JP3560253B2 - Event driven processing device and event driven control method - Google Patents

Description

[0001]
[Industrial applications]
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data processing apparatus mainly used in the field of business processing, and relates to an event-driven processing apparatus and an event-driven control method for processing, for example, an input / output to a display screen or a database by an event-driven program. .
[0002]
There are various methods for controlling the execution of a program. For example, when a unit price and quantity of a product are entered, a program that automatically calculates and displays the amount of money is displayed. It is suitable to use an event-driven program execution control method in which a desired program is automatically started when a specific condition is satisfied. In a device that controls the execution of such a program, a mechanism that can process the event with as few unified events as possible is desired for the application program.
[0003]
[Prior art]
In the development of application programs in the field of office work using conventional computers, an application that uses a standard control framework called a skeleton, adds display screens and database processing, and actually performs the necessary processing operations A method of creating a program was used. When the control is performed by the skeleton, the processing part of the actual application program is realized in the form of a subroutine call.
[0004]
There is also an application program that introduces object orientation and realizes a processing part of an application that has been realized in a subroutine format in the form of a method driven by an event (message).
[0005]
[Problems to be solved by the invention]
Many of the large amounts of paperwork associated with corporate activities can be performed automatically by combining computer hardware with paperwork application programs. However, the development work of the application program requires a lot of manpower, and the change work is frequent and complicated, so that it is necessary to save labor.
[0006]
The following problems remain in the development of the conventional application program consisting of the control unit and subroutine parts of the skeleton, and even if the object orientation is introduced as a measure to save changes, it still cannot be sufficiently solved. It wasn't.
[0007]
(1) The entire system cannot be completely event-driven (event driven), and the control part must be described on the application side based on the skeleton.
(2) Even if event driving can be realized, the degree of abstraction of events is low, and specific processing contents for many individual events must be described.
[0008]
The control unit does not perform the service but only provides the timing. A typical example is control of row copying in a tabular form or the like. In event processing, it is inevitable to check the validity of a value or to derive a value, since it depends on each application, but it is necessary to copy the value itself. Furthermore, it is not guaranteed that value checking and derivation can be used in common with other parts (event processing).
[0009]
(3) Even if event driving can be realized, a routine for processing each event must be described with functional restrictions so that inconsistency does not occur between events.
[0010]
A typical example is a cursor movement between detailed lines in a tabular form or the like. If input emulation control is not performed by the control unit, reading of data from the database must be guaranteed by the application program itself. The event processing routine for each item must describe the process of reading data from the database.
[0011]
Also, for example, in a search execution process in a database or the like, a process of finding a value of an item not in the database table must be described somewhere.
[0012]
As a type belonging to the above-mentioned types (1) and (2), there is an "item unit type screen input / output control system" disclosed in JP-A-4-238534. According to this, an application program can be described as a component in item units, but an item control component that individually determines control is still required.
[0013]
As a type belonging to the above-mentioned types (2) and (3), there is a "window application screen control method" disclosed in Japanese Patent Application Laid-Open No. 4-349529. According to this, a mechanism for calling a plurality of processes from one event is provided, but the conversion process must be described as a control in each application program.
[0014]
The present invention solves the above problems, and converts physical events such as completion of input, copy of detail lines, deletion of detail lines, and movement of the cursor between detail lines into a unified small number of logical events. By providing means as a control framework independent of application programs, event processing that must be described in individual application programs is simplified, the amount of description of event processing is reduced, and portability is improved by promoting the use of components. Another object of the present invention is to improve the maintainability, reduce the development man-hour of the application program, and shorten the development period.
[0015]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, the present invention comprises the following means as shown in FIG.
[0016]
FIG. 1 is a diagram illustrating the principle of the present invention. In the figure, 1 is a display device, 2 is a display control means, 3 is an event control means, 4 is a derivation control means, 5 is an application processing means, 31 is an event receiving means, 32 is an event distribution means, and 33 is an event conversion control means. , 34 represent display control / error control means.
[0017]
The display device 1 displays input / output information sent via the display control means 2.
The display control means 2 controls input / output devices such as the display device 1 and a keyboard. It monitors the completion of value input, menu selection, press of the PF key, and the like, and handles these as physical events. The physical event is an event that can be mainly handled by the display control unit 2, and there are, for example, about 40 types as a whole.
[0018]
The event control means 3 has respective means for converting a physical event from the display control means 2 into a logical event. A logic event is also generated depending on the internal state and timing.
[0019]
The event receiving unit 31 is a processing unit that sends the physical event received from the display control unit 2 to the event distribution unit 32.
The event distribution unit 32 distributes the physical event obtained from the event reception unit 31 to various event conversion control units 33.
[0020]
The event conversion control unit 33 converts the physical event obtained by the event distribution unit 32 into one or a plurality of logical events, and sends the logical event to the derivation control unit 4. In FIG. 1, an input completion event control unit 33a, a search execution event control unit 33b, a detailed line copy event control unit 33c, and a focus-in control unit 33d are shown as examples of various event conversion control units 33. The event conversion control means 33 is provided corresponding to a physical event.
[0021]
The display control / error control unit 34 is a processing unit that performs display control and error control of the display device 1. .
The derivation control unit 4 is a processing unit that receives a logical event from the event conversion control unit 33 and calls the event processing unit 51 included in the application processing unit 5. For example, when the value of a certain item changes, the event processing unit 51 relating to the derivation of the item affected by the item is called.
[0022]
The event standard processing means 6 is a means for performing processing common to the application processing means 5 among the logical events. For example, in the application processing unit 5, the event standard processing unit 6 performs a process of setting an item for which there is no event processing unit 51 for an initialization event to be uninputted.
[0023]
[Action]
Conventional application programs in the field of business processing also provide a standard control framework called a skeleton and use an event-driven processing mechanism.
[0024]
However, the present invention is significantly different from the prior art in the following points.
(1) To have control means for converting many physical events into a few logical events such as input check events and derived events that do not depend on each physical event.
[0025]
(2) The application processing means 5 constituting the application program is not configured as a subroutine but as a set of event processing means 51 for each processing target item driven by a logical event (message).
[0026]
In other words, in the present invention, the skeleton (control framework), which is relatively fixed and does not depend much on the application program, is further divided into applications, and the skeleton is completely separated from the application program as a control routine. You. Further, the application processing part which has been conventionally realized in the form of a subroutine call from the skeleton adopts an object-oriented concept and is configured like a method driven by an event (message).
[0027]
As a result, the level of abstraction of each event process can be increased, and the common use of each event process can be achieved, so that it is possible to provide a business processing device with higher productivity and a control method thereof.
[0028]
In FIG. 1, an event control means 3 and a derivation control means 4 correspond to a skeleton part which does not depend much on an application program, and an event processing means 51 in the application processing means 5 corresponds to an object-oriented method. Corresponds to the part to be created. That is, the developer of the application program only needs to describe the routine of the event processing means 51 for the necessary logical event for each processing item target.
[0029]
【Example】
An embodiment of the present invention will be described with reference to the drawings.
First, the flow of the entire process related to the event control according to the embodiment of the present invention will be described with reference to the flowcharts shown in FIGS.
[0030]
In step S1, it is determined whether there is an instruction to open a new screen or the like, and if there is an instruction, a process of opening a new screen is performed in step S2. When the program starts, an initial screen is opened.
[0031]
In step S3, the presence or absence of an error is determined. If there is an error, an error display process is performed in step S4, and the process proceeds to step S8.
If there is no error, the focus-in process is called in step S5. The focus-in process is a process that is performed when the cursor enters a new process item.
[0032]
In step S6, it is determined whether or not skip (forcible focus-out) is designated in the focus-in process. If skip is designated, the process from step S17 in FIG. 3 is performed. If skip is not designated, step S17 is performed. Step S7 is performed.
[0033]
A prompt is displayed in step S7, the contents of the screen updated in step S8 are displayed, and an input from the screen is waited in step S9.
In step S10, if there is a termination instruction, the termination processing of step S11 is performed, and the execution of the program is terminated. If there is no end instruction, processing corresponding to each physical event from step S12 is performed.
[0034]
In step S12, it is determined whether there is a screen clear instruction. If there is an instruction, screen clear processing in step S13 is performed. If not, the process proceeds to the next step S14.
In step S14, it is determined whether or not there is a search instruction. If there is an instruction, the search process in step S15 is performed. If not, the process proceeds to the next process.
[0035]
In step S16, as in the screen clearing process in step S13 and the search process in step S15, for example, determination of a physical event related to various types of preset processing and calling of event processing control for the physical event are performed.
[0036]
In step S17, it is determined whether or not the value has changed. For example, if a value is input from the screen in step S9 of FIG. 2, it is determined that the value has been changed due to the physical event of the input completion event, and the process proceeds to step S18. The value change includes not only that an existing value has been changed, but also that a value has been input for an uninput item.
[0037]
In step S18, the application program notifies the application program of the change of the value, generates an input check event for the process item whose value has been changed, and calls a predefined input check section to enable the check of the value. . This input check section corresponds to one of the event processing means 51 shown in FIG.
[0038]
In step S19, if a derived section is previously defined as an application program in a process item affected in relation to the process item whose value has been changed, the derived section is called.
[0039]
In steps S20 to S24, the types of other various physical events are determined, and various processes set in advance corresponding to the types are performed. For example, if a registration-instruction physical event is detected in step S20, registration processing in step S21 is performed. If a delete-instruction physical event is detected in step S22, deletion processing in step S23 is performed.
[0040]
In steps S25 and S26, the cursor is moved to the next input item, and the process returns to step S1 in FIG.
By repeating the above steps (S1 to S26), a processing routine for a logical event such as an input check section or a derived section described as an application program is operated.
[0041]
Next, a specific example of processing according to the present invention will be described with reference to a purchase slip as shown in FIG. FIG. 4 shows a display screen of the display device 1 displaying the purchase slip 10 to be processed, in which 11 is a customer name item, 12 is a tax classification item, 13 is a product name item, 14 is a unit price item, Reference numeral 15 denotes a quantity item, 16 denotes an amount item, and 17 denotes a total amount item.
[0042]
The customer name item 11 and the tax classification item 12 are the header, the product name item 13, the unit price item 14, the quantity item 15, and the amount item 16 are the detail lines, and the total amount item 17 is the tail. It is assumed that the purchase slip 10 has been previously defined with respect to the event processing means and the layout of the screen. Since a well-known technique can be used for a method of creating a screen definition body such as a screen layout definition, a detailed description is omitted here.
[0043]
FIG. 5 is a definition example of the event processing means in the processing of the purchase slip 10.
(A) represents the event processing means 51A defined in the customer name item 11, and "CHECK SECTION" is a declaration statement of an input check section activated when a value is input in the customer name item 11. . In this "CHECK SECTION", a record corresponding to the value input to the customer name item 11 is read from the database, and the transfer of the tax classification from the master to the tax classification item 12 is described in a program language such as COBOL. ing.
[0044]
(B) represents the event processing means 51B defined in the product name item 13, and "CHECK SECTION" is a declaration statement of an input check section activated when a value is input to the product name item 13. This "CHECK SECTION" describes that a record corresponding to the value input to the product name item 13 is read from the database, and the unit price is transferred from the master to the unit price item 14.
[0045]
(C) represents the event processing means 51C defined in the money amount item 16, and "DERIVED SECTION" is a declaration statement of a derived section that is activated when the value of the derived source item is changed. # () Indicates a derivation source item, and here, the unit price item 14 and the quantity item 15 are defined as derivation source items. In this derived section, if both the unit price item 14 and the quantity item 15 are set, it is described that the price is set to the unit price × quantity, and the data is transferred to the money amount item 16.
[0046]
(D) represents the event processing means 51D defined in the total amount item 17, and "DERIVED SECTION" is a declaration statement of a derived section activated when the value of the derived source item is changed. # () Indicates the item of the derivation source. Here, when the value of the derivation source item 16 is changed, if the tax classification is “no consumption tax”, the sum of the amounts is regarded as the total amount. Otherwise, the total amount is multiplied by the consumption tax as the total amount, and the total amount is transferred to the total amount item 17.
[0047]
In this example, only one section is defined for each item, but a plurality of sections may be defined. In this embodiment, there are an initialization section, a focus-in section, and the like in addition to the input check section and the derived section.
[0048]
Hereinafter, some of the processing of the logical event with respect to the representative physical event will be exemplified, and the control thereof will be described. In particular, input, copy and deletion of detail lines will be described based on the purchase slip 10 shown in FIG.
[0049]
(A) About input processing
When "xx firm" is input to the customer name item 11 in FIG. 4 from the screen (Step S9 in FIG. 2), it is determined that the value has been changed (Step S17 in FIG. 3), and FIG. The "CHECK SECTION" shown is called (step S18 in FIG. 3). The corresponding record is read from the database by the event processing means 51A, and the tax classification is transferred from the master.
[0050]
The subsequent derivation processing of step S19 shown in FIG. 3 is skipped because there is no definition of the derivation section corresponding to the customer name. In step S25, it is determined that "the cursor is moved" by the input, and in step S26, the cursor is moved to the next input item. Here, the product name item 13 is the next input item. Thereafter, the loop returns to the top of FIG. 2, and the customer name and the tax classification are displayed in the display of the contents of the screen in step S8. If the tax category in the record of "XX company" is defined as "no consumption tax" in the database, "no consumption tax" is displayed in the tax category item 12 on the screen as shown in FIG. Will be done.
[0051]
Next, in step S9 of FIG. 2, when "ballpoint pen" is input to the product name item 13 from the screen, it is determined that the value has been similarly changed (step S17 of FIG. 3) and shown in FIG. 5 (B). Call "CHECK SECTION" (step S18 in FIG. 3). The event processing means 51B reads the corresponding record from the database and transfers the unit price from the master. The derivation processing of step S19 in FIG. 3 is skipped because there is no definition of the derivation section and there is no item affected by the product name. Items. Thereafter, the loop returns to the top of FIG. 2, and the display of the contents of the screen in step S8 displays the product name and the unit price (500 in this example) read from the database.
[0052]
In the subsequent step S9, when, for example, “20” is input from the screen to the quantity item 15, it is determined in step S17 in FIG. 3 that the value has changed. However, since an input check section is not defined for this quantity item 15, step S18 is skipped. On the other hand, in step S19, since a derived section having a quantity as a derivation source is defined in "DERIVED SECTION" shown in FIG. 5C, a deriving process for calling it is performed. Since the value of the unit price item 14 and the value of the quantity item 15 are set, the value of the price item 16 is set to “10,000” with “unit price × quantity” as the amount.
[0053]
Since the value of the money amount item 16 has been changed, a derived section having the money amount as a derivation source is searched for. Then, since the derived section is defined in "DERIVED SECTION" shown in FIG. 5D, it is called. Here, since the tax classification is “no consumption tax”, a process of transferring the sum of the amounts to “10,000” as the total amount is performed. Thereafter, the product name item 13 on the next line becomes the next input item by the cursor moving process in steps S25 and S26 in FIG. The loop returns to the top of FIG. 2, and the display of the contents of the screen in step S8 displays the quantity, the amount, and the total amount.
[0054]
The same processing is performed for the second line of the fountain pen in the detail line of the purchase slip 10, and “3,000” is displayed in the unit price item 14 and “5” is input in the quantity item 15, and FIG. “DERIVED SECTION” shown in (C) is called, and “15,000” is transcribed to the amount item 16, whereby it is determined that the value of the amount item 16 has been changed again, and “DERIVED SECTION” shown in FIG. SECTION ”is called, and“ 25,000 ”is transcribed to the value of the total amount item 17.
[0055]
By the repetition of the above, the execution control of the event processing units 51A to 51D described as the application program shown in FIG. 5 is performed. The application program simply needs to describe the processing for the input check event or the derived event for each item as an input check section or a derived section, and does not need to describe the control framework.
[0056]
(B) Copy of statement line
The problem with the copying of the detail line is that simply paying attention to the detail line, the value of the total amount becomes incorrect. This problem is solved in the present invention as follows, for example.
[0057]
The detail line copy processing is supported by the detail line copy event control means 33c in the event conversion control means 33. The detail line copy event control means 33c emulates the individual items of the copied detail lines. In other words, the detail line copy event control means 33c generates an event as if the value of the copy source item was input from the screen, and checks the value, recalculates the derived item, and returns the value from the database. Perform reading, etc.
[0058]
FIG. 6 shows a processing flow in the case of copying a detail line according to the present invention. When an instruction to copy a detail line is input in step S9 in FIG. 2, the process shown in FIG. 6 is performed in step S16 shown in FIG.
[0059]
In step S60 of FIG. 6, it is determined whether or not there is a physical event of line copying. The row copy physical event is notified from the display control means 2 shown in FIG. 1 by a row copy instruction using a menu or a PF key. If there is an instruction to copy a line, the process from step 61 is performed.
[0060]
In the following description, it is assumed that an instruction to copy the first line has been given in the purchase slip 10 of FIG. 4 in a state where two detailed lines have already been input. This instruction is performed by the operator moving the cursor to the first line in step S9 shown in FIG. 2 and instructing line copy using the menu or the PF key.
[0061]
By the insertion processing in step S61, the second and subsequent lines that have already been input are moved to make the second line empty.
In step S62, the items included in the processing target are the “ballpoint pen” of the product name item 13 and the “20” of the quantity item 15 input on the first line. First, the processes of steps S63 to S65 are performed from the product name item 13 at the head of the line.
[0062]
In step S63, the value "ballpoint pen" of the copy source is copied to the second blank line.
In step S64, input check processing, that is, an input check section is called. Here, “CHECK SECTION” in FIG. 5B is called, and the unit price is transcribed.
[0063]
Next, in step S65, a derivation process is performed, but since a derivation section in which the product name item 13 is a derivation source is not defined, the derivation is skipped, and the process returns to step S62.
[0064]
In step S62, the process proceeds to the next item, quantity item 15.
In step S63, the value "20" of the copy source is copied to the second blank line.
[0065]
In step S64, an input check process is performed. However, since an input check section is not defined in the quantity item 15, the input check section is skipped, and the process proceeds to step S65.
[0066]
In step S65, a derivation process, that is, a derivation section is called. Since a derived section having a quantity as a derivation source is defined for the amount item 16 as shown in FIG. 5C, the “DERIVED SECTION” is called. As a result, the amount is calculated and transferred to the amount item 16. Subsequently, since a change has occurred in the value of the money amount item 16, "DERIVED SECTION" of the total money amount shown in FIG. As a result, the total amount is calculated, and as a result, the total amount of the three lines in the detail line is transferred to the total amount item 17. Thereafter, the process returns to step S62.
[0067]
In step S62, since there is no item to be processed, the process exits the line copy process. In this line copying, since there is no new value change or cursor movement, the loop returns to the top of FIG. 2 and displays the line copied in step S8 of FIG. 2 and the changed total amount. Then, in step S9, a new input is waited.
[0068]
(C) Deletion of statement line
The problem with the deletion of detail lines is that, just like copying, if one focuses on the detail lines only, the value of the total amount becomes incorrect.
[0069]
FIG. 7 shows a processing flow in the case of deleting a detail line according to the present invention. The processing of steps S70 to S76 shown in FIG. 7 is the processing performed in step S16 shown in FIG.
[0070]
In the following description, it is assumed that two detailed lines have already been input in the purchase slip 10 of FIG. In step S9 in FIG. 2, it is assumed that the operator moves the cursor to the first line in order to delete the first line, and gives an instruction to delete the detail line using the menu or the PF key. This row deletion instruction is notified as a physical event from the display control means 2 shown in FIG.
[0071]
In step S70, the determination of the row deletion instruction is YES.
In step S71, the items to be processed are all items of the current detail line, and the following steps S72 to S76 are repeated until the processing for all items is completed. At first, the product name item 13 at the head of the first line is to be processed.
[0072]
In step S72, it is determined whether there is an initialization section or a derived section. The initialization section is defined by a declaration statement of "INIT SECTION" in an application program that describes a process for each item. In this example, since there is neither an initialization section (INIT SECTION) nor a derived section (DERIVED SECTION) in the product name item 13, the process proceeds to step S73.
[0073]
In step S73, the product name item 13 is set to an uninput state, and the process returns to step S71.
In step S71, the next unit price item 14 is processed.
[0074]
In the determination of step S72, since the derived section whose unit price is the derived source is defined in the DERIVED SECTION shown in FIG. 5C, the process proceeds to step S74.
[0075]
In step S74, since the initialization section is not defined in the unit price item 14, the unit price is not entered. The process of setting this value as non-input is performed by the event standard processing means 6 shown in FIG.
[0076]
In step S75, the derived section of the price item 16 with the unit price as the derivation source is called, but nothing is performed because the unit price has not been entered. Further, a derived section of the total price item 17 having the price as a derivation source is read. Here, since the amount of money is invalid, the total amount of money remains improper.
[0077]
In step S71, the process moves to the next quantity item 15.
As a result, the same process as the unit price item 14 is performed on the quantity item 15. Since the initialization section is not defined in the quantity item 15, the quantity is not entered, and the derived section of the price item 16 having the quantity as the derivation source is called. However, nothing is performed here because the quantity has not been entered. Further, the derivation section of the total amount item 17 having the amount as the derivation source is called, but since the amount remains unjustified, the total amount remains unjustified.
[0078]
In step 71 in the next loop, the process is shifted to the money amount item 16, and since there is a derived section in the money amount item 16 by the judgment in step S72, the process proceeds to step S74.
[0079]
In step S74, since the initialization section is not defined, the amount is not input, and the process proceeds to step S75.
In step S75, the derivation section of the total amount item 17 having the amount as the derivation source is called. Here, since the amount of money in the first row to be processed has not been input, a correct value is calculated for the total amount of money.
[0080]
In step S71 in the next loop, the processing for the corresponding item ends, and there is no item to be processed, so the process proceeds to step S76.
In step S76, the first line in which all items have not been input is deleted, the lines thereafter are sequentially moved, and the process exits the line deletion. In this line deletion, as in the case of line copying, there is no new value change or cursor movement. Therefore, the loop is returned to the top of FIG. 2, and the result deleted in step S8 in FIG. indicate. Then, in step S9, a new input is waited.
[0081]
As is clear from the above examples of copying and deleting detailed lines, the application only describes the processing for input check events and derived events without being aware of physical events such as line duplication and line deletion. Is fine.
[0082]
Next, an example of control for converting another physical event into an input check event or a derived event that is a logical event will be described.
(D) Search execution
When a search is performed, the application program reads a record from the database and sets a value in a screen record. A record read from a database usually contains only key items, and does not include values determined by reading other databases or values calculated by simple calculations. However, since there are such items in the screen record, simply copying a record from the database to the screen record is not enough.
[0083]
In the embodiment of the present invention, a logical event is generated as if a key item was input from a screen. The application program considers that input data has been given from the screen by the input check event and the derived event, which are the logical events generated in this way, and obtains the value corresponding to the data by reading from another database or calculating it. can do. The event control means 3 treats the value obtained by the application program as a screen record and displays it on the screen.
[0084]
FIG. 8 shows a processing flow corresponding to the physical event of the search instruction.
Step S80 shown in FIG. 8 corresponds to step S14 shown in FIG. 2, and the following steps S81 to S88 correspond to step S15 shown in FIG.
[0085]
In step S80, it is determined whether or not there is a physical event of the search instruction based on the input in step S9 of FIG. If it is not a search instruction, the following processing is skipped.
[0086]
In step S81, if it is a search instruction, and if the search is currently being performed, a predetermined search end process is called in step S82 to perform the search end process. Otherwise, go to step S83.
[0087]
In step S83, a search execution process is called to perform a database search process.
In step S84, all items are cleared.
[0088]
In step S85, a search result display process is called, and a search result display process is performed.
In step S86, the following processing is performed for all items.
[0089]
In step S87, if an input check section is defined for the item for which the value has been set by the search, the input check section is called, and the application processes the item.
[0090]
In step S88, if a derived section is defined from the item for which the value is set, the derived section is called, and the application processes the item affected by the item.
[0091]
Next, the process returns to step S86, and the process is repeated in the same manner. If no corresponding item remains, the process of the search execution event is terminated.
(E) About input / correction processing of header items after inputting detail lines
In the form of the form including the header, the detail line, and the tail portion as in the example of the purchase slip 10 described above, generally, the item of the detail line and the item of the tail portion are affected by the value of the item of the header. Sometimes. In the case of the purchase slip 10, the value of the total amount item 17 changes depending on the value of the tax category item 12. When the header items are added or modified, the values of the items in the detail line and the tail need to be calculated again.
[0092]
After the value is input to the detail line, the event conversion control means 33 returns to the item of the header, and when the value of the item is input and corrected, performs the input emulation for the item after the corrected item. . For each item, generate a logical event as if the value was input from the screen, check the value by the input check section described as the application program, recalculate the derived item by the derived section, reload the database, etc. I do.
[0093]
FIG. 9 shows a processing flow of inputting and correcting a header item after inputting a description line.
In step S90, it is determined whether or not there has been an input completion physical event, that is, whether or not a value has been input. If so, the following steps S91 to S95 are executed. If not, the process ends.
[0094]
In step S91, it is determined whether or not the input item is a header. If the input item is a header, the process proceeds to step S92; otherwise, the process ends.
In step S92, it is determined whether or not there is an input in the detail line, and if there is already an input, the process is continued; otherwise, the process is terminated.
[0095]
In step S93, the following processing is performed for each item of the detail line in which the input is made.
In step S94, if there is an input check section for the item on the detail line where the input has been made, it is called, and the application processes the item.
[0096]
In step S95, if there is a derived section from which the item is derived, the derived section is called and the application is processed.
Next, the process returns to step S93, and the process is repeated in the same manner. If no corresponding item remains, this process ends.
[0097]
(F) Cursor movement processing between detail lines
If you are reading the database at the beginning of the description line, the items after that will be affected by the value of the read database record. In the case of such a form, when the value is corrected by moving the cursor between detail lines, it is necessary to read the database again.
[0098]
When the cursor is moved and a value is input, the event conversion control means 33 generates an input check event for the item and causes the input check section to evaluate the value before the input item. Input emulation is performed in order from. In other words, an event is generated for each item as if it were input from the screen, the value is checked by the input check section, the derived item is recalculated by the derived section, and the database is reloaded. After these emulations are completed, The value actually input is passed to the event processing means (application program) of the item.
[0099]
FIG. 10 is a diagram showing a flow of a cursor moving process between detail lines.
In step S100, it is determined whether or not a value has been input, and if so, the following steps S101 to S107 are executed. If not, the process ends.
[0100]
In step S101, the line number input this time is compared with the line number input last time. If the detail line of the item input this time is earlier than the detail line of the item input last time, step S105 The process proceeds to step S102 if it is behind.
[0101]
In step S102, the processing of step S103 and the processing of step S104 are performed on each item before the current item in the current row.
In step S103, the input check section defined for the item is called, and the application is processed.
[0102]
In step S104, if there is a derived section from which the item is derived, the derived section is called, and the application processes the affected item.
[0103]
As a result of the determination in step S102, steps S103 and S104 are similarly repeated for all items up to the current item in the current row, and when the processing is completed, the process proceeds to step S105.
[0104]
In step S105, since it is troublesome that the value of the current item is rewritten due to derivation, the value is reset to the current item.
In step S106, the input check section defined for the current item is called, and the application processes the item.
[0105]
In step S107, if a derived section having the item as a derivation source is defined, the derived section is called and the application is processed. After that, this processing ends.
[0106]
(G) Skip at focus-in
In this embodiment, in addition to the input check section and the derived section, a focus-in section can be described as one of the event processing means 51. When the cursor enters a target item, a logical event called a focus-in event is generated. Controls the calling of the focus-in section.
[0107]
If an item has an event of focus-in, the value may already be determined at the focus-in timing, and the operator may not need to input. In this case, when a value is set as the processing of the focus-in event and the input skip (forced focus-out) is specified, the event conversion control unit 33 reads the value set by the application program from the screen. An event is generated as the input value, and the input check section checks the value, the derived section recalculates the derived items, and reloads the database. That is, the focus-in section can describe, for example, automatic setting of a value and designation of input skip for forcibly moving a cursor.
[0108]
If there is an error, forced focus out is disabled. If there is no error, the focus moves to the next item.
Steps S3 and S5 shown in FIG. 2 are the parts that perform this processing.
[0109]
(H) Processing for changing the values of multiple items at once
Also in this case, control is performed by input emulation. To improve the response speed, the operator can input a plurality of items at once.
[0110]
An event is generated in the application program as if one item was input at a time. Such input emulation is performed for all items that have actually been input.
[0111]
FIG. 11 is a diagram illustrating a processing flow for changing values of a plurality of items at a time.
In step S111, a plurality of items are input on the screen.
In step S112, a determination is made for performing the processing from step S113 to step S116 on the values of all the input items.
[0112]
In step S113, the value input to the item is set.
In step S114, the input check section corresponding to the input value is called, and the application processes the item.
[0113]
In step S115, if a derived section whose source is the item is defined, the derived section is called, and a derivation process is performed by the application program.
[0114]
In step S116, the processing target is advanced to the next item.
Returning to step S112, if there is no corresponding item, this process ends.
Next, control for converting a certain physical event into a logical event called initialization will be described. In the application program, if an initialization section is described using a declaration statement "INIT SECTION" as necessary for each item, control can be obtained by an initialization event when initialization is required. . There are two types of initialization, that is, a state where no input is made and a case where an initial value is set. However, here, the initialization is summarized without distinction.
[0115]
(I) Screen open processing
If there is a physical event of screen open, initialize all items. For an item having an event processing means of an initialization event, that is, for an item in which an initialization section is defined, the event conversion control means 33 calls the initialization section. The item is left uninput by the event standard processing means 6. When an initial value is input, the event conversion control means 33 and the derivation control means 4 perform control so that the derivation is performed. However, all the detail lines are left blank.
[0116]
(J) Redisplay processing after screen clear instruction
When an operator clears the screen, all items are initialized. Therefore, an initialization event is generated, and the event processing means (initialization section) 51 is called. For an item without an initialization section, the event standard processing means 6 makes that item uninput. When an initial value is input, the event conversion control means 33 and the derivation control means 4 perform control so that the derivation is performed. However, all the detail lines are left blank.
[0117]
(K) Redisplay processing after clearing a group (sub screen, detail line, tail, etc.)
In response to a group clear instruction from the operator, all items of the currently focused detail line (the line including the cursor) are initialized. An initialization event is generated, and the event processing means (initialization section) 51 is called. For the item without the initialization section, the event standard processing means 6 does not input it. When an initial value is input, the event conversion control means 33 and the derivation control means 4 perform control so that the derivation is performed.
[0118]
(L) Redisplay processing after an item clear instruction
When an item clear instruction is given from the operator, the currently focused item is initialized. An initialization event is generated, and the event processing means (initialization section) 51 is called. For the item without the initialization section, the event standard processing means 6 does not input it. When an initial value is input, the event conversion control means 33 and the derivation control means 4 perform control so that the derivation is performed.
[0119]
FIG. 12 is a diagram showing a screen redisplay processing flow in each of the above-mentioned processings (i) to (l). Of these processes, description will be given by taking the redisplay after the screen clear instruction in (j) as an example.
[0120]
In step S121, it is determined for each corresponding item that the processing from step S122 to step S125 is to be performed. If there is no corresponding item, this process ends.
[0121]
In step S122, if there is no initialization section for the item, or if the item is an item of the detail line, the process proceeds to step S123, and if not, the process proceeds to step S124.
[0122]
In step S123, the item is set to “not entered” (NULL), and the process returns to step S121.
In step S124, an initialization section defined for the item is called, and initialization processing required by the application is performed.
[0123]
In step S125, if a derived section whose source is the item is defined, the derived section is called and executed, and the process returns to step S121.
[0124]
(M) New cursor movement to an unentered detail line
In the case of a detail line, the detail line is initialized when the cursor moves to a new detail line. Make sure to initialize all items on the line. That is, an initialization event is generated for all items, and the event processing means (initialization section) 51 is called. For the item without the initialization section, the event standard processing means 6 does not input it. When an initial value is input, the event conversion control means 33 and the derivation control means 4 perform control so that the derivation is performed.
[0125]
FIG. 13 shows a new cursor movement processing flow to an uninputted detail line.
This process is performed in step S26 shown in FIG.
First, in step S131, it is determined whether or not the current line is an uninput detailed line. If it is an uninput detailed line, the process proceeds to step S132. Steps S132 to S136 are the same as steps S121 to S125 shown in FIG.
[0126]
(N) Cursor movement after error occurrence
If an attempt is made to move the cursor after an error has occurred in a certain item for some reason, the event control means 3 initializes the item so that no error remains. That is, if there is an event processing means (initialization section) 51 for an initialization event, an initialization event is generated and the initialization section is called. For items without an initialization section, the event standard processing means 6 does not input them. When an initial value is input, the event conversion control means 33 and the derivation control means 4 perform control so that the derivation is performed. The error is notified to the event control unit 3 by a specific flag or the like from the event processing unit (input check section or the like) 51 of the application program, for example.
[0127]
FIG. 14 shows a cursor movement processing flow after an error has occurred.
This process is performed in step S4 shown in FIG.
In step S141, it is determined whether there is an error. If there is an error, the process proceeds to step S142; otherwise, the process proceeds to step S146.
[0128]
In step S142, it is determined whether or not there is an initialization section of the item, and if there is, the process proceeds to step S143; otherwise, the process proceeds to step S145.
In step S143, the initialization section is called.
[0129]
In step S144, if there is a derived section from which the item is derived, the derived section is called. Thereafter, the process proceeds to step S146.
If there is no initialization section in step S145, NULL is set in the item and the item is not input.
[0130]
In step S146, the cursor is moved to the next item.
As is clear from the above description, in the present embodiment, various physical events are converted into four logical events of an initialization event, an input check event, a derived event, and a focus-in event by the event conversion control means 33. The event driving of the processing means 51 is performed. That is, the event processing means 51 as an application program performs processing necessary for each item when a logical event such as an initialization event, an input check event, a derived event, and a focus-in event occurs, in the initialization section and the input check section, respectively. , It is only necessary to describe it as a derived section or focus-in section, and it is possible to realize all the processing necessary for office work etc. just by describing the processing corresponding to a few logical events without being aware of the control mechanism at all. it can.
[0131]
【The invention's effect】
According to the present invention, it is possible to significantly improve the productivity of application programs by the following effects.
[0132]
(A) In one application program, the event processing means to be described has a high degree of abstraction and supports many physical events. For this reason, the description of the process that had to be described many times in the past can be completed only once. Since events are independent of each other, there is almost no need to describe the same processing for different events.
[0133]
(B) There is no need to describe control. The control mechanism is independent of the application program to be described.
(C) Since the event processing means to be described has a high degree of abstraction, it can be made into components. Since the item components controlled by the control method of the present invention are encapsulated, the versatility is extremely high and can be used for other application programs.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating the principle of the present invention.
FIG. 2 is a diagram showing an overall processing flow in one embodiment of the present invention.
FIG. 3 is a diagram showing an overall processing flow in one embodiment of the present invention.
FIG. 4 is a diagram showing a display screen in one embodiment of the present invention.
FIG. 5 is a diagram showing a definition example of an event processing means in one embodiment of the present invention.
FIG. 6 is a diagram showing a copy processing flow of a detail line in one embodiment of the present invention.
FIG. 7 is a diagram showing a flow of processing for deleting a specification line in one embodiment of the present invention.
FIG. 8 is a diagram showing a processing flow corresponding to a physical event of a search instruction in one embodiment of the present invention.
FIG. 9 is a diagram showing a header item input / correction processing flow after a description line is input in one embodiment of the present invention.
FIG. 10 is a diagram showing a flow of a cursor moving process between detailed lines in one embodiment of the present invention.
FIG. 11 is a diagram showing a process flow of changing values of a plurality of items at a time in one embodiment of the present invention.
FIG. 12 is a diagram showing a flow of a re-display process after a screen clear instruction is issued in one embodiment of the present invention.
FIG. 13 is a diagram showing a flow of a new cursor moving process to a non-input detailed line in one embodiment of the present invention.
FIG. 14 is a diagram illustrating a flow of a cursor moving process after an error has occurred according to an embodiment of the present invention.
[Explanation of symbols]
1 Display device
2 Display control means
3 Event control means
31 Event receiving means
32 Event distribution means
33 Event conversion control means
33a Input completion event control means
33b Search execution event control means
33c Detail line copy event control means
33d focus-in control means
34 Display control and error control means
4 Derivation control means
5 Applied processing means
51 Event processing means

Claims (5)

In a data processing device that processes a plurality of processing target items according to an application by event driving,
A logic event of an input check notifying that a value has been set for the processing target item corresponding to the processing target item, and a value of a related item with respect to other processing target items affected by a change in the value of the processing target item An application related to each of the following logical events: a derived logical event that notifies a change in the processing, an initialization logical event that notifies the initialization of the processing target item, or a focus-in logical event that indicates that the cursor has entered the processing target item. Means for storing an event processing program group for performing a process defined as
The physical event corresponding to the individual input instruction information, and Louis vent conversion control unit converts one or more of the logical event defined in accordance with the previously individual physical event,
Receiving the converted logical events by the event conversion control unit, together with the start by calling the appropriate the event processing program, when the value of a processed item has changed, affected by its Item And a derivation control unit that invokes and activates the event processing program corresponding to a derivation logical event corresponding to the event . The event-driven processing device according to claim 1,
The event conversion control means, upon receiving a physical event indicating that a value has been input to the processing target item of the screen record, converts the physical event into the input check logical event and the derived logical event. With means,
The derivation controlling means, event-driven processing apparatus characterized in that it is configured to start by calling the event processing program corresponding to the processing target item of which value is input by the respective logical event. The event-driven processing device according to claim 1,
The event conversion control means includes means for generating the input check logical event and the derivative logical event when a value is set in a processing target item of a certain screen record by executing a search,
The derivation controlling means, event-driven processing apparatus characterized in that it is configured to start by calling the event processing program corresponding to the processing target item of which value is set by the respective logical event. The event-driven processing device according to claim 1,
The event conversion control means, when receiving a physical event for instructing the copying of a detail line in a screen record as the physical event, such that a value is input from the screen for each of the copied processing target items. Means for generating the input check logical event and the derivative logical event,
The derivation controlling means, event-driven processing apparatus characterized in that it is configured to start by calling the event processing program corresponding to the replicated processed item by its respective logic event. An event-driven control method in the event-driven processing device according to claim 1 ,
The event conversion control means sets a physical event detected from each piece of input instruction information in accordance with the input instruction information in the processing target item, which is determined in advance according to the individual physical event. Logical event of input check notifying that the change of the value of the processing target item, the derived logical event of notifying the change of the value of the related item to other processing target items affected by the change of the value of the processing target item, and initialization of the processing target item Conversion to one or more of a logical event of initialization for notifying or a logical event of focus-in indicating that the cursor has entered the processing target item;
The derivation control means determines, based on the converted logical event, a logical event of the input check, a logical event of the derivation, a logical event of the initialization, or a logical event of the focus-in corresponding to the processing target item. perform defined processing as an application for each logical event, start by calling the event processing program stored in the means for storing the event processing program group, if still a value of the processing target item is changed Calling and invoking the corresponding event processing program with a derived logical event for the item affected by the item,
An event-driven control method, wherein the called event processing program performs a process on the process target item according to an application.

Images