JPH0229865A - Data display device - Google Patents

Abstract

PURPOSE:To simplify display control and the formation and change of a screen by storing each picture at least one data independently of a program and reading out the data of one picture in many kinds of pictures having hierarchical structure by a picture selecting input. CONSTITUTION:The picture with the highest hierarchy out of many kinds of pictures having hierarchical structure stored in a storage means 1 is displayed at first. Key data selected by an operator or the like, i.e. one of many kinds of pictures selected by a selection key, is read out and displayed by a display control means 2. Since the means 2 develops and displays many kinds of pictures having hierarchical structure in accordance with inputted key data, the picture information in the means 2 can be controlled in each picture information unit. Since the picture data are controlled independently of an application program, the pictures can be simply changed.

Description

[Detailed Description of the Invention] [Summary] Regarding a data display device that expands and displays various types of hierarchically structured screens, the present invention not only simplifies display control but also allows easy creation and modification of the screens. For the purpose of providing a data display device, various types of screens are separated from programs and at least one
A storage means for managing and storing data on a screen-by-screen basis;
The display control means is configured to read and display data of one screen among the various types of screens in the hierarchical structure in response to a screen selection input.

[Industrial application field]

The present invention relates to a computer system, and more particularly to a data display device that displays various types of screens in a hierarchical structure.

[Conventional technology]

With the development of computers, computers have come to be applied to various types of service work such as tourist information and real estate information.

Hierarchical processing is often used in services such as tourist information and real estate information.

For example, in a travel guide, the name of each tourist spot is displayed first, and the user presses a key corresponding to, for example, the number of the desired tourist spot, and then continues to display more detailed items within the tourist spot name corresponding to the pressed key. display, and then press the key corresponding to the desired item. For example, items for each purpose within the tourist spot are displayed, such as those related to the sea, land, or sky within the tourist spot. When the user specifies a desired purpose, such as the sea, more detailed items within that item (sea) are classified and displayed, such as ships, ports, and yachts. For example, by pressing down on a port, you can obtain a map and other information about the final destination, that is, the port.

In a system where items have a hierarchical structure, the user can obtain desired information by sequentially selecting items.

In the display in such guidance, a hierarchical structure display as described above is performed.

In the above description, image processing with a similar hierarchical structure is performed not only in tourist information but also in other businesses such as real estate.

[Problem to be solved by the invention]

Conventional display control is generally performed on a screen-by-screen basis, and the data (display data) is also stored in a program. For example, when displaying the start screen, first display this start screen when the start program starts providing guidance, select one of several items specified on the start screen, The program specified by this selection is executed and the items to be specified in the next hierarchy are displayed. The display is provided in a program that displays image data of each hierarchical structure, and when a new screen is displayed by operating a selection key, a program for that screen is executed and displayed. Such a system has a problem in that when the display is changed, the program that is to display the changed screen must be modified. Also, even if the display is hierarchical, it does not necessarily mean that the program is created hierarchically.
There was a problem in that it took a lot of time to modify the program on the change screen.

In view of the above-mentioned conventional drawbacks, the present invention provides a data display that not only simplifies display control but also facilitates the creation and modification of screens in a device that expands and displays many types of hierarchically structured screens. The purpose is to provide equipment.

[Means to solve the problem]

FIG. 1 is a functional block diagram of the present invention. The storage means 1 manages and stores many types of hierarchically structured screens in at least one screen type. For example, if it is a guide board, there will be a first guide screen, several screens instructed by the first screen, and then the next level screen instructed within that screen. Similarly, each screen is memorized in one screen format.

Key data is added to the display control means 2, and according to the key data, one screen out of the various types of screens in the hierarchical structure is read out from the storage means 1 and displayed.

[For production]

Among the many types of hierarchically structured screens stored in the storage means 1, the highest hierarchical screen is displayed first. Then, in the display control means 2, one of the various types of screens is selected by key data, ie, a selection key operated by an operator or the like, read out from the storage means 1, and displayed.

Since the display control means 2 expands and displays various types of hierarchically structured screens in accordance with input key data, the screen information within the display control means can be managed in units of one screen information. Also, since screen data is managed independently of the application program, screen changes can be easily made.

〔Example〕

Hereinafter, the present invention will be explained in detail using the drawings.

FIG. 2 is an operational processing flowchart of the present invention.

When the process starts, the preparation process S on the display device etc.
1 and then set the initial screen keys S2
I do. At the start of execution, the screen to be displayed has not been instructed by the operator or the like, but since it is processed by this process S2, the initial screen is displayed in the display described later.

Since the keys to be displayed have been set in step S2, next step S3 is performed to read the guide file. In the embodiment, each screen of the file is composed of a plurality of records, and each record has a key corresponding to the screen. Therefore, after reading the roux code of the guide file, it is determined in step S4 whether the read roux code indicates the end of all files, that is, the end of the file. If it is not the end of the file, it is determined whether the information of the read code is the same as the record input by the operator, which will be described later, in step S5. In other words, as described above, in the embodiment of the present invention, since records are randomly stored in units of records that constitute a part of each display screen in a hierarchical structure, the key possessed by the read record may be the same as the specified key. Compare whether

In key comparison S5, when the key differs from the record key (
If the record is different), the process S3 of reading the next record is performed.

On the other hand, when it is determined in the determination S5 that the keys are the same (same), a process S6 is performed in which the data of the read Lou code is stored in a table area within the program. Subsequently, a process S7 is performed in which a flag indicating that guide data is present is set.

This flag indicates that screen data corresponding to the input key exists.

Since reading is done in code units as described above, by repeating this process, all the guide files are read out in code units and are compared.

In determination S4, when it is determined that it is the end of the file, the next step is determination S8 as to whether or not there is a flag indicating that there is guide data.
I do. If there is at least one record corresponding to the key, the guide data is determined to be RI in determination S8.

On the other hand, if there is no guide data at all, that is, if there is no screen information for that key, it is determined in step S8 that there is no guide data flag. In this case, a process S9 is performed in which a message indicating a selection error is set. For example, it overwrites the displayed menu screen and displays messages such as ``The corresponding key does not exist.'' If there is a selection error or if there is data, in flag determination S8 (
When it is determined that there is a table area, SIO is performed to display a table area guide. For example, in the table area in the C0BOL program, at least one record is stored in the above-mentioned process S6. Processing SIO displays the data in this table area.

If there is a selection error and a selection error message is displayed in step S9, the data from the previous screen is stored in the table area in the program, so the selection error message and the screen immediately before the selection are displayed. Is displayed.

Furthermore, if a key exists, a screen of the record corresponding to the existing key is displayed. In this display, for example, when the operator selects the next instruction he/she wants to know or inputs a key such as "End" (311), it is then determined in step S12 whether the manually inputted key is "End". If the process is not completed, a process S13 for clearing the guide data presence flag is performed, followed by a process S14 for setting a selected item to a key.

The process S14 of setting the selection item as a key is the process of selecting and instructing the next record to read from the guide file, and since the next selection is made by this, the process S14 of setting the selection item as a key is the same as described above from the process S3 of reading the guide file in code units. Repeat the process.

On the other hand, if it is determined in the determination S12 that the process has ended, a cleanup process S13 is performed and the process ends.

The operation processing flowchart of the present invention shown in FIG. 2 is a program written in, for example, C0BOL, and the program and the screen data to be displayed are completely separate and independent (separated), so the display screen is changed. There is no need to change the program if you want to do something like this, just change the screen (the record in the file that corresponds to the screen to be changed).

FIG. 3 is an explanatory diagram of the operation in FIG. 2.

Keys KEYI to KEYn are the first hierarchical display screen (a), KEYI-1 to KEYIn...-KE
Y2-1 to KEY2-n . . . are the display screens of the second hierarchy (b). The screen data of each display screen is also stored in the file F as the third hierarchical screen data (C). If you specify KEY 1 while the first screen is displayed, the KEY in file F
The screen data is read out from the data of 1 and displayed (dotted line in the figure). Also, when specifying KEY2, files F to K
The data of EY2 is read and displayed (dotted chain line in the figure).

In the second layer that displays KEY2 data,
When KEY2-1 is designated, the data of KEY2-1 is similarly read out from file F and displayed. The hierarchy when this is displayed is C.

In FIG. 3, data is managed in units of one screen, but the data is not limited to this, and it is also possible to manage data in units of one fold.

For example, by storing information for each key at the beginning of one line of screen data, and then storing one line of screen data, for example, by searching for a key in units of records that make up one line, one screen's worth of information can be stored. Screen data can be obtained. Then, when a key in the next hierarchy is selected and input from the displayed screen data, the screen data in the next hierarchy can be obtained by searching the input key in record units.

In the embodiments of the present invention, data is temporarily stored in a table area within a high-level language program and then displayed by the high-level language program, but the present invention is not limited to this.For example, screen data stored in a file may be displayed directly on the display device.

As described above, according to the present invention, since the screen data and the display program are separated, the application program is simplified to a function that only reads the screen. Therefore, a hierarchical structure can be displayed simply by creating screen data such as various types of guidance.

〔Effect of the invention〕

As described above, according to the present invention, the screen data section is made independent and separated from the program, and the application program reads only the screen data. Therefore, by simply creating or changing the screen data, many types of hierarchical structures can be created. can be displayed, and system development is facilitated.

key tech

[Brief explanation of the drawing]

FIG. 1 is a functional block diagram of the present invention, Figure 2 is an operation processing flowchart. FIG. 3 is an explanatory diagram of the operation. 1...Memory means, 2...Display control means. Block diagram of the raft of the present invention Figure 1

Claims (1)

[Scope of Claims] A device that expands and displays many types of screens in a hierarchical structure, wherein the various types of screens are separated from programs and are displayed at least once.
Storage means (1) that manages and stores data for each image tone
), and display control means (
2) A data display device characterized by the following.