IP tracing method, system and IP card

Abstract

This invention relates to the field of data management technology, and more particularly to an IP tracing method, system, and IP card. The method includes the following steps: First, acquiring the IP card's QR code information; after the user scans the code, the card's validity is verified based on the QR code content; then, identifying the corresponding type based on the card type code in the QR code, and determining the record value to be added to the user's account accordingly; next, determining whether the unique serial number of the QR code has been used; if not, the record value is added to the user's account and the serial number is recorded; if already used, it is not added again to avoid duplicate counting; finally, based on the accumulated record value in the user's account, providing a corresponding redemption redirection interface to realize the points redemption operation. This invention ensures the authenticity and stability of the system through effective verification of the IP card QR code, secure accumulation of points data, stable identification under network fluctuations, and multi-terminal adaptive redemption interaction.

Description

Technical Field

[0001] This invention relates to the field of data management technology, and in particular to an IP tracing method, system and IP card. Background Technology

[0002] Early IP cards only interacted with terminal devices through static QR codes to identify users or record points for a single transaction. Later, dynamic QR code technology based on cloud storage was developed, enabling real-time uploading and remote management of user scanning behavior, and recording the unique serial number of each IP card and the accumulation of points.

[0003] However, existing IP card traceability and points management technologies still have the following significant shortcomings: Current methods cannot automatically adjust the QR code recognition frequency based on the refresh frequency of the content corresponding to the user's scanning operation and network response latency. This results in inaccurate points accumulation in high-latency or unstable network environments, impacting user experience. Furthermore, when users redeem points, they typically only receive a fixed redirect interface, without considering dynamically adjusting the interface size and interactive layout based on user points or redemption rules, affecting operational convenience and visual experience. Summary of the Invention

[0004] Therefore, it is necessary to provide an IP tracing method, system, and IP card to solve at least one of the aforementioned technical problems.

[0005] To achieve the above objective, an IP tracing method is provided, the method comprising the following steps:

[0006] Step S1: Obtain the QR code information of the IP card; in response to the user's operation of scanning the IP card QR code, verify the validity of the IP card based on the content of the IP card QR code;

[0007] Step S2: Identify the card type code of the IP card based on the content of the IP card QR code, and determine the number of records to be added to the preset user account based on the card type code;

[0008] Step S3: Determine whether the unique serial number of the IP card QR code has been used. If it has not been used, add the recorded value to the preset user account and record the unique serial number. If the unique serial number of the IP card QR code has been used, do not add the recorded value to the preset user account.

[0009] Step S4: Based on the accumulated record values ​​in the user's account, provide the corresponding record value exchange redirection interface.

[0010] Preferably, before determining whether the unique serial number of the IP card QR code has been used, the following steps are also included:

[0011] In response to a user scanning an IP card QR code, obtain the scanning frequency and content of the IP card QR code;

[0012] The content refresh frequency of the IP card is determined based on the scanning frequency, and the content of the IP card QR code is uploaded to the pre-deployed cloud storage server for data storage, thus obtaining the IP card cloud storage content;

[0013] The degree of network fluctuation scanned by the user is determined based on the content refresh frequency and the content stored in the IP card cloud storage.

[0014] The recognition frequency of the unique serial number in the IP card QR code is set according to the degree of network fluctuation.

[0015] Preferably, determining the network fluctuation level of the user scan based on the content refresh frequency and the IP card cloud storage content includes:

[0016] In response to the IP card scanning operation performed by the user on the terminal device, obtain the content refresh request corresponding to the scanning operation;

[0017] The IP card cloud storage content is obtained based on the content refresh request, and the refresh frequency of the content within a predetermined time period is recorded;

[0018] Network fluctuation characteristic data is generated based on the refresh frequency and the response latency of IP card cloud storage content during transmission.

[0019] The network fluctuation level corresponding to a user's QR code scanning operation is determined based on network fluctuation characteristic data, where the network fluctuation level is used to characterize the stability of the QR code scanning operation in the network environment.

[0020] Preferably, the steps for obtaining IP card cloud storage content based on a content refresh request include:

[0021] When the terminal device has a preset cache, the IP card cloud storage content is retrieved from the preset cache;

[0022] When the terminal device does not have a preset cache, it accesses the cloud storage server based on a refresh request to obtain the cloud storage content of the IP card.

[0023] Preferably, the response latency of the IP card cloud storage content during transmission is included, based on the refresh frequency and the transmission time:

[0024] Calculate the mean and fluctuation range of the refresh rate to obtain the refresh rate fluctuation index;

[0025] Calculate the delay jitter value based on the response delay;

[0026] Based on the refresh rate fluctuation index and latency jitter value, network fluctuation characteristic data is generated to characterize the real-time performance and stability of the network.

[0027] Preferably, determining the degree of network fluctuation corresponding to a user's QR code scanning operation based on network fluctuation characteristic data includes:

[0028] In response to the presence of a preset cache on the terminal device, the first network fluctuation feature between the IP card and the terminal device and the second network fluctuation feature between the IP card and the cloud server are filtered from the network fluctuation feature data.

[0029] In response to the absence of a preset cache on the terminal device, the third network fluctuation feature between the terminal device and the server is filtered from the network fluctuation feature data.

[0030] The two types of network fluctuation features with the shortest corresponding time intervals are identified as key network feature pairs based on the first network fluctuation feature, the second network fluctuation feature, and the third network fluctuation feature.

[0031] Calculate the actual latency difference between key network feature pairs;

[0032] Determine the integrated network response time based on the delay difference of key network feature pairs;

[0033] The ratio of the latency difference between key network feature pairs to the overall network response time is calculated and used as an indicator of overall network fluctuation.

[0034] The network fluctuation level corresponding to the user's QR code scanning operation is mapped based on the comprehensive network fluctuation index.

[0035] Preferably, step S4 includes the following steps:

[0036] Step S41: Based on the accumulated record values ​​in the user account, call the preset redemption rule library and determine the redemption options corresponding to the current record value;

[0037] Step S42: Generate redemption prompt information based on the redemption options, wherein the redemption prompt information includes the available redemption categories and their corresponding numerical requirements;

[0038] Step S43: Based on the operation response of the redemption prompt information, call the corresponding target redirection interface and redirect to the target redemption interface.

[0039] Preferably, calling the corresponding target redirection interface to redirect to the target redemption page includes:

[0040] The system matches the accumulated records in the user's account with the corresponding redemption options in the preset redemption rule library.

[0041] The size of the display interface is determined based on the available redemption options.

[0042] When calling the corresponding target redirection interface, the size of the interface to be redirected to the target redemption interface is adjusted according to the predetermined interface size to perform interface adaptive operation.

[0043] This specification provides an IP tracing system for performing the above-described IP tracing method, the IP tracing system comprising:

[0044] The scanning module is used to obtain the QR code information of the IP card; in response to the user's operation of scanning the IP card QR code, the validity of the IP card is verified based on the content of the IP card QR code;

[0045] The identification module is used to identify the card type code of the IP card based on the content of the IP card's QR code, and determine the number of records to be added to the preset user account based on the card type code.

[0046] The judgment module is used to determine whether the unique serial number of the IP card QR code has been used. If it has not been used, the recorded value is added to the preset user account and the unique serial number is recorded. If the unique serial number of the IP card QR code has been used, the recorded value is no longer added to the preset user account.

[0047] The execution module is used to provide a corresponding record value exchange redirection interface based on the accumulated record values ​​in the user's account.

[0048] The present invention also provides an IP card, including a card substrate and a QR code visualization unit disposed on the card substrate; a memory and a security processing unit electrically connected to the QR code visualization unit, and a communication unit and a power module electrically connected to the security processing unit, for performing the IP tracing method described above.

[0049] The present invention has the following beneficial effects:

[0050] I. By using IP card QR codes in conjunction with terminal devices, effective management of user scanning behavior is achieved. Through QR code validity verification, card type identification, and unique serial number usage judgment, the accumulation process of recorded values ​​is ensured to be authentic and reliable, avoiding the problem of falsely increasing points due to repeated use, thereby improving the security and credibility of points data management.

[0051] Second, before determining whether a unique serial number has been used, dynamic interaction between scanning frequency, content refresh frequency, and cloud storage content is introduced. Combined with response latency, network fluctuation characteristic data is generated, which can accurately characterize the network stability when the user scans the code. The recognition frequency of the unique serial number is dynamically adjusted based on the degree of network fluctuation, which effectively avoids recognition errors or resource waste caused by network instability, and ensures the accuracy and stability of code scanning recognition in complex network environments.

[0052] Third, after accumulating and recording values ​​in the user's account, and combining this with a pre-defined redemption rule library, the system can generate diverse redemption prompts for the user and redirect them to the target interface in response to user actions. This process not only improves the convenience of the redemption interaction but also enhances the user experience through adaptive interface operation, enabling smooth completion of the redemption process on different terminal devices, demonstrating excellent compatibility and scalability. Attached Figure Description

[0053] Figure 1 This is a flowchart illustrating the steps of an IP tracing method.

[0054] Figure 2 for Figure 1 A detailed flowchart illustrating the implementation steps of step S2.

[0055] Figure 3 This is a diagram of the IP card structure for an IP tracing method according to this application;

[0056] The realization of the objective, functional features and advantages of the present invention will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0057] The technical method of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without inventive effort are within the scope of protection of the present invention.

[0058] Furthermore, the accompanying drawings are merely illustrative of the invention and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and therefore repeated descriptions of them will be omitted. Some block diagrams shown in the drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor methods and / or microcontroller methods.

[0059] It should be understood that although the terms "first," "second," etc., may be used herein to describe various units, these units should not be limited by these terms. These terms are used merely to distinguish one unit from another. For example, without departing from the scope of the exemplary embodiments, a first unit may be referred to as a second unit, and similarly, a second unit may be referred to as a first unit. The term "and / or" as used herein includes any and all combinations of one or more of the associated listed items.

[0060] To achieve the above objectives, please refer to Figures 1 to 3 An IP tracing method, the method comprising the following steps:

[0061] Step S1: Obtain the QR code information of the IP card; in response to the user's operation of scanning the IP card QR code, verify the validity of the IP card based on the content of the IP card QR code;

[0062] In one embodiment, a unique QR code is first generated for each IP card. This QR code information includes, but is not limited to, the card number, issuer identifier, generation timestamp, and encrypted verification code. The QR code is generated using either symmetric or asymmetric encryption, incorporating the core identifier information and time information into the QR code content to ensure its uniqueness and anti-counterfeiting capabilities.

[0063] In practical applications, users scan the QR code on their IP card using a mobile device (such as a smartphone, tablet, or handheld scanner). After obtaining the QR code content, the mobile device sends the QR code parsing result to the backend verification server.

[0064] After receiving and parsing the data, the backend verification server first extracts the card number and issuer identifier from the QR code and compares them with the preset legitimate IP card records in the database. Second, it verifies the validity period of the timestamp information in the QR code, for example, limiting the validity period of the QR code to 24 to 72 hours. If the validity period exceeds this range, the QR code is deemed invalid. Finally, it uses the encrypted verification code to match and verify with the key stored in the backend to ensure that the QR code content has not been tampered with.

[0065] If both the comparison and verification pass, the IP card is confirmed as a valid card, and a "Verification Successful" message will be displayed on the terminal. Users can then access the corresponding business scenarios (such as content display, rights redemption, and collection registration). If verification fails, a "Verification Invalid" or "Card Abnormal" message will be returned, prompting the user to contact the issuer for assistance.

[0066] Step S2: Identify the card type code of the IP card based on the content of the IP card QR code, and determine the number of records to be added to the preset user account based on the card type code;

[0067] In one embodiment, the QR code of the IP card scanned by the user is decoded to extract the card data information contained in the QR code. This data information includes a card type code field, which uniquely identifies the type of IP card.

[0068] In a preferred approach, a mapping table is first established between card type codes and corresponding record values. For example, type code "A01" corresponds to adding 10 record values, type code "B02" corresponds to adding 20 record values, and type code "C03" corresponds to adding 50 record values. By comparing the card type code in the QR code with the mapping table, the record values ​​that should be added to the IP card can be quickly determined.

[0069] In another implementation, the correspondence between card type codes and recorded values ​​can be stored in a database and dynamically updated. For example, administrators can adjust the value corresponding to a certain type code according to different activities or reward rules, thereby flexibly adapting to different business scenarios.

[0070] For example, after a user scans a QR code, if the card type code is identified as "B02", the corresponding mapping relationship in the database is called to obtain the record value of 20 points for this type of card, and this value is used as the target value to be increased.

[0071] Step S3: Determine whether the unique serial number of the IP card QR code has been used. If it has not been used, add the recorded value to the preset user account and record the unique serial number. If the unique serial number of the IP card QR code has been used, do not add the recorded value to the preset user account.

[0072] In one embodiment, upon receiving a scanned IP card QR code from a user, a unique serial number is first parsed from the QR code information. This unique serial number can be generated during IP card generation by combining a timestamp, device identifier, and a random factor, thereby ensuring that each IP card QR code is unique globally.

[0073] After obtaining the unique serial number, the system proceeds to the serial number verification module. This module accesses the serial number record table stored in the server database and searches for the currently parsed unique serial number. If the search result shows that the unique serial number does not exist in the serial number record table, it indicates that the QR code has not been used. At this time, the recorded value contained in the QR code (such as points, data traffic, or stored value) is added to the preset user account, and the unique serial number is written to the serial number record table for archiving, marking it as "used".

[0074] If the search results show that the unique serial number already exists in the serial number record table, it indicates that the QR code has already been used. In this case, the user account's numerical increment operation will be refused, and a prompt message (such as "This QR code has already been used") will be returned to prevent malicious accumulation caused by repeated scanning.

[0075] In another preferred embodiment, to further improve verification efficiency, the serial number record table can use a hash index or Bloom filter structure to accelerate matching, so as to ensure fast response even in scenarios with high user concurrency scanning.

[0076] For example, in practical applications, when a user scans the QR code "SN202508260001" for the first time, it is confirmed that the serial number has not been used. Therefore, 10 points are added to the user's account, and the serial number is recorded. When the user or someone else tries to scan the same QR code again, it is detected that the serial number already exists in the serial number record table, thus refusing to add points and avoiding the risk of duplicate points accumulation.

[0077] Step S4: Based on the accumulated record values ​​in the user's account, provide the corresponding record value exchange redirection interface.

[0078] In one embodiment, when the accumulated value in a user's account reaches a preset redemption condition, a redemption prompt is automatically generated on the user's terminal application page, and a corresponding redemption redirection interface is provided. This redemption redirection interface guides the user to a points redemption service page, which includes a catalog of redeemable gifts or virtual benefits based on the accumulated value. Specifically, when the accumulated value in a user's account equals or exceeds the redemption value required for a particular gift, the redemption option for that gift is activated in the redemption redirection interface. The user can complete the redemption operation by clicking the interface, and the system deducts the accumulated value and distributes the gift benefits in the background.

[0079] In another embodiment, the redemption redirection interface can also dynamically adjust the redemption level based on different record value ranges. For example, when the record value in the user's account is in the first value range, the redemption redirection interface points to the basic redemption page; when the record value in the user's account is in the second value range, the redemption redirection interface points to the advanced redemption page, thereby improving the diversity and interactivity of redemptions.

[0080] Preferably, before determining whether the unique serial number of the IP card QR code has been used, the following steps are also included:

[0081] In response to a user scanning an IP card QR code, obtain the scanning frequency and content of the IP card QR code;

[0082] The content refresh frequency of the IP card is determined based on the scanning frequency, and the content of the IP card QR code is uploaded to the pre-deployed cloud storage server for data storage, thus obtaining the IP card cloud storage content;

[0083] The degree of network fluctuation scanned by the user is determined based on the content refresh frequency and the content stored in the IP card cloud storage.

[0084] The recognition frequency of the unique serial number in the IP card QR code is set according to the degree of network fluctuation.

[0085] In one embodiment, in response to a user's scanning operation of the IP card's QR code, the scanning frequency and QR code content are obtained. The scanning frequency can be obtained by counting the number of scans performed by the user per unit time, and the QR code content includes a unique serial number and configuration information related to the IP card.

[0086] Secondly, based on the user's scanning frequency, the refresh frequency of the IP card's QR code content is dynamically determined to avoid data delays due to too low a scanning frequency or resource waste due to too high a frequency. The determined QR code content is then uploaded to a pre-deployed cloud storage server, forming the corresponding IP card cloud storage content for subsequent comparison and traceability.

[0087] Secondly, based on the content refresh frequency and the cloud storage content of the IP card, the consistency and time interval of the QR code during multiple scan uploads are analyzed to calculate the degree of network fluctuation that may occur during the user's scan. The value of the network fluctuation degree can be obtained by comparing upload latency and data consistency. For example, the network fluctuation degree can be divided into low fluctuation (latency less than 100ms), medium fluctuation (100ms~500ms), and high fluctuation (greater than 500ms).

[0088] Finally, the identification frequency of unique serial numbers is dynamically adjusted based on the aforementioned network fluctuation levels. For example, when network fluctuations are low, the identification frequency can be set to once per second; when network fluctuations are high, it can be increased to once every 200-300 ms to avoid misjudgments or omissions of unique serial numbers due to network jitter. Through this method, before determining whether a unique serial number has been used, the identification frequency can be adaptively adjusted based on user scanning behavior and the network environment. This not only improves the real-time performance and accuracy of the data but also enhances the system's robustness in complex network environments.

[0089] Preferably, determining the network fluctuation level of the user scan based on the content refresh frequency and the IP card cloud storage content includes:

[0090] In response to the IP card scanning operation performed by the user on the terminal device, obtain the content refresh request corresponding to the scanning operation;

[0091] The IP card cloud storage content is obtained based on the content refresh request, and the refresh frequency of the content within a predetermined time period is recorded;

[0092] Network fluctuation characteristic data is generated based on the refresh frequency and the response latency of IP card cloud storage content during transmission.

[0093] The network fluctuation level corresponding to a user's QR code scanning operation is determined based on network fluctuation characteristic data, where the network fluctuation level is used to characterize the stability of the QR code scanning operation in the network environment.

[0094] In one embodiment, in response to an IP card scanning operation performed by a user on a terminal device, a content refresh request corresponding to the scanning operation is obtained. This request is used to obtain card data from the IP card cloud server.

[0095] Based on the acquired content refresh requests, the system accesses the IP card's cloud storage content and records the content refresh frequency within a predetermined time period (e.g., 1 to 10 seconds, depending on the actual network environment). The refresh frequency can be quantified by statistically analyzing the number of consecutive successful refresh requests and the time interval between them.

[0096] Simultaneously, the response latency of IP card cloud storage content during transmission is recorded; for example, the response time for each request is sampled within the range of 50 to 500 milliseconds. The content refresh frequency and response latency are combined to generate network fluctuation characteristic data, which is used to characterize the stability of the scanning operation under current network conditions.

[0097] Based on the generated network fluctuation feature data, the degree of network fluctuation corresponding to the user's scanning operation is further calculated. For example, the current network status can be categorized using a preset network fluctuation level classification (low fluctuation, medium fluctuation, high fluctuation). The degree of network fluctuation can be used to determine whether the scanning operation is affected by the network, and to decide whether to delay the points calculation or resend the request to ensure data accuracy.

[0098] In another embodiment, under conditions of high fluctuation (such as continuous response latency greater than 400 milliseconds or refresh rate less than 1 time / second), the user can be prompted that the network is unstable or the points operation can be suspended to ensure user experience and data integrity.

[0099] Preferably, the steps for obtaining IP card cloud storage content based on a content refresh request include:

[0100] When the terminal device has a preset cache, the IP card cloud storage content is retrieved from the preset cache;

[0101] When the terminal device does not have a preset cache, it accesses the cloud storage server based on a refresh request to obtain the cloud storage content of the IP card.

[0102] In one embodiment, when the terminal device has a preset cache, the system directly retrieves the required IP card cloud storage content from the preset cache, avoiding repeated access to the cloud server, improving response speed and reducing network load.

[0103] When the terminal device does not have a preset cache or the cached data has expired, it accesses the cloud storage server based on the content refresh request to obtain the latest IP card cloud storage content, and can write the content to the local preset cache after obtaining it so that subsequent scanning requests can quickly call it.

[0104] In another embodiment, the validity period of the cache can be set. For example, cached data is valid for 5 to 60 seconds, and a forced refresh is required after this time, thus balancing data timeliness and network efficiency. Through the above steps, the data source can be intelligently selected based on the terminal device's caching status, ensuring timely retrieval of IP card content while reducing network pressure and improving the stability of the scanning operation and user experience.

[0105] Preferably, the response latency of the IP card cloud storage content during transmission is included, based on the refresh frequency and the transmission time:

[0106] Calculate the mean and fluctuation range of the refresh rate to obtain the refresh rate fluctuation index;

[0107] Calculate the delay jitter value based on the response delay;

[0108] Based on the refresh rate fluctuation index and latency jitter value, network fluctuation characteristic data is generated to characterize the real-time performance and stability of the network.

[0109] In one embodiment, the refresh frequency of content refresh requests is first statistically analyzed, and its mean and fluctuation range are calculated to obtain a refresh frequency fluctuation index, which reflects the stability of content refresh requests. For example, if the average refresh frequency is once per second, and the fluctuation range is ±0.2 times / second, it indicates that the refresh requests are relatively uniform; the larger the fluctuation range, the more likely the network condition is unstable.

[0110] Simultaneously, the response latency of IP card cloud storage content during transmission is collected and analyzed, and the latency jitter value, i.e. the standard deviation or maximum variation of continuous response latency, is calculated to reflect the stability of network transmission latency.

[0111] Finally, network fluctuation characteristic data is generated based on refresh rate fluctuation indicators and latency jitter values. This network fluctuation characteristic data can comprehensively characterize the real-time performance and stability of the network during user QR code scanning operations, providing a basis for subsequent judgment of the degree of network fluctuation during user QR code scanning.

[0112] In another embodiment, to ensure the reliability of the indicators, a number of refresh requests and response data can be accumulated within a preset time window for statistical analysis, such as an analysis window every 5 to 30 seconds, to balance real-time performance and statistical accuracy.

[0113] Preferably, determining the degree of network fluctuation corresponding to a user's QR code scanning operation based on network fluctuation characteristic data includes:

[0114] In response to the presence of a preset cache on the terminal device, the first network fluctuation feature between the IP card and the terminal device and the second network fluctuation feature between the IP card and the cloud server are filtered from the network fluctuation feature data.

[0115] In response to the absence of a preset cache on the terminal device, the third network fluctuation feature between the terminal device and the server is filtered from the network fluctuation feature data.

[0116] The two types of network fluctuation features with the shortest corresponding time intervals are identified as key network feature pairs based on the first network fluctuation feature, the second network fluctuation feature, and the third network fluctuation feature.

[0117] Calculate the actual latency difference between key network feature pairs;

[0118] Determine the integrated network response time based on the delay difference of key network feature pairs;

[0119] The ratio of the latency difference between key network feature pairs to the overall network response time is calculated and used as an indicator of overall network fluctuation.

[0120] The network fluctuation level corresponding to the user's QR code scanning operation is mapped based on the comprehensive network fluctuation index.

[0121] In one embodiment, in response to the presence of a preset cache on the terminal device, the system filters out the following from the network fluctuation feature data: a first network fluctuation feature: the round-trip delay between the IP card and the terminal device, typically ranging from 10 milliseconds to 200 milliseconds; and a second network fluctuation feature: the round-trip delay between the IP card and the cloud server, typically ranging from 50 milliseconds to 500 milliseconds.

[0122] If the terminal device does not have a preset cache, the system filters the third network fluctuation characteristics between the terminal device and the server, with a latency range typically between 50 milliseconds and 600 milliseconds.

[0123] The aforementioned network fluctuation features are sorted chronologically, the time interval between adjacent feature points is calculated, and the two types of network fluctuation features with the shortest time interval are selected as key network feature pairs to reflect the instantaneous characteristics of the network state during the scanning operation. If multiple feature pairs have the same time interval, the feature pair with the lower latency is selected first to ensure the representativeness of the key network features.

[0124] Calculate the actual latency difference between key network feature pairs The formula is as follows: ,in , These are the latency values ​​for key network feature pairs, in milliseconds. If... If the latency exceeds a preset threshold of 100 milliseconds, it is considered high volatility; otherwise, it is considered medium to low volatility. The overall network response time is calculated by weighting the latency difference and the historical average latency based on key network characteristics: ,in The average network latency over the past minute, expressed in milliseconds, is used to smooth out the impact of transient network fluctuations on the judgment. The comprehensive network volatility index is obtained by calculating the ratio of the latency difference between key network features to the overall network response time. : ;like If the value is less than 0.5, it is considered a low-fluctuation network; if the value is less than or equal to 0.5, it is considered a low-fluctuation network. <1.0 indicates a medium-wave network; A score ≥1.0 indicates a high-fluctuation network. Based on the comprehensive network fluctuation index, the network fluctuation level corresponding to the user's QR code scanning operation is mapped as follows: Low-fluctuation network: User QR code scanning operation latency is less than 200 milliseconds, requiring virtually no prompt; Medium-fluctuation network: User QR code scanning operation latency is 200 to 400 milliseconds, and a "Medium network latency" prompt can be displayed on the interface; High-fluctuation network: User QR code scanning operation latency exceeds 400 milliseconds, and key network features appear consecutively three times. If the time exceeds 150 milliseconds, trigger a network error message or enable a local caching strategy.

[0125] It's important to note that the first network fluctuation characteristic reflects the network status between the terminal device and the IP card, including latency, packet loss rate, and jitter. This is because the terminal device's scanning operation first requires communication with the IP card; any network anomalies in this step will directly affect the immediacy and reliability of the scanning response, thus necessitating the acquisition and analysis of this network characteristic. The second network fluctuation characteristic reflects the network status between the IP card and the cloud server, including latency trends, jitter amplitude, and data transmission stability. This is because IP card scanning information needs to be uploaded to the cloud for verification or points processing; any latency or fluctuations in the network between the IP card and the cloud server will increase the overall scanning response time or cause data anomalies, requiring this characteristic to be included in the comprehensive analysis. The third network fluctuation characteristic reflects the network status directly between the terminal device and the server, which is particularly important when the terminal device does not have a cache. This is because some operations require bypassing the IP card or cache to directly access the server, directly affecting the validity and security of the scanning results; therefore, the latency and fluctuation characteristics between the terminal and the server need to be analyzed separately.

[0126] Of particular importance is setting the recognition frequency of the unique serial number in the IP card QR code based on network fluctuation levels, including:

[0127] When the network fluctuation amplitude is less than 50ms, the recognition frequency of the unique serial number of the QR code is set to 5 to 10 times / second; when the network fluctuation amplitude is in the range of 50ms to 200ms, the recognition frequency of the unique serial number of the QR code is set to 2 to 5 times / second; when the network fluctuation amplitude is greater than 200ms, the recognition frequency of the unique serial number of the QR code is reduced to less than 1 time / second.

[0128] In one embodiment, the network fluctuation level corresponding to the user's scanning operation is first obtained. This network fluctuation level can be obtained by combining the content refresh frequency fluctuation index and the response latency jitter value, and is used to reflect the real-time performance and stability of the current network.

[0129] Based on the degree of network fluctuation, the recognition frequency of the unique serial number of the QR code is dynamically adjusted: when the network fluctuation amplitude is less than 50 milliseconds, the network is considered stable, and the recognition frequency of the unique serial number of the QR code is set to 5 to 10 times per second to ensure fast and accurate scanning recognition; when the network fluctuation amplitude is between 50 and 200 milliseconds, the network is considered to have slight fluctuations, and the recognition frequency is set to 2 to 5 times per second to balance the scanning recognition speed and data transmission reliability; when the network fluctuation amplitude is greater than 200 milliseconds, the network is considered to have large fluctuations, and the recognition frequency is reduced to less than once per second to avoid recognition failures or duplicate counting caused by frequent recognition.

[0130] In another embodiment, the dynamic adjustment of the recognition frequency can be performed in real time during the scanning process. The recognition frequency is dynamically modified according to the continuously measured network fluctuation amplitude, thereby ensuring that the scanning operation is both safe, reliable and efficient under different network environments.

[0131] As an example of the present invention, reference is made to Figure 2 As shown, step S2 in this example includes:

[0132] Step S41: Based on the accumulated record values ​​in the user account, call the preset redemption rule library and determine the redemption options corresponding to the current record value;

[0133] Step S42: Generate redemption prompt information based on the redemption options, wherein the redemption prompt information includes the available redemption categories and their corresponding numerical requirements;

[0134] Step S43: Based on the operation response of the redemption prompt information, call the corresponding target redirection interface and redirect to the target redemption interface.

[0135] In one embodiment, the accumulated record values ​​in the user's account are obtained, and a preset redemption rule library is invoked. This rule library contains the record value requirements and redemption conditions corresponding to different redemption categories. Based on the currently accumulated record values ​​in the user's account, redemption categories that meet the conditions are filtered out, and a list of currently available redemption options is generated.

[0136] Based on the redemption options, the system generates redemption prompts. These prompts include: the name of the redemption category available to the user; the required record value or consumption amount for each redemption category; and the corresponding redemption instructions or usage restrictions. This redemption prompt is displayed visually on the terminal device's interface so that the user understands the available redemption items and conditions.

[0137] After the user responds to the redemption prompt (such as clicking the redemption button or selecting a redemption category), the corresponding target redirection interface is invoked, redirecting the user interface to the target redemption interface. The target redemption interface displays detailed information about the selected redemption category, a confirmation button, and relevant prompts, enabling the user to complete the redemption process.

[0138] In another embodiment, the redemption prompts and the jump to the target redemption interface can be synchronized in real time to ensure that when the recorded values ​​change or the redemption conditions are updated, the redemption options seen by the user are consistent with the actual redemption operations that can be performed.

[0139] Preferably, calling the corresponding target redirection interface to redirect to the target redemption page includes:

[0140] The system matches the accumulated records in the user's account with the corresponding redemption options in the preset redemption rule library.

[0141] The size of the display interface is determined based on the available redemption options.

[0142] When calling the corresponding target redirection interface, the size of the interface to be redirected to the target redemption interface is adjusted according to the predetermined interface size to perform interface adaptive operation.

[0143] In one embodiment, the system iterates through each exchange category and its required value range in the exchange rule base, and filters out eligible exchange categories by comparing them with the accumulated value in the user's account. If the user's account value meets multiple exchange categories, a candidate list is generated for all eligible exchange categories, and the categories are sorted by exchange priority or value size. If the user's account value does not meet the minimum requirement for any exchange category, a prompt message is generated to inform the user that the current value is insufficient for exchange.

[0144] For candidate redemption categories, generate visual prompts, including the redemption category name, required record value, and the type of reward or resource obtainable. For each candidate redemption category, adjust the layout of the prompts based on the user's terminal device's screen resolution, display size, and orientation, such as text size, icon size, and arrangement, to ensure complete visibility across different devices. The prompts can also provide operation guidance, such as "Click to Redeem" or "View Details," and indicate the interactive status of operation buttons, such as highlighted or disabled states.

[0145] Based on the user's selected redemption category, the target redemption interface content is confirmed, including detailed information about the redeemable items, the required consumption value, and the redemption operation entry point; according to the complexity of the target redemption interface content and the terminal device screen parameters, the interface size, layout, and scrolling strategy are dynamically calculated and adjusted to achieve adaptive display of the interface; when calling the target jump interface, the interface parameters and user account information are passed together to ensure that the interface accurately displays the redeemable information after the jump, and the user's operation context, such as the selected redemption category and the recorded value status, is preserved;

[0146] In another embodiment, network status can be further detected. If network fluctuations are large or interface response delays exceed a preset threshold (e.g., 200 milliseconds) during the redirection process, a network prompt message is generated, and the interface is refreshed after the target interface is loaded to ensure that the data on the redemption interface is consistent with the user's account status. To enhance the user experience, operation feedback can be provided on the target interface, such as displaying success or failure status immediately after clicking redemption, recording value changes, reward acquisition animations, etc.

[0147] In another embodiment, the target interface can support landscape and portrait switching, automatically rearrange redemption options, operation buttons and related prompts, so that user operation is smooth and information is complete under different screen sizes or orientations.

[0148] Most importantly, when calling the corresponding target redirect interface, adjusting the size of the interface to the target redemption interface by pre-defined interface size also includes:

[0149] When calling the corresponding target jump interface, the screen adaptation resolution is calculated based on the predetermined interface size to obtain the interface scaling ratio data.

[0150] Adjust the position of layout elements on the target redemption interface based on the interface scaling ratio data, and generate layout adjustment data;

[0151] The layout adjustment data is used to correct the rendering size of the target exchange interface, and the rendered and adjusted interface data is generated.

[0152] Based on the rendered and adjusted interface data, the target jump interface is called to execute the jump, generating adaptive interface display data to perform interface adaptive operations.

[0153] In one embodiment, the screen resolution, display size, and current orientation (landscape / portrait) of the terminal device are obtained; based on the predetermined interface size (defined by the redemption prompt information or interface design specifications), the scaling ratio data of the target interface on the current device is calculated, including the scaling factors in the horizontal and vertical directions; the scaling ratio is used to ensure that the core content of the target redemption interface can be fully displayed under different resolutions and screen sizes, while avoiding element overlap or information cropping.

[0154] Based on the calculated interface scaling data, the positions of each layout element (such as redemption option buttons, icons, text areas, etc.) in the target redemption interface are adjusted; layout adjustment data is generated, including the new coordinates, size and hierarchical order of each element; this step ensures that each functional module of the interface still maintains logical layout and operability under adaptive display.

[0155] The target redemption interface is rendered and resized using layout adjustment data to generate the re-rendered interface data. During the re-rendering process, text scaling, icon ratio adjustment, and button click area optimization can be considered to ensure the accuracy of user interaction. This re-rendering step avoids misoperation or abnormal information display caused by screen differences.

[0156] The rendered and adjusted interface data, along with user account information, redemption options, and other operational context, are passed to the target redirection interface. The interface redirection operation is executed, and adaptive interface display data is generated. After the redirection is completed, the target redemption interface is displayed adaptively according to the adjusted layout, so that users can have a consistent visual and operational experience on different terminals.

[0157] Before redirection, some content of the target exchange interface can be preloaded to shorten loading time; in case of network latency or abnormal response, a placeholder layout can be temporarily used to display key information, and the full interface can be rendered after the data is loaded; when switching between landscape and portrait modes or when the screen size changes, the interface scaling ratio can be recalculated in real time and the layout can be adjusted to achieve dynamic adaptation.

[0158] Of particular importance, the use of layout adjustment data to correct the interface rendering size of the target redemption interface also includes:

[0159] Based on the layout adjustment data, the target exchange interface is initially rendered and its size is corrected to generate preliminary rendered interface data.

[0160] Perform micro-pixel error analysis on the initial rendered interface data to generate pixel deviation mapping data;

[0161] Utilizing pixel deviation mapping data for micro-pixel error compensation rendering, and generating fine-tuned rendering interface data;

[0162] The final rendered and adjusted interface data is output based on the fine-tuned rendered interface data.

[0163] In one embodiment, during the process of correcting the rendering size of the target exchange interface, preliminary rendering size correction is first performed on the target exchange interface based on layout adjustment data to generate preliminary rendering interface data. The preliminary rendering interface data includes the preliminary adjustment results of the size, position, and spacing of each element on the interface, which can ensure that the overall layout of the interface roughly meets the preset display requirements.

[0164] Next, micro-pixel error analysis is performed on the initial rendered interface data to generate pixel deviation mapping data. The pixel deviation mapping data records the minute deviations of each interface element from its ideal position or size during the rendering process, including horizontal and vertical offsets and element size errors, for subsequent fine-tuning.

[0165] By utilizing pixel deviation mapping data, micro-pixel error compensation rendering is performed on the initial rendered interface data to generate fine-tuned rendered interface data. Micro-pixel error compensation can be achieved through methods such as local scaling, translation, or sub-pixel level interpolation, realizing precise alignment and size correction of interface elements, thereby improving interface display accuracy and visual consistency.

[0166] Finally, based on the fine-tuned rendered interface data, the final rendered and adjusted interface data is output. This final rendered and adjusted interface data can be directly used for display or interactive operations, ensuring the target exchange interface has the best visual presentation across different screen resolutions and device environments.

[0167] In another embodiment, to further ensure the accuracy of interface rendering, a micropixel error threshold can be set, for example, the pixel deviation in both the horizontal and vertical directions should not exceed ±0.5 pixels. If the deviation exceeds the threshold, the micropixel error compensation step is repeated until the preset accuracy standard is reached. This setting can effectively avoid the problem of misaligned or uneven display of interface elements caused by initial rendering errors.

[0168] Of particular importance, determining the overall network response time based on the latency difference of key network feature pairs also includes:

[0169] Local gradient analysis is performed based on the delay difference of key network feature pairs to generate a delay change gradient sequence.

[0170] Based on the gradient sequence of delay variation, peak regions of delay anomalies are identified, and delay anomaly identification data is generated.

[0171] Dynamic offset adjustment is performed using delay anomaly identification data to generate offset-adjusted delay data;

[0172] The overall network response time is calculated based on the offset-adjusted delay data, and the final overall response time data is generated.

[0173] In one embodiment, local gradient calculation is performed on the delay difference sequence of key network feature pairs to generate a delay variation gradient sequence. The local gradient can be obtained by differentiating the delay differences between adjacent time points to reflect the rate and trend of delay change over time. Based on the delay variation gradient sequence, abnormal peak regions are identified. Abnormal peak regions refer to continuous intervals where the delay variation gradient exceeds a preset threshold; these regions may correspond to network congestion, node failure, or communication interference. The identification results generate delay anomaly identification data to mark the location and duration of each abnormal interval.

[0174] Dynamic offset adjustment is performed on the original latency difference sequence using latency anomaly identification data. Specifically, latency values ​​are smoothed or weighted within regions of abnormal peaks to ensure that the offset-adjusted latency data more accurately reflects the true network response characteristics. Based on the offset-adjusted latency data, a weighted average or statistical analysis method is used to calculate the overall network response time. The overall network response time comprehensively considers the latency differences between key network feature pairs and the impact of abnormal peaks on the overall network response, thus generating the final overall response time data.

[0175] In another embodiment, taking a specific network scenario as an example, if the delay difference sequence of key network feature pairs fluctuates between 100ms and 300ms, local gradient analysis reveals two anomalous peaks at 450ms and 470ms, lasting approximately 50ms. After smoothing these two anomalous peaks using dynamic offset adjustment, a weighted average is calculated, resulting in a comprehensive network response time of 285ms. This method effectively avoids the excessive influence of a single peak on the overall response time, improving the accuracy of network response assessment.

[0176] This specification provides an IP tracing system for performing the above-described IP tracing method, the IP tracing system comprising:

[0177] The scanning module is used to obtain the QR code information of the IP card; in response to the user's operation of scanning the IP card QR code, the validity of the IP card is verified based on the content of the IP card QR code;

[0178] The identification module is used to identify the card type code of the IP card based on the content of the IP card's QR code, and determine the number of records to be added to the preset user account based on the card type code.

[0179] The judgment module is used to determine whether the unique serial number of the IP card QR code has been used. If it has not been used, the recorded value is added to the preset user account and the unique serial number is recorded. If the unique serial number of the IP card QR code has been used, the recorded value is no longer added to the preset user account.

[0180] The execution module is used to provide a corresponding record value exchange redirection interface based on the accumulated record values ​​in the user's account.

[0181] The present invention also provides an IP card, see reference. Figure 3 It includes a card substrate and a QR code visual unit disposed on the card substrate; a memory and a security processing unit electrically connected to the QR code visual unit, and a communication unit and a power supply module electrically connected to the security processing unit, for performing the IP tracing method as described above.

[0182] Therefore, the embodiments should be considered as exemplary and non-limiting in all respects, and the scope of the invention is defined by the appended claims rather than the foregoing description. Thus, all variations falling within the meaning and scope of the equivalents of the application are intended to be included within the invention.

[0183] The above description is merely a specific embodiment of the present invention, enabling those skilled in the art to understand or implement the invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the invention. Therefore, the present invention is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features of the invention herein.

Claims

1. An IP tracing method, characterized in that, It operates on IP cards and terminal devices, including the following steps: Step S1: Obtain the QR code information of the IP card; in response to the user's operation of scanning the IP card QR code, verify the validity of the IP card based on the content of the IP card QR code; Step S2: Identify the card type code of the IP card based on the content of the IP card QR code, and determine the number of records to be added to the preset user account based on the card type code; Step S3: Determine whether the unique serial number of the IP card QR code has been used. If not, add the recorded value to the preset user account and record the unique serial number; if the unique serial number of the IP card QR code has been used, do not add the recorded value to the preset user account. Before determining whether the unique serial number of the IP card QR code has been used, the following steps are also included: In response to a user scanning an IP card QR code, obtain the scanning frequency and content of the IP card QR code; The content refresh frequency of the IP card is determined based on the scanning frequency, and the content of the IP card QR code is uploaded to the pre-deployed cloud storage server for data storage, thus obtaining the IP card cloud storage content; The degree of network fluctuation scanned by the user is determined based on the content refresh frequency and the content stored in the IP card cloud storage. The recognition frequency of the unique serial number in the IP card QR code is set according to the degree of network fluctuation; Step S4: Based on the accumulated record values ​​in the user's account, provide the corresponding record value redemption redirection interface.

2. The IP tracing method according to claim 1, characterized in that, Determining the network fluctuation level scanned by the user based on the content refresh frequency and the IP card cloud storage content includes: In response to the IP card scanning operation performed by the user on the terminal device, obtain the content refresh request corresponding to the scanning operation; The IP card cloud storage content is obtained based on the content refresh request, and the refresh frequency of the content within a predetermined time period is recorded; Network fluctuation characteristic data is generated based on the refresh frequency and the response latency of IP card cloud storage content during transmission. The network fluctuation level corresponding to a user's QR code scanning operation is determined based on network fluctuation characteristic data, where the network fluctuation level is used to characterize the stability of the QR code scanning operation in the network environment.

3. The IP tracing method according to claim 2, characterized in that, The steps for retrieving IP card cloud storage content based on a content refresh request include: When the terminal device has a preset cache, the IP card cloud storage content is retrieved from the preset cache; When the terminal device does not have a preset cache, it accesses the cloud storage server based on a refresh request to obtain the cloud storage content of the IP card.

4. The IP tracing method according to claim 2, characterized in that, Based on the refresh frequency and the response latency of the IP card cloud storage content during transmission, network fluctuation characteristic data is generated, including: Calculate the mean and fluctuation range of the refresh rate to obtain the refresh rate fluctuation index; Calculate the delay jitter value based on the response delay; Based on the refresh rate fluctuation index and latency jitter value, network fluctuation characteristic data is generated to characterize the real-time performance and stability of the network.

5. The IP tracing method according to claim 3, characterized in that, Determining the degree of network fluctuation corresponding to a user's QR code scanning operation based on network fluctuation characteristic data includes: In response to the presence of a preset cache on the terminal device, the first network fluctuation feature between the IP card and the terminal device and the second network fluctuation feature between the IP card and the cloud server are filtered from the network fluctuation feature data. In response to the absence of a preset cache on the terminal device, the third network fluctuation feature between the terminal device and the server is filtered from the network fluctuation feature data. The two types of network fluctuation features with the shortest corresponding time intervals are identified as key network feature pairs based on the first network fluctuation feature, the second network fluctuation feature, and the third network fluctuation feature. Calculate the actual latency difference between key network feature pairs; Determine the integrated network response time based on the delay difference of key network feature pairs; The ratio of the latency difference between key network feature pairs to the overall network response time is calculated and used as an indicator of overall network fluctuation. The network fluctuation level corresponding to the user's QR code scanning operation is mapped based on the comprehensive network fluctuation index.

6. The IP tracing method according to claim 1, characterized in that, Step S4 includes the following steps: Step S41: Based on the accumulated record values ​​in the user account, call the preset redemption rule library and determine the redemption options corresponding to the current record value; Step S42: Generate redemption prompt information based on the redemption options, wherein the redemption prompt information includes the available redemption categories and their corresponding numerical requirements; Step S43: Based on the operation response of the redemption prompt information, call the corresponding target redirection interface and redirect to the target redemption interface.

7. The IP tracing method according to claim 6, characterized in that, Calling the corresponding target redirection interface to redirect to the target redemption page includes: The system matches the accumulated records in the user's account with the corresponding redemption options in the preset redemption rule library. The size of the display interface is determined based on the available redemption options. When calling the corresponding target redirection interface, the size of the interface to be redirected to the target redemption interface is adjusted according to the predetermined interface size to perform interface adaptive operation.

8. An IP tracing system, characterized in that, For performing the IP tracing method as described in claim 1, the IP tracing system includes: The scanning module is used to obtain the QR code information of the IP card; in response to the user's operation of scanning the IP card QR code, the validity of the IP card is verified based on the content of the IP card QR code; The identification module is used to identify the card type code of the IP card based on the content of the IP card's QR code, and determine the number of records to be added to the preset user account based on the card type code. The judgment module is used to determine whether the unique serial number of the IP card QR code has been used. If it has not been used, the recorded value is added to the preset user account and the unique serial number is recorded. If the unique serial number of the IP card QR code has been used, the recorded value is no longer added to the preset user account. The execution module is used to provide a corresponding record value exchange redirection interface based on the accumulated record values ​​in the user's account.

9. An IP card, characterized in that, The device includes a card substrate and a QR code visual unit disposed on the card substrate; a memory and a security processing unit electrically connected to the QR code visual unit; and a communication unit and a power supply module electrically connected to the security processing unit, for performing the IP tracing method of any one of claims 1-7 as described above.

Images