CONTENT PROCUREMENT ARCHITECTURE

• US 20080155016A1
• Filed: 12/20/2007
• Published: 06/26/2008
• Est. Priority Date: 12/22/2006
• Status: Abandoned Application

• Current Assignee: IST International Incorporated
• Original Assignee: IST International Incorporated
• Inventors: TSAI, WEI K.
• Application Number:
  US11/962,006
• Publication Number:
  US 20080155016A1
• Time in Patent Office: Days
• US Class Current: 709/203
• CPC Class Codes: H04L 67/2876 Pairs of inter-processing entities at each side of the network, e.g. split proxies
• CPC Class Codes: H04L 67/56 Provisioning of proxy services store-and-forward switching systems in data switching networks H04L12/54
• CPC Class Codes: H04L 67/568 Storing data temporarily at an intermediate stage, e.g. caching

Abstract

There is provided an architecture (system and method) to accelerate web response time and to provide a level platform to meet the interests from both providers and users of content. The concept of user object is introduced to present user interests or disinterests. If a user'"'"'s browser has already cached a particular provider object, then a corresponding user object indicates that the user is not interested in that object. Otherwise, a user can indicate his/her interests in objects specified either by a set of criteria or explicit description of objects. The web response is accelerated by generalization of the split-proxy architecture of content networking. The user is represented by the user proxy and browser proxy 34. Unlike the traditional content delivery architecture, the content procurement architecture pushes user interests close to the provider sites and minimizes the request-response time between the user proxy and the provider proxy. The request-response sequence is accelerated by pipelining and minimizing all unnecessary stop-and-wait actions.

Claims

1. A communication system comprising:

a browser operatively or signally coupled to a cproxy; and

a sproxy operatively or signally coupled to the cproxy.

2. The system of claim 1 further comprising a server disposed upstream to the browser, to the cproxy, or to the sproxy.

3. The system of claim 1, wherein the coupling between the cproxy and the sproxy comprises communicating requests from the cproxy to the sproxy.

4. The system of claim 1, wherein the coupling between the cproxy and the sproxy comprises communicating a cache manifest from the cproxy to the sproxy.

5. The system of claim 1 further comprising a browser proxy integrated within the sproxy proximate to the client-side browser.

6. The system of claim 5, wherein when the browser proxy cannot find an embedded object in the cache manifest, a new unconditional HTTP request is fabricated and a request issued to an upstream server.

7. The system of claim 5, wherein when the browser proxy finds a matching but expired object in the cache manifest a conditional HTTP request (IMS request) is issued to the upstream server.

8. The system of claim 5, wherein when Browser proxy finds a matching and fresh object in the cache manifest it does not need to take any action since the browser 10 can satisfy the object request from its local cache.

9. The system of claim 5 wherein filtering will be done by the browser proxy, as far away from the user browser as practicable.

10. The system of claim 5 wherein the browser proxy is differentiated by caching user objects and is exclusively used for user or browser purposes.

11. The system of claim 5 wherein the browser proxy specifies not the requested objects from the provider, but instead, specifies a set of criteria to get the provider objects;

described in the user objects.

12. The system of claim 1, wherein content providers are constrained by their offering of objects, and users or browsers are constrained by the interests specified by user objects (interests);

and contents seen by a user is the results of user-provider jointly agreement or a jointly optimized product.

13. The system of claim 1, wherein user objects and browser proxies are respectively pushed as close as possible to provider web sites.

14. The system of claim 1, wherein instead of caching objects, indices of the objects are cached.

15. The system of claim 1, wherein if the communication line or channel comprises both wired and wireless portions, the user proxy is moved to the wired network.

16. A system comprising:

means for accelerating web response time;

means for providing a level platform to meet the interests from both at least one provider and at least one user of content; and

means for pushing user interests close to provider sites thereby minimizes the request-response time between a user proxy and a provider proxy.

17. The system of claim 16, wherein the means for providing the level platform comprise at least one user object associated with a user or a browser.

18. The system of claim 16, wherein, if a user or a browser has already cached a particular provider object, a corresponding user object indicates that the user or browser is not interested in the particular provider object.

19. The system of claim 16, wherein, if a user or a browser has not cached a particular provider object, a user or browser can indicate interests in objects specified, either by a set of criteria, or explicit description of objects.

20. The system of claim 16, wherein the means for accelerating web response time comprises a request-response sequence, which is accelerated by pipelining and minimizing all unnecessary stop-and-wait actions and the provider proxy.