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

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

背景技术：

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

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

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

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

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

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

虽然基于智能手机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进行数据交互；执行交易请求；依据执行交易请求的结果，通过nfc向所述第二电子设备发送对应的第一交易响应；生成交易流水；通过网络发送所述交易流水至所述服务器进行簿记。

于本发明的一实施例中，所述操作还包括支付清算，在所述支付清算时，所述第一电子设备与所述服务器处于网络在线状态；所述支付清算包括：发送未清算的交易流水至所述服务器进行簿记；接收来自于所述服务器的清算结果；其中，所述清算结果是所述服务器依据簿记的交易流水进行逐笔核对统计后获得的结果；依据所述清算结果，利用银行或第三方支付平台实现资金的划转。

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

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

2)本发明的电子设备之间的便捷支付可在网络离线状态下实现，完全打破了网络的限制，使得适用范围更加广泛；

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

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

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

附图说明

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

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

图3显示为本发明实施例公开的当交易请求为第一电子设备付款请求时的支付交易的流程示意图。

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

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

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

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

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

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

元件标号说明

100第一电子设备

200第二电子设备

300服务器

810网络通信模块

820输入模块

830执行处理模块

840生成存储模块

850划转模块

s21～s24，s31～s34，步骤

s41～s44，s51～s54，

s61～s64，s71～s73

具体实施方式

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

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

本发明提供了一种基于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与服务器300处于网络离线状态时进行的，并且本实施例的支付交易是指第一电子设备100与第二电子设备200之间的支付交易，在支付交易过程中，第一电子设备100和第二电子设备200之间通过nfc实现支付数据的交互：只要将第一电子设备100和第二电子设备200相互靠近，当两者间距满足nfc通信的有效距离(15cm～20cm)时，即可实现第一电子设备100和第二电子设备200之间的支付数据交互。

如图2所示，支付交易包括：

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

步骤s22，执行交易请求；

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

步骤s24，生成并保存交易流水。

由于本实施例的支付交易是在与服务器300的网络离线状态下进行的，因此，其每一笔支付交易都必须保存对应的交易流水，以便在清算时提供给服务器300。

其中，交易请求包括付款请求和收款请求。针对不同的交易请求，步骤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对接收第二交易响应预设了一时间阈值，当等待接收的时间超过了时间接收阈值，则支付交易失败。

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

如果接收的第二交易响应为第二电子设备交易确认，则生成并保存交易流水，支付交易结束；

如果接收的第二交易响应为第二电子设备交易取消，则提示用户，交易流水也不进行生成，支付交易结束。

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

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

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

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

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

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

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

否则，则支付交易结束。

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

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

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

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

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

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

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

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

步骤s44，生成并保存交易流水。

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

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

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

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

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

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

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

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

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

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

步骤s54，生成并保存交易流水。

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

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

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

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

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

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

否则，则支付交易失败。

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

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

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

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

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

由于支付交易是在网络离线状态下完成的，因此，支付交易的所有交易流水其实都是虚拟的。只有在第一电子设备100与服务器300处于网络在线状态时，通过连接服务器300进行清算和资金划转，才能完成实际意义的支付交易。

如图7所示，在第一电子设备100处于网络在线状态下，其支付清算包括：

步骤s71，发送未清算的交易流水至所述服务器300进行簿记；

由于支付交易是在网络离线状态下完成的，因此，其所有的交易流水都是虚拟的。为了完成实际意义的支付，必须在网络在线状态对未清算的交易流水进行清算。优选地，预设时间为每日交易的清算时间。这样，在该预设时间时，只要第一电子设备100与服务器300处于网络在线状态，即会发送未清算的交易流水至服务器。优选地，在本实施例中，预设每天晚上9点为清算时间。由于晚上9点，几乎所有的人均已回家，此时，能够保证第一电子设备100与服务器300之间的网络畅通。其中，服务器300对交易流水的簿记是本领域技术人员所熟知的技术，在此不再赘述。

步骤s72，接收来自于服务器300的清算结果；

清算结果是服务器300依据簿记的交易流水进行核对统计后获得的结果。并且，服务器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元。

步骤s73，依据清清算结果，利用银行或第三方支付的电子支付平台实现资金的划转。

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

需要说明的是，本实施例的支付方法虽然是以第一电子设备100为例，但是其同样适用于第二电子设备200。并且，第二电子设备200的支付交易也可在与服务器300处于网络在线状态时进行，在此种情况下，支付清算是与支付交易配套实时进行的。

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

实施例2

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

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

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

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

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

划转模块850，用于依据接收的来自于所述服务器300的清算结果，利用银行或第三方支付平台实现资金的划转。

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

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

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

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