JPH05100912A - Processing elapsed time informing method for program - Google Patents

Abstract

PURPOSE:To predict an exact processing time by calculating a processing time prediction from loaded data, handling a processing for informing a processing elapsed time to a user as one independent task, and actuating and displaying it. CONSTITUTION:A user's program 11 actuates a user notice processing program 13 for taking charge of informing to a user in accordance with an actuation procedure in a library before starting a processing being an object for informing a processing elapsed time. The program 13 predicts a processing time when it is executed by the user's programs 11, based on a load value given from the user's program 11, a reference load value in a load data file 14, and its processing time, etc. Also, based on an informing method given from the user's program 11, a preprocessing for informing to the user is executed. Thereafter, as independent tasks, respectively, the user's program 11 and the user notice processing program 13 execute a regular processing of an object, and a user notice processing, respectively.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION The present invention predicts the processing time of an arbitrary processing portion (for example, data load processing, file search processing, data conversion processing, etc.) in a certain program, and The present invention relates to a processing elapsed time notifying method of a program for notifying the user of the remaining processing time and the processing progress in real time.

[0002]

2. Description of the Related Art As a method for notifying a conventional user of the elapsed processing time of an arbitrary processing part in a program, a still image of an hourglass is displayed as shown in FIG. 13 or a message is displayed to display the current processing. It often indicates that it is in progress.

[0003]

However, in these notification methods, "How late is the processing completed?"
The user interface was not satisfactory because the information such as "how much processing has elapsed?" As technical problems, (1) it is difficult to predict the processing time. (2) Even if the processing time can be predicted, a method for notifying the user of the processing time has not been established. (3) When each program seriously incorporates this processing, the processing amount may be equal to or more than the original processing amount. For this reason, the conventional notification method was used while being dissatisfied.

The present invention has been made in view of the above points, and a means for eliminating the above problems and simply notifying the elapsed time and the remaining time of an arbitrary processing section easily is incorporated in a user program. The purpose is to provide a method to notify the elapsed processing time of the program.

[0005]

In order to solve the above problems, the present invention provides a load data file 14 storing a predicted value of a processing time, a load value, etc., as shown in FIG. 1, and a display image. The user notification processing program 13 that operates using the file 15 is treated as an independent task, and the user program 11 is processed through the library 12 linked with this.
The method of calling from and using.

[0006]

In the present invention, by adopting the above method,
The user notification processing program 13 can be easily called from anywhere in the user program 11, and the processing time can be accurately predicted by updating the load data file 14 with the actual processing time value. ..

[0007]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described in detail below with reference to the drawings. FIG. 1 is a functional block diagram showing a method for notifying elapsed processing time of a program according to the present invention. This processing elapsed time notifying method includes a user program 11 that wants to know the processing elapsed time and the remaining time, a library 12 linked with the user program 11, and a user notification processing that is in charge of the processing of actually notifying the user. It comprises a program 13, a load data file 14 in which data for predicting processing time and the like is stored, and an image data file 15 in which image data to be displayed at the time of notification is stored.

Before explaining the contents, it is defined when the processing progress must be explicitly displayed to the user. In the normal case, the user program 1 directly or indirectly performs some processing.
1 is requested, that is, when a certain load (data string or file) is given to the user program 11 to be processed. There is no point in displaying and notifying the elapsed processing time.

Based on the above, the outline of the processing will be described with reference to FIG. 1. The user program 11 notifies the user of the elapsed processing time before starting the processing. The user notification processing program 13 that is in charge is activated (the activation procedure itself is in the library 12).

The user notification processing program 13 is based on the load value (for example, data size) given from the user program 11, the reference load value in the data file 14 and its processing time. First, the processing time that will be performed by the user program 11 is predicted. In addition, after the preprocessing (described later) for notifying the user based on the notification method (for example, a message or an hourglass) given from the user program 11, the user program 11 is notified. Notify you that you are ready. After that, the user program 11 performs the target main processing, and the user notification processing program 13 performs the user notification processing and operates as two independent tasks.

The user program 11 notifies the user notification processing program 13 of the completion of the target processing. The user notification processing program 13 starts the notification of the elapsed time to the user, and the next user based on the time taken up to this point, the first predicted time, and their errors.
Post-processing (described later) for performing the notification as accurately as possible is performed, the data file 14 is updated, and the processing ends.

2, 3, and 4 show the processing flow of the present invention.
It's a chart. FIG. 2 is a flowchart of the user program 11 that executes the target process (this process requested by the user), and FIG. 3 is a user that executes the process of notifying the user of the passage of time. 4 is a flowchart of the notification processing program, and FIG. 4 is a flowchart of the notification processing subroutine used in FIG.

First, the processing flow chart of FIG. 2 will be described. The load applied when processing the target is calculated as accurately as possible (step ST11). As a specific example, considering the case of compressing an image data file, the load value here may simply be the entire data size, or one plane worth of data. It may be a tasize. What is best to calculate as the load value from the actual processing is the role of this program.

When the calculation of the load value is completed, the program 13 for executing the process of notifying the user of the passage of time is started (step ST12). Since the start-up process itself is executed by the function in the linked library, it is sufficient to call the function with some parameters. The parameters are the program name, notification title name,
The load value, user notification pattern NO, etc. User's notification processing program 1
Reference numeral 3 is for searching the load data file 14.

As a concrete example, the program name is "im
“Age” and the notification title name is “compress”
And "rotate" are possible. The load value is as described above. The user notification pattern NO designates a display pattern for notifying the user of the elapsed time. For example, NO1 is a simple character string message display (FIG. 5 (a)), NO2 is an hourglass (FIG. 5 (b)), NO3.
Is a digital meter (FIG. 5 (c)), and NO4 is a display of an image registered by the user (FIG. 5 (d)).

Next, the user notification processing program 13 performs preprocessing (described later) and waits for a reply of a preparation ok (step ST13). It is the responsibility of the user notification processing program 13 to make this waiting time as short as possible. Next, the target process (in the previous example, image compression) is performed (step ST14). After the end of this process, the user notification document program 13 is notified of the end of the process (step ST15). Since the notification process itself is executed by the function in the linked library, it is sufficient to call that function. The above is the details of the processing flow chart of FIG.

Next, the processing flow chart of FIG. 3 will be described. First, the processing program 11 is activated (step ST20). The parameter's own program name (started program name, "image" in the previous example) and notification title name (processing part name of the started program, in the previous example, " The load data file 14 is searched for from the load file group based on the "compress" etc.) and displayed as shown in FIG. 6 (step ST21).

Here, it is judged whether or not the corresponding load data file 14 exists (step ST22), and if it exists, the load value given at start-up and the load data file 1
From the reference load value and reference time in 4 and other reference values (for example, the number of user-registered images that can be displayed in the reference time) and the like, the time spent for this processing is predicted and calculated and Each parameter for notifying the elapsed time (this may be slightly different depending on the notification pattern NO) is calculated (step ST23).

As a concrete example, let us consider a case where the above-mentioned digital meters are displayed to notify the user. It is assumed that the corresponding load data file is as shown in FIG.
Here, when the load value is 2, the total processing time is 5 seconds, and the user
It is shown that the interval for changing the display of the elapsed time notification is 1 second, and the number of dots to be filled is 20 for each display. If the load value given at startup is 4, the total processing time predicted by calculation is 10 seconds, and the user is given 1 second as the parameter for changing the display of the elapsed time notification. Then, the number of dots to be filled in for each display is 10 dots. The above is the contents of the preprocessing described above.

At this point, the processing program is notified that it is ready (step 24). Next, processing for notifying the user of the passage of time is performed (step ST25). In the above example, the time in the computer is monitored, and every 1 second elapses, the meter is filled with 10 dots (FIG. 8). This step 25 is shown in FIG. 4 as a subroutine. When the user is notified of the elapsed time (step ST31), when the processing end notification is received from the processing program 11, the process proceeds to step 33,
Immediately terminate the display of the user notification.

In the above example, when, for example, 7 seconds have elapsed (filled up to 70 dots), a notification of processing completion is received, display is stopped every 1 second, and 10 dots × 3 times are left. The display is updated all at once (Fig. 9). On the contrary, if the end notification from this processing program has not been received even after the scheduled processing time is finished, it is necessary to display to the user that the processing will take a while. For example, as shown in FIG. 10, a message such as "please wait for a while" is displayed (step ST32).

When the notification of the end of this processing is received, the elapsed time display to the user is stopped, and the load data file is updated to make an accurate prediction from the next time (step ST2).
6). It is best that the notification of the end of this processing comes at the moment when the notification display to the user ends as planned (the moment when 10 seconds have elapsed in FIG. 8), but an error will usually occur. Therefore, it is necessary to update the load data file so that the optimum time can be predicted from the next time.

Step ST31 to step ST in FIG.
An example of updating will be described with an example of moving to 33. The load given at startup is 4, the time taken for this process is 7 seconds (the predicted value is 10 seconds), the load value of the load data file is 2, and the processing time is 5 (Fig. 7), so 4 + 2 is calculated. :
7 + 5 = 1: 2. Further, if the interval for changing the display of the notification to the user is 1 second, the number of dots to be filled for each display is 100 if the full scale is 100 dots.
/ 2 = 50 dots, and the contents of the updated load data file are as shown in FIG.

That is, the processing here is intended to carry out the harmonic learning of the previous data and the present data to generate a more reliable load data file. Therefore, by repeating such updating a number of times, a more reliable load data file is created, which makes it possible to predict the processing time extremely accurately in the preprocessing. As a result, the ideal approach that the present process ends at the moment when the notification of the progress of the process to the user ends is approached infinitely.

Although it has been stated that the contents of the load data file 14 are slightly different depending on the notification pattern No., the common items of the load are the load value, the total processing time, the display update time interval, and the operation on the machine. The number of tasks, etc. can also be listed as common items. Most current computers can be operated by multitasking, and the processing time of this processing depends on the number of tasks, so the number of tasks is also added to the common items.

Next, when the corresponding load data file 14 does not exist (step ST22), this processing program is notified that preparation is completed (step ST27). In this case, this process is the first time in this process, so step 28
Then, although the display is made based on the designated notification pattern NO, the display indicating the progress of processing cannot be updated, so it is necessary to display some message. For example, as shown in FIG. 12, “Please wait” is displayed. The display is terminated when the processing end notification is received from the processing program during the processing of step ST28 (this is the notification processing subroutine of FIG. 4). In step 29, the load data file 14 is newly created based on the actual value, and the process is ended.

[0027]

As described in detail above, according to the present invention, the following effects are expected.

(1) Since the processing of notifying the user of the elapsed processing time is handled independently as one task, the user simply activates it at the portion where he / she wants to know the elapsed processing time. Can be used for

(2) The display method of notifying the user can be selected from a plurality of methods, and in addition, the image by the user can be displayed.
Since it is also possible to register the data, it is possible to partially notify the elapsed processing time at different places in one program.

(3) Since the processing time of this processing is predicted based on the load data file and correction is performed after the user notification processing, it is possible to always predict the processing time appropriately.

[Brief description of drawings]

FIG. 1 is a functional block diagram of a software processing elapsed time notification method according to the present invention.

FIG. 2 is a flow chart of a user program according to the present invention.
It is

FIG. 3 is a flowchart of a user notification processing program according to the present invention. FIG. 4 is a flowchart of a notification processing subroutine according to the present invention.

FIG. 5 is a diagram showing an example of a notification pattern for a user according to the present invention.

FIG. 6 is a diagram showing an example of a load data file group.

FIG. 7 is a diagram showing an example of contents of a load data file.

FIG. 8 is a diagram showing an example of elapsed time notification by digital meter display according to the present invention.

FIG. 9 is a diagram showing a display example when an end notification is sent from the processing program before a scheduled end time.

FIG. 10 is a diagram showing a display example when an end notification is sent from the processing program after a scheduled end time.

FIG. 11 is a diagram showing an example of contents of a load data file after correction and update.

FIG. 12 is a diagram showing a display example when a load data file does not exist.

FIG. 13 is a diagram showing a display example during conventional processing.

[Explanation of symbols]

 11 User Program 12 Library 13 User Notification Processing Program 14 Load Data File 15 Image Data File

Claims (3)

[Claims] 1. A processing elapsed time notification of a program for displaying a processing elapsed time to a user using a load data file in which a predicted value of processing time, a load value, etc. are stored and a display image file. In the method, the processing time prediction is calculated from the load data file data and the processing of notifying the user of the processing elapsed time is treated as one independent task, and the user wants to know the processing elapsed time. A method for notifying the elapsed processing time of a program, which starts this task and displays the elapsed processing time. 2. The program elapsed time notification method according to claim 1, wherein the display method for notifying the user can be selected from a plurality of patterns, and in addition to this, an image pattern by the user can be displayed. A method for notifying elapsed processing time of a program, which enables registration and partially notifies elapsed processing time at different places in one user program. 3. The method for notifying elapsed processing time of a program according to claim 1, wherein the processing time of this processing is predicted based on the load data file, and after the notification processing to the user, the load data file is recorded with actual values. The method for notifying the elapsed processing time of a program, characterized in that it is used to predict the processing time from the next time.