CN106920081B - 一种支付方法、系统和电子设备 - Google Patents

Abstract

本发明提供一种支付方法、系统和电子设备，应用于具有NFC功能的第一电子设备，支付方法在第一电子设备与服务器处于网络在线状态时完成，包括：输入交易请求或通过NFC接收来自于第二电子设备输入的交易请求；其中，所述第二电子设备具有NFC功能，且所述第一电子设备和所述第二电子设备之间通过NFC进行数据交互；执行交易请求；依据执行交易请求的结果，通过NFC向所述第二电子设备发送对应的第一交易响应；生成交易流水；通过网络发送所述交易流水至所述服务器进行簿记。本发明的交易双方均可发起交易，且支付过程简捷快速，提高了用户体验。

Description

一种支付方法、系统和电子设备

技术领域

本发明涉及网络金融支付领域，特别是涉及一种基于NFC(Near FieldCommunication，近距离无线通信技术)的支付方法、系统和电子设备。

背景技术

人存在的地方就存在交易，古代时交易以以物易物的方式进行。随着冶金工艺的发展，金属铸币逐渐过渡为流通媒介，再到近代出现的纸币，通过纸币进行支付在现代社会中也仍是主流的交易方式。但是，在网络发达的今天，悄然出现的无纸化电子支付却正在快速改变人们的支付习惯。刷卡、网络购物已经不再是新鲜物件，电子支付具有在支付时无需找零和无需携带大量钞票的优点，正是这些优点吸引人们采用这种方式进行支付。

目前，市面上利用手机实现非接触式支付功能的应用均为单向发起模式，所涉及的技术流派及应用场景有：

(一)基于扫码技术的扫码支付：交易双发的任何一方利用专用扫码设备或手机终端，通过扫描对手方含有账户信息等内容的条形码或二维码，获知对手方信息，然后输入需要划转金额数据，在线方式下经过付款方银行或第三方支付公司的安全性身份认证(验证支付密码、付款方生物特征验证、随机验证码等验证手段)，在银行或第三方支付公司的业务系统中，完成支付方账户资金向收款方账户的资金转移。目前最为普及的扫码支付是付款方利用自己的智能手机扫描商家二维码完成支付过程，或者，是商家扫描客户的二维码或条形码完成此次资金的划转。

(二)基于智能手机NFC通讯技术的手机单向支付(俗称：刷机支付)：目前市面上较为典型的实际应用案例包括苹果公司的ApplePay、中国银联的UnionPay等，其应用流程及模式主要包括：

1)硬件及平台条件：A、支付方手机终端含有模拟智能卡(卡模拟)被动工作模式(Passive)的NFC芯片；B、支付方手机终端含有用于加密存储支付方个人账户信息及其它个人识别信息的加密芯片；C、收款方带有模拟主动工作模式(Active)的NFC芯片的收款终端设备；D、收款方终端设备始终保持与银行或第三方支付公司业务系统的在线连接。

2)支付步骤及过程：首先，收款方商家在收款终端设备上输入需要收取的款额数据，支付方手机移动终端设备非接触式靠近收款终端设备(15～20cm内)；然后，收款方收款终端设备以NFC主动工作模式单向、主动地获取支付方手机终端设备加密芯片中的相关数据，并在线向后台银行系统或第三方支付系统完成TSM((Trusted Service Manager，可信服务管理)的可信度验证及需要转移的资金金额数据；其次，支付方手机移动终端输入支付校验密码，在线通过支付密码验证后(或在付款凭条上签字)；最后，银行或第三方支付公司的后台业务系统完成支付方账户资金向收款方账户资金的划转。其中，当支付方与其开户银行签署了针对个别商家的小额支付免密码校验协议时，支付方在在线支付时可以免去输入支付校验密码的操作。

虽然基于智能手机NFC通讯技术的手机单向支付，具备了方便、快捷以及无需携带现钞和无需找零的优势，但是：

1、NFC智能手机单向支付方式应用场景适应性差：收款方的商家必须配备支持NFC通讯技术的专用昂贵收款设备，严重限制了该应用场景的普及；

2、交易时，双方无法同时具备资金收取和资金支付功能，且收付款的操作步骤繁琐：现有的刷机支付应用中，商家刷机收款设备的NFC芯片始终处于主动(Active)工作模式，而支付方手机NFC芯片处于被动(Passive)工作模式，是一种典型的单向发起的收付应用模式，无法实现交易双方利用智能手机终端的NFC芯片通讯技术双向发起、便捷安全资金收、付的资金划转；

3、刷机支付应用前期准备性工作操作繁杂，并且必然存在用户银行账户信息或第三方支付公司账户信息泄露的风险，以及账户资金盗刷风险：要启用刷机支付功能前，需要在自己带有NFC智能芯片的手机上下载、安装相应的资金支付APP；在其手机终端支付应用程序中输入自己在银行或第三方支付公司开立的银行账户信息及个人标识信息；并且需要在线完成个人真实身份验证；

4、刷机支付操作步骤繁琐：刷机支付过程中，需要支付方在付款凭条上签字或在手机终端上执行支付密码验证，客户体验有待提升；

5、无法在离线状态下完成资金划转交易：刷机支付过程当中，收款方和支付方均必须与后台银行系统或第三方支付系统保持实时业务通讯，一旦通讯线路中断，即无法实现资金划转交易。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种支付方法、系统和电子设备，用于解决现有技术中手机支付的应用场景的适应性差，操作步骤繁琐的问题。

为实现上述目的及其他相关目的，本发明提供一种支付方法，应用于具有NFC功能的第一电子设备，所述支付方法在所述第一电子设备与服务器处于网络在线状态时完成，包括：输入交易请求或通过NFC接收来自于第二电子设备输入的交易请求；其中，所述第二电子设备具有NFC功能，且所述第一电子设备和所述第二电子设备之间通过NFC进行数据交互；执行交易请求；依据执行交易请求的结果，通过NFC向所述第二电子设备发送对应的第一交易响应；生成交易流水；通过网络发送所述交易流水至所述服务器进行簿记。

于本发明的一实施例中，交易请求包括付款请求或收款请求。

于本发明的一实施例中，所述输入交易请求或接收来自于第二电子设备输入的交易请求的步骤包括：输入付款请求或收款请求；或接收来自于所述第二电子设备的付款请求或收款请求。

于本发明的一实施例中，所述执行交易请求的步骤包括：当输入付款请求或接收收款请求时，则支付对应的金额；当输入收款请求时，则向所述第二电子设备发送收款请求，并接收来自于所述第二电子设备的第二交易响应，收取对应的金额；其中，第二交易响应是所述第二电子设备依据第一电子设备收款请求进行处理后所反馈的；当接收付款请求时，则收取对应的金额。

于本发明的一实施例中，所述支付对应的金额的步骤包括：判断金额是否大于等于所述第一电子设备的支付阈值：若否，则直接支付对应的金额；若是，则提示是否确认支付：若确认，则支付对应的金额；若否认，则支付交易结束。

于本发明的一实施例中，当输入付款请求或接收收款请求时，所述生成交易流水的步骤包括：接收来自于所述第二电子设备的第二交易响应，其中，第二交易响应是所述第二电子设备依据第一交易响应进行处理后所反馈的；依据第二交易响应生成交易流水。

于本发明的一实施例中，所述接收来自于所述第二电子设备的第二交易响应的步骤包括：判断在预设时间阈值内是否接收到来自于所述第二电子设备的第二交易响应：若否，则支付交易失败，若是，则继续。

于本发明的一实施例中，所述第一交易响应包括第一电子设备交易确认或第一电子设备交易取消；所述第二交易响应包括第二电子设备交易确认或第二电子设备交易取消。

于本发明的一实施例中，所述第一电子设备交易确认是所述第一电子设备依据交易请求支付或收取了对应金额后通过NFC所反馈的；所述第一电子设备交易取消是所述第一电子设备依据所述交易请求未支付或未收取对应金额后通过NFC所反馈的；所述第二电子设备交易确认是所述第二电子设备依据交易请求支付或收取了对应金额后通过NFC所反馈的；所述第二电子设备交易取消是所述第二电子设备依据所述交易请求未支付或未收取对应金额后通过NFC所反馈的。

于本发明的一实施例中，所述支付方法还包括：接收所述服务器反馈的清算结果，并依据所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转；其中，所述清算结果是所述服务器依据簿记的所述交易流水进行核对统计后获得的结果。

于本发明的一实施例中，在所述支付的过程中，当所述第二电子设备与所述服务器处于网络离线状态时，则所述第二电子设备的资金划转在与所述服务器处于网络在线状态时再进行。

于本发明的一实施例中，在所述支付的过程中，所述第二电子设备始终与所述服务器处于网络在线状态。

本发明还公开了一种支付系统，应用于具有NFC功能的第一电子设备，且所述第一电子设备与服务器处于网络在线状态，与具有NFC功能的第二电子设备通过NFC进行交易数据的交互，所述交易数据包括：交易请求、第一交易响应和/或第二交易响应；所述支付系统包括：网络通信模块，用于通过网络与服务器进行清算数据交互；其中，所述清算数据包括交易流水和/或清算结果；输入模块，用于输入交易请求；执行处理模块，用于依据交易请求和/或第二交易响应进行付款或收款；生成模块，用于依据所述执行处理模块的执行结果或所述第二交易响应生成交易流水。

于本发明的一实施例中，所述支付系统还包括划转模块，用于依据所述服务器反馈的所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转。

本发明还公开了一种电子设备，包括如上所述的支付系统。

本发明还公开了一种存储软件的可读介质，所述软件包括一个或多个可执行的指令，其特征在于：所述指令在执行时使得一个或多个具有NFC功能的第一电子设备执行操作，所述操作包括：执行交易请求；依据执行交易请求的结果，通过NFC向所述第二电子设备发送对应的第一交易响应；生成交易流水；通过网络发送所述交易流水至所述服务器进行簿记。

如上所述，本发明的一种支付方法、系统和电子设备，以NFC通讯技术为基础，依据于NFC通讯的距离限制，实现了面对面的便捷实时支付。本发明具有以下有益技术效果：

1)在便捷支付过程中，突破了传统NFC支付中只能单向发起交易的模式，实现了交易双方均可发起交易，使得交易更加便利，增加了用户体验；

2)本发明的支付是面对面的支付交易，因此，省略了密码校验的过程，使得支付操作更加简捷，增加了用户体验；

3)本发明的支付的资金清算并不需要绑定银行卡或第三方支付账号，只需在电子设备处于网络在线时，通过银行或第三方支付的电子支付平台进行资金划转，避免了用户的个人资料的泄露，防止了银行卡或第三方支付账号的盗用；

4)本发明的电子设备只要具备NFC功能即可，大大降低了支付成本。

附图说明

图1显示为本发明实施例公开的一种支付方法的应用场景示意图。

图2显示为本发明实施例公开的一种支付方法的流程示意图。

图3显示为本发明实施例公开的当输入的交易请求为付款请求时的支付方法的流程示意图。

图4显示为本发明实施例公开的当输入的交易请求为收款请求时的支付方法的流程示意图。

图5显示为本发明实施例公开的当接收的交易请求为付款请求时的支付方法的流程示意图。

图6显示为本发明实施例公开的当接收的交易请求为收款请求时的支付方法的流程示意图。

图7显示为本发明实施例公开的一种支付系统的原理结构示意图。

元件标号说明

100 第一电子设备

200 第二电子设备

300 服务器

710 网络通信模块

720 输入模块

730 执行处理模块

740 生成模块

750 划转模块

S21～S26，S31～S36， 步骤

S41～S46，S51～S56，

S61～S66

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

请参阅附图。需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

本发明提供了一种基于NFC功能的支付方法、系统和电子设备，其支付交易直接通过NFC功能来实现，交易双方均可发出交易请求，交易时不需密码校验，交易完成后生成交易流水，实时通过服务器进行核对结算，并通过银行或第三方支付平台进行资金划转。

本发明的支付方法、系统和电子设备应用于如图1所示的场景，包括第一电子设备100、第二电子设备200和服务器300。第一电子设备100和第二电子设备200均具备NFC功能，且第一电子设备100和第二电子设备200之间通过NFC进行数据交互；第一电子设备100和第二电子设备200与服务器300之间通过网络连接。其中，第一电子设备100和第二电子设备200包括存储器、存储器控制器、一个或多个处理器(CPU)、接口电路、RF(射频)电路、音频电路、扬声器、麦克风、输入/输出(I/O)子系统、触摸显示屏、其他输出或控制设备，以及外部端口。这些组件通过一条或多条通信总线或信号线进行通信。本发明的电子设备可以是任何便携式电子设备，包括但不限于笔记本电脑、平板电脑、智能手机、个人数字助理(PDA)等等，还可能包括其中两项或多项的组合。应当理解，本实施例中列举的设备只是便携式电子设备的一个实例。第一电子设备100和第二电子设备200与服务器300之间的网络连接既可通过有线网络通信来实现，也可通过无线网络通信来实现。

实施例1

为了说明方便，本实施例的支付方法以图1中的第一电子设备100为例，需要说明的是，本实施例的支付方法并不仅适用于第一电子设备100，同样适用于第二电子设备200。

本实施例的支付方法由第一电子设备100所对应的支付系统来执行，其中，支付系统是安装在第一电子设备100中的应用软件或APP(Application，应用)等。应用软件或APP以可执行的指令的形式保存在可读介质中，通过运行应用软件或APP，使得第一电子设备100实现支付。其中，可读介质即为电子设备的存储器，包括所有形式的非易失性存储器、介质和存储器设备，包括例如：半导体存储器设备，例如EPROM、EEPROM、和快闪存储器设备；磁盘，例如内部硬盘或可移动盘；磁光盘；以及CD-ROM和DVD-ROM盘。处理器和可读介质(存储器)之间能够由专用逻辑电路补充或并入专用逻辑电路中。

本实施例的支付方法是指第一电子设备100与第二电子设备200之间的支付交易，其是利用了NFC功能，在支付交易过程中，第一电子设备100和第二电子设备200之间通过NFC实现支付数据的交互：只要将第一电子设备100和第二电子设备200相互靠近，当两者间距满足NFC通信的有效距离(15cm～20cm)时，即可实现第一电子设备100和第二电子设备200之间的支付数据交互。

如图2所示，支付方法包括：

步骤S21，输入交易请求或通过NFC接收来自于第二电子设备200输入的交易请求；

步骤S22，执行交易请求；

步骤S23，依据执行交易请求的结果，通过NFC向所述第二电子设备200发送对应的第一交易响应；

步骤S24，生成交易流水；

步骤S25，通过网络发送所述交易流水至所述服务器进行簿记。

其中，服务器对交易流水的簿记是将每一笔交易流水记录并保存在服务器中。例如，电子设备A向电子设备B支付了10元，那么，针对电子设备A，则记录A支出10元；针对电子设备B，则记录为B收入10元。服务器的簿记过程是本领域技术人员所熟知的技术，因此，在此就不再进行赘述。

进一步地，本实施例的支付方法还包括：

步骤26，接收服务器反馈的清算结果，并依据所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转。

其中，对清算结果的接收可以进行设置，既可以是实时接收每一笔交易流水后的清算结果，即，上传交易流水至服务器进行簿记，服务器随即依据簿记的结果进行清算，并实时反馈清算结果至第一电子设备，依据清算结果完成资金的提现或支付；还可以通过预设一时间点，每天的该时间点，接收全天交易的清算结果，并最终完成资金的提现或支付，即，上传了交易流水之后，第一电子设备并不接收服务器反馈的清算结果，等到预设时间点，一次性地接收全天交易流水的清算结果，并依据清算结果完成资金的提现或支付。之所以以全天交易作为结算节点，是出于交易金额的考量，如果每笔交易均为小额交易，例如50元以内的交易，如果对每一笔均实时进行清算和划转，操作过于复杂和繁琐。

清算结果是服务器依据簿记的交易流水进行核对统计后获得的结果。同样的，清算结果既可以是服务器依据单笔交易流水进行簿记和核对统计后获得的结果，还可以是依据多笔交易流水进行簿记和核对统计后的结果。并且，服务器300在进行簿记的交易流水的清算结果的核对统计时，为了防止单边账的发生，其会针对交易的双方进行交易的支付与收款的核对。例如，电子设备A向电子设备B支付了10元；电子设备A向电子设备C收取了3元；电子设备B向电子设备C支付了5元；那么，针对电子设备A，簿记记录为：1)支出10元；2)收取3元；针对电子设备B，簿记记录为：1)收取10元；2)支出5元；针对电子设备C，簿记记录为1)收取3元，2)支出5元。对这些簿记记录进行核对统计，最终，得到电子设备A的清算结果为：支出7元；电子设备B的清算结果为收取5元；电子设备C的清算结果为支出2元。

本实施例的支付方法在资金划转过程中并未绑定银行卡或第三方支付账号，在接收到清算结果后，用户通过银行APP或第三方支付的电子支付平台(例如支付宝或微信钱包)向后台的服务器300进行资金的划转。例如，电子设备A接收到的清算结果为“支出7元”，那么，可通过支付宝平台向服务器300划转7元。如此，有效防止了银行卡和第三方支付账号的盗用。

进一步地，交易请求包括付款请求和收款请求。针对不同的交易请求，步骤S21～步骤S24的过程都有所差异。

如图3所示，当第一电子设备为发起方，且发起的交易请求为付款请求时，所述支付方法包括：

步骤S31，输入付款请求；其中，付款请求包括但不限于付款金额。

选择付款模式，并输入相应的付款金额。

步骤S32，依据付款请求支付对应的金额，具体地：

为了进一步保证交易的安全性，在第一电子设备100中还预设了支付阈值，通过支付阈值对较大金额的支付情况进行再次的审核，以防止误操作以及确认交易的准确性。其中，支付阈值是通过用户根据自身的实际情况进行设置。优选地，在本实施例中将第一电子设备100的流水余额作为支付阈值。

步骤S32包括：

判断付款金额是否大于等于支付阈值：

若是，则支付的金额过多，需要经过用户再次确认，因此，提示用户选择是否确认支付：如果用户确认支付，则直接支付对应的金额；如果用户选择放弃支付，则支付交易结束；

若否，则出于支付便捷的考虑，直接支付对应的金额。

步骤S33，依据付款结果发送第一交易响应至第二电子设备200。

当支付成功时，发送第一交易响应，即第一电子设备交易确认，至第二电子设备200；

当支付失败时，则支付交易结束。

步骤S34，接收来自于第二电子设备200的第二交易响应，生成交易流水。

由于在发起付款请求的情况下，第一电子设备100是支付方，因此，其支付的金额需要收款方，即第二电子设备200，的收款确认(第二交易响应的第二电子设备交易确认)才表示支付成功，因此在生成交易流水之前，必须接收来自于第二电子设备200的第二交易响应。

其中，第二交易响应为第二电子设备200按照第一交易响应收取支付金额，依据收取结果所反馈的。具体地，当第二电子设备200按照第一交易响应收取到了支付金额时，则反馈第二电子设备交易确认，并生成第二电子设备200的交易流水；当第二电子设备200按照第一交易响应未收取到支付金额(包括但不限于：不收取支付金额、支付金额有误等等)，则反馈第二电子设备交易取消，不生成第二电子设备200的交易流水。

进一步地，为了避免第一电子设备100和第二电子设备200之间NFC的通信故障，第一电子设备100对接收第二交易响应预设了一时间阈值，当等待接收的时间超过了时间接收阈值，则支付交易失败。

如果在时间阈值内未接收到第二交易响应，那么支付交易失败，并予以提示，不进行交易流水的生成，支付交易结束；

如果接收的第二交易响应为第二电子设备交易确认，则生成交易流水；

如果接收的第二交易响应为第二电子设备交易取消，则提示用户，支付交易结束。

步骤S35，通过网络发送所述交易流水至所述服务器进行簿记。

步骤S36，接收服务器反馈的清算结果，并依据所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转。

如图4所示，当第一电子设备为发起方，且发起的交易请求为收款请求时，所述支付方法包括：

步骤S41，输入收款请求；其中，收款请求包括但不限于收款金额；

直接选择收款模式，并输入相应的收款金额。

步骤S42，向第二电子设备200发送收款请求，并接收来自于第二电子设备200的第二交易响应，收取对应的金额；

依据收款请求，第一电子设备100处于收款方，因此，其需要将收款请求发送至第二电子设备200，由第二电子设备200予以支付该款项。

进一步地，第二电子设备200在进行金额支付时，基于支付安全的考量，接收到收款请求后，会将收款请求提示给用户，用户根据实际情况判断是否支付该笔金额：

如果选择支付，则继续，且支付过程如步骤S32；

否则，则支付交易结束。

并且第二电子设备200根据是否支付成功向第一电子设备100反馈第二交易响应：

当第二电子设备100支付成功时，则反馈第二电子设备交易确认；否则，反馈第二电子设备交易取消。

当接收到第一电子设备交易确认时，则收取相应的金额；否则，支付交易结束。

此外，为了避免第一电子设备100和第二电子设备200之间NFC的通信故障，第一电子设备100对接收第二交易响应预设了一时间阈值，当等待接收的时间超过了时间接收阈值，则支付交易失败。

步骤S43，依据收款结果发送第一交易响应至第二电子设备200。

当收款成功时，发送第一交易响应，即第一电子设备交易确认，至第二电子设备200；

当支付失败时，发送第一交易响应，即第一电子设备交易取消，至第二电子设备200。

第二电子设备200根据第一交易响应生成交易流水。

步骤S44，生成交易流水。

由于交易请求为第一电子设备收款请求，因此，只要第一电子设备100收取到相应金额，即表示交易成功，因此只要收款成功，即可生成交易流水；如果收款失败，则提示用户，支付结束。

步骤S45，通过网络发送所述交易流水至所述服务器进行簿记。

步骤S46，接收服务器反馈的清算结果，并依据所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转。

如图5所示，当第一电子设备为接收方，且接收的交易请求为付款请求时，所述支付方法包括：

步骤S51，接收来自于第二电子设备200的付款请求，其中，付款请求包括但不限于付款金额；

其中，第二电子设备的支付过程与步骤S32相同，在此不再赘述。

步骤S52，按照付款请求，收取对应的金额；

由于接收的是付款请求，因此，第一电子设备100是作为收款方，只要根据第二电子设备付款请求，相应地选取收款模式，收取对应的金额即可。

步骤S53，依据收款结果发送第一交易响应至第二电子设备。

当收款成功时，发送第一交易响应，即第一电子设备交易确认，至第二电子设备200；

当支付失败时，发送第一交易响应，即第一电子设备交易取消，至第二电子设备200。

第二电子设备200根据第一交易响应生成交易流水。

步骤S54，生成交易流水。

由于交易请求为第二电子设备付款请求，因此，只要第一电子设备100收取到相应金额，即表示交易成功，因此只要收款成功，即可生成交易流水；如果收款失败，则提示用户，支付结束。

步骤S55，通过网络发送所述交易流水至所述服务器进行簿记。

步骤S56，接收服务器反馈的清算结果，并依据所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转。

如图6所示，当第一电子设备为接收方，且接收的交易请求为收款请求时，所述支付方法包括：

步骤S61，接收来自于第二电子设备200的收款请求，其中，收款请求包括但不限于收款金额；

步骤S62，按照收款请求，支付对应的金额；

基于支付安全的考量，接收到收款请求后，会将收款请求提示给用户，用户根据实际情况判断是否支付该笔金额：

如果选择支付，则继续，且支付过程如步骤S32；

否则，则支付交易结束。

步骤S63，依据付款结果发送第一交易响应至第二电子设备200。

当付款成功时，发送第一交易响应，即第一电子设备交易确认，至第二电子设备；

当支付失败时，发送第一交易响应，即第一电子设备交易取消，至第二电子设备。

步骤S64，接收来自于第二电子设备200的第二交易响应，生成交易流水。

由于在收款请求的情况下，第一电子设备100是支付方，因此，其支付的金额需要收款方，即第二电子设备200，的收款确认(第二交易响应的第二电子设备交易确认)才表示支付成功，因此在生成交易流水之前，必须接收来自于第二电子设备200的第二交易响应。该过程与步骤S34相同，在此就不再详细赘述了。

步骤S65，通过网络发送所述交易流水至所述服务器进行簿记。

步骤S66，接收服务器反馈的清算结果，并依据所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转。

需要说明的是，本实施例的支付方法虽然是以第一电子设备100为例，但是其同样适用于第二电子设备200。并且，第二电子设备200的支付可在与服务器300处于网络在线状态时进行，在此种情况下，步骤S25和步骤S26是实时进行的；第二电子设备200的支付可在与服务器300处于网络离线状态时进行，在此种情况下，步骤S25和步骤S26是不执行的，且步骤S24中生成的交易流水会予以保存，在第二电子设备200与服务器300处于网络在线状态时再进行。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

实施例2

本实施例公开了一种支付系统，应用于具有NFC功能的第一电子设备100和/或第二电子设备200，即第一电子设备100和第二电子设备200内均包括NFC通信模块。第一电子设备100与服务器300处于网络在线状态，第一电子设备100和第二电子设备200之间通过NFC通信模块进行交易数据的交互。其中，交易数据包括交易请求、第一交易响应和/或第二交易响应。

如图7所示，本实施例的支付系统包括：

网络通信模块710，用于通过网络与服务器进行清算数据交互；其中，所述结算数据包括交易流水和/或清算结果；

输入模块720，用于输入交易请求；其中，交易请求包括：第一电子设备付款请求和第一电子设备收款请求；

执行处理模块730，用于依据交易请求和/或第二交易响应进行付款或收款；

生成模块740，用于依据执行处理模块740的执行结果或第二交易响应生成交易流水；

划转模块750，用于依据所述服务器反馈的所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转。

此外，为了突出本发明的创新部分，本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。

并且，不难发现，本实施例为与第一实施例相对应的系统实施例，本实施例可与第一实施例互相配合实施。第一实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一实施例中。

综上所述，本发明的一种支付方法、系统和电子设备，以NFC通讯技术为基础，依据于NFC通讯的距离限制，实现了面对面的便捷实时支付。本发明在支付过程中，突破了传统NFC支付中只能单向发起交易的模式，实现了交易双方均可发起交易，使得交易更加便利，增加了用户体验；本发明的支付是面对面的支付交易，因此，省略了密码校验的过程，使得支付造作更加简捷，增加了用户体验；本发明的支付的清算并不需要绑定银行卡或第三方支付账号，只需通过银行或第三方支付的电子支付平台进行资金划转，避免了用户的个人资料的泄露，防止了银行卡或第三方支付账号的盗用；本发明的电子设备只要具备NFC功能即可，大大降低了支付成本。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (14)

1.一种支付方法，其特征在于，应用于具有NFC功能的第一智能手机，所述支付方法在所述第一智能手机与服务器处于网络在线状态时完成，包括：

输入交易请求或通过NFC接收来自于第二智能手机输入的交易请求；其中，所述第二智能手机具有NFC功能，且所述第一智能手机和所述第二智能手机之间通过NFC进行数据交互；交易请求包括付款请求或收款请求；

执行交易请求；

依据执行交易请求的结果，通过NFC向所述第二智能手机发送对应的第一交易响应；

生成交易流水：通过NFC接收来自于所述第二智能手机的第二交易响应，其中，第二交易响应是所述第二智能手机依据第一交易响应进行处理后所反馈的；依据第二交易响应生成交易流水；

通过网络发送所述交易流水至所述服务器进行簿记。

2.根据权利要求1所述的支付方法，其特征在于：所述输入交易请求或接收来自于第二智能手机输入的交易请求的步骤包括：

输入付款请求或收款请求；或

接收来自于所述第二智能手机的付款请求或收款请求。

3.根据权利要求1所述的支付方法，其特征在于：所述执行交易请求的步骤包括：

当输入付款请求或接收收款请求时，则支付对应的金额；

当输入收款请求时，则向所述第二智能手机发送收款请求，并接收来自于所述第二智能手机的第二交易响应，收取对应的金额；其中，第二交易响应是所述第二智能手机依据第一智能手机收款请求进行处理后所反馈的；

当接收付款请求时，则收取对应的金额。

4.根据权利要求3所述的支付方法，其特征在于：所述支付对应的金额的步骤包括：

判断金额是否大于等于所述第一智能手机的支付阈值：

若否，则直接支付对应的金额；

若是，则提示是否确认支付：若确认，则支付对应的金额；若否认，则支付交易结束。

5.根据权利要求3所述的支付方法，其特征在于：所述接收来自于所述第二智能手机的第二交易响应的步骤包括：判断在预设时间阈值内是否接收到来自于所述第二智能手机的第二交易响应：若否，则支付交易失败，若是，则继续。

6.根据权利要求3所述的支付方法，其特征在于：所述第一交易响应包括第一智能手机交易确认或第一智能手机交易取消；所述第二交易响应包括第二智能手机交易确认或第二智能手机交易取消。

7.根据权利要求6所述的支付方法，其特征在于：

所述第一智能手机交易确认是所述第一智能手机依据交易请求支付或收取了对应金额后通过NFC所反馈的；

所述第一智能手机交易取消是所述第一智能手机依据所述交易请求未支付或未收取对应金额后通过NFC所反馈的；

所述第二智能手机交易确认是所述第二智能手机依据交易请求支付或收取了对应金额后通过NFC所反馈的；

所述第二智能手机交易取消是所述第二智能手机依据所述交易请求未支付或未收取对应金额后通过NFC所反馈的。

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

接收所述服务器反馈的清算结果，并依据所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转；其中，所述清算结果是所述服务器依据簿记的所述交易流水进行核对统计后获得的结果。

9.根据权利要求8所述的支付方法，其特征在于：在所述支付的过程中，当所述第二智能手机与所述服务器处于网络离线状态时，则所述第二智能手机的资金划转在与所述服务器处于网络在线状态时再进行。

10.根据权利要求8所述的支付方法，其特征在于：在所述支付的过程中，所述第二智能手机始终与所述服务器处于网络在线状态。

11.一种支付系统，其特征在于：应用于具有NFC功能的第一智能手机，且所述第一智能手机与服务器处于网络在线状态，与具有NFC功能的第二智能手机通过NFC进行交易数据的交互，所述交易数据包括：交易请求、第一交易响应和/或第二交易响应；所述支付系统包括：

网络通信模块，用于通过网络与服务器进行清算数据交互；其中，所述清算数据包括交易流水和/或清算结果；

输入模块，用于输入交易请求；

执行处理模块，用于依据交易请求和/或第二交易响应进行付款或收款；

生成模块，用于依据所述执行处理模块的执行结果或所述第二交易响应生成交易流水。

12.根据权利要求11所述的支付系统，其特征在于：所述支付系统还包括划转模块，用于依据所述服务器反馈的所述清算结果，利用银行或第三方支付的电子支付平台实现资金的划转。

13.一种智能手机，其特征在于：包括如权利要求11或12中所述的支付系统。

14.一种存储软件的可读介质，所述软件包括一个或多个可执行的指令，其特征在于：所述指令在执行时使得一个或多个具有NFC功能的第一智能手机执行操作，所述操作包括：

输入交易请求或通过NFC接收来自于第二智能手机输入的交易请求；其中，所述第二智能手机具有NFC功能，且所述第一智能手机和所述第二智能手机之间通过NFC进行数据交互；交易请求包括付款请求或收款请求；

执行交易请求；

依据执行交易请求的结果，通过NFC向所述第二智能手机发送对应的第一交易响应；

生成交易流水：通过NFC接收来自于所述第二智能手机的第二交易响应，其中，第二交易响应是所述第二智能手机依据第一交易响应进行处理后所反馈的；依据第二交易响应生成交易流水；

通过网络发送所述交易流水至所述服务器进行簿记。