一者根據(jù)用戶端記錄的用戶的消費信息得到用戶端應(yīng)支付的交易金額。
[0028]步驟S14:用戶端和服務(wù)端中的另一者對交易金額進行確認(rèn)。
[0029]所述消費信息根據(jù)應(yīng)用場景的不同而具有不同的意義，例如，在乘坐地鐵的應(yīng)用場景中，所述消費信息即為起始站和終點站的名稱以及從起始站到終點站的乘坐時間，而在超市購物的應(yīng)用場景中，所述消費信息即為用戶購買的所有商品的條形碼等信息。
[0030]本實施例可以由用戶端得到用戶端應(yīng)支付的交易金額，具體而言:
[0031]用戶端根據(jù)自身記錄的消費信息計算得到應(yīng)支付的交易金額，而后將交易金額以及所述消費信息發(fā)送給服務(wù)端，服務(wù)端對此進行確認(rèn)，例如服務(wù)端根據(jù)所述消費信息計算得到用戶端應(yīng)支付的交易金額，并在計算得到的交易金額與接收到的交易金額相同時確認(rèn)通過。
[0032]本實施例也可由服務(wù)端得到用戶端應(yīng)支付的交易金額，具體而言:
[0033]用戶端將自身記錄的消費信息發(fā)送給服務(wù)端，服務(wù)端根據(jù)接收到的所述消費信息計算得到用戶端應(yīng)支付的交易金額，并將計算得到的交易金額反饋給用戶端，用戶端對此進行確認(rèn)，例如用戶端可以根據(jù)自身記錄的消費信息計算得到應(yīng)支付的交易金額，并在計算得到的交易金額與接收到的交易金額相同時確認(rèn)通過。
[0034]步驟S15:在確認(rèn)通過后，用戶端向服務(wù)端支付交易金額。
[0035]本發(fā)明實施例可以使得用戶無需到達收銀臺、地鐵閘機等收款處才能買單，而是在進入預(yù)先設(shè)定的距離門限內(nèi)時即可根據(jù)已經(jīng)知曉的交易金額執(zhí)行付款操作，在無需執(zhí)行傳統(tǒng)意義上的刷卡操作的同時，還能夠避免大量用戶擁堵于收款處而導(dǎo)致的排隊現(xiàn)象，從而有利于提高人們?nèi)粘Ｉ?、辦公以及出行的效率。
[0036]由于用戶端和服務(wù)端分別扮演著付款方和收款方的角色，因此為了確保用戶端所持有的支付賬戶的安全，本發(fā)明實施例需要進一步對進行交易的兩者進行鑒權(quán)，以確保雙方的合法性，具體地，服務(wù)端和用戶端之間進行鑒權(quán)，并在鑒權(quán)通過后再計算得到應(yīng)支付的交易金額。所謂合法性和進行鑒權(quán)指的是:用戶端校驗服務(wù)端是否為用戶端所要付費的對象，例如乘坐地鐵時，用戶端校驗服務(wù)端是否是官方認(rèn)可的公共交通收費機構(gòu)；服務(wù)端校驗用戶端付費所使用的是否為服務(wù)端指定的軟件，且所述軟件及其注冊的賬戶信息是否是合法等。
[0037]需要說明的是，對用戶端和服務(wù)端進行鑒權(quán)既可以發(fā)生在用戶端進入預(yù)先設(shè)定的距離門限內(nèi)之后，也可以發(fā)生在計算得到所述交易金額且用戶端支付所述交易金額之前，且并不限于此。
[0038]另外，為進一步確保用戶端所持有的支付賬戶的安全，本發(fā)明實施例限制了用戶端能夠無需用戶本人確認(rèn)而直接自動支付的金額上限。具體而言，用戶端需要判斷所述交易金額是否大于或等于預(yù)先設(shè)定的金額門限，若是，則用戶端自動向服務(wù)端支付所述交易金額；若否，則用戶端向用戶發(fā)出是否支付所述交易金額的請求指令，并在接到用戶的確認(rèn)指令后向服務(wù)端支付所述交易金額。
[0039]圖2是本發(fā)明的無線支付方法另一實施例的流程示意圖。在前述各實施例的描述基礎(chǔ)上但與其不同的是，本實施例考慮到當(dāng)前乘坐地鐵所購買的票具有時效性的具體情況，將所述交易金額與乘坐時間相關(guān)聯(lián)。其中，前述消費信息包括乘坐的起始站和終點站的名稱以及從起始站到終點站的乘坐時間，如圖2所示，本實施例的方法包括:
[0040]步驟S21:定位得到用戶端與服務(wù)端之間的當(dāng)前距離。
[0041]步驟S22:判斷當(dāng)前距離是否小于或等于預(yù)先設(shè)定的距離門限。
[0042]若否，則繼續(xù)執(zhí)行步驟S21。若是，則執(zhí)行步驟S23。
[0043]步驟S23:服務(wù)端判斷乘坐時間是否位于預(yù)先設(shè)定的時間門限內(nèi)。
[0044]若乘坐時間位于預(yù)先設(shè)定的時間門限內(nèi)，表示用戶乘坐地鐵的時間小于從起始站到終點站的最長乘坐時間，則執(zhí)行步驟S24。
[0045]若乘坐時間超出預(yù)先設(shè)定的時間門限內(nèi)，表示用戶乘坐地鐵的時間大于從起始站到終點站的最長乘坐時間，則執(zhí)行步驟S25。
[0046]步驟S24:服務(wù)端根據(jù)起始站和終點站的名稱計算得到用戶端應(yīng)支付的交易金額。
[0047]步驟S25:服務(wù)端根據(jù)預(yù)先設(shè)定的時間門限與交易金額之間的映射關(guān)系得到用戶端應(yīng)支付的交易金額。
[0048]所述預(yù)先設(shè)定的時間門限與交易金額之間的映射關(guān)系即為預(yù)先設(shè)定的超過所述時間門限時用戶端應(yīng)支付的交易金額。
[0049]本實施例可以需要用戶端對交易金額進行確認(rèn)也可以不需要。
[0050]步驟S26:用戶端向服務(wù)端支付交易金額，可以理解為服務(wù)端從用戶端所持有的支付賬戶中直接扣除所述交易金額。
[0051]圖3是本發(fā)明的無線支付系統(tǒng)一實施例的原理框圖。如圖3所示，本實施例的無線支付系統(tǒng)30包括用戶端31和服務(wù)端32以及定位模塊33、判斷模塊34，用戶端31至少包括第一收發(fā)模塊311、第一計算模塊312以及支付模塊313，服務(wù)端32包括第二收發(fā)模塊321以及第二計算模塊322，其中:
[0052]定位模塊33用于定位得到用戶端31與服務(wù)端32之間的當(dāng)前距離。
[0053]判斷模塊34用于判斷定位模塊33定位得到的當(dāng)前距離是否小于或等于預(yù)先設(shè)定的距離門限。
[0054]在判斷模塊34判定當(dāng)前距離小于或等于距離門限時，
[0055]第一收發(fā)模塊311向第二收發(fā)模塊321發(fā)送用戶端31記錄的用戶的消費信息，第二計算模塊322根據(jù)第二收發(fā)模塊321接收的消費信息得到用戶端31應(yīng)支付的交易金額，并由第二收發(fā)模塊321發(fā)送給第一收發(fā)模塊311，第一計算模塊312根據(jù)消費信息得到用戶端31應(yīng)支付的交易金額，使得用戶端31在第一計算模塊312得到的交易金額與第一收發(fā)模塊311接收的交易金額相同時確認(rèn)支付，支付模塊313用于向服務(wù)端32支付交易金額。
[0056]或者，第一收發(fā)模塊311將消費信息以及第一計算模塊312得到的交易金額發(fā)送至第二收發(fā)模塊321，第二計算模塊322根據(jù)第二收發(fā)模塊321接收的消費信息得到用戶端31應(yīng)支付的交易金額，并在第二計算模塊322得到的交易金額與第二收發(fā)模塊321接收的交易金額相同時，由第二收發(fā)模塊321向第一收發(fā)模塊311發(fā)送確認(rèn)指令，使得支付模塊313向服務(wù)端32支付交易金額。
[0057]其中，第一收發(fā)模塊311與第二收發(fā)模塊321之間采用非接觸通信方式，包括3G、藍(lán)牙、W1-Fi中的至少一個。
[0058]可選地，用戶端31進一步包括第一鑒權(quán)模塊314，服務(wù)端32進一步包括第二鑒權(quán)模塊323，第一鑒權(quán)模塊314用于對服務(wù)端32進行鑒權(quán)，且第二鑒權(quán)模塊323用于對用戶端31進行鑒權(quán)，從而確保雙方的合法性。所謂合法性和進行鑒權(quán)指的是:第一鑒權(quán)模塊314校驗服務(wù)端32是否為用戶端31所要付費的對象，例如乘坐地鐵時，第一鑒權(quán)模塊314校驗服務(wù)端32是否是官方認(rèn)可的公共交通收費機構(gòu)；第二鑒權(quán)模塊323校驗用戶端31付費所使用的是否為服務(wù)端32指定的軟件，且所述軟件及其注冊的賬戶信息是否是合法等。
[0059]為進一步確保用戶端31所持有的支付賬戶的安全，本實施例的判斷模塊34還用于判斷交易金額是否大于或等于預(yù)先設(shè)定的金額門限，若是，則支