CN112506582A

CN112506582A - Applet data packet processing method, apparatus, device and medium

Info

Publication number: CN112506582A
Application number: CN202011511481.4A
Authority: CN
Inventors: 陈都
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2020-12-18
Filing date: 2020-12-18
Publication date: 2021-03-16
Anticipated expiration: 2040-12-18
Also published as: CN112506582B

Abstract

The application discloses a method, a device, equipment and a medium for processing an applet data packet, and relates to the field of data processing. The specific implementation scheme is as follows: acquiring an access record of the small program from a server to determine historical access amount of a plurality of access pages of the small program according to the access record; dividing the multiple access pages into at least two groups according to the historical access amount of the multiple access pages; for each of the at least two groups, packing configuration information corresponding to each access page in the group respectively to obtain at least two data packets of the applet; and sending at least two data packets for downloading by the user client to the server. In addition, the small program data packet is split into a plurality of data packets, so that the bandwidth pressure of the small program host application program during pre-downloading or opening the small program data packet is reduced, and the user flow and the bandwidth cost are saved.

Description

Applet data packet processing method, apparatus, device and medium

Technical Field

The application discloses a method, a device, equipment and a medium for processing an applet data packet, which relate to the technical field of data processing, in particular to the technical field of applets.

Background

An applet is a purely offline-workable runtime ecosystem that is physically isolated by a render layer and a logic layer. Due to the off-line working mode of the small program, the small program package needs to be downloaded before being started and then can be opened, so that the experience of a user when the small program scene needs to be downloaded and opened can be directly influenced by the size of the small program package, and therefore, the small program framework provides the technologies of small program sub-packaging, independent sub-packaging and the like to help a developer reduce the main package size of the small program as much as possible.

However, as the applet developers continue to iterate through the functions, the package size of the applet increases, and the packaging and independent packaging techniques have little effect on the reduction of the package size of the applet due to the cooperation of the applet developers. Therefore, from the small program frame side, it is urgently needed to provide a more effective small program packet volume reduction technology.

Disclosure of Invention

The application provides a small program data packet processing method, a small program data packet processing device, small program data packet processing equipment and a storage medium.

According to a first aspect of the present application, there is provided an applet data packet processing method, including:

acquiring an access record of an applet from a server to determine historical access quantity of a plurality of access pages of the applet according to the access record;

dividing the multiple access pages into at least two groups according to the historical access amount of the multiple access pages;

for each of the at least two groups, packing configuration information corresponding to each access page in the group respectively to obtain at least two data packets of the applet;

and sending the at least two data packets for downloading by the user client to the server.

As a first possible case of an aspect of the present application, the dividing, according to the historical visit amount of the multiple visit pages, the multiple visit pages into at least two groups includes:

sequencing the multiple access pages according to the sequence of the historical access amount from large to small;

acquiring the top n access pages in sequence from the multiple access pages; the sum of the historical visitation volumes of the previous n sequenced visitation pages is greater than or equal to a visitation volume threshold value, and the value of n is less than or equal to a number threshold value;

and dividing the access pages which are sequenced in the first n number into one group, and dividing the rest access pages in the multiple access pages into another group.

As a second possible case of an aspect of the present application, the obtaining, from the multiple access pages, before the top n access pages, further includes:

accumulating the historical visit amount of each visit page one by one according to the sequence, and stopping accumulation until the historical visit total amount is greater than or equal to the visit amount threshold value, or stopping accumulation when the number of the accumulated visit pages is equal to the number threshold value;

and taking the accumulated number of the access pages as a value of n under the condition that the historical access total number is greater than or equal to the access amount threshold value and the accumulated number of the access pages is less than or equal to the number threshold value.

According to a second aspect of the present application, there is provided an applet data packet processing method, including:

responding to an access operation of a target page of an applet, and acquiring a target data packet of at least two data packets of the applet from a server, wherein the target data packet comprises configuration information of the target page;

displaying the target page according to the configuration information in the target data packet, and downloading the rest data packets except the target data packet from the server

As a first possible case of another aspect of the present application, the method further includes:

monitoring the access amount of the small program to each access page to obtain access amount information;

and sending the access amount information to the server to generate an access record.

According to a third aspect of the present application, there is provided an applet data packet processing method, including:

sending an access record of the applet to a development end;

receiving and storing at least two data packets of the applet generated by the development end according to the access record;

when a user client detects an access operation to a target page of an applet, sending a target data packet of at least two data packets of the applet to the user client, wherein the target data packet comprises configuration information of the target page;

and providing the user client with the download of the rest data packets except the target data packet in the at least two data packets.

obtaining access amount information from the user client;

and generating the access record according to the access amount information.

According to a fourth aspect of the present application, there is provided an applet packet processing apparatus including:

the acquisition module is used for acquiring an access record of the small program from a server so as to determine historical access quantity of a plurality of access pages of the small program according to the access record;

the dividing module is used for dividing the multiple access pages into at least two groups according to the historical access amount of the multiple access pages;

the packaging module is used for respectively packaging the configuration information corresponding to each access page in the group for each of the at least two groups so as to obtain at least two data packets of the applet;

and the sending module is used for sending the at least two data packets for the user client to download to the server.

According to a fifth aspect of the present application, there is provided an applet packet processing apparatus including:

the response module is used for responding to the access operation of a target page of the small program and acquiring a target data packet of at least two data packets of the small program from a server, wherein the target data packet comprises the configuration information of the target page;

and the processing module is used for displaying the target page according to the configuration information in the target data packet and downloading the rest data packets except the target data packet from the server.

According to a sixth aspect of the present application, there is provided an applet packet processing apparatus comprising:

the record sending module is used for sending the access record of the applet to the development end;

the storage module is used for receiving and storing at least two data packets of the applet generated by the development end according to the access record;

the system comprises a first downloading module, a second downloading module and a third downloading module, wherein the first downloading module is used for sending a target data packet of at least two data packets of an applet to a user client when the user client detects an access operation to the target page of the applet, and the target data packet comprises configuration information of the target page;

and the second downloading module is used for providing the downloading of the rest data packets except the target data packet in the at least two data packets for the user client.

According to a seventh aspect of the present application, there is provided an electronic device comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of the first aspect, or the method of the second aspect, or the method of the third aspect.

According to an eighth aspect of the present application, there is provided a non-transitory computer readable storage medium having stored thereon computer instructions for causing a computer to perform the method of the first aspect, or the method of the second aspect, or the method of the third aspect.

According to a ninth aspect of the present application, there is provided a computer program product having instructions for implementing the method of the first aspect, or the method of the second aspect, or the method of the third aspect, when executed by a processor.

It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present application, nor do they limit the scope of the present application. Other features of the present application will become apparent from the following description.

Drawings

The drawings are included to provide a better understanding of the present solution and are not intended to limit the present application. Wherein:

fig. 1 is a schematic flowchart of an applet data packet processing method according to an embodiment of the present disclosure;

fig. 2 is a schematic sub-flow chart for grouping multiple access pages according to the second embodiment of the present application;

fig. 3 is a schematic flowchart of a method for processing an applet data packet according to a third embodiment of the present application;

fig. 4 is a schematic flowchart of a method for processing an applet data packet according to a fourth embodiment of the present application;

fig. 5 is a schematic flowchart of a method for processing an applet data packet according to a fifth embodiment of the present application;

fig. 6 is a schematic flowchart of a method for processing an applet data packet according to a sixth embodiment of the present application;

fig. 7 is an interaction diagram of an applet data packet processing method according to a seventh embodiment of the present application;

fig. 8 is a schematic structural diagram of an applet packet processing apparatus according to an eighth embodiment of the present application;

fig. 9 is a schematic structural diagram of an applet packet processing apparatus according to a ninth embodiment of the present application;

fig. 10 is a schematic structural diagram of an applet data packet processing apparatus according to a tenth embodiment of the present application;

fig. 11 is a block diagram of an electronic device for implementing the applet data packet processing method according to the embodiment of the present application.

Detailed Description

The following description of the exemplary embodiments of the present application, taken in conjunction with the accompanying drawings, includes various details of the embodiments of the application for the understanding of the same, which are to be considered exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

Before describing the present embodiment in detail, for ease of understanding, the commonly used key terms are first introduced and explained:

ordinary sub-packaging of small programs means that under certain conditions, developers need to divide intelligent small programs into different sub-packages, the sub-packages are packaged into different sub-packages during construction, and users load the small programs according to needs during use. In the packaging of the smart applet, a main package is provided by default, and the main package contains a starting page and a public resource/JS script used by all sub-packages.

The small program independent sub-package is a feature type sub-package in the small program and can operate independently of the main package and other sub-packages. The main package need not be downloaded when entering the applet from a page in an independent sub-package. Developers can configure certain pages with certain function independence into independent sub-packages according to needs, the independent sub-packages can operate without depending on a main package, and the starting speed of the sub-package pages can be improved to a great extent.

Pre-downloading the small program package: the small program package is downloaded in advance before the small program is opened, and the small program package downloading overhead is saved when a user opens the small program package.

In the related technology, when the volume of the small program package is reduced, a developer is relied on to fully utilize the capability provided by the small program frame, and secondary pages which are not distributed as entries can be respectively divided through sub-packaging and independent sub-packaging, or split according to resource types, so that the reduction of logic codes in a main package is realized, and useless resources are removed. However, the existing method for reducing the volume of the small program package has high dependence on developers.

In order to solve the above problems, the present application provides a method for processing an applet data package, which includes obtaining an access record of an applet from a server through an development end, determining historical access volumes of multiple access pages of the applet according to the access record, dividing the multiple access pages into at least two groups according to the historical access volumes of the multiple access pages, respectively packaging configuration information corresponding to the access pages in the groups for each of the at least two groups to obtain at least two data packages of the applet, and sending the at least two data packages for a user client to download to the server.

The applet data packet processing method, apparatus, device and storage medium according to the embodiments of the present application are described below with reference to the accompanying drawings.

Fig. 1 is a schematic flowchart of a method for processing an applet data packet according to an embodiment of the present disclosure.

The embodiment of the present application is exemplified by the applet data packet processing method being configured in an applet data packet processing apparatus, and the applet data packet processing apparatus may be applied to any electronic device, so that the electronic device may execute an applet data packet processing function.

The electronic device may be a Personal Computer (PC), a cloud device, a mobile device, and the like, and the mobile device may be a hardware device having various operating systems, such as a mobile phone, a tablet Computer, a Personal digital assistant, a wearable device, and an in-vehicle device.

As shown in fig. 1, the applet packet processing method may include the following steps:

step 101, obtaining an access record of the small program from a server to determine historical access amount of a plurality of access pages of the small program according to the access record.

As a possible case, the applet data package processing method according to the embodiment of the present application may be executed by a development side for developing an applet.

It can be understood that after the user accesses each page of the applet, the server may store the access record of the user accessing the applet, so that the development end may obtain the access record of the applet from the server. The access record may include access path information of all access pages of the applet accessed by the user, access amount information of each access page, and the like.

Wherein, the user is recorded for 1 time when opening a page of the applet, and the value of the page access amount is accumulated when the user opens the same page for a plurality of times.

The historical visit amount of the visited page refers to the sum of the page browsing amount of the visited page in historical time.

In the embodiment of the application, after the development end acquires the access record of the applet from the server, the historical access amount of the multiple access pages of the applet can be determined according to the access information of each access page recorded in the access record of the applet.

And 102, dividing the multiple access pages into at least two groups according to the historical access amount of the multiple access pages.

In the embodiment of the application, after the historical access amount of the multiple access pages of the applet is determined according to the access record, the multiple access pages can be divided into at least two groups according to the historical access amount of the multiple access pages.

It can be understood that the historical access amount of the access pages ranked in the first three in most applets already covers 80% of the page browsing amount, and therefore, the plurality of access pages can be divided into at least two groups according to the historical access amount of each access page.

As a possible implementation manner, a plurality of access pages may be sorted in an order from a large historical access amount to a small historical access amount of the access pages, the access pages sorted before a certain value are divided into a group, and the rest of the access pages are divided into a group.

As an example, assuming that there are 30 access pages, the 30 access pages need to be divided into two groups, and after the multiple access pages are sorted, the access pages sorted in the top 5 may be divided into one group, and the rest access pages may be divided into one group.

For example, assuming that 30 access pages are provided, the 30 access pages need to be divided into three groups, and after the multiple access pages are sorted, the access pages sorted in the top 5 may be divided into one group, the access pages sorted in the 6 th to 15 th groups may be divided into one group, and the rest of the access pages may be divided into one group.

And 103, respectively packaging the configuration information corresponding to each access page in the group for each of the at least two groups to obtain at least two data packets of the applet.

The configuration information of the access page may be path configuration information of the access page, such as swan templates, css styles, js codes and other files corresponding to the path of the access page.

In the embodiment of the application, after the multiple access pages are divided into at least two groups according to the historical access amount of the multiple access pages, for each of the at least two groups, the configuration information corresponding to each access page in the same group is packaged into the data packets according to the access pages contained in each group, so as to obtain at least two data packets of the applet.

As an example, assuming that the multiple access pages are divided into two groups, the configuration information corresponding to each access page in one group may be packaged into a data packet denoted as a, and the configuration information corresponding to each access page in the other group may be packaged into a data packet denoted as B, so as to obtain two data packets of the applet.

And 104, sending at least two data packets for downloading by the user client to the server.

In the embodiment of the application, after the at least two data packets of the applet are obtained, the at least two data packets can be sent to the server, so that the user client can download the at least two data packets from the server.

It should be noted that, when at least two data packets for downloading by the user client are sent to the server, the common applet sub-packet may also be uploaded to the server, so that the user client may download the common applet sub-packet from the server.

The small program data packet processing method of the embodiment of the application acquires the access record of the small program from the server to determine the historical access amount of a plurality of access pages of the small program according to the access record, and then, based on the historical access amount of the plurality of access pages, after the plurality of access pages are grouped, the configuration information corresponding to each access page in the group is respectively packed to obtain the data packet corresponding to each group, and the data packet corresponding to each group is sent to the server for downloading by a user client, because the whole small program data packet processing process does not need any participation of a developer, the technical problem that the small program data packet is heavily dependent on participation of the developer in the prior art is solved, in addition, the small program data packet is split into the plurality of data packets based on the historical access amount of the access pages, so that the bandwidth pressure of the small program host application program when the small program data packet is pre-downloaded or opened is favorably reduced, user traffic and bandwidth costs are saved.

On the basis of the foregoing embodiment, when the multiple access pages are divided into at least two groups in step 102, in a possible case, the multiple access pages may be divided into two groups according to the historical access amount of each access page, which is described in detail below with reference to fig. 2, where fig. 2 is a schematic sub-flow diagram for grouping the multiple access pages provided in the second embodiment of the present application.

As shown in fig. 2, the step 102 may further include the following steps:

step 201, sequencing a plurality of access pages according to the sequence of historical access amount from large to small.

In the embodiment of the application, after the historical access volumes of the multiple access pages of the applet are determined according to the access records of the applet, the multiple access pages can be sequenced from large to small according to the historical access volumes, the access pages with large historical access volumes are sequenced in the front, and the access pages with small historical access volumes are sequenced in the back, so that the sequencing of the multiple access pages is obtained.

Step 202, accumulating the historical visit volumes of the visit pages one by one according to the sequence, and stopping accumulation until the historical visit total volume is greater than or equal to the visit volume threshold value, or stopping accumulation when the number of the accumulated visit pages is equal to the number threshold value.

The access amount threshold is a value preset by a developer, and the number threshold is also a value preset by the developer.

In a possible case, after determining the ranks of the multiple access pages, the historical access amounts corresponding to the first access page and the second access page may be accumulated to obtain an accumulated historical access amount, further, the accumulated historical access amount and the historical access amount corresponding to the third access page may be accumulated, and in this way, the historical access amounts of the access pages are accumulated one by one according to the ranks, and the accumulation is stopped until the total historical access amount is greater than or equal to the access amount threshold.

In another possible case, after determining the rankings of the multiple access pages, the historical access quantities corresponding to the first and second ranked access pages may be accumulated to obtain an accumulated historical access quantity, and further, the accumulated historical access quantity and the historical access quantity corresponding to the third ranked access page are accumulated, and in this way, the historical access quantities of the access pages are accumulated one by one according to the rankings, and the accumulation is stopped until the number of the accumulated access pages is equal to the number threshold.

As an example, assuming that the number threshold is 5, after determining the ranks of the multiple access pages, the historical access amount of each access page is accumulated one by one according to the ranks, and the accumulation is stopped until the number of the accumulated access pages is 5. It is understood that the historical visits of the top 5 ranked visited pages are accumulated to obtain the total historical visits.

And step 203, taking the number of the accumulated access pages as the value of n under the condition that the historical access total amount is greater than or equal to the access amount threshold value and the number of the accumulated access pages is less than or equal to the number threshold value.

In the embodiment of the application, after the sequencing of a plurality of access pages is determined, the historical access amount of each access page is accumulated one by one according to the sequencing, and under the condition that the total historical access amount is determined to be greater than or equal to the access amount threshold value and the number of the accumulated access pages is less than or equal to the number threshold value, the number of the accumulated access pages is taken as the value of n. Therefore, the accumulated historical visit total amount of the visit pages covers most of the page browsing amount of the visit pages of the small program, and the purpose of reducing the volume of the small program package is achieved when the data package of the small program is split.

As an example, assuming that the number threshold is 5, when the historical visitation amounts of the visiting pages are accumulated one by one according to the sequence, when the historical visitation total amount is greater than or equal to the visitation amount threshold, determining that the number of the accumulated visiting pages is 4, determining that the number of the accumulated visiting pages is less than or equal to the number threshold, and at this time, taking the number of the accumulated visiting pages 4 as the value of n.

Step 204, obtaining the top n access pages from the multiple access pages.

The sum of historical visitation amounts of the previous n sequenced visitation pages is larger than or equal to a visitation amount threshold value, and the value of n is smaller than or equal to a number threshold value.

In the embodiment of the application, after the value of n is determined, the top n access pages can be obtained from a plurality of access pages.

As an example, assuming that n is 4, the top 4 access pages can be obtained from the multiple access pages.

Step 205, dividing the top n access pages into one group, and dividing the rest access pages in the multiple access pages into another group.

In the application, after the first n access pages are obtained from the multiple access pages, the first n access pages can be divided into one group, and the rest access pages in the multiple access pages can be divided into another group.

For example, assuming that n is 4, after the first 4 access pages are obtained from the multiple access pages, the first 4 access pages may be divided into one group, and the rest of the multiple access pages may be divided into another group.

In the embodiment of the application, according to the historical visit amount of the plurality of visit pages, the top n visit pages are divided into one group, the rest visit pages in the plurality of visit pages are divided into another group, the plurality of visit pages of the applet are grouped, and the configuration information corresponding to each visit page is packaged into the data packet by taking the group as a unit.

In the above embodiment, the development end generates at least two data packets of the applet, and after sending the at least two data packets for the user client to download to the server, the user client may download the at least two data packets from the server after detecting the access operation of the user to the page of the applet, so as to display the page accessed by the user according to the configuration information in the data packets. Referring to fig. 3 for details, fig. 3 is a schematic flow chart of an applet data packet processing method according to a third embodiment of the present application.

As shown in fig. 3, the applet packet processing method, which may be executed by a user client, may include the following steps:

step 301, in response to an access operation on a target page of an applet, a target data packet of at least two data packets of the applet is obtained from a server.

The target data packet comprises configuration information of a target page. The target page refers to a page of an applet to be accessed by a user. The configuration information of the target page may be path configuration information of the target page, such as swan templates, css styles, js codes and other files corresponding to the page path.

In the embodiment of the application, the access operation to the target page of the applet may be an operation triggered by a user by clicking the target page, an operation triggered by a user by touching the target page, or an operation triggered by a user by a voice control, and the access operation mode is not limited in the application.

In the embodiment of the application, when a user needs to access a page of an applet, an access operation can be executed on a target page of the applet which needs to be accessed, and after monitoring the access operation of the user, a user client responds to the access operation of the user on the target page of the applet and acquires a target data packet of at least two data packets of the applet from a server.

As an example, assume that a data packet a, a data packet B, and a data packet C of an applet are stored in a server, and the data packet B contains configuration information of a target page that a user needs to access. In this case, after detecting the access operation of the user to the target page of the applet, the user client acquires the target data packet B from the server in response to the access operation.

Step 302, according to the configuration information in the target data packet, displaying the target page, and downloading the rest data packets except the target data packet from the server.

In the embodiment of the application, after the user client acquires the target data packet from the server and decompresses the target data packet to obtain the configuration information in the target data packet, the target page can be displayed according to the configuration information of the target page included in the target data packet.

In the embodiment of the application, the user client preferentially obtains the target data packet from the server, so that when the target page is displayed according to the configuration information in the target data packet, the rest data packets except the target data packet in at least two data packets can be asynchronously downloaded from the server.

Continuing with the example in step 301, after preferentially obtaining the target data packet B from the server, the target page may be displayed according to the configuration information after the configuration information of the target page included in the target data packet B is obtained, and at this time, the data packet a and the data packet C are asynchronously downloaded from the server.

According to the small program data packet processing method, the user client responds to the access operation of the target page of the small program, the target data packet in at least two data packets of the small program is obtained from the server, the target page is displayed according to the configuration information in the target data packet, and the rest data packets except the target data packet in the at least two data packets are downloaded from the server. Because at least two data packets of the small program stored in the server are obtained by splitting the main packet of the small program, when the user accesses the page, the data packets containing the configuration information of the access page of the user are downloaded preferentially, so that the flow of the user is saved, and the display speed of the page is improved.

On the basis of the embodiment, the user client can not only display the access pages based on the access operation of the user, but also monitor the access amount of each access page. Referring to fig. 4 for details, fig. 4 is a schematic flowchart of an applet data packet processing method according to a fourth embodiment of the present application.

As shown in fig. 4, the applet data packet processing method may further include the following steps:

step 401, monitoring the access amount of the applet to each access page to obtain access amount information.

The access amount of the access page may be the number of times that the user browses the page. For example, the user is recorded 1 time each time the user opens a page of the applet, and the value of the page access amount is accumulated when the user opens the same page for multiple times. The access amount information may include information such as historical access amount of the accessed page.

In the embodiment of the application, the user client can monitor the operation of opening the access page of the applet by the user each time to obtain the access amount and the access path information of each access page, and further generates the access amount information based on the historical access amount of each access page.

Step 402, sending the access amount information to the server to generate an access record.

In the embodiment of the application, the user client detects the historical access amount of the small program to each access page, and after the access amount information is obtained, the access amount information and the access path information corresponding to the access page can be sent to the server, so that the server generates the access record after receiving the access amount information and the access path information corresponding to the access page.

Further, the development end can obtain an access record of the applet from the server, determine historical access amounts of a plurality of access pages of the applet according to the access record, divide the plurality of access pages into at least two groups according to the historical access amounts of the plurality of access pages, pack configuration information corresponding to each access page in each group for each of the at least two groups respectively to obtain at least two data packets of the applet, and send the at least two data packets for the user client to download to the server.

Therefore, the user client side obtains the access amount information by monitoring the access amount of the small program to each access page, and sends the access amount information to the server to generate the access record. Therefore, the development end splits the small program main package based on the access amount information contained in the access record generated by the server, and the small program main package can be simplified without the participation of a developer in the whole splitting process.

On the basis of the embodiment, the user server sends the access amount information to the server, so that after the server generates the access record, the server can send the access record of the applet to the development end, and receive and store at least two data packets of the applet generated by the development end according to the access record. Next, details are described with reference to fig. 5, and fig. 5 is a schematic flowchart of an applet data packet processing method provided in a fifth embodiment of the present application.

As shown in fig. 5, the applet packet processing method, which may be executed by a server, may include the steps of:

step 501, sending the access record of the applet to the development end.

The access record may include access amount information of each access page, for example, the access record may include an access path and a historical access amount of each access page.

In the embodiment of the application, after the user client monitors the access amount of the small program to each access page to obtain the access information, the access amount information is sent to the server so as to generate the access record in the server.

After the server generates the access record, the server can send the access record of the applet to the development end, so that the development end generates at least two data packets of the applet according to the received access record of the applet.

As a possible implementation manner, after receiving the access record of the applet sent by the server, the development terminal may determine the historical access amount of the multiple access pages of the applet according to the access record. Furthermore, the multiple access pages are divided into at least two groups according to the historical access amount of the multiple access pages, and for each group in the at least two groups, the configuration information corresponding to each access page in the group is packaged respectively, so that at least two data packets of the small program are obtained.

As a possible situation, when the development end divides the multiple access pages into two groups according to the historical access volumes of the multiple access pages, the multiple access pages can be sorted in the descending order of the historical access volumes, and the top n access pages are obtained from the multiple access pages; and dividing the first n access pages into one group, and dividing the rest access pages in the multiple access pages into another group. The sum of historical visitation amounts of the previous n sequenced visitation pages is larger than or equal to a visitation amount threshold value, and the value of n is smaller than or equal to a number threshold value.

Assuming that 30 access pages are provided, the 30 access pages need to be divided into two groups, and after a plurality of access pages are sorted, the first 4 access pages can be divided into one group, and the rest access pages can be divided into one group.

Step 502, at least two data packets of the applet generated by the development end according to the access record are received and stored.

In the embodiment of the application, after the development end generates at least two data packets of the applet according to the access record sent by the server, the at least two data packets can be sent to the server, and after the server receives the at least two data packets of the applet generated by the development end according to the access record, the at least two received data packets are stored.

Step 503, when the user client detects an access operation to the target page of the applet, sending a target data packet of at least two data packets of the applet to the user client, wherein the target data packet includes configuration information of the target page.

The target page refers to a page of an applet to be accessed by a user. The configuration information of the target page may be path configuration information of the target page, such as swan templates, css styles, js codes and other files corresponding to the page path.

In the embodiment of the application, when a user needs to access a page of an applet, an access operation can be executed on a target page of the applet needing to be accessed by a user client, and after the user client monitors the access operation of the user, a server can send a target data packet of at least two data packets of the applet to the user client. After receiving the target data packet sent by the server side, the user client side can display the target page according to the configuration information in the target data packet.

As an example, assume that a data packet a, a data packet B, and a data packet C of an applet are stored in a server, and the data packet B contains configuration information of a target page that a user needs to access. In this case, when the user client detects an access operation of the user to the target page of the applet, the server transmits the data packet B to the user client.

Step 504, providing the user client with the download of the rest of the at least two data packets except the target data packet.

In the embodiment of the application, when the server sends the target data packet of the at least two data packets of the applet to the user client, the server can also provide the rest data packets except the target data packet of the at least two data packets to the user client so that the user client can download the rest data packets.

Continuing with the example in step 503, after the server sends the target data packet B to the user client, the user client may display the target page according to the configuration information of the target page included in the target data packet B, at this time, the server may also send the data packet a and the data packet C to the user client, so that the user client may asynchronously download the data packet a and the data packet C from the server.

According to the small program data packet processing method, after the server sends the access record of the small program to the development end, at least two data packets of the small program generated by the development end according to the access record can be received and stored, and when the user client detects the access operation to the target page of the small program, the target data packet of the at least two data packets of the small program is sent to the user client, and then the downloading of the rest data packets except the target data packet in the at least two data packets is provided for the user client. Therefore, the main package of the small program is split based on the access record of the small program to generate at least two data packages, so that the bandwidth pressure of the user client during downloading the data packages is reduced, and the user flow and the bandwidth cost are saved.

On the basis of the above embodiment, the server may obtain the access amount information from the user client to generate the access record. Referring to fig. 6 for details, fig. 6 is a schematic flowchart of an applet data packet processing method according to a sixth embodiment of the present application.

As shown in fig. 6, the applet processing package processing method may be executed by a server, and may further include the following steps:

step 601, obtaining the access amount information from the user client.

The access amount information may include information such as access path information and historical access amount of the access page. The access amount of the access page can be the number of times of browsing the page by the user. For example, the user is recorded 1 time each time the user opens a page of the applet, and the value of the page access amount is accumulated when the user opens the same page for multiple times.

In the embodiment of the application, the user client can monitor the access amount of each access page by the small program to obtain the access amount of each access page, and then access amount information is generated based on the access amount of each access page. And the user client sends the generated access amount information to the server so that the server acquires the access amount information from the user client.

And step 602, generating an access record according to the access amount information.

In the embodiment of the application, after the server acquires the access amount information from the user client, the access record can be generated according to the access amount information and the access path information corresponding to the access page.

Further, the server sends the generated access record to the development end, after the development end obtains the access record of the applet from the server, the development end can determine the historical access quantity of a plurality of access pages of the applet according to the access record, so as to divide the plurality of access pages into at least two groups according to the historical access quantity of the plurality of access pages, for each of the at least two groups, the configuration information corresponding to each access page in the group is packed respectively, so as to obtain at least two data packets of the applet, and the at least two data packets used for the user client to download are sent to the server.

Therefore, after the server acquires the access amount information from the user client, the access record is generated according to the access amount information, and then the development terminal splits the small program main package based on the access amount information contained in the access record generated by the server, and the small program main package can be simplified without participation of a developer in the whole splitting process.

On the basis of the above embodiments, the present application proposes another applet packet processing method.

Fig. 7 is an interaction diagram of an applet data packet processing method according to a seventh embodiment of the present application.

As shown in fig. 7, the applet packet processing method may include the following steps:

step 701, a user client monitors the access amount of the applet to each access page to obtain access amount information.

In step 702, the user client sends the access amount information to the server.

And 703, after receiving the access amount information sent by the user client, the server generates an access record of the applet according to the access amount information.

Step 704, the server sends the access record of the applet to the development end.

Step 705, after the development end acquires the access record of the applet from the server, the historical access amount of a plurality of access pages of the applet is determined according to the access record.

And 706, dividing the multiple access pages into at least two groups by the development end according to the historical access amount of the multiple access pages.

And 707, the development end packages the configuration information corresponding to each access page in the group respectively for each of the at least two groups to obtain at least two data packets of the applet.

At step 708, the development end sends at least two data packets of the applet to the server.

And step 709, after receiving the at least two data packets of the applet sent by the development end, the server stores the at least two data packets of the applet.

In step 710, the user client detects an access operation of the user to a target page of the applet.

In step 711, the server sends the target data packet of the at least two data packets of the applet to the user client.

The target data packet comprises configuration information of a target page.

In step 712, the user client displays the target page according to the configuration information of the target page included in the target data packet.

In step 713, the server sends the rest of the at least two data packets, except the target data packet, to the user client.

It should be noted that the specific implementation processes of the steps 701 to 713 are already described in detail in the first to sixth embodiments, and are not described again here.

In order to implement the above embodiments, the present application provides an applet packet processing apparatus.

Fig. 8 is a schematic structural diagram of an applet packet processing apparatus according to an eighth embodiment of the present application.

As shown in fig. 8, the applet packet processing apparatus 800 may include: an obtaining module 810, a dividing module 820, a packing module 830, and a sending module 840.

The obtaining module 810 is configured to obtain an access record of the applet from the server, so as to determine a historical access amount of a plurality of access pages of the applet according to the access record.

A dividing module 820, configured to divide the multiple access pages into at least two groups according to historical access amounts of the multiple access pages.

The packaging module 830 is configured to package configuration information corresponding to each access page in each of the at least two groups, respectively, so as to obtain at least two data packets of the applet.

A sending module 840, configured to send at least two data packets for the user client to the server.

As a possible scenario, the dividing module 820 may further be configured to:

sequencing a plurality of access pages according to the sequence of the historical access amount from large to small; acquiring top n access pages from a plurality of access pages; the sum of historical visitation amounts of the previous n sequenced visitation pages is greater than or equal to a visitation amount threshold value, and the value of n is less than or equal to a number threshold value; and dividing the first n access pages into one group, and dividing the rest access pages in the multiple access pages into another group.

As another possible scenario, the dividing module 820 may further be configured to:

accumulating the historical visit amount of each visit page one by one according to the sequence, and stopping accumulation until the historical visit total amount is greater than or equal to a visit amount threshold value, or stopping accumulation when the number of the accumulated visit pages is equal to a number threshold value; and taking the number of the accumulated access pages as the value of n under the condition that the historical access total amount is greater than or equal to the access amount threshold value and the number of the accumulated access pages is less than or equal to the number threshold value.

It should be noted that the explanation of the foregoing applet packet processing method embodiment in fig. 1 and fig. 2 also applies to the applet packet processing apparatus, and details are not repeated here.

The small program data packet processing device of the embodiment of the application acquires the access record of the small program from the server to determine the historical access amount of a plurality of access pages of the small program according to the access record, and then, based on the historical access amount of the plurality of access pages, after the plurality of access pages are grouped, the configuration information corresponding to each access page in the group is respectively packed to obtain the data packet corresponding to each group, and the data packet corresponding to each group is sent to the server for downloading by a user client, because the whole small program data packet processing process does not need any participation of a developer, the technical problem that the small program data packet is heavily dependent on participation of the developer in the prior art is solved, in addition, the small program data packet is split into a plurality of data packets based on the historical access amount of each access page, so that the bandwidth pressure of a small program host application program when the small program data packet is pre-downloaded or opened is favorably reduced, user traffic and bandwidth costs are saved.

In order to implement the above embodiments, the present application proposes another applet packet processing apparatus.

Fig. 9 is a schematic structural diagram of an applet packet processing apparatus according to a ninth embodiment of the present application.

As shown in fig. 9, the applet packet processing apparatus 900 may include: a response module 910 and a processing module 920.

The response module 910 is configured to, in response to an access operation on a target page of the applet, obtain a target data packet of at least two data packets of the applet from the server, where the target data packet includes configuration information of the target page.

The processing module 920 is configured to display the target page according to the configuration information in the target data packet, and download the remaining data packets, except the target data packet, in the at least two data packets from the server.

As a possible case, the applet packet processing apparatus 900 may further include:

the monitoring module is used for monitoring the access amount of the small program to each access page to obtain access amount information;

and the sending module is used for sending the access amount information to the server so as to generate an access record.

It should be noted that the explanation of the foregoing applet packet processing method embodiment in fig. 3 and fig. 4 also applies to the applet packet processing apparatus, and details are not repeated here.

According to the small program data packet processing device, the user client responds to the access operation of the target page of the small program, the target data packet in at least two data packets of the small program is obtained from the server, the target page is displayed according to the configuration information in the target data packet, and the rest data packets except the target data packet in the at least two data packets are downloaded from the server. Because at least two data packets of the small program stored in the server are obtained by splitting the main packet of the small program, when the user accesses the page, the data packets containing the configuration information of the access page of the user are downloaded preferentially, so that the flow of the user is saved, and the display speed of the page is improved.

Fig. 10 is a schematic structural diagram of an applet packet processing apparatus according to a tenth embodiment of the present application.

As shown in fig. 10, the applet packet processing apparatus 100 may include: a record sending module 1001, a storage module 1002, a first downloading module 1003 and a second downloading module 1004.

The record sending module 1001 is configured to send an access record of the applet to the development end.

The storage module 1002 is configured to receive and store at least two data packets of the applet generated by the development end according to the access record.

The first downloading module 1003 is configured to send a target data packet of at least two data packets of the applet to the user client when the user client detects an access operation to a target page of the applet, where the target data packet includes configuration information of the target page.

A second downloading module 1004, configured to provide the user client with downloading of the remaining data packets, except for the target data packet, of the at least two data packets.

As a possible case, the applet packet processing apparatus 100 may further include:

the acquisition module is used for acquiring the access amount information from the user client;

and the generating module is used for generating the access record according to the access amount information.

It should be noted that the explanation of the foregoing applet packet processing method embodiment in fig. 5 and fig. 6 also applies to the applet packet processing apparatus, and details are not repeated here.

The applet data packet processing device in the embodiment of the application can receive and store at least two data packets of an applet generated by an development end according to an access record after the server sends the access record of the applet to the development end, and when a user client detects an access operation on a target page of the applet, the device can provide download of the rest data packets except the target data packet in the at least two data packets to the user client after sending the target data packet in the at least two data packets to the user client. Therefore, the main package of the small program is split based on the access record of the small program to generate at least two data packages, so that the bandwidth pressure of the user client during downloading the data packages is reduced, and the user flow and the bandwidth cost are saved.

In order to achieve the above embodiments, the present application proposes an electronic device including:

at least one processor; and

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the applet packet processing method of embodiments one and two, or the applet packet processing method of embodiments three and four, or the applet packet processing method of embodiments five and six.

In order to achieve the above embodiments, the present application proposes a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the applet packet processing method described in the first and second embodiments, or the applet packet processing method described in the third and fourth embodiments, or the applet packet processing method described in the fifth and sixth embodiments.

In order to achieve the above embodiments, the present application provides a computer program product, wherein when instructions in the computer program product are executed by a processor, the computer program product is configured to implement the applet packet processing method described in the first embodiment and the second embodiment, or the applet packet processing method described in the third embodiment and the fourth embodiment, or the applet packet processing method described in the fifth embodiment and the sixth embodiment.

Fig. 11 is a block diagram of an electronic device for implementing the applet packet processing method according to the embodiment of the present application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the present application that are described and/or claimed herein.

As shown in fig. 11, the device 1100 comprises a computing unit 1101, which may perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM)1102 or a computer program loaded from a storage unit 1108 into a Random Access Memory (RAM) 1103. In the RAM1103, various programs and data necessary for the operation of the device 1100 may also be stored. The calculation unit 1101, the ROM1102, and the RAM1103 are connected to each other by a bus 1104. An input/output (I/O) interface 1105 is also connected to bus 1104.

A number of components in device 1100 connect to I/O interface 1105, including: an input unit 1106 such as a keyboard, a mouse, and the like; an output unit 1107 such as various types of displays, speakers, and the like; a storage unit 1108 such as a magnetic disk, optical disk, or the like; and a communication unit 1109 such as a network card, a modem, a wireless communication transceiver, and the like. The communication unit 1109 allows the device 1100 to exchange information/data with other devices through a computer network such as the internet and/or various telecommunication networks.

The computing unit 1101 can be a variety of general purpose and/or special purpose processing components having processing and computing capabilities. Some examples of the computing unit 1101 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and the like. The calculation unit 1101 performs the respective methods and processes described above. Such as the applet data package processing method, in some embodiments the applet data package processing may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as the storage unit 1108. In some embodiments, part or all of the computer program may be loaded and/or installed onto device 1100 via ROM1102 and/or communication unit 1109. When the computer program is loaded into the RAM1103 and executed by the computing unit 1101, one or more steps of the applet packet processing method described above may be performed. Alternatively, in other embodiments, the computing unit 1101 may be configured to perform the applet data packet processing method by any other suitable means (e.g., by means of firmware).

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.

Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, 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 disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), the internet, and blockchain networks.

The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The Server can be a cloud Server, also called a cloud computing Server or a cloud host, and is a host product in a cloud computing service system, so as to solve the defects of high management difficulty and weak service expansibility in the traditional physical host and VPS service ("Virtual Private Server", or simply "VPS").

It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present application may be executed in parallel, sequentially, or in different orders, and the present invention is not limited thereto as long as the desired results of the technical solutions disclosed in the present application can be achieved.

The above-described embodiments should not be construed as limiting the scope of the present application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. An applet data packet processing method, comprising:

2. The applet data package processing method according to claim 1, wherein the dividing the access pages into at least two groups according to their historical access volumes comprises:

3. The applet data package processing method according to claim 2, wherein the obtaining of the top n access pages from the plurality of access pages before the ordering further comprises:

4. An applet data packet processing method, comprising:

and displaying the target page according to the configuration information in the target data packet, and downloading the rest data packets except the target data packet from the server.

5. The applet data package handling method according to claim 4, wherein the method further comprises:

6. An applet data packet processing method, comprising:

sending an access record of the applet to a development end;

7. The applet data package handling method according to claim 6, wherein the method further comprises:

obtaining access amount information from the user client;

and generating the access record according to the access amount information.

8. An applet data packet processing apparatus comprising:

9. The applet data packet processing device according to claim 8, wherein the dividing module is further configured to:

10. The applet data packet processing device according to claim 9, wherein the dividing module is further configured to:

11. An applet data packet processing apparatus comprising:

12. The applet data packet handling device according to claim 11, wherein the device further comprises:

13. An applet data packet processing apparatus comprising:

14. The applet data packet handling device according to claim 13, wherein the device further comprises:

15. An electronic device, comprising:

at least one processor; and

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-3, or the method of 4 or 5, or the method of 6 or 8.

16. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the method of any one of claims 1-3, or the method of 4 or 5, or the method of 6 or 8.

17. A computer program product in which instructions, when executed by a processor, are for implementing the method of any one of claims 1 to 3, or the method of 4 or 5, or the method of 6 or 8.