CA2317082C - Systems, methods and computer program products for validating web content tailored for display within pervasive computing devices - Google Patents
Systems, methods and computer program products for validating web content tailored for display within pervasive computing devices Download PDFInfo
- Publication number
- CA2317082C CA2317082C CA002317082A CA2317082A CA2317082C CA 2317082 C CA2317082 C CA 2317082C CA 002317082 A CA002317082 A CA 002317082A CA 2317082 A CA2317082 A CA 2317082A CA 2317082 C CA2317082 C CA 2317082C
- Authority
- CA
- Canada
- Prior art keywords
- http
- simulated
- pervasive computing
- computing device
- response
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/103—Formatting, i.e. changing of presentation of documents
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Computational Linguistics (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Artificial Intelligence (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
Systems, methods and computer program products are provided for testing whether Web content has been properly tailored by a transcoding proxy for display within various requesting pervasive computing devices. Simulated HyperText Transfer Protocol (HTTP) requests are built using information from one or more data files. Each simulated request includes a Uniform Resource Locator (URL) that identifies a location of Web content. Each simulated request also includes an HTTP header containing information about a respective pervasive computing device. Simulated HTTP requests are asynchronously issued to respective Web servers identified in the respective HTTP requests. An HTTP response to each respective simulated HTTP request is received and includes Web content tailored for display within a respective pervasive computing device associated with the respective simulated HTTP request. Each HTTP response is then compared with an expected HTTP response. An HTTP response that does not compare favorably with an expected HTTP response can be saved for later analysis.
Description
SYSTEMS, METHODS AND COMPUTER PROGRAM PRODUCTS FOR
VALIDATING WEB CONTENT TAILORED FOR DISPLAY WITHIN PERVASIVE
COMPUTING DEVICES
Field of the Invention The present invention relates generally to the display of Web page content and, more particularly, to tailoring Web content for display in client devices.
S
Background of the Invention The Internet is a worldwide decentralized network of computers having the ability to communicate with each other. The Internet has gained broad recognition as a viable medium for communicating and interacting across multiple networks. The World-Wide Web (Web) was created in the early 1990's, and is comprised of server-hosting computers (Web servers) connected to the Internet that have hypertext documents (referred to as Web pages) stored therewithin. Web pages are accessible by client programs (e.g., Web browsers) utilizing the Hypertext Transfer Protocol (HTTP) via a Transmission Control Protocol/Internet Protocol (TCP/IP) connection between a client-hosting device and a server-hosting device. While HTTP and Web pages are the prevalent forms for the Web, the Web itself refers to a wide range of protocols including Secure Hypertext Transfer Protocol (HTTPS), File Transfer Protocol (FTP), and Gopher, and Web content formats including plain text, HyperText Markup Language (HTML), Extensible Markup Language (XML), as well as image formats such as Graphics Interchange Format (GIF) and Joint Photographic Experts Group (JPEG).
A Web site is conventionally a collection of Web pages and other files related to a particular subject that includes a beginning file called a "home" page. A large Web site may reside on a number of geographically-dispersed Web servers. The Web site of the International Business Machines Corporation (www.ibm.com), for example, consists of thousands of Web pages and files spread out over various Web servers in locations world-wide.
An intranet is a private computer network conventionally contained within an enterprise and that conventionally includes one or more servers in communication with multiple user computers.
An intranet may be comprised of interlinked local area networks and may also use leased-lines in a wide-area network. An intranet may or may not include connections to the outside Internet.
Intranets conventionally utilize various Internet protocols and, in general, often look like private versions of the Internet. An intranet user conventionally accesses an intranet server via a browser running locally on his/her computer.
A Web (or intranet) server is a computer program (typically running on a computer) that serves requested Web pages and files. A Web client is a requesting program associated with a user.
A browser is an exemplary Web client for use in requesting Web pages and files from Web servers.
A Web server waits for a Web client, such as a browser, to open a connection and request a specific web page (or file). The Web server then sends a copy of the requested item, closes the connection, and waits for the next connection.
When a browser interacts with a Web server, the two programs typically utilize HTTP. HTTP
allows a browser to request a specific item, which the Web server then returns and the browser renders. To ensure that browsers and Web servers can interoperate unambiguously, HTTP defines the exact format of requests (HTTP requests) sent from a browser to a Web server as well as the format of responses (HTTP responses) that the Web server returns to the browser.
Exemplary browsers for both Internet and intranet use include Netscape Navigator~
(America Online, Inc., 22000 AOL Way, Dulles, VA) and Internet Explorer~
(Microsoft Corporation, Redmond, WA). Browsers typically provide a graphical user interface for retrieving and viewing Web pages, applications, and other resources hosted by Internet/intranet servers (hereinafter collectively referred to as "Web servers").
As is known to those skilled in this art, a Web page is conventionally formatted via a standard page description language such as HTML, which typically contains text and can reference graphics, sound, animation, and video data. HTML provides for basic document formatting and allows a Web content provider to specify anchors or hypertext links (typically manifested as highlighted text) to other Web servers and files. When a user selects a particular hypertext link, a browser reads and interprets an address, called a Uniform Resource Locator (URL) associated with the link, connects the browser with a Web server at that address, and makes a request (e.g., an HTTP
request) for the file identified in the link. The Web server then sends the requested file to the Web client which the browser interprets and displays to the user.
Many new electronic devices, such as personal digital assistants (PDAs), hand-held computers, Internet-ready phones, and WebTVs, are gaining access to the Internet and/or to intranets S as client devices. Electronic devices including, but not limited to, PDAs, cellular telephones, and computing devices utilized within appliances and automobiles, are often collectively referred to as "pervasive" computing devices. Many such pervasive computing devices utilize the Microsoft~
Windows CE and 3Com Palm Computing~ platforms.
Unfortunately, the capabilities ofpervasive computing devices to receive, process, store and display Internet content may vary. For example, pervasive computing devices typically have displays that are small in size compared with desktop computer displays. As a result, content portions of a Web page, such as images and rendered HTML that may be otherwise displayable on a desktop computer display, may not be displayable on a pervasive computing device display unless some modifications to the images and/or text (i. e., the content) are made. For example, a desktop computer display having an array of 1024 pixels by 768 pixels may be able to display a large (e.g., 2 megabyte), 24 bit per pixel color image. A pervasive computing device with a display having an array of 120 pixels by 120 pixels, and with the ability to display only about 3 bits per pixel, may ignore much of the image data. As a result the image may not be displayed properly, if at all, via the pervasive computing device display unless the size of the image is transformed to the pervasive computing device's capabilities. Furthermore, some pervasive computing devices may not be capable of displaying certain image file types such as JPEG or GIF.
Text fonts and sizes within Web content may also need to be changed to permit the display thereof within a pervasive computing device display. Furthermore, common HTML
features such as frames and tables may not be displayable by pervasive computing devices.
Data within frames and tables may need to be removed and/or reformatted into other configurations for proper display.
In addition, performance limitations of pervasive computing devices, such as memory size and connection bandwidth, may also require changes to Web page content for proper display thereof via a pervasive computing device.
It is known to take Web content that may not be properly displayable via a pervasive computing device and "tailor" the Web content into a format that is displayable. For example, large, high resolution, color images can be transformed into small, black and white images that can be displayed within small, low resolution displays. The tailoring of video, images, audio and text for display within a client device typically is referred to as "transcoding." Web content transcoding is described in detail in U.S. Patent Nos. 6,536,896 and 6,457,030 which are assigned to International Business Machines Corporation. Web content transcoding is typically performed by a transcoding proxy associated with a Web server. Products for transcoding Web content for display by a requesting client device are known. An exemplary transcoding product is "Cocoon" available from the Apache Server Foundation at htt~: / / j ava . apache . orq.
To perform Web content transcoding, a Web server and/or transcoding proxy typically needs to know something about a client device making an HTTP request. As is known to those of skill in the art, an HTTP header accompanies HTTP requests to a Web server. An HTTP
header typically provides information about a requesting client device and browser. Exemplary information provided within an HTTP header may include the size of a client device display, whether a client device display is a color display or a monochromatic display, an identification of the client device browser, and an identification of the client device operating system.
Pervasive computing devices with various browsers and configurations are being developed and introduced to market at a rapid pace. Given the variety of new pervasive computing devices, it may be difficult for Web content publishers to tailor content so as to be adequately displayable within many different devices. As a result, a need exists for quickly and easily verifying that Web content tailoring is being performed correctly for each type of client device making an HTTP request.
Currently, testing whether or not Web content tailoring is being performed properly is done by making HTTP requests with each actual client device. Unfortunately, the ability to test Web content tailoring with many different client devices may be expensive and time consuming, and may be technically infeasible to analytically validate responses.
Summary of the Invention In view of the above discussion, it is an obj ect of the present invention to provide systems, methods and computer program products for simulating different client devices running on various software platforms to ensure that Web page content tailoring is performed correctly.
It is another object of the present invention to facilitate the display of Web pages via pervasive computing devices that may have smaller displays and various performance limitations as compared with desktop computing devices.
These and other objects of the present invention are provided by systems, methods and computer program products for testing (i.e., validating) whether Web content has been properly tailored by a transcoding proxy for display within various requesting pervasive computing devices.
Simulated HyperText Transfer Protocol (HTTP) requests are built using information from one or more data files. Each simulated request preferably includes a Uniform Resource Locator (URL) that identifies a location of Web content. Each simulated request also preferably includes an HTTP
header containing information about a respective pervasive computing device.
Exemplary pervasive computing device information included within an HTTP header may include, but is not limited to, an identification of a device's browser, an identification of a device's operating system, characteristics of a device's display, and information about Web content a device is configured to display.
Simulated HTTP requests are issued to respective Web servers identified in the respective HTTP requests. An HTTP response to each respective simulated HTTP request is received and includes Web content tailored for display within a respective pervasive computing device associated with the respective simulated HTTP request. Each HTTP response is then compared with an expected HTTP response. An HTTP response that does not compare favorably with an expected HTTP response can be saved for later analysis.
The present invention may facilitate determining whether Web content is properly tailored for display within virtually any type of client device having virtually any type of configuration without requiring that the actual device be used in the test. As a result, use of the present invention by Web content providers may result in considerable time savings, cost savings, and higher quality program products.
Brief Description of the Drawings Fig. 1 schematically illustrates the paths of an HTTP request and corresponding HTTP
response in a client-server environment including a transcoding proxy that tailors Web content for display within requesting client devices.
Fig. 2 is a flow chart illustrating operations for validating transcoded Web content provided in response to a client request according to the present invention.
Fig. 3 is a detailed flow chart illustrating operations for building and issuing a plurality of HTTP requests and validating transcoded Web content provided in response to the HTTP requests according to the present invention.
Fig. 4 is a schematic illustration of a data processing system for carrying out operations of the present invention.
Fig. 5 is a schematic illustration of a data processing system in communication with a plurality of Web servers and transcoding proxies, wherein the data processing system is configured to build and send a plurality of HTTP requests and to receive a corresponding plurality of respective HTTP responses according to the present invention.
Detailed Description of the Invention The present invention now is described more fully hereinafter with reference to the accompanying drawings, in which preferred embodiments of the invention are shown. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
Like numbers refer to like elements throughout.
As will be appreciated by one of skill in the art, the present invention may be embodied as a method, data processing system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product on a computer-usable storage medium having computer-usable program code means embodied in the medium. Any suitable computer readable medium may be utilized including hard disks, CD-ROMs, optical storage devices, or magnetic storage devices.
Computer program code for carrying out operations of the present invention is preferably written in an object oriented programming language such as JAVA~, Smalltalk or C++. However, the computer program code for carrying out operations of the present invention may also be written in conventional procedural programming languages, such as the "C" programming language, or in a functional (or fourth generation) programming language such as Lisp, SML, or Forth.
The present invention is described below with reference to block diagrams and/or flowchart illustrations of methods, apparatus (systems) and computer program products according to an embodiment of the invention. It is understood that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the block diagram and/or flowchart block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the block diagram and/or flowchart block or blocks.
The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the block diagrams and/or flowchart block or blocks.
Referring now to Fig. 1, the paths of an HTTP request and corresponding HTTP
response in a client-server relationship, including a transcoding proxy that tailors Web content, are schematically illustrated. A client device 10 makes an HTTP request 15 for Web content from an HTTP (i.e., Web) server 20. The protocol for HTTP requests and responses are described in detail in "Hypertext Transfer Protocol -- HTTP/1.1 ", Network Working Group Request for Comments 2068, January 1997.
In the illustrated client-server relationship, the HTTP request 15 passes through a transcoding proxy 30 and is modified by the transcoding proxy 30, as would be understood by one of skill in the art. The modified HTTP request 15' is processed by the HTTP server 20 and an HTTP response 25 containing the requested Web content is sent to the client device 10 via the transcoding proxy 30.
The transcoding proxy 30 tailors the Web content within the HTTP response 25 producing a "modified" HTTP response 25'. The tailored Web content in the modified HTTP
response 25' is renderable within the client device 10. It is understood that a transcoding proxy 30 may be implemented as software code residing within the HTTP server 20, as software code external to the HTTP server 20, such as within a firewall, or some combination thereof.
The present invention provides methods, systems and computer program products for validating transcoded Web content provided in response to HTTP requests without requiring the actual client devices to make the HTTP requests. According to the present invention, multiple client requests can be simulated by a single computer in communication with one or more Web servers, such as via the Internet, an intranet, or other communications network.
Referring now to Fig. 2, operations for validating transcoded Web content according to the present invention are illustrated. A plurality of simulated HTTP requests are built (Block 100) by a computing device using various data files. Each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies the location of specific Web content to be displayed within a requesting client device. Each HTTP request also includes an HTTP header that contains information about a requesting client device and that specifies what types of Web content the client device is prepared to handle. As is known to those of skill in the art, HTTP
headers communicate information that Web servers and browsers use to define the type of data that is being exchanged therebetween.
Simultaneous HTTP requests are preferably issued asynchronously to Web servers identified in the respective HTTP requests (Block 110, Fig. 2). Preferably, a computing device for implementing the present invention implements the HTTP "GET" method for each of the respective HTTP requests. The HTTP "GET" method, which is well understood by those skilled in the art, is described in detail in "Hypertext Transfer Protocol -- HTTP/1.1 ", Network Working Group Request RS W9-1999-0096 g for Comments 2068, January 1997.
An HTTP response to each HTTP request is preferably stored (Block 120, Fig.
VALIDATING WEB CONTENT TAILORED FOR DISPLAY WITHIN PERVASIVE
COMPUTING DEVICES
Field of the Invention The present invention relates generally to the display of Web page content and, more particularly, to tailoring Web content for display in client devices.
S
Background of the Invention The Internet is a worldwide decentralized network of computers having the ability to communicate with each other. The Internet has gained broad recognition as a viable medium for communicating and interacting across multiple networks. The World-Wide Web (Web) was created in the early 1990's, and is comprised of server-hosting computers (Web servers) connected to the Internet that have hypertext documents (referred to as Web pages) stored therewithin. Web pages are accessible by client programs (e.g., Web browsers) utilizing the Hypertext Transfer Protocol (HTTP) via a Transmission Control Protocol/Internet Protocol (TCP/IP) connection between a client-hosting device and a server-hosting device. While HTTP and Web pages are the prevalent forms for the Web, the Web itself refers to a wide range of protocols including Secure Hypertext Transfer Protocol (HTTPS), File Transfer Protocol (FTP), and Gopher, and Web content formats including plain text, HyperText Markup Language (HTML), Extensible Markup Language (XML), as well as image formats such as Graphics Interchange Format (GIF) and Joint Photographic Experts Group (JPEG).
A Web site is conventionally a collection of Web pages and other files related to a particular subject that includes a beginning file called a "home" page. A large Web site may reside on a number of geographically-dispersed Web servers. The Web site of the International Business Machines Corporation (www.ibm.com), for example, consists of thousands of Web pages and files spread out over various Web servers in locations world-wide.
An intranet is a private computer network conventionally contained within an enterprise and that conventionally includes one or more servers in communication with multiple user computers.
An intranet may be comprised of interlinked local area networks and may also use leased-lines in a wide-area network. An intranet may or may not include connections to the outside Internet.
Intranets conventionally utilize various Internet protocols and, in general, often look like private versions of the Internet. An intranet user conventionally accesses an intranet server via a browser running locally on his/her computer.
A Web (or intranet) server is a computer program (typically running on a computer) that serves requested Web pages and files. A Web client is a requesting program associated with a user.
A browser is an exemplary Web client for use in requesting Web pages and files from Web servers.
A Web server waits for a Web client, such as a browser, to open a connection and request a specific web page (or file). The Web server then sends a copy of the requested item, closes the connection, and waits for the next connection.
When a browser interacts with a Web server, the two programs typically utilize HTTP. HTTP
allows a browser to request a specific item, which the Web server then returns and the browser renders. To ensure that browsers and Web servers can interoperate unambiguously, HTTP defines the exact format of requests (HTTP requests) sent from a browser to a Web server as well as the format of responses (HTTP responses) that the Web server returns to the browser.
Exemplary browsers for both Internet and intranet use include Netscape Navigator~
(America Online, Inc., 22000 AOL Way, Dulles, VA) and Internet Explorer~
(Microsoft Corporation, Redmond, WA). Browsers typically provide a graphical user interface for retrieving and viewing Web pages, applications, and other resources hosted by Internet/intranet servers (hereinafter collectively referred to as "Web servers").
As is known to those skilled in this art, a Web page is conventionally formatted via a standard page description language such as HTML, which typically contains text and can reference graphics, sound, animation, and video data. HTML provides for basic document formatting and allows a Web content provider to specify anchors or hypertext links (typically manifested as highlighted text) to other Web servers and files. When a user selects a particular hypertext link, a browser reads and interprets an address, called a Uniform Resource Locator (URL) associated with the link, connects the browser with a Web server at that address, and makes a request (e.g., an HTTP
request) for the file identified in the link. The Web server then sends the requested file to the Web client which the browser interprets and displays to the user.
Many new electronic devices, such as personal digital assistants (PDAs), hand-held computers, Internet-ready phones, and WebTVs, are gaining access to the Internet and/or to intranets S as client devices. Electronic devices including, but not limited to, PDAs, cellular telephones, and computing devices utilized within appliances and automobiles, are often collectively referred to as "pervasive" computing devices. Many such pervasive computing devices utilize the Microsoft~
Windows CE and 3Com Palm Computing~ platforms.
Unfortunately, the capabilities ofpervasive computing devices to receive, process, store and display Internet content may vary. For example, pervasive computing devices typically have displays that are small in size compared with desktop computer displays. As a result, content portions of a Web page, such as images and rendered HTML that may be otherwise displayable on a desktop computer display, may not be displayable on a pervasive computing device display unless some modifications to the images and/or text (i. e., the content) are made. For example, a desktop computer display having an array of 1024 pixels by 768 pixels may be able to display a large (e.g., 2 megabyte), 24 bit per pixel color image. A pervasive computing device with a display having an array of 120 pixels by 120 pixels, and with the ability to display only about 3 bits per pixel, may ignore much of the image data. As a result the image may not be displayed properly, if at all, via the pervasive computing device display unless the size of the image is transformed to the pervasive computing device's capabilities. Furthermore, some pervasive computing devices may not be capable of displaying certain image file types such as JPEG or GIF.
Text fonts and sizes within Web content may also need to be changed to permit the display thereof within a pervasive computing device display. Furthermore, common HTML
features such as frames and tables may not be displayable by pervasive computing devices.
Data within frames and tables may need to be removed and/or reformatted into other configurations for proper display.
In addition, performance limitations of pervasive computing devices, such as memory size and connection bandwidth, may also require changes to Web page content for proper display thereof via a pervasive computing device.
It is known to take Web content that may not be properly displayable via a pervasive computing device and "tailor" the Web content into a format that is displayable. For example, large, high resolution, color images can be transformed into small, black and white images that can be displayed within small, low resolution displays. The tailoring of video, images, audio and text for display within a client device typically is referred to as "transcoding." Web content transcoding is described in detail in U.S. Patent Nos. 6,536,896 and 6,457,030 which are assigned to International Business Machines Corporation. Web content transcoding is typically performed by a transcoding proxy associated with a Web server. Products for transcoding Web content for display by a requesting client device are known. An exemplary transcoding product is "Cocoon" available from the Apache Server Foundation at htt~: / / j ava . apache . orq.
To perform Web content transcoding, a Web server and/or transcoding proxy typically needs to know something about a client device making an HTTP request. As is known to those of skill in the art, an HTTP header accompanies HTTP requests to a Web server. An HTTP
header typically provides information about a requesting client device and browser. Exemplary information provided within an HTTP header may include the size of a client device display, whether a client device display is a color display or a monochromatic display, an identification of the client device browser, and an identification of the client device operating system.
Pervasive computing devices with various browsers and configurations are being developed and introduced to market at a rapid pace. Given the variety of new pervasive computing devices, it may be difficult for Web content publishers to tailor content so as to be adequately displayable within many different devices. As a result, a need exists for quickly and easily verifying that Web content tailoring is being performed correctly for each type of client device making an HTTP request.
Currently, testing whether or not Web content tailoring is being performed properly is done by making HTTP requests with each actual client device. Unfortunately, the ability to test Web content tailoring with many different client devices may be expensive and time consuming, and may be technically infeasible to analytically validate responses.
Summary of the Invention In view of the above discussion, it is an obj ect of the present invention to provide systems, methods and computer program products for simulating different client devices running on various software platforms to ensure that Web page content tailoring is performed correctly.
It is another object of the present invention to facilitate the display of Web pages via pervasive computing devices that may have smaller displays and various performance limitations as compared with desktop computing devices.
These and other objects of the present invention are provided by systems, methods and computer program products for testing (i.e., validating) whether Web content has been properly tailored by a transcoding proxy for display within various requesting pervasive computing devices.
Simulated HyperText Transfer Protocol (HTTP) requests are built using information from one or more data files. Each simulated request preferably includes a Uniform Resource Locator (URL) that identifies a location of Web content. Each simulated request also preferably includes an HTTP
header containing information about a respective pervasive computing device.
Exemplary pervasive computing device information included within an HTTP header may include, but is not limited to, an identification of a device's browser, an identification of a device's operating system, characteristics of a device's display, and information about Web content a device is configured to display.
Simulated HTTP requests are issued to respective Web servers identified in the respective HTTP requests. An HTTP response to each respective simulated HTTP request is received and includes Web content tailored for display within a respective pervasive computing device associated with the respective simulated HTTP request. Each HTTP response is then compared with an expected HTTP response. An HTTP response that does not compare favorably with an expected HTTP response can be saved for later analysis.
The present invention may facilitate determining whether Web content is properly tailored for display within virtually any type of client device having virtually any type of configuration without requiring that the actual device be used in the test. As a result, use of the present invention by Web content providers may result in considerable time savings, cost savings, and higher quality program products.
Brief Description of the Drawings Fig. 1 schematically illustrates the paths of an HTTP request and corresponding HTTP
response in a client-server environment including a transcoding proxy that tailors Web content for display within requesting client devices.
Fig. 2 is a flow chart illustrating operations for validating transcoded Web content provided in response to a client request according to the present invention.
Fig. 3 is a detailed flow chart illustrating operations for building and issuing a plurality of HTTP requests and validating transcoded Web content provided in response to the HTTP requests according to the present invention.
Fig. 4 is a schematic illustration of a data processing system for carrying out operations of the present invention.
Fig. 5 is a schematic illustration of a data processing system in communication with a plurality of Web servers and transcoding proxies, wherein the data processing system is configured to build and send a plurality of HTTP requests and to receive a corresponding plurality of respective HTTP responses according to the present invention.
Detailed Description of the Invention The present invention now is described more fully hereinafter with reference to the accompanying drawings, in which preferred embodiments of the invention are shown. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
Like numbers refer to like elements throughout.
As will be appreciated by one of skill in the art, the present invention may be embodied as a method, data processing system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product on a computer-usable storage medium having computer-usable program code means embodied in the medium. Any suitable computer readable medium may be utilized including hard disks, CD-ROMs, optical storage devices, or magnetic storage devices.
Computer program code for carrying out operations of the present invention is preferably written in an object oriented programming language such as JAVA~, Smalltalk or C++. However, the computer program code for carrying out operations of the present invention may also be written in conventional procedural programming languages, such as the "C" programming language, or in a functional (or fourth generation) programming language such as Lisp, SML, or Forth.
The present invention is described below with reference to block diagrams and/or flowchart illustrations of methods, apparatus (systems) and computer program products according to an embodiment of the invention. It is understood that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the block diagram and/or flowchart block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the block diagram and/or flowchart block or blocks.
The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the block diagrams and/or flowchart block or blocks.
Referring now to Fig. 1, the paths of an HTTP request and corresponding HTTP
response in a client-server relationship, including a transcoding proxy that tailors Web content, are schematically illustrated. A client device 10 makes an HTTP request 15 for Web content from an HTTP (i.e., Web) server 20. The protocol for HTTP requests and responses are described in detail in "Hypertext Transfer Protocol -- HTTP/1.1 ", Network Working Group Request for Comments 2068, January 1997.
In the illustrated client-server relationship, the HTTP request 15 passes through a transcoding proxy 30 and is modified by the transcoding proxy 30, as would be understood by one of skill in the art. The modified HTTP request 15' is processed by the HTTP server 20 and an HTTP response 25 containing the requested Web content is sent to the client device 10 via the transcoding proxy 30.
The transcoding proxy 30 tailors the Web content within the HTTP response 25 producing a "modified" HTTP response 25'. The tailored Web content in the modified HTTP
response 25' is renderable within the client device 10. It is understood that a transcoding proxy 30 may be implemented as software code residing within the HTTP server 20, as software code external to the HTTP server 20, such as within a firewall, or some combination thereof.
The present invention provides methods, systems and computer program products for validating transcoded Web content provided in response to HTTP requests without requiring the actual client devices to make the HTTP requests. According to the present invention, multiple client requests can be simulated by a single computer in communication with one or more Web servers, such as via the Internet, an intranet, or other communications network.
Referring now to Fig. 2, operations for validating transcoded Web content according to the present invention are illustrated. A plurality of simulated HTTP requests are built (Block 100) by a computing device using various data files. Each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies the location of specific Web content to be displayed within a requesting client device. Each HTTP request also includes an HTTP header that contains information about a requesting client device and that specifies what types of Web content the client device is prepared to handle. As is known to those of skill in the art, HTTP
headers communicate information that Web servers and browsers use to define the type of data that is being exchanged therebetween.
Simultaneous HTTP requests are preferably issued asynchronously to Web servers identified in the respective HTTP requests (Block 110, Fig. 2). Preferably, a computing device for implementing the present invention implements the HTTP "GET" method for each of the respective HTTP requests. The HTTP "GET" method, which is well understood by those skilled in the art, is described in detail in "Hypertext Transfer Protocol -- HTTP/1.1 ", Network Working Group Request RS W9-1999-0096 g for Comments 2068, January 1997.
An HTTP response to each HTTP request is preferably stored (Block 120, Fig.
2). Each HTTP response includes an HTTP header and Web content that has been tailored for display within a client device identified as making the corresponding HTTP request. Each received HTTP response is compared with an expected HTTP response (Block 130, Fig. 2). HTTP responses not matching their respective expected responses are preferably saved for later analysis.
As illustrated in Fig. 3, multiple simulated HTTP requests can be built and issued simultaneously and asynchronously up to "n" iterations, where n can be virtually any value.
Simultaneous building and issuance of multiple, simulated HTTP requests are schematically represented by operations 102-1 through 130-1, operations 102-2 through 130-2, and operations 102-n through 130-n. A detailed description of operations 102-1 through 130-1 is provided below and it is understood that these operations are the same for any of the n iterations.
For each HTTP request, a computing device implementing the present invention preferably selects a URL defining Web content to be fetched from a data file (Block 102-1). Similarly, HTTP
header fields are preferably selected from a data file (Block 104-1). A
selected URL and selected HTTP header fields are then combined to build each respective HTTP request (Block 106-1). Each built HTTP request is then issued to the Web server identified in the built HTTP request (Block 110-1).
After a response to an HTTP request is received and stored (Block 120-1), a decision is made whether to build another HTTP request (Block 122-1). Once a decision is made not to build another HTTP request, each returned HTTP response is compared with an expected response (Block 130-1).
Preferably, each failed response is stored for later analysis to determine why the Web content was not properly transcoded.
The decision to build another HTTP request may depend on the Web content returned in an HTTP request. For example, if Web content within an HTTP response contains images, the present invention may build respective HTTP requests for each image. Accordingly, the methods of the present invention may be recursive and the iterative steps of Fig. 3 may continue until all types of files within a Web page are requested. As a result, the tailoring of content of an entire Web site can be validated via a data processing system implementing the present invention.
Exemplary information about a requesting client device that is provided within HTTP header fields may include, but is not limited to, an identification of a browser running on the client device (e.g., user-agent), an identification of the client device operating system, an identification of characteristics of the client device display, and an identification of Web content the client device is configured to display. Exemplary client device display characteristics include, but are not limited to, display size and whether or not the display is a color display.or a monochromatic display.
Referring now to Fig. 4, a data processing system 600 for carrying out operations of the present invention are schematically illustrated. As seen in Fig. 4, a data processor 601 may have an operating system 602 resident therein with various application programs 603 for carrying out operations of the present invention and that run on the operating system 602.
In particular, an HTTP
Request Builder application 603a is provided to carry out the HTTP request building and issuing operations set forth in Blocks 100 and 110 of Fig. 2 and Blocks 100 through 122-1 of Fig. 3. A
Response Comparator application 603b is provided to carry out operations for comparing received HTTP responses with expected responses set forth in Block 130 of Fig. 2 and Block 130-1 of Fig.
As illustrated in Fig. 3, multiple simulated HTTP requests can be built and issued simultaneously and asynchronously up to "n" iterations, where n can be virtually any value.
Simultaneous building and issuance of multiple, simulated HTTP requests are schematically represented by operations 102-1 through 130-1, operations 102-2 through 130-2, and operations 102-n through 130-n. A detailed description of operations 102-1 through 130-1 is provided below and it is understood that these operations are the same for any of the n iterations.
For each HTTP request, a computing device implementing the present invention preferably selects a URL defining Web content to be fetched from a data file (Block 102-1). Similarly, HTTP
header fields are preferably selected from a data file (Block 104-1). A
selected URL and selected HTTP header fields are then combined to build each respective HTTP request (Block 106-1). Each built HTTP request is then issued to the Web server identified in the built HTTP request (Block 110-1).
After a response to an HTTP request is received and stored (Block 120-1), a decision is made whether to build another HTTP request (Block 122-1). Once a decision is made not to build another HTTP request, each returned HTTP response is compared with an expected response (Block 130-1).
Preferably, each failed response is stored for later analysis to determine why the Web content was not properly transcoded.
The decision to build another HTTP request may depend on the Web content returned in an HTTP request. For example, if Web content within an HTTP response contains images, the present invention may build respective HTTP requests for each image. Accordingly, the methods of the present invention may be recursive and the iterative steps of Fig. 3 may continue until all types of files within a Web page are requested. As a result, the tailoring of content of an entire Web site can be validated via a data processing system implementing the present invention.
Exemplary information about a requesting client device that is provided within HTTP header fields may include, but is not limited to, an identification of a browser running on the client device (e.g., user-agent), an identification of the client device operating system, an identification of characteristics of the client device display, and an identification of Web content the client device is configured to display. Exemplary client device display characteristics include, but are not limited to, display size and whether or not the display is a color display.or a monochromatic display.
Referring now to Fig. 4, a data processing system 600 for carrying out operations of the present invention are schematically illustrated. As seen in Fig. 4, a data processor 601 may have an operating system 602 resident therein with various application programs 603 for carrying out operations of the present invention and that run on the operating system 602.
In particular, an HTTP
Request Builder application 603a is provided to carry out the HTTP request building and issuing operations set forth in Blocks 100 and 110 of Fig. 2 and Blocks 100 through 122-1 of Fig. 3. A
Response Comparator application 603b is provided to carry out operations for comparing received HTTP responses with expected responses set forth in Block 130 of Fig. 2 and Block 130-1 of Fig.
Still referring to Fig. 4, the applications 603a, 603b are in communication with data storage 609, which may be either external or internal data storage, or a combination of external and internal data storage. The HTTP Request Builder application 603a is configured to read HTTP header elements and URLs from data storage 609, and build and issue HTTP requests as set forth in Blocks 100 and 110 of Fig. 2 and Blocks 100 through 122-1 of Fig. 3. The Response Cornparator application 603b is configured to compare received HTTP responses with expected responses set forth in Block 130 of Fig. 2 and Block 130-1 of Fig. 3. In addition, data storage 609 may be utilized to store built HTTP requests and to store received HTTP responses and for implementing the various method steps of the present invention as one or more batch processes.
As would be understood by one of skill in the art, the processor 601 displays information on a display device 604. The display device 604 has a plurality ofpicture elements (collectively referred to as a screen) which may define the appearance of a graphical user interface (GUI) displayed on the display device 604. The contents of the screen and, therefore, the appearance of a GUI, may be controlled or altered by the one or more application programs 603a, 603b or the operating system 602, either individually or in combination. For obtaining input from a user, the operating system 602, the application programs 603a, 603b, or a combination thereof, may utilize user input devices 605.
User input devices 605 may include a pointing device 606 and a keyboard 607 or other input devices known to those of skill in the art.
Referring now to Fig. 5, a data processing system 600 for carrying out operations of the present invention is illustrated in communication with a plurality of Web servers 702 and transcoding proxies 704 via a communications network, such as the Internet and/or an intranet 701.
In the illustrated embodiment, one or more Web servers 702 may utilize a transcoding proxy 704 that is configured to tailor Web content as described above. The data processing system 600 is configured as described above to simulate HTTP requests from multiple pervasive computing devices without requiring actual pervasive computing devices to make the HTTP requests. The data processing system 600 builds and issues multiple HTTP requests, wherein each HTTP request includes an HTTP header that contains information about a respective pervasive client device/browser configuration. These HTTP requests can then be sent to designated Web servers as asynchronous, parallel requests.
The data processing system 600 is configured as described above to receive, via the Internet andlor intranet 701, HTTP responses to the HTTP requests and to compare the HTTP responses with expected HTTP responses. Preferably, the data processing system 600 is configured to store HTTP
responses and then perform HTTP response comparison operations as a batch process. Accordingly, the present invention provides an efficient, cost effective way of more thoroughly testing Web content tailoring for multiple pervasive computing devices without requiring the actual pervasive computing devices.
The foregoing is illustrative of the present invention and is not to be construed as limiting thereof. Although a few exemplary embodiments ofthis invention have been described, those skilled in the art will readily appreciate that many modifications are possible in the exemplary embodiments without materially departing from the novel teachings and advantages of this invention. Accordingly, all such modifications are intended to be included within the scope of this invention as defined in the claims. In the claims, means-plus-function clause are intended to cover the structures described herein as performing the recited function and not only structural equivalents but also equivalent structures. Therefore, it is to be understood that the foregoing is illustrative of the present invention and is not to be construed as limited to the specific embodiments disclosed, and that modifications to the disclosed embodiments, as well as other embodiments, are intended to be included within the scope of the appended claims. The invention is defined by the following claims, with equivalents of the claims to be included therein.
As would be understood by one of skill in the art, the processor 601 displays information on a display device 604. The display device 604 has a plurality ofpicture elements (collectively referred to as a screen) which may define the appearance of a graphical user interface (GUI) displayed on the display device 604. The contents of the screen and, therefore, the appearance of a GUI, may be controlled or altered by the one or more application programs 603a, 603b or the operating system 602, either individually or in combination. For obtaining input from a user, the operating system 602, the application programs 603a, 603b, or a combination thereof, may utilize user input devices 605.
User input devices 605 may include a pointing device 606 and a keyboard 607 or other input devices known to those of skill in the art.
Referring now to Fig. 5, a data processing system 600 for carrying out operations of the present invention is illustrated in communication with a plurality of Web servers 702 and transcoding proxies 704 via a communications network, such as the Internet and/or an intranet 701.
In the illustrated embodiment, one or more Web servers 702 may utilize a transcoding proxy 704 that is configured to tailor Web content as described above. The data processing system 600 is configured as described above to simulate HTTP requests from multiple pervasive computing devices without requiring actual pervasive computing devices to make the HTTP requests. The data processing system 600 builds and issues multiple HTTP requests, wherein each HTTP request includes an HTTP header that contains information about a respective pervasive client device/browser configuration. These HTTP requests can then be sent to designated Web servers as asynchronous, parallel requests.
The data processing system 600 is configured as described above to receive, via the Internet andlor intranet 701, HTTP responses to the HTTP requests and to compare the HTTP responses with expected HTTP responses. Preferably, the data processing system 600 is configured to store HTTP
responses and then perform HTTP response comparison operations as a batch process. Accordingly, the present invention provides an efficient, cost effective way of more thoroughly testing Web content tailoring for multiple pervasive computing devices without requiring the actual pervasive computing devices.
The foregoing is illustrative of the present invention and is not to be construed as limiting thereof. Although a few exemplary embodiments ofthis invention have been described, those skilled in the art will readily appreciate that many modifications are possible in the exemplary embodiments without materially departing from the novel teachings and advantages of this invention. Accordingly, all such modifications are intended to be included within the scope of this invention as defined in the claims. In the claims, means-plus-function clause are intended to cover the structures described herein as performing the recited function and not only structural equivalents but also equivalent structures. Therefore, it is to be understood that the foregoing is illustrative of the present invention and is not to be construed as limited to the specific embodiments disclosed, and that modifications to the disclosed embodiments, as well as other embodiments, are intended to be included within the scope of the appended claims. The invention is defined by the following claims, with equivalents of the claims to be included therein.
Claims (39)
1. A method of validating Web content tailored for display within a pervasive computing device in response to a simulated request from the pervasive computing device generated by a data processing system that is not the pervasive computing device, the method comprising the following steps:
building a simulated HyperText Transfer Protocol (HTTP) request via the data processing system, wherein the simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein the simulated HTTP request includes an HTTP
header that contains information about the pervasive computing device;
issuing the simulated HTTP request from the data processing system to a Web server identified in the simulated HTTP request;
receiving at the data processing system an HTTP response from the Web server, wherein the HTTP response includes Web content tailored for display within the pervasive computing device by a transcoding proxy adapted to tailor Web content for display within pervasive computing devices;
and comparing the received HTTP response with an expected HTTP response.
building a simulated HyperText Transfer Protocol (HTTP) request via the data processing system, wherein the simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein the simulated HTTP request includes an HTTP
header that contains information about the pervasive computing device;
issuing the simulated HTTP request from the data processing system to a Web server identified in the simulated HTTP request;
receiving at the data processing system an HTTP response from the Web server, wherein the HTTP response includes Web content tailored for display within the pervasive computing device by a transcoding proxy adapted to tailor Web content for display within pervasive computing devices;
and comparing the received HTTP response with an expected HTTP response.
2. The method according to Claim 1 wherein the pervasive computing device information includes at least one of an identification of a browser running on the pervasive computing device, an identification of an operating system running on the pervasive computing device, an identification of characteristics of a display for the pervasive computing device, and an identification of Web content the pervasive computing device is configured to display.
3. The method according to Claim 1 further comprising the step of storing the HTTP response received in response to the simulated HTTP request.
4. The method according to Claim 1 further wherein the step of comparing the received HTTP
response with an expected HTTP response comprises the step of storing the received HTTP response if the received HTTP response does not match the expected HTTP response.
response with an expected HTTP response comprises the step of storing the received HTTP response if the received HTTP response does not match the expected HTTP response.
5. The method according to Claim 1 wherein the step of building a simulated HTTP request via the data processing system comprises:
building a plurality of simulated HTTP requests from a respective plurality of pervasive computing devices via the data processing system, wherein each simulated HTTP
request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device; and storing the plurality of simulated HTTP requests.
building a plurality of simulated HTTP requests from a respective plurality of pervasive computing devices via the data processing system, wherein each simulated HTTP
request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device; and storing the plurality of simulated HTTP requests.
6. The method according to Claim 5 wherein the step of issuing the simulated HTTP request via the data processing system to a Web server identified in the simulated HTTP request comprises asynchronously issuing the plurality of simulated HTTP requests via the data processing system to Web servers identified in each respective simulated HTTP request.
7. The method according to Claim 5 wherein the step of building a plurality of simulated HTTP
requests via the data processing system comprises retrieving HTTP header fields and URLs from respective data files.
requests via the data processing system comprises retrieving HTTP header fields and URLs from respective data files.
8. The method according to Claim 5 wherein the step of comparing the received HTTP response with an expected HTTP response comprises comparing each received HTTP response with an expected HTTP response for a pervasive computing device associated with each respective simulated HTTP request.
9. A method of validating Web content tailored for display within a plurality of pervasive computing devices in response to simulated requests from the pervasive computing devices generated by a data processing system that is not one of the pervasive computing devices, the method comprising the following steps:
building a plurality of simulated HyperText Transfer Protocol (HTTP) requests via the data processing system, wherein each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device;
asynchronously issuing each simulated HTTP request from the data processing system to a Web server identified in each respective simulated HTTP request;
receiving at the data processing system an HTTP response to each respective simulated HTTP request, wherein each HTTP response includes Web content tailored for display within a pervasive computing device identified within a respective simulated HTTP
request; and comparing each received HTTP response with an expected HTTP response for a pervasive computing device specified in each respective simulated HTTP request.
building a plurality of simulated HyperText Transfer Protocol (HTTP) requests via the data processing system, wherein each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device;
asynchronously issuing each simulated HTTP request from the data processing system to a Web server identified in each respective simulated HTTP request;
receiving at the data processing system an HTTP response to each respective simulated HTTP request, wherein each HTTP response includes Web content tailored for display within a pervasive computing device identified within a respective simulated HTTP
request; and comparing each received HTTP response with an expected HTTP response for a pervasive computing device specified in each respective simulated HTTP request.
10. The method according to Claim 9 wherein pervasive computing device information within each simulated HTTP request includes at least one of an identification of a browser running on a pervasive computing device, an identification of an operating system running on a pervasive computing device, an identification of characteristics of a pervasive computing device display, and an identification of Web content a pervasive computing device is configured to display.
11. The method according to Claim 9 further comprising the step of storing the HTTP responses received in response to the simulated HTTP requests.
12. The method according to Claim 9 wherein the step of comparing each received HTTP
response with a respective expected HTTP response comprises storing the received HTTP response if the received HTTP response does not match the expected HTTP response.
response with a respective expected HTTP response comprises storing the received HTTP response if the received HTTP response does not match the expected HTTP response.
13. The method according to Claim 9 wherein the step of building a plurality of simulated HTTP
requests comprises retrieving HTTP header fields and URLs from respective data files.
requests comprises retrieving HTTP header fields and URLs from respective data files.
14. A system that validates Web content tailored for display within a pervasive computing device in response to a simulated request from the pervasive computing device generated by a data processing system that is not the pervasive computing device, comprising:
means for building a simulated HyperText Transfer Protocol (HTTP) request, wherein the simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein the simulated HTTP request includes an HTTP header that contains information about the pervasive computing device;
means for issuing the simulated HTTP request from the data processing system to a Web server identified in the simulated HTTP request;
means for receiving at the data processing system an HTTP response from the Web server, wherein the HTTP response includes Web content tailored for display within the pervasive computing device by a transcoding proxy adapted to tailor Web content for display within pervasive computing devices; and means for comparing the received HTTP response with an expected HTTP response.
means for building a simulated HyperText Transfer Protocol (HTTP) request, wherein the simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein the simulated HTTP request includes an HTTP header that contains information about the pervasive computing device;
means for issuing the simulated HTTP request from the data processing system to a Web server identified in the simulated HTTP request;
means for receiving at the data processing system an HTTP response from the Web server, wherein the HTTP response includes Web content tailored for display within the pervasive computing device by a transcoding proxy adapted to tailor Web content for display within pervasive computing devices; and means for comparing the received HTTP response with an expected HTTP response.
15. The system according to Claim 14 wherein the pervasive computing device information includes at least one of an identification of a browser running on the pervasive computing device, an identification of an operating system running on the pervasive computing device, an identification of characteristics of a display for the pervasive computing device, and an identification of Web content the pervasive computing device is configured to display.
16. The system according to Claim 14 wherein the means for receiving an HTTP
response from the Web server comprises means for storing the HTTP response.
response from the Web server comprises means for storing the HTTP response.
17. The system according to Claim 14 wherein the means for comparing the received HTTP
response with an expected HTTP response comprises means for storing the received HTTP response if the received HTTP response does not match the expected HTTP response.
response with an expected HTTP response comprises means for storing the received HTTP response if the received HTTP response does not match the expected HTTP response.
18. The system according to Claim 14 wherein the means for building a simulated HTTP request comprises:
means for building a plurality of simulated HTTP requests from a respective plurality of pervasive computing devices, wherein each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device;
and means for storing the plurality of simulated HTTP requests.
means for building a plurality of simulated HTTP requests from a respective plurality of pervasive computing devices, wherein each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device;
and means for storing the plurality of simulated HTTP requests.
19. The system according to Claim 18 wherein the means for issuing the simulated HTTP request via the data processing system to a Web server identified in the simulated HTTP request comprises means for asynchronously issuing the plurality of simulated HTTP requests to Web servers identified in each respective simulated HTTP request.
20. The system according to Claim 18 wherein the means for building a plurality of simulated HTTP requests via the data processing system comprises means for retrieving HTTP header fields and URLs from respective data files.
21. The system according to Claim 18 wherein the means for comparing the received HTTP
response with an expected HTTP response comprises means for comparing each received HTTP
response with an expected HTTP response for a pervasive computing device associated with each respective simulated HTTP request.
response with an expected HTTP response comprises means for comparing each received HTTP
response with an expected HTTP response for a pervasive computing device associated with each respective simulated HTTP request.
22. A system that validates Web content tailored for display within a plurality of pervasive computing devices in response to simulated requests from the pervasive computing devices generated by a data processing system that is not one of the pervasive computing devices, comprising:
means for building a plurality of simulated HyperText Transfer Protocol (HTTP) requests, wherein each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device;
means for asynchronously issuing each simulated HTTP request from the data processing system to a Web server identified in each respective simulated HTTP request;
means for receiving an HTTP response to each respective simulated HTTP
request, wherein each HTTP response includes Web content tailored for display within a pervasive computing device identified within a respective simulated HTTP request; and means for comparing each received HTTP response with an expected HTTP response for a pervasive computing device specified in each respective simulated HTTP
request.
means for building a plurality of simulated HyperText Transfer Protocol (HTTP) requests, wherein each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device;
means for asynchronously issuing each simulated HTTP request from the data processing system to a Web server identified in each respective simulated HTTP request;
means for receiving an HTTP response to each respective simulated HTTP
request, wherein each HTTP response includes Web content tailored for display within a pervasive computing device identified within a respective simulated HTTP request; and means for comparing each received HTTP response with an expected HTTP response for a pervasive computing device specified in each respective simulated HTTP
request.
23. The system according to Claim 22 wherein pervasive computing device information within each simulated HTTP request includes at least one of an identification of a browser running on a pervasive computing device, an identification of an operating system running on a pervasive computing device, an identification of characteristics of a pervasive computing device display, and an identification of Web content a pervasive computing device is configured to display.
24. The system according to Claim 22 wherein the means for receiving an HTTP
response to each respective simulated HTTP request comprises means for storing the HTTP
responses.
response to each respective simulated HTTP request comprises means for storing the HTTP
responses.
25. The system according to Claim 22 wherein the means for comparing each received HTTP
response with a respective expected HTTP response comprises means for storing the received HTTP
response if the received HTTP response does not match the expected HTTP
response.
response with a respective expected HTTP response comprises means for storing the received HTTP
response if the received HTTP response does not match the expected HTTP
response.
26. The system according to Claim 22 wherein the means for building a plurality of simulated HTTP requests comprises means for retrieving HTTP header fields and URLs from respective data files.
27. A computer program product for validating Web content tailored for display within a pervasive computing device in response to a simulated request from the pervasive computing device generated by a data processing system that is not the pervasive computing device, the computer program product comprising a computer usable storage medium having computer readable program code means embodied in the medium, the computer readable program code means comprising:
computer readable program code means for building a simulated HyperText Transfer Protocol (HTTP) request, wherein the simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein the simulated HTTP request includes an HTTP header that contains information about the pervasive computing device;
computer readable program code means for issuing the simulated HTTP request from the data processing system to a Web server identified in the simulated HTTP request;
computer readable program code means for receiving at the data processing system an HTTP
response from the Web server, wherein the HTTP response includes Web content tailored for display within the pervasive computing device by a transcoding proxy adapted to tailor Web content for display within pervasive computing devices; and computer readable program code means for comparing the received HTTP response with an expected HTTP response.
computer readable program code means for building a simulated HyperText Transfer Protocol (HTTP) request, wherein the simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein the simulated HTTP request includes an HTTP header that contains information about the pervasive computing device;
computer readable program code means for issuing the simulated HTTP request from the data processing system to a Web server identified in the simulated HTTP request;
computer readable program code means for receiving at the data processing system an HTTP
response from the Web server, wherein the HTTP response includes Web content tailored for display within the pervasive computing device by a transcoding proxy adapted to tailor Web content for display within pervasive computing devices; and computer readable program code means for comparing the received HTTP response with an expected HTTP response.
28. The computer program product according to Claim 27 wherein the pervasive computing device information includes at least one of an identification of a browser running on the pervasive computing device, an identification of an operating system running on the pervasive computing device, an identification of characteristics of a display for the pervasive computing device, and an identification of Web content the pervasive computing device is configured to display.
29. The computer program product according to Claim 27 wherein the computer readable program code means for receiving an HTTP response from the Web server comprises computer readable program code means for storing the HTTP response.
30. The computer program product according to Claim 27 wherein the computer readable program code means for comparing the received HTTP response with an expected HTTP response comprises computer readable program code means for storing the received HTTP
response if the received HTTP response does not match the expected HTTP response.
response if the received HTTP response does not match the expected HTTP response.
31. The computer program product according to Claim 27 wherein the computer readable program code means for building a simulated HTTP request comprises:
computer readable program code means for building a plurality of simulated HTTP requests from a respective plurality of pervasive computing devices, wherein each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device; and computer readable program code means for storing the plurality of simulated HTTP requests.
computer readable program code means for building a plurality of simulated HTTP requests from a respective plurality of pervasive computing devices, wherein each simulated HTTP request includes a Uniform Resource Locator (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device; and computer readable program code means for storing the plurality of simulated HTTP requests.
32. The computer program product according to Claim 31 wherein the computer readable program code means for issuing the simulated HTTP request via the data processing system to a Web server identified in the simulated HTTP request comprises computer readable program code means for asynchronously issuing the plurality of simulated HTTP requests to Web servers identified in each respective simulated HTTP request.
33. The computer program product according to Claim 31 wherein the computer readable program code means for building a plurality of simulated HTTP requests via the data processing system comprises computer readable program code means for retrieving HTTP
header fields and URLs from respective data files.
header fields and URLs from respective data files.
34. The computer program product according to Claim 31 wherein the computer readable program code means for comparing the received HTTP response with an expected HTTP response comprises computer readable program code means for comparing each received HTTP response with an expected HTTP response for a pervasive computing device associated with each respective simulated HTTP request.
35. A computer program product that validates Web content tailored for display within a plurality of pervasive computing devices in response to simulated requests from the pervasive computing devices generated by a data processing system that is not one of the pervasive computing devices, the computer program product comprising a computer usable storage medium having computer readable program code means embodied in the medium, the computer readable program code means comprising:
computer readable program code means for building a plurality of simulated HyperText Transfer Protocol (HTTP) requests, wherein each simulated HTTP request includes a Uniform Resource Locator. (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device;
computer readable program code means for asynchronously issuing each simulated HTTP
request from the data processing system to a Web server identified in each respective simulated HTTP request;
computer readable program code means for receiving an HTTP response to each respective simulated HTTP request, wherein each HTTP response includes Web content tailored for display within a pervasive computing device identified within a respective simulated HTTP request; and computer readable program code means for comparing each received HTTP response with an expected HTTP response for a pervasive computing device specified in each respective simulated HTTP request.
computer readable program code means for building a plurality of simulated HyperText Transfer Protocol (HTTP) requests, wherein each simulated HTTP request includes a Uniform Resource Locator. (URL) that identifies a location of Web content, and wherein each simulated HTTP request includes an HTTP header that contains information about a respective pervasive computing device;
computer readable program code means for asynchronously issuing each simulated HTTP
request from the data processing system to a Web server identified in each respective simulated HTTP request;
computer readable program code means for receiving an HTTP response to each respective simulated HTTP request, wherein each HTTP response includes Web content tailored for display within a pervasive computing device identified within a respective simulated HTTP request; and computer readable program code means for comparing each received HTTP response with an expected HTTP response for a pervasive computing device specified in each respective simulated HTTP request.
36. The computer program product according to Claim 35 wherein pervasive computing device information within each simulated HTTP request includes at least one of an identification of a browser running on a pervasive computing device, an identification of an operating system running on a pervasive computing device, an identification of characteristics of a pervasive computing device display, and an identification of Web content a pervasive computing device is configured to display.
37. The computer program product according to Claim 35 wherein the computer readable program code means for receiving an HTTP response to each respective simulated HTTP request comprises computer readable program code means for storing the HTTP responses.
38. The computer program product according to Claim 35 wherein the computer readable program code means for comparing each received HTTP response with a respective expected HTTP
response comprises computer readable program code means for storing the received HTTP response if the received HTTP response does not match the expected HTTP response.
response comprises computer readable program code means for storing the received HTTP response if the received HTTP response does not match the expected HTTP response.
39. The computer program product according to Claim 35 wherein the computer readable program code means for building a plurality of simulated HTTP requests comprises computer readable program code means for retrieving HTTP header fields and URLs from respective data files.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/419,841 | 1999-10-15 | ||
US09/419,841 US6684257B1 (en) | 1999-10-15 | 1999-10-15 | Systems, methods and computer program products for validating web content tailored for display within pervasive computing devices |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2317082A1 CA2317082A1 (en) | 2001-04-15 |
CA2317082C true CA2317082C (en) | 2005-06-28 |
Family
ID=23663983
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002317082A Expired - Fee Related CA2317082C (en) | 1999-10-15 | 2000-08-28 | Systems, methods and computer program products for validating web content tailored for display within pervasive computing devices |
Country Status (3)
Country | Link |
---|---|
US (1) | US6684257B1 (en) |
CA (1) | CA2317082C (en) |
DE (1) | DE10050172A1 (en) |
Families Citing this family (186)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1109124A3 (en) * | 1999-12-17 | 2005-01-19 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for image data processing and computer program product used therein |
US8527345B2 (en) * | 2000-01-06 | 2013-09-03 | Anthony Richard Rothschild | System and method for adding an advertisement to a personal communication |
WO2001050703A2 (en) * | 2000-01-06 | 2001-07-12 | Rothschild Anthony R | System and method for adding an advertisement to a personal communication |
US6993575B2 (en) * | 2000-02-22 | 2006-01-31 | Oracle International Corporation | Using one device to configure and emulate web site content to be displayed on another device |
FR2805651B1 (en) * | 2000-02-24 | 2002-09-13 | Eastman Kodak Co | METHOD AND DEVICE FOR PRESENTING DIGITAL IMAGES ON A LOW DEFINITION SCREEN |
WO2001073562A1 (en) * | 2000-03-31 | 2001-10-04 | Kyocera Communication Systems, Co., Ltd. | Content server device |
US20040049737A1 (en) * | 2000-04-26 | 2004-03-11 | Novarra, Inc. | System and method for displaying information content with selective horizontal scrolling |
US7072984B1 (en) * | 2000-04-26 | 2006-07-04 | Novarra, Inc. | System and method for accessing customized information over the internet using a browser for a plurality of electronic devices |
US7500188B1 (en) | 2000-04-26 | 2009-03-03 | Novarra, Inc. | System and method for adapting information content for an electronic device |
US7747782B2 (en) * | 2000-04-26 | 2010-06-29 | Novarra, Inc. | System and method for providing and displaying information content |
US6966034B2 (en) * | 2000-06-30 | 2005-11-15 | Microsoft Corporation | Supplemental request header for applications or devices using web browsers |
FR2813416B1 (en) * | 2000-08-31 | 2003-10-17 | Canon Kk | METHOD AND DEVICE FOR ADAPTING THE CONTENT OF DOCUMENTS ON AN INFORMATION SERVER |
US6968356B1 (en) * | 2000-10-19 | 2005-11-22 | International Business Machines Corporation | Method and apparatus for transferring data between a client and a host across a firewall |
GB2369005B (en) * | 2000-11-10 | 2004-07-14 | Nokia Mobile Phones Ltd | Electronic device and method of operation |
JP3664475B2 (en) * | 2001-02-09 | 2005-06-29 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Information processing method, information processing system, program, and recording medium |
US20030208570A1 (en) * | 2001-02-16 | 2003-11-06 | Eugene Lapidous | Method and apparatus for multi-modal document retrieval in the computer network |
US20020133405A1 (en) * | 2001-03-13 | 2002-09-19 | Newnam Scott G. | System and method for providing interactive content to multiple platforms |
US20020133562A1 (en) * | 2001-03-13 | 2002-09-19 | Newnam Scott G. | System and method for operating internet-based events |
US7725604B1 (en) * | 2001-04-26 | 2010-05-25 | Palmsource Inc. | Image run encoding |
JP3880337B2 (en) * | 2001-07-03 | 2007-02-14 | 富士通株式会社 | Content conversion method and converted content acquisition method |
US8301503B2 (en) * | 2001-07-17 | 2012-10-30 | Incucomm, Inc. | System and method for providing requested information to thin clients |
US20030033432A1 (en) * | 2001-08-08 | 2003-02-13 | Simpson Shell S. | Web based imaging service that converts web pages into content on behalf of another web site |
US7254526B2 (en) * | 2001-08-24 | 2007-08-07 | International Business Machines Corporation | Apparatus and method for determining compatibility of web sites with designated requirements based on functional characteristics of the web sites |
US20030084441A1 (en) * | 2001-10-31 | 2003-05-01 | Hunt Richard C. | System and method for ITV data automation via a broadcast traffic and scheduling system |
US20030110234A1 (en) * | 2001-11-08 | 2003-06-12 | Lightsurf Technologies, Inc. | System and methodology for delivering media to multiple disparate client devices based on their capabilities |
US7734716B2 (en) * | 2002-01-24 | 2010-06-08 | Ge Fanuc Automation North America, Inc. | Methods and systems for management and control of an automation control module |
US20030193518A1 (en) * | 2002-04-08 | 2003-10-16 | Newnam Scott G. | System and method for creating interactive content at multiple points in the television prodction process |
US8555313B2 (en) * | 2002-04-09 | 2013-10-08 | Ericsson Television Inc. | System and method for coordinating interactive television programs |
US7277963B2 (en) * | 2002-06-26 | 2007-10-02 | Sandvine Incorporated | TCP proxy providing application layer modifications |
US7801945B1 (en) * | 2002-07-03 | 2010-09-21 | Sprint Spectrum L.P. | Method and system for inserting web content through intermediation between a content server and a client station |
US7051040B2 (en) | 2002-07-23 | 2006-05-23 | Lightsurf Technologies, Inc. | Imaging system providing dynamic viewport layering |
US20040205174A1 (en) * | 2003-02-21 | 2004-10-14 | Snyder Joseph J. | XML driven WebDAV unit test framework |
US20040193940A1 (en) * | 2003-02-21 | 2004-09-30 | Snyder Joseph J. | WebDAV unit test framework |
JP4014160B2 (en) * | 2003-05-30 | 2007-11-28 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Information processing apparatus, program, and recording medium |
US20050080608A1 (en) * | 2003-06-30 | 2005-04-14 | Joe Burns | Simulator for request/response systems |
US7860309B1 (en) | 2003-09-30 | 2010-12-28 | Verisign, Inc. | Media publishing system with methodology for parameterized rendering of image regions of interest |
US20050216829A1 (en) * | 2004-03-25 | 2005-09-29 | Boris Kalinichenko | Wireless content validation |
US20060095410A1 (en) * | 2004-10-29 | 2006-05-04 | Ostrover Lewis S | Personal video recorder for home network providing filtering and format conversion of content |
US7805453B2 (en) * | 2004-10-29 | 2010-09-28 | Warner Bros. Home Entertainment Inc. | Method, system, and apparatus for receiving, processing and rendering content responsive to user and device parameters |
US8131804B2 (en) * | 2004-11-19 | 2012-03-06 | J Michael Greata | Method and apparatus for immunizing data in computer systems from corruption |
US20060224700A1 (en) * | 2005-03-15 | 2006-10-05 | Microsoft Corporation | Multipart response generation |
JP2007011805A (en) * | 2005-06-30 | 2007-01-18 | Toshiba Corp | Communication device and communication method |
WO2007120399A2 (en) | 2006-02-24 | 2007-10-25 | Verisign, Inc. | System and method for managing distribution of multi-formatted content |
US8615562B1 (en) | 2006-12-29 | 2013-12-24 | Google Inc. | Proxy for tolerating faults in high-security systems |
US8554868B2 (en) | 2007-01-05 | 2013-10-08 | Yahoo! Inc. | Simultaneous sharing communication interface |
US7913264B2 (en) * | 2007-02-22 | 2011-03-22 | Amadeus Sas | Remote customisation module and system comprising said module |
US9973371B1 (en) * | 2008-08-15 | 2018-05-15 | Sprint Communications Company, L.P. | Requesting a specific website version |
US8713200B2 (en) * | 2009-03-31 | 2014-04-29 | Buc Mobile, Inc. | System and method for broadcasting rich media to devices over multiple carriers |
US9037674B2 (en) * | 2009-09-22 | 2015-05-19 | Thwapr, Inc. | Hybrid transcoding for mobile media sharing |
BR112014000615B1 (en) | 2011-07-12 | 2021-07-13 | Snap Inc | METHOD TO SELECT VISUAL CONTENT EDITING FUNCTIONS, METHOD TO ADJUST VISUAL CONTENT, AND SYSTEM TO PROVIDE A PLURALITY OF VISUAL CONTENT EDITING FUNCTIONS |
US11734712B2 (en) | 2012-02-24 | 2023-08-22 | Foursquare Labs, Inc. | Attributing in-store visits to media consumption based on data collected from user devices |
US8972357B2 (en) | 2012-02-24 | 2015-03-03 | Placed, Inc. | System and method for data collection to validate location data |
US10155168B2 (en) | 2012-05-08 | 2018-12-18 | Snap Inc. | System and method for adaptable avatars |
US20150193275A1 (en) * | 2014-01-06 | 2015-07-09 | Microsoft Corporation | Building interactive, data driven apps |
US9608876B2 (en) | 2014-01-06 | 2017-03-28 | Microsoft Technology Licensing, Llc | Dynamically adjusting brand and platform interface elements |
US9483811B2 (en) | 2014-01-06 | 2016-11-01 | Microsoft Technology Licensing, Llc | Division of processing between systems based on external factors |
US9501808B2 (en) | 2014-01-06 | 2016-11-22 | Microsoft Technology Licensing, Llc | Division of processing between systems based on business constraints |
US9628950B1 (en) | 2014-01-12 | 2017-04-18 | Investment Asset Holdings Llc | Location-based messaging |
US9396354B1 (en) | 2014-05-28 | 2016-07-19 | Snapchat, Inc. | Apparatus and method for automated privacy protection in distributed images |
US9537811B2 (en) | 2014-10-02 | 2017-01-03 | Snap Inc. | Ephemeral gallery of ephemeral messages |
IL239237B (en) | 2014-06-05 | 2018-12-31 | Rotem Efrat | Web document enhancement |
US9113301B1 (en) | 2014-06-13 | 2015-08-18 | Snapchat, Inc. | Geo-location based event gallery |
US9225897B1 (en) | 2014-07-07 | 2015-12-29 | Snapchat, Inc. | Apparatus and method for supplying content aware photo filters |
US10423983B2 (en) | 2014-09-16 | 2019-09-24 | Snap Inc. | Determining targeting information based on a predictive targeting model |
US10824654B2 (en) | 2014-09-18 | 2020-11-03 | Snap Inc. | Geolocation-based pictographs |
US11216869B2 (en) | 2014-09-23 | 2022-01-04 | Snap Inc. | User interface to augment an image using geolocation |
US10284508B1 (en) | 2014-10-02 | 2019-05-07 | Snap Inc. | Ephemeral gallery of ephemeral messages with opt-in permanence |
US9015285B1 (en) | 2014-11-12 | 2015-04-21 | Snapchat, Inc. | User interface for accessing media at a geographic location |
US10311916B2 (en) | 2014-12-19 | 2019-06-04 | Snap Inc. | Gallery of videos set to an audio time line |
US9385983B1 (en) | 2014-12-19 | 2016-07-05 | Snapchat, Inc. | Gallery of messages from individuals with a shared interest |
US9754355B2 (en) | 2015-01-09 | 2017-09-05 | Snap Inc. | Object recognition based photo filters |
US11388226B1 (en) | 2015-01-13 | 2022-07-12 | Snap Inc. | Guided personal identity based actions |
US10133705B1 (en) | 2015-01-19 | 2018-11-20 | Snap Inc. | Multichannel system |
US9521515B2 (en) | 2015-01-26 | 2016-12-13 | Mobli Technologies 2010 Ltd. | Content request by location |
US10223397B1 (en) | 2015-03-13 | 2019-03-05 | Snap Inc. | Social graph based co-location of network users |
US10616239B2 (en) | 2015-03-18 | 2020-04-07 | Snap Inc. | Geo-fence authorization provisioning |
US9692967B1 (en) | 2015-03-23 | 2017-06-27 | Snap Inc. | Systems and methods for reducing boot time and power consumption in camera systems |
US9881094B2 (en) | 2015-05-05 | 2018-01-30 | Snap Inc. | Systems and methods for automated local story generation and curation |
US10135949B1 (en) | 2015-05-05 | 2018-11-20 | Snap Inc. | Systems and methods for story and sub-story navigation |
US10993069B2 (en) | 2015-07-16 | 2021-04-27 | Snap Inc. | Dynamically adaptive media content delivery |
US10817898B2 (en) | 2015-08-13 | 2020-10-27 | Placed, Llc | Determining exposures to content presented by physical objects |
CN106528396B (en) * | 2015-09-09 | 2019-06-11 | 阿里巴巴集团控股有限公司 | For handling the method and apparatus of application request |
US9652896B1 (en) | 2015-10-30 | 2017-05-16 | Snap Inc. | Image based tracking in augmented reality systems |
CN105468320B (en) * | 2015-11-16 | 2019-02-15 | 歌尔股份有限公司 | A kind of black and white screen display methods, device and intelligent terminal based on Android platform |
US9984499B1 (en) | 2015-11-30 | 2018-05-29 | Snap Inc. | Image and point cloud based tracking and in augmented reality systems |
US10474321B2 (en) | 2015-11-30 | 2019-11-12 | Snap Inc. | Network resource location linking and visual content sharing |
US10354425B2 (en) | 2015-12-18 | 2019-07-16 | Snap Inc. | Method and system for providing context relevant media augmentation |
US11023514B2 (en) | 2016-02-26 | 2021-06-01 | Snap Inc. | Methods and systems for generation, curation, and presentation of media collections |
US10285001B2 (en) | 2016-02-26 | 2019-05-07 | Snap Inc. | Generation, curation, and presentation of media collections |
US10679389B2 (en) | 2016-02-26 | 2020-06-09 | Snap Inc. | Methods and systems for generation, curation, and presentation of media collections |
US10339365B2 (en) | 2016-03-31 | 2019-07-02 | Snap Inc. | Automated avatar generation |
CN106055480B (en) * | 2016-06-02 | 2021-03-16 | 腾讯科技(深圳)有限公司 | Method and terminal for debugging webpage |
US11785161B1 (en) | 2016-06-20 | 2023-10-10 | Pipbin, Inc. | System for user accessibility of tagged curated augmented reality content |
US11201981B1 (en) | 2016-06-20 | 2021-12-14 | Pipbin, Inc. | System for notification of user accessibility of curated location-dependent content in an augmented estate |
US10805696B1 (en) | 2016-06-20 | 2020-10-13 | Pipbin, Inc. | System for recording and targeting tagged content of user interest |
US10638256B1 (en) | 2016-06-20 | 2020-04-28 | Pipbin, Inc. | System for distribution and display of mobile targeted augmented reality content |
US11044393B1 (en) | 2016-06-20 | 2021-06-22 | Pipbin, Inc. | System for curation and display of location-dependent augmented reality content in an augmented estate system |
US11876941B1 (en) | 2016-06-20 | 2024-01-16 | Pipbin, Inc. | Clickable augmented reality content manager, system, and network |
US10334134B1 (en) | 2016-06-20 | 2019-06-25 | Maximillian John Suiter | Augmented real estate with location and chattel tagging system and apparatus for virtual diary, scrapbooking, game play, messaging, canvasing, advertising and social interaction |
US9681265B1 (en) | 2016-06-28 | 2017-06-13 | Snap Inc. | System to track engagement of media items |
US10430838B1 (en) | 2016-06-28 | 2019-10-01 | Snap Inc. | Methods and systems for generation, curation, and presentation of media collections with automated advertising |
US10387514B1 (en) | 2016-06-30 | 2019-08-20 | Snap Inc. | Automated content curation and communication |
US10348662B2 (en) | 2016-07-19 | 2019-07-09 | Snap Inc. | Generating customized electronic messaging graphics |
US10410367B2 (en) | 2016-08-30 | 2019-09-10 | C3D Augmented Reality Solutions Ltd. | Systems and methods for simulatenous localization and mapping |
US10432559B2 (en) | 2016-10-24 | 2019-10-01 | Snap Inc. | Generating and displaying customized avatars in electronic messages |
CN109952610B (en) | 2016-11-07 | 2021-01-08 | 斯纳普公司 | Selective identification and ordering of image modifiers |
US10203855B2 (en) | 2016-12-09 | 2019-02-12 | Snap Inc. | Customized user-controlled media overlays |
US11616745B2 (en) | 2017-01-09 | 2023-03-28 | Snap Inc. | Contextual generation and selection of customized media content |
US10454857B1 (en) | 2017-01-23 | 2019-10-22 | Snap Inc. | Customized digital avatar accessories |
US10915911B2 (en) | 2017-02-03 | 2021-02-09 | Snap Inc. | System to determine a price-schedule to distribute media content |
US10319149B1 (en) | 2017-02-17 | 2019-06-11 | Snap Inc. | Augmented reality anamorphosis system |
US11250075B1 (en) | 2017-02-17 | 2022-02-15 | Snap Inc. | Searching social media content |
US10074381B1 (en) | 2017-02-20 | 2018-09-11 | Snap Inc. | Augmented reality speech balloon system |
US10565795B2 (en) | 2017-03-06 | 2020-02-18 | Snap Inc. | Virtual vision system |
US10523625B1 (en) | 2017-03-09 | 2019-12-31 | Snap Inc. | Restricted group content collection |
US10582277B2 (en) | 2017-03-27 | 2020-03-03 | Snap Inc. | Generating a stitched data stream |
US10581782B2 (en) | 2017-03-27 | 2020-03-03 | Snap Inc. | Generating a stitched data stream |
US11170393B1 (en) | 2017-04-11 | 2021-11-09 | Snap Inc. | System to calculate an engagement score of location based media content |
US10387730B1 (en) | 2017-04-20 | 2019-08-20 | Snap Inc. | Augmented reality typography personalization system |
US11893647B2 (en) | 2017-04-27 | 2024-02-06 | Snap Inc. | Location-based virtual avatars |
US10212541B1 (en) | 2017-04-27 | 2019-02-19 | Snap Inc. | Selective location-based identity communication |
KR102515132B1 (en) | 2017-04-27 | 2023-03-28 | 스냅 인코포레이티드 | A geographic level representation of a user's location on a social media platform |
US10467147B1 (en) | 2017-04-28 | 2019-11-05 | Snap Inc. | Precaching unlockable data elements |
US10803120B1 (en) | 2017-05-31 | 2020-10-13 | Snap Inc. | Geolocation based playlists |
EP3652642B1 (en) * | 2017-07-11 | 2022-06-22 | Telefonaktiebolaget LM Ericsson (Publ) | Methods and arrangements for robot device control in a cloud |
US11025724B2 (en) * | 2017-07-24 | 2021-06-01 | Facebook, Inc. | Transport of control data in proxy-based network communications |
US11475254B1 (en) | 2017-09-08 | 2022-10-18 | Snap Inc. | Multimodal entity identification |
US10740974B1 (en) | 2017-09-15 | 2020-08-11 | Snap Inc. | Augmented reality system |
US10499191B1 (en) | 2017-10-09 | 2019-12-03 | Snap Inc. | Context sensitive presentation of content |
US10573043B2 (en) | 2017-10-30 | 2020-02-25 | Snap Inc. | Mobile-based cartographic control of display content |
US11265273B1 (en) | 2017-12-01 | 2022-03-01 | Snap, Inc. | Dynamic media overlay with smart widget |
US11017173B1 (en) | 2017-12-22 | 2021-05-25 | Snap Inc. | Named entity recognition visual context and caption data |
US10678818B2 (en) | 2018-01-03 | 2020-06-09 | Snap Inc. | Tag distribution visualization system |
CN108268375B (en) * | 2018-01-12 | 2021-04-30 | 深圳壹账通智能科技有限公司 | Application program testing method and device, computer equipment and storage medium |
US11507614B1 (en) | 2018-02-13 | 2022-11-22 | Snap Inc. | Icon based tagging |
US10979752B1 (en) | 2018-02-28 | 2021-04-13 | Snap Inc. | Generating media content items based on location information |
US10885136B1 (en) | 2018-02-28 | 2021-01-05 | Snap Inc. | Audience filtering system |
US10327096B1 (en) | 2018-03-06 | 2019-06-18 | Snap Inc. | Geo-fence selection system |
EP3766028A1 (en) | 2018-03-14 | 2021-01-20 | Snap Inc. | Generating collectible items based on location information |
US11163941B1 (en) | 2018-03-30 | 2021-11-02 | Snap Inc. | Annotating a collection of media content items |
US10219111B1 (en) | 2018-04-18 | 2019-02-26 | Snap Inc. | Visitation tracking system |
US10896197B1 (en) | 2018-05-22 | 2021-01-19 | Snap Inc. | Event detection system |
US10679393B2 (en) | 2018-07-24 | 2020-06-09 | Snap Inc. | Conditional modification of augmented reality object |
US10997760B2 (en) | 2018-08-31 | 2021-05-04 | Snap Inc. | Augmented reality anthropomorphization system |
US10698583B2 (en) | 2018-09-28 | 2020-06-30 | Snap Inc. | Collaborative achievement interface |
US10778623B1 (en) | 2018-10-31 | 2020-09-15 | Snap Inc. | Messaging and gaming applications communication platform |
US10939236B1 (en) | 2018-11-30 | 2021-03-02 | Snap Inc. | Position service to determine relative position to map features |
US11199957B1 (en) | 2018-11-30 | 2021-12-14 | Snap Inc. | Generating customized avatars based on location information |
US11032670B1 (en) | 2019-01-14 | 2021-06-08 | Snap Inc. | Destination sharing in location sharing system |
US10939246B1 (en) | 2019-01-16 | 2021-03-02 | Snap Inc. | Location-based context information sharing in a messaging system |
US11294936B1 (en) | 2019-01-30 | 2022-04-05 | Snap Inc. | Adaptive spatial density based clustering |
US10936066B1 (en) | 2019-02-13 | 2021-03-02 | Snap Inc. | Sleep detection in a location sharing system |
US10838599B2 (en) | 2019-02-25 | 2020-11-17 | Snap Inc. | Custom media overlay system |
US10964082B2 (en) | 2019-02-26 | 2021-03-30 | Snap Inc. | Avatar based on weather |
US10852918B1 (en) | 2019-03-08 | 2020-12-01 | Snap Inc. | Contextual information in chat |
US11868414B1 (en) | 2019-03-14 | 2024-01-09 | Snap Inc. | Graph-based prediction for contact suggestion in a location sharing system |
US11852554B1 (en) | 2019-03-21 | 2023-12-26 | Snap Inc. | Barometer calibration in a location sharing system |
US11249614B2 (en) | 2019-03-28 | 2022-02-15 | Snap Inc. | Generating personalized map interface with enhanced icons |
US10810782B1 (en) | 2019-04-01 | 2020-10-20 | Snap Inc. | Semantic texture mapping system |
US10560898B1 (en) | 2019-05-30 | 2020-02-11 | Snap Inc. | Wearable device location systems |
US10582453B1 (en) | 2019-05-30 | 2020-03-03 | Snap Inc. | Wearable device location systems architecture |
US10893385B1 (en) | 2019-06-07 | 2021-01-12 | Snap Inc. | Detection of a physical collision between two client devices in a location sharing system |
US11307747B2 (en) | 2019-07-11 | 2022-04-19 | Snap Inc. | Edge gesture interface with smart interactions |
US11821742B2 (en) | 2019-09-26 | 2023-11-21 | Snap Inc. | Travel based notifications |
US11218838B2 (en) | 2019-10-31 | 2022-01-04 | Snap Inc. | Focused map-based context information surfacing |
US11128715B1 (en) | 2019-12-30 | 2021-09-21 | Snap Inc. | Physical friend proximity in chat |
US11429618B2 (en) | 2019-12-30 | 2022-08-30 | Snap Inc. | Surfacing augmented reality objects |
US11169658B2 (en) | 2019-12-31 | 2021-11-09 | Snap Inc. | Combined map icon with action indicator |
US11343323B2 (en) | 2019-12-31 | 2022-05-24 | Snap Inc. | Augmented reality objects registry |
US11228551B1 (en) | 2020-02-12 | 2022-01-18 | Snap Inc. | Multiple gateway message exchange |
US11516167B2 (en) | 2020-03-05 | 2022-11-29 | Snap Inc. | Storing data based on device location |
US11619501B2 (en) | 2020-03-11 | 2023-04-04 | Snap Inc. | Avatar based on trip |
US11430091B2 (en) | 2020-03-27 | 2022-08-30 | Snap Inc. | Location mapping for large scale augmented-reality |
US10956743B1 (en) | 2020-03-27 | 2021-03-23 | Snap Inc. | Shared augmented reality system |
US11503432B2 (en) | 2020-06-15 | 2022-11-15 | Snap Inc. | Scalable real-time location sharing framework |
US11314776B2 (en) | 2020-06-15 | 2022-04-26 | Snap Inc. | Location sharing using friend list versions |
US11290851B2 (en) | 2020-06-15 | 2022-03-29 | Snap Inc. | Location sharing using offline and online objects |
US11483267B2 (en) | 2020-06-15 | 2022-10-25 | Snap Inc. | Location sharing using different rate-limited links |
US11308327B2 (en) | 2020-06-29 | 2022-04-19 | Snap Inc. | Providing travel-based augmented reality content with a captured image |
US11146472B1 (en) | 2020-07-21 | 2021-10-12 | Bank Of America Corporation | Artificial intelligence-based lateral movement identification tool |
US11349797B2 (en) | 2020-08-31 | 2022-05-31 | Snap Inc. | Co-location connection service |
US11606756B2 (en) | 2021-03-29 | 2023-03-14 | Snap Inc. | Scheduling requests for location data |
US11645324B2 (en) | 2021-03-31 | 2023-05-09 | Snap Inc. | Location-based timeline media content system |
CN113179317B (en) * | 2021-04-27 | 2023-02-07 | 杭州迪普科技股份有限公司 | Test system and method for content rewriting device |
US11829834B2 (en) | 2021-10-29 | 2023-11-28 | Snap Inc. | Extended QR code |
CN115941363B (en) * | 2023-03-08 | 2023-08-01 | 广东广宇科技发展有限公司 | Network communication security analysis method based on http protocol |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6076109A (en) | 1996-04-10 | 2000-06-13 | Lextron, Systems, Inc. | Simplified-file hyper text protocol |
US6421733B1 (en) * | 1997-03-25 | 2002-07-16 | Intel Corporation | System for dynamically transcoding data transmitted between computers |
US6345303B1 (en) * | 1997-03-25 | 2002-02-05 | Intel Corporation | Network proxy capable of dynamically selecting a destination device for servicing a client request |
US6311215B1 (en) * | 1997-03-25 | 2001-10-30 | Intel Corporation | System for dynamic determination of client communications capabilities |
US6247050B1 (en) * | 1997-09-12 | 2001-06-12 | Intel Corporation | System for collecting and displaying performance improvement information for a computer |
US6167441A (en) * | 1997-11-21 | 2000-12-26 | International Business Machines Corporation | Customization of web pages based on requester type |
US6311058B1 (en) * | 1998-06-30 | 2001-10-30 | Microsoft Corporation | System for delivering data content over a low bit rate transmission channel |
US6247048B1 (en) * | 1998-04-30 | 2001-06-12 | Openwave Systems Inc | Method and apparatus for transcoding character sets between internet hosts and thin client devices over data networks |
US6138157A (en) * | 1998-10-12 | 2000-10-24 | Freshwater Software, Inc. | Method and apparatus for testing web sites |
US6272542B1 (en) * | 1998-12-10 | 2001-08-07 | International Business Machines Corporation | Method and apparatus for managing data pushed asynchronously to a pervasive computing client |
US6401132B1 (en) * | 1999-08-03 | 2002-06-04 | International Business Machines Corporation | Subchaining transcoders in a transcoding framework |
-
1999
- 1999-10-15 US US09/419,841 patent/US6684257B1/en not_active Expired - Lifetime
-
2000
- 2000-08-28 CA CA002317082A patent/CA2317082C/en not_active Expired - Fee Related
- 2000-10-11 DE DE10050172A patent/DE10050172A1/en not_active Ceased
Also Published As
Publication number | Publication date |
---|---|
DE10050172A1 (en) | 2001-04-26 |
US6684257B1 (en) | 2004-01-27 |
CA2317082A1 (en) | 2001-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2317082C (en) | Systems, methods and computer program products for validating web content tailored for display within pervasive computing devices | |
US6418544B1 (en) | Use of a client meta-cache for realistic high-level web server stress testing with minimal client footprint | |
US6657647B1 (en) | Controlling the order in which content is displayed in a browser | |
US7680883B2 (en) | Dynamic integration of web sites | |
US6417873B1 (en) | Systems, methods and computer program products for identifying computer file characteristics that can hinder display via hand-held computing devices | |
CN1128415C (en) | Customization of web pages based on requester type | |
US6338096B1 (en) | System uses kernals of micro web server for supporting HTML web browser in providing HTML data format and HTTP protocol from variety of data sources | |
US7783723B2 (en) | Systems and methods for submitting data from a WML-based browser | |
US6457030B1 (en) | Systems, methods and computer program products for modifying web content for display via pervasive computing devices | |
US6535896B2 (en) | Systems, methods and computer program products for tailoring web page content in hypertext markup language format for display within pervasive computing devices using extensible markup language tools | |
US7805495B2 (en) | Method and system for transferring web browser data between web browsers | |
US8056014B2 (en) | Web portal page interactive user interfaces with maximum accessibility to user selected portlets | |
US20060047792A1 (en) | Dynamically configuring a server computer | |
US20020083098A1 (en) | Web collaboration through synchronization | |
US20030187956A1 (en) | Method and apparatus for providing access control and content management services | |
JPH10162030A (en) | Method and device for rendering hyperlink information | |
US9069871B2 (en) | System, method, and program for generating web page | |
WO2004040481A1 (en) | A system and method for providing and displaying information content | |
US20040205119A1 (en) | Method and apparatus for capturing web page content development data | |
US6829619B1 (en) | Information providing server | |
CN111858255A (en) | User behavior acquisition method based on screenshot and related equipment | |
Smith et al. | Building responsive and scalable web applications | |
CN1249608C (en) | System and method of mediating web page | |
US20060168467A1 (en) | Load testing methods and systems with transaction variability and consistency | |
US20070011336A1 (en) | Method for managing contents of a web site |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |