JPH0531479U - Video file system screen file management device - Google Patents

Abstract

(57) [Summary] [Purpose] To shorten the response time from the screen search request to the screen data acquisition. [Structure] Screen file 91 provided for each information provider
9n to 9n, the plurality of access units 81 to 8m access the screen files 91 to 9n in parallel in response to the screen search request, and the management unit 7 manages the access units 81 to 8m. Further, by making the size of transfer data with the screen files 91 to 9n in the access units 81 to 8m variable, optimum access is enabled. Further, the management unit 7 creates a necessary number of access units 81 to 8m within a predetermined maximum number range in response to a screen search request, and deletes the access units 81 to 8m after the processing is completed to make unnecessary tasks resident. lose.

Description

[Detailed description of the device]

[0001]

[Industrial applications]

 The present invention relates to a screen file management device for a videotex system.

[0002]

[Prior Art]

 As is well known, Videotex connects a GT terminal (user terminal) to an information center (Videotex system) via a communication line (telephone line) and talks about necessary information mainly in the form of screen information. It is designed to be acquired.

A videotex system that provides such a service has a function of holding screen information created by an information provider (IP) and retrieving it in response to a request from a user.

In the conventional videotex system, the screen information is stored in one screen file (volume), and the screen management task for managing the screen information has a single task configuration.

Further, the size of transfer data when accessing the screen file was fixed.

The reason why these configurations have been adopted is that they are sufficient in view of the scale of the screen information in the past.

[0007]

[Problems to be solved by the device]

 The conventional videotex system is configured as described above, and although there was no problem in practical use with the screen information of the previous scale, a video compatible with digital communication networks, etc. in order to increase the density of the screen information. The following drawbacks have been encountered in building a Tex system.

While occupying the screen file to process the request from one user, the request from another user is kept waiting, and when the scale of the screen information being processed is large. , Even if the screen information to be acquired by the user who is waiting is small in capacity, it may be kept waiting for a long time. For example, while the screen information of 1 to 2 kilobytes previously required a waiting time of less than 1 second, a videotex system compatible with digital communication networks has screen information of about 800 kilobytes. The time may be about 10 seconds. In such a situation, the user operating the GT terminal seems to have stopped the system.

Since the screen file is accessed in a fixed size as a unit regardless of the scale of the screen information, the processing efficiency may decrease and the response time may be further delayed depending on the scale of the screen information handled.

The present invention has been proposed in view of the above points, and an object thereof is to provide a screen file management device of a videotex system capable of shortening a response time. ..

[0011]

[Means for Solving the Problems]

 In order to achieve the above-mentioned object, the present invention comprises a screen file provided for each information provider, a plurality of access units for accessing the screen files in parallel, and a management unit for managing the access unit, Further, the size of transfer data with the screen file in the access unit is made variable.

Further, the management unit is configured to generate a necessary number of access units within a predetermined maximum number range in response to a screen search request, and delete the generated access units after the processing is completed.

[0013]

[Action]

 In the screen file management device of the videotex system of the present invention, a plurality of access units access the screen file in parallel in response to a screen search request for the screen file provided for each information provider. The management department manages the access department. Also, by making the size of the transfer data with the screen file in the access unit variable, optimum access is possible. In addition, the management unit creates the necessary number of access units within the maximum number determined in advance in response to the screen search request, and deletes them after the processing is completed, thereby eliminating unnecessary task resident processing. Further improve efficiency.

[0014]

【Example】

 Hereinafter, embodiments of the present invention will be described with reference to the drawings.

FIG. 1 is a block diagram showing an embodiment of a screen file management device of a videotex system of the present invention.

In FIG. 1, this embodiment provides a GT terminal (user terminal) 1 operated by a user, an IT terminal (information input / editing terminal) 2 operated by a system administrator, and a videotex service. It is composed of a videotex system 4, a communication line 3 connecting the GT terminal 1, the IT terminal 2 and the videotex system 4.

Further, the videotex system 4 includes a control task 5 for performing processing other than screen management such as communication control, a screen management task 6 for screen management, and a plurality of screen files 91 provided for each information provider. 9n, the screen management task 6 is generated by the management unit 7 and a necessary number within the maximum number determined in advance by this management unit 7 (spawn task), and is deleted after the processing is completed. It is composed of a plurality of access units 81 to 8m for actually accessing the files 91 to 9n.

Here, the screen files 91 to 9n are provided for each information provider and the plurality of access units 81 to 8m are provided in order to eliminate the occurrence of waiting when accessing the screens of different information providers. is there.

The access units 81 to 8m are generated as necessary in order to prevent performance degradation due to resident unnecessary tasks resident in the main memory. The maximum number of access units 81 to 8m is determined with reference to the number n of information providers, that is, the number of screen files 91 to 9n.

Next, the operation of the above-described embodiment will be described in different cases.

(1) Request for Screen Information from Different Information Providers An example of the operation in this case is shown in FIG.

First, when the GT terminal 11 makes a screen search request for the screen information of a certain information provider to the videotex system 4, the control task 5 of the videotex system 4 gives the screen number corresponding to the screen information. It is given to the screen management task 6. Here, the screen number is set to "1".

The management unit 7 of the screen management task 6 that has received the screen number determines whether the number of already-accessed access units (81 to 8 m) is less than a predetermined maximum number, When the number is small, the access unit 81 corresponding to the request just received is generated (indicates that the task of the access unit 81 exists in the main memory during the period indicated by the thick line), and the access unit 81 is accessed. Access request for screen number "1".

If the number of access units exceeds a predetermined maximum number, the access unit is not generated and the request is placed in a waiting state.

The generated access unit 81 makes a read request to the screen file 91 corresponding to the screen number “1”, and is not occupied by another task and when the request is accepted, the screen file 91 is saved. Dedicated to start search and data transfer. Here, the size of the transfer data with the screen file 91 can be freely determined in advance, and can be set to an optimum value according to the screen information or the scale of the system. Also, the size can be changed for each screen file to be accessed.

On the other hand, when another GT terminal 12 makes a screen search request for the screen information of another information provider to the videotex system 4, the control task 5 of the videotex system 4 displays the screen corresponding to the screen information. The number is given to the screen management task 6. Here, the screen number is set to "2".

The management unit 7 of the screen management task 6 that has received the screen number determines whether or not the number of already-accessed access units (81 to 8 m) is less than a predetermined maximum number, If the number is small, the access unit 82 corresponding to the request just received is generated, and the access request for the screen number “2” is issued to the access unit 82.

The access unit 82 makes a read request to the screen file 92 corresponding to the screen number “2”, and starts searching and data transfer.

After that, when the reading of the screen information from the screen file 91 is completed, the access unit 81 sends an access response to the management unit 7.

The management unit 7 makes a search response to the control task 5, and then causes the access unit 81 to disappear.

The control task 5 transmits the screen data to the GT terminal 11, and the GT terminal 11 displays the image on the display.

On the other hand, when the reading of the screen information from the screen file 92 is completed, the access unit 82 sends an access response to the management unit 7.

The management unit 7 makes a search response to the control task 5, and then causes the access unit 82 to disappear.

The control task 5 transmits the screen data to the GT terminal 12, and the GT terminal 12 displays the image on the display.

(2) Request for Screen Information of the Same Information Provider An example of operation in this case is shown in FIG.

First, when there is a screen search request from the GT terminal 11 to the videotex system 4 for the screen information of a certain information provider, the control task 5 of the videotex system 4 displays the screen number corresponding to the screen. Give to management task 6. Here, the screen number is set to "1".

The management unit 7 of the screen management task 6 that has received the screen number determines whether the number of already-accessed access units (81 to 8 m) is smaller than a predetermined maximum number, If the number is small, the access unit 81 corresponding to the request just received is generated, and the access request for the screen number "1" is issued to the access unit 81.

The access unit 81 makes a read request to the screen file 91 corresponding to the screen number “1”, and starts searching and data transfer.

On the other hand, when another GT terminal 12 makes a screen search request for the screen information of the same information provider to the videotex system 4, the control task 5 of the videotex system 4 gives the screen number corresponding to the screen. It is given to the screen management task 6. The screen number is also "1".

The management unit 7 of the screen management task 6 that has received the screen number determines whether the number of already-accessed access units (81 to 8m) is less than a predetermined maximum number, If the number is small, the access unit 82 corresponding to the request just received is generated, and the access request for the screen number “1” is issued to the access unit 82.

The access unit 82 makes a read request to the screen file 91 corresponding to the screen number “1”. However, since the screen file 91 is already occupied by the access unit 81, the request is not accepted and the standby state is set. ..

After that, when the reading of the screen information from the screen file 91 is completed, the access unit 81 sends an access response to the management unit 7.

The management unit 7 makes a search response to the control task 5, and then causes the access unit 81 to disappear.

The control task 5 transmits the screen data to the GT terminal 11, and the GT terminal 11 displays the image on the display.

On the other hand, when the reading of the access unit 81 is completed, the waiting of the access unit 82 is released and the search and the data transfer to the screen file 91 are started.

When the reading of the screen information from the screen file 91 is completed, the access unit 82 sends an access response to the management unit 7.

The management unit 7 makes a search response to the control task 5, and then causes the access unit 82 to disappear.

The control task 5 transmits the screen data to the GT terminal 12, and the GT terminal 12 displays the image on the display.

[0049]

[Effect of the device]

 As described above, the screen file management device of the videotex system of the present invention has the following effects.

A screen file is provided for each information provider, and the access units operate in parallel in response to an access request. Therefore, if the screen information is not for the same information provider, waiting may occur. It is possible to reduce the response time drastically.

Since the size of the transfer data with the screen file in the access unit is variable, the size can be optimized and the response time can be shortened by improving the processing efficiency.

Since the access unit is created / erased as needed, unnecessary tasks do not have to be resident in the main memory, so that task management can be omitted and processing performance can be maintained. I'm done.

[Brief description of drawings]

FIG. 1 is a block diagram showing an embodiment of a screen file management device of a videotex system of the present invention.

FIG. 2 is a diagram showing an operation example of access to a screen file.

FIG. 3 is a diagram showing an operation example of access to a screen file.

[Explanation of symbols]

 1 ... GT terminal 2 ... IT terminal 3 ... communication line 4 ... Videotex system 5 ... control task 6 ... screen management task 7 ... management section 81-8m ... access section 91-9n ... screen file

Claims (3)

[Scope of utility model registration request] 1. A video comprising a screen file provided for each information provider, a plurality of access units for performing parallel access to the screen files, and a management unit for managing the access units. Tex system screen file management device. 2. The screen file management device of the videotex system according to claim 1, wherein the access unit has a variable transfer data size with the screen file. 3. The management unit generates a required number of access units within a predetermined maximum number in response to a screen search request, and deletes the generated access units after the processing is completed.
Or the screen file management device of the videotex system described in 2.