JP2007233802A - Screen controller and screen control method for event-driven application, and program therefor - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To optimize a screen resource, and to reduce development cost and maintenance cost, in screen control in an event-driven application. <P>SOLUTION: Screen configuration definition information showing that a plurality of screens are superimposed to configure one screen is previously registered in a screen configuration definition information storage part 14. A screen control part 10 superimposes the plurality of previously registered screens according to the screen configuration definition information in response to screen generation requirement from the application 2 to generate the one screen. An event registration part 12 registers an event in each screen in response to event registration requirement when the screen of a registration target is the screen obtained by superimposing the plurality of screens. An event notification part 13 changes occurrence source information of the event into an original screen name designated by the application 2 and notifies the application 2 when the registered event occurs in one of the plurality of superimposed screens. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a screen control apparatus for event-driven applications, and in particular, in screen control of event-driven applications such as Java (registered trademark) applications, the screen definition does not increase redundantly and affects the application to be used. The present invention relates to a screen control technology that prevents the deterioration of performance and prevents deterioration of performance.

  In an application program (hereinafter simply referred to as an “application”) for performing business using a computer, information is presented to the user, data is input from the user, and the like by using many screens. The screens used by such applications generally have a common basic part in the screen and differ only in part, rather than having different contents throughout the entire screen. Even in such a case, the program developer has conventionally created each screen separately.

  Hereinafter, examples of conventional screen creation and screen control will be described with reference to FIGS. For example, as shown in FIG. 14, there are existing screens A0 and B0, and items c and d are added to create screens A1 and B1, respectively.

  When the application creates such a screen, for example, as shown in FIG. 15, the screen A0 is obtained by changing the screen creation program in the application using the assets (screen definition information) of the entire existing screen. , B0, item c and item d are respectively added to create a new screen A1 and screen B1. However, this method not only requires the program developer to fully understand the assets of the screen to be constructed, but also requires the coding of the screen creation processing program, resulting in a heavy burden on the program developer. there were.

  In recent years, GUI (Graphical User Interface) tools such as Visual Basic (registered trademark) and Java (registered trademark) are used to create screens in order to reduce the burden of program development for screen control. It has become like this.

  FIG. 16 shows an example of screen creation using a GUI tool. When creating a screen using a GUI tool, the screen can be created by pasting the screen element parts prepared in advance to the screen form. Since various resources can be automatically generated, the screen can be created more easily than when the screen is created by writing a program as shown in FIG. However, on the other hand, since the screen definition information is created on a screen basis, it is usually necessary to create a screen definition for each screen pattern. Will also increase.

  FIG. 17 is an explanatory diagram of event registration and event notification processing for the screen B1 created by the GUI tool. Below, it demonstrates according to the example which used Java as an environment which mounts an event driven type application. In the case of the Java language, the screen definition created by the GUI tool as shown in FIG. 16 describes information such as the size and attributes necessary for configuring the screen, and the file extension is “.java”. In the form of a source program. The screen definition created by this GUI operation is called a “panel”.

  When the application 2 displays the screen B1 and processes data according to the user input to the screen B1, for example, the processing shown in FIG. 17 is performed. First, the screen control unit 100 is requested to perform screen B1 generation processing. The screen control unit 100 reads the definition information of the screen B1 and notifies the screen input / output control unit 3 of the generation of the screen B1. The screen input / output control unit 3 is a Java control program.

  Next, in response to an event registration process request from the application 2, the screen control unit 100 registers an event for the screen B1. Event registration means processing for associating an event (such as a user operation) that occurs on the screen with an application processing unit that performs the processing. By performing this process, an event occurring on the screen can be processed on the application 2 side. An event is an event such as a user clicking a button on the screen or a user writing data in an input area of a data item.

  Next, the application 2 requests the screen control unit 100 to display the screen B 1, and thereby requests the screen input / output control unit 3 to display the screen B 1. In this screen B1, when an event is generated by a user operation, an event distribution process corresponding to the event registration is performed, and the event occurrence is notified to the event handler 21 of the application 2 registered at the time of event registration. The event handler 21 executes processing corresponding to the item of the event that has occurred.

Screen processing by changing item definition information such as attributes of each data item, data entry order, and data items that can be entered for each screen, in an information processing device that provides an area corresponding to data items to be entered on the display screen As a technique aiming at eliminating the correction of the program, there is a technique described in Patent Document 1, for example. In the technique described in Patent Document 1, a data item common to a plurality of screens is defined as a screen item definition, and the screen processing program refers to the screen item definition to indicate whether or not data is input, item value attributes, and the like. To check. Although this technology allows data items to be componentized, it is not a technology that attempts to make a part of the display screen itself a part, and does not consider overlapping the screens.
JP-A-10-207699

  The present invention solves the problem of redundantly increasing screen assets of screen definition information when creating definition information for multiple screens with common parts in units of screens, and realizes optimization of screen assets. In addition, it is intended to prevent an increase in processing load on an application that uses existing screen assets, and to prevent performance degradation of the application with respect to event-driven.

  That is, the present invention separates an application using screen control that performs input / output using a screen into an application part that performs actual data processing and a screen control unit, and controls the application to operate by event notification from the screen. In this method, the objective is to optimize screen assets and reduce development costs and maintenance costs.

  In order to solve the above-described problems, the present invention is a screen control apparatus that performs screen control requested by an event-driven application that outputs a screen and performs data processing on an event that has occurred on the screen. The screen configuration definition information storage means for storing the screen configuration definition information indicating that one screen is overlapped, and the screen configuration definition information storage means for the screen generation request from the event-driven application, Registration by referring to the screen configuration definition information storage means for screen generation means that generates a single screen by superimposing multiple registered screens, and event registration requests to screens from event-driven applications It is determined whether the target screen is a screen in which multiple screens are overlapped. Is an event registration means for registering the requested event belonging to each of the plurality of screens, and the event registered by the event registration means is one of the superimposed screens. A first feature is that it comprises event notification means for notifying an event-driven application by changing to a single screen composed of a plurality of screens on which event generation source information is superimposed.

  As a result, the screen handled by the event-driven application can be a single physical screen combining multiple screens, and the application can execute data processing as a single screen without being conscious of the multiple screens. It becomes like this. Since a single physical screen can be configured by combining multiple screens, when there are many screens that differ only in some areas on the screen, the same area is defined as a separate screen, The part defined as another screen in the screen can be used in common, and the screen assets as a whole can be reduced. In addition, since the application only needs to perform processing for an event while paying attention to only one physical screen, the processing load does not increase.

  In the present invention, the screen configuration definition information stored in the screen configuration definition information storage means includes at least a screen name specified by the event-driven application, a screen name of a base screen that becomes a mount when the screens are superimposed, The name of each of the one or more screens to be superimposed on the base screen and the information indicating the position of the overlay on the base screen of each of the one or more screens to be superimposed on the base screen are included. Is the second feature.

  With this configuration, it becomes possible to easily manage the basic base screen and the screen superimposed on it.

  Further, in the present invention, the screen generation means has a third feature that the background color of each of the one or more screens to be superimposed on the base screen is set to be transparent.

  With this configuration, it is possible to prevent a part of the base screen from being partially filled with the background color of the superimposed screen, and to prevent inconsistencies in the screen design.

  According to the present invention, the number of screen definitions does not increase redundantly by treating the same area as a separate screen in a plurality of screens. Cost can be reduced. Also, maintainability is improved by defining different common parts on the screen. Furthermore, in the present invention, even if the base screen and the common portion screen overlapped with each other are separate screens, the event notification has a mechanism that allows an application to display a single screen without making multiple screens conscious. As a result, the processing load of the application does not increase compared to the case of a single screen from the beginning, and the performance is not deteriorated.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 is a block diagram showing a configuration example of the present invention. In the figure, 1 is a data processing device comprising a CPU and a memory, 2 is an application (program) for performing input / output through the screen and processing data, 10 is a screen control unit for performing screen control according to the present invention, and 11 is a screen. A screen generation unit that generates a screen according to the configuration definition, 12 is an event registration unit that registers an event for the generated screen, and 13 is an event notification that notifies the application 2 of an event when an event is generated by a user operation on the screen. , 14 is a screen configuration definition information storage unit for storing screen configuration definition information, 3 is a screen display control and screen input / output control unit for detecting the occurrence of an event on the screen, and 4 is a display device for displaying the screen, Reference numeral 5 denotes an input device such as a keyboard or a mouse.

  When the application 2 and the screen control unit 10 are described in, for example, the Java language, the screen input / output control unit 3 is a part of a Java control program having a function of executing and controlling them, and is an existing one.

  FIG. 2 is a diagram for explaining the outline of the present invention. For example, it is assumed that the application 2 uses two screens, that is, an xx search screen shown in FIG. 2A and a ΔΔ search screen shown in FIG. These screens have similar contents, and in particular, the condition result output area at the bottom of the screen is the same. In the prior art, the screen definition and event processing logic are individually described for each of the xx search screen and the △ Δ search screen using a GUI editor or the like. In addition, in recent GUI editors, if a GUI part is pasted on a form, the description of the control for that part may be completed. The screen definition here is not only a general definition but also a part logic specialized for a screen. Means information including

  In such a conventional method, each screen is individually designed, and even if it is exactly the same as in the condition result output area, it has not been shared. As a result, screen assets become redundant and maintainability is reduced.

  On the other hand, in the present invention, as will be described in detail below, (1) a separate screen of the common part, (2) a single screen is generated by superimposing the different screens, (3) a unified event notification, This solves the problems of the prior art.

(1) Making the common part a different screen The common part making a different screen according to the invention will be described. In the present invention, for example, as shown in FIG. 2C, in the XX search screen and the ΔΔ search screen, the same area (condition result output portion) on the screen is defined as a common separate screen. In this example, it is defined as a condition result screen. As a result, the number of definitions in the XX search screen and the ΔΔ search screen decreases.

  Note that the common screens have a transparent background color and are combined and overlapped when displayed. As a result, the common screen does not depend on the screen layout and background color specific to the base business. If the background color of the condition result screen, which is a common screen, is transparent, it overlaps even in the case where a menu bar or the like exists on the base screen, such as the □□ search screen shown in Fig. 2 (D). The part is not filled with the common screen. In addition, since the position of the condition result screen to be superimposed can be set in advance, it is possible to prevent the lack of information on the base screen due to the overlay.

(2) Generating a single screen by overlaying different screens When creating and displaying a screen when an application is executed, a common screen for the condition result screen is defined in the base XX search screen or △△ search screen. Are combined to form one business screen. For this reason, screen configuration definition information for managing superposition definition information is prepared.

  FIG. 3 shows an example of the screen configuration definition information table. This screen configuration definition information table is stored as a screen configuration definition information file 140 in the screen configuration definition information storage unit 14 of FIG. The file name of the screen configuration definition information file 140 may be a file name fixed in advance, or may be a file name registered in advance as environment setting information of the application 2.

  The business screen name in this screen configuration definition information table is a logical name of a screen configured by overlapping a plurality of screens. The base business screen name is the business screen name that becomes the overlay mount (base). The superimposed screen name is a business screen name that is superimposed on the base business screen. With this superimposed screen name, a plurality of business screens can be defined for one business screen name. In the example of FIG. 3, for the ☆☆ search result screen, two superimposed screen names are defined: a condition result screen and a result supplement screen. Note that the size and attributes of each screen are stored separately as screen definition information. Since the individual screen definition information is the same as that of the prior art, a detailed description thereof is omitted here.

  The start position and end position in the screen configuration definition information table indicate the relative position of the overlay from the display position of the base task screen when the overlay screen name is superimposed on the base task screen, and are specified by the pixel coordinate position. The The start position indicates the upper left pixel position of the screen area to be overlapped, while the end position indicates the lower right pixel position of the screen area to be overlapped.

  FIG. 4 shows an example of the screen configuration based on the screen configuration definition information. For example, the XX search result screen defined by the screen configuration definition information table of FIG. 3 is configured as shown in FIG. Note that the search result screen is also defined in the same manner, and similar screens are shared.

  Similarly, the □□ search result screen is configured as shown in FIG. 4B by combining the superimposed result result screens. □□ The search result screen, which is the base of the □□ search screen, has a menu area at the left end, so the overlay start position is defined at a different position.

  The search result screen is configured as shown in FIG. 4C by superimposing two screens, a condition result screen and a result supplement screen. By pasting a plurality of overlapping screens in this way, it is also possible to make common.

  It is also possible to specify a superimposed screen as the business screen name or the superimposed screen name in the screen configuration definition information table. This makes it possible to further share screen assets. An example is shown in FIG. In the example of FIG. 5, a superimposed business screen is specified for the base business screen and the superimposed screen, and a further superimposed screen is generated.

  FIG. 6 shows another screen display example. As described above, the background color of the superimposed screen is made transparent. Therefore, when characters or the like are written in the overlapping area of the base business screen, they are partially visible as shown in FIG.

(3) Unified event notification (compatible with application control)
By combining a plurality of screen definitions with the above-described screen configuration definition information, a single screen can be physically displayed as one screen. Need to control the screen.

  The influence on the application 2 caused by superimposing a plurality of screens will be described with reference to FIG. In the case of a conventional screen configuration without overlapping, such as the xx search result screen in FIG. 7A, the application 2 simply performs screen generation and event registration processing for one screen. Just do it. Event registration is pre-registration processing for enabling the screen input / output control unit 3 to notify the application 2 and the like of event conditions such as item operations on the screen by the user. Event notification is processing for notifying the occurrence of an event to the application 2 or the like that processes the registered event condition when it occurs. Here, the item operation is performed by the application 2 for the event notification. The item operation here is a control request for setting display characters and the like by the application 2. As described above, when the screen definition and the display screen have a one-to-one correspondence, the application 2 can easily perform processing by requesting screen generation and event registration processing for each screen.

  However, when the application 2 directly controls the superimposed screen, the following problem occurs. For example, as shown in FIG. 7B, it is assumed that the xx search result screen is a screen obtained by superimposing the condition result screen on the xx search screen. In this case, the application 2 needs to perform processing related to the entire screen control in consideration of each of the xx search screen control and the condition result screen control. Specifically, it is necessary to perform screen display control and event registration processing for each individual screen, such as event registration processing for the XX search screen and event registration processing for the condition result screen. In this way, by overlapping the screens, it is necessary to implement event control and item control for a plurality of screens as the processing logic of the application 2. Therefore, the screen control of the application 2 is as shown in FIG. Compared to the case of a single screen configuration, the processing becomes more complicated, and the processing scale and performance deteriorate due to the common screen.

  Therefore, in the present invention, as shown in FIG. 8, the screen control unit 10 has a mechanism for causing the application 2 to appear as if it is a single screen without overlapping, even if it is a superimposed screen. Provide in. For example, even if the XX search result screen is a screen obtained by superimposing the condition result screen on the XX search screen, the application 2 is the same as the case of the XX search result screen without overlay shown in FIG. In addition, only one XX search result screen needs to be specified at the time of screen generation, event registration, or item operation. On the other hand, in the screen control unit 10, screen generation, display, and events accompanying superposition are performed. Realize screen control compatibility such as notification destination.

  For example, in the xx search screen, there is an item a as an event registration target item, and even if the condition result screen has items c and d as event registration target items, the application 2 includes items a and c. , D can be handled as one item on the xx search result screen. For this reason, when the application 2 requests an event registration for the XX search result screen, the screen control unit 10 registers the event of item a for the XX search screen with respect to the screen input / output control unit 3 and the condition result. Event registration of items c and d for the screen is performed.

  FIG. 9 shows an example of event registration processing performed by the screen control unit 10. Here, the above-described xx search screen is shown as panel A, and the condition result screen is shown as panel B. When there is a request for event registration processing from the application 2, the screen control unit 10 performs event registration for all the panels to be superimposed as shown in FIG. Whether the panel A and the panel B should be handled as a single screen by being overlaid can be easily determined from the screen configuration definition information table shown in FIG. In other words, if the application 2 designates, for example, an xx search result screen as the business screen name, the screen control unit 10 refers to the screen configuration definition information table, and the screen becomes the base business screen of the xx search screen. It is determined that the screen is composed of overlapping condition result screens, and event registration processing is performed for each.

  FIG. 10 shows an example of event notification processing performed by the screen control unit 10. In this example, the application 2 designates “A0” as the business screen name and makes an event registration request for the business screen name. The screen control unit 10 applies to the panels A and B constituting the business screen A0. Event registration is performed for item a and items c and d, respectively.

  Here, it is assumed that an event occurs when there is data input from the user for the item c on the panel B. The screen input / output control unit 3 detects the event and notifies the event control source screen control unit 10 that an event has occurred in the item c of the panel B by an interrupt or the like. The screen control unit 10 changes the event generation panel B to the business screen name “A0” because the event generation panel B is the screen that constitutes the business screen A0. Make a notification. As a result, the application 2 can execute processing considering only the business screen A0 without distinguishing between the panel A and the panel B.

  FIG. 11 is a screen generation process flowchart of the screen generation unit 11 in the screen control unit 10. In response to the screen generation request specifying the business screen name from the application 2, the screen generation unit 11 first reads the screen configuration definition information file (step S10). By referring to the screen configuration definition information file, it is determined whether or not a superimposed screen is defined for the business screen name requested to generate a screen (step S11).

  If the superimposed screen is not defined, a process for generating the requested screen as it is as before is executed (step S12), and the process is terminated.

  If an overlay screen is defined in the screen configuration definition information file, the base business screen name associated with the requested business screen name is first extracted and the definition information is read to generate the base business screen. (Step S13). Thereafter, the following steps S14 to S17 are repeated for the number of superimposed screens registered in the screen configuration definition information file.

  The superimposed screen name associated with the requested business screen name is extracted from the screen configuration definition information file, and the definition information is read to generate a superimposed screen (step S14). Next, the background color of the superimposed screen is set to be transparent (step S15). Thereafter, the overlay screen is pasted on the base business screen generated in step S13. (Step S16). At this time, the position where the overlay screen is pasted follows the start position and end position of the overlay screen registered in the screen configuration definition information file. If the screen size determined by the start position and end position is smaller than the actual size of the superimposed screen, for example, by extracting the area based on the upper left corner from the superimposed screen or reducing the superimposed screen , Match the size. The above processing is repeated until the superposition screen registered in the screen configuration definition information file is completed. When superposition of all the superposition screens is completed, the processing is terminated (step S17).

  FIG. 12 is an event registration process flowchart of the event registration unit 12 in the screen control unit 10. In response to an event registration request specifying a business screen name and items from the application 2, the event registration unit 12 first reads a screen configuration definition information file (step S20). By referring to this screen configuration definition information file, it is determined whether or not a superimposed screen is defined for the business screen name requested to register the event (step S21).

  If the superimposed screen is not defined, the process of registering the event as it is on the requested business screen is executed as in the conventional case (step S22), and the process is terminated.

  If an overlay screen is defined in the screen configuration definition information file, first extract the base business screen name associated with the requested business screen name, and register the event for that base business screen. Execute (Step S23). That is, it notifies the screen input / output control unit 3 that an event is registered for the base business screen.

  Next, a superposition screen name associated with the requested business screen name is extracted from the screen configuration definition information file, and an event is registered in the superposition screen (step S24). This process is repeated until the superimposed screen registered in the screen configuration definition information file is completed (step S25). When the superposition screen is completed, the event notification destination information registered in step S23 and step S24 is stored in the memory and held (step S26). The event notification destination information is retained in order to change the source panel to the business screen name specified by the application 2 when an event occurrence notification is received from the screen input / output control unit 3. .

  FIG. 13 is an event notification process flowchart of the event notification unit 13 in the screen control unit 10. When an event occurs on the screen due to a user operation or the like, an event notification is received from the screen input / output control unit 3, and the event notification is received (step S30). Based on the event notification source information, the event notification destination information stored at the time of event registration is referred to (step S31). It is determined from the reference result of the event notification destination information whether or not the source screen name (panel name) needs to be changed (step S32).

  If the event source information is not held as event notification destination information, the event has occurred on one normal screen that is not from the superimposed screen, so the processing in the next step S33 is skipped. If the event source information is held as the event notification destination information, the event source is changed to the business screen name designated by the application 2 at the time of event registration (step S33). Thereafter, the event is notified to the application 2 (step S34).

  As a result, an event occurring on a plurality of panels can be shown to the application 2 as an event occurring on one business screen.

  The processing of the screen control unit 10 described above can be realized by a computer and a software program, and the program can be provided by being recorded on a computer-readable recording medium or provided through a network.

  The program of the screen control unit 10 includes a screen input / output control unit 3 that is a control program of Java or the like that is a platform (the implementation of the present invention is not limited to Java), and an application that performs work by actual data processing. 2 and can be provided in common for a plurality of applications 2 or can be loaded into the computer for each application 2. Further, a program for realizing the screen control unit 10 can be incorporated in the application 2 as a part of the application 2.

It is a block diagram which shows the structural example of this invention. It is a figure for demonstrating the outline | summary of this invention. It is a figure which shows the example of a screen structure definition information table. It is a figure which shows the example of a screen structure based on screen structure definition information. It is a figure which shows the example of a display of a superimposition screen. It is a figure which shows the example of a display of another superimposition screen. It is a figure for demonstrating the influence on the application which arises by superimposing a some screen. It is a figure explaining the process of event registration and notification by a screen control part. It is a figure which shows the outline | summary of an event registration process. It is a figure which shows the outline | summary of an event notification process. It is a screen generation process flowchart of a screen generation part. It is an event registration process flowchart of an event registration part. It is an event notification process flowchart of an event notification part. It is a figure for demonstrating a prior art. It is a figure for demonstrating a prior art. It is a figure for demonstrating a prior art. It is a figure for demonstrating a prior art.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Data processing apparatus 2 Application 3 Screen input / output control part 4 Display apparatus 5 Input device 10 Screen control part 11 Screen generation part 12 Event registration part 13 Event notification part 14 Screen structure definition information storage part 140 Screen structure definition information file

Claims (5)

A screen controller that performs screen control requested by an event-driven application that outputs a screen and performs data processing on an event that has occurred on the screen.
Screen configuration definition information storage means for storing screen configuration definition information indicating that a plurality of screens are overlapped to form one screen;
In response to a screen generation request from the event-driven application, a screen generation unit that refers to the screen configuration definition information storage unit and generates a single screen by superimposing a plurality of pre-registered screens;
In response to an event registration request to the screen from the event-driven application, by referring to the screen configuration definition information storage means, it is determined whether the screen to be registered is a screen in which a plurality of screens are superimposed, An event registration means for registering a requested event belonging to each of the plurality of screens, in a case where the plurality of screens are superimposed;
When the event registered by the event registration means occurs on one of a plurality of superimposed screens, the event generation source information is changed to one screen composed of the plurality of superimposed screens. An event-driven application screen control apparatus comprising an event notification means for notifying an event-driven application. In the event-driven application screen control device according to claim 1,
The screen configuration definition information stored in the screen configuration definition information storage means includes at least a screen name specified by the event-driven application, a screen name of a base screen that becomes a mount when the screens are superimposed, and an overlay on the base screen. Event-driven, characterized in that it includes a superimposed screen name of each of the one or more screens to be combined and information indicating a position of the overlapping of each of the one or more screens to be superimposed on the base screen. Type screen control device. The screen controller for event-driven application according to claim 2,
The screen control means for event-driven applications, wherein the screen generation means sets the background color of each of one or more screens to be superimposed on the base screen to be transparent. Screen generation means, event registration means, event notification means, and multiple screens for screen control requested by event-driven applications that output screens and perform data processing on events that occur on the screen A screen control method in a computer system, comprising screen configuration definition information storage means for storing screen configuration definition information indicating that one screen is configured to be superimposed,
A step of generating a single screen by superimposing a plurality of pre-registered screens with reference to the screen configuration definition information storage unit in response to a screen generation request from the event-driven application; ,
The event registration unit refers to the screen configuration definition information storage unit in response to an event registration request to the screen from the event-driven application, so that the registration target screen is a screen in which a plurality of screens are superimposed. The process of registering the requested event belonging to each of the plurality of screens, and
If the event registered by the event notifying unit is generated by one of the plurality of superimposed screens, the event generation source information is constituted by one of the plurality of superimposed screens. Changing the screen to notify the event-driven application of the event-driven application. A screen control program for causing a computer to execute screen control requested by an event-driven application that outputs a screen and performs data processing on an event occurring on the screen.
Said computer,
Screen configuration definition information storage means for storing screen configuration definition information indicating that a plurality of screens are overlapped to form one screen;
In response to a screen generation request from the event-driven application, a screen generation unit that refers to the screen configuration definition information storage unit and generates a single screen by superimposing a plurality of pre-registered screens;
In response to an event registration request to the screen from the event-driven application, by referring to the screen configuration definition information storage means, it is determined whether the screen to be registered is a screen in which a plurality of screens are superimposed, An event registration means for registering a requested event belonging to each of the plurality of screens, when the screens are superimposed on each other;
When the event registered by the event registration means occurs on one of a plurality of superimposed screens, the event generation source information is changed to one screen composed of the plurality of superimposed screens. An event-driven application screen control program that functions as an event notification means for notifying an event-driven application.

Images