Patent Application
20110282978
The invention relates generally to a browser and methods thereof, and more specifically to a browser plug-in, capable of fetching a site map or a web map and presenting the information in a structured format before a user visits the intended network site.
A browser is a software application enabling a user to display and interact with information (text, images, audio and video records and streams, forms, etc.) located on a page (also called a webpage) at a website on a network (such as the World Wide Web or an intranet). Any information on a webpage has an associated attribute allowing the linking of this information to other information at another location on the network.
Different protocols are available to allow communication through a network and handling data in a large number of formats, such as HTML (Hyper Text Markup Language) and application layer protocols, such as layer 7 protocols.
A plug-in (also called a “browser plug-in”) expands the functionalities of a browser by adding extra features to it. Many browser plug-ins are visible to the user and he/she can interact with those plug-ins. A plug-in can be, as an example, a toolbar, a search assistant, or a set of functions allowing blocking of pop-up windows. Other plug-ins are not visible to users and run without Graphical User Interface (GUI) access thereto.
There is a huge growth in the number of network resources being hosted and equal growth in the number of users accessing them. Browsers facilitate network resource access by providing many useful features for navigation across the resource links. The browser experience has not seen many changes and value added features over the same period of time. A user has to type a network resource address or URL [Uniform Resource Locator] to a browser's address bar. The user is directed to a home page, and to navigate to a particular page available on the network site (where network resources are hosted), a user has to go there via the main/home page.
This problem is, to an extent, solved via a “History” maintained by the browsers. Browsers have improved on how they manage “History” (caching already-accessed URLs by the user) so that one can easily get back to a previously-visited URL by just typing a few keywords. However this “History” has limitations; for example, to generate the “History” a user is expected to visit that network resource, and even after creation of the “History” of the visited page, it does not guarantee that it will be valid for future access; in simple terms, the “History” will not necessarily always point to the same resource. In most of the cases the user could see the error message “404 [page not found].”
If the page fetch request does not produce a response from a host at the target address, the browser may display a default message indicating that the requested page cannot be displayed, or may remain idle until the user inputs another URL. In addition, in some cases, the page can be retrieved, but cannot be displayed due to script execution errors, unsupported data formats, or other problems relating to the content of the requested page.
Regardless of the cause, page load errors, and errors involving requests for other types of displayable objects, can be very frustrating to users. The present invention seeks to address this problem.
To address the above-discussed deficiencies, an illustrative embodiment of the invention reads a web map/site map and presents all live links to the user in a structured format when the user has entered a minimum resolvable network resource link.
An illustrative embodiment of the present invention provides a method of using a plug-in for providing live web links to the user in a structured format when the user has entered a minimum resolvable network resource link, such as a URL. Once the minimum resolvable network resource link is entered, a connection is made—for example by using Layer 7 Application Layer Protocols—to the network resource link. The browser component analyzes the home page of the site for all the sub-links present on the page. It can also visit the site map present on the site. These links are analyzed, validated, resolved, and structured together before presenting to the user. The user can see the list of available live pages in the browser's address bar drop-down menu, with the anchored text.
In a preferred embodiment, there is provided a plug-in that runs on a user's computer as a part of, or in conjunction with, a browser. The plug-in works only on a requested minimum resolvable URL entered by the user and helps the user to expedite the navigation. The plug-in does not wait for the user to enter a complete URL and for the system to give a “404 [page not found]” error. Instead, it presents only live network resource links and a site map in a structured format to the user before an error is generated or the user types in the complete URL.
An aspect of the present invention is that it operates generally in an independent manner. The plug-in does not require any web page storage server to store the web pages indexed or a database to store the cached web page links. The plug-in does not look into the “History” cache but it directly reads the site map and recursive links to present to the user.
The preceding is a simplified summary of the invention to provide an understanding of some aspects of the invention. This summary is neither an extensive nor exhaustive overview of the invention and its various embodiments. It is intended neither to identify key or critical elements of the invention nor to delineate the scope of the invention but to present selected concepts of the invention in a simplified form as an introduction to the more detailed description presented below. As will be appreciated, other embodiments of the invention are possible utilizing, alone or in combination, one or more of the features set forth above.
The present invention is described in accordance with the appended figures.
In the appended Figures, similar components and/or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a letter that distinguishes among the similar components. If only the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label.
As used throughout this patent document, the terms “include” and “comprise,” as well as derivatives thereof, mean inclusion without limitation; the term “or” is inclusive, meaning and/or; the phrases “associated with” and “associated therewith,” as well as derivatives thereof, can include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, or the like. The term “network resource/s” used in the entire document can include web site(s), web site links, network site(s), file browser links, and the like. The term “page” used in the entire document can mean to include web page, network resource page, and the like. Further the term “browser” used in the entire document means to include a user interface on a computing device that allows navigation of objects such as a web browser, a file browser, and the like. Definitions for certain words and phrases are provided throughout this document. Those of ordinary skill in the art should understand that in many, if not most, instances such definitions apply to prior as well as future uses of such defined words and phrases.
For purposes of illustration, the invention will be described primarily in the context of web pages requested by typing a minimum resolvable URL. As will be recognized, the invention may also be applied to the retrieval of other types of objects and resources, such as PDF (Portable Document Format) documents and image files and may be used in conjunction with a user interface on a computing device that allows navigation of objects such as a file browser.
Upon detecting a page load error, the error processing client 101 causes the web browser 102 to send a request to the error processing server 103 for an alternate object for the target URL (event 3). In response to the request, the error processing server 103 selects an alternate object to present to the user (event 4), and in some embodiments, generates the selected alternate object.
The error processing server 103 then returns the alternate object, or the URL of the alternate object, to the web browser 102 (event 5) on a user computing device 104. The web browser 102 on a user computing device 104 may display the alternate object in a main browsing window, or in a window or other area that is separate from the main window (e.g., a separate pop-up window).
Once the fetched URLs of the intended website are sorted and arranged alphabetically, the list of said URLs is presented to the user in the browser's address bar in the form of a pull down menu, at step 203. Once the list of URLs is presented to the user in a structured format, like an aphetically arranged pull down menu, the user can directly choose any of the URLs from the pull down menu of all URLs to all pages of the website at step 204 to get the active page or pages of the website. These fetched URLs of the website are also stored in an internal storage, such as a local hard drive of the user's computer, at step 301 for further processing, such as comparing with the “History” available in the browser, correcting the URLs available in the “History,” and the like.
After storing the fetched URLs, the plug-in fetches the “History” from the web browser 102 that is already cached in the browser at step 302. After fetching the cached “History” from the web browser relevant to the URL entered by the user, the plug-in compares the new URLs with the relevant URL cached “History” from the browser, at step 303. If the new URLs match the URL from the cached “History” from the web browser the process ends. But if the list of new URLs or the new URL is different from the cached browser “History,” which is old and gives an error such as “404,” “error,” “page not found,” and “unable to display” in the returned web pages and the like, then that URL is marked as a bad URL and replaced by the new URLs, or the new URL, at step 304. Once the old URL from the cached browser “History” is replaced by the new URLs or the new URL, the plug-in notifies the user via a visual indicator about the replacement of the old cached “History” URL with the new, correct and live URLs or new URL at step 305. An example of such a corrected “History” is shown in
The foregoing description of the Web browser plug-in has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the claimed subject matter to the precise form disclosed. The user computing device mentioned in the above paragraphs may be one of a network-enabled PDA (Personal Digital Assistant), smart phone, feature phone, smart book, tablet personal computer, or portable media player. And the said network is an internet, intranet, private or public close group peer-to-peer or broadcast network or data network. Furthermore, a “minimum resolvable URL address” is an address that enables a network application layer protocol to connect to the target URL successfully. Many modifications and variations are possible in light of the above teaching. For example, the present invention works independently of the cached “History” of the target URL in the browser. The present invention does not require any “History” of the target URL to initiate the process of obtaining live and active network resource links of the target URL. It is intended that the scope of the invention be limited not by this detailed description, but rather by the claims appended hereto.
