Sign-in processing method and device based on near field communication
By deploying near-field communication devices in the target site and obtaining and using links containing preset identifiers and dynamic tokens for check-in processing, the efficiency and security issues of user check-in processing in different environments are solved, and an efficient and secure check-in experience is achieved.
Patent Information
- Application Number
- CN202510264859.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-03-06
- Publication Date
- 2025-04-08
- Estimated Expiration
- 2045-03-06
AI Technical Summary
How to effectively utilize near-field communication technology to realize user check-in processing in different environments, especially when smart devices are popularized and user demands are increasing, it is difficult for the existing technology to provide a unified and efficient solution.
By establishing a near field communication connection with the near field communication device deployed at the target site, a link containing a preset identity and a dynamic token is obtained, and this information is submitted to the server through the target application for check-in processing.
It realizes efficient check-in processing for users in different environments, improves the security and uniqueness of the check-in process, simplifies user operation processes, and improves user experience.
Smart Images

Figure CN119789095A_ABST
Abstract
Description
Technical Field
[0001] This document relates to the field of near field communication technology, and in particular to a sign-in processing method and device based on near field communication. Background Art
[0002] With the continuous development of the Internet and wireless communication technology, contactless communication technology has gradually become one of the main factors to improve user experience. Among them, Near Field Communication (NFC) technology, as a short-range high-frequency wireless communication technology, has gradually been widely used in payment, public transportation and other fields. However, with the popularization of smart devices and the increasing demand of users for convenience, the application scenarios based on near-field communication technology are constantly expanding. How to further provide solutions based on the needs of near-field communication technology in different environments has become a focus of attention in the industry. Summary of the invention
[0003] One or more embodiments of the present specification provide a sign-in processing method based on near field communication, including: establishing a near field communication connection with a near field communication device deployed at a target location. Obtaining a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection. Starting a target application corresponding to the preset identifier, and passing the link to the target application. Submitting the link and the login user information of the target application to a server through the target application for sign-in processing.
[0004] One or more embodiments of the present specification provide another method for processing a check-in based on near field communication, comprising: obtaining a link including a preset identifier and a dynamic token from a server, sending the link to a user terminal that has established a near field communication connection, so that the user terminal cooperates with the server to perform a check-in process, sending a query request to the server, and receiving a check-in result returned by the server after the check-in process.
[0005] One or more embodiments of the present specification provide a near field communication-based sign-in processing device, including: a connection establishment module, configured to establish a near field communication connection with a near field communication device deployed at a target location. A link acquisition module, configured to acquire a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection. An application startup module, configured to start a target application corresponding to the preset identifier and pass the link to the target application. A data submission module, configured to submit the link and the login user information of the target application to a server through the target application for sign-in processing.
[0006] One or more embodiments of the present specification provide another near field communication-based check-in processing device, including: a link acquisition module, configured to acquire a link containing a preset identifier and a dynamic token from a server. A link sending module, configured to send the link to a user terminal that has established a near field communication connection, so that the user terminal cooperates with the server to perform a check-in process. A result receiving module, configured to send a check-in query request to the server, and receive a check-in result returned by the server after the check-in process.
[0007] One or more embodiments of the present specification provide a near field communication-based sign-in processing device, including: a processor; and a memory configured to store computer executable instructions, which, when executed, cause the processor to: establish a near field communication connection with a near field communication device deployed at a target location. Obtain a link containing a preset identifier and a dynamic token from the near field communication device through the near field communication connection. Start a target application corresponding to the preset identifier, and pass the link to the target application. Submit the link and the login user information of the target application to a server through the target application for sign-in processing.
[0008] One or more embodiments of the present specification provide another near field communication-based check-in processing device, including: a processor; and a memory configured to store computer executable instructions, wherein when the computer executable instructions are executed, the processor: obtains a link containing a preset identifier and a dynamic token from a server. Sends the link to a user terminal that has established a near field communication connection, so that the user terminal cooperates with the server to perform a check-in process. Sends a query request to the server, and receives a check-in result returned by the server after the check-in process.
[0009] One or more embodiments of the present specification provide a computer-readable storage medium for storing computer-executable instructions, which implement the following process when executed: establish a near field communication connection with a near field communication device deployed at a target location. Obtain a link containing a preset identifier and a dynamic token from the near field communication device through the near field communication connection. Start a target application corresponding to the preset identifier, and pass the link to the target application. Submit the link and the login user information of the target application to a server through the target application for sign-in processing.
[0010] One or more embodiments of the present specification provide another computer-readable storage medium for storing computer-executable instructions, which implement the following process when executed: obtaining a link containing a preset identifier and a dynamic token from a server. Sending the link to a user terminal that has established a near field communication connection so that the user terminal cooperates with the server to perform a sign-in process. Sending a query request to the server, and receiving a sign-in result returned by the server after the sign-in process. BRIEF DESCRIPTION OF THE DRAWINGS
[0011] In order to more clearly illustrate one or more embodiments of the present specification or the technical solutions in the prior art, the drawings required for use in the embodiments or the prior art descriptions are briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in the present specification. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative labor. Figure 1 A schematic diagram of an implementation environment of a near field communication-based sign-in processing method provided in one or more embodiments of this specification; Figure 2 A processing flow chart of a sign-in processing method based on near field communication provided in one or more embodiments of this specification; Figure 3 A processing flow chart of a check-in processing method based on near field communication applied to a cashier check-in scenario for a merchant member provided in one or more embodiments of this specification; Figure 4 A processing flow chart of a near field communication-based check-in processing method applied to a target location check-in scenario provided by one or more embodiments of this specification; Figure 5 A processing flow chart of another sign-in processing method based on near field communication provided in one or more embodiments of this specification; Figure 6 A schematic diagram of an embodiment of a sign-in processing device based on near field communication provided in one or more embodiments of this specification; Figure 7 A schematic diagram of another embodiment of a near field communication-based check-in processing device provided in one or more embodiments of this specification; Figure 8 A schematic diagram of the structure of a sign-in processing device based on near field communication provided in one or more embodiments of this specification; Fig. 9 A schematic diagram of the structure of another near field communication-based check-in processing device provided for one or more embodiments of this specification. DETAILED DESCRIPTION
[0012] In order to enable those skilled in the art to better understand the technical solutions in one or more embodiments of this specification, the technical solutions in one or more embodiments of this specification will be clearly and completely described below in conjunction with the drawings in one or more embodiments of this specification. Obviously, the described embodiments are only part of the embodiments of this specification, not all of them. Based on one or more embodiments of this specification, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this document.
[0013] The sign-in processing method based on near field communication provided in one or more embodiments of this specification can be applied to the implementation environment of sign-in processing, referring to Figure 1 , the implementation environment at least includes: a near field communication device 101, a user terminal 102 and a server 103; Among them, the near field communication device 101 can be deployed at the target location for check-in processing; The user terminal 102 is installed with a target application. After the user terminal 102 establishes a near field communication connection with the near field communication device 101, the target application cooperates with the server 103 to perform the user's sign-in process. The user terminal 102 may specifically be a mobile phone, a personal computer, a tablet computer, an e-book reader, a device for information interaction based on VR (Virtual Reality), an in-vehicle terminal, an IoT device, a wearable smart device, a laptop portable computer, a desktop computer, etc.; The server 103 is used to cooperate with the user terminal 102 to perform user sign-in processing through the near field communication device 101.
[0014] In this implementation environment, during the process of the user performing a sign-in process based on near field communication, the near field communication device 101 obtains a link including a preset identifier and a dynamic token from the server 103. After the user terminal 102 establishes a near field communication connection with the near field communication device 101 deployed at the target location, the near field communication device 101 sends the link to the user terminal 102 that has established the near field communication connection. Accordingly, the user terminal 102 obtains a link including a preset identifier and a dynamic token from the near field communication device 101 through the near field communication connection, starts a target application corresponding to the preset identifier, and transmits the link to the target application. Finally, the user terminal 102 submits the link and the login user information of the target application to the server 103 through the target application for sign-in processing, thereby realizing the user's sign-in processing based on the near field communication device. Accordingly, after the user terminal 102 performs the sign-in processing, the near field communication device 101 sends a sign-in query request to the server 103, and receives the sign-in result returned by the server 103 after the sign-in processing, thereby realizing the query of the sign-in result of the user's sign-in processing.
[0015] One or more embodiments of a near field communication-based sign-in processing method provided in this specification are as follows: Reference Figure 2 The present embodiment provides a near field communication-based sign-in processing method, which specifically includes steps S202 to S208.
[0016] Step S202: establishing a near field communication connection with a near field communication device deployed at a target location.
[0017] The target place described in this embodiment refers to a place where near-field communication equipment is deployed; specifically, the target place may be a merchant where near-field communication equipment is deployed; the target place may also be a meeting place where near-field communication equipment is deployed. In addition, the target place may also be other places, such as an institution or exhibition place where near-field communication equipment is deployed and participants are required to sign in; another example is a scenic spot where near-field communication equipment is deployed and tourists are required to sign in; another example is a task point where near-field communication equipment is deployed and relevant personnel are required to sign in to participate in the task.
[0018] The near field communication device refers to a device equipped with a near field communication component, and the near field communication device can communicate data with the backend server; specifically, the near field communication device can be a cash register device equipped with a near field communication component, and the near field communication device can also be a check-in device equipped with a near field communication component. In addition, the near field communication device can also be other devices equipped with near field communication components, such as the near field communication device can also be a detection device equipped with a near field communication component. Optionally, the near field communication device includes a cash register device equipped with a near field communication component. Among them, the near field communication component includes a component configured on the user terminal that can connect to other devices for near field communication.
[0019] In specific implementation, during the process of user check-in processing based on near field communication, the user establishes a near field communication connection with a near field communication device deployed at the target location through the user terminal, thereby providing a basis for the subsequent check-in processing process.
[0020] Specifically, in the process of establishing a near-field communication connection with a near-field communication device deployed at the target location, the establishment of the near-field communication connection can be actively initiated by the user terminal, that is: the user terminal calls the near-field communication component to establish the near-field communication connection, and the establishment of the near-field communication connection can also be actively initiated by the near-field communication device, that is: the near-field communication device calls the near-field communication component to establish the near-field communication connection, which is not limited to this in this embodiment.
[0021] On the basis of data communication between the near field communication device and the background server, the near field communication device can further obtain a link. The link can be obtained by requesting the server after the near field communication device establishes a near field communication connection with the user terminal, or it can be actively sent to the near field communication device by the server. The following provides two methods for the near field communication device to obtain the link, and specifically describes the two methods respectively.
[0022] Method 1: In order to enable the near field communication device to update the link in time, or for scenarios where the link needs to be updated frequently, such as in a target location with high traffic or high frequency of use, in order to enable the near field communication device to periodically obtain the link containing the preset identifier and the dynamic token, the near field communication device may obtain the link in a polling manner; in an optional implementation manner provided in this embodiment, the link acquisition method includes: Use polling to send a link acquisition request carrying the device identifier to the server and receive the link returned by the server.
[0023] The device identifier is an identifier used to identify a near field communication device.
[0024] Specifically, the near-field communication device can be configured to send a link acquisition request to the server once at a preset time interval. During each polling, the near-field communication device generates a link acquisition request including a device identifier, and sends a link acquisition request carrying the device identifier to the server. After receiving the link acquisition request, the server generates a new link including a preset identifier and a dynamic token based on the device identifier, and returns the link to the near-field communication device. The near-field communication device receives the link for the next near-field interaction with the user terminal.
[0025] Method 2 for obtaining: In order to improve the response speed so that the near field communication device can immediately obtain the link after establishing the near field communication connection with the user terminal, or for the target place with low usage frequency, in order to initiate the link acquisition request only when it is actually needed to reduce unnecessary network load, the near field communication device can also receive the link returned by the server based on the submitted link acquisition request after establishing the near field communication connection with the user terminal; in an optional implementation manner provided by this embodiment, the link acquisition method includes: After establishing a near field communication connection with the user terminal, a link acquisition request carrying the device identification is sent to the server, and the link returned by the server is received.
[0026] Specifically, after the near-field communication device establishes a near-field communication connection with the user terminal, it generates a link acquisition request including a device identifier and sends the link acquisition request to the server. After receiving the link acquisition request, the server generates a new link including a preset identifier and a dynamic token, and returns the link to the near-field communication device. After receiving the link, the near-field communication device can send the link to the user's user terminal so that the user can perform subsequent sign-in processing.
[0027] In addition, in addition to the two methods of obtaining links for near-field communication devices provided above, near-field communication devices can also obtain links actively sent by the server. Specifically, the server sends a link to the near-field communication device after the previous sign-in process of the near-field communication device is completed, and accordingly, the near-field communication device obtains the link sent by the server; optionally, the server sends a link to the near-field communication device after the previous sign-in process of the near-field communication device is completed.
[0028] For example, if logged-in user A signs in based on the near-field communication device, the sign-in request of logged-in user A is processed and relevant information is recorded. After confirming that the sign-in process is completed, the server generates a new link containing a preset identifier and a dynamic token. The link is unique and has nothing to do with the sign-in request of logged-in user A. The server sends the new link to the near-field communication device. After receiving the link, the near-field communication device prepares for the sign-in request of the next logged-in user.
[0029] Step S204: obtaining a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection.
[0030] During specific implementation, on the basis of establishing a near-field communication connection with a near-field communication device deployed at a target location, a link containing a preset identifier and a dynamic token is obtained from the near-field communication device through the near-field communication connection, so that the obtained link is parsed during subsequent execution to obtain the corresponding preset identifier and dynamic token; specifically, the near-field communication device may pre-acquire a link containing a preset identifier and a dynamic token; the dynamic token contained in the link is used to verify the identity of the user performing the sign-in process on the one hand, and on the other hand, can further improve the security and uniqueness of the sign-in process.
[0031] The preset identifier refers to identification information used for sign-in processing. The preset identifier can be an identifier for identifying and / or starting an application, or it can be address information for identifying and / or starting an application, specifically referring to an identifier and / or address information for identifying and / or starting a target application for sign-in processing; the target application can be an application corresponding to the near-field communication device, or it can be a service subroutine corresponding to the near-field communication device within the application. Optionally, the target application includes an application and / or a service subroutine; here, the application can also be an application of a third party, which is not limited in this embodiment.
[0032] The dynamic token may be a unique identifier assigned by the server when generating a link. Specifically, the dynamic token may be generated by an algorithm or a component. Optionally, the link includes a preset identifier and a dynamic token, and the link is obtained by the near field communication device from the server.
[0033] For example, the link may be a schema link, the format of which is: fixed prefix + dynamic token, where the fixed prefix may be a preset identifier.
[0034] Step S206: start the target application corresponding to the preset identifier, and transmit the link to the target application.
[0035] After obtaining the link containing the preset identifier and the dynamic token from the near-field communication device through the near-field communication connection, in order to correctly identify and start the specified application, the link is parsed based on the obtained link to obtain the preset identifier contained in the link, and then the target application corresponding to the preset identifier is started, and the link is passed to the target application.
[0036] During specific implementation, in order to realize the sign-in processing through the designated application and accurately transmit the acquired link to the target application, thereby ensuring the accuracy of subsequent sign-in processing, based on the link obtained from the near-field communication device, the target application corresponding to the preset identifier contained in the link is started, and the link is transmitted to the target application.
[0037] Specifically, in the process of starting the target application corresponding to the preset identifier, the target application corresponding to the preset identifier can be searched in the user terminal based on the preset identifier. Specifically, the target application corresponding to the preset identifier can be searched in the list of applications installed in the user terminal, and the target application corresponding to the preset identifier found can be started.
[0038] Furthermore, in the process of passing parameters to the target application, specifically, a link containing a preset identifier and a dynamic token can be passed to the target application, or a preset identifier and a dynamic token can be passed to the target application. That is, passing a link to the target application can be replaced by passing a preset identifier and a dynamic token to the target application.
[0039] In the specific execution process, after starting the target application corresponding to the preset identifier and passing a link to the target application, in order to provide an application for sign-in processing that can be applied to different scenarios and / or needs, and to provide a more lightweight application that can perform sign-in processing to improve the response speed, a service subroutine for sign-in processing in the target application can be further entered on the basis of starting the target application, and parameters can be passed to the service subroutine. In an optional implementation manner provided by this embodiment, after passing a link to the target application, the following is also included: Based on the preset identifier, a service subroutine corresponding to the near field communication device is entered, and a link is transmitted to the service subroutine.
[0040] Specifically, on the basis of starting the target application based on the preset identifier, the service subroutine corresponding to the near field communication device in the target application is further entered based on the preset identifier, and the link is passed to the service subroutine to perform subsequent sign-in processing.
[0041] In addition, in order to further improve the response speed and processing capability, and reduce unnecessary resource consumption, for example, in the case of high concurrent requests, submitting the link and login user information through the target application for each sign-in process may cause excessive load. Based on this, in another optional implementation manner provided by this embodiment, after the link is passed to the target application, the following is also included: Entering a service subroutine corresponding to the near field communication device based on a preset identifier, and transmitting a link to the service subroutine; Submit the link and the target application's login user information to the server through the service subroutine for sign-in processing.
[0042] Specifically, on the basis of starting the target application based on the preset identifier, the service subroutine corresponding to the near field communication device in the target application is further entered based on the preset identifier, and the link is passed to the service subroutine, so as to submit the link and the login user information of the target application to the server through the service subroutine, so as to perform subsequent sign-in processing. Optionally, the link and the login user information are submitted to the server through the service subroutine.
[0043] It should be noted that, in addition to the above-mentioned method of launching the target application corresponding to the preset identifier and passing a link to the target application, it is also possible to enter the service subroutine within the target application corresponding to the preset identifier and pass a link to the service subroutine. That is, launching the target application corresponding to the preset identifier and passing a link to the target application can be replaced by: launching the application based on the preset identifier and entering the service subroutine corresponding to the near-field communication device within the application, and passing a link to the service subroutine; accordingly, subsequently submitting the link and the login user information of the target application to the server through the target application for sign-in processing can be replaced by: submitting the link and the login user information of the target application to the server through the service subroutine for sign-in processing.
[0044] Step S208: submitting the link and the login user information of the target application to the server through the target application for sign-in processing.
[0045] During specific implementation, the target application submits a link and the login user information of the target application to the server for sign-in processing. Specifically, after the target application submits a link and the login user information of the target application to the server, the server can perform sign-in processing based on the link and the login user information and obtain the sign-in result, and return the obtained sign-in result. Correspondingly, the sign-in result returned by the server can be obtained.
[0046] Among them, the server can be the server of the application, the server of the service subroutine, or the server of the third-party application; the server can be one server or multiple servers; in the case of multiple servers, the first server can generate a link containing a preset identifier and a dynamic token and send it to the near-field communication device, and receive the link and login user information submitted by the user terminal, and the first server needs to synchronize the device identifier, login user information, dynamic token and other information related to the sign-in process to the second server, and the second server performs the sign-in process and generates the corresponding sign-in result.
[0047] The above-mentioned process of performing the sign-in processing may be a sign-in processing performed by a merchant member of the merchant based on a cash register device. In this case, during the process of the merchant member performing the sign-in processing based on the cash register device, a sign-in relationship between the merchant member and the cash register device needs to be established.
[0048] In the specific implementation process, in order to improve the effectiveness of the merchant's check-in management of merchant members, merchant members can check in based on the cash register device. In this case, in order to improve the accuracy of the check-in processing, a check-in relationship between the merchant member and the cash register device can be established. Optionally, the login user of the target application includes the merchant member of the merchant; the check-in processing includes: establishing a check-in relationship between the merchant member and the cash register device.
[0049] Here, the merchant member may be the merchant owner, the merchant's cashier and / or the merchant's staff, or may also be a merchant member in other merchants who needs to perform a sign-in process; the sign-in relationship may be a cashier sign-in relationship.
[0050] In an optional implementation manner provided by this embodiment, establishing a check-in relationship between a merchant member and a cash register device includes: establishing a cash register check-in relationship between the merchant member and the cash register device based on a binding record between the merchant member and the cash register device.
[0051] Specifically, relevant information of merchant members and / or cash register devices can be obtained from the target application, and based on the binding records of merchant members and cash register devices, a cash register check-in relationship between merchant members and cash register devices can be established. Accordingly, based on the establishment of the cash register check-in relationship, after the merchant member initiates the check-in process, the corresponding check-in processing result can be returned to the merchant member to inform the merchant member of the successful or failed check-in. At the same time, the merchant member's check-in processing result can also be returned to the relevant management personnel of the merchant.
[0052] During the specific implementation process, in the process of establishing a cashier sign-in relationship between a merchant member and a cashier device so that the merchant member can sign in based on the cashier device, in order to improve the merchant member's enthusiasm for signing in based on the target application, a corresponding reward can be issued to the member account of the merchant member who has successfully signed in through the cashier device; an optional implementation method provided by this embodiment also includes: After the cashier check-in relationship is established, the rewards obtained after payment and checkout through the cash register device are distributed to the member account of the merchant member.
[0053] The reward refers to the feedback obtained by the merchant member after completing the preset operation. For example, the reward can be a reward issued to the merchant member's member account after the merchant member performs the check-in process based on the cash register device; the reward can be in the form of virtual resources, such as payment rights for payment in the target application, or exchange rights for redeeming goods in the target application. In addition, the reward can also be other forms of resources, such as funds, which are not limited in this embodiment.
[0054] Specifically, in order to improve the efficiency of merchants in managing the sign-in of merchant members and at the same time enhance the enthusiasm of merchant members to perform sign-in processing based on cash registers, after merchant members establish a sign-in relationship with the cash registers, after merchant members make payments through the cash registers, rewards obtained by merchant members through payment can be issued to their member accounts.
[0055] Further, based on the establishment of the sign-in relationship between the merchant member and the cash register device, the merchant member can perform a sign-in process and obtain a sign-in result of the sign-in process. In an optional implementation manner provided in this embodiment, the sign-in process is implemented in the following manner: Generate a sign-in record including the device identification of the cash register device, the login user information and the dynamic token, and send the sign-in result carrying the sign-in record to the cash register device and the user terminal.
[0056] Specifically, after the merchant member submits the link and the login user information of the target application to the server through the target application, the server receives the link and the login user information, and parses the link to obtain the device identification and dynamic token of the cash register device. Based on this, the server generates a sign-in record based on the obtained device identification, login user information and dynamic token of the cash register device, and sends the sign-in result carrying the sign-in record to the cash register device and the merchant member's user terminal.
[0057] In addition, the above-mentioned check-in process can also be a project check-in process performed by the user at the target location based on a near-field communication device. In this case, during the user's project check-in process based on a near-field communication device, the check-in method for the check-in process can be determined first, and the check-in process can be performed based on the determined check-in method.
[0058] In the specific implementation process, during the sign-in process, on the one hand, by providing the user with a sign-in method that meets the user's needs, the user's operation process is simplified and the user satisfaction is improved. On the other hand, by providing a suitable sign-in method according to the device type, venue type and / or user type of the near field communication device, the adaptability and flexibility of the user's sign-in process are enhanced. In an optional implementation manner provided in this embodiment, the sign-in process includes: The sign-in method is determined according to the device type of the near field communication device, the location type of the target location and / or the user type of the logged-in user, and the sign-in process is performed according to the sign-in method.
[0059] For example, a check-in method suitable for the near field communication device can be determined based on the device type of the near field communication device, such as an NFC device, a QR code scanning device, or other near field communication device, so that the check-in process can be performed according to the check-in method; or, a check-in method suitable for the target venue can be determined based on the venue type of the target venue, such as a conference, exhibition, scenic spot, or other venue that requires check-in, so that the check-in process can be performed according to the check-in method; or, a check-in method suitable for the logged-in user can be determined based on the user type of the logged-in user, such as a participant of a conference and / or exhibition, a tourist at a scenic spot, or other logged-in user who needs to sign in, so that the check-in process can be performed according to the check-in method.
[0060] It should be noted that, in the process of determining the sign-in method, the sign-in method can be determined based on any one or more of the device type of the near-field communication device, the place type of the target place, and the user type of the logged-in user according to actual processing needs; for example, the sign-in method is determined according to the device type of the near-field communication device, the place type of the target place, or the user type of the logged-in user; for another example, the sign-in method is determined according to the device type of the near-field communication device and the place type of the target place, or the sign-in method is determined according to the place type of the target place and the user type of the logged-in user; for another example, the sign-in method is determined according to the device type of the near-field communication device, the place type of the target place, and the user type of the logged-in user, and this embodiment is not limited here.
[0061] In addition, the above process of determining the sign-in method can be combined with other implementation methods to form a new process of determining the sign-in method, or any one or more of the above-mentioned device type based on the near-field communication device, the place type of the target place, and the user type of the logged-in user can be combined with other implementation methods to form a new process of determining the sign-in method; for example, the sign-in method is determined according to the place type of the target place and the location area type of the logged-in user, which is not limited in this embodiment.
[0062] Optionally, the sign-in method includes at least one of the following: user sign-in processing of the logged-in user for the near-field communication device, location sign-in processing or venue sign-in processing of the logged-in user at the target location, and project sign-in processing of the target location or project corresponding to the near-field communication device for the logged-in user.
[0063] In this regard, the above-mentioned process of determining the sign-in method and performing the sign-in process can be replaced by: according to the device type of the near-field communication device, the place type of the target place and / or the user type of the logged-in user, determining the sign-in method is to perform user sign-in processing of the logged-in user for the near-field communication device, perform location sign-in processing or place sign-in processing of the logged-in user at the target place, and / or, perform project sign-in processing for the target place or the project corresponding to the near-field communication device for the logged-in user, and perform the sign-in processing according to the sign-in method.
[0064] It should be noted that, during the sign-in process, any one, any two, or all of the above-mentioned sign-in methods can be selected as the sign-in method for the sign-in process according to the actual processing needs; or, any one, any two, or all of the above-mentioned sign-in methods can be combined with other implementation methods to form a new sign-in method according to the actual processing needs, which is not limited in this embodiment.
[0065] Further, based on determining the sign-in method according to the device type of the near field communication device, the location type of the target location and / or the user type of the logged-in user, the user can perform a sign-in process according to the sign-in method and obtain a sign-in result of the sign-in process. In an optional implementation manner provided in this embodiment, the sign-in process is implemented in the following manner: Generate a sign-in record including the device identification of the near field communication device, the login user information and the dynamic token, and send a sign-in result carrying the sign-in record to the near field communication device and the user terminal.
[0066] Specifically, after the user submits the link and the login user information of the target application to the server through the target application, the server receives the link and the login user information, and parses the link to obtain the device identification and dynamic token of the near-field communication device. Based on this, the server generates a sign-in record based on the obtained device identification, login user information and dynamic token of the near-field communication device, and sends the sign-in result carrying the sign-in record to the near-field communication device and the user terminal.
[0067] As described above, in order to provide an application program that can be applied to different scenarios and / or needs for sign-in processing, it is possible to further enter the service subroutine corresponding to the near-field communication device in the target application based on a preset identifier on the basis of starting the target application, and pass a link to the service subroutine, that is, it is also possible to submit the link and the login user information of the target application to the server through the service subroutine for sign-in processing; based on this, submitting the link and the login user information of the target application to the server through the target application can be replaced by: submitting the link and the login user information of the target application to the server through the service subroutine.
[0068] To summarize, the near field communication-based sign-in processing method provided in this embodiment, in the process of the user's sign-in processing based on near field communication, first establishes a near field communication connection with the near field communication device deployed at the target place to provide a basis for the subsequent sign-in processing process, and secondly, in order to improve the security and uniqueness of the sign-in processing process, further obtains a link containing a preset identifier and a dynamic token from the near field communication device through the near field communication connection, so that the obtained link is parsed in the subsequent execution process to obtain the corresponding preset identifier and dynamic token, and then in order to realize the sign-in processing through the specified application, based on the link obtained from the near field communication device, the target application corresponding to the preset identifier contained in the link is started, and the link is transmitted to the target application to ensure the accuracy of the subsequent sign-in processing, and finally, on the basis of starting the target application and transmitting the link to the target application, the link and the login user information of the target application are submitted to the server through the target application to perform the sign-in processing, thereby realizing the user's sign-in processing based on the near field communication device.
[0069] It should be noted that, considering that the user's login user information and other related data involved in this specification may belong to the user's privacy to a certain extent, if you want to collect or transmit related data such as login user information, you can obtain the user's authorization before collecting or transmitting the data, so that the operation of collecting or transmitting data complies with relevant data management regulations. For example, the user can authorize the data when starting the target application; the specific method of data authorization can be to send a data authorization reminder to the user, and the user can obtain data authorization after confirming the reminder through an instruction, or the method of data authorization can also be to obtain data collection or data transmission authorization by signing a data authorization agreement, which is not limited to this in this embodiment.
[0070] The following takes the application of a sign-in processing method based on near field communication provided in this embodiment in a cashier sign-in scenario of a merchant member as an example, combined with Figure 3 , the check-in processing method based on near field communication provided in this embodiment is further described, see Figure 3 , a check-in processing method based on near field communication applied to a merchant member check-in scenario, specifically includes the following steps.
[0071] Step S302: Establish a near field communication connection with a cash register device deployed by the merchant.
[0072] Step S310, obtaining a link including a preset identifier and a dynamic token sent by the cash register device.
[0073] Step S312: start the target application corresponding to the preset identifier.
[0074] Step S314: Incoming link to target application.
[0075] Step S316: submit the link and the login user information of the target application to the server through the target application.
[0076] Step S318: establishing a cashier sign-in relationship between the merchant member and the cashier device based on the binding record between the merchant member and the cashier device.
[0077] The above-mentioned steps S302 and S310 to S318 provided in this embodiment are executed by the user terminal. It should be noted that the above-mentioned steps S302 and S310 to S318 executed by the user terminal and the steps S304 to S308 and S320 to S322 executed by the near field communication device in the following embodiment can cooperate with each other during the execution process. Therefore, when reading this embodiment, please refer to the corresponding contents of steps S304 to S308 and S320 to S322 provided in the following method embodiment, and when reading the following method embodiment, please refer to the corresponding contents of steps S302 and S310 to S318 provided in this embodiment.
[0078] It should be noted that any one or any combination of steps in step S302, step S310 to step S318 can be combined with any one or any combination of steps in the above steps S202 to step S208 to form a new implementation method according to the needs of implementation deployment; in addition, according to the needs of actual deployment, any one or any combination of technical features in steps S302, steps S310 to step S318 can be selected and combined with any one or more technical features provided in the above steps S202 to step S208 to form a new implementation method; or, any one or any combination of technical features in steps S302, steps S310 to step S318 can be replaced with any one or more technical features provided in the above steps S202 to step S208 to form a new implementation method according to the needs of actual deployment, which will not be repeated here.
[0079] The following takes the application of a check-in processing method based on near field communication provided in this embodiment in a check-in scenario of a target place as an example to further illustrate the check-in processing method based on near field communication provided in this embodiment. Figure 4 , a sign-in processing method based on near field communication applied to a target place sign-in scenario specifically includes the following steps.
[0080] Step S402: establishing a near field communication connection with a near field communication device deployed at a target location.
[0081] Step S410: obtaining a link including a preset identifier and a dynamic token sent by a near field communication device.
[0082] Step S412: start the target application corresponding to the preset identifier.
[0083] Step S414: Incoming the link to the target application.
[0084] Step S416: submit the link and the login user information of the target application to the server through the target application.
[0085] Step S418: Perform project sign-in processing for the project corresponding to the near field communication device for the user.
[0086] The above-mentioned steps S402 and S410 to S418 provided in this embodiment are executed by the user terminal. It should be noted that the above-mentioned steps S402 and S410 to S418 executed by the user terminal and the steps S404 to S408 and S420 to S422 executed by the near field communication device in the following embodiment can cooperate with each other during the execution process. Therefore, when reading this embodiment, please refer to the corresponding contents of steps S404 to S408 and S420 to S422 provided in the following method embodiment, and when reading the following method embodiment, please refer to the corresponding contents of steps S402 and S410 to S418 provided in this embodiment.
[0087] It should be noted that any one or any combination of steps in step S402, step S410 to step S418 can be combined with any one or any combination of steps in the above steps S202 to step S208 to form a new implementation method according to the needs of implementation deployment; in addition, according to the needs of actual deployment, any one or any combination of technical features in steps S402, steps S410 to step S418 can be selected and combined with any one or more technical features provided by the above steps S202 to step S208 to form a new implementation method; or, any one or any combination of technical features in steps S402, steps S410 to step S418 can be replaced with any one or more technical features provided by the above steps S202 to step S208 to form a new implementation method according to the needs of actual deployment, which will not be repeated here.
[0088] One or more embodiments of another near field communication-based check-in processing method provided in this specification are as follows: Reference Figure 5 The check-in processing method based on near field communication provided in this embodiment is applied to a near field communication device, and the method specifically includes steps S502 to S506.
[0089] Step S502: Obtain a link including a preset identifier and a dynamic token from a server.
[0090] The near field communication device described in this embodiment refers to a device equipped with a near field communication component, and the near field communication device can communicate data with the backend server; specifically, the near field communication device can be a cash register device equipped with a near field communication component, and the near field communication device can also be a check-in device equipped with a near field communication component. In addition, the near field communication device can also be other devices equipped with near field communication components, such as the near field communication device can also be a detection device equipped with a near field communication component. Optionally, the near field communication device includes a cash register device of a merchant equipped with a near field communication component; the near field communication device is deployed at a target location. Among them, the near field communication component includes a component configured on a user terminal that can connect to other devices for near field communication.
[0091] Among them, the target place refers to the place where the near-field communication equipment is deployed; specifically, the target place can be a merchant where the near-field communication equipment is deployed, and the target place can also be a conference place where the near-field communication equipment is deployed. In addition, the target place can also be other places, such as the target place can also be an institution or exhibition place where the near-field communication equipment is deployed and the participants need to sign in, and the target place can also be a scenic spot where the near-field communication equipment is deployed and the tourists need to sign in, and the target place can also be a task point where the near-field communication equipment is deployed and the relevant personnel need to sign in to participate in the task.
[0092] During specific implementation, in order to improve the security and uniqueness of the sign-in process, a link containing a preset identifier and a dynamic token is obtained from the server; specifically, the link containing the preset identifier and the dynamic token can be obtained from the server after the user terminal establishes a near-field communication connection with the near-field communication device deployed at the target location, or the link containing the preset identifier and the dynamic token can be obtained from the server before the user terminal establishes a near-field communication connection with the near-field communication device deployed at the target location. This embodiment is not limited here.
[0093] Specifically, in the process of a user terminal establishing a near-field communication connection with a near-field communication device deployed at a target location, the establishment of the near-field communication connection may be actively initiated by the user terminal, that is, the user terminal calls a near-field communication component to establish a near-field communication connection, and the establishment of the near-field communication connection may also be actively initiated by the near-field communication device, that is, the near-field communication device calls a near-field communication component to establish a near-field communication connection, which is not limited in this embodiment.
[0094] The preset identifier refers to identification information used for sign-in processing. The preset identifier can be an identifier for identifying and / or starting an application, or it can be address information for identifying and / or starting an application, specifically referring to an identifier and / or address information for identifying and / or starting a target application for sign-in processing; the target application can be an application corresponding to the near-field communication device, or it can be a service subroutine corresponding to the near-field communication device within the application. Optionally, the target application includes an application and / or a service subroutine; here, the application can also be an application of a third party, which is not limited in this embodiment.
[0095] The dynamic token may be a unique identifier assigned by the server when generating a link. Specifically, the dynamic token may be generated by an algorithm or a component. Optionally, the link includes a preset identifier and a dynamic token, and the link is obtained by the near field communication device from the server.
[0096] For example, the link may be a schema link, the format of which is: fixed prefix + dynamic token, where the fixed prefix may be a preset identifier.
[0097] The following provides three ways to obtain the link and explains each method in detail.
[0098] Method 1: In order to timely update the link, or for scenarios where the link needs to be updated frequently, such as in a target location with high traffic or high frequency of use, in order to periodically obtain the link containing the preset identifier and the dynamic token, a polling method may be used to obtain the link; in an optional implementation manner provided by this embodiment, obtaining the link containing the preset identifier and the dynamic token from the server includes: Use polling to send a link acquisition request carrying the device identifier to the server and receive the link returned by the server.
[0099] The device identifier is an identifier used to identify a near field communication device.
[0100] Specifically, a link acquisition request can be sent to the server once at a preset time interval. During each polling, a link acquisition request containing a device identifier is generated, and the link acquisition request carrying the device identifier is sent to the server. After receiving the link acquisition request, the server generates a new link containing a preset identifier and a dynamic token according to the device identifier and returns it. Based on this, a link containing a preset identifier and a dynamic token can be obtained from the server.
[0101] Method 2 for obtaining: In order to improve the response speed so as to obtain the link immediately after establishing the near field communication connection with the user terminal, or for the target place with low usage frequency, in order to initiate the link acquisition request only when it is actually needed to reduce unnecessary network load, the link returned by the server can be received based on the submitted link acquisition request after establishing the near field communication connection with the user terminal; in an optional implementation manner provided by this embodiment, obtaining the link including the preset identifier and the dynamic token from the server includes: After establishing a near field communication connection with the user terminal, a link acquisition request carrying the device identification is sent to the server, and the link returned by the server is received.
[0102] Specifically, after establishing a near-field communication connection with the user terminal, a link acquisition request containing a device identifier is generated and sent to the server. After receiving the link acquisition request, the server generates a new link containing a preset identifier and a dynamic token and returns it. Based on this, a link containing a preset identifier and a dynamic token can be obtained from the server.
[0103] Obtaining method three: In addition to the above-mentioned requesting the server to obtain a link after establishing a near field communication connection with the user terminal, a link actively sent by the server may also be obtained. For example, in a high-frequency sign-in scenario, the server may send a link after the previous sign-in process is completed, and accordingly, the link sent by the server may be received. In an optional implementation manner provided by this embodiment, obtaining a link including a preset identifier and a dynamic token from the server includes: Receive the link sent by the server after the previous sign-in process of the near-field pass device is completed.
[0104] For example, logged-in user A completes the sign-in, processes the sign-in request of logged-in user A and records relevant information. After confirming that the sign-in process is completed, the server generates a new link containing a preset identifier and a dynamic token. The link is unique and has nothing to do with the sign-in request of logged-in user A. The server sends the new link to the near-field communication device. After receiving the link, the near-field communication device prepares for the sign-in request of the next logged-in user.
[0105] Step S504: sending the link to the user terminal that has established the near field communication connection, so that the user terminal cooperates with the server to perform a sign-in process.
[0106] In specific implementation, based on obtaining a link containing a preset identifier and a dynamic token from the server, a link is further sent to a user terminal that establishes a near-field communication connection so that the user terminal cooperates with the server to perform a sign-in process; accordingly, the user terminal receives a link containing a preset identifier and a dynamic token.
[0107] Specifically, in the process of the user terminal cooperating with the server to perform the sign-in process, the user terminal first receives a link containing a preset identifier and a dynamic token, and after receiving the link, parses the obtained link to obtain the corresponding preset identifier and dynamic token, and then starts the target application corresponding to the preset identifier, and transmits the link to the target application, and finally submits the link and the login user information of the target application to the server through the target application for sign-in processing.
[0108] Among them, the server can be the server of the application, the server of the service subroutine, or the server of the third-party application; the server can be one server or multiple servers; in the case of multiple servers, the first server can generate a link containing a preset identifier and a dynamic token and send it to the near-field communication device, and receive the link and login user information submitted by the user terminal, and the first server needs to synchronize the device identifier, login user information, dynamic token and other information related to the sign-in process to the second server, and the second server performs the sign-in process and generates the corresponding sign-in result.
[0109] The above-mentioned process of the user terminal and the server cooperating to perform the check-in process may be the check-in process performed by the merchant members of the merchant based on the cash register device. In this case, during the check-in process performed by the merchant members based on the cash register device, a check-in relationship needs to be established between the merchant members and the cash register device.
[0110] In the specific implementation process, in order to improve the effectiveness of the merchant's check-in management of merchant members, merchant members can check in based on the cash register device. In this case, in order to improve the accuracy of the check-in processing, a check-in relationship between the merchant member and the cash register device can be established. Optionally, the login user of the target application includes the merchant member of the merchant; the check-in processing includes: establishing a check-in relationship between the merchant member and the cash register device.
[0111] Here, the merchant member may be the merchant owner, the merchant's cashier and / or the merchant's staff, or may also be a merchant member in other merchants who needs to perform a sign-in process; the sign-in relationship may be a cashier sign-in relationship.
[0112] In an optional implementation manner provided by this embodiment, establishing a check-in relationship between a merchant member and a cash register device includes: establishing a cash register check-in relationship between the merchant member and the cash register device based on a binding record between the merchant member and the cash register device.
[0113] Specifically, relevant information of merchant members and / or cash register devices can be obtained from the target application, and based on the binding records of merchant members and cash register devices, a cash register check-in relationship between merchant members and cash register devices can be established. Accordingly, based on the establishment of the cash register check-in relationship, after the merchant member initiates the check-in process, the corresponding check-in processing result can be returned to the merchant member to inform the merchant member of the successful or failed check-in. At the same time, the merchant member's check-in processing result can also be returned to the relevant management personnel of the merchant.
[0114] During the specific implementation process, in the process of establishing a cashier sign-in relationship between a merchant member and a cashier device so that the merchant member can sign in based on the cashier device, in order to improve the merchant member's enthusiasm for signing in based on the target application, a corresponding reward can be issued to the member account of the merchant member who has successfully signed in through the cashier device; an optional implementation method provided by this embodiment also includes: After the cashier check-in relationship is established, the rewards obtained after payment and checkout through the cash register device are distributed to the member account of the merchant member.
[0115] The reward refers to the feedback obtained by the merchant member after completing the preset operation. For example, the reward can be a reward issued to the merchant member's member account after the merchant member performs the check-in process based on the cash register device; the reward can be in the form of virtual resources, such as payment rights for payment in the target application, or exchange rights for redeeming goods in the target application. In addition, the reward can also be other forms of resources, such as funds, which are not limited in this embodiment.
[0116] Specifically, in order to improve the efficiency of merchants in managing the sign-in of merchant members and at the same time enhance the enthusiasm of merchant members to perform sign-in processing based on cash registers, after merchant members establish a sign-in relationship with the cash registers, after merchant members make payments through the cash registers, rewards obtained by merchant members through payment can be issued to their member accounts.
[0117] Further, based on the establishment of the sign-in relationship between the merchant member and the cash register device, the merchant member can perform a sign-in process and obtain a sign-in result of the sign-in process. In an optional implementation manner provided in this embodiment, the sign-in process is implemented in the following manner: Generate a sign-in record including the device identification of the cash register device, the login user information and the dynamic token, and send the sign-in result carrying the sign-in record to the cash register device and the user terminal.
[0118] Specifically, after the merchant member submits the link and the login user information of the target application to the server through the target application, the server receives the link and the login user information, and parses the link to obtain the device identification and dynamic token of the cash register device. Based on this, the server generates a corresponding sign-in record based on the acquired device identification, login user information and dynamic token of the cash register device, and sends the sign-in result carrying the sign-in record to the cash register device and the merchant member's user terminal.
[0119] In addition, the process of the above-mentioned user terminal and the server cooperating to perform check-in processing can also be a project check-in processing performed by the user based on a near-field communication device. In this case, during the process of the user performing a project check-in processing based on a near-field communication device, the check-in method for the check-in processing can be determined first, and the check-in processing can be performed based on the determined check-in method.
[0120] In the specific implementation process, during the sign-in process, on the one hand, by providing the user with a sign-in method that meets the user's needs, the user's operation process is simplified and the user satisfaction is improved. On the other hand, by providing a suitable sign-in method according to the device type, venue type and / or user type of the near field communication device, the adaptability and flexibility of the user's sign-in process are enhanced. In an optional implementation manner provided in this embodiment, the sign-in process includes: The sign-in method is determined according to the device type of the near field communication device, the location type of the target location and / or the user type of the logged-in user, and the sign-in process is performed according to the sign-in method.
[0121] For example, a check-in method suitable for the near field communication device can be determined based on the device type of the near field communication device, such as an NFC device, a QR code scanning device, or other near field communication device, so that the check-in process can be performed according to the check-in method; or, a check-in method suitable for the target venue can be determined based on the venue type of the target venue, such as a conference, exhibition, scenic spot, or other venue that requires check-in, so that the check-in process can be performed according to the check-in method; or, a check-in method suitable for the logged-in user can be determined based on the user type of the logged-in user, such as a participant of a conference and / or exhibition, a tourist at a scenic spot, or other logged-in user who needs to sign in, so that the check-in process can be performed according to the check-in method.
[0122] It should be noted that, in the process of determining the sign-in method, the sign-in method can be determined based on any one or more of the device type of the near-field communication device, the place type of the target place, and the user type of the logged-in user according to actual processing needs; for example, the sign-in method is determined according to the device type of the near-field communication device, the place type of the target place, or the user type of the logged-in user; for another example, the sign-in method is determined according to the device type of the near-field communication device and the place type of the target place, or the sign-in method is determined according to the place type of the target place and the user type of the logged-in user; for another example, the sign-in method is determined according to the device type of the near-field communication device, the place type of the target place, and the user type of the logged-in user, and this embodiment is not limited here.
[0123] In addition, the above process of determining the sign-in method can be combined with other implementation methods to form a new process of determining the sign-in method, or any one or more of the above-mentioned device type based on the near-field communication device, the place type of the target place, and the user type of the logged-in user can be combined with other implementation methods to form a new process of determining the sign-in method; for example, the sign-in method is determined according to the place type of the target place and the location area type of the logged-in user, which is not limited in this embodiment.
[0124] Optionally, the sign-in method includes at least one of the following: user sign-in processing of the logged-in user for the near-field communication device, location sign-in processing or venue sign-in processing of the logged-in user at the target location, and project sign-in processing of the target location or project corresponding to the near-field communication device for the logged-in user.
[0125] In this regard, the above-mentioned process of determining the sign-in method and performing the sign-in process can be replaced by: according to the device type of the near-field communication device, the place type of the target place and / or the user type of the logged-in user, determining the sign-in method is to perform user sign-in processing of the logged-in user for the near-field communication device, perform location sign-in processing or place sign-in processing of the logged-in user at the target place, and / or, perform project sign-in processing for the target place or the project corresponding to the near-field communication device for the logged-in user, and perform the sign-in processing according to the sign-in method.
[0126] It should be noted that, during the sign-in process, any one, any two, or all of the above-mentioned sign-in methods can be selected as the sign-in method for the sign-in process according to the actual processing needs; or, any one, any two, or all of the above-mentioned sign-in methods can be combined with other implementation methods to form a new sign-in method according to the actual processing needs, which is not limited in this embodiment.
[0127] Further, based on determining the sign-in method according to the device type of the near field communication device, the location type of the target location and / or the user type of the logged-in user, the sign-in process is performed according to the sign-in method. In an optional implementation manner provided by this embodiment, the sign-in process is implemented in the following manner: Generate a sign-in record including the device identification of the near field communication device, the login user information and the dynamic token, and send a sign-in result carrying the sign-in record to the near field communication device and the user terminal.
[0128] Specifically, after the target application submits the link and the login user information of the target application to the server, the server receives the link and the login user information, and parses the link to obtain the device identification and dynamic token of the near-field communication device. Based on this, the server generates a corresponding sign-in record based on the acquired device identification, login user information and dynamic token of the near-field communication device, and sends the sign-in result carrying the sign-in record to the near-field communication device and the user terminal.
[0129] Step S506, sending a check-in query request to the server, and receiving a check-in result returned by the server after the check-in process.
[0130] In actual applications, after the user completes the sign-in process based on near field communication at the target location through the user terminal, the sign-in result after the sign-in process can be returned accordingly to inform the user whether the sign-in is successful or failed.
[0131] During specific implementation, in order to obtain the sign-in result of the user's sign-in processing based on near-field communication, the above-mentioned user sends a sign-in query request to the server after the sign-in processing is performed based on the user terminal, and accordingly, the sign-in result returned by the receiving server after the sign-in processing is performed; specifically, the sign-in query request may include the user's login user information, device identification, preset identification and / or dynamic token; the sign-in result may include the sign-in status (sign-in successful or sign-in failed), sign-in time and / or sign-in location, and may also include other information related to the sign-in processing, which is not limited in this embodiment.
[0132] To summarize, the sign-in processing method based on near field communication provided in the present embodiment, in the process of user sign-in processing based on near field communication, in order to improve the security and uniqueness of the sign-in processing process, first obtains a link containing a preset identifier and a dynamic token from the server, and on the basis of obtaining the link containing the preset identifier and the dynamic token from the server, further sends the link to the user terminal that establishes the near field communication connection, so that the user terminal and the server cooperate to perform the sign-in processing; thereafter, in order to obtain the sign-in result of the user's sign-in processing based on near field communication, further after the user performs the sign-in processing based on the user terminal, a sign-in query request is sent to the server, and the sign-in result returned by the server after the sign-in processing is received, thereby realizing the user's sign-in based on the near field communication device and the query and reception of the sign-in result.
[0133] The following takes the application of a sign-in processing method based on near field communication provided in this embodiment in a cashier sign-in scenario of a merchant member as an example, combined with Figure 3 , the check-in processing method based on near field communication provided in this embodiment is further described, see Figure 3 , a check-in processing method based on near field communication applied to a merchant member check-in scenario, specifically includes the following steps.
[0134] Step S304: sending a link acquisition request carrying the device identification of the cash register device to the server in a polling manner.
[0135] Step S306, obtaining a link including a preset identifier and a dynamic token from the server.
[0136] Step S308: Send a link to the user terminal that establishes the near field communication connection.
[0137] Step S320: Send a check-in query request to the server.
[0138] After that, the server performs the sign-in process and obtains the sign-in result, and sends the sign-in result to the cash register device.
[0139] Step S322, obtaining the sign-in result returned by the server after the sign-in process.
[0140] It should be noted that any one or any combination of steps in steps S304 to S308 and steps S320 to S322 can be combined with any one or any combination of steps S502 to S506 to form a new implementation method according to the needs of implementation deployment; in addition, according to the needs of actual deployment, any one or any combination of technical features in steps S304 to S308 and steps S320 to S322 can be selected and combined with any one or more technical features provided in steps S502 to S506 to form a new implementation method; or, any one or any combination of technical features in steps S304 to S308 and steps S320 to S322 can be replaced with any one or more technical features provided in steps S502 to S506 to form a new implementation method according to the needs of actual deployment, which will not be repeated here.
[0141] The following takes the application of a check-in processing method based on near field communication provided in this embodiment in a check-in scenario of a target place as an example to further illustrate the check-in processing method based on near field communication provided in this embodiment. Figure 4 , a sign-in processing method based on near field communication applied to a target place sign-in scenario specifically includes the following steps.
[0142] Step S404: Send a link acquisition request carrying the device identification of the near field communication device to the server.
[0143] Step S406, obtaining a link including a preset identifier and a dynamic token from the server.
[0144] Step S408: Send a link to the user terminal that establishes the near field communication connection.
[0145] Step S420: Send a check-in query request to the server.
[0146] After that, the server obtains the sign-in result and sends it to the cash register device.
[0147] Step S422, obtaining the sign-in result returned by the server after the sign-in process.
[0148] It should be noted that any one or any combination of steps in steps S404 to S408 and steps S420 to S422 can be combined with any one or any combination of steps S502 to S506 to form a new implementation method according to the needs of implementation deployment; in addition, according to the needs of actual deployment, any one or any combination of technical features in steps S404 to S408 and steps S420 to S422 can be selected and combined with any one or more technical features provided in steps S502 to S506 to form a new implementation method; or, any one or any combination of technical features in steps S404 to S408 and steps S420 to S422 can be replaced with any one or more technical features provided in steps S502 to S506 to form a new implementation method according to the needs of actual deployment, which will not be elaborated here.
[0149] An embodiment of a sign-in processing device based on near field communication provided in this specification is as follows: In the above-mentioned embodiment, a sign-in processing method based on near field communication is provided, and correspondingly, a sign-in processing device based on near field communication is also provided, which is described below with reference to the accompanying drawings.
[0150] Reference Figure 6 , which shows a schematic diagram of an embodiment of a sign-in processing device based on near field communication provided in this embodiment.
[0151] Since the device embodiment corresponds to the method embodiment, the description is relatively simple, and the relevant parts can refer to the corresponding description of the method embodiment provided above. The device embodiment described below is only illustrative.
[0152] This embodiment provides a near field communication-based sign-in processing device, the device comprising: A connection establishing module 602 is configured to establish a near field communication connection with a near field communication device deployed at a target location; A link acquisition module 604 is configured to acquire a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection; An application starting module 606 is configured to start a target application corresponding to the preset identifier and transmit the link to the target application; The data submission module 608 is configured to submit the link and the login user information of the target application to the server through the target application for sign-in processing.
[0153] Another embodiment of a check-in processing device based on near field communication provided in this specification is as follows: In the above-mentioned embodiment, another sign-in processing method based on near field communication is provided. Correspondingly, another sign-in processing device based on near field communication is also provided, which will be described below with reference to the accompanying drawings.
[0154] Reference Figure 7 , which shows a schematic diagram of another embodiment of a sign-in processing device based on near field communication provided in this embodiment.
[0155] Since the device embodiment corresponds to the method embodiment, the description is relatively simple, and the relevant parts can refer to the corresponding description of the method embodiment provided above. The device embodiment described below is only illustrative.
[0156] This embodiment provides a near field communication-based sign-in processing device, the device comprising: The link acquisition module 702 is configured to acquire a link including a preset identifier and a dynamic token from a server; The link sending module 704 is configured to send the link to the user terminal that has established the near field communication connection, so that the user terminal cooperates with the server to perform the sign-in process; The result receiving module 706 is configured to send a check-in query request to the server and receive a check-in result returned by the server after the check-in process.
[0157] An embodiment of a sign-in processing device based on near field communication provided in this specification is as follows: Corresponding to the above-described method for processing a check-in based on near field communication, based on the same technical concept, one or more embodiments of this specification further provide a device for processing a check-in based on near field communication, and the device for processing a check-in based on near field communication is used to execute the above-described method for processing a check-in based on near field communication. Figure 8 A schematic diagram of the structure of a sign-in processing device based on near field communication provided in one or more embodiments of this specification.
[0158] This embodiment provides a near field communication-based sign-in processing device, including: like Figure 8As shown, the sign-in processing device based on near field communication may have relatively large differences due to different configurations or performances, and may include one or more processors 801 and memory 802, and the memory 802 may store one or more storage applications or data. Among them, the memory 802 may be a short-term storage or a persistent storage. The application stored in the memory 802 may include one or more modules (not shown in the figure), and each module may include a series of computer executable instructions in the sign-in processing device based on near field communication. Furthermore, the processor 801 may be configured to communicate with the memory 802, and execute a series of computer executable instructions in the memory 802 on the sign-in processing device based on near field communication. The sign-in processing device based on near field communication may also include one or more power supplies 803, one or more wired or wireless network interfaces 804, one or more input / output interfaces 805, one or more keyboards 806, etc.
[0159] In a specific embodiment, the near field communication based check-in processing device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer executable instructions for the near field communication based check-in processing device, and the one or more programs are configured to be executed by one or more processors, including computer executable instructions for performing the following: Establishing a near field communication connection with a near field communication device deployed at a target location; Obtaining a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection; Starting a target application corresponding to the preset identifier and transmitting the link to the target application; The link and the login user information of the target application are submitted to the server through the target application to perform a sign-in process.
[0160] Another embodiment of a check-in processing device based on near field communication provided in this specification is as follows: Corresponding to the another sign-in processing method based on near field communication described above, based on the same technical concept, one or more embodiments of this specification also provide another sign-in processing device based on near field communication, and the sign-in processing device based on near field communication is used to execute the another sign-in processing method based on near field communication provided above, Fig. 9 A schematic diagram of the structure of another near field communication-based check-in processing device provided for one or more embodiments of this specification.
[0161] This embodiment provides a near field communication-based sign-in processing device, including: like Fig. 9 As shown, the sign-in processing device based on near field communication may have relatively large differences due to different configurations or performances, and may include one or more processors 901 and memory 902, and the memory 902 may store one or more storage applications or data. Among them, the memory 902 may be a short-term storage or a persistent storage. The application stored in the memory 902 may include one or more modules (not shown in the figure), and each module may include a series of computer executable instructions in the sign-in processing device based on near field communication. Furthermore, the processor 901 may be configured to communicate with the memory 902, and execute a series of computer executable instructions in the memory 902 on the sign-in processing device based on near field communication. The sign-in processing device based on near field communication may also include one or more power supplies 903, one or more wired or wireless network interfaces 904, one or more input / output interfaces 905, one or more keyboards 906, etc.
[0162] In a specific embodiment, the near field communication based check-in processing device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer executable instructions for the near field communication based check-in processing device, and the one or more programs are configured to be executed by one or more processors, including computer executable instructions for performing the following: Get a link containing a preset identifier and a dynamic token from the server; Sending the link to a user terminal that has established a near field communication connection, so that the user terminal cooperates with the server to perform a sign-in process; Send a check-in query request to the server, and receive the check-in result returned by the server after the check-in process.
[0163] An embodiment of a computer-readable storage medium provided in this specification is as follows: Corresponding to the above-described method for processing a check-in based on near field communication, based on the same technical concept, one or more embodiments of this specification further provide a computer-readable storage medium.
[0164] The computer-readable storage medium provided in this embodiment is used to store computer-executable instructions, and the computer-executable instructions implement the following process when executed: Establishing a near field communication connection with a near field communication device deployed at a target location; Obtaining a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection; Starting a target application corresponding to the preset identifier and transmitting the link to the target application; The link and the login user information of the target application are submitted to the server through the target application to perform a sign-in process.
[0165] It should be noted that an embodiment of a computer-readable storage medium in this specification and an embodiment of a check-in processing method based on near field communication in this specification are based on the same inventive concept, so the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.
[0166] Another computer-readable storage medium embodiment provided in this specification is as follows: Corresponding to the another sign-in processing method based on near field communication described above, based on the same technical concept, one or more embodiments of this specification also provide another computer-readable storage medium.
[0167] The computer-readable storage medium provided in this embodiment is used to store computer-executable instructions, and the computer-executable instructions implement the following process when executed: Get a link containing a preset identifier and a dynamic token from the server; Sending the link to a user terminal that has established a near field communication connection, so that the user terminal cooperates with the server to perform a sign-in process; Send a check-in query request to the server, and receive the check-in result returned by the server after the check-in process.
[0168] It should be noted that an embodiment of another computer-readable storage medium in this specification and an embodiment of another check-in processing method based on near field communication in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.
[0169] An embodiment of a computer program product provided in this specification is as follows: Corresponding to the above-described method for processing a check-in based on near field communication, based on the same technical concept, one or more embodiments of this specification also provide a computer program product.
[0170] A computer program product, comprising a computer program / instruction, which, when executed by a processor, implements the following steps: Establishing a near field communication connection with a near field communication device deployed at a target location; Obtaining a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection; Starting a target application corresponding to the preset identifier and transmitting the link to the target application; The link and the login user information of the target application are submitted to the server through the target application to perform a sign-in process.
[0171] It should be noted that an embodiment of a computer program product in this specification and an embodiment of a check-in processing method based on near field communication in this specification are based on the same inventive concept, so the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.
[0172] Another computer program product embodiment provided in this specification is as follows: Corresponding to the another sign-in processing method based on near field communication described above, based on the same technical concept, one or more embodiments of this specification also provide another computer program product.
[0173] A computer program product, comprising a computer program / instruction, which, when executed by a processor, implements the following steps: Get a link containing a preset identifier and a dynamic token from the server; Sending the link to a user terminal that has established a near field communication connection, so that the user terminal cooperates with the server to perform a sign-in process; Send a check-in query request to the server, and receive the check-in result returned by the server after the check-in process.
[0174] It should be noted that an embodiment of another computer program product in this specification and an embodiment of another check-in processing method based on near field communication in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.
[0175] 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. For example, the device embodiment, equipment embodiment, computer-readable storage medium embodiment, and computer program product embodiment are similar to the method embodiment, so the description is relatively simple. To read the relevant contents of the device embodiment, equipment embodiment, computer-readable storage medium embodiment, and computer program product embodiment, please refer to the partial description of the method embodiment.
[0176] The above is a description of a specific embodiment of the specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.
[0177] In the 1930s, improvements to a technology could be clearly distinguished as hardware improvements (for example, improvements to circuit structures such as diodes, transistors, switches, etc.) or software improvements (improvements to method flows). However, with the development of technology, many of today's method flow improvements can be regarded as direct improvements to hardware circuit structures. Designers almost always 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 using hardware entity modules. For example, a programmable logic device (PLD) (such as a field programmable gate array (FPGA)) is such an integrated circuit whose logical function is determined by the user's programming of the device. Designers can "integrate" a digital system on a PLD by programming it themselves, without having to ask chip manufacturers to design and produce dedicated integrated circuit chips. Moreover, nowadays, instead of manually making integrated circuit chips, this kind of programming is mostly implemented by "logic compiler" software, which is similar to the software compiler used when developing and writing programs, and the original code before compilation must also be written in a specific programming language, which is called hardware description language (HDL). 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. The most commonly used ones are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also know that it is only necessary to program the method flow slightly in the above-mentioned hardware description languages and program it into the integrated circuit, and then it is easy to obtain the hardware circuit that implements the logic method flow.
[0178] The controller may be implemented in any suitable manner, for example, the controller may take the form of a microprocessor or processor and a computer-readable medium storing a computer-readable program code (such as software or firmware) executable by the (micro)processor, a logic gate, a switch, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller may also be implemented as part of the control logic of the memory. It is also known to those skilled in the art that, in addition to implementing the controller in a purely computer-readable program code manner, the controller may be implemented in the form of a logic gate, a switch, an application-specific integrated circuit, a programmable logic controller, and an embedded microcontroller by logically programming the method steps. Therefore, such a controller may be considered as a hardware component, and the devices for implementing various functions included therein may also be considered as structures within the hardware component. Or even, the devices for implementing various functions may be considered as both software modules for implementing the method and structures within the hardware component.
[0179] The systems, devices, modules or units described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may 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 a combination of any of these devices.
[0180] For the convenience of description, the above devices are described in terms of functions and are divided into various units. Of course, when implementing the embodiments of this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.
[0181] It should be understood by those skilled in the art that one or more embodiments of the present specification may be provided as a method, system or computer program product. Therefore, one or more embodiments of the present specification may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present specification may take the form of a computer program product implemented on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
[0182] This specification is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable interactive processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable interactive processing device generate instructions for implementing the processes in the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0183] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable interactive processing device in a live broadcast room to work in a specific manner, so that the instructions stored in the computer-readable memory produce a product including an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.
[0184] These computer program instructions may also be loaded onto a computer or other programmable interactive processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for executing on the computer or other programmable device to implement the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.
[0185] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.
[0186] Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.
[0187] Computer-readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer-readable instructions, data structures, program modules or other data. Examples of computer-readable 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 technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory media such as modulated data signals and carrier waves.
[0188] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of further restrictions, the elements defined by the sentence "includes at least one ..." do not exclude the presence of other identical elements in the process, method, commodity or device including the elements.
[0189] One or more embodiments of the present specification may 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. One or more embodiments of the present specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.
[0190] The above description is only an embodiment of this document and is not intended to limit this document. For those skilled in the art, this document may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this document should be included in the scope of the claims of this document.
Claims
1. A check-in processing method based on near field communication, comprising: Establishing a near field communication connection with a near field communication device deployed at a target location; Obtaining a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection; Starting a target application corresponding to the preset identifier and transmitting the link to the target application; The link and the login user information of the target application are submitted to the server through the target application to perform a sign-in process.
2. According to the near field communication-based check-in processing method of claim 1, the target location includes a merchant; the near field communication device includes a cash register device configured with a near field communication component; and the login user of the target application includes a merchant member of the merchant.
3. The method for processing a sign-in based on near field communication according to claim 2, wherein the sign-in processing comprises: Establishing a check-in relationship between the merchant member and the cash register device; The establishing of the check-in relationship between the merchant member and the cash register device includes: establishing a cashier check-in relationship between the merchant member and the cash register device based on a binding record between the merchant member and the cash register device.
4. According to the near field communication-based check-in processing method of claim 3, after the cashier check-in relationship is established, the reward obtained after payment and checkout through the cashier device is distributed to the member account of the merchant member.
5. According to the near field communication-based sign-in processing method of claim 2, after the operation of transmitting the link to the target application is executed, and before the operation of submitting the link and the login user information of the target application to the server through the target application is executed, it also includes: Entering a service subprogram corresponding to the near field communication device based on the preset identifier, and transmitting the link to the service subprogram; Wherein, the link and the logged-in user information are submitted to the server through the service subroutine.
6. According to the near field communication based sign-in processing method of claim 1, the sign-in processing comprises: A sign-in method is determined according to the device type of the near field communication device, the location type of the target location and / or the user type of the logged-in user, and the sign-in process is performed according to the sign-in method.
7. According to the near field communication based sign-in processing method of claim 1, the sign-in mode includes at least one of the following: Perform user sign-in processing for the logged-in user on the near field communication device, perform location sign-in processing or venue sign-in processing for the logged-in user at the target location, and perform project sign-in processing for the target location or the project corresponding to the near field communication device on the logged-in user.
8. The method for processing sign-in based on near field communication according to claim 1, wherein the link is obtained by the near field communication device from the server; Methods for obtaining the link include: Sending a link acquisition request carrying a device identifier to the server in a polling manner, and receiving the link returned by the server; Alternatively, after establishing a near field communication connection with the user terminal, a link acquisition request carrying a device identifier is sent to the server, and the link returned by the server is received.
9. The sign-in processing method based on near field communication according to claim 1, wherein the server sends the link to the near field communication device after the previous sign-in processing of the near field communication device is completed.
10. The method for processing sign-in based on near field communication according to claim 1, wherein the sign-in processing is implemented in the following manner: Generate a sign-in record including the device identification of the near field communication device, the logged-in user information and the dynamic token, and send a sign-in result carrying the sign-in record to the near field communication device and the user terminal.
11. A sign-in processing method based on near field communication, applied to a near field communication device, the method comprising: Get a link containing a preset identifier and a dynamic token from the server; Sending the link to a user terminal that has established a near field communication connection, so that the user terminal cooperates with the server to perform a sign-in process; Send a check-in query request to the server, and receive the check-in result returned by the server after the check-in process.
12. The near field communication-based sign-in processing method according to claim 11, wherein the step of obtaining a link including a preset identifier and a dynamic token from the server comprises: Sending a link acquisition request carrying a device identifier to the server in a polling manner, and receiving the link returned by the server; Alternatively, after establishing a near field communication connection with the user terminal, a link acquisition request carrying a device identifier is sent to the server, and the link returned by the server is received.
13. According to the near field communication-based check-in processing method of claim 11, the near field communication device includes a cash register device of a merchant equipped with a near field communication component; and the login user of the target application corresponding to the preset identifier includes a merchant member of the merchant.
14. The method for processing a sign-in based on near field communication according to claim 13, wherein the sign-in processing comprises: Establishing a check-in relationship between the merchant member and the cash register device; The establishing of the check-in relationship between the merchant member and the cash register device includes: establishing a cashier check-in relationship between the merchant member and the cash register device based on a binding record between the merchant member and the cash register device.
15. The method for processing a sign-in based on near field communication according to claim 14, wherein the process of processing the sign-in comprises: Determine a sign-in method according to the device type of the near field communication device and / or the user type of the logged-in user, and perform sign-in processing according to the sign-in method; Among them, the sign-in method includes at least one of the following: user sign-in processing of the logged-in user for the near-field communication device, location sign-in processing or venue sign-in processing of the logged-in user at the target location, and project sign-in processing of the target location or the project corresponding to the near-field communication device for the logged-in user.
16. The method for processing sign-in based on near field communication according to claim 11, wherein obtaining a link including a preset identifier and a dynamic token from the server comprises: The link is received after the last sign-in process of the near field communication device is completed.
17. A check-in processing device based on near field communication, comprising: a connection establishing module, configured to establish a near field communication connection with a near field communication device deployed at a target location; A link acquisition module, configured to acquire a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection; An application startup module, configured to start a target application corresponding to the preset identifier and transmit the link to the target application; The data submission module is configured to submit the link and the login user information of the target application to the server through the target application for sign-in processing.
18. A near field communication-based sign-in processing device, applied to a near field communication device, the device comprising: A link acquisition module is configured to acquire a link including a preset identifier and a dynamic token from a server; A link sending module, configured to send the link to a user terminal that has established a near field communication connection, so that the user terminal cooperates with the server to perform a sign-in process; The result receiving module is configured to send a check-in query request to the server and receive a check-in result returned by the server after the check-in process.
19. A check-in processing device based on near field communication, comprising: processor; and a memory configured to store computer executable instructions that, when executed, cause the processor to: Establishing a near field communication connection with a near field communication device deployed at a target location; Obtaining a link including a preset identifier and a dynamic token from the near field communication device through the near field communication connection; Starting a target application corresponding to the preset identifier and transmitting the link to the target application; The link and the login user information of the target application are submitted to the server through the target application to perform a sign-in process.
20. A check-in processing device based on near field communication, comprising: processor; and a memory configured to store computer executable instructions that, when executed, cause the processor to: Get a link containing a preset identifier and a dynamic token from the server; Sending the link to a user terminal that has established a near field communication connection, so that the user terminal cooperates with the server to perform a sign-in process; Send a check-in query request to the server, and receive the check-in result returned by the server after the check-in process.
21. A computer-readable storage medium for storing computer-executable instructions, wherein the computer-executable instructions implement the steps of the method of claim 1 or 11 when executed.
Citation Information
Patent Citations
Sign-in method and sign-in system
CN104219624A
User sign-in method and device
CN106130732A
Trusted roll call method and system based on intelligent terminals
CN107342869A
Roll call system and method based on plain code, wireless cellular network and near field communication system
CN111080826A
Campus sign-in method and system based on dynamic iBeacon and face recognition
CN117649708A
Cited By
Sign-in processing method and device
CN120185939A
Check-in processing method and apparatus
CN120185939B
Program login processing method and device for vehicle terminal
CN121151006A
Program registration processing method and device for car machine terminal
CN121151006B