Method and system for efficiently processing multiframe data in a client/server computing environment

• US 7,177,918 B2
• Filed: 12/20/2002
• Issued: 02/13/2007
• Est. Priority Date: 12/20/2002
• Status: Expired due to Fees

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Joshi, Niraj P., Plurad, Jason C., Rowe, Billy R. Jr.
• Primary Examiner(s): Dharia; Rupal
• Assistant Examiner(s): Nguyen; Quang N.
• Application Number:
  US10/325,142
• Publication Number:
  US 20040122971A1
• Time in Patent Office: 1,516 Days
• Field of Search: 709/205, 709/203, 709/217, 709/224, 709/236, 709/219, 707/513, 713/201, 715/501.1, 715/744, 715/201
• US Class Current: 709/219
• CPC Class Codes: H04L 67/01 Protocols
• CPC Class Codes: H04L 9/40 Network security protocols

Abstract

Techniques are disclosed for efficiently and selectively reloading frames of a multiframe Web page or a multiframe window. Multiple frames may be reloaded as a result of the server sending its response to a single client request message. Server-side logic maintains an awareness of which frames need to be reloaded, regardless of whether that need results from something synchronous with the client'"'"'s request for a frame or asynchronous to that request. Then, when the client requests data for a single frame, in addition to sending content for the requested frame, the server also sends data to cause reloading of the other frames that need to be reloaded (and only those frames). Preferably, the data to cause reloading of the other frames comprises indicators (such as scripting code) that will force the client to request reloading of each of these other frames. Multiple reload requests may be collapsed into a single response. The disclosed techniques apply also to frames to be initially loaded. Bandwidth is used efficiently, and flashing of browser frames is reduced. No additional client-side logic is required.

Claims

1. A method of processing multiframe data in a client/server computing environment, comprising steps of:

maintaining, at a server in the client/server computing environment, for each frame of a plurality of frames comprising a multiframe layout, an indicator corresponding to the frame, wherein the corresponding indicator indicates whether the frame needs to be loaded;

queuing, for reload processing at the server, a reference to each frame that needs to be loaded in the multiframe layout; and

sending over a communication network, in a message from the server to a client, (1) content corresponding to a particular one of the frames and (2) data for one or more other frames whose corresponding indicator indicates that the one or more other frames need to be loaded, wherein;

the queued references are processed, at the server, to identify the one or more other frames;

the data for the one or more other frames causes the client to automatically send a subsequent request to the server, for each of the one or more other frames, for refreshed content of that other frame; and

a minimal form of the content corresponding to the particular one of the frames is sent in the message when an ancestor of the particular one has a queued reference and data for the ancestor is included in the data for the one or more other frames.

2. The method according to claim 1, wherein the message is sent from the server responsive to the server receiving a request from the client for the content corresponding to the particular one of the frames.

3. The method according to claim 1, further comprising the steps of:

receiving, at the client, the message sent from the server; and

rendering within the multiframe layout, at the client, the content corresponding to the particular one of the frames.

4. The method according to claim 1, further comprising the step of automatically sending, by the client to the server, the subsequent request for refreshed content for each of the one or more other frames, responsive to receiving the message and its data for the one or more other frames.

5. The method according to claim 1, further comprising the steps of:

receiving, at the client, the message sent from the server;

rendering within the multiframe layout, at the client, the content corresponding to the particular one of the frames;

automatically sending, by the client to the server, the subsequent request for refreshed content for each of the one or more other frames;

receiving, at the client, subsequent response messages sent by the server responsive to receiving the subsequent requests for refreshed content; and

rendering within the multiframe layout, at the client, content corresponding to the one or more other frames, wherein the content is received in the subsequent response messages.

6. The method according to claim 5, wherein the renderings are visual.

7. The method according to claim 1, wherein the data for the one or more other frames is specified with procedural scripting code.

8. The method according to claim 1, wherein a reference to each frame that needs to be loaded in the multiframe layout is queued for reload processing at the server.

9. The method according to claim 1, wherein at least one of the indicators is set because of change to content of the corresponding frame.

10. The method according to claim 1, wherein at least one of the indicators is set because of change to content of a related frame.

11. The method according to claim 1, wherein at least one of the indicators is set because of asynchronous processing at the server.

12. The method according to claim 1, further comprising the step of determining, prior to operation of the sending step, each frame of the multiframe layout that needs to be loaded, wherein the sending step then sends the data for each determined frame.

13. The method according to claim 1, further comprising the step of suppressing operation of the queuing step for frames that have an already-queued reference.

14. The method according to claim 1, further comprising the step of deleting, for each frame having a queued reference, earlier-queued references to its descendent frames prior to operation of the sending step.

15. The method according to claim 1, wherein the content is encoded in a markup language.

16. The method according to claim 15, wherein the markup language is Hypertext Markup Language.

17. The method according to claim 1, wherein the message sent from the server to the client contains an indication of one or more graphical user interface objects to be rendered at the client, in addition to or instead of the data for the one or more other frames.

18. A system for selectively loading frames of a multiframe layout in a client/server computing environment, comprising:

means for maintaining, at a server in the client/server computing environment, for each frame of a plurality of frames comprising a multiframe layout, an indicator corresponding to the frame, wherein the corresponding indicator indicates whether the frame needs to be loaded;

means for queuing, for reload processing at the server, a reference to each frame that needs to be loaded in the multiframe layout; and

means for sending over a communications network, in a message from the server to a client, (1) content corresponding to a particular one of the frames and (2) data for one or more other frames whose corresponding indicator indicates that the one or more other frames need to be loaded, wherein;

the queued references are processed, at the server, to identify the one or more other frames;

the data for the one or more other frames causes the client to automatically send a subsequent request to the server, for each of the one or more other frames, for refreshed content of that other frame; and

a minimal form of the content corresponding to the particular one of the frames is sent in the message when an ancestor of the particular one has a queued reference and data for the ancestor is included in the data for the one or more other frames.

19. The system according to claim 18, wherein the message is sent from the server responsive to the server receiving a request from the client for the content corresponding to the particular one of the frames.

20. The system according to claim 18, further comprising:

means for receiving, at the client, the message sent from the server; and

means for rendering within the multiframe layout, at the client, the content corresponding to the particular one of the frames.

21. The system according to claim 20, further comprising:

means for automatically sending, by the client to the server, the subsequent request for refreshed content for each of the one or more other frames, responsive to receiving the message and its data for the one or more other frames;

means for receiving, at the client, subsequent response messages sent by the server responsive to receiving the subsequent requests for refreshed content; and

means for rendering within the multiframe layout, at the client, content corresponding to the one or more other frames, wherein the content is received in the subsequent response messages.

22. The system according to claim 20, wherein the renderings are visual.

23. The system according to claim 18, wherein the content is encoded in a markup language and the data for the one or more other frames is specified with procedural scripting code.

24. The system according to claim 18, wherein a reference to each frame that needs to be loaded in the multiframe layout is queued for reload processing at the server, and wherein the indicators are set because of change to content of the corresponding frame, because of change to content of a related frame, and/or because of asynchronous processing at the server.

25. A computer program product for selectively refreshing frames of a multiframe layout in a client/server computing environment, the computer program product embodied on one or more computer-readable storage media and comprising:

computer-readable program code for maintaining, at a server in the client/server computing environment, for each frame of a plurality of frames comprising a multiframe layout, an indicator corresponding to the frame, wherein the corresponding indicator indicates whether the frame needs to be loaded;

computer-readable program code for queuing, for reload processing at the server, a reference to each frame that needs to be loaded in the multiframe layout; and

computer-readable program code for sending over a communications network, in a message from the server to a client, (1) content corresponding to a particular one of the frames and (2) data for one or more other frames whose corresponding indicator indicates that the one or more other frames need to be loaded, wherein;

the queued references are processed, at the server, to identify the one or more other frames;

the data for the one or more other frames causes the client to automatically send a subsequent request to the server, for each of the one or more other frames, for refreshed content of that other frame; and

a minimal form of the content corresponding to the particular one of the frames is sent in the message when an ancestor of the particular one has a queued reference and data for the ancestor is included in the data for the one or more other frames.

26. The computer program product according to claim 25, wherein the message is sent from the server responsive to the server receiving a request from the client for the content corresponding to the particular one of the frames.

27. The computer program product according to claim 25, further comprising:

computer-readable program code for receiving, at the client, the message sent from the server;

computer-readable program code for rendering within the multiframe layout, at the client, the content corresponding to the particular one of the frames;

computer-readable program code for automatically sending, by the client to the server, the subsequent request for refreshed content for each of the one or more other frames;

computer-readable program code for receiving, at the client, subsequent response messages sent by the server responsive to receiving the subsequent requests for refreshed content; and

computer-readable program code for rendering within the multiframe layout, at the client, content corresponding to the one or more other frames, wherein the content is received in the subsequent response messages.

28. The computer program product according to claim 25, wherein the content is encoded in a markup language and the data for the one or more other frames is specified with procedural scripting code.

29. The computer program product according to claim 25, wherein a reference to each frame that needs to be loaded in the multiframe layout is queued at the server, and wherein the indicators are set because of change to content of the corresponding frame, because of change to content of a related frame, and/or because of asynchronous processing at the server.

30. The computer program product according to claim 25, wherein the message sent from the server to the client contains an indication of one or more graphical user interface objects to be rendered at the client, in addition to or instead of the data for the one or more other frames.