CN111639279B

CN111639279B - Graphic code generation method, target page loading method and device

Info

Publication number: CN111639279B
Application number: CN202010460992.1A
Authority: CN
Inventors: 陈海港
Original assignee: Zhejiang Koubei Network Technology Co Ltd
Current assignee: Zhejiang Koubei Network Technology Co Ltd
Priority date: 2020-05-27
Filing date: 2020-05-27
Publication date: 2023-07-25
Anticipated expiration: 2040-05-27
Also published as: CN111639279A

Abstract

The invention relates to the technical field of two-dimensional codes, and discloses a graphic code generation method, a target page loading method and a target page loading device. The method comprises the following steps: responding to an acquisition request of code routing address information of a target page sent by a terminal scanning graphic code, acquiring a target page address from the acquisition request, wherein the acquisition request of the code routing address information of the target page is sent by an application program of the terminal scanning the graphic code, the graphic code is used for being linked to the target page, and the target page address comprises a graphic code value which is bound with identification information and target page routing information; inquiring identification information and target page routing information bound with the graphic code value according to the graphic code value in the target page address; generating code routing address information for loading a target page according to the queried identification information and the target page routing information; and loading the target page according to the code routing address information. The embodiment of the invention realizes that different application programs scan and identify the same two-dimensional code loading target page.

Description

Graphic code generation method, target page loading method and device

Technical Field

The invention relates to the technical field of two-dimensional codes, in particular to a graphic code generation method, a target page loading method and a target page loading device.

Background

With the development of the internet, application forms on mobile terminals have also become diversified, and emerging applications such as applets have emerged. Merchants can develop their own applets within which to conduct business. For example, a merchant may place a service and operate a user in a private scenario, which is an applet. In addition, the merchant can also develop the activities in the mode of HTML5 (H5 for short). The merchant performs the activities generally by paving two-dimensional codes, and the user opens the activity page by scanning the codes off line.

In the related art, when an applet or an HTML5 page is developed, a merchant needs to lay different two-dimensional codes for different Application programs (APP), which is inconvenient and has high maintenance cost.

Disclosure of Invention

In view of the foregoing, embodiments of the present invention are provided to provide a method for generating a graphic code, a method for loading a target page, and an apparatus for overcoming or at least partially solving the foregoing problems.

According to an aspect of an embodiment of the present invention, there is provided a graphic code generating method including:

Receiving a graphic code creation request, wherein the graphic code creation request comprises identification information and target page route information linked with the graphic code;

generating a graphic code value according to the graphic code creation request;

binding and storing the graphic code value, the identification information for generating the graphic code value and the target page routing information;

generating a target page address according to the graphic code value, wherein the target page address is used for positioning to the target page;

and generating a graphic code according to the target page address.

In some embodiments, the generating a target page address according to the graphic code value includes:

and generating the target page address according to a protocol, a domain name or target page address prefix, an application identifier, a brand identifier and the graphic code value.

In some embodiments, the target page is an applet target page in the first application, the target page address including a first target page address and the graphic code value, the first target page address being for locating to the applet first target page.

In some embodiments, the first target page address includes a protocol, a domain name, an application identification, and a brand identification.

In some embodiments, the method further comprises:

and sending a graphic code jump rule release request to a first application program platform, wherein the graphic code jump rule release request comprises a first target page address used for positioning to a first target page of the applet so that the first application program platform releases the graphic code jump rule, and the graphic code jump rule corresponds to the first target page of the applet positioned by the first target page address.

According to another aspect of the embodiment of the present invention, there is provided a target page loading method, including:

responding to an acquisition request of code routing address information of a target page sent by a terminal scanning graphic code, and acquiring a target page address from the acquisition request;

inquiring identification information and target page routing information bound with the graphic code value according to the graphic code value in the target page address;

generating code routing address information for loading the target page according to the inquired identification information and the target page routing information;

and returning the code routing address information to the terminal so that the terminal loads the target page according to the code routing address information.

In some embodiments, the method further comprises:

receiving a graphic code creation request, wherein the graphic code creation request comprises the identification information and the target page routing information linked with the graphic code;

generating a graphic code value according to the graphic code creation request;

generating the target page address according to the graphic code value, wherein the target page address is used for positioning to the target page;

and generating a graphic code according to the target page address.

In some embodiments, after the generating a graphics code value according to the graphics code creation request, the method further comprises:

and binding and storing the graphic code value, the identification information for generating the graphic code value and the target page routing information.

In some embodiments, the generating the target page address from the graphics code value includes:

In some embodiments, the target page is an applet target page in a first application, the target page address including a first target page address and the graphic code value, wherein the first target page address is used to locate to the applet first target page.

In some embodiments, the first target page address includes a protocol, a domain name or target page address prefix, an application identification, and a brand identification.

In some embodiments, the method further comprises:

In some embodiments, the code of the target page routes the acquisition request of the address information, acquires the address of the target page, and includes:

acquiring a target page address acquired by a terminal through acquiring q parameters by executing a page loading onload event, wherein the onload event is triggered and executed by the terminal through the first application program scanning the graphic code and loading the first target page of the applet after matching with a graphic code jump rule of the first application program;

the code routing address information is used for jumping from the first target page of the small program to the second target page of the small program, wherein the content displayed by the second target page of the small program is the content displayed by the target page.

In some embodiments, the request for acquisition of code routing address information for the target page is sent for a second application of the terminal to scan the graphics code and not match a graphics code hopping rule of the second application.

In some embodiments, the target page is an applet target page in the second application, and the loading the target page according to the code routing address information includes:

and loading the applet target page according to the code routing address information.

In some embodiments, the target page is an HTML5 target page in the second application, and the loading the target page according to the code routing address information includes:

and loading the HTML5 target page according to the code routing address information.

In some embodiments, the graphic code is a two-dimensional code and the target page address is a uniform resource locator URL.

According to still another aspect of the embodiment of the present invention, there is provided a target page loading device, including:

the acquisition module is used for responding to an acquisition request of code routing address information of a target page sent by a terminal scanning graphic code and acquiring the address of the target page from the acquisition request;

The query module is used for querying the identification information and the target page routing information bound with the graphic code value according to the graphic code value in the target page address;

the first generation module is used for generating code routing address information for loading the target page according to the inquired identification information and the target page routing information;

and the return module is used for returning the code routing address information to the terminal so that the terminal loads the target page according to the code routing address information.

In some embodiments, the apparatus further comprises:

the receiving module is used for receiving a graphic code creation request, wherein the graphic code creation request comprises the identification information and the target page routing information linked with the graphic code;

the second generation module is used for generating a graphic code value according to the graphic code creation request;

the third generation module is used for generating the target page address according to the graphic code value, wherein the target page address is used for positioning to the target page;

and the fourth generation module is used for generating a graphic code according to the target page address.

In some embodiments, the apparatus further comprises:

And the storage module is used for binding and storing the graphic code value, the identification information for generating the graphic code value and the target page routing information.

In some embodiments, the third generation module is further configured to:

In some embodiments, the apparatus further comprises:

the sending module is used for sending a graphic code jump rule release request to the first application program platform, wherein the graphic code jump rule release request comprises a first target page address used for positioning to the first target page of the applet, so that the first application program platform releases the graphic code jump rule, and the graphic code jump rule corresponds to the first target page of the applet positioned by the first target page address.

In some embodiments, the acquisition module is further to:

In some embodiments, the target page is an applet target page in the second application, the loading module is further configured to:

In some embodiments, the target page is an HTML5 target page in the second application, and the loading module is further configured to:

According to still another aspect of the embodiment of the present invention, there is provided a target page loading device, including: the device comprises a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface complete communication with each other through the communication bus;

the memory is used for storing at least one executable instruction, and the executable instruction enables the processor to execute the operation corresponding to the target page loading method.

According to still another aspect of the embodiments of the present invention, there is provided a computer storage medium having at least one executable instruction stored therein, where the executable instruction causes a processor to perform operations corresponding to the above-mentioned target page loading method.

According to the embodiment of the invention, the graphic code value is set in the target page address, the graphic code value is bound with the identification information and the target page routing information, the unified graphic code is generated according to the graphic code value, after different application programs of the terminal scan the graphic code, the identification information and the target page routing information can be queried through the identified graphic code value, and the code routing address information is generated according to the identification information and the target page routing information, so that the target page is loaded. According to the embodiment of the invention, a unified graphic code can be set for the target pages on different application programs in business activities of merchants, so that the code laying cost and maintenance cost of the merchants are saved.

The foregoing description is only an overview of the technical solutions of the embodiments of the present invention, and may be implemented according to the content of the specification, so that the technical means of the embodiments of the present invention can be more clearly understood, and the following specific implementation of the embodiments of the present invention will be more apparent.

Drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to designate like parts throughout the figures. In the drawings:

fig. 1 is a schematic diagram of an application scenario of a unified two-dimensional code provided by an embodiment of the present invention;

FIG. 2 is a flow chart of generating a two-dimensional code in the target page loading method provided by the embodiment of the invention;

FIG. 3 is a flowchart of a target page loading method provided by an embodiment of the present invention;

FIG. 4 is an interaction flow chart when two-dimensional code jump rules are matched in the target page loading method provided by the embodiment of the invention;

FIG. 5 is an interactive flowchart when two-dimensional code jump rules are not matched in the target page loading method provided by the embodiment of the invention;

FIG. 6 is a flow chart of a target page loading method according to another embodiment of the present invention;

FIG. 7 is a schematic diagram of a target page loading device according to an embodiment of the present invention;

FIG. 8 is a schematic diagram of a target page loading device according to another embodiment of the present invention;

fig. 9 is a flowchart of a graphics code generation method according to an embodiment of the present invention.

Detailed Description

Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present invention are shown in the drawings, it should be understood that the present invention may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.

In the online service, a merchant needs to put in the service and operate a user in a private scene by means of private flow of the merchant. The private domain flow is also called a private domain flow pool, and is different from the traditional e-commerce consumption flow, the private domain flow is converted to the business user, the fan or the user operated by the merchant is not an audience of a single product, the viscosity of the user in the private domain scene can form the behavior of acquiring the customer once to generate multiple transactions, and the flows only belong to the merchant and are not bidding and purchasing of an external open platform. The external open platform refers to a platform for providing various service scene display and service activity realization for merchants, such as some platform type application programs, and provides public domain traffic for merchants due to the fact that the external open platform has numerous users. For example, merchants can attract members by throwing small programs on some external open platforms, and meanwhile, can drain private domains by means of public domain traffic of some external open platforms, so that business targets of whole-channel scene member refreshing, user marketing and the like are realized. In addition, the merchant can also perform the activities in an HTML5 mode. The merchant generally realizes the activities by paving two-dimensional codes, a user directly opens an active page directly through one key in an off-line code scanning mode, and the access path of the user is shortened. Merchants can develop different active pages for different code scenes (business scenes of two-dimensional code application, such as meeting codes, active codes, absorbing and dividing codes and the like).

However, in the related art, when the applet or the HTML5 page is active, different two-dimensional codes need to be paved for different Applications (APP) by the merchant, so that the maintenance cost is high. When the user scans the code, the user needs to select the two-dimensional code corresponding to the application program opened by the user, and the operation is inconvenient.

Merchants typically use merchant management systems for member management, transaction management, and marketing management, such as customer relationship management (Client Relation Management, CRM) systems, in business management. Of the many CRM systems, the SaaS (Software-as-a-Service) approach is popular. The SaaS is a mode of providing software services through a network, the SaaS platform suppliers uniformly deploy application software on own servers, customers can order required application software services to the SaaS platform suppliers through the Internet according to actual working demands, pay the cost to the SaaS platform suppliers according to the number and time of the ordered services, and obtain the services provided by the SaaS platform suppliers through the Internet. The embodiment of the invention can be realized on a Software-as-a-Service (SaaS) CRM, and different merchants are supported by the SaaS Service.

The embodiment of the invention provides a unified two-dimensional code scheme based on a SaaS CRM system. Referring to fig. 1, fig. 1 is a schematic diagram of an application scenario of a unified two-dimensional code according to an embodiment of the present invention. And the merchant generates a unified two-dimensional code through the SaaS CRM system, so that the two-dimensional code can support different application programs. For example, if a merchant needs to promote a certain business scenario, the first application program and the second application program have an applet function, and the third application program does not have an applet function, the merchant may develop applet pages for the business scenario for the first application program and the second application program, and develop HTML5 pages for the third application program, respectively. The link addresses of these three pages are all set to the same address. And then, generating a unified two-dimensional code according to the same address through the SaaS CRM system, and displaying the unified two-dimensional code to a user. The user enters the applet of the first application program through the code scanning of the first application program in the terminal, the code scanning of the second application program enters the applet of the second application program, and the code scanning of the third application program enters the HTML5 page. For an application program with an applet function and for providing two-dimension code jump rule release, a merchant can release the two-dimension code jump rule on the application program platform, or can not release the two-dimension code jump rule, and through the scheme of the embodiment of the invention, the application program can enter an applet active page, and the entering routes are different.

The two-dimensional code jump rule is simply called a two-dimensional code rule, which enables an external open platform to open an applet page through a code scanning common link, and a merchant opens the applet page by issuing the two-dimensional code jump rule of the applet page of a business scene on the external open platform, when a user scans a two-dimensional code by using an application program of the external open platform on a terminal, the two-dimensional code jump rule is matched with the two-dimensional code jump rule issued by the merchant.

The brand or merchant developed applet page or HTML 5 page relies on the domain name of the SaaS CRM provider, and when the user scans the code using the application on the terminal, the application or its server can access the SaaS CRM server, which performs information parsing and route assembly. The SaaSCRM vendor provides a SaaS applet management platform and a SaaS H5 management platform for developing and managing applets and H5 pages of brands or merchants, respectively.

The terminal, the device used by the merchant to access the CRM, the SaaS CRM server, and the application server may be any devices with network connection functions, for example, the terminal may be a smart phone, a tablet computer, a portable digital camera, a media player, a portable game device, a Personal Digital Assistant (PDA), a desktop computer, a notebook computer, etc., the device used by the merchant to access the CRM may be a desktop computer, a notebook computer, an all-in-one machine, a smart phone, a tablet computer, a portable digital camera, a media player, a portable game device, a Personal Digital Assistant (PDA), etc., and the SaaS CRM server and the application server may be various types of servers or server clusters, etc.

Specifically, the embodiment of the invention provides a target page loading method. The method can be applied to servers, such as a two-dimension code generation server of a two-dimension code service provider, a server of an applet development server, a server of a webpage development server, a server of an application program provider, a server of a merchant management system provider and the like. The server of the SaaS CRM provider comprises a merchant CRM background, a two-dimensional code management system, a two-dimensional code database, a code routing system and other software modules. The merchant CRM background is used for processing CRM business of merchants, the two-dimension code management system is used for maintaining two-dimension code values and code routing rules, generating and managing two-dimension codes, the two-dimension code database is used for storing two-dimension code related information, and the code routing system is used for realizing code scanning dynamic routing. It can be appreciated that the embodiments of the present invention may also be applied to various server clusters, such as a server cluster of a SaaS CRM provider, including a merchant CRM background server, a two-dimensional code management server, a two-dimensional code database server, a code routing server, and the like. Merchants can create and generate uniform two-dimensional codes for certain business scenes by operating in the SaaSCRM system.

Fig. 2 is a flowchart of generating a two-dimensional code in the target page loading method according to the embodiment of the present invention.

In the embodiment of the invention, the target page refers to an applet page or an HTML5 page which needs to be opened. The link of the two-dimensional code is the complete address of the target page, typically a uniform resource locator (UniformResource Locator, URL). The link generation rule of the two-dimensional code is as follows: protocol: the// domain name or target page address prefix/{ application identity }/{ brand identity }/{ two-dimensional code value }. The protocol may be Schema (in-page jump protocol); the domain name or target page address prefix refers to a domain name or URL prefix provided by the SaaS CRM provider; the application identifier is used for uniquely identifying a program, and a service scene in the program can be presented in various modes such as an applet or an HTML5, for example, a CRM system; the two-dimensional code value is a unique short code value generated by the server, and the target page routing information is associated by binding the code value to a service parameter (such as a brand, a store and the like), so that the target page is jumped to. When the Schema protocol name is https, the URL prefix is xxx.abcd.com/, the application identifier is CRM, the brand identifier is brand1234, and the code value is code1234, the assembled two-dimensional code link is:

https://xxx.abcd.com/CRM/brand1234/code1234。

Through the link generation rule of the two-dimension code, the unified two-dimension code of the multi-APP end scanning code suitable for various business scenes can be conveniently generated for SaaS merchants. In the protocol: under the condition that the address prefix// domain name or target page/{ application identifier }/{ brand identifier }/fixed, different service scene expansion is realized by using different two-dimensional code values, so that a merchant can conveniently develop new services and new activities. Although the domain name prefix of the URL generated by each merchant through the SaaS is the same, the data field of the SaaS can support a plurality of merchants to use because the URL contains the brand identification and the two-dimensional code value associated service parameters.

As shown in fig. 2, the generation of the two-dimensional code includes the steps of:

step 101: the merchant CRM background sends a two-dimension code creation request to the two-dimension code management system.

The embodiment of the invention uses a two-dimensional code as an example to describe the loading of the target page. In some embodiments, the two-dimensional code may be replaced with any graphic code having information storage and scanned identification functions, such as a bar code, a three-dimensional code, and the like. The merchant sends a two-dimension code creation request to a two-dimension code management system of the SaaS CRM server through a merchant CRM background, wherein the two-dimension code creation request comprises identification information and target page routing information of a two-dimension code to be linked.

The identification information is used for identifying one or more of brands, merchants and attribution facilities of the two-dimension codes, the brands refer to brands such as Kendel, madawsonia and the like, the merchants refer to off-line physical stores of the brands, and the attribution facilities of the two-dimension codes refer to the numbers in the off-line physical stores. The two-dimensional code corresponding to the identification information can be generated by the identification information. For example, when the identification information is a brand, a two-dimensional code of a certain business scene belonging to the brand can be generated, any merchant under the brand can use the two-dimensional code, and when the user uses an application program of the terminal to scan the code, the SaaS CRM server can only know that the code scanning behavior is from a store of the brand, but cannot distinguish which store is from, and cannot distinguish which number is from which store. For example, when the identification information includes a brand and a merchant, a two-dimensional code of a certain business scene belonging to a certain merchant under the brand may be generated, and only the merchant uses the two-dimensional code, and when the user uses an application program of the terminal to scan the code, the SaaS CRM server may learn which shop of the brand the code scanning behavior comes from, but cannot distinguish which shop comes from the shop. For example, when the identification information includes a brand, a merchant and a home facility of the two-dimensional code, the two-dimensional code of a certain business scene belonging to a certain number of a certain merchant under the brand can be generated, only the number uses the two-dimensional code, and when a user uses an application program of a terminal to scan the code, the SaaS CRM server can know which of the stores of the brand the code scanning behavior comes from.

The destination page routing information refers to routing information set by a routing rule according to an embodiment of the present invention, which is used to configure a route to an applet page or an HTML 5 page. In the embodiment of the invention, the routing rule is as follows: if the link address corresponding to the two-dimensional code is matched with the two-dimensional code jump rule of the application program for scanning the two-dimensional code, jumping to an applet page of the application program; if the link address corresponding to the two-dimensional code is not matched with the two-dimensional code skip rule of the application program for scanning the two-dimensional code, the application program of the two-dimensional code is scanned according to the running environment, if the merchant develops the applet target page in the running environment, the process is skipped to the applet target page, and if the merchant does not develop the applet target page in the running environment, for example, some application programs do not support the applet, the process is skipped to the HYML 5 target page.

The two-dimensional code creation request also carries an application identifier, that is, which application the request is sent by, for example, CRM in the embodiment of the present invention.

Step 102: and the two-dimensional code management system generates a two-dimensional code value.

After receiving the two-dimension code creation request, the two-dimension code management system generates a two-dimension code value after the application identification and the identification information pass the verification. The two-dimensional code value is a unique code value that can be randomly generated, for example, the two-dimensional code value is code1234. And generating the URL according to the two-dimensional code value. The length of the URL after final assembly needs to be avoided being too long, and the recognition efficiency of the two-dimensional code generated is higher as the length is shorter, so that the code value in the embodiment of the invention also needs to be avoided being too long, and the code value smaller than or equal to 8 bits can be adopted. The two-dimensional code value can also be generated according to a set rule.

Step 103: and the two-dimensional code management system binds the two-dimensional code value with the identification information for generating the two-dimensional code value and the target page routing information.

The two-dimensional code value is bound with the identification information and the target page routing information, so that a subsequent user can jump to the target page by inquiring the identification information and the target page routing information bound with the two-dimensional code value after the code scanning.

Step 104: and the two-dimensional code management system sends the two-dimensional code value and the information bound with the two-dimensional code value to the two-dimensional code database.

Step 105: the two-dimensional code database stores the two-dimensional code value and information bound with the two-dimensional code value.

After the two-dimensional code database stores the information, a storage result can be returned to the two-dimensional code management system so as to inform the two-dimensional code management system that the information is successfully stored. And inquiring the stored information from the two-dimensional code database when the information is needed later.

It can be understood that the two-dimensional code management system may be a system having a data storage function, and the two-dimensional code management system may be directly used for storing the data without executing the step 104 or the step 105.

Step 106: and the two-dimension code management system sends a two-dimension code jumping rule release request to an external open platform.

When an application program (an external open platform) of a business scene put in by a merchant has an applet function and the release function of the two-dimension code jump rule is opened, the merchant can apply for releasing the two-dimension code jump rule from the external open platform.

In order to facilitate the explanation of the relationship between the two-dimensional code jump rule and the URL, the URL of the target page address is divided into a first URL and a two-dimensional code value. The first URL is used for locating to a first target page of the applet, namely a main page of the applet. The first URL may include a protocol, domain name or URL prefix, application identification, and brand identification, e.g., https:// xxx. The two-dimensional code jumping rules issued on the external open platform are only the first URL. If the merchant issues a two-dimensional code jump rule of a first URL (https:// xxx. Abcd. Com/CRM/brand1234 /) on the external open platform, when a user scans codes through the application program on the terminal, the user recognizes that the first URL in the two-dimensional code link URL is matched with the two-dimensional code jump rule issued in the application program, the user can jump to a first target page of the applet, jump to a second target page of the applet, and the second target page is a relative path, namely, a two-dimensional code value is returned at the moment relative to the first URL, and for example, an index page returns an index value. The two-dimensional code jumping rule release request comprises a first URL (Uniform resource locator) for positioning to a first target page of the applet, so that the application program platform releases the two-dimensional code jumping rule. The two-dimensional code jump rule has a corresponding relation with the first target page of the applet located to the first URL. The application program can jump to the corresponding first target page of the applet according to the matched two-dimensional code jump rule. The content displayed by the second target page is the content displayed by the target page positioned by the two-dimension code, namely the content finally displayed after the two-dimension code is scanned.

This step is an optional step. For example, when an application program itself does not have an applet function, a merchant cannot issue a two-dimensional code hopping rule in the application program. Or, although a certain application program has an applet function and opens the issuing function of the two-dimension code jump rule, a merchant can choose not to issue the two-dimension code jump rule on the application program, and then when the application program is used for scanning codes, dynamic route selection is performed according to the route rule, if the merchant develops an applet page in the application program, an applet target page is opened, and if the merchant does not develop an applet page in the application program, an HTML 5 page is opened.

After the external open platform issues the two-dimension code hopping rule, an issue result can be returned to the two-dimension code management system to inform the two-dimension code management system that the two-dimension code hopping rule is issued successfully. If the release is unsuccessful, the external open platform also returns a release result to the two-dimensional code management system, and an error prompt can be reported in the release result so as to remind the two-dimensional code management system to continue to release after modification.

In the prior art, the external open platform generally has a quantity limitation on issued two-dimensional code hopping rules, for example, the number of the two-dimensional code hopping rules issued by the same brand or a merchant cannot exceed 10. According to the scheme provided by the embodiment of the invention, under the condition that the first URLs are the same, a plurality of different target page links can be realized according to the difference of the two-dimension code values, and only the first URLs are issued when the two-dimension code jump rule is issued by the external open platform, so that a plurality of different target page links cannot be realized due to the limitation of the number of the issued two-dimension code jump rule.

Step 107: and the two-dimension code management system generates a URL according to the two-dimension code value.

The two-dimensional code management system may generate a URL for locating to the applet target page based on the protocol, domain name or URL prefix, application identification, brand identification, and two-dimensional code value. For example, the generated URL is https:// xxx. Abcd. Com/CRM/brand1234/code1234.

Step 108: and the two-dimensional code management system sends the generated URL to a CRM background of the merchant.

Step 109: and the merchant CRM background generates a two-dimensional code according to the URL.

Generating two-dimensional codes from URLs is a prior art and will not be described in detail here. It can be understood that the two-dimensional code management system may generate the two-dimensional code, and step 108 is not required to be executed at this time, and the two-dimensional code management system may directly generate the two-dimensional code according to the URL.

After the two-dimension code is generated, the merchant obtains the two-dimension code and displays the two-dimension code to the user in a store or other places so that the user can participate in business activities of the merchant by scanning the code.

Fig. 3 is a flowchart of a target page loading method provided by an embodiment of the present invention, fig. 4 is an interaction flowchart when two-dimensional code jump rules are matched in the target page loading method provided by the embodiment of the present invention, and fig. 5 is an interaction flowchart when two-dimensional code jump rules are not matched in the target page loading method provided by the embodiment of the present invention. As shown in fig. 3-5, the method comprises the steps of:

Step 201: and the terminal scans the two-dimensional code through the application program.

The user can use any application program with the code scanning function on the terminal to scan the two-dimensional code displayed by the merchant. The following description will be made by taking three application programs as examples, wherein the first application program is an application program having an applet function and on which a merchant issues a two-dimensional code hopping rule, the second application program is an application program having an applet function and a two-dimensional code hopping rule issuing function, but on which a merchant does not issue a two-dimensional code hopping rule, and the third application program is an application program having no applet function.

Step 202: the terminal judges whether the two-dimension code is matched with a two-dimension code jump rule or not through an application program; if yes, go to step 203, otherwise, go to step 208.

After the application program scans the codes, for the first application program and the second application program, the application program can be matched with the two-dimensional code jumping rules issued on the platform according to the identified URL. If the URL or part of the URL is matched with a published two-dimensional code jump rule, the matching is successful. If the two-dimensional code jump rule is not matched, the matching fails. And for the third application program, the third application program does not match the two-dimensional code hopping rule, and directly sends the hopping of the URL hopping request to the SaaS CRM server to which the domain name or the URL prefix belongs.

Step 203: and the terminal calls the applet in the application program according to the matched two-dimensional code jump rule.

This step is a step performed when the code scanning application is the first application program. Firstly, the terminal calls an applet in a first application program according to a matched two-dimensional code hopping rule, and opens an applet first target page corresponding to the two-dimensional code hopping rule. At this time, the final applet target page to be loaded is not yet opened.

Step 204: the SaaS applet of the terminal executes the onload event, acquires the q parameter and sends an acquisition request of the code routing address information to the code routing system.

The SaaS applet is a program that is opened depending on the application. The onload event is a page load event, belonging to callback time. When an application program on the terminal opens a first target page of the applet, a triggering condition of the onload event is met, and the SaaS applet executes the onload event. Q parameters, namely target page addresses, or two-dimensional code link information, can be obtained by executing onload events. After q parameters are acquired by the SaaS applet, the q parameters are sent to a code routing system in a SaaS CRM server to which a domain name in a two-dimensional code link belongs, and an acquisition request of code routing address information is sent to the code routing system.

Step 205: the code routing system acquires a target page address, and inquires identification information and target page routing information bound with the two-dimensional code value according to the two-dimensional code value in the target page address.

The method comprises the steps of inquiring and analyzing code value information. The target page address is a complete URL, including a two-dimensional code value. And the code routing system inquires the identification information and the target page routing information bound by the two-dimensional code value from a two-dimensional code database according to the two-dimensional code value.

Step 206: and the code routing system generates code routing address information for loading the target page according to the inquired identification information and the target page routing information.

And the code routing system generates code routing address information according to the inquired identification information and the target page routing information. For a first application, the code routes address information for jumping from an applet first target page to an applet second target page. Since the applet has been evoked, i.e. the applet main page has been opened, only the routing information needed to jump from the applet first target page to the applet second target page may be included in the code routing address information. And the code routing system sends the generated code routing address information to the SaaS applet.

Step 207: and loading the target page by the SaaS applet of the terminal according to the code routing address information.

The steps 203-207 are steps executed by the embodiment of the present invention when the terminal uses the first application program to scan codes.

Step 208: the terminal sends a request for acquiring the code routing address information to the code routing system through the application program.

This step is a step executed when the code scanning application is the second application program or the third application program. Firstly, the terminal does not match the two-dimension code jump rule or does not match the two-dimension code jump rule in the second application program, so that the terminal sends an acquisition request of code route address information to a SaaS CRM server to which a domain name in a two-dimension code link belongs through the second application program or the third application program, namely sends a URL jump request to a code route system. The acquisition request of the code routing address information comprises a target page address identified by an application program through code scanning.

Step 209: and the code routing system queries the identification information and the target page routing information bound with the two-dimensional code value according to the two-dimensional code value in the target page address.

Step 210: and the code routing system generates code routing address information for loading the target page according to the inquired identification information and the target page routing information.

And the code routing system generates code routing address information according to the inquired identification information and the target page routing information. For a second application, the code routing address information is used to open an applet target page; for the third application, the code routes address information for opening the HTML 5 target page. The code routing address information needs to include complete URL routing information. And the code routing system sends the generated code routing address information to the terminal.

Step 211: the terminal receives the code routing address information through the application program.

Step 212: if the target page is an applet target page in the application program, the terminal sends an applet loading request to the SaaS applet through the application program.

Step 213: and the SaaS applet of the terminal performs page logic processing and renders the target page.

Steps 212 and 213 are steps performed when the code scanning application is the second application program.

Step 214: if the target page is an HTML 5 target page in the application program, the terminal sends an HTML 5 page loading request to the SaaS H5 through the application program.

SaaS H5 is a platform in an application program for performing operations related to loading HTML 5 pages.

Step 215: and the SaaS H5 of the terminal performs page logic processing and renders the target page. Steps 214 and 215 are steps performed when the code scanning application is the third application program.

Through the steps, different application programs can scan the same two-dimensional code, and the two-dimensional code can be dynamically routed to the SaaS applet or the HTML 5 page.

According to the embodiment of the invention, the two-dimensional code value is set in the target page address, the two-dimensional code value is bound with the identification information and the target page routing information, the unified graphic code is generated according to the two-dimensional code value, after different application programs of the terminal scan the two-dimensional code, the identification information and the target page routing information can be queried through the identified two-dimensional code value, and the code routing address information is generated according to the identification information and the target page routing information, so that the target page is loaded. According to the embodiment of the invention, a unified two-dimensional code can be set for the target pages on different application programs in business activities of merchants, so that the code laying cost and maintenance cost of the merchants are saved.

Referring to fig. 6, the embodiment of the present invention further provides a target page loading method, which includes:

Step 601: and responding to an acquisition request of code routing address information of a target page sent by a terminal scanning graphic code, and acquiring the target page address from the acquisition request.

The method comprises the steps that a request for acquiring code routing address information of a target page is sent for an application program of a terminal to scan a graphic code, the graphic code is used for being linked to the target page, the target page address comprises a graphic code value, and the graphic code value is bound with identification information and target page routing information.

Step 602: and inquiring identification information bound with the graphic code value and the target page routing information according to the graphic code value in the target page address.

Step 603: and generating code routing address information for loading the target page according to the queried identification information and the target page routing information.

Step 604: and returning the code routing address information to the terminal so that the terminal loads the target page according to the code routing address information.

Corresponding to the foregoing target page loading method embodiment, the embodiment of the present invention further provides a target page loading device. The device can be realized by software, hardware or a combination of the hardware and the software. Taking software implementation as an example, the device is used as a device in a logic sense, and is formed by reading corresponding computer program instructions in a nonvolatile memory into a memory through a processor of a device where the device is located for operation.

Referring to fig. 7, the target page loading device 300 includes an obtaining module 31, a querying module 32, a first generating module 33, and a loading module 34.

Wherein: the obtaining module 31 is configured to obtain a target page address in response to a request for obtaining code routing address information of a target page, where the request for obtaining code routing address information of the target page is sent for an application program of a terminal to scan a graphics code, the graphics code is used to link to the target page, and the target page address includes a graphics code value, and the graphics code value is bound with identification information and target page routing information;

the query module 32 is configured to query, according to the graphic code value in the target page address, identification information bound to the graphic code value and the target page routing information;

the first generating module 33 is configured to generate code routing address information for loading the target page according to the queried identification information and the target page routing information;

the return module 34 is configured to return the code routing address information to the requester, so that the requester loads the target page according to the code routing address information.

In some embodiments, the apparatus 300 further comprises:

In some embodiments, the third generation module is further configured to:

In some embodiments, the apparatus 300 further comprises:

In some embodiments, the obtaining module 31 is further configured to:

The implementation process of the functions and roles of each module in the above apparatus 300 is detailed in the implementation process of the corresponding steps in the above method embodiment, and will not be repeated here.

Embodiments of the present invention provide a non-volatile computer storage medium storing at least one executable instruction that may perform the target page loading method of any of the above-described method embodiments.

Fig. 8 is a schematic structural diagram of another target page loading device according to an embodiment of the present invention, and the specific embodiment of the present invention is not limited to the specific implementation of the target page loading device.

Referring to fig. 8, the target page loading device may include: a processor 402, a communication interface (Communications Interface) 404, a memory 406, and a communication bus 408.

Wherein: processor 402, communication interface 404, and memory 406 communicate with each other via communication bus 408. A communication interface 404 for communicating with network elements of other devices, such as clients or other servers. Processor 402 is configured to execute program 410, and may specifically perform relevant steps in the target page loading method embodiment described above.

In particular, program 410 may include program code including computer-operating instructions.

The processor 402 may be a central processing unit CPU, or a specific integrated circuit ASIC (Application Specific Integrated Circuit), or one or more integrated circuits configured to implement embodiments of the present invention. The one or more processors included in the electronic device may be the same type of processor, such as one or more CPUs; but may also be different types of processors such as one or more CPUs and one or more ASICs.

Memory 406 for storing programs 410. Memory 406 may comprise high-speed RAM memory or may also include non-volatile memory (non-volatile memory), such as at least one disk memory.

Referring to fig. 9, the embodiment of the invention further provides a method for generating a graphic code, which includes:

step 901: receiving a graphic code creation request, wherein the graphic code creation request comprises identification information and target page route information linked with the graphic code;

step 902: generating a graphic code value according to the graphic code creation request;

step 903: binding and storing the graphic code value, the identification information for generating the graphic code value and the target page routing information;

step 904: generating a target page address according to the graphic code value, wherein the target page address is used for positioning to the target page;

step 905: and generating a graphic code according to the target page address.

The algorithms or displays presented herein are not inherently related to any particular computer, virtual system, or other apparatus. Various general-purpose systems may also be used with the teachings herein. The required structure for a construction of such a system is apparent from the description above. In addition, embodiments of the present invention are not directed to any particular programming language. It should be appreciated that the teachings of embodiments of the present invention described herein may be implemented in a variety of programming languages, and the above description of specific languages is provided for disclosure of preferred implementations of embodiments of the present invention.

In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Similarly, it should be appreciated that in the above description of exemplary embodiments of the invention, various features of the embodiments of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be construed as reflecting the intention that: i.e., an embodiment of the invention that is claimed, requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art will appreciate that the modules in the apparatus of the embodiments may be adaptively changed and disposed in one or more apparatuses different from the embodiments. The modules or units or components of the embodiments may be combined into one module or unit or component and, furthermore, they may be divided into a plurality of sub-modules or sub-units or sub-components. Any combination of all features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or units of any method or apparatus so disclosed, may be used in combination, except insofar as at least some of such features and/or processes or units are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings), may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will appreciate that while some embodiments herein include some features but not others included in other embodiments, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments can be used in any combination.

Various component embodiments of the invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that some or all of the functionality of some or all of the components according to embodiments of the present invention may be implemented in practice using a microprocessor or Digital Signal Processor (DSP). Embodiments of the present invention may also be implemented as a device or apparatus program (e.g., a computer program and a computer program product) for performing a portion or all of the methods described herein. Such a program embodying the embodiments of the present invention may be stored on a computer readable medium, or may have the form of one or more signals. Such signals may be downloaded from an internet website, provided on a carrier signal, or provided in any other form.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. Embodiments of the invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The use of the words first, second, third, etc. do not denote any order. These words may be interpreted as names. The steps in the above embodiments should not be construed as limiting the order of execution unless specifically stated.

Claims

1. A method of generating a graphic code, comprising:

receiving a graphic code creation request, wherein the graphic code creation request comprises identification information and target page routing information linked with the graphic code, and the identification information is used for identifying one or more of brands, merchants and attribution facilities of two-dimensional codes;

generating a graphic code value according to the graphic code creation request;

and generating a graphic code according to the target page address, so that the terminal loads the target page according to code routing address information after scanning the graphic code, and the code routing address information is generated according to the identification information and the target page routing information which are inquired by the graphic code value in the target page address.

2. The method of claim 1, wherein the generating a target page address from the graphics code value comprises:

3. The method of claim 1 or 2, wherein the target page is an applet target page in a first application, the target page address comprising a first target page address and the graphic code value, the first target page address being for locating to an applet first target page.

4. The method of claim 3, wherein the first target page address comprises a protocol, a domain name, an application identification, and a brand identification.

5. A method according to claim 3, wherein the method further comprises:

6. A target page loading method, comprising:

Inquiring identification information and target page routing information bound with the graphic code value according to the graphic code value in the target page address, wherein the identification information is used for identifying one or more of brands, merchants and attribution facilities of two-dimension codes;

7. The method of claim 6, wherein the method further comprises:

generating a graphic code value according to the graphic code creation request;

and generating a graphic code according to the target page address.

8. The method of claim 7, wherein after generating a graphics code value from the graphics code creation request, the method further comprises:

9. The method of claim 7, wherein the generating the target page address from the graphics code value comprises:

10. The method of claim 7, wherein the target page is an applet target page in a first application, the target page address comprising a first target page address and the graphic code value, wherein the first target page address is used to locate to an applet first target page.

11. The method of claim 10, wherein the first target page address comprises a protocol, a domain name, or a target page address prefix, an application identification, and a brand identification.

12. The method of claim 10, wherein the method further comprises:

13. The method according to any one of claims 10-12, wherein the obtaining the target page address in response to the obtaining request of the code routing address information of the target page includes:

14. The method according to any of claims 6-9, wherein the acquisition request of the code routing address information of the target page is sent for a second application of the terminal to scan the graphic code and not match the graphic code hopping rule of the second application.

15. The method of claim 14, wherein the target page is an applet target page in the second application, the loading the target page according to the code routing address information comprising:

16. The method of claim 14, wherein the target page is an HTML5 target page in the second application, the loading the target page according to the code routing address information comprising:

17. The method of any of claims 6-12, wherein the graphic code is a two-dimensional code and the target page address is a uniform resource locator URL.

18. A target page loading device, comprising:

the query module is used for querying identification information and target page routing information which are bound with the graphic code value according to the graphic code value in the target page address, wherein the identification information is used for identifying one or more of brands, merchants and attribution facilities of the two-dimensional code;

19. The apparatus of claim 18, wherein the apparatus further comprises:

20. The apparatus of claim 19, wherein the apparatus further comprises:

21. The apparatus of claim 19, wherein the third generation module is further configured to:

22. The apparatus of claim 19, wherein the target page is an applet target page in a first application, the target page address comprising a first target page address and the graphics code value, wherein the first target page address is to be located to an applet first target page.

23. The apparatus of claim 22, wherein the first target page address comprises a protocol, a domain name, or a target page address prefix, an application identification, and a brand identification.

24. The apparatus of claim 22, wherein the apparatus further comprises:

25. The apparatus of any of claims 22-24, wherein the acquisition module is further to:

26. The apparatus according to any of claims 18-21, wherein the acquisition request of the code routing address information of the target page is sent for a second application of the terminal to scan the graphics code and not match the graphics code hopping rule of the second application.

27. The apparatus of claim 26, wherein the target page is an applet target page in the second application, the apparatus further comprising:

and the loading module is used for loading the applet target page according to the code routing address information.

28. The apparatus of claim 26, wherein the target page is an HTML5 target page in the second application, the apparatus further comprising:

and the loading module is used for loading the HTML5 target page according to the code routing address information.

29. The apparatus of any of claims 18-24, wherein the graphic code is a two-dimensional code and the target page address is a uniform resource locator URL.

30. A target page loading device, comprising: the device comprises a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface complete communication with each other through the communication bus;

the memory is configured to store at least one executable instruction, where the executable instruction causes the processor to perform operations corresponding to the target page loading method according to any one of claims 6 to 17.

31. A computer storage medium having stored therein at least one executable instruction for causing a processor to perform operations corresponding to the target page loading method of any one of claims 6-17.