Near field perception-based interaction guidance method, device, equipment, medium and product

Abstract

The embodiment of the present specification provides an interaction guidance method, device, equipment, medium and product based on near field perception. The scheme comprises: a first terminal of a target application receives a wireless broadcast signal sent by a second terminal; based on the wireless broadcast signal, it is judged whether the first terminal meets a preset condition for displaying guidance information; if the first terminal meets the preset condition, corresponding guidance page configuration data is determined according to the on-off state of the target function of the first terminal; and the guidance page is rendered and displayed in the target application according to the guidance page configuration data, so that the pre-lead guidance is realized, and the interaction efficiency and user experience can be improved.

Description

Technical Field

[0001] This specification relates to the field of computer technology, and in particular to an interactive guidance method based on near-field perception. This specification also relates to an interactive guidance device based on near-field perception, a computing device, a computer-readable storage medium, and a computer program product. Background Technology

[0002] With the rapid development of mobile internet and IoT technologies, short-range communication-based interaction methods are widely used in various scenarios such as payment, access control, and social networking. In practical applications, different service providers may use different business processing methods. For example, for payment services, some merchants use the method of showing or scanning a payment code, while others have added near-field communication payment methods to further simplify user operations.

[0003] Since different service providers may use different processing methods, users may not be clear about the available processing methods. For example, when users want to pay after shopping, they may not know whether the merchant supports near-field communication (NFC) payment methods and may need to go to the cashier to determine the payment method, which may cause some inconvenience to users. Summary of the Invention

[0004] In view of this, one or more embodiments of this specification provide an interactive guidance method, apparatus, device, and computer-readable medium based on near-field perception, which realizes seamless pre-guidance and can improve interaction efficiency and user experience.

[0005] According to a first aspect of one or more embodiments of this specification, an interactive guidance method based on near-field perception is provided, comprising: a first terminal that initiates a target application receiving a wireless broadcast signal sent by a second terminal; determining, based on the wireless broadcast signal, whether the first terminal meets preset conditions for displaying guidance information; the preset conditions include at least two of the following: the signal strength of the wireless broadcast signal is greater than or equal to a preset strength, the duration for which the first terminal stays within a preset range from the second terminal is greater than or equal to a preset duration, and the number of times the first terminal has displayed guidance information within a preset frequency control period is less than or equal to a preset frequency limit; if the first terminal meets the preset conditions, determining corresponding guidance page configuration data based on the on / off state of a target function of the first terminal; the target function being a function required for target business processing using the target application; rendering and displaying a guidance page in the target application according to the guidance page configuration data; the guidance page containing information prompting the user to perform target business processing.

[0006] According to a second aspect of one or more embodiments of this specification, an interactive guidance method based on near-field perception is provided, comprising: receiving a guidance information acquisition request sent by a first terminal; the guidance information acquisition request is generated after the first terminal, which has launched a target application, acquires a wireless broadcast signal from a second terminal; the guidance information acquisition request includes on / off status information of a target function of the first terminal; the target function is a function required when performing target business processing using the target application; performing an access verification on the guidance information acquisition request based on a preset access verification rule; the access verification rule includes at least one of scene verification, server trigger frequency verification, and user profile feature matching; if the verification passes, matching corresponding guidance page configuration data according to the on / off status information; and feeding back the guidance page configuration data to the first terminal so that the first terminal displays the guidance page.

[0007] According to a third aspect of one or more embodiments of this specification, a near-field perception-based interactive guidance device is provided, comprising: A signal receiving module is used to initiate the device for the target application to receive wireless broadcast signals sent by a second terminal. The judgment module is used to determine, based on the wireless broadcast signal, whether the device meets the preset conditions for displaying guidance information; the preset conditions include at least two of the following: the signal strength of the wireless broadcast signal is greater than or equal to a preset strength, the duration of the device staying within a preset range from the second terminal is greater than or equal to a preset duration, and the number of times the device has displayed guidance information within a preset frequency control period is less than or equal to a preset frequency limit. The data determination module is used to determine the corresponding guide page configuration data based on the on / off state of the target function of the device if the device meets the preset conditions; the target function is the function required when using the target application to perform target business processing. The display module is used to render and display a guide page in the target application according to the guide page configuration data; the guide page contains information prompting the user to perform target business processing.

[0008] According to a fourth aspect of one or more embodiments of this specification, a near-field sensing-based interactive guidance device is provided, comprising: A request receiving module is used to receive a guidance information acquisition request sent by a first terminal; the guidance information acquisition request is generated after the first terminal, which starts the target application, acquires the wireless broadcast signal of the second terminal; the guidance information acquisition request contains the on / off status information of the target function of the first terminal; the target function is the function required when using the target application to perform target service processing; The verification module is used to perform access verification on the guidance information acquisition request based on preset access verification rules; the access verification rules include at least one of scene verification, server trigger frequency verification, and user profile feature matching. The data configuration module is used to match the corresponding guide page configuration data according to the switch status information if the verification passes. The data feedback module is used to feed back the configuration data of the guide page to the first terminal so that the first terminal can display the guide page.

[0009] According to a fifth aspect of one or more embodiments of this specification, a computing device, a memory, and a processor are provided; The memory is used to store computer programs / instructions, and the processor is used to execute the computer programs / instructions, which, when executed by the processor, implement the steps of the above-described near-field perception-based interactive guidance method.

[0010] According to a sixth aspect of one or more embodiments of this specification, a computer-readable storage medium is provided that stores computer instructions which, when executed by a processor, implement the steps of the above-described near-field perception-based interactive guidance method.

[0011] According to a seventh aspect of the embodiments of this specification, a computer program product is provided, including a computer program / instructions that, when executed by a processor, implement the steps of the above-described near-field perception-based interactive guidance method.

[0012] One or more embodiments of this specification can achieve the following beneficial effects: The first terminal can determine whether it can display guidance information based on the wireless broadcast signal emitted by the second terminal. When the multi-dimensional perception conditions are met, the first terminal can render a guidance page containing prompts for the target service processing, so that the user can clearly know the available service methods before reaching the physical interaction point, realizing seamless pre-guidance and improving interaction efficiency and user experience.

[0013] On the other hand, by setting multiple preset conditions such as signal strength, dwell time, and display frequency limits, the problem of false triggering caused by environmental fluctuations or instantaneous interference that a single signal threshold is susceptible to can be effectively reduced. It can more accurately distinguish between a user's random passing by and their real intention to approach. It can also avoid repeated disturbances to the same user by combining frequency control limits, thereby reducing the probability of invalid interactions. While reducing disturbances to users, it can also reduce the amount of data processing on the terminal or server and save computing resources.

[0014] On the other hand, by dynamically determining the configuration data of the guidance page based on the actual on / off status of the target function on the first terminal, the limitation of traditional fixed prompt templates being disconnected from the actual capabilities of the device is broken. For example, when the target function is not enabled, the guidance page can provide targeted guidance on enabling the function; when it is enabled, it can push business confirmation or operation prompts. This can effectively eliminate the operational gaps and cognitive confusion caused by the mismatch between device capabilities and users, and can effectively shorten the operation path to complete the target business processing. Attached Figure Description

[0015] To more clearly illustrate the technical solutions in the embodiments or prior art of this specification, the drawings used in the description of the embodiments or prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this specification. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0016] Figure 1 This diagram illustrates an application scenario of an interactive guidance method based on near-field perception, as provided in one embodiment of this specification. Figure 2 This is a flowchart illustrating an interactive guidance method based on near-field perception, provided as an embodiment of this specification. Figure 3 This is a schematic diagram of a landing page provided in one embodiment of this specification; Figure 4 This is a schematic diagram of another boot page provided for one embodiment of this specification; Figure 5 A schematic diagram of a near-field interaction method based on near-field perception provided in one embodiment of this specification; Figure 6 A flowchart illustrating a security initialization phase provided in one embodiment of this specification; Figure 7 This is a flowchart illustrating an interactive guidance method based on near-field perception, provided as an embodiment of this specification. Figure 8 This is a flowchart illustrating an interactive guidance method based on near-field perception, provided as an embodiment of this specification. Figure 9 A system schematic diagram of an interactive guidance method based on near-field perception provided in one embodiment of this specification; Figure 10 The embodiment provided in this specification corresponds to Figure 2 A schematic diagram of the structure of an interactive guidance device based on near-field perception; Figure 11 The embodiment provided in this specification corresponds to Figure 8 A schematic diagram of the structure of an interactive guidance device based on near-field perception; Figure 12 This is a structural block diagram of a computing device provided in one embodiment of this specification. Detailed Implementation

[0017] To enable those skilled in the art to better understand the technical solutions in this specification, the technical solutions in the embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this specification, and not all embodiments. Based on the embodiments in this specification, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of this specification.

[0018] This specification uses specific terms to describe embodiments thereof. Terms such as "an embodiment," "one embodiment," and / or "some embodiments" refer to a particular feature, structure, or characteristic associated with at least one embodiment of this specification. Therefore, it should be emphasized and noted that references to "an embodiment," "one embodiment," or "an alternative embodiment" in different locations throughout this specification do not necessarily refer to the same embodiment. Furthermore, those skilled in the art can combine and integrate the different embodiments or examples described herein, as well as the features of those different embodiments or examples, without contradiction.

[0019] The terminology used in one or more embodiments of this specification is for the purpose of describing particular embodiments only and is not intended to be limiting of the one or more embodiments of this specification. The singular forms “a,” “an,” “an,” “the,” and “the” as used in one or more embodiments of this specification and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used in one or more embodiments of this specification includes any or all possible combinations of one or more associated listed items.

[0020] The terms “comprising,” “including,” or any other variations thereof are intended to cover a non-exclusive inclusion, such that a process, method, product, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, product, or apparatus. Without further limitation, the presence of additional identical or equivalent elements in the process, method, product, or apparatus that includes said elements is not excluded.

[0021] Although the terms "first," "second," etc., may be used to describe various information in one or more embodiments of this specification, this information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, "first" may also be referred to as "second," and similarly, "second" may also be referred to as "first," without departing from the scope of one or more embodiments of this specification. Ordinal numbers such as "first," "second," etc., do not necessarily indicate order; often they are used to facilitate the distinction of objects. For example, "first server" and "second server" usually refer to two servers. To distinguish these two servers, they are described as "first server" and "second server." Of course, sometimes these two servers may be the same server.

[0022] The word “if” can be interpreted as “when”, “when”, or “in response to determination”, depending on the context.

[0023] In this specification, unless explicitly stated otherwise, "receiving and sending data" does not necessarily mean direct receiving and sending; it can also mean indirect receiving and sending. For example, A receiving data sent by B can be understood as A directly receiving the data sent by B, or it can be understood as A indirectly receiving the data sent by B through other entities such as C. Similarly, B sending data to A can be understood as B sending the data directly to A, or it can be understood as B indirectly sending the data to A through other entities such as C. Here, C can be one entity, or it can be two or more entities.

[0024] In this specification, unless explicitly stated otherwise, the relationships between structures can be direct or indirect. For example, when describing "A is connected to B," unless it is explicitly stated that A and B are directly connected, it should be understood that A can be directly connected to B or indirectly connected to B. Similarly, when describing "A is on top of B," unless it is explicitly stated that A is directly above B (AB is adjacent and A is above B), it should be understood that A can be directly above B or indirectly above B (AB is separated by other elements, and A is above B). And so on.

[0025] The user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in one or more embodiments of this specification are all information and data authorized by the user or fully authorized by all parties. The collection, use, and processing of related data must comply with the relevant laws, regulations, and standards of the relevant regions, and corresponding operation entry points are provided for users to choose to authorize or refuse. A user can represent a registered or user of the target application. Before registering or using the target application, the user's terminal device may display terms requesting user authorization. The user can choose to agree to authorization or disagree to authorization, or, after authorization, can revoke authorization through a preset path.

[0026] The technical solutions provided in the various embodiments of this specification are described in detail below with reference to the accompanying drawings.

[0027] Figure 1 This is a schematic diagram illustrating an application scenario of an interactive guidance method based on near-field perception, provided as an embodiment of this specification.

[0028] like Figure 1 As shown, this solution may include a first terminal 100 and a second terminal 200. Both the first terminal 100 and the second terminal 200 have wireless communication capabilities, such as one or more of Bluetooth, NFC (Near Field Communication), and WiFi communication. The second terminal 200 can be a device used by a service provider; for example, in a payment scenario, the second terminal 200 could be a merchant-side device, such as a payment processing device or other wireless broadcasting equipment. The first terminal 100 can be a device used by a user, such as a mobile phone, watch, or other mobile terminal device.

[0029] This example uses a payment service. The first terminal 100 can be a user's smartphone, and the second terminal 200 can be a device placed at the checkout counter, assuming that NFC payment is accepted at that counter. The second terminal 200 can continuously or at a preset frequency send wireless broadcast signals. If a user is queuing to pay or gradually approaching the checkout counter and wants to use a specific application to pay, they launch the application on the first terminal 100. The first terminal 100 receives the wireless broadcast signal from the second terminal 200 and determines whether it meets the conditions for displaying guidance information. If so, the first terminal 100 can display a guidance page, such as prompting the user to use NFC payment. This way, the user knows that NFC payment is available before reaching the checkout counter, eliminating the need to switch payment methods upon arrival, thus improving the user experience.

[0030] Optionally, the second terminal may also have a display component or a voice broadcast component. While sending wireless broadcast signals, or according to a preset period, or after sensing the presence of the first terminal or user nearby, the second terminal may display guidance information or broadcast guidance information via voice, such as "Open NFC to receive a red envelope" or "Tap to pay instantly". For example, the screen of the second terminal may play a 5-second payment tutorial in a loop. If the first terminal and the second terminal are successfully touched, feedback may be provided through vibration, light, voice, etc.

[0031] Communication between the first and second terminals can be unidirectional. The second terminal broadcasts a wireless signal, and the first terminal receives and processes the signal without needing to send feedback. Alternatively, communication can be bidirectional. The second terminal broadcasts a wireless signal, and the first terminal receives it. The first terminal can also broadcast a signal back to the second terminal indicating receipt of the broadcast. This feedback signal may include the identifier of the second terminal, or it may include the identifier of the first terminal, such as a device identifier or user identifier. This allows the second terminal to determine whether the feedback is specifically addressed to it.

[0032] In practical applications, the first terminal can be one or more of the following: smartphone, laptop, tablet, portable wearable device, or immersive image display device. Specifically, a portable wearable device can be one or more of the following: smartwatch, smart bracelet, or head-mounted device. Immersive image display devices include, but are not limited to, augmented reality (AR) devices and virtual reality (VR) devices.

[0033] The second terminal can be a service processing device. For example, the second device can be a device that interacts with the first terminal through touch or other means and performs service processing based on short-range communication methods such as NFC; or the second terminal can be other devices located near the service processing device for broadcasting wireless signals.

[0034] This application provides an interactive guidance method based on near-field perception. This application also relates to a computing device, a computer-readable storage medium, and a computer program product, which will be described in detail in the following embodiments.

[0035] Figure 2 This is a flowchart illustrating an interactive guidance method based on near-field perception, provided as an embodiment of this specification.

[0036] From a programming perspective, the entity executing the process can be a program installed on the application terminal, specifically a program on the user's primary terminal. It can be understood that this method can be executed by any device, equipment, platform, or cluster of devices with computing and processing capabilities.

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

[0038] Step 202: The first terminal that starts the target application receives the wireless broadcast signal sent by the second terminal.

[0039] The target application can refer to a software program used to provide specific business services, such as payment settlement, member login, table ordering, and product selection. The target application can be an application program (APP), such as a third-party application; or it can be an application mini-program that can be used without downloading and installation.

[0040] The first terminal can be a mobile computing device carried by the user, such as a smartphone or smartwatch. The first terminal may contain the target application. Launching the target application means that the operating system of the first terminal loads and runs the execution process of a specific application, bringing that application into the foreground or granting it persistent background listening permissions. In practical applications, users can launch the target application on the first terminal through preset operations, such as clicking, voice commands, or specific button presses.

[0041] The second terminal can be a hardware device deployed at a preset location, capable of broadcasting wireless signals. For example, the second terminal can be a Bluetooth broadcaster, smart interactive terminal, POS machine, self-service checkout device, etc. next to the counter or turnstile, or the second terminal can be a component integrated into the counter or turnstile.

[0042] The second terminal may also contain the target application's program, or a program that broadcasts information according to a preset protocol recognizable by the target application. The information broadcast by the second terminal via near-field communication can be recognized by the target application. If the broadcast signal emitted by the second terminal cannot be recognized by the target application, the first terminal will not display a guide page triggered by that broadcast signal.

[0043] Wireless broadcast signals can be data packets, such as electromagnetic waves or sound waves, emitted by a second terminal in a non-directional, periodic manner, and can follow a preset protocol. These wireless broadcast signals may carry the device identifier or merchant identifier of the first device, as well as protocol version numbers, status flags, or verification information.

[0044] By activating the wireless monitoring module through the target application, a stable near-field data capture channel can be established, ensuring that the first terminal continuously collects the status of surrounding devices without the user's awareness. This allows the user to obtain guidance information without performing other operations (such as active scanning), thus lowering the operational threshold.

[0045] In order to enable users in service areas such as shops to quickly obtain guidance information, such as when users are queuing to pay, the radiation range of the wireless broadcast signal can be greater than 0.5 meters, such as within a range of 1 to 3 meters, or it can be set according to the size of the service area.

[0046] As one implementation, the wireless broadcast signal may include at least one of Bluetooth broadcast signals, WiFi broadcast signals, ultrasonic signals, or ultra-wideband (UWB) signals.

[0047] Bluetooth broadcast signals represent wireless data packets that are periodically sent out without establishing a connection, in accordance with the Bluetooth Low Energy (BLE) protocol specification. They can include custom data fields, device identifiers, and Signal Strength Indicator (RSSI) fields.

[0048] WiFi broadcast signals refer to the radio frequency signals broadcast by wireless beacons periodically and continuously emitted by wireless local area network devices. The operating frequency bands can include 2.4GHz, 5GHz, etc.

[0049] Ultrasonic signals represent high-frequency mechanical sound wave carriers with frequencies higher than the upper limit of human hearing. They are transmitted through terminal speakers or dedicated transducers and can be received by microphone arrays. They can be used for distance detection and spatial perception based on physical characteristics such as propagation delay, signal attenuation, and reflection feedback.

[0050] Ultra-wideband (UWB) signals are radio waves emitted in an ultra-wide spectrum (e.g., 3.1 GHz to 10.6 GHz) using nanosecond-level extremely narrow pulses. They possess high-precision ranging capabilities and anti-multipath interference characteristics, and can achieve spatial positioning through algorithms such as Time of Flight (ToF) or Time Difference of Arrival (TDoA).

[0051] For example, the Bluetooth function of the first terminal is enabled. The second device sends a wireless broadcast signal via Bluetooth broadcast. When the first terminal is within the Bluetooth broadcast range of the second terminal, it can receive the broadcast signal. With user authorization, the target application on the first terminal can call the hardware capabilities of the operating system. After starting the target application, it can activate the Bluetooth scanning service, monitor the preset broadcast channel, and parse broadcast packets that conform to preset rules.

[0052] Alternatively, the first terminal can use a WiFi module to call the WiFi probe interface to capture beacon frames sent by surrounding nodes or actively send a probe request and listen for response frames to obtain the wireless broadcast signal emitted by the second terminal. Alternatively, the first terminal can also sense the wireless broadcast signal using methods such as ultrasound or ultra-wideband (UWB). For specific working principles, please refer to relevant technologies; they will not be elaborated here.

[0053] In practical applications, the first terminal can use one wireless method to acquire wireless broadcast signals, or it can use multiple wireless methods in parallel or serially to acquire wireless broadcast signals.

[0054] For example, the first terminal may also use a variety of methods to acquire wireless broadcast signals. Optionally, receiving the wireless broadcast signal sent by the second terminal may include: when the Bluetooth broadcast signal is unstable or a Bluetooth signal that conforms to the preset protocol characteristics is not continuously captured, switching to WiFi signal scanning mode or ultrasonic mode to assist in signal capture; after the Bluetooth broadcast signal stabilizes, automatically switching back to Bluetooth scanning mode to capture the wireless broadcast signal sent by the second terminal.

[0055] Unstable Bluetooth broadcast signals can indicate an abnormal communication state where the variance or standard deviation of the Received Signal Strength Indication (RSSI) exceeds a preset jitter threshold or the packet loss rate is higher than a set benchmark within a continuous sampling period.

[0056] The failure to continuously capture Bluetooth signals conforming to preset protocol characteristics indicates that within multiple consecutive collection time windows (such as 30 seconds, 5 seconds, 10 seconds, etc.), the first terminal failed to parse Bluetooth broadcast packets containing a service UUID or preset data structure identifier. Preset protocol characteristics refer to data fingerprints used to identify the legitimate identity of the second terminal. In practical applications, collection time windows can be set, and signal collection or analysis can be performed at frequencies based on these time windows.

[0057] WiFi signal scanning mode can indicate the operation status of calling the probe or beacon listening interface of the terminal WiFi module to scan for custom broadcast frames in the surrounding area.

[0058] Ultrasonic mode can represent the operation state of calling the terminal audio driver and acoustic components to receive and demodulate sound wave carriers in a specific frequency band (such as 18kHz-22kHz).

[0059] The first terminal can maintain a multimodal signal listening queue and can be configured by default to use Bluetooth broadcast signals as the main acquisition channel. When no valid Bluetooth packets are captured for several consecutive sampling cycles, or when the variance of RSSI (Received Signal Strength Indicator) exceeds a preset threshold (such as the ambient noise baseline), it can be determined that the stability of the current Bluetooth link has decreased, and it can switch to WiFi signal scanning mode or ultrasonic signal acquisition mode. When the Bluetooth signal quality index recovers to the preset range and continues for several cycles, it can switch back to the Bluetooth dominant channel, and can also clear the ultrasonic cache data and re-establish the sensing link based on Bluetooth broadcast signals.

[0060] Wireless broadcast signals can take various forms such as Bluetooth, WiFi, ultrasound, or UWB, which can alleviate the adaptation constraints of a single communication protocol to the deployment environment. Signal sources can be flexibly selected or combined according to the terminal hardware configuration and on-site interference characteristics to improve the success rate of wireless broadcast signal acquisition, thereby bringing greater convenience to users.

[0061] Wireless broadcast signals can be transmitted using electromagnetic waves, mechanical waves, or optical waves. In addition to the forms mentioned above, they can also be millimeter-wave radar detection signals, infrared coded signals, visible light modulated signals, or near-field magnetic field coupling signals. A single carrier or a combination of multiple carriers can be selected and implemented depending on the deployment environment or business requirements.

[0062] Step 204: Based on the wireless broadcast signal, determine whether the first terminal meets the preset conditions for displaying guidance information.

[0063] The preset conditions may include at least two of the following: the signal strength of the wireless broadcast signal is greater than or equal to a preset strength; the duration of the first terminal staying within a preset range from the second terminal is greater than or equal to a preset duration; and the number of times the first terminal has displayed guidance information within a preset frequency control period is less than or equal to a preset frequency limit.

[0064] A signal strength greater than or equal to a preset strength indicates that the strength of the received wireless broadcast signal (such as an RSSI measurement) is compared against a threshold. When the value reaches or exceeds the environmental calibration reference value, it is considered to be satisfied. The preset strength refers to the effective communication boundary set according to the actual deployment scenario (such as indoor obstruction, multipath reflection). For example, the preset strength can be -70dBm, or it can be other values, which are not specifically limited here.

[0065] A dwell time greater than or equal to a preset duration can refer to the duration during which the first terminal continuously resides within the effective signal coverage area, such as a dwell time greater than or equal to 3 seconds, 5 seconds, etc. Specifically, it can be determined based on the continuous duration of signal strength maintenance, or it can be determined based on the location information of the first and second terminals.

[0066] For example, the first terminal uses a preset strength threshold as the logical boundary of a preset range. When the strength of the acquired wireless broadcast signal first crosses this threshold, a timer can be started and the start timestamp recorded. During the timing period, the signal strength can be continuously monitored; if the signal briefly drops below the threshold, a tolerance timing window can be activated. When the duration of the signal drop does not exceed a preset interruption tolerance (e.g., 0.3 seconds) and subsequently rises back above the threshold, the timer remains in an accumulating state; if the drop time exceeds the tolerance window, it is determined that the signal has deviated from the preset range, and the timer is paused or reset. When the accumulated timer duration reaches a preset duration, it can be determined that the dwell condition is met.

[0067] For example, a wireless broadcast signal can contain the identification information of a second terminal. After receiving the wireless broadcast signal, the first terminal can send its own location information and the identification information of the second terminal to the server. This transmission can be repeated continuously at a preset frequency. The server can determine the location of the second terminal based on its identification information and then determine the duration for which the first terminal remains within a preset range based on the locations of the first and second terminals. Alternatively, after receiving a wireless optical broadcast signal, the first terminal can send its own identification information and the identification information of the second terminal to the server. The server can then determine the locations of both terminals based on the identification information and thus determine the duration for which the first terminal remains within the range.

[0068] The preset range can represent the service provider's location for the second terminal, such as the area within a store, or it can represent the distance to the vicinity of the second terminal. Users located near the second terminal are more likely to conduct business (such as making payments). The starting distance of the preset range can be 0 or a very small distance, while the ending distance can be greater than 0, such as 1 meter, 3 meters, or 5 meters. For example, if the preset range is within 3 meters of the second terminal, and the distance between the first and second terminals is 0.5 meters, then the second terminal can be determined to be within the preset range. By setting the preset range, user in-store behavior can be identified.

[0069] Considering practical applications, users may see the second terminal or its displayed guidance information when they are close to it, eliminating the need to push guidance information to the user's first terminal and reducing user disruption. Therefore, the preset range can represent a region near the second terminal but at a distance. The starting distance of the preset range can be greater than 0; for example, the preset range can be between 1 meter and 5 meters from the second terminal. If the distance between the first and second terminals is 0.5 meters, it can be determined that the second terminal is not within the preset range, and the first terminal does not need to display guidance information. If the distance between the first and second terminals is 1.5 meters, it can be determined that the second terminal is within the preset range, and the first terminal can display guidance information.

[0070] The preset frequency control period can represent a time sliding window for counting trigger counts; the preset frequency limit refers to the maximum number of times the guidance information is allowed to pop up within this window. For example, the trigger limit is 1 time within 24 hours, or a maximum of 3 times within 7 days. The number of triggers can be counted based on the relationship between the first terminal and the same second terminal. For example, if the rule is set to trigger a maximum of once within 24 hours, assuming that a first terminal is near a second terminal multiple times within 24 hours, the first terminal can display guidance information a maximum of 1 time based on the wireless broadcast signal sent by the second terminal; if a first terminal is near a second terminal first and then near another second terminal within 24 hours (e.g., a user first checks out at store A and then at store B), the first terminal can display guidance information based on the wireless broadcast signals sent by the two second terminals respectively, and the first terminal device can display guidance information twice.

[0071] The same second terminal can be categorized based on the terminal device itself, or by the service provider or location using the second terminal. One statistical dimension is that second terminals with different device numbers or device IDs can be considered different second terminals. Another statistical dimension is to group second terminals with different numbers or device IDs located on the same service provider as the same second terminal. For example, if a large shopping mall has multiple cash registers, each with a second terminal, all the second terminals in the mall can be defined as the same second terminal. Alternatively, all second terminals located on the same floor or within a predetermined area in the mall can be defined as the same second terminal.

[0072] In practical applications, the preset conditions may also include determining whether the time it takes for the first terminal to launch the target application is less than or equal to a preset launch time. If it is less than or equal to the preset launch time, it indicates that the user has a need to use the target application for business processing, and the first terminal can be determined to meet the preset conditions, allowing it to display the guidance page. The launch time of the target application can represent the time interval from when the target application is activated in the operating system foreground or when the main process is initialized, to the triggering judgment time (such as after obtaining a broadcast signal or successfully decrypting the broadcast signal). For example, if the first terminal obtains a wireless broadcast signal, and the launch time of the target application is less than 30 seconds, and other conditions are met, then the first terminal can display the guidance page. The launch time determination can also be performed by the server side; this is not limited here.

[0073] In one embodiment of this specification, the ability to determine whether the first terminal can display guidance information can be determined from multiple dimensions, rather than by a single indicator trigger. This can eliminate invalid signal drift and accidental triggering, and can more accurately assess the user's true intention to visit the store, thus enabling more precise delivery of guidance information to the user.

[0074] As one implementation, the first terminal may contain judgment rules, which can be used to determine whether the first terminal meets the preset conditions for displaying guidance information.

[0075] The judgment rule refers to the logical verification criteria pre-stored in the local storage medium of the first terminal (such as read-only memory, flash memory or local database), which is used to define the comparison logic of signal strength threshold, dwell time threshold, frequency control cycle and frequency upper limit, etc., and is used to determine whether the first terminal meets the conditions for displaying guidance information.

[0076] Local judgment means that the processor of the first terminal executes the judgment logic independently on the device side, without uploading the original signal sampling data to the server or waiting for the judgment result returned by the server. The step of determining whether the first terminal meets the preset conditions for displaying the guidance information can be completed independently by the first terminal without relying on the server. Specifically, the target application can contain judgment rules, and after the first terminal starts the target application, it can execute the local judgment logic.

[0077] For example, when wireless broadcast signal data flows into the first terminal, the first terminal can call the built-in lightweight rule engine to execute judgment logic, such as comparing the moving average of signal strength, the reading of the dwell timer, and the state of the frequency control counter in sequence. If the judgment result meets the preset logical relationship (such as meeting at least two thresholds), a condition satisfaction flag can be output to trigger the subsequent configuration data request process.

[0078] By pre-setting the judgment rules to the first terminal and executing local verification logic, network transmission latency and external dependencies can be eliminated, enabling rapid response to near-field triggering conditions and improving interaction reliability and system robustness in weak network or network outage environments. On the other hand, the local judgment mechanism of the first terminal, which performs local filtering, can also reduce the computational load on the server.

[0079] As another implementation, the server can also perform rule-based judgments. For example, the first terminal can send the acquired wireless broadcast signal to the server, or extract perception feature parameters (such as signal strength sampling sequence, preliminary dwell time estimate, second terminal device identifier, first terminal user identifier, etc.) and provide them to the server. The server then executes the judgment logic. If the conditions are met, the server can provide the guidance page configuration data to the first terminal, or instruct the first terminal to display the guidance page.

[0080] Step 206: If the first terminal meets the preset conditions, then determine the corresponding guide page configuration data according to the on / off state of the target function of the first terminal; the target function is the function required when using the target application to perform target business processing.

[0081] The target function can represent the underlying hardware capabilities or system-level service interfaces of the terminal on which the target application relies to perform specific business interactions. It can be a function that enables communication over short distances. For example, NFC radio frequency function on which near-field payment relies, or Bluetooth function on which fast connection relies. As one implementation, the target function may include at least one of near-field communication (NFC) function, UWB function, and Bluetooth function.

[0082] The first terminal can acquire the wireless broadcast signal through the target function, or it can acquire the wireless broadcast signal through other functional modules besides the target function. For example, the first terminal can acquire the wireless broadcast signal through Bluetooth or Wi-Fi communication, and the target function used for target service processing can be NFC communication.

[0083] The target business can be a payment business, and the aforementioned target function can be a function required when making a payment using the target payment method supported by the target application; the aforementioned guidance page can contain information prompting the user to make a payment using the target payment method.

[0084] The target payment method can represent the fund settlement channel completed collaboratively between the merchant terminal and the mobile application, such as near-field contactless payment, dynamic code scanning payment, Bluetooth direct connection deduction, or sound wave verification payment. In practical applications, the target payment method can be a recommended payment method for the user.

[0085] The target function is the function required when the first terminal uses the target payment method for payment. For example, if the target payment method is a near-field contactless payment method, which requires payment based on NFC communication, the target function can be the NFC function; or if the target payment method requires payment based on UWB communication, the target function can be the UWB function, and so on.

[0086] The information prompting users to make payments can be presented on the onboarding page as operation guidance in the form of text, icons, animations, or voice, informing users of the payment methods supported in the current scenario or the operation steps. Optionally, the onboarding information may also include information on claiming benefits, such as coupons or red envelopes; or it may include information on promotional activities or knowledge dissemination.

[0087] The target business can also be a non-payment business, such as check-in, member login, access control, ticket verification, etc.

[0088] The on / off status can represent the operating system-level configuration flag for enabling or disabling the target function hardware module, and can be represented by a Boolean status value in the system settings.

[0089] Onboarding page configuration data can represent a structured data package that describes the visual elements, layout of interactive controls, navigation logic, or prompt text of the onboarding page, and can be encapsulated in formats such as JSON, XML, or Protobuf.

[0090] Different on / off states of the target function can correspond to different guide pages. As one implementation, if the target function is on, the guide page includes a close control or a confirmation control; if the target function is off, the guide page includes controls for enabling the target function and controls for closing it.

[0091] Onboarding pages can be displayed in various forms, such as pop-ups, overlays, application pages, or H5 pages. For example, an onboarding page can be an overlay view or a semi-transparent overlay layer that overlays the currently displayed interface of the target application, used to carry business prompts or interactive entry points. For instance, if the first terminal launches the target application and displays the target application's homepage, the onboarding page can be a pop-up or overlay displayed on the homepage; or, if the first terminal launches the target application and displays a page other than the homepage based on user actions, such as a secondary page, the onboarding page can also be displayed on top of that page.

[0092] The close control indicates that the user can close the current onboarding page after triggering it, returning the interface to the state it was in before the onboarding page was displayed.

[0093] A confirmation control indicates that the user acknowledges the prompt information. When triggered by the user, the onboarding page can be closed, or the target business process can be started or the user can proceed to the next operation stage.

[0094] Controls used to enable target functions can represent interactive elements that, when triggered by the user, can bring up the system settings page, permission authorization panel, or execute underlying service startup commands, and are used to change the inactive state to the enabled state.

[0095] Figure 3 This is a schematic diagram of a guide page provided in one embodiment of this specification. This page can be a schematic diagram of a guide page displayed in a payment scenario. Figure 3 As shown, this onboarding page may include prompts for the user to use the target payment method, such as the words "Tap to Pay". This page is displayed when the first terminal has already enabled the target function, such as when the first terminal's NFC function is enabled. This page may include a close control for closing the onboarding page, such as a close button "×", and may also include a confirmation control indicating that the user understands the prompts, such as a "OK" control. This page may not contain controls to trigger the activation of the target function.

[0096] For payment scenarios, Figure 4 This is a schematic diagram of another guide page provided in one embodiment of this specification. This page is a schematic diagram of the guide page displayed when the first terminal has not enabled the target function. Figure 4 As shown, this onboarding page may contain prompts encouraging the user to use the target payment method, such as "Enable NFC for tap-to-pay." The page may also include controls for enabling the target function, such as an "Enable NFC" control. If the user interacts with this control, the interface will redirect to the NFC settings screen. The page may also include a close control for shutting down the onboarding page, such as a close button "×," a "Cancel" button, or a "Do Not Use" button. If the user interacts with the close control, the onboarding page will be closed, but the target function on the first terminal will remain disabled, indicating that the user does not intend to use this function for business transactions, such as not wanting to use NFC for payment.

[0097] By dynamically configuring the control combination of the guide page according to the target function switch status, invalid operation entries caused by status mismatch can be eliminated, ensuring that the user interface is consistent with the actual hardware capabilities, guaranteeing the executability of the guide process, avoiding interaction gaps caused by incomplete functions, thereby improving the completion rate of the near-field guide link and the overall service response efficiency, and also reducing the cognitive load of interaction and the cost of trial and error in operation.

[0098] In one implementation, the first terminal may pre-store the boot page configuration data locally. For example, the target application program may contain page configuration data and judgment rules, and the first terminal can determine the configuration data to be displayed locally. The boot page configuration data and judgment rules stored locally on the first terminal may be pushed to the first terminal by the server after the first terminal starts the target application, without needing to update the version of the target application; or, the first terminal may save them locally on the terminal by downloading or updating the target application.

[0099] For example, the first terminal launching the target application can call the hardware management interface provided by the system to read the flag bits of the target functional module. If the return value is disabled or not enabled, the terminal can load the configuration data of the disabled boot page from the local resource package. This data may contain a system settings page jump link or a control for jumping to the page for setting the target function, and may also contain explanatory text, etc. If the return value is enabled, the boot page configuration data of the enabled state can be loaded. This data may contain a business confirmation button or a close button, etc.

[0100] As another implementation, the onboarding page configuration data can be configured and determined by the server. Optionally, the above-mentioned determination of the corresponding onboarding page configuration data based on the on / off state of the target function of the first terminal may include: the first terminal sending a guidance information acquisition request to the server based on the on / off state of the target function; the guidance information acquisition request containing the on / off state information of the target function of the first terminal; and acquiring the guidance page configuration data corresponding to the on / off state determined by the server based on the on / off state information of the target function of the first terminal.

[0101] A guidance information retrieval request is a network communication message initiated by the first terminal to the server, used to request interface configuration data that matches the terminal's state. The guidance information retrieval request may contain information about the on / off status of the first terminal's target functions, and the server can configure page data.

[0102] A server can be a standalone physical server, a server cluster consisting of multiple physical servers, or a distributed file system. It can also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms.

[0103] For example, the first terminal can construct a request message containing device identifier, session token, and on / off status information, and send it to the server via HTTPS or other preset protocols. After receiving the request, the server can parse the parameters, query the policy configuration database, match the page configuration information corresponding to the on / off status, inject dynamic business data, generate guidance page configuration data, and then feed it back to the first terminal.

[0104] For example, a store launches a "Tap to Get a Coupon" marketing campaign on the weekend. The first terminal detects that NFC is enabled and can construct a request containing information such as "NFC Status: Enabled" and the store ID, sending it to the server. The server, through its policy engine, identifies that the store is in the promotion period and that the first terminal's NFC is available. It can then match configuration data including a "Click to Get a Weekend Exclusive Coupon" animated button and send it to the first terminal. If another terminal's NFC is disabled, the server can match configuration data including a prompt "Go to Settings to Enable NFC to Participate in the Promotion" and operation controls for accessing the settings page. After obtaining the corresponding configuration, the terminal can render a differentiated page. When the promotion strategy is adjusted, the server can update the configuration library without requiring the terminal to republish a new version.

[0105] By delegating the generation and matching logic of configuration data on the boot page to the server, centralized control and dynamic updates of business policies can be achieved, reducing local maintenance costs on terminals and ensuring that the distributed content matches the actual state of the terminal, thereby improving the flexibility of configuration management and the timeliness of policy distribution.

[0106] Step 208: Render and display the guide page in the target application according to the guide page configuration data; the guide page contains information prompting the user to perform target business processing.

[0107] Information prompting users to perform target business processing can be presented as guidance content in the form of text, icons, or animations, used to inform users of the types of business supported in the current scenario or suggestions for the next step.

[0108] For payment services, the target function can be the function required when making a payment using the target payment method supported by the target application. The onboarding page can include information prompting the user to use the target payment method.

[0109] By using structured configuration data to drive interface rendering, it is possible to flexibly assemble and dynamically display page elements, accurately convey business intent, and reduce user learning costs and operational hesitation time.

[0110] In one or more embodiments of this specification, if the payment scenario is involved, the technical carriers may include Near Field Communication (NFC), WIFI, 3G / 4G / 5G, POS machine card swiping technology, QR code scanning technology, barcode scanning technology, Bluetooth, infrared, Short Message Service (SMS), Multimedia Message Service (MMS), etc.

[0111] While one or more embodiments of this specification provide method steps as described in the embodiments or flowcharts, it is understood that the order of steps listed in the embodiments or flowcharts is merely one possible execution order among many steps and does not represent the only possible execution order. The order of some steps may be adjusted according to actual needs, or some steps may be omitted. When the claims involve method steps, changes in the order of such steps, or parallel execution between steps, are also within the scope of protection of the claims.

[0112] Figure 2 The method described above, by comprehensively considering multiple factors such as signal strength, dwell time, and frequency control, can effectively filter environmental noise or momentary passing behavior, accurately identifying the user's true intention to stay, reducing the probability of false triggers, and providing more accurate guidance information to users who need it. Simultaneously, by matching the on / off status of the target function with the corresponding guidance page configuration data, the layout of interface controls is kept consistent with the actual hardware capabilities of the terminal, avoiding interaction gaps caused by invalid operation entry points and preventing user confusion. This pre-emptive guidance, achieved without requiring active user triggering, allows users to understand the guidance information before business processing, enabling them to determine the business processing method in advance and shortening the time required for offline business processing.

[0113] based on Figure 2 In addition to the method described herein, this specification also provides some specific implementation methods of the method, which will be described below.

[0114] As one implementation method, to further improve the effectiveness of the guidance information, the server can perform secondary verification. After receiving the guidance information retrieval request sent by the first terminal, the server can further verify it. If the verification passes, the first terminal can be allowed to display the guidance page. Optionally, the method in one or more embodiments of this specification may further include: the server performs access verification on the guidance information retrieval request based on preset access verification rules. If the verification passes, the server determines the guidance page configuration data corresponding to the on / off state based on the on / off state information of the target function of the first device / first terminal; wherein, the access verification rules include at least one of scene verification, server trigger frequency verification, and user profile feature matching.

[0115] Scene verification can be used to verify whether the current business scenario of the first terminal allows the display of guidance information. Specifically, it can indicate whether the physical location associated with the verification request, device deployment status, merchant business hours, or geofence meets preset access conditions. For example, it can verify whether the second or first device is on a valid whitelist, whether the current time period matches the merchant activity configuration table, and whether the geofence status has drifted beyond the limit, etc.

[0116] Server-triggered frequency verification can represent a server-side preset verification of the frequency at which the onboarding page is displayed, which can be used for global fatigue control. This frequency verification rule can be consistent with or different from the local frequency verification rule on the first terminal. For example, if the current request frequency exceeds a threshold (such as 2 times per day or 5 times in 7 days), it can be directly blocked, thereby preventing server concurrency avalanche and excessive disturbance to the user.

[0117] User profile feature matching refers to matching user profile features (such as age range, historical interaction behavior, device system version, membership level, etc.) reported by the terminal or associated with the cloud with a preset set of audience rules to verify whether the user belongs to the audience covered by the target guidance strategy. If a preset audience rule is matched or the number of matched rules is greater than a preset threshold, it means that access can be granted from the user profile dimension.

[0118] By building a unified policy gateway on the server, multiple access controls can be implemented to achieve filtering in dimensions such as global frequency control, scene isolation, or audience targeting. This can effectively filter invalid or unauthorized requests, reduce the proportion of invalid data being sent, and improve the fine-grained management capabilities of the guidance policy and the efficiency of resource allocation.

[0119] In practical applications, admission verification can include verification of one of the three dimensions: scenario verification, server trigger frequency verification, and user profile feature matching, or it can include verification of multiple dimensions. If admission verification includes verification of multiple dimensions, the verification processes of these multiple dimensions can be executed in parallel or sequentially.

[0120] For example, after receiving the guidance information retrieval request from the first terminal, the server can call the cloud decision engine to execute the verification branches sequentially. For instance, it can first perform scene verification, comparing the location information carried in the request with the merchant whitelist geofence; if they do not match, the request is directly blocked. If they pass, it can further query the user trigger count to determine whether the server's frequency limit is exceeded within a preset time window. If the frequency limit is not exceeded, it can also call the user profile service to extract tags and compare them with the audience targeting rules. If the request matches the preset audience, it means that the request has passed the access verification, and the first terminal can display the guidance page.

[0121] For example, the server can convert scenario matching degree, frequency health value, and profile fit into quantitative scoring indicators, and input them in parallel into the strategy evaluation model. This model can calculate a comprehensive admission score based on preset weights. If the score is higher than the decision threshold, the verification is deemed successful, triggering the configuration data generation process; if it is lower than the threshold, a silent instruction or downgrade guidance configuration is returned. The weight ratio of each verification dimension can be dynamically configured to adapt to the needs of different business stages.

[0122] Considering that wireless broadcast signals in open physical environments may be subject to security threats such as fake base station imitation, historical data replay, or payload tampering, the wireless broadcast signal sent by the second terminal can be an encrypted data packet to ensure the authenticity of the service interaction data and the security of the link. The first terminal can decrypt the wireless broadcast signal after receiving it. If decryption is successful, it indicates that the received wireless broadcast signal is trustworthy, and the first terminal can continue to execute subsequent processes. Optionally, the wireless broadcast signal may include an encrypted broadcast packet. The method in one or more embodiments of this specification may include: decrypting the encrypted broadcast packet using a key.

[0123] Correspondingly, the above-mentioned determination of the corresponding guide page configuration data based on the on / off state of the target function of the first terminal may include: if decryption is successful, then determining the corresponding guide page configuration data based on the on / off state of the target function of the first terminal.

[0124] Encrypted broadcast packets represent encrypted data packets generated by a second terminal after performing cryptographic operations on the original payload data (such as device identifier, protocol version, status flags, etc.) before sending a wireless broadcast signal. This can be used to prevent signal spoofing, man-in-the-middle tampering, or malicious injection. For example, the wireless broadcast signal can be a dynamically encrypted Bluetooth broadcast, which represents an improved BLE communication protocol. It uses a temporary session key to periodically encrypt data such as merchant ID and location fingerprint in the broadcast packet. Each broadcast cycle (e.g., 300ms-2s) uses a dynamic key update mechanism distributed from the cloud, unlike the fixed UUID plaintext transmission of traditional iBeacon. For example, a preset encryption algorithm can be used to set the broadcast encryption mechanism, and the broadcast packet can carry a replay attack prevention counter (e.g., a 16-bit circular counter) to ensure data security.

[0125] A key can represent a set of parameters used to perform encryption and decryption operations. It can include symmetric keys, asymmetric key pairs, or dynamic session keys, and can be stored in a secure location such as a secure storage area of ​​the first terminal, a trusted execution environment (TEE), or a secure element (SE).

[0126] Decryption means that the first terminal uses a preset key to perform a reverse operation on the received encrypted broadcast packet to restore the plaintext payload, and can also simultaneously verify the calculation process of data integrity.

[0127] Successful decryption indicates that the decrypted data obtained after decrypting the encrypted broadcast packet using the preset key conforms to preset rules and has passed preset verification, such as message authentication code (MAC) verification, digital signature verification, or cyclic redundancy check (CRC) comparison, which proves that the broadcast packet originates from a compliant source and that the data has not been tampered with.

[0128] If decryption fails, the first terminal can terminate the processing of the wireless broadcast signal, discard the signal, and no longer execute the subsequent process of displaying the guide page.

[0129] For example, if decryption is successful, the system determines whether the first terminal meets the preset conditions for displaying guidance information based on the decrypted wireless broadcast signal. If the preset conditions are met, the guidance page is displayed. If decryption fails, the process of determining whether the preset conditions are met can be skipped.

[0130] For example, the decryption process and the determination process of whether the preset conditions are met can be executed in parallel. For instance, after the first terminal obtains the wireless broadcast signal, it can trigger two processes: one is the process of determining the preset conditions, and the other is the process of decrypting the obtained wireless broadcast signal; if the decryption is successful and the preset conditions are met, the first terminal can display a guide page.

[0131] Optionally, the encrypted broadcast packet may include an encryption token and a merchant identifier of the merchant where the second terminal is located, or it may also include a device identifier of the second terminal device. The merchant identifier or device identifier may be in plaintext or ciphertext format. The encryption token may be a key generated based on an encryption algorithm that changes over time or events. The encryption token may be generated by the second terminal according to preset encryption rules, or it may be generated by the server according to a preset encryption algorithm and sent to the second terminal.

[0132] Figure 5 This diagram illustrates a near-field interaction method based on near-field perception, as provided in one embodiment of this specification. Figure 5 As shown, the second terminal can broadcast data packets wirelessly. These packets can contain information such as encryption tokens and merchant IDs, or other information, depending on actual business needs. Upon receiving the broadcast signal, the first terminal first enters the decryption verification node, which can be divided into two execution paths: If the first terminal cannot successfully decrypt (e.g., key mismatch, signal spoofing, or replay attacks), it can directly discard the signal and terminate all subsequent processes. If decryption is successful, the acquired signal is confirmed to be trustworthy, and the process continues. After successful decryption, the mobile terminal can perform a local check to see if the conditions for displaying the guidance page are met. If the conditions are met, the first terminal can send a policy request to the server, reporting terminal environment parameters and device status information. After receiving the request, the server can execute the admission judgment and policy matching logic, determine the corresponding page configuration data, and return a pop-up command to the first mobile terminal. After parsing the command, the first terminal can dynamically render the guidance pop-up page, allowing users to perform user interaction operations such as clicking, closing, jumping, or enabling functions to complete the near-field guidance.

[0133] By employing encrypted broadcast packets and making successful decryption a prerequisite for determining subsequent page configurations, it is possible to effectively resist signal forgery, man-in-the-middle tampering, and replay attacks, ensuring the reliability of the source and integrity of near-field perception data, and improving the security level of the interactive guidance link.

[0134] To further enhance security, dynamic keys can be employed. As one implementation, the first terminal can also obtain a dynamic decryption key synchronized with the wireless broadcast signal issued by the server. Specifically, the server can synchronously provide the encryption token that generates the wireless broadcast signal to the second terminal and the corresponding decryption key to the first terminal at a preset frequency. The encryption token and decryption key provided by the server are matched, and the decryption key can decrypt the encryption token. The server can continuously update the encryption token in the first terminal and the decryption key in the second terminal at frequencies such as hours, days, and minutes. Correspondingly, the above-mentioned decryption of the encrypted broadcast packet using the key can include: decrypting the encrypted broadcast packet using the dynamic decryption key.

[0135] A dynamic decryption key represents decryption parameters generated periodically by the server. It can be applicable to the current broadcast cycle or session window, or it can be updated at a preset frequency. It is not a static credential that is fixed for a long time. The preset frequency can represent the period in which the server issues keys. It can be a fixed time interval, a trigger threshold set according to business needs, or a frequency determined based on security policy rotation instructions.

[0136] Synchronization means that the server can simultaneously send the decryption key to the first terminal and the encryption token to the second terminal, thus ensuring synchronization as much as possible.

[0137] The encryption token can be a token used by a second terminal to perform encryption or signing operations on the broadcast payload, or it can be part of the broadcast data. The decryption key is the inverse operation parameter paired with it, and the two can form a symmetric session key system or an asymmetric key pair.

[0138] Both the first and second terminals can have access interfaces to the server that issues keys, and the server can simultaneously send keys to both the first and second terminals.

[0139] For example, the first terminal or the launched target application can maintain a periodic communication session with the server, requesting key updates at a preset frequency. The server responds to the request, generating a symmetric session key or dynamic asymmetric key pair for the current period, and sends the public key or decryption key to the first terminal, while simultaneously sending the private key or encryption token to the second terminal. Upon receiving the keys, the first terminal verifies the key version number and effective timestamp, and stores them in a trusted execution environment. When a wireless broadcast signal is captured, the corresponding version of the dynamic decryption key is read and decryption is performed.

[0140] For example, the server can proactively push keys. When the target application starts or enters a listening state, the first terminal can subscribe to key update tasks from the server. When the preset rotation cycle is reached, the server can proactively push the new decryption key and version identifier to the first terminal, and at the same time issue a matching encryption token to the second terminal.

[0141] Figure 6 This is a flowchart illustrating a security initialization phase as provided in one embodiment of this specification. Figure 6 As shown, the server can first generate and issue unique device digital certificates to the first and second offline terminals, completing the legitimate identity authorization and establishing a trust chain for the devices. After receiving the certificate, the terminal can encrypt its own device fingerprint (such as the underlying hardware signature) and report it to the server for registration, realizing binding and two-way identity verification. After identity binding is completed, the server can push the latest dynamic encryption token or key to the terminal at a preset period (e.g., hourly as shown in the diagram) through a secure channel (such as the MQTT protocol). Specifically, it can push the decryption key to the first terminal and the encryption token to the second terminal. After receiving the new token or key, the terminal can write it to the hardware-level secure storage area for storage.

[0142] Considering that there may be temporary discrepancies in clock or state synchronization between the second terminal and the first terminal in scenarios involving key rotation or network latency, if strict version matching is enforced, legitimate broadcasts within the handover edge time window may be misjudged as illegitimate, leading to link interruption. To accurately display guidance information, in one or more embodiments of this specification, the dynamic decryption key obtained by the first terminal can support version compatibility, enabling it to decrypt wireless broadcast signals of the current version, as well as the previous and / or subsequent versions.

[0143] Version compatibility means that the decryption key of the first terminal has the ability to identify and process wireless broadcast signals carrying different version numbers within a specific time window, without requiring the local key version to be completely synchronized with the received signal version.

[0144] The current version of the wireless broadcast signal can represent a wireless broadcast signal that is consistent with the version of the dynamic decryption key. The current version of the dynamic decryption key can be the latest version of the dynamic decryption key in the first terminal, or it can be the dynamic decryption key of the previous version that is closest to the latest version.

[0145] The previous version of the wireless broadcast signal can represent the wireless broadcast signal with the version number of the previous version of the version number of the dynamic decryption key.

[0146] If the next version of the wireless broadcast signal can represent the wireless broadcast signal with the version number of the next version of the version number of the dynamic decryption key.

[0147] For example, the first terminal can maintain a version cache list of dynamically decryption keys in a secure storage area. After receiving a new key from the server, it can save the new key and temporarily save the old key from the previous version or two versions ago. After capturing a wireless broadcast signal, it can parse the version identifier in the signal header, retrieve the corresponding key, and perform the decryption operation. If decryption fails with the latest key, it can try decryption with the key from the previous version or two versions ago until decryption is completed or the traversal is finished.

[0148] By configuring adjacent version compatibility for the dynamic decryption key, the continuity of the decryption link can be maintained during the key rotation transition period or network synchronization delay scenario. This can effectively reduce the probability of losing legitimate signals due to version misalignment, improve the fault tolerance and state smoothness of the near-field interaction system, and further enhance the reliability and seamless switching experience of the overall solution under complex network conditions.

[0149] To further enhance security, in one or more embodiments of this specification, the key may be stored in the security module of the first terminal, and the decryption of the encrypted broadcast packet using the key may include: decrypting the encrypted broadcast packet using the key through the security module embedded in the first terminal.

[0150] The security module of the first terminal can refer to an independent secure computing unit integrated into the hardware or underlying firmware of the first terminal, such as a Trusted Execution Environment (TEE), a Secure Element (SE), an independent security chip, or a hardware-isolated cryptographic coprocessor. This module has physical tamper-proof features and independent key storage space.

[0151] The encrypted broadcast packet received by the first terminal can be transmitted to the security module, which then uses the stored key to perform decryption in an isolated environment.

[0152] For example, the first terminal operating system can inject a dynamic decryption key into the secure storage partition of the Trusted Execution Environment (TEE). When the target application receives an encrypted broadcast packet, the application layer initiates a decryption request through a standard cryptographic interface. The TEE kernel can call its built-in cryptographic algorithm to perform the decryption operation, and after completion, return the plaintext data or decryption status identifier to the normal application space. The key itself can always be retained inside the TEE.

[0153] For example, the motherboard of the first terminal can integrate a standalone security chip (SE), which can communicate with the application processor via an internal bus. During initialization, the key can be securely burned into the tamper-proof storage area of ​​the SE via a secure channel. After the terminal captures an encrypted broadcast packet, it can transmit the ciphertext data block to the SE via a hardware driver. The SE's internal cryptographic coprocessor calls the corresponding key to complete the decryption and sends the result back to the main controller via the secure bus. The entire decryption process does not expose the key to the main system memory, reducing the risk of side-channel attacks and software extraction.

[0154] By storing the key in the security module embedded in the first terminal to perform decryption operations, hardware-level isolation and tamper-proof protection of the key data can be achieved, effectively blocking malicious software theft and memory extraction attacks, improving the underlying security and anti-reverse engineering capabilities of the near-field broadcast link decryption process, and enhancing credibility.

[0155] To further ensure seamless handover, the security module of the first terminal can adopt a dual-buffer architecture to manage keys. This dual-buffer architecture means dividing the security module into two logically isolated key storage areas, labeled Buffer A and Buffer B, or the primary buffer and backup buffer, which can respectively handle the parallel functions of storing in-use keys and verifying new key pre-loading.

[0156] Dual buffering allows a terminal to continuously decrypt broadcast signals using the currently used key while simultaneously completing processes such as receiving new keys, verifying signatures, and binding versions in parallel within a backup buffer. This enables smooth, zero-interruption key rotation with rollback capability. It also maintains the continuity of the decryption chain during key rotation, eliminating the risk of service interruptions or state inconsistencies caused by single-buffer updates, and improving the security update capabilities and operational stability of near-field communication systems. The dual-buffer design decouples key update operations from real-time signal parsing, ensuring stable decryption output from the primary terminal even in asynchronous network environments or complex deployment scenarios, providing a reliable underlying execution foundation for dynamic key rotation, version compatibility, and security verification.

[0157] The second terminal can employ a high-performance, multi-protocol system-on-a-chip (SoC) capable of supporting low-power wireless applications and featuring hardware encryption modules, such as chip-level independent hardware security units and AES hardware accelerators. The second terminal can also use hardware encryption modules to encrypt broadcast signals.

[0158] To further improve the accuracy of triggering and displaying the guidance page, the first terminal can also report the user's operation information on the guidance page to the server, and the server can optimize the guidance strategy based on the user's interaction behavior. Optionally, the method in one or more embodiments of this specification may further include: collecting user interaction behavior data on the guidance page, the interaction behavior data including at least one of click, close, or view operations; and reporting the interaction behavior data to the server, so that the server iteratively optimizes the guidance strategy based on the interaction behavior data.

[0159] Interactive behavior data can represent the operation events triggered by the user during the lifecycle of the onboarding page and the accompanying state parameters, such as operation type, trigger time, duration of screen dwell, and control trigger position.

[0160] Click actions can represent user actions that trigger confirmation or activation of controls within the interface, or actions such as clicking to claim benefits. Close actions can represent actions that trigger the closing or exiting of controls. View actions can represent user actions where the interface is displayed but no controls are triggered for browsing, such as remaining on the current screen, or viewing updated information by swiping up or down on the screen.

[0161] Based on accumulated feedback data, the server can dynamically adjust guidance strategies such as trigger thresholds, page layout, audience targeting, or frequency control parameters through statistical analysis models or rule engines.

[0162] For example, the first terminal can capture events such as the loading of the guide interface, the clicking of controls, and the destruction of the interface in real time. When an event is triggered, information such as the operation type, timestamp, session identifier, and scene identifier can be extracted, encapsulated into a behavior feedback message, and reported when the network is connected; if the network is restricted, the message can be temporarily stored in a local encrypted queue and retransmitted in batches after the network is restored.

[0163] For example, after the interaction on the introductory page ends, the first terminal can extract features such as viewing time, dwell time, and specific operations within the same session, or it can perform de-identification processing to generate aggregated behavioral feedback messages. The messages can be packaged and sent to the server at preset intervals or after reaching a certain number threshold, reducing the network overhead and terminal power consumption caused by high-frequency single reporting.

[0164] By collecting user interaction data and reporting it to the server for strategy iteration and optimization, a closed-loop data feedback mechanism can be established for end-to-cloud collaboration. This allows the guidance strategy to be dynamically optimized according to real user operating habits, thereby improving the matching degree of the guidance page, user acceptance rate, and system resource utilization.

[0165] Figure 7 This is a flowchart illustrating an interactive guidance method based on near-field perception, provided as an embodiment of this specification.

[0166] like Figure 7 As shown, the second terminal can periodically broadcast via Bluetooth, for example, sending encrypted broadcast packets every 800ms. After receiving the broadcast packets, the first terminal can sequentially perform three layers of local judgment as a pre-verification for triggering cloud requests. Specifically, the first terminal can first perform signal strength detection, such as real-time monitoring of Received Signal Strength Indicator (RSSI). When the strength is greater than or equal to a preset strength (e.g., -70dBm), it can be determined as a valid near-field signal, and can proceed to the next stage of calculating the dwell time. Based on the signal strength meeting the standard, the effective signal duration is continuously accumulated or the duration of the second terminal's stay within a preset range (e.g., within 1 to 2 meters or 3 to 5 meters from the second terminal) is determined by calculating distance. When the dwell time is greater than or equal to the preset duration (e.g., 3 seconds), it can be confirmed that the user is truly present and has business processing needs, such as a user waiting for payment. Local fatigue checks can also be performed. For example, verification can be performed based on local frequency control rules triggered once every 24 hours for the same first and second devices. If the same device has already triggered the guidance process within 24 hours, the current request will be directly blocked. This can significantly reduce invalid network requests and lower the concurrent pressure on the server.

[0167] If all local triple verifications pass, the first terminal can generate a request for a pop-up window (guidance page configuration information) and send it to the server. This request may include the NFC switch status of the first terminal, as well as the terminal identification information of the second terminal.

[0168] After receiving the request, the server can perform an access control check. For example, it can conduct a three-level access control check, including scene verification, server trigger frequency verification, and user profile feature matching, to make a comprehensive decision on whether to allow the distribution of the tutorial page. If the access is approved, the server can determine the pop-up configuration data based on the NFC status and distribute it to the first terminal.

[0169] The first terminal can parse configuration data and render differentiated guidance pop-ups as needed, such as single-button or double-button pop-ups loaded based on NFC status. After the user interacts with the pop-up (such as clicking, closing, or claiming benefits), the first terminal can report the user's interaction behavior to the server for optimizing decision-making rules.

[0170] The various technical features in the above embodiments can be combined arbitrarily, as long as there is no conflict or contradiction between the combinations of features. However, due to space limitations, they have not been described one by one. Therefore, the arbitrary combination of various technical features in the above embodiments is also within the scope of this specification.

[0171] Based on the same idea, embodiments of this specification also provide a method with a server as the execution subject. Figure 8 This is a flowchart illustrating an interactive guidance method based on near-field perception, provided as an embodiment of this specification. From a programming perspective, the execution entity of the process can be a program hosted on an application server.

[0172] like Figure 8 As shown, the process may include the following steps.

[0173] Step 802: Receive the guidance information acquisition request sent by the first terminal.

[0174] The guidance information acquisition request is generated after the first terminal that starts the target application obtains the wireless broadcast signal of the second terminal; the guidance information acquisition request includes the on / off status information of the target function of the first terminal; the target function is the function required when using the target application to perform target service processing.

[0175] A boot information retrieval request represents a request initiated by the first terminal to the server, used to request interface rendering data that matches the current terminal state. The first terminal can be a terminal that has launched the target application, and the server can be a server that provides services for the target application. After receiving a wireless broadcast signal, the first terminal that has launched the target application can send a boot information retrieval request to the server.

[0176] In one implementation, the guide page retrieval request can be sent to the server by the first terminal after performing rule judgment according to the method in the aforementioned embodiments and determining that the first terminal meets the preset conditions for displaying guide information. In another implementation, the guide page retrieval request can be sent to the server by the first terminal after obtaining the wireless broadcast signal, without performing the rule judgment as in the aforementioned embodiments. In this case, the server can perform the preset condition judgment or may not perform the preset condition judgment.

[0177] Switch status information can indicate whether a target function (such as near-field communication, Bluetooth, or ultra-wideband module) is enabled or disabled in the first terminal operating system or application layer.

[0178] The wireless broadcast signal may also contain the identification information of the second terminal, such as device ID or merchant ID, and the guidance information acquisition request may also contain the identification information of the second terminal; and / or, the guidance information acquisition request may also contain the identification information of the first terminal, such as device ID or user ID.

[0179] Step 804: Perform admission verification on the guidance information acquisition request based on preset admission verification rules; the admission verification rules include at least one of scene verification, server trigger frequency verification, and user profile feature matching.

[0180] After receiving a request from the first terminal, the server can verify the request based on preset access control rules. If the verification passes, the server can either send the configuration data for the guide page to the first terminal or send a page display instruction to the first terminal, allowing the first terminal to display the guide page. If the verification fails, the server will either not send the configuration data for the guide page to the first terminal or send an instruction to not display the guide page to the first terminal, preventing the second terminal from displaying the guide page.

[0181] Access verification rules represent the criteria used by the server to assess the legitimacy and / or policy matching degree of a request. These rules may include judgment rules based on dimensions such as geographical or device scenario compliance, global frequency control matrix, and user feature tag matching. Scenario verification, server trigger frequency verification, and user profile feature matching can be executed individually or in combination. When executed in combination, the server can employ either serial interception logic (termination occurs if any verification fails) or parallel weighted scoring logic (allowing access if the overall score meets the standard).

[0182] Scenario verification refers to the process by which the server verifies the compliance of the physical space, device deployment environment, or business openness status associated with the request for obtaining guidance information. Specifically, the server can compare the location coordinates, device identifier, store code, or business status fields carried in the request with a pre-set geofence database or merchant whitelist to perform spatial relationship calculations and status matching. This allows for the separation of requests from non-target areas, unauthorized devices, or non-business hours, ensuring that the guidance logic executes within the valid business boundaries.

[0183] For example, the server can parse the terminal identifier or Bluetooth beacon RSSI fingerprint in the request to calculate the inclusion relationship between the first terminal and / or the second terminal and a preset geofence. If it falls within the valid area and the distance threshold meets the business requirements, the verification passes. As another example, device or store status verification can indicate that the guidance information retrieval request may contain the serial number of the second terminal device or the store operation identifier. The server can query the merchant management database to confirm that the device is activated and that the store's operating hours cover the current system time, thus determining that the scenario verification has passed.

[0184] Server trigger frequency verification can represent the process by which a server counts and controls the number of times a request is triggered within a specific time window, based on a global or user-level perspective. For example, a server can maintain a time-series counter and use a sliding window algorithm or a fixed-period rate limiting strategy to perform cross-session cumulative statistics on requests from the same user identifier, device fingerprint, or IP range. When the cumulative value reaches a preset threshold, a silent interception is triggered; otherwise, atomic incrementing is performed and requests are allowed, achieving unified anti-interference control and load balancing.

[0185] For example, the server extracts the user ID from the request and queries an ordered set in a cache such as Redis. Historical timestamps outside the current time window are removed, and the number of remaining requests is counted. If the number is below a threshold, a new timestamp is written and the request is allowed; if the limit is reached, a frequency control interception command is returned. The server can also configure multiple time-granularity rules (e.g., less than or equal to 2 times within 1 hour, less than or equal to 3 times within 24 hours, less than or equal to 5 times within 7 days, etc.). When a request arrives, counters for each dimension can be checked in parallel; if any dimension exceeds the limit, the process terminates. After successful verification, each counter synchronously performs an atomic increment operation. Frequency control parameters can also be dynamically issued by the server through a configuration center, combining real-time concurrent load and business activity cycles. Requests reported by the terminal are checked according to the new threshold, supporting elastic control that tightens during peak periods and relaxes during off-peak periods.

[0186] User profile feature matching refers to the process by which the server compares the user identifier associated with the request with a cloud-based tag library to verify whether the user meets the audience targeting rules of the target guidance strategy. In practical applications, different user groups have different business needs and interaction sensitivities regarding guidance content. The server can use feature extraction, tag mapping, and rule engine filtering to perform logical judgments or weighted scoring calculations on user attributes (such as membership level, historical interaction preferences, device model, new / returning customer status, and purchase frequency) against a preset set of targeting strategies. This enables precise segmented delivery, avoids pushing irrelevant prompts to inappropriate audiences, and supports strategy gray-scale testing and A / B testing.

[0187] For example, the server can parse the user identifier in the request and call the user profile service to obtain a structured tag set. The rules engine reads the current activity's targeting configuration (e.g., targeting users aged 20 to 45, targeting users who have used NFC-based payments, etc.) and performs field matching. If the conditions are met, admission is granted. The server can also convert user characteristics into quantitative indicators (e.g., membership points weight, historical click-through rate weight, device compatibility weight, etc.), calculate a comprehensive matching score, and if the score is higher than the policy threshold, a successful match is determined, and corresponding audience version of the onboarding page configuration data is generated; if it is lower than the threshold, a downgrade configuration or a silent instruction (such as the default configuration data) is returned. The server can also combine real-time behavior logs to update user segmentation tags. After the request arrives, the latest tag version can be used to ensure that the user profile characteristics are synchronized with the current policy.

[0188] Step 806: If the verification passes, match the corresponding guide page configuration data according to the switch status information.

[0189] Step 808: Feed back the guide page configuration data to the first terminal so that the first terminal can display the guide page.

[0190] The server can send the matching boot page configuration data to the first terminal, or the first terminal can pre-store multiple page configuration data, and the server can send instruction information to the first terminal, which can then display the corresponding boot page based on the instruction information.

[0191] The above is an illustrative scheme of a method with a server as the execution subject. This technical solution belongs to the same concept as the above-mentioned technical solution with a first terminal as the execution subject. For details not described in detail in this technical solution, please refer to the description of the above-mentioned technical solution with a first terminal as the execution subject.

[0192] The above explanation uses server-side access rule verification as an example. In practice, the server may not perform access rule verification. For instance, after the first terminal performs a judgment based on preset conditions and sends a guidance information retrieval request to the server, the server can directly return the corresponding configuration data or instructions based on the on / off status of the target function contained in the request. Figure 2 as well as Figure 8 The illustrated processing flow can be executed independently or in combination.

[0193] Figure 9 This is a system schematic diagram of an interactive guidance method based on near-field perception, provided as an embodiment of this specification. The example used here is a Bluetooth broadcast signal, and the target function is NFC.

[0194] like Figure 9 As shown, the system adopts an edge-cloud collaborative architecture. Specifically, the system can be divided into a physical layer, a mobile terminal, a server, an interaction layer, and a data layer. These functional layers communicate with each other through data interfaces or networks, collectively forming a complete technical chain encompassing near-field signal sensing, edge-side pre-filtering, cloud-based policy decision-making, and data feedback loop. The specific structure of each layer and the data interaction process are as follows.

[0195] The physical layer is responsible for generating and transmitting the underlying near-field communication signals. This layer includes Bluetooth broadcast devices deployed in offline scenarios, such as a second terminal. These Bluetooth broadcast devices can be configured to periodically send encrypted broadcast packets, which may contain dynamic tokens and device identification information. Mobile terminals, such as the first terminal, can continuously receive and capture these encrypted broadcast signals via a Bluetooth scanning module.

[0196] The mobile terminal (such as the first terminal) can perform signal feature extraction and local pre-interception tasks. The mobile terminal can receive encrypted broadcast packets via Bluetooth scanning and can also perform signal strength analysis. For example, when the received signal strength is greater than or equal to a preset near-field threshold, it can further calculate the duration the signal continuously meets the preset near-field threshold to confirm the mobile terminal's true dwell state and filter interference caused by momentary passing or signal drift. After the signal feature determination is passed, the mobile terminal can perform local fatigue screening, verifying the trigger frequency of the same device based on a preset local time window. If it does not exceed the local frequency limit, it is allowed; otherwise, it is blocked. After the local screening is passed, the mobile terminal can collect the on / off status of the current target functional module (such as the NFC module) and encapsulate this status in a request to send to the server for interaction. It can also receive configuration data from the server and dynamically render the corresponding guidance page for user interaction. If the NFC module is disabled, the mobile device can display a two-button pop-up window that guides the user to enable the NFC function; if the NFC module is enabled, the mobile device can display a single-button pop-up window that allows the user to close the guide page.

[0197] The server-side can serve as the centralized policy hub of the system, performing multi-level access control checks on requests reported by mobile devices. For example, upon receiving a request, the server can sequentially perform fallback switch detection, cloud-based fatigue verification, and target audience filtering, as well as query the status of benefits. Specifically, fallback switch detection checks whether the current scenario qualifies for displaying the guidance page; cloud-based fatigue verification manages global frequency; target audience filtering matches and verifies based on preset user characteristic tags; and benefit status query verifies the currently available benefit configuration resources. Once these multi-level checks pass, the server dynamically assembles guidance configuration data based on the switch status reported by the mobile device and sends the guidance configuration data to the corresponding mobile device.

[0198] The interaction layer, which can be part of the mobile app, reports user actions performed on the onboarding page to the server, specifically to the data layer. The data layer can operate independently of the main interaction chain and can be used for adaptive optimization of system control strategies. After rendering the onboarding page, the mobile app can capture user interaction event types in real time and report information such as the interaction event type, device identifier, and region identifier to the server. The data layer can extract features from the reported logs using a behavior analysis engine, input them into the strategy optimization model for calculation and analysis, and then dynamically update frequency control thresholds, audience filtering conditions, and strategy routing parameters in the dynamic rule base. Updated rules can be synchronized in real time to the server-side decision layer or the mobile app via the configuration center's hot update mechanism, enabling dynamic application of strategy parameters.

[0199] In terms of data flow and technical collaboration, this architecture presents a clear uplink triggering, downlink control, and lateral feedback mechanism. The physical layer and the mobile terminal form a near-field perception and local filtering link, forwarding signal verification and frequency interception tasks to the client for execution; the server provides centralized decision-making and resource scheduling; the data layer can complete policy feedback through asynchronous log feedback. This layered architecture can effectively reduce the concurrent request pressure on the server through edge computing, while the multi-level admission matrix in the cloud ensures the accuracy of policy distribution and system availability, and the closed-loop data flow enables continuous iteration of the rule engine. The overall system architecture solves problems such as high false trigger rate, high server resource consumption, and policy updates depending on client releases, improving low-latency response capabilities and system robustness in near-field guidance scenarios.

[0200] Based on the same idea, embodiments of this specification also provide apparatus corresponding to the above methods.

[0201] Figure 10 The embodiment provided in this specification corresponds to Figure 2 A schematic diagram of an interactive guidance device based on near-field perception. This device can be used as or applied to a first terminal, or it can be used as a component of a first terminal.

[0202] like Figure 10 As shown, the device may include: The signal receiving module 1002 is used to initiate the device of the target application to receive the wireless broadcast signal sent by the second terminal.

[0203] The judgment module 1004 is used to determine, based on the wireless broadcast signal, whether the device meets the preset conditions for displaying guidance information; the preset conditions include at least two of the following: the signal strength of the wireless broadcast signal is greater than or equal to a preset strength, the duration of the device staying within a preset range from the second terminal is greater than or equal to a preset duration, and the number of times the device has displayed guidance information within a preset frequency control period is less than or equal to a preset frequency limit.

[0204] The data determination module 1006 is used to determine the corresponding guide page configuration data based on the on / off state of the target function of the device if the device meets the preset conditions; the target function is the function required when using the target application to perform target business processing.

[0205] Display module 1008 is used to render and display a guide page in the target application according to the guide page configuration data; the guide page contains information prompting the user to perform target business processing.

[0206] Figure 11 The embodiment provided in this specification corresponds to Figure 8This is a schematic diagram of an interactive guidance device based on near-field perception. This device can be used as a server, or as a component of a server.

[0207] like Figure 11 As shown, the device may include: The request receiving module 1102 is used to receive a guidance information acquisition request sent by the first terminal; the guidance information acquisition request is generated after the first terminal, which starts the target application, obtains the wireless broadcast signal of the second terminal; the guidance information acquisition request includes the on / off status information of the target function of the first terminal; the target function is the function required when using the target application to perform target service processing.

[0208] The verification module 1104 is used to perform access verification on the guidance information acquisition request based on preset access verification rules; the access verification rules include at least one of scene verification, server trigger frequency verification, and user profile feature matching.

[0209] The data configuration module 1106 is used to match the corresponding guide page configuration data according to the switch status information if the verification passes.

[0210] The data feedback module 1108 is used to feed back the configuration data of the guide page to the first terminal so that the first terminal can display the guide page.

[0211] It is understood that the modules mentioned above refer to computer programs or program segments used to perform one or more specific functions. Furthermore, the distinction between these modules does not imply that the actual program code must also be separate.

[0212] For ease of description, the above devices are described by dividing them into various modules or units based on their functions. Of course, when implementing one or more of these specifications, the functions of each module or unit can be implemented in the same or different software and / or hardware, or a module that performs the same function can be implemented by a combination of multiple sub-modules or sub-units, etc. The device embodiments described above are merely illustrative. For example, the division of units is only a logical functional division; in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed.

[0213] The above is an illustrative scheme of an interactive guidance device based on near-field perception according to this embodiment. It should be noted that the technical solution of this interactive guidance device based on near-field perception belongs to the same concept as the technical solution of the interactive guidance method based on near-field perception described above. For details not described in detail in the technical solution of the interactive guidance device based on near-field perception, please refer to the description of the technical solution of the interactive guidance method based on near-field perception described above.

[0214] Based on the same idea, this specification also provides devices corresponding to the above methods in its embodiments.

[0215] Figure 12 A structural block diagram of a computing device 1200 provided according to an embodiment of this specification is shown.

[0216] The computing device 1200 includes: Memory 1210 and processor 1220; The memory 1210 is used to store computer programs / instructions, and the processor 1220 is used to execute the computer programs / instructions. When the computer programs / instructions are executed by the processor 1220, they implement the steps of the above-described interactive guidance method based on near-field perception.

[0217] Specifically, the components of the computing device 1200 include, but are not limited to, a memory 1210 and a processor 1220. The processor 1220 is connected to the memory 1210 via a bus 1230, and the database 1250 is used to store data.

[0218] The computing device 1200 also includes an access device 1240, which enables the computing device 1200 to communicate via one or more networks 1260. Examples of these networks include Public Switched Telephone Network (PSTN), Local Area Network (LAN), Wide Area Network (WAN), Personal Area Network (PAN), or combinations of communication networks such as the Internet. The access device 1240 may include one or more of any type of wired or wireless network interface (e.g., a network interface card (NIC)), such as an IEEE 802.11 Wireless Local Area Network (WLAN) wireless interface, a Wi-MAX (Worldwide Interoperability for Microwave Access) interface, an Ethernet interface, a Universal Serial Bus (USB) interface, a cellular network interface, a Bluetooth interface, a Near Field Communication (NFC) interface, and so on.

[0219] In one embodiment of this specification, the above-described components of the computing device 1200 and Figure 12 Other components, not shown, can also be connected to each other, for example, via a bus. It should be understood that... Figure 12 The block diagram of the computing device shown is for illustrative purposes only and is not intended to limit the scope of this application. Those skilled in the art can add or replace other components as needed.

[0220] The computing device 1200 can be any type of stationary or mobile computing device, including mobile computers or mobile computing devices (e.g., tablet computers, personal digital assistants, laptop computers, notebook computers, netbooks, etc.), mobile phones (e.g., smartphones), wearable computing devices (e.g., smartwatches, smart glasses, etc.) or other types of mobile devices, or stationary computing devices such as desktop computers or personal computers (PCs). The computing device 1200 can also be a mobile or stationary server.

[0221] When the processor 1220 executes the computer instructions, it implements the steps of the above-mentioned interactive guidance method based on near-field perception.

[0222] The above is an illustrative scheme of a computing device according to this embodiment. It should be noted that the technical solution of this computing device and the technical solution of the interaction guidance method based on near-field perception described above belong to the same concept. For details not described in detail in the technical solution of the computing device, please refer to the description of the technical solution of the interaction guidance method based on near-field perception described above.

[0223] An embodiment of this specification also provides a computer-readable storage medium storing computer instructions that, when executed by a processor, implement the steps of the above-described near-field perception-based interactive guidance method.

[0224] The above is an illustrative scheme of a computer-readable storage medium according to this embodiment. It should be noted that the technical solution of this storage medium belongs to the same concept as the technical solution of the interactive guidance method based on near-field perception described above. For details not described in detail in the technical solution of the storage medium, please refer to the description of the technical solution of the interactive guidance method based on near-field perception described above.

[0225] An embodiment of this specification also provides a computer program product, including a computer program / instructions that, when executed by a processor, implement the steps of the above-described near-field perception-based interactive guidance method.

[0226] The above is an illustrative scheme of a computer program product according to this embodiment. It should be noted that the technical solution of this computer program product and the technical solution of the interactive guidance method based on near-field perception described above belong to the same concept. For details not described in detail in the technical solution of the computer program product, please refer to the description of the technical solution of the interactive guidance method based on near-field perception described above.

[0227] The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, for the embodiments of apparatus, devices, media, and products, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiments. The apparatus, devices, media, and products provided in the embodiments of this specification correspond to the methods, and therefore the apparatus, devices, media, and products also have similar beneficial technical effects as the corresponding methods. Since the beneficial technical effects of the methods have been described in detail above, the beneficial technical effects of the corresponding apparatus, devices, media, and products will not be repeated here.

[0228] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

[0229] In the 1990s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to methodology). However, with technological advancements, many methodological improvements today can be considered direct improvements to hardware circuit structures. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that a methodological improvement cannot be implemented using hardware physical modules. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program a digital system themselves to "integrate" it onto a PLD, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must also be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, 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, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0230] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

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

[0232] For ease of description, the above devices are described separately by function as various units. Of course, in implementing this application, the functions of each unit can be implemented in one or more software and / or hardware.

[0233] Those skilled in the art will understand that one or more embodiments of this specification can be provided as a method, system, or computer program product. Therefore, the invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the invention can take the form of a computer program product embodied 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.

[0234] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0235] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0236] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

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

[0238] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

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

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

[0241] The above description is merely an embodiment of this application and is not intended to limit the scope of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of the claims of this application.

Claims

1. An interactive guidance method based on near-field perception, comprising: The first terminal that launches the target application receives a wireless broadcast signal sent by the second terminal; Based on the wireless broadcast signal, it is determined whether the first terminal meets the preset conditions for displaying guidance information; the preset conditions include at least two of the following: the signal strength of the wireless broadcast signal is greater than or equal to a preset strength, the duration of the first terminal staying within a preset range from the second terminal is greater than or equal to a preset duration, and the number of times the first terminal has displayed guidance information within a preset frequency control period is less than or equal to a preset frequency limit. If the first terminal meets the preset conditions, the corresponding guide page configuration data is determined according to the on / off state of the target function of the first terminal; the target function is the function required when using the target application to perform target business processing; The target application renders and displays a guide page based on the guide page configuration data; the guide page contains information prompting the user to perform target business processing.

2. The method according to claim 1, wherein the first terminal locally includes a judgment rule, and the first terminal locally judges whether the first terminal meets the preset conditions for displaying guidance information.

3. The method according to claim 1, wherein determining the corresponding guide page configuration data based on the on / off state of the target function of the first terminal includes: The first terminal sends a guidance information acquisition request to the server based on the on / off status of the target function; The guidance information acquisition request includes the on / off status information of the target function of the first terminal; The server obtains the guidance page configuration data corresponding to the switch state, which is determined by the switch state information of the target function of the first terminal.

4. The method according to claim 3, wherein the server performs an access verification on the guidance information acquisition request based on a preset access verification rule, and if the verification passes, the server determines the guidance page configuration data corresponding to the switch state based on the switch state information of the target function of the first terminal. in, The access verification rules include at least one of scene verification, server trigger frequency verification, and user profile feature matching.

5. The method according to claim 1, wherein if the target function is in an "on" state, the guide page includes a close control or a confirmation control; If the target function is in an off state, the guide page includes controls for enabling the target function and controls for disabling it.

6. The method according to claim 1, wherein the target function is a function required when making payment using the target payment method supported by the target application; the guidance page includes information prompting the user to make payment using the target payment method; Alternatively, the guidance information may include at least one of the following: payment guidance information, membership guidance information, coupon distribution information, or function activation guidance information.

7. The method according to claim 1, wherein the wireless broadcast signal comprises encrypted broadcast packets, and the method further comprises: The encrypted broadcast packet is decrypted using the key; The step of determining the corresponding guide page configuration data based on the on / off state of the target function of the first terminal includes: If decryption is successful, the corresponding boot page configuration data is determined based on the on / off status of the target function of the first terminal.

8. The method according to claim 7, further comprising: Obtain a dynamic decryption key synchronized with the wireless broadcast signal; The server synchronously provides the encryption token for generating the wireless broadcast signal to the second terminal and the corresponding decryption key to the first terminal at a preset frequency. The step of decrypting the encrypted broadcast packet using a key includes: The encrypted broadcast packet is decrypted using the dynamic decryption key.

9. The method according to claim 8, wherein the dynamic decryption key supports version compatibility and is capable of decrypting the current version as well as the previous and / or subsequent versions of wireless broadcast signals.

10. The method according to claim 7, wherein the key is stored in the security module of the first terminal, and the step of decrypting the encrypted broadcast packet using the key includes: The encrypted broadcast packet is decrypted using a key via the security module embedded in the first terminal.

11. The method according to claim 1, wherein the wireless broadcast signal includes at least one of Bluetooth broadcast signal, WiFi broadcast signal, ultrasonic signal, or ultra-wideband (UWB) signal; Alternatively, the target function may include at least one of Near Field Communication (NFC), UWB, and Bluetooth.

12. The method according to claim 1, wherein receiving a wireless broadcast signal transmitted by a second terminal comprises: When the Bluetooth broadcast signal is unstable or a Bluetooth signal that conforms to the preset protocol characteristics is not captured continuously, the system switches to WiFi signal scanning mode or ultrasonic audio mode to assist in signal capture; after the Bluetooth broadcast signal stabilizes, the system automatically switches back to Bluetooth scanning mode to capture the wireless broadcast signal sent by the second terminal.

13. The method according to claim 1, further comprising: Collect user interaction data on the onboarding page, including at least one of click, close, or view operations; The interaction behavior data is reported to the server so that the server can iteratively optimize the guidance strategy based on the interaction behavior data.

14. An interactive guidance method based on near-field perception, comprising: Receive the guidance information retrieval request sent by the first terminal; The guidance information acquisition request is generated after the first terminal that starts the target application obtains the wireless broadcast signal from the second terminal; the guidance information acquisition request includes the on / off status information of the target function of the first terminal; The target function is the function required when using the target application to perform target business processing; The access verification request for the guidance information is verified based on preset access verification rules; the access verification rules include at least one of scene verification, server trigger frequency verification, and user profile feature matching. If the verification passes, the corresponding guide page configuration data is matched according to the switch status information; The configuration data of the guide page is fed back to the first terminal so that the first terminal can display the guide page.

15. An interactive guidance device based on near-field perception, comprising: A signal receiving module is used to initiate the device for the target application to receive wireless broadcast signals sent by a second terminal. The judgment module is used to determine, based on the wireless broadcast signal, whether the device meets the preset conditions for displaying guidance information; the preset conditions include at least two of the following: the signal strength of the wireless broadcast signal is greater than or equal to a preset strength, the duration of the device staying within a preset range from the second terminal is greater than or equal to a preset duration, and the number of times the device has displayed guidance information within a preset frequency control period is less than or equal to a preset frequency limit. The data determination module is used to determine the corresponding guide page configuration data based on the on / off state of the target function of the device if the device meets the preset conditions; the target function is the function required when using the target application to perform target business processing. The display module is used to render and display a guide page in the target application according to the guide page configuration data; the guide page contains information prompting the user to perform target business processing.

16. An interactive guidance device based on near-field perception, comprising: The request receiving module is used to receive the guidance information acquisition request sent by the first terminal; The guidance information acquisition request is generated after the first terminal that starts the target application obtains the wireless broadcast signal from the second terminal; the guidance information acquisition request includes the on / off status information of the target function of the first terminal; The target function is the function required when using the target application to perform target business processing; The verification module is used to perform access verification on the guidance information acquisition request based on preset access verification rules; the access verification rules include at least one of scene verification, server trigger frequency verification, and user profile feature matching. The data configuration module is used to match the corresponding guide page configuration data according to the switch status information if the verification passes. The data feedback module is used to feed back the configuration data of the guide page to the first terminal so that the first terminal can display the guide page.

17. A computing device, comprising: Memory and processor; The memory is used to store computer programs / instructions, and the processor is used to execute the computer programs / instructions, which, when executed by the processor, implement the steps of the method according to any one of claims 1 to 14.

18. A computer-readable storage medium storing computer instructions that, when executed by a processor, implement the steps of the method according to any one of claims 1 to 14.

19. A computer program product comprising a computer program / instructions that, when executed by a processor, implement the steps of the method according to any one of claims 1 to 14.

Images