Apparatus, method and computer program product for guaranteed content delivery incorporating putting a client on-hold based on response time

• US 8,812,703 B2
• Filed: 09/13/2010
• Issued: 08/19/2014
• Est. Priority Date: 02/18/2000
• Status: Expired due to Fees

• Current Assignee: Citrix Systems, Inc. (Cloud Software Group)
• Original Assignee: Citrix Systems, Inc. (Cloud Software Group)
• Inventors: Susai, Michael K., Shetty, Anil, Bao, Wanqun, Raphel, Jose K., Sinha, Rajiv, Botlaguduru, Venugopal, Udupa, Sivaprasad R., Korrapati, Vamsimohan, Verzunov, Sergey
• Primary Examiner(s): Tran, Jimmy H
• Application Number:
  US12/880,645
• Publication Number:
  US 20110060840A1
• Time in Patent Office: 1,436 Days
• Field of Search: 709223-229, 709/203, 709/217, 709/219, 709/238
• US Class Current: 709/229
• CPC Class Codes: H04L 67/01 Protocols
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]
• CPC Class Codes: H04L 67/563 Data redirection of data network streams
• CPC Class Codes: H04L 67/59 Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
• CPC Class Codes: H04L 9/40 Network security protocols

Abstract

An apparatus, method and computer program product for guaranteeing network client-server response time while providing a way of putting the client on-hold when the response time temporarily prohibits access to the requested server. The apparatus is implemented within an interface unit connecting a plurality of servers and an on-hold server to the Internet, which is connected to a plurality of clients. According to one aspect of the invention, the method includes the steps of opening a connection between a client and the interface unit; determining which server the client desires a page from; determining the current response time of the requested server; if the response time is acceptable then opening a connection between the interface unit and the requested server if no free connection is open between the interface unit and the requested server; allowing the client to access information on the requested server-via the connections; and closing the connection between the client and the interface unit while keeping open the connection between the interface unit and the requested server. Alternatively, if the response time is not acceptable, then putting the client on-hold by redirecting the client to an on-hold server until the response time of the requested server becomes acceptable. According to a “on-hold distribution” aspect of the invention, the interface unit determines the on-hold preference of the client and selects the server hosting that on-hold preference. According to another aspect of the invention, instead of utilizing the interface unit, each server has the intelligence to put the client on-hold when applicable.

Claims

1. A method executed by an interface unit for putting a client on hold, the method comprising:

(a) intercepting, by an interface unit, a request from a client to access a requested server;

(b) determining, by the interface unit, that a calculation of a current response time of the requested server, the calculation including increasing a previously calculated estimated response time by a correction factor, exceeds a threshold;

(c) putting, by the interface unit, the client on-hold in response to the determination;

(d) establishing, by the interface unit, a waiting time for the client, responsive to putting the client on-hold; and

(e) transmitting, by the interface unit, an on-hold request to an on-hold server based upon the waiting time.

2. The method of claim 1, wherein the response time is estimated, by the interface unit, from a recurrence relation

3. The method of claim 1, wherein step (b) comprises evaluating, by the interface unit, if the determined response time exceeds a guaranteed client-server response time established by the requested server.

4. The method of claim 1, wherein step (d) comprises determining, by the interface unit, an approximate waiting time for the client based upon the estimated current response time of the requested server.

5. The method of claim 1, wherein step (d) comprises delegating, by the interface unit, establishment of the waiting time to a code on an on-hold page provided to the client, the code corrects the waiting time based upon a round trip time and a response time provided by the interface unit.

6. The method of claim 1, wherein step (d) comprises providing, by the interface unit, a code to the client, the code receives a preferred wait time or on-hold preference from a user of the client.

7. The method of claim 1, wherein step (e) comprises selecting, by the interface unit, the on-hold server from a plurality of on-hold servers based upon the waiting time or an on-hold preference.

8. The method of claim 1, wherein step (e) comprises generating, by the interface unit, an on-hold request for a web page of the on-hold server.

9. The method of claim 1, wherein step (e) comprises identifying a web page from a plurality of web pages, each of the plurality of web pages providing different content according to different wait times.

10. The method of claim 1 further comprising maintaining, by the interface unit, the client on hold until the response time of the requested server is less than a desired response time specified by a user of the client.

11. The method of claim 1 further comprising:

receiving, by the interface unit, an indication that the user of the client is finished with the on-hold server; and

taking the client off on-hold.

12. A system for putting a client on hold, the system comprising:

an interface unit comprising a processor configured for intercepting a request from a client to access a requested server,

determining that a calculation of a current response time of the requested server, the calculation including increasing a previously calculated estimated response time by a correction factor, exceeds a threshold, and

putting the client on-hold in response to the determination, wherein

the interface unit establishes a waiting time for the client, responsive to putting the client on-hold, and transmits an on-hold request to an on-hold server based upon the waiting time.

13. The system of claim 12, wherein the interface unit estimates the response time from the recurrence relation

14. The system of claim 12, wherein the interface unit determines an approximate waiting time for the client based upon the estimated current response time of the requested server.

15. The system of claim 12, wherein the interface unit delegates establishment of the waiting time to a code on an on-hold page provided to the client, the code corrects the waiting time based upon a round trip time and a response time provided by the interface unit.

16. The system of claim 12, wherein the interface unit provides a code to the client, the code receives a preferred wait time or on-hold preference from a user of the client.

17. The system of claim 12, wherein the interface unit selects the on-hold server from a plurality of on-hold servers based upon the waiting time or an on-hold preference.

18. The system of claim 12, wherein the interface unit generates an on-hold request for a web page of the on-hold server.

19. The system of claim 12, wherein the interface unit identifies a web page from a plurality of web pages, each of the plurality of web pages providing different content according to different wait times.

20. The system of claim 12 wherein the interface unit further maintains the client on hold until the response time of the requested server is less than a desired response time specified by a user of the client.

21. The system of claim 12 wherein the interface unit further receives an indication that the user of the client is finished with the on-hold server, and takes the client off on-hold.