JPS6380322A - Data transferring and displaying system - Google Patents

Abstract

PURPOSE:To decrease the display time onto the screen by reserving a remote table form data at a terminal equipment and displaying it in combination with unreceived data. CONSTITUTION:A command from a keyboard 12 is decoded by a command analysis section 14 at a terminal device 1, a control section 18 discriminates it to be a 1st display, references table constituting information of a data management table 19 to request the transfer of corresponding display information to a center 2 via a communication control section 16. Upon the receipt of the request, the center 2 reads a table form data from a file device 22 via a file management section 24 and sends it to the terminal device 1. The display is applied to a CRT 11 by a display section 15 or the like of the terminal device 1 and the data is written in a file device 13 through a file management section 17, and a data representing the completion of reception such as a column number or a type number is written in a management table 19. The display is applied similarly by the combination of the reserved data and the unreceived data of the device 13 after a 2nd and succeeding communication and the data already received is not sent again, resulting in decreasing the screen display time.

Description

[Detailed Description of the Invention] [Industrial Application Field] The present invention relates to a data transfer display method, and in particular, data in a table format that exists remotely (such as a center) is transmitted to a terminal, and the screen of the terminal (hereinafter simply referred to as screen) is transmitted to a terminal. It relates to a method for speeding up the display in a system that displays images on a computer.

□ [Prior Art] Conventionally, the following methods have been used to transfer table-format data from a center etc. to a terminal and display it. The first method is to transfer one screen worth of data from the center and display it each time a terminal user (hereinafter simply referred to as the user) requests display.The second method is to transfer all the data to be displayed to the terminal in advance. In this method, the data is transferred, the received data is stored in a file, etc., and then one screen's worth of data is read out from the file and displayed in response to a display instruction from the user.

[Problem that the invention seeks to solve]

In the conventional technology, the first method is that when the user wants to see the previously displayed data again, that is, when the user instructs vertical scrolling of the screen, even the data that has been transferred once is displayed again. It is necessary to transfer it from the center and display it. Similarly, if the user wants to see data that extends beyond the horizontal size of the screen, in other words, if the user wants to instruct the user to scroll the screen horizontally, the previously transferred data may need to be retransmitted depending on the scroll width. .

As described above, in the first method, it is necessary to retransmit data that has been transferred once as the screen is scrolled, which results in an increase in display time.

In the second method, all the data has already been transferred to the terminal, so there is no need to resend the data every time you scroll.
Since it takes a considerable amount of time to transfer all data in advance, and not all transferred data is necessarily displayed, the overall processing time may generally be long.

An object of the present invention is to reduce the display time on the screen by transferring only the data necessary for display on the screen and not retransmitting data that has been transferred once.

[Means and effects for solving the problems] In the present invention,
In principle, data is transferred from the center each time it is displayed on the screen, but once received data is also stored in a file on the terminal, and only unreceived data is transferred to the center for subsequent display on the screen. The received data is read from the file, and the two data are combined and displayed on the screen. Thereby, it is possible to avoid redundant data transfer from the center and speed up the display on the screen.

〔Example〕

An embodiment of the present invention will be described below with reference to the drawings.

FIG. 1 is a block diagram of one embodiment of the present invention.

Terminal 1 and center 2 are connected through a communication line. Connected to the terminal 1 are a CRT II for displaying data, a keyboard 12 for inputting commands, and a file device 13 for storing received data. Also,
In the center 2, data 21 in a table format to be transferred to a terminal is stored in a file device 22.

Inside the terminal 1, there is a command analysis section 14 that accepts and receives requests from users, a display section 15 that displays on the screen, and a communication control section 16 that communicates with the center. A file management section 17 that performs input/output of the file 13, and a control section 18 that performs overall control.
put The center 2 includes a communication control section 23 that communicates with terminals, a file management section 24 that reads files 22, and a data transfer section 25 that receives and processes requests from terminals.

FIG. 2 shows the structure of table-format data targeted in this embodiment. One table has its name 2-1. The table also consists of several columns 2-2,
Column name 2-3 or number identifying the column 2-4, data attributes (number/character distinction, length, etc.) 2-
Has 5. The actual data is a set of data for each column, and one set of data is called a tuple 2-6.

Generally, there are multiple tuples in one table format.

First, the user uses the keyboard 12 to specify a table to be displayed using a command or the like. This request is sent to the control unit 18 via the command analysis unit 14. The control unit 18 requests the center 2 through the communication control unit 16 to transfer the configuration information of the corresponding table.

In the center 2, the data transfer unit 25 receives this request through the communication control unit 23. The data transfer unit 25 requests table configuration information from the file management unit 24, and the receiver transmits the received configuration information to the terminal.

The table configuration information consists of the name, data attribute, and number of each column that makes up the table.

Additionally, a column number may be added.

In the terminal 1, the control unit 18 receives this configuration information and stores it in the data management table 19.

Next, the control unit 18 determines that this is the first display and that no data has been received yet, and requests the center to transfer the data to be displayed. For this reason, first, based on the data attributes of the columns in the table configuration information,
Calculate the range of columns and number of tuples that can be displayed in I, and then transfer that range of data to center 2. The direction is requested by specifying a range of tuple numbers.

In the center 1, the data transfer unit 25 receives this request, reads the corresponding data from the file device 22 through the file management unit 24, and transmits it to the terminal.

In the terminal, the control unit 18 receives and displays the data on the CRT II through the display unit 15, and writes it out to the file device 13 through the file management unit 17. In addition, in order to indicate that the data has been received, the column name (or column number) and tuple number are combined and the storage address on the file device 13 is added and registered in the data management table 19.

Next, when the user makes a new display request such as scrolling the screen, the control unit 18 receives this request in the same way as the first time. The control unit 18 checks whether new data to be displayed has been received or not using the data management table 19 to find out which data is missing. As for the missing data, as in the first case, the center 2 is requested to send it, and after receiving it, it is written to the file device 13 and registered in the management table 19.

Also, previously received data is read from the file device 13, combined with the currently received data, and displayed on the CRTII.

Among the table configuration information stored in the data management table 19, column names are used to display the CRTII and to specify the range of data transfer requested to the center. The number of tuples is also used to know the final range of data. Also, as is clear from the above explanation, the nature of the target data being in table format is due to the fact that it is necessary to determine the range of data that can be displayed on a CRT, determine whether certain data has been received, It is used to instruct data to be transferred.

The table configuration is not limited to the configuration shown in FIG. 2, but can also be handled as long as it can be generally expressed in a table format. Here, being able to represent data in a table format means that data can be arranged in multiple directions, such as vertically, horizontally, or in addition to these directions, such as depth. Figure 3 is an example of a table with such a structure, where the data in a certain column is N per tuple (N≧2).
This shows the case where there are several. Tuple is basic tuple 3-
1 and subtuple 3-2. ..., 3-N.

In this case, as table configuration information, whether each column has multiple data or not, and if it has multiple data, the number N thereof is defined, and this information is used to determine the range of data transfer. That is, the horizontal direction is specified by a column name or column number as in FIG. 2, and the vertical direction is specified by a combination of basic tuple number and subtuple number.

In this embodiment, when N is variable, the range in the vertical direction is specified only by the tuple number as in FIG. 2, and data is transferred from the center by transmitting basic tuples and sub-tuples at once. Therefore, in some cases, data of sub-tuples that are not displayed on the screen may be transferred, but if the number of sub-tuples N is small, the increase in transfer time will not be large, and the data of sub-tuples that have already been received will be transferred next time. can be read from the file and used.

Furthermore, other table configurations, such as a case where one column is composed of a plurality of subcolumns, can be considered, but they can be processed in the same manner as above.

〔Effect of the invention〕

As is clear from the above explanation, compared to the conventional collision, in the present invention, when transferring table-format data from the center and displaying it on the screen, only the data necessary for display is transferred, and once the terminal is Since received data is not retransmitted, data transfer time can be shortened and display on the screen can be speeded up.

[Brief explanation of the drawing]

FIG. 1 is a block diagram of an embodiment of the present invention, and FIGS. 2 and 3 are diagrams showing the target data structure in a table format. 1...Terminal, 11...CRT, 12...
Keyboard, 13... File device, 14.
...Command analysis section, 15.Display section, 16.
...Communication control section, 17...File management section, 18.
...Control unit, 19...Data management table for managing received data, 2...Center, 21...
・Table format data to be transferred, 22.
・File device, 23...Communication control unit, 24...
-File management section, 2S...data transfer section. Figure 2

Claims (1)

[Claims] (1) In a system that displays table-format data that exists remotely on a terminal screen via a communication line,
You can save the data received by the terminal, and when you later display the data including that part on the screen, you can remotely transfer only the unreceived data and display it in combination with the saved data. Characteristic data transfer display method.