1. Field of the Invention
The present invention relates to dynamic web page generation, and more specifically, relates to methods for dynamically updating or supplementing web pages with content.
2. Description of the Related Art
With the evolution of standard languages and protocols for implementing web services and related technologies, it has become common for web site operators to incorporate dynamic content into their web pages. In many cases, the dynamic content is retrieved from external web services or applications that are freely accessible via the Internet. Examples of types of dynamic content that are available via existing web services include driving directions, weather information, and product descriptions and reviews.
Some web sites provide users with the ability to interact with a service component without having to navigate away from a currently-loaded web page. For example, a web page may include a form for checking flight information made available via a web service of an airline. When a user enters a flight number into this form and selects the “submit” button, the user's browser makes a call to this web service, which returns the requested information via an XML (Extensible Markup Language) packet. The browser then uses this packet to update an area of the page with the requested flight information.
Although web sites exist that allow users to request and view content without navigating away from the current web pages (as in the example above), the types of user interactions that are possible from within the web page are typically very limited. In addition, the skills needed to add such interactive functionality are beyond the skill sets of many web site operators. For instance, to add calls to a web service from a web page, the web site operator generally must be knowledgeable of such technologies as XML, JavaScript, and style sheets. This problem pertains to some, but not all, of the disclosed embodiments.
A page update handler, which may be loaded by a web browser as part of or in conjunction with a web page, adds functionality for dynamically supplementing the web page with content supplied by a content server. The content supplied by the content server may be related to a particular item on the web page, such as a link, keyword, or keyword phrase, that is detected by the page update handler. The content server may operate in a different Internet domain from the server that servers the original web page, and may supply content for display on web pages of many different independent web sites.
In one embodiment, an operator of a web site that is separate from the content server can enable the display of content supplied by the content server by merely adding an update handler tag, which may be in the form of a JavaScript command or sequence, to one or more corresponding HTML (Hypertext Markup Language) documents. Thus, the web site operator need not have any experience with technologies commonly used to add dynamic content to web pages.
In one embodiment, when a mouse-over event occurs with respect to a recognized item on the web page, such as a hyperlink that matches a particular link signature, the page update handler displays a corresponding overlay display object within the web page. The overlay display object displays supplemental content (retrieved from the content server) associated with the recognized item, and may provide functionality for the user to further interact with the content server. The supplemental content may be retrieved from the content server in response to the mouse-over event, or may be retrieved preemptively and maintained hidden until the mouse-over event occurs. As an alternative to displaying the supplemental content in an overlay display object, the page update handler may, in some embodiments, display the supplemental content elsewhere on the page. For example, the supplemental content may be displayed in a designated area on the page, may be appended at the end of the page, or may be inserted between existing display components.
Also disclosed are embodiments in which the content server that supplies the supplemental content is part of the same web site system that serves the original web page.
Neither this summary nor the following detailed description purports to define the invention. The invention is defined by the claims.
Specific embodiments of the invention are illustrated in the drawings summarized below:
Throughout the drawings, reference numbers are re-used to indicate a correspondence between the referenced components.
Specific embodiments and example applications of the invention will now be described with reference to the drawings. These embodiments and example applications are intended to illustrate, and not limit, the present invention. The invention is defined by the claims.
In event 1 of
In events 2 and 3, the web browser 32 responds to the update handler tag by retrieving a page update handler 36 from the content server 30. This page update handler 36, which may be composed of one or more JavaScript libraries, includes functionality for detecting mouse-over events, generating associated requests for content from the content server 30, and displaying this content within the web page 34. The particular functionality provided by the page update handler 36 may be dependent upon information included in the update handler tag. The web browser 32 may begin loading the page update handler 36 before it has finished loading the original web page 34. Although the process of loading the page update handler 36 is shown as a single event in
In event 4, the web browser 32, via execution of the page update handler 36, detects a mouse-over event in which the mouse pointer 42 (or the cursor associated with another type of pointing device) is moved over, or in the vicinity of, an item 38 recognized by the update handler 36. The item may, for example, be a hyperlink that matches a particular link format, or may be a keyword or keyword phrase found in a library of the page update handler 36. Although a single item 38 is shown in
In response to detecting the mouse-over event, the page update handler 36 displays an overlay display object 40, also referred to as a “popover,” within the web page 34. The overlay display object 40 may be positioned in alignment with, and/or in close proximity to, the item 38 to reveal its correspondence with the item. The actual position and size of the overlay display object may be selected dynamically by the page update handler 36 based on the location of the item 38 on the page and/or the available screen real estate. Unlike a pop-up window, the overlay display object 40 is part of, and is displayed in the same browser window as, the web page 34.
In event 5, which is triggered by the mouse-over event, the web browser 32, via execution of the page update handler 36, sends a request to the content server 30 for content corresponding to the recognized item. For example, if the item 38 is a link to the home page of a recognized web site, the web browser 32 may retrieve site statistics for this web site (see
In events 6 and 7 of
While the item-related content is being retrieved (and converted to HTML content if necessary), the word “loading,” and an associated graphic, may be displayed in the overlay display object 40 to notify the user that the associated content is being loaded. Once the requested content is available for display (typically about 300 to 400 milliseconds after the mouse-over event), the initial “loading” display is replaced with the requested content. In some embodiments, the overlay display object 40 may also initially display a “minimal” set of item-related content that is embedded as hidden content of the page, in which case this minimal set of content may be supplemented with the requested content shortly thereafter.
In one embodiment, the page update handler 36 is capable of generating the request for the item-related content before a mouse-over of the item 38 occurs. For example, upon being loaded, a code module of the page update handler 36 may immediately begin analyzing the native content of the web page 34 to check for recognized items; for some or all of the recognized items 38 that are found, the web browser 32 may “preemptively” generate requests to the content server 30 for the associated item-related content. In this embodiment, event 5 may, but need not, occur before event 4. If the item-related content is retrieved before the mouse-over event occurs, it may be stored as hidden content on the page (e.g., as JavaScript data or HTML content), such that the overlay display object 40 may be populated immediately (from the user's perspective) upon the occurrence of the mouse-over event. The decision of whether to have the page update handler 36 request the item-related content preemptively, versus requesting the content in response to a mouse-over event (which may or may not occur), is a design choice that involves a tradeoff between display latency and server load. Both approaches may be used within a single web page 34.
The item-related content displayed in the overlay display object 40 typically includes interactive display elements, such as buttons and other types of links, drop down menus, check boxes, and/or web forms, that can be used by the user to interact with the content server 30 (see
As another example, the overlay display object 40 may display a description of a product, and may provide respective buttons for adding the product to a shopping cart, adding the product to a wish list, adding the product to a rental queue (in the case of movie titles on DVD, for example), and/or immediately purchasing the product. Selection of one of these buttons may cause the overlay display object 40 to be updated with a message confirming the requested action, and/or with interactive display elements for performing associated actions (e.g., proceeding with checkout, selecting a payment or delivery method, etc.). Thus, in some embodiments, the user can conduct entire transactions with the content server 30 (item purchases, item rentals, etc.) from within the web page 34—even if this web page was originally loaded from a separate web server of a separate web site and entity. These transactions may, but need not, involve the particular recognized item 38 or items on the web page 34.
When the user is finished interacting with the content server 30, the user can move the mouse pointer 42 away from the overlay display object 40 and recognized item 38 to cause the overlay display object 40 to be removed from the display or “closed.” When this occurs, the web page 34 is again displayed in its original form, although the retrieved content may remain cached in hidden form on the page. As illustrated in
After the overlay display object 40 has been closed, the user may move the mouse pointer 42 to another recognized item on the page 34. If such an event occurs, events 4-7 may be repeated to generate a second overlay display object 40 (not shown in
More generally, while the web page 34 is loaded, the user can move the mouse pointer 42 over any number of recognized items, and can return the mouse pointer to a given recognized item multiple times. Each time a mouse-over of a recognized item is detected, the page update handler 36 displays a corresponding overlay display object 40, and populates this overlay display object with (a) new content retrieved from the content server 30 in response to this mouse-over event, where this new content may be dependent upon the state of the user's browsing session, (b) content already retrieved from the content server 30 and hidden within the web page, or (c) a combination of (a) and (b). Where new content is retrieved, this new content may depend upon how the user has interacted with the content server 30 via other overlay display objects displayed on the same web page 34.
As indicated by the foregoing, the overlay display object 40 serves essentially as a mini browser window that allows the user to interact with the content server 30 without losing the context associated with the original web page 34. Unlike a pop-up window, the overlay display object 40 is part of the web page 34, and can thus interact with the original content of the web page. The overlay display object 40 in the illustrated embodiments is not capable of displaying ordinary web pages, and is not suitable for use in browsing web sites that are not specifically designed to interoperate with the page update handler 36.
In implementations in which a “close” control 44 is provided, the overlay display object 40 may, in some embodiments, remain on the screen when the user moves the mouse cursor away from it. With this feature, the user can have multiple overlay display objects 40 open at-a-time on the web page 34. This feature may, for example, be used to facilitate comparison shopping of items represented in an electronic catalog.
As will be apparent, numerous modifications to the process shown in
As another example, the update handler may display the supplemental content on the page without using an overlay display object. For example, the supplemental content may be inserted on the page between existing display elements, such that the page is effectively expanded to accommodate the added content. Alternatively, the page may include a designated area that is filled in, or overwritten, with the supplemental content. Thus, the present invention is not limited to embodiments that use overlay display objects.
In block 50, in response to detecting and executing the JavaScript (“JS”) update handler tag, the web browser 32 loads at least some of the JavaScript code of the update handler 36. The particular functionality provided by this code may depend on information included in the update handler tag. For example, the tag may specify the type or types of popovers (overlay display objects) that are to be enabled on the page, in which case update handler code for generating these types of popovers may be loaded.
As mentioned above, the code of the page update handler 36 may be loaded over time via a sequence of events. For example, in one embodiment, which is depicted in block 52, the browser 32 initially loads a code module (one or more JavaScript libraries) that, upon execution by the browser, analyzes the native content of the web page 34. Based on the outcome of this analysis, this initial code module may generate requests for one or more additional JavaScript code libraries that are appropriate for providing popover functionality in the web page 34. For example, the initially loaded code module may detect that the page includes a certain type of link, and may then load a JavaScript library for providing popover functionality for this type of link. The update handler code modules that are loaded may also depend upon detected attributes of the browser environment, such as the type and version of the web browser. In comparison to a “one size fits all approach,” this iterative approach to loading the update handler code reduces the total quantity of code that is typically loaded on a given page.
In some cases, a particular JavaScript library file may already be cached by the web browser 32 as the result of a prior web page viewing event. In this situation, the web browser 32 may load the JavaScript library from its cache rather than from the content server 30.
Blocks 54 and 56 of
In block 60, the update handler 36 waits for an event, and specifically for a mouse-over event if no overlay display object 40 is currently open. In response to a mouse-over event of a recognized item (e.g., a link), the update handler 36 generates the visible overlay display object 40 for the recognized item (block 62). In one embodiment, the overlay display object is created using an absolutely positioned DIV element. This DIV element may initially be created as a hidden element (e.g., when the web page's content is initially analyzed), and may be made visible in response to the mouse-over event. As mentioned above, the hidden DIV element may also be used to store any item-related content that was preemptively requested or “prefetched” prior to the mouse-over event.
As mentioned above, the position and size of the overlay display object 40 may be selected dynamically by the update handler code. For example, in one embodiment, the overlay display object 40 is positioned on whichever side (right or left) of the recognized item 38 that has more space available. Although depicted in
In block 64, if the content for the recognized item 38 has not already been loaded via a preemptive request or a prior mouse-over of this item 38, the update handler 36 requests this content. An identifier of the recognized item 38 may be passed as an argument with this request. For example, if the item 38 is a link to a URL that matches the signature of a product detail page, an identifier of the product may be extracted from the link and included with the content request.
In block 66, the requested content is received from the content server 30, and is used to populate the overlay display object 40. As mentioned above, if the received content is not in an HTML format, the page update handler 36 may first convert this content into HTML content.
As depicted by blocks 68 and 70, if the user selects an internal link displayed in the overlay display object 40 (namely a link which points back to the content server 30), the update handler 36 submits a corresponding URL request to the content server 30. The content returned in response to this request is then used to re-populate the overlay display object 40.
As depicted by block 72, if the user moves the mouse pointer 42 away from the overlay display object or selects a “close” control 44 (if provided), the update handler 36 removes the overlay display object from the visible display of the web page. This may be done, for example, by making the associated DIV element hidden, without deleting its content.
One variation to the process shown in
The target web site 80 may, for example, be operated by an entity that lacks the expertise needed to provide dynamically interactive web pages. The owner or operator of the target web site 80 is referred to herein as a “target entity.” The content served by the web server 82 of the target web site 80 may, for example, consist primarily or exclusively of static HTML documents. A web page of the target web site 80, and particularly a web page that is configured to be supplemented with content supplied by the source web site 90, is referred to herein as a “target page.”
In accordance with one aspect of the invention, the target entity can add dynamic content and functionality to some or all of its web pages merely by adding an update handler tag to the corresponding HTML document or documents, as depicted for one HTML document 34 shown in
The source web site 90 may be operated by a separate entity that acts as an “overlay service provider” or “dynamic content provider” with respect to the target web site 80, and potentially many other target web sites operated by other target entities. The content supplied by the source web site 90 for display in the target page(s) of the target web site 80 may vary widely depending upon the particular application. For example, in some applications, the source web site 90 may merely supplement one or more pages of the target web site 80 with supplemental information about items found within these web pages. In other applications, the source web site 90 may additionally supplement target pages with functionality for users to purchase items, rent items, submit item reviews, create marketplace and/or auction sales listings, communicate with other users, view personalized item recommendations, join communities, and/or perform other types of interactive operations.
The content and functionality added by the source site 90 to the target pages may also be accessible to users via web pages served directly by the source web site 90. For example, in one embodiment, the source web site 90 is an e-commerce site which hosts an electronic catalog of products, and which provides functionality for users to purchase, sell, rent, and/or conduct other types of transactions involving particular products. By adding update handler tags to their web pages, target entities effectively expose some or all of the catalog content and functionality of the e-commerce web site 90 via overlay display objects 40 presented within the target pages 34. Examples of the types of catalog content and functionality that may be provided by such an e-commerce/source web site 90, and which may be added to target pages using the methods of the present invention, are described in the following U.S. patent documents, the disclosures of which are hereby incorporated by reference herein: U.S. Pat. No. 6,853,982, issued Feb. 8, 2005; U.S. Patent Pub. 2003/0204449 A1, published Oct. 30, 2003, and U.S. application Ser. No. 09/900,487, filed Jul. 6, 2001.
As depicted in
One problem associated with updating a web page with content supplied from another Internet domain is that existing web browsers do not permit such “cross-domain” serving of HTML content. In accordance with one aspect of the invention, this limitation is overcome by embedding or wrapping the supplemental or “item-related” HTML content in a JavaScript code library or file, or in another type of script file that can be served across Internet domains. To retrieve the supplemental content, the web browser/update hander requests the JavaScript file from the content server 30. The content server 30 responds to this request by (1) generating or retrieving the item-related HTML content associated with the particular item involved, (2) converting the HTML content into a JavaScript format, (3) incorporating this converted content into a JavaScript file, and (4) returning the JavaScript file to the web browser 32. The page update handler code executed by the web browser 32 then extracts the content from this JavaScript file, converts it back into HTML content, and displays it in the overlay display object 40 (or elsewhere on the page in some embodiments). Because web browsers are capable of retrieving JavaScript files across Internet domains, the cross-domain limitation mentioned above is avoided.
Step (2) in the above process may, for example, be performed by placing quotes around strings of HTML content and assigning these strings to JavaScript variables, and by using substitution to replace certain HTML elements with elements that are legal in JavaScript. The update handler code may perform the reverse process to convert the JavaScript back into HTML content. In some embodiments, the item-related content may originally be generated by the content server 30 in a JavaScript format, in which case steps (1) and (2) in the above-described process may be omitted.
As further illustrated in
In one embodiment, a target entity may specify, via one or more web pages associated with the tag generation tool 94, the particular type or types of overlay display objects that are to be enabled on a target web site or page. The user interface for performing this task may, for example, include check boxes that can be selected by the target entity. The following are examples of specific types of overlay display objects (popovers) that may be made available to the target entity. A separate check box may be provided for enabling/disabling each of these three types of popovers.
Web Link Popover:
This type of overlay display object is displayed when the user hovers the mouse pointer over a hyperlink recognized as corresponding to a particular web site other than the source or target web site. The web link popover displays information about the web site to which the hyperlink corresponds (site rank, related web sites, etc.). An example of a Web Link Popover is shown in
Product Popover:
This type of overlay display object is displayed when the user hovers the mouse pointer over a hyperlink recognized as corresponding to a particular product (e.g., a link which matches the signature of a product detail page of a particular merchant web site). The product popover displays information about this product, and may include links for navigating to other products. The product popover may also include buttons for selecting a product to purchase or rent, completing a purchase or rental transaction, and/or performing other types of transactions. In one embodiment, if the target web site 80 is an associate web site in an affiliate marketing program of the source web site 90, the target entity is paid a commission on any sales that result from the product link popovers. An example of a product popover is shown in
Sponsored Link Popover.
This type of overlay display object is displayed when the user hovers the mouse pointer over a recognized keyword or keyword phrase on the target page. The sponsored link popover displays one or more advertisements (sponsored links) associated with this keyword or keyword phrase, as served by an ad server of the source web site 90. To support this feature, the source web site 90 may include a user interface through which web site operators can post advertisements for their respective web sites, and associate these advertisements with particular keywords and/or keyword phrases. As is conventional in sponsored-link type systems, the advertisers (i.e., the web site operators who post ads) may also be able to bid on particular keywords and keyword phrases. If a user clicks on a sponsored link on a target web page 34 of a particular target entity, the target entity may be paid a fee by the operator of the source web site 90. In one embodiment, the target entity can specify the keywords/keyword phrases for which this feature is to be enabled (or disabled) on its target web site(s) by uploading a library file to the source web site 90.
The foregoing are merely examples of specific applications for which overlay display objects may be used, and are not intended to be limiting. Numerous other applications will be apparent to those skilled in the art. In addition, as mentioned above, the content that is displayed in the overlay display objects in the above examples may alternatively be displayed on the web pages without the use of overlay display objects.
In the foregoing and other applications, the supplemental content may be retrieved at the time of the mouse-over event to ensure that it is up to date. For example, in the case of a product popover that displays product price and availability information, a user may not hover the mouse cursor over a product or product link until several minutes, and in some cases several hours, after loading the web page. By retrieving the price and availability information when the mouse-over event occurs rather than when the page is loaded, the risk that outdated information will be presented to the user is significantly reduced.
Similarly, the task of analyzing the content of the web page can be postponed, and/or repeated, as needed to ensure that new elements that are added to the rendered page are properly analyzed. For example, suppose that the page update handler 36 (or some other process) updates the rendered web page over time with new links or other content items. To ensure that these new content items are analyzed (so that supplemental content can be retrieved and displayed for any new items that are recognized), the update handler 36 may, for example, be designed to analyze an item whenever a mouse-over of that item occurs.
In addition to specifying the types of overlay display objects 40 that are to be displayed, the target entity may be given the option to specify, via the source web site 90, one or more parameters for controlling the behavior of the overlay display objects. For example, the target entity may be able to specify one or more of the following: (1) the display size to be used for the overlay display objects; (2) the display format (font, color, etc.) to be used to display content in the overlay display objects; (3) whether the name of the user is to initially be displayed in the overlay display object when the user is recognized (via a browser cookie) by the source web site; (4) whether users are to be presented with an option to disable the display of overlay display objects on the target page; (5) whether the overlay display objects are to remain open on the page such that multiple display objects may be open concurrently.
Once the target entity has specified the type(s) of popovers to be included, and any associated parameters, the source web site 90 (tag generation tool 94) may output an update handler tag that can be copied into one or more HTML documents by the target entity. This tag may include encoded information that directly specifies the selections made by the target entity. Additionally or alternatively, the target entity's selections may be recorded on a server of the source web site 90, in which case the tag may include a unique target identifier that is used to look up the selections of the target entity. Where the selections are specified directly in the tag, the associated encoding format may be sufficiently intuitive to allow unsophisticated target entities to manually create and edit their own tags.
In this example of
A number of variations to the model depicted in
As mentioned above, one particular application for overlay display objects involves displaying product popovers on target web sites 80 that are enrolled in an affiliate marketing or “associates” program. This feature of the invention may be implemented as follows. The source web site 90 may host an electronic catalog of products that are available for purchase, and may implement an associates program for compensating web site operators who refer customers to the source web site 90. The associates program may, for example, be implemented as described in U.S. Pat. No. 6,029,141, the disclosure of which is hereby incorporated by reference.
The associates program may, for example, be implemented as described in U.S. Pat. No. 6,029,141, the disclosure of which is hereby incorporated by reference. With this type of program, an associate (target) web site 80 will typically describe one or more particular products, and will include hyperlinks to the corresponding product detail pages on the source web site 90. Each such hyperlink is encoded or tagged with a unique identifier of the associate, so that the source web site 90 can identify the associate responsible for each user referral event. When a user follows such a link and then makes a purchase from the source web site 90, the associate is paid a commission.
One feature of the invention enables associates to add product popovers to their respective web sites. In one embodiment, the associate enables product popovers on a given page by adding a single line of JavaScript code to the HTML document 34 for that page, as described above. The product popovers may, for example, be displayed only in conjunction with links to product detail pages of the source web site 90. Each such popover may enable users of the associate web site 80 to make purchases from the source web site 90 entirely from within the target web page 34 of the associate web site, as described above.
In some cases, an associate web site 80 may include a link to the home page, or to another non-product-specific page, of the source web site 90. For this type of link, an overlay display object (popover) 40 may be displayed that includes a list of recommended products. These recommendations may be based on the purchasing activities of other users who have been referred to the source web site 90 from this particular associate web site 80, and possibly other associate sites falling in the same category. Specific examples of algorithms that may be used to provide such associate-site-specific product recommendations are described in U.S. application Ser. No. 10/987,309, filed Nov. 12, 2004, the disclosure of which is hereby incorporated by reference. If the user is recognized by the source site 90, the product recommendations may additionally or alternatively be personalized for the particular user based on the user's past purchasing and/or browsing activities. Examples of methods that may be used to generate such personalized product recommendations are described in U.S. Pat. No. 6,853,982, referenced above.
Other types of popover functionality may be made available to the associates as well. For example, the associates may be provided with a shopping cart object that can be added to their web pages. When a recognized user hovers the mouse cursor over this object (which may be displayed as a shopping cart icon on the associate web site), the page update handler 36 may generate a popover shopping the contents of the user's shopping cart, as maintained by the source web site.
This feature of the invention (namely the addition of popovers to associate web sites) is also applicable to affiliate marketing programs involving other types of transactions and items, including rentals of DVDs and purchases of services and subscriptions. In addition, this feature is applicable regardless of whether the source web site 90 implements it own affiliate marketing program versus outsourcing the program to a separate affiliate marketing service provider.
The content and functionality of the product popover 40 in this example of
An important aspect of this example of
As another example, a web search engine site may incorporate web link popovers of the type shown in
Numerous other applications involving a single web site will be apparent to those skilled in the art.
As illustrated in
Each web server machine 30A is responsible for serving both ordinary web pages, and special mini web pages that are displayed in overlay display objects 40. Both types of web pages are generated by the web server 30A via a template processor 98 that processes web page templates. The web server 30A generates these web pages using content retrieved from one or more services 92, which may but need not be implemented as web services. To generate an ordinary or mini web page requested by a user computer 32, the template processor 98 initially retrieves an associated template from storage, and processes the template to identify any service calls that are to be made to obtain the content associated with the requested page. The content returned from the services 92 is then used by the template processor 98 to generate the web page.
The types of services 92 provided within a given web site system 90 may vary widely. For example, where the source web site 90 is an e-commerce site that sells products, services 92 may be provided for supplying catalog content, authenticating users, maintaining user shopping carts, handling payment transactions, generating personalized recommendations, tracking associate-originated transactions, and performing various other tasks. In the illustrated embodiment of
In one embodiment, when a user loads an HTML document 34 that includes an update handler tag, the user's browser/computer 32 initially sends a request to the web server 30A for JavaScript code associated with this tag, and the web server 30A passes this request to the update handler service 100. The update handler service 100 responds by identifying the JavaScript library or libraries that are to be loaded. If the update handler tag includes a unique identifier of the target entity or target site, these JavaScript libraries may be identified based on associated popover preferences stored in the repository 104. Otherwise, the libraries to be loaded may be determined using preference information encoded in the tag. Other factors, such as the identity of the user making the request and the type of browser used, may also be taken into consideration.
The update handler service 100 and web server 30A then return a block of JavaScript code which, when executed, causes the user computer/browser 32 to request the selected JavaScript libraries from the update handler server 30B. Execution of these JavaScript libraries may in turn cause other JavaScript libraries to be loaded from the update handler server 30B (e.g., in response to detection of a particular type of item 38 on the web page). Thus, in the illustrated embodiment of
The JavaScript libraries that form the update handler code may be maintained in any type of computer storage 102 (disk storage, solid state RAM storage, etc.). As least some of these libraries are not specific to any particular web page or web page format, but rather can be used to analyze and supplement web pages across many different web sites.
In some embodiments of the invention, and particularly those in which the update handler 36 begins analyzing the web page's content without waiting for a mouse-over event, the overlay display object(s) 40 may alternatively be displayed before corresponding mouse-over events occur. For example, upon detecting a particular content item 38 and retrieving the associated content, a page update handler 36 may immediately display the overlay display object 40 with the retrieved content—even though a corresponding mouse-over event has not yet occurred. This overlay display object 40 may thereafter remain visible on the web page 34′ until the user selects the “close” control. The user may also be able to close all open overlay display objects on the supplemented web page 34′ via a keyboard action, such as by pressing the ESC key.
In the case of target web sites 80, the target entities may be able to specify, using the methods described above, whether the overlay display objects are to be displayed immediately. In addition, the target entities may be able to specify different display behaviors for different types of popovers.
Although the invention has been described in terms of certain preferred embodiments and applications, other embodiments and applications that are apparent to those of ordinary skill in the art are also within the scope of this invention. In this regard, the claims are not limited in scope to embodiments that address all of the problems described herein with prior art methods, and are not limited to embodiments that provide all of the benefits described herein.
The scope of the present invention is defined only by the appended claims, which are to be interpreted without reliance on any definitions that may be set forth in the incorporated-by-reference materials. Any reference characters included in the method claims are provided for reference only, and do not imply a particular order for performing the recited actions.
This application is a continuation of U.S. application Ser. No. 13/154,212, filed Jun. 6, 2011, which is a continuation of U.S. application Ser. No. 11/182,502, filed Jul. 15, 2005, now. U.S. Pat. No. 7,975,019, the disclosure of each of which is hereby incorporated by reference.
Number | Name | Date | Kind |
---|---|---|---|
5625823 | Debenedictis et al. | Apr 1997 | A |
5937163 | Lee et al. | Aug 1999 | A |
5995101 | Clark et al. | Nov 1999 | A |
6029141 | Bezos et al. | Feb 2000 | A |
6092074 | Rodkin et al. | Jul 2000 | A |
6269361 | Davis et al. | Jul 2001 | B1 |
6282548 | Burner et al. | Aug 2001 | B1 |
6314451 | Landsman et al. | Nov 2001 | B1 |
6563514 | Samar | May 2003 | B1 |
6691163 | Tufts | Feb 2004 | B1 |
6778975 | Anick et al. | Aug 2004 | B1 |
6850988 | Reed | Feb 2005 | B1 |
6941277 | Imago | Sep 2005 | B2 |
7100123 | Todd et al. | Aug 2006 | B1 |
7155528 | Tam | Dec 2006 | B2 |
7296230 | Fukatsu et al. | Nov 2007 | B2 |
7421661 | Canfield et al. | Sep 2008 | B1 |
7451099 | Henkin et al. | Nov 2008 | B2 |
7895337 | Rossi et al. | Feb 2011 | B2 |
8271878 | Kane et al. | Sep 2012 | B2 |
20020002595 | Blumenau | Jan 2002 | A1 |
20020026360 | McGregor et al. | Feb 2002 | A1 |
20020029259 | Okada | Mar 2002 | A1 |
20020052925 | Kim et al. | May 2002 | A1 |
20020120505 | Henkin et al. | Aug 2002 | A1 |
20020120567 | Caplan et al. | Aug 2002 | A1 |
20030061106 | Orhomuru | Mar 2003 | A1 |
20030135460 | Talegon | Jul 2003 | A1 |
20030195974 | Ronning et al. | Oct 2003 | A1 |
20040216042 | Consolatti et al. | Oct 2004 | A1 |
20040258089 | Derechin et al. | Dec 2004 | A1 |
20050066339 | Thoen | Mar 2005 | A1 |
20050091111 | Green et al. | Apr 2005 | A1 |
20050096979 | Koningstein | May 2005 | A1 |
20050267798 | Panara | Dec 2005 | A1 |
20060053224 | Subramaniam | Mar 2006 | A1 |
20060069996 | Greaves | Mar 2006 | A1 |
20070005437 | Stoppelman | Jan 2007 | A1 |
Number | Date | Country |
---|---|---|
9913423 | Mar 1999 | WO |
0143033 | Jun 2001 | WO |
0155897 | Aug 2001 | WO |
Entry |
---|
Roscheisen, M., Mogensen, C., Winograd, T., “Beyond browsing: shared comments, SOAPs, trails, and on-line communities,” Computer Networks and ISDN Systems, The International Journal of Computer and Telecommunications Networking, Proceedings of the Third International World-Wide Web Conference, dated Apr. 10-14, 1995, Darmstadt, Germany, pp. 639-749. |
Schonfeld, E., “The Great Giveaway,” Burrelle's/Luce NewsExpress, Business 2.0, Circulation 610,008, pp. 1-5, dated Friday, Apr. 1, 2005. |
Article titled “Accessing Web Services from DHTML,” by David Massy of Microsoft, updated on Nov. 1, 2001, printed from http://msdn.microsoft.com web site. |
Harald Weinreich, et al., “Concepts for improved visualization of Web link attributes,” Computer Networks: The International Journal of Computer and Telecommunications Networking, vol. 33, Issue 1-6 (Jun. 2000), pp. 403-416 (ISSN:1389-1286). |
U.S. Appl. No. 10/720,712, filed Nov. 24, 2003 (application text, drawings, and filing receipt provided). |
U.S. Appl. No. 09/820,207, filed Mar. 28, 2001 (application text, drawings, and filing receipt provided). |
Kopetzky, T., et al: “Visual preview for link traversal on the World Wide Web,” Computer Networks, Elsevier Science Publishers B.V., vol. 31, No. 11-16, dated May 17, 1999, pp. 1525-1532. |
“inlineLink” Inline Expansion Link Methods in Hypertext Browsing, by Motoki Miura, Buntarou Shizuki and Jiro Tanaka, Proceedings of International Conference on Internet Computing (IC2001), Jun. 2001, vol. II, pp. 653-659. |
“Zero-Click: a system to support Web-browsing,” by Tomoyuki Nanno, Suguru Saito and Manabu Okumura, 63rd., Information Processing Society of Japan, Proceeding of the 60t, National Convention, 2J-06, 2001. |
“Foresight Scope: An interaction Tool for Quickly and Efficiently Browsing Linked Contents,” by Shinji Fukatsu, Akihito Akutsu, and Yoshiobu Tonomura, Human Computer Interaction International, pp. 1-5, Jun. 22-27, 2003. |
Number | Date | Country | |
---|---|---|---|
20130013990 A1 | Jan 2013 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 13154212 | Jun 2011 | US |
Child | 13620447 | US | |
Parent | 11182502 | Jul 2005 | US |
Child | 13154212 | US |