WO2002093393A1 - Browser with messaging capability and other persistent connections - Google Patents

Browser with messaging capability and other persistent connections Download PDF

Info

Publication number
WO2002093393A1
WO2002093393A1 PCT/US2002/015193 US0215193W WO02093393A1 WO 2002093393 A1 WO2002093393 A1 WO 2002093393A1 US 0215193 W US0215193 W US 0215193W WO 02093393 A1 WO02093393 A1 WO 02093393A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
message
connection
http
html
Prior art date
Application number
PCT/US2002/015193
Other languages
French (fr)
Inventor
Luiz Scheinkman
Original Assignee
Sap Portals, Inc.
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 Sap Portals, Inc. filed Critical Sap Portals, Inc.
Publication of WO2002093393A1 publication Critical patent/WO2002093393A1/en

Links

Classifications

    • 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/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • 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/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/545—Gui

Definitions

  • the present invention relates to user interfaces in general and in particular to a browser user interface for browsing hypertext content.
  • the typical system for browsing hypertext content includes a browser that makes requests, as an HTTP (HyperText Transport Protocol) client, of an HTTP server over the global internetwork of networks known as "the Internet” using an underlying protocol known as TCP/IP (Transport Control Protocol/Internet Protocol).
  • HTTP HyperText Transport Protocol
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • an information provider sets up the HTTP server and the information provider allows user preferences to guide the information provided.
  • An information seeker might access the information provided by the information provider by directing the seeker's browser (or other HTTP client) to retrieve an HTML (HyperText Markup Language), or other format, page from the HTTP server where the page is specified by a Uniform Resource Locator (URL) representing a page served by that HTTP server.
  • URL Uniform Resource Locator
  • a collection of static and dynamic hypertext pages available from HTTP servers connected to the Internet is often referred to as the World Wide Web (“WWW”), or “the Web” for short.
  • WWW World Wide Web
  • a portal operator might set up an HTTP server or HTTP server farm (the “portal server") to serve requests from clients seeking information provided by the portal operators.
  • the HTTP server is often referred to as the portal operator's “website” because a browser (or other HTTP client) appears to "go" to a new location in the Web when the URL for the portal operator's HTTP server is specified.
  • the act referred to as "going to a website” does not involve any movement per se, other than a change of focus of the HTTP client and a display of the HTML code representing that website.
  • HTML code allows embedding text, images, scripts, controls, and software that are interpreted by the HTTP client.
  • a number of connections may be presented as links to objects such as images, sound or other files.
  • Some HTTP clients can only download from a maximum of four connections at a time.
  • the connection is terminated and any remaining objects are downloaded with the newly freed connection.
  • the connection remains open to receive a multi-part GIF image file (e.g., from a web cam) that is displayed in a slide-show fashion over an open connection.
  • the portal operator might maintain a set of preferences at the portal server for each user that has set up an account with the portal operator.
  • the portal provider allows the user to select or deselect categories of information, such as stock quotes, news and weather
  • a user that is not interested in the weather could set preferences to indicate that when that user requests a portal page from the portal server and the portal server has identified the user, the portal server should serve an HTML page that contains current stock quotes and news, but not weather. Since the page served by the portal server is customized to the user when the portal server has identified the user, the page served is often referred to as that user's portal page.
  • Certain pages have information that changes over time. Once an HTML page is downloaded to a HTTP client, new information stops passing between the HTTP server and the HTTP client. The user may, however, request an updated portal page by pressing the refresh button on the browser, or a script may automatically request the updated portal page after expiration of a timer. Further, the script could poll the HTTP server for new information and display that information if it changes.
  • an HTTP client requests an HTML document containing a persistent display element and using components available to the HTTP client for processing HTML documents, processes the requested HTML document including instantiating an instance of the persistent display element, whereby the persistent display element instance maintains a connection to an event source.
  • the received event is processed to form a change of at least a portion of a display of the HTTP client, which is displayed on the display of the HTTP client.
  • Fig. 1 A is a block diagram of an embodiment of a messaging system.
  • Fig. IB is a block diagram of another embodiment of a messaging system.
  • Fig. 2 is a block diagram of an embodiment of HTML code that is downloaded to a browser to display a corresponding web page.
  • FIG. 3 is a flow diagram of an embodiment of a process for sending messages to HTML code that is interpreted by the browser to display the web page.
  • the HTTP server presents HTML code that includes an HTTP connection to a resource or URL that remains open after the rest of the HTML code is downloaded and displayed by the browser.
  • the HTML code also includes scripts that react to messages sent through the open HTTP connection. Using the open connection, a message(s) is sent from the HTTP server to the browser. The scripts use the messages to update portions of the displayed web page or to perform other tasks after the scripts are triggered to act. If desired, the script can open a new connection to provide for further messaging.
  • FIG. 1 A a block diagram of an embodiment of a messaging system 100 is shown.
  • This embodiment 100 uses an alert server 108 to set up events to trigger scripts on one or more browser clients 112. These events could include updating stock quotes, instant messaging, chat room dialog, refreshing a web page, refreshing a section of a web page or other updating of a web page based upon a subscribed event.
  • the HTTP server 104, alert server 108 and browser clients 112 are coupled together with the Internet 116, but other embodiments could use any network for coupling.
  • the HTTP server 104 can be a standard web server that the browser 112 is pointed to in order to download the HTML code.
  • Unique HTML code is provided to the browser, in this embodiment, by way of a portal paradigm.
  • the alert server 108 passes information to the HTTP server 104 to indicate the events that the user associated with the browser 112 has subscribed to. With this information and other preference information, the unique HTML code is formulated by the HTTP server 104 and presented in the browser 112 as a portal page.
  • Fig. IB a block diagram of another embodiment of a messaging system 150 is shown. This embodiment couples an alert server 154 to the HTTP server 104 using an iTAPI interface or other interface. Other embodiments could merge the functionality of the alert server 154 to the HTTP server 104 in any number of ways.
  • FIG. 2 a block diagram is shown of an embodiment of HTML code 200 that is downloaded to a browser to display a corresponding web page.
  • the HTML code 200 is formulated by the HTTP server 104 with the help of the alert server 154.
  • HTTP objects 208 such as images, sound and XML (extensible markup Language), are included in the HTML code 200.
  • JavaTM scripts 204 are also embedded in the HTML code 200, but other embodiments could use any scripting language(s).
  • This embodiment uses what is defined as an XML island 212 to help maintain an open connection between the alert server 108 and the browser 112.
  • An XML island 212 is a reference to a XML file hosted by the alert server 108 that causes a connection to open to download the XML file. The alert server 108 leaves the connection open during downloading the XML file. If the browser 112 times-out the connection, another XML island 212 is opened such that a connection is continually maintained. Any message meant for the browser 112 will travel through the connection.
  • Other embodiments could use different techniques to maintain this open connection without the need for special controls or software installed on the client computer.
  • the HTML code could include an image element, such as an embedded GIF or JPEG image, that has a URL that points to the alert server.
  • the alert server would serve the "image" but never complete the image. That way, the browser maintains the connection.
  • a message can be sent over the open connection and processed by the browser, such as by qa script that knows the message is not to be treated as an ordinary image, but is to be treated as a message.
  • a flow diagram is shown of an embodiment of a process 300 for sending messages to HTML code 200 that is interpreted by the browser 112 to display the web page.
  • the depicted portion of the process 300 begins in step 304 where events are published for the benefit of the users.
  • the user browses the possible events and subscribes to any in step 308.
  • Events are anything that requires passing information to the browser client 112 after a trigger occurs.
  • the HTML code 200 is formulated by the HTTP and alert servers 104, 108 and downloaded to the browser 112 in step 312. If there are no XML islands 212, there are no events or open connections to the alert server 154 and processing loops back from step 316 to step 312. Where there is an XML island 212, processing continues until an event occurs in step 320. The event is noted on the alert server 108 and a message is broadcast to all the browser's 112 that subscribed to the event by way of the open connection to the XML island 212 in step 324. In some embodiments, publication might come after subscription.
  • the connection to the XML island 212 is released in step 326.
  • the status of the connection changes from the "readyState" to the "complete” state.
  • the message is the content for the XML island 212.
  • All scripts 204 that are waiting for a message from the alert server 108 trigger on the state change to read in the message from the XML island 212 in step 328.
  • the message contains addressing information such that the proper scripts 204 are delivered the proper information.
  • the addressed scripts 204 process the message.
  • One script 204 opens a new XML island 212 and connection to the alert server 108 right after the last connection closes.
  • a number of messages can be sent down a connection before the connection is closed.
  • the alert server 108 can queue up messages and send them in groups, whereafter, closure of the connection triggers the scripts 204 to act on any sent messages of the group.

Abstract

In an HTTP client-server system, an HTTP client requests an HTML document containing a persistent display element and using components available to the HTTP client for processing HTML documents, processes the requested HTML document including instantiating an instance of the persistent display element, whereby the persistent display element instance maintains a connection to an event source. When an event (320) is received from the event source over the connection to the persistent display element instance, the received event is processed to form a change of at least a portion of a display of the HTTP client, which is displayed on the display of the HTTP client.

Description

BROWSER WITH MESSAGING CAPABILITY AND OTHER PERSISTENT CONNECTIONS BACKGROUND OF THE INVENTION
[01] The present invention relates to user interfaces in general and in particular to a browser user interface for browsing hypertext content.
[02] The typical system for browsing hypertext content includes a browser that makes requests, as an HTTP (HyperText Transport Protocol) client, of an HTTP server over the global internetwork of networks known as "the Internet" using an underlying protocol known as TCP/IP (Transport Control Protocol/Internet Protocol). Often, an information provider sets up the HTTP server and the information provider allows user preferences to guide the information provided. An information seeker might access the information provided by the information provider by directing the seeker's browser (or other HTTP client) to retrieve an HTML (HyperText Markup Language), or other format, page from the HTTP server where the page is specified by a Uniform Resource Locator (URL) representing a page served by that HTTP server. A collection of static and dynamic hypertext pages available from HTTP servers connected to the Internet is often referred to as the World Wide Web ("WWW"), or "the Web" for short. [03] A portal operator might set up an HTTP server or HTTP server farm (the "portal server") to serve requests from clients seeking information provided by the portal operators. The HTTP server is often referred to as the portal operator's "website" because a browser (or other HTTP client) appears to "go" to a new location in the Web when the URL for the portal operator's HTTP server is specified. Thus, the act referred to as "going to a website" does not involve any movement per se, other than a change of focus of the HTTP client and a display of the HTML code representing that website.
[04] When the HTTP client is directed to the HTTP server URL, the HTML code is downloaded. HTML code allows embedding text, images, scripts, controls, and software that are interpreted by the HTTP client. In the HTML code, a number of connections may be presented as links to objects such as images, sound or other files. Some HTTP clients can only download from a maximum of four connections at a time. Once the object is downloaded, the connection is terminated and any remaining objects are downloaded with the newly freed connection. In some circumstances, the connection remains open to receive a multi-part GIF image file (e.g., from a web cam) that is displayed in a slide-show fashion over an open connection.
[05] The portal operator might maintain a set of preferences at the portal server for each user that has set up an account with the portal operator. Thus, if the portal provider allows the user to select or deselect categories of information, such as stock quotes, news and weather, a user that is not interested in the weather could set preferences to indicate that when that user requests a portal page from the portal server and the portal server has identified the user, the portal server should serve an HTML page that contains current stock quotes and news, but not weather. Since the page served by the portal server is customized to the user when the portal server has identified the user, the page served is often referred to as that user's portal page.
[06] Certain pages have information that changes over time. Once an HTML page is downloaded to a HTTP client, new information stops passing between the HTTP server and the HTTP client. The user may, however, request an updated portal page by pressing the refresh button on the browser, or a script may automatically request the updated portal page after expiration of a timer. Further, the script could poll the HTTP server for new information and display that information if it changes.
[07] There are ways to send information between computers on a real-time basis. Instant messaging and chat room programs allow people to communicate in real-time. These programs embellish the browser with ActiveX™ or Java™ controls, periodically poll the HTTP server or use software separate from the HTTP client to allow this communication.
SUMMARY OF THE INVENTION [08] In an HTTP client-server system, an HTTP client requests an HTML document containing a persistent display element and using components available to the HTTP client for processing HTML documents, processes the requested HTML document including instantiating an instance of the persistent display element, whereby the persistent display element instance maintains a connection to an event source. When an event is received from the event source over the connection to the persistent display element instance, the received event is processed to form a change of at least a portion of a display of the HTTP client, which is displayed on the display of the HTTP client.
BRIEF DESCRIPTION OF THE DRAWINGS [09] Fig. 1 A is a block diagram of an embodiment of a messaging system. [10] Fig. IB is a block diagram of another embodiment of a messaging system. [11] Fig. 2 is a block diagram of an embodiment of HTML code that is downloaded to a browser to display a corresponding web page.
[12] Fig. 3 is a flow diagram of an embodiment of a process for sending messages to HTML code that is interpreted by the browser to display the web page.
DESCRIPTION OF THE SPECIFIC EMBODIMENTS [13] A few examples of specific embodiments of a hypertext browsing and serving system according to the present invention are described herein. Others may become apparent after reading this description and it should be understood that the invention is not limited to these specific examples, but is limited only by the appended claims. Furthermore, while specific methods and apparatus are shown, it should be apparent upon reading this disclosure that some of the methods can be practiced using different apparatus and the apparatus shown could be used to perform different methods than shown. [14] This description discloses how to make and use several embodiments of a system according to the present invention, but for brevity, omits descriptions of many well-known components of such systems. For example, the operation and design of a network capable of carrying hypertext traffic, such as the Internet, the specifications of hypertext protocols, such as HTTP, for use in transporting HTML pages, the construction and operation of a browser, such as Netscape's Navigator™ browser, are not disclosed herein, since they are well described in countless readily available sources.
[15] Using aspects of the present invention, messaging is performed between a HTTP server and a browser without requiring controls or software on the client. Without the need for software or controls on the client computer, the present invention has a zero footprint on the client computer. The HTTP server presents HTML code that includes an HTTP connection to a resource or URL that remains open after the rest of the HTML code is downloaded and displayed by the browser. The HTML code also includes scripts that react to messages sent through the open HTTP connection. Using the open connection, a message(s) is sent from the HTTP server to the browser. The scripts use the messages to update portions of the displayed web page or to perform other tasks after the scripts are triggered to act. If desired, the script can open a new connection to provide for further messaging.
[16] Referring first to Fig. 1 A, a block diagram of an embodiment of a messaging system 100 is shown. This embodiment 100 uses an alert server 108 to set up events to trigger scripts on one or more browser clients 112. These events could include updating stock quotes, instant messaging, chat room dialog, refreshing a web page, refreshing a section of a web page or other updating of a web page based upon a subscribed event. In this embodiment, the HTTP server 104, alert server 108 and browser clients 112 are coupled together with the Internet 116, but other embodiments could use any network for coupling. [17] The HTTP server 104 can be a standard web server that the browser 112 is pointed to in order to download the HTML code. Unique HTML code is provided to the browser, in this embodiment, by way of a portal paradigm. The alert server 108 passes information to the HTTP server 104 to indicate the events that the user associated with the browser 112 has subscribed to. With this information and other preference information, the unique HTML code is formulated by the HTTP server 104 and presented in the browser 112 as a portal page. [18] Referring to Fig. IB, a block diagram of another embodiment of a messaging system 150 is shown. This embodiment couples an alert server 154 to the HTTP server 104 using an iTAPI interface or other interface. Other embodiments could merge the functionality of the alert server 154 to the HTTP server 104 in any number of ways.
[19] With reference to Fig. 2, a block diagram is shown of an embodiment of HTML code 200 that is downloaded to a browser to display a corresponding web page. The HTML code 200 is formulated by the HTTP server 104 with the help of the alert server 154. HTTP objects 208, such as images, sound and XML (extensible markup Language), are included in the HTML code 200. Java™ scripts 204 are also embedded in the HTML code 200, but other embodiments could use any scripting language(s).
[20] This embodiment uses what is defined as an XML island 212 to help maintain an open connection between the alert server 108 and the browser 112. An XML island 212 is a reference to a XML file hosted by the alert server 108 that causes a connection to open to download the XML file. The alert server 108 leaves the connection open during downloading the XML file. If the browser 112 times-out the connection, another XML island 212 is opened such that a connection is continually maintained. Any message meant for the browser 112 will travel through the connection. [21] Other embodiments could use different techniques to maintain this open connection without the need for special controls or software installed on the client computer. For example, the HTML code could include an image element, such as an embedded GIF or JPEG image, that has a URL that points to the alert server. To keep the connection open, the alert server would serve the "image" but never complete the image. That way, the browser maintains the connection. When a message is available, it can be sent over the open connection and processed by the browser, such as by qa script that knows the message is not to be treated as an ordinary image, but is to be treated as a message. [22] Referring next to Fig. 3, a flow diagram is shown of an embodiment of a process 300 for sending messages to HTML code 200 that is interpreted by the browser 112 to display the web page. The depicted portion of the process 300 begins in step 304 where events are published for the benefit of the users. In customizing the portal page, for example, the user browses the possible events and subscribes to any in step 308. Events are anything that requires passing information to the browser client 112 after a trigger occurs. [23] At some point after events are subscribed to, the HTML code 200 is formulated by the HTTP and alert servers 104, 108 and downloaded to the browser 112 in step 312. If there are no XML islands 212, there are no events or open connections to the alert server 154 and processing loops back from step 316 to step 312. Where there is an XML island 212, processing continues until an event occurs in step 320. The event is noted on the alert server 108 and a message is broadcast to all the browser's 112 that subscribed to the event by way of the open connection to the XML island 212 in step 324. In some embodiments, publication might come after subscription.
[24] Once the message is sent to the subscribing browsers 112, the connection to the XML island 212 is released in step 326. Upon release, the status of the connection changes from the "readyState" to the "complete" state. The message is the content for the XML island 212. All scripts 204 that are waiting for a message from the alert server 108 trigger on the state change to read in the message from the XML island 212 in step 328. The message contains addressing information such that the proper scripts 204 are delivered the proper information. In step 336, the addressed scripts 204 process the message. [25] One script 204 opens a new XML island 212 and connection to the alert server 108 right after the last connection closes. This allows maintaining a connection such that message(s) can be passed soon after they occur. In some embodiments, a number of messages can be sent down a connection before the connection is closed. The alert server 108 can queue up messages and send them in groups, whereafter, closure of the connection triggers the scripts 204 to act on any sent messages of the group. Although the above discussion used the example of a portal page, other embodiments could use the zero-footprint messaging in any web page.
[26] The above description is illustrative and not restrictive. Many variations of the invention will become apparent to those of skill in the art upon review of this disclosure. For example, instead of an XML island, the persistent connection to the alert server could be maintained with an image element. The scope of the invention should, therefore, be determined not with reference to the above description, but instead should be determined with reference to the appended claims along with their full scope of equivalents.

Claims

WHAT IS CLAIMED IS:
1. A method of passing messages from a message server to an HTTP client comprising: sending a request, from the HTTP client to an HTTP server, for an HTML document, wherein the request includes a reference identifying the HTML document and the
HTML document includes a persistent connection element; receiving, at the HTTP server, the request; responding to the request with HTML code representing the HTML document, wherein the HTML code includes code representing the persistent connection element, wherein the request is sent over a first server sending connection; closing the first server sending connection; at the HTTP client, processing the HTML code including the code representing the persistent connection element; receiving, at the message server, a request to open a second server sending connection to the message server; holding the second server sending connection open until a message is available at the message server for the HTTP client identified as the sender of the request to open a second server sending connection; sending the message, once available, over the second server sending connection; accepting at least one message from the message server over the second server sending connection; and processing the at least one message at the HTTP client.
2. The method of claim 1, wherein the message server and HTTP server are combined into a multi-function server.
3. The method of claim 1 , wherein processing the HTML code comprises: receiving the at least one message; closing the second server sending connection; executing instructions to reopen a connection to the message server.
4. The method of claim 1, wherein processing the at least one message at the HTTP client comprises displaying content of the message in a browser window.
5. The method of claim 1, wherein the at least one message is a group of messages.
6. The method of claim 1, wherein the HTML document is a static HTML page.
7. The method of claim 1 , wherein the HTML document is a dynamically generated HTML page.
8. The method of claim 1, wherein the persistent connection element is an XML document portion.
9. The method of claim 1, wherein the persistent connection element is an image element.
10. The method of claim 9, wherein the image element is a GIF image element.
11. The method of claim 9, wherein the image element is a JPEG image element.
12. The method of claim 1, wherein the persistent connection element comprises instructions to poll the message server for the at least one message.
13. The method of claim 1, wherein the message server is an alert server.
14. The method of claim 1, wherein the message server is an instant messaging server.
15. The method of claim 1, wherein processing the at least one message at the
HTTP client comprises displaying received instant messaging information.
PCT/US2002/015193 2001-05-11 2002-05-13 Browser with messaging capability and other persistent connections WO2002093393A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US29054501P 2001-05-11 2001-05-11
US60/290,545 2001-05-11

Publications (1)

Publication Number Publication Date
WO2002093393A1 true WO2002093393A1 (en) 2002-11-21

Family

ID=23116490

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2002/015193 WO2002093393A1 (en) 2001-05-11 2002-05-13 Browser with messaging capability and other persistent connections

Country Status (2)

Country Link
US (1) US7062530B2 (en)
WO (1) WO2002093393A1 (en)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7752256B2 (en) * 2002-01-16 2010-07-06 Laszlo Systems, Inc. Presentation server
US20050071754A1 (en) * 2003-09-30 2005-03-31 Morgan Daivid J. Pushing information to distributed display screens
US20050119910A1 (en) * 2003-12-01 2005-06-02 International Business Machines Corporation Content update notification
US20050193001A1 (en) * 2004-02-27 2005-09-01 Sap Ag Client-side wizard framework
US7451194B2 (en) * 2004-03-04 2008-11-11 International Business Machines Corporation Timely update of information displayed within a portal
US7984113B2 (en) * 2004-09-08 2011-07-19 Sap Ag System and method for passing messages to a web browser
US20060095573A1 (en) * 2004-11-01 2006-05-04 Microsoft Corporation Delayed HTTP response
US20060101139A1 (en) * 2004-11-08 2006-05-11 International Business Machines Corporation Real-time alerts within a web browser
US7353034B2 (en) 2005-04-04 2008-04-01 X One, Inc. Location sharing and tracking using mobile phones or other wireless devices
US8732016B2 (en) * 2006-09-18 2014-05-20 Poynt Inc. System, methods, and apparatus for interactive advertising
US20080143548A1 (en) * 2006-12-19 2008-06-19 Swn Communications Inc. On-demand alerting and response system and method
US8204979B2 (en) * 2007-01-31 2012-06-19 Hewlett-Packard Development Company, L.P. Adaptive client/server control protocol
US20080222563A1 (en) * 2007-03-06 2008-09-11 Prinsky Robert D Method and System for Providing Machine-Readable News content
US8924581B1 (en) * 2012-03-14 2014-12-30 Amazon Technologies, Inc. Managing data transfer using streaming protocols
US9225737B2 (en) 2013-03-15 2015-12-29 Shape Security, Inc. Detecting the introduction of alien content
US20140283038A1 (en) 2013-03-15 2014-09-18 Shape Security Inc. Safe Intelligent Content Modification
US9270647B2 (en) 2013-12-06 2016-02-23 Shape Security, Inc. Client/server security by an intermediary rendering modified in-memory objects
US8954583B1 (en) * 2014-01-20 2015-02-10 Shape Security, Inc. Intercepting and supervising calls to transformed operations and objects
US8893294B1 (en) 2014-01-21 2014-11-18 Shape Security, Inc. Flexible caching
US9858440B1 (en) 2014-05-23 2018-01-02 Shape Security, Inc. Encoding of sensitive data
US9075990B1 (en) 2014-07-01 2015-07-07 Shape Security, Inc. Reliable selection of security countermeasures
US9825984B1 (en) 2014-08-27 2017-11-21 Shape Security, Inc. Background analysis of web content
US9813440B1 (en) 2015-05-15 2017-11-07 Shape Security, Inc. Polymorphic treatment of annotated content
US10230718B2 (en) 2015-07-07 2019-03-12 Shape Security, Inc. Split serving of computer code
US9807113B2 (en) 2015-08-31 2017-10-31 Shape Security, Inc. Polymorphic obfuscation of executable code

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6256739B1 (en) * 1997-10-30 2001-07-03 Juno Online Services, Inc. Method and apparatus to determine user identity and limit access to a communications network
US6317761B1 (en) * 1998-05-15 2001-11-13 Unicast Communications Corporation Technique for implementing browser-initiated user-transparent advertising and for interstitially displaying an advertisement, so distributed, through a web browser in response to a user click-stream
US6327628B1 (en) * 2000-05-19 2001-12-04 Epicentric, Inc. Portal server that provides a customizable user Interface for access to computer networks
US6389460B1 (en) * 1998-05-13 2002-05-14 Compaq Computer Corporation Method and apparatus for efficient storage and retrieval of objects in and from an object storage device

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6266681B1 (en) * 1997-04-08 2001-07-24 Network Commerce Inc. Method and system for inserting code to conditionally incorporate a user interface component in an HTML document
EP1057121B1 (en) * 1998-02-17 2006-10-04 Intergraph Hardware Technologies Company Apparatus and method for transmitting documents between a server computer and a client computer
US6560607B1 (en) * 1999-05-11 2003-05-06 Microsoft Corporation Client side bulk updates on the world wide web
US6493733B1 (en) * 2000-06-23 2002-12-10 Microsoft Corporation Method for inserting interactive HTML objects into an electronic file
US7152203B2 (en) * 2000-09-11 2006-12-19 Appeon Corporation Independent update and assembly of web page elements
US20020161634A1 (en) * 2001-04-27 2002-10-31 Koninklijke Philips Electronics N.V. Electronic document with an automatically updated portion

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6256739B1 (en) * 1997-10-30 2001-07-03 Juno Online Services, Inc. Method and apparatus to determine user identity and limit access to a communications network
US6389460B1 (en) * 1998-05-13 2002-05-14 Compaq Computer Corporation Method and apparatus for efficient storage and retrieval of objects in and from an object storage device
US6317761B1 (en) * 1998-05-15 2001-11-13 Unicast Communications Corporation Technique for implementing browser-initiated user-transparent advertising and for interstitially displaying an advertisement, so distributed, through a web browser in response to a user click-stream
US6327628B1 (en) * 2000-05-19 2001-12-04 Epicentric, Inc. Portal server that provides a customizable user Interface for access to computer networks

Also Published As

Publication number Publication date
US7062530B2 (en) 2006-06-13
US20030005129A1 (en) 2003-01-02

Similar Documents

Publication Publication Date Title
US7062530B2 (en) Browser with messaging capability and other persistent connections
US6038601A (en) Method and apparatus for storing and delivering documents on the internet
US6477529B1 (en) Apparatus and method for dynamically limiting information sent to a viewing device
US8024400B2 (en) Method and system for transferring content from the web to mobile devices
US7092997B1 (en) Template identification with differential caching
US7716281B2 (en) Method and system for transferring content from the web to mobile devices
KR100879591B1 (en) Push framework for delivery of dynamic mobile content
US8046672B2 (en) Method and system for delivering technology agnostic rich media content within an email, banner ad, and web page
US7269784B1 (en) Server-originated differential caching
US7185063B1 (en) Content delivery network using differential caching
US6304909B1 (en) Client-controlled link processing in computer network
US8250462B2 (en) Method and system of fulfilling requests for information from a network client
JP4603565B2 (en) System and method for dynamically syndicated content delivery
US20020198963A1 (en) Method of timer based download and playback scheme for internet browser
US20020055956A1 (en) Method and system for assembling concurrently-generated content
WO2001020510A1 (en) Method and apparatus for restructuring of personalized data for transmission from a data network to connected and portable network appliances
JP5183707B2 (en) Method and system for optimizing metadata passing in push content processing protocol
US7020703B2 (en) Messaging system
US20030040937A1 (en) Method and system for pushing information
AU2007201895B2 (en) System and method for fragmentation of mobile content
KR100948545B1 (en) Multi-layered enveloped method and system for push content metadata
US6493004B1 (en) Delayed transmission of controls from a server to a client
JP2004173116A (en) Repeater

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ CZ DE DE DK DK DM DZ EC EE EE ES FI FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: COMMUNICATION UNDER RULE 69 EPC (EPO FORM 1205A DATED 08.03.2004)

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP