JPH11149369A - Program developing device and recording medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To easily perform program generating operation for making a plurality of pieces of processing operating m parallel and real time cooperate by providing a control system which includes as components a program controlling the cooperative relation among the components. SOLUTION: When the program developing device is actuated, an icon group 185 including icons 181a to 18ad of various control system components, icons 183a and 183b of various general components, icons 183c to 183h of various function components is displayed on the display screen 13a of its display device. Further, a switch part 189 for actuating a component constitution part and a switch part 187 for actuating a topology judgement part are also displayed. Then the icons for components needed for a program scheduled to be developed are selected and moved to desired positions on a diagram generation screen 13a. After the desired icons are moved, the icons are connected according to the specifications of the program scheduled to be developed by opening a mouse.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

The present invention relates to a program development device and a recording medium suitable for developing a program to be executed by a parallel real-time processing device.

[0002]

2. Description of the Related Art As one type of computer program development apparatus, there is a visual programming apparatus (for example, Reference 1: "New Dictionary of Information and Communication", Feb. 26, 1996, Nikkei B)
P Publishing Center, page 214).

[0003] In this apparatus, various processes constituting a program are preliminarily made into components as individual programs.
Needless to say, icons that are symbols of these components are displayed on the screen of the display device. The program creator selects an arbitrary icon from the above icons using a mouse or the like, and connects the selected icons on the screen to create a diagram. This allows
The program is completed.

On the other hand, there is an apparatus called a parallel real-time processing apparatus as a kind of electronic apparatus operated by a program. This device is a device configured to achieve a purpose while executing processes for a plurality of occurrence events in parallel. For example, communication with the host computer and printing on a passbook or receipt are performed in parallel, or while forming a standby state in parallel that can respond to both card suction and passbook suction, An automatic teller machine (ATM) for a financial institution that completes predetermined transactions such as depositing and withdrawing is a typical example.

In order to operate the parallel real-time processing apparatus, a program for the operation (hereinafter, also referred to as a parallel real-time processing program) is required.

[0006]

A program for parallel real-time processing is a set of a plurality of processes that run in parallel and in real time.
It has a much more complicated structure.

Therefore, a visual programming device for developing a program for parallel real-time processing is desired to have a function of easily developing a program having a complicated structure as described above. For example, the following functions are provided.

[0008] A function that makes it easy to adjust the cooperative relationship between a plurality of processes that run in parallel and in real time so as to meet the specifications of the program.

A function that makes it easy to grasp the structure of a program.

[0010] During or after program creation,
Function to easily confirm the correctness of a program.

Conventionally, however, there has been no visual programming device suitable for developing a program for parallel real-time processing.

Therefore, realization of a visual programming device suitable for developing a parallel real-time processing program is desired.

[0013]

According to the invention of the present application (also referred to as a first invention), various processes constituting a program are previously made into individual programs as parts, and these parts An icon for displaying each symbol is displayed on a screen, and a device for developing a program by combining these icons is provided with a control system component in which a program for controlling the cooperative relationship between the components is made into a component. And

According to the first aspect of the present invention, since the control system components are provided, the program portion relating to the cooperative relationship of the components can be performed by using the icons of the control system components in developing the program. Therefore, when creating a parallel real-time processing program, a program creating operation for coordinating a plurality of processes that operate in parallel and in real time can be easily performed. Therefore, a complicated operation when developing a parallel real-time processing program can be reduced.

In carrying out the first invention,
It is preferable that the control system component includes a cancel control component that stops the operation of another component.

Of course, as such a cancel control component, (i) a first type of cancel control component for stopping the operation of another component when an input is made, and (ii) an input when there is an input. Stop the operation of each of the other components that are currently operating, and take control from these other components, and connect their output terminals to other components to be operated after the operation stop processing. Of the second type of cancel control component, and (iii) the third type of cancel control component that takes up control from another component when an input is received and stops the operation of the other component. It is preferred to include at least one.

However, it is more preferable to include all of the first to third cancel control components. By providing each type of cancel control component, complicated program development can be performed more easily.

It is preferable that the control system component includes a competition control component for controlling competition between components.

Of course, as such competitive control parts,
(i) a first type of competitive control component having a function of validating the output when any one of two or more competing components has an output and stopping the operation of other components; and (Ii) a second type of competitive control component having a function of validating an output when any one of two or more competing components receives an output and not stopping the operation of other components; It is preferred to include at least one.

However, more preferably, the first and second
Each type of competitive control component may be included. By providing each type of competitive control component in this way, complicated program development can be performed more easily.

It is preferable that the control system component includes a synchronization control component for synchronizing outputs of a plurality of components.

Of course, as such a synchronous control part,
(i) a first type of synchronous control component that outputs a signal to the next stage component when outputs from two or more components operating in parallel are obtained, and (ii) one or more interim reports And an output of a second component that executes a process triggered by the intermediate report, and the number of occurrences of the intermediate report. If there is an output of the first component before the interim report is output, a signal is output to the next component at that time, and the interim report is output before the regular output is output. If there is, the second part outputs the number of times from the second part, and after the normal output from the first part, outputs the signal to the next-stage part of the second type synchronous control part. It is preferred to include at least one.

However, it is more preferable to include first and second synchronization control parts. When each type of synchronous control component is provided as described above, complicated program development can be performed more easily.

The second type of synchronous control component has the following effects. When any of the components arranged in parallel is a component that operates with the interim report as a trigger, the operation does not always occur. Because
The part for which the interim report is to be output may not issue the interim report for a certain reason (typically, an error of the device) or may not issue the predetermined number of interim reports. Then, in a program that executes the next process by using the output of the component that operates using the intermediate report as a trigger, a desired output cannot be obtained, and the program itself stops. The second type of synchronous control component can prevent such a problem from occurring.

Preferably, the control system component includes an interrupt control component for controlling an interrupt operation.

Of course, as such an interrupt control component, a monitoring component connected to another component that may generate a trigger signal for interrupt processing, and the content of the interrupt processing are described and the monitoring component is described. It is preferable to include a component composed of an interrupt processing execution component that executes the processing of the contents according to the output of.

In the case of parallel real-time processing, whether or not an interrupt operation is performed for a process performed by a certain component often depends on the output result of another component that is operating in parallel with this component. Therefore, in the configuration in which the monitoring component and the interrupt execution component are prepared as described above, the symbol of the monitoring component and the symbol of the interrupt execution component are respectively incorporated in appropriate places on the diagram of the program to be developed. be able to. Therefore, a program for interrupt processing can be easily developed, and, of course, a diagram of interrupt processing can be simply represented.

In implementing the first invention,
As control system components, two or more types of cancel control component, conflict control component, synchronous control component and interrupt control component,
More preferably all species are provided.

(2) According to another invention of this application (also referred to as a second invention), various processes constituting a program are made into parts as individual programs in advance, and symbols for each of these parts are used. In a device for displaying a certain icon on a screen and developing a program by combining these icons, among the above-mentioned components, for a component that executes a process that may output an intermediate report,
A symbol of an intermediate report output terminal is provided as a symbol indicating that the intermediate report may be output to an icon corresponding to the component. Of course, when the symbol of the output terminal is connected to the icon of another component, means for interpreting the connection is provided in the program development device.

According to the second aspect of the present invention, even when developing a program whose processing proceeds with an interim report as a trigger, the work can be performed by using the symbols of the output terminals. Therefore, the complexity in developing a program for parallel real-time processing can be reduced.

(3) Further, according to still another invention (also referred to as a third invention) of the present application, various processes constituting the program are made into individual components in advance as individual programs, and symbols for each of these components are provided. Are displayed on the screen, and in an apparatus for developing a program by combining these icons,
For a component that may be inconvenient to operate in parallel with another component, a function is provided to wait for the end of the operation if the inconvenient partner component has been operating first.

When developing a parallel real-time processing program, various components are operated in parallel. However, some components may be inconvenient when operated in parallel with other components. However, since the program for parallel real-time processing is complex, it is difficult to verify whether a part that may be inconvenient if operated in parallel with other parts is in parallel with the part of the inconvenient partner. is there. For this reason, a cause of a malfunction of the program may be inherent.

On the other hand, according to the third aspect of the present invention, parts which may be inconvenient to operate in parallel with other parts are described below.
If the inconvenient partner's part was operating first, it has a function to wait for the end of the operation, so if it is operated in parallel with other parts, the inconvenient partner's part may be inconvenient. Even if they are in parallel with each other, the inconvenience caused thereby can be automatically avoided.

Therefore, the complexity in developing a parallel real-time processing program can be reduced.

(4) According to still another invention (also referred to as a fourth invention) of the present application, various processes constituting a program are made into individual programs in advance as components, and symbols for each of these components are used. A certain icon is displayed on the screen, and in an apparatus for developing a program by combining these icons, a block in which two or more arbitrary icons among the icons prepared in advance are combined as a new component, In addition, there is provided a component unit for displaying an icon of the new component on a screen.

According to the fourth aspect of the present invention, since the component-forming unit is provided, a plurality of icons which can be considered as one block in terms of function can be stored in the middle and / or after the diagram is created by combining the icons. Can be represented by one icon. Therefore, the structure of the program can be grasped not as the arrangement of detailed components but as the arrangement of components having a larger concept.

Further, the parallel real-time processing program is often complicated as compared with a program that does not have the parallel real-time processing. Therefore, the diagrams created for program development are likely to be large-scale. When the diagram is large-scale, one diagram may not be stored on one screen of the display device. Then, the inherent feature of the visual program development device that it is easy to confirm the continuity of each component (the program represented by the icon) is lost. However, when the component parts as in the fourth aspect are provided, the individual parts can be grouped, so that the diagram can be simplified. As a result, the diagram can be easily stored on one screen, and the advantage of the visuality of the visual program development device can be easily obtained.

From these facts, also in the case of the fourth invention, it is possible to reduce the complexity when developing a parallel real-time processing program.

In implementing the fourth invention,
It is preferable that the component conversion unit also has a function of changing the content of the created new component. This makes it possible to arbitrarily change the components, thereby facilitating program development.

(5) Further, according to still another invention (also referred to as a fifth invention) of the present application, various processes constituting the program are made into individual components in advance as individual programs, and symbols for each of these components are used. A certain icon is displayed on the screen, and in a device for developing a program by combining these icons, a plurality of diagrams created by combining the icons are configured to be combined, and as the component, a certain diagram is used. It is characterized by including components that can transfer control from one to another diagram.

According to the fifth aspect, a plurality of independently operating program portions in a program to be developed,
Program parts that are mutually or unilaterally related can be created independently. Of course, these mutual or one-sided relationships can also be easily indicated by the above-mentioned control transferring parts.

Therefore, it is possible to reduce the complexity in developing a parallel real-time processing program.

(6) Further, according to still another invention (also referred to as a sixth invention) of the present application, various processes constituting a program are made into parts as individual programs in advance, and symbols for each of these parts are used. A certain icon is displayed on the screen, and in an apparatus for developing a program by combining these icons, a description determination rule for combining the icons is prepared in advance, and a program creator uses a diagram obtained by combining the icons. And a topology judging unit for judging whether the topology of each icon is correct or not according to the rule.

According to the sixth aspect, it is possible to determine whether the combination of components is correct, that is, whether the program is correct. Therefore, it is possible to easily and automatically determine whether the program is correct or not. Therefore, the complexity in developing a program for parallel real-time processing can be reduced.

[0045]

BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram showing an embodiment of a program development apparatus according to the present invention. In addition, each drawing used in the following description is schematically shown to the extent that these inventions can be understood. Further, in each of the drawings used for the description, the same components are denoted by the same reference numerals, and the duplicate description thereof may be omitted.

1. Description of Device Configuration FIG. 1 is a block diagram of a program development device 10 according to an embodiment. Program development device 10 of this embodiment
Is constituted by a computer.

The program development device 10 of this embodiment
Includes a component storage unit 11, a display device 13, an input device 15, a diagram creation unit 17, a diagram storage unit 19, a componentization unit 21, a topology determination unit 23, an interpreter 25, an object library 27, and a hardware simulator 29.

In the program development device 10, various processes constituting the program are implemented as components in the form of individual programs. This individual program is called a component. Details of this component will be described later.

The component storage unit 11 is a means for storing the various components described above. The component storage unit 11 can be constituted by any suitable storage means.

The display device 13 is a means for displaying various information related to program development. For example, an icon as a symbol corresponding to the component is displayed.
Also, a diagram creation screen, which is a screen for the program creator to combine the icons, a result of combining the icons (that is, an image related to the diagram), and the like are displayed.

The input device 15 is typically a device including a keyboard and a mouse. The program creator can use the input device 15 to select a necessary icon from the icons of the components displayed on the display device 13. Further, the selected icons can be connected to each other according to a program to be developed.

The diagram creating section 17 is a means for performing a process for creating a diagram. Specifically, a screen for creating a diagram is displayed on a display device,
A diagram is created in response to a process performed by the program creator using a mouse or the like on the diagram creation screen. The diagram creation unit 17 also creates a program in a language that the interpreter 25 can interpret and execute.

A method of displaying on the display device 13 by the diagram creating section 17 and a method of creating a diagram by operating the mouse will be described later in an operation example of the program developing apparatus.

The diagram storage unit 19 is a means for storing the diagram created by the diagram creating unit 17.

As will be described in detail later, the part-forming unit 21 is a means for forming a plurality of parts into one new part and creating an icon for the new part.

Although the details will be described later, the topology determining section 23 is a means for determining whether or not the topology of each icon in a diagram obtained by combining the icons by the program creator in accordance with a predetermined rule.

The interpreter 25 interprets the created diagram and executes the program.

The object library 27 is a library composed of a plurality of objects. In this case, the interpreter 25 is configured to execute an object-oriented language program, and reads a specified object from the object library 27.

The hardware simulator 29 is a device capable of simulating a parallel real-time processing device using the program developed by the program development device 10, and is a means for simulating the developed program.

The interpreter 25, the object library 27 and the hardware simulator 29
Since it is provided to simulate a developed program, there is no need to provide it if the simulation is not performed.

The object library 27 is provided because a program to be developed is assumed to be an object-oriented program. When developing and simulating a program that is not an object-oriented program, this library is changed to a format that is in accordance with the programming language to be developed.

[0062] 2. Description of Components Next, components prepared in advance to be stored in the component storage unit 11 will be described.

The component storage unit 11 stores each process required by the program to be developed as a component in the form of an individual program.

The components include the control system components according to the present invention, and functional components and general components prepared separately from the control system components.

The functional component is a program for causing a device using the program to execute a predetermined operation. For example, in the case of ATM for financial institutions,
The program includes a passbook inhalation operation program, a card inhalation operation program, a bookkeeping program, and the like.

The general part is a program for representing a program structure. For example, a program for starting a program, a program for termination processing at the time of termination of a program, and the like.

The control system components are various programs for controlling the cooperative relationship of components (including functional components and control system components), which will be described later in detail.

The control system components, the functional components, and the general components are created in any suitable programming language so that the functions required for each component can be obtained.

The entities of these control system components, functional components, and general components, that is, programs, are stored in the component storage unit 11. Further, icons that are symbols of these components are displayed on the display device 13.

In this embodiment, various control system components described below are prepared.

(1) A first type cancel control component is prepared as a control system component. FIG. 2 is an explanatory diagram of the component. However, FIG. 2 and each drawing used later for describing the parts are shown by a part of the diagram displayed on the display device 13. Therefore, each component shown in FIG. 2 and the like actually corresponds to a component icon. However, in the following description, for convenience of explanation, the icons of the components shown in FIG. 2 and the like may be referred to differently, for example, referred to as components or component icons.

This first type cancel control part 31
Is a type of control system component that stops the operation of another component (second component) 35 when the component 31 receives an input from another component (first component) 33.

However, this first type of cancel control component 31 operates when another component (not shown) is connected to the subsequent stage of the component 31. Although the operation of the second component 35 stops as described above,
If another component is connected after the second component 35, this component is operated.

FIG. 2 is a diagram showing an example in which this first type of cancel control component 31 is used for developing a program used in an ATM for a financial institution.

More specifically, the component 3 for performing the card inhalation process
A first type cancel control component 31 is connected to the output terminal 3. Further, a cancel signal output terminal of the first type of cancel control component 31 is connected to a component 35 for performing passbook inhalation processing.

In the case of this usage example, in a situation where the card is inhaled and the passbook is inhaled, if the card is inhaled before the passbook is inhaled, the passbook inhaling operation can be stopped.

(2) A second type cancel control component is prepared as a control system component. FIG. 3 is an explanatory diagram of this part. This second type of cancel control component 41 stops the operation of another component that is currently operating when an input is received from another component (first component) 43 to the component 41.
Of course, control rights (tokens) are taken from these parts. Of course, its own output terminal is a component that is connected to another component to be operated after the operation of the operating component is terminated. Therefore, only the output of the second type cancel control component 41 becomes valid.

FIG. 3 is a diagram showing an example in which the second type cancel control component 41 is used for developing a program used in an ATM for financial institutions. However, in the case of this example, the component 4 for processing to read the contents of the card
A terminal ERROR for outputting a card read failure signal of No. 3 and a second type cancel control component 41 are connected.
The cancel terminal of the second type cancel control component 41 is connected to another component (not shown) whose operation is to be stopped. The output terminal of the second type of cancel control component 41 is connected to a component to be operated after the operation stop processing of the component due to the cancellation is completed.

In this usage example, when reading of the card fails, for example, the operation of the currently operating components including the card reading component is stopped, and the control right is taken from these components. When the operation stop processing of these parts is completed, for example, the operation of the parts for returning the passbook is started.

(3) A third type of cancel control component is prepared as a control system component. FIG. 4 is an explanatory diagram of this part. This third type of cancel control component 51 picks up a control right (token) from the other components 53, 55 and the like when there is an input to the component 51, and
These are control system components that stop the operations of 3, 55 and the like. Since the control of the other components 53 and 55 is taken up by the cancel control component 51 of the third type, the components connected downstream of the other components 53 and 55 are as follows:
Does not start.

FIG. 4 is a diagram showing an example in which this third type of cancel control component 51 is used for developing a program used in an ATM for a financial institution. Needless to say, this is a diagram showing an example in which two third type cancel control components 51 are used.

More specifically, a GUI (graphical user interface) for displaying a message prompting an ATM user to insert a card or passbook into an ATM and displaying a button for allowing the user to cancel the process of inserting a card or the like.
An example is shown in which this third type of cancellation control component 51 is used in a system composed of a component 53, a component 55 for card suction processing, and a component 57 for passbook suction processing.

The third signal output terminal of the component 53 is connected to the third
A cancel control component 51 (51a) of the type is connected. Further, a third type cancel control component 5 is connected to a suction error signal output terminal of the card suction processing component 55.
1 (51b) is connected. Furthermore, the cancel terminal of the component 51a is connected to the card inhalation processing component 55 and the passbook inhalation processing component 57, respectively, and the cancel terminal of the component 51b is connected to the passbook inhalation processing component 57.
Connected to

In the case of this example, when the ATM user presses the inhalation cancel button of a card or the like, the third type of cancel control component 51a picks up the control right from each of the components 55 and 57, and These parts 55,5
7 is stopped. Further, a predetermined process at the time of pressing the cancel button is performed by a component connected to a stage subsequent to the cancel control component 51a.

Also, in the case of the example of FIG. 4, if an error occurs during the card suction operation, the third type of cancel control component 51b picks up the control right from the component 57, and The operation of the component 55 is stopped. Further, a predetermined process at the time of an inhalation error is performed by a component connected to a stage subsequent to the cancel control component 51b.

(4) A first type competitive control component is prepared as a control system component. FIG. 5 is an explanatory diagram of this part.
The first type of competition control component 61 is a type having a function of validating the output and stopping the operation of other components when there is an output from any one of two or more competing components. Control system parts.

FIG. 5 shows an example of a two-input first-type competitive control component. Of course, there may be cases where there are three or more inputs.

The first type competition control component 61 can be constituted, for example, by using a plurality of the first type cancellation control components 31 described above and a symbol indicating that they have a competition relationship.

FIG. 5 shows the first type of competitive control component 6 for developing a program used in an ATM for financial institutions.
FIG. 3 is a diagram showing an example using No. 1;

More specifically, the component 3 for performing the card inhalation process
The output terminal 3 and the output terminal of the component 35 for performing the passbook inhalation process are connected to the input terminals of the first type competition control component 61, respectively.

In the case of this usage example, of the card and the passbook, only the one inhaled to the ATM first is used to proceed with the subsequent processing. Needless to say, the suction operation on the side that is later sucked is stopped.

(5) A second type competitive control component is prepared as a control system component. FIG. 6 is an explanatory diagram of this part.
The second type of competitive control component 71 has a function of validating an output when any one of two or more competing components receives an output and not stopping the operation of other components. Control system parts.

FIG. 6 shows an example of a two-input first-type conflict control component. Of course, there may be cases where there are three or more inputs.

FIG. 6 is a diagram showing an example in which this second type of competitive control component is used for developing a program used in an ATM for financial institutions.

More specifically, the component 3 for performing the card inhalation process
The output terminal 3 and the output terminal of the passbook inhaling part 35 are connected to the input terminals of the second type competition control part 71, respectively.

In the case of this use example, of the card and the passbook, only the one inhaled by the ATM first is used to proceed with the subsequent processing. This is because the first type of competitive control component 61
Is the same as However, the second type of conflict control component 71 does not perform until the insertion processing operation of the card or passbook inserted later is stopped.

(6) A first type synchronous control component is prepared as a control system component. FIG. 7 is an explanatory diagram of this part.
The first type of synchronous control component 81 is a control system component that outputs a signal to the next component when outputs from two or more components operating in parallel are obtained.

FIG. 7 shows an example of a two-input first type synchronous control component 81. Of course, there may be cases where there are three or more inputs.

FIG. 7 shows the first type of synchronous control component 8 for developing a program used in an ATM for financial institutions.
FIG. 3 is a diagram showing an example using No. 1;

More specifically, a GUI component 83 for prompting the ATM user to input a PIN (Personal Identification Number), a card reading component 85, and a PIN checking component 87 are provided. FIG. 6 is a diagram showing an example in which a first type synchronization control component 81 is used in the system of FIG.

In this example, the output terminals of the GUI component 83 for inputting the PIN and the component 85 for reading the card are connected to the input terminals of the synchronization control component 81 of the first type. Further, the output terminal of the first type synchronous control component 81 is connected to a component 8 for PIN check processing.
7 is connected to the input terminal.

In this use example, the ATM user enters the PIN
Is input and after the card is read by the ATM, the PIN check operation is started.

(7) A second type synchronous control component is prepared as a control system component. FIG. 8 is an explanatory diagram of this part.

The second type of synchronous control part 91 includes:
Or the first that sometimes outputs the interim report S1 multiple times
A regular output (output that is not an interim report) S2 of the part 93;
The output S3 of the second component 95 that executes the process with the intermediate report S1 as a trigger is input. Of course, this second
The type of synchronous control component 91 monitors the number of times the intermediate report S1 of the first component 93 has occurred, and if there is a regular output S2 of the first component 93 before the presence of the intermediate report S1, then the next stage. The signal S4 is output to the component of. Also, the first part 9
In the case where there is an interim report S1 before there is a regular output S2 of No. 3, the output for the number of times is from the second part 95, and after the regular output S2 from the first part 93, This is a control system component that outputs the signal S4 to the component at the stage.

The normal output S2 is the first part 93
Is any output that is pre-scheduled to
This is the final result of the first part.

The second type of synchronous control component 91 is useful when developing a program for executing another process by utilizing the intermediate result (interim report in the present invention) of the process of a certain component. Parts. That is, in the case of a program including a process triggered by an intermediate report of a certain part, an intermediate report may not be output or a required number of times may not be output due to, for example, a hardware error of a device using the program. is there. Then, the program itself may stop. On the other hand, the second type of synchronous control component 91 provides the above-described allowance when an interim report is not issued or a required number of times is not issued.
The above problems can be prevented from occurring.

An example of use will be described to deepen the understanding of the second type of synchronous control component. FIG. 9 is a diagram showing an example of using the second type synchronous control component 91 for developing a program used in an ATM for financial institutions.

In the ATM, there is a process for recording the balance of a depositor in a passbook. In this case, the ATM uses a component 97 for executing a communication inquiry process between the ATM and a host computer (not shown), and a component 99 for executing a process for registering a passbook. Such a part 9
7, 99 can be combined with the second type of synchronous control component 91. Specifically, the input terminal of the component 99 is connected to the intermediate report terminal 97a of the component 97. Also, the output terminals of the components 97 and 99 are input to the second type synchronous control component 91.

In the case of the example shown in FIG. 9, the ATM inquires of the host computer (not shown) about the information of the book using communication means. In response to this communication inquiry, the host computer sends information for entry. When the information for entry is for one line, an interim report (entry information) is output once (for one line) from the interim report terminal 97a. If it is more than one line, it is issued more than once. According to this interim report, the parts 99
Executes the bookkeeping process.

If the outputs of the above components 97 and 99 are connected to the above-mentioned first type synchronous control component 81,
If the interim report does not come out of the component 97 for some reason, the component 81 cannot output a signal to the subsequent stage. for that reason,
The program stops. On the other hand, in the case of the example of FIG. 9 using the second type of synchronization control component 91, whether the interim report is not issued, is output, or if the required number is not output even if it is output Is considered as described above, so that the program can be prevented from stopping.

Note that the regular output of the first component 97 in the bookkeeping process may be, for example, an output indicating a communication inquiry end process.

FIGS. 8 and 9 illustrate an example of the second type of synchronous control component having two inputs. However, this second
The type of synchronous control component may have three or more inputs. Further, as an example of use in such a case, there may be a case as described below. This will be described with reference to FIG.

FIG. 10 shows an example in which a third component 96 is added to the configuration described with reference to FIG. This third part 9
Reference numeral 6 denotes a component that may output one or more interim reports S5. In the case of the example of FIG. 10, the second type of synchronization control component 91 monitors the number of intermediate reports S1 of the first component 93 and the number of intermediate reports S5 of the third component 96.
However, before the interim report S5 of the third part is issued, the first part 9
3 is output, the output S4 is considered in consideration of only the relationship between the output of the second component 95 and the output of the first component.
Is output.

The use of the second type of synchronous control component described with reference to FIG. 10 facilitates the development of a more complicated program.

(8) An interrupt control component is prepared as a control system component. FIG. 11 is an explanatory diagram of this part. The interrupt control component 101 includes a monitoring component 101a and an interrupt process execution component 101b.

The monitoring component 101a is a component that is connected to another component (the component 107 in FIG. 11) that may generate a trigger signal for interrupt processing. Monitoring component 101a
Monitors the arrival of this trigger signal, and when this trigger signal arrives, outputs a signal to that effect to the interrupt processing execution component 101b.

Further, the interrupt processing execution component 101b
This component describes the contents of the interrupt processing and executes the processing of the contents based on the output of the monitoring component 101a.

The monitoring component 101a and the interrupt execution component 101b can be arranged at any suitable positions in the diagram. Also, the monitoring component 1
01a and the interrupt execution component 101b are in one-to-one correspondence.
It is not necessary to correspond to. One monitoring component 101a
However, a plurality of interrupt execution components 101b may be activated at the same time or in a time sequence according to the program flow.

In the case of a parallel real-time processing program, an interrupt trigger signal is often generated in a program part of a system different from the program part of the system requiring interrupt processing. Therefore, if the monitoring component and the interrupt processing execution component are separated as in the present invention, such a program can be easily developed.

FIG. 11 is a diagram showing an example in which the interrupt control component 101 is used for developing a program used in an ATM for financial institutions. In particular, an example is shown in which a program part for interrupt processing at the time of passbook inhalation error is developed.

More specifically, part 1 for password input processing
03, a card inhalation processing part 105 and a passbook inhalation part 107 are combined in parallel. Also, a monitoring component 101a of the interrupt control component 101 is connected to an inhalation error signal output terminal of the passbook inhalation processing component 107.
Is connected. Also, the interrupt processing execution component 101b
Is included where needed in the diagram.

In this example, since the monitoring component 101a is arranged at a position for monitoring a passbook entry error, the corresponding interrupt process is a process for a passbook inhalation error. Therefore, the interrupt processing execution component 10
1b itself performs the passbook discharge processing and the passbook removal
The display process prompts the TM user. The contents of such interrupt processing are as shown in FIG.

In FIGS. 11 and 12, the part J is a part (also referred to as a joint part) for outputting any of the different results that do not arrive at the same time to a subsequent part.

The operation of the program executed in the diagram shown in FIG. 11 will be briefly described.

Each part 10 for password entry and passbook inhalation
When the passbook inhalation error occurs when the operation of the third and the third units 107 starts, the interrupt processing execution component 1 connected to the component 103
01b is activated. Then, the interrupt processing shown in FIG. 12 is executed. That is, the GU that notifies the ATM user of the processing by the passbook discharge component 121 and the removal of the passbook.
The processing by the I-part 123, the processing by the GUI part 125 for prompting the re-insertion of the passbook, the passbook re-inhalation processing by the passbook inhaling part 127, and the like are executed.

If the passbook inhalation error has not occurred in the passbook inhalation component 107 when the operation of the personal identification number input component 103 is completed, the interrupt processing execution component 101b connected to the component 103 is not activated. Therefore, in the ATM, the processing by the personal identification number check part 109 is executed waiting for the completion of the processing of the card suction part 105. If the password is not correct, a process is executed by the GUI component 111 that prompts the ATM user to re-enter the password. If the password is correct, a process is executed by the GUI component 113 for prompting the ATM user to input the amount.

During a series of processes such as a password check and a price input, the monitoring component 101a monitors whether or not there is an error in inhaling a passbook. Then, when an error occurs, the interrupt processing execution component 101b (FIG. 11) at the subsequent stage of the processing performed at the time when the error occurs.
In the example in the middle, any one of before and after the component 113) is activated. Then, predetermined processing such as passbook discharge is performed.

3. Parts that use interim reports (second invention)
Description Some components may output an interim report on the processing of the component. Further, when developing a program for parallel real-time processing, it is often necessary to start another process triggered by an intermediate report of a certain process. For example, the bookkeeping process for the passbook described earlier with reference to FIG. 9 and, as will be described later, in the card inhalation process, an intermediate report of the card inhalation status is output, and instead of the card inhalation depending on the result of the interim report. In this case, the passbook inhalation process is started.

Therefore, next, an embodiment of the invention (second invention) that can simplify the program development using the interim report will be described.

FIG. 13 and FIG. 14 are diagrams for specifically explaining the embodiment of the second invention.

According to the second aspect of the present invention, as shown in FIG. 13, for a part that may output an intermediate report, a terminal 131 is displayed on the icon 131 of the part as a symbol indicating that an intermediate report may be output. Symbol 131a is provided.

FIG. 13 shows an example in which the symbol 131a of the intermediate report terminal is added to the icon 131 of the card suction processing component of the ATM device for financial institutions.

Of course, the symbol of this terminal corresponds to the entity of a part that may output an intermediate report, that is, the step of outputting the intermediate report of the program itself.

Further, in the second invention, the symbol 131a of the output terminal and the icon 133 of another component (FIG. 13)
The icon of the component for passbook inhalation processing is shown. )
The means for interpreting the connection of the program development device 10 when the connection is established is provided in the program development device 10.

Means for interpreting that the output terminal symbol 131a is connected to the icon 133 of another component is as follows.
It can be constituted by any suitable means. Although not limited to this, this embodiment is, for example, a means for performing the processing described below with reference to FIG. 14 (particularly, the processing of steps S3 to S5).

First, after completing the diagram creation, the operator (program creator) issues an instruction to generate a file for designating the execution order of each component (the execution order of icons when expressed in terms of icons) by the program development apparatus 10. (Step S1 in FIG. 14).

Then, the program development device 10 registers the icon of the START component, which is the component for starting the program, in the file as the icon to be executed first (step S2 in FIG. 14).

Next, among the icons on the diagram, the program development device 10 registers one icon that is not registered in the file for designating the execution procedure of the icon in this file (step S3 in FIG. 14).

Next, the program development device 10 determines whether or not this icon has an intermediate report output terminal (step S4 in FIG. 14).

When the intermediate report terminal is provided, the program development device 10 sets all the icons (ie, components) connected to the intermediate report output terminal as icons (components) to be processed when the intermediate report is received. The icon is registered in a file specifying the execution order (step S5 in FIG. 14). That is, an icon with an intermediate reporting terminal,
The operation relationship with another icon connected to the intermediate report terminal is determined in this step S5.

If there is no icon having an intermediate report terminal in step S4, or if there is an icon having an intermediate report terminal and the processing of step S5 has been completed, the program development device then proceeds to the final result (part All the icons connected to the output terminal of (regular output in the assigned processing) are registered in the file specifying the execution order of the icons as the icons to be executed when the final result is received (step S6 in FIG. 14). . That is, the operational relationship between the icon and another icon connected to the terminal that outputs the final result of the icon is determined in step S6.

Next, the program development device 10 determines whether or not all the icons on the diagram have been registered in the file specifying the execution order of the icons (FIG. 1).
Step S7). If there is an unregistered icon, an unregistered icon is searched for in the diagram (step S8 in FIG. 14), and the process is repeated from step S3.

According to the second aspect of the present invention, a program using an intermediate report can be developed by connecting the symbol of the intermediate report output terminal to another component. Therefore, program development can be easily performed.

4. Description of Components Waiting for Start of Own Operation (Third Invention) When developing a program for parallel real-time processing, various components are operated in parallel. However, some parts
There are components that can be inconvenient to operate in parallel with other components. For example, in the case where components for executing the process of blinking the display lamp are used in different systems,
These components use a common display lamp. In this case, since the display lamp is also used, there is a case where the display is not performed according to a command from a certain component.

However, since a program for parallel real-time processing is complicated, it is not possible to verify whether a part that may be inconvenient if operated in parallel with another part is in parallel with an inconvenient partner part. ,Have difficulty. For this reason, a cause of a malfunction of the program may be inherent.

Therefore, in the third invention of this application, if there is an inconvenience in operating another component in parallel with another component, the operation is terminated when the inconvenient partner operates first. The function to wait for is provided in advance.

In this way, even if a component that may be inconvenient to operate in parallel with another component is in parallel with a component that is inconvenient, the inconvenience caused thereby can be avoided.

This will be specifically described with reference to FIG. FIG. 15A shows an example in which the indicator lamp blinking process is performed before the ATM card inhalation process for a financial institution and the passbook inhalation process. In the case of this example, an icon 145 of a component for blinking a display lamp is arranged at a stage preceding the icon 141 of the card inhalation processing component and the icon 143 for inhaling the passbook, respectively.

In each of the icons 145, a part which may be inconvenient to operate in parallel with the icon (part) is provided as information in advance. Therefore, when the program creator uses the icon 145 at the time of developing the program, the information itself about the partner part which is inconvenient to operate in parallel is automatically written in the developed program. Therefore, when simulating with a hardware simulator or when actually operating with a device using the program, an interpreter attached to the program interprets this information. Therefore, when a certain component is operated, if a component that is inconvenient to operate in parallel with this component is operating first, the operation of the certain component is started after waiting for the end of the operation. (The wait function is automatically developed).

In implementing the third invention,
It is preferable that, when an appropriate process such as double-clicking is performed on an icon of a component that may be inconvenient when operating in parallel with another component, a component of the inconvenient partner is displayed. This is because the program developer can easily confirm the inconvenient partner.

FIG. 15B is a diagram showing a specific example. The parts a, b,... Of the inconvenient partner are displayed. If the icon 145 is an icon of a flicker lighting component for device management, the inconvenient other components, a, b,..., Are flicker lighting components, flicker extinguishing components, and the like.

In implementing the third invention, it is more preferable that a certain component (for example, the icon 14
It is preferable that a component that may be inconvenient to operate in parallel with the component (5) can be added in a timely manner. Depending on the program, the above-mentioned inconvenient parts may change, but if there is a timely additional function, it is easy to cope with it.

[0153] 5. Description of Component Unit 21 (Fourth Invention) The component unit 21 that converts a block obtained by combining two or more arbitrary icons among the icons prepared in advance into a new component will be described. This part conversion part 2
The configuration of 1 is arbitrary. An example will be described below. FIG. 16 and FIG. 17 are diagrams for explaining this.

When a new part is created by combining parts, a new part is created (hereinafter also referred to as new creation).
It is preferable to have a function of performing the function of changing the contents of a part made into a part (hereinafter, also referred to as a change creation) during the use of the part. The componentization unit 21 of this embodiment is configured to have both functions. The following processing is executed for each of new creation and change creation.

First, in the case of a new creation, the operator selects a new creation mode from the componentization modes (step S1 in FIG. 16).

When the new creation mode is selected, the program development device 10 sets a new diagram creation screen 151
Is displayed on the display device 13 (step S in FIG. 16).
2). In response, the operator creates a diagram by combining desired icons (step S in FIG. 16).
3). FIG. 17 is a diagram illustrating an example of a diagram created on the diagram creation screen 151. It can be seen that the diagram is created by combining the icons of a plurality of parts.

Next, the operator names and registers the completed diagram (step S in FIG. 16).
4).

The program development device 10 saves the registered diagram as a new component in the component storage unit 11 (step S5 in FIG. 16).

Further, the operator creates an icon 153 (see FIG. 17) which is a symbol of a new part. However, the program development device may automatically create the icon 153.

Icon 1 created for new part
The program development device 10 stores 53 in, for example, the component storage unit 11.

The IN attached to the icon 153 shown in FIG. 17 corresponds to the component H-StartIN in the diagram shown on the diagram creation screen 151 of FIG. Hereinafter, similarly, each symbol in the icon 153 is
Corresponds to the part with the same symbol in the diagram.

Since the new component is a block in which various components are combined, it can be said that the new component is a component in a higher hierarchy than the combined components. Therefore, this new component may be referred to as a hierarchical component.

Next, a procedure for using a hierarchical component and a procedure for creating a change when the component is used will be described. FIG. 18 is an explanatory diagram thereof.

When a hierarchical component is used, the program development device 10 displays the name of the registered hierarchical component on the display device 13 according to an instruction from the operator (step S1 in FIG. 18).

Next, the operator selects the name of the component to be used, and further instructs at which position on the diagram the hierarchical component is to be arranged by operating the mouse or the like (step S2 in FIG. 18). ).

The program development device 10 includes a display device 13
The hierarchical component (actually, the icon) is displayed at the specified position (step S3 in FIG. 18).

Next, the program development device asks the operator whether or not to change the content of the hierarchical component (step S4 in FIG. 18). If there is no need to change, the hierarchical component change processing is not performed.

When changing the contents of the hierarchical component, the operator operates the mouse or the like to instruct the program development device to display the contents of the hierarchical component (step in FIG. 18). S5).

The program development device 10 displays another diagram creation screen, in which the contents of the hierarchical component desired to be changed (for example, the one corresponding to the diagram in FIG. 17) are displayed.
Is displayed (step S6 in FIG. 18).

The operator changes the displayed diagram as desired (step S7 in FIG. 18). For example, a change that suits the purpose, such as replacement, rearrangement, deletion, or addition of parts is performed.

After the change is completed, processing for registering this diagram in the component storage unit 11 is performed (step S8 in FIG. 18). This registration may be performed with the same name as before, or may be registered with another name if necessary.

The program development device registers the changed diagram as a hierarchical component in the component storage unit 11 (step S9 in FIG. 18).

According to this component grouping unit, a plurality of components can be grouped. Therefore, a set of a plurality of components having a certain function can be set as one component. Then, it can be represented by one icon. Therefore, even a complicated program can be grasped as an arrangement of parts having a larger concept, rather than an arrangement of fine parts.

In addition, since a plurality of parts can be represented by one icon, a complicated program diagram can be displayed on one screen. For this reason, the visual advantage of the visual program development device (readability) is easily obtained.

Therefore, the complexity in developing a parallel real-time processing program can be reduced.

6. Description of Combination of Plurality of Diagrams (Fifth Invention) The parallel real-time processing program is a plurality of program parts that operate independently and often includes program parts that are mutually or unilaterally related. Therefore, if a program development device having a function capable of coping with such characteristics is realized, it is preferable that an element capable of simplifying program development is further added.

For this reason, the program development device of the fifth invention has a configuration in which a plurality of diagrams created by combining icons can be combined. As a matter of course, a part that can transfer control from one diagram to another is included as a part used for program development.

In order to deepen the understanding of the fifth invention, a further explanation will be given using specific examples. FIG. 19 is a diagram for explaining this.

A first part 161 of a part of the parallel real-time processing program to be developed is created on the first diagram creation screen 163. Further, an n-th part 165 of a part of the parallel real-time processing program to be developed is created on the n-th diagram creation screen 167.

The first part 161 and the n-th part 165 of the program are independently operated program parts,
Program parts that are related to each other or unilaterally.
For example, the first part 161 is a main program,
The n-th part is a program for error recovery.

The first part 161 and the n-th program
In this example, components for transferring control from the diagram of the first portion 161 of the program to the diagram of the n-th portion 165 are arranged in each diagram of the portion 165. Specifically, in the diagram of the first program portion 161, one of the components (also referred to as a transmitting component) 169a for transferring control to another diagram is arranged. Further, the diagram of the n-th program part 165 includes the other of the components (also referred to as a receiving component) 1 for transferring control from another diagram.
69b is arranged. When a signal is sent from the transmitting component 169a to the receiving component 169b, control of the program shifts to the diagram of the nth program portion.

According to the fifth aspect, when developing a program for parallel real-time processing, it is possible to separately develop each part of the program. Even in such a case, the relationship between a part of the program can be easily described by a component to which the above control can be transferred. Also, since the diagrams can be divided for each large function, the diagrams can be easily viewed.

From these facts, it is possible to easily develop a parallel real-time processing program.

7. Description of Topology Determination Unit (Sixth Invention) A parallel real-time processing program is likely to have a complicated structure. Therefore, debugging of the program itself becomes difficult. In order to reduce the debugging work to some extent, it is preferable to have means capable of simplifying the general debugging.
Therefore, in the program development device of the sixth invention, a description determination rule for combining icons is prepared in advance,
A topology judgment unit 23 is provided for judging whether the topology (icon continuity) of each icon in a diagram obtained by combining the icons by the program creator is correct or not, based on the rule.

The program development device 10 includes a storage unit (not shown) for storing the above description rules. This storage unit can be configured by a storage device included in the program development device 10 or an external storage device.

The description rule can be any suitable rule depending on the use of the program. Although not limited thereto, for example, the following rules can be used as description rules.

A rule that one part for starting a program and one part for ending the program is included in one diagram.

The rule that one terminal of a component is a single connecting line (excluding the joint components shown in FIG. 11 and the like).

A rule that the cancel terminal of the cancel control component is not connected to the control system component but is connected to the functional component.

The rule is that the branched process is received by the merge process.

A rule that parallel processing is received by the synchronous control component.

When branching or the like is performed again in one of the branched or parallel processing, the middle branch is merged first, and then the previous branch or parallel processing is merged or received by the synchronous control part. .

FIG. 20 is a specific example for explaining each of the above rules. This is shown as an example of a part of a program used in an ATM for financial institutions.

[0194] The card inhalation part 171 and the passbook inhalation part 1
A branching process 175 is scheduled in order to operate 73 in parallel. In the latter part of the card inhaling component 171, a branching process 181 is scheduled for parallel operation of a GUI component 177 for prompting the ATM user to input a password and a card reading component 179. Therefore, according to the above rule, the component 177 and the component 179 are merged and received by the synchronization control component 183. Further, branch processing 1
75 are received by the merging and synchronization control component 185 in accordance with the rules described above. After all, after the branch processing 175,
Since there is the branching process 181 again, according to the above rules, the branching process 181 corresponding to the middle branch is first joined by the component 183, and then the branching process 175 is joined.

A rule that an output of a component triggered by an interim report is received by a synchronous control component or terminated.

The operation of the topology determining section 23 can be, for example, as follows. FIG. 21 is a diagram for explaining this.

When the operator instructs the program development device 10 to activate the topology determination section 23 (step S in FIG. 21).
1), the program development device 10 starts a topology determination procedure (Step S2 in FIG. 21). Then, it is determined whether there is a topology violation part in the diagram according to the description rule (step S3 in FIG. 21).

If there is a violation, the location is displayed on the display device 13 (step S4 in FIG. 21). If there is no violation part, the fact that the topology is normal is displayed on the display device 13 (step S5 in FIG. 21).

8. Operation Example of Program Development Apparatus Next, an operation example of the program development apparatus will be described with reference to FIGS.

When the program development device 10 is started, as shown in FIG. 22, the display screen 13a of the display device is displayed.
Next, icons 181 of various control system parts referred to in the present invention.
a to 181d, icons 183a of various general parts,
183b and icons 183c-18 of various functional components
An icon group 185 including 3h is displayed.

Of course, for a control system component having a plurality of types of components, an icon of each type of component is displayed. In addition, among these icons, icons of parts that may output an intermediate report (for example, icon 1 in the figure)
83f) includes a terminal symbol 18 for outputting an interim report.
3fa is added.

Of course, a switch unit 187 for activating the component unit and a switch unit 189 for activating the topology determination unit are also displayed.

In FIGS. 22 to 24, the arrow symbols are pointers. Further, the number of icons and the design and arrangement of each icon shown in FIGS. 22 to 24 are merely examples. The design and arrangement of the switches 187 and 189 are also merely examples.

Next, the program creator selects an icon corresponding to a component necessary for the program to be developed from the icon group 185 with a mouse or the like, and displays it on the diagram creation screen (screen 13a in this case). (FIG. 23). Once the desired icons have been moved, the icons are connected using a mouse in accordance with the specifications of the program to be developed. FIG. 24 is a diagram showing a diagram example created in this way.

The selection of the icons and the connection between the icons are as follows.
This is the same operation as that performed by a conventional visual programming device. However, in the program development device of the present invention, since the control system components are prepared in advance, it is possible to easily create the program portion relating to the cooperative relationship between the components.

When the created diagram is made into a component as one component, when the switch unit 187 is selected with a mouse, the process by the component unit 21 is started as described above.

When the topology of the created diagram is determined, when the switch unit 189 is selected with a mouse, the processing by the topology determining unit 23 is started as described above.

The embodiments of each invention of this application have been described above. However, each invention of this application is not limited to the above-described embodiment, and many modifications and changes can be made.

For example, in the above-mentioned embodiment, an example of developing a program mainly used in an ATM for financial institutions has been described as a specific example. However, the program development device of this application can be applied to any other program development.

Each of the above-mentioned processes is performed by a program. The program is provided by being recorded on a recording medium.

[0211]

As is apparent from the above description, according to the first invention of the present application, various processes constituting a program are made into parts as individual programs in advance, and the icons which are the symbols of the parts are used. Is displayed on a screen, and a device for developing a program by combining these icons is provided with a control system component in which a program for controlling the cooperative relationship between the components is made into a component. Therefore, the development of the program part for the processing of the cooperative relationship can be easily performed using the icons of the control system components.

According to the program development device of the second invention of this application, a symbol for executing a process that may output an interim report is provided with a symbol to that effect. Of course, when the symbol is connected to the icon of another component, means for interpreting the connection is provided in the program development device. Therefore, it is possible to easily develop a program portion for performing a process using the interim report by using the symbol.

According to the program development apparatus of the third invention of this application, among the above-mentioned components, if there is a problem that may be inconvenient to operate in parallel with another component, the inconvenient partner component operates first. If so, a function to wait for the end of the operation is provided in advance. Therefore, even if a component that may be inconvenient to operate in parallel with another component is combined in the diagram in parallel with the other component,
Malfunctions caused by this can be automatically avoided.

Further, according to the program development device of the fourth invention of this application, the program development device is provided with a predetermined component unit. for that reason,
Since a plurality of icons can be represented by one icon, the structure of the program can be grasped not as a detailed arrangement of parts but as an arrangement of parts of a larger concept.

Further, according to the program development apparatus of the fifth invention of this application, it is possible to combine a plurality of diagrams created by combining icons. In addition, the part includes a part capable of transferring control from one diagram to another diagram.
Therefore, a plurality of independently operating program parts in the program to be developed, which are mutually or unilaterally related, can be created independently. Of course, these mutual or one-sided relationships can also be easily indicated by the above-mentioned control transferring parts.

Further, according to the program development device of the sixth invention of this application, a predetermined topology judgment unit is provided. Therefore, it is possible to easily and automatically determine whether the program is correct or not.

As described above, each of the first to sixth inventions can reduce the complexity of developing a parallel real-time processing program. Therefore, according to each of the first to sixth inventions, a visual programming device suitable for developing a program for parallel real-time processing can be realized.

[Brief description of the drawings]

FIG. 1 is an explanatory diagram of a program development device according to an embodiment.

FIG. 2 is an explanatory diagram of a first type cancel control component.

FIG. 3 is an explanatory diagram of a second type of cancel control component.

FIG. 4 is an explanatory diagram of a third type of cancel control component.

FIG. 5 is an explanatory diagram of a first type competition control component.

FIG. 6 is an explanatory diagram of a second type competition control component.

FIG. 7 is an explanatory diagram of a first type of synchronization control component.

FIG. 8 is an explanatory diagram of a second type of synchronization control component.

FIG. 9 is an explanatory diagram of a specific usage example of the second type of synchronous control component.

FIG. 10 is an explanatory diagram of another example of the second type of synchronization control component.

FIG. 11 is an explanatory diagram of an interrupt control component.

FIG. 12 illustrates an example of an interrupt processing execution component.

FIG. 13 is an explanatory diagram of the second invention.

FIG. 14 is an explanatory diagram of means for interpreting use of an intermediate report output terminal.

FIG. 15 is an explanatory diagram of the third invention (a component waiting for its own start).

FIG. 16 is an explanatory diagram of a component conversion unit, particularly when a new component conversion is performed.

FIG. 17 is a diagram illustrating a specific example of processing of the componentizing unit;

FIG. 18 is an explanatory diagram of a component conversion unit, particularly when the content of a new component obtained by component conversion is changed.

FIG. 19 is an explanatory view of the fifth invention.

FIG. 20 is an explanatory diagram of a description rule.

FIG. 21 is an explanatory diagram of a topology determination unit.

FIG. 22 is a diagram illustrating an operation example (diagram creation processing) of the program development device.

FIG. 23 is a diagram illustrating an operation example (diagram creating process) of the program development device, following FIG. 22;

FIG. 24 is a diagram illustrating an operation example (diagram creation processing) of the program development device, which is subsequent to FIG. 23;

[Explanation of symbols]

10: Program development device 11: Component storage unit 13: Display device 15: Input device 17: Diagram creation unit 19: Diagram storage unit 21: Component creation unit 23: Topology judgment unit 25: Interpreter 27: Object library 29: Hardware simulator 31: Cancel control part of the first type 33: Other part 35: Other part 41: Cancel control part of the second type 43: Other part 51: Cancel control part of the third type 53: Other part 61: Second part One type of competitive control component 71: Second type competitive control component 81: First type synchronous control component 83: GUI component 85: Card reading component 87: PIN check component 91: Second type synchronous control component 93: No. 1 part 95: second part 96: third part 97: communication inquiry part 99 Passbook entry component 101: Interrupt control component 101a: Monitoring component 101b: Interruption process execution component 103 to 127: Component 131: Icon (icon of component that may output an intermediate report) 131a: Symbol of intermediate report output terminal 145 : Components that can exhibit wait functions 151: Diagram creation screen 153: New component icons 181a to 181d: Control system component icons 183a, 183b: General component icons 183c to 183h: Functional component icons 183fa: Intermediate report output terminal Symbol 185: icon group 187, 189: switch section

Claims (18)

[Claims] An apparatus for developing various programs constituting various programs in advance as individual programs, displaying icons as symbols of the respective components on a screen, and combining these icons to develop the program. 2. The program development device according to claim 1, further comprising a control system component obtained by converting a program for controlling a cooperative relationship between the components into a component. 2. The program development device according to claim 1, wherein the control system component includes a cancel control component for stopping operation of another component. 3. The program development device according to claim 2, wherein: (i) a first type of cancel control component that stops the operation of another component when an input is made; ii) If there is an input, stop the operation of each of the other components that are currently operating, and take control from these other components, and their own output terminals are operated after the operation stop processing. A second type of cancel control component connected to another component to be performed; and (iii) a third type of taking control of the other component and stopping the operation of the other component when an input is made. A program development device comprising at least one of a type of cancel control component. 4. The program development device according to claim 1, wherein the control system component includes a competition control component for controlling competition between components. 5. The program development device according to claim 4, wherein: (i) when an output is output from any one of two or more competing components, the output is made valid. And a first-type competitive control component having a function of stopping the operation of another component; and (ii) validating the output when there is an output from one of two or more competing components. A program development device comprising at least one of a second type of competitive control component having a function of not stopping the operation of other components. 6. The program development device according to claim 1, wherein the control system component includes a synchronization control component for synchronizing outputs of a plurality of components. 7. The program development apparatus according to claim 6, wherein: (i) when outputs from two or more parts operating in parallel are obtained, a signal is sent to the next-stage part. A first type of synchronous control component to be output, and (ii) a regular output (output not an intermediate report) of the first component that may output one or more intermediate reports, and processing using the intermediate report as a trigger And the output of the second part executing the first part is input, and the number of occurrences of the interim report is monitored, and if the output of the first part is received before the interim report exists, the next stage Output signals to the parts
Further, when the intermediate report is issued before the regular output, the output for the number of times is provided from the second component, and after the regular output is provided from the first component, A program development apparatus comprising at least one of a second type of synchronous control component that outputs a signal to a component. 8. The program development device according to claim 1, wherein the control system component includes an interrupt control component for controlling an interrupt operation. 9. The program development apparatus according to claim 8, wherein, as the interrupt control component, a monitoring component combined with another component that may generate a trigger signal of an interrupt process, and the content of the interrupt process are described. And an interrupt processing component configured to execute the processing of the contents by the output of the monitoring component. 10. The program development device according to claim 1, wherein the control system component is a cancel control component according to claim 2, a conflict control component according to claim 4, and a synchronous control according to claim 6. A program development apparatus comprising at least two of the components and the interrupt control component according to claim 8. 11. An apparatus for developing various programs constituting a program as individual programs in advance, displaying icons as symbols of the respective parts on a screen, and developing the program by combining these icons. In the above-mentioned components, for a component that executes a process that may output an intermediate report, a symbol of an intermediate report output terminal as a symbol indicating that the intermediate report may be output to an icon corresponding to the component And a means for interpreting, when the symbol of the output terminal is connected to the icon of another component, to the program development apparatus. Development equipment. 12. An apparatus for developing various programs that constitute various programs in advance as individual programs, displaying icons as symbols of the respective components on a screen, and combining these icons to develop a program. In the above-mentioned parts, for a part that may be inconvenient to operate in parallel with other parts, a function of waiting for the end of the operation is provided in advance if an inconvenient partner part operates first. A program development device, characterized in that: 13. An apparatus for developing various programs constituting various programs as individual programs in advance, displaying icons as symbols of the respective components on a screen, and combining these icons to develop a program. In the above, there is provided a component-forming unit that converts a block obtained by combining two or more arbitrary icons among the prepared icons into a component as a new component, and displays an icon of the new component on a screen. Characteristic program development device. 14. The program development device according to claim 13, wherein the component unit has a function of changing the content of the created new component. 15. An apparatus for developing various programs that constitute various programs in advance as individual programs, displaying icons as symbols of the respective components on a screen, and combining these icons to develop a program. The program development method according to claim 1, wherein a plurality of diagrams created by combining icons are combined, and the component includes a component capable of transferring control from one diagram to another diagram. apparatus. 16. An apparatus for developing a program by combining various processes constituting a program into components as individual programs in advance, displaying icons as symbols of the components on a screen, and combining these icons. In the above, a description determination rule for combining the icons is prepared in advance, and a topology determination unit that determines whether the topology of each icon in a diagram obtained by combining the icons by the program creator is correct or not according to the rule is provided. A program development device. 17. A control system component according to claim 1, a component provided with an intermediate report output terminal according to claim 11, and an interpreting means, and a function waiting for the start of its own operation according to claim 12. At least one of a component having, a component-forming unit according to claim 13, a component that transfers a configuration and control for combining a plurality of diagrams according to claim 14, and a topology determination unit according to claim 15. A program development device comprising two programs. 18. A recording medium on which a program for causing a computer to function as the program development device according to claim 1 is recorded.