RussianPatents.com
|
Method of preventing false interruption of multi-page browser and corresponding device. RU patent 2520361. |
|||||||||||||||||||||
IPC classes for russian patent Method of preventing false interruption of multi-page browser and corresponding device. RU patent 2520361. (RU 2520361):
|
FIELD: physics, computer engineering. SUBSTANCE: invention relates to web browsers. In the method, a page window is set up as a top-level window and the "parent-descendent" relationship between the page window and said main frame window is eliminated to place the page window and the main frame window on the same level, wherein the page window interacts with the main frame window in asynchronous mode without the "parent-descendent" relationship between them. EFFECT: preventing false interruption of the entire browser due to false interruption of one of its pages. 9 cl, 4 dwg
This application is filed with a priority claiming the Chinese application for invention №2009101520074 received by the Chinese patent office on July 2, 2009, entitled "the Way to prevent false suspend multi-page browser and the appropriate device". All content on this application is included in this application by reference. The technical field The invention relates to the field, connected with Internet browsers, in particular to a method of preventing false suspend multi-page browser. The level of technology Together with development of the Internet quickly developed browsers, so that the original page browsers gradually became used now multipage browser. Currently, in most browsers supported several pages that can be open simultaneously in the same window, which provides a more convenient switching between them with a lesson fewer resources, which leads to a better user experience. However, in a multi-page browser, there are at least the following disadvantages: because multipage browser is a single application, when one of its pages in a state of false suspend it will all be located in such state and without restarting the browser, it will be impossible to control press any button and it will be impossible to open any new Windows that is very inconvenient for the user. The so-called false suspension is abnormal state of the browser in which the update interface is impossible, the browser does not react to pressing the keys and to work with him is impossible. For Chrome, there is realized on the basis of prior art solution to prevent false pause, however, the browser uses the rendering mode of the page without window, i.e. a page, there has no Windows, so it does not cause false suspension. This means that the technical level there is no solution to the problem is solved false suspend multi-page browser, and this problem must be solved. Summary of the invention In the present invention of the proposed method and the device to prevent false suspend multi-page browser, providing an effective solution of the problem of false suspend the entire browser from false suspend one of its pages. In the present invention disclosed the following technical solutions. The proposed method to prevent false suspend multi-page browser contains the following stages: configuring Windows page as the Windows on the same level with the main window-frame; destruction of relationship parent-child relationship between the pages window and specified the main window-frame; interaction in asynchronous mode page window to the main window-frame without regard parent-child relationship between them. The present invention also proposed device prevent false suspend multi-page browser that contains: the first block settings made with the possibility window settings page as window, situated on the same level as the main window-frame, and also with the possibility of removal of relationship parent-child relationship between the pages window and the main window-frame; block of interaction, providing interaction in asynchronous mode between pages window and the main window-frame without regard parent-child relationship between them. As follows from the description above of the proposed technical solutions, due to the removal of relations parent-child relationship between the main window frame and window page and use the asynchronous mode of interaction between the main window-frames and pages window the main window frame can respond immediately, without waiting for processing from the window of the page after you send the message, and will not be repeated, even if the window page is not responding. Therefore, the problems of false suspend the entire browser from false suspend page window can be avoided, resulting in the user experience is improved greatly. A brief description of drawings Figure 1 presents an illustration of the relationship parent-child relationship between the Windows in Windows, used in accordance with the present invention. Figure 2 shows a block diagram of the proposed method to prevent false suspend multi-page browser. Figure 3 shows the block diagram of the processing cycle messages after configuring one thread as multiple threads according to the present invention. Figure 4 presents the structural diagram of the proposed device prevent false suspend multi-page browser. Description of variants of the invention Below clearly and using the attached drawings describe technical solutions, claimed in the present invention. Describes the options are only a part of possible variants of the invention. All other options that can be obtained by experts in the field of technology on the basis of the presented variants of the invention without inventive step, should be considered as falling under the scope of legal protection of the present invention. To solve false suspend multi-page browser, you first need to analyze the reasons of such suspension. In Windows all programs that provide Windows, messages are managed. Such programmes provide users with a working Windows. This means that when the user with the mouse and keyboard generates different messages, they are sent to the window with focus on the current system. At any given time there is only one window with focus. The visible focus is usually the cursor in control "field" or similar. Receiving messages, the window with the focus react accordingly depending on the message type. For example, pressing the mouse button, double-click the mouse, pressing a key on the keyboard or performing similar actions creates the message to which an application program responds, updates its interface and performs the operation. In the treatment of interior system messages, you have the following: system constantly puts the message into the message queue for each thread of execution that provides a window there is a message loop in which messages are accepted from the queue and processed. However, if the processing of messages blocked and cannot be, a receipt of new messages in the message loop is not possible, then the page will not in any way respond to requests to it. Therefore, the page will not be updated, as its interface cannot be updated without receiving a message updates. Pressing any of the buttons there will be no reaction, the message loop will stop at the stage of processing of messages and will not respond to any operation, i.e. there will be false pause. The message loop exists for each thread Windows, and in a single-threaded environment for multiple pages is one such cycle. So when you lock a single message loop blocked the entire program. Taking into account the analysis presented in this invention for each window page is set up a separate thread to create a multithreaded environment. However, in a multithreaded environment, there is another problem - relations between Windows systems Windows. As can be seen from figure 1, there is a top-level window, which is the item in the taskbar. It has buttons to minimize, maximize, and close, and one button in this window is a window (window button in figure 1). Between the top-level window and the window there is a parent-child relationship, so these boxes are called parent and child. The relationship between the parent and child Windows is that the child window should move when you move the parent window, hiding, hiding the parent window and displayed when showing the parent window. In an environment of multi-page browser with multiple threads there is a parent-child relationship between the main window-frame, which is the top-level window (parent), and a window pages (child). Each window page is loaded into its own thread, and the main window frame in the stream, which loads the address bar, the toolbar, and similar items. When using multiple threads, some operations of the parent window synchronized to a child window by passing messages. For example, when the parent window is moved, it sends a message to the child window to the child window also moved. If the thread that loads a child window is blocked and does not respond to the message, the parent window will continue to wait for a response and is also blocked. As a result, the thread in which loaded the parent window, is also blocked and the entire program is not responding. Therefore, if in an environment with multiple threads one page window is in a state of false pause, the main window frame when running it operations should convey the message to synchronize with the pages window, but the window page is unable to answer it. Main window-frame continues to wait for a response from the window of the page and the entire browser not responding - is false pause. According to the above analysis multithreaded environment the present invention allows to solve this problem by removing the relationship parent-child relationship between the pages window and the main window-frame and to ensure the interaction of these Windows to each other asynchronously. Based on the above analysis, the present invention is a method of preventing false suspend multi-page browser. As can be seen from figure 2, this method contains the following stages. Stage 20: setting up a separate thread for each window page. In a single-threaded environment, this step is required, and multithreaded can be skipped. Setting up a separate thread for each page window provides the ability to load each page window in one independent thread. As can be seen from figure 3, in a single-threaded environment every window page is loaded in an independent thread, so for each window has its own message loop. If the message loop of some thread blocks, loops message processing other threads will not be affected, i.e. when one of the Windows of pages in a state of false suspend other open pages to be affected will be. In some cases, for each window page is set up a separate process that can further reduce the chances of failure. Stage 21: use of open pages as a top-level window or deleting a relationship parent-child relationship between the pages window and the main window is the frame with the provision of finding a page window and the main window frames on the same level. In the way of using Windows page as a top-level window is selected items, in particular the buttons to minimize, maximize, and close to the taskbar every window of the page. When pages window and the main window-frames at one level both of these Windows are top-level Windows and between them there is no relationship "parent-child". Each window has a unique ID. Internal module in the system registers the ID and determines the type of box that corresponds - page window or the main window-frame. Thus, even if the pages window and the main window-frame configured to stay on the same level, internal module system can still discern what window is the window of the page and what is the main window-frame. If, after setting up Windows page as a top-level window, the window page is not responding to the main window of the frame, the user can switch to another window or page to close the window page. Step 22: page window and the main window-frame interact with each other asynchronously without regard parent-child relationship between them. When communicating asynchronously main window-frame responds immediately after sending the message, the window of a page, without having to wait for message processing. The parent window (the main window-frame) is synchronized with a child window (the window of the page), sending according prior art synchronization message. For example, when the parent window is moved, it sends a message to the child window and child window moves as well. In this case, if the thread that is downloaded child window is blocked and does not respond to the message, the parent window will continue to wait for a reply message. Therefore, the parent window is blocked and as a result the thread in which it is loaded, blocks, and all the program stops responding. However, as in the present invention page window and the main window-frame interact with each other in asynchronous mode, the main window-frame responds immediately after sending the message, the window of a page, without having to wait for message processing. Therefore, even if the page does not respond to this message, the main window frame can continue to process your message. Thus, the problem of the lack of reaction of the main window-frame due to the lack of reaction of the pages window, you can eliminate and restrict false suspension single window page. In addition, in the absence of a relationship of parent-child relationship between the pages window and the main window-frame these Windows simulate the view of this attitude. Representation of the relationship of parent-child relationship involves moving a page window, change its size, display or hide synchronously with moving, resizing, display or hide the main window-frame. If the page does not meet the main window of the frame, the user can switch to another window or page to close the window page is not responding. Surgery simulation can be limited to pages window and the main window of the frame that is displayed to the user. For example, if the main window frame is moved, the user manually simulates the submission of the initial relationship parent-child relationship between the main window frame and window page, i.e. manually moves displayed for him the box of the page. In accordance with the present invention, each page is loaded in an independent thread. If one page is in a state of false pause, the other pages are not affected. As a parent-child relationship between the pages window and the main window frame is removed and these Windows interact with each other in asynchronous mode, the main window frame (the parent) is responsible immediately after you send the message without waiting for processing by the open pages (child). Therefore, even if the page does not respond to user actions, this fact does not affect the main window-frame. Thus, the false suspension of one page window will not affect the work of the main window-frame and can be limited by one page box to effectively respond to the issue of suspension of all browser from false suspend one window page. block 41 interaction, providing interaction in asynchronous mode between pages window and the main window-frame without regard parent-child relationship between them. The device also contains a unit 42 simulation, used to simulate the view of relations parent-child relationship between the pages window and the main window-frame, when it is deleted relationship. Imitation view relations "parent-child" provides a mode in which if you move, resize, show or hide the main window-frames page window also moves correspondingly, change the size, shown or hidden. In a single-threaded environment, the device also contains the second block 43 settings used to configure a separate thread for each page window, i.e. to load each page in an independent thread. The device can be configured as part of the existing devices for the control system by a browser, or to be a new added device. The method and the device to prevent false suspend multi-page browser suitable for any type of engine browser such as IE core. Since this invention delete a parent-child relationship between the pages window and the main window-frame and these Windows interact with each other in asynchronous mode, the main window frame (the parent) is responsible immediately after you send the message without waiting for processing by the open pages (child). Therefore, even if the page does not respond, the main window frame is not affected. Thus, the false suspension of one page window will not affect the operation of the main window-frame. By loading each page window in an independent stream of false suspension of one page window will not affect other open pages. The result is false, the suspension may be restricted to a single page window to effectively respond to the problem of false suspend the entire browser from false suspend one window page. Summarizing, it can be noted that in the present invention delete a parent-child relationship between the pages window and the main window-frame, and these Windows interact with each other asynchronously. However, the main window-frame responds immediately after you send the message without waiting for processing by the window page. Therefore, even if the page does not respond to user actions, this fact will not affect the main window frame in order to avoid problems false suspend the entire browser from false suspended one-stop page and to improve the user experience. Additionally, in a single-threaded environment for each page provide an independent thread and produce independent of the message queue to solve the problem of false suspend all pages from false suspend one page. The specialists of this field of technology should be clear that at least part of the stages of the proposed method can be implemented programmatically, by passing the appropriate equipment for performing these stages, and the corresponding program may be stored in a machine-readable storage medium, for example in the permanent memory (ROM), random access memory (RAM), on disk, CD-ROM, or similar devices. The above examples are the preferred variants of the invention and should not be construed as limiting the scope of its legal protection. Any modifications and equivalent replacement, the essence of the present invention and obvious to specialists in this field of technology should be considered as falling under the scope of the claims of the present invention. Therefore, the scope of legal protection of the present invention shall be determined only by his formula. 1. The way to prevent false suspend multi-page browser, characterized in that it contains the following stages: configuring Windows page as the Windows on the same level with the main window-frame; destruction of relationship parent-child relationship between the pages window and specified the main window-frame; interaction in asynchronous mode page window to the main window-frame without regard parent-child relationship between them. 2. The method according to claim 1, wherein when the main window-frame at the top level window page is set up as a top-level window. 3. The method according to claim 1 or 2, also including: simulated view of relations parent-child relationship between the pages window and the main window-frame, when it is deleted relationship. 4. The method according to claim 3, in which the specified imitation view relations "parent-child" includes: appropriate move, resize, show or hide the window for the page, if you move, resize, show or hide the main window-frame. 5. The method according to claim 1 or 2, also includes: setting up a separate thread for each open page in a single-threaded environment. 6. The device to prevent false suspend multi-page browser, characterized in that it contains: the first block settings made with the possibility window settings page as window, situated on the same level as the main window-frame, and also with the possibility of removal of relationship parent-child relationship between the pages window and the main window-frame; block of interaction, providing interaction in asynchronous mode between pages window and the main window-frame without regard parent-child relationship between them. 7. The device according to claim 6, in which the first block settings made with the possibility window settings page as a top level window when the main window-frame at the top level. 8. The device according to claim 6 or 7, also containing: block imitation, made with the possibility of imitation of view of relations parent-child relationship between the pages window and the main window-frame, when it is deleted relationship. 9. The device according to claim 6 or 7, which if used in a single-threaded environment also contains: second block of the settings made with the ability to configure a separate thread for each window page.
|
© 2013-2014 Russian business network RussianPatents.com - Special Russian commercial information project for world wide. Foreign filing in English. |