CN104166908B - 支付方法及支付系统 - Google Patents

Abstract

本发明提供了一种支付方法，包括：支付终端以传输信号的形式向接收终端发送支付身份信息；所述接收终端向结算平台发送交易请求，所述交易请求包括所述支付身份信息；以及所述结算平台基于对所述支付身份信息的验证执行结算。

Description

支付方法及支付系统

技术领域

本发明涉及支付技术，尤其涉及一种支付方法及系统。

背景技术

目前，消费者在作交易支付时可通过支付账户(例如，商家发行的预付费卡、一卡通等)在POS端上刷卡结算。这种传统的“刷卡式”支付方法虽然可以让消费者避免随身携带大量现金，但是消费者仍然必需携带支付账户以进行刷卡支付，这使得交易支付受到限制。随着移动通信技术的普及，人们往往都会随身携带移动终端。移动终端的多媒体功能已经是标准配备，例如很多移动终端都具有信号发射功能。因此，如果能够利用移动终端实现交易支付将是极其便捷的。

发明内容

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。

附图说明

在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。

图1是示出了根据本发明的一方面的支付系统的框图；

图2是示出了根据本发明的一方面的支付终端的框图；

图3是示出了根据本发明的一方面的接收终端的框图；

图4是示出了根据本发明的一方面的用户管理平台的框图；以及

图5是示出了根据本发明的一方面的支付方法的流程图。

具体实施方式

以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。

图1是示出了根据本发明的第一实施例的支付系统100的框图。支付系统100可包括支付终端110。如图2所示，支付终端110可以是包括信号发射单元116的任何合适的便携式终端，例如蜂窝电话、卫星电话、无绳电话、个人数字助理(PDA)、具有无线连接能力的手持式设备、计算设备、或连接到无线调制解调器的其他处理设备等。支付终端110可利信号发射单元116与其他具有信号接收能力的设备进行通信。例如，信号发射单元116可以是声波单元、红外单元、WiFi单元、射频单元等。

支付系统100可包括用户管理平台140，以实现用户信息的管理。支付终端110可通过无线通信系统访问用户管理平台140。这里的无线通信系统可以是诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其他系统。CDMA系统可实现诸如通用地面无线电接入(UTRA)、cdma2000等无线电技术。UTRA包括宽带CDMA(W-CDMA)和其他CDMA变体。此外，cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA系统可实现诸如全球移动通信系统(GSM)等无线电技术。OFDMA系统可实现诸如演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、等之类的无线电技术。

用户可通过支付终端110向用户管理平台140请求注册。如图4所示，用户管理平台140可包括注册单元141以用于注册账户。响应于支付终端110的注册请求，注册单元141可为支付终端110注册一账户，并且为该账户分配一个支付身份信息，例如可包括支付ID。该支付ID可以存储于用户管理平台140处，例如存储在用户管理平台140的数据库143中。

注册账户后，用户可设置相应的登录密码，并可使用支付终端110登录该账户。若用户忘记登录密码，可找回原登录密码，找回密码的方式可通过短信验证，邮箱验证或者身份关联信息验证等等，如本领域技术人员所熟知的。

用户登录该账户后，可以提交将支付账户与该账户和支付ID绑定的请求。用户可以将多个支付账户与该账户和支付ID进行绑定。这里的支付账户可以是预付卡、一卡通等等。用户可提交支付账户的支付账户验证信息，例如卡号、开户行或发卡商、持卡人姓名、身份证号、手机号等到用户管理平台140。用户管理平台140可将用户提交的支付账户验证信息直接地或者通过下文描述结算平台130等间接地发送至支付账户发放机构，例如交易服务器150进行验证，支付账户发放机构诸如有支付账户银行、第三方支付机构、信用卡发放机构、预付卡发放机构、城市一卡通发放机构等。例如，用户管理平台140可将用户打包的信息按照指定接口与通信协议将信息提交到结算平台130，并接收支付账户发放机构例如预付卡发放机构、城市一卡通发放机构等反馈的验证提示。支付账户中可以是钱、也可以是积分，例如会员积分。

若验证成功，则注册单元141可将该账户与该支付账户相绑定，例如将该账户对应的支付ID与该支付账户相关联。用户可以为该账户绑定多个支付账户，同时可以设置默认的支付账户，或者在支付时选择相应的支付账户进行支付。

较优地，支付身份信息还可包括支付密码以作支付身份信息的验证之用。该支付密码可由注册单元141响应于用户的选择来设置。同时，当用户忘记该支付密码时，可通过支付账户关联信息或者个人关联的身份信息找回或者重新设置支付密码。支付密码可以包括数字密码、手势密码、指纹信息等。该账户、对应的支付ID、支付密码、以及绑定的至少一个支付账户的支付账户信息可被存储在数据库143中。在一实例中，与特定账户和支付ID绑定的多个支付账户可被编号为1至N，这多个支付账户与该账户、支付ID以及支付密码被关联地存储在一起，如表1所示。

表1

支付终端110可以通过相应的支付软件来实现上述账户的注册请求、密码设置、支付账户的绑定操作。该支付软件可以安装在支付终端110上。例如，用户可以在支付终端110上打开该支付软件，通过该支付软件进行账户的注册、管理，以及支付账户的绑定、默认支付账户的设定、以及支付账户的绑定解除等等。

支付系统100还可包括接收终端120。接收终端120可以是设置在商户处的具有信号接收功能的简单的接收设备，也可以是具有信号接收功能和打单、输入密码等功能的POS(PointofSales)机。虽然图1中仅示出了一个接收终端120，但是本领域技术人员理解，可包括多个接收终端。接收终端120可以是与支付账户发行机构相关的，不同的接收终端隶属于不同的支付账户发行机构。例如，第一接收终端隶属于第一支付账户发行机构，第二接收终端隶属于第二支付账户发行机构等等。这些支付账户发行机构发放各自的支付账户。

接收终端120可以是包括信号接收单元的一体式POS机。或者，接收终端也可以是与一单立的信号接收模块相连接的常规POS机。例如，该常规POS机可通过通信接口，诸如RS232、USB接口，与该信号接收模块通信，或者通过无线网络与该信号接收模块通信。下文以一体式POS机架构为例对接收终端进行描述，如图3所示。接收终端120可包括信号接收单元122和执行常规POS功能的POS单元124。

接收终端120可通过信号接收单元122与支付终端110实现通信。支付终端110可包括编码单元112，一般地，编码单元112可对要传达的通信数据进行编码。通信数据可以是支付终端110要传达给接收终端120的任何信息数据，例如，支付身份信息。

较优地，支付终端110还可包括加密单元114。加密单元114可先对通信数据进行加密，然后再由编码单元112对经加密的通信数据进行上述编码。

在对通信数据进行编码后，信号发射单元116可以例如传输信号的形式发送出去。

接收终端120的信号接收单元122可用于接收并处理信号发射单元116发射的传输信号以获得电信号，例如以获得电信号形式的通信数据。在一实例中，信号接收单元122可对收到的传输信号进行转换、放大、滤波等处理。

当用户在商户消费需要付款时，用户可通过支付终端110以传输信号的形式向接收终端120发送支付身份信息，例如包括支付ID和支付密码。具体地，编码单元112可对支付身份信息进行编码。较优地，加密单元114还可先对支付身份信息进行加密，然后再由编码单元112对经加密的支付身份信息进行编码。信号发射单元116可发送指示该经编码的支付身份信息的传输信号。

在用户为该支付身份信息绑定了多个支付账户且未设置默认用于支付的支付账户的情形中，用户还可从所绑定的这多个支付账户中选择用于支付的支付账户。此时，支付身份信息还可附带有指示被选择用于支付的该支付账户的标识符，例如，该标识符可以指示该支付账户在被绑定时的编号。

用户可以通过支付终端110上的支付软件来启动支付身份信息的发送、支付账户的选择等等。在启动支付功能前，用户可以输入支付密码。较优地，支付软件对支付密码初步验证通过后再进行支付操作。

接收终端120的信号接收单元122可接收并处理支付终端110发出的传输信号，以获得电信号形式的支付身份信息。在一实例中，接收终端120可包括解码单元以解码该电信号，从而恢复出支付身份信息。在较优的另一实例中，接收终端120并不对该电信号进行解码，而是由POS单元124直接转发电信号形式的经编码的支付身份信息。在一实例中，用户在通过支付终端110发出支付身份信息后，可以根据需要输入支付账户的账户验证信息。该支付账户的账户验证信息在后续支付流程中由支付账户的发放机构(例如，交易服务器)进行验证。接收终端120可包括输入单元126，例如键盘、手写盘、指纹识别模块、虹膜识别模块、声音识别模块等。用户可通过该输入单元126输入账户验证信息，如密码、签名、指纹、虹膜、声音等。

接收终端120在收到支付身份信息后，可向结算平台130上传交易请求，该交易请求可包括该支付身份信息。在用户需要输入支付账户的账户验证信息的实例中，该交易请求还可包括账户验证信息。另外，接收终端110一般与商户账户相绑定，因此交易请求还可包括商户身份识别号码和支付金额等信息。

支付系统100还可包括结算平台130以于实现接收终端120、用户管理平台140和交易服务器150之间的交互。接收终端120可通过专用线路将交易请求上传至结算平台130。结算平台130接收到该交易请求之后，可基于对该支付身份信息的验证执行结算。

在一实例中，结算平台130可将该支付身份信息转发给用户管理平台140，由用户管理平台140对该支付身份信息进行验证。用户管理平台140可包括验证单元142以执行该验证。例如，支付终端110的用户的账户和相关联的支付身份信息(例如，支付ID和支付密码)都被存储在用户管理平台140的数据库143中。在支付身份信息包括支付ID的实例中，验证单元142可从数据库143中检索接收自结算平台130的该支付ID，若未检索到该支付ID，则该支付身份信息为非法身份，验证失败；若检索到该支付ID，则验证成功。

在支付身份信息还包括支付密码的实例中，若能够检索到该支付ID，则进一步获取与该支付ID相关联的支付密码，并将该支付密码与接收自结算平台130的支付密码进行比较，若两者一致，则验证成功，否则验证失败。

在一实例中，用户管理平台140收到的支付身份信息是经加密和编码的。在此实例中，用户管理平台140可包括解码单元144和解密单元145。解码单元144可先对支付身份信息进行解码，然后再由解密单元145进行解密以恢复出支付身份信息。

响应于验证成功，用户管理平台140可从数据库143中检索出与该支付身份信息相关联的被用于支付的支付账户的支付账户信息，并向结算平台130传送该支付账户的该支付账户信息。用户管理平台140可以与多个支付账户发行机构相关联，从而存储这多个支付账户发行机构发行的支付账户的支付账户信息。在一实例中，用户设置了默认用于支付的支付账户，此时，用户管理平台140可响应于验证成功直接检索出与该支付身份信息相关联的该默认用于支付的支付账户的支付账户信息。在另一示例中，用户并未设置默认的支付账户，而是在支付时选择用于支付的支付账户，如前文所述。此时，用户支付身份信息可附带有指示用于支付的支付账户的标识符，例如该支付账户被绑定时的编号。用户管理平台140可根据该标识符来检索出该用于支付的支付账户的支付账户信息。用户管理平台140可将检索到的该支付账户的该支付账户信息发送给结算平台130。

在一替换实施例中，支付账户的支付账户信息可以是存储在结算平台130处的。在此实施例中，用户管理平台140中并非如上文所述地存储支付账户信息，而是存储可被用于获取支付账户信息的账户关联信息，例如账户索引信息。此时，用户管理平台140向结算平台130发送的可以只是该用于获取支付账户信息的账户关联信息。结算平台130可以根据该账户关联信息从自身的数据库中找出该支付账户的支付账户信息。

另一方面，响应于验证失败，用户管理平台140可向结算平台130传送验证失败消息。

响应于获得该支付账户的该支付账户信息，结算平台130可执行结算。

在一实例中，结算平台130可向相应的的交易服务器150发送结算请求，该结算请求可包括该支付账户的该支付账户信息。该支付请求还可包括支付金额和商户身份识别号码。在用户于接收终端120输入了账户验证信息的情况下，该结算请求还可包括账户验证信息。

虽然图1中仅示出了一个交易服务器150，但是本领域技术人员可以理解，存在多个交易服务器。各交易服务器与不同的支付账户发行机构相关联。结算平台130可向与该支付账户相对应的交易服务器150传送该结算请求。例如，以该支付账户为某商业机构发行的预付卡为例，该交易服务器150相应地为该商业机构的交易服务器。根据不同机构发行的支付账户，结算平台130可向不同的交易服务器150传送结算请求。

反之，若收到验证失败消息，结算平台130可将该验证失败消息转发给接收终端120，以通知商户和用户支付失败。

交易服务器150在核实支付账户信息后，可根据支付金额从相应的支付账户中扣款，并将所扣款项划入结算平台130的交易账户。在结算请求包括账户验证信息的实例中，交易服务器150可通过该账户验证信息来核实支付账户信息的合法性。注意，交易服务器150并不直接将所扣的支付金额直接打入商户账户，而是打入结算平台130在银行所设的交易账户中。结算平台130会定期与商户进行结算。因此，结算平台130收到交易服务器150所转的支付金额即可认为是支付成功。交易服务器150在转账后可向结算平台130反馈支付结算信息，例如支付账户号、扣款金额等等。结算平台130可将该支付结算信息转发给接收终端120

至此，用户可通过支付终端110完成交易支付。

根据本发明的方案，用户可以无需携带名目繁多的各种支付卡，通过例如带有信号发射功能的手机即可完成支付。此外，由于有些支付卡没有支付账户密码，若丢失很容易被盗用，在本发明中通过将支付账户和账户相绑定，并设置支付密码，可以有效地防止支付账户被盗用。

另外，即使一些支付账户设有支付账户密码，为了防止支付账户丢失，用户往往需要修改支付账户密码。此时，用户需要登录发行该支付账户的商家的网页，先进行注册然后修改支付账户密码，操作非常繁琐。在本发明中，用户只需要在一次性得到发卡机构验证后，就可以将支付账户与账户绑定。此后，在使用该支付账户时，只要通过用户为账户设置的统一的支付密码，就可以通过验证并进行相应支付。用户无需再修改每个支付账户的支付账户密码，而只需记住支付密码即可。

而且，相比于传统的线下刷卡式支付，支付账户的账户信息很容易被窃取。然而，根据本发明的方案，POS端不经手支付账户的账户信息，因此安全性得到显著提高。

图3是示出了根据本发明的一方面的支付方法300的流程图。

在步骤302，从支付终端以传输信号的形式向接收终端发送支付身份信息。

在一实例中，支付终端可对该支付身份信息进行编码，并以传输信号的形式向接收终端发送经编码的该支付身份信息。较优地，支付终端可先对支付身份信息进行加密，然后再对经加密的支付身份信息进行编码。接收终端接收并处理该传输信号以获得电信号，从而获得电信号形式的支付身份信息。

在一实例中，支付身份信息可包括支付ID。较优地，该支付身份信息还可包括支付密码。

在步骤304，从接收终端向结算平台发送交易请求，该交易请求可包括该支付身份信息。

在用户需要输入支付账户的账户验证信息的实例中，该交易请求还可包括账户验证信息。另外，接收终端一般与商户账户相绑定，因此交易请求还可包括商户身份识别号码和支付金额等信息。

在步骤306，结算平台可基于对该支付身份信息的验证执行结算。

在一实例中，结算平台可将该支付身份信息转发至用户管理平台，用户管理平台可对收到的支付身份信息进行验证。在一实例中，支付身份信息包括支付ID。用户管理平台可从自身数据库中检索接收到的该支付ID，若未检索到该支付ID，则该支付身份信息为非法身份，验证失败。若能够检索到该支付ID，则验证成功。较优地，在检索到该支付ID的情况下，用户管理平台还可进一步获取与该支付ID相关联的支付密码，并将该支付密码与接收到的支付密码进行比较，若两者一致，则验证成功，否则验证失败。

在一实例中，用户管理平台收到的支付身份信息是经加密和编码的。在此实例中，用户管理平台可先对支付身份信息进行解码，然后再进行解密以恢复出该支付身份信息。

响应于验证成功，用户管理平台可向结算平台传送用于支付的支付账户，例如第一支付账户的支付账户信息。在替换实施例中，用户管理平台也可传送该支付账户信息的账户关联信息以供结算平台找出该支付账户信息。在一实例中，该第一支付账户为默认用于支付的支付账户，此时，用户管理平台可响应于验证成功直接检索出与该支付身份信息相关联的默认用于支付的该第一支付账户的支付账户信息。在另一实例中，用户未设置默认支付账户，此时，支付身份信息还可附带有指示第一支付账户的标识符。用户管理平台可根据该标识符检索出与该支付身份信息相关联的该第一支付账户的该支付账户信息。响应于收到该支付账户信息，结算平台可执行结算。

响应于验证失败，用户管理平台可向结算平台传送验证失败消息。响应于收到该验证失败消息，结算平台可将验证失败消息转发给接收终端。

在一实例中，该结算平台可向与第一支付账户对应的交易服务器传送结算请求，该结算请求可包括该第一支付账户的支付账户信息。该结算请求还可包括支付金额。该交易服务器可根据该支付金额对第一支付账户进行扣款并将所扣款项划入到结算平台的交易账户，并向结算平台反馈支付结算信息。响应于收到支付结算信息，结算平台可向接收终端转发支付结算信息。

尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。

本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。

结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。

提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。

Claims (21)

1.一种支付方法，包括：

支付终端以传输信号的形式向接收终端发送支付身份信息；

所述接收终端向结算平台发送交易请求，所述交易请求包括所述支付身份信息；以及

所述结算平台基于对所述支付身份信息的验证执行结算：所述结算平台将所述支付身份信息转发至用户管理平台，该用户管理平台对所述支付身份信息进行验证，若验证成功，则用户管理平台向所述结算平台传送用于支付的第一支付账户的支付账户信息或所述支付账户信息的账户关联信息，以及所述结算平台响应于所述第一支付账户的所述支付账户信息，执行结算。

2.如权利要求1所述的支付方法，其特征在于，所述支付终端以传输信号的形式向接收终端发送支付身份信息包括：

对所述支付身份信息进行编码；以及

以所述传输信号的形式向所述接收终端发送经编码的所述支付身份信息。

3.如权利要求2所述的支付方法，其特征在于，对所述支付身份信息进行编码具体包括：

先对所述支付身份信息进行加密；以及

对经加密的所述支付身份信息进行所述编码。

4.如权利要求1所述的支付方法，其特征在于，还包括：

在所述接收终端接收并处理所述传输信号以获得电信号。

5.如权利要求1所述的支付方法，其特征在于，所述结算平台将所述支付身份信息转发至用户管理平台具体包括：

所述结算平台将来自所述接收终端的电信号形式的所述支付身份信息转发给所述用户管理平台；以及

所述用户管理平台对所述电信号执行解码以获得所述支付身份信息。

6.如权利要求5所述的支付方法，其特征在于，还包括：

所述用户管理平台对经解码的所述电信号执行解密以获得所述支付身份信息。

7.如权利要求1所述的支付方法，其特征在于，所述结算平台基于对所述支付身份信息的验证执行结算具体包括：

若验证失败，则所述用户管理平台向所述结算平台传送验证失败消息；以及

响应于收到所述验证失败消息，所述结算平台将所述验证失败消息转发给所述接收终端。

8.如权利要求1所述的支付方法，其特征在于，所述结算平台执行结算具体包括：

所述结算平台向与所述第一支付账户相对应的交易服务器传送结算请求，所述结算请求包括所述第一支付账户的所述支付账户信息；以及

所述交易服务器根据支付金额对所述第一支付账户进行扣款，并将所扣款项划入所述结算平台的交易账户。

9.如权利要求8所述的支付方法，其特征在于，还包括：

所述交易服务器在扣款后向所述结算平台反馈支付结算信息：以及

所述结算平台向所述接收终端转发所述支付结算信息。

10.如权利要求1所述的支付方法，其特征在于，所述支付身份信息包括支付ID，所述用户管理平台对所述支付身份信息进行验证包括：

所述用户管理平台从数据库中检索所述支付ID；

若未检索到所述支付ID，则验证失败；

若检索到所述支付ID，则验证成功。

11.如权利要求10所述的支付方法，其特征在于，所述支付身份信息还包括支付密码，所述用户管理平台对所述支付身份信息进行验证具体包括：

若检索到所述支付ID，则进一步将所述数据库中与所述支付ID相关联的支付密码与接收自所述结算平台的所述支付密码相比较；

若两者一致，则验证成功，否则验证失败。

12.如权利要求1所述的支付方法，其特征在于，所述第一支付账户为默认用于支付的支付账户，所述用户管理平台向所述结算平台传送第一支付账户的支付账户信息具体包括：

所述用户管理平台响应于收到所述支付身份信息直接检索出与所述支付身份信息相关联的默认用于支付的所述第一支付账户的所述支付账户信息。

13.如权利要求1所述的支付方法，其特征在于，所述支付身份信息还附带有指示所述第一支付账户的标识符，所述用户管理平台向所述结算平台传送第一支付账户的支付账户信息具体包括：

所述用户管理平台根据所述标识符检索出所述第一支付账户的所述支付账户信息。

14.如权利要求1所述的支付方法，其特征在于，当所述用户管理平台向所述结算平台发送所述第一支付账户的支付账户信息的账户关联信息时，还包括：

所述结算平台根据所述账户关联信息在所述结算平台的数据库中找出所述第一支付账户的所述支付账户信息。

15.如权利要求1所述的支付方法，其特征在于，所述传输信号是声波信号、红外信号、WiFi信号、射频信号中的任意一种信号。

16.一种支付系统，包括：

支付终端，所述支付终端用于以传输信号的形式发送支付身份信息；接收终端，所述接收终端用于接收所述支付身份信息并发送交易请求，所述交易请求包括所述支付身份信息；以及

结算平台，所述结算平台用于接收所述交易请求并且基于对所述支付身份信息的验证执行结算；

还包括用户管理平台，所述用户管理平台用于对接收自所述结算平台的所述支付身份信息进行验证，并且若验证成功，则向所述结算平台传送用于支付的第一支付账户的支付账户信息或所述支付账户信息的账户关联信息，其中所述结算平台进一步用于响应于获得所述第一支付账户的所述支付账户信息，执行结算。

17.如权利要求16所述的支付系统，其特征在于，所述支付终端包括：

编码单元，所述编码单元用于对所述支付身份信息进行编码；以及

信号发射单元，所述信号发射单元发射指示经编码的所述支付身份信息的所述传输信号。

18.如权利要求17所述的支付系统，其特征在于，所述支付终端还包括：

加密单元，所述加密单元用于在所述编码单元进行所述编码之前先对所述支付身份信息进行加密，其中所述编码单元用于对经加密的所述支付身份信息进行所述编码。

19.如权利要求16所述的支付系统，其特征在于，所述接收终端包括：

信号接收单元，所述信号接收单元用于接收并处理所述传输信号以获得电信号。

20.如权利要求16所述的支付系统，其特征在于，所述用户管理平台还用于若验证失败，则向所述结算平台传送验证失败消息，其中所述结算平台还用于响应于收到所述验证失败消息将所述验证失败消息转发给所述接收终端。

21.如权利要求16所述的支付系统，其特征在于，还包括交易服务器，其中所述结算平台还用于向所述交易服务器传送结算请求，所述结算请求包括所述第一支付账户的所述支付账户信息，以及所述交易服务器用于根据支付金额对所述第一支付账户进行扣款、并将所扣款项划入所述结算平台的交易账户。