專利名稱:實名安全支付系統(tǒng)及方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種實名安全支付系統(tǒng),還涉及一種實名安全支付方法,用于購買商 品的實名支付。
背景技術(shù):
基于網(wǎng)絡(luò)上的服務(wù)業(yè)務(wù)正在不斷的發(fā)展,例如網(wǎng)上購機票、訂酒店等,用戶對于安 全、便捷的支付方式要求越來越高,同時,隨著銀行卡攜帶方便、容易使用,銀行卡的使用越 來越普遍,很多人擁有不止一張銀行卡,針對目前無實名安全支付這一技術(shù),做出本發(fā)明申請。
發(fā)明內(nèi)容
本發(fā)明的技術(shù)解決問題是提供一種實名安全支付系統(tǒng),還提供一種實名安全支 付方法。本發(fā)明利用身份證和姓名作為身份識別依據(jù),在購買實名商品或服務(wù)時,采用銀行 賬戶進行支付,操作簡單快捷,安全可靠。本發(fā)明的技術(shù)解決方案是本發(fā)明提供的一種實名安全支付系統(tǒng),包括授權(quán)商戶平臺、實名支付平臺和至少 一家銀行系統(tǒng),所述實名支付平臺存儲有用戶信息、商戶信息和商戶的商品信息,所述用戶 信息包含姓名、身份證號碼和手機號碼,實名支付平臺將用戶的手機號碼與用戶的姓名和 身份證號碼綁定;所述實名支付平臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,若 用戶信息、商戶信息和商戶的商品信息的合法性通過安全驗證,則向銀行系統(tǒng)發(fā)送支付請 求;所述銀行系統(tǒng)判斷該支付請求是否合法,若合法則進行交易處理。進一步地,所述實名支付平臺建有用戶分析模型,本次交易結(jié)束后,所述實名支付 平臺對本次交易的行為進行安全檢驗,根據(jù)檢驗結(jié)果,對用戶分析模型進行修正;如果用戶 購買的實名商品投入了應(yīng)用,那么對此用戶記錄進行累次,所述實名商品為飛機票、火車票 或彩票等。所述實名支付平臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,包括商戶是否為授權(quán)商戶,商品是否為該授權(quán)商戶的商品;向用戶索要用戶信息,用戶通過其手機將用戶信息告知實名支付平臺;進行用戶信息檢索,若歷史記錄中已有該用戶,則在該用戶的記錄上追增一次購 買記錄;若歷史記錄中沒有該用戶,則添加該用戶為新用戶,并將用戶的手機號碼與用戶的 姓名和身份證號碼綁定。所述銀行系統(tǒng)判斷該支付請求是否合法的過程為若該支付請求中的用戶姓名與 身份證號碼已記錄在所述銀行系統(tǒng)中,則該用戶的身份合法;調(diào)出該用戶在該銀行系統(tǒng)中 的所有賬戶,根據(jù)用戶選定賬戶中的金額是否充足,判斷交易是否可行;身份合法且交易可 行的話,認定該支付請求合法。所述銀行賬戶為借記卡或信用卡。
本發(fā)明提供的一種實名安全支付方法,包括以下步驟(1)用戶在授權(quán)商戶平臺選定要購買的商品,并選擇通過哪家銀行進行支付;(2)用戶或商戶向?qū)嵜Ц镀脚_發(fā)送交易請求;(3)實名支付平臺存儲有用戶信息、商戶信息和商戶的商品信息,所述用戶信息包 含姓名、身份證號碼和手機號碼,實名支付平臺將用戶的手機號碼與用戶的姓名和身份證 號碼綁定;所述實名支付平臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,若用戶信 息、商戶信息和商戶的商品信息的合法性通過安全驗證,則向銀行系統(tǒng)發(fā)送支付請求;(4)銀行系統(tǒng)判斷該支付請求是否合法,若合法則進行交易處理。進一步地,該方法還包括步驟(5)所述實名支付平臺建有用戶分析模型,本次交 易結(jié)束后,所述實名支付平臺對本次交易的行為進行安全檢驗,根據(jù)檢驗結(jié)果,對用戶分析 模型進行修正;如果用戶購買的實名商品投入了應(yīng)用,那么對此用戶記錄進行累次,所述實 名商品為飛機票、火車票或彩票等。所述步驟(3)實名支付平臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,進 一步包括以下步驟(31)判斷商戶是否為授權(quán)商戶,商品是否為該授權(quán)商戶的商品;(32)向用戶索要用戶信息,用戶通過其手機將用戶信息告知實名支付平臺;(33)進行用戶信息檢索,若歷史記錄中已有該用戶,則在該用戶的已有記錄上追 增一次購買記錄;若歷史記錄中沒有該用戶,則添加該用戶為新用戶,并將用戶的手機號碼 與用戶的姓名和身份證號碼綁定。所述步驟(4)銀行系統(tǒng)判斷該支付請求是否合法,進一步包括以下步驟(41)若該支付請求中的用戶姓名與身份證號碼已記錄在所述銀行系統(tǒng)中,則該用 戶的身份合法;(42)調(diào)出該用戶在該銀行系統(tǒng)中的所有賬戶,根據(jù)用戶選定賬戶中的金額是否充 足,判斷交易是否可行;(43)身份合法且交易可行的話,認定該支付請求合法。所述銀行賬戶為借記卡或信用卡。本發(fā)明與現(xiàn)有技術(shù)相比具有如下優(yōu)點用戶只需要提供姓名和身份證號碼,就可 以在消費付款時將身份證相關(guān)信息作為支付工具使用,由于銀行計算機系統(tǒng)能夠保證用戶 在開卡時身份證相關(guān)信息的準確性,所以通過本發(fā)明,將身份證相關(guān)信息變?yōu)榭煽康闹Ц?工具,會更加的方便安全。
圖1為根據(jù)本發(fā)明的實名安全支付系統(tǒng)流程圖。
具體實施例方式以下將結(jié)合附圖對本發(fā)明的實施例進行說明。如圖1所示,根據(jù)本發(fā)明的實名安全支付系統(tǒng),包括授權(quán)商戶平臺(可以是實體 店,也可以是網(wǎng)店)、實名支付平臺和至少一家銀行系統(tǒng),所述實名支付平臺內(nèi)的數(shù)據(jù)庫存 儲有用戶信息、商戶信息和商戶的商品信息,所述用戶信息包含姓名、身份證號碼和手機號碼,實名支付平臺將用戶的手機號碼與用戶的姓名和身份證號碼綁定。所述實名支付平臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,包括a、商戶是否為授權(quán)商戶,商品是否為該授權(quán)商戶的商品;b、向用戶索要用戶信息,用戶通過其手機(短信、電話、Wap或Web等方式)將所 述用戶信息告知實名支付平臺;C、進行用戶信息檢索,若歷史記錄中已有該用戶,則在該用戶的記錄上追增一次 購買記錄;若歷史記錄中沒有該用戶,則添加該用戶為新用戶,并將用戶的手機號碼與用戶 的姓名和身份證號碼綁定。若商戶是授權(quán)商戶,商品是該授權(quán)商戶的商品,用戶信息無誤,則這些信息通過驗 證,向銀行系統(tǒng)發(fā)送支付請求。所述銀行系統(tǒng)判斷該支付請求是否合法,若該支付請求中的用戶姓名與身份證號 碼已記錄在所述銀行系統(tǒng)中,則該用戶的身份合法;調(diào)出該用戶在該銀行系統(tǒng)中的所有賬 戶,根據(jù)用戶選定賬戶中的金額是否充足,判斷交易是否可行;身份合法且交易可行的話, 認定該支付請求合法。所述銀行賬戶為借記卡或信用卡。若支付請求合法則銀行系統(tǒng)進行交易處理。進一步地,如果是實名商品(如飛機票、火車票、彩票等),那么所述實名支付平臺 還可對本次交易的行為進行安全檢驗,若用戶購買的實名商品投入了應(yīng)用,則對此用戶記 錄進行累次。實名支付平臺建有用戶分析模型,根據(jù)用戶的歷史交易和行為信息及當前的 交易和行為信息修正用戶的風險評級系統(tǒng)和信用體系,其結(jié)果影響用戶的購買等級及用戶 購買商品的品類范圍。根據(jù)本發(fā)明的實名安全支付方法,包括如下步驟(1)銀行賬戶實際權(quán)利人(即用戶)在授權(quán)商戶平臺上選擇自己要購買的實名商 品或服務(wù),并在授權(quán)商戶平臺上選擇進行實名支付的銀行。(2)用戶或商戶向?qū)嵜Ц镀脚_發(fā)送交易請求,該交易請求傳遞的參數(shù)包含商戶 信息、商戶的商品信息。(3)實名支付平臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,包括a、若商戶是授權(quán)商戶,商品是該授權(quán)商戶的商品;b、向用戶索要用戶信息,用戶通過其手機(短信、電話、Wap或Web等方式)將用 戶信息告知實名支付平臺;C、進行用戶信息檢索,若歷史記錄中已有該用戶,則在該用戶的已有記錄上追增 一次購買記錄;若歷史記錄中沒有該用戶,則添加該用戶為新用戶,并將用戶的手機號碼與 用戶的姓名和身份證號碼綁定。若商戶是授權(quán)商戶,商品是該授權(quán)商戶的商品,用戶信息無誤,則這些信息通過驗 證,向銀行系統(tǒng)發(fā)送支付請求。(4)銀行計算機系統(tǒng)收到該支付請求后,對用戶信息進行核實;所述支付請求傳 遞的參數(shù)里含有扣費信息。銀行計算機記賬系統(tǒng)將用戶姓名和身份證號碼與該銀行賬戶實際權(quán)利人在銀行 開戶時提交的相關(guān)信息核實,信息核實無誤后,銀行計算機系統(tǒng)完成扣費。若銀行賬戶實際權(quán)利人在同一銀行有二個或二個以上賬戶,則該銀行賬戶實際權(quán)利人需要提交支付賬戶的后四位,銀行計算機記賬系統(tǒng)再次核實,核實無誤后完成扣費。(5)交易成功后,銀行計算機系統(tǒng)將是否成功交易的信息反饋至銀行賬戶實際權(quán) 利人、授權(quán)商戶及實名支付平臺。如果是實名商品(如飛機票、火車票、彩票等),那么所述實名支付平臺還可對本 次交易的行為進行安全檢驗,若用戶購買的實名商品投入了應(yīng)用,則對此用戶記錄進行累 次。實名支付平臺建有用戶分析模型,根據(jù)用戶的歷史交易和行為信息及當前的交易和行 為信息修正用戶的風險評級系統(tǒng)和信用體系,其結(jié)果影響用戶的購買等級及用戶購買商品 的品類范圍。銀行賬戶實際權(quán)利人在選擇授權(quán)商家進行支付的過程中,參數(shù)信息傳遞流程如 下1)銀行賬戶實際權(quán)利人在授權(quán)商戶平臺,選擇自己所購買的商品,根據(jù)授權(quán)商家 平臺的要求,填寫(1)收貨人姓名(2)收貨人身份證號碼(3)收貨人MSN/QQ(4)收貨人地 址(5)收貨人電話/手機號(6)收貨人郵編(7)收貨人E-MAIL等銀行賬戶實際權(quán)利人的 支付及收貨相關(guān)信息;2)銀行賬戶實際權(quán)利人選擇實名支付平臺,授權(quán)商戶將記錄用戶信息,并且將用 戶信息提交至實名支付平臺,授權(quán)商戶傳遞信息為(1)商戶編號(2)商戶訂單號(3)用戶 手機號(4)用戶IP地址(5)訂單總金額(6)訂單產(chǎn)生日期(7)支付幣種(8)支付方式(9) 支付結(jié)果頁面URL ;3)實名支付平臺收集以上信息并修正后,將實名支付所需要信息提交至銀行計算 機系統(tǒng),實名支付所提交信息如下(1)銀行賬戶實際權(quán)利人身份證號碼(2)銀行賬戶實際 權(quán)利人姓名(3)訂單總金額(4)訂單產(chǎn)生日期(5)支付幣種(6)支付方式(7)商戶編號;4)銀行計算機系統(tǒng)收到實名支付系統(tǒng)的信息后,將(1)銀行賬戶實際權(quán)利人身份 證號碼(2)銀行賬戶實際權(quán)利人姓名(3)訂單總金額(4)支付幣種對銀行賬戶實際權(quán)利人 進行扣費;5)銀行計算機系統(tǒng)核實銀行賬戶實際權(quán)利人信息不符時,將不符的信息傳遞至實 名支付平臺,實名支付平臺將信息反饋授權(quán)商家或用戶,由授權(quán)商家或用戶重新反饋信息, 提交銀行計算機系統(tǒng)進行核實。6)實名支付平臺建有用戶分析模型,根據(jù)用戶的歷史交易和行為信息及當前的交 易和行為信息修正用戶的風險評級系統(tǒng)和信用體系,其結(jié)果影響用戶的購買等級及用戶購 買商品的品類范圍。實施例用戶購買授權(quán)商戶的電子機票流程以用戶A、B 二個用戶為例,選擇在授權(quán)商戶C處購買機票,購買流程為1)用戶A持有一張銀行卡,身份證姓名為A,身份證號碼為111111111111111111 ;2)用戶A需購買一張機票,其選擇了授權(quán)商戶C,在授權(quán)商戶C處選擇購買了一張 機票,并選擇實名支付的方式支付;3)用戶A在實名支付平臺上輸入用戶手機號碼,如手機號碼為13811111111,實名 支付平臺驗證A用戶是否為新用戶,如A用戶為新用戶,系統(tǒng)將在支付成功后自動綁定A用 戶的手機號碼與身份證和身份證號碼信息;
4)用戶A將身份證姓名和身份證號碼通過其手機(短信、電話、Wap或Web等方 式)提交至授權(quán)商戶C處,授權(quán)商戶C將用戶信息及訂單信息提交至實名支付平臺,實名支 付平臺驗證后將用戶A的相關(guān)信息提交至銀行;5)銀行驗證用戶A的身份證姓名和身份證號碼與A所選定的賬戶相符且余額充 足,則用戶A支付成功,同時,實名支付平臺則自動在系統(tǒng)中記錄用戶A的交易行為。6)根據(jù)用戶A的交易行為,建立用戶A的分析模型,當用戶A成功為自己購買機票 3次以后,可以同時為用戶A和用戶B同時購買機票。7)當用戶A成功為用戶B購買機票6次以上后,根據(jù)用戶A的模型分析,用戶B可 以通過與用戶A相同的信息傳遞方式如短信、電話、Wap或Web等提交支付信息至實名支付 平臺,為用戶B購買機票。8)對用戶A進行歷史交易和行為及當前的交易進行分析后,用戶A可以調(diào)整自己 的支付金額、支付次數(shù)且可以購買的商品從機票調(diào)整至非實名商品(如圖書、日用百貨、3C 商品)等。本發(fā)明說明書中未作詳細描述的內(nèi)容屬于本領(lǐng)域?qū)I(yè)技術(shù)人員公知技術(shù)。本發(fā)明不局限于權(quán)利要求和具體實施例所述及的保護內(nèi)容,只要是根據(jù)本發(fā)明的 構(gòu)思所創(chuàng)作出來的任何發(fā)明,都應(yīng)歸屬于本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種實名安全支付系統(tǒng),其特征在于包括授權(quán)商戶平臺、實名支付平臺和至少一 家銀行系統(tǒng),所述實名支付平臺存儲有用戶信息、商戶信息和商戶的商品信息,所述用戶信 息包含姓名、身份證號碼和手機號碼,實名支付平臺將用戶的手機號碼與用戶的姓名和身 份證號碼綁定;所述實名支付平臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,若用 戶信息、商戶信息和商戶的商品信息的合法性通過安全驗證,則向銀行系統(tǒng)發(fā)送支付請求; 所述銀行系統(tǒng)判斷該支付請求是否合法,若合法則進行交易處理。
2.根據(jù)權(quán)利要求1所述的實名安全支付系統(tǒng),其特征在于所述實名支付平臺建有用 戶分析模型,本次交易結(jié)束后,所述實名支付平臺對本次交易的行為進行安全檢驗,根據(jù)檢 驗結(jié)果,對用戶分析模型進行修正;如果用戶購買的實名商品投入了應(yīng)用,那么對此用戶記 錄進行累次,所述實名商品為飛機票、火車票或彩票。
3.根據(jù)權(quán)利要求1所述的實名安全支付系統(tǒng),其特征在于所述實名支付平臺對用戶 或商戶發(fā)來的交易請求進行安全分析判斷,包括商戶是否為授權(quán)商戶,商品是否為該授權(quán)商戶的商品;向用戶索要用戶信息,用戶通過其手機將用戶信息告知實名支付平臺;進行用戶信息檢索,若歷史記錄中已有該用戶,則在該用戶的記錄上追增一次購買記 錄;若歷史記錄中沒有該用戶,則添加該用戶為新用戶,并將用戶的手機號碼與用戶的姓名 和身份證號碼綁定。
4.根據(jù)權(quán)利要求1所述的實名安全支付系統(tǒng),其特征在于所述銀行系統(tǒng)判斷該支付 請求是否合法的過程為若該支付請求中的用戶姓名與身份證號碼已記錄在所述銀行系統(tǒng) 中,則該用戶的身份合法;調(diào)出該用戶在該銀行系統(tǒng)中的所有賬戶,根據(jù)用戶選定賬戶中的 金額是否充足,判斷交易是否可行;身份合法且交易可行的話,認定該支付請求合法。
5.根據(jù)權(quán)利要求4所述的實名安全支付系統(tǒng),其特征在于所述銀行賬戶為借記卡或 信用卡。
6.一種實名安全支付方法,其特征在于,包括以下步驟(1)用戶在授權(quán)商戶平臺選定要購買的商品,并選擇通過哪家銀行進行支付;(2)用戶或商戶向?qū)嵜Ц镀脚_發(fā)送交易請求;(3)實名支付平臺存儲有用戶信息、商戶信息和商戶的商品信息,所述用戶信息包含姓 名、身份證號碼和手機號碼,實名支付平臺將用戶的手機號碼與用戶的姓名和身份證號碼 綁定;所述實名支付平臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,若用戶信息、商 戶信息和商戶的商品信息的合法性通過安全驗證,則向銀行系統(tǒng)發(fā)送支付請求;(4)銀行系統(tǒng)判斷該支付請求是否合法,若合法則進行交易處理。
7.根據(jù)權(quán)利要求6所述的實名安全支付方法,其特征在于該方法還包括步驟(5)所 述實名支付平臺建有用戶分析模型,本次交易結(jié)束后,所述實名支付平臺對本次交易的行 為進行安全檢驗,根據(jù)檢驗結(jié)果,對用戶分析模型進行修正;如果用戶購買的實名商品投入 了應(yīng)用,那么對此用戶記錄進行累次,所述實名商品為飛機票、火車票或彩票。
8.根據(jù)權(quán)利要求6所述的實名安全支付方法,其特征在于所述步驟(3)實名支付平 臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,進一步包括以下步驟(31)判斷商戶是否為授權(quán)商戶,商品是否為該授權(quán)商戶的商品;(32)向用戶索要用戶信息,用戶通過其手機將用戶信息告知實名支付平臺;(33)進行用戶信息檢索,若歷史記錄中已有該用戶,則在該用戶的已有記錄上追增一 次購買記錄;若歷史記錄中沒有該用戶,則添加該用戶為新用戶,并將用戶的手機號碼與用 戶的姓名和身份證號碼綁定。
9.根據(jù)權(quán)利要求6所述的實名安全支付方法,其特征在于所述步驟(4)銀行系統(tǒng)判 斷該支付請求是否合法,進一步包括以下步驟(41)若該支付請求中的用戶姓名與身份證號碼已記錄在所述銀行系統(tǒng)中,則該用戶的 身份合法;(42)調(diào)出該用戶在該銀行系統(tǒng)中的所有賬戶,根據(jù)用戶選定賬戶中的金額是否充足, 判斷交易是否可行;(43)身份合法且交易可行的話,認定該支付請求合法。
10.根據(jù)權(quán)利要求9所述的實名安全支付方法,其特征在于所述銀行賬戶為借記卡或信用卡。
全文摘要
實名安全支付系統(tǒng)及方法,該系統(tǒng)包括授權(quán)商戶平臺、實名支付平臺和至少一家銀行系統(tǒng),實名支付平臺存儲有用戶信息、商戶信息和商戶的商品信息,所述用戶信息包含姓名、身份證號碼和手機號碼,實名支付平臺將用戶的手機號碼與用戶的姓名和身份證號碼綁定;實名支付平臺對用戶或商戶發(fā)來的交易請求進行安全分析判斷,若用戶信息、商戶信息和商戶的商品信息的合法性通過安全驗證,則向銀行系統(tǒng)發(fā)送支付請求;銀行系統(tǒng)判斷該支付請求是否合法,若合法則進行交易處理。進一步地,實名支付平臺建有用戶分析模型,本次交易結(jié)束后,實名支付平臺對本次交易的行為進行安全檢驗,根據(jù)檢驗結(jié)果,對用戶分析模型進行修正。本發(fā)明系統(tǒng)簡單易行,安全可靠。
文檔編號G06Q30/00GK102004978SQ201010570229
公開日2011年4月6日 申請日期2010年12月2日 優(yōu)先權(quán)日2010年12月2日
發(fā)明者方亞南 申請人:聯(lián)動優(yōu)勢科技有限公司