WO2013163926A1

WO2013163926A1 - Method and system for processing user requests of accessing to web pages

Info

Publication number: WO2013163926A1
Application number: PCT/CN2013/074441
Authority: WO
Inventors: 刘华
Original assignee: 北京奇虎科技有限公司; 奇智软件（北京）有限公司
Priority date: 2012-05-02
Filing date: 2013-04-19
Publication date: 2013-11-07
Also published as: CN102708173B; CN102708173A

Abstract

Discloses in the present invention are a method and a system for processing user requests of accessing to web pages, at least two processes are started in advance in the same proxy server, and at least two processing units are created in each process. The method comprises: when receiving multiple user current requests of accessing to the web page, allocating the process for the current request of each user according to the attribute information of each user and the state information of each process; allocating the processing unit for the current request in the allocated process; and by the allocated processing unit, transmitting the request to a web page server corresponding to the current request to obtain the web page content, so as to return the web page content back to the client for presentation. The response speed of the proxy server can be improved under the condition of concurrency of a large number of users.

Description

Method and system for processing a request for a user to access a webpage

The present invention relates to the field of computer technologies, and in particular, to a method and system for processing a request for a user to access a webpage. Background technique

A browser is a tool for obtaining web content from a website. In general, it must have the ability to parse the various elements on the web page. After parsing is complete, the positioning of each element of the page is calculated. Then, the browser calls the platform-based API to complete the drawing of the page, and the various elements on the final page will be displayed in front of the user. This process is a very smooth process on the PC, but on mobile terminals such as mobile phones, due to the limitations of mobile communication technology, it is currently impossible for mobile terminals to reach the transmission speed that Ethernet can achieve. In addition, due to the The hardware processing capability is limited, and rendering, typography, and drawing web pages consume a lot of resources for calculation. For these mobile terminals with limited processing capabilities, the time and power consumption required are relatively large. To solve these problems, Techniques based on server rendering and typography came into being.

This technology encapsulates time-consuming and resource-intensive operations on the server side, and browsers using this technology are typically designed as C/S (client/proxy) architectures. Under this architecture, the user's request to access the webpage is sent to the proxy server by the client of the browser. The proxy server sends a request for accessing the webpage to the webpage server, and after obtaining the webpage resource, the resource of the large traffic can be compressed. And processing, and then sending the compressed and processed data to the client, the client can display the content of the webpage simply by simply performing the operation on the data. This light client mode reduces the requirements for mobile terminals, but it can also achieve a better user experience in the case of low network speeds used by mobile terminal users and limited processing capabilities of mobile devices. Therefore, the current mode of server-based rendering and typography is popular in browsers used by mobile terminals such as mobile phones, and the technology is developing toward a more lightweight client and a more weighted server. For example, the server is responsible for large traffic resources. File compression, page parsing, page positioning calculation, and page layout, and converting the typed structure into binary data that can be parsed by the client, so that the client directly parses the binary data and then proceeds The corresponding drawing and display can be. This direction of development is conducive to reducing the right Mobile terminal hardware performance requirements, but the disadvantages are: Because the server needs to process the work has increased greatly, and all user requests using its client will be sent to the server, the server will process, therefore, within the same time period In the case where multiple users request concurrent, the response speed of the server may be lowered, and the result is a lower response speed of the browser on the user's mobile terminal. Summary of the invention

In view of the above problems, the present invention has been made in order to provide a method and system for processing a user's request to access a web page that overcomes the above problems or at least partially solves or alleviates the above problems.

According to an aspect of the present invention, a method for processing a request for a user to access a webpage is provided, in which at least two processes are pre-launched in the same proxy server, and at least two processing units are created in each process, the method comprising:

When receiving the current request of multiple users to access the webpage, the process is assigned to each user's current request according to the attribute information of each user and the status information of each process;

Allocating a processing unit to the current request in the allocated process;

And sending, by the allocated processing unit, a request to the web server corresponding to the current request to obtain webpage content, so as to return to the client for presentation.

According to another aspect of the present invention, a system for processing a request for a user to access a webpage is provided, in which at least two processes are pre-launched in the same proxy server, and at least two processing units are created in each process, the system comprising:

a process allocation module, configured to allocate a process for the current request of each user according to attribute information of each user and status information of each process when receiving a current request of multiple users to access a webpage;

a processing unit allocation module, configured to allocate a processing unit to the current request in the allocated process;

And a webpage content processing module, configured to send, by using the allocated processing unit, a request to the web server corresponding to the current request to obtain webpage content, so as to return to the client for presentation.

According to still another aspect of the present invention, a computer program comprising computer readable code causing the server to perform any of claims 1-11 when run on a server The method of processing a request for a user to access a web page. According to still another aspect of the present invention, a computer readable medium storing the computer program according to claim 23 is provided.

The beneficial effects of the invention are:

According to the present invention, multiple processes can be started in the same proxy server in advance and multiple processing units can be created in each process, so that it is not necessary to re-create the process and the processing unit when the user request arrives. The processing time that the user actually perceives is shortened, and the processing requirement of the large user amount concurrently can be satisfied. At the same time, the multi-process method can fully proxy the multi-core resources in the server, thereby improving the processing efficiency, which can also improve the response speed of the server.

The above description is only an overview of the technical solutions of the present invention, and the technical means of the present invention can be more clearly understood, and can be implemented in accordance with the contents of the specification, and the above and other objects, features and advantages of the present invention can be more clearly understood. Specific embodiments of the invention are set forth below. DRAWINGS

Various other advantages and benefits will become apparent to those skilled in the art from a The drawings are only for the purpose of illustrating the preferred embodiments and are not to be construed as limiting. Throughout the drawings, the same reference numerals are used to refer to the same parts. In the drawing:

Figure 1 shows a flow chart of a method in accordance with an embodiment of the present invention;

2 shows a flow chart of another method in accordance with an embodiment of the present invention;

Figure 3 shows a schematic diagram of a first system in accordance with an embodiment of the present invention;

Figure 4 shows a schematic diagram of a second system in accordance with an embodiment of the present invention;

Figure 5 shows a schematic diagram of a third system in accordance with an embodiment of the present invention;

Figure 6 is a schematic block diagram showing a server for performing the method according to the present invention;

Figure 7 schematically illustrates a memory unit for holding or carrying program code that implements the method in accordance with the present invention. Specific embodiment

The invention is further described below in conjunction with the drawings and specific embodiments.

First of all, it should be noted that the embodiment of the present invention is a server-based webpage rendering typesetting technology. Based on the improvement, the premise is still to encapsulate time-consuming and resource-intensive operations on the server side. The server performs web page resource compression, page parsing, positioning, and rendering and typesetting, which require a large number of computing operations. The operation of converting the webpage into a page more suitable for display by the mobile terminal device, and transmitting the page to the mobile terminal device in the form of binary data, and parsing by the mobile terminal device, thereby reducing the use of the mobile terminal device to access the webpage The demand for the network, and the amount of computation when the mobile terminal processes the web resources. However, as the diversity and popularity of mobile terminal devices increase, the number of users accessing web servers using mobile terminals is increasing rapidly, which places new demands on traditional server-based rendering techniques, such as at the same time period. If a large number of users request concurrent, it may reduce the response speed of the server, the delay of the service of the server, or even the partial resources of the server stop responding, which in turn reduces the response speed of the browser.

In order to avoid the above situation, the embodiment of the present invention provides a corresponding solution. In this solution, multiple processes may be pre-launched in the proxy server, and multiple processing units are started in each process; The effect is equivalent to a window in a normal browser (as opposed to a C/S architecture browser) (for example, when a user clicks on a link, a normal web browser creates a window and finally displays the page in the window), but also Not exactly equivalent. Specifically, the processing unit can process the request for the user to access the webpage, for example, including sending the request to the webpage server, and then parsing, rendering, and typesetting the received webpage data, but the difference is different. Therefore, since the processing unit is located on the proxy server side, it is not required to have a display interface; and the real display interface is created by the client installed on the user's computer, therefore, the processing unit needs to process the webpage data. The results are sent to the client via some proprietary protocol, which is drawn by the client and displayed on the user interface.

In other words, the processing unit activated in the embodiment of the present invention has the same function as the processing unit for processing the user request in the traditional C/S architecture, but the timing of creation is different; in the traditional C/S architecture, generally After receiving the user request, the creation of the processing unit is performed, which is equivalent to the time required to create the window, which is also part of the processing time of the webpage that the user can perceive; although the window is generally created very quickly, but concurrently in large users. In the case of this, it may still result in an extension of the overall processing time. In the embodiment of the present invention, the processing unit is pre-created. After receiving the user request, the user request only needs to be assigned to the specified processing unit according to a certain policy, and does not need to receive a user request every time. When the processing unit is separately created, the response speed can be improved as a whole, and the processing time perceived by the user can be shortened to some extent.

In addition, because a specific processing unit needs to be created in a certain process, and a process Multiple processing units are allowed to be created, which can cause multiple user requests to be processed in one process. Therefore, in the embodiment of the present invention, such a way of creating multiple processing units in a process is used. At the same time, the number of processing units allowed to be created in a process is limited. If only one process is started on one proxy server, the number of user requests that can be accommodated will still be limited. On the other hand, the proxy server generally uses multiple cores. Technology, that is to say, a proxy server has multiple cores, and different processes can run simultaneously on different cores, which can greatly improve the processing speed. Therefore, in the embodiment of the present invention, a method of creating multiple processes on the same proxy server is also used, so that the number of user requests that can be accommodated by a single proxy server can be increased, and the multi-core resources of the proxy server can be fully utilized. . Of course, the process on the proxy server is also initiated before the user request.

On the premise of the foregoing, referring to FIG. 1 , a method for processing a request for a user to access a webpage according to an embodiment of the present invention includes the following steps:

S101: When receiving a current request for a plurality of users to access a webpage, assigning a process to the current request of each user according to attribute information of each user and status information of each process;

S102: Allocating a processing unit to the current request in the allocated process;

The browser client installed on the user's computer will first receive the current request of the user to access a webpage (for example, the user currently clicks on a link, or currently enters a URL in the address bar and performs a confirmation operation, etc.), and then the client Send the current request to the server. Since the proxy server has started multiple processes in advance, after receiving the user request, the user's current request can be assigned to one of the processes. Of course, it is the processing unit that can specifically process the user request, and multiple processing units are also created in one process. Therefore, the current request needs to be allocated to a specific processing unit for processing.

Specifically, when the process and the processing unit are allocated for each user's current request according to the attribute information of each user and the status information of each process, there may be multiple ways, for example, directly assigning the current request to the process with the largest number of idle processing units. Then select an idle processing window and so on in the process. Or, in the embodiment of the present invention, in order to ensure the reuse of resources, different requests of the same user may be allocated to the same process as much as possible, which may further save processing time. For example, some websites (such as some shopping websites, etc.) require login information such as a user's account and password. Generally, when a user visits a different webpage under the same website, only one login is possible, for example, the user is on a certain website. After logging in on the homepage, the login information is valid when accessing all pages of the site. However, in the embodiment of the present invention, since the request of multiple users is processed on the same proxy server, the effect is achieved, that is, the processing units corresponding to the web pages are in the same process. This is because, when the user's first login request is processed in a process, it can be in the browser.

The cookie stores some information, for example, the login information in the website, and when the same user visits other web pages on the same website, the saved information can be taken out from the cookie, thereby ensuring the continuity of the login status. Alternatively, the cookie may also save the data information of the webpage that the user has visited, and for a webpage that the user has visited, when the access is initiated again, the user may directly return the information according to the saved information, instead of re-initiating the request to the web server. , and many more. This kind of cookie will be stored persistently, but if it is a different processing unit of the same process or a different process processing "has a history, the request needs to get information from the persistent storage, it is better to be directly from the history processing unit. Therefore, in the embodiment of the present invention, in order to achieve the foregoing object, when the user is requested to allocate a process, the request of the same user may be allocated to the same process, and even the same processing unit may be allocated as much as possible. The purpose, in the specific implementation, may first determine whether the request is a new user's request, and then according to the result of the judgment to the current request for the process of the allocation. Specific implementation, see Figure 2, you can also use the following way to deal with:

S201: determining whether the current request is a request of a new user; if yes, proceeding to step S202, otherwise proceeding to step S206;

In order to be able to determine whether the current request is a request of a new user, in the process of historical processing, while the user is requested to allocate the process, the user attribute information corresponding to the user request and the process assigned to the request may also be recorded. Correspondence relationship, in this way, a proxy history list can be maintained on the proxy server side, in which the process assigned to each user is recorded. When receiving a current request, the user attribute information corresponding to the request may also be obtained first, and then it is determined whether the user attribute information appears in the history allocation list, and if so, it is proved that the user has visited other web pages before, That is, the current request is not a request of a new user; otherwise, if it does not appear in the history allocation list, it proves that the current request is a request of a new user.

It should be noted that the data recorded in the historical allocation record is not permanent, but is deleted after a certain time. For example, for a certain record, after a preset period of time from the time of generation, it can be It is removed from the history allocation record. That is to say, the request of the same user corresponds to a large session. After the session is established, even if the request of other users is inserted in the middle, it will not be interrupted, but the duration of the session still has a timeout period, when receiving After a user's request, if the user's request is not received after a long period of time, it proves that the user may no longer need to access other web pages, and correspondingly, the session can be concluded. Bunch. It can be seen that the so-called "new user" here is not a user who newly enters the network, or a user who newly installs the browser of the C/S architecture, etc., but refers to a user who has had an access request within a certain period of time.

In a specific implementation, the user attribute information may be represented by the ID of the browser client. In the actual application, when the browser client is installed, the ID of the browser client is uniquely identified, and the client carries the ID when sending the user's access request to the server, so the ID can be used. Differentiate between different users. Of course, if the user has registered the browser account and is currently in the login state, the user attribute information may also be obtained according to the login information of the user, or the user's IP address may be used as the user attribute information, and the like. The status information about each process may include the number of idle processing units included in the process, and the like.

S202: determining whether there is an idle processing unit in each process; if yes, proceeding to step S203, if there is no idle processing unit in each process, proceeding to step S204;

S203: a process that selects the most idle window is allocated to the current request, and selects an idle window from which to allocate to the current request;

S204: Determine whether there is a processing unit with a processing timeout in the process; if yes, go to step S205, otherwise, wait until the processing unit is idle, or the processing time of the processing unit expires;

If the processing time of a processing unit expires, it is proved that the processing unit may be faulty, and the window measured by the client may have been closed by the user. Therefore, it may be ended and assigned to other requests.

S205: assign the processing unit with the longest timeout period and its corresponding process to the current request; S206: obtain the process in which the historical request of the user is located, and assign the process to the current request; of course, where the historical request of the user is located Before the process is assigned to the current request, it may first determine whether the process has an idle processing unit, and if it exists, assign it to the current request, otherwise, it may wait until a processing unit completes the current processing, or Other processes are assigned to the current request.

S207: determining whether the history processing unit corresponding to the history request of the user is idle, if it is idle, proceeding to step S208; otherwise, proceeding to S209;

S208: Assign the history processing unit to the current request;

S209: Select an idle processing unit to allocate to the current request in the process in which the user's history request is located.

Steps S207 and S208 are optional steps, that is, in practical applications, in steps After S206, the process may directly go to step S209, and assign any idle processing unit in the process in which the user's history request is located to the current request; but if the step S207 is passed, the request of the same user may be allocated to the same process of the same process as much as possible. In the unit, in this way, the reuse of resources can be further ensured, and the processing efficiency is improved.

It can be seen that through the above processing, not only the throughput of the proxy server can be increased, but also the continuity of the same user in the access can be ensured as much as possible, thereby further improving the processing and response speed. Of course, in practical applications, some windows may fail during operation. At this time, if a user request is assigned to the window, the request cannot be processed in time. Therefore, in the embodiment of the present invention, the status of each processing unit can be monitored. When a fault occurs in a processing unit, in order to avoid normal operation of other processing units in the same process, the process in which the fault processing unit is located may be first marked. Mark, avoid new requests being assigned to the process, then wait until all the processing units in the process are completing the task, then close the process, then restart the process, and re-create the processing unit.

In addition, in order to further improve the throughput and response speed, the server cluster can also be used on the proxy server side, that is, multiple proxy servers can be deployed on the server side, and each proxy server has all of the foregoing. Functions, for example, can start multiple processes in advance, initialize multiple processing units in each process, and perform processing such as continuous access by the same user. Of course, the hardware configuration of each proxy server can be different.

In the case of using a server cluster, it also involves the problem of allocating the user's current request between different proxy servers. At this time, it is also possible to deploy a server dedicated to distribution on the server side, of course, Add a distribution module to a proxy server. When the user sent by the client currently requests to reach the server, the distribution server or distribution module can be reached first, and then the distribution server or distribution module allocates a proxy server for the current request. When assigning a proxy server, multiple strategies can be implemented. For example, the performance parameters of each proxy server can be obtained in advance, the processing capabilities are determined according to the performance parameters of the proxy server, and then each is based on the respective processing capabilities. The proxy server makes the assignment of the request. Alternatively, it is also possible to monitor the total number of requests processed by each proxy server, or to report the total number of requests being processed by each proxy server, and then combine them with their respective processing capabilities for more efficient allocation.

When the distribution server or distribution module is allocated between the various proxy servers, it can be implemented in a DNS-like manner. However, in actual applications, the proxy server may also fail. In this case, in order to avoid the processing speed of the user request. The impact should be able to stop assigning user requests to the failed proxy server in a timely manner. However, if you use DNS to distribute, This requirement cannot be met because the traditional DNS service does not stop forwarding new requests to the failed server after a single server fails. Instead, the DNS configuration must be modified first, and the DNS server has a cache, cached. The update takes time, so after modifying the DNS configuration, the forwarding will not stop immediately. After waiting for the DNS cache update at all levels, you can stop forwarding new requests to the failed server. Therefore, in the embodiment of the present invention, the distribution may be performed without using the DNS, but the real-time or quasi-real-time heartbeat monitoring may be performed on each proxy server directly in the distribution server or the distribution module (the time interval for monitoring may be configured, the unit At the second level, the so-called heartbeat monitoring is to monitor the fault of the proxy server. If a proxy server fails, when the distribution server or distribution module sends a heartbeat test signal to it, it will not be able to return a response, so the proxy server goes online. Downline can be monitored and processed. At the same time, the proxy server capable of normally monitoring the heartbeat information can be added to the list of available proxy servers, and when the proxy server is assigned to the current request, the proxy server is selected from the list, so that the faulty proxy server can be ensured. Was selected. For a proxy server that is already in the list of available proxy servers, when it is found that its heartbeat information is not detected, it can also be deleted from the list of available proxy servers. Once the failed server is restored, the distribution server or distribution module detects the fault. If the server's heartbeat information is available, the failed server will rejoin the list of available proxy servers, and when there is a user request, it can be reassigned to the proxy server.

After a current request is assigned to a proxy server, the allocation of processes and processing units can be handled as described above, and will not be described here. It can be seen that in this server cluster mode, two levels of scheduling can be implemented, one is the physical layer between the proxy servers, and the other is the process layer. Through this multi-level scheduling mechanism, the overall processing capability can be improved. responding speed.

S103: Send, by using the allocated processing unit, a request to the web server corresponding to the current request to obtain webpage content, so as to return to the client for presentation.

After a processing unit is assigned to a request, the processing unit can parse the request, and then construct a webpage access request to the web server to obtain the webpage resource, and after parsing the webpage resource, the parsing, rendering, and typesetting can be performed. , then converted to binary data and returned to the client for the client to draw and display the web page. Of course, the present invention is not only applicable to the case where the processing unit performs processing such as parsing, rendering, typesetting, etc., and may be used when the operation required by the processing unit changes (for example, the proxy server becomes heavier or lighter). The solution provided by the embodiment of the present invention is implemented.

It should be noted that after a processing unit finishes processing a request, the processing The unit does not close, but releases the resources requested when processing the request (including the link resources when establishing a connection with the web server, the storage resources used to cache various resources, computing resources, etc.), and then waits The arrival of other requests will be repeated in this week. Of course, in order to achieve the purpose of multiplexing some resources of different requests of the same user, the processing unit may not have to release the result of the page request. Corresponding to the method for processing a request for a user to access a webpage provided by the embodiment of the present invention, the embodiment of the present invention further provides a requesting system for processing a user to access a webpage, in which at least two pre-launching in the proxy server is required. Process, at least two processing units are created in each process, see Figure 3, the system includes:

The process allocation module 301 is configured to allocate a process for the current request of each user according to the attribute information of each user and the status information of each process when receiving the current request of the plurality of users to access the webpage;

a processing unit allocation module 302, configured to allocate a processing unit to the current request in the allocated process;

The webpage content processing module 303 is configured to send, by using the allocated processing unit, a request to the webpage server corresponding to the current request to obtain webpage content, so as to return to the client for display.

In order to ensure the continuity of user access and further improve the response speed, different requests from the same user can be assigned to the same process.

In a specific implementation, in order to implement the foregoing, the different requests of the same user are allocated to the same process. Referring to FIG. 4, the process allocation module 301 may include:

The determining sub-module 3011 is configured to determine, according to attribute information of each user, whether the current request is a request of a new user;

The process allocation sub-module 3012 is configured to allocate a process for the current request according to the allocation history of the user and the status information of each process if the current request is not a request of the new user.

The judging submodule 3011 may include:

a user identifier obtaining sub-module, configured to obtain attribute information of a user corresponding to the current request, and a comparison sub-module, configured to: if the attribute information identifier of the user corresponding to the current request does not appear in the historical allocation record, The current request is a request of a new user; wherein the historical allocation record is used to record a correspondence between the attribute information of the user requesting the corresponding user and the process assigned to the user request in the history processing. The process allocation sub-module 3012 can be specifically used to:

The current request is not a request of a new user, and the process corresponding to the attribute information of the user in the history allocation record includes an idle processing unit, and the process is assigned to the current request.

In order to be able to cope with the special design in some websites, the history allocation record may also record the correspondence between the attribute information of the user corresponding to the user request and the processing unit allocated to the request; at this time, the processing unit allocation module 302 may specifically use In:

The processing unit corresponding to the attribute information of the user in the history allocation record is assigned to the current request. In addition, the system can also include:

The new user requests an allocation module for assigning the current process with the most idle processing units to the current request if the current request is a new user's request.

a timeout processing module, configured to: if there is no idle processing unit in all processes, determine whether there is a processing unit with a processing timeout timeout, and if yes, assign the process in which the processing unit is located to the current request;

Correspondingly, the processing unit allocation module 302 can be specifically configured to:

The current task of the processing unit that timed out the processing time is ended and assigned to the current request.

In order to further improve the throughput and response speed of the server, the server cluster may be implemented in a manner that the proxy server is at least two. In this case, referring to FIG. 5, the system may further include:

The proxy server allocation module 304 is configured to allocate a proxy server for the current request.

It should be noted that the logical relationship between the modules is only shown in FIG. 5. In the physical structure, as described above, the proxy server allocation module 304 can be deployed in a separate distribution server, or can be deployed. In any of the cluster's proxy servers.

In order to be able to stop distributing new requests to the failed proxy server in a timely manner, the proxy server assignment module 304 can include:

The heartbeat monitoring sub-module is configured to perform real-time heartbeat monitoring on each proxy server, and add a proxy server capable of normally monitoring heartbeat information to the list of available proxy servers;

A proxy server allocation sub-module for assigning a proxy server to the current request from the list of available proxy servers.

In addition, it can also include:

a list update module, configured to delete a proxy server that fails to monitor heartbeat information from the list of available proxy servers; when re-monitoring the heartbeat information of the proxy server, adding the The list of available proxy servers.

In summary, the above system provided by the embodiment of the present invention can start multiple processes in the same proxy server in advance and create multiple processing units in each process, so that it is not necessary to re-create the user request when it arrives. The process and the processing unit are created, so that the processing time actually perceived by the user can be shortened, and the processing requirement of the large user amount concurrently can be satisfied. At the same time, the multi-process method can fully proxy the multi-core resources in the server and improve the processing efficiency. This also improves the responsiveness of the server.

The various component embodiments of the present invention may be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that some or all of the functionality of the microprocessor or all components of the digital signal processor (DSP) may be used in practice. The invention can also be implemented as a device or device program (e.g., a computer program and a computer program product) for performing some or all of the methods described herein. Such a program implementing the invention may be stored on a computer readable medium or may be in the form of one or more signals. Such signals may be downloaded from an Internet website, provided on a carrier signal, or provided in any other form. The method of the server, such as an application server. The server conventionally includes a processor 610 and a computer program product or computer readable medium in the form of a memory 620. The memory 620 may be an electronic memory such as a flash memory, an EEPROM (Electrically Erasable Programmable Read Only Memory), an EPROM, a hard disk, or a ROM. Memory 620 has a memory space 630 for program code 631 for performing any of the method steps described above. For example, storage space 630 for program code may include various program code 631 for implementing various steps in the above methods, respectively. The program code can be read from or written to one or more computer program products. These computer program products include program code carriers such as hard disks, compact disks (CDs), memory cards or floppy disks. Such a computer program product is typically a portable or fixed storage unit as described with reference to FIG. The storage unit may have a storage section, a storage space, and the like arranged similarly to the storage 620 in the server of FIG. The program code can be compressed, for example, in an appropriate form. Typically, the storage unit includes computer readable code 63, i.e., code that can be read by a processor, such as 610, which when executed by the server causes the server to perform various steps in the methods described above. "One embodiment," or "an embodiment," or "one or more embodiments" as used herein means that the particular features, structures, or characteristics described in connection with the embodiments are included in at least one embodiment of the invention. In addition, it should be noted that the phrase "in one embodiment" herein does not necessarily refer to the same embodiment.

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

It is to be noted that the above-described embodiments are illustrative of the invention and are not intended to limit the scope of the invention, and those skilled in the art can devise alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as a limitation. The word "comprising" does not exclude the presence of the elements or steps that are not in the claims. The word "a" or "an" preceding a component does not exclude the presence of a plurality of such elements. The invention can be implemented by means of hardware comprising several distinct elements and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means can be embodied by the same hardware item. The use of the words first, second, and third does not indicate any order. These words can be interpreted as names.

In addition, it should be noted that the language used in the specification has been selected primarily for the purpose of readability and teaching, and is not intended to be interpreted or limited. Therefore, many modifications and variations will be apparent to those of ordinary skill in the art. The disclosure of the present invention is intended to be illustrative, and not restrictive, and the scope of the invention is defined by the appended claims.

Claims

Rights request

A method for processing a request for a user to access a webpage, wherein at least two processes are pre-launched in the same proxy server, and at least two processing units are created in each process, the method comprising:

Allocating a processing unit to the current request in the allocated process;

2. The method of claim 1, wherein different requests from the same user are assigned to the same process.

3. The method according to claim 1, wherein, when receiving a current request of a plurality of users to access a webpage, the process assigns a process to each user's current request according to the attribute information of each user and the state information of each process. Includes:

Determining whether the current request is a request of the new user according to the attribute information of each user; if the current request is not a request of the new user, the process is allocated for the current request according to the allocation history of the user and the status information of each process.

4. The method according to claim 3, wherein the request for determining whether the current request is a new user according to attribute information of each user comprises:

Obtaining attribute information of the user corresponding to the current request;

If the attribute information of the user corresponding to the current request does not appear in the history allocation record, the current request is a request of the new user; wherein the history allocation record is used for recording in the history processing, and the user request corresponds to The correspondence between the attribute information of the user and the process assigned to the user request.

The method according to claim 4, wherein, if the current request is not a request of a new user, the process is allocated to the current request according to the allocation history of the user and the status information of each process, including:

If the current request is not a request of a new user, and the process corresponding to the attribute information of the user in the history allocation record contains an idle processing unit, the process is assigned to the current request.

The method according to claim 4, wherein the history allocation record further records a correspondence between the attribute information of the user corresponding to the user request and the processing unit allocated to the request; The allocating a processing unit to the request in the process of allocating includes:

The processing unit corresponding to the attribute information of the user in the history allocation record is assigned to the current request.

7. The method according to claim 3, further comprising:

If the current request is a request from a new user, the process that currently has the most idle processing unit is assigned to the current request.

8. The method according to claim 7, further comprising:

If there is no idle processing unit in all processes, it is determined whether there is a processing unit whose processing time expires, and if so, the process in which the processing unit is located is allocated to the current request;

The allocating the processing unit to the current request in the allocated process includes: ending the current task of the processing unit with the processing time timeout, and assigning it to the current request.

The method according to any one of claims 1 to 8, wherein the proxy server is at least two, the method further comprising:

A proxy server is assigned to each user's current request.

10. The method according to claim 9, wherein the allocating the proxy server for the current request of each user comprises:

Perform real-time heartbeat monitoring on each proxy server, and add a proxy server capable of normally monitoring heartbeat information to the list of available proxy servers;

A proxy server is assigned to the current request from the list of available proxy servers.

11. The method according to claim 10, further comprising:

A proxy server that fails to monitor heartbeat information is deleted from the list of available proxy servers; when the heartbeat information of the proxy server is re-monitored, it is added to the list of available proxy servers.

12. A system for processing a request for a user to access a webpage, wherein at least two processes are pre-launched in the same proxy server, and at least two processing units are created in each process, the system comprising:

a webpage content processing module, configured to send, by the allocated processing unit, the current request pair The requesting web server sends a request to obtain the content of the web page for return to the client for presentation.

13. The system of claim 12, wherein different requests from the same user are assigned to the same process.

The system according to claim 12, wherein the process allocation module comprises: a determining submodule, configured to determine, according to attribute information of each user, whether the current request is a request of a new user;

The process allocation submodule is configured to allocate a process for the current request according to the allocation history of the user and the status information of each process if the current request is not a request of the new user.

The system according to claim 14, wherein the determining sub-module comprises: a user identifier obtaining sub-module, configured to acquire attribute information of a user corresponding to the current request; and a comparison sub-module, if the current request is If the attribute information of the corresponding user does not appear in the history allocation record, the current request is a request of the new user; wherein the history allocation record is used to record the attribute of the user requested by the user in the history processing process. The correspondence between the information and the process assigned to the user request.

16. The system according to claim 15, wherein the process allocation sub-module is specifically used to:

The system according to claim 15, wherein the history allocation record further records a correspondence between attribute information of a user corresponding to the user request and a processing unit allocated to the request;

The processing unit allocation module is specifically configured to:

18. The system according to claim 14, further comprising:

19. The system of claim 18, further comprising:

The processing unit allocation module is specifically configured to:

Ending the current task of the processing unit with the processing time timeout and assigning it to the current request begging.

The system according to any one of claims 12 to 19, wherein the proxy server is at least two, the system further comprising:

A proxy server allocation module that is used to assign a proxy server to each user's current request.

21. The system according to claim 20, wherein the proxy server allocation module comprises:

22. The system according to claim 21, further comprising:

a list update module, configured to delete a proxy server that fails to monitor heartbeat information from the list of available proxy servers; when the proxy server's heartbeat information is re-monitored, it is added to the list of available proxy servers. .

23. A computer program comprising computer readable code, when said computer readable code is run on a server, causing said server to perform a request to process a user access to a web page according to any of claims 1-11 Methods.

A computer readable medium storing the computer program of claim 23.