Service access processing method and device based on near field communication

Abstract

The embodiment of the invention provides a service access processing method and device based on near field communication, and the method comprises the steps: calling a near field communication component to establish near field communication connection with merchant equipment in a service subprogram access process of an application program, equipment interaction information is uploaded to the server through the merchant equipment, an application program access instruction transmitted by the merchant equipment is received, an application program receives service recommendation data for accessing a service subprogram of a merchant and is issued by the server and displays the service recommendation data, and after the service access instruction for the service subprogram is detected, the service subprogram is sent to the server; and entering the service subprogram based on the subprogram access address contained in the service recommendation data.

Description

[0001] This application is a divisional application of the Chinese invention patent application with the application date of February 6, 2024, application number 202410172286.5, and name “Service access processing method and device based on near field communication”. Technical Field

[0002] This document relates to the field of data processing technology, and in particular to a service access processing method and device based on near field communication. Background Art

[0003] With the continuous development of Internet technology and the continuous improvement of software technology, more and more applications have begun to develop sub-programs or applets within the programs to provide users with diversified software services, so that users can obtain multiple software services within one application, thereby improving software usage efficiency. However, as more and more applications begin to add applets, the size of various applications is getting larger and larger, and there are more and more applets within applications, which has brought certain troubles to users and also put forward higher requirements for application providers. Summary of the invention

[0004] One or more embodiments of the present specification provide a service access processing method based on near field communication, which is applied to a user terminal, and the method includes: calling a near field communication component to establish a near field communication connection with a merchant device, so as to upload device interaction information to a server through the merchant device. Receive a program access instruction of an application transmitted by the merchant device. Enter the application in response to the program access instruction, receive and display service recommendation data of a service subroutine for accessing a merchant issued by the server. The merchant to be accessed is determined based on the device interaction information. After detecting a service access instruction for the service subroutine, enter the service subroutine based on the subroutine access address contained in the service recommendation data.

[0005] One or more embodiments of the present specification provide another service access processing method based on near field communication, which is applied to a server, and the method includes: obtaining device interaction information uploaded by a merchant device, and issuing a program access instruction of an application program to the merchant device for transmission to a user terminal. The program access instruction is transmitted via a near field communication connection. The merchant to be visited is determined based on the device interaction information, and the access address of the service subroutine of the merchant to be visited is queried, and service recommendation data of the service subroutine is generated based on the access address. The service recommendation data is issued to the user terminal so that the user terminal displays the service recommendation data and enters the service subroutine after entering the application program.

[0006] One or more embodiments of the present specification provide a service access processing device based on near field communication, which runs on a user terminal, and the device includes: a near field communication connection establishment module, which is configured to call a near field communication component to establish a near field communication connection with a merchant device, so as to upload device interaction information to a server through the merchant device. A program access instruction receiving module, which is configured to receive a program access instruction of an application transmitted by the merchant device. A service recommendation data display module, which is configured to enter the application in response to the program access instruction, receive and display the service recommendation data of the service subroutine of the merchant to be visited issued by the server. The merchant to be visited is determined based on the device interaction information. A service subroutine access module, which is configured to enter the service subroutine based on the subroutine access address contained in the service recommendation data after detecting a service access instruction for the service subroutine.

[0007] One or more embodiments of the present specification provide another service access processing device based on near field communication, which runs on a server, and the device includes: a program access instruction sending module, which is configured to obtain device interaction information uploaded by a merchant device, and send program access instructions of an application program to the merchant device for transmission to a user terminal. The program access instruction is transmitted via a near field communication connection. A service recommendation data generation module, which is configured to determine a merchant to visit based on the device interaction information, query an access address of a service subroutine of the merchant to visit, and generate service recommendation data for the service subroutine based on the access address. A service recommendation data sending module, which is configured to send the service recommendation data to the user terminal, so that the user terminal displays the service recommendation data and enters the service subroutine after entering the application.

[0008] One or more embodiments of the present specification provide a user terminal, comprising: a processor; and a memory configured to store computer-executable instructions, wherein the processor executes the computer-executable instructions to implement the following process: calling a near field communication component to establish a near field communication connection with a merchant device to upload device interaction information to a server through the merchant device. Receive a program access instruction of an application transmitted by the merchant device. Enter the application in response to the program access instruction, receive and display service recommendation data of a service subroutine for accessing a merchant issued by the server. The merchant to be accessed is determined based on the device interaction information. After detecting a service access instruction for the service subroutine, enter the service subroutine based on the subroutine access address contained in the service recommendation data.

[0009] One or more embodiments of the present specification provide a server, comprising: a processor; and a memory configured to store computer-executable instructions, wherein the processor executes the computer-executable instructions to implement the following process: obtaining device interaction information uploaded by a merchant device, and issuing a program access instruction of an application to the merchant device for transmission to a user terminal. The program access instruction is transmitted via a near field communication connection. Determine a merchant to be visited based on the device interaction information, query an access address of a service subroutine of the merchant to be visited, and generate service recommendation data for the service subroutine based on the access address. The service recommendation data is issued to the user terminal so that the user terminal displays the service recommendation data and enters the service subroutine after entering the application.

[0010] 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: calling a near field communication component to establish a near field communication connection with a merchant device to upload device interaction information to a server through the merchant device. Receive a program access instruction of an application transmitted by the merchant device. Enter the application in response to the program access instruction, receive and display service recommendation data of a service subroutine for accessing a merchant issued by the server. The merchant to be accessed is determined based on the device interaction information. After detecting a service access instruction for the service subroutine, enter the service subroutine based on the subroutine access address contained in the service recommendation data.

[0011] 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 device interaction information uploaded by a merchant device, and issuing a program access instruction of an application to the merchant device for transmission to a user terminal. The program access instruction is transmitted via a near field communication connection. Determine a merchant to be visited based on the device interaction information, query an access address of a service subroutine of the merchant to be visited, and generate service recommendation data for the service subroutine based on the access address. Issue the service recommendation data to the user terminal so that the user terminal displays the service recommendation data and enters the service subroutine after entering the application. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] 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 work. Figure 1 A schematic diagram of an implementation environment of a service access processing method based on near field communication provided in one or more embodiments of this specification; Figure 2 A flow chart of a service access processing method based on near field communication provided for one or more embodiments of this specification; FIG. 3 ( a ) is a schematic diagram showing a first interactive animation frame provided by one or more embodiments of the present specification; FIG3 ( b ) is a schematic diagram showing a second interactive animation frame provided by one or more embodiments of this specification; Figure 4 A schematic diagram of a recommendation window provided for one or more embodiments of this specification; Figure 5 A schematic diagram of a service recommendation window provided for one or more embodiments of this specification; Figure 6 A processing sequence diagram of a service access processing method based on near field communication applied to a first interaction scenario provided by one or more embodiments of this specification; Figure 7 A processing sequence diagram of a service access processing method based on near field communication applied to a second interaction scenario provided by one or more embodiments of this specification; Figure 8 Another process flow chart of a service access processing method based on near field communication provided for one or more embodiments of this specification; Fig. 9 A schematic diagram of an embodiment of a service access processing device based on near field communication provided by one or more embodiments of this specification; Fig.10 A schematic diagram of another embodiment of a service access processing device based on near field communication provided for one or more embodiments of this specification; Fig.11 A schematic diagram of the structure of a server provided for one or more embodiments of this specification; Fig.12 A schematic diagram of the structure of a user terminal provided in one or more embodiments of this specification. DETAILED DESCRIPTION

[0013] 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.

[0014] One or more of the service access processing methods based on near field communication provided in this embodiment can be applied to the implementation environment of service subroutine access. Figure 1 The implementation environment at least includes a server 101, which may be one or more servers, a server cluster consisting of several servers, or a cloud server of a cloud computing platform. The server 101 is used to issue program access instructions for application programs, and to generate and issue service recommendation data.

[0015] The implementation environment also includes at least a user terminal 102 and a merchant device 103. The user terminal 102 may be a smart phone, a tablet computer, an e-book reader, a wearable device, a device for information interaction based on AR (Augmented Reality) / VR (Virtual Reality), etc. The user terminal 102 is used to establish a near-field communication connection with the merchant device 103 to perform interactive transmission of device interaction information and program access instructions; the merchant device 103 may be a POS (point of sale) machine equipped with a near-field communication component. The merchant device 103 is used to upload device interaction information to the server 101, transmit program access instructions to the user terminal 102, and establish a near-field communication connection with the user terminal 102.

[0016] The implementation environment may also include a merchant terminal 104, which may be hardware-connected to the merchant device 103. The merchant terminal 104 may cooperate with the merchant device 103 to upload device interaction information to the server 101, and send program access instructions to the user terminal 102. In addition, the merchant terminal 104 may also cooperate with the merchant device 103 to generate and upload order information for product orders.

[0017] In this implementation environment, during the service access process, the user terminal 102 first calls the near field communication component to establish a near field communication connection with the merchant device 103, so as to send device interaction information to the server 101 through the merchant device 103. After receiving the device interaction information, the server 101 generates a program access instruction for the application and sends it to the merchant device 103. The merchant device 103 transmits it to the user terminal 102 through the near field communication connection. The server 101 determines the merchant to be visited based on the device interaction information, generates service recommendation data based on the access address of the service subroutine of the merchant in the application, and sends it to the user terminal 102. The user terminal 102 receives and responds to the program access instruction to enter the application, and displays the service recommendation data on the main page of the application. After detecting the service access instruction for the service subroutine, it enters the service subroutine of the merchant in the application based on the access address of the service subroutine contained in the service recommendation data.

[0018] One or more embodiments of a service access processing method based on near field communication provided in this specification are as follows: Reference Figure 2 The service access processing method based on near field communication provided in this embodiment can be applied to a user terminal, and specifically includes steps S202 to S208.

[0019] Step S202, calling the near field communication component to establish a near field communication connection with the merchant device, so as to upload the device interaction information to the server through the merchant device.

[0020] In actual applications, an application may include multiple service subprograms, or mini-programs, or service modules. Users can access the service subprograms in the application to obtain the services provided by the service subprograms. Users can access each service subprogram by triggering and interacting with the user terminal in the application. However, some service subprograms require multiple trigger jumps, which affects the user's usage efficiency. In response to this, this embodiment accesses the subprogram by interacting with the merchant device of the merchant corresponding to the service subprogram through near-field communication to enter the service subprogram, thereby avoiding the tedious operation of multiple jumps and improving the user's usage efficiency.

[0021] This embodiment sends service recommendation data of the service subroutine of the merchant to the user terminal after the user terminal enters the application, so that the user terminal displays the service recommendation data, avoids cumbersome page jumps through near field communication interaction, and enters the application and displays the service recommendation data of the service subroutine after the near field communication connection is established, and enters the service subroutine after the service recommendation data display is completed, thereby improving service access efficiency. Optionally, the merchant to be visited is determined based on device interaction information.

[0022] In this embodiment, the merchant device refers to a terminal device belonging to the merchant, which may be a device supporting NFC (Near Field Communication) interaction. The merchant includes a merchant with at least one store, which may be a chain brand. The merchant may configure merchant devices in different stores. The identification information of the merchant device may preset a field representing the merchant. The identification information may be configured in a near field communication tag. The user terminal may read the field representing the merchant by performing near field communication interaction with the merchant device.

[0023] In specific implementation, the user terminal approaches the merchant device and calls the near field communication component to establish a near field communication connection with the merchant device, so as to upload the device interaction information to the server through the merchant device. Specifically, the user terminal can use the terminal location information as the device interaction information, and transmit the terminal location information to the merchant device through the near field communication connection, so as to upload it to the server through the merchant device; or, the device identification information of the merchant device can be used as the device interaction information, and the merchant device uploads the device identification information to the server after establishing the near field communication connection. Optionally, the application includes: a payment application.

[0024] In this embodiment, device interaction information refers to information submitted to the server after the user terminal interacts with the merchant device. This information can be device information of the user terminal and / or the merchant device itself, such as: device identification information, terminal location information, or user information of the user to which the user terminal belongs, such as: user identity information, user account information. The server determines the visit merchant corresponding to the merchant device through the device interaction information. It should be noted that the device interaction information can be any one of the above information, or a combination of multiple information, which is not limited in this embodiment. Optionally, the device interaction information includes: device identification information of the merchant device.

[0025] It should be noted that, during the process of device interaction between the user terminal and the merchant device, the device interaction may be a near-field communication interaction. During the near-field communication interaction, the user terminal may read the near-field communication tag of the merchant device to establish a near-field communication connection, or the merchant device may read the near-field communication tag of the user terminal to establish a near-field communication connection. This embodiment does not limit this.

[0026] In actual applications, users can enter the merchant's service subroutine by page jump. Based on this, when the user enters the application, or when the user enters the service page of the application, that is, the page that records the service subroutine of each merchant in the application, but does not perform near field communication interaction, the server generates a merchant's near field communication interaction animation based on the user's location information and sends it to the user terminal to be displayed to the user through the user terminal. In an optional implementation manner provided by this embodiment, before calling the near field communication component to establish a near field communication connection with the merchant's device, it also includes: Entering the application according to the user access instruction, and sending the user location information to the server to determine the target merchant corresponding to the user location information; Receive the interactive animation frame of the target merchant sent by the server and perform display processing.

[0027] Optionally, the server determines the store where the user terminal is located by querying a store matching the user location information, and renders the interactive animation frame according to a merchant identification material of the merchant to which the store belongs and sends it to the user terminal.

[0028] Optionally, the interactive animation frame is displayed after entering the service page of the application.

[0029] As shown in FIG3 , the user enters the application by triggering the application identifier. After entering the application, the user terminal uploads the user location information to the server. The server queries the store that matches the user location information as the store where the user terminal is located, queries the merchant identifier material of the merchant to which the store belongs, renders an interactive animation frame that indicates the interaction with the merchant device, and sends it to the user terminal. The user terminal displays the interactive animation frames shown in FIG3 (a) to FIG3 (b) on the upper half of the screen.

[0030] In actual applications, there are also situations where multiple services share the same user credentials, for example: each passenger service needs to share the user identity credentials for entry and exit verification, and each medical service needs to share the user security credentials for medical payment verification; in this regard, the server can generate an interactive animation frame for the service according to the service type of the service to which the subroutine page of the application belongs, and send it to the user terminal for display through the user terminal. In an optional implementation manner provided by this embodiment, before calling the near field communication component to establish a near field communication connection with the merchant device, it also includes: Entering a subprogram page of the application according to a user access instruction, determining a service type of a service to which the subprogram page belongs and sending the service type to the server; Receive the interactive animation frame for the service sent by the server and display it on the subprogram page.

[0031] Optionally, the interactive animation frame is obtained by rendering an identification material based on a user credential corresponding to the service.

[0032] For example, the user terminal enters the sub-program page of the medical institution according to the user access instruction, and sends the service type of the medical service to which the sub-program page belongs to the server. The server renders the interactive animation frame of the medical service according to the identification material of the user security certificate corresponding to the service type of the medical service, and sends the interactive animation frame to the user terminal so that the user terminal can display it on the sub-program page of the medical service.

[0033] Step S204: receiving a program access instruction of the application transmitted by the merchant device.

[0034] In specific implementation, after receiving the device interaction information uploaded by the merchant device, the server first generates a program access instruction of the application and transmits it back to the merchant device, so that the merchant device forwards the program access instruction to the user terminal, the purpose of which is to ensure that the user terminal is in the application, so as to enter the application to access the merchant's service subroutine. In specific implementation, the merchant device receives the program access instruction issued by the server, and forwards the program access instruction to the user terminal, so that the user terminal is in the application.

[0035] During the specific execution process, the merchant device can transmit the program access instruction to the user terminal through the NFC connection; optionally, the program access instruction is transmitted through the near field communication connection.

[0036] Step S206, entering the application program in response to the program access instruction, receiving and displaying the service recommendation data of the service subprogram for accessing the merchant issued by the server.

[0037] This embodiment sends service recommendation data of the service subroutine of the merchant to the user terminal after the user terminal enters the application, so that the user terminal displays the service recommendation data, avoids cumbersome page jumps through near field communication interaction, and enters the application and displays the service recommendation data of the service subroutine after the near field communication connection is established, and enters the service subroutine after the service recommendation data display is completed, thereby improving service access efficiency. Optionally, the merchant to be visited is determined based on device interaction information.

[0038] During the specific implementation, the server first determines the visited merchant corresponding to the merchant device based on the device interaction information, that is, the merchant visited by the user, generates service recommendation data based on the access address of the service subroutine of the visited merchant in the application program and sends it to the user terminal; the user terminal enters the application program in response to the program access instruction sent by the server, receives the service recommendation data of the service subroutine of the visited merchant sent by the server, and displays the service recommendation data.

[0039] During the specific execution process, based on the device interaction information uploaded above, the server may generate service recommendation data for different device interaction information. For example, when the device interaction information is identification information of a merchant device, the merchant corresponding to the merchant identification field in the identification information may be used as the visited merchant to determine the merchant where the user is located and generate service recommendation data. In an optional implementation manner provided in this embodiment, the visited merchant is determined in the following manner: Extract the merchant identification field contained in the device identification information, and query whether the merchant identification field has a corresponding merchant; if so, use the target merchant obtained by the query as the visited merchant; if not, do not process it.

[0040] Specifically, a merchant identification field representing merchant information can be preset in the device identification information of the merchant device, which can be read by the user terminal and uploaded through the merchant device, or the merchant device can actively upload the merchant identification field to the server. The server queries the merchant identification field for the merchant corresponding to the merchant in the data table recording the merchant information. If the merchant is found, it indicates that the merchant device has a bound merchant, and the queried target merchant is used as the visited merchant. If the merchant is not found, or the merchant identification field is not read, it indicates that the merchant device is not bound to the merchant, and a query failure message can be returned to the user terminal.

[0041] Alternatively, when the device interaction information is the terminal location information of the user terminal, the merchant to which the store corresponding to the terminal location information belongs may be used as the visited merchant to determine the merchant where the user is located and generate service recommendation data. In another optional implementation manner provided in this embodiment, the visited merchant is determined in the following manner: Query the store information of the store that matches the terminal location information, and query the target merchant corresponding to the store based on the store information; Check whether the target merchant has registered the terminal device. If so, treat the target merchant as a visiting merchant; if not, do nothing.

[0042] It should be noted that the merchant to be visited can also be determined by the identification information of the merchant device and the terminal location information of the user terminal, for example: query the store that matches the terminal location information, and obtain the first merchant information of the merchant to which the store belongs; read the merchant field contained in the device identification information of the merchant device, and obtain the second merchant information of the merchant corresponding to the merchant field; detect whether the first merchant information and the second merchant information match, if so, take the merchant to which the store belongs and / or the merchant corresponding to the merchant field as the merchant to be visited, if not, no processing is performed. Optionally, the device interaction information includes: terminal location information of the user terminal. Optionally, the device interaction information includes: identification information of the merchant device.

[0043] In addition, there is also a situation where the user stays in a store for a period of time and then goes to the next store, during which the service page is always displayed, that is, the interactive animation frame of the merchant to which the previous store belongs is always displayed; in this regard, when the server generates an interactive animation frame of near field communication interaction according to the user location information uploaded by the user terminal, the merchant to which the store belongs determined according to the user location information and the merchant determined according to the device identification information of the merchant device can be subjected to consistency detection. If the detection fails, the merchant corresponding to the device identification information is used as the visited merchant. In an optional implementation manner provided in this embodiment, the visited merchant is determined in the following manner: Extract the device identification information of the merchant device contained in the device interaction information, and query the service merchant corresponding to the device identification information; detect whether the service merchant is the same as the target merchant, and if not, use the service merchant as the visited merchant.

[0044] When a user enters a service page of a service subprogram of each merchant and records the service subprogram of each merchant, since the user has entered the application, the user may not enter the application in response to the program access instruction, but may detect whether the user is in the application in response to the program access instruction. After detecting that the user is in the service page of the application, the user renders and displays the recommendation window of the service subprogram according to the recommendation window material and the access address included in the service recommendation data. In an optional implementation manner provided by this embodiment, the user enters the application, receives and displays the service recommendation data, including: Detect whether to display the service page. If so, render the recommendation window of the service subroutine according to the recommendation window material included in the service recommendation data and the access address, and display it on the service page; if not, do nothing.

[0045] like Figure 4 As shown, the user terminal calls the rendering component to render the recommendation window of the service subprogram based on the recommendation window material contained in the service recommendation data and the access address of the service subprogram of the merchant, and displays it on the service page.

[0046] In addition, the recommendation window can also be rendered and displayed by the user terminal when the user terminal enters the application in response to the program access instruction. That is, when the user terminal is not on the service page, it can also render the recommendation window of the service subroutine according to the recommendation window material and the access address contained in the service recommendation data sent by the server and display it on the service page.

[0047] During the specific execution process, the server may also obtain activity data of the merchant, such as: preferential activities, gift activities, generate rights and interests recommendation data according to the activity data and send it to the user terminal, so that the user can perceive the merchant's activities in time; specifically, after rendering the interactive animation frame of the merchant to which the store where the user terminal is located belongs and sending it to the user terminal, the recommended activity data of the merchant is obtained to generate the rights and interests recommendation data, and the data is sent to the user terminal to be displayed in the service page of the application. In an optional implementation manner provided by this embodiment, after rendering the interactive animation frame and sending it to the user terminal, it also includes: Acquire the recommended activity data of the merchant to which the store belongs, and generate the rights and interests recommendation data of the merchant to which the store belongs based on the recommended activity data; The rights and interests recommendation data is sent to the user terminal so that the user terminal displays the rights and interests recommendation data on the service page.

[0048] As shown in FIG3 , the recommended activity data of the merchant to which the store where the user terminal is located is obtained, and the preferential activity data of the merchant to which the store belongs is generated based on the recommended activity data. The preferential activity data is sent to the user terminal so that the user terminal displays the preferential collection interface 301 (a) and 301 (b) at the waistband of the service page. The user can trigger the preferential collection interface to collect the merchant's coupons.

[0049] In addition, there is a situation where the user is on the system home page before the near field communication interaction. The user terminal can enter the main page of the application in response to the program access instruction of the application to display the service recommendation data on the main page of the application. In this regard, the server can render the service recommendation window according to the merchant identification material of the merchant being visited and the access address of the service subroutine of the merchant being visited, and use the window parameters of the rendered service recommendation window as the service recommendation data to improve the interaction efficiency. In an optional implementation manner provided by this embodiment, entering the application in response to the program access instruction, receiving the service recommendation data and displaying it, includes: The system page is jumped to the main page according to the program access instruction, and a service recommendation window is generated and displayed according to the service window parameters included in the service recommendation data.

[0050] Optionally, the service window parameters are obtained by rendering according to the merchant identification material of the visited merchant and the visited address.

[0051] Optionally, service recommendation data is displayed on the main page of the application.

[0052] Specifically, the server obtains the merchant identification material of the visited merchant and the access address of the merchant's service subroutine, calls the rendering component based on the merchant identification material and the access address to render the service recommendation window of the service subroutine, and sends the service window parameters of the service recommendation window to the user terminal as service recommendation data; the user terminal first jumps from the system page to the main page of the application based on the program access instruction, and generates and displays the service recommendation window in the main page according to the service window parameters.

[0053] like Figure 5 As shown, the user terminal displays a service recommendation window in the main page of the payment application.

[0054] It should be noted that the above-mentioned server rendering service recommendation window and using the service window parameters of the service recommendation window as service recommendation data can also be implemented when the user terminal is in the service page of the application to display service recommendation data, that is: the user terminal generates and displays the service recommendation window according to the service window parameters in the service page of the application, which is not limited in this embodiment. It should be noted that the service recommendation window can be a service recommendation window generated and displayed by the user terminal according to the service recommendation data sent by the server.

[0055] In actual applications, there may be multiple service subroutines for accessing merchants, such as registration services, rights services, order services, etc. For this purpose, the server may determine service recommendation data based on the user identity information included in the device interaction information to improve the availability of the NFC quick access service. In an optional implementation manner provided in this embodiment, the service recommendation data is generated in the following manner: Extract the user identity information contained in the device interaction information, and detect whether the user identity information matches the registered user information of the visited merchant; if so, generate the service recommendation data based on the access address of the rights service subroutine; if not, generate the service recommendation data based on the access address of the registered service subroutine.

[0056] Optionally, the service subprogram includes: a registration service subprogram and / or a rights service subprogram. The server may determine the service recommendation data according to the user identity information included in the device interaction information.

[0057] Specifically, the user identity information contained in the device interaction information is extracted, and it is detected whether the user identity information matches the registered user information of the registered user in the registered user database of the visiting merchant. If it matches, it indicates that the user is a registered user visiting the merchant, and service recommendation data is generated based on the access address of the rights and interests subprogram of the visiting merchant. If it does not match, it indicates that the user is not a registered user visiting the merchant, and service recommendation data is generated based on the access address of the registration subprogram of the visiting merchant; wherein the user identity information may be an identification code representing the user, and the rights and interests subprogram may be a member rights and interests subprogram.

[0058] It should be noted that the above-mentioned method of determining access to service recommendation data based on user identity information can be implemented not only when the service recommendation data is displayed on the main page of the application, but also when the interactive animation frame is displayed on the service page of the application. In other words, it can be implemented when the service recommendation data is displayed on the service page of the application, and this embodiment is not limited here.

[0059] Step S208: After detecting a service access instruction for the service subroutine, entering the service subroutine based on the subroutine access address included in the service recommendation data.

[0060] This embodiment avoids the cumbersome page jump process and improves the service access efficiency through near field communication interaction; in specific implementation, after detecting the service access instruction for the service subroutine, the service subroutine is entered according to the access address of the merchant's service subroutine contained in the service recommendation data.

[0061] During the specific execution process, the access instruction of the service subroutine may be triggered by the user in response to the service recommendation data displayed on the user terminal, for example: the access instruction of the service subroutine is triggered after the user triggers the access interface of the service recommendation window displayed on the user terminal, or the access interface of the service subroutine is actively triggered after the display time of the service recommendation window expires; optionally, the service access instruction is triggered after the user triggers the service access interface contained in the service recommendation window; or, it is triggered after the display time of the service recommendation window expires.

[0062] like Figure 4 and Figure 5 As shown, the user access instruction can be triggered by the user triggering the access interface 401 of the service recommendation window displayed on the service page of the application or the access interface 501 of the service recommendation window displayed on the main page of the application, or it can be triggered after the display time of the service recommendation window on the service page of the application or the service recommendation window on the main page of the application arrives.

[0063] It should be noted that the service recommendation window can be a service recommendation window rendered, generated and displayed by the user terminal based on the service recommendation data sent by the server, or it can be a service recommendation window rendered and generated by the server and then sent to the user terminal, and this embodiment does not limit this; that is, the service recommendation windows generated by the above two methods and displayed by the user terminal can both be triggered by the triggering methods of the above two service access instructions, which will not be repeated in this embodiment.

[0064] In actual applications, after entering the merchant's service subroutine, the user can perform operations such as ordering, placing orders, shopping, etc., and may make payments. Since near field communication interaction has been performed, the user account information can be uploaded to the server as device interaction information during the near field communication interaction, so that the user payment instruction and order information can be uploaded to the server through the merchant's device during payment, thereby improving payment efficiency. An optional implementation method provided in this embodiment also includes: Obtaining a user payment instruction and transmitting it to the merchant device, so as to submit the order information to the server through the merchant device; Receive the payment completion information sent by the server and display it on the service page of the service subroutine.

[0065] Optionally, the server generates a payment order based on the order information, and after detecting the user payment instruction, performs payment processing on the payment order based on a user account corresponding to the user account information included in the device interaction information.

[0066] Optionally, the user payment instruction is transmitted via a near field communication connection. Optionally, the device interaction information includes: user account information.

[0067] Specifically, the user terminal obtains the user payment instruction submitted by the user and transmits it to the merchant device. The merchant device obtains the order information of the commodity order corresponding to the user, and submits the order information and the user payment instruction to the server. After receiving the user payment instruction, the server generates a payment order based on the order information, and processes the payment order based on the user account corresponding to the user account information included in the device interaction information, and generates payment completion information and sends it to the user terminal. After receiving the payment completion information, the user terminal displays it on the service page of the service subroutine; wherein the service subroutine can be a shopping subroutine or an ordering subroutine, and the merchant device can be a merchant cash register with wireless communication capabilities and near-field communication interaction capabilities.

[0068] Based on the above situation of generating interactive animation frames according to the service type of the service to which the subprogram page of the application belongs, after entering the service subprogram of the merchant, the credential identifier of the user credential can also be used as a near-field communication tag for secondary near-field communication interaction. For example, after entering the service subprogram of the medical institution, the user can use the credential identifier of the user's security credential as a near-field communication tag to perform secondary near-field communication interaction with the near-field communication device of the medical institution to process the fee payment. Or, after entering the ride service, the credential identifier of the user's identity credential can be used as a near-field communication tag to perform secondary near-field communication interaction with the station's entry and exit verification device to perform identity verification processing. In an optional implementation manner provided by this embodiment, it also includes: Invoking the near field communication component and using the credential identifier of the user credential as a near field communication tag; A secondary near field communication connection is established with the merchant device based on the near field communication tag to perform identity verification and / or payment processing.

[0069] Furthermore, the credential identifier of the user credential may be stored in the application, and the user terminal may first call the credential interface of the application to obtain the credential identifier of the user credential, so as to use the credential identifier of the user credential in the service subroutine of the merchant being visited; optionally, the credential identifier is obtained by calling and returning the credential interface of the application. It should be noted that when the interactive animation frame is generated according to the service type of the service to which the subroutine page of the application belongs, that is, when the interactive animation frame is generated according to the identification material of the user credential, the merchant being visited is a service merchant that provides various services, such as ride-hailing service merchants, medical service merchants, accommodation service merchants, etc., for identity verification and / or payment processing through user credentials.

[0070] In summary, one or more service access processing methods based on near field communication provided in this embodiment can be applied to a user terminal. In the process of accessing a service, a near field communication component is called to establish a near field communication connection with a merchant device, so as to upload device interaction information to a server through the merchant device. After the server completes the processing, a program access instruction of an application transmitted by the merchant device is received, and the application is entered in response to the program access instruction. The server recommendation data for accessing a merchant's service subroutine issued by the server is received and displayed. After detecting a service access instruction for a service subroutine, the service subroutine is entered based on the subroutine access address contained in the service recommendation data, thereby improving the service access efficiency. Before performing a near-field communication interaction, an interactive animation frame illustrating the near-field communication interaction can be generated based on the user's location information and displayed on the service page of the application to remind the user that they can perform a near-field communication interaction to quickly access services, thereby enhancing the user's perception of the near-field communication interaction.

[0071] The implementation process of the service access processing method based on near field communication provided above can be executed by a user terminal, and the implementation process of another service access processing method based on near field communication provided in the following method embodiment can be executed by a server. The two can cooperate with each other during the execution process. Therefore, when reading the above implementation process, you can refer to the corresponding content of the following another service access processing method based on near field communication embodiment. Correspondingly, when reading the following another service access processing method based on near field communication embodiment, you can also refer to the corresponding content of the above method embodiment.

[0072] The following takes the application of a service access processing method based on near field communication provided in this embodiment in the first interaction scenario as an example to further illustrate the service access processing method based on near field communication provided in this embodiment. Figure 6 , a service access processing method based on near field communication applied to a first interaction scenario specifically includes the following steps.

[0073] Step S602: Call the near field communication component to establish a near field communication connection with the merchant device, so as to upload the device interaction information to the server through the merchant device.

[0074] Optionally, the device interaction information includes: device identification information of the merchant's device.

[0075] Step S616, receiving a program access instruction of an application transmitted by the merchant device, and receiving a service window parameter of a service recommendation window sent by the server.

[0076] Optionally, the program access instructions are transmitted via a near field communication connection.

[0077] Step S618, in response to the program access instruction, entering the application program from the system page, generating and displaying a service recommendation window according to the service window parameters.

[0078] Optionally, the service recommendation window is displayed on the main page of the application.

[0079] Step S620: After the display time of the service recommendation window expires, a service access instruction of the service program is triggered, and the service subprogram is entered based on the subprogram access address included in the service window parameter.

[0080] The above-mentioned steps S602 and steps S616 to S620 provided in this embodiment are executed by the user terminal. It should be noted that the above-mentioned steps S602 and steps S616 to S620 executed by the user terminal and steps S604 to S614 executed by the server 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 S604 to S614 provided in the following method embodiment, and when reading the following method embodiment, please refer to the corresponding contents of steps S602 and steps S616 to S620 provided in this embodiment.

[0081] The following takes the application of a service access processing method based on near field communication provided in this embodiment in the second interaction scenario as an example to further illustrate the service access processing method based on near field communication provided in this embodiment. Figure 7 , a service access processing method based on near field communication applied to a second interaction scenario specifically includes the following steps.

[0082] Step S702: Enter the service page of the application according to the user access instruction, and send the user location information to the server to determine the target merchant corresponding to the user location information.

[0083] Step S708, receiving the interactive animation frame of the target merchant sent by the server, and performing display processing.

[0084] Optionally, the interactive animation frames are displayed on the service page of the application.

[0085] Step S710, calling the near field communication component to establish a near field communication connection with the merchant device, so as to upload the device interaction information to the server through the merchant device.

[0086] Step S722, detecting whether the service page of the application is displayed; If yes, execute step S724; If not, no action is required.

[0087] Step S724, receiving the service recommendation data sent by the server, rendering the recommendation window based on the recommendation window material contained in the service recommendation data and the access address of the service subroutine of the merchant, and displaying it on the service page.

[0088] Step S726, after detecting that the user triggers the access interface of the recommendation window to submit a service access instruction, the service subroutine is entered based on the access address of the merchant's service subroutine.

[0089] The above-mentioned steps S702, steps S708 to S710 and steps S722 to S726 provided in this embodiment are executed by the user terminal. It should be noted that the above-mentioned steps S702, steps S708 to S710 and steps S722 to S726 executed by the user terminal and steps S704 to S706 and steps S712 to S720 executed by the server 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 S704 to S706 and steps S712 to S720 provided in the following method embodiment, and when reading the following method embodiment, please refer to the corresponding contents of S702, steps S708 to S710 and steps S722 to S726 provided in this embodiment.

[0090] One or more embodiments of another service access processing method based on near field communication provided in this specification are as follows: Reference Figure 8 The service access processing method based on near field communication provided in this embodiment can be applied to a server, and specifically includes steps S802 to S806.

[0091] Step S802: acquiring device interaction information uploaded by the merchant device, and issuing a program access instruction of the application program to the merchant device for transmission to the user terminal.

[0092] In actual applications, an application may include multiple service subprograms, or mini-programs, or service modules. Users can access the service subprograms in the application to obtain the services provided by the service subprograms. Users can access each service subprogram by triggering and interacting with the user terminal in the application. However, some service subprograms require multiple trigger jumps, which affects the user's usage efficiency. In response to this, this embodiment accesses the subprogram by interacting with the merchant device of the merchant corresponding to the service subprogram through near-field communication to enter the service subprogram, thereby avoiding the tedious operation of multiple jumps and improving the user's usage efficiency.

[0093] This embodiment sends service recommendation data of the service subroutine of the merchant to the user terminal after the user terminal enters the application, so that the user terminal displays the service recommendation data, avoids cumbersome page jumps through near field communication interaction, and enters the application and displays the service recommendation data of the service subroutine after the near field communication connection is established, and enters the service subroutine after the service recommendation data display is completed, thereby improving service access efficiency. Optionally, the merchant to be visited is determined based on device interaction information.

[0094] In this embodiment, the merchant device refers to a terminal device belonging to the merchant, which may be a device that supports near-field communication interaction. The merchant includes a merchant with at least one store, which may be a chain brand. The merchant may configure merchant devices in different stores. The identification information of the merchant device may preset a field representing the merchant. The identification information may be configured in a near-field communication tag. The user terminal may read the field representing the merchant by performing near-field communication interaction with the merchant device.

[0095] In specific implementation, the user terminal approaches the merchant device and calls the near field communication component to establish a near field communication connection with the merchant device, so as to upload the device interaction information to the server through the merchant device; after receiving the device interaction information, the server sends the program access instruction of the application to the merchant device for transmission to the user terminal. The user terminal enters the application in response to the program access instruction sent by the server.

[0096] Specifically, the user terminal may use the terminal location information as the device interaction information, and transmit the terminal location information to the merchant device through the near field communication connection, so as to upload the terminal location information to the server through the merchant device; or, the device identification information of the merchant device may be used as the device interaction information, and the merchant device uploads the device identification information to the server after establishing the near field communication connection. Optionally, the application includes: a payment application.

[0097] In this embodiment, device interaction information refers to information submitted to the server after the user terminal interacts with the merchant device. This information can be device information of the user terminal and / or the merchant device itself, such as: device identification information, terminal location information, or user information of the user to which the user terminal belongs, such as: user identity information, user account information. The server determines the visit merchant corresponding to the merchant device through the device interaction information. It should be noted that the device interaction information can be any one of the above information, or a combination of multiple information, which is not limited in this embodiment. Optionally, the device interaction information includes: device identification information of the merchant device.

[0098] It should be noted that, during the process of device interaction between the user terminal and the merchant device, the device interaction may be a near-field communication interaction. During the near-field communication interaction, the user terminal may read the near-field communication tag of the merchant device to establish a near-field communication connection, or the merchant device may read the near-field communication tag of the user terminal to establish a near-field communication connection. This embodiment does not limit this.

[0099] In actual applications, users can enter the merchant's service subroutine by page jump. Based on this, when the user enters the application, or when the user enters the service page of the application, that is, the page that records the service subroutine of each merchant in the application, but does not perform near field communication interaction, the server generates a merchant's near field communication interaction animation based on the user's location information and sends it to the user terminal to be displayed to the user through the user terminal. In an optional implementation manner provided by this embodiment, before calling the near field communication component to establish a near field communication connection with the merchant's device, it also includes: Entering the application according to the user access instruction, and sending the user location information to the server to determine the target merchant corresponding to the user location information; Receive the interactive animation frame of the target merchant sent by the server and perform display processing.

[0100] Optionally, the server determines the store where the user terminal is located by querying a store matching the user location information, and renders the interactive animation frame according to a merchant identification material of the merchant to which the store belongs and sends it to the user terminal.

[0101] Optionally, the interactive animation frame is displayed after entering the service page of the application.

[0102] As shown in FIG3 , the user enters the application by triggering the application identifier. After entering the application, the user terminal uploads the user location information to the server. The server queries the store that matches the user location information as the store where the user terminal is located, queries the merchant identifier material of the merchant to which the store belongs, renders an interactive animation frame that indicates the interaction with the merchant device, and sends it to the user terminal. The user terminal displays the interactive animation frames shown in FIG3 (a) to FIG3 (b).

[0103] In actual applications, there are also situations where multiple services share the same user credentials, for example: various passenger services need to share user identity credentials for entry and exit verification, and various medical services need to share user security credentials for medical payment verification, etc. In view of this, the server can generate an interactive animation frame for the service according to the service type of the service to which the subroutine page of the application belongs, and send it to the user terminal for display through the user terminal. In an optional implementation manner provided by this embodiment, before calling the near field communication component to establish a near field communication connection with the merchant device, it also includes: Entering a subprogram page of the application according to a user access instruction, determining a service type of a service to which the subprogram page belongs and sending the service type to the server; Receive the interactive animation frame for the service sent by the server and display it on the subprogram page.

[0104] Optionally, the interactive animation frame is obtained by rendering an identification material based on a user credential corresponding to the service.

[0105] For example, the user terminal enters the sub-program page of the medical institution according to the user access instruction, and sends the service type of the medical service to which the sub-program page belongs to the server. The server renders the interactive animation frame of the medical service according to the identification material of the user security certificate corresponding to the service type of the medical service, and sends the interactive animation frame to the user terminal so that the user terminal can display it on the sub-program page of the medical service.

[0106] Step S804, determining a visited merchant according to the device interaction information, querying an access address of a service subprogram of the visited merchant, and generating service recommendation data of the service subprogram based on the access address.

[0107] This embodiment sends service recommendation data of the service subroutine of the merchant to the user terminal after the user terminal enters the application, so that the user terminal displays the service recommendation data, avoids cumbersome page jumps through near field communication interaction, and enters the application and displays the service recommendation data of the service subroutine after the near field communication connection is established, and enters the service subroutine after the service recommendation data display is completed, thereby improving service access efficiency. Optionally, the merchant to be visited is determined based on device interaction information.

[0108] During the specific implementation, the server first determines the visited merchant corresponding to the merchant device based on the device interaction information, that is, the merchant visited by the user, generates service recommendation data based on the access address of the service subroutine of the visited merchant in the application program and sends it to the user terminal; the user terminal enters the application program in response to the program access instruction sent by the server, receives the service recommendation data of the service subroutine of the visited merchant sent by the server, and displays the service recommendation data.

[0109] During the specific execution process, based on the device interaction information uploaded above, the server may generate service recommendation data for different device interaction information. For example, when the device interaction information is identification information of a merchant device, the merchant corresponding to the merchant identification field in the identification information may be used as the visited merchant to determine the merchant where the user is located and generate service recommendation data. In an optional implementation manner provided in this embodiment, the visited merchant is determined in the following manner: Extract the merchant identification field contained in the device identification information, and query whether the merchant identification field has a corresponding merchant; if so, use the target merchant obtained by the query as the visited merchant; if not, do not process it.

[0110] Specifically, a merchant identification field representing merchant information can be preset in the device identification information of the merchant device, which can be read by the user terminal and uploaded through the merchant device, or the merchant device can actively upload the merchant identification field to the server. The server queries the merchant identification field for the merchant corresponding to the merchant in the data table recording the merchant information. If the merchant is found, it indicates that the merchant device has a bound merchant, and the queried target merchant is used as the visited merchant. If the merchant is not found, or the merchant identification field is not read, it indicates that the merchant device is not bound to the merchant, and a query failure message can be returned to the user terminal.

[0111] Alternatively, when the device interaction information is the terminal location information of the user terminal, the merchant to which the store corresponding to the terminal location information belongs may be used as the visited merchant to determine the merchant where the user is located and generate service recommendation data. In another optional implementation manner provided in this embodiment, the visited merchant is determined in the following manner: Query the store information of the store that matches the terminal location information, and query the target merchant corresponding to the store based on the store information; Check whether the target merchant has registered the terminal device. If so, treat the target merchant as a visiting merchant; if not, do nothing.

[0112] It should be noted that the merchant to be visited can also be determined through the identification information of the merchant device and the terminal location information of the user terminal, for example: query the store that matches the terminal location information, and obtain the first merchant information of the merchant to which the store belongs; read the merchant field contained in the device identification information of the merchant device, and obtain the second merchant information of the merchant corresponding to the merchant field; detect whether the first merchant information and the second merchant information match, if so, take the merchant to which the store belongs and / or the merchant corresponding to the merchant field as the merchant to be visited, if not, do not process it.

[0113] In addition, there is also a situation where the user stays in a store for a period of time and then goes to the next store, during which the service page is always displayed, that is, the interactive animation frame of the merchant to which the previous store belongs is always displayed; in this regard, when the server generates an interactive animation frame of near field communication interaction according to the user location information uploaded by the user terminal, the merchant to which the store belongs determined according to the user location information and the merchant determined according to the device identification information of the merchant device can be subjected to consistency detection. If the detection fails, the merchant corresponding to the device identification information is used as the visited merchant. In an optional implementation manner provided in this embodiment, the visited merchant is determined in the following manner: Extract the device identification information of the merchant device contained in the device interaction information, and query the service merchant corresponding to the device identification information; detect whether the service merchant is the same as the target merchant, and if not, use the service merchant as the visited merchant.

[0114] During the specific execution process, the server may also obtain activity data of the merchant, such as: preferential activities, gift activities, generate rights and interests recommendation data according to the activity data and send it to the user terminal, so that the user can perceive the merchant's activities in time; specifically, after rendering the interactive animation frame of the merchant to which the store where the user terminal is located belongs and sending it to the user terminal, the recommended activity data of the merchant is obtained to generate the rights and interests recommendation data, and the data is sent to the user terminal to be displayed in the service page of the application. In an optional implementation manner provided by this embodiment, after rendering the interactive animation frame and sending it to the user terminal, it also includes: Acquire the recommended activity data of the merchant to which the store belongs, and generate the rights and interests recommendation data of the merchant to which the store belongs based on the recommended activity data; The rights and interests recommendation data is sent to the user terminal so that the user terminal displays the rights and interests recommendation data on the service page.

[0115] As shown in FIG3 , the recommended activity data of the merchant to which the store where the user terminal is located is obtained, and the preferential activity data of the merchant to which the store belongs is generated based on the recommended activity data. The preferential activity data is sent to the user terminal so that the user terminal displays the preferential collection interface 301 (a) and 301 (b) at the waistband of the service page. The user can trigger the preferential collection interface 301 (a) and 301 (b) to collect the merchant coupons.

[0116] In actual applications, there may be multiple service subroutines for accessing merchants, such as registration services, rights services, order services, etc. For this, the server may determine service recommendation data based on the user identity information included in the device interaction information. In an optional implementation manner provided in this embodiment, the service recommendation data is generated in the following manner: Extract the user identity information contained in the device interaction information, and detect whether the user identity information matches the registered user information of the visited merchant; if so, generate the service recommendation data based on the access address of the rights service subroutine; if not, generate the service recommendation data based on the access address of the registered service subroutine.

[0117] Optionally, the service subroutine includes: a registration service subroutine and / or a rights and interests service subroutine.

[0118] Specifically, the user identity information contained in the device interaction information is extracted, and it is detected whether the user identity information matches the registered user information of the registered user in the registered user database of the visiting merchant. If it matches, it indicates that the user is a registered user visiting the merchant, and service recommendation data is generated based on the access address of the rights and interests subprogram of the visiting merchant. If it does not match, it indicates that the user is not a registered user visiting the merchant, and service recommendation data is generated based on the access address of the registration subprogram of the visiting merchant; wherein the user identity information may be an identification code representing the user, and the rights and interests subprogram may be a member rights and interests subprogram.

[0119] It should be noted that the above-mentioned method of determining access to service recommendation data based on user identity information can be implemented not only when the service recommendation data is displayed on the main page of the application, but also when the interactive animation frame is displayed on the service page of the application. In other words, it can be implemented when the service recommendation data is displayed on the service page of the application, and this embodiment is not limited here.

[0120] Step S806: Send the service recommendation data to the user terminal, so that the user terminal displays the service recommendation data and enters the service subroutine after entering the application program.

[0121] This embodiment avoids the cumbersome page jump process and improves the service access efficiency through near field communication interaction; in specific implementation, the generated service recommendation data is sent to the user terminal; after receiving the service recommendation data, the user terminal displays the service recommendation data, and after detecting the service access instruction, enters the service subroutine of the merchant in the application program.

[0122] When a user enters a service page of a service subprogram of each merchant and records the service subprogram of each merchant, since the user has entered the application, the user may not enter the application in response to the program access instruction, but may detect whether the user is in the application in response to the program access instruction. After detecting that the user is in the service page of the application, the user renders and displays the recommendation window of the service subprogram according to the recommendation window material and the access address included in the service recommendation data. In an optional implementation manner provided by this embodiment, the user enters the application, receives and displays the service recommendation data, including: Detect whether to display the service page. If so, render the recommendation window of the service subroutine according to the recommendation window material included in the service recommendation data and the access address, and display it on the service page; if not, do nothing.

[0123] like Figure 4 As shown, the user terminal calls the rendering component to render the recommendation window of the service subprogram based on the recommendation window material contained in the service recommendation data and the access address of the service subprogram of the merchant, and displays it on the service page.

[0124] In addition, the recommendation window can also be rendered and displayed by the user terminal when the user terminal enters the application in response to the program access instruction. That is, when the user terminal is not on the service page, it can also render the recommendation window of the service subroutine according to the recommendation window material and the access address contained in the service recommendation data sent by the server and display it on the service page.

[0125] In addition, there is a situation where the user is on the system home page before the near field communication interaction. The user terminal can enter the main page of the application in response to the program access instruction of the application to display the service recommendation data on the main page of the application. In this regard, the server can render the service recommendation window according to the merchant identification material of the merchant being visited and the access address of the service subroutine of the merchant being visited, and use the window parameters of the rendered service recommendation window as the service recommendation data to improve the interaction efficiency. In an optional implementation manner provided by this embodiment, entering the application in response to the program access instruction, receiving the service recommendation data and displaying it, includes: The system page is jumped to the main page according to the program access instruction, and a service recommendation window is generated and displayed according to the service window parameters included in the service recommendation data.

[0126] Optionally, the service window parameters are obtained by rendering according to the merchant identification material of the visited merchant and the visited address.

[0127] Optionally, service recommendation data is displayed on the main page of the application.

[0128] Specifically, the server obtains the merchant identification material of the visited merchant and the access address of the merchant's service subroutine, calls the rendering component based on the merchant identification material and the access address to render the service recommendation window of the service subroutine, and sends the service window parameters of the service recommendation window to the user terminal as service recommendation data; the user terminal first jumps from the system page to the main page of the application based on the program access instruction, and generates and displays the service recommendation window in the main page according to the service window parameters.

[0129] like Figure 5 As shown, the user terminal displays a service recommendation window in the main page of the payment application.

[0130] It should be noted that the above-mentioned server rendering service recommendation window and using the service window parameters of the service recommendation window as service recommendation data can also be implemented when the user terminal is in the service page of the application to display service recommendation data, that is: the user terminal generates and displays the service recommendation window according to the service window parameters in the service page of the application, which is not limited in this embodiment. It should be noted that the service recommendation window can be a service recommendation window generated and displayed by the user terminal according to the service recommendation data sent by the server.

[0131] After the service recommendation data is displayed on the user terminal, the service subroutine for accessing the merchant can be entered after detecting the service access instruction. The access instruction of the service subroutine can be triggered by the user for the service recommendation data displayed on the user terminal, for example: the access instruction of the service subroutine is triggered after the user triggers the access interface of the service recommendation window displayed on the user terminal, or the access interface of the service subroutine is actively triggered after the display time of the service recommendation window expires; optionally, the service access instruction is triggered after the user triggers the service access interface included in the service recommendation window; or, it is triggered after the display time of the service recommendation window expires.

[0132] like Figure 4 and Figure 5 As shown, the user access instruction can be triggered by the user triggering the access interface 401 of the service recommendation window displayed on the service page of the application or the access interface 501 of the service recommendation window displayed on the main page of the application, or it can be triggered after the display time of the service recommendation window on the service page of the application or the service recommendation window on the main page of the application arrives.

[0133] It should be noted that the service recommendation window can be a service recommendation window rendered, generated and displayed by the user terminal based on the service recommendation data sent by the server, or it can be a service recommendation window rendered and generated by the server and then sent to the user terminal, and this embodiment does not limit this; that is, the service recommendation windows generated by the above two methods and displayed by the user terminal can both be triggered by the triggering methods of the above two service access instructions, which will not be repeated in this embodiment.

[0134] In actual applications, after entering the merchant's service subroutine, the user can perform operations such as ordering, placing orders, shopping, etc., and may make payments. Since near field communication interaction has been performed, the user account information can be uploaded to the server as device interaction information during the near field communication interaction, so that the user payment instruction and order information can be uploaded to the server through the merchant's device during payment, thereby improving payment efficiency. An optional implementation method provided in this embodiment also includes: Obtaining a user payment instruction and transmitting it to the merchant device, so as to submit the order information to the server through the merchant device; Receive the payment completion information sent by the server and display it on the service page of the service subroutine.

[0135] Optionally, the server generates a payment order based on the order information, and after detecting the user payment instruction, performs payment processing on the payment order based on a user account corresponding to the user account information included in the device interaction information.

[0136] Optionally, the user payment instruction is transmitted via a near field communication connection.

[0137] Specifically, the user terminal obtains the user payment instruction submitted by the user and transmits it to the merchant device. The merchant device obtains the order information of the commodity order corresponding to the user, and submits the order information and the user payment instruction to the server. After receiving the user payment instruction, the server generates a payment order based on the order information, and processes the payment order based on the user account corresponding to the user account information included in the device interaction information, and generates payment completion information and sends it to the user terminal. After receiving the payment completion information, the user terminal displays it on the service page of the service subroutine; wherein the service subroutine can be a shopping subroutine or an ordering subroutine, and the merchant device can be a merchant cash register with wireless communication capabilities and near-field communication interaction capabilities.

[0138] Based on the above situation of generating interactive animation frames according to the service type of the service to which the subprogram page of the application belongs, after entering the service subprogram of the merchant, the credential identifier of the user credential can also be used as a near-field communication tag for secondary near-field communication interaction. For example, after entering the service subprogram of the medical institution, the user can use the credential identifier of the user's security credential as a near-field communication tag to perform secondary near-field communication interaction with the near-field communication device of the medical institution to process the fee payment. Or, after entering the ride service, the credential identifier of the user's identity credential can be used as a near-field communication tag to perform secondary near-field communication interaction with the station's entry and exit verification device to perform identity verification processing. In an optional implementation manner provided by this embodiment, it also includes: Invoking the near field communication component and using the credential identifier of the user credential as a near field communication tag; A secondary near field communication connection is established with the merchant device based on the near field communication tag to perform identity verification and / or payment processing.

[0139] Furthermore, the credential identifier of the user credential may be stored in the application. The user terminal may first call the credential interface of the application to obtain the credential identifier of the user credential so as to use the credential identifier of the user credential in the service subroutine for accessing the merchant; optionally, the credential identifier is obtained by calling and returning the credential interface of the application.

[0140] In summary, one or more service access processing methods based on near field communication provided in this embodiment can be applied to a server. In the process of accessing a service through near field communication, device interaction information uploaded by a merchant device is obtained, a program access instruction of an application is issued to the merchant device for transmission to a user terminal, a merchant to be visited is determined according to the device interaction information, an access address of a service subroutine of the merchant to be visited is queried, service recommendation data of the service subroutine is generated based on the access address, and the service recommendation data is issued to the user terminal so that the user terminal displays the service recommendation data and enters the service subroutine after entering the application, and enters the merchant's service subroutine through near field communication interaction, thereby improving access efficiency; Before the user terminal establishes a near-field communication connection with the merchant's device, an interactive animation frame illustrating the near-field communication interaction can be generated based on the user's location information and displayed on the service page of the application to remind the user that they can perform near-field communication interaction to quickly access services, thereby enhancing the user's perception of near-field communication interaction.

[0141] The following takes the application of a service access processing method based on near field communication provided in this embodiment in the first interaction scenario as an example to further illustrate the service access processing method based on near field communication provided in this embodiment. Figure 6 , a service access processing method based on near field communication applied to a first interaction scenario specifically includes the following steps.

[0142] Step S604, obtaining the device interaction information uploaded by the merchant device, and sending a program access instruction of the application program to the merchant device for transmission to the user terminal.

[0143] Step S606, extracting the merchant identification field contained in the device identification information of the merchant device contained in the device interaction information, querying the target merchant corresponding to the merchant identification field, and taking the target merchant as the visited merchant.

[0144] Step S608, obtaining the merchant identification material of the visited merchant.

[0145] Step S610: extract the user identity information contained in the device interaction information, and detect whether the user identity information matches the registered user information of the merchant.

[0146] If yes, execute step S612; If not, no action is required.

[0147] Step S612, obtaining the access address of the member subprogram for accessing the merchant.

[0148] Step S614: Rendering a service recommendation window based on the merchant identification material and the access address, and sending the service window parameters of the service recommendation window to the user terminal.

[0149] Optionally, if the execution result of step S610 is no, the access address of the registration subroutine for accessing the merchant may be obtained; a service recommendation window may be obtained by rendering according to the merchant identification material and the access address, and the service window parameters of the service recommendation window may be sent to the user terminal.

[0150] The following takes the application of a service access processing method based on near field communication provided in this embodiment in the second interaction scenario as an example to further illustrate the service access processing method based on near field communication provided in this embodiment. Figure 7 , a service access processing method based on near field communication applied to a second interaction scenario specifically includes the following steps.

[0151] Step S704, obtaining the user location information uploaded by the user terminal, and querying the store information of the store matching the user location information.

[0152] Step S706: Render the interactive animation frame according to the merchant identification material of the merchant to which the store belongs contained in the store information, and send it to the user terminal.

[0153] Step S712, obtaining the device interaction information uploaded by the merchant device, and sending a program access instruction of the application program to the merchant device for transmission to the user terminal.

[0154] Step S714: extract the device identification information of the merchant device contained in the device interaction information, and query the merchant corresponding to the device identification information.

[0155] Step S716, matching is performed based on the merchant information of the merchant to which the store belongs and the merchant information of the merchant corresponding to the device identification information.

[0156] Step S718, if the match succeeds, determine that the merchant to which the store belongs and the merchant corresponding to the device identification information are the visited merchant, query the access address of the service subroutine of the visited merchant, and generate service recommendation data based on the merchant identification material and the access address.

[0157] Step S720, the service recommendation data is sent to the user terminal, so that the user terminal displays the service recommendation data and enters the service subroutine of the merchant after entering the application program.

[0158] An embodiment of a service access processing device based on near field communication provided in this specification is as follows: In the above-mentioned embodiment, a service access processing method based on near field communication applied to a user terminal is provided. Correspondingly, a service access processing device based on near field communication running on a user terminal is also provided, which is described below with reference to the accompanying drawings.

[0159] Reference Fig. 9, which shows a schematic diagram of an embodiment of a service access processing device based on near field communication provided in this embodiment.

[0160] 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.

[0161] This embodiment provides a service access processing device based on near field communication, which runs on a user terminal and includes: The near field communication connection establishment module 902 is configured to call the near field communication component to establish a near field communication connection with the merchant device, so as to upload the device interaction information to the server through the merchant device; A program access instruction receiving module 904 is configured to receive a program access instruction of an application transmitted by the merchant device; The service recommendation data display module 906 is configured to enter the application program in response to the program access instruction, receive and display the service recommendation data of the service subprogram of the visiting merchant issued by the server; the visiting merchant is determined based on the device interaction information; The service subprogram access module 908 is configured to enter the service subprogram based on the subprogram access address included in the service recommendation data after detecting a service access instruction for the service subprogram.

[0162] Another embodiment of a service access processing device based on near field communication provided in this specification is as follows: In the above-mentioned embodiment, a service access processing method based on near field communication applied to a server is provided. Correspondingly, a service access processing device based on near field communication running on a server is also provided, which is described below with reference to the accompanying drawings.

[0163] Reference Fig.10 , which shows a schematic diagram of an embodiment of a service access processing device based on near field communication provided in this embodiment.

[0164] 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.

[0165] This embodiment provides another service access processing device based on near field communication, which runs on a server, and the device includes: The program access instruction issuing module 1002 is configured to obtain the device interaction information uploaded by the merchant device, and issue a program access instruction of the application to the merchant device for transmission to the user terminal; the program access instruction is transmitted via a near field communication connection; The service recommendation data generating module 1004 is configured to determine the visited merchant according to the device interaction information, query the access address of the service subprogram of the visited merchant, and generate the service recommendation data of the service subprogram based on the access address; The service recommendation data sending module 1006 is configured to send the service recommendation data to the user terminal, so that the user terminal displays the service recommendation data and enters the service subprogram after entering the application program.

[0166] An embodiment of a user terminal provided in this specification is as follows: Corresponding to the above-described method for processing service access based on near field communication, based on the same technical concept, one or more embodiments of this specification further provide a user terminal, which is used to execute the above-described method for processing service access based on near field communication. Fig.11 A schematic diagram of the structure of a user terminal provided in one or more embodiments of this specification.

[0167] This embodiment provides a user terminal, including: like Fig.11 As shown, the user terminal may have relatively large differences due to different configurations or performances, and may include one or more processors 1101 and memory 1102, and the memory 1102 may store one or more storage applications or data. Among them, the memory 1102 may be a short-term storage or a persistent storage. The application stored in the memory 1102 may include one or more modules (not shown in the figure), and each module may include a series of computer executable instructions in the user terminal. Furthermore, the processor 1101 may be configured to communicate with the memory 1102 and execute a series of computer executable instructions in the memory 1102 on the user terminal. The user terminal may also include one or more power supplies 1103, one or more wired or wireless network interfaces 1104, one or more input / output interfaces 1105, one or more keyboards 1206, etc.

[0168] In a specific embodiment, the user terminal 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 in the user terminal, and the one or more programs are configured to be executed by one or more processors, including computer executable instructions for performing the following: Calling a near field communication component to establish a near field communication connection with a merchant device, so as to upload device interaction information to a server through the merchant device; Receiving a program access instruction of an application transmitted by the merchant device; Entering the application program in response to the program access instruction, receiving and displaying service recommendation data of the service subprogram of the visiting merchant issued by the server; the visiting merchant is determined based on the device interaction information; After detecting a service access instruction for the service subroutine, the service subroutine is entered based on the subroutine access address included in the service recommendation data.

[0169] A server embodiment provided in this specification is as follows: Corresponding to the another service access processing method based on near field communication described above, based on the same technical concept, one or more embodiments of this specification further provide a server, which is used to execute the another service access processing method based on near field communication provided above. Fig.11 A schematic diagram of the structure of a server provided for one or more embodiments of this specification.

[0170] This embodiment provides a server, including: like Fig.12 As shown, the server may have relatively large differences due to different configurations or performances, and may include one or more processors 1201 and memory 1202, and the memory 1202 may store one or more storage applications or data. Among them, the memory 1202 may be a short-term storage or a persistent storage. The application stored in the memory 1202 may include one or more modules (not shown in the figure), and each module may include a series of computer executable instructions in the server. Furthermore, the processor 1201 may be configured to communicate with the memory 1202 and execute a series of computer executable instructions in the memory 1202 on the server. The server may also include one or more power supplies 1203, one or more wired or wireless network interfaces 1204, one or more input / output interfaces 1205, etc.

[0171] In a specific embodiment, the server 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 in the server, and the one or more programs are configured to be executed by one or more processors, including computer executable instructions for performing the following: Acquire device interaction information uploaded by a merchant device, and issue a program access instruction of an application program to the merchant device for transmission to a user terminal; the program access instruction is transmitted via a near field communication connection; Determine a visited merchant according to the device interaction information, query an access address of a service subprogram of the visited merchant, and generate service recommendation data of the service subprogram based on the access address; The service recommendation data is sent to the user terminal so that the user terminal displays the service recommendation data and enters the service subroutine after entering the application program.

[0172] An embodiment of a computer-readable storage medium provided in this specification is as follows: Corresponding to the above-described service access processing method based on near field communication, based on the same technical concept, one or more embodiments of this specification also provide a computer-readable storage medium.

[0173] 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: Calling a near field communication component to establish a near field communication connection with a merchant device, so as to upload device interaction information to a server through the merchant device; Receiving a program access instruction of an application transmitted by the merchant device; Entering the application program in response to the program access instruction, receiving and displaying service recommendation data of the service subprogram of the visiting merchant issued by the server; the visiting merchant is determined based on the device interaction information; After detecting a service access instruction for the service subroutine, the service subroutine is entered based on the subroutine access address included in the service recommendation data.

[0174] It should be noted that the embodiment of a computer-readable storage medium in this specification and the embodiment of a service access 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] Another computer-readable storage medium embodiment provided in this specification is as follows: Corresponding to the above-described another service access processing method based on near field communication, based on the same technical concept, one or more embodiments of the present specification also provide another computer-readable storage medium.

[0176] 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: Acquire device interaction information uploaded by a merchant device, and issue a program access instruction of an application program to the merchant device for transmission to a user terminal; the program access instruction is transmitted via a near field communication connection; Determine a visited merchant according to the device interaction information, query an access address of a service subprogram of the visited merchant, and generate service recommendation data of the service subprogram based on the access address; The service recommendation data is sent to the user terminal so that the user terminal displays the service recommendation data and enters the service subroutine after entering the application program.

[0177] It should be noted that the embodiment of another computer-readable storage medium in this specification and the embodiment of another service access 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.

[0178] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referenced to each other. Each embodiment focuses on the differences from other embodiments. For example, the device embodiment, equipment embodiment and storage medium embodiment are similar to the method embodiment, so the description is relatively simple. To read the relevant content in the device embodiment, equipment embodiment and storage medium embodiment, please refer to the partial description of the method embodiment.

[0179] 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.

[0180] 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.

[0181] 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 (e.g., 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 626D, Atmel AT151SAM, Microchip PIC18F26K20, and Silicone Labs C8061F320. 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 included therein for implementing various functions 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.

[0182] 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.

[0183] 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.

[0184] 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-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0185] 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 block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks 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 data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. 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.

[0186] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising 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.

[0187] These computer program instructions can also be loaded onto a computer or other programmable data 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 implementing 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.

[0188] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0189] 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.

[0190] 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 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 in this article, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0191] 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 more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0192] 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.

[0193] 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 service access processing method based on near field communication, applied to a user terminal, the method comprising: Calling a near field communication component to establish a near field communication connection with a merchant device, so as to upload device interaction information to a server through the merchant device; Entering the application program in response to the program access instruction issued by the server, receiving and displaying the service recommendation data of the service subprogram of the merchant accessed issued by the server; After detecting a service access instruction for the service subroutine, the service subroutine is entered based on the subroutine access address included in the service recommendation data.

2. According to the service access processing method based on near field communication in claim 1, the visiting merchant is determined based on the device interaction information: in, The device interaction information includes identification information of a merchant device, and the merchant corresponding to the merchant identification field in the identification information is used as the visited merchant.

3. According to the service access processing method based on near field communication in claim 1, the device interaction information includes the terminal location information of the user terminal; The merchant to which the store corresponding to the terminal location information belongs is used as the visited merchant.

4. The service access processing method based on near field communication according to claim 1, wherein the service access instruction is triggered after the display time of the service recommendation window expires; Alternatively, the service access instruction is triggered after the user triggers the service access interface included in the service recommendation window; The service recommendation window is rendered, generated and displayed according to the service recommendation data.

5. According to the service access processing method based on near field communication in claim 1, the service recommendation data is displayed in the following manner: A service recommendation window is generated and displayed according to the merchant identification material contained in the service recommendation data and the subprogram access address.

6. According to the service access processing method based on near field communication in claim 1, the service recommendation data is displayed in the following manner: The recommendation window of the service subprogram is rendered and displayed according to the recommendation window material and the access address included in the service recommendation data.

7. The method for processing service access based on near field communication according to claim 1, wherein the step of entering the application program in response to the program access instruction issued by the server, receiving and displaying service recommendation data of the service subprogram for accessing the merchant issued by the server, comprises: The program access instruction jumps from the system page to the main page of the application program, and generates a service recommendation window according to the service window parameters included in the service recommendation data and displays it on the main page.

8. The service access processing method based on near field communication according to claim 7, wherein the service subroutine comprises: Registration service sub-procedure and / or rights service sub-procedure; Accordingly, the service recommendation data is generated in the following manner: Extracting user identity information contained in the device interaction information, and detecting whether the user identity information matches the registered user information of the visiting merchant; If so, generating the service recommendation data based on the access address of the equity service subprogram; If not, the service recommendation data is generated based on the access address of the registration service subroutine.

9. According to the service access processing method based on near field communication in claim 1, the service recommendation data is displayed in the following manner: If it is detected that the application is on a service page, a recommendation window of the service subroutine is rendered according to the recommendation window material and the access address included in the service recommendation data, and displayed on the service page.

10. The method for processing service access based on near field communication according to claim 1, before the step of calling the near field communication component to establish a near field communication connection with the merchant device to upload the device interaction information to the server through the merchant device is executed, it also includes: Entering the application according to the user access instruction, and sending the user location information to the server to determine the target merchant corresponding to the user location information; Receive the interactive animation frame of the target merchant sent by the server and perform display processing.

11. The service access processing method based on near field communication according to claim 10, wherein the visiting merchant is determined in the following manner: Extracting the device identification information of the merchant device contained in the device interaction information, and querying the service merchant corresponding to the device identification information; Check whether the service merchant is the same as the target merchant, and if not, use the service merchant as the visited merchant.

12. The service access processing method based on near field communication according to claim 1, further comprising: Obtaining a user payment instruction and transmitting it to the merchant device, so as to submit the order information and the user payment instruction to the server through the merchant device; The user payment instruction is transmitted via a near field communication connection; Receiving payment completion information sent by the server and displaying it on the service page of the service subprogram; The server generates a payment order based on the order information, and performs payment processing on the payment order based on the user account corresponding to the user account information included in the device interaction information according to the user payment instruction.

13. The method for processing service access based on near field communication according to claim 1, before the step of calling the near field communication component to establish a near field communication connection with the merchant device to upload the device interaction information to the server through the merchant device is executed, it also includes: Entering a subprogram page of the application according to a user access instruction, determining a service type of a service to which the subprogram page belongs and sending the service type to the server; Receiving an interactive animation frame for the service sent by the server, and displaying it on the subprogram page; The interactive animation frame is obtained by rendering based on identification material of the user credential corresponding to the service.

14. The method for processing service access based on near field communication according to claim 13, after the service access instruction for the service subroutine is detected, the step of entering the service subroutine based on the subroutine access address included in the service recommendation data is executed, further comprising: Invoking the near field communication component and using the credential identifier of the user credential as a near field communication tag; A secondary near field communication connection is established with the merchant device based on the near field communication tag to perform identity verification and / or payment processing.

15. A service access processing method based on near field communication, applied to a user terminal, the method comprising: Enter the application after invoking the NFC component to establish a NFC connection with the merchant's device; After entering the application, receiving service recommendation data of the service subprogram of the merchant being accessed, and displaying the service recommendation data; The visiting merchant is determined based on the device interaction information; After the service recommendation data display is completed, the service subroutine is entered.

16. A service access processing method based on near field communication, applied to a server, the method comprising: Obtain device interaction information uploaded by the merchant's device and send program access instructions to the user terminal; Determine a visited merchant according to the device interaction information, query an access address of a service subprogram of the visited merchant, and generate service recommendation data of the service subprogram based on the access address; The service recommendation data is sent to the user terminal so that the user terminal displays the service recommendation data and enters the service subroutine after entering the application program.

17. The service access processing method based on near field communication according to claim 16, wherein the device interaction information comprises: Device identification information of the merchant device; Correspondingly, determining a merchant to visit according to the device interaction information includes: Extracting the merchant identification field contained in the device identification information, and querying whether the merchant identification field has a corresponding merchant; If so, the target merchant obtained by the query is used as the visited merchant.

18. The service access processing method based on near field communication according to claim 16, wherein the service recommendation data is displayed in the following manner: A service recommendation window is generated and displayed according to the merchant identification material contained in the service recommendation data and the access address of the service subroutine.

19. The method for processing service access based on near field communication according to claim 16, before the step of obtaining the device interaction information uploaded by the merchant device and issuing the program access instruction to the user terminal is executed, it also includes: Acquire the user location information uploaded by the user terminal, and query the store information of the store matching the user location information; Rendering an interactive animation frame based on a merchant identification material of a merchant to which the store belongs contained in the store information, and sending the frame to the user terminal for display through the user terminal; The user terminal enters the application according to the user access instruction and sends the user location information to the server.

20. The service access processing method based on near field communication according to claim 19, wherein the interactive animation frame is displayed after the user terminal enters the service page of the application; Accordingly, the generating of the service recommendation data of the service subprogram based on the access address includes: Rendering a service recommendation window according to the merchant identification material of the visited merchant and the visited address; The window parameters of the service recommendation window are used as the service recommendation data.

21. The service access processing method based on near field communication according to claim 16, wherein the service subroutine comprises: Registration service sub-procedure and / or rights service sub-procedure; Accordingly, the service recommendation data is generated in the following manner: Extracting user identity information contained in the device interaction information, and detecting whether the user identity information matches the registered user information of the visiting merchant; If so, generating the service recommendation data based on the access address of the equity service subprogram; If not, the service recommendation data is generated based on the access address of the registration service subroutine.

22. The service access processing method based on near field communication according to claim 16, further comprising: Obtaining the order information submitted by the merchant device and generating a payment order according to the order information; After detecting the user payment instruction, the payment order is processed according to the user account corresponding to the user account information included in the device interaction information, and after the payment is completed, payment completion information is generated and sent to the user terminal; The user payment instruction is transmitted from the user terminal to the merchant device via a near field communication connection, and is submitted to the server by the merchant device.

23. A service access processing device based on near field communication, running on a user terminal, the device comprising: A near field communication connection establishment module, configured to call the near field communication component to establish a near field communication connection with the merchant device, so as to upload the device interaction information to the server through the merchant device; A service recommendation data display module is configured to enter the application program in response to the program access instruction issued by the server, receive and display the service recommendation data of the service subprogram of the merchant accessed issued by the server; The service subprogram access module is configured to enter the service subprogram based on the subprogram access address included in the service recommendation data after detecting a service access instruction for the service subprogram.

24. A user terminal, comprising: processor; and a memory configured to store computer executable instructions, wherein the processor executes the computer executable instructions to implement the following process: Calling a near field communication component to establish a near field communication connection with a merchant device, so as to upload device interaction information to a server through the merchant device; Entering the application program in response to the program access instruction issued by the server, receiving and displaying the service recommendation data of the service subprogram of the merchant accessed issued by the server; After detecting a service access instruction for the service subroutine, the service subroutine is entered based on the subroutine access address included in the service recommendation data.

25. A computer-readable storage medium for storing computer-executable instructions, which implement the steps of the method of claim 1 or 16 when executed.

Images