CN108604342B - 基于nfc进行数据传输的方法及移动设备 - Google Patents

Abstract

本申请实施例提供一种基于NFC进行数据传输的方法，该方法包括：当所述移动设备感应到NFC射频场时，获取与所述移动设备所处环境相关的情景信息，所述情景信息包括所述移动设备所处的地理位置、时间和特定情景信息中的至少一种，所述特定情景信息是指与NFC支付相关的信息；所述移动设备基于所述情景信息，确定进行NFC支付的模拟卡；所述移动设备接收到用户的确认操作后，选择所述模拟卡；所述移动设备基于所选择的模拟卡与NFC读卡器进行NFC支付。通过本申请实施例提供的技术方案，能够使得上述移动设备在进行NFC支付时更加智能化，进而提高了移动设备的效率，同时也减少了用户的操作，提高了进行NFC支付的用户体验。

Description

基于NFC进行数据传输的方法及移动设备

本申请要求于2017年1月20日提交中国专利局、申请号为201710046050.7、发明名称为“一种智能切换NFC支付的方法和设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及数据处理领域，尤其涉及基于NFC进行数据传输的方法及移动设备。

背景技术

近场通讯(Near Field Communication，以下简称NFC)是一种短距离高频的无线电技术，在13.56MHz±7kHz操作频率下运行于10厘米距离内，其传输速度有106Kbit/s、212Kbit/s或者424Kbit/s三种。目前，NFC技术已成为相关国际标准，并被广泛应用。NFC移动设备(例如手机、平板电脑、具备无线通信功能的可穿戴电子设备等)是指带有NFC硬件的移动设备。NFC移动设备可以支持很多相应的应用程序。一般而言，上述移动设备具有三种应用模式，即读卡器模式、点对点(P2P)模式和卡模拟模式。读卡器模式下，即NFC移动设备作为非接触式读卡器使用。比如从海报或者展览的NFC标签上读取相关信息。在该模式中，具备读写功能的NFC移动设备可从NFC标签中采集数据，然后对该数据进行处理。基于该模式的典型场景包括电子广告读取和车票、电影院门票售卖等。比如如果在电影海报上贴有NFC标签，用户可以利用支持NFC的移动设备贴近该电影海报以便获得该电影的详细信息，或是立即联机使用信用卡购买电影票。读卡器模式还能够用于简单的数据获取，比如公交车站站点信息、公园地图等信息的获取。点对点模式下，即两个NFC移动设备建立连接，实现点对点数据传输。基于该模式，多个具有NFC功能的数字相机、平板电脑、手机之间都可以进行无线互联，实现数据交换。基于该模式的典型应用场景有快速建立蓝牙连接、交换联系人名片等。卡模拟模式下，NFC读卡器是主动设备，产生NFC射频场，NFC移动设备为被动设备，模拟一张符合NFC标准的非接触式的射频卡与上述NFC读卡器进行数据交互，该模式主要用于商店、交通等非接触移动支付场景中，用户只要将NFC移动设备靠近NFC读卡器，并输入密码确认交易或者直接接收交易即可，这使得在不改变现有设施的基础上就可以使用NFC移动设备进行非接触的支付业务。基于该模式的典型场景包括本地支付、门禁控制等。

在卡模拟模式下，目前的NFC移动设备能够同时支持三种模拟卡类型，模拟卡是指移动设备通过NFC硬件模拟的射频卡。这三种类型的模拟卡分别为银行卡、公交卡和门禁卡。一台NFC移动设备可以同时能支持以上三种类型的模拟卡。但是，在某一时刻只能选中其中一张卡作为当前使用的模拟卡。用户在进行手动选择卡片时，需要用户根据具体使用NFC模拟卡的场景来判断所要选择的卡，而该过程在移动设备中所进行的操作步骤非常繁琐，严重降低了该移动设备与用户的智能交互能力，也使得移动设备的效率低下。

发明内容

为解决上述技术问题，本申请实施例提供一种基于NFC进行数据传输的方法及移动设备，使移动设备能够基于用户使用NFC模拟卡时的不同场景而在不同模拟卡之间实现自动选择模拟卡，从而满足用户对于切换过程快捷方便的需求，极大提高了移动设备与用户的智能交互能力。

第一方面，本申请的实施例提供一种基于NFC进行数据传输的方法，该方法在具备NFC功能的移动设备上实现，该方法包括：移动设备接收用户的触摸操作，该触摸操作可以是在触摸屏上进行的；该移动设备基于上述触摸操作，打开与NFC支付相关的应用程序；在该移动设备上显示该应用程序的图形用户界面；移动设备获取与该移动设备所处环境相关的情景信息，该情景信息包括该移动设备所处的地理位置、时间和特定情景信息，该特定情景信息可以包括以下消息中的至少一种：即时消息、蓝牙广播消息、Wi-Fi热点广播消息、移动设备所处的运动状态；该移动设备基于上述情景信息确定进行NFC支付的模拟卡；所述移动设备将所确定的模拟卡提示给用户；该移动设备接收到用户的确认操作后，选择该模拟卡；该移动设备基于选择的模拟卡与NFC读卡器进行NFC支付。通过本申请实施例提供的技术方案，能够使得上述移动设备在进行NFC支付时更加智能化，进而提高了移动设备的效率，同时也减少了用户的操作，提高了进行NFC支付的用户体验。

在一种可能的实施例中，在该移动设备接收用户的触摸操作之前，该方法还可以包括：该移动设备接收并存储NFC支付信息，该NFC支付信息包括NFC支付时的支付地点、支付时间、支付金额；而上述特定情景信息还包括该NFC支付信息，这样，该移动设备可以基于所处的地理位置、时间、Wi-Fi热点广播消息和NFC支付信息，确定进行NFC支付的模拟卡。通过该技术方案，可以使得移动设备更准确地确定所需要的NFC模拟卡。

在一种可能的实施例中，该应用程序的图形用户界面中显示有至少2张不同类型的模拟卡；当该移动设备将确定的模拟卡显示给用户时，该确定的模拟卡可以被放大显示，其他模拟卡被缩小显示。这样，可以突出所确定的模拟卡以便更好的提示用户。

在一种可能的实施例中，在该移动设备基于选择的模拟卡与NFC读卡器进行NFC支付之前，为了进一步提高NFC支付的安全性，移动设备可以让用户进一步进行生物特征信息(例如指纹或虹膜)验证，在用户生物特征信息验证通过之后，移动设备才基于选择的模拟卡进行NFC支付。

第二方面，本申请实施例提供一种基于NFC进行数据传输的方法，该方法在具备NFC功能的移动设备上实现，该方法可以包括：当该移动设备感应到NFC射频场时，获取与该移动设备所处环境相关的情景信息，该NFC射频场时由NFC读卡器发出，该情景信息包括该移动设备所处的地理位置、时间和特定情景信息中的至少一种，该特定情景信息是指与NFC支付相关的信息，例如特定情景信息可以是推特好友发送的商品打折信息，Wi-Fi热点广播消息中的优惠信息等；该移动设备基于上述情景信息，确定进行NFC支付的模拟卡；该移动设备基于所确定的模拟卡，生成模拟卡选择指令；该移动设备根据该模拟卡选择指令，选择相应的模拟卡；该移动设备基于所选择的模拟卡与NFC读卡器进行NFC支付。通过本申请实施例提供的技术方案，能够使得上述移动设备在进行NFC支付时更加智能化，进而提高了移动设备的效率，同时也减少了用户的操作，提高了进行NFC支付的用户体验。

在本实施例中，是当移动设备感应到NFC射频场时才去获取与该移动设备所处环境相关的情景信息，这样能够保证移动设备在需要用到情景信息的时去高效率地获取，也保证了在移动设备准备进行NFC支付时，获取到的情景信息的准确性、实时性，进一步保证了NFC支付的便利性和安全性。当然，在其他的一些实施例中，获取与该移动设备所处环境相关的情景信息也可以发生在移动设备感应到NFC射频场之前，这样的好处是，移动设备能够随时处理相关情景信息，减少了在NFC支付时的一些操作步骤。在另外的一些实施例中，上述情景信息也可以在接收到用户的NFC支付指示时来获取，该NFC支付指示可以是用户的手指在手机的触摸屏上进行的手势操作，该手势操作可以是打开用于NFC支付的应用程序；还例如，该NFC支付指示还可以是双击移动设备的Home键。

在一种可能的实施例中，该特定情景信息可以包括以下消息中的至少一种：即时消息、蓝牙广播消息、Wi-Fi热点广播消息、移动设备所处的运动状态。获取特定情景信息也是为了移动设备更准确地去确定所需要进行NFC支付的模拟卡。

在一种可能的实施例中，在该移动设备感应到NFC射频场之前，该方法还可以包括：该移动设备接收并存储NFC支付信息，该NFC支付信息包括NFC支付时的支付地点、支付时间、支付金额。

在一种可能的实施例中，该特定情景信息还包括该NFC支付信息，因此，该移动设备可以基于所处的地理位置、时间、Wi-Fi热点广播消息和NFC支付信息，确定进行NFC支付的模拟卡。

在一种可能的实施例中，当移动设备基于上述情景信息确定了模拟卡时，移动设备可以点亮触摸屏，并在锁屏的界面下提示用户是否用这张模拟卡；在接收到用户的确认操作后，移动设备在锁屏的情况下选择该模拟卡进行NFC支付。通过上述实施例的技术方案，移动设备只在需要的时候点亮触摸屏，降低了功耗。

第三方面，本申请实施例提供一种基于NFC进行数据传输的方法，该方法可以在智能手表和手机上实现，该智能手表和该手机可以通过短距离通信协议建立无线链路，该方法可以包括：当智能手表感应到NFC射频场时，通过上述无线链路发送通知消息给手机；手机获取与该手机所处环境相关的情景信息，该情景信息包括该手机所处的地理位置、时间和特定情景信息中的至少一种，特定情景信息可以是指与NFC支付相关的信息；该手机基于所述情景信息，确定进行NFC支付的模拟卡，并通过上述无线链路向智能手表发送模拟卡选择指令；智能手表在接收到模拟卡选择指令后，选择所确定的模拟卡；智能手表基于所选择的模拟卡进行NFC支付。本实施例通过在手机和智能手表上共同完成的技术方案，极大提高了进行NFC支付的效率。

在一可能的实施例中，在智能手表选择所确定的模拟卡之后，在智能手表基于所选择的模拟卡进行NFC支付之前，该方法还可以包括：智能手表检测与手机的无线链路是否正常；如果智能手表检测到与手机之间的无线链路正常，则智能手表基于所选择的模拟卡进行NFC支付，或者如果智能手表检测到与手机之间的无线链路断开，则智能手表终止进行NFC支付，并提示用户。这样，智能手表能够根据与手机的无线连接情况来判断是否进行NFC支付，就进一步保证了NFC支付的安全性。

第四方面，本申请实施例提供一种基于NFC进行数据传输的移动设备，该移动设备具体可以包括：触摸屏，处理器、存储器、NFC装置、定位装置、蓝牙装置、Wi-Fi装置、一个或多个传感器，其中：该触摸屏接收用户的触摸操作；该处理器基于该触摸操作，打开与NFC支付相关的应用程序，并在该触摸屏上显示该应用程序的图形用户界面；该处理器获取与该移动设备所处环境相关的情景信息，该情景信息包括通过该定位装置采集到的该移动设备所处的地理位置，时间和特定情景信息，该特定情景信息包括以下消息中的至少一种：即时消息、通过该蓝牙装置接收到的蓝牙广播消息、通过该Wi-Fi装置接收到的Wi-Fi热点广播消息、通过该一个或多个传感器采集到的该移动设备所处的运动状态；该处理器基于该情景信息确定进行NFC支付的模拟卡；该处理器将该确定的模拟卡通过该触摸屏显示给用户；该处理器接收到用户的确认操作后，选择该模拟卡；该NFC装置与NFC读卡器进行NFC支付。

应当理解的是，本申请中对技术特征、技术方案、有益效果或类似语言的描述并不是暗示在任意的单个实施例中可以实现所有的特点和优点。相反，可以理解的是对于特征或有益效果的描述意味着在至少一个实施例中包括特定的技术特征、技术方案或有益效果。因此，本说明书中对于技术特征、技术方案或有益效果的描述并不一定是指相同的实施例。进而，还可以任何适当的方式组合本实施例中所描述的技术特征、技术方案和有益效果。本领域技术人员将会理解，无需特定实施例的一个或多个特定的技术特征、技术方案或有益效果即可实现实施例。在其他实施例中，还可在没有体现所有实施例的特定实施例中识别出额外的技术特征和有益效果。

附图说明

图1是一些实施例中移动设备(例如手机、智能手表等)所处的网络环境的示意图；

图2是一些实施例中智能手表的硬件结构示意图；

图3是一些实施例中手机的硬件结构示意图；

图4是一些实施例中NFC装置的结构示意图；

图5是一些实施例中智能手表与手机的结构示意图；

图6是一些实施例中基于NFC进行数据传输的方法流程图；

图7是一些实施例中的NFC读卡器与移动设备之间的信令交互示意图；

图8是一些实施例中NFC支付所涉及的网络框架示意图；

图9A-9F是一些实施例中的在移动设备(例如智能手表)上设置默认的模拟卡的图形用户界面的示意图；

图10是一些实施例中手机的触摸屏上显示的图形用户界面的示意图；

图11是一些实施例中应用程序“卡包”的一图形用户界面的示意图；

图12是一些实施例中应用程序“卡包”的另一图形用户界面的示意图；

图13是一些实施例中应用程序“卡包”的另一图形用户界面的示意图；

图14是一些实施例中应用程序“卡包”的另一图形用户界面的示意图；

图15是一些实施例中手机在锁屏时显示的图形用户界面的示意图；

图16A是一些实施例中情景服务器与在移动设备里的客户端网络框架示意图；

图16B是一些实施例中情景服务器、手机、智能手表之间的网络框架示意图；

图17是一些实施例中一种NFC支付流程示意图；

图18是一些实施例中另一种NFC支付流程示意图；

图19是一些实施例中另一种NFC支付流程示意图；

图20是一些实施例中移动设备的硬件框架图；

图21是一些实施例中设置NFC支付的默认模拟卡的流程示意图；

图22是一些实施例中NFC支付的框架示意图；

图23A是一些实施例中移动设备上显示的一图形用户界面的示意图；

图23B是一些实施例中移动设备上显示的另一图形用户界面的示意图；

图24是另外一些实施例中移动设备上显示的一图形用户界面的示意图。

具体实施方式

在本文中对本发明的描述中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本发明的限制。如本在发明的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

以下实施例中的移动设备可以是具备NFC功能的各种移动通讯设备，例如可以是具备NFC功能的可穿戴电子设备(如图2中的智能手表200)，也可以是图3所示的手机300，还可以是平板电脑等，以下实施例对移动设备的具体形态不做特别限制。

如图1所示，本实施例提供一种具备NFC功能的智能手表200，该智能手表200可以通过无线方式与无线通信基站100或者与手机300进行无线网络通信。例如，该智能手表200可以通过自身的射频电路和天线，通过无线通信链路L1发送无线信号给基站100，进而请求基站100进行无线网络业务处理该智能手表200具体业务需求；又例如，智能手表200可以通过自身的蓝牙与手机30进行匹配，匹配成功后与手机通过蓝牙通信链路L2进行数据通信，当然也可以通过其他无线通信方式与手机进行数据通信，比如射频识别技术，近距离无线通信技术等。该智能手表200也可以通过自身的各种传感器检测各种环境的数据。另外，由于该智能手表200可以有NFC功能，因此该智能手表200可以通过无线通信链路L3与NFC读卡器500(例如具有NFC功能的POS机等)进行NFC通信。

如图2所示，该智能手表200具体可以包括相互连接的表体和腕带(图2未示出)，其中表体可以包括触摸屏201、NFC装置202、处理器203、微控制单元204、存储器205、麦克风206、环境光传感器207、蓝牙装置208、、定位装置209、心率传感器210、重力加速度传感器211、电源管理系统213(包括电源212)、Wi-Fi装置214等。尽管未示出，智能手表200还可以包括天线、扬声器、加速计、陀螺仪等。

下面分别对智能手表200的各功能组件进行介绍：

触摸屏201包括触控面板和显示面板，触控面板可以覆盖在显示面板之上。触控面板可采集智能手表200的用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程式驱动响应的连接装置。触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器203，并可以接收处理器203发送的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。显示面板(一般称为显示屏)可用于显示由用户输入的信息或提供给用户的信息以及手表的各种菜单。可选的，可以采用液晶显示器、有机发光二极管等形式来配置显示面板。触控面板可覆盖在显示屏之上，当触控面板检测到在其上或附近的触摸操作后，传送给处理器203以确定触摸事件的类型，随后处理器203根据触摸事件的类型在显示屏上提供相应的视觉输出。虽然在图2中，触控面板与显示屏是作为两个独立的部件来实现手表的输入和输出功能，但是在某些实施例中，可以将触控面板与显示屏集成而实现智能手表200的输入和输出功能。

NFC装置202用于给智能手表200提供NFC功能，该NFC装置可以具有三种应用模式，即读卡器模式、点对点模式和卡模拟模式。在一些实施例中，该NFC装置的硬件结构可以是图4所示，该NFC装置202可以包括NFC控制器401，NFC射频电路402，安全单元(SecureElement)403。其中，NFC控制器401分别与NFC射频电路402和安全单元403连接，主要用于非接触通信信号的调制解调，控制NFC装置中数据的输入和输出，并与处理器203进行数据交互；NFC射频电路与NFC控制器连接，实现13.56MHz射频信号的发送与接收，可以由EMC滤波电路、匹配电路、接收电路、NFC天线四部分组成。安全单元403可包括存储器，一个或多个处理器，安全单元的主要功能是实现应用程序和数据的安全存储，对外提供安全运算服务。安全模块还通过NFC控制器与外部设备进行通信，实现数据存储及交易过程的安全性。需要指出，安全单元403可以是在移动设备中用于提供安全性、机密性、以及为了支持各种应用环境的防篡改部件。安全单元403可以多种形状存在，例如安全单元403可以集成在通用集成电路卡(UICC)例如用户识别模块SIM卡中、嵌入式安全单元(位于移动设备的电路板上)、安全数字(SD)卡、微型SD卡等中。此外，安全单元403还可以包括在安全单元403的环境中(诸如在安全单元403的操作系统中/或在运行在安全单元403上的Java运行环境中)执行的一个或多个应用程序。此外，该一个或多个应用程序可包括一个或多个支付应用程序，该一个或多个支付应用程序可以保存在存储器205中。安全单元403支持应用程序安全交易和安全数据存储，支持多应用程序的下载、安装、删除、更新等，安全单元403还支持应用程序数据的安全隔离，为了安全，安全单元可以不允许不同应用程序之间的自由访问；安全单元403还提供各类支付需要的对称、非对称加密算法和证书能力，提供安全交易应用访问的程序接口，支持和NFC控制器401或处理器203的双向通信。

处理器203是智能手表200的控制中心，利用各种接口和线路连接手表的各个部分，通过运行或执行存储在存储器205内的应用程序，以及调用存储在存储器205内的数据，执行手表200的各种功能和处理数据。在一些实施例中，处理器203可包括一个或多个处理单元；处理器203还可以集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器203中。举例来说，处理器203可以是华为技术有限公司制造的麒麟960芯片。

微控制单元204：用于控制各种传感器，收集各种传感器的数据并对传感器的数据进行初步运算，与处理器203通信等功能；传感器可以是气压传感器、心率传感器210、重力加速度传感器211、环境光传感器207或其他传感器。至于手表还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

存储器205用于存储应用程序以及数据，处理器203通过运行存储在存储器的应用程序以及数据，执行手表200的各种功能以及数据处理。存储器205主要包括存储程序区以及存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)；存储数据区可以存储根据使用手表所创建的数据(比如音频数据、电话本等)。此外，存储器可以包括高速随机存取存储器，还可以包括非易失存储器，例如磁盘存储器件、闪存器件或其他易失性固态存储器件。存储器205可以存储有使得智能手表能运行的操作系统，例如苹果公司所开发的Watch操作系统，谷歌公司所开发的Android

操作系统等。

定位装置209，用于为手表200提供地理位置。可以理解的是，该定位装置209具体可以是全球定位系统(GPS)或北斗卫星导航系统、俄罗斯GLONASS等定位系统的接收器。定位装置209在接收到上述定位系统发送的地理位置后，将该信息发送给处理器203进行处理，或者发送给存储器205进行保存。在另外的一些实施例中，该定位装置209可以是辅助全球卫星定位系统(AGPS)的接收器，AGPS是一种在一定辅助配合下进行GPS定位的运行方式，它可以利用基站的信号，配合GPS卫星信号，可以让手表200定位的速度更快；在AGPS系统中，该定位装置209可通过与辅助定位服务器(例如手机定位服务器)的通信而获得定位辅助。AGPS系统通过作为辅助服务器来协助定位装置209完成测距和定位服务，在这种情况下，辅助定位服务器通过无线通信网络与移动设备(例如手表200、手机300的定位装置209(即GPS接收器)通信而提供定位协助。在另外的一些实施例中，该定位装置209也可以是基于Wi-Fi接入点的定位技术。由于每一个Wi-Fi接入点都有一个全球唯一的MAC地址，移动设备在开启Wi-Fi的情况下即可扫描并收集周围的Wi-Fi接入点的广播信号，因此可以获取到Wi-Fi接入点广播出来的MAC地址；移动设备将这些能够标示Wi-Fi接入点的数据(例如MAC地址)通过无线通信网络发送给位置服务器，由位置服务器检索出每一个Wi-Fi接入点的地理位置，并结合Wi-Fi广播信号的强弱程度，计算出该移动设备的地理位置并发送到移动设备的定位装置209中。

Wi-Fi装置214，用于为手表200提供Wi-Fi网络接入，手表200可以通过Wi-Fi装置214接入到Wi-Fi接入点，进而帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。在另外的一些实施例中，该Wi-Fi装置214也可以作为Wi-Fi接入点，为其他移动设备提供Wi-Fi网络接入。

手表还包括给各个部件供电的电源212(比如电池)，电源212可以通过电源管理系统213与处理器203逻辑相连，从而通过电源管理系统213实现管理充电、放电、以及功耗管理等功能。麦克风206，可以将收集的声音信号转换为电信号，由音频电路接收后转换为音频数据；蓝牙208，智能手表通过蓝牙可以与其他电子设备(如手机300等)交互信息，并通过上述电子设备连接网络，与服务器连接，处理语音识别等功能。

以下实施例中的方法均可以在具有上述硬件结构的智能手表200中实现。

如图3所示，本实施例中的移动设备还可以为手机300。下面以手机300为例对实施例进行具体说明。应该理解的是，图示手机300仅是移动设备的一个范例，并且手机300可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

如图3所示，手机300包括：RF(Radio Frequency，射频)电路310、存储器320、触摸屏330、定位装置340、NFC装置202、传感器350、音频电路360、Wi-Fi装置370、处理器380、以及电源系统390等部件。本领域技术人员可以理解，图3中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图3对手机300的各个构成部件进行具体的介绍：

RF电路310可用于收发信息或通话过程中，信号的接收和发送。特别地，RF电路310将基站的下行数据接收后，给处理器380处理；另外，将涉及上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，RF电路310还可以通过无线通信网络和其他设备通信。所述无线通信网络可以使用任一通信标准或协议，包括但不限于全球移动通讯系统、通用分组无线服务、码分多址、宽带码分多址、长期演进、电子邮件、短消息服务等。

手机300还可以包括至少一种传感器350，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节触摸屏330的显示面板的亮度，接近传感器可在手机300移动到耳边时，关闭显示面板的电源。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机300还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路360、扬声器361，麦克风362可提供用户与手机300之间的音频接口。音频电路360可将接收到的音频数据转换后的电信号，传输到扬声器361，由扬声器361转换为声音信号输出；另一方面，麦克风362将收集的声音信号转换为电信号，由音频电路360接收后转换为音频数据，再将音频数据输出至RF电路310以发送给比如另一手机，或者将音频数据输出至存储器320以便进一步处理。

处理器380是手机300的控制中心，利用各种接口和线路连接手机的各个部分，通过运行或执行存储在存储器320内的应用程序，以及调用存储在存储器320内的数据，执行手机300的各种功能和处理数据，从而对手机进行整体监控。在一些实施例中，处理器380可包括一个或多个处理单元；处理器380还可以集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器380中。

手机300还包括给各个部件供电的电源系统390(包括电池和电源管理芯片)。电池可以通过电源管理芯片与处理器380逻辑相连，从而通过电源系统390实现管理充电、放电、以及功耗等功能。尽管未示出，手机300还可以包括摄像头、用户识别模块(SIM)卡槽、外设接口(用于连接其他输入/输出设备)等，在此不再赘述。

在一些实施例中，手机300中的存储器320、触摸屏330、定位装置340、NFC装置202、Wi-Fi装置370、蓝牙装置381等部件的功能、作用可以与上述实施例的智能手表200中的存储器205、触摸屏201、定位装置209、NFC装置202、Wi-Fi装置214、蓝牙装置208的功能、作用相同或者相似，在此不再对上述部件进行过多描述。

可以理解的是，在另外一些实施例中，智能手表200可以采用与手机300完全相同的硬件结构，而只是外形上与手机300有区别，因此在这种实施例中，智能手表200与手机300在虽然在名称上不同，但其功能和作用是相同的；在以下实施例中，如果没有特别的说明，智能手表200和手机300均可以采用相同的硬件结构。

在一些实施例中，上述NFC装置202的安全单元403也可以封装在电信运营商下发的SIM卡中，这种基于SIM卡的NFC支付方法受到大多数电信运营商的欢迎，同时也降低了手机制造商的成本；在另外的一些实施例中，安全单元403也可以集成在处理器380或在存储器320中单独存储，这样可以保证安全单元403与手机操作系统及各硬件相互独立，支持加密协议以加强访问控制，只有经过认证的应用程序才能访问安全单元403并发起NFC交易，从而保证了交易的安全性。在另外的一些实施例中，上述移动设备也可以没有安全单元403，而由在移动设备中运行的一个应用程序或网络中的服务器完成安全单元403的相关功能从而实现NFC支付。这种方式绕过了移动设备需要具备安全单元403的硬件限制，这种技术称之为基于主机的卡模拟(Host-based Card Emulation，以下简称HCE)技术，例如由谷歌公司开发的NFC支付Android Pay即采用该技术方案。

在另外的一些实施例中，如图5所示，安全单元403可以设置在手机300上，而NFC控制器401、NFC射频电路402可以设置在智能手表200上。当手机与智能手表通过短距离通信技术(例如蓝牙、Wi-Fi等)建立了无线连接时，手机300可以作为主设备来控制通过智能手表200进行的NFC支付，具体控制包括NFC鉴权、认证等。而当手机300远离智能手表200，该无线连接会中断，那么无论是用手机300尝试进行NFC支付，或是用手表200尝试进行NFC支付都将无法成功，这样能够更安全地在移动设备进行NFC支付。在另外的一些实施例中，安全单元403也可以设置在智能手表200上，而NFC控制器401和NFC射频电路402设置在手机上。

如图6所示，本实施例提供一种利用NFC进行数据传输的方法，该方法可以在上述智能手表200或者手机300中实现，也可以通过上述智能手表200和手机300共同实现。该方法具体包括以下步骤：

步骤601：当移动设备感应到NFC射频场时，获取与该移动设备所处环境相关的情景信息，该情景信息包括该移动设备所处的地理位置、时间和特定情景信息，该特定情景信息是指与NFC支付相关的业务信息。

如图7所示，NFC射频场(RF field)一般是由NFC读卡器发出的，可以选择106Kbit/s、212Kbit/s或者424Kbit/s其中一种作为传输速度与移动设备进行通信。移动设备的NFC装置202可以感应到NFC读卡器所发射出的射频场，具体地，移动设备600(例如手机300、智能手表200)的NFC天线(或线圈)是NFC读卡器发射天线(或线圈)的负载，这样，移动设备通过改变天线回路的参数(比如谐振和失谐)，使NFC读卡器被调制，从而使得移动设备可以相同的速度将数据传回到NFC读卡器，实现了以微弱的能量从移动设备到NFC读卡器的数据传输。通过负载调制技术获得数据回传的能力，可以大幅降低移动设备功耗并延长电池续航能力。

上述情景信息是指移动设备所处的环境反应在该移动设备中的一些具体信息，也就是说移动设备所处的环境可以映射为移动设备中的一些信息，是移动设备所处的环境在该移动设备中的数据化。例如移动设备当前处在光线非常少的黑暗环境中，那么反应在该移动设备上则是由该移动设备上的相关传感器(例如环境光传感器)采集到的环境光强度等信息，这样就把移动设备所处的光环境反应在了移动设备上。再例如，移动设备所处的地理位置是北京，那么该环境反应在该移动设备上则是由移动设备的定位装置获取定位信息，然后由处理器进行处理得到移动设备的地理位置是北京。该情景信息还可以是该移动设备的时间，例如在移动设备感应到NFC射频场时，该移动设备所处的时间是周三早上8点。上述地理位置、时间等都可以作为后续确定模拟卡时的考虑参数之一。

该情景信息还可以是该移动设备所接收到的特定情景信息。该特定情景信息可以是指与NFC支付相关的业务信息，例如，该特定情景信息可以是移动设备通过蓝牙接收由蓝牙Beacon(如图8中的803)广播的广播消息，如该广播消息可以为：“好消息！12月3日至4日在北京使用招商银行信用卡进行NFC支付享受八折优惠”。移动设备可以根据该广播消息中的内容确定12月3日、4日这两天是招商银行信用卡在北京的支付优惠日，进而，移动设备将该特定情景信息保存在存储器中并作为后续确定NFC支付时的模拟卡的考虑参数之一。同样的，在Wi-Fi无线接入点(如图8中的802)所广播的消息中也可以包含与上述消息相同或相似的特定情景信息，而移动设备可以通过与该Wi-Fi无线接入点的Wi-Fi链接805接收到该特定情景信息。特定情景信息还可以是移动设备通过网络侧获取到的短消息、应用程序的即时消息等消息中的特定内容，该特定内容可以与上述蓝牙广播消息的内容相关或相似，表明与NFC支付相关的业务信息，例如Facebook好友发来一条即时消息：“12月3号在北京使用招商银行信用卡进行NFC支付可以打折哦！”，那么该移动设备通过该即时消息能够获取一条与NFC支付相关的特定情景信息。

在其他的一些实施例中，特定情景信息还可以是该移动设备所处的运动状态。移动设备通过上述实施例中提到的各种传感器采集到相关的数据，然后可以基于所采集到的数据来确定该移动设备所处的运动状态例如跑步、走路或静止等。举个例子，移动设备获取到的时间是周三早上7点半，获取到的地理位置是在某个公交站台，如果该移动设备的运动状态是静止，则表明用户是在站台等公交车，那么，移动设备可以确定出一张公交卡类型的模拟卡；如果获取到的该移动设备的运动状态是走路或跑步，则表明该用户只是经过上述公交站台，并不是要坐公交车，因此该移动设备可以不用确定使用哪张模拟卡。

在其他的一些实施例中，上述特定情景信息还可以是该移动设备所处环境的天气信息。可以理解的是，本申请中的特定情景信息包括但不限于上述实施例中所举出的例子。

在本实施例中，当移动设备感应到NFC射频场时才去获取与该移动设备所处环境相关的情景信息，这样能够保证移动设备在需要用到情景信息的时去高效率地获取，也保证了在移动设备准备进行NFC支付时，获取到的情景信息的准确性、实时性，进一步保证了NFC支付的便利性和安全性。当然，在其他的一些实施例中，步骤601中获取与该移动设备所处环境相关的情景信息也可以发生在移动设备感应到NFC射频场之前，这样的好处是，移动设备能够随时处理相关情景信息，减少了在NFC支付时的一些操作步骤。在另外的一些实施例中，上述情景信息也可以在接收到用户的NFC支付指示时来获取，该NFC支付指示可以是用户的手指在手机300的触摸屏330上进行的手势操作，该手势操作可以是打开用于NFC支付的应用程序；还例如，该NFC支付指示还可以是双击移动设备的Home键。

上述情景信息可以存储在移动设备的存储器中以便后续移动设备读取该情景信息并进行处理，也可以显示在移动设备的触摸屏上。一般来说，移动设备获取到的情景信息越多，对情景信息分析出的结果就越准确。所以，在另外的一些实施例中，情景信息可以包括至少以下三种：该移动设备所处的地理位置、时间、和特定情景信息，情景信息还可以包括例如该移动设备所处的地理位置的天气。当然，可以理解的是，情景信息不限于上述列举的例子。

步骤602：基于上述获取到的情景信息，移动设备确定NFC支付的模拟卡。

模拟卡，即移动设备在卡模拟模式下所模拟出的射频卡，该模拟卡允许该移动设备通过NFC技术进行非接触式移动支付等。例如，当移动设备的NFC装置感应到NFC读卡器发出的NFC射频场时，该移动设备可以获取与该设备相关的如下情景信息：该移动设备所处的时间是周三早上八点，那么，移动设备基于上述情景信息(时间)即可确定移动设备所要使用的模拟卡为公交卡；再例如，当移动设备的NFC装置感应到NFC读卡器发射出的NFC射频场时，该移动设备可以获取到该移动设备当前的时间是周三早上八点、地理位置在深圳，那么，移动设备基于上述情景信息(时间和地理位置)确定所要使用的NFC模拟卡为“深圳通”(一种在深圳市公共交通系统中使用的NFC卡)；在例如，当移动设备接收到用户的NFC支付指示时，该移动设备获取所处的地理位置是深圳的某家星巴克咖啡店，通过Wi-Fi无线接入点获取到的广播消息表明用招商银行信用卡进行NFC支付打八折(即特定情景信息)，则该移动设备根据上述情景信息(地理位置和特定情景信息)确定NFC支付所要使用的NFC模拟卡为招商银行信用卡。

再例如，当移动设备的NFC装置感应到NFC读卡器发射出的NFC射频场时，该移动设备获取与该设备相关的如下情景信息：该移动设备当前的时间是周三早上8点，地理位置是深圳的某家星巴克咖啡店，通过服务集标识(SSID)名称为星巴克咖啡店的Wi-Fi无线接入点获取到的广播消息(即特定情景信息)表明用招商银行信用卡进行NFC支付打八折，所在地理位置的天气是暴雨……等等，移动设备可以同时获取上述多种情景信息。然后移动设备根据上述多种情景信息，分析、确定一种合适于移动设备所处环境的模拟卡，进而选择该模拟卡进行NFC支付。在一些实施例中，例如，可以基于上述情景信息对公交卡、银行卡分别进行分值计算。

S_T＝K_D/D_T+E_T*K_S+in Trafic Time(time)*K_T (1)

S_P＝K_D/D_P+E_P*K_S (2)

上述公式(1)为公交卡分值S_T计算方法，其中：K_D表示公交卡的距离权重系数，D_T表示与移动设备距离最近公交站、地铁站的距离。若距离大于500m，则认为附近没有公交站点；距离小于1米，按1米计算。E_T表示公交站Wi-Fi无线接入点的信号强度，K_S表示Wi-Fi无线接入点的信号强度的权重系数，其中K_S＞K_D。InTraficTime(time)函数，若输入的时间为早晚高峰(例如06：00-09：30为上班早高峰，17：00-20：00为下班晚高峰)，则值为1，反之为0。K_T表示早晚高峰时间的权重系数。上述公式(2)为银行卡分值S_P计算方法，其中：D_P表示与移动设备距离最近商店的距离。若距离大于500m，则认为附近没有商店；距离小于1米，按1米计算。E_P表示商店Wi-Fi无线接入点、蓝牙beacon的信号强度。K_S表示Wi-Fi无线接入点、蓝牙beacon的信号强度的权重系数。

比较公式(1)中公交卡分值S_T和公式(2)中的银行卡分值S_P，分值大者即为确定出的模拟卡(公交卡或银行卡)。

在另外的一些实施例中，如果确定出的模拟卡是银行卡，则移动设备可以进一步判断是否有相关商店的活动信息，如果有相关优惠活动，则以有活动的银行卡为选择进行NFC支付的卡片；如果有多家银行都有优惠活动，则以商店推荐的银行卡来选择模拟卡。

由上可知，移动设备能在适当的时候获取各种情景信息，并对获取到的各种情景信息进行分析处理，最后确定需要进行NFC支付的模拟卡。这样就能够使得上述移动设备在进行NFC支付时更加智能化，进而提高了移动设备的效率，同时也减少了用户的操作，提高了进行NFC支付的用户体验。

步骤603：移动设备基于所确定的模拟卡，生成模拟卡选择指令；

步骤604：移动设备根据该模拟卡选择指令，选择相应的模拟卡；

步骤605：移动设备根据所选择的模拟卡，与NFC读卡器进行NFC支付。

在一些实施例中，移动设备可以根据上述情景信息确定出NFC模拟卡，并生成模拟卡选择指令发送给该移动设备中与NFC支付相关的应用程序，然后由应用程序根据该模拟卡选择指令来选择相应的模拟卡；最后用该模拟卡与NFC读卡器通信，进行NFC支付。一般而言，移动设备可以通过负载调制技术向NFC读卡器回传与支付相关的数据。

在其他的一些实施例中，步骤603可以具体包括：

步骤6031：移动设备提示用户是否使用所确定的所述模拟卡；

步骤6032：移动设备确定是否接收到用户的确认使用的指示。当接收到用户的确认使用的指示后，再执行步骤6033，当接收到用户的确认不使用的指示后，可以执行步骤6034；

步骤6033：生成模拟卡选择指令，执行步骤604；

步骤6034：接收用户的模拟卡选择指令，执行步骤604。本实施例的场景适用于：在移动设备基于上述情景信息确定了模拟卡，提示给用户进行再次确认时，却接收到用户的确认不使用的指示，然后用户自己手动去选择一张模拟卡进行NFC支付的情况。当然，在另外的一些实施例中，当移动设备接收到用户的确认不使用的指示后，用户也可以不选择其他模拟卡而放弃(终止)NFC支付，在这种场景下，为了节省电量，移动设备可以断开NFC的电源，使其不能进行NFC支付。当下次用户需要使用NFC时，用户可以通过打开设置中的NFC开关，来开启NFC支付功能。

在另外的一些实施例中，上述基于NFC进行数据传输的方法还可以包括以下步骤：

步骤606：移动设备接收到网络侧发送的支付响应消息；该支付响应消息可以是指示NFC支付成功的消息，也可以指示NFC支付失败的消息；

步骤607：移动设备基于所述支付响应消息，提示用户。

当该支付响应消息表明NFC支付成功时，移动设备基于该消息，提示用户NFC支付成功；反之，当该支付响应消息表明NFC支付失败时。移动设备基于该消息，提示用户NFC支付失败。提示/提醒的方式可以是多种，例如点亮触摸屏330并在触摸屏330中显示NFC支付成功或者失败的消息以便提示用户，或者通过扬声器361播放相关音频来提示用户，或者通过振动来提示用户，也可以同时采用上述三种方式进行提示。

可以理解的是，在另外一些实施例中，为了节省电量，也为了进一步简化用户的操作，上述方法步骤均可以在关闭移动设备的触摸屏电源的情况下进行。当然，为了使得处理的结果更准确，移动设备也可以在需要时点亮屏幕，以便用户进行确认。

图8为一些实施例中NFC支付所涉及的网络框架示意图。如图8所示，在NFC读卡器500接收到移动设备(例如手机300)回传的与支付相关的支付数据后，NFC读卡器500将得到的支付数据进行初步处理，然后将处理结果通过无线链路804发送给网络侧的服务器801，该服务器801主要作用是对NFC支付业务分发、鉴权等操作，当服务器801接收到该处理结果后，服务器801会通过无线链路806向手机300发送NFC支付成功的消息(也即上述支付响应消息)，然后手机300在接收到服务器801发送的NFC支付成功的消息后，会在该手机300上提示相关消息以表明NFC支付成功，以便用户及时获知移动支付成功的消息；或者手机300可以将支付成功的消息通过无线链路807(通常是蓝牙链路等)发送给智能手表200，智能手表200在收到消息后，在显示屏201上显示支付成功的消息。可以理解的是，服务器801也可以通过无线链路向智能手表200下发移动支付成功的消息而不经过手机300。在另外的一些实施例中，为了进一步保证NFC支付安全，NFC读卡器500在接收到移动设备回传的与支付相关的支付数据后，NFC读卡器500对该支付数据进行初步加密处理后，可以通过无线链路804发送给网络侧的服务器801，服务器801对该加密处理后的支付数据进行鉴权处理，并可以在鉴权通过后通过无线链路804向NFC读卡器500下发鉴权结果例如NFC支付鉴权通过的消息，当然，服务器801也可以通过无线链路806向移动设备(例如手机300)下发鉴权结果即移动支付予以确认的通知。

用户还可以在智能手表200上设置进行NFC支付的默认模拟卡。示例性的，如图9A所示，手表200的触摸屏201上显示有NFC支付的菜单选项。其中，NFC模拟卡可以包括各种类型的卡片，例如图标901表明是银行卡，图标902是公交卡，图标903为门禁卡，图标904表明用户选定的NFC支付默认的模拟卡是公交卡。当用户点击图标902时，在智能手表的触摸屏中显示公交卡的下一级菜单，如图9B所示。在该下一级菜单中，如图标9021为名称为武汉通的NFC公交卡，图标9022为名称为深圳通的NFC公交卡，图标9023为名称为羊城通(一种在广州市公共交通系统中使用的模拟卡卡)的NFC公交卡，图标905表明该智能手表所处的地理位置与深圳通公交卡默认使用的地理位置(深圳)是一致的，在另外的一些实施例中，图标905也可以在图标9021的后面(如图9C所示)，表明该智能手表所处的地理位置是与武汉通公家卡所使用的地理位置(武汉)是一致的，而图标904表明用户设置的默认公交卡是武汉通。所以从图9C来看，用户设置的默认公交卡(武汉通)正好与该移动设备所处的地理位置(武汉)一致，因此该设置是合适的。通过上述图标904、图标905，用户在设置默认的NFC支付的模拟卡时，能够从图形用户界面(以下简称GUI)上给用户一种直观的感觉，这样的话移动设备能够更好的协助用户选择合适的默认NFC模拟卡。在另外的一些实施例中，如图9C所示，该移动设备所处的地理位置与用户设置的默认进行NFC支付的模拟卡不一致，那么该移动设备可以通过扬声器361来提示用户“你当前设置的默认NFC支付的武汉通与你所处的深圳不一致，是否将默认改为深圳通？”，或者如图9D所示，通过在触摸屏201上弹出提示框906来提示用户是否更改NFC支付的默认模拟卡，当用户点击图标908后，移动设备接收到用户的触摸事件并确定用户希望更改当前设置的NFC支付的默认模拟卡，则移动设备自动将默认模拟卡改为深圳通，如图9E所示，图标904和图标905分别在图标9022“深圳通”的两侧，表明设置的默认模拟卡“深圳通”与该移动设备所处的地理位置(深圳)是一致的。在上述实施例中，是移动设备基于用户设置的默认模拟卡(例如公交卡)与该移动设备所处的地理位置，来判断用户手动设置的默认模拟卡是否合适，这种用户手动设置结合移动设备自动设置的方式，可以更高效地选择进行NFC支付的默认模拟卡，以便下次NFC支付时进行快速支付。

在图9F中，当用户在触摸屏201上做出向上滑动的触摸手势后，触摸屏201上显示的GUI可以以动画形式向下展示出更多的图标，例如图标9024。当用户选定图标9024(“自动选择”)时，表明移动设备可以基于该移动设备所接收到的各种情景信息来自动设置进行NFC支付时默认使用的模拟卡。可以理解的是，上述实施例中的步骤均可以在该自动选择默认的模拟卡的场景下进行。这样的自动设置方式进一步提高了NFC支付的效率，也使得移动设备更加智能化，也提高了用户体验。

在一些实施例中，移动设备还可以设置进行NFC支付时所使用的模拟卡的优先级。例如，移动设备可以根据用户之前的使用习惯(例如NFC支付的使用频率)，确定公交卡的支付优先级最高，门禁卡优先级次之，银行卡优先级最低。在该场景下，当用户需要选择模拟卡进行NFC支付时，移动设备优先提供给用户的模拟卡是某张公交卡，在接收到用户拒绝了该公交卡的操作之后，移动设备可以再提供给用户一张门禁卡，直至用户接受了某张模拟卡为止。在另外的一些实施例中，移动设备还可以根据所获取到的各种情景信息对NFC支付的优先级进行自动调整。

示例性的，如图10所示，为一些实施例中的移动设备(例如手机300)的触摸屏330上显示的GUI。该GUI显示了三个主界面中的其中一个，所显示的主界面中有各种应用程序的图标及其他控件，例如图标1001表明名称为“卡包”的应用程序，当用户的手指1002触摸到该图标1001时，该应用程序即被打开，该应用程序的GUI显示在触摸屏上。图11是应用程序“卡包”被打开后所显示出的一个示例性的GUI。在该GUI中，显示了三种模拟卡类型所包含的各种卡；其中，归类在银行卡1101中的模拟卡包括招商银行信用卡、中国银行储蓄卡和花旗银行信用卡，归类在公交卡1102中的模拟卡包括羊城通、武汉通和深圳通，归类在门禁卡1103中的模拟卡包括家里的门禁卡和公司门禁卡。可以理解的是，在该应用程序中也可以包括利用条码(例如二维码等)进行移动支付的其他卡。

在移动设备接收到用户的指令打开该应用程序时，表明用户需要选择一张模拟卡进行NFC支付。此时，该移动设备可以获取与该移动设备所处环境相关的情景信息。然后该移动设备基于获取到的情景信息自动确定需要选择的模拟卡。如图12所示，移动设备可以提示用户是否使用这张模拟卡。在图12中，移动设备的触摸屏上显示一个被放大的模拟卡图标1202，该图标1202表明该移动设备基于获取到的情景信息所确定的模拟卡是招商银行信用卡，同时，该应用程序中的其他模拟卡被缩小堆叠在一起，如图标1203所示。提示框1201表明移动设备需要用户确认是否使用这张模拟卡；当用户点击图标1204时，表明用户同意选择移动设备自动确定的这张模拟卡来进行NFC支付。如图13所示，在选定了模拟卡之后，该移动设备需要靠近NFC读卡器以便进行数据传输，因此为了进一步提示用户，可以在触摸屏330上显示提示框1301、1302，用以向用户表明NFC支付正在进行，靠近NFC读卡器以便完成支付。如图14所示，在用该模拟卡完成NFC支付后，可以在触摸屏330上显示提示框1401用以表明NFC支付成功，也可以在提示框1402中显示用该模拟卡进行NFC支付时的一些NFC支付信息，例如NFC支付时的支付地点(图中为深圳市星巴克咖啡店)、支付金额、支付时间等。在另外的一些实施例中，移动设备可以将上次或者历史上所有的NFC支付时的上述基本信息存储在存储器320中，该移动设备可以基于上述实施例中获取到的情景信息和上述NFC支付信息，来确定移动设备需要选择的模拟卡，这样也是为了更智能更准确地向用户提供模拟卡。

在另外的一些实施例中，移动设备可以在感应到NFC射频场时，获取上述与该移动设备所处环境相关的情景信息；并且在基于上述情景信息确定了所需的NFC支付的模拟卡时，移动设备点亮触摸屏，并可以在锁屏界面下，提示用户是否选择自动确定的模拟卡。如图15所示，在移动设备基于上述情景信息确定了模拟卡时，移动设备的触摸屏被点亮，此时触摸屏上显示锁屏界面，图标1503即表明移动设备是锁屏界面，在锁屏界面上还可以显示所确定的模拟卡如图标1501，用提示框1502对用户进行提示，以便用户确认是否需要用所确定的模拟卡进行NFC支付；用户可以按下处于移动设备底部的实体按键1504，此操作表明移动设备自动确定的模拟卡得到用户的确认，然后移动设备根据用户的确认，选择所确定的模拟卡进行NFC支付；NFC支付完成后，锁屏界面上可以显示NFC支付成功的信息；并可以在显示一预定时间(例如5秒钟)后，熄灭触摸屏。另外，如果是在锁屏情况下进行NFC支付，那么可以在NFC支付成功后不显示相关支付信息(例如支付地点、支付时间、支付金额等)，而需要在用户解锁屏幕之后才能看到该支付信息，这样也就进一步保证了NFC支付的安全。

在另外的一些实施例中，当用户在锁屏情况下进行NFC支付时，还可以结合生物特征信息(例如指纹、虹膜等)验证来进一步提高NFC支付的安全性。例如，在上述实施例中，当移动设备选择了所确定的模拟卡时，该移动设备进一步提示用户需要进行指纹或者虹膜验证才能进行下一步的NFC支付。在用户通过指纹或虹膜验证后，才能进行NFC支付。

在另外的一些实施例中，移动设备可以在不点亮屏幕的情况下，对卡进行自动选择并支付，不需要用户的任何操作，特别是在所确定的模拟卡是某张公交卡的时候。这样可以简化操作步骤，提高用户体验。

在另外的一些实施例中，移动设备(例如手机300、智能手表200等)也可以结合网络侧相关的服务器来实现NFC模拟卡的选择。在本实施例中，NFC支付系统框架如图16A所示，分为情景服务器和安装在移动设备上的客户端两个部分。情景服务器主要根据客户端上报的与移动设备相关的情景信息，确定出该移动设备的用户当前的刷卡期望。客户端根据情景服务器的分析结果，动态设置默认的模拟卡。如图17所示，该技术方案可以包括以下步骤：

步骤1701：移动设备获取与该移动设备相关的情景信息；在本实施例中，主要是通过图16A中的情景智能模块搜集情景信息。

步骤1702：移动设备将获取到的情景信息通过无线通信网络发送给情景服务器；

步骤1703：情景服务器基于该移动设备上报的情景信息，确定移动设备的NFC支付场景。例如，情景信息是该移动设备所处的地理位置在深圳某家星巴克咖啡店，则情景服务器确定当前是银行卡消费的NFC支付场景；再例如情景信息是该移动设备所处的地理位置在深圳，时间是周三上午8点，则情景服务器确定当前是深圳市公交卡的NFC支付场景。可以理解的是，情景信息至少可以包括以上实施例中所涉及的各种类型的情景信息，本实施例对情景信息不做具体限制。

步骤1704：情景服务器根据确定的NFC支付场景生成NFC配置参数并发送给该移动设备；所述NFC配置指令用于指示该移动设备对进行NFC支付的默认模拟卡进行配置。例如，当前是深圳市公交卡的NFC支付场景，则NFC配置参数为配置默认公交卡为深圳通。示例性地，在图16A张，由情景智能应用程序(App)接收网络侧的情景服务器发送的NFC配置参数。

步骤1705：该移动设备接收该NFC配置参数，并根据所述NFC配置参数对模拟卡进行配置。具体地，情景智能模块根据收到的NFC配置参数，通知系统设置模块对默认的模拟卡进行设置，系统设置模块根据上述NFC配置参数，对应用层的各类NFC支付相关的应用程序进行配置，例如，在图16A中对系统钱包App设置进行NFC支付的默认模拟卡为招商银行信用卡(一种银行卡)，对运营商钱包App设置进行NFC支付的默认模拟卡为深圳通(一种公交卡)。

步骤1706：移动设备根据配置好的默认模拟卡，与NFC读卡器进行NFC支付。

本实施例通过移动设备与情景服务器之间的通信，并利用情景服务器强大的数据处理能力来确定默认的模拟卡，提高了移动设备的处理效率，也避免了移动设备的资源浪费。

在另外的一些实施例中，如果上述移动设备(例如手机300)通过短距离通信协议(例如蓝牙)与另一个移动设备(例如智能手表200)建立了无线连接，那么，上述步骤1706可以具体包括：

步骤1706-1：手机通过上述短距离通信协议向智能手表发送上述NFC配置参数；

步骤1706-2：该智能手表接收该NFC配置参数，并根据该配置参数配置模拟卡；

步骤1706-3：智能手表根据配置好的模拟卡，与NFC读卡器进行NFC支付。

示例性地，如图16B所示，为本发明实施例的一个具体应用场景。网络侧情景服务器基于手机中的情景智能App上报的情景信息，分析并确定进行NFC支付时的模拟卡，并将该模拟卡的配置参数发送给情景智能App；该情景智能App根据上述配置参数，在手表钱包App中设置模拟卡；手表钱包App将上述配置参数通过短距离通信协议同步到智能手表的钱包App中；智能手表根据同步过来的配置参数设置进行NFC支付的模拟卡；最后，智能手表感应到NFC读卡器发出的射频场，通过NFC相关通信协议完成NFC支付流程。上述实施例是由智能手表完成了NFC支付，是一种非常灵活、高效的NFC支付方式。

在另外的一些实施例中，如果有两个或两个以上的移动设备之间，通过短距离通信协议例如蓝牙建立无线连接(例如智能手表200和手机300)，那么，上述情景服务器可以接收与该智能手表200所处环境相关的第一情景信息，同时还可以接收与该手机300所处环境相关的第二情景信息。上述情景服务器可以基于上述接收到的第一情景信息和第二情景信息来确定所需要配置的NFC默认的模拟卡。如图18所示，本实施例所提供的方法具体可以包括以下步骤：

步骤1801：智能手表获取与该智能手表所处环境相关的第一情景信息，并通过无线通信网络发送给情景服务器。在该步骤中，智能手表可以通过蓝牙将第一情景信息先发送给手机，然后由手机将该第一情景信息转发给情景服务器；也可以是智能手表通过另外的通信方式发送给情景服务器，而不需要先发送给手机然后再由手机进行转发。可以理解的是，为了情景服务器更准确地发送NFC配置参数，该第一情景信息中可以包含能够唯一标识该智能手表的第一标识信息，例如该第一标识信息可以是该智能手表的国际移动设备身份码(IMEI)，也可以是该智能手表的全局唯一标识符(UUID)，还可以是该智能手表的Wi-Fi的MAC地址或蓝牙的MAC地址等。

步骤1802：手机获取与该手机所处环境相关的第二情景信息，并发送给情景服务器。可以理解的是，为了情景服务器更准确地发送NFC配置参数，该第二情景信息中可以包含能够唯一标识该手机的第二标识信息，例如该第二标识信息可以是该手机的IMEI，也可以是该手机的UUID，还可以是该手机的Wi-Fi的MAC地址或蓝牙的MAC地址等。

步骤1803：情景服务器基于接收到的所述第一情景信息和所述第二情景信息，确定移动设备(手机或者智能手表)的NFC支付场景。

步骤1804：情景服务器根据确定的NFC支付场景生成NFC配置参数，并将NFC配置参数发送给与第一标识信息对应的手机或与第二标识信息对应的智能手表；所述NFC配置指令用于指示手机或智能手表对进行NFC支付的默认的模拟卡进行配置。

步骤1805：手机或智能手表接收该NFC配置参数，并根据所述NFC配置参数对默认的模拟卡进行配置。在该步骤中，由于手机与智能手表通过蓝牙建立了无线连接，因此作为主设备的手机也可以根据自身的NFC配置情况来确定如何对智能手表进行配置。例如，根据情景服务器发送的NFC配置参数，手机需要配置进行NFC支付的默认的模拟卡是深圳通(公交卡)，而智能手表需要配置为招商银行信用卡(银行卡)但是手机为了保证NFC支付安全，可以对智能手表的NFC模拟卡配置更改为深圳通(公交卡)。

步骤1806：手机或智能手表根据配置好的默认模拟卡，与NFC读卡器进行NFC支付。

通过本实施例的技术方案，情景服务器同时获取两个移动设备(手机300和智能手表200)的情景信息，这样可以便于更准确地有针对性地自动配置NFC模拟卡，也提高了移动设备的运行效率。

虽然术语“第一”、“第二”等可以在本文中用来描述各种情景信息，但是这些情景信息不应当被这些术语限定。这些术语只是用来将一个情景信息与另一情景信息区分开。例如，第一情景信息可以被命名为第二情景信息，并且类似地，第二情景信息也可以被命名为第一情景信息，而不背离上述实施例的范围。

在其他的一些实施例中，当用户身上有手机，同时还有佩戴在手腕上的智能手表时，用户用哪种移动设备进行NFC支付可能会导致选择不同的模拟卡。该智能手表与手机通过短距离通信协议(例如蓝牙等)建立无线链路。下面就该场景描述本实施例的技术方案。在该实施例中，结合图2、3、5、19，可以具有以下步骤：

步骤1901：当智能手表感应到NFC射频场时，通过蓝牙发送通知消息给手机。

步骤1902：手机收到该通知消息后，获取与手机所处环境相关的情景信息，该情景信息包括该智能手表所处的地理位置、时间、特定情景信息中的至少一种。此处特定情景信息与以上实施例中所描述的特定情景信息具有相同含义，在此不再赘述。在本步骤中，由于智能手表通过短距离通信协议例如蓝牙等与手机建立了无线链路，作为主设备的手机还可以获取到作为从设备的智能手表所处的情景信息。

步骤1903：手机基于获取到的与该手机相关的情景信息，确定进行NFC支付的模拟卡；

步骤1904：手机通过短距离通信协议例如蓝牙等向智能手表发送模拟卡选择指令；

步骤1905：智能手表在接收到模拟卡选择指令后，选择所确定的模拟卡；

步骤1906：智能手表基于所选择的模拟卡进行NFC支付，并可以向手机反馈NFC支付的响应消息。

上述实施例中，通过手机300与智能手表200的数据交互，即可自动完成NFC模拟卡的选择，并快速进行NFC支付。该方案进一步提高了移动设备的效率，也降低了智能手表200的功耗，同时也提高了用户体验。

在另外的一些实施例中，在智能手表接收到模拟卡选择指令后，进行NFC支付之前，还可以包括：

步骤1907：智能手表检测与该手机的无线链路是否正常，如果智能手表检测到与该手机断开了无线链路，执行步骤1908，如果检测到智能手表检测与该手机的无线链路正常，则执行步骤1906。

步骤1908：智能手表终止进行NFC支付的流程，并提示用户。

上述实施例通过智能手表检测与手机的无线链路(例如蓝牙连接)是否正常，可以进一步保证NFC支付的安全性。

在另外的一些实施例中，步骤1901、步骤1902和步骤1903还可以是：

步骤19011：当智能手表感应到NFC射频场时，智能手表获取与该智能手表所处环境相关的情景信息；

步骤19021：智能手表向手机发送上述获取到的情景信息；

步骤19031：手机基于获取到的与该智能手表相关的情景信息，确定进行NFC支付的模拟卡。

在该另外的实施例中，获取的情景信息是关于手表的，而最终进行NFC支付的也是智能手表，这也是一种比较灵活的NFC支付方案。

如图20所示，本申请实施例提供一种基于NFC进行数据传输的移动设备。该移动设备可以执行上述实施例中的方法，该移动设备具体可以包括：触摸屏2001，处理器2002、存储器2003、NFC装置2004、定位装置2005、蓝牙装置2006、Wi-Fi装置2007、一个或多个传感器2008，上述各硬件可以通过一通信总线2009连接，其中：该触摸屏2001接收用户的触摸操作；该处理器2002基于该触摸操作，打开与NFC支付相关的应用程序，并在该触摸屏2001上显示该应用程序的图形用户界面；该处理器2002获取与该移动设备所处环境相关的情景信息，该情景信息包括通过该定位装置2005采集到的该移动设备所处的地理位置，时间和特定情景信息，该特定情景信息包括以下消息中的至少一种：即时消息、通过该蓝牙装置2006接收到的蓝牙广播消息、通过该Wi-Fi装置2007接收到的Wi-Fi热点广播消息、通过该一个或多个传感器2008采集到的该移动设备的运动状态；该处理器2002基于该情景信息确定进行NFC支付的模拟卡；该处理器2002将该确定的模拟卡通过该触摸屏2001显示给用户；该处理器2002接收到用户的确认操作后，选择该模拟卡；该NFC装置2004基于该选择的模拟卡与NFC读卡器进行NFC支付。存储器2003可以存储NFC支付完成后收到的支付信息例如支付地点、支付时间、支付金额等。

如图21所示，为本实施例提供的一种设置NFC支付时的默认模拟卡的方法，该方法可以在上述实施例中的移动设备中实现，该方法可以包括如下步骤：

步骤2101：移动设备获取其所处的地理位置。

步骤2102：移动设备基于该地理位置确定是否配置有与该地理位置对应的公交卡。当移动设备确定该移动设备配置有与该地理位置对应的公交卡时，执行步骤2103；当移动设备确定没有与该地理位置对应的公交卡时，执行步骤2104。

步骤2103：移动设备将该公交卡配置为NFC支付的默认模拟卡。

步骤2104：移动设备获取Wi-Fi无线接入点的广播消息或蓝牙beacon发出的广播消息。

步骤2105：移动设备基于上述广播消息，确定是否处于消费类的兴趣点。移动设备可以根据该Wi-Fi无线接入点的SSID来确定/判断移动设备所处的位置是否为消费类的兴趣点例如超市、餐厅等。

步骤2106：当移动设备确定处于消费类的兴趣点时，移动设备将NFC支付的默认模拟卡配置为银行卡。

步骤2107：当移动设备确定不是处于消费类的兴趣点时，移动设备确定当前的时间；

步骤2108：移动根据当前的时间来配置不同的默认模拟卡。例如当前的时间是早上八点，则配置默认模拟卡为公交卡，若当前的时间是晚上十点，则配置默认模拟卡为门禁卡，或移动设备将上一次进行NFC支付时所使用的模拟卡作为默认模拟卡。

上述方法实施例适用于以下场景：例如，移动设备获取到所在地理位置是深圳，则移动设备判断是否配置有在深圳市使用的公交卡(例如深圳通)。如果移动设备配置有深圳通，则将该模拟卡配置为进行NFC支付时的默认模拟卡；如果该移动设备没有配置深圳通，则移动设备获取附近Wi-Fi无线接入点的广播消息或蓝牙beacon发出的广播消息，例如移动设备可以搜索附近Wi-Fi无线接入点，然后自动或者通过用户的选择加入到无线接入点，进而获取到该无线接入点的广播消息。移动设备可以根据上述广播消息，确定是否处于消费类的兴趣点。例如，移动设备与一个SSID名称为星巴克咖啡店的无线接入点建立了Wi-Fi连接，则该移动设备可以根据该SSID名称(星巴克咖啡店)即可确定处于消费类的兴趣点，则移动设备配置进行NFC支付时选择的默认模拟卡为银行卡。如果移动设备确定出所处的兴趣点(也即地理位置)为非消费类的，则可以根据上一次进行NFC支付时所使用的模拟卡作为默认模拟卡，以便下次快捷地进行NFC支付。

在其他的一些实施例中，在移动设备获取所处的地理位置(步骤2101)后，移动设备还可以确定该地理位置是否在家附近或者公司附近，如果是，则选择相应的门禁卡作为默认模拟卡。

如图22所示，在另外的一些实施例中移动设备600可以包括NFC装置601、存储器602、处理器603等。其中NFC装置601包括NFC控制器6011、安全单元6012、NFC射频电路6013；该移动设备600的存储器602还存储有基于HCE技术进行NFC支付的应用程序例如银行闪付App 604，基于SIM卡(内嵌安全单元)进行NFC支付的应用程序例如运营商钱包App 605，还有基于全终端进行NFC支付的应用程序例如系统钱包App 606等。在移动设备的SIM卡卡槽中容纳有嵌入的安全单元的SIM卡607，该SIM卡607与移动设备600上的NFC射频电路6013通过NFC控制器6011进行连接。存储器602还可以包括情景智能App 608，该App用于获取与移动设备600所处环境相关的情景信息，并基于该情景信息进行分析、确定出进行NFC支付时的模拟卡。具体地，情景智能App可以接收例如蓝牙装置610、定位装置611、Wi-Fi装置612、传感器613所采集到的各种情景信息。另外，可以理解的是，本实施例中情景信息可以是具有上述实施例中的情景信息相同或类似的含义。

当该情景智能App 608基于上述情景信息确定了一张模拟卡时，通知系统设置模块609在该模拟卡所对应的应用程序里(例如银行闪付App 604、运营商钱包App 605、系统钱包App 606)对该模拟卡进行配置，以便在支付时用该默认模拟卡进行NFC支付，该系统设置模块609可以。例如情景智能App根据上述情景信息确定当前可以使用招商银行信用卡进行NFC支付，则系统设置209对银行闪付App 604的模拟卡进行配置并模拟出一张模拟卡，该银行闪付App 604可以与网络侧的支付服务器614进行通信。在支付服务器614验证通过后，该App才能基于移动设备600上的NFC装置(具体是NFC控制器、NFC天线)与NFC读卡器615进行NFC支付。还例如，情景智能App根据上述情景信息确定可以使用公交卡(深圳通)，而该公交卡是在运营商钱包App内，则系统设置模块609对运营商钱包App 605进行配置并模拟出一张模拟卡，NFC控制器6011与SIM卡607中内嵌的安全单元进行通信，验证通过后，该运营商钱包App才能基于NFC装置(具体是NFC控制器、NFC天线)与NFC读卡器615进行NFC支付；再例如，情景智能App确定可以使用系统钱包App的模拟卡进行NFC支付，该系统钱包App里的模拟卡例如Apple Pay，Huawei Pay等；则系统设置模块609对系统钱包App 606进行配置一张模拟卡，NFC控制器6011与安全单元6012进行通信，验证通过后，该系统钱包App中的模拟卡才能基于NFC装置与NFC读卡器615进行NFC支付。

在其他实施例中，移动设备600也可以结合网络侧的情景服务器616来实现NFC模拟卡的确定及选择，其具体实现步骤在上述实施例中已经详述，在此不再赘述。

在另外的一些实施例中，图22所示的移动设备600也可以执行上述实施例中的所有方法步骤。

上述情景智能App 608与系统设置模块609也可以集成在一起完成上述功能。

可以理解的是，本实施例中的移动设备600除了图22中所示的上述硬件和软件外，还可以包括上述实施例中提到的其他硬件例如摄像头、用户识别模块(SIM)卡槽、外设接口等。

在另外的一些实施例中，当用户从一个城市达到另一个城市时，移动设备可以智能推荐合适的模拟卡例如银行卡、公交卡等，该智能推荐可以是基于移动设备所处的地理位置及与NFC支付相关的特定情景信息来确定的。如图23A所示，例如当用户从武汉到达深圳时，在移动设备的触摸屏上显示相关的推送信息，提示框2301表明移动设备600为用户设置好了在深圳市使用的模拟卡。其中，在该城市默认使用的银行卡是图标2302所示的花旗银行信用卡，控件2303表明用户可以手动更换在该城市默认使用的银行卡，当用户点击控件2303时，如图23B所示，移动设备600可以向用户显示多张银行卡以便用户手动选择进行NFC支付的默认银行卡。当用户点击图标2311时，表明用户选择了中国银行储蓄卡(如图标2310所示)作为默认的银行卡。在图23A中，图标2304表明在该城市默认使用的公交卡为深圳通，控件2305表明用户也可以手动更换公交卡，当用户点击控件2305时，移动设备600可以向用户显示多张公交卡以便用户进行选择。图标2306表明在该城市默认使用的其他卡片为星巴克会员卡，控件2307表明用户也可以手动更换卡片。通过上述智能配置的方式，移动设备能自动配置默认使用的模拟卡，这样就更加方便用户进行支付。在设置完成后，当移动设备600接收到用户的NFC支付指示时，移动设备600可以确定所处的具体的地理位置，然后使用相应的默认的模拟卡。例如，用户双击home键(如图23中图标2308所示)来进行NFC支付，移动设备600确定所处的位置是在某个公交站台，则移动设备600调用默认的公交卡(深圳通)来进行NFC支付，如果移动设备600确定所处的位置是某个商店，则移动设备600调用默认的银行卡(花旗银行信用卡)来进行NFC支付。在其他的一些实施例中，移动设备可以通过自我学习，来达到更准确地进行智能推荐卡片。例如用户上次在深圳市经常使用的银行卡是招商银行信用卡，经常使用的其他卡片是山姆会员卡，那么，当用户下次再来到深圳时，移动设备根据用户上次在深圳的卡片使用情况，推荐给用户默认的银行卡是招商银行信用卡，默认的其他卡片是山姆会员卡。如图24所示，提示框2401表明移动设备的显示屏上显示的卡片是根据用户上次在深圳市的使用卡片的情况来设置的相应的默认的模拟卡。可以理解的是，推荐的卡片用户也可以通过控件2403、2405、2407手动进行更换。

如上述实施例中所用，根据上下文，术语“当...时”可以被解释为意思是“如果”或“在...后”或“响应于确定”或“响应于检测到”。类似地，根据上下文，短语“在确定...时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定...”或“响应于确定...”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。

需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器或随机存储器等。

为了解释的目的，前面的描述是通过参考具体实施例来进行描述的。然而，上面的示例性的讨论并非意图是详尽的，也并非意图要将本技术方案限制到所公开的精确形式。根据以上教导内容，很多修改形式和变型形式都是可能的。选择和描述实施例是为了充分阐明本技术方案的原理及其实际应用，以由此使得本领域的其他技术人员能够充分利用具有适合于所构想的特定用途的各种修改的本技术方案以及各种实施例。

Claims (12)

1.一种基于NFC进行数据传输的方法，所述方法在具备NFC功能的移动设备上实现，其特征在于，所述方法包括：

所述移动设备接收用户的触摸操作；

响应于所述触摸操作，所述移动设备打开与NFC支付相关的应用程序；

在所述移动设备上显示所述应用程序的图形用户界面；

所述移动设备获取与所述移动设备所处环境相关的情景信息，所述情景信息包括所述移动设备所处的地理位置、时间和特定情景信息，所述特定情景信息包括以下消息中的至少一种：即时消息、蓝牙广播消息、Wi-Fi热点广播消息、移动设备所处的运动状态；

所述移动设备基于所述情景信息确定进行NFC支付的模拟卡；

所述移动设备将确定的模拟卡提示给用户；

所述移动设备接收到用户的确认操作后，选择所述模拟卡；

所述移动设备基于所选择的模拟卡与NFC读卡器进行NFC支付；

其中，所述移动设备基于所述情景信息确定NFC支付的模拟卡，具体包括：所述移动设备通过公式（1）确定第一模拟卡的分值S_T，通过公式（2）确定第二模拟卡的分值S_P，所述第一模拟卡为公交卡，所述第二模拟卡为银行卡；

S_T=K_D/D_T+E_T*K_S+inTraficTime(time)*K_T （1）

S_P=K_D ^’ /D_P+E_P* K_S ^’ （2）

上述公式（1）中：K_D表示公交卡的距离权重系数，D_T表示与所述移动设备距离最近公交/地铁站的距离；E_T表示公交/地铁站Wi-Fi无线接入点的信号强度，K_S表示所述公交/地铁站Wi-Fi无线接入点的信号强度的权重系数，其中K_S>K_T；inTraficTime(time)函数在输入的time为早晚高峰时间，则所述函数的值为1，否则为0；K_T表示所述早晚高峰时间的权重系数；

上述公式（2）中：K_D ^’ 表示银行卡的距离权重系数，D_P表示与所述移动设备距离最近商店的距离；E_P表示商店Wi-Fi无线接入点或蓝牙beacon的信号强度；K_S ^’表示所述商店Wi-Fi无线接入点或所述蓝牙beacon的信号强度的权重系数；

所述移动设备比较公式（1）中S_T和公式（2）中S_P的大小，分值大者即为确定出的模拟卡。

2.如权利要求1所述的方法，其特征在于，在所述移动设备接收用户的触摸操作之前，所述方法还包括：所述移动设备接收并存储NFC支付信息，所述NFC支付信息包括NFC支付时的支付地点、支付时间、支付金额；

所述特定情景信息还包括所述NFC支付信息，所述移动设备基于所述情景信息确定进行NFC支付的模拟卡，具体为：

所述移动设备基于所处的地理位置、时间、Wi-Fi热点广播消息和NFC支付信息，确定进行NFC支付的模拟卡。

3.如权利要求1或2所述的方法，其特征在于，所述应用程序的图形用户界面显示有至少2张不同类型的模拟卡；当所述移动设备将所述确定的模拟卡提示给用户时，所述确定的模拟卡被放大显示，其他模拟卡被缩小显示。

4.一种基于NFC进行数据传输的方法，所述方法在具备NFC功能的移动设备上实现，其特征在于，所述方法包括：

当所述移动设备感应到NFC射频场时，获取与所述移动设备所处环境相关的情景信息，所述情景信息包括所述移动设备所处的地理位置、时间和特定情景信息中的至少一种，所述特定情景信息包括以下消息中的至少一种：即时消息、蓝牙广播消息、Wi-Fi热点广播消息、移动设备所处的运动状态；

所述移动设备基于所述情景信息，确定进行NFC支付的模拟卡；

所述移动设备基于所确定的模拟卡，生成模拟卡选择指令；

移动设备根据所述模拟卡选择指令，选择相应的模拟卡；

所述移动设备基于所选择的模拟卡与NFC读卡器进行NFC支付；

其中，所述移动设备基于所述情景信息确定NFC支付的模拟卡，具体包括：所述移动设备通过公式（1）确定第一模拟卡的分值S_T，通过公式（2）确定第二模拟卡的分值S_P，所述第一模拟卡为公交卡，所述第二模拟卡为银行卡；

S_T=K_D/D_T+E_T*K_S+inTraficTime(time)*K_T （1）

S_P=K_D ^’/D_P+E_P* K_S ^’ （2）

上述公式（1）中：K_D表示公交卡的距离权重系数，D_T表示与所述移动设备距离最近公交/地铁站的距离；E_T表示公交/地铁站Wi-Fi无线接入点的信号强度，K_S表示所述公交/地铁站Wi-Fi无线接入点的信号强度的权重系数，其中K_S>K_D； inTraficTime(time)函数在输入的time为早晚高峰时间，则所述函数的值为1，否则为0；K_T表示所述早晚高峰时间的权重系数；

上述公式（2）中：K_D ^’表示银行卡的距离权重系数，D_P表示与所述移动设备距离最近商店的距离；E_P表示商店Wi-Fi无线接入点或蓝牙beacon的信号强度；K_S ^’表示所述商店Wi-Fi无线接入点或所述蓝牙beacon的信号强度的权重系数；

所述移动设备比较公式（1）中S_T和公式（2）中S_P的大小，分值大者即为确定出的模拟卡。

5.如权利要求4所述的方法，其特征在于，所述特定情景信息包括以下消息中的至少一种：即时消息、蓝牙广播消息、Wi-Fi热点广播消息、移动设备所处的运动状态。

6.如权利要求4所述的方法，其特征在于，所述移动设备基于所述情景信息确定进行NFC支付的模拟卡，具体包括：

所述移动设备基于所述情景信息向用户提示进行NFC支付的模拟卡；

在接收到用户的确认操作后，所述移动设备确定所述模拟卡。

7.如权利要求6所述的方法，其特征在于，在所述移动设备感应到NFC射频场之前，所述方法还包括：所述移动设备接收并存储NFC支付信息，所述NFC支付信息包括NFC支付时的支付地点、支付时间、支付金额。

8.如权利要求7所述的方法，其特征在于，所述特定情景信息还包括所述NFC支付信息，所述移动设备基于所述情景信息确定进行NFC支付的模拟卡，具体为：所述移动设备基于所处的地理位置、时间、Wi-Fi热点广播消息和NFC支付信息，确定进行NFC支付的模拟卡。

9.一种基于NFC进行数据传输的方法，所述方法在智能手表和手机上实现，所述智能手表和所述手机通过短距离通信协议建立无线链路，所述方法包括：

当智能手表感应到NFC射频场时，通过所述无线链路发送通知消息给手机；

所述手机获取与所述手机所处环境相关的情景信息，所述情景信息包括所述手机所处的地理位置、时间和特定情景信息中的至少一种，所述特定情景信息是指与NFC支付相关的信息；

所述手机基于所述情景信息，确定进行NFC支付的模拟卡，并通过所述无线链路向所述智能手表发送模拟卡选择指令；

所述智能手表在接收到模拟卡选择指令后，选择确定的模拟卡；

所述智能手表基于确定的模拟卡进行NFC支付；

其中，所述手机基于所述情景信息确定NFC支付的模拟卡，具体包括：所述手机通过公式（1）确定第一模拟卡的分值S_T，通过公式（2）确定第二模拟卡的分值S_P，所述第一模拟卡为公交卡，所述第二模拟卡为银行卡；

S_T=K_D/D_T+E_T*K_S+inTraficTime(time)*K_T （1）

S_P=K_D ^’/D_P+E_P* K_S ^’ （2）

上述公式（1）中：K_D表示公交卡的距离权重系数，D_T表示与所述手机距离最近公交/地铁站的距离；E_T表示公交/地铁站Wi-Fi无线接入点的信号强度，K_S表示所述公交/地铁站Wi-Fi无线接入点的信号强度的权重系数，其中K_S>K_D；inTraficTime(time)函数在输入的time为早晚高峰时间，则所述函数的值为1，否则为0；K_T表示所述早晚高峰时间的权重系数；

上述公式（2）中：K_D ^’表示银行卡的距离权重系数，D_P表示与所述手机距离最近商店的距离；E_P表示商店Wi-Fi无线接入点或蓝牙beacon的信号强度；K_S ^’表示所述商店Wi-Fi无线接入点或所述蓝牙beacon的信号强度的权重系数；

所述移动设备比较公式（1）中S_T和公式（2）中S_P的大小，分值大者即为确定出的模拟卡。

10.如权利要求9所述的方法，其特征在于，在所述智能手表选择所确定的模拟卡之后，在所述智能手表基于所选择的模拟卡进行NFC支付之前，所述方法还包括：

所述智能手表检测与所述手机的无线链路是否正常；

如果所述智能手表检测到与所述手机之间的无线链路正常，则所述智能手表基于所选择的模拟卡进行NFC支付，或者

如果所述智能手表检测到与所述手机之间的无线链路断开，则所述智能手表终止进行NFC支付，并提示用户。

11.如权利要求9所述的方法，其特征在于，所述特定情景信息包括以下消息中的至少一种：即时消息、蓝牙广播消息、Wi-Fi热点广播消息、所述手机所处的运动状态。

12.一种基于NFC进行数据传输的移动设备，其特征在于，所述移动设备包括一个或多个处理器、触摸屏、存储器、多个应用程序，以及一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为被所述一个或多个处理器执行，所述一个或多个程序包括指令，所述指令用于：

所述移动设备接收用户的触摸操作；

所述移动设备基于所述触摸操作，打开与NFC支付相关的应用程序；

在所述移动设备上显示所述应用程序的图形用户界面；

所述移动设备获取与所述移动设备所处环境相关的情景信息，所述情景信息包括所述移动设备所处的地理位置、时间和特定情景信息，所述特定情景信息包括以下消息中的至少一种：即时消息、蓝牙广播消息、Wi-Fi热点广播消息、所述移动设备所处的运动状态；

所述移动设备基于所述情景信息确定进行NFC支付的模拟卡；

所述移动设备将确定的模拟卡提示给用户；

所述移动设备接收到用户的确认操作后，选择所述模拟卡；

所述移动设备与NFC读卡器进行NFC支付；

其中，所述移动设备基于所述情景信息确定NFC支付的模拟卡，具体包括：所述移动设备通过公式（1）确定第一模拟卡的分值S_T，通过公式（2）确定第二模拟卡的分值S_P，所述第一模拟卡为公交卡，所述第二模拟卡为银行卡；

S_T=K_D/D_T+E_T*K_S+inTraficTime(time)*K_T （1）

S_P=K_D ^’/D_P+E_P* K_S ^’ （2）

上述公式（1）中：K_D表示公交卡的距离权重系数，D_T表示与所述移动设备距离最近公交/地铁站的距离；E_T表示公交/地铁站Wi-Fi无线接入点的信号强度，K_S表示所述公交/地铁站Wi-Fi无线接入点的信号强度的权重系数，其中K_S>K_D；inTraficTime(time)函数在输入的time为早晚高峰时间，则所述函数的值为1，否则为0；K_T表示所述早晚高峰时间的权重系数；

上述公式（2）中：K_D ^’表示银行卡的距离权重系数，D_P表示与所述移动设备距离最近商店的距离；E_P表示商店Wi-Fi无线接入点或蓝牙beacon的信号强度； K_S ^’表示所述商店Wi-Fi无线接入点或所述蓝牙beacon的信号强度的权重系数；

所述移动设备比较公式（1）中S_T和公式（2）中S_P的大小，分值大者即为确定出的模拟卡。

Images