WO2014071764A1

WO2014071764A1 - Client side browser, server side browser and realization method thereof

Info

Publication number: WO2014071764A1
Application number: PCT/CN2013/082160
Authority: WO
Inventors: 马金韬
Original assignee: 北京奇虎科技有限公司; 奇智软件（北京）有限公司
Priority date: 2012-11-09
Filing date: 2013-08-23
Publication date: 2014-05-15

Abstract

Disclosed are a client side browser, server side browser and realization method thereof, the method comprising: receiving trigger instructions for initiating the client side browser, sending initiating requests to the server side, and initiating the client side browser after receiving successful initiating responses returned from the server side; receiving the information inputted to the client side browser by a user, sending the information and input focus position information to the server side, displaying and/or implementing operation result information returned from the server side. With the help of the technical solutions of the present invention, data processing load on the client side can be effectively reduced, a great render effect of the client side browser can be guaranteed under conditions of a rapid response speed and low flow consumption, all user operations can be supported simultaneously and configuration requirements for software and hardware of user terminals can be reduced, a great internet access environment can be provided to users and internet access security of users can be guaranteed.

Description

Client browser, server browser and implementation method thereof

The present invention relates to the field of communications, and in particular, to a client browser, a server browser, and a corresponding implementation method thereof. Background technique

In the prior art, mobile browsers are mainly divided into two types: a client kernel browser and a cloud kernel browser. The client kernel browser refers to the kernel embedded in the browser by the client, and sends the request directly to the website without going through any proxy server. The client kernel browser is a browser/server structure (B/S), and the client directly requests the website through the HyperText Transfer Protocol (HTTP) protocol, and After receiving the response, the HTTP protocol is parsed first, then the hypertext markup language (Hypertext Markup Language) is parsed and the sub-resources are downloaded, the Dom Tree is generated and rendered, and finally displayed on the mobile terminal. Since the HTTP protocol is used for interaction between the client and the web server, the amount of interaction data is large, the traffic is consumed, the transmission time is long, and the response time is slow.

The cloud kernel browser is a client/proxy server (Client/Server, called C/S) architecture. The client sends a request to the cloud server, and the web server accesses the web page. After the page is acquired, the server parses and renders the server. The calculation then sends the rendered result to the client through a protocol. The client displays the result on the terminal according to the result, and all client interactions are completed with the assistance of the server. Specifically, it includes two processing methods: Processing method 1:

In the C/S architecture, the client sends a page request to the web page, and when the sub-resource is obtained, the request is sent to the proxy server, and the proxy server performs some processing on the sub-resource. In this mode, the proxy server only caches and compresses static pages and sub-resources such as images, CSS, and JS, and performs typography and screen rendering by a mobile client with full WAP/WWW resolution. This type of processing leads to problems with large amount of computation and large power consumption on the client side.

Processing method 2:

In the C/S architecture, the client initiates a request to the proxy server, and the proxy server requests the resource from the webpage, and then parses the DOM Tree on the proxy server, and performs typesetting according to the font information uploaded by the client (it may also be specified by the server by default) The font is typeset), and the sub-resources are processed accordingly, including compression and caching. Finally, each type of control is sent to the client in a position, width, height, and content, and the client finally displays the content according to the information. On the client browser. This type of processing is due to the fonts required by the client on various terminals. The typesetting is different, the difference is large, the proxy server is cumbersome to process, and the data processing burden is high, so the rendering effect of the client is poor (for example, the effect of the original page is lost, some dynamic script effects are poorly supported, etc.), and the interactive operation support is relatively poor. Poor, and low security issues. Summary of the invention

In view of the above problems, the present invention has been made in order to provide a client browser implementation method and a client browser that overcome the above problems or at least partially solve the above problems.

According to an aspect of the present invention, a client browser implementation method is provided, including: receiving a trigger instruction for starting a client browser, sending a startup request to a server, and receiving a startup success response returned by the server The client browser is started; the information input by the user to the client browser is received, the information and the input focus position information are sent to the server, and the operation result information returned by the server is displayed and/or executed.

According to another aspect of the present invention, a client browser is provided, including: a startup module, configured to receive a trigger instruction for starting a client browser, send a startup request to a server, and receive a startup returned by the server After successful response, the client browser is started; the processing module is adapted to receive the information input by the user to the client browser, send the information and the input focus position information to the server, and display and/or execute the operation result information returned by the server. .

According to still another aspect of the present invention, a server-side browser implementation method is provided, including: receiving a startup request sent by a client browser, and starting a server-side browser corresponding to the client browser on the server side, and Sending a startup success response to the client browser; obtaining information input by the client browser to the client browser and inputting focus position information, performing corresponding processing on the server browser according to the information and the input focus position information, and The operation result information is sent to the client browser.

According to still another aspect of the present invention, a server is provided, comprising: a starting unit, configured to receive a startup request sent by a client browser through a client interaction interface, and start a server browser corresponding to the client browser And sending a startup success response to the client browser through the client interaction interface; the processing unit is adapted to obtain, by using the client interaction interface, information input by the client browser and input focus position information by the client browser, according to The information and input focus position information are processed correspondingly to the server-side browser, and the operation result information is sent to the client browser.

The beneficial effects of the present invention are as follows:

With the technical solution of the embodiment of the present invention, after the client browser requests the server to start the corresponding browser, the user operation is sent to the server, and then the browser of the server is received according to the user operation. The processing result is displayed according to the processing result, and the invention can effectively reduce the data processing burden on the client side, and can ensure good rendering effect in the case of fast response speed and low traffic consumption, and supports all at the same time. The user operation reduces the configuration requirements of the user terminal hardware and software, provides a good online environment for the user, and ensures the user's Internet security.

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 of ordinary skill in the art in the <RTIgt; The drawings are only for the purpose of illustrating the preferred embodiments and are not intended to be limiting. Throughout the drawings, the same reference numerals are used to refer to the same parts. In the drawing:

1 is a schematic diagram of a server-side display page and a client browser display page according to an embodiment of the present invention; FIG. 2 is a flowchart of a method for implementing a client browser according to an embodiment of the present invention;

FIG. 3 is a first schematic diagram of processing of a client browser interacting with a server according to an embodiment of the present invention; FIG. 4 is a second schematic diagram of processing of a client browser interacting with a server according to an embodiment of the present invention; FIG. FIG. 6 is a schematic diagram of a server-side split page according to an embodiment of the present invention; FIG. 6 is a schematic diagram of data compression and decompression when uploading and downloading according to an embodiment of the present invention; FIG.

7 is a schematic diagram of a content block displayed by a client browser according to an embodiment of the present invention;

FIG. 8 is a schematic structural diagram of a client browser according to an embodiment of the present invention; FIG.

9 is a schematic diagram of a server-side remote control client browser according to an embodiment of the present invention;

Figure 11 schematically shows a block diagram of a server for performing the method according to the invention; and Figure 12 schematically shows a storage unit for holding or carrying program code implementing the method according to the invention;

Fig. 13 schematically shows a block diagram of a server for carrying out the method according to the invention; and Fig. 14 schematically shows a storage unit for holding or carrying program code implementing the method according to the invention. detailed description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although the figures show the disclosure of the present disclosure The present invention, however, should be understood that the present disclosure may be embodied in various forms and not limited by the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be more fully understood, and the scope of the disclosure may be fully disclosed to those skilled in the art.

In order to solve the problem that the client rendering effect of the cloud kernel browser in the prior art is poor, and the interaction support is poor, the present invention provides a client browser implementation method and a client browser, and FIG. 1 is the present invention. FIG. 10 is a schematic diagram of a server-side remote control client browser according to an embodiment of the present invention. FIG. 10 is a schematic diagram of a server-side remote control client browser according to an embodiment of the present invention. Using remote desktop technology to implement browsers under the C/S architecture (including: mobile browsers and PC browsers, etc.), the client is equivalent to a remote desktop control, and the server is controlled by remote desktop technology (preferably, it can be a cloud The actual browser program or process on the server). The server starts different browsers according to the specific conditions of the client (for example, the resolution, and the user agent (User Agent, UA), the UA includes the user's mobile phone information, such as the mobile phone model, etc.), and the user operates the client. The corresponding browser on the remote control server performs various operations, including inputting a URL, clicking a link, scrolling, etc., and the server-side browser performs corresponding processing after receiving the user's operation, and the processing result is specifically compressed. The format is returned to the client. In addition, when browsing the page, the user may read the webpage by scrolling up and down on a page, or back to a page that has already been read. In this case, if the cache technology is not used, the display data will be transmitted again. Whether it is in response speed or in traffic consumption, the embodiment of the present invention adopts client-side caching technology to alleviate and solve this problem. At present, the number of people on the website and the Internet is increasing. When the Internet brings convenience to people, some websites can harm the rights of users in various ways to obtain personal benefits. The technical solution of the embodiment of the present invention is to improve the security of the browser. When the user accesses the unsecure web address, the server will perform different processing on different threat user security issues according to the security policy, so that the user does not need to know any relevant information. Under the premise of knowledge, you can access the Internet safely.

The present invention will be further described in detail below in conjunction with the drawings and embodiments. It is understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

According to an embodiment of the present invention, a method for implementing a client browser is provided. FIG. 2a is a flowchart of a method for implementing a client browser according to an embodiment of the present invention. As shown in FIG. 2a, a client according to an embodiment of the present invention is shown. The browser implementation method includes the following processing:

Step 201a, receiving a triggering instruction for starting the client browser, sending a startup request to the server, and starting the client browser after receiving the startup success response returned by the server;

In the embodiment of the present invention, the client browser can be a mobile client browser or a PC client. Browser, the above server side can be a cloud server.

In step 201a, after receiving the triggering command to start the client browser, the client browser needs to send a startup request to the server. At this time, the server receives the startup request sent by the client browser, and starts a The client browser corresponding to the client browser sends a startup success response to the client browser; after receiving the startup success response returned by the server, the client browser starts the client browser and displays the initial page.

Preferably, in the embodiment of the present invention, the activation request may further carry a user identifier of the client browser. The server side may store user data (including: browser favorites data, and/or browsing history data) in the database according to the above user identifier, and update corresponding user data in the database according to user operations sent by the client browser.

Step 202a: Receive information input by the user to the client browser, send information and input focus position information to the server, and display and/or execute operation result information returned by the server.

In step 202a, the client browser needs to receive information input by the user to the client browser, wherein the information input by the user to the client browser includes: text information input by the user to the client browser, and user browsing to the client. The offset of the rhinoceros operation, or the input focus position information of the browser action or webpage event operation performed by the user on the client browser.

FIG. 2b is a flowchart of a method for implementing a server-side browser according to an embodiment of the present invention. As shown in FIG. 2b, a server-side browser implementation method according to an embodiment of the present invention includes the following processing:

Step 201b, receiving a startup request sent by the client browser, starting a server browser corresponding to the client browser on the server side, and sending a startup success response to the client browser;

It should be noted that the server end of the embodiment of the present invention may be a cloud server.

In step 201b, after receiving the request of the client to start the browser, the server needs to start a real browser (the client browser is just a client similar to the remote control). In the embodiment of the present invention, the browsing The client will be bound to the client and will not be accessed by other clients, protecting the user's private data.

The server obtains the information input by the client browser to the client browser and inputs the focus position information, performs corresponding processing on the server browser according to the information and the input focus position information, and sends the operation result information to the client to browse. Device. The client browser then displays and/or executes the results of the operation returned by the server.

The following describes the processing procedure when the user performs various operations on the client browser.

FIG. 3 is a first schematic diagram of processing of a client browser interacting with a server according to an embodiment of the present invention, FIG. 4 As shown in FIG. 3 and FIG. 4, the client browser interacts with the server according to an embodiment of the present invention, and the following operations are performed as follows:

First, input

The client browser obtains the text information input by the user to the client browser (for example, the user accesses the corresponding webpage by inputting the URL, logs in to the website by inputting the username and password, or inputs certain information to perform page search, etc., The user completes by inputting, and sends the text information and the input focus position information of the input text information to the server side (that is, when the user inputs the character, the client transmits the input information to the position of the current input focus together) The server side receives the response information fed back by the server, and the response information carries the information of the success or failure of the input, and the client browser carried when the input text information succeeds. The display content information that needs to be updated; the client browser prompts the user to input the information; or, according to the display content information that needs to be updated in the response message.

Second, scrolling operation

When the user browses the webpage, the screen cannot display all the content, and the page needs to be scrolled. When the user rolls the rhinoceros, the client browser obtains the offset of the user performing the rhinoceros operation on the client browser, and sends the offset to the server; after processing on the server side, the client browser receives the server end. The response information of the feedback, wherein the response information carries the display content information that the client browser needs to update after calculating the page offset according to the offset; the client browser updates according to the needs carried in the response message. Display content information for display.

The server obtains the offset of the user's browser to send the client browser to the rhinoceros operation; and calculates the page offset according to the offset of the rhinoceros operation, and determines the client browser according to the page offset. The updated display content information is required, and the response information is fed back to the client browser, where the response information carries the display content information that the client browser needs to update.

When calculating the page offset, if d _xi + x + browser width > page width, then d _x «= page width - (X + browser width), otherwise, d _{x 3⁄4} = d _{x 3⁄4} screen, where d _{x 3⁄4} screen is the offset of the X axis of the user who submits the rhinoceros operation submitted by the client browser, X is the X coordinate of the current position of the page; if d _{y 3⁄4#} + y+ browser height > page height, then d _{y 3⁄4} = page height - (x + browser height), otherwise, d _{y 3⁄4} =d _y scroll, where d _y scrolls the offset of the y-axis for the user to submit the rhinoceros operation submitted by the client browser, y Is the y-axis coordinate of the current position of the page.

For example, if the client submits an offset: dx=50, dy=100, the current position of the page is x=0, y=100, page width page_width=500, height page_height=1000, browser width device_width=480, Height device_height=800, in order to ensure that the browser does not exceed the display range of the page after the offset, the final offset is Dx=20, dy=100. Third, the event

In the embodiment of the present invention, there are two types of events: a browser event and a webpage event, wherein the browser event: refers to an interaction event between the client and the server browser, including creating a new tab, closing a tab, and switching tabs. The management of the favorites, the undo operation, etc., these events are completed by the user clicking the button or menu displayed by the browser on the client, and the client browser uploads the clicked location information to the server, and the server-side browser completes the subsequent processing. Web page event: refers to the interaction event between the client and the web page through the server browser. When the user browses the webpage, he or she clicks on the different links, pictures, buttons, and the like, and the client browser transmits the information to the server according to the location and time of the user's click, and performs corresponding processing according to the response of the server.

Specifically, the client browser needs to obtain input focus position information of the browser operation or webpage event operation performed by the user on the client browser, and send the input focus position information to the server; after processing on the server side, the client The browser receives the response information fed back by the server, where the response information carries information that the server succeeds or fails to process according to the browser event operation or the webpage event operation, and the client that is carried when the browser event operation or the webpage event operation succeeds. The browser displays the content information; the client browser prompts the user to fail the browser event, or displays the content according to the display content information carried in the response message.

FIG. 8 is a schematic diagram of determining whether an event type is a browser event or a webpage event according to an embodiment of the present invention. As shown in FIG. 8, after receiving a click corresponding to a client, the server calculates a corresponding server browsing according to the submitted location information. The position of the device to determine the type of the event: If the input focus position is on the browser frame, the event type is determined to be a browser event; if the input focus position is within the web page range, the event type is determined to be a web page event.

In the case that the event type is a browser event, the server directly performs a corresponding operation on the server-side browser according to the browser event; that is, the server performs corresponding processing according to the browser event, and does not need to submit an event to the webpage, in the event The response corresponding to the client is returned after the processing is completed. For example, if a new tab is created, the server browser determines whether the tab reaches the upper limit before creating a new one. If it is reached, it returns the client without a successful response. Otherwise, a new tab is displayed and the page is displayed, and the result is returned to the client.

In the case that the event type is a webpage event, the server performs a webpage event operation on the server side browser according to the webpage event of the user, interacts with the responding web server, and transparently transmits the input information to the corresponding web server. In practical applications, the server-side browser simulates a real click event, and different click objects (controls) trigger different responses. If it is a link, the corresponding page is opened; if it is a button, the form submission operation is performed. After the website returns a response, the server will process the response and return it to the client. End, so that it can display the corresponding content.

Fourth, download and upload

In the actual application, the user will download or upload a file by browsing the webpage. When uploading data, the client browser obtains the data that the user needs to upload to the webpage, uploads the data to the server, and uploads it to the corresponding web server through the server; when downloading the data, the client browser downloads from the server. The data downloaded from the web page, wherein the data is downloaded by the server from the corresponding web server.

Specifically, in practical applications, the client browser interacts with the server through FTP or a proprietary protocol. If it is a download operation, the client browser downloads the file to the local after the file is downloaded to the server; if it is an upload operation, the client browser first uploads the file to the server, and finally the server end uploads it to the website.

FIG. 5 is a schematic diagram of data compression and decompression during uploading and downloading according to an embodiment of the present invention. As shown in FIG. 5, in the embodiment of the present invention, in consideration of the actuality of network traffic, in the embodiment of the present invention, in a network environment When the value is greater than or equal to the pre-set network environment excellent threshold, the client browser may choose to use the real-time transmission method to send the input focus position information of the information and the input information to the server; the network environment value is less than the preset network environment excellent threshold. When the client browser can choose to use the timed upload and/or the quantitative upload, the information and the input focus position information of the input information are sent to the server.

That is to say, when the user inputs the information, when the network environment is good, the real-time transmission mode can be adopted, and one input is input for each character, and the update operation is triggered every time; when the network environment is bad, the timed upload or the quantitative upload is adopted. There is a timeout period when uploading regularly, and uploading is performed after a certain time, and the quantitative upload is to upload once when inputting the specified number of characters. These two uploads can be used together.

When uploading or downloading files, users can perform data compression of gzip or other algorithms to make the transmitted data as small as possible, thus reducing the traffic and providing speed. Both the server and the client browser have corresponding compression and solution. The compression function ensures that the file is only compressed during the transmission process, and is embodied in the uncompressed original format when it is displayed in the client browser or website.

Fifth, close the browser

The user closes the client browser after browsing. When the user closes the client, it sends a close request to the server. After the response is returned, the client browser completes the corresponding operation.

In practical applications, when users browse websites, they sometimes input personal information for login, payment, etc., which presents a security problem. In the embodiment of the present invention, in order to ensure the security of the client browser, the client browser can ensure that the user's private data is not intercepted or recognized by the third party through the method of data encryption transmission, specifically, the user passes the client. When submitting personal data to the server, use a certain encryption algorithm to make a third party User information cannot be cracked even when user data is intercepted.

In the embodiment of the present invention, the client browser may also adopt a caching technology, and the client browser cache is to solve the problem that the user browses the page or part of the browsed page. When the client newly requests a page, the server divides the page into small blocks, marks the divided small blocks with keys, and calculates the HASH value hash_value, key and hash_value of the block data and the data of the block. And send it to the client. After receiving the data, the client caches the data. When browsing the block page next time, the client only needs to transmit the key and hash_value to the server to determine whether the block data is still valid, that is, the block page and the current server end. Corresponding to whether the data corresponding to the page block (key) (by hash_value) is the same, to determine whether the data needs to be retransmitted. If there is a change in a block, only the changed piece of data needs to be transmitted. The key value consists of a URL, a horizontal start position, and a vertical start position.

That is, in the embodiment of the present invention, the display content information includes: one or more pieces of display data after the display content is divided, a key value corresponding to each block display data, and a corresponding to each block display data. Hash value.

The client browser caches the display data of each block constituting the display content, the corresponding key value, and the corresponding hash value locally; the next time the display content needs to be displayed, the client browser will compose the blocks of the display content. The key value and the hash value corresponding to the display data are sent to the server; the client browser confirms whether the display content is updated according to the information returned by the server, and if there is no update, directly displays according to the displayed content information, if there is an update Obtaining the latest display data returned by the server, and corresponding key values and hash values, updating the display content information according to the latest display data, and corresponding key values and hashes, and displaying according to the updated display content information. .

6 is a schematic diagram of a server-side split page according to an embodiment of the present invention, and FIG. 7 is a schematic diagram of a content block displayed by a client browser according to an embodiment of the present invention. As shown in FIG. 6 and FIG. 7, FIG. 6 shows a server. The page segmentation process performed on the webpage is performed, and the key and hash_value values of each block are calculated according to the information such as the url and the offset position; and FIG. 7 shows the block www.test that the client browser currently browses the page covered by the page. Com.cn_0_0, www.test.com.cn_0_240 to www.test.com.cn_240_640, the client browser caches the data of these blocks in units of blocks. When the user browses the content of the current area again, only the key and hash value of the overwritten block need to be transmitted to the server, and the server determines whether it is necessary to retransmit the data of some blocks.

In summary, the technical solution of the embodiment of the present invention can ensure a good rendering effect in the case of fast response speed and low traffic consumption, and supports all user operations at the same time, providing a good online environment for the user. Keep users safe online. According to the present invention, a client browser and a corresponding server browser are provided. FIG. 9a is a schematic structural diagram of a client browser according to an embodiment of the present invention. As shown in FIG. 9a, a client according to an embodiment of the present invention is shown. The browser includes: a startup module 90a and a processing module 92a. Hereinafter, each module of the embodiment of the present invention will be described in detail.

The startup module 90a is adapted to receive a trigger instruction for starting the client browser, send a startup request to the server, and start the client browser after receiving the startup success response returned by the server;

In the embodiment of the present invention, the client browser may be a mobile client browser or a PC client browser, and the server end may be a cloud server.

After the startup module 90a receives the triggering command to start the client browser, the startup module 90a needs to send a startup request to the server. At this time, the server receives the startup request sent by the client browser, and starts a browsing with the client on the server. Corresponding server-side browser, and sending a startup success response to the startup module 90a; after receiving the startup success response returned by the server, the startup module 90a starts the client browser and displays the initial page.

The processing module 92a is adapted to receive information input by the user to the client browser, send information and input focus position information to the server, and display and/or execute operation result information returned by the server.

The processing module 92a needs to receive the information input by the user to the client browser. The information input by the user to the client browser includes: text information input by the user to the client browser, and a user's bias to scroll the client browser. The shift amount, or the input focus position information of the browser event operation or webpage event operation performed by the user on the client browser.

The server-side acquisition processing module 92a sends the information input by the user to the client browser and the input focus position information, performs corresponding processing on the server-side browser according to the information and the input focus position information, and sends the operation result information to the processing module 82. Processing module 82 then displays and/or performs operational result information returned by the server.

A server is provided. It should be noted that the server in the embodiment of the present invention may be a cloud server. FIG. 9b is a schematic structural diagram of a server according to an embodiment of the present invention. As shown in FIG. 9b, the server according to the embodiment of the present invention includes: a starting unit 90b and a processing unit 92b. The following describes the modules in the embodiment of the present invention in detail. .

The starting unit 90b is adapted to receive a startup request sent by the client browser through the client interaction interface, and start a a server-side browser corresponding to the client browser, and sending a startup success response to the client browser through the client interaction interface;

Upon receiving the client's request to launch the browser, the launch unit 90b needs to launch a real browser (the client browser is just a client similar to the remote control). In the embodiment of the present invention, the browser will be tied. The client will not be accessed by other clients and will protect the user's private data.

Preferably, when the startup unit 90b starts a server-side browser corresponding to the client browser on the server side, firstly, a server-side browser process corresponding to the client browser is started on the server side, and is in the cache. Start a server-side browser page that corresponds to the server-side browser process.

In the embodiment of the present invention, the user identifier of the client browser may also be carried in the startup request. The user data storage module on the server side may store the user data (including: browser favorite data, and/or browsing history data) in the database according to the above user identifier, and the user data update module of the server side performs the user operation according to the client browser. Update the corresponding user data in the database.

After receiving the user login request on the client side and successfully logging in, the startup unit 90b obtains the corresponding user data from the database according to the user identifier, and loads the user data in the corresponding server browser page in the cache.

In practical applications, some user data relates to the user's personal property security and cannot be stored on the server side, and some user data needs to be stored on the server side for the convenience of user operations, for example, favorites, browsing history, etc. information. The user data storage module maintains each user's data in a single table and encrypts it with the password of the user's login. When a user launches the client browser, the startup unit 90b takes the user's ID (or other information) as the key, obtains the corresponding user data, and loads it onto the browser currently launched by the server for the user. In addition, the user can perform some operations to manage the data, and the user data update module performs corresponding processing according to the operation request of the user, and finally updates to the data table of the corresponding user of the server, and completes the operation request of the user.

The processing unit 92b is configured to acquire information input by the client browser and input focus position information by the client browser through the client interaction interface, and perform corresponding processing on the server browser according to the information and the input focus position information, and Send the operation result information to the client browser.

The processing unit 92b needs to obtain the information input by the client browser to the client browser, wherein the information input by the user to the client browser includes: text information input by the user to the client browser, and user browsing to the client. The offset of the rhinoceros operation, or the input focus position information of the browser action or webpage event operation performed by the user on the client browser.

The processing unit 92b acquires information and input focus input by the client browser to the client browser. The location information is processed according to the information and the input focus position information to the server-side browser, and the operation result information is sent to the client browser. Subsequently, the client browser displays and/or performs operational result information returned by the server.

In summary, the technical solution of the embodiment of the present invention can ensure a good rendering effect in the case of fast response speed and low traffic consumption, and supports all user operations at the same time, providing a good online environment for the user. Keep users safe online. It should be noted that the embodiments of the present invention and the features of the embodiments may be arbitrarily combined with each other without conflict.

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 some or all of the components of the network search system in accordance with embodiments of the present invention may be implemented in practice using a microprocessor or digital signal processor (DSP). 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.

For example, Figure 6 illustrates a server, such as an application server, that can implement the network search method in accordance with the present invention. The server conventionally includes a processor 610 and a computer program product or computer readable medium in the form of a memory 620. Memory 620 can be an electronic memory such as flash memory, EEPROM (Electrically Erasable Programmable Read Only Memory), EPROM, hard disk or ROM. Memory 620 has a memory space 630 for executing program code 631 of any of the above methods. For example, storage space 630 for program code can 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 a hard disk, a compact disk (CD), a memory card, or a floppy disk. Such computer program products are typically portable or fixed storage units as described with reference to Figure 7. 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. 6. The program code can be compressed, for example, in an appropriate form. Typically, the storage unit includes computer readable code 63 Γ , i.e., code readable by a processor, such as 610, that when executed by the server causes the server to perform various steps in the methods described above.

The term "one embodiment", "an embodiment" or "one or more embodiments" is used herein to mean that a particular feature, structure or characteristic described in connection with the embodiments is included in at least one embodiment of the invention. Also, please note that The words "in one embodiment" are not necessarily all referring 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 are not shown in detail so as not to obscure the understanding of 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 listed 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 for the purpose of readability and teaching, and is not intended to be construed 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

1. A client browser implementation method, including:

Receive a trigger instruction to start the client browser, send a startup request to the server, and after receiving a successful startup response returned by the server, start the client browser;

Receive information input by the user to the client browser, send the information and input focus position information to the server, and display and/or execute the operation result information returned by the server.

2. The method of claim 1, wherein the startup request carries the user identification of the client browser.

3. The method according to any one of claims 1 to 2, characterized in that: receiving information input by the user to the client browser, and sending the information and input focus position information to the server, Displaying and/or executing the operation result information returned by the server further includes:

Obtain the text information input by the user to the client browser;

The text information and the input focus position information of the input text information are sent to the server; the client browser receives the response information fed back by the server, wherein the response information carries the input success or failure information, and the display content information that the client browser needs to update when the text information is successfully input;

The client browser prompts the user that the information input fails; or, displays the information according to the display content information that needs to be updated carried in the response message.

4. The method according to any one of claims 1 to 3, characterized in that: receiving information input by the user to the client browser, and sending the information and/or input focus position information to the server The server side, displaying and/or executing the operation result information returned by the server side further includes:

Obtain the offset of the user's scrolling operation on the client browser;

Send the offset to the server;

The client browser receives the response information fed back by the server, wherein the response information carries the page offset required by the client browser after the server calculates the page offset based on the offset. Updated display content information;

The client browser performs display according to the display content information that needs to be updated carried in the response message.

5. The method according to any one of claims 1 to 4, characterized in that: receiving information input by the user to the client browser, and sending the information and input focus position information to the server, display and/or execute The operation result information returned by the server further includes:

Obtain the input focus position information of the user's browser event operation or web page event operation on the client browser;

Send the input focus position information to the server;

The client browser receives the response information fed back by the server, wherein the response information carries information about the success or failure of the server according to the browser event operation or web page event operation, and the information during browsing The display content information of the client browser carried when the browser event operation or web page event operation is successful; the client browser prompts the user that the browser event operation failed, or, according to the display content carried in the response message Content information is displayed.

6. The method according to any one of claims 1 to 5, characterized in that the display content information includes: one or more blocks of display data after dividing the display content into blocks, and one or more blocks of display data corresponding to each block of display data. key value, and the hash value corresponding to each block of display data.

7. The method according to any one of claims 1 to 6, characterized in that, the method further includes: displaying data, corresponding key values, and corresponding hash values of each block that constitutes the display content. cached in said client browser;

The next time the display content needs to be displayed, the key value and hash value corresponding to each piece of display data that constitutes the display content is sent to the server;

Confirm whether there is an update in the display content based on the information returned by the server. If there is no update, display directly based on the display content information. If there is an update, obtain the latest display data returned by the server, and the corresponding The key value and hash value of , the display content information is updated according to the latest display data and the corresponding key value and hash, and the display content information is displayed according to the updated display content information.

8. The method according to any one of claims 1 to 7, characterized in that: receiving information input by the user to the client browser, and sending the information and input focus position information to the server, Displaying and/or executing the operation result information returned by the server further includes:

Obtain the data that the user needs to upload to the web page, upload the data to the server, and upload it to the corresponding web server through the server;

Download the data that needs to be downloaded from the web page from the server side, where the data is downloaded from the corresponding web page server by the server side.

9. A client browser, including:

The startup module is adapted to receive a trigger instruction to start the client browser, send a startup request to the server, and After receiving the successful startup response returned by the server, start the client browser; a processing module adapted to receive the information input by the user to the client browser, and send the information and the input focus position information to the server, display and/or execute the operation result information returned by the server.

10. A server-side browser implementation method, including:

Receive a startup request sent by the client browser, start a server browser corresponding to the client browser on the server side, and send a startup success response to the client browser;

Obtain the information input by the user to the client browser and the input focus position information sent by the client browser, perform corresponding processing on the server-side browser according to the information and the input focus position information, and The operation result information is sent to the client browser.

11. A server, including:

The startup unit is adapted to receive a startup request sent by the client browser through the client interactive interface, start a server browser corresponding to the client browser, and send a request to the client through the client interactive interface. The browser sends a successful startup response;

The processing unit is adapted to obtain the information input by the user to the client browser and the input focus position information sent by the client browser through the client interactive interface, and perform the processing according to the information and the input focus position information. The server-side browser performs corresponding processing and sends operation result information to the client-side browser.

12. A computer program, comprising computer readable code, which, when run on a server, causes the server to execute the client browser implementation method according to any one of claims 1-8 .

13. A computer-readable medium in which the computer program according to claim 12 is stored.

14. A computer program, comprising computer readable code, when the computer readable code is run on a server, causing the server to execute the server-side browser implementation method according to any one of claims 10.

15. A computer-readable medium in which the computer program according to claim 14 is stored.