CN107230064B - Virtual card multiplexing method and device - Google Patents

Virtual card multiplexing method and device Download PDF

Info

Publication number
CN107230064B
CN107230064B CN201710343844.XA CN201710343844A CN107230064B CN 107230064 B CN107230064 B CN 107230064B CN 201710343844 A CN201710343844 A CN 201710343844A CN 107230064 B CN107230064 B CN 107230064B
Authority
CN
China
Prior art keywords
card
card data
request
preset
target server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710343844.XA
Other languages
Chinese (zh)
Other versions
CN107230064A (en
Inventor
陈文轩
余新浪
果然
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN201710343844.XA priority Critical patent/CN107230064B/en
Publication of CN107230064A publication Critical patent/CN107230064A/en
Application granted granted Critical
Publication of CN107230064B publication Critical patent/CN107230064B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/351Virtual cards
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3278RFID or NFC payments by means of M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Telephonic Communication Services (AREA)

Abstract

The disclosure relates to a multiplexing method and device of a virtual card. The method comprises the following steps: pre-storing more than one card data and the use state information of each card data; receiving a card data request sent by current equipment; sending a response message to the current device based on the card data request and the usage status information; and executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current equipment and the target server. According to the technical scheme, the use state information of the card data can be automatically updated in time, so that the use state information of each pre-stored card data can be in a circulated state according to the change of the card data request, and each pre-stored card data can be reused at a chance, and the consumption number of the card data is reduced.

Description

Virtual card multiplexing method and device
Technical Field
The present disclosure relates to the field of communications technologies, and in particular, to a multiplexing method and apparatus for a virtual card.
Background
At present, with the popularization of mobile phones and other terminals with NFC (Near Field Communication) functions, more and more users choose to obtain virtual cards in an over-the-air card issuing manner, such as using a mobile phone with an NFC function to select an over-the-air card issuing of a bus card, but in the related art, the over-the-air card issuing manner makes card data not reusable and consumes too much card data.
Disclosure of Invention
The embodiment of the disclosure provides a multiplexing method and a multiplexing device for virtual cards. The technical scheme is as follows:
according to a first aspect of the embodiments of the present disclosure, there is provided a multiplexing method for a virtual card, including:
pre-storing more than one card data and the use state information of each card data;
receiving a card data request sent by current equipment;
sending a response message to the current device based on the card data request and the usage status information;
executing operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current equipment and a target server;
and the interaction result is obtained by the current equipment and the target server through interaction based on the response message.
In one embodiment, the card data request includes: a card open request or a card delete request, wherein:
when the card data request comprises the card opening request, the interaction result comprises card opening completion prompt information of preset card data;
when the card data request comprises the card deleting request, the interaction result comprises card deleting prompt information for successfully deleting preset card data;
wherein the one or more card data includes the preset card data.
In one embodiment, when the card data request includes the card-open request, the sending a response message to the current device based on the card data request and the usage state information includes:
determining whether optional card data with usage state information in an unoccupied state exists in the card data;
when the optional card data exists, determining card data selected from the optional card data as the preset card data;
sending card opening authentication information to the current equipment, wherein the card opening authentication information is used for enabling the target server to execute card opening operation after the card opening authentication information is sent to the target server by the current equipment, and the card opening operation is used for enabling the current equipment to obtain the preset card data to finish card opening;
the executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current device and the target server comprises the following steps:
and updating the use state information of the preset card data from an unoccupied state to an occupied state based on the card opening completion prompt information.
In one embodiment, the card opening operation includes:
and authenticating the card opening authentication information, and correspondingly storing the identifier of the current equipment and the preset card data after the card opening authentication information passes the authentication.
In one embodiment, when the card data request includes the delete card request, the sending a response message to the current device based on the card data request and the usage status information includes:
updating the use state information of the preset card data into a card withdrawal application based on the card deletion request;
sending a status update prompt to the current device to enable the current device to send the card deleting request to the target server, wherein the card deleting request is used for enabling the target server to execute card deleting operation of the preset card data;
the executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current device and the target server comprises the following steps:
and updating the use state information of the preset card data to be in an unoccupied state from the application card returning state based on the card deleting prompt information.
In one embodiment, the card deletion operation includes:
and sending a deletion script for deleting the preset card data in the current equipment and removing the corresponding relation between the identifier of the current equipment and the preset card data.
In one embodiment, the method further comprises:
determining the current balance in the preset card data;
and when the use state information of the preset card data is updated to be in an unoccupied state from the card returning application, returning the current balance to the current equipment.
In one embodiment, the method further comprises:
and receiving the current balance returned by the target server according to a preset settlement period.
In one embodiment, the preset card data includes: bus card data.
According to a second aspect of the embodiments of the present disclosure, there is provided a multiplexing apparatus for a virtual card, including:
the storage module is used for pre-storing more than one card data and the use state information of each card data;
the first receiving module is used for receiving a card data request sent by current equipment;
a sending module, configured to send a response message to the current device based on the card data request and the usage status information;
the execution module is used for executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current equipment and the target server;
and the interaction result is obtained by the current equipment and the target server through interaction based on the response message.
In one embodiment, the card data request includes: a card open request or a card delete request, wherein:
when the card data request comprises the card opening request, the interaction result comprises card opening completion prompt information of preset card data;
when the card data request comprises the card deleting request, the interaction result comprises card deleting prompt information for successfully deleting preset card data;
wherein the one or more card data includes the preset card data.
In one embodiment, the sending module comprises:
a first determining sub-module, configured to determine whether there is optional card data whose usage state information is an unoccupied state in the card data when the card data request includes the card-open request;
a second determining submodule, configured to determine card data selected from the selectable card data as the preset card data when the selectable card data exists;
the first sending sub-module is used for sending card opening authentication information to the current equipment, wherein the card opening authentication information is used for enabling the target server to execute card opening operation after the current equipment sends the card opening authentication information to the target server, and the card opening operation is used for enabling the current equipment to obtain the preset card data to finish card opening;
the execution module comprises:
and the first updating submodule is used for updating the use state information of the preset card data from an unoccupied state to an occupied state based on the card opening completion prompt information.
In one embodiment, the sending module comprises:
the second updating submodule is used for updating the use state information of the preset card data into a card withdrawal application on the basis of the card deleting request when the card data request comprises the card deleting request;
a second sending submodule, configured to send a status update prompt to the current device, so that the current device sends the card deleting request to the target server, where the card deleting request is used to enable the target server to execute a card deleting operation of the preset card data;
the execution module comprises:
and the third updating submodule is used for updating the use state information of the preset card data to be in an unoccupied state from the card returning application based on the card deleting prompt information.
In one embodiment, the apparatus further comprises:
the determining module is used for determining the current balance in the preset card data;
and the refund module is used for refunding the current balance to the current equipment when the use state information of the preset card data is updated to an unoccupied state from the card refunding application.
In one embodiment, the apparatus further comprises:
and the second receiving module is used for receiving the current balance returned by the target server according to a preset settlement period.
In one embodiment, the preset card data includes: bus card data.
According to a third aspect of the embodiments of the present disclosure, there is provided a multiplexing apparatus for a virtual card, including:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to:
pre-storing more than one card data and the use state information of each card data;
receiving a card data request sent by current equipment;
sending a response message to the current device based on the card data request and the usage status information;
executing operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current equipment and a target server;
and the interaction result is obtained by the current equipment and the target server through interaction based on the response message.
According to a fourth aspect of embodiments of the present disclosure, there is provided a computer-readable storage medium having stored thereon computer instructions which, when executed by a processor, implement the steps of the method of any one of the first aspect of the present disclosure.
The technical scheme provided by the embodiment of the disclosure can have the following beneficial effects:
according to the technical scheme provided by the embodiment of the disclosure, when a card data request sent by the current device is received, the response message is sent to the current device based on the card data request and the use state information, and the operation corresponding to the card data request is executed on the use state information of the card data according to the interaction result of the current device and the target server, so that the use state information of the card data can be automatically updated in time, and thus the use state information of each pre-stored card data can be in a recyclable state according to the change of the card data request, and each pre-stored card data can be reused at a chance, which is also beneficial to reducing the consumption number of the card data.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure.
Fig. 1 is a flowchart illustrating a multiplexing method of a virtual card according to an exemplary embodiment.
Fig. 2 is a flowchart illustrating another method of multiplexing virtual cards according to an example embodiment.
Fig. 3 is a flowchart illustrating a multiplexing method of a further virtual card according to an exemplary embodiment.
Fig. 4 is a flowchart illustrating a multiplexing method of still another virtual card according to an exemplary embodiment.
FIG. 5A is a card opening flow diagram, shown in accordance with an exemplary embodiment.
Fig. 5B is a card deletion flow diagram according to an example embodiment.
Fig. 6 is a block diagram illustrating a multiplexing apparatus of a virtual card according to an exemplary embodiment.
Fig. 7 is a block diagram illustrating another multiplexing apparatus of a virtual card according to an example embodiment.
Fig. 8 is a block diagram illustrating a multiplexing apparatus of still another virtual card according to an exemplary embodiment.
Fig. 9 is a block diagram illustrating a multiplexing apparatus of still another virtual card according to an exemplary embodiment.
Fig. 10 is a block diagram illustrating a multiplexing apparatus adapted to a virtual card according to an exemplary embodiment.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.
At present, with the popularization of mobile phones and other terminals with NFC (Near Field Communication) functions, more and more users choose to obtain virtual cards in an over-the-air card issuing manner, for example, the mobile phones with the NFC function are used to select over-the-air card issuing of public transport cards, but the over-the-air card issuing manner in the related art causes the problems that card data cannot be reused and card data is too much consumed. In addition, the over-the-air card issuing mode in the related technology cannot realize the functions of card returning and balance settlement, thereby influencing the use efficiency of card data.
In order to solve the above technical problem, an embodiment of the present disclosure provides a virtual card multiplexing method, where the method may be used in an operating program, system or device of card data, and an execution subject corresponding to the method may have a terminal or a server for processing card data services, as shown in fig. 1, the method includes steps S101 to S104:
in step S101, one or more card data items and use state information of each card data item are stored in advance;
the initial state of the use state information of each card data can be an unoccupied state so as to be occupied and used by the equipment at a later stage.
In step S102, a card data request sent by the current device is received;
the present device may be a device supporting near field communication, such as an NFC-enabled terminal.
In step S103, a response message is sent to the current device based on the card data request and the usage state information;
in step S104, according to the interaction result between the current device and the target server, performing an operation corresponding to the card data request on the use state information of the card data;
the interaction result is obtained by the current device and the target server through interaction based on the response message, and the target server can be a server of a card data provider, such as a server of a public transport company.
When a card data request sent by the current device is received, a response message is sent to the current device based on the card data request and the use state information, and the operation corresponding to the card data request is executed on the use state information of the card data according to the interaction result of the current device and the target server, so that the use state information of the card data can be automatically updated in time, the pre-stored use state information of each item of card data can be in a circulated state according to the change of the card data request, and each item of pre-stored card data can have an opportunity to be multiplexed, and the card data reuse method is also beneficial to reducing the consumption number of the card data.
In one embodiment, the card data request includes: a card open request or a card delete request, wherein:
when the card data request comprises a card opening request, the interaction result comprises card opening completion prompt information of preset card data;
when the card data request comprises a card deleting request, the interaction result comprises card deleting prompt information for successfully deleting the preset card data;
wherein the one or more card data includes preset card data.
The card data request includes a card opening request or a card deleting request, that is, the current device may request the target server for a card opening or a card deleting request through the execution main body, and in order to facilitate the execution main body to execute an operation corresponding to the card data request on the use state information of the card data in time according to a specific service progress situation of the card data request, the card opening completion prompt information of preset card data may be sent to the execution main body when the card opening is completed, and the card deleting prompt information of successfully deleting the preset card data may be sent to the execution main body when the card deleting is completed.
In addition, the interaction result received by the execution subject can be sent by the current device or sent by the target server.
As shown in fig. 2, in an embodiment, when the card data request includes a card open request, the step S103 shown in fig. 1, that is, sending a response message to the current device based on the card data request and the usage state information, may include steps S201 to S203:
in step S201, it is determined whether there is optional card data whose use state information is an unoccupied state in the card data;
wherein, the card opening request may include a rental fee of the card data, which is lower than the card opening fee in the related art, thereby reducing the use cost of the card data.
In step S202, when there is optional card data, determining card data selected from the optional card data as preset card data;
since the unoccupied card data is in a usable state and can be distributed to a new user, a certain card data can be automatically selected as the preset card data from the selectable card data whose use state information is in the unoccupied state, and at the time of selection, the selection can be made based on the arrangement order of the selectable card data or randomly.
In step S203, card opening authentication information is sent to the current device, where the card opening authentication information is used to enable the target server to execute a card opening operation after being sent to the target server by the current device, and the card opening operation is used to enable the current device to obtain preset card data, thereby completing the card opening;
the card opening authentication information can uniquely identify the preset card data, and meanwhile, the card opening authentication information can further include: the service data is used to indicate the card opening request, the signature may be a signature of an execution subject, for example, when the execution subject is a server of company XX, the signature may be a signature of company XX, so as to prevent an illegal user from illegally using more than one card data pre-stored in the execution subject, and a process of the target server authenticating the card opening authentication information is similar to the related art, and is not described herein again.
Secondly, the current device may obtain the preset card data in the following manner: the target server directly sends the preset card data to the current equipment after the card opening authentication information passes the authentication; or
And the target server indicates the execution main body to issue the preset card data to the current equipment after the card opening authentication information passes the authentication.
In addition, in order to enable the current device to obtain the preset card data and complete card opening, in addition to sending the card opening authentication information to the current device, a deposit request can be sent to the current device, so that the current device can also obtain the preset card data and complete card opening after paying corresponding deposit to the target server according to the deposit request, and of course, when the card opening is completed in this way, in order to enable the target server to determine the preset card data, the execution main body can also send the identification of the preset card data to the target server when sending the deposit request to the current device.
The step S104 shown in fig. 1, namely, performing an operation corresponding to the card data request on the use state information of the card data according to the interaction result between the current device and the target server, may include the step S204:
in step S204, the usage state information of the preset card data is updated from the unoccupied state to the occupied state based on the card-opening completion prompt information.
Based on the card opening completion prompt information, the use state information of the preset card data is automatically updated from an unoccupied state to an occupied state, the preset card data can be prevented from being occupied and used by other equipment again during the use period of the current equipment, and the use state information of the card data can be automatically updated in a circulating state, so that a foundation is laid for the reuse of the card data.
Next, the identifier of the current device may be carried in the card opening authentication information and sent to the target server, and the identifier of the current device may be an identifier of an NFC chip of the current device, or the like.
In addition, after the current device completes the card opening operation, the mode of using the preset card data is similar to the related technology, and redundant description is omitted here, for example, when the preset card data is used for carrying out the money deduction operation, because the preset card data is in the current device (such as an NFC chip), when the current device is close to the scanning area of the preset card data (such as the scanning area of a bus card), the money deduction operation can be completed through an NFC communication mode; similarly, when the preset card data is recharged, the recharging can be directly completed through the target server, and the specific recharging steps are similar to those of the related art and are not described herein again.
In one embodiment, the card opening operation includes:
and authenticating the card opening authentication information, and correspondingly storing the identifier of the current equipment and preset card data after the card opening authentication information passes authentication.
The target server can conveniently bind the current device using the preset card data with the preset card data by executing the card opening operation, so that the preset card data is prevented from being distributed to other devices during the period that the current device occupies the preset card data.
Referring to fig. 3, in an embodiment, when the card data request includes a card deletion request, the step S103 shown in fig. 1, namely, sending a response message to the current device based on the card data request and the usage status information, may include steps S301 and S302:
in step S301, based on the card deletion request, the use state information of the preset card data is updated to the card withdrawal application;
the use state information of the preset card data is automatically updated to the application card returning, so that the current terminal can be prompted to send the card deleting request to the target server for multiple times when the preset card data is not returned successfully until the card returning is successful.
In step S302, a status update prompt is sent to the current device, so that the current device sends a card deletion request to the target server, where the card deletion request is used to enable the target server to perform a card deletion operation of preset card data;
the step S104 shown in fig. 1, namely, performing an operation corresponding to the card data request on the use state information of the card data according to the interaction result between the current device and the target server, may include the step S303:
in step S303, based on the card deletion prompting message, the usage state information of the preset card data is updated from the application card withdrawal to the unoccupied state.
The use state information of the preset card data is updated to be in an unoccupied state from the application card returning state based on the card deleting prompt information, so that the preset card data returns to the unoccupied state again, the user can complete the air card returning operation, and the preset card data is in a reusable state again, thereby being beneficial to improving the utilization rate of the card issued in the air and reducing the waste times of the card;
in addition, because the current equipment can initiate the card deleting request at any time according to the user requirements, the air card issuing method and the system also enable the air card issuing to be suitable for short-term users, thereby not only being beneficial to improving the experience rate of the air card issuing, but also being capable of expanding the applicable crowd of the air card issuing.
In one embodiment, the card deletion operation includes:
and sending a deletion script for deleting the preset card data in the current equipment and removing the corresponding relation between the identifier of the current equipment and the preset card data.
The preset card data stored in the current device can be deleted by the deletion script for sending the preset card data;
and deleting the corresponding relation can remove the binding between the identifier of the current equipment and the preset card data, so that the preset card data can be reused again, and the current equipment can apply for open card again.
As shown in fig. 4, in one embodiment, the method further comprises step S401 and step S402:
in step S401, the current balance in the preset card data is determined;
the current balance may be confirmed by the execution main body to the target server, or may be actively issued to the execution main body by the target server when the card deleting operation is performed.
In step S402, when the usage status information of the preset card data is updated from the card withdrawal application to an unoccupied status, the current balance is returned to the current device.
In the card deleting process, the current balance of the preset card data can be determined to return the current balance to the current equipment, so that the preset card data can be reused after card return, the current balance of the user can be obtained, and loss is avoided.
In one embodiment, the method further comprises:
and receiving the current balance returned by the target server according to the preset settlement period.
When the current device deletes the preset card data, the current balance of the preset card data of the current device is paid by the execution main body, so that the current balance returned by the target server can be received according to a preset settlement period, and the whole settlement process of the balance in the air card returning process is completed.
In one embodiment, the presetting of the card data includes: bus card data.
The default card data includes the bus card data, and of course, if the security problem is not considered too much, the default card data may also be bank card data.
The technical solution of the present disclosure will be further described in detail with reference to fig. 5A and 5B, where fig. 5A is a card opening flowchart shown according to an exemplary embodiment, and fig. 5B is a card deleting flowchart shown according to an exemplary embodiment.
As shown in fig. 5A, the card opening process in the present disclosure may include steps S501 to S510, where:
in step S501, the current device transmits a card-open request to the execution main body.
In step S502, the execution principal receives the card-open request.
In step S503, the execution subject determines whether there is optional card data whose use state information is an unoccupied state among at least one of the pre-stored card data.
In step S504, when the execution subject determines that there is optional card data, card data selected from the optional card data is determined as the preset card data.
In step S505, the execution subject sends the card opening authentication information corresponding to the preset card data to the current device.
In step S506, the current device receives the card-opening authentication information and transmits the card-opening authentication information to the target server.
In step S507, the target server receives the card opening authentication information, performs a card opening operation to authenticate the card opening authentication information, and stores the identifier of the current device and the preset card data in a corresponding manner after the card opening authentication information passes verification, thereby issuing the preset card data to the current device.
In step S508, the current device acquires the preset card data.
In step S509, after the target server completes the card opening operation and issues the preset card data to the current device, the target server sends a card opening completion prompt message to the execution main body to indicate that the execution main body and the current device complete the card opening operation.
In step S510, the execution main body updates the use state information of the preset card data from an unoccupied state to an occupied state based on the card opening completion prompt information.
As shown in fig. 5B, the card deleting process in the present disclosure may include steps S511 to S522, wherein,
in step S511, the current device transmits a card deletion request to the execution main body.
In step S512, the execution body receives the card deletion request.
In step S513, the execution main body updates the usage status information of the preset card data from the occupied status to the card withdrawal application based on the card deletion request.
In step S514, after updating the state information of the preset card data to the card withdrawal application, the executing entity sends a state update prompt to the current device, so that the current device sends the card deletion request to the target server to request to obtain a card deletion script.
In step S515, the current device sends a card delete request to the target server based on the status update prompt.
In step S516, the target server executes a card deletion operation based on the card deletion request, so as to send a deletion script to the current device and release the corresponding relationship between the identifier of the current device and the preset card data.
In step S517, after receiving the card deletion script, the current device deletes the preset card data stored locally.
In step S518, when the target server performs the card deleting operation, the target server sends the card deleting prompt message and the current balance to the execution main body to indicate that the execution main body has successfully completed the card deleting operation, and may balance the current balance to the current device.
In step S519, after receiving the card deletion prompt message, the execution main body updates the use state information of the preset card data from the card withdrawal application state to an unoccupied state based on the card deletion prompt message; and refunds the current balance to the current device.
In step S520, the current device receives the current balance from the execution subject after the card withdrawal is completed.
In step S521, the target server returns the current balance of its payment to the executing body according to a preset settlement period.
In step S522, the execution principal receives the current balance from the target server.
Corresponding to the multiplexing method for the virtual card provided by the embodiment of the present disclosure, an embodiment of the present disclosure further provides a multiplexing device for a virtual card, as shown in fig. 6, the device includes:
a storage module 601 configured to store one or more card data and usage status information of each card data in advance;
a first receiving module 602 configured to receive a card data request sent by a current device;
a transmitting module 603 configured to transmit a response message to the current device based on the card data request and the usage state information;
an executing module 604 configured to execute an operation corresponding to the card data request on the use state information of the card data according to an interaction result of the current device and the target server;
and the interaction result is obtained by the current equipment and the target server through interaction based on the response message.
In one embodiment, the card data request includes: a card open request or a card delete request, wherein:
when the card data request comprises a card opening request, the interaction result comprises card opening completion prompt information of preset card data;
when the card data request comprises a card deleting request, the interaction result comprises card deleting prompt information for successfully deleting the preset card data;
wherein the one or more card data includes preset card data.
As shown in fig. 7, in an embodiment, the sending module 603 shown in fig. 6 may include:
a first determination sub-module 6031 configured to, when the card data request includes a card-open request, determine whether there is optional card data whose use state information is an unoccupied state in the card data;
a second determination sub-module 6032 configured to determine card data selected from the selectable card data as preset card data when the selectable card data exists;
a first sending submodule 6032 configured to send card opening authentication information to the current device, where the card opening authentication information is configured to cause the target server to perform a card opening operation after being sent to the target server by the current device, and the card opening operation is configured to cause the current device to obtain preset card data, so as to complete card opening;
the executing module 604 shown in fig. 6 may include:
a first updating sub-module 6041 configured to update the usage state information of the preset card data from an unoccupied state to an occupied state based on the card-open completion prompting information.
As shown in fig. 8, in an embodiment, the sending module 603 shown in fig. 6 may include:
a second updating sub-module 6034 configured to update the use state information of the preset card data into the card withdrawal application based on the card deletion request when the card data request includes the card deletion request;
a second sending submodule 6035 configured to send a status update prompt to the current device so as to enable the current device to send a card deletion request to the target server, wherein the card deletion request is configured to enable the target server to execute a card deletion operation of preset card data;
the executing module 604 shown in fig. 6 may include:
and a third updating sub-module 6042 configured to update the usage state information of the preset card data from the application for card withdrawal to an unoccupied state based on the card deletion prompt information.
As shown in fig. 9, in one embodiment, the apparatus further comprises:
a determining module 901 configured to determine a current balance in the preset card data;
and the returning module 902 is configured to return the current balance to the current device when the use state information of the preset card data is updated to the unoccupied state from the card returning application.
In one embodiment, the apparatus further comprises:
and the second receiving module is configured to receive the current balance returned by the target server according to the preset settlement period.
In one embodiment, the presetting of the card data includes: bus card data.
According to a third aspect of the embodiments of the present disclosure, there is provided a multiplexing apparatus for a virtual card, including:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to:
pre-storing more than one card data and the use state information of each card data;
receiving a card data request sent by current equipment;
sending a response message to the current device based on the card data request and the usage status information;
executing operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current equipment and a target server;
and the interaction result is obtained by the current equipment and the target server through interaction based on the response message.
The processor may be further configured to:
the card data request includes: a card open request or a card delete request, wherein:
when the card data request comprises the card opening request, the interaction result comprises card opening completion prompt information of preset card data;
when the card data request comprises the card deleting request, the interaction result comprises card deleting prompt information for successfully deleting preset card data;
wherein the one or more card data includes the preset card data.
The processor may be further configured to:
when the card data request includes the card opening request, the sending a response message to the current device based on the card data request and the usage state information includes:
determining whether optional card data with usage state information in an unoccupied state exists in the card data;
when the optional card data exists, determining card data selected from the optional card data as the preset card data;
sending card opening authentication information to the current equipment, wherein the card opening authentication information is used for enabling the target server to execute card opening operation after the card opening authentication information is sent to the target server by the current equipment, and the card opening operation is used for enabling the current equipment to obtain the preset card data to finish card opening;
the executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current device and the target server comprises the following steps:
and updating the use state information of the preset card data from an unoccupied state to an occupied state based on the card opening completion prompt information.
The processor may be further configured to:
when the card data request includes the card deletion request, the sending a response message to the current device based on the card data request and the usage state information includes:
updating the use state information of the preset card data into a card withdrawal application based on the card deletion request;
sending a status update prompt to the current device to enable the current device to send the card deleting request to the target server, wherein the card deleting request is used for enabling the target server to execute card deleting operation of the preset card data;
the executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current device and the target server comprises the following steps:
and updating the use state information of the preset card data to be in an unoccupied state from the application card returning state based on the card deleting prompt information.
The processor may be further configured to:
the method further comprises the following steps:
determining the current balance in the preset card data;
and when the use state information of the preset card data is updated to be in an unoccupied state from the card returning application, returning the current balance to the current equipment.
The processor may be further configured to:
the method further comprises the following steps:
and receiving the current balance returned by the target server according to a preset settlement period.
The processor may be further configured to:
the preset card data includes: bus card data.
Fig. 10 is a block diagram illustrating a multiplexing apparatus 1000 for a virtual card, which is suitable for a terminal device according to an exemplary embodiment. For example, the apparatus 1000 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, an exercise device, a personal digital assistant, and the like.
Referring to fig. 10, the apparatus 1000 may include one or at least two of the following components: processing component 1002, memory 1004, power component 1006, multimedia component 1008, audio component 1010, input/output (I/O) interface 1012, sensor component 1014, and communications component 1016.
The processing component 1002 generally controls the overall operation of the device 1000, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing component 1002 may include one or at least two processors 1020 to execute instructions to perform all or part of the steps of the methods described above. Further, processing component 1002 may include one or at least two modules that facilitate interaction between processing component 1002 and other components. For example, the processing component 1002 may include a multimedia module to facilitate interaction between the multimedia component 1008 and the processing component 1002.
The memory 1004 is configured to store various types of data to support operations at the apparatus 1000. Examples of such data include instructions for any stored object or method operating on device 1000, contact user data, phonebook data, messages, pictures, videos, and so forth. The memory 1004 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.
The power supply component 1006 provides power to the various components of the device 1000. The power components 1006 may include a power management system, one or at least two power sources, and other components associated with generating, managing, and distributing power sources for the device 1000.
The multimedia component 1008 includes a screen that provides an output interface between the device 1000 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or at least two touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 1008 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the device 1000 is in an operating mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.
The audio component 1010 is configured to output and/or input audio signals. For example, audio component 1010 includes a Microphone (MIC) configured to receive external audio signals when apparatus 1000 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signal may further be stored in the memory 1004 or transmitted via the communication component 1016. In some embodiments, audio component 1010 also includes a speaker for outputting audio signals.
I/O interface 1012 provides an interface between processing component 1002 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.
The sensor assembly 1014 includes one or at least two sensors for providing various aspects of status assessment for the device 1000. For example, sensor assembly 1014 may detect an open/closed state of device 1000, the relative positioning of components, such as a display and keypad of device 1000, the change in position of device 1000 or a component of device 1000, the presence or absence of user contact with device 1000, the orientation or acceleration/deceleration of device 1000, and the change in temperature of device 1000. The sensor assembly 1014 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 1014 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 1014 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
The communication component 1016 is configured to facilitate communications between the apparatus 1000 and other devices in a wired or wireless manner. The device 1000 may access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 1016 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communications component 1016 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
In an exemplary embodiment, the apparatus 1000 may be implemented by one or at least two Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.
In an exemplary embodiment, a non-transitory computer readable storage medium comprising instructions, such as the memory 1004 comprising instructions, executable by the processor 1020 of the device 1000 to perform the above-described method is also provided. For example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.
A non-transitory computer readable storage medium, wherein instructions of the storage medium, when executed by a processor of the apparatus 1000, enable the apparatus 1000 to perform a method for multiplexing virtual cards, the method comprising:
pre-storing more than one card data and the use state information of each card data;
receiving a card data request sent by current equipment;
sending a response message to the current device based on the card data request and the usage status information;
executing operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current equipment and a target server; and the interaction result is obtained by the current equipment and the target server through interaction based on the response message.
In one embodiment, the card data request includes: a card open request or a card delete request, wherein:
when the card data request comprises the card opening request, the interaction result comprises card opening completion prompt information of preset card data;
when the card data request comprises the card deleting request, the interaction result comprises card deleting prompt information for successfully deleting preset card data; wherein the one or more card data includes the preset card data.
In one embodiment, when the card data request includes the card-open request, the sending a response message to the current device based on the card data request and the usage state information includes:
determining whether optional card data with usage state information in an unoccupied state exists in the card data;
when the optional card data exists, determining card data selected from the optional card data as the preset card data;
sending card opening authentication information to the current equipment, wherein the card opening authentication information is used for enabling the target server to execute card opening operation after the card opening authentication information is sent to the target server by the current equipment, and the card opening operation is used for enabling the current equipment to obtain the preset card data to finish card opening;
the executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current device and the target server comprises the following steps:
and updating the use state information of the preset card data from an unoccupied state to an occupied state based on the card opening completion prompt information.
In one embodiment, when the card data request includes the delete card request, the sending a response message to the current device based on the card data request and the usage status information includes:
updating the use state information of the preset card data into a card withdrawal application based on the card deletion request;
sending a status update prompt to the current device to enable the current device to send the card deleting request to the target server, wherein the card deleting request is used for enabling the target server to execute card deleting operation of the preset card data;
the executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current device and the target server comprises the following steps:
and updating the use state information of the preset card data to be in an unoccupied state from the application card returning state based on the card deleting prompt information.
In one embodiment, the method further comprises:
determining the current balance in the preset card data;
and when the use state information of the preset card data is updated to be in an unoccupied state from the card returning application, returning the current balance to the current equipment.
In one embodiment, the method further comprises:
and receiving the current balance returned by the target server according to a preset settlement period.
In one embodiment, the preset card data includes: bus card data.
Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.
It will be understood that the present disclosure is not limited to the precise arrangements 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 (18)

1. A multiplexing method of a virtual card is characterized by comprising the following steps:
pre-storing more than one card data and the use state information of each card data;
receiving a card data request sent by current equipment;
sending a response message to the current device based on the card data request and the usage status information;
executing operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current equipment and a target server;
and the interaction result is obtained by the current equipment and the target server through interaction based on the response message.
2. The method of claim 1,
the card data request includes: a card open request or a card delete request, wherein:
when the card data request comprises the card opening request, the interaction result comprises card opening completion prompt information of preset card data;
when the card data request comprises the card deleting request, the interaction result comprises card deleting prompt information for successfully deleting preset card data;
wherein the one or more card data includes the preset card data.
3. The method of claim 2,
when the card data request includes the card opening request, the sending a response message to the current device based on the card data request and the usage state information includes:
determining whether optional card data with usage state information in an unoccupied state exists in the card data;
when the optional card data exists, determining card data selected from the optional card data as the preset card data;
sending card opening authentication information to the current equipment, wherein the card opening authentication information is used for enabling the target server to execute card opening operation after the card opening authentication information is sent to the target server by the current equipment, and the card opening operation is used for enabling the current equipment to obtain the preset card data to finish card opening;
the executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current device and the target server comprises the following steps:
and updating the use state information of the preset card data from an unoccupied state to an occupied state based on the card opening completion prompt information.
4. The method of claim 3,
the card opening operation comprises the following steps:
and authenticating the card opening authentication information, and correspondingly storing the identifier of the current equipment and the preset card data after the card opening authentication information passes the authentication.
5. The method of claim 2,
when the card data request includes the card deletion request, the sending a response message to the current device based on the card data request and the usage state information includes:
updating the use state information of the preset card data into a card withdrawal application based on the card deletion request;
sending a status update prompt to the current device to enable the current device to send the card deleting request to the target server, wherein the card deleting request is used for enabling the target server to execute card deleting operation of the preset card data;
the executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current device and the target server comprises the following steps:
and updating the use state information of the preset card data to be in an unoccupied state from the application card returning state based on the card deleting prompt information.
6. The method of claim 5,
the card deleting operation comprises:
sending a deletion script for deleting the preset card data in the current equipment;
and releasing the corresponding relation between the identifier of the current equipment and the preset card data.
7. The method of claim 5, further comprising:
determining the current balance in the preset card data;
and when the use state information of the preset card data is updated to be in an unoccupied state from the card returning application, returning the current balance to the current equipment.
8. The method of claim 7, further comprising:
and receiving the current balance returned by the target server according to a preset settlement period.
9. The method according to any one of claims 2 to 8,
the preset card data includes: bus card data.
10. An apparatus for multiplexing virtual cards, comprising:
the storage module is used for pre-storing more than one card data and the use state information of each card data;
the first receiving module is used for receiving a card data request sent by current equipment;
a sending module, configured to send a response message to the current device based on the card data request and the usage status information;
the execution module is used for executing the operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current equipment and the target server;
and the interaction result is obtained by the current equipment and the target server through interaction based on the response message.
11. The apparatus of claim 10,
the card data request includes: a card open request or a card delete request, wherein:
when the card data request comprises the card opening request, the interaction result comprises card opening completion prompt information of preset card data;
when the card data request comprises the card deleting request, the interaction result comprises card deleting prompt information for successfully deleting preset card data;
wherein the one or more card data includes the preset card data.
12. The apparatus of claim 11,
the sending module comprises:
a first determining sub-module, configured to determine whether there is optional card data whose usage state information is an unoccupied state in the card data when the card data request includes the card-open request;
a second determining submodule, configured to determine card data selected from the selectable card data as the preset card data when the selectable card data exists;
the first sending sub-module is used for sending card opening authentication information to the current equipment, wherein the card opening authentication information is used for enabling the target server to execute card opening operation after the current equipment sends the card opening authentication information to the target server, and the card opening operation is used for enabling the current equipment to obtain the preset card data to finish card opening;
the execution module comprises:
and the first updating submodule is used for updating the use state information of the preset card data from an unoccupied state to an occupied state based on the card opening completion prompt information.
13. The apparatus of claim 11,
the sending module comprises:
the second updating submodule is used for updating the use state information of the preset card data into a card withdrawal application on the basis of the card deleting request when the card data request comprises the card deleting request;
a second sending submodule, configured to send a status update prompt to the current device, so that the current device sends the card deleting request to the target server, where the card deleting request is used to enable the target server to execute a card deleting operation of the preset card data;
the execution module comprises:
and the third updating submodule is used for updating the use state information of the preset card data to be in an unoccupied state from the card returning application based on the card deleting prompt information.
14. The apparatus of claim 13, further comprising:
the determining module is used for determining the current balance in the preset card data;
and the refund module is used for refunding the current balance to the current equipment when the use state information of the preset card data is updated to an unoccupied state from the card refunding application.
15. The apparatus of claim 14, further comprising:
and the second receiving module is used for receiving the current balance returned by the target server according to a preset settlement period.
16. The apparatus of any one of claims 11 to 15,
the preset card data includes: bus card data.
17. An apparatus for multiplexing virtual cards, comprising:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to:
pre-storing more than one card data and the use state information of each card data;
receiving a card data request sent by current equipment;
sending a response message to the current device based on the card data request and the usage status information;
executing operation corresponding to the card data request on the use state information of the card data according to the interaction result of the current equipment and a target server;
and the interaction result is obtained by the current equipment and the target server through interaction based on the response message.
18. A computer-readable storage medium having stored thereon computer instructions, which when executed by a processor, implement the steps of the method of any one of claims 1 to 9.
CN201710343844.XA 2017-05-16 2017-05-16 Virtual card multiplexing method and device Active CN107230064B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710343844.XA CN107230064B (en) 2017-05-16 2017-05-16 Virtual card multiplexing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710343844.XA CN107230064B (en) 2017-05-16 2017-05-16 Virtual card multiplexing method and device

Publications (2)

Publication Number Publication Date
CN107230064A CN107230064A (en) 2017-10-03
CN107230064B true CN107230064B (en) 2020-11-13

Family

ID=59933701

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710343844.XA Active CN107230064B (en) 2017-05-16 2017-05-16 Virtual card multiplexing method and device

Country Status (1)

Country Link
CN (1) CN107230064B (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109255601B (en) * 2018-08-31 2022-12-27 北京小米移动软件有限公司 Terminal bus card processing method and device
CN110310113B (en) * 2019-05-20 2022-01-04 深圳市微付充科技有限公司 Virtual card matching method based on geographic position, server and mobile terminal
CN110458552A (en) * 2019-08-02 2019-11-15 广州羊城通有限公司 A kind of method and device for realizing IC card balance transfer
CN110648131B (en) * 2019-08-27 2022-06-17 Oppo广东移动通信有限公司 Near field communication-based card swiping method and device, electronic equipment and storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5991413A (en) * 1996-06-21 1999-11-23 France Telecom Process for the acceptance of a virtual prepaid card use request permitting the reuse of its serial number
CN1852143A (en) * 2005-09-01 2006-10-25 华为技术有限公司 Method for processing user's registering/log-out request message
CN105491024A (en) * 2015-11-24 2016-04-13 北京邮电大学 Multiplexing method of UDP (User Datagram Protocol) port

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5991413A (en) * 1996-06-21 1999-11-23 France Telecom Process for the acceptance of a virtual prepaid card use request permitting the reuse of its serial number
CN1852143A (en) * 2005-09-01 2006-10-25 华为技术有限公司 Method for processing user's registering/log-out request message
CN105491024A (en) * 2015-11-24 2016-04-13 北京邮电大学 Multiplexing method of UDP (User Datagram Protocol) port

Also Published As

Publication number Publication date
CN107230064A (en) 2017-10-03

Similar Documents

Publication Publication Date Title
EP3151507B1 (en) Methods and apparatuses for controlling device
CN107358435B (en) Bus payment method and device
US11190919B2 (en) Method and device for switching NFC card
CN107230064B (en) Virtual card multiplexing method and device
CN110400405B (en) Method, device and medium for controlling access control
CN106157027B (en) Payment method, device and system
EP3817414B1 (en) Method and device for configuring a nfc smart card
CN107230060B (en) Account loss reporting method and device
CN107241521B (en) Webpage access method and device
CN106453052A (en) Message interaction method and apparatus thereof
CN106920170B (en) Transaction reminding method and device
CN105511922A (en) Application startup controlling method and device
CN105631254A (en) Unlocking method and unlocking device
CN105577523A (en) Message sending methods and apparatuses
CN106372943A (en) Message processing method and device
CN111091384B (en) Resource replacement method, device, system and computer readable storage medium
CN104780256A (en) Address book management method and device and intelligent terminal
CN104835035A (en) Numerical value transferring method, device, and system
CN106408304B (en) Account security management method and device
CN104298527A (en) Processing method and derive of application updating
CN109255601B (en) Terminal bus card processing method and device
CN108074094B (en) Resource supplementing method and device
CN109246322B (en) Information processing method and system
CN109194639B (en) Message receiving and processing method, device, terminal and readable storage medium
CN107734072B (en) Processing method and device for push information

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant