|Publication number||US7739400 B2|
|Application number||US 10/408,491|
|Publication date||Jun 15, 2010|
|Filing date||Apr 7, 2003|
|Priority date||Oct 14, 1996|
|Also published as||DE966820T1, DE69735500D1, DE69735500T2, EP0966820A1, EP0966820B1, US6581090, US20040068576, WO1998017039A1|
|Publication number||10408491, 408491, US 7739400 B2, US 7739400B2, US-B2-7739400, US7739400 B2, US7739400B2|
|Inventors||Sverker Lindbo, Peter Löthberg, Paul Vixie|
|Original Assignee||Mirror Image Internet, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (33), Non-Patent Citations (13), Referenced by (113), Classifications (8), Legal Events (1)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application claims priority to and is a continuation of U.S. patent application Ser. No. 09/284,353, filed Jun. 30, 1999 now U.S. Pat. No. 6,581,090.
The present invention relates to a method and a system for transferring information on the Internet.
Over the last few years, Internet has developed into the fastest growing means of communication and is predicted to be the main system for distributing information in the future. The Internet has become increasingly popular and the number of users is growing at a magnificent rate.
However, the popularity of the Internet, and especially the use of the Internet application World Wide Web, is putting the net under enormous capacity pressure. Traffic on the Internet doubles about every three months, with no signs of slowing down. This kind of exponential growth will eventually slow down, but several factors indicate that it is still far from any slowdown in growth.
Today, only a small fraction, about 3 to 5 percent, of all PCs have access to the Internet. It is believed that most of those who have made and will make the investment in a PC will eventually want access to the Internet. Furthermore, communication speeds between the user and the Internet infrastructure is increasing rapidly. The transition from 14.4 kbit/s modems to 28.8 kbit/s is just being completed as manufactures announce new modems at 56 kbit/s. Other technologies such as ISDN (128 kbit/s), Cable TV modems (500-10,000 kbit/s) and xDSL (2,000 to 25,000 kbit/s) are emerging. Moreover, manufacturers of household electronics are launching low costs devices to give Internet World Wide Web access through television sets, telephones, etc.
These and other factors are all contributing in making it increasingly difficult to access information on the Internet, since the system is basically being overloaded. This problem is a fact both in USA and Europe, but it is even more serious when passing information between USA and Europe. The transatlantic transmission capacity is too small to cope with the exploding Internet use.
Basically, there exists two conventional solutions to this problem. A first solution is to add more bandwidth and switching capacity, which is being done, but which carries huge costs and also faces significant technical problems. A second solution is to use so called “caching” or “mirroring” techniques. The meaning of these definitions is somewhat undefined and is also in some cases somewhat overlapping. However, “caching” basically means to keep track of the Internet traffic and to keep copies of the most frequently accessed World Wide Web files at a location closer to the user. Similarly, “mirroring” basically means to keep copies of specific World Wide Web files in a mirror server, independent of the access frequencies.
These second solutions hence involve the providing of a local copy of a World Wide Web Site of interest. For example, a copy of CNN's USA-based homepage may be provided in a cache or a mirror at a European “proxy” location, whereby European Internet users may access the CNN homepage without having to use the transatlantic communication link, thereby both attaining quicker access and at the same time lowering the load on the transatlantic link.
However, caching and mirroring also raises several technical problems. For example, current research show that to be most efficient, the cache must be near the original information source. Caching is always more efficient closer to the information content provider server then closer to the user. The problem is that, depending on the popularity of each site, the actual location of the most popular original information providers keep moving around. A cache would therefore need to be very big to be efficient.
Another problem is that the user must specify a location for the copies of the original content information, it being a cache or a mirror. Such a location is called a “proxy” and can be specified in all commonly used softwares for web access. This user interaction is difficult to obtain, given the increasing diversity of web users.
Furthermore, if the proxy is very large, as is needed to provide for a large amount of content with ever changing popularity, it will also, for economical reasons, need to cater for very many users. The proxy itself will then become a bottleneck, and access times may thus increase. Consequently, there exists a problem with the limited scaleability of the proxy technique.
It is therefore an object of the invention to reduce the capacity constraints on the Internet.
Another object of the invention is to provide a scaleable technology for reducing access time on the Internet which allows growth to a significantly larger amount of users and information traffic on the Internet.
According to the present invention, said objectives are achieved by a method and a system according to the appended claims.
Hence, according the invention, there is provided a concept for transferring information on the Internet, comprising: intercepting an information request from an Internet user directed to an Internet information content provider address; determining whether or not said request relates to an information content provider address providing information which is also provided at a corresponding alternative address; and directing said request either to said alternative address, if existing, or to said information content provider address, if not, for providing the requested information to said user.
The invention is hence based on the use of a so called interceptor, or interceptor means, which is used to examine the information requests from a user to decide whether the same information exists in a copied form or the like on a server means arranged locally with respect to said interceptor means.
Hence, information corresponding to at least part of the information provided at one or more Internet information content provider addresses, is provided at respective associated alternative addresses, preferably in a local storing means such as a local cache or mirror, the arrangement of said alternative addresses providing easier access with respect to a Internet user;
Here, the term “locally” does not necessarily imply locally in the geographical sense, but may just as well mean locally in a time or access sense. The essential feature being that the access to the “local” server is quicker, easier, more cost efficient, or in any other aspect more preferable then the access to the original content provider.
Consequently, in a preferred embodiment of the invention, said storing means is arranged in direct communication with said intercepting means.
According to the invention, the user does not have to decide whether it is preferable to use the alternative server or not. Instead this selection is performed by the interceptor, thereby essentially only making use of the local server when the requested information is actually provided thereon.
In order for the re-routing of the information requests to be effective, it is preferred that the interception means is arranged close to the user, preferably between said user and an Internet first switching point. Such an Internet first switching point is generally provided by a so called Internet Service Provider, which for example may be the local phone company, such as Telia in Sweden. However, in different applications, it will also or alternatively be preferred to arrange said intercepting means at a Border Router or at a so called Network Access Point.
According to yet another preferred embodiment of the invention, the interceptor comprises a look up table which includes a first list of information content provider addresses having associated corresponding alternative addresses, making it possible easily to determine whether or not the request relates to information possibly stored at an alternative address on said storing means. The first list may for example include a list of locally stored World Wide Web Sites, i.e. a list of IP-addresses.
The interceptor is hence arranged to receive the information request from the user and then to decide, by comparison with said list, whether the address of interest have a copy or the like thereof provided on the locally arranged server. If the answer is yes, the request is re-routed to an alternative address on the local server. If no, then the request is sent on “untouched” to the first switching point or directly to the Internet and so forth.
According to a preferred embodiment of the invention, only requests or frames referring to a specific communication format or application, corresponding to the type of information service provided on the local storing means, is intercepted. For example, only so called TCP-queries to the WWW port.
According to the invention, the user does not have to decide whether or not to use an alternative address. Instead, the interceptor keeps track of which addresses or information that are stored in a copied form at the local server and simply re-routs the request if there is a match between the requested information address and a locally arranged copy of at least part of the information held at the requested address.
This allows for the preferred scalability of a system according to the invention, since the local server may be very large without slowing down the use of the server. The information request does not have to pass through the local server, but merely be judged with respect to the list of addresses stored in the interceptor. A interceptor according to the invention may therefor be used in communication with several servers, which in turn may be arranged in an hierarchical memory structure.
Furthermore, the said interceptor means may be constituted by several interceptors arranged in parallel and connected, preferably via high speed switching means, to the server or servers.
In order for the request to be easily directed to the correct location on the server or servers, in such a case when at least one alternative address exists, said look up table preferably further comprises a second list of corresponding alternative addresses being associated with said information content provider addresses, for obtaining an alternative address corresponding to the request. When the interceptor decides that a copy of at least part of the information provided at the requested information address exists on one of the local servers, the second list provides the exact location of said alternative address or information on the server, thereby allowing the request to be re-routed directly to the alternative address, without having to travel through the entire server in order to reach the address of interest. This feature further increases the scalability of a system according to the invention.
In some cases, it may be desired to provide copies of only part of the information content provided by an information content provider. In such a case, it is preferred to pass the information request along to the original content provider if the request corresponds to the part of the entire information content which in fact does not exists on the local server.
Hence, according to a preferred embodiment of the invention, there is provided a list storing information indicating if all of the information at the respective information content provider addresses is provided at the associated corresponding alternative addresses or, if not, which part of said information is provided, or is not provided, at said at least one associated corresponding alternative addresses. Consequently, the interceptor according to this embodiment is arranged to direct said information request to an applicable alternative address on the local server only if said alternative address provides the part of the information which refers to said information request.
According to a further developed embodiment, this third list, or parts thereof, may be provided in connection with the local server. According to this embodiment, a request relating to a specific content address, having an alternative address on said server, may be re-routed to the server even if the part of information of interest in fact does not exist in a copied form on the server. However, when received at the server, the request is checked against said third list and then, since the relevant information in this case actually did not exist, is sent on to the original content provider. Consequently, some requests may be temporarily re-routed but still sent on to the original content provider. In a preferred embodiment, the part of said third list relating to frequently visited sites is stored in connection with said interceptor means, and the part relating to less frequently visited sites is stored in connection with said storing means. This provides the advantage of faster processing achievable by said interceptor and determining means.
The third list may for example include so called URL-addresses or addresspatterns of files or object that are or are not mirrored at the alternative address.
According to yet another embodiment of the invention, there is provided means for updating the information at said alternative addresses. Preferably, said updating means is arranged to update the information at said alternative addresses at specific time intervals. Alternatively, said updating means may be arranged to provide an updating signal from said information content provider address to said corresponding alternative address for updating the information at the alternative address when requested.
According to a yet further embodiment of the invention, said local server may comprise processing means for controlling for example said updating of the information at the alternative addresses. The server control unit or a interceptor control unit may be used to update said lists as the information content in the local storing means changes.
The invention provides many advantages compared to prior art. For example, traffic can be redirected to the mirror server even if the user do not specify a proxy location or if the user deliberately tries to inactivate a proxy setting made by the Internet Service Provider.
The content on the local or mirror server can be managed through a process known as “server push”, whereby changes in the original content servers is “pushed” to the mirror server.
Further, there is no limit to the number of interceptors that may be used. Moreover, each interceptor may point to any number of different servers for different parts of the mirrored content. Also, several mirror servers may be configures both in parallel at a given location, and in a geographic hierarchy.
In the event of a failure of an interceptor, it can rapidly be bypassed to restore some service while the interceptor is being repaired or replaced.
In the event of a failure of a mirror server, or a disk subsystem or on a mirror server, the interceptor can be instructed to route the affected part of the traffic to the Internet, while the defective components are being repaired or replaced.
It is to be understood that the local storing means may function as a mirror as well as a cache, as long as an updated list of which sites that presently are stored on said storing means exists to be used by the interceptor for deciding whether or not to re-route the request.
Although the description of the invention has been made with respect to the Internet communication system, it is understood by those skilled in the art that the invention also may be used in other similar types of global information communication systems which may be found in the future and which may show similar kinds of communication problems. The invention is therefore of course not limited to the Internet application.
Also, even though the description further has been made mainly with respect to the World Wide Web application, it is to be understood that the invention may as well be used for many other kinds of net applications and is not limited thereto.
Furthermore, even though the invention has been described as comprising intercepting, determining, directing and other means, it is understood by those skilled in the art that these different elements do not necessarily need to be provided as single units, but may instead constitute part of each other or may be integrated in some form.
Further aspects, features and advantages of the invention will become clear from the following description of preferred exemplifying embodiments with reference to the accompanying drawings, in which:
With reference to
According to this system, a user USR1 wishing to access information provided for example as a World Wide Web homepage or site by an Internet information content provider 60, located at a original site of publication somewhere on the Internet 50, generally sends an information request, specifically a HTTP request to the WWW-port, via the multiplexing unit 10 to the Internet first switching point 30, where the request is routed out on the Internet 50 to finally reach the content provider 60. The content provider 60 then answers the request, sending the requested information via the Internet 50 back to the user USR1.
However, according to the first embodiment of the invention shown in
Note that the interceptor 20 only intercepts communication packages of certain specific types. For example, in
If a request is re-routed to the server 40, but the server 40 however is unable, perhaps temporarily, to answer the request due to some kind of failure or the like, or for example if the server only provides a copy of part of the information stored at the original content provider address, said request referring to the “uncopied” part, the server is then arranged to pass on the request to the original content provider via the Internet 50 unaffected, thereby making sure that the user will get the information requested also in these types of situations. Also, the interceptor 20 is arranged so that the communication between the users USR1 to USRN and the first switching point 30 bypasses the interceptor 20 in cases when the interceptor suffers from a failure, in order for the general communication to be left undisturbed in such cases.
The system is arranged to update the information provided by the mirror server 40. This can be performed in many ways, as is understood by those skilled in the art. In one example, the interceptor 20 or the mirror server 40 is arranged to update the server 40 at specific time intervals, for example once a day. As is clear, different bases stored on the mirror server 40 may need to be updated at different time intervals, depending on the rate that the information provided at the original content providers 60 is altered.
According to another example, the content provider 60 may be provided with a specific updating service unit (not shown) which is arranged to send an updating signal to the mirror server 40 when the information provided by the original content provider 60 has been changed significantly, said change causing the service unit to decide that the mirror server need to be updated and hence send the updating signal, in respond to which the mirror server 40 is updated or performs an updating procedure.
An exemplifying embodiment of the interceptor 20 shown in
The look up table in the form of the three lists A, B and C stored in the memory 27 provides information regarding which information that is to be found at which locations on the mirror server 40. More specifically, list A provides information as to which Internet content providers (for example content provider 60 in
As is indicated by the arrows in
An example of the operation of the interceptor 20 in
However, if the message is of a relevant type, i.e. an IP WWW request, the central processing unit 25 accesses list A to determine whether or not the requested IP-address exist in list A, i.e. whether or not the requested IP-address exists in a mirrored form on the mirror server 40. If the answer is no, i.e. if the request IP-address does not exist in list A, the request is sent on to the Internet first switching point 30. In such a case, the request is consequently left unaffected by the interceptor.
However, if the answer is yes, i.e. if the request IP-address exists in list A, the central processing unit 25 accesses the associated field in list C to determine whether or not the entire content provider site is mirrored on the mirror server or, if not, whether or not the requested information relates to the part or parts of the content provider information which do exist in a mirrored form on the mirror server 40.
Then, if the requested information relates to a part of the original content provider information which is determined not to exist on the mirror server 40, the central processing unit sends the request to the Internet first switching point 30 unaffected by the interceptor 20.
However, if the relevant information is determined to exist on the local mirror server 40, the central processing unit 25 accesses the associated field in list B in the memory 27 to derive information as to the specific location address of said information on the mirror server 40. The central processing unit 25 then sends the information request directly to this location address on the mirror server 40, which in respond to said request provides the requested information back to the user USR1 via the central processing unit 25.
As is understood by those skilled in the art, the structure and operation of the central processing unit 25 and the look up table in the memory 27 may be realized in many different ways, the invention not being limited to the one described herein. For example, parts of said list C may be provided at the mirror server (not shown), whereby a request relating to an address included in the list A is re-routed to the server independent of whether or not the requested part of the mirrored information actually exists on the server. If, in fact, it doesn't, the server then simply sends the request along to the original content provider.
It is understood that the construction and function of the separate elements described with reference to the drawings will become apparent for those skilled in the art.
Even though the invention has been described with reference to specific exemplifying embodiments, many different alterations, modifications and the like will become apparent for those skilled in the art. The described embodiments are therefore not intended to limit the scope of the invention, as defined by the appended claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4851988||Mar 31, 1986||Jul 25, 1989||Wang Laboratories, Inc.||Loosely-coupled computer system using global identifiers to identify mailboxes and volumes|
|US5341477||Aug 6, 1993||Aug 23, 1994||Digital Equipment Corporation||Broker for computer network server selection|
|US5418844 *||Apr 17, 1992||May 23, 1995||Bell Atlantic Network Services, Inc.||Automatic access to information service providers|
|US5459837||Apr 21, 1993||Oct 17, 1995||Digital Equipment Corporation||System to facilitate efficient utilization of network resources in a computer network|
|US5511208||Mar 23, 1993||Apr 23, 1996||International Business Machines Corporation||Locating resources in computer networks having cache server nodes|
|US5649103||Jul 13, 1995||Jul 15, 1997||Cabletron Systems, Inc.||Method and apparatus for managing multiple server requests and collating reponses|
|US5787470||Oct 18, 1996||Jul 28, 1998||At&T Corp||Inter-cache protocol for improved WEB performance|
|US5828847 *||Apr 19, 1996||Oct 27, 1998||Storage Technology Corporation||Dynamic server switching for maximum server availability and load balancing|
|US5835583||Oct 5, 1995||Nov 10, 1998||Bell Atlantic Network Services, Inc.||Mediated AIN control of short code access to information service providers|
|US5873100||Dec 20, 1996||Feb 16, 1999||Intel Corporation||Internet browser that includes an enhanced cache for user-controlled document retention|
|US5881234 *||Apr 26, 1996||Mar 9, 1999||Schwob; Pierre R.||Method and system to provide internet access to users via non-home service providers|
|US5894554 *||Apr 23, 1996||Apr 13, 1999||Infospinner, Inc.||System for managing dynamic web page generation requests by intercepting request at web server and routing to page server thereby releasing web server to process other requests|
|US5913904 *||Mar 17, 1998||Jun 22, 1999||Centre Technique Industriel Dit: Institut Textile De France||Jig-type textile finishing apparatus|
|US5918013 *||Jun 3, 1996||Jun 29, 1999||Webtv Networks, Inc.||Method of transcoding documents in a network environment using a proxy server|
|US5935207 *||Apr 9, 1997||Aug 10, 1999||Webtv Networks, Inc.||Method and apparatus for providing remote site administrators with user hits on mirrored web sites|
|US5991306||Aug 26, 1996||Nov 23, 1999||Microsoft Corporation||Pull based, intelligent caching system and method for delivering data over a network|
|US5991809||Jul 25, 1997||Nov 23, 1999||Clearway Technologies, Llc||Web serving system that coordinates multiple servers to optimize file transfers|
|US6003030||Oct 18, 1996||Dec 14, 1999||Intervu, Inc.||System and method for optimized storage and retrieval of data on a distributed computer network|
|US6006018 *||Oct 3, 1995||Dec 21, 1999||International Business Machines Corporation||Distributed file system translator with extended attribute support|
|US6006264||Mar 30, 1998||Dec 21, 1999||Arrowpoint Communications, Inc.||Method and system for directing a flow between a client and a server|
|US6012085||Oct 22, 1997||Jan 4, 2000||Stampede Technolgies, Inc.||Apparatus and method for increased data access in a network file object oriented caching system|
|US6014686 *||Jun 20, 1997||Jan 11, 2000||Telcordia Technologies, Inc.||Apparatus and methods for highly available directory services in the distributed computing environment|
|US6014698||Jun 11, 1997||Jan 11, 2000||Matchlogic, Inc.||System using first banner request that can not be blocked from reaching a server for accurately counting displays of banners on network terminals|
|US6061349 *||May 2, 1997||May 9, 2000||Cisco Technology, Inc.||System and method for implementing multiple IP addresses on multiple ports|
|US6115741 *||Jul 16, 1999||Sep 5, 2000||Domenikos; Steven D.||Systems and methods for executing application programs from a memory device linked to a server|
|US6134583 *||Jul 1, 1996||Oct 17, 2000||Sun Microsystems, Inc.||Method, system, apparatus and article of manufacture for providing identity-based caching services to a plurality of computer systems (#16)|
|US6298373 *||Mar 2, 1999||Oct 2, 2001||Microsoft Corporation||Local service provider for pull based intelligent caching system|
|US6415335 *||Jan 19, 1999||Jul 2, 2002||Epicrealm Operating Inc.||System and method for managing dynamic web page generation requests|
|US6859833 *||Jul 3, 2002||Feb 22, 2005||Infoseek Corporation||Method and apparatus for redirection of server external hyper-link references|
|EP0618708A2||Feb 22, 1994||Oct 5, 1994||International Business Machines Corporation||Locating resources in computer networks having cache server nodes|
|EP0674263A1||Mar 2, 1995||Sep 27, 1995||International Business Machines Corporation||Asynchronous remote data copying|
|JPH08241260A||Title not available|
|JPH08278934A||Title not available|
|1||"The UK World-Wide Web Proxy Cache: Introductory FAQ," (undated).|
|2||"The UK World-Wide Web Proxy Cache: Introductory FAQ," (undated).|
|3||A. Pam, Xanadu, Australia, "Where World Wide Web Went Wrong," Mar. 19, 1996.|
|4||Bart Ziegler, "Slow Crawl on the Internet," Web Crunch, The Wall Street Journal, Sep. 6, 1996.|
|5||HTTP-NG Problem Statement, "General Web Transport Problem Statement," Oct. 4, 1995.|
|6||Japanese Abstract for Patent 08241260 A.|
|7||Japanese Abstract for Patent 08278934 A.|
|8||Meeting on Web Efficiency and Robustness, Cambridge, Massachusetts, USA, Workshop organized by World Wide Web Consortium, and hosted by Digital Equipment Corporation's Cambridge Research Laboratory, Apr. 1996.|
|9||Nordling, Elias "Mirror image bygger om nätet," Datateknik, vol., No. 8, Apr. 24, 1997.|
|10||Oguchi et al, "A Study of Caching Proxy Mechanisms Realized on Wide Area Distributed Networks", IEEE, pp. 443-449, Aug. 6-9, 1996.|
|11||Propagation, Replication and Caching, Jun. 4, 1996.|
|12||Propagation: Problem statement, Mar. 15, 1995.|
|13||W3C Meeting on "Web Efficiency and Robustness," A Trip Report and Some Reflections, Harald Skardal, FTP Software Inc., Apr. 22, 1996.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7962597||Jun 14, 2011||Amazon Technologies, Inc.||Request routing based on class|
|US7970820||Jun 28, 2011||Amazon Technologies, Inc.||Locality based content distribution|
|US7991910||Nov 17, 2008||Aug 2, 2011||Amazon Technologies, Inc.||Updating routing information based on client location|
|US8028090||Nov 17, 2008||Sep 27, 2011||Amazon Technologies, Inc.||Request routing utilizing client location information|
|US8051166||Sep 29, 2008||Nov 1, 2011||Amazon Technologies, Inc.||Service provider optimization of content management|
|US8060561||Nov 15, 2011||Amazon Technologies, Inc.||Locality based content distribution|
|US8060616||Nov 17, 2008||Nov 15, 2011||Amazon Technologies, Inc.||Managing CDN registration by a storage provider|
|US8065417||Nov 17, 2008||Nov 22, 2011||Amazon Technologies, Inc.||Service provider registration by a content broker|
|US8073940||Dec 6, 2011||Amazon Technologies, Inc.||Managing content delivery network service providers|
|US8117306||Sep 29, 2008||Feb 14, 2012||Amazon Technologies, Inc.||Optimizing content management|
|US8122098 *||Nov 17, 2008||Feb 21, 2012||Amazon Technologies, Inc.||Managing content delivery network service providers by a content broker|
|US8135820||Apr 29, 2011||Mar 13, 2012||Amazon Technologies, Inc.||Request routing based on class|
|US8156243||Mar 31, 2008||Apr 10, 2012||Amazon Technologies, Inc.||Request routing|
|US8234403||Jun 21, 2011||Jul 31, 2012||Amazon Technologies, Inc.||Updating routing information based on client location|
|US8239514||Aug 7, 2012||Amazon Technologies, Inc.||Managing content delivery network service providers|
|US8239571||Mar 7, 2011||Aug 7, 2012||Amazon Technologies, Inc.||Request routing using network computing components|
|US8275874||Sep 25, 2012||Amazon Technologies, Inc.||Locality based content distribution|
|US8286176||Oct 9, 2012||Amazon Technologies, Inc.||Optimizing resource configurations|
|US8296429||Oct 23, 2012||Amazon Technologies, Inc.||Optimizing content management|
|US8301748||Nov 14, 2011||Oct 30, 2012||Amazon Technologies, Inc.||Managing CDN registration by a storage provider|
|US8301778||Oct 30, 2012||Amazon Technologies, Inc.||Service provider registration by a content broker|
|US8307078||Aug 15, 2011||Nov 6, 2012||Amazon Technologies, Inc.||Service provider optimization of content management|
|US8321568||Nov 27, 2012||Amazon Technologies, Inc.||Content management|
|US8321588||Nov 27, 2012||Amazon Technologies, Inc.||Request routing utilizing client location information|
|US8325730||Dec 17, 2009||Dec 4, 2012||Amazon Technologies, Inc.||Distributed routing architecture|
|US8331370||Dec 17, 2009||Dec 11, 2012||Amazon Technologies, Inc.||Distributed routing architecture|
|US8331371||Dec 11, 2012||Amazon Technologies, Inc.||Distributed routing architecture|
|US8346937||Nov 30, 2010||Jan 1, 2013||Amazon Technologies, Inc.||Content management|
|US8352613||Jan 8, 2013||Amazon Technologies, Inc.||Content management|
|US8352614||Nov 30, 2010||Jan 8, 2013||Amazon Technologies, Inc.||Content management|
|US8352615||Nov 30, 2010||Jan 8, 2013||Amazon Technologies, Inc.||Content management|
|US8386596||Mar 12, 2012||Feb 26, 2013||Amazon Technologies, Inc.||Request routing based on class|
|US8397073||Mar 12, 2013||Amazon Technologies, Inc.||Managing secure content in a content delivery network|
|US8402137||Mar 19, 2013||Amazon Technologies, Inc.||Content management|
|US8412823||Mar 27, 2009||Apr 2, 2013||Amazon Technologies, Inc.||Managing tracking information entries in resource cache components|
|US8423667||Jun 21, 2012||Apr 16, 2013||Amazon Technologies, Inc.||Updating routing information based on client location|
|US8438263||May 7, 2013||Amazon Technologies, Inc.||Locality based content distribution|
|US8447831||May 21, 2013||Amazon Technologies, Inc.||Incentive driven content delivery|
|US8452874||Nov 22, 2010||May 28, 2013||Amazon Technologies, Inc.||Request routing processing|
|US8458250||Aug 6, 2012||Jun 4, 2013||Amazon Technologies, Inc.||Request routing using network computing components|
|US8458360||Jun 4, 2013||Amazon Technologies, Inc.||Request routing utilizing client location information|
|US8463877||Sep 15, 2012||Jun 11, 2013||Amazon Technologies, Inc.||Dynamically translating resource identifiers for request routing using popularitiy information|
|US8468247||Jun 18, 2013||Amazon Technologies, Inc.||Point of presence management in request routing|
|US8495220||Sep 15, 2012||Jul 23, 2013||Amazon Technologies, Inc.||Managing CDN registration by a storage provider|
|US8510448||Sep 13, 2012||Aug 13, 2013||Amazon Technologies, Inc.||Service provider registration by a content broker|
|US8521851||Mar 27, 2009||Aug 27, 2013||Amazon Technologies, Inc.||DNS query processing using resource identifiers specifying an application broker|
|US8521885||Sep 15, 2012||Aug 27, 2013||Amazon Technologies, Inc.||Dynamically translating resource identifiers for request routing using popularity information|
|US8533293||Mar 31, 2008||Sep 10, 2013||Amazon Technologies, Inc.||Client side cache management|
|US8543702||Sep 15, 2012||Sep 24, 2013||Amazon Technologies, Inc.||Managing resources using resource expiration data|
|US8549531||Sep 13, 2012||Oct 1, 2013||Amazon Technologies, Inc.||Optimizing resource configurations|
|US8571945||Dec 7, 2011||Oct 29, 2013||Jda Software Group, Inc.||Pre-qualifying sellers during the matching phase of an electronic commerce transaction|
|US8577992||Sep 28, 2010||Nov 5, 2013||Amazon Technologies, Inc.||Request routing management based on network components|
|US8583776||Aug 6, 2012||Nov 12, 2013||Amazon Technologies, Inc.||Managing content delivery network service providers|
|US8601090||Mar 31, 2008||Dec 3, 2013||Amazon Technologies, Inc.||Network resource identification|
|US8606996||Mar 31, 2008||Dec 10, 2013||Amazon Technologies, Inc.||Cache optimization|
|US8626950||Dec 3, 2010||Jan 7, 2014||Amazon Technologies, Inc.||Request routing processing|
|US8639817||Dec 19, 2012||Jan 28, 2014||Amazon Technologies, Inc.||Content management|
|US8667127||Jan 13, 2011||Mar 4, 2014||Amazon Technologies, Inc.||Monitoring web site content|
|US8676918||Sep 15, 2012||Mar 18, 2014||Amazon Technologies, Inc.||Point of presence management in request routing|
|US8688837||Mar 27, 2009||Apr 1, 2014||Amazon Technologies, Inc.||Dynamically translating resource identifiers for request routing using popularity information|
|US8713156||Feb 13, 2013||Apr 29, 2014||Amazon Technologies, Inc.||Request routing based on class|
|US8732309||Nov 17, 2008||May 20, 2014||Amazon Technologies, Inc.||Request routing utilizing cost information|
|US8756116||Nov 26, 2012||Jun 17, 2014||Jda Software Group, Inc.||Pre-qualifying sellers during the matching phase of an electronic commerce transaction|
|US8756325||Mar 11, 2013||Jun 17, 2014||Amazon Technologies, Inc.||Content management|
|US8756341||Mar 27, 2009||Jun 17, 2014||Amazon Technologies, Inc.||Request routing utilizing popularity information|
|US8762526||Sep 15, 2012||Jun 24, 2014||Amazon Technologies, Inc.||Optimizing content management|
|US8782236||Jun 16, 2009||Jul 15, 2014||Amazon Technologies, Inc.||Managing resources using resource expiration data|
|US8788671||Jan 25, 2012||Jul 22, 2014||Amazon Technologies, Inc.||Managing content delivery network service providers by a content broker|
|US8819283||Sep 28, 2010||Aug 26, 2014||Amazon Technologies, Inc.||Request routing in a networked environment|
|US8843625||Sep 15, 2012||Sep 23, 2014||Amazon Technologies, Inc.||Managing network data display|
|US8902897||Sep 14, 2012||Dec 2, 2014||Amazon Technologies, Inc.||Distributed routing architecture|
|US8924528||Sep 28, 2010||Dec 30, 2014||Amazon Technologies, Inc.||Latency measurement in resource requests|
|US8930513||Sep 28, 2010||Jan 6, 2015||Amazon Technologies, Inc.||Latency measurement in resource requests|
|US8930544||Oct 29, 2013||Jan 6, 2015||Amazon Technologies, Inc.||Network resource identification|
|US8938526||Sep 28, 2010||Jan 20, 2015||Amazon Technologies, Inc.||Request routing management based on network components|
|US8971328||Sep 14, 2012||Mar 3, 2015||Amazon Technologies, Inc.||Distributed routing architecture|
|US8996664||Aug 26, 2013||Mar 31, 2015||Amazon Technologies, Inc.||Translation of resource identifiers using popularity information upon client request|
|US9003035||Sep 28, 2010||Apr 7, 2015||Amazon Technologies, Inc.||Point of presence management in request routing|
|US9003040||Apr 29, 2013||Apr 7, 2015||Amazon Technologies, Inc.||Request routing processing|
|US9009286||May 6, 2013||Apr 14, 2015||Amazon Technologies, Inc.||Locality based content distribution|
|US9021127||Mar 14, 2013||Apr 28, 2015||Amazon Technologies, Inc.||Updating routing information based on client location|
|US9021128||May 17, 2013||Apr 28, 2015||Amazon Technologies, Inc.||Request routing using network computing components|
|US9021129||Jun 3, 2013||Apr 28, 2015||Amazon Technologies, Inc.||Request routing utilizing client location information|
|US9026616||May 17, 2013||May 5, 2015||Amazon Technologies, Inc.||Content delivery reconciliation|
|US9083675||Jun 4, 2013||Jul 14, 2015||Amazon Technologies, Inc.||Translation of resource identifiers using popularity information upon client request|
|US9083743||Jun 20, 2012||Jul 14, 2015||Amazon Technologies, Inc.||Managing request routing information utilizing performance information|
|US9088460||Mar 15, 2013||Jul 21, 2015||Amazon Technologies, Inc.||Managing resource consolidation configurations|
|US9106701||Nov 4, 2013||Aug 11, 2015||Amazon Technologies, Inc.||Request routing management based on network components|
|US9130756||Mar 11, 2013||Sep 8, 2015||Amazon Technologies, Inc.||Managing secure content in a content delivery network|
|US9135048||Sep 20, 2012||Sep 15, 2015||Amazon Technologies, Inc.||Automated profiling of resource usage|
|US9154551||Jun 11, 2012||Oct 6, 2015||Amazon Technologies, Inc.||Processing DNS queries to identify pre-processing information|
|US9160641||May 24, 2013||Oct 13, 2015||Amazon Technologies, Inc.||Monitoring domain allocation performance|
|US9160703||Dec 10, 2014||Oct 13, 2015||Amazon Technologies, Inc.||Request routing management based on network components|
|US9172674||Jun 20, 2012||Oct 27, 2015||Amazon Technologies, Inc.||Managing request routing information utilizing performance information|
|US9176894||Jul 14, 2014||Nov 3, 2015||Amazon Technologies, Inc.||Managing resources using resource expiration data|
|US9185012||Nov 21, 2014||Nov 10, 2015||Amazon Technologies, Inc.||Latency measurement in resource requests|
|US9191338||Aug 25, 2014||Nov 17, 2015||Amazon Technologies, Inc.||Request routing in a networked environment|
|US9191458||Jun 5, 2014||Nov 17, 2015||Amazon Technologies, Inc.||Request routing using a popularity identifier at a DNS nameserver|
|US9208097||Nov 12, 2013||Dec 8, 2015||Amazon Technologies, Inc.||Cache optimization|
|US9210099||Sep 30, 2013||Dec 8, 2015||Amazon Technologies, Inc.||Optimizing resource configurations|
|US9210235||Aug 28, 2013||Dec 8, 2015||Amazon Technologies, Inc.||Client side cache management|
|US9237114||Mar 14, 2013||Jan 12, 2016||Amazon Technologies, Inc.||Managing resources in resource cache components|
|US9246776||Mar 10, 2015||Jan 26, 2016||Amazon Technologies, Inc.||Forward-based resource delivery network management techniques|
|US9251112||Aug 26, 2013||Feb 2, 2016||Amazon Technologies, Inc.||Managing content delivery network service providers|
|US9253065||Nov 21, 2014||Feb 2, 2016||Amazon Technologies, Inc.||Latency measurement in resource requests|
|US9282032||Feb 26, 2015||Mar 8, 2016||Amazon Technologies, Inc.||Distributed routing architecture|
|US9294391||Jun 4, 2013||Mar 22, 2016||Amazon Technologies, Inc.||Managing network computing components utilizing request routing|
|US9323577||Sep 20, 2012||Apr 26, 2016||Amazon Technologies, Inc.||Automated profiling of resource usage|
|US9332078||Mar 5, 2015||May 3, 2016||Amazon Technologies, Inc.||Locality based content distribution|
|US9391949||Dec 3, 2010||Jul 12, 2016||Amazon Technologies, Inc.||Request routing processing|
|US20110149963 *||Jun 23, 2011||Hamilton James R||Distributed routing architecture|
|US20110149964 *||Dec 17, 2009||Jun 23, 2011||Judge Alan M||Distributed routing architecture|
|US20110149965 *||Dec 17, 2009||Jun 23, 2011||Judge Alan M||Distributed routing architecture|
|U.S. Classification||709/238, 709/245|
|International Classification||G06F15/173, H04L29/06|
|Cooperative Classification||H04L67/42, H04L69/16, H04L29/06|