A page loading method and device

Abstract

The present invention discloses a page loading method and device, and relates to the field of computer technology. A specific implementation of the method includes: in response to an access operation to a page, determining a rule engine and a dynamic rendering engine corresponding to the page according to the resource location address of the page; using the rule engine, obtaining page data corresponding to the page from a server, and processing the page data; using the dynamic rendering engine to render the processed page data to generate and display the page. This implementation method places the rule engine and dynamic rendering engine of the page from the server to the client, making full use of the computing performance and storage resources of the client, and reducing the operating cost of the server for resources; when accessing the page subsequently, it is only necessary to pull the page data from the server, and the loading of the page is performed on the client, thereby increasing the page generation speed.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a page loading method and device. Background Art

[0002] Currently, when a user browses a website's page through a client, he usually clicks the URL of the website to send a page loading request to the server; the server responds to the request and performs data analysis and rule engine processing, and finally obtains the page data and returns it to the client; the client renders and displays the data on the page for the user to view.

[0003] In the process of implementing the present invention, the inventors found that the prior art has at least the following problems:

[0004] All requests are processed on the server side. As the number of users and requests increases, the server's resources need to be expanded accordingly, resulting in increased operating costs on the server side. When the server's performance or network is abnormal, the server will not be able to respond in time, affecting the user experience. Summary of the invention

[0005] In view of this, an embodiment of the present invention provides a page loading method and device, which can at least solve the problem that the processing requests in the prior art are all performed on the server side.

[0006] To achieve the above object, according to one aspect of an embodiment of the present invention, a page loading method is provided, comprising:

[0007] In response to an access operation to a page, determining a rule engine and a dynamic rendering engine corresponding to the page according to a resource location address of the page;

[0008] Using a rule engine, obtaining page data corresponding to the page from a server, and processing the page data;

[0009] The processed page data is rendered using a dynamic rendering engine to generate and display the page.

[0010] Optionally, before determining the rule engine and the dynamic rendering engine corresponding to the page according to the resource location address of the page, the method further includes:

[0011] Obtaining the identification code of the client and transmitting it to the server, so that the server can identify whether there is a historical access record corresponding to the identification code and the resource location address, and if not, determining that the current access is the first access;

[0012] Receive the rule engine and the dynamic rendering engine transmitted by the server, establish a corresponding relationship between the rule engine, the dynamic rendering engine and the resource location address, and store the corresponding relationship in the memory of the client.

[0013] Optionally, before receiving the rule engine and the dynamic rendering engine transmitted by the server, the method further includes:

[0014] In response to a login operation of a user account on the page, transmitting the user account to the server, so that the server can identify whether there is a historical access record corresponding to the user account and the resource location address;

[0015] If it does not exist, it is determined that this visit is the first visit;

[0016] If so, it is identified whether there is a historical access record corresponding to the identification code and the resource location address; if not, it is determined that this access is the first access.

[0017] Optionally, after obtaining the identification code of the client and transmitting it to the server, the method further includes:

[0018] Receive a first user portrait fed back by the server; wherein the first user portrait corresponds to the identification code;

[0019] The method of using the rule engine to obtain page data corresponding to the page from the server side also includes:

[0020] Utilizing the rule engine, page data corresponding to the page and the first user portrait is obtained from the server.

[0021] Optionally, the rule engine includes a page rule engine and a theme rule engine;

[0022] The receiving of the first user portrait fed back by the server further includes:

[0023] receiving a topic fed back by the server; wherein the topic is determined by the server through the first user portrait;

[0024] The using a rule engine to obtain page data corresponding to the page and the first user portrait from a server also includes:

[0025] The page rule engine is used to obtain page data corresponding to the page and the first user portrait from the server, and the theme rule engine is used to obtain theme data corresponding to the theme from the server.

[0026] Optionally, after transmitting the user account to the server, the method further includes:

[0027] Receive a second user portrait fed back by the server; wherein the second user portrait corresponds to the user account;

[0028] The method of using the rule engine to obtain page data corresponding to the page from the server side also includes:

[0029] Utilizing the rule engine, page data corresponding to the page and the second user portrait is obtained from the server.

[0030] Optionally, the determining the rule engine and the dynamic rendering engine corresponding to the page according to the resource location address of the page further includes:

[0031] Monitoring whether the rules corresponding to the rule engine in the server have changed, and if so, transmitting a rule refresh request to the server;

[0032] Based on the rules received from the server, the rules in the rule engine are refreshed.

[0033] Optionally, the page data includes a location of a buried point;

[0034] The method further comprises:

[0035] In the process of rendering the processed page data by using a dynamic rendering engine, corresponding rendering is performed based on the embedding point position;

[0036] The click behavior on the embedding point location is monitored and transmitted to the server so that the click volume of the embedding point location is counted through the server. If the click volume exceeds the click volume range corresponding to the embedding point location in the rule engine, the rule of the embedding point location is updated.

[0037] To achieve the above object, according to another aspect of an embodiment of the present invention, a page loading device is provided, comprising:

[0038] An engine determination module, configured to determine, in response to an access operation to a page, a rule engine and a dynamic rendering engine corresponding to the page according to a resource location address of the page;

[0039] A data pulling module is used to obtain page data corresponding to the page from the server using a rule engine and process the page data;

[0040] The page rendering module is used to render the processed page data using a dynamic rendering engine to generate and display the page.

[0041] Optionally, the engine determination module is further used to:

[0042] Obtaining the identification code of the client and transmitting it to the server, so that the server can identify whether there is a historical access record corresponding to the identification code and the resource location address, and if not, determining that the current access is the first access;

[0043] Receive the rule engine and the dynamic rendering engine transmitted by the server, establish a corresponding relationship between the rule engine, the dynamic rendering engine and the resource location address, and store the corresponding relationship in the memory of the client.

[0044] Optionally, the engine determination module is further used to:

[0045] In response to a login operation of a user account on the page, transmitting the user account to the server, so that the server can identify whether there is a historical access record corresponding to the user account and the resource location address;

[0046] If it does not exist, it is determined that this visit is the first visit;

[0047] If so, it is identified whether there is a historical access record corresponding to the identification code and the resource location address; if not, it is determined that this access is the first access.

[0048] Optionally, the data pulling module is further used to:

[0049] receiving a first user portrait fed back by the server; wherein the first user portrait corresponds to the identification code; and

[0050] Utilizing the rule engine, page data corresponding to the page and the first user portrait is obtained from the server.

[0051] Optionally, the rule engine includes a page rule engine and a theme rule engine;

[0052] The data pulling module is also used for:

[0053] receiving a topic fed back by the server; wherein the topic is determined by the server through the first user portrait;

[0054] The page rule engine is used to obtain page data corresponding to the page and the first user portrait from the server, and the theme rule engine is used to obtain theme data corresponding to the theme from the server.

[0055] Optionally, the data pulling module is further used to:

[0056] Receive a second user portrait fed back by the server; wherein the second user portrait corresponds to the user account;

[0057] Utilizing the rule engine, page data corresponding to the page and the second user portrait is obtained from the server.

[0058] Optionally, the engine determination module is further used to:

[0059] Monitoring whether the rules corresponding to the rule engine in the server have changed, and if so, transmitting a rule refresh request to the server;

[0060] Based on the rules received from the server, the rules in the rule engine are refreshed.

[0061] Optionally, the page data includes a location of a buried point;

[0062] The device also includes a buried point rendering module, which is used to:

[0063] In the process of rendering the processed page data by using a dynamic rendering engine, corresponding rendering is performed based on the embedding point position;

[0064] The click behavior on the embedding point location is monitored and transmitted to the server so that the click volume of the embedding point location is counted through the server. If the click volume exceeds the click volume range corresponding to the embedding point location in the rule engine, the rule of the embedding point location is updated.

[0065] To achieve the above objective, according to another aspect of an embodiment of the present invention, a page loading electronic device is provided.

[0066] The electronic device of an embodiment of the present invention includes: one or more processors; a storage device for storing one or more programs, when the one or more programs are executed by the one or more processors, the one or more processors implement any of the page loading methods described above.

[0067] To achieve the above objective, according to another aspect of an embodiment of the present invention, a computer-readable medium is provided, on which a computer program is stored, and when the program is executed by a processor, any of the page loading methods described above is implemented.

[0068] According to the solution provided by the present invention, one embodiment of the above invention has the following advantages or beneficial effects: by pre-placing the rule engine and dynamic page rendering engine of the visited page to the client, the page data in the server can be quickly loaded, while reducing the pressure on the server to expand resources, and can support dynamic iterative updates of the rule engine; based on the user portrait corresponding to the client's identification code or user account, page data screening and theme recommendation products are performed to achieve fast and accurate information response to users.

[0069] The further effects of the above-mentioned non-conventional optional manner will be described below in conjunction with specific implementation examples. BRIEF DESCRIPTION OF THE DRAWINGS

[0070] The accompanying drawings are used to better understand the present invention and do not constitute an improper limitation of the present invention.

[0071] Figure 1 It is a main flow chart of a page loading method according to an embodiment of the present invention;

[0072] Figure 2 is a flow chart of an optional page loading method according to an embodiment of the present invention;

[0073] Figure 3 is a flowchart of another optional page loading method according to an embodiment of the present invention;

[0074] Figure 4 is a schematic diagram of main modules of a page loading device according to an embodiment of the present invention;

[0075] Figure 5 is an exemplary system architecture diagram to which embodiments of the present invention may be applied;

[0076] Figure 6 It is a schematic diagram of the structure of a computer system of a mobile device or a server suitable for implementing an embodiment of the present invention. DETAILED DESCRIPTION

[0077] The following is a description of exemplary embodiments of the present invention in conjunction with the accompanying drawings, including various details of the embodiments of the present invention to facilitate understanding, which should be considered as merely exemplary. Therefore, it should be recognized by those of ordinary skill in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present invention. Similarly, for clarity and conciseness, the description of well-known functions and structures is omitted in the following description.

[0078] It should be noted that the embodiments of the present invention are applicable to scenarios where pages need to be loaded and rendered, such as browsers, apps, community services, etc. The present invention is mainly described using e-commerce scenarios as an example.

[0079] See also Figure 1 , which shows a main flow chart of a page loading method provided by an embodiment of the present invention, comprising the following steps:

[0080] S101: In response to an access operation to a page, determining a rule engine and a dynamic rendering engine corresponding to the page according to a resource location address of the page;

[0081] S102: using the rule engine to obtain page data corresponding to the page from the server, and processing the page data;

[0082] S103: Utilize the dynamic rendering engine to render the processed page data to generate and display a page.

[0083] In the above implementation, for step S101, when a user accesses a page for the first time through a client browser, APP, etc., the client first pulls the rule engine and dynamic rendering engine of the page from the server.

[0084] There are two situations for judging whether it is the first time:

[0085] 1) No account login

[0086] At this time, the server directly determines whether the client has visited the page based on the client's UUID (Universally Unique Identifier) ​​and the URL address (Uniform Resource Locator) of the page. If there is a historical visit record, it means that this visit is not the first visit; if not, it means that this is the first visit.

[0087] It should be noted that the UUID of the client can be generated by the IP address, name and version (such as Windows, IOS) of the client.

[0088] 2) Account login

[0089] The same account may be logged in to different clients. In this case, we can first determine whether the user is visiting the page for the first time based on the user account and the URL address of the page:

[0090] ① If it is the first time, that is, there is no historical access record, it means that this is the first visit;

[0091] ② If it is not the first time, determine whether this is the first time that the page is accessed through the client. If the result is that there is no historical access record corresponding to the client and the URL address of the page, it means that this time the user account accesses the page through the client for the first time.

[0092] It should be noted that there may be multiple browsers installed in the client, but since each browser is independent of each other, when the user accesses the page through one of the browsers in the client, the returned rule engine and dynamic rendering engine can be universal for the page, so that the page can be accessed based on different browsers later.

[0093] Since the layout designs of different pages are different, the obtained rule engines and dynamic rendering engines are different. The present invention can distinguish them by the URL addresses of each page, and establish a corresponding relationship between the URL address and the corresponding rule engine and dynamic rendering engine. Subsequent use only needs to use the URL address of the page to find the required rule engine and dynamic rendering engine.

[0094] In addition, the obtained rule engine and dynamic rendering engine, and the determined correspondence can be stored in the browser's memory LocalStorage or the client's memory to implement the pre-positioning of the rule engine and dynamic rendering engine on the client, reducing the workload of the server for page processing (such as calculation).

[0095] It can be seen from this that for the first page visit, the rule engine and dynamic rendering engine corresponding to the page need to be pulled from the server; and for non-first visits, the corresponding rule engine and dynamic rendering engine are directly extracted from the client's memory based on the URL address of the page.

[0096] As for steps S102 and S103, it can be known from the above description that, no matter whether it is the first time to access the page, before obtaining the page data from the server, the corresponding rule engine and dynamic rendering engine already exist in the local client.

[0097] For subsequent page loading operations, the client only uses the rule rendering engine to pull the page data of the page from the server, such as the price and inventory of the product. Then the front-end dynamic rendering engine renders the HTML page.

[0098] In addition, the data obtained through the rule engine may contain duplications, so the rule engine's processing of page data, in addition to sorting and layout, can also include deduplication operations.

[0099] The method provided in the above embodiment moves the rule engine and dynamic rendering engine of the page from the server to the client, fully utilizing the computing performance and storage resources of the client and reducing the resource operating costs of the server. When accessing the page subsequently, it is only necessary to pull the page data from the server, and the page is loaded on the client, thereby increasing the page generation speed.

[0100] See also Figure 2 , shows a schematic flow chart of an optional page loading method according to an embodiment of the present invention, comprising the following steps:

[0101] S201: In response to an access operation to a page, an identification code of the client is obtained and transmitted to the server, so that the server can identify whether there is a historical access record corresponding to the identification code and the resource location address. If not, it is determined that the current access is the first access;

[0102] S202: receiving a rule engine and a dynamic rendering engine transmitted by the server, establishing a correspondence between the rule engine, the dynamic rendering engine and the resource location address, and storing the correspondence in a memory of the client; wherein the rule engine includes a page rule engine and a theme rule engine;

[0103] S203: Determine a rule engine and a dynamic rendering engine corresponding to the page according to the resource location address of the page;

[0104] S204: Receive a first user portrait and a theme fed back by the server; wherein the first user portrait corresponds to the identification code, and the theme is determined by the server based on the first user portrait;

[0105] S205: Using the page rule engine, obtain and process page data corresponding to the page and the first user portrait from the server;

[0106] S206: using the topic rule engine, obtaining and processing topic data corresponding to the topic from the server;

[0107] S207: Rendering the processed page data and theme data using a dynamic rendering engine to generate and display a page.

[0108] In the above embodiment, for steps S201 to S204, see Figure 1 The description of steps S101 to S102 is not repeated here.

[0109] In the above implementation, for step S205, the user portrait, also known as the user role, is an effective tool for outlining the target user and linking the user's demands with the design direction.

[0110] In the context of the big data era, user information is flooding the Internet. Each specific information of the user is abstracted into a label, and these labels are used to concretize the user image, so as to provide users with targeted services.

[0111] The user portrait in the present invention may include gender, age, city, average customer unit price, whether plus, user purchase record, favorite products, etc. When the user is not logged in to the page, the user portrait is constructed by analyzing the user's operations on the page, such as adding to the shopping cart to indicate liking. However, if the user logs in to the page, the user portrait corresponding to the user account is directly stored in the server.

[0112] Furthermore, the user portrait before the account is logged in can be merged with the user portrait of the account after the user account is logged in. For example, the option of whether to merge the user portrait is set. If the user clicks to allow the merge, the products clicked to follow and the products added to the shopping cart before logging in will be merged with the original account information; but if the user clicks to reject, the merge operation will not be performed.

[0113] The server may subsequently feed back the user portrait to the client while / before / after transmitting the rule engine and the dynamic rendering engine. After receiving the user portrait, the client may also store it in the browser's LocalStorage or the client's memory.

[0114] Therefore, when a user accesses a page through a client, the client can also use the front-end rule engine in combination with the user portrait, such as browsing products, paying attention to products, purchase history and other information, to accurately calculate the products that the user really likes, and recommend the user's favorite products.

[0115] It should be noted that the user portrait operation can be regarded as a further selection of the original page data to filter out the page data corresponding to the user portrait.

[0116] Further, some static data about the page can be pre-stored in the memory of the client. When the user clicks to access the page later, the static data, such as product ID, product name and other information, can be directly extracted from the client memory.

[0117] For step S206, in addition to the user portrait, the server can also return the theme corresponding to the user portrait to the client. In addition, a theme rule engine can be set for the theme, for example, the first 50 recommended product information is stored according to the user theme.

[0118] Taking the commodity scenario as an example, some themes on the client side can also request the server to update the recommended commodity data through the front-end JS AJAX (Asynchronous JavaScript and XML, an Internet interactive development technology), for example:

[0119] 1) List of products in each category calculated in advance by the scheduled task worker, such as best-selling products, products with high GMV (Gross Merchandise Volume, website transaction amount), most popular products, and hot-selling products in the same city.

[0120] 2) List of products for operation topics, such as: maternal and child recommendations, hot product recommendations, recommendations for the same community, and other recommended products.

[0121] 3) List of products recommended by other systems, such as recommendation engines, search engines, artificial intelligence and other systems.

[0122] Therefore, while using the page rule engine to pull page data from the server, the topic rule engine will also pull corresponding data from the server to achieve information recommendation, such as product recommendation.

[0123] Regarding step S207, for a page that needs recommended information, a topic column is usually provided, such as at the bottom, on both sides or at the top, etc. The loaded topic data usually needs to be rendered by a dynamic rendering engine before being displayed.

[0124] For example, theme columns are set up on both sides of the page, and theme data is changed every 2 seconds to achieve carousel-style information updates. For example, based on the types of products that users are interested in or browsing, we recommend similar products with high cost performance; or based on the user's purchase history, we recommend some matching products, such as: if a mobile phone is purchased, we recommend a data cable, etc.

[0125] With the method provided in the above embodiment, the client can also combine the front-end rule engine with the user portrait to accurately calculate the page data suitable for the user, and can also recommend information through topic analysis to achieve the best user experience or precision marketing.

[0126] See also Figure 3 , shows a schematic flow chart of another optional page loading method according to an embodiment of the present invention, comprising the following steps:

[0127] S301: In response to an access operation to a page, determining a rule engine and a dynamic rendering engine corresponding to the page according to a resource location address of the page;

[0128] S302: monitoring whether the rules corresponding to the rule engine in the server have changed, and if so, transmitting a rule refresh request to the server;

[0129] S303: Refresh the rules in the rule engine based on the rules received from the server.

[0130] S304: using a rule engine to obtain page data corresponding to the page from a server, and processing the page data;

[0131] S305: Rendering the processed page data using a dynamic rendering engine to generate and display a page.

[0132] In the above embodiment, for steps S301, S304 and S305, see Figure 1 The description of steps S101 to S103 is not repeated here.

[0133] In the above implementation, for steps S302 and S303, the client can monitor in real time and periodically whether the rules in the rule engine of the page in the server have changed, for example, judging based on the rule version number and update timestamp.

[0134] Assume that the update timestamp of rule 1 in rule engine 1 in the client is 2019.11.30, and the update timestamp of the corresponding rule in the server is 2019.12.03, which means that the rule has changed and the rule in the client needs to be refreshed:

[0135] 1) The client actively requests the server, for example, by transmitting a rule refresh request to the server, and then the rules in the client are updated based on the rule engine received from the server;

[0136] 2) Client passive update: After updating a certain rule, the server actively sends rule update instructions to each client, or the client that has a historical access record with the page, to implement rule updates in the client.

[0137] However, considering that different users have different access requirements for pages, the present invention mainly chooses the idea of ​​"updating while in use", that is, when the page is accessed or during the access process, local rules are updated based on the updated rules in the server, so as to reduce the management pressure of the server for rules.

[0138] Furthermore, the server can update the rules based on the user's operations on the page. Specifically, the page can be tracked and analyzed to continuously iterate and update the rule engine; for example, buttons, input boxes, product names, product images, etc. on the page.

[0139] In actual operation, the page data directly includes the embedding location, and the client will also render the embedding location when rendering the page. If a user clicks on a certain embedding location, the client will transmit the click behavior to the server, and the server will count the clicks on the embedding location.

[0140] For example, the number of clicks is 220, and the rule set for this tracking point in the rule engine is Rule 1, and the range of clicks is [101,200]. However, 220 exceeds the range of clicks, and the rule of this tracking point needs to be changed, for example, to Rule 2, and the range of clicks is [201,300].

[0141] In addition, the number of clicks on the same page in different time periods is also different. For example, the number of clicks on an e-commerce website is the highest between 8:00 pm and 10:00 pm, the lowest between 10:00 pm and 8:00 am, and the second highest between 8:00 am and 8:00 pm. Developers can set different rules for the same location in advance based on this requirement, so as to continuously update the rules.

[0142] By embedding and tracking on the page, we can analyze which position in the page layout is the hot spot, which products are more popular, and whether the areas with too few clicks should be optimized.

[0143] The method provided in the above implementation mode achieves the purpose of refreshing the client's rule engine by analyzing the buried data of users' long-term clicks on the page on the server side and adaptively adjusting the rule engine (the same applies to the dynamic rendering engine), combined with the client's monitoring of the rule engine on the server side.

[0144] See also Figure 4 , which shows a schematic diagram of main modules of a page loading device 400 provided by an embodiment of the present invention, including:

[0145] The engine determination module 401 is used to determine the rule engine and dynamic rendering engine corresponding to the page according to the resource location address of the page in response to the access operation to the page;

[0146] The data pulling module 402 is used to obtain the page data corresponding to the page from the server by using the rule engine, and process the page data;

[0147] The page rendering module 403 is used to render the processed page data using a dynamic rendering engine to generate and display a page.

[0148] In the implementation device of the present invention, the engine determination module 401 is further used for:

[0149] Obtaining the identification code of the client and transmitting it to the server, so that the server can identify whether there is a historical access record corresponding to the identification code and the resource location address. If not, determining that the current access is the first access;

[0150] Receive the rule engine and the dynamic rendering engine transmitted by the server, establish a corresponding relationship between the rule engine, the dynamic rendering engine and the resource location address, and store the corresponding relationship in the memory of the client.

[0151] In the implementation device of the present invention, the engine determination module 401 is further used for:

[0152] In response to a login operation of a user account on the page, transmitting the user account to a server, so as to identify on the server whether there is a historical access record corresponding to the user account and the resource location address;

[0153] If it does not exist, it is determined that this visit is the first visit;

[0154] If so, it is identified whether there is a historical access record corresponding to the identification code and the resource location address; if not, it is determined that this access is the first access.

[0155] In the implementation device of the present invention, the data pulling module 402 is also used for:

[0156] Receive a first user portrait fed back by the server; wherein the first user portrait corresponds to the identification code; and

[0157] Utilizing the rule engine, page data corresponding to the page and the first user portrait is obtained from the server.

[0158] In the implementation device of the present invention, the rule engine includes a page rule engine and a theme rule engine;

[0159] The data pulling module 402 is further used for:

[0160] Receive a topic fed back by the server; wherein the topic is determined by the server through the first user portrait;

[0161] The page rule engine is used to obtain page data corresponding to the page and the first user portrait from the server, and the theme rule engine is used to obtain theme data corresponding to the theme from the server.

[0162] In the implementation device of the present invention, the data pulling module 402 is also used for:

[0163] Receive a second user portrait fed back by the server; wherein the second user portrait corresponds to the user account;

[0164] Utilize the rule engine to obtain page data corresponding to the page and the second user portrait from the server.

[0165] In the implementation device of the present invention, the engine determination module 401 is further used for:

[0166] Monitor whether the rules corresponding to the rule engine on the server have changed. If so, transmit a rule refresh request to the server.

[0167] Based on the rules received from the server, the rules in the rule engine are refreshed.

[0168] In the implementation device of the present invention, the page data includes the location of the embedded point;

[0169] The device further includes a buried point rendering module 404 (not shown in the figure), which is used to:

[0170] In the process of rendering the processed page data by using a dynamic rendering engine, corresponding rendering is performed based on the embedding point position;

[0171] The click behavior on the embedding point location is monitored and transmitted to the server so that the server can count the click volume of the embedding point location. If the click volume exceeds the click volume range corresponding to the embedding point location in the rule engine, the rule of the embedding point location is updated.

[0172] In addition, the specific implementation content of the device described in the embodiment of the present invention has been described in detail in the method described above, so the repeated content will not be described again here.

[0173] Figure 5 An exemplary system architecture 500 is shown in which embodiments of the present invention may be applied.

[0174] like Figure 5 As shown, the system architecture 500 may include terminal devices 501, 502, 503, a network 504 and a server 505 (just an example). The network 504 is used to provide a medium for communication links between the terminal devices 501, 502, 503 and the server 505. The network 504 may include various connection types, such as wired, wireless communication links or optical fiber cables, etc.

[0175] The user can use the terminal devices 501, 502, 503 to interact with the server 505 through the network 504 to receive or send messages, etc. Various communication client applications can be installed on the terminal devices 501, 502, 503.

[0176] The terminal devices 501 , 502 , and 503 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, desktop computers, and the like.

[0177] The server 505 may be a server that provides various services, such as a background management server that provides support for shopping websites browsed by users using the terminal devices 501 , 502 , and 503 (only as an example).

[0178] It should be noted that the method provided in the embodiment of the present invention is generally executed by the server 505 , and accordingly, the device is generally set in the server 505 .

[0179] It should be understood that Figure 5The number of terminal devices, networks and servers in the embodiment is only for illustration. Any number of terminal devices, networks and servers may be provided according to implementation requirements.

[0180] Reference below Figure 6 , which shows a schematic diagram of the structure of a computer system 600 of a terminal device suitable for implementing an embodiment of the present invention. Figure 6 The terminal device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0181] like Figure 6 As shown, the computer system 600 includes a central processing unit (CPU) 601, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 602 or a program loaded from a storage part 608 into a random access memory (RAM) 603. In the RAM 603, various programs and data required for the operation of the system 600 are also stored. The CPU 601, the ROM 602, and the RAM 603 are connected to each other via a bus 604. An input / output (I / O) interface 605 is also connected to the bus 604.

[0182] The following components are connected to the I / O interface 605: an input section 606 including a keyboard, a mouse, etc.; an output section 607 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 608 including a hard disk, etc.; and a communication section 609 including a network interface card such as a LAN card, a modem, etc. The communication section 609 performs communication processing via a network such as the Internet. A drive 610 is also connected to the I / O interface 605 as needed. A removable medium 611, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 610 as needed, so that a computer program read therefrom is installed into the storage section 608 as needed.

[0183] In particular, according to the embodiments disclosed in the present invention, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present invention include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 609, and / or installed from the removable medium 611. When the computer program is executed by the central processing unit (CPU) 601, the above-mentioned functions defined in the system of the present invention are executed.

[0184] It should be noted that the computer-readable medium shown in the present invention may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present invention, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device. In the present invention, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable program code. This propagated data signal may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

[0185] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present invention. In this regard, each box in the flow chart or block diagram can represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flow chart, and the combination of the boxes in the block diagram or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0186] The modules involved in the embodiments of the present invention may be implemented in software or hardware. The modules described may also be set in a processor, for example, it may be described as: a processor includes an engine determination module, a data pulling module, and a page rendering module. The names of these modules do not constitute a limitation on the modules themselves in some cases, for example, the page rendering module may also be described as a "module for rendering pages".

[0187] As another aspect, the present invention further provides a computer-readable medium, which may be included in the device described in the above embodiment; or may exist independently without being assembled into the device. The above computer-readable medium carries one or more programs, and when the above one or more programs are executed by a device, the device includes:

[0188] In response to an access operation to a page, determining a rule engine and a dynamic rendering engine corresponding to the page according to a resource location address of the page;

[0189] Using a rule engine, obtaining page data corresponding to the page from a server, and processing the page data;

[0190] The processed page data is rendered using a dynamic rendering engine to generate and display the page.

[0191] According to the technical solution of the embodiment of the present invention, the rule engine and dynamic page rendering engine of the visited page are pre-placed on the client side to quickly load the page data in the server side, while reducing the pressure on the server side to expand resources, and can support dynamic iterative updates of the rule engine; based on the user portrait corresponding to the client's identification code or user account, page data screening and theme recommendation products are performed to achieve fast and accurate information response to users.

[0192] The above specific implementations do not constitute a limitation on the protection scope of the present invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may occur depending on design requirements and other factors. Any modification, equivalent substitution and improvement made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. A page loading method, characterized in that: include: In response to the access operation to the page, the client identification code is obtained and transmitted to the server, so that the server can identify whether there is a historical access record corresponding to the identification code and the resource location address of the page, and if not, it is determined that the current access is the first access; Receiving the rule engine and the dynamic rendering engine transmitted by the server, establishing a correspondence between the rule engine, the dynamic rendering engine and the resource location address, and storing the correspondence in the memory of the client; Determining a rule engine and a dynamic rendering engine corresponding to the page according to the resource location address of the page; Using the rule engine, obtaining page data corresponding to the page from the server, and processing the page data; The processed page data is rendered using the dynamic rendering engine to generate and display a page.

2. The method according to claim 1, characterized in that Before receiving the rule engine and the dynamic rendering engine transmitted by the server, it also includes: In response to a login operation of a user account on the page, transmitting the user account to the server, so that the server can identify whether there is a historical access record corresponding to the user account and the resource location address; If it does not exist, it is determined that this visit is the first visit; If so, it is identified whether there is a historical access record corresponding to the identification code and the resource location address; if not, it is determined that this access is the first access.

3. The method according to claim 1, characterized in that After obtaining the identification code of the client and transmitting it to the server, the method further includes: Receive a first user portrait fed back by the server; wherein the first user portrait corresponds to the identification code; The step of using the rule engine to obtain page data corresponding to the page from the server side also includes: Utilizing the rule engine, page data corresponding to the page and the first user portrait is obtained from the server.

4. The method according to claim 3, characterized in that The rule engine includes a page rule engine and a theme rule engine; The receiving of the first user portrait fed back by the server further includes: receiving a topic fed back by the server; wherein the topic is determined by the server through the first user portrait; The step of using the rule engine to obtain page data corresponding to the page and the first user portrait from a server further includes: The page rule engine is used to obtain page data corresponding to the page and the first user portrait from the server, and the theme rule engine is used to obtain theme data corresponding to the theme from the server.

5. The method according to claim 2, characterized in that: After transmitting the user account to the server, the method further includes: receiving a second user portrait fed back by the server; wherein the second user portrait corresponds to the user account; The using the rule engine to obtain page data corresponding to the page from the server also includes: using the rule engine to obtain page data corresponding to the page and the second user portrait from the server.

6. The method according to claim 1, characterized in that The step of determining a rule engine and a dynamic rendering engine corresponding to the page according to the resource location address of the page further includes: Monitoring whether the rules corresponding to the rule engine in the server have changed, and if so, transmitting a rule refresh request to the server; Based on the rules received from the server, the rules in the rule engine are refreshed.

7. The method according to claim 6, characterized in that The page data includes the embedding location; The method further comprises: In the process of rendering the processed page data by using the dynamic rendering engine, corresponding rendering is performed based on the embedding point position; The click behavior on the embedding point location is monitored and transmitted to the server so that the click volume of the embedding point location is counted through the server. If the click volume exceeds the click volume range corresponding to the embedding point location in the rule engine, the rule of the embedding point location is updated.

8. A page loading device, characterized in that: include: The engine determination module is used to obtain the identification code of the client in response to the access operation of the page and transmit it to the server, so as to identify whether there is a historical access record corresponding to the identification code and the resource location address of the page, and if not, determine that the current access is the first access; Receiving the rule engine and the dynamic rendering engine transmitted by the server, establishing a correspondence between the rule engine, the dynamic rendering engine and the resource location address, and storing the correspondence in the memory of the client; Determining a rule engine and a dynamic rendering engine corresponding to the page according to the resource location address of the page; A data pulling module, used to obtain page data corresponding to the page from the server using the rule engine, and process the page data; The page rendering module is used to render the processed page data using the dynamic rendering engine to generate and display a page.

9. An electronic device, characterized in that: include: one or more processors; a storage device for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 7.

10. A computer readable medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images