JPH05324521A - Multiwindow communication method - Google Patents

Abstract

PURPOSE:To easily read out and confirm desired information out of already received information by dividing received information to store it in a storage part and displaying this information in superposition over multiple windows. CONSTITUTION:By operation information execution of an operation information execution processing part 27, a command to be sent to a host computer 1 is generated and a series of operations sent to the computer 1 are executed. Prescribed data is transmitted to a terminal 2 from a host storage part 13 of the host 1 through a host communication processing part 12 by the control of a host control part 11. A terminal communication processing part 22 recognizes the tag and the data length in accordance with received information and transfers data to a storage part 23 by the control of a terminal control part 21. Next, information is read out from the storage part 23 by the control of a window display control part 24 and is displayed as a window on a display part 26. As a result, resembling contents are simultaneously displayed and are compared with each other.

Description

Detailed Description of the Invention

[0001]

INDUSTRIAL APPLICABILITY The present invention makes it possible to efficiently confirm information received during communication using a multi-window screen when communicating multimedia documents such as characters, figures, and photographs. Multi-window communication method.

[0002]

2. Description of the Related Art In a conventional communication device, it is impossible to confirm the content of the information while receiving the information from the other party. However, it is already common in communication programs to store received information in a buffer without displaying it and read back the contents of the buffer to scroll back and display. However, when a large amount of received data is received, it takes time to search for the target data due to scrollback. FIG. 10 is a diagram showing an example of a conventional received message, and FIG. 11 is a diagram of a scroll screen of the received message stored in the buffer. In the conventional communication device, as shown in message 1, message 2 and message 3 in FIG. 1, the received information is STX (transmission control character: message start), ETX (command: message end), CR (command: carriage read). (-)) Etc. were used to detect breaks in the telegram. However, there is no time and method for confirming the information received at each break, and the confirmation operation cannot be started until after receiving all the telegrams for each transmission partner. That is, the received information is managed by one buffer, and the entire received information can be referred to by scroll-displaying on one screen or window as shown in FIG.

[0003]

As described above, in the conventional communication device, in order to confirm the information already received during the communication, it is necessary to go back and confirm the screen by the back scroll or the like. Was extremely complicated.
Further, with respect to the received information, since the information indicating the break and the information of the content have the same level of sign, there is a problem that a great amount of labor is required to find the leading position of the necessary information. In addition, in a communication device such as a captain that sends and receives information on a screen-by-screen basis, it is possible to store information on a screen-by-screen basis in a buffer and call them, but since only one screen can be displayed at a time, it is necessary to call each screen one by one. was there. FIG. 12 is a diagram showing a conventional screen for confirming received information. Even if there are a plurality of stored screens in the order of FIGS. 12 (a), (b), and (c), a submenu or a start menu is displayed by calling storage recall after calling one screen at a time. Then, the contents of the received information are confirmed one screen at a time. That is, FIG.
In FIG. 2, the screen of (a) which is the last received screen of the received information is displayed first, and it is received before that in order to confirm whether or not the guidance of the place of the coffee shop A is requested. Then, the submenu (b) is called and it is confirmed whether or not the guide map of the coffee shop A is requested. Further, the start menu (c) received before that is called to confirm whether or not the coffee shop is requested.

FIG. 13 is a diagram showing the correspondence between a conventional multi-window application and a screen. Conventionally, a multi-window method of displaying a plurality of windows on the same screen has been used. In this case, displaying different information in each of the plurality of windows is performed by the X protocol of the X window, which is as shown in FIG.
Different applications are displayed in separate windows. That is, when the application 1 software, 2 software, and 3 software are operating in the server, the window of the application 1 corresponding to the software 1 and the software 2 are displayed on the client screen. The application 2 window and the application 3 window corresponding to the software 3 are displayed. Therefore, according to the conventional method, the information received by one application cannot be displayed in different windows, and as shown in FIG. 13, it corresponds to different applications. It should be noted that the same effect as the method shown in FIG. 13 can be obtained by starting a plurality of the same applications at the same time, but this requires a connection process for each piece of information to be received, and a program is loaded for each window. However, there is a problem in that a large amount of memory is consumed. An object of the present invention is to solve such a conventional problem and provide a multi-window communication method capable of efficiently confirming information already received during communication.

[0005]

In order to achieve the above object, a multi-window communication method of the present invention uses a multi-window communication method for transmitting and receiving information when a plurality of devices connected via a communication line transmit and receive information. In the communication method displayed in the window, in the received information, insert the tag information for automatically recognizing the break of the information, store each information divided by the tag information in a separate area, In addition to managing each piece of information, each piece of divided information is multi-displayed in a separate window, and operation information that describes the operation according to each piece of information is input for each window. It is characterized by performing to.

[0006]

In the present invention, the information received during communication is recognized by recognizing the breaks in the received information, dividing them and managing them in a plurality of buffers, and displaying these information simultaneously on the screen in multiple windows. The contents can be efficiently confirmed while receiving the. That is,
If the received data is divided, the already received data can be displayed in multiple windows, so that the desired data can be easily found. Tag A0 and data length A so that the break of the information received in advance can be automatically recognized.
0 indicates the entire data, tag A1 indicates the document unit to be displayed in the first window, and tags B1 and C1 indicate the operation information and document data of the first window. An, Bn, and Cn are inserted so as to indicate the operation information and the document data corresponding to the nth window.
In the case of the bulletin board service, the list display of the documents registered in the bulletin board is requested, the received information is stored in the first window buffer and displayed in the first window. When the number is entered from the key here, a command for calling the designated number is sent to the host, and the bulletin message received thereby is displayed in the second window. The number is converted into a command by the operation information corresponding to the second window, and the command is transmitted to the transmitting station. In this way, different bulletin boards are sequentially displayed in the multi-window. This makes it possible to confirm desired information in the already received information, and by describing different operation information for each window, it becomes possible to instruct complicated processing with a simple instruction.

[0007]

Embodiments of the present invention will now be described in detail with reference to the drawings. FIG. 2 is a diagram showing a data format of information transmitted and received according to the present invention. The information is separated by tags for identifying the contents, and the next tag position can be determined by the data length. The data length detecting method itself can be performed by a conventional technique. further,
The tags have a hierarchical structure. The tag A0 and the data length A0 indicate the entire data, the tag A1 indicates the document unit displayed in the first window, and the tags B1 and C1 are the first. The following shows operation information and document data of the window. Similarly, the document units corresponding to the second and subsequent windows, the operation information, and the document data are the tags An and B.
n, Cn. Here, the operation information is information describing an operation according to the mouse or the keyboard of the terminal device, and the document data is information displayed on the screen of the terminal device. In FIG. 2, the data length A0, data
A data length A1 and a data length B1 are added, a data length C1 is added before the document data 1, and a data length A2 and a data length B2 are added before the operation information 2. , The data length C2 is added in front of the document data 2, and in the same manner, the document data
The data length Cn is added before the data n.

FIG. 1 is an overall block diagram of a multi-window communication device showing an embodiment of the present invention. In FIG. 1, 1 is a host computer for controlling a plurality of terminals, 2
Is a terminal. Only one terminal 2 is shown, and the other terminals are not shown. Host computer 1
Includes a host control unit 11, a host storage unit 13, and a host communication processing unit 12, and the terminal 2 includes a terminal control unit 21, a terminal communication processing unit 22, a storage unit 23, and a window display control unit 2.
4, an input instruction unit 25, a display unit 26, and an operation information execution processing unit 27. The operation information execution processing unit 27 executes the operation information by a program by a host computer.
It includes executing a series of operations for generating a command to be sent to the computer 1 and sending it to the host computer 1. The data as shown in FIG. 2 is the host communication processing unit 1 under the control of the host control unit 11 from the host storage unit 13 of the host 1.
It is transmitted to the terminal 2 via 2. In the terminal communication processing unit 22, the tag A1 and the data length A are calculated from the received information.
1 is recognized and the data is transferred to the storage unit 23 under the control of the terminal control unit 21. Next, the information is read from the storage unit 23 under the control of the window display control unit 24, and the display unit 2
6 is displayed in a window.

FIG. 3 is a block diagram of the storage unit of the terminal shown in FIG. In FIG. 3, reference numeral 230 is a storage control unit for controlling reading and writing of each data in the storage unit 23, and 231 to 234 are first to Nth window document data buffers stored in the storage unit 23. , 235-23
Reference numeral 8 is also a first to Nth window operation information buffer. The data transferred to the storage unit 23 becomes the operation information 1 when the storage control unit 230 in the storage unit 23 recognizes the tag B1, the data length B1, the tag C1, and the data length C1. The document data 1 is stored in the operation information 235 of the first window and the document data 231 of the first window, respectively. Next, when the document data stored in the first window buffer 231 is read, the window display control unit 24 displays the document data in a window on the display unit 26. on the other hand,
The operation information stored in the first window operation information buffer 235 is transferred to the operation information execution processing unit 27 via the storage control unit 230 and executed there.

In the operation information execution processing section 27, the operation described in the operation information is executed according to the user operation detected by the input instructing section 25. After that, each time the tag A is newly recognized, a new window buffer is opened in the storage unit 23, the received information is stored therein, and the operation information is executed by displaying it in another window. The operation information is transferred from the storage unit 23 to the operation information execution processing unit 27 and executed every time the active window to be operated is switched. Although the window buffer for storing the received information is automatically switched here, the present invention is not limited to this, and it is possible to input an instruction to change the storage buffer for the information to be received next from the input instruction unit 25. It is also possible to store in the designated buffer. In addition, after storing the reception information displayed in the multi-window in the local file of the terminal device 2, it is possible to read it again and display it on the screen.

FIG. 4 is a diagram of a multi-window display screen showing an embodiment of the present invention, and FIG. 5 is a flow chart showing processing of window operation information in FIG. As an example, a case where the bulletin board service is received will be described. First, by requesting a list display of the documents registered in the desired bulletin board, the received information is stored in the first window buffer, and then this is read and displayed in the first window as shown in FIG. .. Then received 1
Store the bulletin number 50 in the second window buffer,
This is read out and displayed in the second window as shown in FIG. Similarly, when another bulletin board is received, it is stored in the third, fourth, ... Window buffers, read out, and displayed in the third window as shown in FIG. Note that the communication program shown in FIG. 4 has one window (child window) open on the terminal for the server application.
It was punted and displayed. As the processing of the window operation information, when a number is first input, the window operation information shown in FIG.
In accordance with the flow of the operation information of the first window, the command for calling the designated number (for example, number 150) is sent to the host computer 1 (step 51). Further, here, as a command for ending the communication, for example, Q
When uit is input (step 52), the command is sent to the host computer 1. Thereby, the communication is ended (step 54). In the storage unit 23, a new window is opened and the notice text of the designated number is displayed in the first window of the display unit 26 (step 53). This completes the processing of the operation information of the first window.

When the 150th bulletin board is received (step 56), the received 150th bulletin board is stored in the second window buffer and displayed in the second window (step 58). In the second window as well, according to the operation information corresponding to the second window, the number becomes a command for reading the bulletin of the corresponding number, which is the host computer.
To the data 1 (step 57). When LIST is input as the command for displaying the list, the list display window is activated (step 59). Hereafter, in the same way, another bulletin is sequentially
Display in multiple windows. In this way, since the received information is displayed in multiple windows in the unit of the posted text, the content can be easily confirmed by activating the window in which the already received document is displayed and displaying it in the front.

FIG. 6 is a screen display of a captain service showing an application example of the present invention, and FIG. 7, FIG. 8 and FIG.
6 is a processing flow chart of the operation information of the first, second, and third windows in FIG. 6, respectively. First,
The start menu received by the captain service is displayed in the first window. Next, an instruction for calling the desired item, here, the coffee shop of 1 # is input by the start menu. The input characters are converted into a command that directly calls the screen corresponding to 1 #, and then the host computer 1
Sent to. Similarly, the submenu is displayed in the second window. Here, by inputting the instruction to call the coffee shop A of 1 # of the desired item, the input character becomes a command that directly calls the screen corresponding to 1 #. After the conversion, it is sent to the host computer 1. next,
The guide map of the coffee shop A is displayed in the third window, and the process ends. First, as the operation information of the first window,
Processing is performed according to the flow of FIG. That is, after the received start menu is displayed in the first window, an instruction to call a desired item is input by the start menu (step 72). The input character is converted into * 5500100 #, which is a command for directly calling the screen corresponding to 1 #, and is sent to the host computer 1 (step 73). The command to call the screen corresponding to 1 # is
* Host computer after being converted to 5500200 #
To the data 1 (step 74). In the same way, the command to call the screen corresponding to 7 # is * 5
Host computer 1 after being converted to 500700 #
(Step 77).

Next, in the second window shown in FIG. 6, when the input character 1 # is branched according to the flow shown in FIG. 8 (step 82), it is converted into * 5500110 #, and then the host computer. To the data 1 (step 8)
3). Similarly, when the input character 7 # is branched (step 82), after being converted to * 5500170 #,
It is sent to the host computer 1 (step 87).
Next, in the third window shown in FIG. 6, after it is determined whether the input character is 99 # according to the flow shown in FIG. 9 (step 92), if it is the input character of 99 #, * 99
After being converted to 0001 #, it is sent to the host computer 1 (step 93). If it is an input character other than 99 # (step 92), the input character is transmitted as it is to the host (step 94). As described above, the operation information is only added to the data sent from the host computer 1, and the host computer 1 has nothing to do with the content of the operation information. Therefore, in order to call the next information from the host computer 1, it is necessary to send a command between the host and the terminal according to a predetermined agreement.

For example, in FIG. 4 and FIG. 5, "Read DocNo = 105" is sent to the host computer 1 as a command for reading the bulletin board. Further, in FIG. 6 and FIG. 7, the command “* 5500200 #” for directly reading the designated screen is displayed.
Is sent to the host computer 1. According to the present invention, a program described in the operation information is used to automatically generate a command for complex host control, and the sequence until the command is sent to the host computer 1 is automatically executed. For simplification. In the conventional multi-window, each is displayed in correspondence with the application software of the server, but also in this embodiment,
For one server application, one window on the terminal (communication program in FIGS. 4 and 6 respectively)
Is opened, and the window (nth window in FIGS. 4 and 6) for displaying the reception data is opened as its child window. When a plurality of communication programs are activated, a plurality of reception data display child windows are displayed in the respective communication program windows. In this way, since the received information is displayed in multiple windows on a screen-by-screen basis, the contents can be confirmed by displaying the window in which the already received screen is displayed in the front. Furthermore, even if the same command 1 # is input, different screens can be called according to the operation information for each window.

[0016]

As described above, according to the present invention,
Since the received information is divided and stored in the storage unit and displayed by being superimposed on the multi-window, desired information can be easily read and confirmed from the already received information. As a result, similar contents can be displayed at the same time for comparison, and different operation information is described for each window, so that it is possible to instruct complicated processing with a simple instruction.

[0017]

[Brief description of drawings]

FIG. 1 is an overall block diagram of a multi-window communication device showing an embodiment of the present invention.

FIG. 2 is a diagram showing an example of a data format transmitted / received in the present invention.

FIG. 3 is an internal configuration diagram of a storage unit in FIG.

FIG. 4 is a diagram showing a screen display example when a bulletin board service, which is an application example of the present invention, is called.

5 is a processing flowchart of operation information of each window in FIG.

FIG. 6 is a diagram showing an example of a screen display when a captain service which is an application example of the present invention is called.

FIG. 7 is a processing flowchart of operation information of the first window in FIG.

FIG. 8 is a processing flowchart of operation information of the second window in FIG.

9 is a processing flowchart of the operation information of the third window in FIG.

FIG. 10 is a diagram showing an example of a conventional received message format.

FIG. 11 is a diagram showing a conventional scroll screen of buffer contents.

FIG. 12 is a diagram showing a screen display example of a conventional captain terminal.

FIG. 13 is a diagram showing a conventional case where different applications are displayed in different windows.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 Host computer 2 Terminal 11 Host control unit 12 Host communication processing unit 13 Host storage unit 21 Terminal control unit 22 Terminal communication processing unit 23 Storage unit 24 Window display control unit 25 Input instruction unit 26 Display unit 27 Operation information execution processing unit 230 storage control unit 231 to 234 first to Nth window document data buffer 235 to 238 first to Nth window operation information buffer

 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Akio Mitamura 1-1-6 Uchisaiwaicho, Chiyoda-ku, Tokyo Nihon Telegraph and Telephone Corporation (72) Yoichi Kato 1-16-6 Uchisaiwaicho, Chiyoda-ku, Tokyo Nippon Telegraph and Telephone Corporation

Claims (1)

[Claims] 1. In a communication method for displaying received information in a multi-window when information is transmitted and received between a plurality of devices connected via a communication line, a break of the information is automatically included in the received information. Information is inserted into each area by inserting tag information for automatic recognition, each information divided by the tag information is stored in a separate area, and each divided information is multi-displayed in a separate window. Then
In addition, a multi-window communication method is characterized in that operation information, which is input from a keyboard or a mouse and describes an operation according to each information, is executed for each window.