WO2013159745A1 - 网页浏览方法、WebApp框架、执行JavaScript方法及装置、移动终端 - Google Patents

网页浏览方法、WebApp框架、执行JavaScript方法及装置、移动终端 Download PDF

Info

Publication number
WO2013159745A1
WO2013159745A1 PCT/CN2013/074887 CN2013074887W WO2013159745A1 WO 2013159745 A1 WO2013159745 A1 WO 2013159745A1 CN 2013074887 W CN2013074887 W CN 2013074887W WO 2013159745 A1 WO2013159745 A1 WO 2013159745A1
Authority
WO
WIPO (PCT)
Prior art keywords
page
application
webapp
browser
read
Prior art date
Application number
PCT/CN2013/074887
Other languages
English (en)
French (fr)
Inventor
梁捷
马妙魁
Original Assignee
广州市动景计算机科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 广州市动景计算机科技有限公司 filed Critical 广州市动景计算机科技有限公司
Priority to US14/368,753 priority Critical patent/US10185704B2/en
Priority to RU2014126210/08A priority patent/RU2604326C2/ru
Publication of WO2013159745A1 publication Critical patent/WO2013159745A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/14—Tree-structured documents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526—Plug-ins; Add-ons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
    • G06F9/45508—Runtime interpretation or emulation, e g. emulator loops, bytecode interpretation

Definitions

  • Web browsing method WebApp framework, execution JavaScript method and device, mobile terminal
  • the present invention relates to the field of mobile communications, and more particularly to a web browsing method implemented based on a WebApp framework, a WebApp framework, a method and apparatus for executing JavaScript using an extended interface, and the above-described WebApp framework or the above-described mobile terminal executing a JavaScript device.
  • Background technique
  • multiple mobile browsers such as QQ browser, beautiful browser, and UC browser, will display customized forums for various forums, that is, custom forum mode.
  • the implementation of the forum mode mainly adopts the following two methods: 1. Relying on the browser manufacturer's own server implementation. 2. Implemented on a local browser client.
  • Reading mode can transform the deep and shallow texts of novels, news, forums, etc. from a thick book into a thin one. Paper. Just one page, just look at the whole, let the palm reading really become the user's love. In operation, this change makes browsing easier and speeds up reading. However, they both directly modify the browser source code and add the implementation logic of the reading mode in the browser to implement the reading mode. However, there are many drawbacks to this approach:
  • the typesetting method of the mobile phone browser generally has two modes of adapting to screen typesetting and zooming typesetting. These two methods have their own advantages and disadvantages: adapt to screen layout without left and right drag, or page zoom, so it is more suitable for mobile phone browsing experience, but the layout of the page is sometimes confusing and unattractive; zoom typesetting can completely restore PC-like The page effect, the page is beautiful and there is no confusion, but the user needs to constantly drag or zoom, which reduces the user's browsing experience.
  • Some mobile browsers are now starting to support extensions to enhance the user's browsing experience. For example, forum mode, microblogging reading mode, etc., to enhance the user's browsing experience in the mobile browser.
  • the extension of the mobile browser is to provide more and better experience, and the browser must provide more and better open interfaces.
  • Extensions change the DOM (Document Object) via JavaScript (hereafter referred to as JS)
  • JS JavaScript
  • the structure of the Model, Document Object Model implements the re-formatting of the page, making the page more beautiful. For example, blocking unnecessary ad nodes; extracting the necessary elements from the forum page to form a forum mode suitable for mobile browsing.
  • Another object of the present invention is to provide a method and apparatus for executing JavaScript using an extended interface. Another object of the present invention is to provide a web browsing method and a web App framework based on a WebApp framework.
  • a method for executing extended JavaScript by an extended JS interface comprising: when a webpage page is loaded, asking a requester to execute extended JavaScript at a predetermined timing, wherein the extension is Loaded when the browser is launched; when it is determined that JavaScript is required to execute the extension, the browser assembles the extended JS interface according to the open API; and executes the extended JavaScript using the extended JS interface.
  • the extended JavaScript is executed to perform the following steps: by accessing a DOM tree of a current webpage page, extracting a page browsing desired content; according to the extracted content, by setting in advance
  • the interface for adjusting the layout mode sets the layout mode of the browser; based on the set layout mode, performs page layout on the extracted content.
  • the extended JavaScript is executed to perform the following steps: after receiving an instruction issued by the browser to invoke a first message pre-registered in the first JS application in the web application WebApp framework
  • the WebApp invokes the first JS application to determine whether the current webpage page is a customizable forum page, and the first JS application is set to be a forum type that is called after the HEAD node is constructed and used to determine the current webpage page.
  • a message is sent after completing the construction of the HEAD node of the current web page when loading the webpage to the browser; determining that the current webpage page is a customizable forum page and receiving an instruction issued by the browser to invoke the pre-registration in the WebApp framework
  • the WebApp calls the forum with the current web page a second JS application corresponding to the type to generate and display the customized forum page, the second JS application being set to be called after the document object model DOM tree construction is completed and used to generate and display the forum page, the second The message is sent after the DOM tree of the current web page is completed when the web page is loaded into the browser.
  • the extended JavaScript is executed to perform the following steps: After receiving an instruction issued by the browser to invoke a fourth message of a fourth JS application pre-registered in the WebApp framework, the WebApp Calling the fourth JS application to perform the following steps: traversing the DOM tree to obtain keywords contained in the DOM node text; determining the keyword based on keywords included in the DOM node text and a pre-stored keyword database in the WebApp framework Whether it is a pre-read keyword; after determining that the included keyword is a pre-read keyword, the following process is repeated for each pre-read keyword until all the pre-read keywords have been processed: according to the currently acquired Pre-reading the keyword, obtaining the link address of the page of the next page; pre-reading the content of the next page from the web server according to the obtained link address; and displaying the content of the next page of the pre-read and obtaining the next pre-read keyword, wherein The fourth message is sent after completing the construction of the DOM tree of the current webpage
  • a webpage browsing method based on a WebApp framework including: after receiving an instruction issued by a browser to invoke a first message of a first JS application pre-registered in a web application webApp framework, The WebApp invokes the first JS application to determine whether the current webpage page is a customizable forum page, and the first JS application is set to be a forum type that is called after the HEAD node is constructed and used to determine the current webpage page, the first The message is sent after completing the construction of the HEAD node of the current webpage page when the webpage is loaded to the browser; determining that the current webpage page is a customizable forum page and receiving an instruction issued by the browser invokes a second pre-registered in the WebApp framework.
  • the WebApp invokes a second JS application corresponding to the forum type of the current web page to generate and display the customized forum page, and the second JS application is set to be completed in the DOM tree of the document object model.
  • the second message is in the browser Issued after the completion of construction of the current DOM tree of the web page upload page.
  • the first JS application and the second JS application may be The content script Content Script is formed and pre-programmed in the WebApp installation package, and when the WebApp installation package is installed on the browser, the first and second JS applications are registered in the WebApp framework.
  • the first JS application is configured to: obtain a meta tag from the HEAD node; determine a forum type of the web page according to the acquired meta tag, and the second JS application The method is configured to: extract the forum page data corresponding to the customized forum mode in the current webpage page by traversing the DOM tree; generate the forum page by using the extracted forum page data; and display the generated forum page.
  • the method prior to displaying the generated forum page, the method further includes hiding or deleting the original JS page.
  • the method further includes: after receiving the instruction issued by the browser to invoke a third message of the third JS application pre-registered in the WebApp framework, the WebApp invokes the third JS application.
  • the determination of the pre-read keyword and the web content pre-reading and display process based on the determined pre-read keyword are performed.
  • the determining of the pre-read keyword and the web content pre-reading and displaying process based on the determined pre-reading keyword include: traversing the DOM tree to obtain keywords included in the DOM node text; based on the DOM node The keyword contained in the text and the pre-read keyword pre-stored in the WebApp framework to determine whether the keyword is a pre-read keyword; after determining that the included keyword is a pre-read keyword, for each pre-read The read keyword repeatedly performs the following process until all the pre-read keywords have been processed: According to the currently acquired pre-read keywords, the link address of the next page page is obtained; according to the obtained link address, the pre-read from the web server The next page webpage content; and displaying the pre-read next page webpage content and obtaining the next pre-reading keyword, wherein the third message is sent after completing the construction of the DOM tree of the current webpage page, and the third JS application is Set to be called after the DOM tree is built and formed by Content Script, and pre-programmed in the Web
  • the method before displaying the pre-read next page webpage content, further comprises splicing the pre-read next page webpage page with the current webpage page; and scrolling the page of the current webpage page When the distance exceeds the predetermined threshold, the content of the next page of the pre-reading page is displayed.
  • the splicing the pre-read page of the next page with the current page of the webpage includes: extracting only the page of the next page from the pre-read page of the next page BODY node; changes the extracted BODY node into a DIV node but retains the content of the BODY node; sets the attribute of the DIV node to be the tail of the BODY node attached to the current web page after being hidden.
  • a webpage browsing method based on a WebApp framework comprising: after receiving a fourth message sent by a browser to invoke a fourth JS application pre-registered in a WebApp framework, the WebApp invokes The fourth JS application performs the determination of the pre-read keywords and the web content pre-reading and display process based on the determined pre-read keywords.
  • the determining of the pre-reading keyword and the web content pre-reading and displaying process based on the determined pre-reading keyword may include: traversing the DOM tree to obtain keywords included in the DOM node text; based on the DOM node text The keyword contained in the keyword and the pre-stored keyword database in the WebApp framework to determine whether the keyword is a pre-read keyword; after determining that the included keyword is a pre-read keyword, for each pre-read keyword Repeat the following process until all the pre-read keywords have been processed: According to the currently acquired pre-read keywords, obtain the link address of the next page page; according to the obtained link address, pre-read the next page from the web server Contenting; and displaying the content of the next page of the pre-reading page and obtaining the next pre-reading keyword, wherein the fourth message is sent after completing the construction of the DOM tree of the current webpage page, and the fourth JS application is set to be
  • the DOM tree is called after the build is completed and is formed by Content Script, and is pre-programmed
  • the operations of the second JS application, the third JS application, and/or the fourth JS application are performed using an extended JS interface.
  • the extended JS interface is further configured to: adopt an interface for adjusting a page layout manner according to the extracted content. Set the layout of your browser.
  • an apparatus for executing JavaScript by using an extended JS interface includes: an interrogation unit, configured to, when a webpage page loads, ask a requester whether to execute extended JavaScript at a predetermined timing, wherein The extension program is loaded when the browser is launched; an assembly unit for assembling the extended JS interface according to the open API when determining the JavaScript that needs to execute the extension; and an execution unit for performing the extension using the extended JS interface JavaScrip
  • a WebApp framework including: a first calling module, configured to receive a first pre-registration in a WebApp framework upon receiving an instruction issued by a browser After the first message of the JS application, the first JS application is called to determine whether the current webpage page is a customizable forum page, and the first JS application is set to be called after the HEAD node is completed and used to determine the current webpage page.
  • the first message is sent after the HEAD node of the current webpage is completed when the webpage is loaded to the browser;
  • the second calling module is configured to determine that the current webpage is a customizable forum page and receives the browser
  • the second JS application corresponding to the forum type of the current webpage page is invoked to generate and display the customized forum page
  • the second The JS application is set to be called after the DOM tree is built and used to generate and display the forum page, the second message being issued after the DOM tree of the current web page is completed when the web page is loaded to the browser.
  • the WebApp framework may further include: a third calling module, configured to: in response to the indication issued by the browser, invoke a third message of the third JS application pre-registered in the WebApp framework Thereafter, the third JS application is invoked to perform the determination of the pre-read keywords and the web content pre-reading and display process based on the determined pre-read keywords.
  • a third calling module configured to: in response to the indication issued by the browser, invoke a third message of the third JS application pre-registered in the WebApp framework Thereafter, the third JS application is invoked to perform the determination of the pre-read keywords and the web content pre-reading and display process based on the determined pre-read keywords.
  • the determining of the pre-reading keyword and the web content pre-reading and displaying process based on the determined pre-reading keyword may include: traversing the DOM tree to obtain keywords included in the DOM node text; based on the DOM node text The keyword contained in the keyword and the pre-stored keyword database in the WebApp framework to determine whether the keyword is a pre-read keyword; after determining that the included keyword is a pre-read keyword, for each pre-read keyword Repeat the following process until all the pre-read keywords have been processed: According to the currently acquired pre-read keywords, obtain the link address of the next page page; according to the obtained link address, pre-read the next page from the web server Contenting; and displaying the content of the next page of the pre-reading page and obtaining the next pre-reading keyword, wherein the third message is sent after completing the construction of the DOM tree of the current webpage page, and the third JS application is set to be The DOM tree is called after the build is completed and is formed by Content Script, and is pre-programmed
  • a browser including: a first message sending unit, configured to: after completing the construction of the HEAD node of the current webpage page when loading the webpage, issue an instruction to invoke pre-registration in the WebApp framework
  • the first message of the first JS application the first JS application is set to be called after the HEAD node is completed and used to determine the forum type of the current web page
  • the second message sending unit is configured to be loaded Complete the DOM of the current web page when the webpage After the tree is constructed, issuing a second message indicating that the second JS application corresponding to the forum type of the current webpage page pre-registered in the WebApp framework is invoked, the second JS application is set to be called after the DOM tree is constructed and Used to generate and display forum pages.
  • a WebApp framework including: a fourth calling module, configured to: after receiving an instruction issued by a browser, invoke a fourth message of a fourth JS application pre-registered in the WebApp framework, The fourth JS application is invoked to perform the determination of the pre-read keywords and the web content pre-reading and display process based on the determined pre-read keywords.
  • the determining of the pre-reading keyword and the web content pre-reading and displaying process based on the determined pre-reading keyword may include: traversing the DOM tree to obtain keywords included in the DOM node text; based on the DOM node text The keyword contained in the keyword and the pre-stored keyword database in the WebApp framework to determine whether the keyword is a pre-read keyword; after determining that the included keyword is a pre-read keyword, for each pre-read keyword Repeat the following process until all the pre-read keywords have been processed: According to the currently acquired pre-read keywords, obtain the link address of the next page page; according to the obtained link address, pre-read the next page from the web server Contenting; and displaying the content of the next page of the pre-reading page and obtaining the next pre-reading keyword, wherein the fourth message is sent after completing the construction of the DOM tree of the current webpage page, and the fourth JS application is set to be
  • the DOM tree is called after the build is completed and is formed by Content Script, and is pre-programmed
  • the operations of the second JS application, the third JS application, and/or the fourth JS application are performed using an extended JS interface, and when the current webpage content display is performed,
  • the extended JS interface is further configured to: set a browser typesetting manner according to the extracted content, through an interface preset for adjusting a page layout manner.
  • a browser including: a fourth message sending unit, configured to: when the web page is loaded, complete the construction of the DOM tree of the current webpage page, issue an instruction to call pre-registration in the WebApp framework A fourth message of the fourth JS application, the fourth JS application being configured to perform the determination of the pre-read keyword and the web content pre-reading and display process based on the determined pre-read keyword.
  • the determining of the pre-reading keyword and the web content pre-reading and displaying process based on the determined pre-reading keyword may include: traversing the DOM tree to obtain keywords included in the DOM node text; based on the DOM node text The keywords contained in the keyword and the pre-stored keyword database in the WebApp framework to determine whether the keyword is a pre-read keyword; After the included keywords are pre-read keywords, the following process is repeated for each pre-read keyword until all the pre-read keywords have been processed: According to the currently acquired pre-read keywords, the next page is obtained.
  • the fourth JS application is set In order to be called after the DOM tree is built and formed by Content Script, and pre-programmed in the WebApp installation package, and when the WebApp installation package is installed on the browser, the fourth JS application is registered in the WebApp framework.
  • a mobile terminal including the above WebApp framework; and the above browser.
  • a mobile terminal comprising the above apparatus for executing JavaScript through an extended JS interface; and a browser.
  • a computer readable medium having program code executable by a processor, when executed, causes the processor to perform the following steps:
  • the predetermined timing asks the extension whether to execute the extended JavaScript, which is loaded when the browser is launched; when it is determined that the extended JavaScript is required, the browser assembles the extended JS interface according to the open application programming interface API. Executing extended JavaScript with the extended JS interface.
  • a computer readable medium having program code executable by a processor, when executed, causes the processor to perform the steps of: receiving a browser After instructing to invoke the first message pre-registered in the first JS application in the web application webApp framework, the webApp invokes the first JS application to determine whether the current web page is a customizable forum page, and the first JS application is set to be in HEAD After the node is completed, the node type is used to determine the current webpage page, and the first message is sent after the webpage is loaded into the browser, and the HEAD node of the current webpage is completed; and the current webpage is determined to be After customizing the forum page and receiving the instruction issued by the browser to invoke the second message of the second JS application pre-registered in the WebApp framework, the WebApp invokes the second JS application corresponding to the forum type of the current webpage page to generate and display the second JS application.
  • the second JS application is set to DOM tree structure in the document object model After the build is completed, it is called and used to generate and display the forum page, and the second message is sent after the DOM tree of the current webpage is completed when the webpage is loaded to the browser.
  • a meter having a program code executable by a processor is provided The computer readable medium, when executed, the program code causes the processor to perform the following steps: after receiving the instruction issued by the browser to invoke the fourth message of the fourth JS application pre-registered in the WebApp framework, the WebApp Calling the fourth JS application to perform determination of the pre-read keyword and the web content pre-reading and displaying process based on the determined pre-reading keyword, wherein the fourth message is completed after the DOM tree of the current web page is completed Issuance, the fourth JS application is set to be called after the DOM tree is built and formed by Content Script, and pre-programmed in the WebApp installation package, and when the WebApp installation package is installed on the browser, the fourth JS is The application is registered in the WebApp framework.
  • the customization of the forum mode page can be performed when the DOM tree is constructed, without having to start customization after the web page is loaded, thereby reducing the waiting time of the user and thereby improving the user experience.
  • the WebApp's automatic content update script can be used to implement automatic update by using the web application's content script content script without the need of a browser server.
  • the forum mode and the reading mode are implemented by a WebApp, and it is no longer necessary to change the code of the browser itself, thereby making maintenance simple.
  • the user can create a different forum mode or a read mode WebApp as needed, that is, the method according to the present invention is open.
  • FIG. 1 is a flow chart showing a webpage browsing method based on a WebApp framework according to a first embodiment of the present invention
  • FIG. 2 illustrates an example process of calling the first JS application determination forum type in FIG. 1
  • FIG. 3 illustrates an example process of invoking the second JS application of FIG. 1 to generate and display a forum page;
  • FIG. 4 is a block diagram showing a mobile terminal having a WebApp framework and a browser according to a first embodiment of the present invention
  • FIG. 5 is a flow chart showing a webpage browsing method based on a WebApp framework according to a second embodiment of the present invention.
  • FIG. 6 shows an example process of invoking a third JS application in FIG. 5 for a read mode operation
  • FIG. 7 shows a flow chart of an example stitching process
  • Figure 8 is a block diagram showing a mobile terminal having a WebApp framework and a browser in accordance with a second embodiment of the present invention
  • FIG. 9 is a flow chart showing a method of executing JavaScript using an extended JS interface according to a third embodiment of the present invention.
  • Figure 10 is a flow chart showing a method of executing JavaScript to perform page layout control using the extended JS interface of Figure 9;
  • FIG. 11 is a block diagram showing an apparatus for executing JavaScript using an extended JS interface according to a third embodiment of the present invention.
  • Figure 12 is a block diagram showing a mobile terminal having means for page layout control using an extended JS interface in accordance with the present invention.
  • Fig. 1 is a flow chart showing a WebApp framework-based web browsing method in accordance with a first embodiment of the present invention.
  • the first JS application ie, the first JS application file
  • the second JS application ie, the second JS
  • Application file WebApp installation package.
  • the first JS application and the second JS application are files for storing JavaScript scripts, formed by Content Script.
  • the first JS application is set to be called after the HEAD node is completed and used to determine the forum type of the current web page.
  • the first JS application is configured to obtain a meta tag from the HEAD node; Determine the forum type of the web page based on the acquired meta tag.
  • the meta tag here refers to an important code " ⁇ meta>" in the HTML source code of the web page.
  • the second JS application is set to be called after the DOM tree is built and used to generate and display a forum page.
  • the second JS application is configured to: by traversing the DOM tree, extract forum page data corresponding to the customized forum mode in the current webpage page; generate the forum page by using the extracted forum page data; and display the generated forum page.
  • step S110 the created WebApp installation package is installed in a browser on the mobile terminal client.
  • step 120 the first JS application and the second JS application are registered in the WebApp framework.
  • the WebApp framework is similar to an operating system (OS) on which various applications such as JS applications can be run.
  • OS operating system
  • the above steps may be performed in advance before the user performs web browsing, or may be performed in real time while the user is browsing the web.
  • step S130 the current webpage page that the user desires to browse is loaded from the webpage server to the browser on the client of the mobile terminal.
  • the browser issues a first message to the WebApp indicating that the first JS application is called (step S140).
  • the first message may be HEAD_END or BODY_START
  • the message HEAD-END is used to indicate the end of the HEAD node
  • the message BODY_START is used to indicate the start of the BODY node.
  • the browser can indicate that the first JS application is invoked by sending a message HEAD_END or BODY_START to the WebApp.
  • the timing of sending the first message can be issued when the browser has already built the HEAD node, or when the browser starts building the BODY node or after the BODY node is built.
  • the browser loads the webpage, the source code of the webpage is first obtained from the network. When parsing the source code of these web pages, it will resolve to the BODY tag. Once parsed into the BODY tag, an instance of the BODY node is created in the browser code. When the instance is successfully created, the WebApp framework BODY node can be notified that it has been constructed, thereby instructing the WebApp to invoke the first JS application file.
  • the WebApp After calling the first JS application file, the WebApp uses the first JS application file called to determine the forum type (step S150).
  • the Meta tag in the HEAD node is obtained according to the obtained source code of the current webpage page (step S151), and the forum type of the current webpage page is determined according to the acquired Meta tag (step S153).
  • the determined forum type is stored in the WebApp (S155). In another example of the present invention, the determined forum type may not be stored.
  • step S160 the WebApp determines whether the forum page is a customizable forum based on the determined forum type. If the forum page is not a customizable forum, then in step S165, the browser continues to load the current web page and displays the loaded web page after the loading is completed.
  • the browser continues to load the current web page. And after the browser completes the DOM tree construction, the browser sends a second message indicating that the second JS application is invoked to the WebApp (step S180).
  • the second message may be, for example, a DOCUMENT_END message indicating that the document ends.
  • the browser constructs a DOM tree in the process of parsing the source code obtained from the network. After parsing all the source code of the web page, a complete DOM tree is constructed. At this point, a second message indicating that the second JS application is invoked can be sent to the WebApp framework.
  • the second message can be any form of message, as long as the WebApp receives the message to determine that the second JS application should be invoked.
  • the WebApp invokes the second JS application to generate and display the forum page.
  • the WebApp extracts forum page data corresponding to the customized forum mode in the current webpage page by traversing the DOM tree (step S191); The forum page data generation forum page (step S193); then the generated forum page is displayed (step S195).
  • the original web page may also be hidden or deleted before the generated forum page is displayed.
  • the method of hiding the original webpage page is to set the CSS (Cascading Style Sheet) attribute of the node of the original webpage page, and the original webpage page can be hidden by setting the CSS property. Effect.
  • the method of deleting the original webpage page is to delete the webpage node by calling the interface removeChild provided by JS.
  • Fig. 4 shows a block schematic diagram of a mobile terminal 10 having a WebApp framework and browser in accordance with a first embodiment of the present invention.
  • the mobile terminal 10 includes a WebApp framework 100 and a browser 200.
  • the WebApp framework 100 also includes a first invocation module 110 and a second invocation module 120.
  • the first calling module 110 is configured to, after receiving the instruction issued by the browser, invoke the first message pre-registered in the first JS application in the WebApp framework, and invoke the first JS application to determine whether the current webpage page is a customizable forum page.
  • the first JS application is set to be called after the HEAD node is completed and used to determine the forum type of the current webpage page, and the first message is completed after the HEAD node of the current webpage page is completed when the webpage is loaded into the browser. issue.
  • the second invoking module 120 is configured to: after determining that the current webpage page is a customizable forum page and receiving an instruction issued by the browser, calling the second message of the second JS application pre-registered in the WebApp framework, using the current webpage page a second JS application corresponding to the forum type to generate and display the customized forum page, the second JS application is set to be called after the DOM tree is constructed and used to generate and display the forum page, the second message is Issued after the DOM tree of the current web page is built when the web page is loaded to the browser.
  • the browser 200 further includes a first message transmitting unit 210 and a second message transmitting unit 220.
  • the first message sending unit 210 is configured to, after completing the construction of the HEAD node of the current webpage page when loading the webpage, issue a first message indicating that the first JS application pre-registered in the WebApp framework is invoked, the first JS application is Set to the type of forum that is called after the HEAD node is built and used to determine the current page page.
  • the second message sending unit 220 is configured to, after completing the construction of the DOM tree of the current webpage page when loading the webpage, issue a second second JS application corresponding to the forum type corresponding to the current webpage page, which is pre-registered in the WebApp framework.
  • the message, the second JS application is set to be called after the DOM tree is built and used to generate and display the forum page.
  • FIGS. 1 through 4 A WebApp framework-based web page browsing method and system according to a first embodiment of the present invention is described above with reference to FIGS. 1 through 4.
  • the terminal client opens the forum page, it uses WebApp's Content Script to automatically identify the type of the forum, and calls different JS codes to customize the page according to the type of the forum, and finally generates a clean and refreshing forum mode page instead of the original complicated forum page.
  • the browser can run a forum-style WebApp similar to the operating system. In this way, a set of WebApp frameworks can be implemented in the local browser client without the need for server running support, and the forum page forum mode can be customized through Content Script, so that the client browser does not run. Depends on the browser vendor's server.
  • the customization of the forum mode page can be performed when the DOM tree is constructed, rather than starting at the end of the page loading.
  • the maintenance method is simple, the forum mode can be implemented by a Webapp, and it is no longer necessary to change the browser's own code.
  • the method according to the present embodiment is open, and the user can create a Web app for some special forum modes.
  • Fig. 5 is a flow chart showing a WebApp framework based web browsing method in accordance with a second embodiment of the present invention.
  • the third JS application is a file for storing JavaScript scripts, formed by Content Script.
  • the third JS application is configured to be invoked after the DOM tree is constructed and configured to perform the determination of the pre-read keywords and the web content pre-reading and display process based on the determined pre-read keywords.
  • FIG. 5 In the example shown in FIG.
  • the determination of the pre-reading keyword and the web content pre-reading and displaying process based on the determined pre-reading keyword include: the WebApp traversing the DOM tree to obtain keywords included in the DOM node text Determining whether the keyword is a pre-read keyword based on a keyword included in the DOM node text and a pre-stored keyword database containing the predicted keyword in the WebApp framework; determining that the included keyword is a pre-read key After the word, the following process is repeated for each pre-read keyword until all the pre-read keywords have been processed: According to the currently obtained pre-read keyword, the link address of the next page page is obtained; according to the obtained link The address, pre-reading the content of the next page from the web server; and displaying the content of the next page of the pre-read and obtaining the next pre-read keyword.
  • Pre-read keywords that are pre-stored in the keyword database in the WebApp can be collected by observing a large number of websites.
  • the pre-read keywords are, for example, "next page”, “next chapter”, “next section”, and the like.
  • the keyword database is stored in the configuration file of the WebApp, and when the WebApp is started, all the pre-read keywords saved in the configuration are read.
  • the WebApp installation package is created as described above, before web browsing or web browsing, the WebApp installation package is installed in the browser in step S210. After the above installation is completed, the third JS application is registered in the WebApp in step S220.
  • step S230 the current webpage page that the user desires to browse is loaded from the webpage server to the browser on the client of the mobile terminal.
  • the browser issues a third message to the WebApp indicating that the third JS application is called (step S240).
  • the third message can adopt any form of message, as long as the WebApp can confirm that the third JS application should be called after receiving the message.
  • step S250 the WebApp invokes the third JS application to perform the read mode operation.
  • the WebApp traverses the DOM tree to acquire the keywords included in the text of the DOM node (S251). Then, the acquired keyword is matched with the pre-read keyword pre-stored in the configuration of the WebApp, and it is judged whether or not the keyword is a pre-read keyword (S252). If so, it is determined that the reading mode is entered, and the process proceeds to step S253. Otherwise, it is judged that the reading mode is not entered, and the process proceeds to step S257. In step S257, the loading of the page continues to be displayed.
  • JS provides a way to traverse the DOM tree.
  • the innerText property of a node you can get the display text of this node.
  • the string matching method provided by JS is used to compare the pre-read keyword previously saved in the configuration with the content of the node, if a pre-read is found in the set of pre-read keywords.
  • the keyword whose content is the same as the content of the text, considers that the current page can enter the reading mode.
  • the following process is repeatedly executed for each pre-reading keyword until all the pre-reading keywords have been processed:
  • the page address of the page page (S253), for example, through Javascript DOM Do, get the text of the next page link address.
  • the next page content is pre-read from the web server (S254), for example, based on the link address, a request is sent to the web server to obtain the web page content.
  • next page webpage page is spliced with the current webpage page (S255); and when the page scrolling distance of the current webpage page exceeds a predetermined threshold, the pre-read next page webpage content is displayed and the next pre-reading keyword is acquired (S256).
  • the next page page may not be spliced with the current page page, and the next page page is displayed after the current page has been browsed.
  • steps S253 to S256 are repeated until the above operation is completed for all the pre-read keywords.
  • splicing the pre-read next page page with the current web page may further include: extracting only the next page from the pre-read next page page. a BODY node of the web page (S2551); changing the extracted BODY node to a DIV node but retaining the content of the BODY node (S2553); and setting the attribute of the DIV node to a BODY node attached to the current web page after being hidden The tail (S2555).
  • Fig. 8 is a block diagram showing a mobile terminal 20 having a WebApp framework and a browser in accordance with a second embodiment of the present invention. As shown in FIG. 8, the mobile terminal 20 includes a WebApp framework 300 and a browser 400.
  • the WebApp framework 300 includes a third invoking module 310, configured to invoke a third JS application after receiving a third message sent by the browser to invoke a third JS application pre-registered in the WebApp framework, the third JS application Is configured to perform the following process: traversing the DOM tree to obtain keywords contained in the DOM node text; determining whether the keyword is pre-based based on keywords included in the DOM node text and a pre-stored keyword database in the WebApp framework Read the keyword; after determining that the included keyword is a pre-read keyword, repeat the following process for each pre-read keyword until all the pre-read keywords have been processed: According to the currently acquired pre-read key a word, obtaining a link address of a page of the next page; pre-reading the content of the next page from the web server according to the obtained link address; and displaying the content of the next page of the pre-read and obtaining the next pre-read keyword, wherein The third message is issued after completing the construction of the DOM tree of the current webpage
  • the browser 400 includes a third message sending unit 410, configured to, after completing the construction of the DOM tree of the current webpage page when the webpage is loaded, issue a third message indicating that the third JS application pre-registered in the WebApp framework is invoked,
  • the third JS application is configured to perform the following process: traversing the DOM tree to obtain keywords contained in the DOM node text; determining the key based on keywords included in the DOM node text and a pre-stored keyword database in the WebApp framework Whether the word is a pre-read keyword; after determining that the included keyword is a pre-read keyword, the following process is repeated for each pre-read keyword until all the pre-read keywords have been processed: according to the current acquisition a pre-reading keyword, obtaining a link address of a page page of the next page; pre-reading the content of the next page from the web server according to the obtained link address; and displaying the content of the next page of the pre-read and obtaining the next pre-read keyword,
  • FIGS. 5 through 8 A WebApp-based web browsing method and system according to a second embodiment of the present invention is described above with reference to FIGS. 5 through 8.
  • the read mode and the pre-reading of the reading mode can be performed for the page that can enter the reading mode by using the content script of the WebApp without the cooperation of the browser server.
  • WebApp's automatic update strategy can be used to update the reading mode implementation in the background, resulting in more timely and less traffic.
  • maintenance is simple, and the reading mode can be implemented through a WebApp, eliminating the need to change the browser's own code.
  • it is open, and users can create WebApps with different reading modes as needed.
  • the first embodiment and the second embodiment of the present invention can be combined to form a new embodiment.
  • the third JS application in the second embodiment of the present invention is combined with the first JS application and the second JS application of the first embodiment, and the third embodiment of the second embodiment is added to the WebApp of the first embodiment.
  • the second JS application and the third JS application may be executed simultaneously or sequentially.
  • the third calling module, the third JS application, the third message sending module, and the third message mentioned in the WebApp framework according to the second embodiment respectively correspond to the claims in claim 4 and claim 12.
  • Four calling module, fourth JS application, fourth messaging module, and fourth Message When the second embodiment is used in combination with the first embodiment, the third calling module, the third JS application, the third message transmitting module, and the third message mentioned in the WebApp framework according to the second embodiment respectively correspond to the claims 9 and the third calling module, the third JS application, the third message sending module, and the third message in claim 18.
  • FIG. 9 shows a flow chart of a method of executing JavaScript using an extended JS interface in accordance with a third embodiment of the present invention.
  • step S310 when the browser is started, the browser extension is loaded (step S310). Then, during the browser browsing process, the web page required by the client is loaded from the web server to the browser (step S320). Next, when the web page is loaded, the browser asks the extension at the predetermined timing whether to execute the extended JavaScript (step S330), for example, before the DOM tree starts to be created or after the DOM tree is created.
  • the browser When it is determined that JavaScript is required to execute the extension, the browser assembles the extended JS interface according to the open API (step S340). After the extended JS interface is assembled, the extended JavaScript is executed using the extended JS interface (step S350) to execute various applications according to user needs.
  • Figure 10 is a flow chart showing a method of executing JavaScript to perform page layout control using the extended JS interface of Figure 9.
  • Steps S310 to S350 in Fig. 10 are identical to steps S310 to S350 in Fig. 9, and the description will not be repeated here.
  • step S360 the desired content is browsed by accessing the DOM tree of the current webpage page.
  • the layout mode of the browser (S370) is set by an interface for adjusting the page layout mode, for example, by ucweb.tabs.setLayout (layout).
  • step S375 the page structure of the web page content from the web server is modified, for example, to mask unnecessary elements and generate specific elements.
  • the browser is requested to change the layout mode of the current page according to the set layout mode (S380), whereby the browser re-types according to the set layout mode (S390).
  • This interface is used to dynamically change the layout of the page.
  • the typesetting method can be zoom typesetting or screen typesetting.
  • Input parameters The constant value that identifies the typesetting method, ie ucweb.tabs.ZOOM_LAYOUT Scale layout, ucweb.tabs.ADAPT_SCREEN_LAYOUT indicates suitable screen layout. Return value: None
  • the first example is for the case of the extension of the forum mode.
  • the page when zooming the layout, the page is found to be able to enter the forum mode.
  • the JavaScript of the forum mode extension extracts the content that the forum mode needs to display from the original page, and after shielding unnecessary content, it is displayed to the user in a layout suitable for the screen.
  • the forum mode extension program can set the mobile phone browser's typesetting mode to adapt to the screen by calling the ucweb.tabs.setLayout(ucweb.tabs.ADAPT_SCREEN_LAYOUT) interface, thereby providing the user with a beautiful and easy interactive browsing.
  • the ucweb.tabs.setLayout(ucweb.tabs.ADAPT_SCREEN_LAYOUT) interface thereby providing the user with a beautiful and easy interactive browsing.
  • the second example is for a read mode extension.
  • the user enters the reading mode under the zoom layout, and the extension also requests the browser to set the browser to accommodate the screen layout. If the user finds that they do not like the reading mode experience after entering, the user will exit the reading mode.
  • the extension program must restore the layout type to the previous zoom layout, and then call the ucweb.tabs.setLayout(ucweb.tabs.ZOOM_LAYOUT) interface to set the layout to zoom layout.
  • the extension automatically switches between different layouts to give the user a better browsing experience.
  • a web browsing method for the forum mode according to the first embodiment of the present invention can also be performed, which can be combined by the process shown in FIG. 9 and FIG. The process shown or its variants are implemented.
  • a web browsing method for a reading mode according to the second embodiment of the present invention can also be performed, which can be combined by the process shown in FIG. 9 and FIG. The process shown in it or a variant thereof is implemented.
  • Figure 11 shows a block schematic diagram of an apparatus 1100 for executing JavaScript using an extended JS interface in accordance with a third embodiment of the present invention.
  • the apparatus 1000 includes an interrogation unit 1110, an assembly unit 1120, and an execution unit 1130.
  • the query unit 1110 is configured to ask the extension program whether to execute the extended JavaScript at a predetermined timing when the browser performs the loading of the web page, wherein the extension program is loaded when the browser is started.
  • the assembly unit 1120 is configured to assemble the extended JS interface according to the open API when it is determined that the JavaScript needs to be extended.
  • the extended JavaScript is configured to perform the following process: extracting a page browsing desired content by accessing a DOM tree of a current web page; The extracted content is set by using a preset interface for adjusting the page layout mode; and the extracted content is typeset based on the set layout mode.
  • FIG. 12 is a block diagram showing a mobile terminal 30 having a page layout control device for page layout control using an extended JS interface in accordance with the present invention. As shown in FIG. 12, the mobile terminal 30 includes the above-described device 1100 and a browser.
  • the extended JS interface can be assembled according to the open API, so that the assembled JS interface is used to execute various JavaScript according to the user's needs, so that the extended JS can be used to obtain more functions of the browser, so that the expansion mode is enabled. More flexible.
  • the extended JS interface can solve the problem that the user's browser experience is not good due to different layout methods of the mobile phone browser.
  • the extension program can be used to enable the extension program to dynamically change the layout mode of the mobile browser according to the content requirements of the webpage, thereby satisfying the different typesetting methods used by different webpages, thereby improving the browsing of the user. Experience.
  • the mobile terminal of the present invention can be a variety of handheld terminal devices, such as mobile phones, personal digital assistants (PDAs), etc., and thus the scope of protection of the present invention should not be limited to a particular type of mobile terminal.
  • PDAs personal digital assistants
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices.
  • they may be implemented by program code executable by a computing device such that they may be stored in a storage device for execution by a computing device, which may be a processor such as a CPU.
  • the computing device is configured in a handheld mobile terminal such as a cell phone, PDA, tablet or the like.
  • the steps shown or described may be performed in an order different than that herein, or they may be separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof may be fabricated into a single integrated circuit. Module to achieve.
  • non-volatile memory may include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash.
  • ROM read only memory
  • PROM programmable ROM
  • EPROM electrically programmable ROM
  • EEPROM electrically erasable programmable ROM
  • flash flash.
  • Volatile memory can include random access memory (RAM), which can act as external cache memory.
  • RAM can be obtained in a variety of forms, such as synchronous RAM (DRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM) and direct Rambus RAM (DRRAM) o storage devices of the disclosed aspects are intended to comprise, without being limited to, these and other suitable types of memory.
  • DRAM synchronous RAM
  • DRAM dynamic RAM
  • SDRAM synchronous DRAM
  • DDR SDRAM double data rate SDRAM
  • ESDRAM enhanced SDRAM
  • SLDRAM Synchronous Link DRAM
  • DRRAM direct Rambus RAM
  • DSP digital signal processor
  • ASIC dedicated An integrated circuit
  • FPGA field programmable gate array
  • a general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller or state machine.
  • the processor can also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
  • a software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
  • An exemplary storage medium is coupled to the processor, such that the processor can read information from or write information to the storage medium.
  • the storage medium can be integrated with a processor.
  • the processor and the storage medium can reside in an ASIC.
  • the ASIC can reside in the user terminal.
  • the processor and the storage medium may reside as a discrete component in the user terminal.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明提供了一种通过扩展的JS接口执行扩展的JavaScript的方法，包括：在网页页面加载时，在预定时机询问扩展程序是否执行扩展的JavaScript，其中所述扩展程序是在启动浏览器时加载的；在确定为需要执行扩展的JavaScript时，浏览器根据开放的API组装扩展的JS接口；利用扩展的JS接口执行扩展的JavaScript。根据本发明，可以通过扩展程序的形式，根据网页的内容需要动态地改变浏览器的浏览模式以及排版方式，从而提高了用户的浏览体验。

Description

网页浏览方法、 WebApp框架、 执行 JavaScript方法及装置、 移动终端 技术领域
本发明涉及移动通信领域， 更加具体地， 涉及一种基于 WebApp框架实 现的网页浏览方法、 WebApp框架、 利用扩展接口执行 JavaScript的方法及装 置， 具有上述 WebApp框架或上述执行 JavaScript装置的移动终端。 背景技术
目前， 在移动终端上浏览网页内容时， 由于网页服务器中的原始网页页 面的多余元素较多， 而移动终端的显示屏幕较小， 因此， 在这种情况下， 如 果不对原始网页页面进行特殊处理， 则在移动终端上显示时会存在排版不美 观以及显示复杂的问题， 从而大大影响用户体验。
目前多个手机浏览器， 像 QQ浏览器、 迷人浏览器、 UC浏览器， 都会针 对各种论坛定制论坛显示， 也就是定制论坛模式。 目前论坛模式的实现主要 采用下述两种方式： 1、 依靠浏览器厂商自己的服务器实现。 2、 在本地的浏 览器客户端上实现。
在浏览器厂商的服务器实现论坛模式存在一些坏处。 首先， 这将导致浏 览器的运行与服务器相互依赖， 浏览器发送与接收的数据无法避免地会通过 浏览器厂商的设备， 这对一些注重隐私和安全性的人来说会无法接受。 其次， 如果浏览器厂商的服务器因为一些特殊原因出现崩溃， 那么论坛模式也就失 效。 最后， 一些论坛并不同意某些浏览器厂商的服务器进行论坛模式的转换， 因此会将厂商的浏览器的 IP放入黑名单中， 这也会导致最终用户无法进入论 坛模式。
此外， 以现有的方法在本地的浏览器客户端上实现论坛模式也会出现一 些问题。 例如， 迷人浏览器就是在本地浏览器客户端实现论坛模式。 然而目 前迷人浏览器的实现会有这些缺点： 首先， 没有一套通用的框架来支持类似 论坛模式的页面转换， 以后若要增加阅读模式或小说模式， 同样需要继续使 用硬编码（hard code) , 不利于以后的扩展和维护。 其次， 打开论坛页面的速 度特别的慢， 因为它是直到系统内核排版渲染结束并发出回调后才进行论坛 模式的转换， 从而不可避免会影响网页打开的速度， 由此影响了用户的体验。
此外， 对于小说、 新闻、 论坛这些较为热门的网站， 普遍都具有文字较 多的特点。 因此， 在很多情况下， 这些类型的网站都会把这些文字分成很多 页， 以兼顾手机的性能， 以及节省网页流量。 然而， 这种做法有不好的地方， 就是用户每次要换页的时候， 都需要点击屏幕上的 "下一页"或 "下一章" 等链接。 点击完后， 用户还需要等待新页面的打开。
现在已有一些手机浏览器（比如 QQ浏览器和 UC浏览器）支持阅读模式， 阅读模式能把小说、 新闻、 论坛等那些深深浅浅的文字， 从一本厚重的书， 化为一页轻薄的纸。 只需一页， 就看完全部， 让掌上阅读真正成为用户的喜 爱。 在操作上， 这一改变让浏览更加便捷， 从而提升了阅读的速度。 然而， 它们都是直接修改浏览器源代码， 并在浏览器中增加阅读模式的实现逻辑， 以实现阅读模式的功能。 然而这种做法存在着诸多弊端：
首先， 开发困难。 每次修改了一小部分代码， 都需要进行编译以及重新 链接， 有时不小心还可能对其他模块的功能造成影响。 其次， 修改困难。 当 用户反馈有漏洞（BUG) 时， 浏览器开发者修复了此 BUG, 但是必须让用户 安装新版本的浏览器，才能消除此 BUG的影响。而浏览器安装包一般都较大， 频繁的更新会耗费用户的手机流量， 也会让用户觉得繁琐以及不方便， 耗费 用户时间。 最后， 更新困难。 当对阅读模式进行扩展， 实现了阅读模式的新 需求、 新功能时， 想要用户应用此更新时， 照样需要用户下载整个浏览器的 安装包， 并重新安装， 同样费流量和繁琐。
另外， 手机浏览器的排版方式一般会有适应屏幕排版和缩放排版两种方 式。 这两种方式各有优劣： 适应屏幕排版无需左右拖动、 或页面缩放， 故更 适用于手机的浏览体验， 但页面的排版有时候比较混乱、 不美观； 缩放排版 能完整还原 PC般的页面效果， 页面美观且不会出现混乱的情况， 但用户需要 不断拖动或缩放， 又降低了用户的浏览体验。
现在一些手机浏览器已经开始支持扩展， 以增强用户的浏览体验。 比如， 论坛模式、 微博阅读模式等， 以增强用户在手机浏览器的浏览体验。 手机浏 览器的扩展为能够提供更多更好的体验， 浏览器就必须提供更多更好的开放 接口。扩展通过 JavaScript (在下文中简称 JS )改变页面 DOM( Document Object Model, 文档对象模型）的结构， 实现页面的重排版， 从而使得页面更加美观。 比如， 屏蔽不必要的广告节点； 从论坛页面抽取必要的元素， 形成适合手机 浏览的论坛模式等。这些扩展虽能够通过修改 DOM树，使得页面排版更加美 观， 但却遇到了一个问题， 就是它无法改变浏览器的排版方式。 那么处于手 机浏览器的缩放模式时， 扩展虽然能够通过把页面修改成适合手机浏览器适 屏模式阅读的页面， 但由于手机浏览器始终处于缩放排版， 故仍然不能提供 较好的用户体验。 因此， 对于手机浏览器的扩展， 更期望一种能够改变浏览 器当前排版方式的接口， 以实现更好的用户体验。 发明内容
鉴于上述问题，本发明的目的是提供一种利用扩展接口执行 JavaScript的 方法及装置。 本发明的另一目的是提供一种基于 WebApp框架实现的网页浏 览方法及 Web App框架。
根据本发明的一个方面， 提供了一种通过扩展的 JS 接口执行扩展的 JavaScript的方法， 包括： 在网页页面加载时， 在预定时机询问扩展程序是否 执行扩展的 JavaScript, 其中所述扩展程序是在启动浏览器时加载的； 在确定 为需要执行扩展的 JavaScript时，浏览器根据开放的 API组装扩展的 JS接口； 以及利用扩展的 JS接口执行扩展的 JavaScript。
在上述方面的一个或多个示例中，所述扩展的 JavaScript被执行来进行以 下步骤： 通过访问当前网页页面的 DOM树， 抽取页面浏览所需内容； 根据所 抽取出的内容， 通过预先设置的用于调整排版方式的接口设置浏览器的排版 方式； 基于所设置的排版方式， 对抽取出的内容进行页面排版。
在上述方面的一个或多个示例中，所述扩展的 JavaScript被执行来进行以 下步骤： 在接收到浏览器发出的指示调用预先注册在网络应用 WebApp框架 中的第一 JS应用的第一消息后， WebApp调用第一 JS应用来判断当前网页页 面是否为可定制论坛页面，所述第一 JS应用被设置为在 HEAD节点构建完成 后被调用且用于判断当前网页页面的论坛类型， 所述第一消息在向浏览器加 载网页时完成当前网页页面的 HEAD节点的构建后发出； 在判断为当前网页 页面是可定制论坛页面且接收到浏览器发出的指示调用预先注册在 WebApp 框架中的的第二 JS应用的第二消息后， WebApp调用与当前网页页面的论坛 类型对应的第二 JS应用来生成并显示被定制的论坛页面，所述第二 JS应用被 设置为在文档对象模型 DOM树构建完成后被调用且用于生成并显示论坛页 面，所述第二消息在向浏览器加载网页时完成当前网页页面的 DOM树的构建 后发出
在上述方面的一个或多个示例中，所述扩展的 JavaScript被执行来进行以 下步骤： 在接收到浏览器发出的指示调用预先注册在 WebApp框架中的第四 JS应用的第四消息后， WebApp调用第四 JS应用来执行下述步骤：遍历 DOM 树来获取 DOM节点文本中包含的关键字；基于 DOM节点文本中所包含的关 键字以及 WebApp框架中预先存储的关键字数据库， 确定该关键字是否为预 读关键字； 在确定为所包含的关键字为预读关键字后， 针对每个预读关键字 重复执行下述过程， 直到已经处理完所有预读关键字为止： 根据当前获取的 预读关键字， 获取下页网页页面的链接地址； 根据所获取的链接地址， 从网 页服务器预读下页网页内容； 以及显示预读的下页网页内容并获取下一预读 关键字， 其中， 所述第四消息在完成当前网页页面的 DOM树的构建后发出， 所述第四 JS应用被设置为在 DOM树构建完成后调用且由 Content Script形成， 并且预先编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp安装 包时， 将第四 JS应用注册在 WebApp框架中。
根据本发明的另一方面， 提供了一种基于 WebApp框架的网页浏览方法， 包括： 在接收到浏览器发出的指示调用预先注册在网络应用 WebApp框架中 的第一 JS应用的第一消息后， WebApp调用第一 JS应用来判断当前网页页面 是否为可定制论坛页面，所述第一 JS应用被设置为在 HEAD节点构建完成后 被调用且用于判断当前网页页面的论坛类型， 所述第一消息在向浏览器加载 网页时完成当前网页页面的 HEAD节点的构建后发出； 在判断为当前网页页 面是可定制论坛页面且接收到浏览器发出的指示调用预先注册在 WebApp框 架中的的第二 JS应用的第二消息后， WebApp调用与当前网页页面的论坛类 型对应的第二 JS应用来生成并显示被定制的论坛页面，所述第二 JS应用被设 置为在文档对象模型 DOM树构建完成后被调用且用于生成并显示论坛页面， 所述第二消息在向浏览器加载网页时完成当前网页页面的 DOM树的构建后 发出。
在上述方面的一个或多个示例中，所述第一 JS应用和第二 JS应用可以由 内容脚本 Content Script形成， 并且预先编制在 WebApp安装包中， 以及当在 浏览器上安装该 WebApp安装包时， 将第一和第二 JS应用注册在 WebApp框 架中。
在上述方面的一个或多个示例中， 所述第一 JS应用被配置为： 从 HEAD 节点中获取 meta标签； 根据所获取的 meta标签， 确定网页页面的论坛类型， 以及所述第二 JS应用被配置为： 通过遍历 DOM树， 抽取当前网页页面中的 与所定制的论坛模式对应的论坛页面数据； 利用所抽取的论坛页面数据生成 论坛页面； 以及显示所生成的论坛页面。
在上述方面的一个或多个示例中， 在显示所生成的论坛页面之前， 所述 方法还包括隐藏或删除原有 JS页面。
在上述方面的一个或多个示例中， 所述方法还包括： 在接收到浏览器发 出的指示调用预先注册在 WebApp 框架中的第三 JS 应用的第三消息后， WebApp调用第三 JS应用来执行预读关键字的确定以及基于所确定的预读关 键字进行的网页内容预读和显示过程。 在一个示例中， 所述预读关键字的确 定以及基于所确定的预读关键字进行的网页内容预读和显示过程包括： 遍历 DOM树来获取 DOM节点文本中包含的关键字； 基于 DOM节点文本中所包 含的关键字以及预先存储在 WebApp框架中的预读关键字， 确定该关键字是 否为预读关键字； 在确定为所包含的关键字为预读关键字后， 针对每个预读 关键字重复执行下述过程， 直到已经处理完所有预读关键字为止： 根据当前 获取的预读关键字， 获取下页网页页面的链接地址； 根据所获取的链接地址， 从网页服务器预读下页网页内容； 以及显示预读的下页网页内容并获取下一 预读关键字，其中，所述第三消息在完成当前网页页面的 DOM树的构建后发 出，所述第三 JS应用被设置为在 DOM树构建完成后被调用且由 Content Script 形成， 并且预先编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp 安装包时， 将第三 JS应用注册在 WebApp框架中。
在上述方面的一个或多个示例中， 在显示预读的下页网页内容之前， 所 述方法还包括将预读出的下页网页页面与当前网页页面拼接； 并且在当前网 页页面的页面滚动距离超过预定阈值时， 显示预读的下页网页内容。
在上述方面的一个或多个示例中， 将预读出的下页网页页面与当前网页 页面拼接包括： 从预读出的下页网页页面中仅仅抽取该下页网页页面的 BODY节点； 将所抽取出的 BODY节点变为 DIV节点但保留 BODY节点的 内容； 将该 DIV节点的属性设置为隐藏后附接到当前网页页面的 BODY节点 的尾部。
根据本发明的另一方面， 提供了一种基于 WebApp框架的网页浏览方法， 包括： 在接收到浏览器发出的指示调用预先注册在 WebApp框架中的第四 JS 应用的第四消息后， WebApp调用第四 JS应用来执行预读关键字的确定以及 基于所确定的预读关键字进行的网页内容预读和显示过程。 在一个示例中， 预读关键字的确定以及基于所确定的预读关键字进行的网页内容预读和显示 过程可以包括： 遍历 DOM树来获取 DOM节点文本中包含的关键字； 基于 DOM节点文本中所包含的关键字以及 WebApp框架中预先存储的关键字数据 库， 确定该关键字是否为预读关键字； 在确定为所包含的关键字为预读关键 字后， 针对每个预读关键字重复执行下述过程， 直到已经处理完所有预读关 键字为止： 根据当前获取的预读关键字， 获取下页网页页面的链接地址； 根 据所获取的链接地址， 从网页服务器预读下页网页内容； 以及显示预读的下 页网页内容并获取下一预读关键字， 其中， 所述第四消息在完成当前网页页 面的 DOM树的构建后发出， 所述第四 JS应用被设置为在 DOM树构建完成 后调用且由 Content Script形成， 并且预先编制在 WebApp安装包中， 以及当 在浏览器上安装该 WebApp安装包时，将第四 JS应用注册在 WebApp框架中。
在上述方面的一个或多个示例中， 所述第二 JS应用、 第三 JS应用和 /或 第四 JS应用的操作利用扩展的 JS接口执行。
在上述方面的一个或多个示例中， 在进行当前网页页面内容显示时， 所 述扩展的 JS接口还被配置为： 根据所抽取出的内容， 通过预先设置的用于调 整页面排版方式的接口设置浏览器的排版方式。
根据本发明的另一方面， 提供了一种通过扩展的 JS接口执行 JavaScript 的装置， 包括： 询问单元， 用于在网页页面加载时， 在预定时机询问扩展程 序是否执行扩展的 JavaScript, 其中所述扩展程序是在启动浏览器时加载的； 组装单元，用于在确定为需要执行扩展的 JavaScript时， 根据开放的 API组装 扩展的 JS接口；以及执行单元，用于利用扩展的 JS接口执行扩展的 JavaScrip 根据本发明的另一方面， 提供了一种 WebApp框架， 包括： 第一调用模 块， 用于在接收到浏览器发出的指示调用预先注册在 WebApp框架中的第一 JS应用的第一消息后，调用第一 JS应用来判断当前网页页面是否为可定制论 坛页面，所述第一 JS应用被设置为在 HEAD节点构建完成后被调用且用于判 断当前网页页面的论坛类型， 所述第一消息在向浏览器加载网页时完成当前 网页页面的 HEAD节点的构建后发出； 第二调用模块， 用于在判断为当前网 页页面是可定制论坛页面且接收到浏览器发出的指示调用预先注册在 WebApp框架中的的第二 JS应用的第二消息后， 调用与当前网页页面的论坛 类型对应的第二 JS应用来生成并显示被定制的论坛页面，所述第二 JS应用被 设置为在 DOM树构建完成后被调用且用于生成并显示论坛页面，所述第二消 息在向浏览器加载网页时完成当前网页页面的 DOM树的构建后发出。
在上述方面的一个或多个示例中， 所述 WebApp框架还可以包括： 第三 调用模块， 用于在接收到浏览器发出的指示调用预先注册在 WebApp框架中 的第三 JS应用的第三消息后，调用第三 JS应用来执行预读关键字的确定以及 基于所确定的预读关键字进行的网页内容预读和显示过程。 在一个示例中， 预读关键字的确定以及基于所确定的预读关键字进行的网页内容预读和显示 过程可以包括： 遍历 DOM树来获取 DOM节点文本中包含的关键字； 基于 DOM节点文本中所包含的关键字以及 WebApp框架中预先存储的关键字数据 库， 确定该关键字是否为预读关键字； 在确定为所包含的关键字为预读关键 字后， 针对每个预读关键字重复执行下述过程， 直到已经处理完所有预读关 键字为止： 根据当前获取的预读关键字， 获取下页网页页面的链接地址； 根 据所获取的链接地址， 从网页服务器预读下页网页内容； 以及显示预读的下 页网页内容并获取下一预读关键字， 其中， 所述第三消息在完成当前网页页 面的 DOM树的构建后发出， 所述第三 JS应用被设置为在 DOM树构建完成 后被调用且由 Content Script形成， 并且预先编制在 WebApp安装包中， 以及 当在浏览器上安装该 WebApp安装包时， 将第三 JS应用注册在 WebApp框架 中。
根据本发明的另一方面， 提供了一种浏览器， 包括： 第一消息发送单元， 用于当在加载网页时完成当前网页页面的 HEAD节点的构建后， 发出指示调 用预先注册在 WebApp框架中的第一 JS应用的第一消息， 所述第一 JS应用 被设置为在 HEAD节点构建完成后被调用且用于判断当前网页页面的论坛类 型； 以及第二消息发送单元， 用于当在加载网页时完成当前网页页面的 DOM 树的构建后， 发出指示调用预先注册在 WebApp框架中的与当前网页页面的 论坛类型对应的第二 JS应用的第二消息， 所述第二 JS应用被设置为在 DOM 树构建完成后调用且用于生成并显示论坛页面。
根据本发明的另一方面， 提供了一种 WebApp框架， 包括： 第四调用模 块， 用于在接收到浏览器发出的指示调用预先注册在 WebApp框架中的第四 JS应用的第四消息后，调用第四 JS应用来执行预读关键字的确定以及基于所 确定的预读关键字进行的网页内容预读和显示过程。 在一个示例中， 预读关 键字的确定以及基于所确定的预读关键字进行的网页内容预读和显示过程可 以包括： 遍历 DOM树来获取 DOM节点文本中包含的关键字； 基于 DOM节 点文本中所包含的关键字以及 WebApp框架中预先存储的关键字数据库， 确 定该关键字是否为预读关键字； 在确定为所包含的关键字为预读关键字后， 针对每个预读关键字重复执行下述过程， 直到已经处理完所有预读关键字为 止： 根据当前获取的预读关键字， 获取下页网页页面的链接地址； 根据所获 取的链接地址， 从网页服务器预读下页网页内容； 以及显示预读的下页网页 内容并获取下一预读关键字， 其中， 所述第四消息在完成当前网页页面的 DOM树的构建后发出，所述第四 JS应用被设置为在 DOM树构建完成后调用 且由 Content Script形成， 并且预先编制在 WebApp安装包中， 以及当在浏览 器上安装该 WebApp安装包时， 将第四 JS应用注册在 WebApp框架中。
在上述方面的一个或多个示例中， 所述第二 JS应用、 第三 JS应用和 /或 第四 JS应用的操作利用扩展的 JS接口执行，以及在进行当前网页页面内容显 示时， 所述扩展的 JS接口还被配置为： 根据所抽取的内容， 通过预先设置的 用于调整页面排版方式的接口设置浏览器的排版方式。
根据本发明的另一方面， 提供了一种浏览器， 包括： 第四消息发送单元， 用于当在网页加载时完成当前网页页面的 DOM树的构建后，发出指示调用预 先注册在 WebApp框架中的第四 JS应用的第四消息， 所述第四 JS应用被配 置为执行预读关键字的确定以及基于所确定的预读关键字进行的网页内容预 读和显示过程。 在一个示例中， 预读关键字的确定以及基于所确定的预读关 键字进行的网页内容预读和显示过程可以包括：遍历 DOM树来获取 DOM节 点文本中包含的关键字； 基于 DOM节点文本中所包含的关键字以及 WebApp 框架中预先存储的关键字数据库， 确定该关键字是否为预读关键字； 在确定 为所包含的关键字为预读关键字后， 针对每个预读关键字重复执行下述过程， 直到已经处理完所有预读关键字为止： 根据当前获取的预读关键字， 获取下 页网页页面的链接地址； 根据所获取的链接地址， 从网页服务器预读下页网 页内容； 以及显示预读的下页网页内容并获取下一预读关键字， 其中， 所述 第四 JS应用被设置为在 DOM树构建完成后调用且由 Content Script形成， 并 且预先编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp安装包 时， 将第四 JS应用注册在 WebApp框架中。
根据本发明的另一方面， 提供了一种移动终端， 包括上述 WebApp框架； 以及上述浏览器。
根据本发明的另一方面， 提供了一种移动终端， 包括上述用于通过扩展 的 JS接口执行 JavaScript的装置； 以及浏览器。
根据本发明的另一方面， 提供了一种具有处理器可执行的程序代码的计 算机可读介质， 在被执行时， 所述程序代码使得处理器执行下述步骤： 在网 页页面加载时， 在预定时机询问扩展程序是否执行扩展的 JavaScript, 其中所 述扩展程序是在启动浏览器时加载的； 在确定为需要执行扩展的 JavaScript 时， 浏览器根据开放的应用程序编程接口 API组装扩展的 JS接口； 利用扩展 的 JS接口执行扩展的 JavaScript。
根据本发明的另一方面， 提供了一种具有处理器可执行的程序代码的计 算机可读介质， 在被执行时， 所述程序代码使得处理器执行下述步骤： 在接 收到浏览器发出的指示调用预先注册在网络应用 WebApp框架中的第一 JS应 用的第一消息后， WebApp调用第一 JS应用来判断当前网页页面是否为可定 制论坛页面，所述第一 JS应用被设置为在 HEAD节点构建完成后被调用且用 于判断当前网页页面的论坛类型， 所述第一消息在向浏览器加载网页时完成 当前网页页面的 HEAD节点的构建后发出； 以及在判断为当前网页页面是可 定制论坛页面且接收到浏览器发出的指示调用预先注册在 WebApp框架中的 的第二 JS应用的第二消息后， WebApp调用与当前网页页面的论坛类型对应 的第二 JS应用来生成并显示被定制的论坛页面，所述第二 JS应用被设置为在 文档对象模型 DOM树构建完成后被调用且用于生成并显示论坛页面，所述第 二消息在向浏览器加载网页时完成当前网页页面的 DOM树的构建后发出。
根据本发明的另一方面， 提供了一种具有处理器可执行的程序代码的计 算机可读介质， 在被执行时， 所述程序代码使得处理器执行下述步骤： 在接 收到浏览器发出的指示调用预先注册在 WebApp框架中的第四 JS应用的第四 消息后， WebApp调用第四 JS应用来执行预读关键字的确定以及基于所确定 的预读关键字进行的网页内容预读和显示过程， 其中， 所述第四消息在完成 当前网页页面的 DOM树的构建后发出， 所述第四 JS应用被设置为在 DOM 树构建完成后调用且由 Content Script形成， 并且预先编制在 WebApp安装包 中， 以及当在浏览器上安装该 WebApp 安装包时， 将第四 JS 应用注册在 WebApp框架中。
根据本发明，可以在 DOM树构建完成时就进行论坛模式页面的定制，而 不必在网页加载结束才开始定制， 由此可以减少用户的等待时间， 从而提高 用户体验。
此外， 根据本发明， 可以在无需浏览器服务器的运行配合下， 通过网络 应用 WebApp的内容脚本 content script,利用 WebApp的自动更新策略实现自 动更新。 此外， 论坛模式和阅读模式通过一个 WebApp来实现， 不再需要更 改浏览器自身的代码， 从而使得维护简单。 另外， 用户可以根据需要制作不 同的论坛模式或阅读模式的 WebApp,也就是，根据本发明的方法具有开放性。
此外， 根据本发明， 可以通过扩展程序的形式， 利用扩展的 JS能获取到 浏览器更多的功能， 从而使得扩展方式更加灵活， 因此满足了不同网页使用 不同的排版方式， 也就提高了用户的浏览体验。
为了实现上述以及相关目的， 本发明的一个或多个方面包括后面将详细 说明并在权利要求中特别指出的特征。 下面的说明以及附图详细说明了本发 明的某些示例性方面。 然而， 这些方面指示的仅仅是可使用本发明的原理的 各种方式中的一些方式。 此外， 本发明旨在包括所有这些方面以及它们的等 同物。
附图说明
根据下述参照附图进行的详细描述， 本发明的上述和其他目的、 特征和 优点将变得更加显而易见。 在附图中：
图 1示出了根据本发明的第一实施例的基于 WebApp框架的网页浏览方 法的流程图；
图 2示出了图 1中的调用第一 JS应用判断论坛类型的一个示例过程； 图 3示出了图 1中的调用第二 JS应用生成并显示论坛页面的一个示例过 程；
图 4示出了具有根据本发明的第一实施例的 WebApp框架和浏览器的移 动终端的方框示意图；
图 5示出了根据本发明的第二实施例的基于 WebApp框架的网页浏览方 法的流程图；
图 6示出了图 5中的调用第三 JS应用进行阅读模式操作的一个示例过程； 图 7示出了一个示例拼接过程的流程图；
图 8示出了具有根据本发明的第二实施例的 WebApp框架和浏览器的移 动终端的方框示意图；
图 9示出了根据本发明的第三实施例的利用扩展 JS接口执行 JavaScript 的方法的流程图；
图 10示出了利用图 9的扩展 JS接口执行 JavaScript来进行页面排版控制 的方法的流程图；
图 11示出了根据本发明的第三实施例的利用扩展 JS接口执行 JavaScript 的装置的方框示意图； 和
图 12示出了具有根据本发明的利用扩展 JS接口进行页面排版控制的装 置的移动终端的方框示意图。
在所有附图中相同的标号指示相似或相应的特征或功能。 具体实施方式 以下将结合附图对本发明的具体实施例进行详细描述。
图 1示出了根据本发明的第一实施例的基于 WebApp框架的网页浏览方 法的流程图。
在利用本发明的网页浏览方法进行网页浏览之前， 首先针对期望定制的 论坛模式页面的特性， 编制具有第一 JS应用 （即， 第一 JS应用文件）和第二 JS应用 （即， 第二 JS应用文件） 的 WebApp安装包。 所述第一 JS应用和第 二 JS应用是用于存储 JavaScript脚本的文件， 由 Content Script形成。
所述第一 JS应用被设置为在 HEAD节点构建完成后调用且用于判断当前 网页页面的论坛类型。第一 JS应用被配置为从 HEAD节点中获取 meta标签; 根据所获取的 meta标签，确定网页页面的论坛类型。这里的 meta标签是指在 网页的 HTML源代码中一个重要的代码" <meta>"。 meta标签用来描述一个 HTML 网页文档的属性， 例如作者、 日期和时间、 网页描述、 关键词、 页面 刷新、论坛的类型等。论坛类型可以具有多种，例如， Discuz! X2、Discuz! X1.5、 phpwind等。例如，当出现这样的标签： <meta name=" generator" content="Discuz! XT /> ，就可以判断它是" Discuz! X2"类型的论坛。当出现这样的标签： <meta name=" generator" content="Discuz! X1.5" /> ， 京尤可以判断它是 "Discuz! XI.5 " 类型的论坛。
所述第二 JS应用被设置为在 DOM树构建完成后调用且用于生成并显示 论坛页面。 第二 JS应用被配置为通过遍历 DOM树， 抽取当前网页页面中的 与所定制的论坛模式对应的论坛页面数据； 利用所抽取的论坛页面数据生成 论坛页面； 以及显示所生成的论坛页面。
在如上制作具有第一和第二 JS应用文件的 WebApp安装包后， 如图 1所 示， 首先， 在步骤 S110, 将所制作的 WebApp安装包安装在移动终端客户端 上的浏览器中。 在如上安装 WebApp安装包后， 在步骤 120， 将第一 JS应用 和第二 JS应用注册到 WebApp框架中。 这里， WebApp框架类似于操作系统 (OS) , 在该 WebApp框架上可以运行比如 JS应用的各种应用。 上述步骤可 以在用户进行网页浏览之前预先执行， 或者可以在用户进行网页浏览时实时 执行。
然后， 在用户通过移动终端的客户端打开论坛页面进行网页浏览时， 在 步骤 S130, 将用户期望浏览的当前网页页面从网页服务器加载到移动终端的 客户端上的浏览器中。
当在进行网页加载时已经完成 HEAD节点的构建后， 浏览器向 WebApp 发出指示调用第一 JS应用的第一消息 （步骤 S140)。 例如， 所述第一消息可 以是 HEAD—END或 BODY—START, 消息 HEAD—END用于指示 HEAD节点 的结束， 消息 BODY_START用于指示 BODY节点的开始。 浏览器可以通过 向 WebApp发送消息 HEAD_END或 BODY_START来指示调用第一 JS应用。 关于发送第一消息的时机， 可以在浏览器已经构建完 HEAD节点时发出， 也 可以在浏览器开始构建 BODY节点时或者在 BODY节点构建完成后发出。也 就是说， 可以在构建完 HEAD节点后的任何时候发出， 优选在构建完 DOM 树之前发出。 具体地， 在一个示例中， 在浏览器加载网页时， 先从网络获取 网页的源代码。 在解析这些网页源代码时， 会解析到 BODY标签。 一旦解析 到 BODY标签， 浏览器代码中就会建立一个 BODY节点的实例， 当这个实例 成功创建时， 就可以通知 WebApp 框架 BODY 节点已构建完， 由此指示 WebApp调用第一 JS应用文件。
WebApp在调用第一 JS应用文件后，利用所调用的第一 JS应用文件来判 断论坛类型（步骤 S150)。在一个示例中， 如图 2所示， 根据所获取的当前网 页页面的源代码， 获取 HEAD节点中的 Meta标签（步骤 S151 ), 根据所获取 的 Meta标签确定当前网页页面的论坛类型 （步骤 S153 ), 然后， 将所确定出 的论坛类型存储在 WebApp中 （S155 )。 在本发明的另一示例中， 也可以不存 储所确定出的论坛类型。
然后， 在步骤 S160, WebApp根据所确定出的论坛类型， 确定该论坛页 面是否是可定制论坛。 如果该论坛页面不是可定制论坛， 则在步骤 S165, 浏 览器继续加载当前网页页面， 并且在加载完成后显示所加载的网页页面。
如果该论坛页面是可定制论坛， 则在步骤 S170, 浏览器继续加载该当前 网页页面。并且浏览器在完成 DOM树构建后， 向 WebApp发送指示调用第二 JS应用的第二消息（步骤 S180)。所述第二消息例如可以是 DOCUMENT_END 消息， 所述 DOCUMENT_END消息指示文档结束。 具体地， 浏览器在解析从 网络获取的源代码的过程中会构造 DOM树， 当解析完了所有的网页源代码 后，就会构造完一整棵 DOM树。这个时候就可以向 WebApp框架发送指示调 用第二 JS 应用的第二消息。 同样， 第二消息可以是任何形式的消息， 只要 WebApp接收到该消息就能确定应该调用第二 JS应用即可。
在从浏览器接收到第二消息后， 在步骤 S190, WebApp调用第二 JS应用 来生成并显示论坛页面。具体地，在一个示例中，如图 3所示，首先， WebApp 通过遍历 DOM树，抽取当前网页页面中的与所定制的论坛模式对应的论坛页 面数据（步骤 S191 ); 接着， 利用所抽取的论坛页面数据生成论坛页面（步骤 S193 ); 然后显示所生成的论坛页面 （步骤 S195 )。 优选地， 在本发明的另一 示例中， 在显示所生成的论坛页面之前， 还可以隐藏或删除原有网页页面。 隐藏原有网页页面的方法是设置原有网页页面的节点的 CSS (Cascading Style Sheet, 级联样式表） 属性， 通过设置 CSS属性就能达到隐藏原有网页页面的 效果。 删除原有网页页面的方法是调用 JS提供的接口 removeChild进行网页 节点的删除。
图 4示出了具有根据本发明的第一实施例的 WebApp框架和浏览器的移 动终端 10的方框示意图。 如图 4所示， 移动终端 10包括 WebApp框架 100 以及浏览器 200。
WebApp框架 100还包括第一调用模块 110和第二调用模块 120。 第一调 用模块 110用于在接收到浏览器发出的指示调用预先注册在 WebApp框架中 的第一 JS应用的第一消息后，调用第一 JS应用来判断当前网页页面是否为可 定制论坛页面，所述第一 JS应用被设置为在 HEAD节点构建完成后被调用且 用于判断当前网页页面的论坛类型， 所述第一消息在向浏览器加载网页时完 成当前网页页面的 HEAD节点的构建后发出。
第二调用模块 120用于在判断为当前网页页面是可定制论坛页面且接收 到浏览器发出的指示调用预先注册在 WebApp框架中的第二 JS应用的第二消 息后， 利用与当前网页页面的论坛类型对应的第二 JS应用来生成并显示被定 制的论坛页面， 所述第二 JS应用被设置为在 DOM树构建完成后被调用且用 于生成并显示论坛页面， 所述第二消息在向浏览器加载网页时完成当前网页 页面的 DOM树的构建后发出。
除了浏览器的常用功能之外， 浏览器 200还包括第一消息发送单元 210 和第二消息发送单元 220。
第一消息发送单元 210用于当在加载网页时完成当前网页页面的 HEAD 节点的构建后， 发出指示调用预先注册在 WebApp框架中的第一 JS应用的第 一消息，所述第一 JS应用被设置为在 HEAD节点构建完成后被调用且用于判 断当前网页页面的论坛类型.
第二消息发送单元 220用于当在加载网页时完成当前网页页面的 DOM树 的构建后， 发出指示调用预先注册在 WebApp框架中的与当前网页页面的论 坛类型对应的第二 JS应用的第二消息，所述第二 JS应用被设置为在 DOM树 构建完成后被调用且用于生成并显示论坛页面。
如上参照图 1到图 4描述了根据本发明的第一实施例的基于 WebApp框 架的网页浏览方法和系统。
利用根据本发明的第一实施例的网页浏览方法和系统， 可以使得在移动 终端客户端打开论坛页面时， 利用 WebApp的 Content Script, 自动识别论坛 的类型， 并根据论坛的类型调用不同的 JS代码进行页面的定制， 最终生成一 个干净清爽的论坛模式页面代替原本复杂的论坛页面。 此外， 在将来期望修 改定制的内容或显示的效果时， 只需要重新制作一个 WebApp 的安装包并在 浏览器上安装。 由此， 使得浏览器可以类似于操作系统， 运行论坛模式的 WebApp。 按照这种方式， 可以在不需要服务器运行支持的前提下， 在本地浏 览器客户端中实现一套 WebApp框架并通过 Content Script来进行论坛页面论 坛模式的定制， 从而使得客户端浏览器的运行不依赖于浏览器厂商的服务器。
此外，利用本实施例，可以在 DOM树构建完成时就进行论坛模式页面的 定制， 而不是在网页加载结束才开始定制。 另外， 可以利用 WebApp 的自动 更新策略， 在后台更新论坛模式的实现方式， 从而实现自动更新。 而且， 维 护方式简单， 论坛模式可以通过一个 Webapp来实现， 不再需要更改浏览器自 身的代码。 此外， 根据本实施例的方法具有开放性， 用户可以自已制作针对 某些特殊论坛模式的 Web app o
图 5示出了根据本发明的第二实施例的基于 WebApp框架的网页浏览方 法的流程图。
与第一实施例类似， 在利用图 5 中示出的网页浏览方法进行浏览之前， 同样需要编制具有第三 JS应用的 WebApp安装包。 所述第三 JS应用是用于 存储 JavaScript脚本的文件， 由 Content Script形成。 所述第三 JS应用被设置 为在 DOM树构建完成后被调用，并且被配置为执行预读关键字的确定以及基 于所确定的预读关键字进行的网页内容预读和显示过程。 在图 5 中示出的示 例中， 预读关键字的确定以及基于所确定的预读关键字进行的网页内容预读 和显示过程包括： WebApp遍历 DOM树来获取 DOM节点文本中包含的关键 字；基于 DOM节点文本中所包含的关键字以及 WebApp框架中预先存储的包 含预计关键字的关键字数据库， 确定该关键字是否为预读关键字； 在确定为 所包含的关键字为预读关键字后， 针对每个预读关键字重复执行下述过程， 直到已经处理完所有预读关键字为止： 根据当前获取的预读关键字， 获取下 页网页页面的链接地址； 根据所获取的链接地址， 从网页服务器预读下页网 页内容； 以及显示预读的下页网页内容并获取下一预读关键字。 预先存储在 WebApp中关键字数据库的预读关键字可以通过观察大量网站的方式来收集， 所述预读关键字例如是 "下一页"、 "下一章"、 "下一节"等。 关键字数据库 存储到 WebApp的配置文件中， 在启动 WebApp时， 读取配置中保存的所有 预读关键字。
在如上制作 WebApp安装包后， 在进行网页浏览之前或进行网页浏览时， 在步骤 S210, 将该 WebApp安装包安装在浏览器中。 在如上安装完成后， 在 步骤 S220, 将第三 JS应用注册在 WebApp中。
然后， 在用户通过移动终端的客户端打开网页页面进行网页浏览时， 在 步骤 S230, 将用户期望浏览的当前网页页面从网页服务器加载到移动终端的 客户端上的浏览器中。
当在进行网页加载时已经完成 DOM树的构建后，浏览器向 WebApp发出 指示调用第三 JS应用的第三消息 （步骤 S240)。 这里， 同样， 第三消息可以 采用任何形式的消息， 只要 WebApp接收到该消息后能够确认应该调用第三 JS应用即可。
然后， 在步骤 S250, WebApp调用第三 JS应用来进行阅读模式操作。 具体地， 如图 6 中所示， 在进行阅读模式操作时， 首先， WebApp遍历 DOM树来获取 DOM节点文本中包括的关键字 （S251 )。 然后， 将所获取的 关键字与预先存储在 WebApp 的配置中的预读关键字进行匹配， 判断该关键 字是否是预读关键字 （S252)。 如果是， 则判断为进入阅读模式， 进行到步骤 S253。 否则， 判断为不进入阅读模式， 进行到步骤 S257。 在步骤 S257, 继续 加载页面来进行显示。
目前 JS提供了遍历 DOM树的方法， 通过调用一个节点的 childNodes属 性，就能查找到一个 DOM节点的所有孩子，继续遍历这些子节点，依此类推。 通过调用一个节点的 innerText属性， 就能获取到这个节点的显示文本。 一旦 拿到一个节点的文本， 就利用 JS提供的字符串匹配方法， 将之前保存在配置 中的预读关键字与这个节点的内容进行比较， 若在预读关键字的集合中找到 一个预读关键字， 它的内容与文本的内容相同， 则认为当前页面可以进入阅 读模式。
在判断为进行进入阅读模式后， 如图 6所示， 针对每个预读关键字重复 执行下述过程， 直到已经处理完所有预读关键字为止： 根据当前获取的预读 关键字， 获取下页网页页面的链接地址 (S253), 例如， 通过 Javascript DOM操 作， 获取下一页链接地址的文本。 然后， 根据所获取的链接地址， 从网页服 务器预读下页网页内容 (S254), 例如， 基于该链接地址， 向网页服务器发送请 求来获取网页页面内容。随后，将下页网页页面与当前网页页面拼接（S255 ); 并且在当前网页页面的页面滚动距离超过预定阈值时， 显示预读的下页网页 内容并获取下一预读关键字 （S256)。 当然， 在本发明的另一示例中， 也可以 不将下页网页页面与当前网页页面拼接， 并且在当前网页页面已经浏览完成 后才显示下页网页页面。然后，针对下一预读关键字，重复步骤 S253到 S256, 直到针对所有预读关键字完成上述操作。
此外， 在本发明的另一示例中， 如图 7所示， 将预读出的下页网页页面 与当前网页页面拼接还可以包括： 从预读出的下页网页页面中仅仅抽取该下 页网页页面的 BODY节点 （S2551 ); 将所抽取出的 BODY节点变为 DIV节 点但保留 BODY节点的内容（S2553 ); 以及将该 DIV节点的属性设置为隐藏 后附接到当前网页页面的 BODY节点的尾部 （S2555 )。
如上作出了示例， 示出了预读关键字的确定以及基于所确定的预读关键 字进行的网页内容预读和显示过程的一个实现方式。 上述过程也可以采用本 领域中已知的其它方式实现。
图 8示出了具有根据本发明的第二实施例的 WebApp框架和浏览器的移 动终端 20的方框示意图。 如图 8所示， 移动终端 20包括 WebApp框架 300 和浏览器 400。
WebApp框架 300包括第三调用模块 310， 用于在接收到浏览器发出的指 示调用预先注册在 WebApp框架中的第三 JS应用的第三消息后，调用第三 JS 应用， 所述第三 JS应用被配置为执行下述过程： 遍历 DOM树来获取 DOM 节点文本中包含的关键字； 基于 DOM 节点文本中所包含的关键字以及 WebApp框架中预先存储的关键字数据库， 确定该关键字是否为预读关键字； 在确定为所包含的关键字为预读关键字后， 针对每个预读关键字重复执行下 述过程， 直到已经处理完所有预读关键字为止： 根据当前获取的预读关键字， 获取下页网页页面的链接地址； 根据所获取的链接地址， 从网页服务器预读 下页网页内容； 以及显示预读的下页网页内容并获取下一预读关键字， 其中， 所述第三消息在完成当前网页页面的 DOM树的构建后发出， 所述第三 JS应 用被设置为在 DOM树构建完成后被调用且由 Content Script形成， 并且预先 编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp安装包时， 将 第三 JS应用注册在 WebApp框架中。
浏览器 400包括第三消息发送单元 410，用于当在网页加载时完成当前网 页页面的 DOM树的构建后，发出指示调用预先注册在 WebApp框架中的第三 JS应用的第三消息， 所述第三 JS应用被配置为执行下述过程： 遍历 DOM树 来获取 DOM节点文本中包含的关键字；基于 DOM节点文本中所包含的关键 字以及 WebApp框架中预先存储的关键字数据库， 确定该关键字是否为预读 关键字； 在确定为所包含的关键字为预读关键字后， 针对每个预读关键字重 复执行下述过程， 直到已经处理完所有预读关键字为止： 根据当前获取的预 读关键字， 获取下页网页页面的链接地址； 根据所获取的链接地址， 从网页 服务器预读下页网页内容； 以及显示预读的下页网页内容并获取下一预读关 键字， 其中， 所述第三 JS 应用被设置为在 DOM树构建完成后被调用且由 Content Script形成， 并且预先编制在 WebApp安装包中， 以及当在浏览器上 安装该 WebApp安装包时， 将第三 JS应用注册在 WebApp框架中。
如上参照图 5到图 8描述了根据本发明的第二实施例的基于 WebApp的 网页浏览方法和系统。
根据本实施例的方法， 可以在无需浏览器服务器的运行配合下， 通过 WebApp的 content script, 为可进入阅读模式的页面进行阅读模式的预读和拼 装。 按照这种方式， 可以利用 WebApp 的自动更新策略， 在后台更新阅读模 式的实现方式， 从而更及时以及更省流量。 此外， 维护简单， 阅读模式可以 通过一个 WebApp来实现， 不再需要更改浏览器自身的代码。 另外， 具有开 放性， 用户可以根据需要制作不同的阅读模式的 WebApp。
另外， 这里要说明的是， 本发明的第一实施例和第二实施例可以组合形 成新的实施例。 例如， 将本发明的第二实施例中的第三 JS应用与第一实施例 的第一 JS应用和第二 JS应用组合， 并且在第一实施例的 WebApp中增加第 二实施例的第三调用模块来实现在显示论坛页面后， 再进入阅读模式的技术 方案。 这里， 第二 JS应用和第三 JS应用可以同时执行， 也可以先后执行。
这里要说明的是， 根据第二实施例的 WebApp框架中提及的第三调用模 块、 第三 JS应用、 第三消息发送模块以及第三消息分别对应于权利要求 4和 权利要求 12中的第四调用模块、 第四 JS应用、 第四消息发送模块以及第四 消息。 当第二实施例与第一实施例组合使用时， 根据第二实施例的 WebApp 框架中提及的第三调用模块、 第三 JS应用、 第三消息发送模块以及第三消息 分别对应于权利要求 9和权利要求 18中的第三调用模块、 第三 JS应用、 第 三消息发送模块以及第三消息。
图 9示出了根据本发明的第三实施例的利用扩展 JS接口执行 JavaScript 的方法的流程图。
如图 9所示，首先，在浏览器启动时，加载浏览器扩展程序（步骤 S310)。 然后， 在浏览器浏览过程中， 从网页服务器将客户端需要的网页加载到浏览 器（步骤 S320)。接着， 在网页页面加载时， 浏览器在预定时机询问扩展程序 是否执行扩展的 JavaScript (步骤 S330) , 所述预定时机例如是 DOM树开始 创建前或者 DOM树创建完成后。
在确定为需要执行扩展的 JavaScript时，浏览器根据开放的 API组装扩展 的 JS接口 （步骤 S340)。 在扩展的 JS接口组装完成后， 利用扩展的 JS接口 执行扩展的 JavaScript (步骤 S350 ) , 以便根据用户需要执行各种应用。
图 10示出了利用图 9中的扩展 JS接口执行 JavaScript来进行页面排版控 制的方法的流程图。
图 10中的步骤 S310到 S350与图 9中的步骤 S310到 S350完全相同，在 此不再重复描述。 下面从步骤 S360开始， 描述图 10中与图 9不同的步骤。 在步骤 S360, 通过访问当前网页页面的 DOM树， 抽取页面浏览所需内容。 接着， 根据所抽取出的内容， 通过预先设置的用于调整页面排版方式的接口 设置浏览器的排版方式 （S370 ) , 例如通过 ucweb.tabs.setLayout (layout) 来 设置。 然后， 在步骤 S375 , 修改来自网页服务器的网页内容的页面结构， 例 如， 屏蔽不必要的元素并生成特定元素。 然后， 请求浏览器根据所设置的排 版方式改变当前页面的排版方式 （S380 ) , 由此浏览器按照所设置的排版方 式进行重新排版 （S390)。
如下给出了 ucweb.tabs.setLayout(integer layout)的一个示例描述。
接口名禾尔： ucweb.tabs.setLayout(integer layout)
接口描述： 该接口用于动态改变页面的排版方式。 排版方式可以是缩放 排版或者适屏排版。
输入参数： 标识排版方式的常量值， 即 ucweb.tabs.ZOOM_LAYOUT表示 缩放排版， ucweb.tabs.ADAPT_SCREEN_LAYOUT表示适屏排版。 返回值： 无
例子： ucweb.tabs.setLayout(ucweb.tabs.ADAPT_SCREEN_LAYOUT)。 如下给出了两个应用了根据本发明的第三实施例的方法动态改变浏览器 排版方式的示例。
第一示例针对论坛模式的扩展程序的情形。 在该情形中， 在缩放排版时， 发现页面能够进入论坛模式。论坛模式扩展程序的 JavaScript从原页面中， 抽 取出论坛模式需要显示的内容， 并且屏蔽了不必要的内容后， 要以适应屏幕 的排版方式显示给用户。 那么， 论坛模式的扩展程序， 即可通过调用 ucweb.tabs.setLayout(ucweb.tabs.ADAPT_SCREEN_LAYOUT)接口来设置手机 浏览器的排版方式为适应屏幕， 从而向用户提供一种美观， 且易于交互的浏 览体验。
第二示例针对阅读模式扩展程序。 在该情形中， 用户在缩放排版下进入 了阅读模式， 且扩展程序也请求浏览器把浏览器设置为了适应屏幕排版。 如 果用户在进入后， 发现并不喜欢阅读模式的体验， 那么用户会退出阅读模式。 这时， 扩展程序就必须还原排版方式为之前的缩放排版， 即可调用 ucweb.tabs.setLayout(ucweb.tabs.ZOOM_LAYOUT)接口把排版方式设置为缩 放排版。 扩展程序能够自动在不同的排版方式之间进行切换， 就能够给用户 带来更好的浏览体验。
此外， 利用图 9中示出的扩展 JS接口， 还可以执行根据本发明的第一实 施例所述的针对论坛模式的网页浏览方法， 该过程可以通过组合图 9 中所示 的过程和图 1所示过程或其变型来实现。 此外， 利用图 9中示出的扩展 JS接 口， 还可以执行根据本发明的第二实施例所述的针对阅读模式的网页浏览方 法， 该过程可以通过组合图 9中所示的过程和图 5中所示过程或其变型来实 现。
图 11示出了根据本发明的第三实施例的利用扩展 JS接口执行 JavaScript 的装置 1100的方框示意图。 如图 11所示， 装置 1000包括询问单元 1110、 组 装单元 1120以及执行单元 1130。
询问单元 1110用于在浏览器进行网页页面加载时， 在预定时机询问扩展 程序是否执行扩展的 JavaScript，其中所述扩展程序是在启动浏览器时加载的。 组装单元 1120用于在确定为需要执行扩展的 JavaScript时， 根据开放的 API 组装扩展的 JS 接口。 执行单元 1130 用于利用扩展的 JS 接口执行扩展的 JavaScript 在一个示例中， 所述扩展的 JavaScript被配置为执行下述过程： 通 过访问当前网页页面的 DOM树，抽取页面浏览所需内容； 根据所抽取出的内 容， 通过预先设置的用于调整页面排版方式的接口设置浏览器的排版方式； 基于所设置的排版方式， 对抽取出的内容进行排版。
图 12示出了具有根据本发明的利用扩展 JS接口进行页面排版控制的页 面排版控制装置的移动终端 30的方框示意图。 如图 12所示， 移动终端 30包 括上述装置 1100和浏览器。
如上参考图 9到图 12描述了根据本发明的第三实施例。 根据本实施例， 可以根据开放的 API组装扩展的 JS接口， 从而利用所组装的 JS接口来根据 用户需要执行各种 JavaScript,从而可以利用扩展的 JS能获取浏览器更多的功 能， 使得扩展方式更加灵活。
在根据本实施例的利用扩展 JS接口进行页面排版控制的示例中， 利用扩 展的 JS接口可以解决手机浏览器由于不同的排版方式而造成用户浏览器体验 不好的问题。 在该示例中， 可以通过扩展程序的形式， 让扩展程序能够根据 网页的内容需要， 动态地改变手机浏览器的排版方式， 从而满足了不同网页 使用不同的排版方式， 也就提高了用户的浏览体验。
此外， 典型地， 本发明所述的移动终端可为各种手持终端设备， 例如手 机、 个人数字助理 （PDA) 等， 因此本发明的保护范围不应限定为某种特定 类型的移动终端。
显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 所 述计算装置可以是例如 CPU的处理器。 优选地， 所述计算装置被配置在例如 手机、 PDA、 平板电脑等手持移动终端中。 并且在某些情况下， 可以以不同 于此处的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电 路模块， 或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件结合。 此外， 应该明白的是， 本文所述的计算机可读存储设备 （例如， 存储器） 可以是易失性存储器或非易失性存储器， 或者可以包括易失性存储器和非易 失性存储器两者。 作为例子而非限制性的， 非易失性存储器可以包括只读存 储器 （ROM)、 可编程 ROM (PROM), 电可编程 ROM (EPROM)、 电可擦 写可编程 ROM (EEPROM)或快闪存储器。 易失性存储器可以包括随机存取 存储器（RAM), 该 RAM可以充当外部高速缓存存储器。 作为例子而非限制 性的， RAM 可以以多种形式获得， 比如同步 RAM (DRAM), 动态 RAM (DRAM), 同步 DRAM (SDRAM), 双数据速率 SDRAM (DDR SDRAM )、 增强 SDRAM (ESDRAM)、 同步链路 DRAM (SLDRAM) 以及直接 Rambus RAM (DRRAM) o 所公开的方面的存储设备意在包括但不限于这些和其它合 适类型的存储器。
本领域技术人员还将明白的是， 结合这里的公开所描述的各种示例性逻 辑块、 模块、 电路和算法步骤可以被实现为电子硬件、 计算机软件或两者的 组合。 为了清楚地说明硬件和软件的这种可互换性， 已经就各种示意性组件、 方块、 模块、 电路和步骤的功能对其进行了一般性的描述。 这种功能是被实 现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约 束。 本领域技术人员可以针对每种具体应用以各种方式来实现所述的功能， 但是这种实现决定不应被解释为导致脱离本发明的范围。
结合这里的公开所描述的各种示例性逻辑块、 模块和电路可以利用被设 计成用于执行这里所述功能的下列部件来实现或执行： 通用处理器、 数字信 号处理器 （DSP)、 专用集成电路 （ASIC)、 现场可编程门阵列 （FPGA) 或其 它可编程逻辑器件、 分立门或晶体管逻辑、 分立的硬件组件或者这些部件的 任何组合。 通用处理器可以是微处理器， 但是可替换地， 处理器可以是任何 传统处理器、 控制器、 微控制器或状态机。 处理器也可以被实现为计算设备 的组合， 例如， DSP 和微处理器的组合、 多个微处理器、 一个或多个微处理 器结合 DSP核、 或任何其它这种配置。
结合这里的公开所描述的方法或算法的步骤可以直接包含在硬件中、 由 处理器执行的软件模块中或这两者的组合中。软件模块可以驻留在 RAM存储 器、 快闪存储器、 ROM存储器、 EPROM存储器、 EEPROM存储器、 寄存器、 硬盘、 可移动盘、 CD-ROM、 或本领域已知的任何其它形式的存储介质中。 示例性的存储介质被耦合到处理器， 使得处理器能够从该存储介质中读取信 息或向该存储介质写入信息。 在一个替换方案中， 所述存储介质可以与处理 器集成在一起。 处理器和存储介质可以驻留在 ASIC中。 ASIC可以驻留在用 户终端中。 在一个替换方案中， 处理器和存储介质可以作为分立组件驻留在 用户终端中。
以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1、 一种通过扩展的 JS接口执行扩展的 JavaScript的方法， 包括： 在网页页面加载时，在预定时机询问扩展程序是否执行扩展的 JavaScript, 其中所述扩展程序是在启动浏览器时加载的；
在确定为需要执行扩展的 JavaScript时，浏览器根据开放的应用程序编程 接口 API组装扩展的 JS接口；
利用扩展的 JS接口执行扩展的 JavaScript。
2、 如权利要求 1所述的方法， 其中， 所述扩展的 JavaScript被执行来进 行以下步骤：
通过访问当前网页页面的文档对象模型 DOM树， 抽取页面浏览所需内 根据所抽取出的内容， 通过预先设置的用于调整排版方式的接口设置浏 览器的排版方式；
基于所设置的排版方式， 对抽取出的内容进行页面排版。
3、 如权利要求 1所述的方法， 其中， 所述扩展的 JavaScript被执行来进 行以下步骤：
在接收到浏览器发出的指示调用预先注册在网络应用 WebApp框架中的 第一 JS应用的第一消息后， WebApp调用第一 JS应用来判断当前网页页面是 否为可定制论坛页面，所述第一 JS应用被设置为在 HEAD节点构建完成后被 调用且用于判断当前网页页面的论坛类型， 所述第一消息在向浏览器加载网 页时完成当前网页页面的 HEAD节点的构建后发出；
在判断为当前网页页面是可定制论坛页面且接收到浏览器发出的指示调 用预先注册在 WebApp框架中的的第二 JS应用的第二消息后， WebApp调用 与当前网页页面的论坛类型对应的第二 JS应用来生成并显示被定制的论坛页 面， 所述第二 JS应用被设置为在 DOM树构建完成后被调用且用于生成并显 示论坛页面， 所述第二消息在向浏览器加载网页时完成当前网页页面的 DOM 树的构建后发出。
4、 如权利要求 1所述的方法， 其中， 所述扩展的 JavaScript被执行来进 行以下步骤： 在接收到浏览器发出的指示调用预先注册在 WebApp框架中的第四 JS应 用的第四消息后， WebApp调用第四 JS应用来执行下述步骤：
遍历 DOM树来获取 DOM节点文本中包含的关键字；
基于 DOM节点文本中所包含的关键字以及 WebApp框架中预先存储的关 键字数据库， 确定该关键字是否为预读关键字；
在确定为所包含的关键字为预读关键字后， 针对每个预读关键字重复执 行下述过程， 直到已经处理完所有预读关键字为止：
根据当前获取的预读关键字， 获取下页网页页面的链接地址；
根据所获取的链接地址， 从网页服务器预读下页网页内容； 以及
显示预读的下页网页内容并获取下一预读关键字，
其中，所述第四消息在完成当前网页页面的 DOM树的构建后发出，所述 第四 JS应用被设置为在 DOM树构建完成后调用且由内容脚本 Content Script 形成， 并且预先编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp 安装包时， 将第四 JS应用注册在 WebApp框架中。
5、 一种基于 WebApp框架的网页浏览方法， 包括：
在接收到浏览器发出的指示调用预先注册在网络应用 WebApp框架中的 第一 JS应用的第一消息后， WebApp调用第一 JS应用来判断当前网页页面是 否为可定制论坛页面，所述第一 JS应用被设置为在 HEAD节点构建完成后被 调用且用于判断当前网页页面的论坛类型， 所述第一消息在向浏览器加载网 页时完成当前网页页面的 HEAD节点的构建后发出；
在判断为当前网页页面是可定制论坛页面且接收到浏览器发出的指示调 用预先注册在 WebApp框架中的的第二 JS应用的第二消息后， WebApp调用 与当前网页页面的论坛类型对应的第二 JS应用来生成并显示被定制的论坛页 面， 所述第二 JS应用被设置为在文档对象模型 DOM树构建完成后被调用且 用于生成并显示论坛页面， 所述第二消息在向浏览器加载网页时完成当前网 页页面的 DOM树的构建后发出。
6、 如权利要求 5所述的网页浏览方法， 其中， 所述第一 JS应用和第二 JS应用由 Content Script形成， 并且预先编制在 WebApp安装包中， 以及
当在浏览器上安装该 WebApp 安装包时， 将第一和第二 JS 应用注册在 WebApp框架中。
7、 如权利要求 5所述的网页浏览方法， 其中， 所述第一 JS应用被配置 为：
从 HEAD节点中获取 meta标签；
根据所获取的 meta标签， 确定网页页面的论坛类型， 以及
所述第二 JS应用被配置为：
通过遍历 DOM树，抽取当前网页页面中的与所定制的论坛模式对应的论 坛页面数据；
利用所抽取的论坛页面数据生成论坛页面； 以及
显示所生成的论坛页面。
8、 如权利要求 7所述的网页浏览方法， 其中， 在显示所生成的论坛页面 之前， 所述方法还包括隐藏或删除原有 JS页面。
9、 如权利要求 6所述的网页浏览方法， 还包括：
在接收到浏览器发出的指示调用预先注册在 WebApp框架中的第三 JS应 用的第三消息后， WebApp调用第三 JS应用， 所述第三 JS应用被配置为执行 下述过程：
遍历 DOM树来获取 DOM节点文本中包含的关键字；
基于 DOM节点文本中所包含的关键字以及预先存储在 WebApp框架中的 预读关键字， 确定该关键字是否为预读关键字；
在确定为所包含的关键字为预读关键字后， 针对每个预读关键字重复执 行下述过程， 直到已经处理完所有预读关键字为止：
根据当前获取的预读关键字， 获取下页网页页面的链接地址；
根据所获取的链接地址， 从网页服务器预读下页网页内容； 以及 显示预读的下页网页内容并获取下一预读关键字，
其中，所述第三消息在完成当前网页页面的 DOM树的构建后发出，所述 第三 JS应用被设置为在 DOM树构建完成后被调用且由 Content Script形成， 并且预先编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp安装 包时， 将第三 JS应用注册在 WebApp框架中。
10、 如权利要求 9所述的网页浏览方法， 其中， 在显示预读的下页网页 内容之前， 所述方法还包括将预读出的下页网页页面与当前网页页面拼接； 并且 在当前网页页面的页面滚动距离超过预定阈值时， 显示预读的下页网页 内容。
11、 如权利要求 10所述的网页浏览方法， 其中， 将预读出的下页网页页 面与当前网页页面拼接包括：
从预读出的下页网页页面中仅仅抽取该下页网页页面的 BODY节点； 将所抽取出的 BODY节点变为 DIV节点但保留 BODY节点的内容； 将该 DIV节点的属性设置为隐藏后附接到当前网页页面的 BODY节点的 尾部。
12、 一种基于 WebApp框架的网页浏览方法， 包括：
在接收到浏览器发出的指示调用预先注册在 WebApp框架中的第四 JS应 用的第四消息后， WebApp调用第四 JS应用来执行预读关键字的确定以及基 于所确定的预读关键字进行的网页内容预读和显示过程，
其中，所述第四消息在完成当前网页页面的 DOM树的构建后发出，所述 第四 JS应用被设置为在 DOM树构建完成后调用且由 Content Script形成， 并 且预先编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp安装包 时， 将第四 JS应用注册在 WebApp框架中。
13、 如权利要求 12所述的网页浏览方法， 其中， 预读关键字的确定以及 基于所确定的预读关键字进行的网页内容预读和显示过程包括：
遍历 DOM树来获取 DOM节点文本中包含的关键字；
基于 DOM节点文本中所包含的关键字以及 WebApp框架中预先存储的关 键字数据库， 确定该关键字是否为预读关键字；
在确定为所包含的关键字为预读关键字后， 针对每个预读关键字重复执 行下述过程， 直到已经处理完所有预读关键字为止：
根据当前获取的预读关键字， 获取下页网页页面的链接地址；
根据所获取的链接地址， 从网页服务器预读下页网页内容； 以及 显示预读的下页网页内容并获取下一预读关键字。
14、 如权利要求 5-13中任何一个所述的网页浏览方法， 其中， 所述第二 JS应用、 第三 JS应用和 /或第四 JS应用的操作利用扩展的 JS接口执行。
15、 如权利要求 14所述的网页浏览方法， 其中， 在进行当前网页页面内 容显示时， 所述扩展的 JS接口还被配置为： 根据所抽取出的内容， 通过预先设置的用于调整页面排版方式的接口设 置浏览器的排版方式。
16、 一种通过扩展的 JS接口执行 JavaScript的装置， 包括：
询问单元， 用于在网页页面加载时， 在预定时机询问扩展程序是否执行 扩展的 JavaScript, 其中所述扩展程序是在启动浏览器时加载的；
组装单元， 用于在确定为需要执行扩展的 JavaScript时， 根据开放的 API 组装扩展的 JS接口； 以及
执行单元， 用于利用扩展的 JS接口执行扩展的 JavaScript。
17、 一种 WebApp框架， 包括：
第一调用模块，用于在接收到浏览器发出的指示调用预先注册在 WebApp 框架中的第一 JS应用的第一消息后，调用第一 JS应用来判断当前网页页面是 否为可定制论坛页面，所述第一 JS应用被设置为在 HEAD节点构建完成后被 调用且用于判断当前网页页面的论坛类型， 所述第一消息在向浏览器加载网 页时完成当前网页页面的 HEAD节点的构建后发出；
第二调用模块， 用于在判断为当前网页页面是可定制论坛页面且接收到 浏览器发出的指示调用预先注册在 WebApp框架中的的第二 JS应用的第二消 息后， 调用与当前网页页面的论坛类型对应的第二 JS应用来生成并显示被定 制的论坛页面， 所述第二 JS应用被设置为在 DOM树构建完成后被调用且用 于生成并显示论坛页面， 所述第二消息在向浏览器加载网页时完成当前网页 页面的 DOM树的构建后发出。
18、 如权利要求 17所述的 WebApp框架， 还包括：
第三调用模块，用于在接收到浏览器发出的指示调用预先注册在 WebApp 框架中的第三 JS应用的第三消息后，调用第三 JS应用来执行预读关键字的确 定以及基于所确定的预读关键字进行的网页内容预读和显示的过程，
其中，所述第三消息在完成当前网页页面的 DOM树的构建后发出，所述 第三 JS应用被设置为在 DOM树构建完成后被调用且由 Content Script形成， 并且预先编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp安装 包时， 将第三 JS应用注册在 WebApp框架中。
19、 如权利要求 18所述的 WebApp框架， 其中， 预读关键字的确定以及 基于所确定的预读关键字进行的网页内容预读和显示过程包括： 遍历 DOM树来获取 DOM节点文本中包含的关键字；
基于 DOM节点文本中所包含的关键字以及 WebApp框架中预先存储的关 键字数据库， 确定该关键字是否为预读关键字；
在确定为所包含的关键字为预读关键字后， 针对每个预读关键字重复执 行下述过程， 直到已经处理完所有预读关键字为止：
根据当前获取的预读关键字， 获取下页网页页面的链接地址；
根据所获取的链接地址， 从网页服务器预读下页网页内容； 以及 显示预读的下页网页内容并获取下一预读关键字。
20、 一种浏览器， 包括：
第一消息发送单元， 用于当在加载网页时完成当前网页页面的 HEAD节 点的构建后， 发出指示调用预先注册在 WebApp框架中的第一 JS应用的第一 消息，所述第一 JS应用被设置为在 HEAD节点构建完成后调用且用于判断当 前网页页面的论坛类型； 以及
第二消息发送单元，用于当在加载网页时完成当前网页页面的 DOM树的 构建后， 发出指示调用预先注册在 WebApp框架中的与当前网页页面的论坛 类型对应的第二 JS应用的第二消息，所述第二 JS应用被设置为在 DOM树构 建完成后被调用且用于生成并显示论坛页面。
21、 一种 WebApp框架， 包括：
第四调用模块，用于在接收到浏览器发出的指示调用预先注册在 WebApp 框架中的第四 JS应用的第四消息后，调用第四 JS应用执行预读关键字的确定 以及基于所确定的预读关键字进行的网页内容预读和显示过程，
其中，所述第四消息在完成当前网页页面的 DOM树的构建后发出，所述 第四 JS应用被设置为在 DOM树构建完成后调用且由 Content Script形成， 并 且预先编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp安装包 时， 将第四 JS应用注册在 WebApp框架中。
22、 如权利要求 21所述的 WebApp框架， 其中， 预读关键字的确定以及 基于所确定的预读关键字进行的网页内容预读和显示过程包括：
遍历 DOM树来获取 DOM节点文本中包含的关键字；
基于 DOM节点文本中所包含的关键字以及 WebApp框架中预先存储的关 键字数据库， 确定该关键字是否为预读关键字； 在确定为所包含的关键字为预读关键字后， 针对每个预读关键字重复执 行下述过程， 直到已经处理完所有预读关键字为止：
根据当前获取的预读关键字， 获取下页网页页面的链接地址；
根据所获取的链接地址， 从网页服务器预读下页网页内容； 以及
显示预读的下页网页内容并获取下一预读关键字。
23、如权利要求 17-19、 21和 22中任何一个所述的 WebApp框架， 其中， 所述第二 JS应用、 第三 JS应用和 /或第四 JS应用的操作利用扩展的 JS接口 执行， 以及
在进行当前网页页面内容显示时， 所述扩展的 JS接口还被配置为： 根据所抽取的内容， 通过预先设置的用于调整页面排版方式的接口设置 浏览器的排版方式。
24、 一种浏览器， 包括：
第四消息发送单元，用于当在网页加载时完成当前网页页面的 DOM树的 构建后，发出指示调用预先注册在 WebApp框架中的第四 JS应用的第四消息， 所述第四 JS应用被配置为执行执行预读关键字的确定以及基于所确定的预读 关键字进行的网页内容预读和显示过程，
其中，所述第四 JS应用被设置为在 DOM树构建完成后调用且由 Content Script形成， 并且预先编制在 WebApp 安装包中， 以及当在浏览器上安装该 WebApp安装包时， 将第四 JS应用注册在 WebApp框架中。
25、 如权利要求 24所述的浏览器， 其中， 预读关键字的确定以及基于所 确定的预读关键字进行的网页内容预读和显示过程包括：
遍历 DOM树来获取 DOM节点文本中包含的关键字；
基于 DOM节点文本中所包含的关键字以及 WebApp框架中预先存储的关 键字数据库， 确定该关键字是否为预读关键字；
在确定为所包含的关键字为预读关键字后， 针对每个预读关键字重复执 行下述过程， 直到已经处理完所有预读关键字为止：
根据当前获取的预读关键字， 获取下页网页页面的链接地址；
根据所获取的链接地址， 从网页服务器预读下页网页内容； 以及
显示预读的下页网页内容并获取下一预读关键字。
26、 一种移动终端， 包括： 如权利要求 17-19、 21-23中任何一个所述的 WebApp框架； 以及 如权利要求 20、 24或 25所述的浏览器。
27、 一种移动终端， 包括：
如权利要求 16所述的装置； 以及
浏览器。
28、 一种具有处理器可执行的程序代码的计算机可读介质， 在被执行时， 所述程序代码使得处理器执行下述步骤：
在网页页面加载时，在预定时机询问扩展程序是否执行扩展的 JavaScript, 其中所述扩展程序是在启动浏览器时加载的；
在确定为需要执行扩展的 JavaScript时，浏览器根据开放的应用程序编程 接口 API组装扩展的 JS接口；
利用扩展的 JS接口执行扩展的 JavaScript。
29、 一种具有处理器可执行的程序代码的计算机可读介质， 在被执行时， 所述程序代码使得处理器执行下述步骤：
在接收到浏览器发出的指示调用预先注册在网络应用 WebApp框架中的 第一 JS应用的第一消息后， WebApp调用第一 JS应用来判断当前网页页面是 否为可定制论坛页面，所述第一 JS应用被设置为在 HEAD节点构建完成后被 调用且用于判断当前网页页面的论坛类型， 所述第一消息在向浏览器加载网 页时完成当前网页页面的 HEAD节点的构建后发出； 以及
在判断为当前网页页面是可定制论坛页面且接收到浏览器发出的指示调 用预先注册在 WebApp框架中的的第二 JS应用的第二消息后， WebApp调用 与当前网页页面的论坛类型对应的第二 JS应用来生成并显示被定制的论坛页 面， 所述第二 JS应用被设置为在文档对象模型 DOM树构建完成后被调用且 用于生成并显示论坛页面， 所述第二消息在向浏览器加载网页时完成当前网 页页面的 DOM树的构建后发出。
30、 一种具有处理器可执行的程序代码的计算机可读介质， 在被执行时， 所述程序代码使得处理器执行下述步骤：
在接收到浏览器发出的指示调用预先注册在 WebApp框架中的第四 JS应 用的第四消息后， WebApp调用第四 JS应用来执行预读关键字的确定以及基 于所确定的预读关键字进行的网页内容预读和显示过程， 其中，所述第四消息在完成当前网页页面的 DOM树的构建后发出，所述 第四 JS应用被设置为在 DOM树构建完成后调用且由 Content Script形成， 并 且预先编制在 WebApp安装包中， 以及当在浏览器上安装该 WebApp安装包 时， 将第四 JS应用注册在 WebApp框架中。
PCT/CN2013/074887 2012-04-28 2013-04-27 网页浏览方法、WebApp框架、执行JavaScript方法及装置、移动终端 WO2013159745A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/368,753 US10185704B2 (en) 2012-04-28 2013-04-27 Webpage browsing method, webapp framework, method and device for executing javascript and mobile terminal
RU2014126210/08A RU2604326C2 (ru) 2012-04-28 2013-04-27 Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210132741.6 2012-04-28
CN201210132741.6A CN102693280B (zh) 2012-04-28 2012-04-28 网页浏览方法、WebApp框架、执行JavaScript方法及装置、移动终端

Publications (1)

Publication Number Publication Date
WO2013159745A1 true WO2013159745A1 (zh) 2013-10-31

Family

ID=46858714

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/074887 WO2013159745A1 (zh) 2012-04-28 2013-04-27 网页浏览方法、WebApp框架、执行JavaScript方法及装置、移动终端

Country Status (4)

Country Link
US (1) US10185704B2 (zh)
CN (1) CN102693280B (zh)
RU (1) RU2604326C2 (zh)
WO (1) WO2013159745A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104580378A (zh) * 2014-12-12 2015-04-29 百度在线网络技术（北京）有限公司 安装包的处理方法及装置
US20150286623A1 (en) * 2014-04-02 2015-10-08 Samsung Electronics Co., Ltd. Method and apparatus for marking relevant updates to html 5
CN111800492A (zh) * 2020-06-22 2020-10-20 深圳壹账通智能科技有限公司 web网页中文字的标记方法、装置、计算机设备及存储介质
CN112579958A (zh) * 2020-12-23 2021-03-30 平安银行股份有限公司 网页转换方法、装置、计算机设备及可读存储介质

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102693280B (zh) * 2012-04-28 2014-08-13 广州市动景计算机科技有限公司 网页浏览方法、WebApp框架、执行JavaScript方法及装置、移动终端
WO2014058146A1 (ko) 2012-10-10 2014-04-17 에스케이플래닛 주식회사 웹 문서의 고속 웹 스크롤을 지원하는 사용자 단말 장치 및 스크롤 방법
CN104035753B (zh) * 2013-03-04 2018-11-02 优视科技有限公司 一种双WebView展示定制页面的方法及系统
CN104283920A (zh) * 2013-07-05 2015-01-14 腾讯科技（深圳）有限公司 一种网络应用路由的方法、服务器、终端和系统
CN104573412B (zh) * 2013-10-16 2019-04-23 航天信息软件技术有限公司 防止拷贝网页文字内容的方法和装置
US9934207B1 (en) * 2014-05-02 2018-04-03 Tribune Publishing Company, Llc Online information system with continuous scrolling and previous section removal
CN105094786B (zh) * 2014-05-21 2019-05-28 广州市动景计算机科技有限公司 基于JavaScript定制页面的方法及系统
CN104021003A (zh) * 2014-06-24 2014-09-03 歌尔声学股份有限公司 修改信息管理系统首页的方法及装置
CN105335139B (zh) * 2014-07-24 2019-05-17 广州市动景计算机科技有限公司 网页显示方法和装置
CN105446709B (zh) * 2014-07-29 2019-06-21 阿里巴巴集团控股有限公司 一种Java应用处理方法及装置
CN104239441A (zh) * 2014-09-01 2014-12-24 可牛网络技术（北京）有限公司 网页加载控制方法和装置
CN105630524B (zh) * 2014-10-31 2019-04-12 广州市动景计算机科技有限公司 网页文本解析方法、装置和移动终端
CN106155656B (zh) * 2015-04-07 2021-05-11 腾讯科技（深圳）有限公司 互联网页面组件调用的方法和装置
RU2015115352A (ru) * 2015-04-24 2016-11-20 Закрытое акционерное общество "Лаборатория Касперского" Способ запуска браузера в защищенном режиме
CN105069060B (zh) * 2015-07-28 2020-02-07 北京京东尚科信息技术有限公司 一种html文档分页排版方法
CN106354873B (zh) * 2015-09-22 2019-12-20 广州神马移动信息科技有限公司 网页加载方法、装置及系统
CN105786511B (zh) * 2016-02-29 2019-05-07 四川长虹电器股份有限公司 终端设备Web应用管理的实现方法
CN105956026B (zh) * 2016-04-22 2019-08-02 北京小米移动软件有限公司 网页渲染方法及装置
CN106203144A (zh) * 2016-07-25 2016-12-07 飞天诚信科技股份有限公司 一种实现浏览器访问智能密钥设备的方法及系统
GB2568323A (en) * 2017-03-03 2019-05-15 Google Llc Systems and methods for detecting improper implementation of presentation of content items by applications executing on client devices
CN109388766B (zh) * 2017-08-07 2022-07-08 阿里巴巴集团控股有限公司 页面加载的方法和装置
CN110020292B (zh) * 2017-10-13 2020-07-28 华为技术有限公司 网页内容提取方法以及终端设备
CN110895592B (zh) * 2018-08-22 2023-03-17 北京字节跳动网络技术有限公司 移动终端上的链接启动方法、装置、设备及介质
CN110875839B (zh) * 2018-09-03 2022-04-19 中国电信股份有限公司 网络模型动态扩展方法和系统、计算机可读存储介质
CN109358973B (zh) * 2018-09-29 2020-12-22 网易（杭州）网络有限公司 信息处理方法、系统、介质和计算设备
CN110324410B (zh) * 2019-06-18 2022-04-05 中国南方电网有限责任公司 发起网页请求的方法、装置、计算机设备和存储介质
CN110381118B (zh) * 2019-06-19 2022-03-04 平安普惠企业管理有限公司 页面数据传输的控制方法和相关设备
CN111695064B (zh) * 2020-04-29 2023-08-18 北京城市网邻信息技术有限公司 一种埋点加载方法及装置
CN112199097B (zh) * 2020-10-13 2024-01-05 深圳市广和通无线股份有限公司 安装包生成方法、装置、计算机设备和存储介质
CN112559121A (zh) * 2020-10-20 2021-03-26 四川天邑康和通信股份有限公司 一种IPTV浏览器JavaScript扩展对象的处理方法和系统
CN112364269B (zh) * 2020-11-24 2023-08-22 中国电子科技集团公司第十五研究所 一种基于URL创建WebApp图形应用的方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070256003A1 (en) * 2006-04-24 2007-11-01 Seth Wagoner Platform for the interactive contextual augmentation of the web
CN101876897A (zh) * 2009-04-30 2010-11-03 国际商业机器公司 用于在Web浏览器上处理Widget的系统和方法
CN102073502A (zh) * 2011-01-11 2011-05-25 百度在线网络技术（北京）有限公司 一种利用web原生布局进行页面渲染的方法及装置
CN102214098A (zh) * 2011-06-15 2011-10-12 中山大学 一种基于WebKit浏览器引擎的动态页面数据采集方法
CN102693280A (zh) * 2012-04-28 2012-09-26 广州市动景计算机科技有限公司 网页浏览方法、WebApp框架、执行JavaScript方法及装置、移动终端

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6311180B1 (en) * 2000-03-28 2001-10-30 Linx Data Terminals, Inc. Method for mapping and formatting information for a display device
EP1977313B1 (en) * 2006-01-23 2018-05-23 Nokia Technologies Oy End-to-end solution for an end-user to obtain desired information in user interfaces
RU2326433C1 (ru) * 2007-05-14 2008-06-10 Владимир Владимирович Никитенко Способ упрощения доступа к интернет-ресурсам, размещенным в сети интернет, ссылки на которые публикуются в печатных и электронных изданиях
CN101325602A (zh) * 2008-07-30 2008-12-17 广州市动景计算机科技有限公司 一种微浏览器智能预读网页的方法及系统
RU2447506C2 (ru) * 2008-09-03 2012-04-10 Елена Валерьевна Папченко Способ повышения популярности творческих проектов и компьютерный сервер для его реализации
US8869256B2 (en) * 2008-10-21 2014-10-21 Yahoo! Inc. Network aggregator
CN101645084A (zh) * 2009-04-23 2010-02-10 中国科学院声学研究所 一种嵌入式浏览器对动态数据的处理方法
US20100293448A1 (en) * 2009-05-15 2010-11-18 Infonow Corporation Centralized website local content customization
CN101571876B (zh) * 2009-05-26 2011-12-07 华为技术有限公司 脚本程序运行逻辑扩展的方法、服务器和客户端
US8522132B2 (en) * 2010-09-13 2013-08-27 International Business Machines Corporation Widget behavior customization via cascaded style sheets
US20120110433A1 (en) * 2010-10-28 2012-05-03 Microsoft Corporation Parallel web page processing
CN102346770B (zh) * 2011-09-21 2014-05-14 晨星软件研发(深圳)有限公司 WebKit浏览器网页内容加载方法及装置
US8627204B2 (en) * 2011-10-18 2014-01-07 Microsoft Corporation Custom optimization of web pages
US8639680B1 (en) * 2012-05-07 2014-01-28 Google Inc. Hidden text detection for search result scoring
CN104035753B (zh) * 2013-03-04 2018-11-02 优视科技有限公司 一种双WebView展示定制页面的方法及系统
US9467434B2 (en) * 2013-07-15 2016-10-11 Salesforce.Com, Inc. Document rendering service

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070256003A1 (en) * 2006-04-24 2007-11-01 Seth Wagoner Platform for the interactive contextual augmentation of the web
CN101876897A (zh) * 2009-04-30 2010-11-03 国际商业机器公司 用于在Web浏览器上处理Widget的系统和方法
CN102073502A (zh) * 2011-01-11 2011-05-25 百度在线网络技术（北京）有限公司 一种利用web原生布局进行页面渲染的方法及装置
CN102214098A (zh) * 2011-06-15 2011-10-12 中山大学 一种基于WebKit浏览器引擎的动态页面数据采集方法
CN102693280A (zh) * 2012-04-28 2012-09-26 广州市动景计算机科技有限公司 网页浏览方法、WebApp框架、执行JavaScript方法及装置、移动终端

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150286623A1 (en) * 2014-04-02 2015-10-08 Samsung Electronics Co., Ltd. Method and apparatus for marking relevant updates to html 5
CN104580378A (zh) * 2014-12-12 2015-04-29 百度在线网络技术（北京）有限公司 安装包的处理方法及装置
CN111800492A (zh) * 2020-06-22 2020-10-20 深圳壹账通智能科技有限公司 web网页中文字的标记方法、装置、计算机设备及存储介质
CN112579958A (zh) * 2020-12-23 2021-03-30 平安银行股份有限公司 网页转换方法、装置、计算机设备及可读存储介质
CN112579958B (zh) * 2020-12-23 2024-05-10 平安银行股份有限公司 网页转换方法、装置、计算机设备及可读存储介质

Also Published As

Publication number Publication date
US20150074513A1 (en) 2015-03-12
US10185704B2 (en) 2019-01-22
RU2014126210A (ru) 2016-06-20
RU2604326C2 (ru) 2016-12-10
CN102693280A (zh) 2012-09-26
CN102693280B (zh) 2014-08-13

Similar Documents

Publication Publication Date Title
WO2013159745A1 (zh) 网页浏览方法、WebApp框架、执行JavaScript方法及装置、移动终端
JP4208081B2 (ja) 複数のウェブサイトにパーソナライズされた価値を追加するためのシステム、ウェブサーバ、方法およびプログラム
US8386955B1 (en) User-optimized content for web browsing windows
US8612418B2 (en) Mobile web browser for pre-loading web pages
US8522132B2 (en) Widget behavior customization via cascaded style sheets
US8799353B2 (en) Scope-based extensibility for control surfaces
CN106716351B (zh) 显示网页的方法和电子设备
WO2019072201A1 (zh) 网页内容提取方法以及终端设备
WO2013178094A1 (zh) 页面显示方法及装置
WO2013149455A1 (zh) 对网页进行换肤处理的方法和装置以及移动终端
US10084878B2 (en) Systems and methods for hosted application marketplaces
US20140047359A1 (en) Mechanism for adding new search modes to user agent
WO2014134934A1 (zh) 一种双WebView展示定制页面的方法及系统
US20120323950A1 (en) Embedded query formulation service
US9645707B1 (en) Alternative view-based navigation
WO2018141300A1 (zh) 网页预读方法、网页访问方法、设备及电子设备
US20150087277A1 (en) Method and apparatus for calling an extension
US20110004602A1 (en) Method for generating widget icon, apparatus for generating widget summary information file, and widget engine
WO2016050124A1 (zh) 网页转码方法、装置以及服务器
WO2024011899A1 (zh) 微件的加载方法、装置、设备以及存储介质
KR20120016333A (ko) 웹 어플리케이션을 위한 사전 캐싱 방법 및 이를 적용한 단말 장치
US9575617B1 (en) Navigation payload injection
CN112905920A (zh) 一种页面显示的方法和装置
Aryal Design Principles for Responsive Web
CN115062255B (zh) 网站适配的方法、装置、电子设备及计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13781938

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14368753

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2014126210

Country of ref document: RU

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 13781938

Country of ref document: EP

Kind code of ref document: A1