JP7378598B2 - Near field communication methods and electronic devices - Google Patents

Description

This application claims priority to Chinese Patent Application No. 201910883006.0 entitled "NEAR FIELD COMMUNICATION METHOD AND ELECTRONIC DEVICE" and filed with the State Intellectual Property Office of China on September 18, 2019, and is incorporated herein by reference in its entirety.

TECHNICAL FIELD This application relates to the field of electronic devices, and more particularly to near field communication methods and electronic devices.

Near field communication (NFC) is a short-range high frequency wireless communication technology that enables contactless point-to-point data transmission (within 10 cm) between electronic devices to exchange data. Currently, NFC operates in three modes: card emulation mode, point-to-point mode (P2P mode), and reader/writer mode. The card emulation mode is actually equivalent to an integrated circuit (IC) card using radio frequency identification (RFID) technology, such as a public transport card, access card, employee card, etc. It can replace a large number of IC cards such as UnionPay cards, credit cards, and identification cards. In this mode, these virtual cards are powered by the radio frequency (RF) field of the contactless card reader and have the great advantage of being able to operate without electricity in the host device.

It is common to use an electronic device manufacturer's "wallet" as the default payment application, and upon receiving an NFC field strength (i.e., when approaching a card reader), the electronic device ' will pop up automatically. However, if a user uses an electronic device to approach a card reader that does not support Wallet (e.g., a door handle card reader or a treadmill card reader), Wallet automatically pops up. , the user experience will be relatively poor.

The present application provides a near field communication method and electronic device to help increase the intelligence of the electronic device and improve the user's experience when the user uses a virtual card.

According to a first aspect, a short range communication method is provided. The method is applied to an electronic device, the electronic device including a first application, the first application including a plurality of virtual cards, the plurality of virtual cards including a first card and a second card; The card is an activated card and the second card is a non-activated card, the method comprising: a near field communication NFC transmitted by the card reader device when the card reader device is approached; receiving, by the electronic device, a field strength sensing message and first instructional information, the first instructional information being used to indicate an application identifier AID corresponding to the second card, or the first instructional information comprising: receiving an application data packet, the application data packet not including information regarding the AID; when the first indication information is used to indicate an AID corresponding to the second card; using the electronic device to perform a transaction with a card reader device using the second card and displaying information about the second card within the first application, or where the first instruction information is an application data packet; , skipping displaying information regarding the first application by the electronic device.

In this embodiment of the present application, even if the virtual card corresponding to the card reader device is not activated within the electronic device when the electronic device approaches the card reader device, the electronic device uses the virtual card to Transactions can be performed with the reader device and the user does not have to manually switch virtual cards. This helps improve the intelligence of the electronic device, reduce the tedious operations performed by the user, and improve the user's experience when the user uses the virtual card.

Alternatively, if the card reader device is a device that does not perform AID reporting (e.g., a card reader device associated with a host-based card emulation (HCE) application), the electronic device may It may be determined to be independent of the first application. In this case, the electronic device may not display information regarding the first application, avoiding if the user's experience is affected after the first application is automatically popped up in the foreground.

In some possible implementations, when the first indication information is used to indicate an application identifier AID corresponding to the second card, the first indication information is conveyed in the application selection message and the card reader device transmitted to an electronic device by.

In some possible implementations, if the card reader device is a device that does not perform AID reporting, such as a treadmill, the card reader device may transmit the application data packet to the electronic device. Application data packets do not contain information regarding any AID.

In some possible implementations, the first application is the electronic device manufacturer's default application, such as "Wallet" on a Huawei mobile phone, and in another example "Apple Pay" on an iPhone.

In some possible implementations, the electronic device further includes a second application, the second application includes a third card, and when the electronic device approaches the card reader device, the electronic device receives the information transmitted by the card reader device. receiving a near field communication NFC field strength sensing message and first indication information, the first indication information being used to indicate an application identifier AID corresponding to a third card, the electronic device using the third card; perform a transaction with the card reader device and display information regarding the third card in the second application.

In some possible implementations, the second card is an ID card (eg, an identification card). For example, when a user purchases a ticket using a virtual card that corresponds to an identification card, the electronic device may automatically display information regarding the identification card.

Referring to the first aspect, in some implementations of the first aspect, the second card is a public transport card or a bank card; the electronic device uses the second card to communicate with a card reader device. Performing the transaction and displaying information about the second card includes: the electronic device performing the transaction with the card reader device using the second card and displaying charge deduction information and/or balance information for the second card; including displaying.

In this embodiment of the present application, when the card reader device is a bus gate, subway gate, or bank card point of sale (POS) terminal, the electronic device uses the second card to read the card reader device. When performing a transaction with the second card, the charge deduction information and/or balance information of the second card may be automatically displayed.

Referring to the first aspect, in some implementations of the first aspect, the electronic device includes a secure element SE, the SE stores an AID list, the AID list includes information about the first card and the second card. and information about the card; before the electronic device displays information about the second card within the first application, the method includes, by the electronic device, activating the second card in the AID list and deactivating the first card. It also has additional steps to

In this embodiment of the present application, the electronic device determines that a certain type of card reader device is unrelated to an activated first card, but is implicated in an unactivated second card. If so, the electronic device may automatically activate the second card in the SE and deactivate the first card to complete the transaction with the card reader device. This helps improve the intelligence of the electronic device, reduce the tedious operations performed by the user, and improve the user's experience when the user uses the virtual card.

Referring to the first aspect, in some implementations of the first aspect, prior to receiving by the electronic device the first instruction information transmitted by the card reader device, the method comprises: receiving second instructional information by the electronic device, the second instructional information being used to indicate a first listening mode of the radio frequency circuit RF; and determining, by the electronic device, that the peer device is a card reader device.

In some implementations, the electronic device sequentially receives the NFC field strength sensing message, the second indication information, and the first indication information.

Referring to the first aspect, in some implementations of the first aspect, the first listening mode is an NFC_A_PASSIVE listening mode.

According to a second aspect, a short range communication method is provided. Applying this method to electronic devices. The electronic device includes a first application, and the first application includes a plurality of virtual cards. The plurality of virtual cards includes a first card. The first card is an activated card on the electronic device. The method is such that when approaching another electronic device, the electronic device receives an NFC field strength sensing message transmitted by a card reader device and first indication information, the first indication information being a second indication information. the electronic device skips displaying information regarding the first application if the first listening mode is determined to be not a preset listening mode; It has a lot of things.

In this embodiment of the present application, if the electronic device determines that the listening mode indicated in the first instruction information transmitted by the other electronic device is not the preset listening mode, the electronic device It is possible to not pop up one application, which helps avoid cases where the user's experience is affected after the first application is automatically popped up in the foreground.

Referring to the second aspect, in some implementations of the second aspect, the preset listening mode is the NFC_A_PASSIVE listening mode.

In some implementations, the first listening mode is any one of NFC_F_PASSIVE listening mode, NFC_A_ACTIVE listening mode, or NFC_F_ACTIVE listening mode.

According to a third aspect, a short range communication method is provided. The method is applied to an electronic device, the electronic device including a first application, the first application including a plurality of virtual cards, the plurality of virtual cards including a first card and a second card; the card is an activated card; the second card is an access card; and the access card is a non-activated card; receives a near field communication NFC field strength sensing message transmitted by the card reader device, and the electronic device does not receive other instructional information within a preset period of time starting from the moment of receiving the NFC field strength sensing message. the electronic device displays information regarding the access card within the first application; or;
When approaching the card reader device, the electronic device receives a near field communication NFC field strength sensing message transmitted by the card reader device and first indication information, the first indication information for indicating the access card. used, the electronic device comprises displaying information regarding the access card within the first application.

Referring to the third aspect, in some implementations of the third aspect, the electronic device includes a secure element SE, the SE stores an AID list, the AID list includes information about the first card and the second card. and information about the card; before the electronic device displays information about the second card within the first application, the method includes, by the electronic device, activating the second card in the AID list and deactivating the first card. It also has additional steps to

Referring to the third aspect, in some implementations of the third aspect, if the electronic device does not receive information within a preset time period starting from the time the NFC field strength sensing message is received, the electronic device , may further determine that the card reader device is a user identification (UID) access card.

Referring to the third aspect, in some implementations of the third aspect, after receiving the first indication information, the electronic device may determine that the card reader device is a Mifare access card.

Referring to the third aspect, in some implementations of the third aspect, the first application includes a plurality of access cards; and the electronic device activates the access cards in the AID list and activates the first card. Activating includes: the electronic device determining a first access card from the plurality of access cards; and the electronic device activating a first access card in the AID list and deactivating the first card. including.

Referring to the third aspect, in some implementations of the third aspect, the electronic device selecting the first access card from the plurality of access cards may be based on historical card swiping records or the electronic device determining a first access card from the plurality of access cards based on a current geographic location of the electronic device.

In embodiments of the present application, the access card on the electronic device is not activated and the electronic device automatically sets the default card if the electronic device determines that the card reader device is the card reader device for the access card. Upon deactivation and activation of the access card, information regarding the access card within the first application may be automatically displayed. This further helps to avoid cases where the user's experience is affected after the first application's default card is automatically popped up in the foreground.

According to a fourth aspect, a chip system is provided. A chip system comprising an application processor AP chip and a near field communication NFC chip, wherein the AP chip includes a first application, the first application includes a plurality of virtual cards, and the plurality of virtual cards includes a first application. 1 card and a second card, the first card being an activated card and the second card being a non-activated card; an NFC chip transmitting an NFC field transmitted by a card reader device. configured to receive an intensity sensing message and first indication information, the first indication information being used to indicate an application identifier AID corresponding to the second card, or the first indication information being an application data packet. the application data packet does not include information regarding the AID; the AP chip is configured to receive the NFC field strength message and the first indication information transmitted by the NFC chip; the second card the AP chip is further configured to control a display to display information about the second card within the first application when the first indication information is used to indicate an AID corresponding to the second card; If the first instruction information is an application data packet, the AP chip is further configured to control the display not to display information regarding the first application.

Referring to the fourth aspect, in some implementations of the fourth aspect, prior to controlling the display to display information about the second card within the first application, the AP chip transfers the instruction information to the NFC chip. further configured to transmit the instruction information to the secure element SE, wherein the instruction information is used to activate the second card and deactivate the first card, and the NFC chip transmits the instruction information to the secure element SE. Further configured, the SE stores an AID list, the AID list including information regarding the first card and information regarding the second card.

Referring to the fourth aspect, in some implementations of the fourth aspect, the NFC chip further includes, before receiving the first instruction information transmitted by the card reader device, the NFC chip that transmits the first instruction information transmitted by the card reader device. the NFC chip is configured to receive second indication information, the second indication information being used to indicate a first listening mode of the radio frequency circuit RF; the NFC chip configured to transmit the second indication information to the AP chip; , further configured; the AP chip is further configured to determine that the peer device is a card reader device based on the first listening mode.

Referring to the fourth aspect, in some implementations of the fourth aspect, the first listening mode is an NFC_A_PASSIVE listening mode.

Referring to the fourth aspect, in some implementations of the fourth aspect, the second card is a public transport card or a bank card; the AP chip stores toll deduction information and/or balance information of the second card. Specifically configured to control the display for displaying.

According to a fifth aspect, a chip system is provided. The chip system includes an application processor AP chip and a near field communication NFC chip. The AP chip includes a first application, and the first application includes a plurality of virtual cards. The plurality of virtual cards includes a first card. The first card is an activated card on the electronic device. The NFC chip is configured to receive an NFC field strength sensing message and first indication information transmitted by the card reader device. The first indication information is used to indicate a first RF listening mode. If it is determined that the first listening mode is not a preset listening mode, the electronic device skips displaying information regarding the first application.

Referring to the fifth aspect, in some implementations of the fifth aspect, the preset listening mode is the NFC_A_PASSIVE listening mode.

In some implementations, the first listening mode is any one of NFC_F_PASSIVE listening mode, NFC_A_ACTIVE listening mode, or NFC_F_ACTIVE listening mode.

According to a sixth aspect, a chip system is provided. The chip system includes an application processor AP chip and a near field communication NFC chip. The AP chip includes a first application, and the first application includes a plurality of virtual cards. The plurality of virtual cards include a first card and a second card. The first card is an activated card on the electronic device. The second card is an access card, and the access card is not activated. The NFC chip is configured to receive NFC field strength sensing messages transmitted by the card reader device. The NFC chip is further configured to transmit an NFC field strength message to the AP chip. The AP chip is configured to control the display to display information about the access card in the first application if no other instructional information is received within a preset time period starting from the moment the NFC field strength message is received. has been done.

Alternatively, the NFC chip is configured to receive an NFC field strength sensing message and first indication information transmitted by the card reader device. The first indication information is used to indicate the access card. The NFC chip is further configured to transmit an NFC field strength message and first indication information to the AP chip. The AP chip is configured to control the display to display information regarding the access card in the first application.

Referring to the sixth aspect, in some implementations of the sixth aspect, the AP chip activates the access card before controlling the display to display information about the access card within the first application; The device is further configured to instruct the SE to deactivate the first card.

Referring to the sixth aspect, in some implementations of the sixth aspect, the first application includes a plurality of access cards, and the AP chip determines the first access card from the plurality of access cards and includes an AID list. The SE is specifically configured to instruct the SE to activate a first access card and deactivate a first card within the SE.

Referring to the sixth aspect, in some implementations of the sixth aspect, based on the historical card swiping record or the current geographic location of the electronic device, the AP chip swipes from multiple access cards. Specifically configured to determine a first access card.

According to a seventh aspect, an apparatus is provided. The apparatus is included in an electronic device, the apparatus having the functionality to implement the behavior of the electronic device in the aforementioned aspects and possible implementations of the aforementioned aspects. This functionality may be implemented using hardware or by hardware running corresponding software. The hardware or software includes one or more modules or units corresponding to the aforementioned functions.

According to an eighth aspect, an electronic device is provided and includes a display, an NFC chip, an AP chip, one or more processors, a memory, and one or more computer programs. The AP chip includes a first application, and the first application includes a plurality of virtual cards. The plurality of virtual cards include a first card and a second card. The first card is an activated card on the electronic device. One or more computer programs are stored in memory. One or more computer programs include instructions. When the instructions are executed by the electronic device, the electronic device is enabled to perform the near field communication method in any possible implementation of the first aspect or the second aspect.

According to a ninth aspect, a system is provided. The system includes a card reader device and an electronic device. The card reader device communicates with the electronic device using near field communication NFC. The electronic device includes a first application, the first application includes a plurality of virtual cards, the plurality of virtual cards includes a first card and a second card, and the first card is activated on the electronic device. The second card is a non-activated card. The card reader device is configured to transmit an NFC field strength sensing message and first indication information to the electronic device when the electronic device approaches the card reader device. The first indication information is used to indicate an AID corresponding to the second card, and the plurality of virtual cards includes the second card. Alternatively, the first instruction information is an application data packet, and the application data packet does not include information regarding the AID. The electronic device performs a transaction with the card reader device using the second card and displays information about the second card within the first application when the first instruction information indicates an AID corresponding to the second card. is configured to do so. Alternatively, if the first instruction information is an application data packet, the electronic device skips displaying information regarding the first application.

Referring to the ninth aspect, in some implementations of the ninth aspect, the card reader device is configured to transmit second instructional information to the electronic device before transmitting the first instructional information to the electronic device. , further configured; the second indication information is used to indicate a first listening mode of the radio frequency circuit RF; the electronic device determines that the peer device is a card reader device based on the first listening mode. further configured to do so.

Referring to the ninth aspect, in some implementations of the ninth aspect, the first listening mode is an NFC_A_PASSIVE listening mode.

Referring to the ninth aspect, in some implementations of the ninth aspect, the second card is a public transport card or a bank card; the electronic device supports the second card using the first instruction information. using the second card to perform a transaction with the card reader device; displaying charge deduction information and/or balance information for the second card; There is.

According to a tenth aspect, a technical solution provides a computer readable storage medium comprising computer instructions. When the computer instructions are operated on the electronic device, the electronic device is enabled to perform the near field communication method in any possible implementation of any one of the aforementioned aspects.

According to an eleventh aspect, a technical solution provides a computer program product. When the computer program product is operated on the electronic device, the electronic device is enabled to perform the near field communication method in any possible implementation of any one of the aforementioned aspects.

1 is a schematic diagram of the structure of an electronic device according to an embodiment of the present application; FIG. 1 is a schematic diagram of a system architecture according to an embodiment of the present application; FIG. 1 is a schematic flowchart of a process for an electronic device to automatically pop up an application after receiving an NFC system broadcast message, according to an embodiment of the present application; 1 illustrates a set of graphical user interface GUIs according to embodiments of the present application. 1 illustrates a set of graphical user interface GUIs according to embodiments of the present application. 1 illustrates a set of graphical user interface GUIs according to embodiments of the present application. 1 illustrates a set of graphical user interface GUIs according to embodiments of the present application. 2 is a schematic diagram of another system architecture according to an embodiment of the present application; FIG. 1 is a schematic flowchart of a short-range communication method according to an embodiment of the present application. 3 is another schematic flowchart of a near field communication method according to an embodiment of the present application. 3 is another schematic flowchart of a near field communication method according to an embodiment of the present application. 3 is a schematic flowchart of a determination process of a card reader device determination module according to an embodiment of the present application; 3 is a schematic flowchart of a determination process of a card reader device determination module according to an embodiment of the present application; 3 is another schematic flowchart of a determination process of a card reader device determination module in accordance with an embodiment of the present application; FIG. 2 is a schematic diagram of another system architecture according to an embodiment of the present application; FIG.

The terms used in the following embodiments are merely intended to describe particular embodiments and are not intended to limit the application. As used in the specification of this application and the appended claims, the singular words "a," "an," "mentioned above," "this," and "this" refer to Plural forms, such as "one or more," are also intended to be included, unless expressly stated otherwise. In the following embodiments of this application, "at least one" or "one or more" shall be further understood to mean one, two, or more. The term "and/or" is used to describe an association between related objects and indicates that three relationships may exist. For example, A and/or B can represent the following three cases, namely, a case where only A exists, a case where both A and B exist, and a case where only B exists. and B may be singular or plural. The character "/" typically represents an "or" relationship between related objects.

References herein to "one embodiment," "some embodiments," etc. refer to references to "one embodiment," "some embodiments," and the like, in which one or more embodiments of this application are described with reference to a particular feature of the embodiment. It means to include structure or characteristics. Therefore, statements such as "in one embodiment," "in some embodiments," "in some other embodiments," and "in other embodiments" that appear in different places in this specification, , unless specifically emphasized, are not necessarily meant to refer to the same embodiment, but instead mean "one or more, but not all, of the embodiments." The terms "comprising," "containing," "having," and variations thereof all mean "including, but not limited to," unless specifically stated otherwise.

Below, electronic devices, user interfaces used for electronic devices, and embodiments used for using electronic devices are described. In some embodiments, the electronic device is a portable electronic device, such as a mobile phone, a tablet computer, or a wearable electronic device with wireless communication capabilities (e.g., , smartwatch). Exemplary embodiments of portable electronic devices include, but are not limited to, portable electronic devices with iOS, Android, Microsoft, or other operating systems. . Alternatively, the portable electronic device may be another portable electronic device such as a laptop. Furthermore, it is to be understood that in some other embodiments, the aforementioned electronic device may be a desktop computer rather than a portable electronic device.

For example, FIG. 1 is a schematic diagram of the structure of an electronic device 100. The electronic device 100 includes a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) port 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile Communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headset jack 170D, sensor module 180, button 190, motor 191, indicator 192, camera 193, display 194, subscriber identification It may include a subscriber identification module (SIM) card interface 195 and the like.

It can be appreciated that the structure shown in this embodiment of the present application does not constitute any particular limitation to the electronic device 100. In some other embodiments of the present application, electronic device 100 may include more or fewer components than those shown in the figures, may combine some components, or may include several components. The components may be split or different component arrangements may be used. The components shown in the figures may be implemented in hardware, software, or a combination of software and hardware.

Processor 110 may include one or more processing units. For example, the processor 110 is an application processor (applicatioN Processor, AP), a modem processor, graphics processing unit (GRAPHICS PROCESSING UNIT, GPU), and image signal processors (IMAGE SIGNAL PROCESSOR, ISP), controller, video codec, digital signal processor ( may include a digital signal processor (DSP), a baseband processor, a neural-network processing unit (NPU), and/or the like. Different processing units may be independent components or may be integrated into one or more processors. In some embodiments, electronic device 101 may alternatively include one or more processors 110. The controller may generate operational control signals based on the instruction operational code and the time sequence signal to complete control of instruction retrieval and instruction execution. In some other embodiments, memory may also be located within processor 110 for storing instructions and data. For example, the memory within processor 110 may be cache memory. Memory may store instructions or data that have just been used or are used periodically by processor 110. When processor 110 needs to use the instructions or data again, the processor may recall the instructions or data directly from memory. This avoids repeated accesses and reduces processor 110 latency. This improves the efficiency of data processing and instruction execution of the electronic device 101.

In some embodiments, processor 110 may include one or more interfaces. The interfaces include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, and a general-purpose asynchronous receiver. /Transmitter ( universal asynchronous receiver/transmitter, UART) interface, mobile industry processor interface (MIPI), general-purpose input/output (MIPI) input/output, GPIO) interface, SIM interface, USB port, and/or other may be included. The USB port 130 is a port that complies with the USB standard specifications, and specifically may be a mini USB port, a micro USB port, a USB type C port, or the like. USB interface 130 may be configured to connect to a charger for charging electronic device 101 or may be configured to transmit data between electronic device 101 and a peripheral device. Alternatively, USB interface 130 may be configured to connect to a headset and play audio using the headset.

It can be appreciated that the interfacing relationships between modules illustrated in this embodiment of the present application are merely illustrative examples and do not constitute limitations to the structure of electronic device 100. In some other embodiments of the present application, electronic device 100 may alternatively use a different interfacing scheme or a combination of interfacing schemes from the embodiments described above.

Charging management module 140 is configured to receive charging input from a charger. The charger may be a wireless charger or a wired charger. In some embodiments of wired charging, charging management module 140 may receive charging input from a wired charger via USB port 130. In some embodiments where wireless charging is used, charging management module 140 may receive wireless charging input via a wireless charging coil of electronic device 100. Charge management module 140 may use power management module 141 to further provide power to the electronic device when battery 142 is charged.

Power management module 141 is configured to connect battery 142 and charge management module 140 to processor 110 . Power management module 141 receives input from battery 142 and/or charge management module 140 and provides power to processor 110, internal memory 121, external memory, display 194, camera 193, wireless communication module 160, and the like. Power management module 141 may further be configured to monitor parameters such as battery capacity, number of battery cycles, and battery health (leakage or impedance). In some other embodiments, power management module 141 may alternatively be located within processor 110. In some other embodiments, power management module 141 and charging management module 140 may alternatively be located within the same device.

The wireless communication function of the electronic device 100 may be realized by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, etc.

Antenna 1 and antenna 2 are configured to transmit and receive electromagnetic signals. Each antenna within electronic device 100 may be configured to cover one or more communication bands. Different antennas may be further multiplexed to improve antenna utilization. For example, antenna 1 may be multiplexed as a diversity antenna within a wireless local area network. In some other embodiments, the antenna may be used in combination with a tuning switch.

The mobile communication module 150 may provide a solution that is applied to the electronic device 100 and includes wireless communication such as 2G/3G/4G/5G. Mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 may receive electromagnetic waves via the antenna 1, perform processing such as filtering or amplification on the received electromagnetic waves, and transmit the processed electromagnetic waves to a modem processor for demodulation. Furthermore, the mobile communication module 150 may amplify the signal modulated by the modem processor and convert the signal into electromagnetic waves using the antenna 1 for radiation. In some embodiments, at least some functional modules of mobile communication module 150 may be located in processor 110. In some embodiments, at least some functional modules of mobile communication module 150 and at least some modules of processor 110 may be located within the same device.

Wireless local area networks (WLAN) (e.g., wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite systems llite system, GNSS), frequency modulation The wireless communication module 160 provides wireless communication solutions applied to the electronic device 100, including frequency modulation (FM), near field communication (NFC), infrared (IR) technology, etc. You may do so. Wireless communication module 160 may be one or more components that integrate at least one communication processor module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, performs frequency modulation and filter processing on the electromagnetic wave signals, and transmits the processed signals to the processor 110. Furthermore, the wireless communication module 160 receives a signal to be transmitted from the processor 110, performs frequency modulation and amplification on the signal, converts the processed signal into an electromagnetic wave, and radiates it via the antenna 2. You may do so.

Electronic device 100 uses a GPU, display 194, application processor, etc. to implement display functionality. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is configured to perform mathematical and geometric calculations and render images. Processor 110 may include one or more GPUs that execute program instructions to generate or modify display information.

Display 194 is configured to display images, video, and the like. Display 194 includes a display panel. Display panels include liquid crystal displays (LCDs), organic light-emitting diodes (OLEDs), and active matrix organic light emitting diodes (active-matrix organic light emitting diodes). ting diode, AMOLED), flexible light emitting diode (flex light -emitting diode, FLED), mini light-emitting diode (mini LED), micro LED, micro OLED, quantum dot light emitting diode (quantum dot light emitting diode) diodes, QLED), etc. In some embodiments, electronic device 100 may include one or more displays 194.

In some embodiments of the present application, the display 194 of FIG. 1 may be curved if the display panel is made of materials such as OLEDs, AMOLEDs, or FLEDs. Here, the display 194 being bendable means that the display may be bent at any angle at any part and held at that angle. For example, the display 194 can be folded left and right from the center. Alternatively, display 194 can be folded up or down from the center.

Display 194 of electronic device 100 may be a flexible screen. At present, flexible screens have attracted a lot of attention because of their unique characteristics and great potential. Compared with traditional screens, flexible screens have strong flexibility and bendability characteristics, and create new interaction modes based on bendability characteristics to meet even more demands of users for electronic devices. can be provided to the user. In the case of an electronic device configured with a foldable display, the foldable display on the electronic device may be switched between a small screen in a folded configuration and a large screen in an extended configuration at any time. Accordingly, users use split-screen functionality more frequently on electronic devices configured with foldable displays.

The electronic device 100 may use an ISP, a camera 193, a video codec, a GPU, a display 194, an application processor, etc. to implement the shooting function.

The ISP is configured to process data fed back by camera 193. For example, during photographing, the shutter is pressed and light enters the photosensitive element of the camera through the lens. The optical signal is converted to an electrical signal, and the camera's photosensitive element sends the electrical signal to the ISP for processing, which converts the electrical signal into a visible image. The ISP may also perform algorithm optimizations for image noise, brightness, and skin color. The ISP may further optimize parameters such as exposure and color temperature of the shooting scenario. In some embodiments, the ISP may be located on camera 193.

Camera 193 is configured to capture still images or video. An optical image of the object is generated through the lens and projected onto the photosensitive element. The photosensitive element may be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal and then transmits the electrical signal to the ISP, which converts the electrical signal into a digital image signal. The ISP outputs digital image signals to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard format, for example RGB or YUV. In some embodiments, electronic device 100 may include one or more cameras 193.

The digital signal processor is configured to process digital signals and may process other digital signals in addition to the digital image signal. For example, when electronic device 100 selects a frequency, the digital signal processor is configured to perform a Fourier transform on the frequency energy.

Video codecs are configured to compress or decompress digital video. Electronic device 100 may support one or more video codecs. Accordingly, electronic device 100 may play or record videos in multiple encoding formats, such as moving picture experts group (MPEG)-1, MPEG-2, MPEG-3, and MPEG-4. .

The NPU is a neural-network (NN) calculation processor. NPUs rapidly process input information by referring to biological neural network structures, for example by referring to the communication modes between neurons in the human brain, and they also continuously self-learn. be able to. The NPU may be used to implement applications such as intelligent cognition of the electronic device 100, such as image recognition, facial recognition, voice recognition, and text understanding.

External memory interface 120 may be configured to connect to an external memory card, such as a microSD card, to expand the storage capabilities of electronic device 100. The external memory card communicates with processor 110 via external memory interface 120 to provide data storage functionality. For example, files such as music and videos are stored on external storage cards.

Internal memory 121 may be configured to store one or more computer programs, the one or more computer programs including instructions. Processor 110 may execute instructions stored in internal memory 121 so that electronic device 101 can perform short range communication methods, various applications, data processing, etc. provided in some embodiments of the present application. Execute. Internal memory 121 may include a program storage area and a data storage area. The program storage area may store an operating system. Additionally, the program storage area may store one or more applications (eg, gallery and contacts), and the like. The data storage area may store data generated during use of the electronic device 101 (eg, photos and contacts), and the like. Further, internal memory 121 may include high speed random access memory, or may include non-volatile memory, such as one or more magnetic disk storage devices, flash storage devices, or universal flash storage (UFS). . In some embodiments, processor 110 may execute instructions stored in internal memory 121 and/or instructions stored in memory located in processor 110 such that electronic device 101 is Implement short-range information transmission methods, other applications, and data processing provided in embodiments of the application. The electronic device 100 may implement audio functions, such as music playback and recording functions, using an audio module 170, a speaker 170A, a handset 170B, a microphone 170C, a headset jack 170D, an application processor, and the like.

The sensor module 180 includes a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, an optical proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, and an ambient light sensor. 180L, bone conduction sensor 180M, and the like.

Pressure sensor 180A is configured to sense a pressure signal and can convert the pressure signal to an electrical signal. In some embodiments, pressure sensor 180A may be located on display 194. There are multiple types of pressure sensors 180A, including resistive pressure sensors, inductive pressure sensors, and capacitive pressure sensors. A capacitive pressure sensor may include at least two parallel plates made of electrically conductive material. When a force is applied to pressure sensor 180A, the capacitance between the electrodes changes. Terminal 100 determines pressure intensity based on the change in capacitance. When a touch operation is performed on display 194, terminal 100 detects the intensity of the touch operation using pressure sensor 180A. Further, the terminal 100 may calculate the touch position based on the detection signal of the pressure sensor 180A. In some embodiments, touch operations performed at the same touch location but having different touch operation intensities may correspond to different operation instructions. For example, when a touch operation is performed on the message icon, the touch operation intensity is less than the first pressure threshold, an instruction to view the SMS message is executed. When a touch operation is performed on the message icon, the intensity of the touch operation is equal to or greater than the first pressure threshold, a command for creating an SMS message is executed.

Gyroscope sensor 180B may be configured to determine the movement attitude of terminal 100. In some embodiments, the angular velocity of terminal 100 about three axes (i.e., x, y, and z axes) may be determined using gyroscope sensor 180B. The gyroscope sensor 180B may be configured to prevent blur during imaging. For example, when the shutter is opened, the gyroscope sensor 180B detects the angle at which the terminal 100 jitters, calculates the distance that the lens module needs to compensate based on that angle, and the lens moves to the terminal 100 by a reversing action. This makes it possible to cancel jitter and prevent blurring. Furthermore, gyroscope sensor 180B may be used for navigation scenarios and motion sensing gaming scenarios.

The atmospheric pressure sensor 180C is configured to measure atmospheric pressure. In some embodiments, terminal 100 uses barometric pressure values measured by barometric sensor 180C to calculate altitude to aid in positioning and navigation.

Magnetic sensor 180D includes a Hall effect sensor. The terminal 100 may detect opening and closing of the flip leather case using the magnetic sensor 180D. In some embodiments, when terminal 100 is a clamshell phone, terminal 100 may use magnetic sensor 180D to detect opening and closing of the flip cover. Further, based on the detection of the open state or closed state of the flip cover, a function such as automatic unlocking when the flip cover is opened is set.

Acceleration sensor 180E can detect acceleration values of terminal 100 in all directions (usually three axes). Note that when the terminal 100 is stationary, the value and direction of gravity may be detected. Acceleration sensor 180E may be further configured to identify the posture of the terminal and is adapted for applications such as screen switching between landscape and portrait modes, as well as a pedometer.

Distance sensor 180F is configured to measure distance. The terminal 100 may measure distance using infrared rays or laser. In some embodiments, terminal 100 may use distance sensor 180F to measure distance to achieve fast focus in a shooting scenario.

Optical proximity sensor 180G may include, for example, a light emitting diode (LED) and an optical detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The terminal 100 uses a light emitting diode to emit infrared light. Terminal 100 uses a photodiode to detect infrared reflected light from nearby objects. If sufficient reflected light is detected, it may be determined that an object is present near the terminal 100. If insufficient reflected light is detected, the terminal 100 may determine that there is no object near the terminal 100. The terminal 100 may use the optical proximity sensor 180G to detect when the terminal 100 held by the user is near the ear for a call and automatically turn off the screen to save power. . Optical proximity sensor 180G may also be used in leather case mode or pocket mode to automatically unlock or lock the screen.

Ambient light sensor 180L is configured to sense the brightness of ambient light. Terminal 100 may adaptively adjust the brightness of display 194 based on the sensed ambient light brightness. Additionally, ambient light sensor 180L may be configured to automatically adjust white balance during shooting. Ambient light sensor 180L may also cooperate with optical proximity sensor 180G to detect whether terminal 100 is in a pocket to prevent accidental contact.

Fingerprint sensor 180H is configured to collect fingerprints. The terminal 100 may use the collected fingerprint characteristics to perform fingerprint-based unlocking, application lock access, fingerprint-based photo taking, fingerprint-based call answering, etc.

Temperature sensor 180J is configured to detect temperature. In some embodiments, terminal 100 uses the temperature detected by temperature sensor 180J to implement the temperature treatment policy. For example, when the temperature reported by temperature sensor 180J exceeds a threshold, terminal 100 reduces the performance of a processor located near temperature sensor 180J to reduce power consumption to implement thermal protection. In some other embodiments, if the temperature is below another threshold, the terminal 100 heats the battery 142 to prevent the terminal 100 from abnormally shutting down due to low temperatures. In some other embodiments, if the temperature is below yet another threshold, terminal 100 increases the output voltage of battery 142 to avoid abnormal shutdown caused by low temperatures.

The touch sensor 180K is also referred to as a "touch panel." Touch sensor 180K may be disposed on display 194, and touch sensor 180K and display 194 form a touch screen. Touch sensor 180K is configured to detect touch operations performed on or near the touch sensor. The touch sensor may forward detected touch movements to an application processor to determine the type of touch event. Visual output related to touch operations may be provided on display 194. In some other embodiments, touch sensor 180K may also be positioned on the surface of terminal 100 at a different location than display 194.

Bone conduction sensor 180M may acquire vibration signals. In some embodiments, the bone conduction sensor 180M may acquire vibration signals of vibrating bones in the vocal cord region of a person. Bone conduction sensor 180M can also contact the person's pulse and receive blood pressure pulse signals. In some embodiments, bone conduction sensor 180M may alternatively be placed on a headset to obtain a bone conduction headset. To realize the audio function, the audio module 170 may obtain the audio signal by analyzing the audio portion based on the vibration signal of the vibrating bone, which is acquired by the bone conduction sensor 180M. The application processor may analyze heart rate information based on the blood pressure pulse signal acquired by bone conduction sensor 180M to perform heart rate detection functions.

Buttons 190 include a power button, a volume button, and the like. Button 190 may be a mechanical button or a touch button. Terminal 100 may receive button inputs and generate button signal inputs related to user settings and feature control of terminal 100.

Motor 191 may generate vibration prompts. Motor 191 may be used for incoming call vibration prompts or for touch vibration feedback. For example, touch operations performed for different applications (eg, taking a photo and playing audio) may correspond to different vibration feedback effects. Motor 191 may also accommodate different vibration feedback effects for touch operations performed on different areas of display 194. Furthermore, different application scenarios (eg, time reminder, information reception, alarm clock, game) may correspond to different vibration feedback effects. Touch vibration feedback effects may be further customized.

Indicator 192 may be an indicator light and may be configured to indicate charging status and power changes, or may be configured to indicate messages, missed calls, notifications, etc.

Before describing embodiments of the present application, some related concepts in the embodiments of the present application are first described.

A near field communication controller interface (NCI) is a protocol specification of instructions and data for communication between a near field communication controller (NFC controller) and a device host (DH). .

An application identifier (applet identifier, AID) is an identifier of an application (applet) stored in a secure element (SE) or an application on the side of the operating system. In an NFC application scenario, one card type may correspond to one AID.

FIG. 2 is a schematic diagram of a system architecture according to one embodiment of the present application. As shown in FIG. 2, the system includes a peer NFC card reader device 210 and an electronic device 220. Electronic device 220 includes an application processor (AP) 221 and NFCC 222 . The AP 221 includes an application 2211 and an operating system (OS) 2212. Peer NFC card reader device 210 may communicate with NFCC 222 using the NFC wireless communication standard. NFCC 222 may communicate with OS 2212 using the NFC NCI protocol. OS 2212 may communicate with applications 2211 using system broadcasts or system application programming interfaces (APIs).

According to one embodiment, electronic device 220 further includes an SE 223. SE 223 may exchange information or data with NFCC 222 using the NFC application protocol data unit (APDU) protocol. SE 223 is a secure element built into electronic device 220 and configured to store secret data that is not allowed to be tampered with, for example, user card information. Secure elements can increase the security level of electronic devices. In the data backup process, SE 223 may create a security domain. Data within the security domain is encrypted and then uploaded to the application layer for backup to improve data security in the backup process.

The peer NFC card reader device 210 is a card reader that approaches the electronic device 220, such as a bank card point of sale (POS) terminal, a subway card reader gate, a bus POS terminal, a vehicle door handle card reader, and the like. Such as a treadmill card reader.

NFCC 222 is an NFC chip controller on an electronic device that may directly perform NFC communications with peer NFC card reader device 210.

OS 2212 is an operating system running on the electronic device, such as the Android operating system.

Application 2211 is an application that runs within OS 2212 (eg, “Wallet” or “Google Pay”) and is an application that is visible to the user on the operating system interface of electronic device 210.

FIG. 3 is a schematic flowchart of a process for an electronic device to automatically pop up an application after receiving an NFC system broadcast message according to an embodiment of the present application. As shown in FIG. 3, this process includes the following steps.

S301. When approaching the peer NFC card reader device 210, the electronic device receives the NFC field strength sensing message transmitted by the peer NFC card reader device 210.

Peer NFC card reader device 210 performs NFC communication with NFCC 222 . The first communication command for an NFC communication is an NFC field strength sense message (or may be referred to as an “NFC field on message”), and NFCC 222 may sense the NFC field strength message.

In one embodiment, peer NFC card reader device 210 may further transmit first instruction information and second instruction information to NFCC 222. The first indication information is used to indicate the RF listening mode and the second indication information is used to indicate the identity of the card within the application.

For example, peer NFC card reader device 210 may sequentially transmit an NFC field strength sensing message, first indication information, and second indication information to NFCC 222. After receiving the NFC field strength sense message, NFCC 222 may transmit the NFC field strength message to the AP.

In the prior art, after receiving the NFC field strength sensing message, the first indication information, and the second indication information, the NFCC 222 only reports the NFC field strength message to the AP 221. NFCC 222 does not support reporting of first indication information and second indication information.

S302. NFCC 222 transmits the NFC field strength message to AP 221.

For example, after sensing the NFC field strength sense message , the NFCC 222 may communicate with the OS 2212 on the DH side using the NCI protocol to notify the OS 2212 of the NFC field strength event.

After OS 2212 receives the NFC field strength message transmitted by NFCC 222, OS 2212 transmits an NFC field strength system broadcast message to application 2211.

After receiving the NFC field strength message, the DH side OS 2212 transmits an NFC field strength system broadcast message.

S303. The AP 221 controls the display to turn on or controls the application 2211 to pop up in the foreground of the interface.

Once application 2211 is installed, application 2211 registers and listens to NFC field strength system broadcast messages. After receiving the NFC field strength system broadcast message transmitted by the OS 2212, the AP 221 controls the display to turn on or launches the application 2211 to operate in the interface foreground after the display is turned on. It's fine.

In one embodiment, the electronic device typically uses the electronic device manufacturer's application as the default application, and upon receiving an NFC field strength message (i.e., when approaching a card reader), the electronic device will automatically pop up the default application.

For example, in the case of a Huawei mobile phone, "Wallet" may be used as the default payment application, and upon receiving an NFC field strength message, the electronic device may automatically pop up "Wallet".

As another example, in the case of an iPhone, "Apple Pay" may be used as the default payment application, and upon receiving an NFC field strength message, the electronic device may automatically pop up "Apple Pay".

This embodiment of the present application will be described using an example in which application 2211 is a "wallet." A "wallet" may include multiple virtual cards, such as a public transport card, a bank card, an access card, and an identity card. Each card may correspond to one and only one AID. The electronic device may store correspondences between cards and AIDs of multiple applications at SE223. An electronic device may activate one card. For example, Table 1 shows the correspondence between cards and AIDs in multiple applications.

For example, the correspondence stored in the SE between cards and AIDs in multiple applications may further include previous consumption information and balance information for each card. See Table 2.

It is to be understood that in FIG. 2, the description is made using an example in which the electronic device includes one SE. Alternatively, the electronic device may include multiple SEs, each SE storing a correspondence between a card in an application and an AID. In each SE, one AID may be in an active state and other AIDs in an inactive state. If the electronic device stores multiple SEs, the NFCC may store the routing table. After the peer NFC card reader device transmits the information regarding the AID, the NFCC may use the routing table to find the corresponding SE and transmit the information regarding the AID to the corresponding SE. If the AID is an AID activated by the corresponding SE, the SE may modify the information corresponding to the AID, such as charge deduction information and balance information. After performing the related operations, the SE may transmit an indication to the NFCC to indicate that the related operations are complete. The NFCC may forward the instructions to the peer NFC card reader device, which may take corresponding actions. For example, the peer NFC card reader device opens a gate or prompts the user for information indicating a successful card swipe.

If the AID is not the AID activated by the corresponding SE, it is possible for the SE not to perform the relevant operation, it is possible for the SE not to transmit instructions to the NFCC, and the NFCC is not activated by the peer NFC card. It is possible that no instructions are transmitted to the reader device, or the peer NFC card reader device performs a corresponding operation, such as opening a gate or prompting the user with information indicating a successful card swipe. do not.

The SE at the electronic device may store correspondences between cards and AIDs in multiple applications. Some applications may not include cards, such as door control applications and treadmill applications. Only one of the multiple AIDs stored in the SE may be active. For example, the "Changan Card" in Table 1 is in the active state. When taking a bus in Xi'an, users can enable the NFC function on their mobile phones, move the mobile phone to approach the bus gate, and then swipe their card to board the bus. When the user takes the subway in Shenzhen and moves the mobile phone to get closer to the subway gate, the mobile phone will automatically pop up the "Wallet" and display the default card, that is, "Changan Card". . In this case, the user needs to manually switch to the "Shenzhen Transport Card" and then can swipe the card to enter the station. In this case, the mobile phone will automatically pop up the wrong card and the user will have to switch manually. As a result, the user performs tedious operations, resulting in a relatively poor user experience.

Additionally, if the mobile phone detects that the user has switched from the "Changan Card" to the "Shenzhen Transport Card", the SE will be instructed to activate the "Shenzhen Transport Card" and deactivate the "Changan Card". Note that the "Wallet" may transmit instructions to the SE in the mobile phone as indicated. After the SE activates the "Shenzhen Transport Card", the user may swipe the card to enter the station.

When a user uses a treadmill and needs to send treadmill data to a mobile phone, the user may move the mobile phone closer to the treadmill card reader. In this case, the mobile phone will automatically pop up "Wallet" and display the default card, ie "Changan Card". Only after the user manually switches to the treadmill application, the mobile phone may have NFC communication with the treadmill, and the treadmill may transmit the user's exercise data to the treadmill application on the side of the mobile phone.

When the user moves the mobile phone to approach another mobile phone with NFC function enabled, the mobile phone may automatically pop up "Wallet" and display the default card, i.e. "Changan Card" . However, in this case, the user does not expect the mobile phone to pop up a "wallet". Furthermore, the user must close the "wallet" in order to perform the following operations:

In the above case, when the user uses the subway in Shenzhen, and the user moves the mobile phone to approach the subway gate, the mobile phone will automatically send the user the "Changan card" in the "wallet". pop up. However, the "Changan Card" is not the public transportation card that users expect. Or, when the user is using the treadmill, when the user moves the mobile phone to get closer to the treadmill card reader, the mobile phone will automatically pop up the "Changan Card" in the "Wallet" and use. However, in this case, the user does not expect a "wallet" to pop up. Instead, when you move to approach another mobile phone with NFC function enabled, the mobile phone will automatically pop up the "Changan Card" in your "Wallet". However, in this case, the user does not expect a "wallet" to pop up. In either case, the user experience is affected when using the NFC function.

The reasons for the above problem are as follows. That is, when the electronic device approaches the card reader, it receives field strength sensing messages transmitted from the peer NFC card reader device. NFCC only transmits NFC field strength messages to the OS, ie, NFCC only reports NFC field strength messages to the OS. However, the OS cannot identify the type of peer NFC card reader device based on the NFC field strength message, and after receiving the NFC field strength message, the electronic device's operating system transmits the NFC field strength system broadcast message as a "wallet". ”. As a result, the electronic device pops up the wrong card in the "wallet" or pops up a card unintentionally.

In this embodiment of the present application, in the process of an electronic device having NFC communication with a peer card reader device, the NFC controller reports the instruction flow to the operating system, and the operating system communicates with the peer NFC card reader device based on the characteristics of the instruction flow. You may decide the type of Alternatively, after the NFC controller receives the information transmitted from the peer NFC card reader device, the NFC controller determines the type of the peer NFC card reader device and reports the type to the operating system. The operating system may decide to run a service-related application based on the type of peer NFC card reader device. In this way, an even better user experience can be provided to the user.

4A-4D illustrate a set of graphical user interfaces (GUIs) according to one embodiment of the present application.

The GUI shown in FIG. 4A is a "wallet" display interface. On the display interface, "wallet" includes transportation cards, bank cards, keys, identification cards, membership cards, etc. The transportation card may include a Changan card, a Shanghai public transportation card, a Shenzhen transportation card, etc. activated by the user. In the GUI shown in FIG. 4B, the user may set the Changan card as the default public transportation card. In this case, in the SE, the Changan card is in the active state and the other cards are in the inactive state.

The GUI shown in FIG. 4B is an interface for payments made by card swiping. When taking a bus in Xi'an, you can move your mobile phone closer to the bus gate in Xi'an. In this case, the information "Card swipe successful!" may be displayed at the gate, and the card swiping interface of the Changan card may be displayed on the mobile phone.

The GUI shown in FIG. 4C is another interface for payments made via card swiping. When using the bus in Shenzhen, the user may move the mobile phone to approach the bus gate in Shenzhen. In this case, the gate may display the information "Card swipe successfully!" and the mobile phone may display the card swiping interface of the Shenzhen transport card.

It should be noted that if the user uses the bus in Shenzhen, it is understood that the default public transport card listed in the "wallet" of the mobile phone is still the Changan card in this case. Therefore, when the mobile phone approaches a bus gate in Shenzhen, the mobile phone may determine that the type of peer NFC card reader device is a bus gate in Shenzhen. In this case, the "Wallet" in the mobile phone will instruct the SE to activate the Shenzhen public transport card in the "Wallet" so that the user can swipe the card to board the bus. You may do so. The process requires you to turn on your phone and enable NFC functionality.

The GUI shown in FIG. 4D is another interface for payments made via card swiping. When taking a bus in Beijing, the user may move the mobile phone closer to the bus gate in Beijing. In this case, the information "Card selection failed. Please select manually" is displayed on the gate.

Before the user uses the bus in Beijing, the user shall understand that the Beijing public transport card is not activated on the user's mobile phone. Therefore, once the mobile phone determines that the peer NFC card reader device type is a bus gate in Beijing, it cannot automatically switch the public transport card. In this case, the user may be prompted to manually select a card from the mobile phone. After the user manually activates the Beijing public transport card, the user may swipe the card to board the bus.

In this embodiment of the present application, the electronic device is capable of identifying the type of peer NFC card reader device. Therefore, in order to avoid complicated operations performed by the user when using the card, the mobile phone will automatically switch the card according to the device type and automatically transfer the current card corresponding to the peer NFC card reader device. can be activated. This helps improve the user's experience.

In this embodiment of the present application, it is understood that a "wallet" may include multiple types of cards, such as bank cards, public transport cards, identity cards and membership cards. The above explanation is merely based on the public transportation card as an example.

In one embodiment, in addition to "Wallet", the mobile phone may further include another application, such as "Google Pay". "Google Pay" may also include public transport cards, bank cards, etc. If the public transport card used by the user is "Google Pay", after the mobile phone determines the type of peer NFC card reader device, the mobile phone will automatically activate the public transport card with "Google Pay". It's fine.

FIG. 5 is a schematic diagram of another system architecture according to an embodiment of the present application. The operating system consists of an NFC driver layer, an NFC hardware abstraction layer (NFC HAL), an NFC protocol stack, and an NFC Java native interface (NFC Java native interface). NI), NFC service (NFC service), and a card reader device determination module. Compared to FIG. 2, a card reader device determination module has been added to the operating system of FIG. 5, and the module may be used by the operating system to determine the type of peer NFC card reader device.

After the electronic device approaches a peer NFC card reader device and the NFC controller communicates with the peer NFC card reader device based on the NFC wireless communication protocol, an ordered NCI instruction flow is generated and transmitted to the operating system. A card reader device determination module within the operating system may determine the type of peer NFC card reader device based on the instruction flow. In the implementation of current technical solutions, after the NCI instruction flow is uploaded to the NFC HAL by the NFC controller, the NCI instruction flow is not continuously uploaded to the NFC Service. The NFC Service is a unit for interacting with the application, and when receiving the NFC field strength message, the NFC Service decides whether to run the application in the foreground or not. In this embodiment of the present application, after receiving the NCI instruction flow, the NFC HAL continues to upload the NCI instruction flow to the NFC Service, and the NFC Service uploads the NCI instruction flow to determine the type of the peer NFC card reader device. transmitting the flow to a card reader device determination module;

FIG. 6 is a schematic flowchart of a near field communication method 600 according to one embodiment of the present application. Method 600 is applicable to the system shown in FIG. The application processor includes one or more applications, and the one or more applications include a first application. The first application includes a first card and a second card. The first card is the activated card. The second card is a non-activated card. As shown in FIG. 6, the method includes the following steps.

S601. When the electronic device approaches the peer NFC card reader device, the peer NFC card reader device transmits an NFC field strength sensing message, first indication information, and second indication information to the electronic device. wherein the first indication information is used to indicate a first RF listening mode, the second indication information is used to indicate an application identifier AID of the second card, or the second indication information is an application data packet. , the application data packet includes data generated by the peer NFC card reader device and the second application, and the application data packet does not include information regarding any AID.

In one embodiment, the first RF listening mode is an NFC_A_PASSIVE listening mode.

After transmitting the first indication information to the electronic device, if the first indication information is used to indicate the first RF listening mode, the peer NFC card reader device further transmits second indication information to the electronic device. It is assumed that you will continue to do so. The second instruction information may indicate application identification information (eg, AID) of the application (eg, the first application) on the electronic device. Alternatively, the second instruction information may be an application data packet, the application data packet including data generated by the peer NFC card reader device and the second application.

For example, if the second card is a Shenzhen public transport card and the card reader device is a Shenzhen bus gate or subway gate, the second instruction information is carried in an application selection message and transmitted to the electronic device. . The application selection message carries second instruction information.

For example, if the card reader device is a treadmill gate, the treadmill gate transmits application data packets to the electronic device, and the application data packets do not carry information regarding the AID.

In one embodiment, if the first indication information indicates a second listening mode, the electronic device may determine that the peer device is not a peer NFC card reader device, and the electronic device is another electronic device with NFC functionality enabled. It may be.

For example, the second listening mode may be any one of NFC_F_PASSIVE listening mode, NFC_A_ACTIVE listening mode, or NFC_F_ACTIVE listening mode.

S602. If the second instruction information indicates an application identifier for the second card, the electronic device performs a transaction with the card reader device using the second card and automatically transmits information about the second card within the first application. to be displayed. Or, if the second instruction information is an application data packet, the electronic device does not automatically pop up any application.

It is understood that the first application may be the default application on the electronic device (eg, "Wallet" on a Huawei mobile phone) or may not be the default application on the electronic device. This is not limited in this embodiment of the present application.

Let's use "wallet" as an example. The "wallet" includes an AID list, which is information communicated in the "wallet" to the NFC service network element for recording and storage. The AID list is updated each time a new card is added to the Wallet or a card is removed.

As shown in FIG. 4B, when the mobile phone approaches the bus gate in Xi'an, the bus gate in Xi'an may transmit the first instruction information and the second instruction information to the mobile phone. The second instruction information indicates the AID of the Changan card. Thus, the mobile phone may automatically complete the transaction when it approaches the card reader.

As shown in FIG. 4C, when the mobile phone approaches the Shenzhen bus gate, the Shenzhen bus gate may transmit the first instruction information and the second instruction information to the mobile phone. The second instruction information indicates the AID of the Shenzhen transportation card. Therefore, when approaching the card reader, the mobile phone will first automatically perform a card switching operation to activate the Shenzhen transport card, and then automatically complete the transaction.

The following details the process by which an electronic device determines the type of peer NFC card reader device.

7A and 7B are a schematic flowchart of a near field communication method 700 according to one embodiment of the present application. This method may be implemented by the NFCC, an operating system, and an application on the electronic device. As shown in FIGS. 7A and 7B, method 700 includes the following steps.

S701. The NFCC receives the NFC field strength sense message and first indication information transmitted by the peer NFC card reader device.

In one embodiment, if the first indication information indicates a first RF listening mode, the NFCC further receives second indication information.

In this embodiment of the present application, the NFCC may sequentially receive the NFC field strength sensing message, the first indication information, and the second indication information. In other words, the peer NFC card reader device transmits the NFC field strength sensing message, the first indication information, and the second indication information to the NFC field strength sensing message, the first indication information, and the second indication information. The data may be transmitted to the NFCC in sequence.

For example, the first indication information may be transmitted in a radio frequency interface activation message.

For example, if the peer NFC card reader device is a bus gate or a subway gate in Shenzhen, the second instruction information may be carried in the application selection message and transmitted to the NFCC.

For example, if the peer NFC card reader device is a treadmill card reader device, the second instruction information may be carried in the application data packet.

S702. The NFCC transmits the NFC field strength message and the first NCI command flow to the NFC service.

In one embodiment, if the first NCI instruction flow indicates a first RF listening mode, the NFC service may further receive a second NCI instruction flow transmitted by the NFCC. The information carried in the second NCI instruction flow may be the same as the second instruction information.

The NFCC may first transparently transmit the NFC field strength message and the first NCI command flow, or the NFC field strength message, the first NCI command flow, and the second NCI command flow to the NFC driver. The NFC driver then transparently sends the NFC field strength message and the first NCI command flow, or the NFC field strength message, the first NCI command flow, and the second NCI command flow to the NFC HAL. The NFC HAL then transparently sends the NFC field strength message and the first NCI instruction flow, or the NFC field strength message, the first NCI instruction flow, and the second NCI instruction flow to the NFC protocol stack. The NFC protocol stack then transparently sends the NFC field strength message and the first NCI instruction flow, or the NFC field strength message, the first NCI instruction flow, and the second NCI instruction flow to the NFC JNI. It shall be understood that the NFC JNI then transparently sends the NFC field strength message and the first NCI instruction flow, or the NFC field strength message, the first NCI instruction flow, and the second NCI instruction flow to the NFC service.

In the prior art, after the NFC field strength message, the first NCI instruction flow or NFC protocol stack, the first NCI instruction flow, and the second NCI instruction flow are transparently sent to the NFC HAL, the NFC HAL transparently transmits only the NFC protocol stack. to the NFC protocol stack and do not transparently transmit the corresponding NCI instruction flow. This prevents the NFC service from determining the type of peer NFC card reader device based on the NFC field strength message. Thus, after receiving the NFC field strength message, the application is directed to pop up to the foreground.

In this embodiment of the present application, the first NCI instruction flow and the second NCI instruction flow may be reported using a private interface. Alternatively, the first NCI instruction flow and the second NCI instruction flow may be added to an existing NCI protocol.

S703. The NFC service transmits the NFC field strength message and the first NCI command flow to the card reader device determination module.

In one embodiment, if the first NCI instruction flow indicates a first RF listening mode, the card reader device determination module may further receive a second NCI instruction flow transmitted by the NFCC.

S704. The card reader device determination module determines the type of the peer NFC card reader device based on the NFC field strength message and the first NCI command flow, or the card reader device determination module determines the type of the peer NFC card reader device based on the NFC field strength message and the first NCI command flow. and the second NCI instruction flow.

S705. A card reader device determination module determines that the AID carried in the second instruction flow is the AID of the first card in the first application at the electronic device. If the first card is a default card, the card reader device determination module transmits first instruction information to the first application. The first indication information is used to indicate that the type of peer NFC card reader device is associated with the first card in the first application.

S706. A first card in a first application on the electronic device is automatically popped into the foreground.

In one embodiment, the first application may further be a default application (eg, a "wallet") on the electronic device. An AID list of activated cards within a default application on the electronic device may be stored. The card reader device determination module may obtain the corresponding AID list from the default application during determination. if the first NCI instruction flow received by the card reader device determination module indicates a first RF listening mode and the AID indicated in the second NCI instruction flow corresponds to a card in the application and is an AID stored in the electronic device; The card reader device determination module indicates that the application should pop up or that the default application should not pop up in the foreground.

For example, the default application on the electronic device is "Wallet", and the activated cards in "Wallet" include Changan Card, Shenzhen Transport Card, and Shanghai Public Transport Card. The AID of the Changan card is AID1, the AID of the Shenzhen transport card is AID2, and the AID of the Shanghai public transport card is AID3.

If the first NCI flow indicates the first RF listening mode and the second NCI flow indicates AID1, the card reader device determination module may determine that the type of the peer NFC card reader device is a bus or subway gate in Xi'an. , may indicate that the peer NFC card reader device is associated with a "Wallet" Changan card. In this case, the first instruction information may carry AID1.

In one embodiment, the electronic device may further automatically display card spending information, balance information, etc. on the interface. For example, as shown in FIG. 4B, information about the public transportation card, ie, "1 Chinese yuan has been consumed this time, the balance is 19 Chinese yuan" is displayed on the mobile phone interface.

After receiving the second NCI instruction flow, the NFCC may determine that the carried AID is AID1, and the NFCC may transmit AID1 to the SE (the electronic device may only include one SE). , or if there are multiple SEs, the NFCC uses the stored routing table to transmit the AID to the corresponding SE). In the AID list stored in the SE, AID1 is in the active state. In this case, the SE may modify the information corresponding to AID1, for example, the charge deduction information and balance information of the Changan card. After performing the corresponding operations, the SE may further communicate with the peer NFC card reader device using NFCC. For example, NFCC may be used to transmit instructions to a peer NFC card reader device to indicate successful charge deductions and balance information to the peer NFC card reader device. After the peer NFC card reader device receives the instruction, the peer NFC card reader device may display the information "Card swipe successfully! 1 Chinese yuan was spent this time, and the balance is 19 Chinese yuan." The above may be a transaction process between an electronic device and a peer NFC card reader device.

After the transaction process is executed, the SE may report transaction information, such as charge deduction information and balance information, to the NFC service. After the NFC service transmits the corresponding transaction information to the application, the application can display the transaction information to the user.

Furthermore, it is to be understood that for different cards, one or more pieces of information may be required for communication between the peer NFC card reader device and the SE. This is not limited in this embodiment of the present application.

This embodiment of the present application further provides that there is no actual sequence between the transaction process between the electronic device and the peer NFC card reader device and the process of automatically popping the card into the foreground at the electronic device. It is understood that this does not apply.

S707. The card reader device determination module determines that the AID carried in the second instruction flow is the AID of the second card in the activated card in the first application at the electronic device; If it is not the default card, the card reader device determination module transmits second instruction information to the SE to instruct the SE to activate the second card. The card reader device determination module transmits third indication information to the first application to indicate that the type of peer NFC card reader device is associated with the first card in the first application.

S708. The SE activates the second card and deactivates the first card in the AID list stored in the SE.

S709. A second card within the first application on the electronic device is automatically popped into the foreground.

In one embodiment, the card reader device determination module may first obtain from the first application an AID list corresponding to cards activated by a user using the first application. In the AID list, the AID corresponding to the first card is in the active state, and the AIDs corresponding to the other cards are in the inactive state. The card reader device determination module may determine whether the second card's AID is in the AID list. If the AID of the second card is in the AID list and the AID of the second card is in an inactive state, the card reader device determination module transmits the second indication information to the SE.

For example, if the first NCI flow indicates the first RF listening mode and the second NCI flow indicates AID2, the card reader device determination module determines that the type of the peer NFC card reader device is a bus or subway gate in Shenzhen. It's fine. In this case, the card reader device determination module may instruct the SE to first activate the Shenzhen transportation card and deactivate the Changan card. The application may then be instructed that the peer NFC card reader device is associated with the "Wallet" deep transfer card. In this case, the instruction information may carry AID2.

For example, as shown in FIG. 4C, the default card in the mobile phone is the Changan card. When the user takes a bus in Shenzhen and the mobile phone approaches the bus gate, the mobile phone may identify in the "wallet" that the type of gate is associated with the Shenzhen transport card. The mobile phone may automatically activate the Shenzhen transportation card and deactivate the Changan card. In this case, the user may normally perform a card swiping operation, and the user does not have to manually switch public transport cards, thereby improving the user's experience.

activating a third card if the default application at the electronic device is the first application and the AID carried in the second instruction flow is the AID of the activated third card within the second application; The card reader device determination module transmits instruction information to the SE to instruct the SE to deactivate one card, and the card reader device determination module transmits instruction information to the second application to instruct the peer NFC card reader device to deactivate the card. It shall be understood that the type of is associated with a third card within the second application. A second application on the electronic device can be automatically popped into the foreground.

For example, if the first NCI flow indicates a first RF listening mode and the second NCI flow indicates AID4, the card reader device determination module determines that the type of the peer NFC card reader device is associated with a bank card of "Google Pay". It's fine. In this case, the card reader device may first instruct the SE to activate the bank card and deactivate the Changan card, and then the peer NFC card reader device can link the bank card in "Google Pay". You may instruct Google Pay to do so. In this case, the instruction information may carry AID4. The electronic device can automatically pop up a bank card with "Google Pay" in the foreground.

In one embodiment, the electronic device may further automatically display card spending information, balance information, etc. on the interface. For example, as shown in FIG. 4C, the mobile phone interface displays information about the public transportation card, ie, "2 Chinese yuan is consumed this time, and the balance is 25 Chinese yuan."

After receiving the second NCI instruction flow, the NFCC may determine that the carried AID is AID2, and the NFCC may transmit AID2 to the SE (the electronic device may only include one SE). , or if there are multiple SEs, the NFCC uses the stored routing table to transmit the AID to the corresponding SE). In the AID list stored in the SE, AID2 is in an inactive state. In this case, the SE may not process any information corresponding to AID2.

If it is determined that AID2 is not the default card in the first application, the card reader device determination module may instruct the SE to activate the depth transport card. After activating the Shenzhen transportation card, the SE may change the information corresponding to AID2, such as the fee deduction information and balance information of the Shenzhen transportation card. After performing the corresponding operations, the SE can further communicate with the peer NFC card reader device using NFCC. For example, NFCC may be used to transmit instructions to a peer NFC card reader device to indicate successful charge deductions and balance information to the peer NFC card reader device. After the peer NFC card reader device receives the instruction, the peer NFC card reader device may display the information "Card swipe successfully! 2 Chinese yuan was spent this time, and the balance is 25 Chinese yuan."

In this embodiment of the present application, when the card reader device determination module instructs the SE to activate the Shenzhen transport card, the instruction information includes NFC service, NFC JNI, NFC protocol stack, NFC HAL, NFC driver , and may be transmitted to the SE using NFCC. In one embodiment, the electronic device may automatically activate the second card and deactivate the first card. Alternatively, the electronic device may use a display to prompt the user to select the card that needs to be switched. For example, if the card reader device determination module determines that the second card is not an activated card in the AID list but an AID that corresponds to an activated card in the first application, the card reader device determination module The determination module may add the AID of the second card to the instruction information transmitted to the first application. The first application may prompt the user whether to perform the switch to the second card. If the user decides to switch to the second card, the application transmits the card switching instruction to the SE using a network element such as an NFC service or NFCC. After receiving the instructions, the SE may activate the second card and deactivate the first card.

S710. If the card reader device determination module determines that the AID carried in the second instruction flow is not the AID of any one of the activated cards in the electronic device, the card reader device determination module 4 indication information to the application indicating that the type of peer NFC card reader device is unrelated to any one of the activated cards within the application at the electronic device.

S711. The electronic device prompts the user with information indicating that automatic card selection has failed.

For example, if the first NCI flow indicates the first RF listening mode and the second NCI flow indicates AID6, the card reader device determination module determines that the type of the peer NFC card reader device is a bus or subway gate in Beijing. may indicate that the peer NFC card reader device is associated with a Beijing public transport card in a "wallet". In this case, the instruction information may carry AID6.

For example, as shown in Figure 4D, when the default card in the mobile phone is the Changan card and the Beijing public transport card is not activated in the mobile phone, and when the user takes a bus in Beijing. , the mobile phone may automatically pop up a reminder box to remind the user of the information: "Card selection failed. Please select manually!"

It is to be understood that in this case the card reader device determination module may store the complete AID list. The AID list may include information about the AID of each activated card in the electronic device and information about other AIDs of cards that are not activated in the electronic device. In this case, when further obtaining the AID of the card that is not activated in the electronic device, the card reader device determination module determines that the AID is not the AID of any of the activated cards in the electronic device. may further determine that the AID is an AID of a card that is not activated within an application on the electronic device. In this case, the card reader device determination module instructs to pop up prompt information, namely "Card selection failed. Please select manually!", and also responds to the AID for the user. An entry point to the card's card activation interface may be provided. After viewing the entrance, the user first enters the card activation interface to activate the card and then perform the transaction.

In one embodiment, an entrance for purchasing a Beijing public transport card may further be displayed on the display interface of the mobile phone in FIG. 4D, allowing the user to use the entrance to purchase a Beijing public transport card. You can easily enter the card activation interface.

In one embodiment, on the display interface of the mobile phone in FIG. 4D, there may be further information about multiple activated cards in the "Wallet", including the Changan Card, the Shenzhen Transport Card, and the Shanghai Public Transport Card. may be displayed. Since the card reader device determination module may (with relatively low probability) make an error in making the determination, information regarding the activated card may be displayed for user selection.

S712. If the card reader device determination module determines that the second instruction flow does not carry an AID, or if the card reader device does not receive the second instruction within a preset time, the card reader device determination module 5. Sends instruction information to the application to indicate that no application should automatically pop up in the foreground.

For example, if the first NCI flow indicates a first RF listening mode and the second NCI instruction flow is a data packet, the card reader device determination module determines that the type of peer NFC card reader device is independent of "wallet". may be determined and may indicate to the application that the peer NFC card reader device is independent of the "wallet".

If the first NCI flow indicates a first RF listening mode, the card reader device determination module may determine that the type of the peer NFC card reader device is another NFC device; May indicate to the application that it is a device.

In one embodiment, the NFC service may store an AID list of activated cards to all applications on the electronic device, and the card reader device determination module retrieves the corresponding AID list from the application during determination. It's fine.

For example, if the first NCI flow indicates a first RF listening mode and the second NCI flow indicates AID5, the card reader device determination module determines that the type of peer NFC card reader device is associated with an ICBC interconnect card; It may indicate that the peer NFC card reader device is associated with an ICBC interconnect card.

In this embodiment of the present application, a card reader device determination module added to the operating system may determine the type of peer card reader device. The type of device may be related to a "wallet", a Google Pay application, a vehicle key application, or a treadmill application. Alternatively, the peer device is simply a mobile device and not something like a true card reader. Based on the type of device, the electronic device either pops up an application associated with the card reader device or does not pop up any application when approaching the card reader device.

8A and 8B are schematic flowcharts of a determination process of a card reader device determination module according to one embodiment of the present application. As shown in FIGS. 8A and 8B, this process includes the following steps.

S801. The electronic device approaches a peer NFC card reader device.

S802. The card reader device determination module determines whether an instruction flow with NCI==61070101 is received.

It shall be understood that the instruction flow with NCI==61070101 may be the NFC field strength message described above.

If the instruction flow with NCI==61070101 is not received, after the electronic device approaches the NFC card reader device, the card reader device determination module waits to receive the NCI instruction flow with NCI= 61070101 . continue.

S803. If an instruction flow with NCI=61070101 is received, the card reader device determination module waits for the first NCI instruction flow.

S804. After the card reader device determination module receives the first NCI instruction flow, the determination module determines the type of the first NCI instruction flow.

S805. If it is determined in the first NCI instruction flow that NCI==6105xx01020480, the card reader device determination module executes S807.

It shall be understood that NCI==6105xx01020480 is an NFC RF activation notification message. Here, 6105 is the type definition of the RF activation notification message, and xx represents the length of the following bytes. 01020480 represents a specific RF listening mode, which here may be the NFC_A_PASSIVE listening mode.

In this embodiment of the present application, an example is used where the default application is "Wallet". If the card reader device determination module determines that the listening mode is an NFC_A_PASSIVE listening mode, the card reader device determination module may determine that the peer NFC card reader device is associated with a "wallet." On the other hand, if the card reader device determination module determines that the listening mode is not the NFC_A_PASSIVE listening mode, the card reader device determination module determines that the peer NFC card reader device is unrelated to the "Wallet". good.

It is understood that the first listening mode is not particularly limited. For example, if the peer NFC card reader device is a card reader device associated with a non-default application of the electronic device, the card reader device determination module needs to perform S807 after determining that the listening mode is the NFC_A_PASSIVE listening mode. S807 may be executed after determining that there is no listening mode or that the listening mode is another listening mode.

S806. If it is determined in the first NCI instruction flow that NCI==6105xx0103058[2|3|5], the card reader device determination module executes S817.

It shall be understood that NCI==6105xx0102048[2|3|5] is another NFC RF activation notification message. Here, 6105 is the type definition of the RF activation notification message, xx represents the length in bytes, and 0102048[2|3|5] is any one of 01020482, 01020483 or 01020485. may represent a particular RF listening mode. Here, 01020482 may represent NFC_F_PASSIVE listening mode, 01020483 may represent NFC_A_ACTIVE listening mode, and 01020485 may represent NFC_F_ACTIVE listening mode.

S807. If the first NCI instruction flow with NCI==6105xx01020480 is received, the card reader device determination module waits for the second NCI instruction flow.

S808. After the card reader device determination module receives the second NCI instruction flow, the card reader device determination module determines the type of the second NCI instruction flow.

S809. If it is determined in the second NCI instruction flow that NCI==6109xxC0[F|0]0yy[AID], the card reader device determination module executes S811.

S810. If it is determined in the second NCI instruction flow that NCI==00~, the card reader device determination module executes S817.

S811. The card reader device determination module obtains the AID list of activated cards within the default application.

For example, if the default application on the electronic device is "Wallet", the card reader device determination module obtains the AID list of activated cards of "Wallet".

S812. It is determined whether the AID of the second NCI instruction flow obtained in S809 is in the AID list of activated cards of the default application.

S813. If the AID of the second NCI instruction flow obtained in S809 is in the AID list of activated cards of the default application, it is determined that the peer NFC card reader device is associated with the default application, and S814 is executed.

Alternatively, in the second NCI instruction flow obtained in S809, if the AID is not in the default application's activated card's AID list, the peer NFC card reader device is determined to be unrelated to the default application, and S817 executed.

S814. The card reader device determination module determines whether the card corresponding to the AID is the default card within the default application.

If it is determined that the card corresponding to the AID is the default card in the default application, the card reader device determination module executes S815.

If it is determined that the card corresponding to the AID is not the default card in the default application, the card reader device determination module executes S816.

S815. Indicates that the default application will pop up.

S816. The application instructs the SE to activate the card corresponding to the AID and deactivate the default card, and performs S815.

In this embodiment of the present application, the AID value is obtained by parsing the second NCI instruction flow, and the value is the AID selected by the peer NFC card reader device. The currently obtained AID may be compared to the AID currently activated by a default application (such as a "wallet"). If the AID is not the AID currently activated by the Wallet, but the AID of the activated card, the AID switch is performed immediately. Due to the automatic AID switching, manual card switching is not required and the card switching and transaction are completed automatically when the card reader device is approached.

S817. If the card reader device determination module determines NCI==6105xx0103058[2|3|5] in the first instruction flow, or if the AID is the default application in the second instruction flow obtained in S809. The electronic device will not pop up the default application if it is not in the AID list of the activated card within.

If the card reader device determination module determines in the second instruction flow that NCI==00~, the electronic device determines that the peer NFC card reader device is connected to a host-based card emulation (HCE) application. Decided to be relevant and don't pop up the default application.

In this embodiment of the present application, the AID value is obtained by parsing the 6109NCI instruction. If the AID is not the AID of any of the activated cards in the default application, or if the second instruction flow does not include any information about the AID, the default application enters the second NCI instruction flow. It will only pop up in the foreground when the AID being carried is related to the default application. This is to avoid cases where the user's experience is affected due to the application being unintentionally popped up.

The determination process of the card reader device determination module in this embodiment of the present application is illustrated in FIGS. 8A and 8B. This process can be applied to transport cards, bank cards, membership cards, identity cards, etc. Another determination process of the card reader device determination module in this embodiment of the present application is described below. This process can be applied to determining access cards.

FIG. 9 is another schematic flowchart of the determination process of the card reader device determination module according to one embodiment of the present application. As shown in FIG. 9, this process includes the following steps.

S901. The electronic device approaches a peer NFC card reader device.

S902. The card reader device determination module determines whether an instruction flow with NCI==61070101 is received.

It shall be understood that the instruction flow with NCI==61070101 may be the NFC field strength message described above.

If the instruction flow with NCI==61070101 is not received, after the electronic device approaches the NFC card reader device, the card reader device determination module waits to receive the NCI instruction flow with NCI= 61070101 . continue.

S903. If it is determined that an instruction flow with NCI==61070101 has been received, the card reader device determination module starts a timer and executes S905 if the first NCI instruction flow is not received before the timer expires.

In this case, if the card reader device determination module does not receive the first NCI command flow before the timer expires, the card reader device determination module determines that the peer NFC card reader device is the card reader device of the access card. You may decide. The card reader device determination module may then further determine that the card reader device of the access card is a user identification (UID) access card.

S904. After it is determined that an instruction flow with NCI==61070101 is received, the card reader device determination module receives the first NCI instruction flow and if NCI==6105xxyy00000000000000000000 in the first NCI instruction flow, the card reader device The determination module executes S905.

In this case, if the card reader device determination module receives an instruction flow with NCI==61070101 and then further receives an NCI instruction flow with NCI==6105xxyy00000000000000000000, the card reader device determination module determines whether the peer NFC card The reader device may be determined to be an access card card reader device. The card reader module may then further determine that the card reader device of the access card is a Mifare access card. Here, 6105 is the type definition of the RF activation notification message, xx represents the length of the following bytes, and yy represents the RF identification number (identity document, ID).

S905. The card reader device determination module obtains the AID list of activated cards within the default application.

S906. The card reader device determination module determines whether the AID list includes an AID corresponding to an access card.

S907. If it is determined that the AID list includes an AID corresponding to the access card, the card reader determination module determines whether the access card is a default card for the default application.

S908. If it is determined that the AID list does not include an AID corresponding to an access card, the card reader determination module indicates that the default application will not pop up to the foreground.

S909. If the access card is the default card in the default application, indicates that the default application should pop up the access card in the foreground.

In one embodiment, the default application may automatically pop up the access card and the electronic device may use the display to display information about the access card.

S910. If the access card is not the default card in the default application, instruct the SE to activate the access card and deactivate the default card.

For example, if the default card in the "wallet" is a Changan card, the card reader determination module may instruct the SE to activate the corresponding access card and deactivate the Changan card.

After the SE activates the access card and deactivates the default card, the default application is instructed to pop up the access card in the foreground.

In one embodiment, more than one access card is stored in the default application. In this case, in instructing the SE to activate an access card and deactivate a default card, the card reader determination module may instruct to activate a particular access card. When selecting an access card to activate, the card reader determination module selects the access card that needs to be activated based on historical card swiping records, current geographic location of the electronic device, etc. It's fine.

For example, if the user uses the first access card 100 times and the second access card twice within one month, the card reader determination module selects the first access card to be activated. can do.

For example, when selecting an access card that needs to be activated, the card reader determination module may determine the current geographic location of the electronic device, e.g., using a global positioning system (GPS). to obtain the current geographic location and then use the geographic location to determine which access card to activate.

It is understood that the access cards that need to be activated may be selected in other ways. This is not limited in this embodiment of the present application.

The above embodiment describes the following. That is, the NFCC uploads the NCI instruction flow to the NFC service network element, and the NFC service network element transmits the NCI instruction flow to the card reader device determination module for determination in order to determine the type of the peer NFC card reader device. do. The present application further provides another system architecture as shown in FIG. The NFCC may not upload the NCI instruction flow to the NFC service network element, but the NFCC directly transmits the NCI instruction flow to the card reader device determination module for determination. After the determination, using the NFCC, NFC driver, NFC HAL, NFC protocol stack, NFC JNI, and NFC service, the card reader device determination module may transmit the determination result to the application so that the application pops up in the foreground. or you can tell the application not to pop up in the foreground.

The determination results of the card reader device determination module may be reported using the NCI instruction flow. In this case, a private extended NCI instruction definition can be added, and the instruction definition is used to report and notify the decision result of the "Card Reader Device Determination Module". Therefore, in order to report and process the newly added private NCI instruction flow, the existing network elements, namely "NFC controller", "NFC HAL", "NFC protocol stack", "NFC JNI" and "NFC service" needs to be corrected.

In embodiments of the present application, an NCI instruction flow-based card reader device determination module is added to the NFC controller network element. The decision result is then reported and notified to the NFC service network element using the newly added NCI instructions to pop up the specific application if the associated application is not present based on the type of peer card reader device. or no applications will pop up.

Embodiments further provide a computer readable storage medium. Computer storage media store computer instructions. When the computer instructions are executed on the electronic device, the electronic device is enabled to perform the associated method steps and implement the near field communication method in the embodiments described above.

The electronic device, computer readable storage medium or chip provided in the embodiments is configured to perform the corresponding method provided above. Regarding the achievable beneficial effects, reference is therefore made to the beneficial effects in the corresponding methods described above. The details will not be explained again here.

The foregoing description of implementation allows those skilled in the art to understand that, for convenience and simple explanation, the foregoing division of functional modules is taken as an illustrative example. In actual applications, the above-mentioned functions may be assigned to different functional modules to be implemented based on requirements. That is, the internal structure of the device is divided into different functional modules to implement all or part of the above-mentioned functions.

It is to be understood that in some embodiments provided in this application, the disclosed apparatus and methods may be implemented in other manners. For example, the described device embodiment is merely one example. For example, the division into modules or units may be merely a logical functional division or other division during the actual implementation. For example, units or components may be combined or integrated into other devices, or some features may be ignored or not implemented. Additionally, the interconnections, direct couplings, or communication connections shown or described may be implemented using a number of interfaces. Indirect coupling or communication connections between devices or units may be implemented electrically, mechanically, or otherwise.

Units described as separate parts may or may not be physically separated, and parts described as a unit may be one or more physical units, in other words, one They may be located at one location or may be distributed at different locations. Some or all of the units may be selected based on actual requirements to achieve the purpose of the solution of the embodiments.

Furthermore, the functional units in embodiments of the present application may be integrated into one processing unit, or each of the units may be physically present alone, or two or more units may be integrated into one unit. It's okay to be. The integrated unit may be implemented in the form of hardware or in the form of a software functional unit.

If the integrated unit is implemented in the form of a software functional unit and sold or used as a separate product, the integrated unit may be stored on a readable storage medium. Based on this understanding, essentially the technical solution of the embodiments of the present application, or the part contributing to the prior art, or all or part of the technical solution, may be implemented in the form of a software product. It's fine. The software product is stored on a storage medium and configured to perform all or some of the method steps described in the embodiments of the present application on a device (which may be a single-chip microcomputer, chip, etc.) or a processor ( Contains several instructions for instructing the processor. The aforementioned storage medium may be any medium capable of storing program code, such as a USB flash drive, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), Includes magnetic disks, optical disks, etc.

The foregoing contents are only specific implementations of the present application, but are not intended to limit the protection scope of the present application. Changes or substitutions that are easily understood by those skilled in the art within the technical scope disclosed in this application shall fall within the protection scope of this application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims (14)

A near field communication method, the method being applied to an electronic device, the electronic device including a first application, the first application including a plurality of virtual cards, and the plurality of virtual cards including a first application. 1 card and a second card, the first card being an activated card and the second card being a non-activated card, the method comprising:
receiving by the electronic device a near field communication ( NFC ) field strength sensing message transmitted by the card reader device when approaching the card reader device;
receiving by the electronic device first indication information transmitted by the card reader device, the first indication information being used to indicate a first listening mode of a radio frequency circuit (RF); , step and
receiving by the electronic device second instructional information transmitted by the card reader device, the second instructional information being used to indicate an application identifier ( AID ) corresponding to the second card; or the second instruction information is an application data packet, and the application data packet does not include information regarding the AID;
performing a transaction with the card reader device by using the second card, when the second instruction information is used to indicate the AID corresponding to the second card; displaying information regarding the second card within the first application ;
skipping displaying information regarding the first application by the electronic device if the first listening mode is not a preset listening mode or if the second instruction information is the application data packet ;
How to do it. The electronic device includes a secure element ( SE ) , the SE stores an AID list, the AID list including information about the first card and the information about the second card;
Before the electronic device displays the information regarding the second card within the first application, the method includes:
activating the second card and deactivating the first card in the AID list by the electronic device;
The method according to claim 1. the preset listening mode is NFC_A_PASSIVE listening mode;
The method according to claim 1 or 2 . The second card is a bus card or a bank card, and displaying information regarding the second card within the first application comprises:
displaying charge deduction information and/or balance information of the second card by the electronic device;
A method according to any one of claims 1 to 3 . An electronic device,
display and
one or more processors;
one or more memories;
Near field communication ( NFC ) chip,
Equipped with an application processor ( AP ) chip,
The AP chip includes a first application, the first application includes a plurality of virtual cards, the plurality of virtual cards include a first card and a second card, and the first card is activated. the second card is a non-activated card;
One or more of the memories store one or more computer programs, the one or more computer programs including instructions, and when the instructions are executed by the one or more processors, the electronic device requires the following steps, namely:
receiving an NFC field strength sensing message transmitted by the card reader device when approaching the card reader device ;
receiving first indication information transmitted by the card reader device, the first indication information indicating a first listening mode of a radio frequency circuit (RF);
receiving second instructional information transmitted by the card reader device, the second instructional information being used to indicate an application identifier ( AID ) corresponding to the second card; the second instruction information is an application data packet, and the application data packet does not include information regarding the AID;
If the second instruction information is used to indicate the AID corresponding to the second card, then the second card is used to perform a transaction with the card reader device and the first displaying information about the second card within an application ;
skipping displaying information regarding the first application if the first listening mode is not a preset listening mode or if the second instruction information is the application data packet. electronic devices. The electronic device further comprises a secure element ( SE ) , the SE storing an AID list, the AID list including information about the first card and the information about the second card, and the SE is configured to: When executed by one or more of the processors, the electronic device performs the following steps:
Prior to displaying the information regarding the second card within the first application, it is possible to perform the steps of activating the second card in the AID list and deactivating the first card. Ru,
The electronic device according to claim 5 . the preset listening mode is NFC_A_PASSIVE listening mode;
The electronic device according to claim 5 or 6 . The second card is a bus card or a bank card, and displaying information regarding the second card within the first application comprises:
Displaying charge deduction information and/or balance information of the second card;
The electronic device according to any one of claims 5 to 7 . A chip system comprising an application processor ( AP ) chip and a near field communication ( NFC ) chip, the chip system comprising:
The AP chip includes a first application, the first application includes a plurality of virtual cards, the plurality of virtual cards include a first card and a second card, and the first card is activated. the second card is a non-activated card;
The NFC chip is configured to receive an NFC field strength sensing message transmitted by a card reader device, first instruction information, and second instruction information , the first instruction information being a first instruction information of a radio frequency circuit (RF). 1 listening mode, the second indication information is used to indicate an application identifier ( AID ) corresponding to the second card, or the second indication information is an application data packet, and the second indication information is an application data packet, and the second indication information is used to indicate an application identifier (AID) corresponding to the second card; The data packet does not include information regarding AID,
the AP chip is configured to receive an NFC field strength message, the first indication information and the second indication information transmitted by the NFC chip;
If the second instruction information is used to indicate the AID corresponding to the second card, the AP chip performs a transaction with the card reader device by using the second card. , further configured to control a display to display information about the second card within the first application;
When the first listening mode is not a preset listening mode or when the second instruction information is the application data packet, the AP chip controls the display not to display information regarding the first application. The chip system is further configured. The AP chip is further configured to transmit instruction information to the NFC chip before controlling the display to display the information about the second card within the first application, the instruction information comprising : , used to instruct the second card to be activated and the first card to be deactivated;
The NFC chip is further configured to transmit the instruction information to a secure element ( SE ) , the SE storing an AID list, the AID list including information about the first card and the information about the second card. The chip system according to claim 9 , comprising information. the preset listening mode is NFC_A_PASSIVE listening mode;
The chip system according to claim 9 or 10 . The second card is a bus card or a bank card, and the AP chip is
specifically configured to control the display to display charge deduction information and/or balance information of the second card;
Chip system according to any one of claims 9 to 11 . 5. A computer-readable storage medium comprising computer instructions, the computer instructions , when executed on an electronic device, causing the electronic device to perform the near field communication method according to any one of claims 1 to 4 . A computer-readable storage medium that is capable of being executed. A computer program, when the computer program is executed on a computer, the computer is enabled to carry out the near field communication method according to any one of claims 1 to 4 .

Images