A method, apparatus, device, and medium for obtaining communication protocol information

Abstract

An embodiment of this specification provides a method, apparatus, device, and medium for obtaining communication protocol information. The solution includes: obtaining the status information of a mobile terminal; based on the status information, triggering a process for the server to provide communication protocol information; where the communication protocol information is the communication protocol information used by the mobile terminal to obtain card information for binding the card from the card. According to this process, the mobile terminal obtains the communication protocol information fed back by the server; the mobile terminal saves the communication protocol information fed back by the server.

Description

Technical Field

[0001] This application relates to the field of computer technology, and particularly to a method for obtaining communication protocol information. This application also relates to an apparatus, a device, and a medium for obtaining communication protocol information. Background Art

[0002] With the enhancement of the functions of mobile terminals, more and more transactions can be processed using mobile terminals. For example, a mobile terminal can be used as a virtual card to replace a physical card for payment, opening access control, identity verification, etc. In order to use a mobile terminal to process corresponding transactions, the mobile terminal needs to be bound to the corresponding card in advance.

[0003] Therefore, a method that facilitates the binding of a mobile terminal to a card for users is needed to improve the user experience during the card binding process. Summary of the Invention

[0004] In view of this, embodiments of this application provide a method, an apparatus, a device, and a medium for obtaining communication protocol information to solve the problem of poor user experience in the existing card binding operation process.

[0005] According to a first aspect of the embodiments of this application, a method for obtaining communication protocol information is provided, including: obtaining status information of a mobile terminal; triggering, based on the status information, a process for the server to provide communication protocol information; the communication protocol information being the communication protocol information used by the mobile terminal to obtain card information for binding the card from a target type of card supporting near-field communication in a near-field communication manner; according to the process, the mobile terminal obtaining the communication protocol information fed back by the server; the communication protocol information including communication protocol information that does not exist in the mobile terminal before triggering the process; and the mobile terminal saving the communication protocol information fed back by the server.

[0006] According to a second aspect of the embodiments of this application, a card binding method based on near-field communication is provided, including: the mobile terminal obtaining a card binding trigger operation executed by a user; based on the card binding trigger operation, obtaining, in a near-field communication manner, response information fed back by a target card in the near-field communication manner; parsing the response information using first communication protocol information already saved in the mobile terminal to obtain the card information of the target card included in the response information; and displaying the card information on a card binding page.

[0007] According to a third aspect of the embodiments of the present application, there is provided a device for obtaining communication protocol information, including: a status obtaining module, configured to obtain status information of a mobile terminal; a determination module, configured to trigger a process for the server to provide communication protocol information based on the status information; the communication protocol information is the communication protocol information used by the mobile terminal to obtain card information for binding the card from a card of a target type supporting the near-field communication function through the near-field communication method; a protocol obtaining module, configured to, according to the process, the mobile terminal obtains the communication protocol information fed back by the server; the communication protocol information includes communication protocol information that does not exist in the mobile terminal before triggering the process; a protocol saving module, configured to the mobile terminal saves the communication protocol information fed back by the server.

[0008] According to a fourth aspect of the embodiments of the present application, there is provided a card binding device based on near-field communication, including: a trigger operation obtaining module, configured to the mobile terminal obtains a card binding trigger operation executed by a user; a response information obtaining module, configured to, based on the card binding trigger operation, obtain response information fed back by a target card based on the near-field communication method through the near-field communication method;

[0009] An analysis module, configured to analyze the response information by using first communication protocol information already saved in the mobile terminal to obtain card information of the target card included in the response information; a display module, configured to display the card information on a card binding page.

[0010] According to a fifth aspect of the embodiments of the present application, there is provided a computer device, including: at least one processor; and a memory communicatively connected to the at least one processor; wherein, the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute to implement the above method for obtaining communication protocol information or the above card binding method based on near-field communication.

[0011] According to a sixth aspect of the embodiments of the present specification, there is provided a computer-readable storage medium, which stores a computer program or instruction, and when the computer program or instruction is executed by a processor, the steps of the above method for obtaining communication protocol information are implemented or the steps of the above card binding method based on near-field communication are implemented.

[0012] At least one embodiment in this specification can achieve the following beneficial effects: Based on the status information of the mobile terminal, the server can send the communication protocol information required for the card binding service to the mobile terminal. The mobile terminal saves the obtained communication protocol information locally. Furthermore, the mobile terminal can process the card binding service based on the communication protocol information stored locally. So, during the communication stage between the mobile terminal and the card in the card binding process, the mobile terminal can obtain the card information of the card according to the communication protocol information already obtained for identifying the card information of the card, without the mobile terminal interacting with the server every time it processes the card binding service. Thus, the time consumption of the card binding operation can be reduced, and the user experience during the card binding operation can be improved. On the other hand, the server can provide the communication protocol information to the mobile terminal, so that the mobile terminal does not need to update the version of the terminal application, which can further improve the user experience and reduce the business cost at the same time.

[0013] In at least one embodiment, between the mobile terminal and the target card, by means of a tap or a stick, the mobile terminal can obtain the card information of the target card through near-field communication, and can also display the card information on the card binding page, so that the user does not need to manually input the card information of the card to be bound, which can simplify the user operation. On the other hand, the mobile terminal can parse the card information obtained through near-field communication by using the communication protocol information already stored locally. So, during the communication stage between the mobile terminal and the card in the card binding process, the mobile terminal does not need to interact with the server every time it processes the card binding service, thus reducing the time consumption of the card binding operation and improving the user experience during the card binding operation. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] In order to more clearly illustrate the technical solutions in the embodiments of this specification or the prior art, the following will briefly introduce the drawings required for use in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only some embodiments recorded in this application. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0015] Figure 1 It is a schematic diagram of an application scenario of a method for obtaining communication protocol information provided by an embodiment of this specification;

[0016] Figure 2 It is a schematic flowchart of a method for obtaining communication protocol information provided by an embodiment of this specification;

[0017] Figure 3 It is a schematic diagram of a card binding trigger page provided by an embodiment of this specification;

[0018] Figure 4It is a schematic flowchart of a card binding method based on near field communication provided by an embodiment of this specification;

[0019] Figure 5A It is a schematic diagram of a page of a target application provided by an embodiment of this specification;

[0020] Figure 5B It is another schematic diagram of a page of a target application provided by an embodiment of this specification;

[0021] Figure 6 It is a schematic diagram of a card binding prompt page provided by an embodiment of this specification;

[0022] Figure 7 It is a schematic diagram of an identification response page provided by an embodiment of this specification;

[0023] Figure 8 It is a schematic diagram of a first suspension page provided by an embodiment of this specification;

[0024] Figure 9 It is a schematic diagram of another identification response page provided by an embodiment of this specification;

[0025] Figure 10 It is a schematic diagram of a second suspension page provided by an embodiment of this specification;

[0026] Figure 11 It is a schematic diagram of an add card page provided by an embodiment of this specification;

[0027] Figure 12 It is a schematic diagram of a card binding page provided by an embodiment of this specification;

[0028] Figure 13 It is a swimlane flowchart of a method for obtaining communication protocol information and binding a card provided by an embodiment of this specification;

[0029] Figure 14 It is a schematic structural diagram of a device for obtaining communication protocol information provided by an embodiment of this specification;

[0030] Figure 15 It is a schematic structural diagram of a card binding device based on near field communication provided by an embodiment of this specification;

[0031] Figure 16 It is a structural block diagram of a computer device provided by an embodiment of this specification. Detailed implementation manners

[0032] In the following description, numerous specific details are set forth to provide a thorough understanding of the present application. However, the present application can be implemented in many other ways different from those described herein, and those skilled in the art can make similar extensions without departing from the connotation of the present application. Therefore, the present application is not limited by the specific implementations disclosed below.

[0033] The terms used in one or more embodiments of the present application are for the purpose of describing specific embodiments only and are not intended to limit one or more embodiments of the present application. The singular forms "a", "the", and "said" used in one or more embodiments of the present application and the appended claims are also intended to include the plural forms unless the context clearly dictates otherwise. It should also be understood that the term "and / or" used in one or more embodiments of the present application refers to and encompasses any and all possible combinations of one or more of the associated listed items. It should be understood that although the terms first, second, etc. may be used in one or more embodiments of the present application to describe various information, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. For example, without departing from the scope of one or more embodiments of the present application, the first may also be referred to as the second, and similarly, the second may also be referred to as the first. Depending on the context, the word "if" as used herein may be interpreted as "when" or "while" or "in response to determining".

[0034] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) involved in the present application are all information and data that have been authorized by the user or fully authorized by all parties, and the collection, use, and processing of the relevant data need to comply with the relevant laws, regulations, and standards of the relevant region, and corresponding operation entrances are provided for the user to choose to authorize or refuse.

[0035] First, the noun terms involved in one or more embodiments of this specification are explained.

[0036] Near Field Communication (NFC): It is a short-range, high-frequency wireless communication technology, usually used for fast data exchange between devices. NFC technology typically works when there is physical contact or very close proximity between devices. It is widely used in various fields such as payment systems, electronic ticketing, smart cards, device pairing, etc.

[0037] The international common bank card chip standard (Europay MasterCard and Visa, EMV) is an international payment standard used to support secure transactions between smart cards and payment terminals.

[0038] During the process of binding a card between a mobile terminal and a card through short - range communication, if the communication protocol information used by the mobile terminal for card binding is inconsistent with the corresponding communication protocol information of the card, or the mobile terminal does not have the communication protocol information capable of parsing the card information, the mobile terminal will not be able to bind the card through short - range communication.

[0039] In the related art, the mobile terminal needs to interact with the server every time it processes a card - binding service to call the communication protocol information stored on the server for card binding. However, if the communication quality between the mobile terminal and the server is poor, it will lead to an overly long interaction time between the mobile terminal and the server, and thus the time consumed for the user's card - binding process is relatively long, resulting in a relatively poor card - binding experience for the user. In another related art, a client with a card - binding function for binding a target card is required to bind the target card. Therefore, in order to implement card binding, the mobile terminal needs to download and update the corresponding version of the client. However, this method consumes a large amount of the user's network resources, and the user can only successfully bind the card after downloading the corresponding version of the client, which easily leads to a relatively low user conversion rate and a relatively small number of users who bind cards.

[0040] The following will, in conjunction with the accompanying drawings, elaborate in detail on the technical solutions provided by each embodiment of this specification.

[0041] Figure 1 It is a schematic diagram of an application scenario of a method for obtaining communication protocol information provided by an embodiment of this specification.

[0042] As Figure 1 shown, this application - scenario schematic diagram includes a mobile terminal 101, a server 102, and a card 103.

[0043] In the embodiments of this specification, the mobile terminal 101 may include, but is not limited to, at least one of terminals such as smart phones, tablet computers, laptop computers, intelligent interaction devices, wearable devices, in - vehicle intelligent terminals, etc. Among them, the wearable device may include, but is not limited to, at least one of terminals such as smart bracelets, smart watches, smart glasses, etc. The server 102 may include, but is not limited to, at least one of any devices, equipment, platforms, device clusters, or cloud - computing service centers, etc. that have computing and processing capabilities. The card 103 may include, but is not limited to, cards with NFC functions such as bank cards, bus cards, access control cards, shopping cards, discount cards, membership cards, tag cards, smart cards, etc., or the card may also include any form of card such as a virtual card that carries the card information of the card on a smart device with NFC function.

[0044] A communication connection is established between the mobile terminal 101 and the server 102. The communication connection methods may include, but are not limited to, local area network connection, wide area network connection, Internet connection, short-range communication connection, or other types of data network connections. The short-range communication connection includes, but is not limited to, connection methods such as Near Field Communication (NFC), local area network, Bluetooth, and infrared. The mobile terminal 101 may send a data acquisition request to the server 102, and the server 102 responds to the request of the mobile terminal and returns response data to the mobile terminal 101. Alternatively, the server 102 may also actively send data to the mobile terminal 101. The mobile terminal 101 may be an initiating device. The initiating device is a device that actively triggers near field communication and may be responsible for generating a radio frequency field and initiating the NFC communication process. The card 103 may be a passively responsive device. The card 103 relies on the radio frequency field generated by the mobile terminal 101 for power supply, or the card 103 may also be an active card and communicate with the mobile terminal according to its own energy. The card 103 may send data to the mobile terminal 101 in response to the trigger signal of the mobile terminal 101.

[0045] In this application, a method for obtaining communication protocol information is provided and will be described in detail one by one in the following embodiments. Figure 2 It is a schematic flowchart of a method for obtaining communication protocol information provided by an embodiment of this specification.

[0046] From a program perspective, the execution subject of the process may be a program running on a device for processing communication protocol information. It can be understood that this method can be executed by any device, equipment, platform, or device cluster with computing and processing capabilities. For example, it can be a mobile terminal, or it can also be a server, or it can also be a mobile terminal and a server.

[0047] As Figure 2 shown, the process may include the following steps.

[0048] Step 202: Obtain the status information of the mobile terminal.

[0049] In the embodiments of this specification, the status information may include at least one of various information such as the status information indicating the terminal applications started or installed in the mobile terminal, the status information indicating the time or space where the mobile terminal is located, the status information indicating the device attributes or functional status of the mobile terminal, and the status information indicating the communication protocol information in the mobile terminal.

[0050] In the embodiments of this specification, there can be various triggering conditions for obtaining the status information of the mobile terminal. For example, the status information of the mobile terminal can be obtained according to a preset time period, or if a preset application in the mobile terminal is started, the status information of the mobile terminal is obtained, or if a preset page of the preset application in the mobile terminal is opened, the status information of the mobile terminal is obtained, or if the network connection of the mobile terminal changes, at least one of the status information of the mobile terminal is obtained.

[0051] In practical applications, the preset time period can be 1 day, or other time periods. The preset application can be a terminal application capable of interacting with the server. The preset page can be a card binding page, or other pages in the preset application, such as the application home page, etc., and no limitations are imposed on this.

[0052] Step 204: Based on the status information, trigger the process for the server to provide communication protocol information; the communication protocol information is the communication protocol information used in the process of the mobile terminal obtaining the card information for binding the card from a target type of card supporting the near-field communication function through the near-field communication method.

[0053] In the embodiments of this specification, if the status information of the mobile terminal meets the condition for triggering the process for the server to provide communication protocol information, the process for the server to provide communication protocol information to the mobile terminal can be triggered. The communication protocol information can be the communication protocol information used in the process of obtaining the card information from the card. The card information can be the information used when binding the card to the mobile terminal, such as: bank opening information, card number information, user information of the card, etc.

[0054] In the embodiments of this specification, the card can be a card supporting the near-field communication function, and the communication method between the mobile terminal and the card can be a communication method established based on the near-field communication. In practical applications, the card can also be a card supporting other communication functions, such as a card supporting the Bluetooth communication function. The communication method between the mobile terminal and the card can be Bluetooth communication. No specific limitations are imposed on the communication method here, as long as the mobile terminal can obtain the card information for binding the card.

[0055] In the embodiments of this specification, there may be a corresponding relationship between the cards of the target type and the communication protocol information provided by the server. For example, the cards of the target type may be cards that conform to the communication protocol information, or the information transmitted by the cards of the target type through near-field communication conforms to the communication protocol information. For example, in the scenario where a mobile terminal is bound to a bank card, if the target type is the UnionPay card type, the communication protocol information is the protocol information that can identify UnionPay cards; if the target type is the EMV standard card type, the communication protocol information is the protocol information that can identify EMV standard cards. Another example is that in the scenario where a mobile terminal is bound to an access control card, if the target type is the radio frequency identification card type, the communication protocol information is the protocol information that can identify radio frequency identification cards.

[0056] Step 206: According to the process, the mobile terminal obtains the communication protocol information fed back by the server; the communication protocol information includes the communication protocol information that did not exist in the mobile terminal before the process was triggered.

[0057] In the embodiments of this specification, the communication protocol information provided by the server may be the communication protocol information for binding cards available at the server. After the process of the server providing the communication protocol information is triggered, the server may send the communication protocol information at the server to the mobile terminal. Among them, in order to reduce the amount of information transmission between the server and the mobile terminal, the communication protocol information provided by the server to the mobile terminal here may include the communication protocol information that did not exist in the mobile terminal before the server provided the communication protocol information, so that the mobile terminal can obtain the communication protocol information not stored in the mobile terminal.

[0058] In practical applications, if there is no communication protocol information in the server that is not stored locally in the mobile terminal, the server may not return the communication protocol information to the mobile terminal.

[0059] Step 208: The mobile terminal saves the communication protocol information fed back by the server.

[0060] In the embodiments of this specification, the mobile terminal may save the communication protocol information sent by the server in the local storage unit for binding cards based on the locally stored communication protocol information.

[0061] It should be understood that the order of some steps of the method described in one or more embodiments of this specification may be interchanged according to actual needs, or some of the steps may also be omitted or deleted.

[0062] Figure 2In the method, based on the status information of the mobile transformation, the server can send the communication protocol information required for the card binding service to the mobile terminal. The mobile terminal saves the obtained communication protocol information locally. Furthermore, the mobile terminal can process the card binding service based on the communication protocol information stored locally. So that during the communication stage between the mobile terminal and the card in the card binding process, the mobile terminal can obtain the card information of the card according to the communication protocol information that has been obtained for identifying the card information of the card, without the mobile terminal interacting with the server every time it processes the card binding service, thereby reducing the time-consuming of the card binding operation and further enhancing the user experience during the card binding operation. On the other hand, the communication protocol information can be maintained in the server, such as adding or expanding some communication protocol information that did not exist in the server before. The server can also provide the newly expanded communication protocol information to the mobile terminal, so that the mobile terminal does not need to update the version of the terminal application, thereby further improving the user experience and also reducing the service cost.

[0063] Based on Figure 2 For the method, embodiments of this specification also provide some specific implementation manners of this method, which will be described below.

[0064] In the embodiments of this specification, the mobile terminal can be the active party for obtaining the communication protocol information, and the server feeds back the communication protocol information to the mobile terminal based on the request of the mobile terminal. Or, the server can be the active party, and the server actively pushes the communication protocol information to the mobile terminal. For the above two methods, an appropriate one or both can be selected according to actual needs, and this is not limited.

[0065] As an optional implementation manner, the obtaining of the status information of the mobile terminal may specifically include: the mobile terminal obtains the status information of the mobile terminal. Correspondingly, the process of triggering the server to provide the communication protocol information based on the status information may specifically include: the mobile terminal sends a protocol acquisition request to the server based on the status information.

[0066] In the embodiments of this specification, the mobile terminal can obtain the status information of the mobile terminal. After the mobile terminal obtains the status information of the mobile terminal, the mobile terminal can send a protocol acquisition request to the server based on this status information, so that the server returns the communication protocol information to the mobile terminal in response to the received protocol acquisition request. The mobile terminal obtains the status information of the mobile terminal, without the server obtaining the status information of the mobile terminal, so as to reduce the task volume of the server and save server resources.

[0067] As another alternative implementation, the obtaining of the status information of the mobile terminal may include: the server obtains the status information of the mobile terminal. Correspondingly, the process of triggering the server to provide communication protocol information based on the status information may include: the server sends the communication protocol information to the mobile terminal according to the status information.

[0068] In the embodiments of this specification, the server can obtain the status information of the mobile terminal. After the server obtains the status information of the mobile terminal, the server can actively send the communication protocol information to the mobile terminal so that the mobile terminal saves the communication protocol information. By having the server obtain the status information of the mobile terminal, the server can select a reasonable time to send the protocol communication information to the mobile terminal, which can reduce the workload of the mobile terminal. On the other hand, it can also avoid disturbing the server caused by the mobile terminal sending a request for obtaining communication protocol information to the server, and thus avoid affecting the normal work process of the server.

[0069] In practical applications, in order to process the communication protocol information more effectively, the server can provide the communication protocol information to the mobile terminal after the status information of the mobile terminal meets the preset conditions.

[0070] In the scenario where the mobile terminal is the active party for obtaining the communication protocol information, the steps for judging the status can be executed by the mobile terminal. Optionally, the mobile terminal sends a protocol acquisition request to the server based on the status information, which may specifically include: the mobile terminal judges whether the status of the mobile terminal meets the preset status based on the status information; if the status of the mobile terminal meets the preset status, a protocol acquisition request is sent to the server.

[0071] In the embodiments of this specification, after the mobile terminal obtains the status information of the mobile terminal, the mobile terminal can judge whether the status of the mobile terminal meets the preset status according to the obtained status information. If the mobile terminal judges that the status of the mobile terminal meets the preset status, the mobile terminal can send a protocol acquisition request to the server so that the server returns the communication protocol information to the mobile terminal in response to the received protocol acquisition request. If the mobile terminal judges that the status of the mobile terminal does not meet the preset status, no protocol acquisition request is sent to the server. The mobile terminal can also continue to obtain the subsequent status information of the mobile terminal, and send a protocol acquisition request to the server after the status of the mobile terminal meets the preset status. By having the mobile terminal judge the status information of the mobile terminal instead of the server, the task volume of the server can be reduced to save server resources.

[0072] To further improve accuracy, in practical applications, after the server receives a protocol acquisition request sent by the mobile terminal, the server can send a status information acquisition instruction to the mobile terminal. After the server receives the status information returned by the mobile terminal in response to the status information acquisition instruction, and after verifying the status information, if the verification result indicates that the status of the mobile terminal meets the preset status, the server provides communication protocol information to the mobile terminal so that the mobile terminal can save the communication protocol information; if the verification result indicates that the status of the mobile terminal does not meet the preset status, the server does not provide communication protocol information to the mobile terminal and sends the verification result to the mobile terminal to make the mobile terminal further check the status of the mobile terminal.

[0073] In the embodiments of this specification, after the mobile terminal determines that the status of the mobile terminal meets the preset status, the server can further verify the status information to improve the accuracy of judging the status information. It can be understood that the process of the server further verifying the status information determined by the mobile terminal to meet the preset status described above may not be executed.

[0074] In the scenario where the mobile terminal is the active party for obtaining communication protocol information, the step of judging the status can also be executed by the server. Optionally, the mobile terminal sends a protocol acquisition request to the server based on the status information, which may specifically include: the mobile terminal sends a protocol acquisition request including the status information to the server based on the status information; the server determines whether the status of the mobile terminal meets the preset status according to the status information.

[0075] In the embodiments of this specification, after the mobile terminal obtains the status information of the mobile terminal, it can send a protocol acquisition request including the status information to the server. After the server receives the protocol acquisition request sent by the mobile terminal, it can parse out the status information sent by the mobile terminal from the protocol acquisition request. The server can determine whether the status of the mobile terminal meets the preset status according to the received status information. If it is determined that the status of the mobile terminal meets the preset status, the server provides protocol communication information to the mobile terminal so that the mobile terminal can save the communication protocol information. If it is determined that the status of the mobile terminal does not meet the preset status, the server does not provide protocol communication information to the mobile terminal.

[0076] To further improve accuracy, in practical applications, if the server determines that the status of the mobile terminal does not meet the preset status, the server can also return the judgment result to the mobile terminal. The mobile terminal can also verify the status of the mobile terminal according to the status information. If the verification result indicates that the status of the mobile terminal meets the preset status, the mobile terminal can resend a protocol acquisition request including the status information to the server, so that the server can re-determine whether the status of the mobile terminal meets the preset status according to the status information. After the server determines that the status of the mobile terminal does not meet the preset status, the mobile status can further verify the status information to improve the accuracy of judging the status information. It can be understood that the above-described operations of the server returning the judgment result to the mobile terminal and the mobile terminal verifying the status information according to the judgment result may not be performed.

[0077] In practical applications, the mobile terminal can also send a protocol acquisition request including identification information representing the status information to the server, so as to reduce the amount of data sent to the server and save the storage resources and network resources of the server.

[0078] In the scenario where the server is the active party for sending communication protocol information, the steps for judging the status can be performed by the server. Optionally, the server sending the communication protocol information to the mobile terminal according to the status information may specifically include: the server judging whether the status of the mobile terminal meets the preset status according to the status information; if the status of the mobile terminal meets the preset status, then sending the communication protocol information to the mobile terminal.

[0079] In the embodiments of this specification, after the server obtains the status information of the mobile terminal, the server can judge whether the status of the mobile terminal meets the preset status according to the obtained status information. If the server determines that the status of the mobile terminal meets the preset status, the server can actively send communication protocol information to the mobile terminal so that the mobile terminal saves the communication protocol information.

[0080] If the server determines that the status of the mobile terminal does not meet the preset status, the server may not send the communication protocol information to the mobile terminal and may continue to obtain the subsequent status information of the mobile terminal. After the status of the mobile terminal meets the preset status, the communication protocol information is sent to the mobile terminal. After the server obtains the status information of the mobile terminal, the server can provide the communication protocol information to the mobile terminal after determining that the status of the mobile terminal meets the preset status, which can reduce the workload of the mobile terminal. On the other hand, it can also avoid disturbing the server caused by the mobile terminal sending a communication protocol information acquisition request, and further avoid affecting the normal work process of the server.

[0081] In the embodiments of this specification, the status information of the mobile terminal may include at least one of the current time information of the mobile terminal, the communication protocol information saved in the mobile terminal for binding the card, the valid status information of the communication protocol information saved in the mobile terminal for binding the card, the application identification information of the application currently launched by the mobile terminal, the page identification information currently displayed by the mobile terminal, the network identification information currently connected by the mobile terminal, the device attribute information of the mobile terminal, etc. Among them, the device attribute information of the mobile terminal may include at least one of the type of the operating system of the operating device, the version of the device operating system, the device model, and the device brand. For the method of determining whether the status of the mobile terminal meets the preset status, one or more embodiments are proposed.

[0082] Optionally, the preset status is the status for the server to provide the communication protocol information; determining whether the status of the mobile terminal meets the preset status may include at least one of the following: determining whether the current time of the mobile terminal has reached the cycle time for obtaining the communication protocol information; determining whether there is communication protocol information in the server that does not exist in the mobile terminal; determining whether the mobile terminal displays a card binding page; determining whether the mobile terminal launches a target application; the target application is an application that provides a card binding service; determining whether the mobile terminal successfully parses the response information of the near-field communication provided by the card to be bound by using the existing communication protocol information; determining whether the mobile terminal connects from a first network to a second network; the network parameters of the second network are better than those of the first network; the network parameters include at least one of signal strength, data transmission speed, and delay duration; determining whether the existing communication protocol information in the mobile terminal has expired; determining whether the device attribute of the mobile terminal is a preset attribute; the device attribute includes at least one of device system type, device system version, device model, and device brand.

[0083] In the embodiments of this specification, the preset status may be a status that meets the condition for the server to provide communication protocol information to the mobile status. The status of the mobile terminal may be the status information of the mobile terminal obtained by the mobile terminal or the server, or the terminal status further determined based on the obtained status information. For the mobile terminal as the active party for obtaining the communication protocol information, the mobile terminal may determine whether the status of the mobile terminal meets the preset status; for the server as the active party for sending the communication protocol information, the server may determine whether the status of the mobile terminal meets the preset status.

[0084] In the embodiments of this specification, the cycle time may refer to the time for the mobile terminal to periodically obtain the communication protocol information from the server.

[0085] As an implementation manner, determining whether the current time of the mobile terminal reaches the periodic time for obtaining communication protocol information may include: determining whether the time interval between the current time and the time when the mobile terminal last obtained communication protocol information is greater than or equal to the periodic time. If the current time of the mobile terminal does not reach the periodic time for obtaining communication protocol information, that is, the time interval between the current time and the time when the mobile terminal last obtained communication protocol information is less than the periodic time, it indicates that the state of the mobile terminal does not meet the preset state, and the process of triggering the server to provide communication protocol information may not be initiated. If the current time of the mobile terminal reaches the periodic time for obtaining communication protocol information, that is, the time interval between the current time and the time when the mobile terminal last obtained communication protocol information is greater than or equal to the periodic time, it indicates that the state of the mobile terminal meets the preset state, and the process of triggering the server to provide communication protocol information may be initiated.

[0086] In the embodiments of this specification, the periodic time may also refer to the time when the server periodically sends communication protocol information to the mobile terminal. Determining whether the current time of the mobile terminal reaches the periodic time for obtaining communication protocol information may also be equivalent to determining whether the current time of the server reaches the periodic time for sending communication protocol information. As an implementation manner, determining whether the current time of the server reaches the periodic time for sending communication protocol information may specifically include: determining whether the time interval between the current time of the server and the time when the server last sent communication protocol information is greater than or equal to the periodic time for sending communication protocol information. If the current time of the server does not reach the periodic time for sending communication protocol information, that is, the time interval between the current time of the server and the time when the server last sent communication protocol information is less than the periodic time for sending communication protocol information, it indicates that the state of the mobile terminal does not meet the preset state, and the process of triggering the server to provide communication protocol information may not be initiated. If the current time of the server reaches the periodic time for sending communication protocol information, that is, the time interval between the current time of the server and the time when the server last sent communication protocol information is greater than or equal to the periodic time for sending communication protocol information, it indicates that the state of the mobile terminal meets the preset state, and the process of triggering the server to provide communication protocol information may be initiated. In practical applications, after determining whether the current time of the mobile terminal reaches the periodic time for obtaining communication protocol information and obtaining the judgment result, one or more other conditions may be further determined, and based on the judgment results of the one or more other conditions, it is determined whether the state of the mobile terminal meets the preset state.

[0087] In the embodiments of this specification, it is determined whether there is communication protocol information in the server that does not exist in the mobile terminal. If there is communication protocol information in the server that does not exist in the mobile terminal, it indicates that the state of the mobile terminal meets the preset state, and the process of the server providing communication protocol information can be triggered. If there is no communication protocol information in the server that does not exist in the mobile terminal, it indicates that the state of the mobile terminal does not meet the preset state, and the process of the server providing communication protocol information may not be triggered. In practical applications, after determining whether there is communication protocol information in the server that does not exist in the mobile terminal and obtaining the judgment result, one or more other conditions can be further determined. Based on the judgment results of one or more other conditions, it is determined whether the state of the mobile terminal meets the preset state.

[0088] In practical applications, if there is communication protocol information in the server that does not exist in the mobile terminal, the mobile terminal can send a request to the server to obtain the communication protocol information, or the server can also send the communication protocol information to the mobile terminal.

[0089] In the embodiments of this specification, the card binding page can be a page for binding the mobile terminal to the card, such as a page for filling in the card information of the card during the card binding process. It is determined whether the mobile terminal displays the card binding page. If the mobile terminal displays the card binding page, it indicates that the state of the mobile terminal meets the preset state, and the process of the server providing communication protocol information can be triggered. If the mobile terminal does not display the card binding page, it indicates that the state of the mobile terminal does not meet the preset state, and the process of the server providing communication protocol information may not be triggered. In practical applications, after determining whether the mobile terminal displays the card binding page and obtaining the judgment result, one or more other conditions can be further determined. Based on the judgment results of one or more other conditions, it is determined whether the state of the mobile terminal meets the preset state. This is not limited.

[0090] In practical applications, if the mobile terminal enters the card binding page, the mobile terminal can send a request to the server to obtain the communication protocol information, or the server can actively send the communication protocol information to the mobile terminal.

[0091] In the embodiments of this specification, it is determined whether the mobile terminal starts the target application; the target application is an application that provides card binding services. If the mobile terminal starts the target application, it indicates that the state of the mobile terminal meets the preset state, and the process of the server providing communication protocol information can be triggered. If the mobile terminal does not start the target application, it indicates that the state of the mobile terminal does not meet the preset state, and the process of the server providing communication protocol information may not be triggered.

[0092] In practical applications, after determining whether the mobile terminal has launched the target application and obtaining a judgment result, one or more other conditions may be further determined. Based on the judgment results for one or more other conditions, it is determined whether the state of the mobile terminal meets a preset state. There is no limitation on this.

[0093] In practical applications, if the target application that provides the card binding service is launched, the mobile terminal may send a request to the server to obtain communication protocol information, or the server may actively send communication protocol information to the mobile terminal.

[0094] In the embodiments of this specification, it is determined whether the mobile terminal successfully parses the near-field communication response information provided by the card to be bound by using the existing communication protocol information. If the mobile terminal fails to successfully parse the near-field communication response information provided by the card to be bound by using the existing communication protocol information, it indicates that the state of the mobile terminal meets the preset state, and the process of triggering the server to provide communication protocol information may be initiated. If the mobile terminal successfully parses the near-field communication response information provided by the card to be bound by using the existing communication protocol information, it indicates that the state of the mobile terminal does not meet the preset state, and the process of triggering the server to provide communication protocol information may not be initiated. In practical applications, whether to trigger the server to provide communication protocol information may also be determined according to multiple conditions. For example, after determining whether the mobile terminal successfully parses the near-field communication response information provided by the card to be bound by using the existing communication protocol information and obtaining a judgment result, one or more other conditions may be further determined. Based on the judgment results for one or more other conditions, it is determined whether the state of the mobile terminal meets the preset state. There is no limitation on this.

[0095] In practical applications, after the mobile terminal obtains the card information of the card, if it cannot parse the card information based on the communication protocol information of the mobile terminal locally, the mobile terminal may send a request to the server to obtain communication protocol information, or the server may actively send communication protocol information to the mobile terminal.

[0096] In the embodiments of this specification, it is determined whether the mobile terminal is connected from a first network to a second network; the network parameters of the second network are better than those of the first network; the network parameters include at least one of signal strength, data transmission speed, and latency duration. If the mobile terminal is connected from the first network to the second network, it means that the state of the mobile terminal meets the preset state, and the process of triggering the server to provide communication protocol information can be initiated. If the mobile terminal is not connected from the first network to the second network, it means that the state of the mobile terminal does not meet the preset state, and the process of triggering the server to provide communication protocol information can be not initiated. In practical applications, after determining whether the mobile terminal is connected from the first network to the second network and obtaining the judgment result, one or more other conditions can be further determined. Based on the judgment results of one or more other conditions, it is determined whether the state of the mobile terminal meets the preset state. There is no limitation on this.

[0097] In practical applications, if the network signal of the mobile terminal is enhanced, and / or the network speed becomes faster, and / or the network latency time becomes shorter, the mobile terminal can send a request to the server to obtain communication protocol information, or the server can actively send communication protocol information to the mobile terminal after determining that the network signal of the mobile terminal is enhanced, and / or the network speed becomes faster, and / or the network latency time becomes shorter.

[0098] In the embodiments of this specification, it is determined whether the existing communication protocol information in the mobile terminal has expired. If the existing communication protocol information in the mobile terminal has expired, it means that the state of the mobile terminal meets the preset state, and the process of triggering the server to provide communication protocol information can be initiated. If the existing communication protocol information in the mobile terminal has not expired, it means that the state of the mobile terminal does not meet the preset state, and the process of triggering the server to provide communication protocol information can be not initiated.

[0099] In practical applications, after determining whether the existing communication protocol information in the mobile terminal has expired and obtaining the judgment result, one or more other conditions can be further determined. Based on the judgment results of one or more other conditions, it is determined whether the state of the mobile terminal meets the preset state. There is no limitation on this.

[0100] In practical applications, if the existing communication protocol information in the mobile terminal has expired, the mobile terminal can send a request to the server to obtain communication protocol information, or the server can actively send communication protocol information to the mobile terminal.

[0101] In the embodiments of this specification, it is determined whether the device attribute of the mobile terminal is a preset attribute; the device attribute includes at least one of the device system type, device system version, device model, and device brand. If the device attribute of the mobile terminal is a preset attribute, it means that the state of the mobile terminal meets the preset state, and the process of triggering the server to provide communication protocol information can be initiated. If the device attribute of the mobile terminal is not a preset attribute, it means that the state of the mobile terminal does not meet the preset state, and the process of triggering the server to provide communication protocol information can be skipped.

[0102] In practical applications, after determining whether the device attribute of the mobile terminal is a preset attribute and obtaining the judgment result, one or more other conditions can be further determined. Based on the judgment results of one or more other conditions, it is determined whether the state of the mobile terminal meets the preset state. There is no limitation on this.

[0103] In practical applications, the server can deploy communication protocol information for mobile terminals with a first device attribute in a first time period. The first device attribute can include at least one of a first device system type (such as Android), a first device system version (such as Android 12 version), a first device model (such as device A model 10), and a first device brand (such as the brand of device A). If the communication protocol information runs well on the mobile terminal with the first device attribute in the first time period, the server can deploy communication protocol information for mobile terminals with a second device attribute in a second time period. The second device attribute can include at least one of a second device system type (such as IOS), a second device system version (such as Android 13 version), a second device model (such as device A model 11), and a second device brand (such as the brand of device B).

[0104] In practical applications, it is also possible to determine whether the state of the mobile terminal meets the preset state according to the location information of the mobile terminal. If the location information of the mobile terminal changes, it can be determined that the state of the mobile terminal meets the preset state. For example, if the user of the mobile terminal is from country A and the user enters country B, the mobile terminal can send a request to the server to obtain communication protocol information, or the server can actively send communication protocol information to the mobile terminal.

[0105] In the embodiments of this specification, the status of the mobile terminal can also be determined whether it meets the preset status through multiple judgment conditions. For example: If the current time of the mobile terminal has not reached the cycle time for obtaining communication protocol information, then determine whether the existing communication protocol information in the mobile terminal has expired. If the existing communication protocol information in the mobile terminal has expired, it means that the status of the mobile terminal meets the preset status; if the existing communication protocol information in the mobile terminal has not expired, it means that the status of the mobile terminal does not meet the preset status. Another example: If the current time of the mobile terminal reaches the cycle time for obtaining communication protocol information, then determine whether the mobile terminal has connected from the first network to the second network (the network parameters of the second network are better than those of the first network). If the mobile terminal has not connected from the first network to the second network, it means that the status of the mobile terminal does not meet the preset status; if the mobile terminal has connected from the first network to the second network, it means that the status of the mobile terminal meets the preset status. In practical applications, the content of further judging one or more other conditions can be reasonably selected, and this is not limited.

[0106] In the embodiments of this specification, the mobile terminal can obtain the communication protocol information provided by the server before performing the card binding service, and the mobile terminal can perform the card binding service based on the communication protocol information saved in the terminal. In the embodiments of this specification, after the mobile terminal saves the communication protocol information, a specific embodiment is also proposed for the way of binding a card to the mobile terminal. Optionally, after saving the communication protocol information, it may further include: the mobile terminal obtains a first operation performed by the user to obtain card information through near-field communication; based on the first operation, sends instruction information through the near-field communication; obtains response information fed back by the target card in response to the instruction information; uses the first communication protocol information selected from the various communication protocol information saved in the mobile terminal to parse the response information to obtain the card information of the target card; displays the card information on the card binding page.

[0107] In the embodiments of this specification, the first operation can be an operation for the user to obtain card information through near-field communication. For example, operations such as a click operation, a swipe operation, and a box selection operation on a control for card binding in the card binding trigger page of the mobile terminal. If a card has been bound in the mobile terminal or the target application of the mobile terminal, the information of the bound card can also be displayed in the card binding trigger page. The instruction information can be an instruction for requesting the target card to return card information to the mobile terminal, and the response information can be the card information of the target card.

[0108] Figure 3 It is a schematic diagram of a card binding trigger page provided by the embodiments of this specification. As Figure 3As shown, the card binding trigger page may include a first area 301 for binding a card via near field communication, and / or the page may further include a second area 302 for adding a new card by inputting the card number, and / or the page may further include a third area 303 for adding a new card by taking a photo. If a card has been bound in the mobile terminal or the target application of the mobile terminal, the page may further include a bound card area 304 for displaying the cards already bound by the user.

[0109] In the embodiments of this specification, after the first operation is triggered, the mobile terminal generates instruction information for obtaining the card information of the target card in response to the first operation, and sends the instruction information to the target card via near field communication. In practical applications, the mobile terminal may generate the instruction information based on one of the communication protocol information stored locally for card binding.

[0110] In the embodiments of this specification, the target card may be a card near the mobile terminal, and may also be referred to as a card to be bound. After the target card obtains the instruction information sent by the mobile terminal, it may feedback corresponding response information to the mobile terminal in response to the instruction information. In practical applications, the instruction information may be information generated by the mobile terminal according to the protocol requirements of the determined communication protocol information. If the communication protocol information corresponding to the target card is the same as the determined communication protocol information, the target card may recognize the instruction information and feedback response information to the mobile terminal in response to the instruction information. If the communication protocol information corresponding to the target card is inconsistent with the determined communication protocol information, the target card may not be able to recognize the instruction information, and the target card may not feedback any response information to the mobile terminal. In practical applications, even if the communication protocol information corresponding to the target card is inconsistent with the determined communication protocol information, the target card may still recognize the instruction information sent by the mobile terminal and feedback response information. Here, there is no specific limitation on whether the target card needs to correctly recognize the instruction information.

[0111] In the embodiments of this specification, the information stored in the target card or the feedback information fed back to the mobile terminal via near field communication conforms to the rules of the communication protocol information corresponding to the target card. If the communication protocol information corresponding to the target card is inconsistent with the determined communication protocol information, the mobile terminal will not be able to correctly obtain the parsing result if it parses the obtained response information according to the determined communication protocol information.

[0112] In the embodiments of this specification, after the mobile terminal obtains the response information fed back by the target card, it can select the first communication protocol information from the saved communication protocol information in the mobile terminal to parse the response information, and obtain the card information of the target card. The card information may include the card number of the target card, the validity period of the target card, the bank where the target card is opened, and the user information corresponding to the target card, etc. The mobile terminal can display the card information parsed from the response information to the user on the card binding page for the user to verify. When the mobile terminal obtains the confirmation operation performed by the user on the card information displayed on the card binding page, it can perform the subsequent operations of the card binding process.

[0113] In the embodiments of this specification, the card binding trigger page may be a page generated by the mobile terminal, or may also be a page generated by the server, and this is not limited.

[0114] In the embodiments of this specification, the communication protocol information is saved in the mobile terminal, so that the card binding operation can be performed based on the communication protocol information stored locally in the mobile terminal, without the need for the mobile terminal to interact with the server every time when obtaining the information in the card through the near-field communication method. The mobile terminal can execute according to the existing local information to improve the efficiency of card binding.

[0115] In the embodiments of this specification, a specific embodiment is also proposed for the way the mobile terminal sends instruction information. Optionally, the method may further include: the mobile terminal sends an electromagnetic signal for triggering near-field communication; based on the electromagnetic signal, it is judged whether there is a card with near-field communication function near the mobile terminal. Correspondingly, the way of sending instruction information through the near-field communication may specifically include: if there is a card with near-field communication function near the mobile terminal, then send the instruction information through the near-field communication method.

[0116] In the embodiments of this specification, the mobile terminal may be the reader end, and the card may be the tag end. The mobile terminal is responsible for generating the electromagnetic signal and sending the electromagnetic information for triggering near-field communication. The card is responsible for receiving the electromagnetic signal. After the user clicks or slides the card binding control in the mobile terminal, the mobile terminal can start the reader mode and send out the electromagnetic signal.

[0117] In the embodiments of this specification, determining whether there is a card with near field communication function near the mobile terminal based on the electromagnetic signal may include: determining whether the decrease amplitude of the signal intensity of the electromagnetic signal emitted by the mobile terminal within a preset time period is greater than or equal to a preset threshold. If the decrease amplitude of the signal intensity within the preset time period is greater than or equal to the preset threshold, it indicates that there is a card with near field communication function near the mobile terminal; if the decrease amplitude of the signal intensity within the preset time period is less than the preset threshold, it indicates that there is no card with near field communication function near the mobile terminal. In practical applications, a card with near field communication function can receive the electromagnetic signal sent by the mobile terminal through its own antenna. Once the electromagnetic signal is received, near field communication can be established between the card and the mobile device, and the communication parameters of the near field communication, such as communication speed and mode, can be determined.

[0118] In the embodiments of this specification, if there is a card with near field communication function near the mobile terminal, the mobile terminal generates instruction information for obtaining the card information of the card, and sends the instruction information to the card with near field communication function by means of near field communication.

[0119] In the embodiments of this specification, a specific embodiment is also proposed for the method of parsing the response information fed back by the card.

[0120] Optionally, the using the first communication protocol information selected from each communication protocol information saved in the mobile terminal to parse the response information to obtain the card information of the target card may specifically include: using the first communication protocol information to perform parsing processing on the response information. If the response information can be successfully parsed, the card information of the target card is obtained; if the response information cannot be successfully parsed, the second communication protocol information is selected from each communication protocol information; using the second communication protocol information to parse the response information to obtain the card information of the target card.

[0121] In practical applications, if the selected first communication protocol information is consistent with the communication protocol information corresponding to the response information fed back by the card, the mobile terminal can successfully parse the response information based on the first communication protocol information to obtain the card information of the target card. Among them, successfully parsing the response information can mean processing the response information according to the protocol rules of the first communication protocol information to obtain information that meets the preset rules. For example, obtaining a string with a preset number of digits, a string starting with a preset character, a string whose constituent elements or structure meet the preset requirements, etc. For example, assuming that the card information contains the card number of a certain bank card, and the correct card number is 19 digits in practical applications, if the parsed card information contains a string composed of 19 digits, it can indicate successful parsing, and if the parsed card information does not contain a string composed of 19 digits, it can indicate unsuccessful parsing. If the first communication protocol information is inconsistent with the communication protocol information corresponding to the response information, the mobile terminal will not be able to successfully parse the response information based on the first communication protocol information. Then the mobile terminal can select a second communication protocol information from the various communication protocol information saved in the mobile terminal and use the second communication protocol information to parse the response information. If the second communication protocol information cannot successfully parse the response information, the mobile terminal can select a third communication protocol information from the various communication protocol information saved in the mobile terminal and use the third communication protocol information to parse the response information. The mobile terminal iteratively selects the various communication protocol information saved in the mobile terminal in turn until the response information is successfully parsed and the card information of the target card is obtained. Among them, the first communication protocol information, the second communication protocol information, and the third communication protocol information are all different from each other.

[0122] In the embodiments of this specification, if the mobile terminal cannot successfully parse the response information fed back by the card based on the selected first communication protocol information, it can also select a second communication protocol information to parse the response information, and iterate in turn until the response information is successfully parsed, thereby improving the success rate of parsing the response information.

[0123] In the embodiments of this specification, a specific embodiment is also proposed for the manner of selecting the first communication protocol information from each piece of saved communication protocol information in the mobile terminal. Optionally, the selection of the first communication protocol information from each piece of saved communication protocol information in the mobile terminal may specifically include at least one of the following manners: randomly selecting the first communication protocol information from each piece of communication protocol information; selecting the first communication protocol information commonly used by the mobile terminal from each piece of communication protocol information; selecting the first communication protocol information most recently used by the mobile terminal in the card binding service from each piece of communication protocol information; selecting the first communication protocol information corresponding to the nationality or location of the terminal user of the mobile terminal from each piece of communication protocol information; selecting the first communication protocol information most recently saved to the mobile terminal from each piece of communication protocol information.

[0124] In the embodiments of this specification, the manner of randomly selecting the first communication protocol information from each piece of communication protocol information may include: determining the communication protocol information saved in any manner, such as the earliest saved communication protocol information, the communication information saved at a certain moment, or the most recently saved communication information, as the randomly selected communication protocol information. Randomly selecting the first communication protocol information from each piece of communication protocol information to make the probability of each piece of communication protocol information being selected equal, so as to improve the equality of the selection probabilities of each piece of communication protocol information.

[0125] In the embodiments of this specification, the manner of selecting the first communication protocol information commonly used by the mobile terminal from each piece of communication protocol information may include: determining the commonly used communication protocol information, such as the communication protocol information whose usage times reach a preset number within a recent preset time period, and using the commonly used communication protocol information as the selected communication protocol information, which can improve the success rate of the first communication protocol information in successfully parsing the response information. For example, sorting the communication protocol information used within the most recent 1 year or 6 months according to the usage times, and determining the communication protocol information with the highest number of times or the number of times greater than the preset number as the commonly used communication protocol information.

[0126] In the embodiments of this specification, the manner of selecting the first communication protocol information most recently used by the mobile terminal in the card binding service from each piece of communication protocol information may include: determining the communication protocol information used in the one or more card binding services closest to the current time according to the processing time of the card binding services processed by the mobile terminal. Alternatively, the mobile terminal may also record the time information when each piece of local communication protocol information is used, such as a time stamp, and determine the communication protocol information used most recently by the mobile terminal based on this time information. Using the communication protocol information most recently used in the card binding service as the selected communication protocol information can improve the success rate of the first communication protocol information in successfully parsing the response information.

[0127] In the embodiments of this specification, the method for selecting the first communication protocol information corresponding to the nationality or location of the end user of the mobile terminal from the various communication protocol information may include: determining the communication protocol information used in the country corresponding to the nationality of the end user as the communication protocol information corresponding to the country of the end user; or determining the communication protocol information used in the region corresponding to the location of the end user as the communication protocol information corresponding to the location of the end user. The communication protocol information corresponding to the nationality or location of the end user of the mobile terminal can be understood as the communication protocol information frequently used in the nationality or location of the end user of the mobile terminal. Using the communication protocol information frequently used in the nationality or location of the end user of the mobile terminal as the selected communication protocol information can increase the success rate of the first communication protocol information in successfully parsing the response information.

[0128] In the embodiments of this specification, the method for selecting the first communication protocol information that was most recently saved to the mobile terminal from the various communication protocol information may include: determining the communication protocol information corresponding to the save time with the smallest time interval between the save time and the current time as the most recently saved communication protocol information. For any communication protocol information in the mobile terminal, after the mobile terminal obtains this communication protocol information, it can record the time information when it obtains this communication protocol information, and this time information can represent the above-mentioned save time. The current time can be the time when the card is recognized, or it can also be the time when the mobile terminal obtains the trigger for the card binding service executed by the user, or it can also be the time when the mobile terminal renders or displays the above-mentioned card binding trigger page, etc., which is not specifically limited here. Using the communication protocol information most recently saved to the mobile terminal as the selected communication information can increase the success rate of the first communication protocol information in successfully parsing the response information.

[0129] In practical applications, the first communication protocol information can also be selected according to multiple selection conditions. For example, a first number of communication protocol information commonly used by the mobile terminal can be randomly selected from the various communication protocol information, and then the first communication protocol information that the mobile terminal most recently used in the card binding service can be selected from the second number of communication protocol information. For another example, a second number of communication protocol information corresponding to the nationality or location of the end user of the mobile terminal can be selected from the various communication protocol information, and then the first communication protocol information that was most recently saved to the mobile terminal can be selected from the second number of communication protocol information. The first communication protocol information can also be selected according to other preset rules, which is not limited here.

[0130] In the embodiments of this specification, the first communication protocol information can be selected from the various communication protocol information saved in the mobile terminal through various selection methods, thereby improving the diversity of the selection methods for selecting the first communication protocol information.

[0131] In the embodiments of this specification, the selection of the second communication protocol information from the various communication protocol information specifically includes at least one of the following: randomly selecting the second communication protocol information from the various communication protocol information; selecting the second communication protocol information commonly used by the mobile terminal from the various communication protocol information; selecting the second communication protocol information most recently used by the mobile terminal in the card binding service from the various communication protocol information; selecting the second communication protocol information corresponding to the nationality or location of the terminal user of the mobile terminal from the various communication protocol information; selecting the second communication protocol information most recently saved to the mobile terminal from the various communication protocol information. The method of selecting the second communication protocol information can refer to the method of selecting the first communication protocol information and will not be elaborated here.

[0132] In practical applications, the first communication protocol information can also be selected according to the first selection method, and the second communication rule can be selected according to the second selection method. For example, the first communication protocol information can be selected in a random selection manner from the various communication protocol information, and the second communication protocol information can be selected in a manner of selecting the communication protocol information commonly used by the mobile terminal from the various communication protocol information. There is no limitation to this.

[0133] In the embodiments of this specification, in order to reduce the pressure on the server, the mobile terminal can first attempt to obtain card information using the existing communication protocol information locally. If it cannot be obtained correctly, the communication protocol information can be obtained from the server.

[0134] Optionally, before obtaining the status information of the mobile terminal, it may further include: the mobile terminal obtains response information provided by a card with near-field communication function in response to the mobile terminal through near-field communication; the response information is parsed and processed using at least one existing communication protocol information already available in the mobile terminal. Correspondingly, the obtaining of the status information of the mobile terminal may specifically include: obtaining result information indicating that the mobile terminal fails to successfully parse the response information using the at least one existing communication protocol information.

[0135] In the embodiments of the present specification, the response information may be information including the card information of the card. The at least one existing communication protocol information may be one existing communication protocol information, or multiple existing communication protocol information, or may also be all existing communication protocol information. The result information may be information that fails to successfully parse the response information using one existing communication protocol information. The result information may also be information that fails to successfully parse the response information using the first existing communication protocol information and then also fails to successfully parse the response information using the second existing communication protocol information. The result information may further be information that fails to successfully parse the response information using multiple or all existing communication protocol information.

[0136] In the embodiments of the present specification, after the mobile terminal obtains the trigger operation performed by the user to obtain the card information through the near field communication method, the mobile terminal may send an electromagnetic signal for triggering the near field communication around the mobile terminal. If the mobile terminal monitors that the decrease amplitude of the signal strength of the electromagnetic signal sent within the preset time period is greater than or equal to the preset threshold, the mobile terminal may determine that there is a card with near field communication function nearby. Then the mobile terminal may send instruction information for obtaining the card information to the card. After receiving the instruction information sent by the mobile terminal, the card may feedback response information including the card information to the mobile terminal. For the response information feedback by the card, the mobile terminal may attempt to select the first existing communication protocol information from each of the existing communication protocol information already available in the mobile terminal; the mobile terminal uses the first existing communication protocol information to parse the response information. If the parsing is unsuccessful, the mobile terminal sends a communication protocol information acquisition request to the server. Or, the mobile terminal may also attempt to select the second existing communication protocol information from each of the existing communication protocol information already available in the mobile terminal again. If the parsing is still unsuccessful, the mobile terminal sends a communication protocol information acquisition request to the server. Or the mobile terminal may continue to attempt to select the third existing communication protocol information, and so on, repeating the operation until the number of unsuccessful parses reaches the preset number, then the mobile terminal sends a communication protocol information acquisition request to the server; or after all the existing communication protocol information already available in the mobile terminal has been selected and still cannot be parsed successfully, the mobile terminal sends a communication protocol information acquisition request to the server.

[0137] As another implementation, after the mobile terminal obtains a trigger operation for obtaining card information through near-field communication performed by the user, or after the mobile terminal determines that there is a card nearby, the mobile terminal may select first existing communication protocol information from each of the existing communication protocol information already available in the mobile terminal, and send instruction information in the manner of the near-field communication according to the protocol rules of the first existing communication protocol information. If the mobile terminal does not obtain a response message fed back by the card within a preset time period, the mobile terminal may send a communication protocol information acquisition request to the server, or may also select second existing communication protocol information from each of the existing communication protocol information already available in the mobile terminal, and send instruction information in the manner of the near-field communication according to the protocol rules of the second existing communication protocol information. If the mobile terminal still does not obtain a response message fed back by the card within the preset time period, the mobile terminal may send a communication protocol information acquisition request to the server, or may also select third existing communication protocol information from each of the existing communication protocol information already available in the mobile terminal, and repeat the operation in this way until the number of times of not obtaining a response message fed back by the card reaches a preset number of times, then the mobile terminal may send a communication protocol information acquisition request to the server; or after all of the existing communication protocol information already available in the mobile terminal has been selected and the mobile terminal still cannot obtain a response message fed back by the card, the mobile terminal may send a communication protocol information acquisition request to the server.

[0138] In the embodiments of the present specification, when each of the existing communication protocol information saved by the mobile terminal this time cannot successfully parse the response message fed back by the card, the mobile terminal will request the server to obtain new communication protocol information, thereby avoiding the defect of requesting the server to obtain communication protocol information for each card binding task of the mobile terminal.

[0139] In the embodiments of the present specification, the server may provide all communication protocol information to the mobile terminal, or may also provide communication protocol information that the mobile terminal does not have. Optionally, the communication protocol information fed back by the server is the communication protocol information that did not exist in the mobile terminal before the process was triggered; or, the communication protocol information fed back by the server is all communication protocol information available in the server.

[0140] In the embodiments of the present specification, before the server sends communication protocol information to the mobile terminal, the mobile terminal may send the protocol identifiers of each communication protocol information locally saved in the mobile terminal to the server, so that the server can know each existing communication protocol information locally saved in the mobile terminal according to the protocol identifiers sent by the mobile terminal, and then determine each communication protocol information that does not exist in the mobile terminal, and send the determined each communication protocol information that does not exist in the mobile terminal to the mobile terminal.

[0141] In practical applications, the server can record the information of each communication protocol that has been sent to the mobile terminal. For example, the server can record which communication protocol information has been sent to which mobile terminal. When the server sends communication protocol information again, it can determine, based on the recorded information of the server, the communication protocol information that has been sent to the mobile terminal, that is, it can determine each existing communication protocol information that has been saved locally on the mobile terminal. Furthermore, the server can determine the communication protocol information that has not been sent to the mobile terminal yet, that is, it can determine each communication protocol information that does not exist in the mobile terminal. The server can send the determined communication protocol information that does not exist in the mobile terminal to the mobile terminal.

[0142] In practical applications, the communication protocol information can be maintained on the server side. If developers or managers determine new communication protocol information, they can save the new communication protocol information on the server. The server can actively push the new communication protocol information to the mobile terminal, or the mobile terminal can also actively request the server to send the new communication protocol information.

[0143] In the embodiments of this specification, the communication protocol information provided by the server to the mobile terminal can be provided to the mobile terminal in at least one of the forms such as components, modules, plug-ins, etc. The mobile terminal does not need to update the entire application client.

[0144] In the embodiments of this specification, the server can send all the communication protocol information in the server to the mobile terminal based on the triggered process of the server providing communication protocol information, so that the mobile terminal can update each communication protocol information saved locally based on the all communication protocol information and supplement the communication protocol information not saved locally.

[0145] In the embodiments of this specification, the server may pre-generate a public-private key pair, save the private key of the key pair at the server, and send the public key of the key pair to the mobile terminal so that the mobile terminal saves the public key. In practical applications, before sending communication protocol information to the mobile terminal, the server may encrypt the communication protocol information to be sent using the private key and send the encrypted communication protocol information to the mobile terminal. After receiving the encrypted communication protocol information, the mobile terminal may decrypt the encrypted communication protocol information using the public key saved locally to obtain the communication protocol information, thereby improving the security of the communication protocol information to be sent. In practical applications, the server may perform compression processing on the communication protocol information to be sent based on a preset compression rule and send the compressed communication protocol information to the mobile terminal. After receiving the compressed communication protocol information, the mobile terminal performs decompression processing on the compressed communication protocol information using the decompression rule corresponding to the preset compression rule to obtain the communication protocol information, thereby reducing the transmission data volume of the communication protocol information to be sent and saving network transmission resources.

[0146] In practical applications, the server may also encrypt and compress the communication protocol information to be sent and send the processed communication protocol information to be sent to the mobile terminal, thereby improving the security of the communication protocol information to be sent and reducing the transmission data volume of the communication protocol information to be sent and saving network transmission resources.

[0147] Based on the same idea as the Figure 2 scheme shown in, the embodiments of this specification also provide a card binding method based on near field communication. Figure 4 is a schematic flowchart of a card binding method based on near field communication provided by the embodiments of this specification.

[0148] From a program perspective, the execution subject of the process may include a program for binding a card based on near field communication installed on the mobile terminal. From a hardware perspective, the execution subject of the process may include the mobile terminal. It can be understood that the mobile terminal may be any device, equipment, platform, device cluster, etc. with computing and processing capabilities.

[0149] As Figure 4 shown, the process may include the following steps.

[0150] Step 402: The mobile terminal obtains a card binding trigger operation executed by the user.

[0151] In the embodiments of this specification, the card binding trigger operation may be an operation for triggering the card binding process. For example, it may be an operation for triggering a card binding control in a target application on a mobile terminal. Or, it may be an operation for triggering a preset button on the mobile terminal, where the preset button may be a power button, a volume button, etc. The target application may be an application for performing card binding.

[0152] Exemplarily, Figure 5A is a schematic diagram of a page of a target application provided by an embodiment of this specification. As Figure 5A shown, this page may be the home page of the target application. This page may include a control 501 for executing the card binding process. After the user clicks on the control 501, the card binding operation process may be triggered. This page may also include controls such as "Scan", "Collect and Pay", "Travel", "Card Package", etc. for quickly starting corresponding functions, and may also include labels of various applications.

[0153] It should be noted that the card binding trigger operation may also be an operation performed by the user on a control for card binding in other pages. For example, the user's operation on the control displayed on the above-mentioned card binding trigger page, etc., which is not limited herein.

[0154] In practical applications, the card binding trigger operation may also be the first operation performed by the user in the above-described embodiment to obtain card information through near-field communication after obtaining the communication protocol information provided by the server. After the user triggers the card binding trigger operation, the mobile terminal and / or the server may execute the corresponding card binding process.

[0155] Exemplarily, Figure 5B is another schematic diagram of a page of a target application provided by an embodiment of this specification. As Figure 5B shown, this page may include a control 505 for triggering the process of binding a card through near-field communication. If the user performs an operation on this control 505, the mobile terminal may execute the card binding process of obtaining card information through near-field communication. This page may also include a control 502 for manually inputting card number information, or a control 503 for inputting card number information by taking a photo, or a control 504 for submitting card number information.

[0156] Figure 5A Or Figure 5B may also represent the card binding trigger page introduced in the above embodiment. In practical applications, during the card binding process, the terminal may display Figure 5A and Figure 5B , for example, it may first display Figure 5A and then display Figure 5B . Among them, the mobile terminal may start the NFC card reader function when the user performs the above Figure 5Ais started after the control 501 in it performs an operation, or it can also be started after the control 505 in the above-mentioned Figure 5B performs an operation.

[0157] As another implementation, the terminal can also only display Figure 5A or Figure 5B one of them. For example, the terminal can display Figure 5A , after the user performs an operation on the control 501, the terminal can start the near-field communication function, obtain the card information of the nearby card through near-field communication, and display a card binding page containing the card information after obtaining the card information. Another example is that the application home page may not include a control for binding a card through near-field communication. The user can enter the page for triggering card binding according to the existing card binding operation process, such as Figure 5B the page for obtaining card information shown, which can also be called a card binding trigger page. After the user performs an operation on the control 505, the terminal can execute the process of obtaining card information through near-field communication.

[0158] Step 404: Based on the card binding trigger operation, obtain the response information fed back by the target card through near-field communication in a near-field communication manner.

[0159] In the embodiments of this specification, the card binding control can be a control representing card binding through NFC, and the card binding trigger operation can be a trigger operation for this control. For example, the trigger operation for the NFC control in the first area 301 of the above-mentioned Figure 3 card binding trigger page, or the trigger operation for the control 505 in another page of a target application of the above-mentioned Figure 5B .

[0160] In the embodiments of this specification, the target card can be a card to be bound, and the response information can be the card information in the target card.

[0161] In practical applications, the mobile terminal acts as a card reader, emits electromagnetic information around the mobile terminal to detect whether there is a card with near-field communication function near the mobile terminal. If the mobile terminal detects that there is a card with near-field communication function near the mobile terminal, the mobile terminal sends instruction information for obtaining card information to the card, and the card responds to the instruction information sent by the mobile terminal and feeds back response information to the mobile terminal.

[0162] Step 406: Use the first communication protocol information saved in the mobile terminal to parse the response information to obtain the card information of the target card included in the response information.

[0163] In the embodiments of this specification, after the mobile terminal receives the response information fed back by the target card, it may parse the response information by using the first communication protocol information selected from the various communication protocol information saved in the mobile terminal to obtain the card information of the target card. The card information may include at least one of information such as the card number of the target card, the validity period of the target card, the bank where the target card is opened, and the user information corresponding to the target card.

[0164] In the embodiments of this specification, the first communication protocol information and other communication protocol information saved in the mobile terminal are all communication protocol information obtained by the method of obtaining communication protocol information described above. The card binding method based on near field communication in this embodiment may perform card binding based on the communication protocol information obtained by the method of obtaining communication protocol information described above.

[0165] Step 408: Display the card information on the card binding page.

[0166] In the embodiments of this specification, after the mobile terminal successfully parses the response information fed back by the target card, it may display the parsed card information of the target card to the user on the card binding page for the user to verify.

[0167] Figure 4 In the method, between the mobile terminal and the target card, by means of a tap or a touch, the mobile terminal can obtain the card information of the target card through near field communication, and can also display the card information on the card binding page, so that the user does not need to manually input the card information of the card to be bound, thereby simplifying the user operation of the user for card binding. The mobile terminal can use the communication protocol information already stored locally to parse the card information obtained through near field communication, so that in the communication stage between the mobile terminal and the card during the card binding process, it is not necessary for the mobile terminal to interact with the server every time it processes a card binding service, thereby reducing the time consumption of the card binding operation and further improving the user experience during the card binding operation.

[0168] Based on Figure 4 the method, the embodiments of this specification also provide some specific implementation manners of the method, which are described below.

[0169] During the process of binding a card by the user, reminder information for guiding the user to select a near-field communication method for card binding can also be displayed on the mobile terminal, so that the user can correctly bind the card through the near-field communication method. Optionally, the method may further include: displaying a card binding prompt page based on the card binding trigger operation; the card binding prompt page includes prompt information for prompting the user to use the near-field communication method for card binding; obtaining a first confirmation operation performed by the user based on the card binding prompt page. Correspondingly, obtaining the response information fed back by the target card based on the near-field communication method through the near-field communication method may specifically include: based on the first confirmation operation, obtaining the response information fed back by the target card based on the near-field communication method through the near-field communication method.

[0170] In the embodiments of this specification, the prompt information for prompting the user to use the near-field communication method for card binding may be prompt information in text form, such as text information like "Bring the phone close to the card", "NFC card binding", "Add card information of the card through NFC", etc. The prompt information may also be prompt information in image form, such as information like a picture or a gif containing the operation of pasting the mobile terminal and the card together.

[0171] In the embodiments of this specification, the card binding prompt page may further include a preset control for reflecting that the user confirms to bind the card through the near-field communication method, where the preset control may carry words such as "Start", "Confirm", "Submit", "Give it a try", etc. The first confirmation operation may be a confirmation operation performed by the user on the preset control, where the confirmation operation may be any one of a click operation, a slide operation, and a selection operation. In practical applications, the mobile terminal generates instruction information for obtaining response information through the near-field communication method in response to the user's first confirmation operation on the preset control in the card binding prompt page. The mobile terminal sends the instruction information to the target card through the near-field communication method, and the target card feeds back the response information to the mobile terminal through the near-field communication method in response to the instruction information. During the process of the user binding the card based on the mobile terminal, reminder information for binding the card through the near-field communication method can be displayed to the user to prompt the user to select the near-field communication method for card binding, so that the user can correctly bind the card through the near-field communication method.

[0172] Exemplarily, Figure 6 is a schematic diagram of a card binding prompt page provided by the embodiments of this specification. As Figure 6 shown, the card binding prompt page may include prompt information 601 in image form, and prompt information 603 in text form, to prompt the user to bind the card through the near-field communication method. The card binding prompt page may further include a preset control 602, so that the user can trigger the preset control 602 to instruct the terminal to execute the card binding process of binding the card through the near-field communication method.

[0173] It should be noted that the card binding prompt page may not have a preset control for triggering the first confirmation operation. The card binding prompt page may be a response process page for the near field communication method. The user does not need to perform the first confirmation operation on the card binding prompt page. After the card binding prompt page displays a prompt message to the user, the mobile terminal can obtain the response information feedback by the target card based on the near field communication method through the near field communication method. After the mobile terminal obtains the card information feedback by the target card, the card binding prompt page can be automatically closed, and the mobile terminal can display the card binding page at this time.

[0174] In order to improve the success rate of the card binding operation between the mobile terminal and the target card, during the card binding process, a prompt message for guiding the user to perform the card binding operation can also be displayed to the user. Optionally, after the mobile terminal obtains the card binding trigger operation performed by the user, it may further include: during the process of the mobile terminal obtaining the response information feedback by the target card based on the near field communication method through the near field communication method, displaying an identification response page; the identification response page includes a prompt message for prompting the user to perform an operation during the card binding process.

[0175] In the embodiments of this specification, the identification response page may be a page displayed by the mobile terminal to guide the user to perform the card binding operation during the process of binding the card through the near field communication method. The identification response page may include real-time information for informing the user of the card binding operation. For example, words such as "Ready to scan" may be displayed on the identification response page to inform the user that a scanning operation will be performed next. The identification response page may also include operation items that need to be noted by the user during the card binding process. For example, words such as "Keep the mobile phone close to the card and do not move" may be displayed on the identification response page to prompt the user for the correct card binding operation during the card binding process and improve the success rate of card binding.

[0176] In practical applications, the identification response page may be displayed in the form of a pop-up window on the card binding prompt page. Of course, the identification response page may also be displayed independently of the card binding prompt page. Or the identification response page and the card binding prompt page may be the same page. There is no specific limitation here. In practical applications, after the mobile terminal obtains the card binding trigger operation performed by the user, it may display either the card binding prompt page or the identification response page; or, after the mobile terminal obtains the card binding trigger operation performed by the user, it may first display the card binding prompt page and then display the identification response page, and this is not limited.

[0177] To facilitate user operation, optionally, the identification response page includes a cancel control for canceling the interaction through the near field communication method.

[0178] In the embodiments of this specification, a cancellation control is set on the recognition response page, which can facilitate the user to cancel the operation of binding a card via near field communication, so as to enhance the user experience during the card binding process.

[0179] Exemplarily, Figure 7 FIG. 5 is a schematic diagram of a recognition response page provided by an embodiment of this specification. As Figure 7 shown, the recognition response page may include real-time information 701 of the card binding operation and operation matters needing attention 702 during the card binding process, so as to increase the success rate of the user binding the card. It may also include a cancellation control 703 to facilitate the user to terminate the card binding operation.

[0180] Optionally, the method may further include: if an operation of the user on the cancellation control is obtained, the process of obtaining card information via near field communication is terminated.

[0181] In the embodiments of this specification, the operation of the user on the cancellation control may be any one of a click operation, a swipe operation, and a selection operation. After the user triggers an operation on the cancellation control, the user may close the operation of binding the card via near field communication between the mobile terminal and the target card, or may also close the card reader function of the mobile terminal. If the mobile terminal has received the response information fed back by the target card when the user triggers an operation on the cancellation control, the parsing operation for the response information may be stopped. In practical applications, after the user triggers an operation on the cancellation control in the recognition response page, the display page in the mobile terminal may return to the previous page of the recognition response page. For example, the card binding prompt page. Or, it may also return to other pages, such as the home page of the target application for card binding, etc., which is not limited herein.

[0182] In the embodiments of this specification, the user can terminate the card binding operation between the mobile terminal and the target card at any time by operating the cancellation control in the recognition response page, so as to stop losses in time when the user's card binding intention changes and enhance the user experience of card binding for the user.

[0183] To avoid the user waiting for a long time, when the scanning time is too long or exceeds a preset duration, the user may also be prompted to perform a re-scan. Optionally, after the mobile terminal obtains the card binding trigger operation executed by the user, it may further include: if the mobile terminal does not detect a card with near field communication function within a first preset duration, a first cancellation page is displayed; the first cancellation page includes a prompt message indicating that the card information has not been successfully obtained.

[0184] In the embodiments of this specification, the starting moment of the first preset duration may be the moment when the user performs the card binding trigger operation. If no card with near field communication function is detected near the terminal within the first preset duration after the user performs the card binding trigger operation, the mobile terminal may display a first abort page. The first preset duration may be reasonably set according to the actual scenario. For example, the first preset duration may be 10 seconds, 20 seconds, 30 seconds, etc., or it may also be other durations, which is not limited herein.

[0185] In the embodiments of this specification, that the mobile terminal does not detect a card with near field communication function may be understood as that if the signal strength at the mobile terminal decreases by less than a preset threshold within the first preset duration, it means that the mobile terminal does not detect a card with near field communication function.

[0186] In the embodiments of this specification, the first abort page may be a page that temporarily stops binding the card by near field communication. The first abort page may include a prompt message indicating that the card information has not been successfully obtained, such as the words "scanning failed", etc. Or, the first abort page may also include card binding operation information for guiding the user to perform card binding, such as the words "scanning interrupted, please place the front of the card closely against the chip area on the back of the mobile phone", etc. During the process of the mobile terminal scanning the target card, if the scanning time is too long, an abort page for aborting the scan may be displayed to the user to prompt the user to correct the user operation, thereby improving the success rate of card binding.

[0187] Optionally, the first abort page further includes a first control for re - executing the process of obtaining card information by near field communication.

[0188] In the embodiments of this specification, a first control for re - executing the process of obtaining card information by near field communication is set in the first abort page, so that after the user knows that the scanning fails, the user can immediately perform the re - scanning operation to improve the timeliness of card binding. In practical applications, a countdown control may be displayed in the first abort page. After the countdown in the countdown control ends, the card information in the target card may be automatically re - recognized, or the card binding process may be automatically exited, which is not limited herein.

[0189] Exemplarily, Figure 8 is a schematic diagram of a first abort page provided by the embodiments of this specification. As Figure 8 shown, the first abort page may include a prompt message 801 indicating that the card information has not been successfully obtained, and card binding operation information 802 for guiding the user to perform card binding. It may also include a first control 803 to facilitate the user to re - execute the card binding operation.

[0190] Optionally, the method may further include: if an operation of the user on the first control is obtained, restart the process of obtaining card information by means of near field communication.

[0191] In the embodiments of the present specification, the operation of the user on the first control may be any one of a click operation, a swipe operation, and a marquee selection operation. After the user triggers an operation on the first control, the mobile terminal may resend an electromagnetic signal to detect whether there is a target card with near field communication function near the mobile terminal. In practical applications, after the user triggers an operation on the first control in the first suspension page, any page among the card binding prompt page and the recognition response page may be redisplayed on the mobile terminal, or the recognition response page may be displayed after the card binding prompt page is displayed, which is not limited herein.

[0192] In the embodiments of the present specification, by operating the first control in the first suspension page, the user may restart the process of obtaining card information by means of near field communication, so as to improve the convenience of the user to restart the card binding process.

[0193] To avoid long waiting times for the user, when the scanning time is too long or exceeds a preset duration, a prompt message indicating that the card information has not been successfully obtained may also be displayed on the recognition response page. Optionally, the method may further include: if the mobile terminal does not detect a card with near field communication function within a second preset duration, display a prompt message indicating that the card information has not been successfully obtained on the recognition response page.

[0194] In the embodiments of the present specification, the start time of the second preset duration may be the moment when the user performs the card binding trigger operation. The second preset duration may be the same as the first preset duration. For example, they may both be 10 seconds, 20 seconds, 30 seconds, 40 seconds, or other durations. The second preset duration and the first preset duration may also be different, which is not limited herein. In practical applications, the prompt message may be displayed in a pop-up window on the recognition response page. The prompt message may be information indicating that the card information acquisition fails, such as words like "scanning failed". In practical applications, when a prompt message indicating that the card information has not been successfully obtained is displayed in a pop-up window on the recognition response page, the first suspension page may be displayed after waiting for a preset duration, or the first suspension page may also be displayed after the user operates on the recognition response page. The preset duration may be 3 seconds, 5 seconds, or other durations, etc., which is not limited herein. During the process of the mobile terminal scanning the target card, if the scanning time is too long, a recognition response page carrying a prompt message indicating that the card information has not been successfully obtained may be displayed to the user to prompt the user to perform recognition again, thereby improving the card binding success rate.

[0195] Exemplarily, Figure 9It is another schematic diagram of an identification response page provided by an embodiment of this specification. As Figure 9 shown, the identification response page may include a prompt message 901 indicating that the card information has not been successfully obtained, so as to prompt the user to perform identification again.

[0196] It should be noted that Figure 7 the identification response page in Figure 9 and the identification response page in Figure 7 may be the same response page, or may also be different response pages. In practical applications, the identification response page in Figure 9 may be displayed first. If the identification fails, the identification response page in Figure 7 is then displayed. Or, the identification response page in Figure 9 may not be displayed. After triggering the identification process, if the identification fails, the identification response page in

[0197] In practical applications, after triggering the identification process, only the first abort page may be displayed without displaying the identification response page, or only the identification response page may be implemented without displaying the first abort page, which is not limited herein. In practical applications, the first abort page and / or the identification response page may be automatically closed after a preset display duration, so that the mobile terminal displays other pages.

[0198] In practical applications, if the target card is a card that does not support binding the card through the near-field communication method or the mobile terminal cannot parse the card information of the card, the mobile terminal may also display a prompt message indicating a reading failure to the user.

[0199] Optionally, the method may further include: if the mobile terminal fails to successfully parse the card information of the target card from the response information, displaying a second abort page; the second abort page includes a prompt message indicating that the card cannot be identified.

[0200] In an embodiment of this specification, after the mobile terminal performs a reading operation on a target card via near field communication (NFC), if no response information is read from the target card, a second abort page may be displayed to the user. Alternatively, after the mobile terminal performs a reading operation on a target card via NFC, the mobile terminal may read response information from the target card. After the mobile terminal performs a parsing operation on the read response information, if the information obtained after parsing does not contain information in the form of a card specification, for example, the information obtained after parsing does not contain card number information, card issuing institution information, card manufacturing date information, cardholder information, etc., a second abort page may be displayed to the user. Among them, the second abort page may include a prompt message indicating that the target card cannot be recognized via NFC. For example, the prompt message may be information such as "This card does not support being recognized via NFC".

[0201] In an embodiment of this specification, after the mobile terminal reads a target card via NFC, if the card information of the target card cannot be recognized from the target card, a prompt message indicating that the card cannot be recognized may be displayed to the user, so as to prompt the user that the target card cannot be bound via NFC, thereby prompting the user to adopt other methods for binding the card.

[0202] Optionally, the second abort page further includes at least one of a second control for starting to obtain card information in a non-NFC manner and a third control for re-executing the process of obtaining card information via NFC.

[0203] Among them, the method of obtaining card information in a non-NFC manner may include obtaining card information by manual input or obtaining card information by taking a photo. Re-executing the process of obtaining card information via NFC may be understood as re-executing the process of obtaining card information via NFC for the original card or executing the process of obtaining card information via NFC for other cards. The second abort page includes a second control and / or a third control that facilitate the user to select other methods for binding the card, so as to increase the diversity of card binding methods and thereby improve the user experience of card binding for the user.

[0204] Exemplarily, Figure 10 is a schematic diagram of a second abort page provided by an embodiment of this specification. As Figure 10 shown, the second abort page may include a prompt message 1001 indicating that the card cannot be recognized, a second control 1003, and a third control 1004. The second abort page may further include a prompt message 1002 for prompting the user to select other methods for binding the card.

[0205] In order to improve the success rate of user card binding, if the binding operation for the target card cannot be completed via near field communication within a preset duration, a page allowing the user to bind the target card in other ways can also be displayed. Optionally, the method may further include: if the mobile terminal fails to obtain card information via near field communication within a third preset duration, a card addition page indicating to provide card information in a non-near field communication manner is displayed.

[0206] In the embodiments of this specification, the start time of the third preset duration may be the moment when the user performs a card binding trigger operation. The third preset duration may be a duration greater than or equal to the first preset duration, or the third preset duration may also be a duration greater than or equal to the second preset duration, or the third preset duration may further be a duration greater than or equal to the first preset duration and greater than or equal to the second preset duration. For example, the third preset duration, the second preset duration, and the first preset duration may be the same, and all three may be 10 seconds, 20 seconds, 30 seconds, 40 seconds, etc., or other durations; or alternatively, the above-mentioned preset durations may also be different, and no limitation is made thereto. The mobile terminal fails to obtain card information via near field communication, which may indicate that the mobile terminal fails to identify the target card via near field communication, or may also indicate that the mobile terminal fails to parse the card information of the target card from the response information fed back by the target card via near field communication. The card addition page may include prompt information for obtaining card information in other ways except near field communication, so as to increase the diversity of card binding methods for the user to perform card binding, and thereby improve the success rate of the user performing card binding.

[0207] Exemplarily, Figure 11 is a schematic diagram of a card addition page provided by an embodiment of this specification. As Figure 11 shown, the card addition page may include a region 1101 indicating to provide card information in a non-near field communication manner, where the user can input card information manually or by taking a photo in the region 1101. The card addition page may also include a submission control 1102. After the user inputs card information in the region 1101 and triggers an operation on the submission control 1102, the subsequent card binding operation process can be executed.

[0208] In practical applications, if the mobile terminal fails to successfully parse the card information of the target card from the response information, the mobile terminal may display one of the second abort page and the card addition page. Or alternatively, after the mobile terminal displays the second abort page, if the mobile terminal fails to obtain an operation triggered by the user on the second abort page within a preset duration, the mobile terminal closes the second abort page and displays the card addition page, and no limitation is made thereto.

[0209] After an operation is triggered on the first control in the first suspension page, if the card information of the target card is still not recognized after re-scanning the target card, the card addition page can also be displayed to the user, so as to facilitate the user to select other methods for card binding.

[0210] Optionally, the method may further include: if the mobile terminal does not obtain card information by means of near field communication based on the user's operation on the first control, a card addition page indicating to provide card information by means of non-near field communication is displayed.

[0211] In the embodiments of this specification, the explanations for not obtaining card information by means of near field communication and providing card information by means of non-near field communication can refer to the above explanation content and will not be elaborated here. In practical applications, during the process of the mobile terminal obtaining the response information fed back by the target card based on near field communication by means of near field communication, if the mobile terminal fails to recognize the target card, the first suspension page may not be displayed, or the operation of triggering the control for re-executing the card binding operation in the first suspension page may not be performed, and the card addition page may be directly displayed. This is not limited.

[0212] Optionally, the non-near field communication method may include at least one of a manual input method or a photographing method.

[0213] In the embodiments of this specification, pages such as the card binding prompt page, the recognition response page, the first suspension page, the second suspension page, and the card addition page may be pages generated by the mobile terminal, or may also be pages generated by the server. This is not limited.

[0214] In the embodiments of this specification, in order to enable the user to confirm the card information obtained by the mobile terminal by means of near field communication, the card binding page may further include a control for confirming or submitting the card information, and the mobile terminal may submit the obtained card information to the server based on the user's operation on this control for the card binding process.

[0215] Optionally, after displaying the card information to the card binding page, it may further include: obtaining an information submission operation performed by the user based on the card binding page; sending the card information to the server based on the information submission operation; and the server can perform the card binding process based on the card information.

[0216] In the embodiments of this specification, the information submission operation may be a submission operation performed by the user on the submission control in the card binding page after verifying that the card information displayed in the card binding page is correct. Among them, the submission operation may be any one of a click operation, a sliding operation, and a box selection operation.

[0217] Exemplarily, Figure 12It is a schematic diagram of a card binding page provided by an embodiment of this specification. As Figure 12 shown, the card binding page may include a submission control 1205 for indicating confirmation of binding the card, and may also include an area 1201 for displaying the card number information of the card to be bound, an area 1202 for displaying the card type information of the card to be bound, and an area 1203 for displaying the card date information of the card to be bound. In practical applications, the card information displayed in areas 1201, 1202, and 1203 may be obtained by the mobile terminal from the card to be bound through near field communication, without the user having to manually input it. The card information displayed in areas 1201, 1202, and 1203 can all be in an editable state. If the user finds an error, they can manually modify it or can also re-obtain it through near field communication again. Of course, in practical applications, the user can also manually input the corresponding card information in areas 1201, 1202, and 1203. No specific limitation is made here.

[0218] In an embodiment of this specification, after the mobile terminal obtains the submission operation performed by the user, it can send the card information in the card binding page and the identification information associated with the mobile terminal to the server. After the server receives the card information and the identification information associated with the mobile terminal sent by the mobile terminal, it can associate the card information with the identification information to complete the card binding operation between the card information and the identification information. In practical applications, the server that executes the card binding process and the server that provides the communication protocol information can be the same server, or can also be different servers. No limitation is made on this.

[0219] In practical applications, after the card information and the identification information associated with the mobile terminal complete the card binding operation, the card corresponding to the card information can be displayed in the bound card page of the target application on the mobile terminal. Among them, the bound card page can be the above-mentioned card binding trigger page.

[0220] Exemplarily, continuing with Figure 3 as an example, Figure 3 the card binding trigger page in

[0221] In practical applications, the identification information associated with the mobile terminal can be the device identification information of the mobile terminal, such as: the device unique identification code. The identification information associated with the mobile terminal can also be the identification information of the target application installed on the mobile terminal, such as the application identifier of the target application.

[0222] In the embodiments of this specification, before the mobile terminal sends the card information in the card binding page and the identification information associated with the mobile terminal to the server, it may also perform encryption and / or compression processing on the card information to be sent and the identification information, and send the data after the encryption and / or compression processing to the server, so as to improve the security of the data to be sent and / or reduce the amount of data transmitted for the data to be sent.

[0223] To improve the compliance of card binding, before submitting the card information to the server, a card binding authorization page may also be displayed to the user.

[0224] Optionally, after obtaining the information submission operation performed by the user based on the card binding page, it may further include: displaying a card binding authorization page; the card binding authorization page includes the card information. Correspondingly, sending the card information to the server may specifically include: obtaining an authorization confirmation operation performed by the user based on the card binding authorization page, and sending a card binding request including the card information to the server.

[0225] In the embodiments of this specification, the card binding authorization page may be a page for the user to authorize the server to bind a target card to the mobile terminal. After the user triggers an operation on the submission control in the card binding page, the mobile terminal may display the card binding authorization page to the user. The card binding authorization page may include the card information, so that the user can confirm again whether the card information is incorrect, and improve the success rate of card binding. The card binding authorization page may also include an authorization confirmation control. After the user operates on the authorization confirmation control, it may indicate that the user authorizes the server to bind the target card to the mobile terminal.

[0226] In practical applications, the card binding authorization page may also be displayed first, and after the user confirms the authorization information in the card binding authorization page, the card binding page may be displayed, and then the subsequent card binding process may be executed through the card binding page.

[0227] It can be understood that after the user triggers an operation on the submission control in the card binding page, the card binding authorization page may not be displayed. The user's triggering of an operation on the submission control in the card binding page may indicate that the user authorizes the server to bind the target card to the mobile terminal. For example, the card binding page may include relevant information on an optional user authorization agreement, and the user's execution of the submission operation may indicate that the user agrees to authorize and agrees to execute the card binding process. The specific page display method and operation method are not limited here. In practical applications, after the user triggers an operation on the submission control in the card binding page, the mobile terminal may send the card information to the server. After receiving the authorization instruction sent by the mobile terminal, the server then executes the card binding process for the mobile terminal and the card information.

[0228] In practical applications, the card binding authorization page and the card binding page can also be the same page. Among them, the authorization operation and the submission operation can be independent operations. For example, after the user checks the authorization information on the page, it means that the user agrees to authorize. After clicking the submission operation, the mobile terminal can send the card information to the server. Or, the authorization operation and the submission operation can also be the same operation. After the user clicks submit, it means that the user performs the authorization operation and the submission operation.

[0229] In the embodiments of this specification, pages such as the card binding authorization page and the card binding page can be pages generated by the mobile terminal, or can also be pages generated by the server, and this is not limited.

[0230] In order to further improve the accuracy of binding the target card, before binding the target card, the security verification code of the target card can also be verified. Optionally, the card binding page can also include an area for filling in the security verification code of the card corresponding to the card information; the method can also include: obtaining the information of the security verification code of the card provided by the user in the area. Correspondingly, sending the card information to the server can specifically include: sending the card information and the information of the security verification code to the server.

[0231] In the embodiments of this specification, the security verification code (Card Verification Value, CVV) can be the card verification code set by the issuing institution of the target card for the target card. The security verification code is used to verify whether the user initiating the card binding is the legal holder of the target card. In practical applications, the card binding page can also include an area for filling in the security verification code, and the security verification code is obtained based on the information filled in by the user in the area.

[0232] In practical applications, the card information, the security verification code, and the identification information related to the mobile terminal are sent to the server. After receiving the card information, the security verification code, and the identification information related to the mobile terminal, the server can first verify whether the security verification code is consistent with the verification code of the target card corresponding to the card information. If the security verification code is consistent with the verification code of the target card corresponding to the card information, a card binding operation is performed on the card information and the identification information related to the mobile terminal; if the security verification code is not consistent with the verification code of the target card corresponding to the card information, no card binding operation is performed on the card information and the identification information related to the mobile terminal. Further, the verification result can also be returned to the mobile terminal so that the mobile terminal submits the security verification code again.

[0233] In practical applications, before the mobile terminal sends the card information, security verification code, and identification information associated with the mobile terminal on the card binding page to the server, it can also perform encryption and / or compression processing on the card information, security verification code, and the identification information to be sent, and send the data after the encryption and / or compression processing to the server to enhance the security of the data to be sent and / or reduce the amount of data transmitted for the data to be sent.

[0234] Exemplarily, continuing with Figure 12 as an example, the card binding page may further include an area 1204 for displaying the security verification code of the card to be bound. The security verification codes displayed in the area 1204 can all be in an editable state. If the user finds an error, they can manually modify it or can also re-obtain it through the near field communication method. Of course, in practical applications, the user can also manually enter the security verification code in the area 1204, and no specific limitation is made here.

[0235] In practical applications, the page for filling in the security verification code can also be other pages other than the card binding page. After the mobile terminal obtains the card information through the near field communication method, it can display the card information on the card binding page. After the user confirms the card information on the card binding page, through a trigger operation on the card binding page, the card binding page can be jumped to the page for filling in the security verification code, or the card binding page can also automatically jump to the page for filling in the security verification code after a preset duration. After the user fills in the security verification code on this page and clicks the submit control on this page, the subsequent card binding process is executed.

[0236] It can be understood that in the actual card binding operation process, the above-mentioned various pages can be displayed in various situations or may not be displayed, as long as the displayed pages are logical, and the above-mentioned various pages can be the same page or different pages, as long as they can display the corresponding page information to enable the user to perform the card binding operation, and no limitation is made here.

[0237] In the embodiments of this specification, a specific embodiment is also proposed for the method of obtaining the response information fed back by the target card.

[0238] Optionally, the obtaining, based on the card binding trigger operation, of the response information fed back by the target card through the near field communication method may specifically include: based on the card binding trigger operation, sending instruction information through the near field communication method; obtaining the response information fed back by the target card in response to the instruction information.

[0239] In the embodiments of this specification, the instruction information may be an instruction for requesting a target card to return card information to the mobile terminal, and the response information may be the card information of the target card. After the card binding trigger operation is triggered, the mobile terminal generates instruction information for obtaining the card information of the target card in response to the card binding trigger operation, and sends the instruction information to the target card by means of near-field communication. In practical applications, the mobile terminal may generate instruction information based on one of the communication protocol information stored locally for card binding.

[0240] In the embodiments of this specification, the target card may be a card located near the mobile terminal, and may also be referred to as a card to be bound. After the target card obtains the instruction information sent by the mobile terminal, it may feed back corresponding response information to the mobile terminal in response to the instruction information.

[0241] To avoid the mobile terminal interacting with the server every time it processes a card binding service, the communication protocol information for parsing the response information may be saved to the mobile terminal in advance. Optionally, before parsing the response information using the first communication protocol information saved in the mobile terminal, it may further include: obtaining the communication protocol information sent by the server; saving the communication protocol information.

[0242] In the embodiments of this specification, the communication protocol information sent by the server may be the communication protocol information for card binding available at the server. Among them, to reduce the amount of information transmitted between the server and the mobile terminal, the communication protocol information sent by the server to the mobile terminal here may include the communication protocol information that does not exist at the mobile terminal before the server sends the communication protocol information, so that the mobile terminal can obtain the communication protocol information not stored in the mobile terminal. In practical applications, if there is no communication protocol information not saved locally at the mobile terminal in the server, the server may not send the communication protocol information to the mobile terminal.

[0243] In the embodiments of this specification, the mobile terminal may save the communication protocol information sent by the server in the local storage unit for card binding based on the locally stored communication protocol information.

[0244] Optionally, before obtaining the communication protocol information sent by the server, it may further include: obtaining the status information of the mobile terminal; sending a protocol acquisition request to the server based on the status information.

[0245] Among them, the explanation of the status information can refer to the above explanation for the status information. In this embodiment, the mobile terminal can obtain the communication protocol information provided by the server in the manner described in the above embodiment of obtaining the communication protocol information, which will not be elaborated here. In practical applications, the mobile terminal can obtain the status information of the mobile terminal. After the mobile terminal obtains the status information of the mobile terminal, the mobile terminal can determine whether the status of the mobile terminal meets the preset status according to the obtained status information. If the mobile terminal determines that the status of the mobile terminal meets the preset status, the mobile terminal can send a protocol acquisition request to the server. If the mobile terminal determines that the status of the mobile terminal does not meet the preset status, it may not send a protocol acquisition request to the server. It can also continue to obtain the subsequent status information of the mobile terminal, and send a protocol acquisition request to the server after the status of the mobile terminal meets the preset status.

[0246] In the embodiments of this specification, the mobile terminal obtains the status information of the mobile terminal, and the mobile terminal determines the status information of the mobile terminal, without the server obtaining and determining the status information of the mobile terminal, thereby reducing the task volume of the server and saving server resources.

[0247] It should be noted that Figure 3 、 Figure 5A 、 Figure 5B 、 Figures 6 to 12 The information shown in Figure 3 、 Figure 5A 、 Figure 5B 、 Figures 6 to 12 is only an example. In practical applications, information different from that in the figure can be displayed. Specifically, other texts, pictures, animated pictures, controls and other information can be displayed. The information shown in

[0248] is not specifically limited. Figure 13 is a swimlane process schematic diagram of a method for obtaining communication protocol information and binding a card provided by an embodiment of this specification. The service execution process of this method can involve execution entities such as a target card, a mobile terminal, and a server.

[0249] As Figure 13 shown, this process can include the following steps.

[0250] In the embodiments of this specification, this process can include a communication protocol information saving stage and a card binding stage for the target card based on the saved communication protocol information. Among them, the communication protocol information saving stage can include steps 1302 to 1306, and the card binding stage for the target card based on the saved communication protocol information can include steps 1308 to 1322.

[0251] Step 1302: The mobile terminal sends a protocol acquisition request to the server.

[0252] Step 1304: In response to the protocol acquisition request sent by the mobile terminal, the server provides communication protocol information to the mobile terminal.

[0253] Step 1306: The mobile terminal acquires the communication protocol information fed back by the server and saves it.

[0254] It can be understood that here only the example of starting the terminal application is used to illustrate the acquisition of communication protocol information from the server. In actual applications, one or more of the various triggering conditions described above can also be used, which is not limited here.

[0255] Step 1308: The mobile terminal acquires a card binding trigger operation performed by the user.

[0256] Among them, the card binding trigger operation can be a first operation performed by the user to acquire card information through near-field communication.

[0257] Step 1310: Based on the card binding trigger operation, the mobile terminal sends instruction information to a target card with near-field communication function through the near-field communication method.

[0258] Step 1312: In response to the received instruction information, the target card feeds back response information to the mobile terminal.

[0259] Step 1314: The mobile terminal acquires the response information fed back by the target card in response to the instruction information.

[0260] Step 1316: The mobile terminal parses the response information by using first communication protocol information selected from the various communication protocol information already saved in the mobile terminal to obtain the card information of the target card.

[0261] Step 1318: Display the card information on the card binding page.

[0262] Step 1320: The mobile terminal sends the card information to the server according to the information submission operation performed by the user based on the card binding page.

[0263] Step 1322: The server executes a card binding process based on the card information.

[0264] For example, the server can establish a corresponding relationship between the card information and the mobile terminal or the terminal application for card binding, so that the user can use the card to handle business through the mobile terminal or the terminal application for card binding. The specific card binding process can refer to relevant technical materials and will not be elaborated here.

[0265] In practical applications, the relevant steps in the communication protocol information saving stage do not need to be executed before the steps in each card binding stage. That is, the relevant steps in the above-mentioned communication protocol information saving stage and the relevant steps in the card binding stage can be executed independently. Or the execution time interval between the relevant steps in the above-mentioned communication protocol information saving stage and the steps in the card binding stage can be relatively long, as long as the mobile terminal can obtain the card information based on the communication protocol information saved locally. Here, the execution order and time of each step are not specifically limited.

[0266] Based on the same idea, the embodiments of this specification also provide a device corresponding to the above method.

[0267] Figure 14 It is a schematic structural diagram of a device for obtaining communication protocol information provided by the embodiments of this specification.

[0268] As Figure 14 shown, the device may include:

[0269] A status acquisition module 1402, configured to acquire the status information of the mobile terminal; a determination module 1404, configured to trigger a process for the server to provide communication protocol information based on the status information; the communication protocol information is the communication protocol information used by the mobile terminal to obtain card information for binding the card from a target type of card supporting the near-field communication function through the near-field communication method; a protocol acquisition module 1406, configured to enable the mobile terminal to acquire the communication protocol information fed back by the server according to the process; the communication protocol information includes the communication protocol information that does not exist in the mobile terminal before triggering the process; a protocol saving module 1408, configured to enable the mobile terminal to save the communication protocol information fed back by the server.

[0270] Figure 15 It is a schematic structural diagram of a card binding device based on near-field communication provided by the embodiments of this specification.

[0271] As Figure 15 shown, the device may include:

[0272] A trigger operation acquisition module 1502, configured to enable the mobile terminal to acquire a card binding trigger operation executed by the user. A response information acquisition module 1504, configured to acquire response information fed back by the target card based on the near-field communication method based on the card binding trigger operation. An analysis module 1506, configured to analyze the response information by using the first communication protocol information already saved in the mobile terminal to obtain the card information of the target card included in the response information. A display module 1508, configured to display the card information on the card binding page.

[0273] Based on the same idea, the embodiments of this specification also provide a device corresponding to the above method.

[0274] Figure 16 It is a structural block diagram of a computer device provided by an embodiment of this specification. As Figure 16 shown, the device 1600 may include: at least one processor 1610; and a memory 1630 communicatively connected to the at least one processor; wherein,

[0275] the memory 1630 stores instructions 1620 executable by the at least one processor 1610, and the instructions are executed by the at least one processor 1610 so that the at least one processor 1610 can execute to implement the above method for obtaining communication protocol information or the above method for binding a card based on near field communication.

[0276] The above is a schematic solution of a device for obtaining communication protocol information according to this embodiment. It should be noted that the technical solution of this device and the technical solutions of the above method for obtaining communication protocol information or the method for binding a card based on near field communication belong to the same concept. For the details not described in detail in the technical solution of the device, reference can be made to the description of the technical solution of the above method for obtaining communication protocol information or the technical solution of the method for binding a card based on near field communication.

[0277] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the device and equipment embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can refer to the partial description of the method embodiments. The devices and equipment provided by the embodiments of this specification correspond to the methods, so the devices and equipment also have beneficial technical effects similar to the corresponding methods. Since the beneficial technical effects of the methods have been described in detail above, the beneficial technical effects of the corresponding devices and equipment will not be elaborated here.

[0278] An embodiment of this specification also provides a computer-readable storage medium that stores a computer program or instructions, and when the computer program or instructions are executed by a processor, the steps of the above method for obtaining communication protocol information or the steps of the above method for binding a card based on near field communication are implemented.

[0279] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the computer-readable storage medium embodiments, since they are basically similar to the above method embodiments, the description is relatively simple, and the relevant parts can refer to the partial description of the above method embodiments.

[0280] The foregoing describes particular embodiments of the present application. Other embodiments are within the scope of the appended claims. In some cases, the acts or steps recited in the claims may be performed in a different order than in the embodiments and still achieve the desired result. Additionally, the processes depicted in the figures do not necessarily require the particular order or sequential order shown to achieve the desired result. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0281] In the 1990s, it was obvious to distinguish whether an improvement in a technology was a hardware improvement (e.g., improvement in circuit structures such as diodes, transistors, switches, etc.) or a software improvement (improvement in method flows). However, with the development of technology, many improvements in method flows today can be regarded as direct improvements in hardware circuit structures. Almost all designers obtain the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that an improvement in a method flow cannot be implemented with a hardware entity module. For example, a Programmable Logic Device (PLD) (e.g., a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user's programming of the device. Designers can program themselves to "integrate" a digital character system on a piece of PLD without having to ask a chip manufacturer to design and fabricate a dedicated integrated circuit chip. Moreover, today, instead of manually fabricating integrated circuit chips, this programming is mostly implemented using "logic compiler" software, which is similar to the software compiler used in program development and writing. The original code before compilation also has to be written in a specific programming language, which is called a Hardware Description Language (HDL). And there is not only one kind of HDL, but many kinds, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. Currently, the most commonly used are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also be clear that only by slightly logically programming the method flow with the above-mentioned several hardware description languages and programming it into the integrated circuit can the hardware circuit implementing the logical method flow be easily obtained.

[0282] The controller can be implemented in any suitable manner. For example, the controller can take the form of, for example, a microprocessor or a processor and a computer-readable medium storing computer-readable program code (such as software or firmware) executable by the (micro)processor, logic gates, switches, an application specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of the controller include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art also know that, in addition to implementing the controller in the form of pure computer-readable program code, it is entirely possible to logically program the method steps to enable the controller to be implemented in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, and embedded microcontrollers to achieve the same function. Therefore, such a controller can be considered a hardware component, and the devices included therein for implementing various functions can also be regarded as the structures within the hardware component. Or even, the devices for implementing various functions can be regarded as either software modules for implementing the method or structures within the hardware component.

[0283] The systems, devices, modules, or units illustrated in the above embodiments can be specifically implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or any combination of these devices.

[0284] For the convenience of description, when describing the above devices, they are described separately as various units according to their functions. Of course, when implementing the present application, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0285] Those skilled in the art should understand that the embodiments of the present invention can be provided as a method, a system, or a computer program product. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present invention can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk memories, CD-ROMs, optical memories, etc.) containing computer-usable program code.

[0286] The present invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It should be understood that each flow and / or block of the flowchart illustrations and / or block diagrams, and combinations of flows and / or blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to the processors of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing device to produce a machine, such that the instructions executed by the processors of the computer or other programmable data processing device create means for implementing the functions specified in one flow Figure 1 one flow or multiple flows and / or blocks Figure 1 or in multiple blocks.

[0287] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means that implement the functions specified in one flow Figure 1 one flow or multiple flows and / or blocks Figure 1 or in multiple blocks.

[0288] These computer program instructions may also be loaded onto a computer or other programmable data processing device, such that a series of operational steps are performed on the computer or other programmable device to produce a computer-implemented process, and thus the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one flow Figure 1 one flow or multiple flows and / or blocks Figure 1 or in multiple blocks.

[0289] In a typical configuration, a computing device includes one or more processors (CPUs), an input / output interface, a network interface, and memory. The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM), and / or non-volatile memory such as read-only memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

[0290] A computer-readable medium includes permanent and non-permanent, removable and non-removable media that can implement information storage by any method or technology. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassette tapes, magnetic tape disk storage or other magnetic storage devices, or any other non-transitory medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer-readable medium does not include transitory computer-readable media, such as modulated data signals and carrier waves.

[0291] It should also be noted that the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, such that a process, method, commodity or device comprising a series of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, commodity or device. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, method, commodity or device comprising the element.

[0292] This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. This application can also be practiced in a distributed computing environment where tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media including storage devices.

[0293] The above description is only for the embodiments of this application and is not intended to limit this application. For those skilled in the art, various changes and modifications can be made to this application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this application shall be included within the scope of the claims of this application.

Claims

1. A method for obtaining communication protocol information, comprising: Obtaining status information of a mobile terminal; Based on the status information, triggering a process for the server to provide communication protocol information; The communication protocol information is the communication protocol information used by the mobile terminal to obtain card information for binding the card from a card of a target type supporting near-field communication function through near-field communication; According to the process, the mobile terminal obtains the communication protocol information fed back by the server; the communication protocol information includes communication protocol information that does not exist in the mobile terminal before triggering the process; The mobile terminal saves the communication protocol information fed back by the server so that the mobile terminal can read the card information of the card to be bound using the communication protocol information stored locally in the card reader mode.

2. The method according to claim 1, wherein the obtaining status information of the mobile terminal specifically includes: The mobile terminal obtains the status information of the mobile terminal; The triggering a process for the server to provide communication protocol information based on the status information specifically includes: The mobile terminal sends a protocol acquisition request to the server based on the status information.

3. The method according to claim 1, wherein the obtaining status information of the mobile terminal specifically includes: The server obtains the status information of the mobile terminal; The triggering a process for the server to provide communication protocol information based on the status information specifically includes: The server sends the communication protocol information to the mobile terminal according to the status information.

4. The method according to claim 2, wherein the mobile terminal sends a protocol acquisition request to the server based on the status information, specifically including: The mobile terminal determines whether the status of the mobile terminal meets a preset status based on the status information; If the status of the mobile terminal meets the preset status, a protocol acquisition request is sent to the server.

5. The method according to claim 2, wherein the mobile terminal sends a protocol acquisition request to the server based on the status information, specifically including: The mobile terminal sends a protocol acquisition request including the status information to the server based on the status information; The server determines whether the status of the mobile terminal meets a preset status according to the status information.

6. The method according to claim 3, wherein the server sends the communication protocol information to the mobile terminal according to the status information, specifically including: The server determines whether the status of the mobile terminal meets a preset status according to the status information; If the status of the mobile terminal meets the preset status, the communication protocol information is sent to the mobile terminal.

7. The method according to any one of claims 4 to 6, wherein the preset status is the status for the server to provide the communication protocol information; The determining whether the status of the mobile terminal meets the preset status includes at least one of the following: Determining whether the current time of the mobile terminal reaches the cycle time for obtaining communication protocol information; Determining whether there is communication protocol information in the server that does not exist in the mobile terminal; Determining whether the mobile terminal displays a card binding page; Determine whether the mobile terminal starts the target application; The target application is an application that provides card binding services; Determine whether the mobile terminal successfully parses the response information of the near-field communication provided by the card to be bound by using the existing communication protocol information; Determine whether the mobile terminal connects from a first network to a second network; the network parameters of the second network are better than those of the first network; the network parameters include at least one of signal strength, data transmission speed, and delay duration; Determine whether the existing communication protocol information in the mobile terminal has expired; Determine whether the device attribute of the mobile terminal is a preset attribute; the device attribute includes at least one of device system type, device system version, device model, and device brand.

8. The method according to claim 1, after saving the communication protocol information, further comprising: The mobile terminal obtains a first operation performed by the user to obtain card information through near-field communication; Based on the first operation, send instruction information through the near-field communication method; Obtain response information fed back by the target card in response to the instruction information; Use the first communication protocol information selected from the various communication protocol information saved in the mobile terminal to parse the response information to obtain the card information of the target card; Display the card information on the card binding page.

9. The method according to claim 8, the method further comprising: The mobile terminal sends an electromagnetic signal for triggering near-field communication; Based on the electromagnetic signal, determine whether there is a card with near-field communication function near the mobile terminal; The sending of the instruction information by the near-field communication method specifically includes: If there is a card with near-field communication function near the mobile terminal, send instruction information through the near-field communication method.

10. The method according to claim 8, the using the first communication protocol information selected from the various communication protocol information saved in the mobile terminal to parse the response information to obtain the card information of the target card, specifically including: Use the first communication protocol information to perform parsing processing on the response information, If the response information can be successfully parsed, obtain the card information of the target card; If the response information cannot be successfully parsed, select second communication protocol information from the various communication protocol information; Use the second communication protocol information to parse the response information to obtain the card information of the target card.

11. The method according to claim 8, the selecting the first communication protocol information from the various communication protocol information saved in the mobile terminal specifically includes at least one of the following methods: Randomly select the first communication protocol information from the various communication protocol information; Select the first communication protocol information commonly used by the mobile terminal from the various communication protocol information; Select the first communication protocol information that the mobile terminal has recently used in the card binding service from the various communication protocol information; Select the first communication protocol information corresponding to the nationality or location of the terminal user of the mobile terminal from the various communication protocol information; Select the first communication protocol information that was most recently saved to the mobile terminal from the respective communication protocol information.

12. The method according to claim 1, before obtaining the status information of the mobile terminal, further comprising: The mobile terminal obtains response information provided by a card with near-field communication function in response to the mobile terminal through near-field communication; Parse and process the response information by using at least one existing communication protocol information already available in the mobile terminal; The obtaining of the status information of the mobile terminal specifically includes: Obtain result information indicating that the mobile terminal fails to successfully parse the response information by using the at least one existing communication protocol information.

13. The method according to claim 1, the communication protocol information fed back by the server is communication protocol information that did not exist in the mobile terminal before the process was triggered; or, the communication protocol information fed back by the server is the full amount of communication protocol information available in the server.

14. A card binding method based on near-field communication, comprising: The mobile terminal obtains a card binding trigger operation executed by the user; Based on the card binding trigger operation, obtain response information fed back by a target card through near-field communication through near-field communication; Parse the response information by using the first communication protocol information already saved in the mobile terminal to obtain the card information of the target card included in the response information; each communication protocol information already saved in the mobile terminal includes the communication protocol information obtained by the method according to claim 1; Display the card information on a card binding page.

15. The method according to claim 14, the method further comprising: Based on the card binding trigger operation, display a card binding prompt page; The card binding prompt page includes prompt information for prompting the user to perform card binding in a near-field communication manner; Obtain a first confirmation operation executed by the user based on the card binding prompt page; The obtaining of the response information fed back by the target card through near-field communication through near-field communication specifically includes: Based on the first confirmation operation, obtain response information fed back by the target card through near-field communication through near-field communication.

16. The method according to claim 14, after the mobile terminal obtains the card binding trigger operation executed by the user, further comprising: During the process that the mobile terminal obtains response information fed back by the target card through near-field communication through near-field communication, display an identification response page; the identification response page includes prompt information for prompting the operations that the user needs to perform during the card binding process.

17. The method according to claim 16, the identification response page includes a cancel control for canceling the interaction through near-field communication.

18. The method according to claim 17, the method further comprising: If an operation of the user on the cancel control is obtained, terminate the process of obtaining card information through near-field communication.

19. The method according to claim 14, after the mobile terminal obtains the card binding trigger operation executed by the user, further comprising: If the mobile terminal does not detect a card with near - field communication function within the first preset duration, display a first abort page; The first abort page contains a prompt message indicating that the card information has not been successfully obtained.

20. The method according to claim 19, wherein the first abort page further includes a first control indicating a process for re - executing the process of obtaining card information by means of near - field communication.

21. The method according to claim 20, the method further comprising: If an operation of the user on the first control is obtained, restart the process of obtaining card information by means of near - field communication.

22. The method according to claim 16, the method further comprising: If the mobile terminal does not detect a card with near - field communication function within the second preset duration, display a prompt message indicating that the card information has not been successfully obtained in the recognition response page.

23. The method according to claim 14, the method further comprising: If the mobile terminal fails to parse the card information of the target card from the response information, display a second abort page; The second abort page includes a prompt message indicating that the card cannot be recognized.

24. The method according to claim 23, the second abort page further includes at least one of a second control indicating a process for starting to obtain card information by a non - near - field communication method and a third control indicating a process for re - executing the process of obtaining card information by means of near - field communication.

25. The method according to claim 14, the method further comprising: If the mobile terminal does not obtain card information by means of near - field communication within the third preset duration, display an add - card page indicating providing card information by a non - near - field communication method.

26. The method according to claim 21, the method further comprising: If the mobile terminal does not obtain card information by means of near - field communication based on the operation of the user on the first control, display an add - card page indicating providing card information by a non - near - field communication method.

27. The method according to any one of claims 25 or 26, the non - near - field communication method includes at least one of a manual input method or a photographing method.

28. The method according to claim 14, after displaying the card information to the card - binding page, further comprising: Obtain an information submission operation performed by the user based on the card - binding page; Based on the information submission operation, send the card information to the server; The server can execute a card - binding process based on the card information.

29. The method according to claim 28, after obtaining the information submission operation performed by the user based on the card - binding page, further comprising: Display a card - binding authorization page; The card - binding authorization page includes the card information; The sending the card information to the server specifically includes: Obtain an authorization confirmation operation performed by the user based on the card - binding authorization page, and send a card - binding request including the card information to the server. ​ ​ Sending the card information to the server specifically includes: Sending the card information and the information of the security verification code to the server.

31. The method according to claim 14, wherein the obtaining the response information fed back by the target card based on the near field communication mode through the near field communication mode based on the card binding trigger operation specifically includes: Sending instruction information through the near field communication mode based on the card binding trigger operation; Obtaining the response information fed back by the target card in response to the instruction information.

32. The method according to claim 14, before parsing the response information by using the first communication protocol information saved in the mobile terminal, further includes: Obtaining the communication protocol information sent by the server; Saving the communication protocol information.

33. The method according to claim 32, before obtaining the communication protocol information sent by the server, further includes: Obtaining the status information of the mobile terminal; Sending a protocol acquisition request to the server based on the status information.

34. A device for obtaining communication protocol information, applied to a mobile terminal, includes: A status acquisition module, configured to obtain the status information of the mobile terminal; A determination module, configured to trigger a process for the server to provide communication protocol information based on the status information; The communication protocol information is the communication protocol information used in the process of the mobile terminal obtaining the card information for binding the card from a target type of card supporting the near field communication function through the near field communication mode; A protocol acquisition module, configured to obtain the communication protocol information fed back by the server according to the process; the communication protocol information includes the communication protocol information that does not exist in the mobile terminal before triggering the process; A protocol storage module, configured to store the communication protocol information fed back by the server, so that the mobile terminal reads the card information of the card to be bound by using the communication protocol information stored locally in the card reader mode.

35. A card binding device based on near field communication, applied to a mobile terminal, includes: A trigger operation acquisition module, configured to obtain a card binding trigger operation executed by a user; A response information acquisition module, configured to obtain the response information fed back by the target card based on the near field communication mode based on the card binding trigger operation; An analysis module, configured to analyze the response information by using the first communication protocol information saved in the mobile terminal to obtain the card information of the target card included in the response information; each communication protocol information saved in the mobile terminal includes the communication protocol information obtained by the method according to claim 1; A display module, configured to display the card information on a card binding page.

36. A computer device includes: At least one processor; And, A memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute to implement the method for acquiring communication protocol information according to any one of claims 1 to 13 or the method for binding a card based on near field communication according to any one of claims 14 to 33.

37. A computer-readable medium having computer-readable instructions stored thereon, the computer-readable instructions being executable by a processor to implement the method for acquiring communication protocol information according to any one of claims 1 to 13 or the method for binding a card based on near field communication according to any one of claims 14 to 33.

Images