Graphic code scanning processing method and server

Abstract

This specification provides an embodiment of a graphic code scanning processing method and server. The method includes: obtaining code value information obtained by a terminal device scanning a target graphic code; then, based on the code value information, searching a target processing strategy corresponding to the target graphic code from a strategy library. The strategy library includes multiple processing strategies corresponding to various types of graphic codes, with different types of graphic codes corresponding to different interactive functions. Each type of graphic code's processing strategy represents the processing flow required to achieve the corresponding interactive function. The target processing flow represented by the target processing strategy is then executed on the code value information to control the terminal device to implement the interactive function corresponding to the target graphic code.

Description

1. Manual This manual relates to the field of computers, and more particularly to a method and server for scanning and processing graphic codes. Background Technology With the widespread application of graphic codes in digital scenarios, users have placed higher demands on the interactive experience of terminal devices. Users can use terminal devices to scan graphic codes to quickly obtain information or access specific services. Currently, the code value information of graphic codes generally carries a Uniform Resource Locator (URL) of the page to be redirected to or information to be displayed (such as text or strings). After scanning the code, the terminal device will directly perform a fixed operation based on the code value information, such as redirecting to a specified page or presenting the information to be displayed. This processing does not involve dynamic parsing of the code value information. The above processing method is simple and fast, but it also has obvious shortcomings: the application of graphic codes is relatively limited, making it difficult to apply graphic codes to richer application scenarios and meet the needs of interaction through graphic codes in multiple scenarios, thus significantly limiting the application scalability and adaptability of graphic codes. The background information is merely information known only to the inventor and does not imply that such information had entered the public domain before the date of this application, nor does it imply that it constitutes prior art. Summary of the Invention This specification provides a method and server for scanning and processing graphic codes. By searching for a corresponding target processing strategy based on code value information and executing a target processing flow represented by the target processing strategy on the code value information, the method controls a terminal device to implement the interactive function corresponding to the graphic code, improving the graphic code processing capability in different application scenarios, enabling more interactive functions to be accessed through graphic codes, and enhancing the user's interactive experience. Firstly, this specification provides a method for scanning and processing graphic codes, comprising: obtaining code value information obtained by a terminal device scanning a target graphic code; searching for a target processing strategy corresponding to the target graphic code from a strategy library based on the code value information, wherein the strategy library includes multiple processing strategies corresponding to various types of graphic codes, different types of graphic codes corresponding to different interactive functions, and each type of graphic code's processing strategy representing a processing flow required to implement the corresponding interactive function; and executing the target processing flow represented by the target processing strategy on the code value information to control the terminal device to implement the interactive function corresponding to the target graphic code. HK 30135230 A 2 In a second aspect, this specification also provides a server, comprising: at least one storage medium storing at least one instruction set for performing graphic code scanning processing; and at least one processor communicatively connected to the at least one storage medium, wherein, when the server is running, the at least one processor reads the at least one instruction set and executes the method as described in any one of the first aspects according to the instructions of the at least one instruction set.As can be seen from the above technical solutions, the graphic code scanning and processing method provided in this specification can find the corresponding target processing strategy based on the obtained code value information, and execute the target processing flow represented by the target processing strategy on the code value information of the graphic code to control the terminal device to realize the interactive function corresponding to the graphic code. This can improve the flexibility and functional adaptability of graphic code processing, and help support unified processing and efficient response of multiple types of graphic codes in different terminals and scenarios. Other functions of the graphic code scanning and processing method and server provided in this specification will be partially listed in the following description. The inventive aspects of the graphic code scanning and processing method and server provided in this specification can be fully explained through practice or use of the methods, devices, and combinations described in the detailed examples below. Brief Description of the Drawings To more clearly illustrate the technical solutions in the embodiments of this specification, the drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this specification. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort. Figure 1 shows a schematic diagram of an application scenario of a graphic code scanning and processing method provided according to an embodiment of this specification. Figure 2 shows a hardware structure diagram of a computing system provided according to an embodiment of this specification. Figure 3 shows a flowchart of a method for scanning a graphic code according to an embodiment of this specification. Figure 4 shows a flowchart of a method for scanning a graphic code according to an embodiment of this specification. Figure 5 shows a schematic diagram of a scanning process for a graphic code according to an embodiment of this specification. Figure 6 shows a schematic diagram of a scanning process for another graphic code according to an embodiment of this specification. Detailed Description The following description provides specific application scenarios and requirements for this specification, intended to enable those skilled in the art to make and use the contents of this specification. Various partial modifications to the disclosed embodiments will be apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments and applications without departing from the spirit and scope of this specification. Therefore, this specification is not limited to the embodiments shown, but rather to the widest scope consistent with the claims of HK 30135230 A 3. The terminology used herein is for the purpose of describing particular exemplary embodiments only and is not restrictive. For example, unless the context clearly indicates otherwise, the singular forms “a,” “an,” and “the” used herein may also include the plural forms.When used in this specification, the terms "comprising," "including," and / or "containing" mean that the associated integers, steps, operations, elements, and / or components are present, but do not preclude the presence of one or more other features, integers, steps, operations, elements, components, and / or groups, or that other features, integers, steps, operations, elements, components, and / or groups may be added to the system / method. In light of the following description, the economy of these and other features of this specification, as well as the operation and function of related elements of the structure, and the combination and manufacture of components, can be significantly improved. All of these form part of this specification with reference to the accompanying drawings. However, it should be clearly understood that the drawings are for illustrative and descriptive purposes only and are not intended to limit the scope of this specification. It should also be understood that the drawings are not drawn to scale. The flowcharts used in this specification illustrate the operations implemented according to some embodiments of this specification. It should be clearly understood that the operations in the flowcharts may not be performed sequentially. Instead, the operations may be performed in reverse order or simultaneously. Furthermore, one or more other operations may be added to the flowcharts. One or more operations may be removed from the flowcharts. For ease of description, the terms that will appear later in this specification will first be explained. Image code: A graphic identifier that encodes specified information using a specific graphic encoding method, using image data to specify the information. Users can read the information it contains using a scanning device. Image codes can include barcodes and QR codes, etc. Code value information: The raw data encoded in the image code, usually including information embedded in the image code or external data it points to. Uniform Resource Locator (URL): A standard address format used to identify the location of resources on the Internet, usually composed of protocols, domain names, paths, etc. Regular expression: A tool used to describe string matching patterns. Through specific syntax rules, it can perform search, matching, verification, or extraction operations on string content. The application scenarios of this specification are described below. Figure 1 shows a schematic diagram of an application scenario of an image code scanning processing method provided according to an embodiment of this specification. As shown in Figure 1, this application scenario 100 can include a terminal device 110, a server 130, and a network 140. Referring to Figure 1, the terminal device 110 can scan the target image code 120 to obtain the code value information it carries. The target graphic code 120 refers to an image identifier formed by encoding data through a specific graphic encoding method, typically existing in the form of a QR code, barcode, etc. Different target graphic codes 120 correspond to different interactive functions. After the terminal device completes the graphic code scanning, the code value information can be transmitted to the server 130 via network 140 for subsequent processing strategy identification and interactive function execution.In some embodiments, terminal device 110 is a device with graphic code scanning capability and capable of implementing interactive functions corresponding to the target graphic code. In some embodiments, terminal device 110 may include mobile devices, tablets, laptops, built-in devices in motor vehicles, or similar content, or any combination thereof. In some embodiments, the mobile device may include smart home devices, smart mobile devices, virtual reality devices, augmented reality devices, or similar devices, or any combination thereof. In some embodiments, the smart home device may include smart TVs, desktop computers, etc., or any combination thereof. In some embodiments, the smart mobile device may include smartphones, personal digital assistants, gaming devices, navigation devices, etc., or any combination thereof. In some embodiments, the virtual reality device or augmented reality device may include virtual reality headsets, virtual reality glasses, augmented reality headsets, augmented reality glasses, or similar content, or any combination thereof. For example, the virtual reality device or the augmented reality device may include Google Glass, head-mounted displays, VR, etc. In some embodiments, the built-in device in the motor vehicle may include an in-vehicle computer, an in-vehicle TV, etc. In some embodiments, terminal device 110 may have one or more applications (APPs) installed. The APP can provide users with the ability and interface to interact with the outside world through network 140. The APP includes, but is not limited to: web browser APP programs, search APP programs, chat APP programs, shopping APP programs, video APP programs, financial management APP programs, instant messaging tools, email clients, social platform software, etc. In some embodiments, a target APP may be installed on the terminal device 110. The target APP can collect video or image information within a target space for the terminal device 110, thereby obtaining a target image. In some embodiments, the user can also trigger a graphic code scanning processing request through the target APP. The target APP can respond to the graphic code scanning processing request and execute the graphic code scanning processing method described in this specification. The server 130 may be a server that provides various services; for example, the server 130 may provide some background services to the terminal device 110. In some embodiments, the graphic code scanning processing method can be executed on the server 130. At this time, the server 130 may store data or instructions for executing the graphic code scanning processing method described in this specification, and may execute or be used to execute the data or instructions. In some embodiments, server 130 may include hardware devices with data processing capabilities and the necessary programs required to drive the hardware devices.Server 130 can communicate with multiple terminal devices 110 and receive data sent by the terminal devices 110. Network 140 serves as a medium for providing a communication connection between terminal devices 110 and server 130. Network 140 can facilitate the exchange of information or data. As shown in FIG1, terminal devices 110 and server 130 can connect to network 140 and transmit information or data to each other through network 140. In some embodiments, network 140 can be any type of wired or wireless network, or a combination thereof. For example, network 140 can include cable networks, wired networks, fiber optic networks, telecommunications networks, intranets, the Internet, local area networks (LANs), wide area networks (WANs), wireless local area networks (WLANs), metropolitan area networks (MANs), public switched telephone networks (PSTNs), Bluetooth networks, ZigBee networks, near field communication (NFC) networks, or similar networks. In some embodiments, network 140 can include one or more network access points. For example, network 140 may include a wired or wireless network access point, such as a base station or internet exchange point, through which one or more components of terminal device 110 and server 130 can connect to network 140 to exchange data or information. In the scenario shown in Figure 1, a static mapping processing method is generally used in processing different graphic codes (e.g., different types of QR codes, barcodes, etc.). After the user scans the code, the terminal device will directly perform a fixed operation based on the code value information, such as jumping to a specified page or displaying the code value information. However, this makes the application of graphic codes relatively simple, unable to apply graphic codes to richer application scenarios, and difficult to meet the interactive needs of multiple scenarios. Its scalability and adaptability are significantly limited. Based on this, this specification provides a method for scanning and processing graphic codes. By using the code value information of the target graphic code 120 obtained by scanning by terminal device 110, the corresponding target processing strategy is searched in the strategy library. The target processing flow represented by the target processing strategy is executed on the code value information of the graphic code to control the terminal device to realize the interactive function corresponding to the graphic code. This enhances the adaptability and functional expansion capabilities of graphic codes in various usage scenarios, helping to support unified processing and efficient response of multiple types of graphic codes across different terminals and scenarios. In some embodiments, the graphic code scanning and processing method provided in this specification can be executed on server 130. In this case, server 130 may store data or instructions for executing the graphic code scanning and processing method described in this specification, and may execute or be used to execute said data or instructions. In some embodiments, server 130 may include a first server and a second server. In some implementations, the target processing flow is executed by the first server.In some embodiments, the target processing flow is executed by a second server. In some embodiments, the graphic code scanning processing method provided in this specification can be jointly executed by a first server and a second server. The graphic code scanning processing method provided in this specification will be described in detail later and will not be repeated here. It should be noted that the user data obtained in this specification is authorized by the user and does not involve user privacy. Figure 2 shows a hardware structure diagram of a computing system 200 provided according to an embodiment of this specification. The computing system 200 can act as the server 130 in Figure 1 to execute the graphic code scanning processing method described in this specification. As shown in Figure 2, the computing system 200 may include at least one storage medium 230 and at least one processor 220. In some embodiments, the computing system 200 may also include a communication port 250 and an internal communication bus 210. The computing system 200 may also include an I / O component 260. The internal communication bus 210 can connect different system components. For example, the internal communication bus 210 can connect storage medium 230, processor 220, communication port 250, and I / O component 260, etc. I / O component 260 supports input / output between computing system 200 and other components. Communication port 250 is used for data communication between computing system 200 and external sources. For example, communication port 250 can be used for data communication between computing system 200 and network 140. Communication port 250 can be a wired communication port or a wireless communication port. Storage medium 230 can include a data storage device. The data storage device can be a non-transitory storage medium or a temporary storage medium. For example, the data storage device can include one or more of a disk 232, read-only storage medium (ROM) 234, or random access storage medium (RAM) 235. Storage medium 230 also includes at least one instruction set stored in the data storage device. The instruction set may include computer program code, which may include programs, routines, objects, components, data structures, procedures, modules, etc. At least one processor 220 may be communicatively connected to at least one storage medium 230. When the computing system 200 is running, at least one processor 220 reads the at least one instruction set and, according to the instructions of the at least one instruction set, executes the method for scanning graphic codes provided in this specification. The processor 220 can execute the steps included in the method for scanning graphic codes.Processor 220 may be in the form of one or more processors. In some embodiments, processor 220 may include one or more hardware processors, such as microcontrollers, microprocessors, reduced instruction set computers (RISC), application-specific integrated circuits (ASICs), application-specific instruction set processors (ASIPs), central processing units (CPUs), graphics processing units (GPUs), physical processing units (PPUs), microcontroller units, digital signal processors (DSPs), field-programmable gate arrays (FPGAs), advanced RISC machines (ARMs), programmable logic devices (PLDs), any circuit or processor capable of performing one or more functions, etc., or any combination thereof. For illustrative purposes only, the computing system 200 in the accompanying drawings shows only one processor 220. However, it should be noted that the computing system 200 in this specification may also include multiple processors; therefore, the operation and / or method steps disclosed in this specification may be performed by one processor or by multiple processors in combination. For example, if the processor 220 of the computing system 200 is described in this specification as executing steps A and B, it should be understood that steps A and B can also be executed jointly or separately by two different processors 220 (e.g., the first processor executes step A, the second processor executes step B, or the first and second processors jointly execute steps A and B). Figure 3 shows a flowchart of a graphic code scanning processing method P300 provided according to an embodiment of this specification. As previously described, the server can execute the graphic code scanning processing method P300 of this specification. Specifically, the processor in the server can read the instruction set stored in its local storage medium, and then execute the graphic code scanning processing method P300 of this specification according to the instructions of the instruction set. For ease of distinction, the server executing method P300 will be referred to as the first server in the following description. As shown in Figure 3, method P300 may include steps S310-S330. HK 30135230 A 7 S310: Obtain the code value information obtained by the terminal device scanning the target graphic code. In this context, a graphic code refers to a graphic identifier formed by encoding specified information using a specific graphic encoding method, resulting in an image-based representation of that information. Graphic codes can include types such as QR codes and barcodes, each with different encoding structures and applicable scenarios. QR codes and barcodes can each be further subdivided based on their specific uses. For example, QR codes can be further refined into different types based on application scenarios, such as store codes, payment codes, order codes, membership codes, Wi-Fi codes, and identity authentication codes.Code value information refers to the raw data encoded in the graphic code. Different types of graphic codes may contain different code value information content and structure, and each graphic code has its unique corresponding code value information. In the embodiments of this specification, the code value information may include URLs, text, images, strings, etc., used to express the actual information content carried by the graphic code. In the implementation of this specification, the code value information is the information source for subsequent strategy matching and processing flow execution. Referring to Figure 4, the terminal device scans the target graphic code to obtain code value information. The terminal device sends the code value information to the first server. After obtaining the code value information, the first server can further search for the target processing strategy corresponding to the target graphic code based on the code value information. S320: Based on the code value information, search for the target processing strategy corresponding to the target graphic code in the strategy library. The strategy library includes multiple processing strategies corresponding to various types of graphic codes. Different types of graphic codes correspond to different interactive functions, and the processing strategy corresponding to each type of graphic code represents the processing flow that needs to be executed to achieve the corresponding interactive function. This manual covers the processing strategies, interactive functions, and processing flows corresponding to graphic barcodes during the scanning process. The following explains these technical terms: Interactive function refers to the final result that the graphic barcode aims to achieve on the terminal device. The user's goal in scanning the barcode is manifested in the interactive function corresponding to it; it is the functional behavior the user expects to achieve through scanning. For example, a user scans a payment code hoping to complete a payment operation; therefore, the interactive function corresponding to the payment code is "initiate payment." A user scans a Wi-Fi code hoping to connect to a wireless network; its corresponding interactive function is "connect to Wi-Fi." These interactive functions are functional expressions from the user's perspective, reflecting the intended use of the graphic barcode in actual application. Processing strategy refers to the processing method adopted to achieve the interactive function corresponding to the graphic barcode. It represents the processing flow required to achieve the corresponding interactive function. The processing strategy is a structured configuration; it does not directly execute specific operations but plays a decision-making role. The processing strategy is the configuration scheme determined by the first server after recognizing the graphic barcode, based on the barcode value information, to determine which method should be used to achieve the interactive goal. For example, for a payment code, the corresponding processing strategy might be "render the cashier." For a store code, the corresponding processing strategy might be "render the online store page." For a membership code, the corresponding processing strategy might be "redirect to the member center." These processing strategies are essentially logical configurations, used to guide the first server on which path to use to complete subsequent operations. The processing flow refers to the steps required to implement the specific corresponding interactive function.Taking payment codes as an example, if the processing strategy is "rendering the cashier," the corresponding processing flow involves rendering the cashier through several operations: calling the payment platform interface and popping up the cashier page on the terminal device. Therefore, the graphic codes contained in the strategy library can be categorized based on different interactive functions. For example, the strategy library can contain payment codes for payments, store codes for ordering food, Wi-Fi codes for connecting to Wi-Fi, and authentication codes for identity verification; each type of graphic code has a different processing flow and interactive function. As an example, as shown in Table 1, strategy library 1 includes different types of graphic codes and their corresponding processing strategies for multiple application scenarios. The contents stored in strategy library 1 are shown in Table 1. Table 1. Image Code Processing Strategies Image Code 1 (Payment Code) Strategy 1 (Render Cashier) Image Code 2 (Store Code) Strategy 2 (Render Store Page) … … Image Code M (Wi-Fi Code) Strategy M (Connect to WiFi) Based on the correspondence between different image codes and processing strategies, when new image code types or application requirements emerge, support for new interactive functions can be achieved by adding corresponding image codes and their matching processing strategies to the strategy library, without modifying the configuration of existing image codes and processing strategies. This not only ensures the independence and modularity of different image code processing logics but also improves the adaptability and scalability of image codes in multiple scenarios. In some embodiments, the strategy library further includes multiple recognition strategies, each used to identify different types of image codes, and the multiple recognition strategies correspond one-to-one with the multiple processing strategies. The first server first uses the multiple recognition strategies to identify and process the code value information, and takes the recognition strategy that can identify the type of the target image code as the target recognition strategy. Then, the processing strategy corresponding to the target recognition strategy is taken as the target processing strategy. After obtaining the code value information, the first server can sequentially call the recognition strategies in the strategy library to process the code value information. The recognition strategy identifies the type of the graphic code, which can be determined by parsing the format, fields, or parameters of the code value information. The recognition strategy may include, but is not limited to, the following: the structure of the code value information (such as whether it contains a specific prefix, domain name format, field arrangement), the recognition markers of the code value information (such as identifiers, specific parameter fields), and the data encoding characteristics of the code value information (such as whether it is Base64, JSON structure, etc.). The recognition strategy can parse only a single type of feature, or it can combine multiple features for mixed parsing. For example, a certain recognition strategy can be set to satisfy the "URL format starting with a specific prefix", then the graphic code is a payment graphic code.Alternatively, the identification strategy can be set to require both "URL format starting with a specific prefix" and "carrying specified parameter fields" to be considered a payment-type graphic code. As an example, as shown in Table 2, strategy library 2 can also include different types of graphic codes and their corresponding identification and processing strategies. The contents stored in strategy library 1 are shown in Table 2. Table 2 Graphic Code Identification Strategy Processing Strategy Graphic Code 1 (Payment Code) Identification Strategy 1 (Code value information prefix is ​​pay: / / ) Processing Strategy 1 (Render the cashier) Graphic Code 2 (Store Code) Identification Strategy 2 (Code value information conforms to store: / / format) Processing Strategy 2 (Render the store page) … … Graphic Code M (Wi-Fi Code) Identification Strategy 3 (Code value information structure is WIFI:S:) <ssid>The processing strategy M (connecting to WiFi) is further defined by a one-to-one mapping relationship between each identification strategy and a preset processing strategy in the strategy library. When the first server determines the target identification strategy for the target graphic code based on the identification strategy, it can locate the target processing strategy corresponding to that target identification strategy and execute the corresponding processing flow to achieve the interactive functions required by the graphic code. The mapping relationship between the identification strategy and the processing strategy further improves the first server's identification efficiency and processing accuracy for graphic codes. When facing new graphic code types or expanded application scenarios, only the corresponding identification strategy and processing strategy need to be added to the strategy library; no changes to the existing strategy configuration logic are required. In some embodiments, each identification strategy includes at least one regular expression. The first server can traverse the multiple identification strategies and, for each current identification strategy during the traversal process, perform the following: match each regular expression in the current identification strategy with the code value information. If all regular expressions can be successfully matched, then the current identification strategy is taken as the target identification strategy, and the traversal stops. In some embodiments, the identification strategy can use regular expressions to perform structural matching of the code value information to identify the type corresponding to the graphic code. Specifically, regular expressions can be used to determine the type of a graphic code based on specific identifying features in the code value information, such as prefix structure, field parameters, data format, or distinctive encoding patterns. Regular expression-based identification strategies offer good flexibility and scalability, applicable to graphic code data from different sources and with diverse structures, improving the accuracy and automation of the first server's graphic code classification. Corresponding to the aforementioned identification strategy's setting conditions, each identification strategy can also include one or more regular expressions. For example, if an identification strategy's setting condition is "URL format starting with a specific prefix," then the code value is a payment-type graphic code, and its corresponding regular expression could be "^pay: / / [\w\W]+$". Alternatively, an identification strategy can be defined as requiring both "URL format starting with a specific prefix" and "carrying a specified parameter field" to determine that the code value is a payment-type graphic code. Then its corresponding regular expressions could be "^pay: / / [\w\W]+$" or ".*[?&]merchant_id=\d+.*". When the code value information simultaneously meets the matching requirements of the two regular expressions mentioned above, it can be determined that the code value corresponds to a certain type of payment graphic code. By combining multiple regular expressions to form an identification strategy, the first server can achieve more granular graphic code type identification, which is especially suitable for graphic code data with complex structures or diverse parameters.S330: Execute the target processing flow represented by the target processing strategy on the code value information to control the terminal device to implement the interactive function corresponding to the target graphic code. In some implementations, the processing strategy also represents the execution subject of the target processing flow on the code value information. In some embodiments, the execution subject of the processing flow can be a server, the graphic code scanning processing method is applied to a first server, and the processing strategy corresponding to each type of graphic code also represents one of the following: the processing flow is executed by the first server, or the processing flow is executed by a second server, the second server being different from the first server. The first server is a backend processing server connected to by the terminal device after scanning the graphic code, used to obtain code value information from the terminal device. The processing strategy corresponding to each type of graphic code can further indicate the execution path, for example, see Figure 5, where the processing flow is directly executed by the first server, or see Figure 6, where the processing flow is executed by the second server. In some implementations, when the target processing strategy represents the first server executing the target processing flow, the target processing strategy also represents at least one target operation included in the target processing flow. The target operation is used to instruct the first server to complete specific steps during the execution of the processing flow, such as how to render the page. When the first server directly executes the processing flow, by configuring the specific operations included in the processing flow, the first server can sequentially complete the corresponding operations according to the strategy configuration after recognizing the target graphic code, thereby improving the configurability and execution consistency of the graphic code processing flow. In some implementations, the first server executes at least one target operation on the code value information and generates a control instruction based on the execution result of the at least one target operation. The control instruction is used to redirect the terminal device to the target page, which is the touch page for the interactive function corresponding to the target graphic code. The control instruction is sent to the terminal device to control the terminal device to implement the interactive function corresponding to the target graphic code. In this embodiment, "redirection" is not a simple direct jump from the graphic code to a fixed page link, but a process that uses the original link of the graphic code (e.g., link A) as the trigger point, and dynamically generates the target page after parsing by the first server and processing by HK 30135230 A 11. This process is essentially a conversion that includes interactive function recognition. Taking a specific scenario as an example, when a user scans a code, the code may identify a pre-defined unified entry link, i.e., Link A. The first server executes the target operation based on the information contained in the code and generates a control command to redirect the terminal device to the target page.The user is ultimately presented with a target page that is related to the link logic of A, but is dynamically generated by the first server based on the context. In some implementations, the target page may include interactive pages for initiating payments, connecting to wireless networks, accessing user centers, displaying merchant information, or participating in activities. To ensure that the terminal device can be redirected to the target page to realize the interactive function corresponding to the graphic code, the first server can send control instructions generated based on the execution result of the target operation to the terminal device via the network. After receiving the control instructions, the terminal device can complete page loading or function invocation according to the jump information carried in the instructions, thereby realizing the functional behavior expected to be carried by the graphic code. By having the first server uniformly execute the target operation, generate control instructions, and complete the distribution, the first server can not only realize the dynamic recognition and function matching of graphic codes, but also adapt to the processing needs of various types of graphic codes in different usage scenarios, thereby significantly improving the accuracy and flexibility of graphic code interactive response. Please continue to refer to Figure 5. In some implementations, the at least one target operation includes a decoding operation, configured to parse the code value information to obtain the field value of at least one key field. The decoding operation is used to identify key parameters embedded in the graphic code, such as type identifier, merchant number, and resource location identifier, as the basic input for subsequent processing. The field values ​​of the key fields vary depending on the type of graphic code. For example, when the graphic code is a store code, the decoding operation can parse out the store ID used to identify the merchant; when the graphic code is an order code, it can further parse out multiple field values ​​such as store ID, order ID, and order amount. The field values ​​serve as the basic data for subsequent processing steps, providing support for subsequent generation control logic. The processing operation is configured to process the field values ​​of at least one key field to obtain intermediate information. The processing operation may include processing steps such as field recombination, data mapping, condition judgment, information splicing, or format standardization to generate intermediate results that can be called by subsequent operations. For example, when the graphic code is a store code, the corresponding store name can be identified based on the parsed store ID, or the current order status can be queried based on the order ID, and combined with the order amount field to construct parameter information for page redirection, thereby generating intermediate results with contextual semantics to support the execution of the generation operation. The generation operation is configured to generate control instructions based on the intermediate information. These control instructions redirect the terminal device to a target page, which is the access page for the interactive function corresponding to the target graphic code. The target page is the specific page entry point for implementing the interactive function carried by the graphic code, such as a payment page, Wi-Fi configuration interface, or store details page. For example, when processing a payment code, the control instruction could be a redirect address used to guide the terminal device to the cashier page corresponding to the current payment order.When processing store codes, the control instructions are used to display a page link showing the specified merchant information. Through these control instructions, the first server can drive the terminal device (HK 30135230 A 12) to complete the functional behavior carried by the graphic code, achieving the effect of instant access via scanning and structured control. To achieve functional adaptation in different scenarios, the target operation can be configured differently according to the specific interaction scenario. For example, in a payment scenario, the target operation for a payment code may include parsing the merchant identifier in the code value information, constructing a payment request structure based on preset payment parameters, and generating a control instruction to jump to the cashier page. In a wireless network connection scenario, the target operation may include extracting the Wi-Fi name, encryption type, and password fields from the code value information, generating a control instruction to call the terminal device's network configuration interface to achieve one-click connection. In a user authentication scenario, the target operation may include generating an authentication request based on the user's unique identifier contained in the code value information, setting a callback path after authentication, and generating a jump instruction pointing to the identity verification interface. By differentiating the design of target operations, the system can maintain a lightweight graphic code structure while enabling rapid adaptation and seamless transitions across various interaction scenarios, thus improving the overall user experience and platform processing efficiency. Taking payment graphic codes as an example, the specific implementation process of the above target operations is explained. In offline stores, users scan the payment QR code posted on the cashier counter using their terminal devices. The terminal device sends the recognized code value information to the first server. The first server first performs a decoding operation, parsing key fields in the code value information, such as the merchant ID; then it performs a processing operation, querying the store name based on the merchant ID and constructing page parameters for display; next, it performs a generation operation, generating control instructions based on the above intermediate information. These control instructions contain a redirect address to the payment platform's cashier page. After this control instruction is sent to the terminal device, the terminal device renders the cashier page corresponding to that merchant. The user enters the payment amount and password on this cashier page to complete the payment process. Throughout this process, the interactive function carried by the graphic code is "initiate payment," and this interactive function is implemented through the first server's strategy execution and page control logic. By using server-side policy-driven and control command issuance, the existing technology of relying solely on static URLs for redirection is avoided, thus achieving an efficient, dynamic, and controllable multi-scenario graphic code processing system.Referring to Figure 6, in some implementations, where the target processing strategy indicates that the target processing flow is executed by the second server, the first server first sends the code value information to the second server and receives a control instruction from the second server. This control instruction is obtained by the second server executing the target processing flow on the code value information. The control instruction is used to redirect the terminal device to a target page, which is the access page for the interactive function corresponding to the target graphic code. Then, the first server sends the control instruction to the terminal device to control it to implement the interactive function corresponding to the target graphic code. The above embodiments are applicable to multiple application scenarios. For example, in application scenarios where the first service provider deploys multiple servers in different geographical areas, the prior art typically sends the graphic code processing request to a single server for centralized processing, without dynamically selecting a server based on the geographical location of the terminal device or the graphic code owner. This centralized processing approach can lead to longer network transmission paths and increased response latency, especially in cross-regional access or high-concurrency requests, easily causing operational bottlenecks and affecting the real-time performance and stability of the graphic code interaction function. It also makes it difficult to meet the requirements for service efficiency and resource scheduling flexibility in a multi-regional deployment environment. Therefore, in some implementations, the first server is a server deployed by the first service provider in the first geographical region, and the second server is a server deployed by the first service provider in the second geographical region. Compared to the processing method of centralizing all graphic code requests to a single server, this embodiment, by pre-characterizing the execution server of the target processing flow in the processing strategy, allows the first server to select a suitable target server to execute the target processing flow characterized by the target processing strategy, thereby improving the overall processing performance of the first server in a multi-regional deployment architecture. In some embodiments, the first server can be a server used by the first service provider to process graphic code-related requests within the first geographical region, and the second server can be a server used by the first service provider to process graphic code-related requests within the second geographical region. When a terminal device is located in a first geographical region, but the scanned graphic code is generated by a first service provider based on a usage scenario in a second geographical region—meaning the service resources, data structures, or page configurations associated with the code value information belong to the second geographical region—the first server may not be able to independently complete the processing flow corresponding to the graphic code. For example, the first server may not be able to access the service interfaces, merchant data, or configuration templates of the second region, and therefore lacks the processing capabilities required to execute the target processing strategy. To implement the interactive function corresponding to the graphic code, the first server can send the code value information to the second server, and the second server can execute the target processing flow represented by the target processing strategy based on its local resource environment and generate control instructions.Through this cross-regional collaborative processing mechanism, the first server can adapt to resource differences and access restrictions in cross-regional use scenarios of graphic codes while ensuring processing consistency. This ensures that terminal devices can still successfully jump to the target page and complete the expected interactive operation. In application scenarios where the graphic code is provided by a service provider other than the first service provider, such as a graphic code independently configured by a second service provider and distributed to multiple service providers, the code value information it carries usually adopts a structure or encryption method unique to the second service provider and can only be parsed and processed by the second service provider. In such scenarios, although the first service provider provides scanning and identification capabilities and can obtain code value information, it cannot independently complete the target processing flow represented by the code value information due to the lack of corresponding parsing rules, data context, or processing interfaces. Therefore, in some embodiments, the first server can identify the service provider corresponding to the graphic code as the second service provider based on the service affiliation information represented in the target processing strategy, and forward the obtained code value information to the server deployed by the second service provider (i.e., the second server). The second server then completes the target processing flow and generates control commands. The first server is the server deployed by the first service provider, and the second server is the server deployed by the second service provider. The second service provider may include, but is not limited to, payment platforms, identity authentication agencies, or third-party system providers. The first and second service providers can establish a service connection relationship through an agreement or protocol, enabling the first service provider to recognize the graphic code provided by the second service provider. The agreement or protocol can clearly define the structure specifications of the code value information, the configuration method of the service identifier field, and the adaptation rules of the recognition strategy, etc., requiring only identification that the graphic code is provided by the second service provider. After identifying the service affiliation corresponding to the graphic code, the first server can accurately forward the acquired code value information to the server deployed by the second service provider based on the target processing strategy and receive the control commands generated by it. The above embodiments can ensure that even in complex scenarios where service capabilities belong to multiple service providers and graphic codes circulate across platforms, the first server can still effectively complete identification, forwarding, and response, ensuring the stability of the interaction process and the integrity of the service. In some embodiments, the second service provider can also be an aggregation service platform, whose service capabilities aggregate service resources provided by multiple service providers, including the first service provider; in this case, the graphic code provided by the second service provider is an aggregation code. In this scenario, the graphical code is generated by a second service provider. Its structure may contain identification fields or interface guidance information for multiple service providers, used to support subsequent on-demand scheduling of the corresponding service providers' service capabilities. For the aggregated code, when the second server executes the target processing flow on the code value information, in addition to its own processing logic, it can further call relevant service functions provided by the first service provider as part of the process execution.For example, in a payment scenario, the aggregated code is generated and distributed by a second service provider (such as an aggregated payment platform). Its target processing flow may include generating a unified checkout page based on parameters in the code value information. However, the actual payment channel needs to call the payment interface provided by the first service provider (such as a specific payment institution or acquiring system) to complete the fund settlement. During this process, the second server can identify the service capabilities of the first service provider that need to be accessed based on the service identifier field carried in the code value information and initiate a call request to it, achieving cross-service provider functional collaboration. In this way, the graphic code processing framework accessed by the first server can achieve service capabilities driven by a unified entry point of the aggregated platform and called on demand by specific service providers without changing the terminal interaction method, improving the processing flexibility and composability of graphic codes under complex platform relationships. Please continue to refer to Figure 4. In some embodiments, this description also provides a subsequent processing path as a default matching case of the strategy library. If the first server does not find a target processing strategy corresponding to the target graphic code in the strategy library, it can further determine whether the code value information is a page link. And if the code value information is a page link, it controls the terminal device to jump to the page link. When the target graphic code is a page link, even if there is no corresponding processing strategy for the target graphic code, it can still ensure that the terminal device completes the basic link jump operation, guaranteeing the graphic code's ability to process page links and improving the user experience. In some embodiments, when the first server determines that the code value information is not a page link, it controls the terminal device to display the code value information on the interactive interface. This embodiment is applicable to situations where the first server cannot perform subsequent processing on the graphic code due to permission issues. For example, the graphic code is provided by another service provider with which there is no cooperation, the first server does not have the ability to process the graphic code, and it is also unable to route the processing flow. The first server does not perform subsequent processing and directly controls the terminal device to display the code value information on the interactive interface to ensure that the user is aware of the basic content of the graphic code and improve the user experience. HK 30135230 A 15 This embodiment is also applicable to situations where the graphic code itself is used to transmit text or image information, instruction fragments, or custom identifiers, etc., and other non-jump scenarios. At this time, the code value information may be a brief notification text, activation code, device pairing code, activity command, password identifier, etc. Although this type of information does not have a page link format, it has direct readability or value for subsequent manual operation by the user. By displaying the original code value information, the terminal device can avoid the user's unresponsive processing experience caused by the lack of a redirection strategy, and enhance the minimum accessibility of the graphic code content. In some embodiments, if it is detected that the terminal device cannot open the page link, the terminal device is controlled to display the code value information on the interactive interface.This embodiment is applicable to situations where page links cannot be opened due to external reasons, such as network anomalies, permission restrictions, or invalid page addresses. In such cases, a fallback processing logic can be executed, controlling the terminal device to display the code value information on the interactive interface as a fallback solution for redirection failure. In this embodiment, the code value information can be displayed in the form of a text window, a prompt box, or a read-only link, allowing the user to still perceive the original link content contained in the graphic code. If necessary, it can be copied to other browsers or devices for access, ensuring that the information is not completely lost due to redirection failure. In the above embodiment, the "code value information display" controlled by the first server can be seen as a supplementary fallback mechanism to the aforementioned solution, ensuring that the graphic code still has a certain degree of usability and interactive feedback capability under non-standard processing paths such as policy library mismatch, page redirection failure, or format incompatibility. This not only improves the fault tolerance of the graphic code processing flow but also helps improve the user experience of end users in edge scenarios or under fault conditions, further enhancing the robustness and adaptability of the graphic processing method. In summary, the graphic code scanning processing method and server provided in this specification can find the corresponding target processing strategy based on the obtained code value information, and execute the target processing flow represented by the target processing strategy on the code value information of the graphic code to control the terminal device to realize the interactive function corresponding to the graphic code. This improves the flexibility and functional adaptability of graphic code processing, and helps support unified processing and efficient response of multiple types of graphic codes in different terminals and scenarios. Another aspect of this specification provides a computer-readable non-transitory storage medium storing at least one instruction set for performing graphic code scanning processing. When the at least one instruction set is executed by a processor, the at least one instruction set instructs the processor to implement the steps of the graphic code scanning processing method P300 described in this specification. In some possible embodiments, various aspects of this specification can also be implemented in the form of a program product, which includes program code. When the program product runs on the computing system 200, the program code is used to cause the computing system 200 to execute the steps of the graphic code scanning processing method P300 described in this specification. The program product used to implement the above method may employ a portable compact disc read-only memory (CD-ROM) containing program code and may run on the computing system 200. However, the program product of this specification is not limited thereto. In this specification, the readable storage medium may be any tangible medium containing or storing a program that may be used by or in conjunction with an instruction execution system. The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium HK 30135230 A 16 or a readable storage medium.A readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a readable storage medium include: portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. The computer-readable storage medium may include a data signal propagated as part of a carrier wave in baseband, carrying readable program code. This propagated data signal may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable storage medium may also be any readable medium other than a readable storage medium that can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the readable storage medium can be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, RF, etc., or any suitable combination thereof. Program code for performing the operations described herein can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java and C++, and conventional procedural programming languages ​​such as C or similar languages. The program code can be executed entirely on computing system 200, partially on computing system 200, as a standalone software package, partially on computing system 200 and partially on a remote computing system, or entirely on a remote computing system. Specific embodiments of this specification have been described above. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims can be performed in a different order than in the embodiments and 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 also possible or potentially advantageous. In conclusion, after reading this detailed disclosure, those skilled in the art will understand that the foregoing detailed disclosure is presented by way of example only and is not restrictive. Although not explicitly stated herein, those skilled in the art will understand that the requirements of this specification encompass various reasonable changes, improvements, and modifications to the embodiments. These changes, improvements, and modifications are intended to be set forth in this specification and are within the spirit and scope of the exemplary embodiments described herein. Furthermore, certain terminology used in this specification has been used to describe embodiments thereof.For example, "an embodiment," "an embodiment," and / or "some embodiments" mean that a particular feature, structure, or characteristic described in connection with that embodiment may be included in at least one embodiment of this specification. Therefore, it is to be emphasized and understood that two or more references to "an embodiment," "an embodiment," or "an alternative embodiment" in various parts of this specification do not necessarily refer to the same embodiment. Furthermore, specific features, structures, or characteristics may be appropriately combined in one or more embodiments of this specification. HK 30135230 A 17 It should be understood that in the foregoing description of embodiments of this specification, various features are combined in a single embodiment, drawing, or description therein for the purpose of simplifying the description and aiding in understanding a feature. However, this does not mean that such combinations of features are necessary, and those skilled in the art, upon reading this specification, may readily identify some of the devices as separate embodiments. That is, the embodiments in this specification can also be understood as an integration of multiple secondary embodiments. And the content of each secondary embodiment is valid even if it contains fewer than all the features of a single foregoing disclosed embodiment. Every patent, patent application, publication of a patent application, and other material, such as articles, books, specifications, publications, documents, articles, etc., cited herein, except for those inconsistent with or conflicting with this document, or those having a limiting effect on the widest scope of the claims, may be incorporated herein by reference for all purposes now or hereafter associated with this document. Furthermore, in the event of any inconsistency or conflict between the description, definition, and / or use of relevant terms in any material and the description, definition, and / or use of relevant terms in this document, the terms in this document shall prevail. Finally, it should be understood that the embodiments of the applications disclosed herein are illustrative of the principles of the embodiments of this specification. Other modified embodiments are also within the scope of this specification. Therefore, the embodiments disclosed in this specification are merely examples and not limitations. Those skilled in the art can implement the applications in this specification using alternative configurations based on the embodiments in this specification. Therefore, the embodiments in this specification are not limited to the embodiments precisely described in the applications.HK 30135230 A 1 Claim 1. A method for scanning and processing a graphic code, comprising: obtaining code value information obtained by a terminal device scanning a target graphic code; based on the code value information, searching a target processing strategy corresponding to the target graphic code from a strategy library, wherein the strategy library includes multiple processing strategies corresponding to multiple types of graphic codes, different types of graphic codes correspond to different interactive functions, and the processing strategy corresponding to each type of graphic code represents the processing flow that needs to be executed to achieve the corresponding interactive function; and executing the target processing flow represented by the target processing strategy on the code value information to control the terminal device to achieve the interactive function corresponding to the target graphic code. 2. The method according to claim 1, wherein the strategy library further includes multiple identification strategies, different identification strategies are used to identify different types of graphic codes, the multiple identification strategies correspond one-to-one with the multiple processing strategies, and the step of searching for the target processing strategy corresponding to the target graphic code from the strategy library based on the code value information includes: using the multiple identification strategies to perform identification processing on the code value information respectively, and taking the identification strategy that can identify the type of the target graphic code as the target identification strategy; and taking the processing strategy corresponding to the target identification strategy as the target processing strategy. 3. The method according to claim 2, wherein each identification strategy includes at least one regular expression, and the step of using the multiple identification strategies to perform identification processing on the code value information respectively, and taking the identification strategy that can identify the type of the target graphic code as the target identification strategy includes: traversing the multiple identification strategies, and for each current identification strategy in the traversal process: matching each regular expression in the current identification strategy with the code value information; if each regular expression can be successfully matched, then taking the current identification strategy as the target identification strategy, and stopping the traversal. 4. The method of claim 1, wherein the method is applied to a first server, and the processing strategy corresponding to each type of graphic code further characterizes one of the following: the processing flow is executed by the first server, or the processing flow is executed by a second server, the second server being different from the first server. HK 30135230 A 2 5. The method of claim 4, wherein, when the target processing strategy characterizes the execution of the target processing flow by the first server, the target processing strategy further characterizes at least one target operation included in the target processing flow.6. The method according to claim 5, wherein the step of executing the target processing flow characterized by the target processing strategy on the code value information to control the terminal device to implement the interactive function corresponding to the target graphic code includes: performing the at least one target operation on the code value information, and generating a control instruction based on the execution result of the at least one target operation, the control instruction being used to redirect the terminal device to a target page, the target page being the touch page for the interactive function corresponding to the target graphic code; and sending the control instruction to the terminal device to control the terminal device to implement the interactive function corresponding to the target graphic code. 7. The method according to claim 5, wherein the at least one target operation includes: a decoding operation configured to parse the code value information to obtain the field value of at least one key field; a processing operation configured to process the field value of the at least one key field to obtain intermediate information; and a generation operation configured to generate a control instruction based on the intermediate information, the control instruction being used to redirect the terminal device to a target page, the target page being the touch page for the interactive function corresponding to the target graphic code. 8. The method according to claim 4, wherein, when the target processing strategy characterizes the target processing flow executed by the second server, the step of executing the target processing flow characterized by the target processing strategy on the code value information to control the terminal device to implement the interactive function corresponding to the target graphic code includes: sending the code value information to the second server and receiving a control instruction from the second server, wherein the control instruction is obtained by the second server executing the target processing flow on the code value information, and the control instruction is used to redirect the terminal device to a target page, the target page being the touch page for the interactive function corresponding to the target graphic code; sending the control instruction to the terminal device to control the terminal device to implement the interactive function corresponding to the target graphic code. 9. The method according to claim 1, wherein the method further includes: if no target processing strategy corresponding to the target graphic code is found in the strategy library, determining whether the code value information is a page link; if the code value information is a page link, controlling the terminal device to jump to the page link. 10. The method according to claim 9, wherein the method further comprises: when the code value information is not a page link, or when it is detected that the terminal device cannot open the page link, controlling the terminal device to display the code value information on an interactive interface.11. A server comprising: at least one storage medium storing at least one instruction set for performing graphic code scanning processing; and at least one processor communicatively connected to the at least one storage medium, wherein, when the server is running, the at least one processor reads the at least one instruction set and executes the method as described in any one of claims 1-10 according to the instructions of the at least one instruction set. HK 30135230 A 1 Instruction Manual Figures 120 100 110 140 130 Figure 1 Figure 2 HK 30135230 A 2 Obtain code value information obtained by the terminal device scanning the target graphic code P300 S310 Based on the code value information, search for the target processing strategy corresponding to the target graphic code in the strategy library, wherein the strategy library includes multiple processing strategies corresponding to various types of graphic codes, different types of graphic codes correspond to different interactive functions, and the processing strategy corresponding to each type of graphic code represents the processing flow that needs to be executed to realize the corresponding interactive function S320 Execute the target processing flow represented by the target processing strategy on the code value information to control the terminal device to realize the interactive function corresponding to the target graphic code S330 Figure 3 Obtain code value information Terminal device scans target graphic code Searches for target processing strategy Executes target processing flow Whether a target processing strategy is found Determine whether the code value information is a page link Control the terminal device to jump to the page link Control the terminal device to display the code value information on the interactive interface End Whether No Yes Cannot open page link Figure 4 HK 30135230 A 3 Code value information First server control command Decoding operation Processing operation Generation operation Implement interactive function Terminal device scan target graphic code Strategy library Target processing strategy Figure 5 Execution target processing flow Second server First server code value information control command Implement interactive function Terminal device scan target graphic code Code value information control command Strategy library Target processing strategy Figure 6 HK 30135230 A.< / ssid>