一種收銀方法和支付系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種收銀方法和支付系統(tǒng),本發(fā)明提供的收銀方法中,通過與支付平臺約定第一校驗碼,并在確認支付方客戶端接收到所述支付平臺發(fā)送的所述第一校驗碼時,確認支付方的支付成功。通過本發(fā)明提供的方法,收款方可以根據(jù)支付方客戶端是否接收到了支付平臺發(fā)送的所述第一校驗碼直接判斷支付方向收款方的支付是否成功,而不必持手持終端(比如POS機,或者手機等),降低了購置成本,另一方面,由于支付平臺是向支付方客戶端返回第一校驗碼,任一得知收款方與支付平臺約定的第一校驗碼的收銀員都可以判斷支付是否成功,因此本發(fā)明提供收銀方法能夠廣泛地應用于商超、餐飲等行業(yè),具有很高的適用性。
【專利說明】一種收銀方法和支付系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動支付領(lǐng)域,尤其涉及一種收銀方法和支付系統(tǒng)。
【背景技術(shù)】
[0002]近年來,移動支付發(fā)展迅速,被大量應用到多個領(lǐng)域。由于移動支付的特性,其支付目前主要應用于消費前支付(如網(wǎng)店購物、團購、話費充值等)和非即時支付(如支付水電費等)。當前應用的移動支付主要包括兩種方式:
[0003]一種是不需要POS終端的:支付方通過安裝在移動終端的APP軟件檢索到支付接收方信息,輸入支付金額,完成支付。這種方法對于即時消費即時支付(即現(xiàn)場消費,如餐飲、實體店購物等)的存在較大的局限性:由于支付接收方的到賬需通過短信驗證或即時查詢驗證,且由于超市或者餐廳的收銀員眾多,工作時間多變,支付平臺并不知道該將短信驗證發(fā)送到那個手機上,因此這種方案在大型的商超或酒店并不適用。
[0004]另外一種是需要支付接收方安裝有POS終端的:包括有射頻模式和移動終端APP生成支付二維碼兩種模式。射頻模式其方法是支付接收方通過POS機與支付方的具有支付功能的芯片進行通訊,并自動完成支付。生成支付二維碼模式其方法是支付方通過移動終端APP軟件生成支付二維碼圖形,將支付賬戶、金額等信息包含在二維碼中,接收方通過設(shè)備(P0S終端)掃描支付二維碼,完成支付。這兩種模式都需要支付接收方有POS終端,增加了支付接收方的設(shè)備購置、設(shè)備維護和通訊成本。
【發(fā)明內(nèi)容】
[0005]本發(fā)明提供了一種收銀方法和支付系統(tǒng),具有廣泛的適用性,且能夠使收款方在不借助于POS終端的前提下,即時確認支付方的在線支付是否成功。
[0006]本發(fā)明提供了一種收銀方法,包括:
[0007]步驟SI,與支付平臺約定第一校驗碼,所述第一校驗碼用于表示支付成功;
[0008]步驟S2,在確認支付方客戶端接收到所述支付平臺發(fā)送的所述第一校驗碼時,確認支付方的支付成功。
[0009]優(yōu)選的,所述步驟S2之前,所述方法還包括:
[0010]生成支付碼,所述支付碼攜帶有用于標識收款賬戶的信息,以使所述支付方客戶端通過錄入所述支付碼完成支付。
[0011]優(yōu)選的,所述步驟SI之前,所述方法還包括:
[0012]與所述支付平臺約定校驗碼生成規(guī)則;
[0013]所述步驟SI具體包括:
[0014]在所述支付碼中攜帶動態(tài)字符,以使所述支付平臺根據(jù)所述校驗碼生成規(guī)則以及所述動態(tài)字符生成第一校驗碼。
[0015]優(yōu)選的,所述動態(tài)字符用于表示交易流水號和/或應收金額。
[0016]優(yōu)選的,所述方法還包括:[0017]在所述支付碼中攜帶應收金額信息,以使所述支付平臺判斷實際支付方實際支付的金額是否正確。
[0018]優(yōu)選的,所述步驟S2還包括:
[0019]在確認所述支付方客戶端接收到所述支付平臺發(fā)送的實際支付金額與應收金額一致時,確認支付方的支付成功。
[0020]優(yōu)選的,所述步驟S2之前,所述方法還包括:
[0021]向所述支付平臺發(fā)送交易信息,所述交易信息中攜帶有應收金額信息,以使所述支付平臺在判斷所述支付方實際的支付金額與應收金額一致時,向所述支付方客戶端發(fā)送第一校驗碼。
[0022]本發(fā)明還提供了一種支付系統(tǒng),包括:
[0023]支付平臺,用于與收款方約定第一校驗碼,并在確認由支付方向所述收款方的支付成功時,向所述支付方的支付方客戶端返回所述收款方對應的第一校驗碼;其中,所述第一校驗碼用于表不支付成功。
[0024]優(yōu)選的,所述支付平臺還用于接收所述支付方客戶端發(fā)送的用于標識收款賬戶的信息,并根據(jù)所述用于標識收款賬戶的信息確定收款方;其中,所述用于標識收款賬戶的信息是所述支付方客戶端根據(jù)錄入的支付碼得到的,所述支付碼由所述收款方生成。
[0025]優(yōu)選的,所述支付平臺,還用于存儲所述支付平臺與收款方約定的校驗碼生成規(guī)貝U,并在接收到所述支付方客戶端發(fā)送的動態(tài)字符時,根據(jù)所述支付客戶端發(fā)送的動態(tài)字符以及所述校驗碼生成規(guī)則生成第一校驗碼;其中所述動態(tài)字符是所述支付方客戶端根據(jù)錄入的支付碼得到的。
[0026]優(yōu)選的,所述動態(tài)字符用于表示交易流水號和/或應收金額。
[0027]優(yōu)選的,所述支付碼中還攜帶應收金額信息;
[0028]所述支付平臺,還用于接收所述支付方客戶端發(fā)送的應收金額信息,并在判斷所述支付方實際支付的金額與所述應收金額信息一致時,向所述支付方式客戶端返回第一校驗碼;所述應收金額信息是所述支付方客戶端根據(jù)錄入的支付碼得到的。
[0029]優(yōu)選的,所述支付平臺還用于,向所述支付方客戶端返回實際支付的金額。
[0030]優(yōu)選的,所述支付平臺還用于接收收款方發(fā)送的交易信息,所述交易信息中攜帶有應收金額信息,并在判斷所述支付方實際支付的金額與應收金額一致時,向所述支付方客戶端發(fā)送第一校驗碼。
[0031]本發(fā)明提供的收銀方法中,通過與支付平臺約定第一校驗碼,并在確認支付方客戶端接收到所述支付平臺發(fā)送的所述第一校驗碼時,確認支付方的支付成功。通過本發(fā)明提供的方法,收款方可以根據(jù)支付方客戶端是否接收到了支付平臺發(fā)送的所述第一校驗碼直接判斷支付方向收款方的支付是否成功,而不必持手持終端(比如POS機,或者手機等),降低了購置成本,另一方面,由于支付平臺是向支付方客戶端返回第一校驗碼,任一得知收款方與支付平臺約定的第一校驗碼的收銀員都可以判斷支付是否成功,因此本發(fā)明提供收銀方法能夠廣泛地應用于商超、餐飲等行業(yè),具有很高的適用性。
【專利附圖】
【附圖說明】
[0032]圖1為本發(fā)明實施例一提供的一種收銀方法的流程示意圖;[0033]圖2為本發(fā)明實施例三提供的一種收銀方法的流程示意圖。
【具體實施方式】
[0034]下面結(jié)合附圖和實施例,對本發(fā)明的【具體實施方式】作進一步描述。以下實施例僅用于更加清楚地說明本發(fā)明的技術(shù)方案,而不能以此來限制本發(fā)明的保護范圍。
[0035]本發(fā)明實施例一提供了一種收銀方法,如圖1所示,該方法包括:
[0036]步驟101,與支付平臺約定第一校驗碼,所述第一校驗碼用于表示支付成功。
[0037]需要指出的是,這里的第一校驗碼是指“(收款方)與支付平臺約定的,用于表示支付成功的校驗碼”,而不是特指第一個校驗碼。
[0038]步驟102,在確認支付方客戶端接收到所述支付平臺發(fā)送的所述第一校驗碼時,確認支付方的支付成功。
[0039]這里的支付方客戶端是指支付方所使用的客戶端(比如手機或者其他能夠連接到網(wǎng)絡(luò)中的客戶端),支付方可以通過該支付方客戶端連接到支付平臺并完成付款,這個過程與現(xiàn)有技術(shù)中一致,本發(fā)明中不再贅述。
[0040]這里的支付平臺可以為銀行系統(tǒng)提供的支付軟件(比如銀行客戶端等),或者第三方提供的支付軟件(比如支付寶等),或者也可以為一個支付接口,支付接口通過調(diào)用上述的支付軟件提供在線支付功能。
[0041]由于第一校驗碼是用于表示支付成功校驗碼,本領(lǐng)域技術(shù)人員很容易理解,支付平臺僅會在判斷支付方對收款方的支付成功時,向支付方客戶端發(fā)送第一校驗碼。相應的,如果收款方判斷支付方客戶端接收到所述支付平臺發(fā)送的所述第一校驗碼時,則認為支付方的支付成功。
[0042]通過本發(fā)明實施例一提供的技術(shù)方案,收款方的收銀人員可以直接根據(jù)支付方客戶端是否接收到了收款方與支付平臺約定的第一校驗碼確定支付方的支付是否成功,不必持手持終端(比如POS機,或者手機等),降低了購置成本,另一方面,由于支付平臺是向支付方客戶端返回第一校驗碼,任一得知收款方與支付平臺約定的第一校驗碼的收銀員都可以判斷支付是否成功,因此本發(fā)明提供收銀方法能夠廣泛地應用于商超、餐飲等行業(yè),具有很高的適用性。
[0043]基于上述實施例一,本發(fā)明實施例二提供的收銀方法中,還可以包括在上述的步驟102之前包括:
[0044]生成支付碼,所述支付碼攜帶有用于標識收款賬戶的信息,以使所述支付方客戶端通過錄入所述支付碼完成支付。
[0045]這里的支付碼可以為支付二維碼,用于標識收款賬戶的信息可以為收款賬戶的賬戶號,此時可以使支付端的客戶端通過掃描該支付二維碼獲取收款方的賬戶號,進而完成支付。實際應用中,掃描二維碼進行支付的方式在現(xiàn)有技術(shù)中有很多應用,在此不再贅述。需要指出的是,用于標識收款賬戶的信息并不局限于收款賬戶的賬戶號,只要能夠使收款方根據(jù)該信息獲取到收款方的賬戶號,其相應的技術(shù)方案都應該落入本發(fā)明的保護范圍。這樣,對于支付方來說,無需手動輸入賬號信息。另外,在實際應用中,生成的支付碼還可以包括交易流水號和/或應收金額信息,這種方式在現(xiàn)有技術(shù)中也有諸多應用,在此亦不再贅述。[0046]當然實際應用中,該支付碼也可以為包含有用于標識收款賬戶的信息的一串字符,比如該支付碼可以為“BJQJD11”,用于表示收款方為北京全聚德第11分店,支付方客戶端發(fā)起支付請求后,將支付碼發(fā)送至支付平臺,支付平臺根據(jù)事先存儲的支付碼與賬戶信息的對應關(guān)系,查找到相應的賬戶信息。這樣也能夠減低支付方錄入賬號信息的難度,提升支付方的用戶體驗。
[0047]實際應用中,收銀員可以將支付碼打印,便于消費者掃描或者錄入。
[0048]另外在實際應用中,也可以采用手動輸入賬號的方式,通過支付平臺向收款方轉(zhuǎn)賬,具體采用何種方式使支付方獲取收款方的賬戶信息并不影響本發(fā)明的保護范圍。
[0049]實際應用中,與支付平臺約定第一校驗碼的方式有很多,本發(fā)明提供的優(yōu)選方式可以包括:
[0050](a),收款方自定義第一校驗碼,支付平臺存儲該收款方定義的第一校驗碼。這樣一方面可以使收款方根據(jù)自身的偏好自定義第一校驗碼,另一方面也方便收款方記錄。收款方自定義的方式可以是靜態(tài)的,即在收款方簽約時定義一個第一校驗碼,或者定期定義一個第一校驗碼,也可以是動態(tài)的,即在每次付款前,收款方針對本次交易定義一個第一校驗碼,這樣可以降低仿冒第一校驗碼的風險,增加支付的安全性。
[0051](b),支付平臺生成一個第一校驗碼,收款方存儲該第一校驗碼。這種方式與收款方自定義的方式相類似。同樣的,該第一校驗碼也可以是靜態(tài)生成或動態(tài)生成,靜態(tài)生成與上述的方式(a)相似,這里不再贅述。動態(tài)生成的方式,需要收款方在每次交易前,向支付平臺發(fā)送生成第一校驗碼的請求,支付平臺在接收到該請求后,生成相應的第一校驗碼。
[0052](C),收款方與支付平臺約定校驗碼生成規(guī)則,并在上述實施例二的支付碼中添加動態(tài)字符,比如在二維碼中加入“a”或者在上述的“BJQJD11”之后添加“a”,支付方客戶端掃描后將“BJQJD1 la”傳送到支付平臺,支付平臺根據(jù)“BJQJD11”確定收款方為“北京全聚德第11分店”,并根據(jù)與該收款方約定的校驗碼生成規(guī)則以及動態(tài)字符“a”生成動態(tài)的第一校驗碼。對于收款方來說,也可以根據(jù)校驗碼生成規(guī)則以及動態(tài)字符“a”生成對應的第一校驗碼,由于校驗碼生成規(guī)則相同,動態(tài)字符也相同,則生成的第一校驗碼也是相同的?;蛘撸谛r灤a生成規(guī)則較為簡單時,對于收款方來說,也可以不必生成第一校驗碼,直接通過判斷返回的第一校驗碼是否符合校驗碼生成規(guī)則,判斷支付方的支付是否成功。相比與方式(a)和(b)約定第一校驗碼的方式,方式(C)提供的生成第一校驗碼的方式可以使收款方不必在支付前連接到支付平臺。進一步的,還可以通過對該動態(tài)字符還可以為加密字符。
[0053]實際應用中,該動態(tài)字符可以為用于表示交易流水號和/或應收金額的字符,當動態(tài)字符為用于表示交易流水號或應收金額的字符時,由于除收款方之外,其他人不大可能知道交易流水號或者應收金額,因此可以避免偽造該動態(tài)字符。且使用交易流水號和/或應收金額的方式,也更符合收款方的習慣。
[0054]采用應收金額的另一個好處時,對于支付平臺來說,可以通過獲取該動態(tài)字符確定當前的應收金額,當支付方實際支付的金額與應收金額不符時,支付平臺可以做出相應的判斷,認定支付方的支付不成功,這樣可以避免支付方少付或者錯付。
[0055]采用應收金額的另一個好處是,對于支付平臺來說,可以直接在檢測到支付方客戶端的連接到自身時,向支付方客戶端直接返回帶有應收金額的付款頁面,這樣消費者就無需手動輸入支付金額,不但能夠防止消費者少填或者錯填應收金額,也提升了消費者的體驗。
[0056]實際應用中,收款方也可以在生成支付賬單時,向支付平臺發(fā)送交易信息,該交易信息中攜帶有應收金額信息,這樣能夠使得支付平臺接收到交易信息后,在判斷支付方實際支付的金額與應收金額信息對應的應收金額一致時,判定支付成功,并向支付方客戶端返回第一校驗碼。
[0057]將應收金額直接發(fā)送到支付平臺,支付平臺在判斷支付方的實際支付金額與應收金額一致時,判定支付成功,并向支付方客戶端返回第一校驗碼。
[0058]另外一種使收款方確認支付方所支付的金額與應收金額是否一致的方式是,使支付平臺向所述支付方的支付方客戶端發(fā)送支付方實際支付的金額,這樣收款方可以通過比較實際支付的金額與應收金額確定支付方的支付是否成功。
[0059]優(yōu)選的,上述任一實施例中,收款方均可以通過收款方客戶端與支付平臺的交互。
[0060]以下結(jié)合具體應用場景,對本發(fā)明提供的收銀方法提供的優(yōu)選實施方式進行進一步說明,同樣的,這樣的說明也不應該理解為對本發(fā)明保護范圍的限定。
[0061]假設(shè)本發(fā)明實施例三提供的收銀方法應用的環(huán)境為飯店,并假設(shè)該飯店在簽約該支付平臺時,與該支付平臺約定的校驗碼生成規(guī)則為當“應收金額與交易流水號的末位數(shù)字的和的末尾數(shù)字為I時,第一校驗碼為“祝您一帆風順”,當應收金額與交易流水號的末
位數(shù)字的和的末尾數(shù)字為2時,第一校驗碼為“祝您雙喜臨門”........當應收金額與交易
流水號的末位數(shù)字的和的末尾數(shù)字為6時,第一校驗碼為“祝您六六大順”........”,且該
飯店的收銀主機上安裝有收款方客戶端,該收款方客戶端能夠按照與支付平臺約定的方式生成支付二維碼,假設(shè)當前10號包廂對應的應收金額(消費金額)為507元,交易流水號為129號,10號包廂需要結(jié)賬時,相應的收銀方法可以包括如圖2所述的各個流程:
[0062]步驟201,收銀員B使用支付方客戶端生成支付二維碼。該支付二維碼指向支付平臺,且其中包含以下信息:
[0063]收銀員B錄入的交易流水號129、應收金額507,以及收款賬戶A。
[0064]步驟202,收銀員B將支付二維碼打印到賬單上。
[0065]步驟203,收銀員B將賬單展示給10包廂的支付者C。
[0066]步驟204,支付者C使用手機攜帶的二維碼掃描軟件掃描所述支付二維碼。
[0067]步驟205,支付者C的手機使用瀏覽軟件連接到所述支付平臺,并將掃描到的信息發(fā)送至支付平臺。
[0068]步驟206,支付平臺確定收款方的收款賬戶A,應收金額507以及交易流水號129。
[0069]步驟207,支付平臺根據(jù)應收金額507以及交易流水號129確定第一校驗碼為“祝您六六大順”。
[0070]應收金額的末位數(shù)字“7”與交易流水號的末位數(shù)字“9”的和為16,其末尾數(shù)字為6,按照上述規(guī)則,本次交易對應的第一校驗碼為“祝您六六大順”。
[0071]步驟208,支付平臺向支付者C的手機返回支付頁面。實際應用中,該支付頁面中可以包含有收款方的名稱,應付的應收金額等。
[0072]步驟209,支付者C填寫相應的賬戶密碼信息,并提交支付。
[0073]步驟210,支付平臺確認賬戶密碼信息正確后,確認支付成功,向支付方C的手機返回“祝您六六大順”。[0074]步驟211,支付者C向收銀員B展示手機收到的第一校驗碼“祝您六六大順”,收銀員確認支付成功。
[0075]基于相同的構(gòu)思,本發(fā)明實施例四還提供了用于實現(xiàn)上述收銀方法的支付系統(tǒng),該系統(tǒng)包括:
[0076]支付平臺,用于與收款方約定第一校驗碼,并在確認有支付方向所述收款方的支付成功時,向所述支付方的支付方客戶端返回所述收款方對應的第一校驗碼;其中,所述第一校驗碼用于表不支付成功。
[0077]優(yōu)選的,基于上述實施例四,本發(fā)明實施例五提供的支付系統(tǒng)中,
[0078]所述支付平臺還用于接收所述支付方客戶端發(fā)送的用于標識收款賬戶的信息,并根據(jù)所述用于標識收款賬戶的信息確定收款方;其中,所述用于標識收款賬戶的信息是所述支付方客戶端根據(jù)錄入的支付碼得到的,所述支付碼由所述收款方生成。
[0079]優(yōu)選的,基于上述實施例五,本發(fā)明實施例六提供的支付系統(tǒng)中,
[0080]所述支付平臺,還用于存儲所述支付平臺與收款方約定的校驗碼生成規(guī)則,并在接收到所述支付方客戶端發(fā)送的動態(tài)字符時,根據(jù)所述支付客戶端發(fā)送的動態(tài)字符以及所述校驗碼生成規(guī)則生成第一校驗碼;其中所述動態(tài)字符是所述支付方客戶端根據(jù)錄入的支付碼得到的。
[0081]優(yōu)選的,所述動態(tài)字符用于表示交易流水號和/或應收金額。
[0082]優(yōu)選的,上述實施例五中,所述支付碼中還攜帶應收金額信息;
[0083]所述支付平臺,還用于接收所述支付方客戶端發(fā)送的應收金額信息,并在判斷所述支付方實際支付的金額與所述應收金額信息一致時,向所述支付方式客戶端返回第一校驗碼;所述應收金額信息是所述支付方客戶端根據(jù)錄入的支付碼得到的。
[0084]優(yōu)選的,上述實施例四中,所述支付平臺還用于,向所述支付方客戶端返回實際支付的金額。
[0085]優(yōu)選的,上述實施例四中,所述支付平臺還用于接收收款方發(fā)送的交易信息,所述交易信息中攜帶有應收金額信息,并在判斷所述支付方實際支付的金額與所述應收金額一致時,向所述支付方客戶端發(fā)送第一校驗碼。
[0086]以上所述僅是本發(fā)明的優(yōu)選實施方式,應當指出,對于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來說,在不脫離本發(fā)明技術(shù)原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也應視為本發(fā)明的保護范圍。
【權(quán)利要求】
1.一種收銀方法,其特征在于,包括: 步驟Si,與支付平臺約定第一校驗碼,所述第一校驗碼用于表示支付成功; 步驟S2,在確認支付方客戶端接收到所述支付平臺發(fā)送的所述第一校驗碼時,確認支付方的支付成功。
2.如權(quán)利要求1所述的方法,其特征在于,所述步驟S2之前,所述方法還包括: 生成支付碼,所述支付碼攜帶有用于標識收款賬戶的信息,以使所述支付方客戶端通過錄入所述支付碼完成支付。
3.如權(quán)利要求2所述的方法,其特征在于, 所述步驟SI之前,所述方法還包括: 與所述支付平臺約定校驗碼生成規(guī)則; 所述步驟Si具體包括: 在所述支付碼中攜帶動態(tài)字符,以使所述支付平臺根據(jù)所述校驗碼生成規(guī)則以及所述動態(tài)字符生成第一校驗碼。
4.如權(quán)利要求3所述的方法,其特征在于, 所述動態(tài)字符用于表示交易流水號和/或應收金額。
5.如權(quán)利要求2所述的方法,其`特征在于,所述方法還包括: 在所述支付碼中攜帶應收金額信息,以使所述支付平臺判斷實際支付方實際支付的金額是否正確。
6.如權(quán)利要求1所述的方法,其特征在于,所述步驟S2還包括: 在確認所述支付方客戶端接收到所述支付平臺發(fā)送的實際支付金額與應收金額一致時,確認支付方的支付成功。
7.如權(quán)利要求1所述的方法,其特征在于,所述步驟S2之前,所述方法還包括: 向所述支付平臺發(fā)送交易信息,所述交易信息中攜帶有應收金額信息,以使所述支付平臺在判斷所述支付方實際的支付金額與應收金額一致時,向所述支付方客戶端發(fā)送第一校驗碼。
8.一種支付系統(tǒng),其特征在于,包括: 支付平臺,用于與收款方約定第一校驗碼,并在確認有支付方向所述收款方的支付成功時,向所述支付方的支付方客戶端返回所述收款方對應的第一校驗碼;其中,所述第一校驗碼用于表示支付成功。
9.如權(quán)利要求8所述的系統(tǒng),其特征在于, 所述支付平臺還用于接收所述支付方客戶端發(fā)送的用于標識收款賬戶的信息,并根據(jù)所述用于標識收款賬戶的信息確定收款方;其中,所述用于標識收款賬戶的信息是所述支付方客戶端根據(jù)錄入的支付碼得到的,所述支付碼由所述收款方生成。
10.如權(quán)利要求9所述的系統(tǒng),其特征在于, 所述支付平臺,還用于存儲所述支付平臺與收款方約定的校驗碼生成規(guī)則,并在接收到所述支付方客戶端發(fā)送的動態(tài)字符時,根據(jù)所述支付客戶端發(fā)送的動態(tài)字符以及所述校驗碼生成規(guī)則生成第一校驗碼;其中所述動態(tài)字符是所述支付方客戶端根據(jù)錄入的支付碼得到的。
11.如權(quán)利要求10所述的系統(tǒng),其特征在于,所述動態(tài)字符用于表示交易流水號和/或應收金額。
12.如權(quán)利要求9所述的系統(tǒng),其特征在于,所述支付碼中還攜帶應收金額信息; 所述支付平臺,還用于接收所述支付方客戶端發(fā)送的應收金額信息,并在判斷所述支付方實際支付的金額與所述應收金額信息一致時,向所述支付方式客戶端返回第一校驗碼;所述應收金額信息是所述支付方客戶端根據(jù)錄入的支付碼得到的。
13.如權(quán)利要求8所述的系統(tǒng),其特征在于,所述支付平臺還用于,向所述支付方客戶端返回實際支付的金額。
14.如權(quán)利要求8所述的系統(tǒng),其特征在于,所述支付平臺還用于接收收款方發(fā)送的交易信息,所述交 易信息中攜帶有應收金額信息,并在判斷所述支付方實際支付的金額與應收金額一致時,向所述支付方客戶端發(fā)送第一校驗碼。
【文檔編號】G06Q20/42GK103714461SQ201310716562
【公開日】2014年4月9日 申請日期:2013年12月23日 優(yōu)先權(quán)日:2013年12月23日
【發(fā)明者】蘭紅明, 劉寶生, 梁謀, 肖軍 申請人:蘭紅明, 劉寶生, 梁謀, 肖軍