Low-latency, incremental rendering in a content framework

• US 7,996,757 B2
• Filed: 11/30/2007
• Issued: 08/09/2011
• Est. Priority Date: 09/18/2001
• Status: Expired due to Fees

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Topol, Brad B., Hind, John R., Schaeck, Thomas
• Primary Examiner(s): Stevens; Robert
• Application Number:
  US11/948,457
• Publication Number:
  US 20080134014A1
• Time in Patent Office: 1,348 Days
• Field of Search: 715/205, 707/802
• US Class Current: 715/205
• CPC Class Codes: G06F 16/954 Navigation, e.g. using categorised browsing
• CPC Class Codes: G06F 16/958 Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]
• CPC Class Codes: H04L 69/329 in the application layer [OSI layer 7]

Abstract

Techniques are disclosed for incrementally rendering content in a content framework (such as a portal page provided by a portal system). Upon receiving a request for a portal page, a portal server immediately returns a response including the results from portlets which have acquired their content. If some portlets have not yet finished, subsequent content is delivered at a later time through use of one of several alternative programmatically-generated mechanisms. Capabilities of existing browsers are leveraged for several embodiments, including use of refresh headers, multipart MIME (“Multi-purpose Internet Mail Extensions”) types, and portal pages structured using frames.

Claims

1. A system for incrementally rendering content in a content framework, comprising:

a processor; and

memory connected to the processor, wherein the memory is encoded with instructions and wherein the instructions when executed comprise;

instructions for receiving a request for a portal page, wherein a plurality of portlets provide content for the portal page;

instructions for immediately returning a response message containing a first document and a refresh trigger responsive to receiving the request, wherein the first document represents results from any of said plurality of portlets which have acquired their content but does not represent results of all of said plurality of portlets;

instructions for programmatically generating a mechanism for delivering an updated document responsive to immediately returning the response message containing the first document and the refresh trigger, wherein the updated document further represents results from at least one of said plurality of portlets which had not acquired their content when the first document was returned;

instructions for receiving a subsequent request for the portal page, the subsequent request having been automatically sent responsive to receiving the refresh trigger; and

instructions for returning a subsequent response comprising the updated document responsive to receiving the subsequent request, the updated document being a subsequent version of the first document and representing results from any of said plurality of portlets which have acquired their content thus far and which omits the refresh trigger only if all of said plurality of portlets have now acquired their content.

2. The system according to claim 1, further comprising:

instructions for receiving the response message by a client from which the request for the portal page was sent;

instructions for rendering, by the client, the first document from the received response message; and

instructions for automatically sending a subsequent request for the portal page after waiting for a time specified by a value of the refresh trigger.

3. The system according to claim 1, wherein the instructions for programmatically generating a mechanism comprises instructions for creating a multipart document, and wherein the first document is embedded in a first of the parts of the multipart document.

4. The system according to claim 3, wherein the first of the parts is preceded by a boundary string used to delimit parts of the multipart document, and is followed by a terminating boundary string only if the first document represents results from all of said plurality of portlets.

5. The system according to claim 3, further comprising:

instructions for receiving the response message by a client from which the request for the portal page was sent;

instructions for rendering, by the client, the first document from the first of the parts of the multipart document;

instructions for receiving, by the client, subsequent parts of the multipart document, each of the subsequent parts comprising a revised version of the first document; and

instructions for rendering, by the client, the subsequent parts of the multipart document.

6. The system according to claim 3, further comprising:

instructions for detecting that at least one of said plurality of portlets which had not acquired their content when the first document was returned in the response message have now acquired their content; and

instructions for sending, responsive to the means for detecting, a subsequent response message containing a revised version of the first document, the revised version representing results from the at least one of said plurality of portlets and being embedded in a subsequent part of the multipart document.

7. The system according to claim 6, wherein the subsequent part is preceded by a boundary string used to delimit parts of the multipart document and is followed by a terminating boundary string if the revised version represents results from all of said plurality of portlets.

8. The system according to claim 1, wherein the instructions for programmatically generating a mechanism comprises instructions for programmatically inserting a hyperlink into the first document, wherein the inserted hyperlink can be used to explicitly request delivery of the updated document.

9. A system for incrementally rendering content in a content framework, comprising:

a processor; and

memory connected to the processor, wherein the memory is encoded with instructions and wherein the instructions when executed comprise;

instructions for receiving a request for a portal page frame, wherein a plurality of portlets provide content for the portal page frame;

instructions for immediately returning a response message containing a first mini-document and a refresh header responsive to receiving the request, wherein the first mini-document represents results from said plurality of portlets which have acquired their content but does not represent results of all of said plurality of portlets; and

instructions for programmatically generating a mechanism for delivering an updated mini-document responsive to immediately returning the response message containing the first mini-document and the refresh header, wherein the updated mini-document further represents results from at least one of said plurality of portlets which had not acquired their content when the first mini-document was returned;

instructions for receiving a subsequent request for the portal page frame, the subsequent request having been automatically sent responsive to receiving the refresh header; and

instructions for returning a subsequent response comprising the updated mini-document responsive to receiving the subsequent request, the updated mini-document being a subsequent version of the first mini-document and representing results from said plurality of portlets which have acquired their content thus far and which omit the refresh header only if all of said plurality of portlets have now acquired their content.

10. The system according to claim 9, wherein the instructions for programmatically generating a mechanism comprises instructions for including a syntax element in the response header, wherein the syntax element is encoded using a markup language.

11. The system according to claim 9, wherein the instructions for programmatically generating a mechanism comprises instructions for creating a multipart document, and wherein the first mini-document is embedded in a first of the parts of the multipart document.

12. A computer program product for incrementally rendering content in a content framework, the computer program product comprising a computer usable storage medium having computer readable program code embodied therewith, the computer readable program code comprising:

computer readable program code configured to receive a request for a portal page, wherein a plurality of portlets provide content for the portal page;

computer readable program code configured to immediately return a response message containing a first document and a refresh trigger responsive to receiving the request, wherein the first document represents results from said plurality of portlets which have acquired their content but does not represent results of all of said plurality of portlets;

computer readable program code configured to programmatically generate a mechanism for delivering an updated document responsive to immediate return of the response message containing the first document and the refresh trigger, wherein the updated document further represents results from at least one of said plurality of portlets which had not acquired their content when the first document was returned;

computer readable program code configured to receive a subsequent request for the portal page, the subsequent request having been automatically sent responsive to receiving the refresh trigger; and

computer readable program code configured to return a subsequent response comprising the updated document responsive to receiving the subsequent request, the updated document being a subsequent version of the first document and representing results from said plurality of portlets which have acquired their content thus far and which omits the refresh trigger only if all of said plurality of portlets have now acquired their content.

13. The computer program product according to claim 12, further comprising:

computer readable program code configured to receive the response message by a client from which the request for the portal page was sent;

computer readable program code configured to render, by the client, the first document from the received response message; and

computer readable program code configured to automatically send a subsequent request for the portal page after waiting for a time specified by a value of the refresh trigger.

14. The computer program product according to claim 12, wherein:

the programmatically generated mechanism comprises creating a multipart document;

the first document is embedded in a first of the parts of the multipart document;

the first of the parts is preceded by a boundary string used to delimit parts of the multipart document; and

the first of the parts is followed by a terminating boundary string only if the first document represents results from all of said plurality of portlets.

15. The computer program product according to claim 14, further comprising:

computer readable program code configured to receive the response message by a client from which the request for the portal page was sent;

computer readable program code configured to render, by the client, the first document from the first of the parts of the multipart document;

computer readable program code configured to receive, by the client, subsequent parts of the multipart document, each of the subsequent parts comprising a revised version of the first document; and

computer readable program code configured to render, by the client, the subsequent parts of the multipart document.

16. The computer program product according to claim 14, further comprising:

computer readable program code configured to detect that at least one of said plurality of portlets which had not acquired their content when the first document was returned in the response message have now acquired their content; and

computer readable program code configured to send, responsive to the computer readable program code configured to detect, a subsequent response message containing a revised version of the first document, the revised version representing results from the at least one of said plurality of portlets and being embedded in a subsequent part of the multipart document.

17. The computer program product according to claim 16, wherein the subsequent part is preceded by a boundary string used to delimit parts of the multipart document and is followed by a terminating boundary string only if the revised version represents results from all of said plurality of portlets.