CN117708447A

CN117708447A - Parameter transmission method and device based on graphic code, readable storage medium and terminal

Info

Publication number: CN117708447A
Application number: CN202410167755.4A
Authority: CN
Inventors: 景鑫; 宋向平
Original assignee: Hangzhou Shuyun Information Technology Co ltd
Current assignee: Hangzhou Shuyun Information Technology Co ltd
Priority date: 2024-02-06
Filing date: 2024-02-06
Publication date: 2024-03-15

Abstract

A parameter transfer method and device based on graphic codes, a readable storage medium and a terminal, wherein the method comprises the following steps: the sending end scans the graphic code to jump to the target page and acquire a first identifier; the sending terminal sends request information containing a first identifier to the server; the server searches a preset database to determine parameters associated with the first identifications, wherein the preset database stores at least one first identification, at least one parameter and an association relationship between the at least one first identification and the at least one parameter; the server side sends feedback information to the sending side, wherein the feedback information comprises parameters which are obtained by searching and are associated with the first identification; wherein the parameter is associated with the target page throughout the life cycle of the target page but is not displayed on the target page. Through the scheme, parameters can be rapidly and safely transferred between the sending end and the service end based on the code scanning action.

Description

Parameter transmission method and device based on graphic code, readable storage medium and terminal

Technical Field

The invention relates to the technical field of computers, in particular to a parameter transmission method and device based on graphic codes, a readable storage medium and a terminal.

Background

The graphic code is a graph capable of storing information, taking a two-dimensional bar code (2-dimensional bar code, abbreviated as two-dimensional code) as an example, and the two-dimensional code is a graph which is distributed on a plane (in a two-dimensional direction) according to a certain rule by using a certain specific geometric figure, is black-white and records data symbol information. Graphic codes are increasingly being widely used in daily life of people because of their convenience of use and ability to carry more information.

The applet two-dimensional code (abbreviated as applet code) is one type of two-dimensional code. And the user is guided to scan the codes or long-press the identification applet codes to enter the applet by generating the applet codes, paving the material printed with the applet codes on an on-line scene or sharing the material on the line, and the like, so that the applet is guided. The conversion effect of each source channel can be monitored by configuring applet codes with parameters.

However, the conventional parameter transmission based on the graphic code such as the applet code has a plurality of defects such as poor security and high maintenance cost.

Disclosure of Invention

The technical problem to be solved by the invention is to provide an improved parameter transmission scheme based on graphic codes.

In order to solve the above technical problems, an embodiment of the present invention provides a parameter transmission method based on graphic codes, including: receiving request information, wherein the request information comprises a first identifier, the first identifier is obtained by scanning the graphic code through a sending end, and the sending end scans the graphic code to jump to a target page; searching a preset database to determine parameters associated with the first identifications, wherein the preset database stores at least one first identification, at least one parameter and an association relationship of the at least one first identification and the at least one parameter; and sending feedback information, wherein the feedback information comprises parameters which are obtained by searching and are associated with the first identification, and the parameters are associated with the target page in the whole life cycle of the target page but are not displayed on the target page.

Optionally, the request information is automatically sent in response to a code sweeping action on the graphic code, and/or the request information is received from an associated page of a target page pointed to by the graphic code.

Optionally, the first identifier is carried in a path parameter of the graphic code.

Optionally, the method further comprises: splicing preset opening path information and the first identifier to obtain the path parameter, wherein the preset opening path information is used for linking a target page pointed by the graphic code; the graphics code is generated based on the path parameters.

Optionally, the first identifier associates a plurality of parameters, at least a part of the plurality of parameters are associated with different pages, and the pages include a target page pointed by the graphic code and an associated page of the target page.

Optionally, the feedback information includes all parameters associated with the first identifier obtained by searching.

Optionally, the request information further includes indication information, where the indication information is used to indicate a parameter dimension requested to be acquired, and the feedback information includes a parameter of the parameter dimension indicated by the indication information in the multiple parameters associated with the first identifier obtained by searching.

Optionally, the preset database further stores a status parameter associated with the first identifier, where the status parameter is used to indicate a status of the graphics code, and the method further includes: and sending response information, wherein the response information is determined according to the state parameter to indicate whether to allow access to the target page pointed by the graphic code.

Optionally, the method further comprises: receiving update information, wherein the update information comprises a value of a parameter which is requested to be updated and a first identifier associated with the parameter; and updating the preset database according to the updating information so as to add the value of the parameter.

Optionally, the same parameter associated with the first identification in response to the finding includes a plurality of values, and the value of the parameter included in the feedback information is a most recently added value of the plurality of values.

Optionally, the same parameter associated with the first identifier obtained in response to the search includes a plurality of values, and the value of the parameter included in the feedback information is a value obtained by dynamically matching the plurality of values according to a pusher pushing the graphic code.

Optionally, the request information further includes an access log, and the method further includes: recording the access log, wherein the access log comprises at least one of the following: the source of the request information, the source path of the request information and the unique identity of the sending end sending the request information are identified on a platform, wherein the platform is used for presenting a target page pointed by the graphic code.

Optionally, the first identifiers are in one-to-one correspondence with the graphic codes.

Optionally, the graphic code includes applet code.

In order to solve the above technical problem, an embodiment of the present invention further provides a parameter transmission method based on a graphic code, including: acquiring a first identifier in response to scanning the graphic code; transmitting request information, wherein the request information comprises the first identifier; jumping to a target page pointed by the graphic code; feedback information is received, wherein the feedback information includes a parameter associated with the first identification that is associated with the target page throughout a life cycle of the target page but is not displayed on the target page.

Optionally, the action of sending the request information is automatically performed in response to a code scanning action on the graphic code, and/or the request information is sent by an associated page of the target page pointed to by the graphic code.

Optionally, the feedback information includes all parameters associated with the first identifier obtained by searching, and the method further includes: and extracting parameters associated with a current page from the feedback information, wherein the current page is the target page or the associated page.

Optionally, the request information further includes indication information, where the indication information is used to indicate a parameter dimension requested to be obtained, the feedback information includes parameters of the parameter dimension indicated by the indication information in the multiple parameters associated with the first identifier, the parameter dimension requested to be obtained is associated with a current page, and the current page is the target page or the associated page.

Optionally, the preset database further stores a status parameter associated with the first identifier, where the status parameter is used to indicate a status of the graphics code, and the method further includes: receiving response information, wherein the response information is determined according to the state parameter to indicate whether to allow access to a target page pointed by the graphic code; and allowing or refusing to jump to the target page according to the response information.

Optionally, the request information further includes an access log, wherein the access log includes at least one of: the source of the request information, the request source path and the unique identity of the sending end sending the request information are identified on a platform, and the target page pointed by the graphic code is presented on the platform.

Optionally, the graphic code includes applet code.

In order to solve the above technical problem, an embodiment of the present invention further provides a parameter transmission device based on a graphic code, including: the receiving module is used for receiving request information, wherein the request information comprises a first identifier, the first identifier is obtained by scanning the graphic code through a sending end, and the sending end scans the graphic code to jump to a target page; the searching module is used for searching a preset database to determine parameters associated with the first identifications, wherein the preset database stores at least one first identification, at least one parameter and an association relationship of the first identification and the at least one parameter; and the sending module is used for sending feedback information, wherein the feedback information comprises parameters which are obtained by searching and are associated with the first identification, and the parameters are associated with the target page in the whole life cycle of the target page but are not displayed on the target page.

In order to solve the above technical problem, an embodiment of the present invention further provides a parameter transmission device based on a graphic code, including: the acquisition module is used for responding to the scanning of the graphic code and acquiring a first identifier; the sending module is used for sending request information, wherein the request information comprises the first identifier; the jump module is used for jumping to a target page pointed by the graphic code; and a receiving module, configured to receive feedback information, where the feedback information includes a parameter associated with the first identifier, and the parameter is associated with the target page but not displayed on the target page in an entire life cycle of the target page.

To solve the above technical problem, embodiments of the present invention further provide a computer readable storage medium, where the computer readable storage medium is a non-volatile storage medium or a non-transitory storage medium, and a computer program is stored thereon, and when the computer program is executed by a processor, the steps of the above method are performed.

In order to solve the above technical problem, an embodiment of the present invention further provides a terminal, which includes a memory and a processor, where the memory stores a computer program that can be run on the processor, and the processor executes the steps of the above method when running the computer program.

Compared with the prior art, the technical scheme of the embodiment of the invention has the following beneficial effects:

the application provides a parameter transfer method based on graphic codes, wherein a sending end scans the graphic codes to jump to a target page and acquire a first identifier; the sending terminal sends request information containing a first identifier to the server; the server searches a preset database to determine parameters associated with the first identifications, wherein the preset database stores at least one first identification, at least one parameter and an association relationship between the at least one first identification and the at least one parameter; the server side sends feedback information to the sending side, wherein the feedback information comprises parameters which are obtained by searching and are associated with the first identification; wherein the parameter is associated with the target page throughout the life cycle of the target page but is not displayed on the target page.

By adopting the embodiment, the first identifier carried by the graphic code does not contain the essential content of the parameter, and the sending end cannot directly analyze the actual parameter through the code scanning action, so that parameter information which is required to be transmitted by the graphic code cannot be exposed in the process of spreading the graphic code, the information security is improved, and particularly, the leakage risk of the sensitive information can be greatly reduced when the transmitted parameter relates to the sensitive information. Further, the association relation between the first identifier and the parameters is established through a preset database, the sending end scans the graphic code to obtain the first identifier, and then the first identifier is used for exchanging the real parameter content to be transmitted through the preset database, so that the parameters are quickly and safely transmitted between the sending end and the server end based on the code scanning action. Further, the page jump action and the parameter acquisition action after code scanning are two independent steps which are decoupled, and after the actual parameters are obtained through the exchange from the first identifier to the server, the acquired parameters are not presented on the target page in a clear manner on the basis of being used as required in the whole life cycle of the target page, normal use of the parameters of the page is ensured, and meanwhile, the parameters cannot be directly acquired by the outside (for example, a user using a transmitting end) is ensured, so that the information security is further improved.

Further, since the parameters are no longer solidified in the graphic code, the parameter content can be modified at any time at the server side during the use process (e.g., the propagation process) of the graphic code, and the graphic code itself remains unchanged before and after modification (e.g., the pattern of the graphic code is fixed). Therefore, the sending end can query the server end in real time through the code scanning action at any time to obtain the latest parameter content without frequently updating the graphic code, and the maintenance cost of the graphic code is reduced.

Drawings

FIG. 1 is a flow chart of a parameter transmission method based on graphic codes according to an embodiment of the invention;

FIG. 2 is a flow chart of another parameter transmission method based on graphic codes according to an embodiment of the invention;

FIG. 3 is a schematic diagram of a parameter transferring process based on applet codes in a typical application scenario according to an embodiment of the invention;

FIG. 4 is a schematic diagram of a parameter transferring process based on applet codes in another exemplary application scenario according to an embodiment of the invention;

FIG. 5 is a schematic diagram of a parameter transmission device based on graphic codes according to an embodiment of the present invention;

fig. 6 is a schematic structural diagram of another parameter transmission device based on graphic codes according to an embodiment of the present invention.

Detailed Description

As described in the background art, the existing parameter transmission based on the graphic code such as the applet code has many defects of poor security, high maintenance cost and the like.

The inventor of the present application found through analysis that the main reason for the above problems is: the existing graphic code directly and cleartext carries parameters to be transmitted, and the security is poor. In addition, since the transferred parameters are directly solidified in the graphic code, once the parameter information (also called parameter content) is updated, a new graphic code must be updated or generated, and the old graphic code which is released offline or offline must be replaced by the new graphic code, so that the maintenance cost is high.

Taking the member center applet code as an example, the applet code is used for guiding the user to the member center applet, and the user can perform the actions of member registration, coupon application, order management, point exchange and the like in the applet. The member center may be a public interface provided by the member system for users to access, for example, presented in a web page form at a computer end, and presented in a form of Application (APP) at a mobile terminal, an applet developed based on an open platform (for example, a social open platform, hereinafter referred to as a platform), and the like.

In general, a member center applet code needs to be delivered to each store or activity for member recruitment, and currently, a main scheme is to preset fixed parameters for a delivery channel, such as store coding parameters, channel parameters, shopping guide numbers, and the like. The applet codes carry the parameter information, a user uses a terminal (e.g. a mobile phone) to scan the codes, a mobile phone interface jumps to a relevant page of the member center applet, and meanwhile, the mobile phone (e.g. the member center applet to which the code is scanned) can acquire the parameter information such as store code parameters, channel parameters, shopping guide work numbers and the like carried by the applet codes, and the acquired parameter information can be transmitted to a member system by the member center applet so that the member system can count the conversion effect of putting the applet codes in stores, staff and putting channels. For example, the applet code deployed in store a carries store code parameter a, and after the user B scans the code, registers a member in the member center, so that the member system can learn that the registration of the user B is completed in store a.

However, since the applet codes are publicly put on-line or off-line, this means that the parameter information fixedly carried in the applet codes is directly oriented to the unspecified public, and the whole parameter transfer process is plaintext transfer. If some sensitive information needs to be transferred, the existing parameter transfer mode of directly exposing the parameter information to be transferred in the small program code is obviously poor in security.

On the other hand, the actual application scene is more flexible, and more refined parameters or parameter combinations are often required to be defined. The existing applet codes carry fixed parameters in order to meet the actual scene demands, the corresponding parameters are required to be added to the applet codes continuously, and then the new applet codes are updated or generated to replace the originally put applet codes. The use experience is poor for the user, and the time cost of the adjustment mode is high.

In order to solve at least one of the above technical problems, the present application provides a parameter transmission method based on a graphic code, a transmitting end scans the graphic code to jump to a target page and obtain a first identifier; the sending terminal sends request information containing a first identifier to the server; the server searches a preset database to determine parameters associated with the first identifications, wherein the preset database stores at least one first identification, at least one parameter and an association relationship between the at least one first identification and the at least one parameter; the server side sends feedback information to the sending side, wherein the feedback information comprises parameters which are obtained by searching and are associated with the first identification; wherein the parameter is associated with the target page throughout the life cycle of the target page but is not displayed on the target page.

Taking a graphic code as an example of a member center applet code, firstly, a custom parameter rule (for example, a parameter name, a parameter field and a parameter value to be transferred are defined at a configuration end (i.e., a service end)) is configured, and a local database is subjected to desensitization storage on the configured parameter rule to obtain a character string (i.e., a first identifier) uniquely corresponding to the parameter rule. And then, the parameter rule is used for generating an applet code through an interface of the platform, and the generated applet code does not have information leakage risk in the use process because the first identifier does not carry any substantial content of the parameter rule. After the user scans the code, the user jumps to a target page pointed by the applet code (for example, the home page of the member center applet), and obtains a first identifier carried by the applet code, and then the user exchanges the user-defined parameter content actually required to be transferred through the first identifier to a local database. Thus, individual parameters or combined parameters in the parameter rules can be quickly and safely acquired through code scanning for transmission to the member system. The local database may be stored in the server, and because the parameters actually required to be transferred based on the embodiment are only transferred between the server and the transmitting end (i.e., the terminal device for scanning the applet code) for transmitting the first identifier, the external interception difficulty is high, so that the privacy of the parameter content is greatly ensured.

Therefore, by adopting the embodiment, the first identifier carried by the graphic code does not contain the essential content of the parameter, and the sending end cannot directly analyze the actual parameter through the code scanning action, so that parameter information which is required to be transmitted by the graphic code cannot be exposed in the process of spreading the graphic code, the information security is improved, and particularly when the transmitted parameter relates to sensitive information, the leakage risk of the sensitive information can be greatly reduced. Further, the association relation between the first identifier and the parameters is established through a preset database, the sending end scans the graphic code to obtain the first identifier, and then the first identifier is used for exchanging the real parameter content to be transmitted through the preset database, so that the parameters are quickly and safely transmitted between the sending end and the server end based on the code scanning action. Further, the page jump action and the parameter acquisition action after code scanning are two independent steps which are decoupled, and after the actual parameters are obtained through the exchange from the first identifier to the server, the acquired parameters are not presented on the target page in a clear manner on the basis of being used as required in the whole life cycle of the target page, normal use of the parameters of the page is ensured, and meanwhile, the parameters cannot be directly acquired by the outside (for example, a user using a transmitting end) is ensured, so that the information security is further improved.

In order to make the above objects, features and advantages of the present invention more comprehensible, embodiments accompanied with figures are described in detail below.

Fig. 1 is a flowchart of a parameter transferring method based on graphic codes according to an embodiment of the present invention.

The embodiment can be applied to application scenes for realizing corresponding functions based on the graphic codes, and particularly can transmit more parameters for a transmitting end to use through a code scanning action while scanning the graphic codes to realize the drainage and skip functions of the graphic codes. The transferred parameters are associated with the target page in the whole life cycle of the target page, and can be used for the whole life cycle of the target page.

The entire lifecycle of the target page may include the target page itself and the associated pages of the target page, which trigger a jump through operations on the target page. In some embodiments, the target page, the associated page of the target page (e.g., the jump page generated by clicking on a link on the target page) all belong to the lifecycle of the target page as long as they are not closed. If both the target page and its associated page are closed, then its declaration period ends.

The parameters for use throughout the lifecycle of the target page may be: in the state of target page and associated page, if the display of some page content and the execution of some page operation depend on the parameter, the parameter is called and then implemented without re-requesting. That is, the parameters, while not explicitly displayed, are potentially tied to the lifecycle of the target page. In some embodiments, for any of the target page and its associated pages, the page usage parameters may be, for example, reporting the parameters to the server when needed. For example, the user triggers the event reporting in the operation of the page, and the page carries the parameters when reporting the event to the server.

Further, the parameters are associated with the whole life cycle of the target page on the one hand and are not displayed on the target page on the other hand. That is, the action of the page usage parameters is not perceived by the user, and the user cannot directly learn the specific content of the parameters when operating on the target page and the associated pages.

Taking the member center applet code as an example, assume that after code scanning, the user jumps to a registration page of the member center, wherein the registration page is the target page. Further, other pages of the membership center (e.g., points page, order page, etc.), are associated pages. According to the embodiment, after the sending end scans the member center applet code by using the code scanning function of the platform, the display interface of the platform jumps to the registration page of the member center applet and acquires parameters from the server through the first identifier, wherein the acquired parameters can include parameters (such as shopping guide numbers) required to be used by the registration page and parameters (such as order placing channels) required to be used by the associated page. When the user clicks the "submit" button after filling the registration information in the registration page, the event message submitted to the server by the sender includes the acquired parameter (e.g., the shopping guide number) in addition to the registration information filled in by the user, and the shopping guide number parameter is not displayed on the registration page during the registration information filling process of the user.

The transmitting end in this embodiment refers to a terminal device that transmits the first identifier. Specifically, the terminal device scans the graphic code to obtain the first identifier and sends the first identifier to the server. Further, the sender may be equipped with a platform, and the user may use relevant functions of the platform (e.g., chat functions, access applet/public number, etc.) on the terminal device. The platform may also provide an applet code generation interface (e.g., application program interface (Application Programming Interface, API)).

The server in this embodiment is used to provide a parameter configuration interface, store the configured parameters, and deliver to the sender when needed. Still taking the member center applet code as an example, the member system may have a server (installed on a computer of an enterprise providing a member service, for example) and an applet end (implemented on a sender through a platform), where an administrator of the member system configures parameter rules based on a parameter configuration interface at the server, and the server generates an interface request to generate a corresponding applet code and stores the corresponding parameter rules through the applet code generation interface of the platform, and in response to receiving a first identifier sent by the sender based on the scan code, the server transmits the corresponding parameter to the sender. In some embodiments, the server may integrate applet side management functions, e.g., an administrator of the member system may set or modify the related functions of the member centric applet at the server.

The present embodiment may be performed by a device as a server, which may be, for example, a server, an intelligent terminal, or the like. The intelligent terminal can comprise a computer, a tablet personal computer IPAD, a notebook and the like.

Specifically, referring to fig. 1, the parameter transmission method based on the graphic code according to the present embodiment may include the following steps:

step S101, receiving request information, wherein the request information comprises a first identifier, the first identifier is obtained by scanning the graphic code through a sending single, and the sending end scans the graphic code to jump to a target page;

step S102, searching a preset database to determine parameters associated with the first identifications, wherein the preset database stores at least one first identification, at least one parameter and an association relationship between the first identification and the at least one parameter;

step S103, sending feedback information, where the feedback information includes a parameter associated with the first identifier, where the parameter is found to be associated with the target page in the whole life cycle of the target page but not displayed on the target page.

More specifically, the graphics code may include applet code. In some embodiments, the graphical code may also include bar codes, three-dimensional codes, other types of two-dimensional codes, and the like. By scanning the graphic code, information carried by the graphic code can be obtained, for example, the graphic code can carry a jump path, and a sending end can jump to a target page associated with the graphic code through code scanning. Further, the first identifier can be obtained by scanning the graphic code, and the sending end requests to obtain the corresponding parameters through the first identifier to the server.

Further, the first identifiers may be in one-to-one correspondence with the graphic codes. The first identifier may be used as a unique identification of the graphics code for distinguishing between different graphics codes. In some embodiments, the first identification may be, for example, a 32-bit universally unique identification code (Universally Unique Identifier, UUID for short).

In one implementation, the server may add a custom parameter rule setting interface to provide a parameter configuration interface for a user (e.g., a manager of a member system) to configure parameters that need to be communicated via a graphical code. Specifically, the custom parameters may be multiplexed with the preset parameters, or may be entirely custom.

The metadata information of the custom parameters may include: field name (also called parameter field), parameter name (also called parameter name), parameter value. The field names are used for displaying names of the custom parameters on an interface, and generally described by Chinese; the parameter name is the name of the custom parameter for transmission, which is obtained by the end-use terminal (i.e. the transmitting terminal), and is generally expressed by English coding; the parameter value is used for the value of the custom parameter for transmission, which is acquired by the end-use terminal, and defaults to a value type.

Further, a plurality of custom parameter configurations may be set to form a custom parameter configuration group corresponding to the graphic code. That is, different parameters are distinguished by different parameter names, and a plurality of parameters can be transferred through one graphic code. For example, shopping guide encoding parameters (parameter names may be userID, for example), store encoding parameters (parameter names may be chopcode, for example), and the like may be transferred through one graphic code.

Further, after the custom parameter rule setting of the graphic code is completed, the server side can store a database (i.e., a preset database) according to a graphic code corresponding to a plurality of custom parameter rules, and meanwhile, a globally unique 32-bit UUID is produced for the graphic code to perform identification, the unique key (i.e., the first identification) is used for being used as a subsequent interactive use parameter between systems, real plaintext parameter transmission cannot be generated, and the first identification also corresponds to the custom parameter group one by one to perform database storage.

Further, the first identifier, once generated, cannot be modified and is uniquely matched to the graphical code. Modifying the parameter configuration of the graphic code transfer does not alter the first identification.

In some embodiments, the preset database may be a local database of the server. Alternatively, the preset database may be externally provided on the server, for example, a cloud end, so as to reduce the storage pressure of the server.

In one implementation, the first identifier may be carried in a path parameter of the graphic code, so as to be used for obtaining the code scanning by the transmitting end. In response to completing the configuration of the parameter (or group of parameters) at the server and generating the corresponding first identifier, the server may invoke the corresponding graphics code generation interface to generate the graphics code. Taking the graphic code as an applet code as an example, the server can call the applet code generation interface of the platform to generate the graphic code.

Specifically, the generation process of the graphic code may include the steps of: splicing preset opening path information and the first identifier to obtain the path parameter, wherein the preset opening path information is used for linking a target page pointed by the graphic code; the graphics code is generated based on the path parameters.

For example, the path parameter may be in a format of path=index/page/index×ux=xxx, where path=index/page/index is preset open path information, and uuid=xxx is a first identifier, and a ". Taking applet codes as an example, after path parameters are obtained by splicing, a request is made through the path parameters of a permanent applet code interface of a platform applet to generate a corresponding applet code binary stream, and meanwhile, the binary stream is generated into a corresponding applet code picture, and an object is used for storing in a preset database.

Further, continuing to take the applet code as an example, the generated applet code may be distributed to various channels, and the portal may be an applet code picture printed by a store, or a welcome word generated by adding friends or paying attention to public numbers through store shopping guide. The sending end performs code scanning operation on the applet codes through the platform, corresponding applet ends are opened by default according to preset opening path information configured by the applet codes and are jumped to target pages, and meanwhile the target pages of the applet ends acquire first identifications carried by paths through path parameters.

Further, if the associated page also needs to use the corresponding custom parameters, the first identifier may be transferred between pages. For any page of the target page and the associated page, the request information containing the first identifier can be sent to the server to request for the acquisition parameters when the related parameters are needed to be used.

For example, a manager of the member system may configure a page of parameters that the applet terminal needs to use to transfer in advance at the server, the sender scans the applet code to enter a home page of the member center, the home page obtains a first identifier and then transfers the first identifier to a registration page, and when a user clicks a registration key on the home page to enter the registration page, the registration page automatically obtains a shopping guide userID from the server through the first identifier.

In one implementation, the request information is automatically sent in response to a code sweeping action on the graphics code. For example, in response to a user scanning a graphic code using a transmitting end, a display interface of the transmitting end generates request information based on the acquired first identifier and transmits the request information to a server end to request acquisition of parameters associated with the first identifier while/before/after jumping to a target page.

In one variation, the request information may be received from an associated page of a target page to which the graphic code is directed. For example, the target page, after acquiring the first identifier, may pass the first identifier between associated pages. Further, in response to the display interface of the sender jumping to a certain associated page, the associated page may generate request information based on the first identifier acquired earlier to exchange the required parameters from the server.

In one implementation, since multiple custom parameter configuration sets may be configured for one graphic code, i.e., the first identifier may be associated with multiple parameters. For example, the first identifier may be associated with a shopping guide number parameter, a store number parameter, a delivery channel parameter, and the like.

Further, at least a portion of the plurality of parameters may be associated with different pages, the pages including a target page to which the graphics code is directed and an associated page of the target page. For example, the applet end includes an a page, a B page, and a C page, where the a page is a target page for default skip of the scan applet code, the corresponding B page and C page are associated pages of the a page, and from the a page, the jump may be directly or indirectly to the B page and the C page, assuming that the first identifier is associated with a parameter, B parameter, C parameter, and d parameter, where the a parameter is associated with the a page, the B parameter and the C parameter are associated with the B page, and the d parameter is associated with the C page.

In some embodiments, the feedback information may include all parameters associated with the first identification found. In other words, the current page (i.e., the page that transmits the request information) includes parameters that are not needed to be used by itself among the plurality of parameters exchanged from the server based on the first identification, and then the current page can extract parameters associated with itself therefrom and use them.

For example, the target page generates request information after acquiring the first identifier and sends the request information to the server, and the server queries a preset database to acquire all parameters associated with the first identifier and packages all parameters into feedback information to send the feedback information to the sender. Further, the target page may screen from the acquired plurality of parameters for parameters that are already needed.

In a variation, the request information may further include indication information, where the indication information is used to indicate a parameter dimension for requesting acquisition. Different parameter names may correspond to different parameter dimensions. For example, the indication information may include a parameter name of a parameter required for a page transmitting the request information.

Further, the feedback information may include a parameter of a parameter dimension indicated by the indication information in the plurality of parameters associated with the first identifier obtained by searching. Therefore, each page obtains the required parameters according to the needs, which is beneficial to saving signaling overhead and reducing parameter leakage risk.

Still taking the applet end as an example, the applet end comprises an a-page, a B-page and a C-page, the first identifier is associated with an a-parameter, a B-parameter, a C-parameter and a d-parameter, the B-parameter and the C-parameter are associated with the B-page, the request information sent by the B-page can comprise the first identifier and the parameter names of the B-parameter and the C-parameter required by the user, and the server end searches the parameter associated with the first identifier from a preset database and screens the B-parameter and the C-parameter from the parameter names to generate feedback information and sends the feedback information to the sending end for the B-page to obtain.

In one implementation, since the parameters are no longer cured to the graphics code, modification of the parameter configuration at the server side does not affect the final presentation of the graphics code. Further, the preset database may record historical modifications to the parameters in order to track the parameter history configuration when needed. Accordingly, in step S103, the latest custom parameter set configuration corresponding to the first identifier is fed back each time in response to the request information.

Specifically, the parameter updating process of the server may include the steps of: receiving update information, wherein the update information comprises a value of a parameter which is requested to be updated and a first identifier associated with the parameter; and updating the preset database according to the updating information so as to add the value of the parameter.

Assume that a first identifier X associates a parameter { a1, a2} with a b parameter { b1} in a preset database, where a1, a2, and b1 are parameter values, and the update information requests to update the parameter value of the b parameter associated with the first identifier to b2. In response to receiving the update information, the server searches a preset database according to the first identifier, and adds a parameter value b2 indicating update in the update information to a b parameter associated with the first identifier in the preset database, wherein the parameter value set of the updated b parameter is { b1, b2}.

Further, the same parameter associated with the first identification in response to the lookup includes a plurality of values, and the feedback information includes a most recently added value (or a most recently updated value) of the plurality of values. Taking the first identifier X as an example, the parameters associated with the first identifier X include an a parameter { a1, a2} and a b parameter { b1, b2}, and in response to receiving the request information, the server returns a parameter value a2 of the a parameter and a parameter value b2 of the b parameter to the sender.

In some embodiments, for the same parameter name, the parameter values corresponding to the parameter names may be arranged in ascending/descending order of addition time. Or, each parameter value can record the update time when being updated to the preset database, and the server side obtains the latest updated parameter value according to the timestamp of the update time when inquiring and feeds back the latest updated parameter value to the sending side.

Therefore, each page acquires the corresponding parameter name and parameter value according to the actual application scene. Because the actual parameter values are obtained by the first identification real-time query server, the user-defined parameters associated with the graphic codes can be modified at any time in the use process.

In one implementation, the preset database may further store a status parameter associated with the first identifier and used to indicate the status of the graphic code. Specifically, the graphics code may include an on state and an off state, the graphics code in the on state may be used normally, the sending end scans the code and may access the corresponding target page, the graphics code in the off state is in an off state, and the sending end cannot jump to the target page pointed by the graphics code after scanning the code.

Further, the state of the graphic code can be maintained at the server, and the parameter value of the first parameter is updated according to the maintenance result.

Accordingly, step S103 may include: and sending response information, wherein the response information is determined according to the state parameter to indicate whether to allow access to the target page pointed by the graphic code.

For example, when creating an applet, an administrator of a member system expects that the applet will only be used for a particular period of time, and will be deactivated at the server upon expiration. For the applet end, the real-time state of the applet code is not known, so that the sending end searches the latest state of the applet code in real time through the first identifier after the code is scanned by the sending end.

For example, the parameter configuration interface of the server may set a "switch" button beside each first identifier. When the button is on, the applet code associated with the first identifier is in an on state, and the corresponding state parameter indicates that the access to the target page pointed by the applet code is allowed. After the sending end scans the applet codes, the applet end obtains the related parameters according to the obtained first identification, allows the sending end to jump to the target page according to the state parameters, and simultaneously normally uses the obtained other parameters.

For another example, when the button is off, the associated applet code is in an off state, and the corresponding state parameter indicates that access to the target page pointed to by the applet code is not allowed. After the sending end scans the applet codes, the applet end obtains a first identifier, when the server end requests parameters according to the first identifier, the server end feeds back that the applet codes are deactivated through the state parameters, the applet page of the sending end refuses to jump to the target page and can pop up prompt information such as 'activity is expired', and the like, so that a user is prompted that the applet codes are inaccessible.

In one implementation, the request information may also include an access log, which may include at least one of: the source of the request information, the request source path and the unique identity of the sending end sending the request information are identified on a platform, and the target page pointed by the graphic code is presented on the platform.

Specifically, the source of the request information includes a request IP (network interconnection protocol, internet Protocol), a device type (such as a Mobile phone (Mobile) or a Computer (Computer) at the sending end), operating system information (such as iOS system, windows system, etc.), browser information, a request source path refers to a path (such as a/Page/index/index) where the device (i.e. the sending end) is located when the request is initiated, and a unique identity of the sending end at the platform may be, for example, a union ID (union ID).

Further, in response to receiving the request information, the server may record the access log. For example, the access log may be stored in association with the first identification in a preset database. Thus, access tracking and data statistics of the corresponding graphic code can be realized.

FIG. 2 is a flow chart of another parameter transfer method based on graphic codes according to an embodiment of the invention.

The present embodiment may be performed by a device as a transmitting end, and the device may be, for example, a server, an intelligent terminal, or the like. The smart terminals may include computers, tablet computers IPAD, cell phones, notebooks, smart wearable devices (e.g., smart watches), vehicle terminals, and the like.

Specifically, referring to fig. 2, the parameter transmission method based on the graphic code according to the present embodiment may include the following steps:

step S201, responding to the scanning of the graphic code, and acquiring a first identification;

step S202, request information is sent, wherein the request information comprises the first identifier;

step S203, jumping to a target page pointed by the graphic code;

step S204, receiving feedback information, wherein the feedback information includes a parameter associated with the first identifier, the parameter being associated with the target page but not displayed on the target page throughout a life cycle of the target page.

It will be appreciated by those skilled in the art that the steps S201 to S204 may be regarded as corresponding execution steps to the steps S101 to S103 described in the embodiment shown in fig. 1, and the two steps complement each other in terms of specific implementation principles and logic. Thus, the explanation of the nouns in this embodiment may refer to the related description of the embodiment shown in fig. 1, which is not repeated here.

Taking the applet code as an example, the applet deployed at the sending end requests the server interface through the first identifier, and the latest custom parameter set configuration corresponding to the first identifier can be queried through the preset database and returned to the applet for use.

By the above, by adopting the embodiment, the first mark carried by the graphic code does not contain the essential content of the parameter, so that the parameter information to be transmitted by the graphic code cannot be exposed in the process of spreading the graphic code, the information security is improved, and particularly when the transmitted parameter relates to the sensitive information, the leakage risk of the sensitive information can be greatly reduced. Further, the association relation between the first identifier and the parameters is established through a preset database, the sending end scans the graphic code to obtain the first identifier, and then the first identifier is used for exchanging the real parameter content to be transmitted through the preset database, so that the parameters are quickly and safely transmitted between the sending end and the server end based on the code scanning action.

In a typical application scenario, referring to fig. 3, the member registration condition needs to be counted according to stores, and in this scenario, corresponding store coding parameters can be configured at the server side when a member center applet code is created. For example, applet code 1 issued to store a corresponds to a first identifier X, and parameter 1 (parameter name=chopcode, parameter value=store a), parameter 2, parameter 3, and the like are associated; the applet code 2 issued to the store B corresponds to the first identifier Y, and is associated with parameter 1 (parameter name=chopcode, parameter value=store B), parameter 2, parameter 3, parameter 4, and the like.

And (3) the store A posts the applet code 1 at the cash desk, and the user C jumps to enter the member center home page by using the display interface of the mobile phone after the mobile phone scans the code. Next, the user C completes registration on the registration page of the member center, which exchanges the associated parameter 1 (parameter name=chopcode, parameter value=a store) to the server based on the first identifier X, and provides the parameter information chopcode=a store when interacting with the member system. Thus, as user C completes the registration action, the member system automatically matches C's registration at store A.

Store B can send applet code 2 to each shopping guide handset of its store, user D uses IPAD to scan shopping guide displays applet code 2 to also enter the member center home page. As user D completes the registration action, the member system automatically matches registration of D to completion at the B store.

In the application scene, store coding parameters of the applet codes are not frequently updated after configuration is completed, so that the application scene can be regarded as a static scene, and a transmitting end requests the parameters actually transmitted to a server end in real time according to a first identifier and uses the parameters.

In another typical application scenario, referring to fig. 4, the member registration condition needs to be counted according to shopping guide, and in this scenario, when the member center applet code is created, a corresponding shopping guide coding parameter may be configured at the server side, where the parameter includes a plurality of parameter values { userid=a shopping guide, userid=b shopping guide, userid=c shopping guide }.

The user A adds the shopping guide a to be a friend on the platform, welcome generated based on the action of adding the friend (the chat interface displayed between the user A and the shopping guide a on the platform) comprises small program codes, and a server can maintain a shopping guide welcome push list and newly add records in the list: user a's federated ID association a is shopping guide. And when the small program code is pushed, the mobile phone and the server side of the shopping guide a interact, and the server side automatically distributes userID=a shopping guide of the shopping guide a for the small program code 1 (related to the first identifier X). After that, the user A uses the display interface of the mobile phone to jump into the member center home page after the mobile phone scans the codes. Next, the user a completes registration on the registration page of the member center, and the registration page exchanges the associated parameters to the server based on the first identifier X. In response to receiving the first identifier X, the server finds that the dynamic shopping guide coding parameter is configured when the parameter is returned, performs association inquiry through the association ID of the user a to the previously recorded shopping guide welcome list, obtains that the user a is associated with the user a recently through recording, returns the parameter (parameter name=userid, parameter value=a shopping guide), and provides the parameter information userid=a shopping guide when the user a interacts with the member system. Thus, as user A completes the registration action, the registration of member system auto-match A is completed under the guidance of the shopping guide.

Similarly, the user B adds c shopping guide as a friend on the platform, welcome generated based on the action of adding the friend (the chat interface displayed on the platform between the user B and c shopping guide) contains applet codes, and the server can newly add records in the shopping guide welcome push list: user B's federated ID association c shopping guide. And when the small program code is pushed, the mobile phone for shopping c interacts with the server, and the server automatically distributes userID=c shopping for shopping c for the small program code 1 (related to the first identifier X). After that, the user B uses the display interface of the mobile phone to jump into the member center home page after the mobile phone scans the codes. Next, the user B completes registration on the registration page of the member center, and the registration page exchanges the associated parameters to the server based on the first identifier X. In response to receiving the first identifier X, the server finds that the dynamic shopping guide coding parameter is configured when the parameter is returned, performs association inquiry through the association ID of the user B to the previously recorded shopping guide welcome list, obtains that the shopping guide c has been associated with the user B recently through recording, returns the parameter (parameter name=userid, parameter value=c shopping guide), and provides the parameter information userid=c shopping guide when the user interacts with the member system. Thus, as user B completes the registration action, the registration of member system auto-match B is completed under the guidance of c shopping guide.

Under the application scene, on the premise that the applet code is kept unchanged, the actual content of the associated parameter (namely, the actual parameter value of the associated parameter contained in the feedback information) is automatically matched according to the pusher when the applet code is pushed, so that the application scene can be regarded as a dynamic scene. After the sender scans the same applet codes of different pushers (including the person pushing and/or the delivery channel), the actual content of the parameters acquired from the server based on the first identifier may change. That is, the same parameter may include a plurality of values, and the server automatically matches the specific value of the parameter included in the feedback information from the plurality of values included in the parameter according to the pusher pushing the graphic code.

Fig. 5 is a schematic structural diagram of a parameter transferring device 3 based on graphic codes according to an embodiment of the present invention. It will be appreciated by those skilled in the art that the parameter transferring device 3 based on graphic codes according to the present embodiment may be used to implement the method technical solution described in the embodiment of fig. 1.

Specifically, referring to fig. 5, the parameter transferring apparatus 3 based on graphic code according to the present embodiment may include: the receiving module 31 is configured to receive request information, where the request information includes a first identifier, the first identifier is obtained by a sending end scanning the graphic code, and the sending end scans the graphic code to jump to a target page; a searching module 32, configured to search a preset database to determine parameters associated with the first identifiers, where the preset database stores at least one first identifier, at least one parameter, and an association relationship between the at least one first identifier and the at least one parameter; and a sending module 33, configured to send feedback information, where the feedback information includes a parameter associated with the first identifier, where the parameter is associated with the target page but is not displayed on the target page in the whole life cycle of the target page.

For more details of the working principle and the working manner of the parameter transferring device 3 based on graphic codes, reference may be made to the related description in fig. 1, which is not repeated here.

Fig. 6 is a schematic structural diagram of another parameter transferring device 4 based on graphic codes according to an embodiment of the present invention. Those skilled in the art will appreciate that the parameter transferring apparatus 4 based on graphic codes according to the present embodiment may be used to implement the method technical solution described in the embodiment of fig. 2.

Specifically, referring to fig. 6, the parameter transferring apparatus 4 based on graphic code according to the present embodiment may include: an acquisition module 41, responsive to scanning the graphic code, for acquiring a first identification; a sending module 42, configured to send request information, where the request information includes the first identifier; a skip module 43, configured to skip to a target page pointed by the graphic code; a receiving module 44, configured to receive feedback information, where the feedback information includes a parameter associated with the first identifier, and the parameter is associated with the target page but not displayed on the target page in an entire life cycle of the target page.

For more details of the working principle and the working manner of the parameter transferring device 4 based on graphic codes, reference may be made to the related description in fig. 2, which is not repeated here.

Embodiments of the present invention also provide a computer readable storage medium, which is a non-volatile storage medium or a non-transitory storage medium, on which a computer program is stored, where the computer program is executed by a processor to perform the steps of the parameter transmission method based on a graphic code provided in the embodiment shown in fig. 1 or fig. 2. Preferably, the storage medium may include a computer-readable storage medium such as a non-volatile (non-volatile) memory or a non-transitory (non-transitory) memory. The storage medium may include ROM, RAM, magnetic or optical disks, and the like.

The embodiment of the invention also provides a terminal, which comprises a memory and a processor, wherein the memory stores a computer program which can be run on the processor, and the processor executes the steps of the parameter transmission method based on the graphic code provided by the corresponding embodiment of the figure 1 when the computer program is run. The terminal may be integrated with the device as a server, or the terminal may be, for example, a server. The device may be, for example, a background server, a mobile terminal, a cloud, etc.

The embodiment of the invention also provides a terminal, which comprises a memory and a processor, wherein the memory stores a computer program which can be run on the processor, and the processor executes the steps of the parameter transmission method based on the graphic code provided by the corresponding embodiment of the figure 2 when the processor runs the computer program. The terminal may be integrated with the device as the transmitting end, or the terminal may be, for example, the transmitting end. The device may be, for example, a mobile terminal or the like.

Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications may be made by one skilled in the art without departing from the spirit and scope of the invention, and the scope of the invention should be assessed accordingly to that of the appended claims.

Claims

1. A method for parameter delivery based on a graphic code, comprising:

receiving request information, wherein the request information comprises a first identifier, the first identifier is obtained by scanning the graphic code through a sending end, and the sending end scans the graphic code to jump to a target page;

searching a preset database to determine parameters associated with the first identifications, wherein the preset database stores at least one first identification, at least one parameter and an association relationship of the at least one first identification and the at least one parameter;

and sending feedback information, wherein the feedback information comprises parameters which are obtained by searching and are associated with the first identification, and the parameters are associated with the target page in the whole life cycle of the target page but are not displayed on the target page.

2. The method of claim 1, wherein the request information is automatically sent in response to a code-sweeping action on the graphics code and/or the request information is received from an associated page of a target page to which the graphics code is directed.

3. The method of claim 1, wherein the first identifier is carried in a path parameter of the graphics code.

4. A method according to claim 3, further comprising:

splicing preset opening path information and the first identifier to obtain the path parameter, wherein the preset opening path information is used for linking a target page pointed by the graphic code;

the graphics code is generated based on the path parameters.

5. The method of claim 1, wherein the first identification associates a plurality of parameters, at least a portion of the plurality of parameters associated with different pages, the pages including a target page to which the graphic code is directed and an associated page of the target page.

6. The method of claim 5, wherein the feedback information comprises all parameters associated with the first identification found.

7. The method of claim 5, wherein the request information further includes indication information, the indication information being used to indicate a parameter dimension requested to be obtained, and the feedback information includes a parameter of the plurality of parameters associated with the first identifier, which is found, and indicated by the indication information.

8. The method of claim 1, wherein the preset database further stores a status parameter associated with the first identifier, the status parameter being used to indicate a status of the graphics code, the method further comprising:

and sending response information, wherein the response information is determined according to the state parameter to indicate whether to allow access to the target page pointed by the graphic code.

9. The method as recited in claim 1, further comprising:

receiving update information, wherein the update information comprises a value of a parameter which is requested to be updated and a first identifier associated with the parameter;

and updating the preset database according to the updating information so as to add the value of the parameter.

10. The method of claim 9, wherein the same parameter associated with the first identification in response to the lookup comprises a plurality of values, the feedback information comprising a value of the parameter that is a most recently added value of the plurality of values.

11. The method of claim 1, wherein the same parameter associated with the first identifier in response to the lookup comprises a plurality of values, and wherein the feedback information comprises values for the parameter obtained from dynamic matching of the plurality of values by a presenter pushing the graphics code.

12. The method of claim 1, wherein the request information further comprises an access log, the method further comprising: recording the access log, wherein the access log comprises at least one of the following: the source of the request information, the request source path and the unique identity of the sending end sending the request information are identified on a platform, wherein the platform is used for presenting a target page pointed by the graphic code.

13. The method of claim 1, wherein the first identifiers are in one-to-one correspondence with the graphics codes.

14. The method of claim 1, wherein the graphics code comprises applet code.

15. A method for parameter delivery based on a graphic code, comprising:

acquiring a first identifier in response to scanning the graphic code;

transmitting request information, wherein the request information comprises the first identifier;

jumping to a target page pointed by the graphic code;

feedback information is received, wherein the feedback information includes a parameter associated with the first identification that is associated with the target page throughout a life cycle of the target page but is not displayed on the target page.

16. The method of claim 15, wherein the act of sending the request information is performed automatically in response to a code sweeping action on the graphics code, and/or the request information is sent by an associated page of a target page to which the graphics code is directed.

17. The method of claim 15, wherein the first identifier is carried in a path parameter of the graphics code.

18. The method of claim 15, wherein the first identification associates a plurality of parameters, at least a portion of the plurality of parameters associated with different pages, the pages including a target page to which the graphic code is directed and an associated page of the target page.

19. The method of claim 18, wherein the feedback information comprises all parameters associated with the first identity found, the method further comprising:

and extracting parameters associated with a current page from the feedback information, wherein the current page is the target page or the associated page.

20. The method of claim 18, wherein the request information further includes indication information, the indication information being used to indicate a parameter dimension requested to be obtained, and the feedback information includes parameters of the parameter dimension indicated by the indication information in the plurality of parameters associated with the first identifier, the parameter dimension requested to be obtained being associated with a current page, the current page being the target page or the associated page.

21. The method of claim 15, wherein the first identifier is further associated with a status parameter, the status parameter being used to indicate a status of the graphics code, the method further comprising:

receiving response information, wherein the response information is determined according to the state parameter to indicate whether to allow access to a target page pointed by the graphic code;

and allowing or refusing to jump to the target page according to the response information.

22. The method of claim 15, wherein the request information further comprises an access log, wherein the access log comprises at least one of: the method comprises the steps of obtaining a request message, transmitting the request message, transmitting equipment information of a transmitting end of the request message and unique identification of the transmitting end on a platform, wherein a target page pointed by a graphic code is presented on the platform.

23. The method of claim 15, wherein the first identifiers are in one-to-one correspondence with the graphics codes.

24. The method of claim 15, wherein the graphics code comprises applet code.

25. A graphic code-based parameter transmission apparatus, comprising:

The receiving module is used for receiving request information, wherein the request information comprises a first identifier, the first identifier is obtained by scanning the graphic code through a sending end, and the sending end scans the graphic code to jump to a target page;

the searching module is used for searching a preset database to determine parameters associated with the first identifications, wherein the preset database stores at least one first identification, at least one parameter and an association relationship of the first identification and the at least one parameter;

and the sending module is used for sending feedback information, wherein the feedback information comprises parameters which are obtained by searching and are associated with the first identification, and the parameters are associated with the target page in the whole life cycle of the target page but are not displayed on the target page.

26. A graphic code-based parameter transmission apparatus, comprising:

the acquisition module is used for responding to the scanning of the graphic code and acquiring a first identifier;

the sending module is used for sending request information, wherein the request information comprises the first identifier;

the jump module is used for jumping to a target page pointed by the graphic code;

and a receiving module, configured to receive feedback information, where the feedback information includes a parameter associated with the first identifier, and the parameter is associated with the target page but not displayed on the target page in an entire life cycle of the target page.

27. A readable storage medium, being a non-volatile storage medium or a non-transitory storage medium, having stored thereon a computer program, characterized in that the computer program, when being executed by a processor, performs the steps of the method according to any of claims 1 to 24.

28. A terminal comprising a memory and a processor, the memory having stored thereon a computer program executable on the processor, characterized in that the processor executes the steps of the method according to any of claims 1 to 24 when the computer program is executed.