JP2003141072A - Method and apparatus for generating and displaying dynamic document - Google Patents

Abstract

(57) [Summary] [PROBLEMS] To improve the responsiveness of a client application based on a web browser. SOLUTION: The content of a client application 110 includes a non-display frame having a plurality of transmission frames and a plurality of reception frames, and a display frame for displaying the application. The display mechanism 980 generates and displays a dynamic page from the display frame of the content received from the web server 170, and controls input from the input device. The communication mechanism 981 controls asynchronous communication performed between the client application 110 and the web server 170 using the transmission frame and the reception frame. The window mechanism 982 generates a window using the floating frame, and displays the web application in the window.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a web browser in an Internet environment, and more particularly to a web browser having window control, display control and communication control functions for improving responsiveness of interactive applications.

[0002]

2. Description of the Related Art As a method for generating a dynamic document by a server, CGI, Servlet, JS
There is P etc. CGI has a problem in that compatibility between platforms may be hindered and a process is often called by a script, resulting in a large processing load. In addition, since the HTTPD server is stateless, session management is necessary to pass the information of the previous page to the next page when moving from one web page to the next web page, especially CGI.
Session management in is tedious. Moreover, since the CGI program basically generates HTML code, the intuitive view of the program is not always good.
In CGI, the application logic and the HTML code for display are not separated but coexist in the same program. The management of the CGI source code due to such a thing becomes an obstacle in building a large-scale web application.

Served uses Java (a trademark of Sun Microsystems, Inc.) to solve cross-platform compatibility issues and resides in memory on the server side to serve a single thread for all requests. Since it operates as, the load is smaller and the processing is faster than the CGI script that calls a different process for each request. Also, session management is easier than CGI, but there is a problem with the programming style that enumerates print statements.

[0004] JSP is a text-based HTML page in which a unique tag and a Java program are embedded. This is in addition to the basic function of embedding a program in an HTML page, the properties such as Bean created by the user using the tag JSP: useBeen are HT.
There is a function that can be used from the LM page and a very convenient function that the user can define tags by himself.
Creating a property such as Bean in the event model is generally not easy. For this reason, there are several development environments for creating these as products.

As a problem of the method of generating a page on the server side such as CGI or Servlet, in the case of a complicated web application, in order for the server application to confirm the validity of the entry contents, the user has to enter a web page form. By clicking the submit button on the form when entering the data, the web page information is returned to the server. This resulted in the entire page being reloaded. So you need to reload the page multiple times in order for the browser to interact with the web server. This increases the load on the web server, slows down the processing speed, and causes interruption of the processing. In addition, in the case of a method of generating a page on the server side such as CGI or servlet,
Both client-side script and server-side script are used in the HTML document. Client-side scripts are used for applications that have a highly responsive user interface. On the other hand, the server side script is used for an application for backend processing. However, client side script and server side script cannot be executed at the same time. In addition, if the browser were to re-execute the server-side script, the browser would reload the page, as the server would generate the page and the page would be republished. For this reason, in order to maintain the control state of the web page and the state of the script, it is necessary to manage the session for creating a complicated script and passing information between the browser and the web server.

Further, as shown in FIG. 28, SOAP (Simple Object Access Pr) capable of transmitting / receiving data to / from a server is used.
otocol) and HTTP communication, S
An OAP client and a SOAP server are required on the server side, and page documents are described in XML.
In addition, SOAP is just a "specification for realizing RPC", and its implementation provides only communication functions such as RPC and messaging mechanism by XML, so a separate step for integrating content into display content is required. Becomes For this reason, the session management that is not provided by SOAP must be prepared separately on the application side. Furthermore, when using XML as a precondition for SOAP, the XML format of the description using tags increases the message size, and at the same time, considering the exchange of complex data structures of XML, it is difficult to implement serialization / deserialization when creating a user application. is there. Also CORBA
Communication is a problem when passing through a firewall on the Internet or an intranet.

Further, as shown in FIG. 29, Motif (Open Sof
T-ware Foundation. Inc.), X-Wind
Since it is based on ow (trademark of MIT), communication with the X server is performed via the X protocol. Communication with this server becomes a bottleneck, Windows 9X, Windows N
There is a problem in implementing a user interface such as T and Windows 2000 (both are trademarks of Microsoft Corporation). Therefore, in KDE (K desktop environment), a function for communicating between applications by a protocol other than the X protocol is implemented. Further, in order to perform communication on the Internet by the X protocol, a method such as encapsulating the X protocol by the HTTP protocol is necessary, and in addition, a high-speed communication line is required to operate an application by the X protocol. There is such a condition.

Up to now, there are some limited examples of page generation by the client, but there is a problem with the method of communication with the server, and since the web itself is expressed by a link structure, page generation is not possible. I couldn't do it completely on the browser side. In addition, because the data in the original page is erased when the next page is read when the page transitions, the only way to pass the data to the next page is to save it on the server. Moreover, even if the page data is simply saved by using a frame, there is no widget library for displaying the page data again.

[0009]

SUMMARY OF THE INVENTION The problems derived from the above are provided for pre-Web client / server system applications in order to improve the responsiveness of Web browser-based applications. It is necessary to provide such an interactive interface. In order to realize this, the browser side needs to generate a page and the client application needs a mechanism to communicate with the server asynchronously. Further, it is desired to generate a window corresponding to the application in the browser and operate the application in each window.

[0010]

The present invention is a method by a client computer that receives content from a server computer via the Internet, generates a dynamic document from the content, and displays the document. Generate and display, receive content, generate corresponding page and display in its window, select available transmission frame from multiple transmission frames in response to message transmission request from application. , Change the selected transmission frame to the transmitting mode, register the correspondence between the selected transmission frame and the specified callback function in the table in response to the message reception request from the application, and receive this message. Response from server computer in response to request Wherein the dynamic document generation display method of displaying updated data being displayed on the basis of the response message start the callback function registered when receiving the message.

According to the present invention, messages can be transmitted and received by HTML-based contents. This allows message transfer between the browser and server with a simpler mechanism than SOAP messages. This is effective when exchanging messages between the browser and the server in the conventional HTML-based environment.

[0012]

DESCRIPTION OF THE PREFERRED EMBODIMENTS (1) Outline FIG. 1 is a diagram showing a system configuration of an embodiment. The system is composed of a server computer, a client computer, and the Internet 165 that connects them. The server computer is a web server 170 and a server application 1.
Has 71. The client computer is, in addition to the web browser 983 and the client application 110,
Display mechanism 980, communication mechanism 981, and window mechanism 9
It has 82 libraries each. Communication is performed between the web server 170 and the web browser 983 by the HTTP protocol. The display mechanism 980, the communication mechanism 981 and the window mechanism 982 are programs executed by the client computer.

The content of the client application 110 consists of a non-display frame having a plurality of transmission frames and a plurality of reception frames, and a display frame for displaying the application. The display mechanism 980 is a library that controls display of application data and input from an input device such as a mouse and a keyboard. Further, the display mechanism 980 generates a dynamic page from the display frame of the content received from the server, and realizes a GUI (graphical user interface) of a client server system before HTML. The communication mechanism 981 uses the transmission frame and the reception frame to transmit the client application 110 and the web server 170.
It is a library for controlling asynchronous communication performed by.
The window mechanism 982 is a library that creates a window using a floating frame and displays a web application in the window. These libraries are driven by the language of the browser.

When the application is activated, the page data is transferred from the web server 170 to the web browser 983. When the web browser 983 receives this page data, it drives the language, loads the library, and then executes the user application.

When the display mechanism 980 receives data from the web server, the display mechanism 980 does not redisplay the entire data of the display frame that is already displaying the data, but redisplays only the changed data. This enables the GUI of the client / server system before HTML.

FIG. 2 is a diagram for explaining the concept of communication between web applications. When a web application is executed in each of a plurality of windows and each application communicates with a web server in the same domain, communication between the applications can be performed using a cookie in the web browser 983. As a result, distributed applications can be realized within the limited range of the same domain. The reason for limiting to the same domain is to utilize the security function of the domain that the browser has as a standard.

The application content page is separated into a presentation layer file and an application layer file. The application layer file includes communication processing logic, database access procedure, and business logic. The presentation layer also includes page layout and behavior definition files, library files, application callback function files and page files that create windows. Such separation of files facilitates maintenance such as page correction.

FIG. 3 is a diagram for explaining the process of passing the data in a page to the next page when the page moves.
Even if the page 891 of the application transits to the page 893, the location of the display frame that defines the page layout and the behavior and the content thereof are changed, and the location (URL) of the content does not move. Further, the session data is saved by using one of the plurality of frames as a session frame. This allows the stored data to be retrieved from the session frame on the next page when the application page transitions. At this time, the data in the page is stored in the session frame as serialized data, so the script of the response page obtained by the page request 897 is executed to display page 892, and the script is executed after the page is completely loaded. The data serialized by is retrieved, deserialized and displayed in the response page. As a result, the data in the page is saved on the browser side, so part of the session management such as passing the data to the next page or recording it in the database with the movement of the page that has been done on the web server is not necessary. . This reduces the load on the server.

FIG. 4 is a diagram showing an example of a window displayed by the browser. In this example, two windows are displayed, each displaying data relating to the application. The application in the foreground is an application for inputting an estimate, and the application after is an spreadsheet. When the application is launched,
Display the content on the window. The content is transmitted from the web server to the web client and is executed by language driving on the web browser side.

The application for inputting a quotation displays, in its window, a table consisting of data items such as product code, product name, unit price, quantity, and amount of money. Enter the code in the product code column of this table to display the product name and unit price. When the quantity is subsequently entered, the application calculates and displays the amount, subtotal, consumption tax and total amount. For the product name and unit price, the database of the web server is searched using the product code as a key. The application receives and displays the result.

FIGS. 5 and 6 are diagrams for explaining the outline of the processing operation of the web client, taking the above application as an example. When the product code is input from the keyboard through the window 106, the user application creates a transmission message and makes a transmission request and a reception request to the communication mechanism 981. Next, the status 141 is a
A transmission frame of active is selected, its status 141 is changed to lock, and the transmission message is transferred to the transmission buffer 142. Then, based on this transmission message, a request for information is transmitted to the web server 170 via the communication function 160 of the browser. Web server 17
Received data from 0 is received by the reception frame 240 via the communication function 160 of the browser. The reception completion notification unit 241 of the reception frame activates the corresponding transmission frame 140.

Turning to FIG. 6, the reception completion unit of the transmission frame transfers the reception data 242 to the reception buffer 143 of the transmission frame 140 and unlocks the status 141.
Change to. After that, the content display frame 105
Detects that the status 141 has been changed, retrieves the reception data from the reception buffer 143 of the transmission frame 140, and sets the status 141 of the transmission frame 140 to w.
After changing to ait, the callback function is activated. This callback function displays the received data in the product name and unit price fields of the window 106.
Finally, the transmission frame 140 changes its status 141 to free. (2) Processing Operation of User Application FIG. 7 shows the display content and operation on the browser in the window 106, the display control unit 115 and the user application 110 in the content display frame 105 which is a part of the web document. When the user inputs the character b52-PC1 from the keyboard, the display control unit 115 refers to the resource definition table and executes the event corresponding callback function (func_use_def) corresponding to the object ID (objID). The event-corresponding callback function in the user application 110 takes out the value input by the keyboard from the argument object and executes the send function (HtMessageSend ()) using the value input as the argument. Next, the receive function (HtMessageRecive ()) is executed with the user function for screen display as an argument. At this time, the reception of the message is executed asynchronously with the data input and the data transmission, so that the next event can be processed before the message corresponding to the transmission data is received. Upon receiving the data, the display mechanism 980 updates the display of only the changed portion of the data in the display frame.

FIG. 8 is a flowchart showing the processing procedure of the user application. When a user-defined callback function corresponding to an event such as keyboard input is started, the value input via the screen object received as an argument is extracted and used as a transmission message (step 402). Next, this transmission message is executed as an argument and a return object is received (step 404). If the transmission frame ID in this return object is 0 (step 406YE
S), error processing is performed in the user application (step 412).

If the transmission frame ID is not 0, a value for screen display to be passed to the callback function when the message is received is set (step 408), and the reception function is executed with the callback function as an argument when the message is received (step). 410).

Since message reception is performed asynchronously with the user application, when a message is received,
The callback function is activated. The callback function retrieves the data from the received message (step 418) and redisplays the data based on the screen redisplay value (step 420). (3) Processing Operation of Port Control Unit FIG. 9 shows the user application 110 and the port control unit 125 existing in the content display frame 105.
And the associated transmission frame 140. The transmission frame 140 is hidden. User application 110
The transmission unit 127 of the port control unit 125 receives the transmission message 126 by starting the transmission function of. At this time, the status 141 of the transmission frame having the frame ID 1 is active, and the statuses 141 of the other transmission frames are free.

Next, as shown in FIG.
Retrieves the active frame ID from the frame state table 139, and via the status confirmation unit 131 of the frame monitoring unit 130, the status 141 of the transmission frame 140 indicated by the active frame ID is free, wai.
Check if it is t or active.

Next, as shown in FIG. 11, the active frame ID 128 is used as the transmission frame ID 220, the transmission message 126 in the transmission unit 127 is transferred to the transmission buffer 142 in the corresponding transmission frame 140, and the status 141 of the transmission frame 140 is set. Change to lock.

Next, as shown in FIG. 12, the frame monitoring section 130 changes the value of the frame status of the entry corresponding to the active frame ID in the frame status table 139 to 1 indicating that it is in use, and the active status is set. The frame ID 301 is counted up and returned to the transmitter 127 as the next active frame ID 128. Transmitter 12
7 indicates the status 14 of the transmission frame 145 indicated by the active frame ID via the frame monitoring unit 130.
6 and the status 146 is free or wa
Check if it or not.

Next, as shown in FIG. 13, the transmission unit 127
Is the transmission frame 1 indicated by the active frame ID.
The status 146 of 45 is set to active, an object composed of the transmission frame ID 129 and the transmission error message 186 is generated, and this object is used as the return value of the transmission function.

Next, as shown in FIG. 14, by starting the reception function of the user application 110, the callback function name 201 received as an argument by the reception unit 200 of the port control unit 125 is registered in the frame state table 139. Frame monitoring unit 13
0 is registered as a frame monitoring target. Receiver 200
Receives the message, the frame state table 1
With reference to 39, the registered callback function is activated.

Next, as shown in FIG. 15, the frame monitoring unit 130 monitors until the status 141 of the transmission frame 140 becomes unlock by a timer interrupt.
When it is detected that the status 141 is unlocked, the contents of the reception buffer 143 and the error 144 of the transmission frame 140 are transferred to the content display frame 105, and the transmission frame I is transmitted from the frame state table 139.
Fetch the callback function corresponding to D.

Next, as shown in FIG. 16, the port controller 1
25 initializes the frame state 302 corresponding to the transmission frame ID of the frame state table 139 and the entry of the callback function registration area 303,
The callback function 2 that has changed the status 141 of the transmission frame 140 to wait and fetched it
Execute 13.

FIG. 17 is a flowchart showing the transmission processing procedure of the port controller 125. Although not shown,
The port control unit 125 initializes the frame state table 139 as initialization processing, and
The first frame ID is extracted from 9 and its frame I
Acquire the status 141 of the transmission frame 140 having D
Set to "tive" and wait for an event.

When the transmission function is started by the request from the application, the port control unit 125 receives the transmission message and the callback function (step 506). Next, the frame state table 139
The active frame ID 301 is acquired from (step 508). Next, the status 141 of the transmission frame 140 indicated by the active frame ID is acquired via the frame monitoring unit 130 (step 510). When the status 141 is not free, wait or active (NO in step 512), a transmission error message is returned to the application as a return object of the function (step 514), and the transmission function ends.

When the status 141 is free, wait, or active, the active frame ID is used as the transmission frame ID (step 520), the transmission message is transferred to the transmission buffer in the corresponding transmission frame 140 (step 522), and the transmission frame is transmitted. Change the status 141 of 140 to lock (step 52)
4). Next, the next active frame ID is acquired from the frame state table 139 (step 526), and the status of the transmission frame corresponding to the active frame ID is acquired via the frame monitoring unit 130 (step 528). If the status is not free or wait (NO in step 530), the process returns to step 526 to repeat the process. The status is free or w
In the case of ait, the status of the corresponding transmission frame is a
It is changed to cactive (step 516), the transmission frame ID is set in the return object of the function and returned to the application (step 518).

FIG. 18 is a flowchart showing the receiving processing procedure of the port control unit 125. When the reception function is started, the port control unit 125 receives the callback function name to be executed at the end of message reception as an argument (step 550), and registers this callback function name in the frame state table 139 (step 552). The transmission frame 140 is registered as a monitoring target in the frame monitoring unit 130 (step 554), and the reception function ends.

After the monitoring interval of the transmission frame has elapsed (step 556), the status of the transmission frame 140 is not unlock (step 560 NO), and c
If it is not ancel (NO in step 562), the transmission frame 140 is registered again as a monitoring target in the frame monitoring unit 130 (step 564), and monitoring for message reception is continued. If the status 141 is cancel, the entry of the frame state corresponding to the transmission frame 140 of the frame state table 139 and the callback function registration area is initialized (step 566) and the status 14 of the transmission frame 140 is initialized.
Change 1 to free (step 568).

If the status is unlock (YES in step 560), the reception buffer 1 in the transmission frame 1
43 and the contents of the error 144 are displayed in the content display frame 1
05 to the transmission frame I (step 570).
The callback function name is retrieved from the frame state table 139 using D as a key (step 57).
2). Next, the entry corresponding to the transmission frame 140 in the frame state table 139 is initialized (step 5
74), the status 141 of the transmission frame 140 is wa
It is changed to it (step 576), and the retrieved callback function is executed (step 578). (4) Transmission Frame Processing Operation FIG. 19 is a diagram for explaining the transmission frame processing operation when the transmission frame status is lock. The transmission frame 140 includes a status monitoring unit 310, a reception completion unit 153, a document request unit 151, and a URL generation unit 152. Status monitoring unit 310,
Reception completion unit 153, document request unit 151 and UR
The L generation unit 152 is a program executed by the client computer. The status monitoring unit 310 detects that the status 141 of the transmission frame 140 is locked and activates the document requesting unit 151. When confirming that the reception flag 154 of the reception completion unit 153 is false, the document request unit 151 extracts the contents of the transmission buffer 142 and outputs a URL for requesting information from the web server via the URL generation unit 152. Generate and change the receiving flag 154 to true. Then, based on the generated URL, a request for information is issued to the web server using the communication function of the browser.

FIG. 20 is a diagram for explaining status transitions when the transmission frame is wait. The status monitoring unit 310 uses the status 141 of the transmission frame 140.
When it detects that the
Change 1 to free.

FIG. 21 is a conceptual diagram showing a situation in which a plurality of transmission frames are used in round robin when transmitting a message. As shown in FIG. 21B, transmission frames whose status is active, that is, transmission frames used for message transmission, move sequentially. Further, as shown in FIG. 21A, the status of the transmission frame is a
The status monitoring interval is changed by ctive, free, or wait. By using a plurality of transmission frames and asynchronously transmitting the message in this way, the web browser can continuously transmit the message to the web server. In other words,
The user application can continuously issue information acquisition requests by switching the transmission frame for each information acquisition request. This allows the user application to continue the next operation without waiting for the reception of data.

22 and 23 are flowcharts showing the processing procedure of the transmission frame. When starting an application, all transmit frames initialize themselves and set their status to free (step 6).
00).

The status monitoring unit 310 sets a monitoring interval and registers for monitoring (step 602). After the monitoring interval has passed (step 604), the determination is performed based on the status. If the status is active (step 6
If 06), the status monitoring interval is changed to "short" (step 608), and the process returns to step 602. If the status is free (YES in step 610), the status monitoring interval is changed to “long” (step 612), and the process returns to step 602. Status is wa
In the case of it (YES in step 614), the reception buffer of the transmission frame is initialized (step 616),
The status monitoring interval is changed to "latest delay" (step 618), and the status is changed to free (step 6).
20) and returns to step 602. Status is acti
If it is neither ve, free, wait, or lock (step 622 NO), the process returns to step 602.

When the status is lock (step 6)
22), the process proceeds to FIG.
Is true (step 630). t
If it is true, an error message is set in the error 144 of the transmission frame (step 652), the status is changed to unlock (step 654), and the process returns to step 602.

If the receiving flag is not true (NO in step 630), the message is taken out from the transmission buffer of the transmission frame (step 632), the host name of the web server is added to the message, and the URL is added. It is generated (step 634). Next, the receiving flag of the reception completion unit 153 is changed to true (step 636), and a request for information is issued by the URL designated for the communication function of the browser (step 638). The browser issues a request for information to the web server at that URL.

Next, the status monitoring unit 310 sets the maximum monitoring time for timeout (step 64).
0), monitoring registration of the transmission frame is performed (step 6).
42). After the monitoring interval has elapsed (step 644),
The status is determined (step 646). If the status is lock, error 14 of the transmission frame
An error message is set to 4 (step 648), the status is changed to unlock, and the process returns to step 602. If the status is not lock, step 602
Return to. (5) Processing Operation Related to Received Frame FIG. 24 is a diagram for explaining processing operation related to a received frame when a message is received. When the reception frame 240 completes the reception of the message from the web server, the reception completion unit 241 added to the reception message is activated, and as a result, the reception completion unit 153 of the transmission frame 140 is activated.
The reception completion unit 153 determines whether the receiving flag 154 is true and whether the status 141 is lock. If they are correct, the reception data 242 stores the reception data 242.
Transfer to 43. Then, the receiving flag 154 is set to false.
e and change the status 141 to unlock.

FIG. 25 is a flow chart showing the processing procedure of a reception frame and a transmission frame accompanying message reception. When the reception of the message from the web server is completed, the reception completion notification unit 241 attached with the received document is started, and as a result, the reception completion unit 153 of the transmission frame is activated and executed (step 450).

The reception completion unit 153 receives the reception flag 154.
Is true (step 460). tru
If not e, nothing is done and the process ends. When the receiving flag 154 is true, the status 141 is lo
It is determined whether it is ck (step 462). If it is not a lock, the receiving flag 154 is set to false (step 464) and the process is ended.

When the status 141 is "lock", the received data in the received frame is transferred to the receive buffer of the transmission frame (step 466), and the receiving flag of the reception completion section 153 is changed to false (step 46).
8) Then, the status 141 is changed to unlock (step 470), and the process ends.

As described above, each combination of the transmission frame and the corresponding reception frame independently communicates with the web server. (6) Status State Transition Diagram FIG. 26A is a state transition diagram of the status of the transmission frame. FIG. 26B shows the reason for instructing the status change and the frame for instructing the status change for the state transition indicated by each number. This state transition method enables each frame to operate independently. (7) Programming Language FIG. 27 is a diagram showing a coding example 910 using JavaScript (a script language developed by Netscape) and HTML. Javascript
Is widely used as a description language for homepages because it has the feature of facilitating application development. The coding by Javascript is directly described in the HTML document as shown in this embodiment. By adding a resource definition statement such as Motif to the description language of this home page as shown in 930, the HTML document and the presentation layer of the application such as the screen layout and behavior can be easily grasped as a set. Since this resource definition does not need to be aware of the array subscript, the coding becomes much simpler.

The existing home page creation tool used for creating contents includes a library provided by a software provider or JavaScript defined by the user.
Since the coding by t can be incorporated, a commercial tool can be used as a dedicated tool for content creation.

[0051]

As described above, according to the present invention, the HT
Despite the environment of ML-based contents and web browser, while generating pages on the browser side,
Since the client application communicates with the web server asynchronously, the responsiveness on the client application side can be improved. In addition, since a window is created for each client application, multiple applications can operate independently and c
Communication between applications using cookie is possible. Further, by generating a page on the browser side, the load on the server side can be reduced.

[Brief description of drawings]

FIG. 1 is a system configuration diagram of an embodiment.

FIG. 2 is a diagram illustrating a concept of communication between web applications.

FIG. 3 is a diagram illustrating a process of passing data in a page to a next page when the page moves.

FIG. 4 is a diagram showing an example of a window displayed by a browser.

FIG. 5 is a diagram for explaining an outline of the processing operation of the web client by way of example.

FIG. 6 is a diagram (continuation) for explaining the outline of the processing operation of the web client by way of example.

FIG. 7 is a diagram illustrating a processing operation centered on a user application by way of example.

FIG. 8 is a flowchart illustrating a processing procedure of a user application according to the embodiment.

FIG. 9 is a diagram illustrating a processing operation of a port control unit according to the embodiment.

FIG. 10 is a diagram (continuation) illustrating the processing operation of the port control unit according to the embodiment.

FIG. 11 is a diagram (continuation) illustrating the processing operation of the port control unit according to the embodiment.

FIG. 12 is a diagram (continuation) illustrating the processing operation of the port control unit according to the embodiment.

FIG. 13 is a diagram (continuation) illustrating the processing operation of the port control unit according to the embodiment.

FIG. 14 is a diagram (continuation) illustrating the processing operation of the port control unit according to the embodiment.

FIG. 15 is a diagram (continuation) illustrating the processing operation of the port control unit according to the embodiment.

FIG. 16 is a diagram (continuation) illustrating the processing operation of the port control unit according to the embodiment.

FIG. 17 is a flowchart illustrating a transmission processing procedure of a port control unit according to the embodiment.

FIG. 18 is a flowchart showing a reception processing procedure of the port control unit of the embodiment.

FIG. 19 shows the status of the transmission frame of the embodiment is loc
It is a figure explaining the processing operation of the transmission frame in the case of k.

FIG. 20 is a diagram for explaining status transition when the transmission frame of the embodiment is wait.

FIG. 21 is a conceptual diagram showing a situation where a plurality of transmission frames are used in round robin when transmitting a message.

FIG. 22 is a flowchart showing a processing procedure of a transmission frame according to the embodiment.

FIG. 23 is a flowchart (continuation) showing a processing procedure of a transmission frame according to the embodiment.

[Fig. 24] Fig. 24 is a diagram for describing a received frame processing operation associated with message reception.

FIG. 25 is a flowchart showing a processing procedure of a reception frame and a transmission frame accompanying message reception.

FIG. 26 is a diagram illustrating the entire state transition of the status of a transmission frame.

FIG. 27 is a diagram illustrating a coding example of an application.

FIG. 28 is a diagram showing a conventional communication system between a server and a client.

FIG. 29 is a diagram showing a configuration of a conventional X-Window system.

[Explanation of symbols]

110: client application, 170: web server, 980: display mechanism, 981: communication mechanism, 98
2: Window mechanism, 983: Web browser

Claims (8)

[Claims] 1. A method by a client computer for receiving content including coding in an application description language from a server computer via the Internet, generating a dynamic document from the content and displaying the dynamic document, and generating a window corresponding to an application. When the application data is input via the input device, a transmission message is created by receiving the content, executing the coding, generating the page and displaying the page in the window. When a request to send the send message and a request to receive the response message are made, and the message is received from the server computer,
A dynamic document generation and display method characterized in that an asynchronous callback function is activated in response to the reception request, and the data being displayed is updated based on the response message. 2. A method by a client computer for receiving content from a server computer via the Internet, and generating and displaying a dynamic document from the content, the method comprising generating and displaying a window corresponding to an application. To generate a corresponding page, display it in the window, select an available transmission frame from a plurality of transmission frames in response to a message transmission request from the application, and select the transmission. The frame is changed to a transmitting mode, and in response to a message reception request from the application, the correspondence between the selected transmission frame and the designated callback function is registered in a table, and the message reception request is responded to. Then, from the server computer Generating display method of dynamic document and displaying updated data being displayed on the basis of the response message start the callback function when it receives a message. 3. The dynamic system according to claim 2, wherein each of the transmission frames monitors at a monitoring interval according to the status whether or not the status of the transmission frame is changed to a transmitting mode. How to generate and display various documents. 4. The dynamic document generation and display according to claim 2, wherein a plurality of windows corresponding to the application are generated and each application is controlled to communicate with a corresponding server computer belonging to the same domain. Method. 5. A client computer for receiving content from a server computer via the Internet, generating a dynamic document from the content and displaying the content, wherein the client computer generates and displays a window corresponding to an application. Means, means for receiving the content, generating a corresponding page and displaying it in the window, and selecting an available transmission frame from a plurality of transmission frames in response to a message transmission request from the application. Then, in a table, the correspondence between the means for changing the selected transmission frame to the transmitting mode and the selected callback function in response to the message reception request from the application is stored in a table. Means to register and the Messe And a means for activating the callback function when a response message is received from the server computer in response to a message reception request and updating and updating the data being displayed based on the response message. . 6. The client computer has means for generating a plurality of windows corresponding to the application and controlling each application to communicate with a corresponding server computer belonging to the same domain. The listed client calculator. 7. A procedure for generating and displaying a window corresponding to an application on a client computer that receives content from a server computer via the Internet and generates and displays a dynamic document from the content, and receiving the content. A corresponding page is generated and displayed in the window, and in response to a message transmission request from the application, an available transmission frame is selected from a plurality of transmission frames,
A procedure of changing the selected transmission frame to a transmitting mode, and a step of registering a correspondence between the selected transmission frame and a designated callback function in a table in response to a message reception request from the application. , And a program for activating the callback function when a response message is received from the server computer in response to the message reception request and executing a procedure for displaying and updating the data being displayed based on the response message. 8. Each of the transmission frames has information indicating a status of the transmission frame, and the client computer determines whether or not the status of the transmission frame is changed to a mode in transmission. The program according to claim 2, for executing a procedure of monitoring at a monitoring interval.