CN111784335B - Simulation card management method, simulation card management device, storage medium and electronic device - Google Patents

Abstract

The present disclosure provides a simulation card management method, a simulation card management device, a computer-readable storage medium and an electronic device, and relates to the field of computer technology. The simulation card management method is applied to a terminal device with a near field communication function, comprising: determining a target simulation card from an aggregated card package according to a near field communication signal of a card reader device, wherein the aggregated card package includes one or more simulation cards, and the one or more simulation cards are all in an activated state; and sending the information of the target simulation card to the card reader device via near field communication. The present disclosure can effectively manage simulation cards in terminal devices with near field communication functions, so that users can obtain a smooth and fast card swiping experience when swiping cards.

Description

Simulation card management method, simulation card management device, storage medium and electronic device

Technical Field

The present disclosure relates to the field of computer technology, and in particular to a simulation card management method, a simulation card management device, a computer-readable storage medium, and an electronic device.

Background technique

NFC (Near Field Communication) technology is a short-range wireless communication technology that evolved from the integration of contactless identification technology and interconnection technology. It can configure multiple simulated cards on a smart terminal, so that each simulated card can realize corresponding functions in different application scenarios, such as bus cards, proximity cards, UnionPay cards or access control cards, etc.

In the existing technology, in the analog card swiping scenario, it is often necessary to determine the target analog card through manual selection, or the terminal device automatically polls each analog card configured in the terminal device until the correct target analog card is determined. However, in actual applications, users often need to swipe different types of analog cards in different scenarios. Frequent switching of analog cards will increase the complexity of user operations and cause trouble to users; and when the target analog card is determined by the terminal device automatically polling, it may take a long time for the target analog card to not be polled, resulting in slow card swiping response or even card swiping failure, which greatly affects the user experience.

Therefore, how to adopt an effective simulation card management method is a problem to be solved urgently in the prior art.

Summary of the invention

The present disclosure provides a simulation card management method, a simulation card management device, a computer-readable storage medium and an electronic device, thereby improving the problem of unreasonable existing simulation card management that affects the user's card swiping experience, at least to a certain extent.

Other features and advantages of the present disclosure will become apparent from the following detailed description, or may be learned in part by the practice of the present disclosure.

According to the first aspect of the present disclosure, there is provided a simulation card management method, which is applied to a terminal device with a near field communication function, comprising: determining a target simulation card from an aggregated card package according to a near field communication signal of a card reader device, wherein the aggregated card package includes one or more simulation cards, and the one or more simulation cards are all in an activated state; and sending information of the target simulation card to the card reader device via near field communication.

According to the second aspect of the present disclosure, there is provided a simulated card management device, which is applied to a terminal device with a near-field communication function, and includes: a target simulated card determination module, which is used to determine the target simulated card from an aggregated card package according to a near-field communication signal of a card reader device, wherein the aggregated card package includes one or more simulated cards, and the one or more simulated cards are all in an activated state; and a simulated card information sending module, which is used to send the information of the target simulated card to the card reader device via near-field communication.

According to a third aspect of the present disclosure, there is provided a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, the above-mentioned simulation card management method is implemented.

According to a fourth aspect of the present disclosure, an electronic device is provided, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to execute the above-mentioned simulation card management method by executing the executable instructions.

The technical solution disclosed in this disclosure has the following beneficial effects:

According to the above-mentioned simulated card management method, simulated card management device, computer-readable storage medium and electronic device, the target simulated card is determined from the aggregated card package according to the near field communication signal of the card reader device, wherein the aggregated card package includes one or more simulated cards, and the one or more simulated cards are all in an activated state; the information of the target simulated card is sent to the card reader device through near field communication. On the one hand, this exemplary embodiment sets up an aggregated card package, and determines the target simulated card from the aggregated card package when swiping the card to complete the NFC card swiping process. Since the simulated cards in the aggregated card package are all in an activated state, there is no need to activate the target simulated card when swiping the card, thereby simplifying the process. Compared with the method of swiping the card by manual selection or automatic polling in the prior art, this solution is more time-saving and convenient, and provides users with a smooth card swiping experience; on the other hand, the management of simulated cards through the aggregated card package has a simple operation process, low hardware requirements, and a wide range of applications.

It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present disclosure, and together with the specification are used to explain the principles of the present disclosure. Obviously, the accompanying drawings described below are only some embodiments of the present disclosure, and for ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without creative work.

FIG1 is a schematic diagram showing a system architecture of this exemplary embodiment;

FIG2 is a schematic diagram showing an electronic device according to the present exemplary embodiment;

FIG3 shows a flow chart of a simulation card management method according to the exemplary embodiment;

FIG4 shows a sub-flow chart of a simulation card management method according to this exemplary embodiment;

FIG5 shows a sub-flow chart of another simulation card management method according to this exemplary embodiment;

FIG6 shows a first schematic diagram of adding a simulated card in a simulated card management method according to this exemplary embodiment;

FIG7 shows a second schematic diagram of adding a simulated card in a simulated card management method according to this exemplary embodiment;

FIG8 shows a flowchart of replacing a simulated card in a simulated card management method according to this exemplary embodiment;

FIG9 shows a flowchart of adding a simulated card in a simulated card management method according to the exemplary embodiment;

FIG10 is a flowchart showing another method for replacing a simulated card in a simulated card management method according to the exemplary embodiment;

FIG11 is a flowchart showing deleting a simulated card in a simulated card management method according to the exemplary embodiment;

FIG. 12 is a block diagram showing a structure of a simulation card management device according to this exemplary embodiment.

Detailed ways

Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in a variety of forms and should not be construed as being limited to the examples set forth herein; on the contrary, these embodiments are provided so that the present disclosure will be more comprehensive and complete, and the concepts of the example embodiments are fully conveyed to those skilled in the art. The described features, structures, or characteristics may be combined in one or more embodiments in any suitable manner. In the following description, many specific details are provided to provide a full understanding of the embodiments of the present disclosure. However, those skilled in the art will appreciate that the technical solutions of the present disclosure may be practiced while omitting one or more of the specific details, or other methods, components, devices, steps, etc. may be adopted. In other cases, known technical solutions are not shown or described in detail to avoid obscuring various aspects of the present disclosure.

In addition, the accompanying drawings are only schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the figures represent the same or similar parts, and thus their repeated description will be omitted. Some of the block diagrams shown in the accompanying drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities can be implemented in software form, or implemented in one or more hardware modules or integrated circuits, or implemented in different networks and/or processor devices and/or microcontroller devices.

FIG1 shows a schematic diagram of a system architecture of an exemplary embodiment of the present disclosure. As shown in FIG1 , the system architecture 100 may include: a terminal device 110 and a card reader 120. The terminal device 110 may include, but is not limited to, electronic devices such as smart phones, tablet computers, and wearable devices. The terminal device 110 has an NFC function, and at least one analog card is configured in the terminal device 110. The card reader 120 refers to an electronic device that can read the analog card information in the terminal device 110 based on NFC technology. Depending on the specific scenario, the card reader device is diversified, such as access control system equipment, bus card swiping equipment, etc. It should be understood that the number of terminal devices and card readers in FIG1 is only schematic. According to actual needs, there may be any number or type of terminal devices or card readers.

The simulation card management method provided in the embodiment of the present disclosure can be executed by the terminal device 110, and the application scenarios can include but are not limited to: swiping a bus card when taking a bus, swiping an access card when opening a door, swiping an attendance card when commuting, and swiping a UnionPay card when paying, etc. The present disclosure does not limit this.

The exemplary embodiment of the present disclosure provides an electronic device for implementing the simulation card management method, which may be the terminal device 110 in Figure 1. The electronic device includes at least a processor and a memory, the memory is used to store executable instructions of the processor, and the processor is configured to execute the above simulation card management method by executing the executable instructions.

Electronic devices can be implemented in various forms, for example, they can include terminal devices such as mobile phones, tablet computers, laptops, personal digital assistants (PDAs), navigation devices, wearable devices, drones, and fixed devices such as desktop computers and smart TVs.

The following is an example of the structure of the electronic device, taking the terminal device 200 in Figure 2 as an example. It should be understood by those skilled in the art that, in addition to the components specifically used for mobile purposes, the structure in Figure 2 can also be applied to fixed-type devices. In other embodiments, the terminal device 200 may include more or fewer components than shown in the figure, or combine certain components, or split certain components, or arrange the components differently. The components shown in the figure can be implemented in hardware, software, or a combination of software and hardware. The interface connection relationship between the components is only schematically shown and does not constitute a structural limitation on the terminal device 200. In other embodiments, the terminal device 200 may also adopt an interface connection method different from that in Figure 2, or a combination of multiple interface connection methods.

As shown in Figure 2, the terminal device 200 may specifically include: a processor 210, an internal memory 221, an external memory interface 222, a USB interface 230, a charging management module 240, a power management module 241, a battery 242, an antenna 1, an antenna 2, a mobile communication module 250, a wireless communication module 260, an audio module 270, a speaker 271, a receiver 272, a microphone 273, an earphone interface 274, a sensor module 280, a display screen 290, a camera module 291, an indicator 292, a motor 293, a button 294 and a subscriber identification module (Subscriber Identification Module, SIM) card interface 295, etc.

The processor 210 may include one or more processing units, for example: the processor 210 may include an application processor (AP), a modem processor, a graphics processor (GPU), an image signal processor (ISP), a controller, an encoder, a decoder, a digital signal processor (DSP), a baseband processor and/or a neural network processor (NPU), etc. Among them, different processing units can be independent devices or integrated in one or more processors. The encoder can encode (i.e., compress) the image or video data to form a code stream data; the decoder can decode (i.e., decompress) the code stream data of the image or video to restore the image or video data.

In some embodiments, the processor 210 may include one or more interfaces. The interface may include an integrated circuit (Inter-Integrated Circuit, I2C) interface, an integrated circuit built-in audio (Inter-Integrated Circuit Sound, I2S) interface, a pulse code modulation (Pulse Code Modulation, PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a mobile industry processor interface (Mobile Industry Processor Interface, MIPI), a general-purpose input/output (General-Purpose Input/Output, GPIO) interface, a subscriber identity module (Subscriber Identity Module, SIM) interface and/or a universal serial bus (Universal Serial Bus, USB) interface, etc. The connection is formed through different interfaces and other components of the terminal device 200.

The USB interface 230 is an interface that complies with the USB standard specification, and specifically can be a Mini USB interface, a Micro USB interface, a USB Type C interface, etc. The USB interface 230 can be used to connect a charger to charge the terminal device 200, can also be used to connect headphones to play audio through the headphones, and can also be used for the terminal device 200 to connect other electronic devices, such as computers, peripheral devices, etc.

The charging management module 240 is used to receive charging input from a charger. While the charging management module 240 is charging the battery 242 , it can also power the device through the power management module 241 .

The power management module 241 is used to connect the battery 242, the charging management module 240 and the processor 210. The power management module 241 receives input from the battery 242 and/or the charging management module 240, supplies power to various parts of the terminal device 200, and can also be used to monitor the status of the battery.

The wireless communication function of the terminal device 200 can be implemented through the antenna 1, the antenna 2, the mobile communication module 250, the wireless communication module 260, the modem processor and the baseband processor.

Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the terminal device 200 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve the utilization of the antennas. The mobile communication module 250 can provide solutions for wireless communications including 2G/3G/4G/5G applied to the terminal device 200.

The wireless communication module 260 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) network), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR), etc., which are applied to the terminal device 200. The wireless communication module 260 can be one or more devices integrating at least one communication processing module. The wireless communication module 260 receives electromagnetic waves via the antenna 2, modulates the frequency of the electromagnetic wave signal and filters it, and sends the processed signal to the processor 210. The wireless communication module 260 can also receive the signal to be sent from the processor 210, modulate the frequency of it, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2.

In some embodiments, the antenna 1 of the terminal device 200 is coupled to the mobile communication module 250, and the antenna 2 is coupled to the wireless communication module 260, so that the terminal device 200 can communicate with the network and other devices through wireless communication technology. The wireless communication technology may include Global System for Mobile communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time Division-Synchronous Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), New Radio (NR), BT, GNSS, WLAN, NFC, FM, and/or IR technology.

The terminal device 200 implements the display function through a GPU, a display screen 290, and an application processor. The GPU is used to perform mathematical and geometric calculations to achieve graphics rendering and connect the display screen 290 and the application processor. The processor 210 may include one or more GPUs that execute program instructions to generate or change display information. The terminal device 200 may include one or more display screens 290 for displaying images, videos, etc.

The terminal device 200 can realize the shooting function through ISP, camera module 291, encoder, decoder, GPU, display screen 290 and application processor.

The camera module 291 is used to capture static images or videos, collect light signals through photosensitive elements, and convert them into electrical signals. The ISP is used to process the data fed back by the camera module 291 and convert the electrical signals into digital image signals.

The external memory interface 222 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the terminal device 200.

The internal memory 221 can be used to store computer executable program codes, and the executable program codes include instructions. The internal memory 221 may include a program storage area and a data storage area. Among them, the program storage area may store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc. The data storage area may store data (such as images, videos), etc. created during the use of the terminal device 200. The processor 210 executes various functional applications and data processing of the terminal device 200 by running instructions stored in the internal memory 221 and/or instructions stored in a memory provided in the processor.

The terminal device 200 can implement audio functions through an audio module 270, a speaker 271, a receiver 272, a microphone 273, a headphone jack 274, and an application processor. For example, music playing, recording, etc. The audio module 270 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals. The audio module 270 can also be used to encode and decode audio signals. The speaker 271 is used to convert audio electrical signals into sound signals. The receiver 272 is used to convert audio electrical signals into sound signals. The microphone 273 is used to convert sound signals into electrical signals. The headphone jack 274 is used to connect wired headphones.

The sensor module 280 may include a touch sensor 2801, a pressure sensor 2802, a gyroscope sensor 2803, an air pressure sensor 2804, and the like. The touch sensor 2801 is used to sense touch events input from the outside. It can be set below the display screen 290 to make the display screen 290 a touch screen, or it can be set at other locations, such as a touch panel independent of the display screen 290, or it can be set at a matching external device of the terminal device 200, such as an external touch panel, a touch remote control, etc., so that the user can achieve touch interaction through an external device. The pressure sensor 2802 is used to sense the pressure signal, and the pressure signal can be converted into an electrical signal for realizing functions such as pressure touch. The gyroscope sensor 2803 can be used to determine the motion posture of the terminal device 200, and can be used for scenes such as anti-shake shooting, navigation, and somatosensory games. The air pressure sensor 2804 is used to measure air pressure, and can assist in positioning and navigation by calculating the altitude. In addition, according to actual needs, sensors with other functions, such as depth sensors, acceleration sensors, and distance sensors, can also be set in the sensor module 280.

Indicator 292 may be an indicator light, which may be used to indicate charging status, power changes, messages, missed calls, notifications, etc.

The motor 293 can generate vibration prompts, such as vibration prompts for incoming calls, alarms, received messages, etc., and can also be used for touch vibration feedback, etc.

The key 294 includes a power key, a volume key, etc. The key 294 can be a mechanical key or a touch key. The terminal device 200 can receive key input and generate key signal input related to user settings and function control of the terminal device 200.

The terminal device 200 may support one or more SIM card interfaces 295 for connecting to a SIM card, so that the terminal device 200 interacts with the network through the SIM card to implement functions such as calls and data communications.

The simulation card management method and the simulation card management device according to the exemplary embodiments of the present disclosure are described in detail below.

FIG3 shows a flow chart of a simulation card management method in this exemplary embodiment, including the following steps S310 to S320:

Step S310: determining a target simulated card from an aggregated card package according to a near field communication signal of a card reader, wherein the aggregated card package includes one or more simulated cards, and the one or more simulated cards are all in an activated state.

Among them, the card reader device refers to an electronic device used to read the simulated card information in the terminal device. Depending on the application scenario, the card reader device has diversity. The terminal device and the card reader device can achieve data exchange between the two by approaching each other. Specifically, in the NFC communication process, the card reader device can send a near-field communication signal as a master device, and after the terminal device responds to the near-field communication signal as a slave device, the card reader device reads the corresponding simulated card information in the terminal device to achieve the card swiping operation. For example, in the scenario of swiping a bus card, the bus card swiping device can send a bus card detection signal, and after the smart phone responds to the detection signal, the subsequent bus card swiping device reads the bus card information; or in the scenario of swiping a UnionPay card for payment, the card reader device initiates a payment request signal, and after the terminal device responds to the signal, the subsequent card reader device reads the simulated card information. Process. Among them, the terminal device can select the wireless radio frequency magnetic field emitted by the card reader device, or the wireless radio frequency magnetic field generated by itself to communicate with the card reader device, and this disclosure does not specifically limit this.

The aggregate card package refers to the area established in this exemplary embodiment for storing the simulated card for the NFC communication process, which can be a separate area divided from the storage space of the terminal device, or a sub-area divided from the storage space of the electronic wallet of the terminal device. The simulated card refers to a virtual card configured in the terminal device with the same function as the physical card, which can include multiple types, such as access card, bus card, UnionPay card or attendance card, etc. The user can realize the corresponding function by close contact between the terminal device and the card reader, such as swiping the access card to open the door, swiping the bus card to take the bus, swiping the UnionPay card to pay, or swiping the attendance card to punch in, etc.

In this exemplary embodiment, the aggregate card package may include one or more simulated cards, and these one or more simulated cards are in an activated state, wherein the activated state refers to a state in which the simulated card can transmit data to a readable device. Only when the simulated card is in an activated state can the card reading device read the information of the simulated card to complete the corresponding function.

After responding to the near field communication signal of the card reader, the terminal device may determine the target simulated card from the aggregated card package to perform the NFC process. Specifically, in an exemplary embodiment, the above-mentioned determination of the target simulated card from the aggregated card package may include:

Based on the anti-collision protocol, the target analog card is determined from the aggregated card package;

The anti-collision protocol is configured to prevent more than one simulated card in the aggregate card package from communicating with the card reader within a preset time frame.

Under normal circumstances, the card reader can only read and write one radio frequency card in the magnetic field at any one time. When multiple cards enter the radio frequency field of the card reader at the same time, the card reader needs to select only one card for reading and writing operations. This exemplary embodiment can use the ISO14443A anti-collision protocol to select a unique target analog card for data interaction. The anti-collision protocol can be configured to prevent more than one analog card in the aggregate card package from communicating with the card reader within a preset time frame. Among them, the ISO14443 anti-collision protocol is based on the fact that each analog card has a globally unique serial number, and the target analog card is determined by sending multiple rounds of anti-collision commands to multiple analog cards by the card reader.

It should be noted that when the simulated card aggregation package includes multiple simulated cards, the types of these multiple simulated cards can be the same or different. If there are multiple simulated cards of the same type and similar functions, such as multiple bank cards, in the scene of card payment, when it is determined that a payment simulated card needs to be used, the target simulated card can be determined by a preset strategy, such as using the most used or most recently used simulated card as the target simulated card, etc.

In addition, the above-mentioned aggregated card package can be updated according to the needs of the user, for example, adding a new simulated card to the aggregated card package, or using a new simulated card to replace an existing simulated card in the aggregated card package, or deleting the simulated card in the aggregated card package, etc. That is, in this exemplary embodiment, the simulated card management method may specifically include three operation processes, namely, the process of adding a simulated card, the process of deleting a simulated card, and the process of replacing a simulated card. It should be noted that the above-mentioned three operation processes can be combined with each other. For example, in the process of replacing a simulated card, the replaced simulated card may be deleted from the aggregated card package.

Step S320: sending the information of the target simulated card to the card reader via near field communication.

Different simulation cards may include different information according to their functions. For example, a simulation card that can realize the function of a bus card may include information such as the card number and balance; a simulation card that can realize the function of a bank card may include relevant information such as the card code, the cardholder's name, and the cardholder's ID number. After determining the corresponding target simulation card in the current application scenario, the terminal device may load the information of the target simulation card and send the information to the card reader through near-field communication to realize the corresponding functions, such as punching in, opening the door, and paying.

In summary, in this exemplary embodiment, the target simulated card is determined from the aggregated card package according to the near field communication signal of the card reader device, wherein the aggregated card package includes one or more simulated cards, and the one or more simulated cards are all in an activated state; the information of the target simulated card is sent to the card reader device through near field communication. On the one hand, this exemplary embodiment sets up an aggregated card package, and determines the target simulated card from the aggregated card package when swiping the card to complete the NFC card swiping process. Since the simulated cards in the aggregated card package are all in an activated state, there is no need to activate the target simulated card when swiping the card, thereby simplifying the process. Compared with the method of swiping the card by manual selection or automatic polling in the prior art, this solution is more time-saving and convenient, and provides users with a smooth card swiping experience; on the other hand, the management of simulated cards through the aggregated card package has a simple operation process, low hardware requirements, and a wide range of applications.

In an exemplary embodiment, as shown in FIG4 , the simulation card management method may further include the following steps:

Step S410, obtaining a simulated card to be added according to the user's card adding operation;

Step S420: When the simulated card to be added does not include contactless parameters, the simulated card to be added is added into the aggregated card package.

Among them, the card adding operation refers to the operation used to add a new simulated card to the aggregated card package, which can be achieved by the user inputting specific operations or instructions to the terminal device. For example, the interface of the aggregated card package can be set with an option to add a simulated card, and the user can trigger the addition of a simulated card by single-clicking, double-clicking, long pressing, etc.; or the user can also initiate voice commands to the terminal device to achieve the addition of simulated cards, etc., and the present disclosure does not make specific limitations on this.

The simulated card to be added is the simulated card that the user is going to add. In actual applications, to use the simulated card, you first need to install the CAP (Card Assembly Program) package of the simulated card in the terminal device to activate the simulated card. Different CAP packages of simulated cards have different requirements for contactless parameters, and some simulated cards do not even require contactless parameters. Among them, contactless parameters refer to the communication parameters required for interaction between the simulated card and the card reader, which may include UID (User Identification), ATQA (Answer to Request), SAK (Select Acknowledge) and ATS (Answer To Select), etc. The contactless parameters vary depending on the type of simulated card.

In this exemplary embodiment, when the user successfully activates the card and needs to add the simulated card to be added to the aggregate card package, the terminal device needs to determine whether the simulated card to be added has the contactless parameter requirements. If the simulated card to be added does not require contactless parameters, it can be directly placed in the aggregate card package.

When the simulated card to be added includes contactless parameters, in an exemplary embodiment, as shown in FIG5 , the simulated card management method may further include the following steps:

Step S510, when the simulated card to be added includes contactless parameters, and there is no added simulated card in the aggregated card package that has the same contactless parameters as the simulated card to be added, adding the simulated card to be added to the aggregated card package;

Step S520, when the simulated card to be added includes contactless parameters, and there is an added simulated card in the aggregated card package with the same contactless parameters as the simulated card to be added, the added simulated card is replaced with the simulated card to be added in the aggregated card package, or the simulated card to be added is refused to be added to the aggregated card package.

Considering that in the actual NFC process, when the card reader interacts with the simulated card, the contactless parameters in the simulated card need to be consistent with its corresponding card reader. Therefore, in order to avoid the situation where the interaction fails due to the conflict of contactless parameters, it is necessary to judge the contactless parameters of the simulated card to be added, and compare the contactless parameters of the simulated card already in the current aggregate card package to see if they are consistent with the contactless parameters of the simulated card to be added. If they are inconsistent, it means that there will be no contactless parameter conflict, and the simulated card to be added can be directly added to the aggregate card package successfully. If they are consistent, it means that there will be a contactless parameter conflict, and the simulated card to be added can be refused to be added to the aggregate card package, or a prompt message can be sent to the user, asking the user whether to delete the added simulated card that conflicts with the contactless parameters of the simulated card to be added, or whether to replace the simulated card to be added with the added simulated card, etc., so as to perform the process of adding the simulated card according to user needs.

It should be noted that this exemplary embodiment does not specifically limit the execution order of the above steps S510 and S520, and steps S510 and S520 can be performed simultaneously. In addition, when adding a simulated card, if there is no simulated card added in the current aggregated card package, or none of the simulated cards added do not include contactless parameters, the simulated card to be added can also be directly added to the aggregated card package.

In order to prevent the user from adding an unnecessary card to the aggregated card package due to erroneous operation, which affects the storage space, in an exemplary embodiment, before adding the simulated card to be added to the simulated card aggregate package, the method further includes:

A prompt message is sent to the user to confirm adding the simulated card, and based on the user's confirmation operation on the prompt message, the step of adding the simulated card to be added to the aggregated card package is executed.

The prompt information for adding the simulated card can be presented in a variety of forms such as a pop-up window or voice, and the present disclosure does not specifically limit this. After receiving the user's confirmation operation on the prompt information, it is considered that the user currently confirms to add the simulated card to be added to the aggregated card package, and the step of adding the simulated card to be added to the aggregated card package can be continued.

In this exemplary embodiment, as shown in FIG6 , the aggregated card package 610 may be an independent storage area opened up from the storage area of the electronic wallet 620 in the terminal device, and the electronic wallet 620 may include multiple simulated cards. The user may add the simulated cards in the electronic wallet to the aggregated card package by selecting or dragging. For example, in FIG6 , before the operation of adding simulated cards is performed, the electronic wallet 620 includes three simulated cards, namely, simulated card 1, simulated card 2, and simulated card 3; the aggregated card package 610 includes two simulated cards, namely, simulated card 4 and simulated card 5. If the user chooses to add simulated card 3 to the aggregated card package 610, the other unselected simulated cards 1 and 2 are still in the electronic wallet 620. Accordingly, the simulated card 3 may be deleted from the electronic wallet 620 to save the overall storage space of the simulated cards in the terminal device. After the operation of adding simulated cards, as shown in FIG7 , the electronic wallet 620 includes two simulated cards, namely, simulated card 1 and simulated card 2; the aggregated card package 610 includes three simulated cards, namely, simulated card 4, simulated card 5, and simulated card 3.

In order to improve the accuracy and fluency of card swiping, when the aggregate card package includes multiple simulated cards, you can set the types of any two simulated cards to be different. In other words, for the same type of card, there can be at most one in the aggregate card package. For example, if there is already a bank card in the aggregate card package, you cannot add other bank cards. Of course, you can replace the added bank card with other bank cards, but you cannot add more.

In an exemplary embodiment, as shown in FIG8 , the simulation card management method may further include the following steps:

Step S810, obtaining a simulated card to be added according to the user's card adding operation;

Step S820: When it is determined that there is an added simulated card of the same type as the simulated card to be added in the aggregated card package, the added simulated card is replaced with the simulated card to be added.

Since when the aggregated card package includes multiple simulated cards, the types of any two simulated cards are different, when the user adds a simulated card to be added, a simulated card of the same type as the simulated card to be added may already exist in the aggregated card package. Therefore, this exemplary embodiment needs to judge the type of the simulated card to be added, and if the aggregated card package includes an added simulated card of the same type as the simulated card to be added, the added simulated card is replaced with the simulated card to be added.

When replacing the added simulated card with the simulated card to be added, a reminder mechanism can be set to obtain the user's consent to ensure that the user really needs to replace the added simulated card with the simulated card to be added. The specific process of replacement may include adding the simulated card to be added to the aggregated card package, activating the simulated card to be added, deleting the added simulated card from the aggregated card package, deactivating the added simulated card, and updating the display icon of the aggregated card package in the user display interface.

FIG9 shows a flowchart of adding a simulated card in the simulated card management method in this exemplary embodiment, which may specifically include the following steps:

Step S910, obtaining a simulated card to be added according to the user's card adding operation;

Step S920, determining whether the aggregated card package includes an already added simulated card of the same type as the simulated card to be added;

If the added simulated card is the same type as the simulated card to be added, step S930 is executed to replace the added simulated card with the simulated card to be added;

If the added simulated card of the same type as the simulated card to be added is not included, executing step S940 to determine whether the simulated card to be added includes a contactless parameter;

If the simulated card to be added does not include contactless parameters, step S950 is executed to add the simulated card to be added into the aggregated card package and activate it;

If the simulated card to be added includes contactless parameters, executing step S960, determining whether the contactless parameters of the simulated card currently added in the aggregated card package are the same as the contactless parameters of the simulated card to be added;

If they are the same, executing step S970, refusing to add the simulated card to be added to the aggregated card package, and displaying a prompt message that the simulated card cannot be added to the aggregated card package;

If they are not the same, execute step S950 to add the simulated card to be added into the aggregated card package and activate it.

Step S980, updating the user display interface of the current aggregated card package.

In actual applications, in addition to the above-mentioned operation of adding cards by the user, it is also possible that the user only specifically replaces one of the cards, or directly replaces the card of type A with the card of type B, etc. Therefore, in an exemplary embodiment, as shown in FIG10 , the simulated card management method may further include the following steps:

Step S1010, according to the operation of replacing the second simulated card with the first simulated card, deleting the second simulated card from the aggregated card package, wherein the first simulated card is a simulated card outside the aggregated card package, and the second simulated card is a simulated card in the aggregated card package;

Step S1020, adding the first simulated card to the aggregated card package, and activating the first simulated card.

Among them, the first simulated card refers to other simulated cards other than the aggregated card package, such as bank cards in an electronic wallet, etc. In this exemplary embodiment, if the simulated cards outside the aggregated card package are not currently in use, they can be considered to be in an unactivated state. The second simulated card refers to the simulated card in the aggregated card package that the user wants to replace, which can be any one or any type of simulated card, and the second simulated card is in an activated state. Therefore, when replacing the second simulated card with the first simulated card, it is necessary to add the first simulated card to the aggregated card package and activate it, and delete the second simulated card from the aggregated card package. In this exemplary embodiment, after deleting the second simulated card from the aggregated card package, the second simulated card can also be deactivated. In addition, the above-mentioned operation of replacing the second simulated card with the first simulated card can include multiple types, such as replacing the second simulated card with the first simulated card by the user moving the first simulated card to the position of the second simulated card, or replacing it by clicking the replacement option of the second simulated card, etc., which is not specifically limited in this disclosure.

Considering the diversified use of the aggregate card package, it is possible that a user wants to delete a simulated card from the aggregate card package, or when replacing a simulated card, the replaced simulated card needs to be deleted from the aggregate card package. In an exemplary embodiment, the simulated card management method may further include:

According to the user's deletion operation on any simulated card in the aggregated card package, detecting whether any simulated card carries contactless parameters;

If any analog card carries contactless parameters, delete any analog card from the aggregate card package and clear the contactless parameters;

If any simulated card does not carry contactless parameters, any simulated card is directly deleted from the aggregated card package.

In order to avoid the contactless parameters of the deleted simulated card from affecting or conflicting the process of adding simulated cards or other situations later, in this exemplary embodiment, when deleting a simulated card from an aggregated card package, it is necessary to determine whether the simulated card to be deleted carries contactless parameters. If it carries contactless parameters, after deleting the simulated card from the aggregated card package, it is necessary to clear the contactless parameters related to the simulated card; if it does not carry contactless parameters, it can be directly deleted from the aggregated card package. Of course, in order to avoid users from accidentally deleting simulated cards, etc., this exemplary embodiment can also set a prompt mechanism to ensure the accuracy of users deleting simulated cards.

FIG. 11 shows a flowchart of replacing a simulated card in a simulated card management method in this exemplary embodiment, which may specifically include the following steps:

Step S1110, receiving a user's replacement operation for the second simulated card in the aggregated card package;

Step S1120, obtaining a first simulated card outside the aggregated card package;

Step S1130, adding the first simulated card to the aggregated card package, and activating the first simulated card;

Step S1140, determining whether the second simulated card carries contactless parameters;

If the second simulated card does not carry the contactless parameter, executing step S1150, deleting the second simulated card from the aggregated card package, and deactivating the second simulated card;

If the second simulated card carries contactless parameters, step S1160 is executed to delete the second simulated card from the aggregated card package, deactivate the second simulated card, and clear the contactless parameters of the second simulated card.

In an exemplary embodiment, the simulation card management method may further include:

When it is detected that the usage frequency of at least one simulated card outside the aggregated card package reaches a preset threshold, a prompt message for adding a simulated card is generated;

According to the user's confirmation operation on the prompt information, the simulated cards whose usage frequency reaches the preset threshold are added to the aggregated card package.

In order to improve the flexibility of the aggregated card package and increase the convenience of user use, this exemplary embodiment can also set a mechanism for adaptively adding simulated cards. When it is detected that the use frequency of simulated cards outside the aggregated card package is high, it is considered that the user has a high stickiness to the simulated card, and adding the simulated card to the aggregated card package will increase the convenience of the user's use of the simulated card. At this time, a prompt message for adding the simulated card can be generated. When the user confirms the prompt message, the simulated card can be added to the aggregated card package. Among them, the use frequency of at least one simulated card outside the aggregated card package reaches a preset threshold, which can be customized as needed, and the present disclosure does not specifically limit this.

The exemplary embodiment of the present disclosure also provides a simulated card management device. As shown in FIG12 , the simulated card management device 1200 is applied to a terminal device with a near field communication function, and may include: a target simulated card determination module 1210, which is used to determine a target simulated card from an aggregated card package according to a near field communication signal of a card reader device, wherein the aggregated card package includes one or more simulated cards, and the one or more simulated cards are all in an activated state; and a simulated card information sending module 1220, which is used to send information of the target simulated card to the card reader device through near field communication.

In an exemplary embodiment, the simulated card management device also includes: a simulated card acquisition module to be added, used to obtain the simulated card to be added according to the user's card adding operation; a simulated card first adding module, used to add the simulated card to be added into the aggregate card package when the simulated card to be added does not include contactless parameters.

In an exemplary embodiment, the simulated card management device also includes: a second simulated card adding module, which is used to add the simulated card to be added into the aggregated card package when the simulated card to be added includes contactless parameters and there is no added simulated card with the same contactless parameters as the simulated card to be added in the aggregated card package.

In an exemplary embodiment, the simulated card management device further includes: a simulated card third adding module, which is used to replace the added simulated card with the simulated card to be added in the aggregated card package, or refuse to add the simulated card to the aggregated card package, when the simulated card to be added includes contactless parameters and there is an added simulated card with the same contactless parameters as the simulated card to be added in the aggregated card package.

In an exemplary embodiment, the simulated card management device also includes: a prompt information sending module, which is used to send a prompt information to the user to confirm the addition of the simulated card before adding the simulated card to be added to the aggregate card package, and execute the step of adding the simulated card to be added to the aggregate card package according to the user's confirmation operation on the prompt information.

In an exemplary embodiment, when the aggregate card package includes multiple simulated cards, the types of any two simulated cards among the multiple simulated cards are different.

In an exemplary embodiment, the simulated card management device also includes: a fourth simulated card adding module, which is used to obtain the simulated card to be added according to the user's card adding operation; when it is determined that there is an added simulated card of the same type as the simulated card to be added in the aggregated card package, the added simulated card is replaced with the simulated card to be added.

In an exemplary embodiment, the simulated card management device also includes: a simulated card replacement module, which is used to delete the second simulated card from the aggregate card package according to the operation of replacing the second simulated card with the first simulated card, wherein the first simulated card is a simulated card outside the aggregate card package and the second simulated card is a simulated card inside the aggregate card package; and add the first simulated card to the aggregate card package and activate the first simulated card.

In an exemplary embodiment, the simulated card management device also includes: a simulated card deletion module, which is used to detect whether any simulated card carries contactless parameters based on the user's deletion operation on any simulated card in the aggregated card package; if any simulated card carries contactless parameters, any simulated card is deleted from the aggregated card package and the contactless parameters are cleared; and if any simulated card does not carry contactless parameters, any simulated card is directly deleted from the aggregated card package.

In an exemplary embodiment, the simulated card management device also includes: a usage frequency detection module, which is used to generate a prompt message for adding a simulated card when it is detected that the usage frequency of at least one simulated card outside the aggregated card package reaches a preset threshold; a simulated card fifth adding module, which is used to add the simulated card whose usage frequency reaches the preset threshold to the aggregated card package based on the user's confirmation operation on the prompt information.

The specific details of each module in the above device have been described in detail in the implementation method of the method part. The undisclosed details can be found in the implementation method of the method part, so they will not be repeated here.

Those skilled in the art will appreciate that various aspects of the present disclosure may be implemented as systems, methods or program products. Therefore, various aspects of the present disclosure may be specifically implemented in the following forms, namely: complete hardware implementation, complete software implementation (including firmware, microcode, etc.), or a combination of hardware and software implementations, which may be collectively referred to herein as "circuits", "modules" or "systems".

The exemplary embodiments of the present disclosure also provide a computer-readable storage medium on which a program product capable of implementing the above method of the present specification is stored. In some possible implementations, various aspects of the present disclosure may also be implemented in the form of a program product, which includes a program code, and when the program product is run on a terminal device, the program code is used to enable the terminal device to execute the steps according to various exemplary embodiments of the present disclosure described in the above "Exemplary Method" section of the present specification, for example, any one or more steps in Figure 3, Figure 4, Figure 5, Figure 8, Figure 9, Figure 10 or Figure 11 may be executed.

The exemplary embodiments of the present disclosure also provide a program product for implementing the above method, which can adopt a portable compact disk read-only memory (CD-ROM) and include program code, and can be run on a terminal device, such as a personal computer. However, the program product of the present disclosure is not limited thereto, and in this document, a readable storage medium can be any tangible medium containing or storing a program, which can be used by or in combination with an instruction execution system, an apparatus or a device.

The program product may use any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

Computer readable signal media may include data signals propagated in baseband or as part of a carrier wave, in which readable program code is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Readable signal media may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

The program code embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination of the foregoing.

Program code for performing the operations of the present disclosure may be written in any combination of one or more programming languages, including object-oriented programming languages such as Java, C++, etc., and conventional procedural programming languages such as "C" or similar programming languages. The program code may be executed entirely on the user computing device, partially on the user device, as a separate software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving a remote computing device, the remote computing device may be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., through the Internet using an Internet service provider).

Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. The present disclosure is intended to cover any variations, uses, or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary technical means in the art that are not disclosed in the present disclosure. The specification and embodiments are to be regarded as exemplary only, and the true scope and spirit of the present disclosure are indicated by the claims.

It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims (13)

1. An analog card management method, applied to a terminal device having a near field communication function, comprising:

Determining a target analog card from an aggregation card package according to a near field communication signal of card reading equipment, wherein the aggregation card package comprises one or more analog cards, and the one or more analog cards are in an activated state; the aggregation card package refers to an established area for storing an analog card for performing a near field communication process;

Transmitting the information of the target analog card to the card reading equipment through near field communication;

The determining the target simulation card from the aggregation card package comprises the following steps:

Determining a target simulation card from the aggregation card packet based on an anti-collision protocol;

Wherein the anti-collision protocol is configured to prevent more than one analog card in the aggregate card package from communicating with the card reading device within a preset time frame;

When the aggregate card package includes a plurality of analog cards and the types of the plurality of analog cards are the same, the determining the target analog card from the aggregate card package includes:

the analog card that is most frequently used or most recently used is taken as the target analog card.

2. The method according to claim 1, wherein the method further comprises:

obtaining an analog card to be added according to card adding operation of a user;

and when the analog card to be added does not comprise non-contact parameters, adding the analog card to be added into the aggregation card package.

3. The method according to claim 2, wherein the method further comprises:

and when the analog card to be added comprises non-contact parameters and the added analog card which is the same as the non-contact parameters of the analog card to be added does not exist in the aggregation card packet, adding the analog card to be added into the aggregation card packet.

4. A method according to claim 3, characterized in that the method further comprises:

When the analog card to be added comprises non-contact parameters and the added analog card which is the same as the non-contact parameters of the analog card to be added exists in the aggregation card package, replacing the added analog card with the analog card to be added in the aggregation card package or refusing to add the analog card to be added into the aggregation card package.

5. A method according to claim 2 or 3, wherein prior to adding the analog card to be added to the aggregate card package, the method further comprises:

and sending prompt information for determining to add the analog card to the user, and executing the step of adding the analog card to be added into the aggregation card packet according to the confirmation operation of the user on the prompt information.

6. The method of claim 1, wherein when a plurality of analog cards are included in the aggregate card package, any two analog cards of the plurality of analog cards are of different types.

7. The method of claim 6, wherein the method further comprises:

obtaining an analog card to be added according to card adding operation of a user;

And when the added analog card with the same type as the analog card to be added exists in the aggregation card packet, replacing the added analog card with the analog card to be added.

8. The method according to claim 1, wherein the method further comprises:

Deleting a second analog card from the aggregation card package according to the operation of replacing the second analog card with a first analog card, wherein the first analog card is an analog card outside the aggregation card package, and the second analog card is an analog card in the aggregation card package;

adding the first analog card into the aggregate card package and activating the first analog card.

9. The method according to claim 1, wherein the method further comprises:

Detecting whether any analog card carries non-contact parameters according to the deleting operation of a user on any analog card in the aggregation card packet;

if any analog card carries the non-contact parameters, deleting any analog card from the aggregation card package, and emptying the non-contact parameters;

and if the random analog card does not carry the non-contact parameter, deleting the random analog card from the aggregation card package directly.

10. The method according to claim 1, wherein the method further comprises:

when the use frequency of at least one analog card outside the aggregation card packet is detected to reach a preset threshold value, generating prompt information for adding the analog card;

and adding the analog card with the use frequency reaching a preset threshold value into the aggregation card packet according to the confirmation operation of the user on the prompt information.

11. An analog card managing apparatus, applied to a terminal device having a near field communication function, comprising:

The system comprises a target analog card determining module, a target analog card determining module and a target card reading module, wherein the target analog card determining module is used for determining a target analog card from an aggregation card packet according to a near field communication signal of card reading equipment, the aggregation card packet comprises one or more analog cards, and the one or more analog cards are in an activated state; the aggregation card package refers to an established area for storing an analog card for performing a near field communication process;

The analog card information sending module is used for sending the information of the target analog card to the card reading equipment through near field communication;

the target analog card determination module is configured to:

Determining a target simulation card from the aggregation card packet based on an anti-collision protocol;

Wherein the anti-collision protocol is configured to prevent more than one analog card in the aggregate card package from communicating with the card reading device within a preset time frame;

when the aggregate card package includes a plurality of analog cards and the types of the plurality of analog cards are the same, the target analog card determining module is configured to:

the analog card that is most frequently used or most recently used is taken as the target analog card.

12. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the method of any one of claims 1 to 10.

13. An electronic device, comprising:

A processor; and

A memory for storing executable instructions of the processor;

Wherein the processor is configured to perform the method of any one of claims 1 to 10 via execution of the executable instructions.