具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

下面将结合附图对本实施例的实施方式进行详细描述。

支持NFC功能的终端设备，在彼此靠近的情况下可进行数据交换。从而，实现各类NFC功能，如刷卡、数据传递等。本申请实施例提供的一种虚拟卡切换方法，应用于终端设备使用NFC技术进行刷卡的过程中。

通常，支持NFC功能的终端设备可以包括用于实现近距离通信的应用程序(如，称为NFC应用)，其中，上述NFC应用具备模拟非接触IC卡的仿真功能。示例性地，NFC应用可以包括卡包应用、公交应用、银行类应用、门禁应用等。

每个NFC应用中包括至少一张虚拟卡，如，虚拟交通卡、虚拟门禁卡和虚拟银行卡等。每张虚拟卡可以对应着一应用程序标识(applet identifier，AID)。NFC应用的虚拟卡与AID之间的映射关系可存储于安全单元(secure element，SE)中。安全单元可以存储在手机内存中，也可以是单独的芯片，还可以存储在手机SIM卡中，还可以存储在云端。作为一种示例，如下表1：

表1

根据表1可见，在终端设备中，卡包应用可以包括多张不同类型的虚拟卡，同时多张虚拟卡中有一张的激活状态为已激活。在一些实施例中，有些虚拟卡是不支持AID识别的，例如Mifare系列卡。

在终端设备接收到NFC场强信息(也即，靠近一NFC读卡器)的情况下，终端设备默认由已激活的虚拟卡与所靠近的NFC读卡器进行数据交互。

然而，处于已激活的虚拟卡，往往是预先配置的默认卡。这就意味着，NFC读卡器与默认卡匹配时，NFC读卡器与手环之间可交互成功。但，NFC读卡器与默认卡不匹配时，就会出现交互失败。

例如，如图1中的(a)所示，手机(终端设备)的卡包应用中默认卡是家钥匙，也即，在手机的SE中处于已激活的虚拟卡为家钥匙。在手机靠近上海的公交车刷卡器时，手机可接收到包括AID值(即，AID1)的指示信息1。之后，手机可利用默认卡与公交车刷卡器进行交互。如果此时，用户启动手机的卡包应用时，可显示图1中的(b)所示的刷卡界面101，用于提示用户正尝试以默认卡与NFC读卡器进行数据交互。当然，也可能是手机响应于指示信息1亮屏，并弹出卡包应用到界面前台，如，显示如图1中的(b)所示的刷卡界面101，用于提示用户正尝试以默认卡与NFC读卡器进行数据交互。在显示刷卡界面101的同时，手机可比较指示信息1中的AID值(即，AID1)与默认卡的AID值(即，AID3)。由于二者不同，手机会显示如图1中的(c)所示的刷卡界面102，提示“刷卡失败，切换激活卡”的提示信息。之后，如果手机接收到用户对上海公共交通卡的操作时，手机可以根据接收到的操作，将SE中的上海公共交通卡激活，以及将SE中的家钥匙去激活。如此，手机再次靠近上海的公交车刷卡器时，即可执行金额扣除等操作，并通知上海的公交车刷卡器，完成刷卡。在完成刷卡之后，还可以将上海公共交通卡去激活，并重新激活默认卡(也即，家钥匙)。

上述过程不仅需要用户自己选卡，还需让用户重复至少两次刷卡动作。人机交互效率较低。

此外，近些年，NFC逐步应用在小型化的终端设备上，如应用于可穿戴设备中，使用户可以更加方便进行刷卡，同时，也改善部分用户的手机不支持NFC的缺陷。然而，可穿戴设备相较于手机而言，可操作性更差。如此，对于可穿戴设备而言，在面临默认卡与NFC读卡器之间不匹配的情况，刷卡会更加不方便。

以支持NFC的手环进行举例。手环体积小，显示屏也小。上述硬件环境已限制了手环的人机交互效率。故，对手环的管理和功能配置，大多由配对的其他设备(如，手机)完成。示例性地，配对的其他设备上可以安装有手环应用或穿戴应用，又可成为第一应用。用户可以通过手机中的手环应用或穿戴应用对手环进行管理，比如，配置手环中的默认卡。再比如，完成手环中虚拟卡的激活状态切换等。

例如，手环与手机配对完成后，手机中启动手环应用，如图2中的(a)所示，可显示手环的管理界面201。上述管理界面201中包括卡包功能入口，如控件202。在手机接收到用户对控件202的操作的情况下，如图2中的(b)显示卡包界面203。上述卡包界面203中包括手环内已配置的多张虚拟卡，如上海公共交通卡、深圳通、家钥匙和小区门禁卡。手机可以响应用户在卡包界面203中的虚拟卡的操作，从多张虚拟卡中确定出默认卡。示例性地，在用户将上海公共交通卡设置为默认卡的情况下，手机指示手环将虚拟卡“上海公共交通卡”的激活状态配置为已激活。

如此，手环接收到NFC场强信息(也即，靠近一NFC读卡器)时，默认采用虚拟卡“上海公共交通卡”与所靠近的NFC读卡器进行数据交互。然而，在手环所靠近的NFC读卡器与虚拟卡“上海公共交通卡”不匹配时，则会出现手环刷卡失败的状况。例如，手环所靠近的NFC读卡器为智能门锁时，手环内的上海公共交通卡不能与智能门锁完成数据交互，进而导致刷卡失败。

在刷卡失败的情况下，用户可利用手机，在图2中的(c)所示的刷卡界面204中重新选择本次刷卡所需激活的虚拟卡。如，用户在刷卡界面204中选择家钥匙，手机将用于指示激活虚拟卡“家钥匙”的指示信息2发送给手环。手环响应于该指示信息2，将虚拟卡“上海公共交通卡”去激活，再将虚拟卡“家钥匙”激活。如此，下一次手环靠近NFC读卡器，即可采用虚拟卡“家钥匙”与所靠近的NFC读卡器进行数据交互了。并在虚拟卡“家钥匙”与NFC读卡器之间数据交互成功后，将虚拟卡“家钥匙”去激活，重新激活默认卡，也即虚拟卡“上海公共交通卡”。

可见，对于支持NFC的手环而言，面对默认卡与NFC读卡器不匹配的情况，除了需要多次刷卡操作，耗时更长之外，激活卡切换更加繁琐，人机交互效率更低。

为了改善上述问题，本申请实施例提供了一种虚拟卡激活方法。上述方法通过对用户所处的实际场景进行识别。再根据识别结果，确定出与实际场景匹配的虚拟卡，并激活匹配的虚拟卡。通过根据场景灵活地切换虚拟卡的激活状态，减少虚拟卡与靠近的NFC读卡器交互失败的出现，从而，避免多次刷卡和手动切卡，提高人机交互效率，增强用户体验。

在一些实施例中，上述方法可以应用于可穿戴设备和电子设备组成的系统，如称为穿戴通信系统。可穿戴设备和电子设备之间可以进行通信，如进行蓝牙通信、无线通信、蜂窝通信等。

示例性地。上述电子设备可以是手机、电视机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、个人计算机(personal computer，PC)，上网本，蜂窝电话，个人数字助理(personal digital assistant，PDA)等终端设备。本申请实施例对该电子设备的具体形态不作特殊限制。也对电子设备是否支持NFC技术也不作特殊限定。

如图3所示，本申请实施例以电子设备(如手机)为例，对本申请实施例提供的电子设备的结构进行举例说明。电子设备(如手机)可以包括：处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriber identificationmodule，SIM)卡接口295等。

其中，上述传感器模块280可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器和骨传导传感器等传感器。

可以理解的是，本实施例示意的结构并不构成对电子设备的具体限定。在另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以是电子设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器210的等待时间，因而提高了系统的效率。

在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备的结构限定。在另一些实施例中，电子设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块240用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。充电管理模块240为电池242充电的同时，还可以通过电源管理模块241为电子设备供电。

电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，外部存储器，显示屏294，摄像头293，和无线通信模块260等供电。在一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。

电子设备的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。在一些实施例中，电子设备的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信，如与可穿戴设备通信。

天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块250可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。

移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块250的至少部分功能模块可以被设置于处理器210中。在一些实施例中，移动通信模块250的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。

无线通信模块260可以提供应用在电子设备上的包括WLAN(如(wirelessfidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigationsatellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(nearfield communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

其中，GNSS可以包括北斗卫星导航系统(beidou navigation satellite system，BDS)，全球定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

电子设备通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏294用于显示图像，视频等。该显示屏294包括显示面板。

电子设备可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。ISP用于处理摄像头293反馈的数据。摄像头293用于捕获静态图像或视频。在一些实施例中，电子设备可以包括1个或N个摄像头293，N为大于1的正整数。

外部存储器接口220可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器221可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器210通过运行存储在内部存储器221的指令，从而执行电子设备的各种功能应用以及数据处理。例如，在本申请实施例中，处理器210可以通过执行存储在内部存储器221中的指令，内部存储器221可以包括存储程序区和存储数据区。

其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flashstorage，UFS)等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

又示例性地，可穿戴设备可以是支持NFC的便携式终端设备，如，支持NFC的手环、手表、智能眼镜等。

如图4所示，可穿戴设备(如，手环)可包括无线通信模块310，处理器330，内部存储器340，电源管理模块350，电池360，充电管理模块370，天线3等。

在一些实施例中，无线通信模块310可以包括NFC芯片，该NFC芯片可以包括设备主机(device host，DH)和NFC控制器(NFC controller，NFCC)。DH可以负责NFCC的管理，如初始化、配置和电源管理等。NFCC可以负责通过天线进行数据的物理传输。此外，该NFC芯片能够对信号进行放大、模数转换及数模转换、存储等处理。

可穿戴设备的无线通信功能可以通过天线3以及无线通信模块310等实现。

此外，处理器330可以包括一个或多个处理单元。例如：处理器330可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。

在一些实施例中，处理器330可以包括一个或多个接口。接口可以包括I2C接口，I2S接口，PCM接口，UART接口，MIPI，GPIO接口，SIM卡接口，和/或USB接口等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对可穿戴设备的结构限定。在本申请另一些实施例中，可穿戴设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

内部存储器340可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。

可穿戴设备上还可以设置运动传感器(例如，加速度传感器、陀螺仪等)等。当可穿戴设备为手环或手表时，基于上述运动传感器，手环或手表可以进行刷卡动作检测。

可以理解的是，本申请实施例示意的结构并不构成对可穿戴设备的具体限定。在本申请另一些实施例中，可穿戴设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

以下实施例中的方法均可以在具有上述硬件结构的设备中实现。下面以电子设备为手机，可穿戴设备为手环，且手机与手环之间完成配对为例，描述本申请实施例提供的方法。

在本申请实施例中，手机需对实际场景和手环内配置的虚拟卡之间的对应关系进行学习。

手机进行学习的前提是实现对实际场景的识别。示例性地，手机可以通过创建不同的围栏指示不同的实际场景。例如，手机可以创建围栏1指示实际场景“公交车站台”，创建围栏2指示实际场景“家”。再比如，手机可以创建围栏3指示实际场景“上海的公交车站”，创建围栏4指示“深圳的公交车站”。

可以理解地，围栏是一个地域概念，可以指代有边界的地理区域。上述围栏所指示的地理区域可以包括实际场景所处的位置区域。通常围栏所指示的地理区域越接近实际场景的位置区域，对实际场景的指示越准确。如此，手机也可更加准确地区分出不同的实际场景。

在手机中，所创建的围栏可以采用围栏特征进行描述。上述围栏特征可以是围栏指代的地理区域所需符合的条件，也可以说每一类围栏特征可以指示一类地理围栏。围栏特征可以包括：无线保真(wireless-fidelity，Wi-Fi)特征、蓝牙特征、小区特征、GPS特征等之一或之间的组合。

在围栏特征包括Wi-Fi特征时，指示围栏的地理区域中各个位置点所符合的条件包括：可扫描到具有上述Wi-Fi特征的Wi-Fi信号。也即，上述Wi-Fi特征可以用于指示上述Wi-Fi信号所覆盖的地理区域，该地理区域所对应的地理围栏又可称为Wi-Fi围栏。

示例性地，Wi-Fi特征可以包括MAC字段、接收的信号强度(received signalstrength indication，RSSI)、开机时间(Boottime)及中心频率(Frequency)等。

其中，上述MAC字段可以唯一指示无线接入点，如可以是基础服务设置ID(basicservice set ID，BSSID)。上述RSSI可以是WiFi信号的强度。上述Boottime可以是无线接入点的开机时间。上述Frequency可以是无线接入点的中心频率。此外，以上提到的无线接入点是指发出Wi-Fi信号的设备。

在本申请实施例中，上述MAC字段、RSSI、Boottime及Frequenc中每一项都可以单独作为Wi-Fi特征，也可以组合后作为Wi-Fi特征。如，Wi-Fi特征可以包括MAC字段和RSSI的组合。再如，Wi-Fi特征可以包括MAC字段和Frequency的组合。对具体的组合方式不作具体限定。

在围栏特征包括蓝牙特征时，指示围栏的地理区域中各个位置点所符合的条件包括：可扫描到具有上述蓝牙特征的蓝牙信号。也即，上述蓝牙特征可以用于指示上述蓝牙信号所覆盖的地理区域，该地理区域所对应的地理围栏又可称为蓝牙围栏。示例性地，上述蓝牙特征可以是蓝牙名称、蓝牙地址等。

在围栏特征包括小区特征时，指示围栏的地理区域中各个位置点所符合的条件包括：可扫描到具有上述小区特征的基站信号。也即，上述小区特征可以用于指示上述基站信号所覆盖的地理区域，该地理区域所对应的地理围栏又可称为小区围栏。

示例性地，上述小区特征可以是设备驻留的蜂窝小区的标识。在一些实施例中，上述小区特征可以包括主区参数，如，Boottime，也即，小区的开机时间、移动国家码(mobilecountry code，MCC)、移动运营商码(mobile network codes，MNC)、地区码(location areacode，LAC)、小区ID、小区的RSSI、小区的网络制式(RAT)、小区的信道号(ChannelNumber)等。

在另一实施例中，上述小区特征还可以包括邻区参数。如，邻区的ChannelNumber、邻区的物理ID(physicalIdentity)、邻区的RSSI。

在围栏特征包括GPS特征时，指示围栏的地理区域中各个位置点所符合的条件包括：位于GPS特征所指示的范围区域内。如，GPS特征可以包括：纬度信息、经度信息、自适应巡航控制(adaptive cruise control，ACC)信息、速度、方向角等。其中，速度和方向角为上述GPS特征中的可选项，也即，不对GPS特征中是否包括速度和方向角进行具体的限定。

示例性地，GPS特征可以指示的地理围栏是：采用位置点1(纬度信息、经度信息、ACC信息所指示的点)为中心，覆盖第一面积的空间区域。

此外，在一些实施例中，上述围栏特征还可以包括增强现实(augmented reality，AR)特征等。可以理解的，上述AR特征可以是指示实际场景的图像特征。在围栏特征包括AR特征时，围栏所指示的地理区域中各个位置点所符合的条件包括：可采集到具有AR特征的图像。也即，上述AR特征可以用于指示可采集到该AR特征的地理区域，该地理区域所对应的地理围栏又可称为AR围栏。

在另一些实施例中，上述围栏特征还可以包括FM调频特征。在围栏特征包括FM调频特征时，指示围栏的地理区域中各个位置点所符合的条件包括：可接收到包含FM调频特征的调频信号。也即，FM调频特征可以用于指示上述调频信号所覆盖的地理区域，该地理区域所对应的地理围栏又可称为FM围栏。

在一些实施例中，手机可依据在实际场景下采集到的信息，确定对应围栏的围栏特征。如，在实际场景下采集到Wi-Fi信号，则对应的围栏特征包括Wi-Fi特征。再如，在实际场景下采集到蓝牙信号，则对应的围栏包括蓝牙特征。再如，在实际场景下采集到基站信号，则对应的围栏包括小区特征。再如，在实际场景下采集到GPS信号，则对应的围栏包括GPS特征。

在一些实施例中，在围栏仅由单一围栏特征描述时，上述围栏特征在真实空间中指示的区域为该围栏的地理区域。例如，围栏由Wi-Fi特征描述时，该围栏可称为Wi-Fi围栏，区域1则是Wi-Fi围栏所指示的地理区域。在围栏由蓝牙特征描述时，该围栏称为蓝牙围栏，区域2则是蓝牙围栏所指示的地理区域，以此类推。

在另一些实施例中，在创建的围栏由多个围栏特征描述时，可确定多个围栏特征所对应的地理围栏，再确定地理围栏所指示的地理区域之间的重叠区域，从而，得到该围栏所指示的地理区域。例如，手机创建的围栏由Wi-Fi特征和蓝牙特征描述的情况，如图5所示，Wi-Fi特征所对应的Wi-Fi围栏指示了区域1、蓝牙特征所对应的蓝牙围栏指示了区域2，区域1和区域2之间的重叠部分，也即，区域3为所创建的围栏指示的地理区域。

此外，指示不同实际场景的围栏之间，可以包括不同类型的围栏特征，或者，可以包括相同类型的围栏特征，但取值不同。例如，公交车站台所对应的围栏包括蓝牙特征、GPS特征。家对应的围栏包括Wi-Fi特征、小区特征、GPS特征。以上两个实际场景所对应的围栏特征类型不同，两个围栏自然也不同。再例如，上海的公交车站台的围栏包括蓝牙特征、GPS特征。深圳的公交车站台的围栏也包括蓝牙特征、GPS特征。虽然上述两个实际场景所对应的围栏特征类型相同，但以上两个实际场景的GPS特征值不同、蓝牙特征值不同，两个围栏自然也不同。

总而言之，手机可以采用实际场景中确定出的围栏特征描述所创建的不同围栏。从而，实现利用围栏识别实际场景。

如此，手机学习实际场景与手环内配置的虚拟卡之间的对应关系，也就是，学习所创建的围栏与手环内配置的虚拟卡之间的对应关系。

下面将手机的学习过程分为初始阶段和更新阶段进行描述。

在初始阶段下，结合图6参考，本申请实施例提供的方法可以包括：

S101，在手环刷卡成功的情况下，手环向手机发送的交互信息1。

在一些实施例中，上述手环刷卡成功可以是手环内的虚拟卡与NFC读卡器完成一次数据交互。可理解地，NFC读卡器与匹配的虚拟卡之间可进行数据交互，与不匹配的虚拟卡之间不能进行数据交互。然而，通常手环靠近NFC读卡器时，手环采用处于已激活的虚拟卡(又称激活卡)与NFC读卡器进行数据交互。也即，如果激活卡与NFC读卡器匹配，则可以完成数据交互。如果激活卡与NFC读卡器不匹配，则不能完成数据交互。

例如，手环内的虚拟卡如表2所示：

表2

在手环内的激活卡是上海公共交通卡，手环靠近上海的公交车刷卡器的情况下，激活卡与公交刷卡机匹配，手环内的激活卡可接收公交车刷卡器发送的扣费指示信息，激活卡响应于扣费指示信息进行余额结算。然后，激活卡再将余额结算结果反馈给公交车刷卡器。

再例如，表2中的公司门禁卡是不支持AID的虚拟卡，该公司门禁卡没有AID。手环可以为公司门禁卡分配一设定标识，如标记为Unknow。此时，公司门禁卡未激活，手环靠近与公司门禁卡匹配的公司门禁，则无法进行后续的交互过程。

在一些实施例中，在手环中的激活卡与NFC读卡器完成数据交互的情况下，手环根据激活卡，生成交互信息1，并向手机发送。从而，实现通知手机在当前所处的实际场景下，手环采用哪一张虚拟卡与NFC读卡器成功完成数据交互。示例性地，交互信息1中可以包括激活卡的AID。如，交互信息1可以是命令NFC1(AID,success)。再如，在不支持AID的虚拟卡完成刷卡时，交互信息1可以是命令NFC1(success)或者NFC1(Unknow，success)。

另外，在一在实施例中，所述交互信息1可以是基于短距离无线技术发送的，例如，可以是通过蓝牙技术。通过蓝牙技术手机与手环之间可以进行各类交互信息的传递。

在一些实施例中，手环内的虚拟卡又可分为默认卡和非默认卡。其中，默认卡是长期处于已激活的虚拟卡，又称为第一虚拟卡。例如，表2中的上海公共交通卡可以是默认卡。

上述非默认卡是处于未激活的虚拟卡，此类虚拟卡在接收到特定指示或者响应特定操作时，手环才会将其从未激活变更为已激活。

后续实施例提到的第二虚拟卡可以指代非默认卡中的一张或多张。也就是，手环如响应用户操作将第二虚拟卡激活，将第一虚拟卡去激活，之后可以采用第二虚拟卡与NFC读卡器进行数据交互，并在完成数据交互后，生成的交互信息1，又可称为第一信息。其中，第一信息包括第二虚拟卡对应的第一标识。

此外，在第二虚拟卡支持AID的情况下，上述第一标识可以是第二虚拟卡的AID值。在第二虚拟卡不支持AID的情况下，上述第一标识可以是设定标识。其中，设定标识是手环为不支持AID的虚拟卡所配置的标识。

在另一些实施例中，手环还可以为每一张虚拟卡都配置标识，如此，可将手环为第二虚拟卡配置的标识作为对应的第一标识。

当然，在一些实施例中，第二虚拟卡与NFC读卡器完成交互后，还可以将第二虚拟卡去激活，再重新激活第一虚拟卡。

此外，非默认卡中还可以包括不支持AID也不具有第一标识的第三虚拟卡。在手环未接收到特定指示或特定操作的情况下，第三虚拟卡也处于未激活的状态。也就是，手环如响应用户操作将第三虚拟卡激活，那么将可以采用第三虚拟卡与NFC读卡器进行数据交互，并在完成数据交互后，所生成的交互信息1又称为第四信息。该第四信息中不包括第一标识，也不包括AID。

除了刷卡成功，可以触发手环生成交互信息1之外，在一些可能的实施例中，还可以是手环接收到第一指示信息，也即，NFC读卡器广播的指示信息1后，根据指示信息1中包含的AID，生成交互信息1。

S102，手机响应于交互信息1，为所处的实际场景创建围栏。

在一些实施例中，所处的实际场景可以是手机和手环所处的场景。比如，用户佩戴手机和手环位于公交车站台，那么手机和手环所处的实际场景为公交车站台。上述创建围栏可以是确定所处的实际场景的围栏特征1。示例性地，上述S102可以包括：

S102-1，手机可以启动环境数据采集。

其中，上述环境数据可以包括环境中的无线电波，又称为第一信号，如，Wi-Fi信号、蓝牙信号、基站信号、GPS信号、FM调频信号等。在另一些实施例中，上述环境数据还可以包括环境的图像信息。

其中，上述Wi-Fi信号、蓝牙信号、GPS信号、FM调频信号等可以由手机内置的无线通信模块260进行采集。上述基站信号可以由手机内置的移动通信模块250进行采集。

此外，在一些实施例中，上述环境的图像信息可以是手机根据当前的实时定位，从云端查询到的环境AR数据。

在另一些实施例中，上述环境的图像信息还可以是手机根据摄像头采集到的图像所创建的AR数据。示例性地，手机在接收到交互信息1后，可显示提示信息1，用于提醒用户拍摄多张多角度的环境图像。手机接收到用户指示拍摄的操作后，可显示图像采集界面。其中，图像采集界面包括引导用户调整拍摄角度的标记，从而，指导用户针对当前场景采集多张环境图像。之后，根据多张环境图像，拟合出环境AR数据。

S102-2，手机可以根据采集到的环境数据，确定所处的实际场景所对应的围栏特征1。

示例性地，在手机采集到的环境数据中包括Wi-Fi信号的情况下，手机可提取出Wi-Fi特征，以作为所处的实际场景所对应的围栏特征1。又示例性地，在手机采集到的环境数据中包括蓝牙信号的情况下，手机可提取出蓝牙特征，以作为所处的实际场景所对应的围栏特征1。再示例性地，在手机采集到的环境数据中包括基站信号的情况下，手机可提取出小区特征，以作为所处的实际场景所对应的围栏特征1。再示例性地，在手机采集到的环境数据中包括GPS信号的情况下，手机可提取出GPS特征，以作为所处的实际场景所对应的围栏特征1。以此类推，在此不再赘述。

这样，手机便可基于确定出的围栏特征1，创建所处实际场景对应的围栏。

也即，在一些实施例中，当手机接收到手环发送的交互信息1后，可以触发定位模块建立围栏。示例性地，可根据指定类型的围栏特征，建立对应的围栏。例如，可以记录当前的手机的GPS特征，以GPS特征所指示的位置点1为中心点，以预设距离为半径，例如500,建立地理围栏。在一些实施例中，当手机接收到手环发送的交互信息1后，还可以记录当前的手机驻留的蜂窝小区的标识(也即，小区特征)，可以使用小区覆盖的范围作为地理围栏。又示例性地，还可以根据实际采集到的围栏特征，建立对应的围栏。例如，采集到Wi-Fi特征、蓝牙特征，可以分别确定对应的Wi-Fi围栏和蓝牙围栏，再确定两个地理围栏之间的交集。从而，得到手机所处场景对应的围栏。

例如，为第二虚拟卡创建的围栏又可称为第一围栏。再例如，响应于第四信息，所创建的围栏又可称为第二围栏。

此外，在围栏创建之后，还可以为创建的赋予名称。

示例性地，如图7所示，手机接收到手环发送的交互信息1且创建了对应的围栏后，手机可弹出手环应用到界面前台，并显示界面701。界面701中包括用于接收用户输入内容的窗口，如，窗口702。手机接收到用户在窗口702的输入操作后，可获取用户所配置的围栏名称，并赋予对应的围栏。如，获取到用户输入“家”，那么为围栏赋予家场景的名称。再如，获取到用户输入“公交”，那么为围栏赋予公交场景的名称。

又示例性地，手机可以根据虚拟卡的使用场景为对应的围栏赋予名称。如，交互信息1所指示的虚拟卡为“深圳通”，“深圳通”的使用场景为公共交通，那么为深圳通创建的围栏赋予公交场景的名称。

S103，确定围栏与虚拟卡之间的对应关系1，并存储。

在一些实施例中，上述对应关系1可以是：围栏对应的所有围栏特征1与交互信息1中的AID之间的对应关系1。示例性地，在交互信息1中包括第一标识时，记录确定出的第一围栏与第一标识之间的对应关系1。

以实际场景为住宅小区为例。手机处于住宅小区内，且接收到包括AID4的交互信息1时，确定出用于描述对应围栏的围栏特征1包括Wi-Fi特征1、GPS特征1、小区特征1，那么所确定出的对应关系1，如表3-1所示：

表3-1

其中，上表中小区场景1指代所创建的围栏的名称，上述Wi-Fi特征1、GPS特征1、小区特征1为所创围栏的围栏特征1。AID4为虚拟卡“小区门禁卡”的AID。

再以实际场景是办公场景，手机靠近办公地且接收到交互信息1指示不支持AID的虚拟卡完成刷卡时，确定出围栏特征1包括蓝牙特征1。那么所确定出的对应关系1，如表3-2所示：

表3-2

其中，上表中办公场景指代所创建的围栏的名称，上述Wi-Fi特征3、GPS特征4为所创围栏的围栏特征1。由于完成刷卡的虚拟卡不支持AID，被接收到的交互信息1中不含AID，故，所创建的对应关系1中，由标识Unknow指代虚拟卡。

此外，为了解决手环内存在多张不支持AID的虚拟卡的情况，手环可以为不支持AID的虚拟卡配置不同的设定标识，如，Unknow1、Unknow2、Unknow3等标识。其中，上述设定标识是手环为不支持AID的虚拟卡所配置的唯一标识符。在手环使用不支持AID的虚拟卡完成刷卡后，所生成的交互信息1中可以包括设定标识。这样手机接收到交互信息1后，便可以根据设定标识和采集到的围栏特征1创建对应关系1。

可以理解地，上述表3仅为对应关系1的一种存在形式，在其他实施例中，还可以采用其他形式表征围栏与虚拟卡之间的映射关系，例如，围栏仅包括围栏特征，不含围栏名称。后续实施例中，所提到的对应关系1同理。

另外，在手环内新配置虚拟卡，且未利用该虚拟卡刷卡成功的情况下，还可以为该虚拟卡确定临时的对应关系2。

在一些实施例中，上述方法还可以包括：

S201，手机响应于用户的虚拟卡配置操作，指示手环配置新的虚拟卡。

示例性地，如图8中的(a)所示，手机的卡包界面203中包括：用于指示为手环配置虚拟卡的控件，如控件801。上述控件801为提供配置所有类型虚拟卡的入口。在手机响应于用户对控件801的操作，如点击操作时，显示如图8中的(b)所示的界面803。其中，界面803中包括用于配置不同类型虚拟卡的配置项，如，包括配置银行卡的配置项8031、配置交通卡的配置项8032、配置门禁卡的配置项8033、配置钥匙的配置项8034、配置证件的配置项8035、配置会员卡的配置项8036等。在手机接收到用户对配置项8032的操作，如点击操作时，显示如图8中的(c)所示的界面804。其中，上述界面804中包括可配置的交通卡，如，天府通。在手机接收到用户对界面804中天府通的操作，如点击操作后，向手环发送指示信息3，用于指示手环配置虚拟卡“天府通”。如此，手环内也多了一张虚拟卡“天府通”。

可以理解的，在本申请实施例中，手环应用中用于配置新虚拟卡的界面称为第一界面，如第一界面可以包括界面804。第一界面中显示的虚拟卡为手环未配置的虚拟卡，如称为第四虚拟卡。

在第四虚拟卡配置到手环后，手环可以向手机发送交互信息2，用于通知手机已完成虚拟卡天府通的配置。

S202，手机响应于交互信息2，创建一地理围栏。

在一些实施例中，手机接收到交互信息2时，获取手机当前所在的位置点2，又称为位置信息。其中，位置点2可以是根据当前接收到的GPS信号确定出的位置。再以位置点2为中心，确定覆盖第二面积的空间区域，以作为创建的地理围栏，又称为第三围栏。示例性地，第三围栏所指示的地理区域可以是位置点2所处的行政区域。例如，用户在成都市通过手机为手环配置了天府通，手机可确定出天府通对应的第三围栏，该第三围栏所指示的地理范围可以是成都市。

S203，手机建立上述地理围栏和新配置的虚拟卡之间的临时的对应关系2。

如此，可建立虚拟卡与开卡地之间的对应关系2。例如，用户在成都为手环新配置了天府通后，手机可以根据天府通和指示成都的地理围栏，确定出临时的对应关系2，并存储。直到用户首次利用天府通完成刷卡后，利用上述S101至S103创建天府通的对应关系1，从而替代天府通的临时的对应关系2。

手机通过创建对应关系1和/或对应关系2，使手机可逐步识别与实际场景所匹配的虚拟卡。此外，在手机内储备了一定数量的对应关系1之后，手机可以进入学习过程的更新阶段。示例性地，可以是手机内已存储的对应关系1的数量超过预设值后，进入学习过程的更新阶段。又示例性地，还可以是手机内已存储的对应关系1涉及到手环内所有的虚拟卡后，进入学习过程的更新阶段。例如，手环内的虚拟卡包括上海公共交通卡、深圳通、家钥匙和小区门禁卡。在手机内存储有涉及上海公共交通卡的对应关系1、涉及深圳通的对应关系1、涉及家钥匙的对应关系1和涉及小区门禁卡的对应关系1时，手机进入更新阶段。

在更新阶段下，结合图9参考，本申请实施例提供的方法还可以包括：

S301，在手环刷卡成功的情况下，手环向手机发送的交互信息1。

在一些实施例中，上述S301的原理与S101的原理相同，在此不再赘述。其中，交互信息1可指示与NFC读卡器完成数据交互的虚拟卡，又称为第一卡。

S302，手机可以启动环境数据采集。

S303，手机可以根据采集到的环境数据，确定围栏特征2。

在一些实施例中，上述确定围栏特征2的方式与确定围栏特征1的方式相同，在此不再赘述。

S304，手机查询是否存在与第一卡匹配的对应关系1。

在一些实施例中，可以从交互信息1中获取第一卡的AID，然后，利用AID从已存储的对应关系1中进行查询。例如，手机中的已存储的对应关系1，如表4所示：

表4

如果第一卡的AID为AID2，那么经查询，确定不存在匹配的对应关系1。

如果第一卡的AID为AID1，那么经查询，可确认存在匹配的对应关系1，也即，名为公交场景1的围栏和AID1所组成的对应关系。

在一些可能的实施例中，每一条对应关系1还可以具有一个查询等级。其中，查询等级包括等级1和等级2，等级1的查询优先级高于等级2的查询优先级。在查找匹配的对应关系1的过程中，可以先查询标记为等级1的对应关系1。在未查询到匹配的对应关系1的情况下，再查询标记为等级2的对应关系1。从而，有效提升查询效率。

当然，每条对应关系1所对应的查询等级，可以预先配置，也可以按照预定规则动态配置。

作为一种实施方式，可以根据每条对应关系1被匹配到的频率，为其配置查询等级。例如，小区场景1和AID4之间的对应关系1被匹配到的频率超过预设频率阈值，则将其对应的查询等级配置为等级1。再如，公交场景1和AID1之间的对应关系1被匹配到的频率不超过预设频率阈值，则将其对应的查询等级配置为等级2。

作为另一种实施方式，如果多条对应关系1表征同一实际场景与同一虚拟卡时，将包括围栏特征最多的对应关系1标记为等级1，其他对应关系1标记为等级2。

采用上述方式，均能够快速确定手机中是否有第一卡匹配的对应关系1。

S305，在确定不存在匹配的对应关系1时，根据第一卡和围栏特征2，新增对应关系1。

在一些实施例中，可以利用围栏特征2描述新创建的围栏。当然，同样也可以为新创建的围栏赋予名称。然后，根据新创建的围栏和第一卡的AID，组成新的对应关系1，并存储。

例如，围栏特征2包括GPS特征3、小区特征3，第一卡的AID为深圳通的AID2，那么创建围栏“公交场景2”后，由围栏“公交场景2”与AID2组成新的对应关系1。再例如，围栏特征2包括GPS特征4，第一卡的AID为家钥匙的AID3，那么创建围栏“家场景”后，由围栏“家场景”和AID3组成新的对应关系1。新增上述对应关系1后，手机内的对应关系1，如表5所示：

表5

另外，在一些实施例中，在确定存在匹配的对应关系1时，上述方法还可以包括：将匹配的对应关系1中包括的围栏特征(又称为围栏特征3)与采集到的围栏特征2进行比较。

示例性地，如果围栏特征2和围栏特征3完全不同，表明第一卡可在手机未知的实际场景中使用，那么手机可新增由围栏特征2与第一卡的AID所组成的对应关系1，以便提高手机的识别能力。

例如，第一卡为上海公共交通卡(AID1)。与第一卡匹配的对应关系1包括指示上海的公交车站台的围栏特征3，如Wi-Fi特征2和GPS特征2。同时，手机响应交互信息1，采集到指示上海地铁站的围栏特征2，如Wi-Fi特征4。这表明，手机能够识别上海公共交通卡与上海公交车站台之间的匹配关系，却还不能识别上海公共交通卡与上海地铁站之间的匹配关系。故，可以新增由Wi-Fi特征4与AID1组成的对应关系1。

示例性地，如果围栏特征2包括围栏特征3的全部特征，且围栏特征2还包括围栏特征3不具备的特征，此时，表明围栏特征2和围栏特征3均可指示同一实际场景，但围栏特征3所指示的地理区域更接近实际场景的真实位置。那么，手机可以利用由围栏特征2与第一卡的AID所组成的对应关系1，替换原与第一卡匹配的对应关系1。

例如，第一卡为上海公共交通卡(AID1)。与第一卡匹配的对应关系1包括围栏特征3，如，Wi-Fi特征2和GPS特征2。此外，手机采集到的围栏特征2包括Wi-Fi特征2、GPS特征2和小区特征4。那么可新增由“Wi-Fi特征2、GPS特征2、小区特征4”与AID1所组成的对应关系1，并删除由“Wi-Fi特征2、GPS特征2”与AID1之间组成的原对应关系1。

此外，替换对应关系1的方式，除了直接删除原对应关系1之外，还可以是将原对应关系1的查询等级调整为等级2。接上例，可以是将由“Wi-Fi特征2、GPS特征2”与AID1之间组成的原对应关系1的查询等级调整会等级2，而由“Wi-Fi特征2、GPS特征2、小区特征4”与AID1所组成的对应关系1的查询等级标记为等级1。

如此，随着手机逐步新增或更替对应关系1，手机对虚拟卡所匹配的实际场景的识别能力也越来越强。当然，手机学习对应关系1是长期的过程。如此，手机便能够越来越智能地识别出不同实际场景下可能会使用到的虚拟卡。

此外，在一些实施例中，手机学习对应关系1，可以一直采用相同的方法进行学习。比如，一直采用前述实施例中提到的初级阶段的学习方法。再比如，一直采用前述实施例中提到的更新阶段的学习方法。

另外，结合图10参考，本申请实施例提供的方法还可以包括：

S401，手机检测手环是否进入已建围栏所指示的地理区域。

其中，上述已建围栏可以包括对应关系1中涉及到的所有围栏。例如，已建围栏可以是手机确定对应关系1的过程中所创建的围栏。当然，每个已建围栏都包括围栏特征，如称为围栏特征4。

在一些实施例中，上述S401可以包括以下步骤：

S401-1，手机可以实时或者周期性地获取定位信息。

手机所获取的定位信息为能够指示手环实际位置的信息。

在一些场景下，手环和手机配套使用，也即，用户会同时佩戴手环和手机，那么可由手机可将自身的定位信息作为手环的定位信息。

如此，上述定位信息除了包括手机采集到的GPS定位信息(如，包括纬度信息、经度信息、ACC信息)之外，还可以包括手机扫描到的无线电波定位信息。如，手机此时扫描到的Wi-Fi信号、蓝牙信号、基站信号、FM调频信号等。当然，还可以包括手机采集到的图像定位信息，也即环境图像。

在另一些场景下，手机和手环未配套使用，也即，用户仅带了手环而未带手机，那么也可由手环采集定位信息，再向手机发送。其中，手环所采集的定位信息也可以包括采集的GPS定位信息、扫描到的无线电波定位信息及手环采集到的图像定位信息等。

S401-2，手机判断定位信息所指示的位置点3是否属于已建围栏对应的地理区域。

在一些实施例中，获取所有已建围栏对应的围栏特征4，将上述定位信息与每一围栏特征4进行比较。如果定位信息与任一围栏特征4匹配上，那么判定手环已进入已建围栏所指示的地理区域内，可简称为手环进入已建围栏中。

示例性地，判定定位信息是否与围栏特征4匹配的方式可以是：

首先，从定位信息中提取定位特征。其中，在定位信息包括Wi-Fi信号时，定位特征可以包括Wi-Fi特征。在定位信息包括蓝牙信号时，定位特征可以包括蓝牙特征。在定位信息包括基站信号时，定位特征可包括小区特征。在定位信息包括GPS信号时，定位特征可包括GPS特征。以此类推，在此不再赘述。

其次，将定位特征与围栏特征4进行比较。如果定位特征与已建围栏的围栏特征4完全相同，那么判定手环当前位于已建围栏中。

在一些实施例中，上述S401-1和S401-2可以由手机中的传感集线器(sensor hub)执行。可以理解的，传感集线器是具有一定处理能力以及功耗较小的芯片，可用于处理简单任务。

例如，如图11所示，传感集线器可从手机中的调制调解器(modem)、GPS中收集WiFi信号、蓝牙信号、基站信号、FM射频信号等。再例如，传感集线器还可以接收并存储已建围栏，例如，Wi-Fi围栏(仅具有Wi-Fi特征的围栏)、小区围栏(仅具有小区特征的围栏)、地理围栏(仅具有GPS特征的围栏)以及包含多类围栏特征的围栏。再例如，传感集线器还可以判断收集到的定位信息是否属于已建围栏。

如此，手机中的应用处理器可保持休眠状态。从而，使手机可以在未启动应用的情况下，低能耗地实时地判定手环是否进入已建围栏。

在另一些实施例中，上述S401还可以是：在手机满足预设条件的情况下，获取定位信息，并基于定位信息判定手环是否处于已建围栏内。如此，也能够实现节约能耗。

其中，上述预设条件可以是手机扫描到特定的电磁波。示例性地，上述特定的电磁波可以是WiFi信号、蓝牙信号、基站信号、FM调频信号中的任意一种。

例如，图12中的(a)所示，用户位于公交车站台时，手机扫描到智能站牌发送的Wi-Fi信号或者蓝牙信号，手机可以启动定位信息的获取。

再例如，图13中的(a)所示，用户在家门口时，手机扫描到家中路由器发送的Wi-Fi信号，手机可以启动定位信息的获取。

当然，上述预设条件还可以是：手机或手环检测到用户的运动状态发生改变。

例如，用户走到公交车站台，并停下来等待公交车的情况下，手机或手环可以检测到用户从行走状态变为停留状态，对应地可触发手机进行定位信息的采集。

再例如，用户走到公交车门口，并上车的情况下，手机或手环可检测到用户从水平方向的运行变为竖直方向上的运行，对应地也可触发手机进行定位信息的采集。

S402，在手机判定手环进入已建围栏时，根据对应关系1，确定匹配的虚拟卡。

在一些实施例中，根据手环实际进入的已建围栏(又可称为目标围栏)，从对应关系1中查询匹配的虚拟卡。上述匹配的虚拟卡是与目标围栏对应的虚拟卡，又可称为第二卡。可理解地，手环所处的实际场景变化时，手环所对应的目标围栏也可能不同，随之确定出的第二卡也不同。

示例性地，手环进入第一围栏，第二虚拟卡为匹配的虚拟卡。手环进入第二围栏，匹配的虚拟卡是手环内所有不支持AID且不具备第一标识的虚拟卡。

例如，手机中的对应关系1如上表5所示，在判定手环进入围栏“公交场景1”时，将虚拟卡(AID1)确定为第二卡。在判定手环进入公交场景2时，将虚拟卡(AID1)确定为第二卡。在判定手环进入围栏“家场景”时，将虚拟卡(AID3)确定为第二卡。

在一些实施例中，手机可以将目标围栏与对应关系1逐一比对，确定出包含目标围栏的对应关系1，从而查找到第二卡。

在另一些实施例中，手机还可以预先按照GPS特征对已存储的对应关系1进行分类。例如，将涉及GPS特征且GPS特征指示位置点1均属于相同行政区域的对应关系1划分为同一类。将不涉及GPS特征的对应关系1分为一类。如此，在查找第二卡的过程中，手机先确定目标围栏是否存在GPS特征。如果存在，则根据目标围栏对应的位置点1，确定所属的行政区域。再从对应相同行政区域的对应关系1中，查找第二卡。如果不存在，则从无GPS特征的对应关系1中，查找第二卡。

例如，表5所示出的对应关系中，GPS特征1、GPS特征2、GPS特征4都属于上海市，而GPS特征3属于深圳市。那么可以将“小区场景1与AID4”、“公交场景1与AID1”、“家场景与AID3”这几条对应关系1分为一类，将“公交场景2与AID2”这条对应关系1作为一类。如此，在目标围栏对应的位置点1属于上海市时，则从“小区场景1与AID4”、“公交场景1与AID1”、“家场景与AID3”这几条对应关系1中，查找第二卡。在目标围栏对应的位置点1属于深圳市，则从“公交场景2与AID2”这条对应关系1中，查找第二卡。如此，如图14所示，用户位于深圳市且位于公交车站台时，手机可快速确定出深圳通为第二卡。用户位于上海市且位于公交车站台时，手机可快速确定出上海公共交通卡为第二卡。

在一些实施例中，如果第二卡是手环内的默认卡，那么可以退出流程。如果第二卡不是手环内的默认卡，那么流程可以进入S403。

在另一些实施例中，也可以不区分第二卡是否为默认卡，在确定出第二卡后，流程进入S403。

S403，手机向手环发送交互信息3。

在一些实施例中，上述交互信息3可用于通知手环将第二卡激活。其中，交互信息3中可包括第二卡的AID，也可不包括任何AID值。

示例性地，手环进入第一围栏的情况下，手机向手环发送的交互信息3又可称为第二信息。其中，第二信息中也可以包括第二虚拟卡的第一标识。例如，图12中的(a)所示，用户位于公交车站台，手机根据定位信息和对应关系1，可识别出手环处于围栏“公交场景1”指示的地理区域内，如图12中的(b)所示，手机向手环发送携带AID1的交互信息3。

再例如，图13中的(a)所示，用户位于家门口，手机根据定位信息和对应关系1，可识别出手环处于围栏“家场景”指示的地理区域内，如图13中的(b)所示，手机向手环发送携带AID3的交互信息3。

又示例性地，手环进入第二围栏的情况下，机向手环发送的交互信息3又可称为第五信息。其中，第五信息不包含AID值，也不包含第一标识。

S404，手环按照交互信息3，将第二卡激活。

在一些实施例中，手环响应于交互信息3，按照交互信息3中的AID查找第二卡。然后，将第二卡激活。此外，还可以将原激活卡去激活。从而，实现调整手环内虚拟卡的激活状态。

例如，手环内存储的虚拟卡如上表2所示，交互信息3中包括AID2，那么经过激活状态调整后，手机内的虚拟卡如下表6所示：

表6

也即，深圳通作为交互信息3所指示的第二卡，可被手环激活。而原激活卡上海公共交通卡可被手环去激活。此后，用户使用手环靠近NFC读卡器，手环可采用深圳通与所靠近的NFC读卡器进行数据交互。如此，如图15中的(a)所示，用户抬手靠近公交车刷卡器时，手环利用深圳通与公交车刷卡器进行交互。

在手环激活深圳通之后，用户如果操作手环，显示如图15中的(b)所示的卡包界面1501时，卡包界面1501中显示深圳通的卡片图像。

再例如，手环内存储的虚拟卡也如上表2所示，交互信息3中包括AID3，那么经过激活状态调整后，手机内的虚拟卡如下表7所示：

表7

也即，家钥匙作为交互信息3所指示的第二卡，可被手环激活。而原激活卡上海公共交通卡可被手环去激活。此后，用户使用手环靠近NFC读卡器，手环可采用家钥匙与所靠近的NFC读卡器进行数据交互。如此，如图16中的(a)所示，用户抬手靠近智能门锁时，手环利用家钥匙与智能门锁进行交互。

在手环激活家钥匙之后，用户如果操作手环，显示如图16中的(b)所示的卡包界面1601时，卡包界面1601中显示家钥匙的卡片图像。

当然，如果交互信息3中没有AID值，那么激活不支持AID的虚拟卡。

或者，如果交互信息3包括标识Unknow，则指示将具有Unknow标识的虚拟卡激活。也即，在交互信息3中包括标识Unknow时，将表7中的公司门禁卡激活。如此，即便是不具有AID的虚拟卡，也可以随着手环进入对应的场景后，灵活地被激活。

此外，在交互信息3不包括AID和标识Unknow的情况下，手环可激活不支持AID且不具备第一标识的第三虚拟卡激活。

另外，在一些场景中，手环存储有多张不支持AID的虚拟卡。

在此场景下，可以采用设定标识对不支持AID的虚拟卡进行区分，比如，设定标识可以包括Unknow1、Unknow2和Unknow3等。如此，可以根据交互信息3中具体携带的设定标识，将对应的虚拟卡激活。

在一些实施例中，手环内还可以建立访问映射表，上述访问映射表用于指示手环内不支持AID的虚拟卡与设定标识之间的对应关系。例如，访问映射表可指示不支持AID的门禁卡与Unknow1之间的对应关系，那么交互信息3包括Unknow1时，可以从访问映射表中查询到该门禁卡，并将其激活。

在另一些场景中，手环也可能存储多张第三虚拟卡，那么手环接收到第五信息后，显示手游第三虚拟卡以供用户选择。并在手环接收到用户对任意一张第三虚拟卡的操作后，将该第三虚拟卡激活。

可见，用户在不同场景下，通过手机和手环的配合，手环可以根据所处实际场景的变化，变更手环内的激活卡。使用户抬手即可成功刷卡，减少NFC读卡器与激活卡之间不匹配而导致的刷卡失败，也改善用户需要手动变更激活卡的繁琐，提高人机交互效率，和用户使用体验。

在另一些实施例中，在手环接收到交互信息3时，还可以将交互信息3缓存。在手环检测到用户做出设定动作，如抬手、停止位移后，触发手环按照交互信息3，将第二卡激活。例如，手环中的运动传感器可实时采集加速度信息。在采集到的加速度信息指示手环做圆周运动时，判断用户做出抬手动作。再例如，手环检测到运动状态改变，也可判定用户做出设定动作。之后，触发手环按照交互信息3，将第二卡激活。

将第二卡激活后，还需将默认卡去激活。例如，根据交互信息3，将第二虚拟卡激活，再将第一虚拟卡去激活。如此，手环靠近NFC读卡器后，采用第二虚拟卡与NFC读卡器进行数据交互。当然，进入第一围栏可以将第二虚拟卡激活，手环离开第一围栏，手机也可以指示手环将第二激活卡去激活。也即，在所述可穿戴设备离开所述第一围栏时，所述电子设备向所述可穿戴设备发送第三信息；其中，所述第三信息包括所述第一标识；所述可穿戴设备根据所述第三信息，将所述第二虚拟卡去激活。

此外，在手环两次检测到用户做出抬手动作之间，手环若依次接收到多个交互信息3，则在第二次检测到用户做出抬手动作时，手环按照接收时间最近的交互信息3，将对应的第二卡激活。从而，减少无效的激活卡切换，降低手环的能耗。

在另一些实施例中，手环可接收到NFC读卡器广播的指示信息1(又称为第二指示信息)。如果第二指示信息内携带有AID值，那么手环可以根据AID值查询对应的虚拟卡，也即第五虚拟卡。并将查找到的虚拟卡激活。此外，在一些实施例中，手环接收到第二指示信息后，还可以先确定查找到的虚拟卡是否处于已激活的状态，如果不处于已激活的状态，那么再将其激活。

当然，手环直接利用第二指示信息查找对应的虚拟卡时，也会出现查找失败的情况。

其中，一种失败原因可能是：指示信息1内不包括AID值。也即，如果指示信息1内不包括AID值，手环无法直接将与NFC读卡器匹配的虚拟卡激活，那么手环可以根据当前的定位信息，确定所处的围栏。再将与所处的围栏匹配的虚拟卡激活。

示例性地，手环可以根据当前的定位信息，确定所处的围栏可以是手环将采集到的定位信息，发送给手机，由手机识别手环所处的围栏，再将与所处围栏匹配的虚拟卡的标识(如AID或者Unknow标识)，发送给手环。具体实现可参考前述实施例中的描述。

又示例性地，如果指示信息1内不包括AID值，那么手环可以向手机发送交互信息4，用于指示手机执行上述步骤S401～S403。如此，手环即可激活并使用与实际场景匹配的虚拟卡。

其中，另一种失败原因可能是，手环内没有与NFC读卡器匹配的虚拟卡，也即，手环内没有第二指示信息所指示的第五虚拟卡。在此场景下，手环可以向手机发送交互信息5，又称为第六信息。手机响应于交互信息5，提醒用户为手环配置第五虚拟卡。示例性地，交互信息5中包括的AID与指示信息1(也即，第二指示信息)中的AID相同。手机可弹出手环应用在前台显示，并显示虚拟卡配置界面(又称为第一界面)。在该界面中显示有至少一张虚拟卡，如，第五虚拟卡。

之后，手机获取第二信号。其中，第二信号包括以下至少两种：无线保真Wi-Fi信号、蓝牙信号、调频FM信号，基站信号及GPS信号。手机根据所述第二信号对应的围栏特征，创建所述第四围栏。如此，在手环进入所述第四围栏的情况下，手机向所述手环发送第七信息，触发手环将第五虚拟卡激活，将所述第一虚拟卡去激活。其中，所述第七信息包括所述第五虚拟卡的第二标识。第二标识也可以是第五虚拟卡的AID值，或者手环为第五虚拟卡分配的标识。

此外，本申请实施例所提供的方法还可以应用在其他类型的电子设备和可穿戴设备之间。电子设备还可以是电脑、服务器、云服务器等不易携带的设备。电子设备中可以存储有所有虚拟卡和实际场景之间的对应关系。同时，可穿戴设备也具备自主定位的能力。如此，可穿戴设备只需实时向电子设备发送定位信息，即可由电子设备判断手环是否进入了特定的场景，并根据该场景所对应的虚拟卡，向可穿戴设备发送交互信息3，以使可穿戴设备根据交互信息3切换激活卡。从而，使可穿戴设备可以灵活地根据不同的实际场景，切换不同的虚拟卡，避免刷卡失败，提高刷卡的人机交互效率。

本申请实施例还提供一种电子设备，该电子设备可以包括：存储器和一个或多个处理器。该存储器和处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，可使得电子设备执行上述实施例中手机执行的各个步骤。当然，该电子设备包括但不限于上述存储器和一个或多个处理器。例如，该电子设备的结构可以参考图3所示的手机的结构。

本申请实施例还提供一种可穿戴设备，该可穿戴设备可以包括：存储器和一个或多个处理器。该存储器和处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，可使得可穿戴设备执行上述实施例中手机执行的各个步骤。当然，该可穿戴设备包括但不限于上述存储器和一个或多个处理器。例如，该可穿戴设备的结构可以参考图4所示的手环的结构。

本申请实施例还提供一种芯片系统，该芯片系统可以应用于前述实施例中的电子设备。如图17所示，该芯片系统包括至少一个处理器2201和至少一个接口电路2202。该处理器2201可以是上述电子设备中的处理器。处理器2201和接口电路2202可通过线路互联。该处理器2201可以通过接口电路2202从上述电子设备的存储器接收并执行计算机指令。当计算机指令被处理器2201执行时，可使得电子设备执行上述实施例中手机执行的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

此外，该芯片系统还可以应用于前述实施例的可穿戴设备中，该芯片系统包括至少一个处理器2201和至少一个接口电路2202。该处理器2201可以是上述可穿戴设备中的处理器。处理器2201和接口电路2202可通过线路互联。该处理器2201可以通过接口电路2202从上述可穿戴设备的存储器接收并执行计算机指令。当计算机指令被处理器2201执行时，可使得可穿戴设备执行上述实施例中手环执行的各个步骤。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。