本發(fā)明涉及移動(dòng)支付領(lǐng)域，尤其涉及一種基于雙向認(rèn)證的聚合支付方法及平臺(tái)。

背景技術(shù)：

隨著科技的發(fā)展，通過移動(dòng)支付這種消費(fèi)方式逐漸進(jìn)入我們的生活中。目前移動(dòng)支付的軟件較多，例如微信支付，翼支付，京東支付等，通常，商家會(huì)開展線下優(yōu)惠活動(dòng)的營銷方式，當(dāng)用戶進(jìn)行移動(dòng)支付時(shí)，經(jīng)常會(huì)遇到商家只支持某一種支付方式，比如商家只支持支付寶，而用戶所使用的支付方式與商家不同，或者用戶支付寶里沒有足夠的余額進(jìn)行支付，從而造成無法完成交易等不便。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供一種基于雙向認(rèn)證的聚合支付方法及平臺(tái)，用于解決當(dāng)用戶所使用的支付平臺(tái)與商家不同從而造成無法完成支付的問題，并且能夠保證用戶支付以及資產(chǎn)安全。

本發(fā)明的第一個(gè)方面是提供一種基于雙向認(rèn)證的聚合支付方法，包括：接收用戶終端通過第一支付客戶端發(fā)送的支付信息，所述支付信息包括交易金額、用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼和商家支持的第二支付客戶端的標(biāo)識(shí)；若所述第一支付客戶端與所述第二支付客戶端不一致，則檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致；若所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼一致，則根據(jù)所述交易金額將所述第一支付客戶端下所述用戶的賬戶資金支付給所述第二支付客戶端下所述商家的賬戶。

本發(fā)明的另一個(gè)方面是提供一種基于雙向認(rèn)證的聚合支付平臺(tái)包括：接收模塊，用于接收用戶終端通過第一支付客戶端發(fā)送的支付信息，所述支付信息包括交易金額、用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼和商家支持的第二支付客戶端的標(biāo)識(shí)；第一比對(duì)模塊，用于若所述第一支付客戶端與所述第二支付客戶端不一致，則檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致；結(jié)算模塊，用于若所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼一致，則根據(jù)所述交易金額將所述第一支付客戶端下所述用戶的賬戶資金支付給所述第二支付客戶端下所述商家的賬戶。

本發(fā)明提供的一種基于雙向認(rèn)證的聚合支付方法及平臺(tái)，能夠?qū)崿F(xiàn)不同支付平臺(tái)之間的聚合支付，從而解決當(dāng)用戶所使用的支付平臺(tái)與商家不同從而造成無法完成支付的問題，并且，通過檢測(cè)用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼是否一致，對(duì)用戶當(dāng)前的支付行為進(jìn)行驗(yàn)證，能夠保證用戶支付以及資產(chǎn)安全。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例一提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖；

圖2為本發(fā)明實(shí)施例二提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖；

圖3為本發(fā)明實(shí)施例三提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖；

圖4為本發(fā)明實(shí)施例四提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖；

圖5為本發(fā)明實(shí)施例五提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖；

圖6為本發(fā)明實(shí)施例六提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖；

圖7為本發(fā)明實(shí)施例七提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖；

圖8為本發(fā)明實(shí)施例八提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖；

圖9為本發(fā)明實(shí)施例九提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖；

圖10為本發(fā)明實(shí)施例十提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

圖1為本發(fā)明實(shí)施例一提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖，如圖1所示，該方法包括：

101、接收用戶終端通過第一支付客戶端發(fā)送的支付信息，所述支付信息包括交易金額、用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼和商家支持的第二支付客戶端的標(biāo)識(shí)。

本實(shí)施例的執(zhí)行主體可以為聚合支付平臺(tái)。聚合支付平臺(tái)具有與各支付客戶端，例如，微信支付客戶端、支付寶支付客戶端，相連接的接口，基于該聚合支付平臺(tái)，通過不同支付客戶端與平臺(tái)之間的通信交互，實(shí)現(xiàn)不同支付客戶端之間的跨客戶端支付。

在實(shí)際應(yīng)用中，當(dāng)用戶需要對(duì)商家進(jìn)行支付的時(shí)候，若用戶終端里只有第一支付客戶端這一種支付平臺(tái)時(shí)，首先通過用戶終端的第一支付客戶端對(duì)商家第二支付客戶端進(jìn)行掃描，從而接收到包括交易金額、用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼和商家支持的第二支付客戶端的標(biāo)識(shí)的支付信息。

102、若所述第一支付客戶端與所述第二支付客戶端不一致，則檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致。

在實(shí)際應(yīng)用中，當(dāng)用戶終端使用的第一支付客戶端與商家的第二支付客戶端不一致時(shí)，為了保證用戶的資產(chǎn)安全，需對(duì)用戶使用的手機(jī)號(hào)碼與用戶注冊(cè)第一支付客戶端時(shí)的第一手機(jī)號(hào)碼進(jìn)行比對(duì)，以了解兩個(gè)號(hào)碼是否一致。這里用戶使用的手機(jī)號(hào)碼指的是，用戶當(dāng)前用手機(jī)終端進(jìn)行支付時(shí)，手機(jī)終端進(jìn)行移動(dòng)通信所使用的手機(jī)號(hào)碼。

103、若所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼一致，則根據(jù)所述交易金額將所述第一支付客戶端下所述用戶的賬戶資金支付給所述第二支付客戶端下所述商家的賬戶。

在實(shí)際應(yīng)用中，當(dāng)通過比對(duì)發(fā)現(xiàn)用戶使用的手機(jī)號(hào)碼與用戶注冊(cè)第一支付客戶端時(shí)的第一手機(jī)號(hào)碼是同一號(hào)碼時(shí)，則根據(jù)支付信息中的交易金額從用戶終端的第一支付客戶端提取出相應(yīng)的金額，轉(zhuǎn)而支付給用戶的第二支付客戶端，從而完成一次跨平臺(tái)的支付。當(dāng)通過比對(duì)發(fā)現(xiàn)用戶使用的手機(jī)號(hào)碼與用戶注冊(cè)第一支付客戶端時(shí)的手機(jī)號(hào)碼不是同一號(hào)碼時(shí)，則為了保護(hù)用戶的資產(chǎn)安全，結(jié)束本次支付。

以實(shí)際場景舉例來說：需要進(jìn)行支付時(shí)，用戶通過微信支付客戶端掃描商家的支付二維碼，發(fā)現(xiàn)商家的支付二維碼支持支付寶客戶端，而用戶的手機(jī)中當(dāng)前沒有安裝支付寶客戶端，此時(shí)用戶可以通過終端向聚合支付平臺(tái)發(fā)送支付請(qǐng)求，平臺(tái)根據(jù)該請(qǐng)求檢測(cè)到商家和用戶當(dāng)前支持的支付客戶端不一致，則通過比對(duì)用戶當(dāng)前使用的手機(jī)號(hào)碼與用戶注冊(cè)微信客戶端的手機(jī)號(hào)碼是否一致，來判斷本次發(fā)起的支付是否合法，若一致，則根據(jù)支付金額，從微信支付客戶端將相應(yīng)的資金支付給商家的支付寶客戶端，從而安全地完成一次跨平臺(tái)支付。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付方法，能夠?qū)崿F(xiàn)不同支付平臺(tái)之間的聚合支付，從而解決當(dāng)用戶所使用的支付平臺(tái)與商家不同從而造成無法完成支付的問題，并且，通過檢測(cè)用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼是否一致，能夠保證用戶支付以及資產(chǎn)安全。

圖2為本發(fā)明實(shí)施例二提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖，如圖2所示，在實(shí)施例一的基礎(chǔ)上，在102所述檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致之前，該方法還包括：

201、檢測(cè)用戶是否注冊(cè)過所述第二支付客戶端。

在實(shí)際應(yīng)用中，可能用戶曾經(jīng)注冊(cè)過第二支付客戶端，但是用戶終端并沒有安裝該第二支付客戶端，無法直接通過第二支付客戶端進(jìn)行支付，所以，在接收到第一支付客戶端發(fā)送的支付信息后，檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致之前，首先檢測(cè)用戶是否曾經(jīng)注冊(cè)過第二支付客戶端。

202、若注冊(cè)過，則獲取用戶注冊(cè)所述第二支付客戶端的第二手機(jī)號(hào)碼，并檢測(cè)所述第二手機(jī)號(hào)碼和所述第一手機(jī)號(hào)碼是否一致。

相應(yīng)的，102具體包括：

203、若所述第二手機(jī)號(hào)碼和所述第一手機(jī)號(hào)碼一致，則檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致。

在本實(shí)施方式中，若檢測(cè)到用戶曾經(jīng)注冊(cè)過第二支付客戶端，則為了保證用戶的資產(chǎn)安全，繼續(xù)對(duì)用戶注冊(cè)所述第二支付客戶端的第二手機(jī)號(hào)碼與用戶注冊(cè)所述第一支付客戶端的第一手機(jī)號(hào)碼進(jìn)行比對(duì)。若檢測(cè)到第二手機(jī)號(hào)碼和第一手機(jī)號(hào)碼一致，則繼續(xù)對(duì)第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼進(jìn)行比對(duì)，若兩次比對(duì)結(jié)果均一致時(shí)，則對(duì)商家進(jìn)行支付，若不一致，則為了保護(hù)用戶資產(chǎn)安全，停止本次支付。

仍以實(shí)際場景舉例來說：當(dāng)用戶通過本方法向商家支付時(shí)，雖然用戶手機(jī)中只存在一種微信支付，但是可能用戶曾經(jīng)注冊(cè)過支付寶賬號(hào)，但是手機(jī)中并沒有安裝支付寶客戶端，所以，當(dāng)獲取了支付信息后，應(yīng)先檢測(cè)用戶是否曾經(jīng)注冊(cè)過支付寶平臺(tái)，若注冊(cè)過，則檢測(cè)用戶注冊(cè)微信時(shí)的手機(jī)號(hào)碼與用戶注冊(cè)支付寶時(shí)的手機(jī)號(hào)碼是否一致，如為同一號(hào)碼，則進(jìn)行下一步，檢測(cè)本號(hào)碼與用戶使用的手機(jī)號(hào)碼是否一致，如一致，則用戶對(duì)商家進(jìn)行支付，如不一致，則為了保護(hù)用戶的資產(chǎn)安全，停止本次支付。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付方法，在檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致之前，首先檢測(cè)用戶是否注冊(cè)過所述第二支付客戶端，并對(duì)第一手機(jī)號(hào)碼與第二手機(jī)號(hào)碼進(jìn)行比對(duì)，當(dāng)比對(duì)結(jié)果顯示用戶使用的手機(jī)號(hào)碼、第一手機(jī)號(hào)碼與第二手機(jī)號(hào)碼均一致時(shí)，則對(duì)商家進(jìn)行支付。通過這種認(rèn)證方式，能夠在實(shí)現(xiàn)聚合支付的基礎(chǔ)上，對(duì)用戶的資產(chǎn)安全進(jìn)行進(jìn)一步的保護(hù)。

圖3為本發(fā)明實(shí)施例三提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖，如圖3所示，在實(shí)施例一或?qū)嵤├幕A(chǔ)上，在102所述的檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致之前，該方法還包括：

301、訪問運(yùn)營商數(shù)據(jù)庫，確認(rèn)所述用戶使用的手機(jī)號(hào)碼是否為有效號(hào)碼。

相應(yīng)的，102具體包括：

302、若所述用戶使用的手機(jī)號(hào)碼為有效號(hào)碼，則檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致。

本實(shí)施方式中，在檢測(cè)所述第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼是否一致之前，首先根據(jù)從第一支付客戶端接收到的支付信息中的用戶使用的手機(jī)號(hào)碼進(jìn)行認(rèn)證，通過訪問運(yùn)營商數(shù)據(jù)庫，認(rèn)證用戶使用的手機(jī)號(hào)碼是否為有效號(hào)碼，有效號(hào)碼為使用記錄良好且沒有停機(jī)的號(hào)碼。

以實(shí)施例三在實(shí)施例二的基礎(chǔ)上實(shí)施為例，用戶通過聚合平臺(tái)進(jìn)行跨平臺(tái)支付時(shí)，首先確認(rèn)第一支付客戶端與第二支付客戶端是否一致，當(dāng)?shù)谝恢Ц犊蛻舳伺c第二支付客戶端不一致時(shí)，在檢測(cè)用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼和注冊(cè)第二支付客戶端的第二手機(jī)號(hào)碼是否一致的基礎(chǔ)上，還確認(rèn)用戶使用的手機(jī)號(hào)碼是否為有效號(hào)碼，若第一手機(jī)號(hào)碼和第二手機(jī)號(hào)碼一致且用戶使用的手機(jī)號(hào)碼為有效號(hào)碼，則檢測(cè)第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼是否一致。

仍以實(shí)際場景舉例來說：當(dāng)用戶通過微信掃面商家二維碼獲得支付信息之后，先對(duì)用戶使用的手機(jī)號(hào)碼進(jìn)行認(rèn)證，通過訪問訪問運(yùn)營商數(shù)據(jù)庫，確認(rèn)用戶使用的手機(jī)號(hào)碼是否為有效號(hào)碼，有效號(hào)碼即沒有停機(jī)且信用良好的手機(jī)號(hào)碼，當(dāng)檢測(cè)到用戶號(hào)碼為有效號(hào)碼時(shí)，則進(jìn)行以下的步驟，若為無效號(hào)碼，則停止本次支付。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付方法，通過在檢測(cè)所述第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼是否一致之前，首先根據(jù)從第一支付客戶端接收到的支付信息中的用戶使用的手機(jī)號(hào)碼進(jìn)行認(rèn)證，能夠進(jìn)一步的保護(hù)用戶的資產(chǎn)安全。

圖4為本發(fā)明實(shí)施例四提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖，如圖4所示，在前述任一實(shí)施例的基礎(chǔ)上，103中所述根據(jù)所述交易金額將所述第一支付客戶端下所述用戶的賬戶資金支付給所述第二支付客戶端下所述商家的賬戶，具體包括：

401、向第一支付客戶端發(fā)送支付請(qǐng)求，所述支付請(qǐng)求包括所述交易金額；

在實(shí)際應(yīng)用中，當(dāng)認(rèn)證用戶使用的手機(jī)號(hào)碼為有效號(hào)碼，確認(rèn)第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼一致之后，向第一支付客戶端發(fā)送支付請(qǐng)求，該支付請(qǐng)求包括交易金額。

402、接收所述第一支付客戶端根據(jù)所述支付請(qǐng)求從所述第一支付客戶端下所述用戶的資金支付的資金；

在本實(shí)施方式中，第一支付客戶端接收到支付請(qǐng)求后，接收第一支付客戶端提取出相應(yīng)的交易金額。

403、將所述資金支付至所述第二支付客戶端下所述商家的賬戶中。

在本實(shí)施方式中，當(dāng)接收第一支付客戶端根據(jù)支付請(qǐng)求從第一支付客戶端下用戶的資金支付的資金之后，將資金支付至第二支付客戶端下商家的賬戶中，從而完成一次聚合支付。

仍以實(shí)際場景舉例來說：當(dāng)完成一系列比對(duì)與認(rèn)證后，向微信客戶端發(fā)送支付請(qǐng)求，微信客戶端接收支付請(qǐng)求后，從微信客戶端中提取出與支付信息中攜帶的支付金額同等的金額，將支付金額轉(zhuǎn)入商家的支付寶客戶端，從而完成一次跨平臺(tái)支付。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付方法，通過向第一支付客戶端發(fā)送支付請(qǐng)求，接收第一支付客戶端的資金并給商家，從而完成一次聚合支付，從而解決了當(dāng)用戶所使用的支付平臺(tái)與商家不同從而造成無法完成支付的問題。

圖5為本發(fā)明實(shí)施例五提供的基于雙向認(rèn)證的聚合支付方法的流程示意圖，如圖5所示，在前述任一實(shí)施例的基礎(chǔ)上，在103之后，該方法還包括：

501、向所述用戶終端發(fā)送支付成功消息，所述支付成功消息包括所述交易金額。

仍以實(shí)際場景舉例來說：當(dāng)聚合支付平臺(tái)成功從微信客戶端提取資金并支付給支付寶之后，向微信客戶端發(fā)送支付成功的消息，該消息中包括支付金額與支付成功等信息，用以提醒用戶聚合支付完畢以及資金支出狀況。

在本實(shí)施方式中，在根據(jù)交易金額將第一支付客戶端下用戶的資金支付給商家之后，向用戶終端推送支付成功的消息，用來提醒用戶支付已完成，付成功消息中包括交易金額，用以提醒客戶消費(fèi)情況。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付方法，在支付成功后向用戶推送含有支付金額的支付成功的消息，用以提醒用戶支付已完成，能夠使用戶實(shí)時(shí)了解自己支付與資產(chǎn)詳情，為用戶資產(chǎn)安全做出了保證。

圖6為本發(fā)明實(shí)施例六提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖，如圖6所示，該平臺(tái)包括：

接收模塊61，用于接收用戶終端通過第一支付客戶端發(fā)送的支付信息，所述支付信息包括交易金額、用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼和商家支持的第二支付客戶端的標(biāo)識(shí)。

在實(shí)際應(yīng)用中，當(dāng)用戶需要對(duì)商家進(jìn)行支付的時(shí)候，若用戶終端里只有第一支付客戶端這一種支付平臺(tái)時(shí)，首先通過用戶終端的第一支付客戶端對(duì)商家第二支付客戶端進(jìn)行掃描，從而接收模塊61接收到包括交易金額、用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼和商家支持的第二支付客戶端的標(biāo)識(shí)的支付信息。

第一比對(duì)模塊62，用于若所述第一支付客戶端與所述第二支付客戶端不一致，則檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致。

在實(shí)際應(yīng)用中，當(dāng)用戶終端使用的第一支付客戶端與商家的第二支付客戶端不一致時(shí)，為了保證用戶的資產(chǎn)安全，需通過第一比對(duì)模塊62對(duì)用戶使用的手機(jī)號(hào)碼與用戶注冊(cè)第一支付客戶端時(shí)的第一手機(jī)號(hào)碼進(jìn)行比對(duì)，以了解兩個(gè)號(hào)碼是否一致。

結(jié)算模塊63，用于若所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼一致，則根據(jù)所述交易金額將所述第一支付客戶端下所述用戶的賬戶資金支付給所述第二支付客戶端下所述商家的賬戶。

在實(shí)際應(yīng)用中，當(dāng)通過第一比對(duì)模塊62比對(duì)發(fā)現(xiàn)用戶使用的手機(jī)號(hào)碼與用戶注冊(cè)第一支付客戶端時(shí)的第一手機(jī)號(hào)碼是同一號(hào)碼時(shí)，則結(jié)算模塊63根據(jù)支付信息中的交易金額從用戶終端的第一支付客戶端提取出相應(yīng)的金額，轉(zhuǎn)而支付給用戶的第二支付客戶端，從而完成一次跨平臺(tái)的支付。當(dāng)通過第一比對(duì)模塊62比對(duì)發(fā)現(xiàn)用戶使用的手機(jī)號(hào)碼與用戶注冊(cè)第一支付客戶端時(shí)的手機(jī)號(hào)碼不是同一號(hào)碼時(shí)，則為了保護(hù)用戶的資產(chǎn)安全，結(jié)束本次支付。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付平臺(tái)，能夠?qū)崿F(xiàn)不同支付平臺(tái)之間的聚合支付，從而解決當(dāng)用戶所使用的支付平臺(tái)與商家不同從而造成無法完成支付的問題，并且，通過檢測(cè)用戶注冊(cè)第一支付客戶端的第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼是否一致，能夠保證用戶支付以及資產(chǎn)安全。

圖7為本發(fā)明實(shí)施例七提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖，如圖7所示，在實(shí)施例六的基礎(chǔ)上，該平臺(tái)還包括：

檢測(cè)模塊71，用于在所述第一比對(duì)模塊62檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致之前，檢測(cè)用戶是否注冊(cè)過所述第二支付客戶端；

在實(shí)際應(yīng)用中，可能用戶曾經(jīng)注冊(cè)過第二支付客戶端，但是用戶終端并沒有安裝該第二支付客戶端，無法直接通過第二支付客戶端進(jìn)行支付，所以，在接收到第一支付客戶端發(fā)送的支付信息后，通過第一比對(duì)模塊62檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致之前，首先通過檢測(cè)模塊71檢測(cè)用戶是否曾經(jīng)注冊(cè)過第二支付客戶端。

第二比對(duì)模塊72，用于若注冊(cè)過，則獲取用戶注冊(cè)所述第二支付客戶端的第二手機(jī)號(hào)碼，并檢測(cè)所述第二手機(jī)號(hào)碼和所述第一手機(jī)號(hào)碼是否一致；

相應(yīng)的，所述第一比對(duì)模塊62，具體用于若所述第二手機(jī)號(hào)碼和所述第一手機(jī)號(hào)碼一致，則檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致。

在本實(shí)施方式中，若通過檢測(cè)模塊71檢測(cè)到用戶曾經(jīng)注冊(cè)過第二支付客戶端，則為了保證用戶的資產(chǎn)安全，繼續(xù)通過第二比對(duì)模塊72對(duì)用戶注冊(cè)所述第二支付客戶端的第二手機(jī)號(hào)碼與用戶注冊(cè)所述第一支付客戶端的第一手機(jī)號(hào)碼進(jìn)行比對(duì)。若通過第二比對(duì)模塊72檢測(cè)到第二手機(jī)號(hào)碼和第一手機(jī)號(hào)碼一致，則通過第一比對(duì)模塊71繼續(xù)對(duì)第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼進(jìn)行比對(duì)，若兩次比對(duì)結(jié)果均一致時(shí)，則對(duì)商家進(jìn)行支付，若不一致，則為了保護(hù)用戶資產(chǎn)安全，停止本次支付。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付平臺(tái)，在檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致之前，首先檢測(cè)用戶是否注冊(cè)過所述第二支付客戶端，并對(duì)第一手機(jī)號(hào)碼與第二手機(jī)號(hào)碼進(jìn)行比對(duì)，當(dāng)比對(duì)結(jié)果顯示用戶使用的手機(jī)號(hào)碼、第一手機(jī)號(hào)碼與第二手機(jī)號(hào)碼均一致時(shí)，則對(duì)商家進(jìn)行支付。通過這種認(rèn)證方式，能夠在實(shí)現(xiàn)聚合支付的基礎(chǔ)上，對(duì)用戶的資產(chǎn)安全進(jìn)行進(jìn)一步的保護(hù)。

圖8為本發(fā)明實(shí)施例八提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖，如圖8所示，在實(shí)施例六的基礎(chǔ)上，該平臺(tái)還包括：

認(rèn)證模塊81，用于在所述第一比對(duì)模塊62檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致之前，訪問運(yùn)營商數(shù)據(jù)庫，確認(rèn)所述用戶使用的手機(jī)號(hào)碼是否為有效號(hào)碼；

相應(yīng)的，所述第一比對(duì)模塊62，具體用于若所述用戶使用的手機(jī)號(hào)碼為有效號(hào)碼，則檢測(cè)所述第一手機(jī)號(hào)碼與所述用戶使用的手機(jī)號(hào)碼是否一致。

本實(shí)施方式中，在通過第一比對(duì)模塊62檢測(cè)所述第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼是否一致之前，首先通過認(rèn)證模塊81根據(jù)從第一支付客戶端接收到的支付信息中的用戶使用的手機(jī)號(hào)碼進(jìn)行認(rèn)證，通過訪問運(yùn)營商數(shù)據(jù)庫，認(rèn)證用戶使用的手機(jī)號(hào)碼是否為有效號(hào)碼，有效號(hào)碼為使用記錄良好且沒有停機(jī)的號(hào)碼。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付平臺(tái)，通過在檢測(cè)所述第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼是否一致之前，首先根據(jù)從第一支付客戶端接收到的支付信息中的用戶使用的手機(jī)號(hào)碼進(jìn)行認(rèn)證，能夠進(jìn)一步的保護(hù)用戶的資產(chǎn)安全。

圖9為本發(fā)明實(shí)施例九提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖，如圖9所示，在實(shí)施例六至實(shí)施例八中任一實(shí)施例的基礎(chǔ)上，所述結(jié)算模塊63具體包括：

請(qǐng)求單元91，用于向第一支付客戶端發(fā)送支付請(qǐng)求，所述支付請(qǐng)求包括所述交易金額；

在實(shí)際應(yīng)用中，當(dāng)通過認(rèn)證模塊81認(rèn)證用戶使用的手機(jī)號(hào)碼為有效號(hào)碼，通過第一比對(duì)模塊62確認(rèn)第一手機(jī)號(hào)碼與用戶使用的手機(jī)號(hào)碼一致之后，則通過請(qǐng)求單元91向第一支付客戶端發(fā)送支付請(qǐng)求，該支付請(qǐng)求包括交易金額。

轉(zhuǎn)賬單元92，用于接收所述第一支付客戶端根據(jù)所述支付請(qǐng)求從所述第一支付客戶端下所述用戶的資金支付的資金；

在本實(shí)施方式中，第一支付客戶端接收到支付請(qǐng)求后，通過轉(zhuǎn)賬單元92接收第一支付客戶端提取出相應(yīng)的交易金額。

支付單元93，用于將所述資金支付至所述第二支付客戶端下所述商家的賬戶中。

在本實(shí)施方式中，當(dāng)通過轉(zhuǎn)賬單元92接收第一支付客戶端根據(jù)支付請(qǐng)求從第一支付客戶端下用戶的資金支付的資金之后，通過支付單元93將資金支付至第二支付客戶端下商家的賬戶中，從而完成一次聚合支付。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付平臺(tái)，通過向第一支付客戶端發(fā)送支付請(qǐng)求，接收第一支付客戶端的資金并給商家，從而完成一次聚合支付，從而解決了當(dāng)用戶所使用的支付平臺(tái)與商家不同從而造成無法完成支付的問題。

圖10為本發(fā)明實(shí)施例十提供的基于雙向認(rèn)證的聚合支付平臺(tái)的結(jié)構(gòu)示意圖，如圖10所示，在實(shí)施例六至實(shí)施例九中任一實(shí)施例的基礎(chǔ)上，所述平臺(tái)還包括：

推送模塊11，用于在所述結(jié)算模塊63根據(jù)所述交易金額將所述第一支付客戶端下所述用戶的賬戶資金支付給所述第二支付客戶端下所述商家的賬戶之后，向所述用戶終端發(fā)送支付成功消息，所述支付成功消息包括所述交易金額。

在本實(shí)施方式中，在根據(jù)交易金額將第一支付客戶端下用戶的資金支付給商家之后，通過推送模塊11向用戶終端推送支付成功的消息，用來提醒用戶支付已完成，付成功消息中包括交易金額，用以提醒客戶消費(fèi)情況。

本實(shí)施例提供的基于雙向認(rèn)證的聚合支付平臺(tái)，在支付成功后向用戶推送含有支付金額的支付成功的消息，用以提醒用戶支付已完成，能夠使用戶實(shí)時(shí)了解自己支付與資產(chǎn)詳情，為用戶資產(chǎn)安全做出了保證。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的平臺(tái)的具體工作過程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過程，在此不再贅述。

本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：rom、ram、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

最后應(yīng)說明的是：以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。