ESE方式支付还是采用ESE方式支付，SIM-ESE方式支付，钱从SIM卡中的ESE扣除，采用ESE方式支付，钱从内嵌的ESE中扣除。
[0116]修改:则用户可以通过移动终端选择是采用SM-ESE方式支付还是采用ESE方式支付，SM-ESE方式支付，钱从SIM卡中的ESE扣除，采用ESE方式支付，钱从内嵌的ESE中扣除。
[0117]请参看图4，图4示出了本发明基于近场通讯的数据处理方法的第二实施例，本实施例以第一实施例为基础，并在步骤SlOO之前，新增了步骤S400和步骤S500，本具体实施例中对上述调整的部分做具体说明:
[0118]步骤S400，第一移动终端根据输入的登录信息进行认证，并判断是否认证成功；若是，则进入所述交换数额模式，并执行步骤SlOO ;若否，执行步骤S500。
[0119]该登录信息可以是输入的账号和密码，可以是输入指纹信息，可以是输入滑动轨迹信息，也可以是通过扫二维码或条码获得，还可以是通过其他软件的快速登录功能，例如在进入交换数额模式之前预设时间内，例如I分钟之内，登录了 QQ软件，则可以在进入交换数额模式时，自动从QQ软件获取账户信息，并进行认证。该认证可以是发送至网络端服务器进行认证，也可以是与第一移动终端本地的预留信息进行比对，比对成功则认证成功。
[0120]步骤S500，展示告警信息。该告警信息可以是通过屏幕显示，也可以是结合声音和振动等效果来展示给用户。
[0121 ] 本实施例中，通过增设认证的步骤，可以避免非机主使用的情况，进而能够使得账户更安全。
[0122]请参看图5，图5示出了本发明基于近场通讯的数据处理方法的第三实施例，本实施例以第一实施例为基础，其中所述扣除信息还包括发放模式的信息；并在步骤S300之后，新增了步骤S600、S700和S800，本具体实施例中对上述调整的部分做具体说明:
[0123]步骤S600，判断所述发放模式是否为连续发放；若是，则执行步骤S700 ;若否，则执行步骤S800。
[0124]步骤S700，判断是否接收到终止指令，若是，则执行步骤S800 ;若否，则执行步骤S200o
[0125]步骤S800，结束。
[0126]其中，终止指令，可以是用户操作产生的，也可以是计数器记录达到预设的交换次数时产生的，也可以是持续时间达到预设时长时产生的，也可以是交换数额的总额达到预设值时产生的等。
[0127]通过本实施例的方案，可以使得用户可以选择模式，从而可以达到连续发送，避免多次发送而产生的繁琐的操作。
[0128]请参看图6，图6示出了一种基于近场通讯的数据处理方法的第四实施例，本实施例可以与上述基于近场通讯的数据处理方法的任一实施例相配合。
[0129]所述基于近场通讯的数据处理方法包括步骤:
[0130]步骤S2000，在交换数额模式下，第二移动终端通过近场通讯接收外部第一移动终端发送的扣除信息。
[0131]步骤S2100，第二移动终端根据所述扣除信息切换至读卡器模式。
[0132]步骤S2200，切换至读卡器模式的第二移动终端通过近场通讯向所述第一移动终端确认根据所述扣除信息的扣款。
[0133]本实施例为基于近场通讯的数据处理方法的第二移动终端侧的方法，与上述的第一移动终端侧的方法相对应，用以协同工作而产生相应的技术效果。
[0134]优选地，在步骤S2200之后，还包括:
[0135]步骤S2300，判断是否接收到上传指令；若是，则执行步骤S2400 ;若否，则返回步骤 S2300。
[0136]步骤S2400，第二移动终端通过网络将所述扣款的信息上传至网络端服务器。
[0137]上传指令可以达到预设条件时发出，而预设条件可以是是否达到预设的时间点，例如预设在整点(7点整或8点整等)时发出上传指令；可以是是否检测到数据信号时发出上传指令；可以是是否检测到Wifi信号时发出上传指令等。若并没有检测到上传指令，则继续监测上传指令。
[0138]当接收到上传指令时，将第二移动终端的扣款的信息上传至网络服务器，从而避免长时间未同步而造成的信息不同步情况。当然，在其他实施例中，上传指令也可以是根据用户的操作而产生，则当用户操作时立即更新。
[0139]本发明还提供了一种基于近场通讯的数据处理装置。
[0140]请参看图7，图7为本发明基于近场通讯的数据处理装置的第一实施例的模块示意图。本实施例中，所述基于近场通讯的数据处理装置10包括:
[0141]输入模块101，用于在输入模块所在的移动终端处于交换数额模式时，获取包括扣除数额的扣除信息。
[0142]通常进入交换数额模式时，即用于交换数额的应用程序被激活时进入，而进入该应用程序可以是触发一虚拟图标按键，或者触发一实体按键。其中，该扣除信息可以包括扣除数额，还可以包括用户附带的文字留言或者图片留言信息等。其中扣除数额的单位可以采用人名币或美元，或者该扣除数额也可以是积分或其他代金券等。
[0143]当然，第一移动终端上需要存在可扣除的余额，该余额可以是事先充值在移动终端上的，用以离线支付。或者第一移动终端提供识别码，而该识别码所对应的网上金融账户具有可扣除的余额，用以在线支付。可扣除的余额可以是数字化货币，当然，还可以是积分、用量或使用次数等。
[0144]传输模拟模块102，用于通过近场通讯将所述扣除信息发送至外部的第二移动终端，并用于根据所述扣除信息切换至卡模式，用以与根据所述扣除信息切换至读卡器模式的第二移动终端适配。
[0145]近场通讯通常需要第一移动终端和第二移动终端之间的距离足够近时，才能进行通讯，例如2cm?10cm，通常在该距离下意味着两个移动终端基本处于相碰或相贴合的状态。在这种模式下两台带近场通讯的移动终端可以彼此交换数据。此时第一移动终端与第二移动终端相互交互，通过该相互交互，可以确认第一移动终端进行数额扣除，而第二移动终端进行数额增加。此时即通过点对点通信，确认第一移动终端为支付方，第二移动终端为接收方。
[0146]第一移动终端在进入卡模式时，很像一个可以被外部读卡器读取的传统非接触智能卡，例如银行卡或公交卡。而余额或识别码等一些保密数据写在移动终端的保密单元里，例如保存在安全芯片eSE内。通过近场通讯这些数据可以被外部读卡器读取，交互信息以进一步操作。
[0147]第二移动终端在进入读卡器模式，则第二移动终端可以读写第一移动终端中的信息。而第二移动终端的读写过程，类似于海报中嵌入近场通讯标签，近场通讯标签中写入了关于海报内容的更多信息，第二移动终端可以读取标签中的信息，以进一步操作。
[0148]扣除模块103，用于通过近场通讯确认所述第二移动终端根据所述扣除信息发起的扣款。
[0149]优选地，所述扣除信息还包括预存的用户信息；从而第二移动终端能展示交换数额的第一移动终端的用户信息给第二移动终端的用户。
[0150]为了解决【背景技术】中所提及的问题，本实施例所提供的基于近场通讯的数据处理装置中，在进行交换数额前，需要两移动终端进行一次P2P通信过程，该过程主要确定支付方和接收方的工作状态，即使支付方的移动终端调整至卡模式，接收方调整至读卡器状态(POS机状态)。从而只需要将两台移动终端轻轻一碰即可完成交换数额，达到了简化交换数额流程的效果。并且通过近场通讯的移动支付，可以避免了网络传输，达到降低通信费用的效果，还可以避免因频繁与网络交互而产生的数据泄漏等不安全问题。
[0151]其中，基于NFC移动支付的整体框架如图9所示，本实施例中以移动终端为例，可以采用两种移动支付手段，即SM-ESE支付和ESE支付手段。其中SM-ESE通常为一种在集成在运营商的SIM卡上的安全元件，通常仅支持经过运营商的支付；ESE为一种在嵌入式的安全元件，通常支持经过银联的支付。移动终端的主机端控制提供完成NFC协议栈的搭建和定义，通过NCI (NFC Control Interface)接口控制NFC的控制器，NFC控制器通过控制射频发射端产生信号，并通过NFC天线进行传播。NFC控制器连接ese和sim_ese单元，通过其安全保证机制，完成两台终端的安全支付。则用户可以通过移动终端选择是采用SIM-ESE方式支付还是采用ESE方式支付，SIM-ESE方式支付，钱从SIM卡中的ESE扣除，采用ESE方式支付，钱从内嵌的ESE中扣除。
[0152]优选地，所述基于近场通讯的数据处理装置10还包括:
[0153]登录模块104，用于在进入交换数额模式之前，根据输入的登录信息进行认证。当认证成功后，进入交换数额模式并通知输入模块执行步骤:接收包括扣除数额的扣除信息。
[0154]该登录信息可以是输入的账号和密码，可以是输入指纹信息，可以是输入滑动轨迹信息，也可以是通过扫描二维码或条码获得，还可以是通过其他软件的快速登录功能，例如在进入交换数额模式之前预设时间内，例如I分钟之内，登录了 QQ软件，则可以在进入交换数额模式时，自动从QQ软件获取账户信息，并进行认证。该认证可以是发送至网络端服务器进行认证，也可以是与第一移动终端本地的预留信息进行比对，比对成功则认证成功。
[0155]当认证失败时，展示告警信息。该告警信息可以是通过屏幕显示，也可以是结合声音和振动等效果来展示给用户。
[0156]本实施例中，通过增设认证的步骤，可以避免非机主使用的情况，进而能够使得账户更安全。
[0157]优选地，所述扣除信息还包括发放模式的信息；
[0158]所述基于近场通讯的数据处理装置10还包括:
[0159]模式判断模块105，用于判断所述发放模式是否为连续