JP5233122B2 - Screen display information linkage method and screen display information linkage system - Google Patents

Description

  The present invention relates to a screen display information cooperation method and a screen display information cooperation system, for example, to a screen display information cooperation technique in a monitoring control system.

  Currently, a monitoring control system that links screen displays between monitoring control devices is generally known (see, for example, Patent Document 1), and a method for cooperatively operating the screen displays is a method that applies distributed object technology.

  First, the system developer creates an extended screen part interface (an interface used as an alternative to multiple inheritance in object-oriented programming) so that the screen part object on the sender side becomes a remote object, and adds it to the screen part. It consists of a remote screen part class.

  Next, the system developer incorporates the remote screen component class into the monitoring application installed in the monitoring control apparatus on the sender side.

  Next, the system developer creates a proxy class with the same method as the extended screen interface on the receiver side, and uses the method of the proxy class to monitor the remote screen component object so that the receiver side can monitor and control it. Include in the monitoring application installed in the device. In the monitoring control system in Patent Document 1, the reception management unit object calls the remote screen component object via the proxy object.

  Through the above-described operation, the remote screen component object incorporated in the monitoring server application can be called from the monitoring client application in the monitoring control apparatus on the receiver side via the network. In the monitoring control system in Patent Document 1, the transmission management unit object manages all remote screen component objects.

  Next, the sender side stores data indicating a state displayed using the remote screen component object in the monitoring server application in a file or a database. On the other hand, the receiver side includes the object reference of the remote screen component in the proxy object via the network and causes the monitoring client application to acquire it.

  Next, the receiver side causes the monitoring client application to acquire display state data corresponding to the remote screen component object acquired from the file or database.

Then, the monitoring client application inputs display state data to the remote screen component object, generates a display state of the remote screen component object, and displays it on the editing screen of the monitoring client application.
JP 2004-355455 A

  The screen component for displaying the status of each device in the monitoring control system can be displayed by using only the status data received from one key representing the status of the device. For this reason, only one key is set in the proxy recipient object.

  In the case of screen parts that display the status of multiple devices, such as a trend graph, a dedicated key is created so that the status data necessary for display can be received with one key, and the sending application that receives the key , It is necessary to change (modify) so that all the status data is processed and sent to the receiving application.

  Similarly, when displaying an alarm when any one of the status data of multiple devices is faulty, such as an alarm display component, the transmitter application is also changed (modified) )There is a need to. At this time, it is not only necessary to re-test the transmitting-side application, but other problems may occur due to the change.

  An object of the present invention is to provide a screen display information cooperation method and a screen display information cooperation system that can handle screen parts that require a plurality of state data such as a trend graph without changing (modifying) an application. There is.

  The present invention is characterized by the following method and system in order to solve the above-mentioned problems.

(Invention of method)
State data sent from the sender class object embedded in the sender application is received via the network by the dispatcher class object embedded in the receiver application, and the dispatcher class object is the proxy receiver class object. An object is selected based on a pre-provided key, the recipient implementer object receives the status data via the proxy recipient class object, and the receiver implementer object is the proxy recipient class. In the screen display information linkage method for inputting the state data to the object of

The proxy recipient class implements an interface definition for receiving a state data group, a dispatch listener interface for defining a state data group to be delivered to the receiver interface , and the proxy receiver class has a plurality of keys. Consists of key classes with
The key class has an operation key class corresponding to the operation content of the logical operation or the four arithmetic operations as a class configuration for handling the operation, and the operation key class has an operator class for performing the logical operation or the four arithmetic operations.
The dispatcher class is based on all keys the alternate recipient class has, for each key, the step of delivering the status data to the alternate recipient class,
The dispatcher class includes a step of passing status data to the proxy receiver class for a key that is not a calculation key among all keys of the proxy receiver class, and a step of calling a calculation function for all the keys. A step of handing over the operation result of the operation key class to the proxy recipient class as status data
It is comprised from these.

(Invention of the system)
State data sent from the sender class object embedded in the sender application is received via the network by the dispatcher class object embedded in the receiver application, and the dispatcher class object is the proxy receiver class object. An object is selected based on a pre-provided key, the recipient implementer object receives the status data via the proxy recipient class object, and the receiver implementer object is the proxy recipient class. In the screen display information linkage system for inputting the state data to the object of
The proxy recipient class implements an interface definition for receiving a state data group, a dispatch listener interface for defining a state data group to be delivered to the receiver interface , and the proxy receiver class has a plurality of keys. Consists of key classes with
The key class has an operation key class corresponding to the operation content of the logical operation or the four arithmetic operations as a class configuration for handling the operation, and the operation key class has an operator class for performing the logical operation or the four arithmetic operations .
The dispatcher class obtains a key and host information, obtains state data corresponding to the key from a sender object corresponding to the host information, and obtains an object reference of the proxy recipient object to the recipient object. A function to deliver the status data
Based on all keys possessed by the proxy recipient class, for each key, a means for passing status data to the proxy recipient class, and a key that is not a calculation key among all keys possessed by the proxy recipient class Means for delivering state data to the proxy recipient class, means for calling an arithmetic function for all keys, and means for delivering the result of the arithmetic key class as state data to the proxy receiver class. It is characterized by having.

  As described above, according to the present invention, the proxy receiver class creates a key class that can have a plurality of keys, and the dispatcher class uses each key based on all the keys that the proxy receiver class has. Since the state data is handed over to the proxy recipient class, it is possible to handle screen parts that require state data that can be acquired from a plurality of keys such as a trend graph without requiring application modification (modification).

  In addition, an operation key class corresponding to the operation content of the logical operation or the four arithmetic operations is derived from the key class, and the operator key class creates an operator class for performing the logical operation or the four arithmetic operations. The class passes the status data to the proxy receiver class for all keys that are not operation keys among all the keys of the proxy receiver class, calls the operation function for all keys, and sets the operation result of the operation key class to the status Since it is handed over to the proxy recipient class as data, it is not necessary to create a new dedicated key and change (modify) the sending application.

  Further, it is not necessary to re-test the transmission side application, and it is possible to prevent a new problem from occurring in the transmission side application.

  FIG. 1 is a block diagram showing an embodiment of the present invention. Since this embodiment is based on an object-oriented technology, terms in this technology are used in the following description. For example, a notation relating to an object generated from a class is expressed as “A object generated from A class”, “A class object”, or “A object”. Furthermore, since it is based on object-oriented technology, it is assumed that a class inherited from the class has the same behavior as the class.

  In FIG. 1, the dispatcher class object embedded in the receiving application receives the state data transmitted from the sender class object embedded in the transmitting application via the network, and the dispatcher class object represents the proxy. A recipient class object is selected based on a pre-provided key, the recipient implementer object receives the status data via the proxy recipient class object, and the recipient implementer object The status data is input to the proxy recipient class object.

  The receiver implementer is a class that implements a common interface definition for reception (referred to as a receiver interface). For example, the receiver implementer object obtains the state data group from the proxy receiver class object corresponding to the receiver implementer object, and stores the state data group in a specific file or database. .

  Further, the receiver implementer object has an operation of reading the display state data group from the file or database in order to set the display state data group for the proxy receiver object.

  Then, the receiver implementer object decomposes the state data group into respective state data (eg, combined data “ABC”) so as to match the state data input method related to the proxy receiver class object. Are decomposed into data “A”, data “B”, and data “C”), and the respective state data are set in the proxy recipient class object.

  FIG. 1 includes classes or interfaces indicated by reference numerals 1 to 8. First, the dispatcher management class 1 registers and manages object references related to dispatcher objects corresponding to individual senders in a list (hereinafter referred to as a dispatcher list).

  That is, the dispatcher management class 1 can acquire a dispatcher object corresponding to a combination of host information and a key. For example, the dispatcher management class 1 includes host information (information in the same format as host information included in the object of the host information class 3), key (information in the same format as key information included in the object of the key class 4), dispatcher object The object reference related to the dispatcher object corresponding to the specific host information and key combination can be acquired based on the dispatcher list.

  The dispatcher class 2 acquires a state data group (for example, instance data) from the sender object in the monitoring server application, and sends the key (information in the same format as the information included in the object of the key class 4) and the proxy receiver object. A proxy recipient class 6 object corresponding to a specific key is selected from a list (hereinafter referred to as a proxy recipient object list; a list provided in the dispatcher class 2) having the object reference as a data item, This class dispatches (sends) the state data group to the selected proxy recipient class 6 object.

  That is, the dispatcher class 2 obtains the key and host information (for example, obtains from a specific key object and host information object accessible by the dispatcher class 2), and corresponds to the key from the sender object corresponding to the host information. Get status data group. Furthermore, the dispatcher class 2 obtains an object reference of the proxy recipient object corresponding to the key from the proxy recipient object list, and delivers the state data group to the proxy recipient object.

  The host information class 3 is a class that manages network information (that is, host information) related to a monitoring server application having a sender object and a device in which the application is operating. For example, information that can identify the monitoring server application on the network (for example, a combination of an IP address and a port number) is managed.

  The key class 4 has information (that is, a key) for identifying data transmitted from the sender object. The information includes, for example, a class name (or object number), a data type, a data size, a data position, and the like.

  The dispatch listener interface 5 includes an interface definition for receiving the state data group from the dispatcher object, a definition for transferring the state data group to the receiver interface 7, and an interface definition for registering the dispatch listener interface 5 itself with the dispatcher. And.

  The proxy recipient class 6 is a class that implements the dispatch listener interface 5. The proxy receiver class 6 is registered in the dispatcher class 2 object, so that the above-mentioned object sent from the sender object is used instead of the object of the class that implements the receiver interface (ie, the receiver implementer). The status data group can be received.

  That is, the proxy recipient class 6 object receives a state data group corresponding to the key included in the key object. The data structure of the proxy receiver class is preferably the same as the data structure of the sender class or includes a data structure including the data structure of the sender class.

  The receiver interface 7 includes an interface definition registered in the proxy receiver object corresponding to itself, an interface definition for receiving the state data group from the proxy receiver object, and an interface definition for storing the state data group in a file or a database. And an interface definition for reading a state data group from a file or a database.

  The receiver management class 8 is a class in which an object of the receiver implementer is registered and the object of the receiver implementer is managed. Note that various classes can be assumed for the actual receiver implementer. For example, a screen part class, a file screen part class, and a database screen part class, which will be described later.

  The receiver management class 8 causes the receiver implementer object to read a state data group from a predetermined file or database via the receiver interface 7, or to the predetermined file or database. The recipient implementer's objects are managed by storing them.

  In the screen display information linkage system configured as described above, the present embodiment can handle screen components that require a plurality of state data such as trend graphs without requiring application change (modification). To. This embodiment will be described below.

  (Embodiment 1) A plurality of keys can be handled.

  The proxy recipient class 6 can have a plurality of keys. The dispatcher class 2 passes state data to the proxy receiver class 6 via the dispatch listener interface 5 for each key based on all the keys of the proxy receiver class 6. The proxy receiver class 6 delivers state data to the screen component via the receiver interface 7. This delivery is the same as described above.

  Therefore, since the proxy recipient class 6 can have a plurality of keys, a screen component that requires a plurality of state data such as a trend graph can be handled.

  (Embodiment 2) A plurality of keys are calculated, and a key that handles the result as state data can be handled.

  When the proxy recipient class 6 receives the result of logical operation of multiple keys that handle logical values as status data, or when the proxy recipient class receives the result of four arithmetic operations of multiple keys that handle numeric values as status data In the first embodiment, it cannot be realized.

  Therefore, in this embodiment, as shown in FIG. A calculation key class 9 for calculation is derived from the key class 4 and created. In the calculation key class 9, an operator class 10 for calculation is created, and processing is performed by the operator class 10, and nothing is performed in the key class 4 of the parent class. Create a derived class for each operation.

  The dispatcher class 2 passes state data to the proxy receiver class 6 via the dispatch listener interface 5 for all keys of the proxy receiver class 6 that are not operation keys. Next, dispatcher class 2 calls the arithmetic function for all keys. Finally, the dispatcher class 2 delivers the calculation result of the calculation key class 9 to the proxy receiver class 6 as state data.

  In order to distinguish between the state data based on a plurality of keys that are not operation keys and the state data based on the operation keys, the dispatch listener interface 6 distinguishes and receives the two values, respectively. (A state data reception method based on a plurality of keys and a state data reception method based on one key (a key that is not an operation or an operation key)) are defined.

  FIG. 3 shows a class structure for logically operating a plurality of keys. An OR operator class 11 that takes OR of two logical values is derived from the operator class 10 and created. In the calculation function, an OR of two keys or operators linked on the calculation key creation screen is held as a result.

  FIG. 4 shows a logical operation key creation screen, in which an operator and a menu area for connecting two keys or operators are provided in the upper row, and a creation area is provided in the lower row. In the creation area, a list of a plurality of keys A, B, and C possessed by the proxy recipient class 6 is displayed at the leftmost end, and a result key representing a calculation result is displayed at the rightmost end. In the meantime, an operator to be operated is arranged from the upper menu, and a key or operator to be operated is connected to the operator by a line. In this way, an operation algorithm is created by arranging keys, operators, and connections in a grid pattern.

  Similarly, as shown in FIG. 3, an AND operator class 12 that takes an AND of two logical values is derived from the operator class 10 and created. In the calculation function, an AND of two keys or operators linked on the calculation key creation screen is held as a result.

  Similarly, a dedicated operator class is created for logical operators other than the above, and each created operator class is automatically arranged as a creation menu at the top of the operation key creation screen.

  FIG. 5 shows a class configuration for arithmetic operation of a plurality of keys. A sum operator class 13 for calculating the sum of two values is derived from the operator class 10 and created. In the calculation function, the two keys or operators linked on the calculation key creation screen are added to the upper one in the arrangement and the result is held.

  Similarly, as shown in FIG. 5, a difference operator class 14 for calculating a difference between two values is derived from the operator class 10 and created. In the calculation function, the two keys or operators linked on the calculation key creation screen are subtracted from the top one in terms of arrangement, and the result is held.

  FIG. 6 shows a screen for creating an arithmetic operation key. Similar to FIG. 4, the menu area and the creation area are displayed to create an arithmetic operation algorithm.

  Similarly, for the four arithmetic operators other than the above, a dedicated operator class is created, and each created operator class is automatically arranged as a creation menu at the top of the calculation key creation screen.

  As described above, when screen parts need status data that can be obtained from multiple keys, the receiver application can set multiple keys for proxy recipients, or use multiple keys to perform logical operations and four rules. By creating a calculation key to be calculated, there is no need to create a new dedicated key and change (modify) the transmission application.

The block block diagram which shows embodiment of this invention. Class configuration for key classes to handle operations. Class configuration for logical operation of multiple keys. Logical key creation screen. Class configuration for arithmetic operation of multiple keys. Four arithmetic keys creation screen.

Explanation of symbols

1 Dispatcher Management Class 2 Dispatcher Class 3 Host Information Class 4 Key Class 5 Dispatch Listener Interface 6 Proxy Receiver Class 7 Receiver Interface 8 Receiver Management Class 9 Arithmetic Key Class 10 Operator Key Class 11 OR Operator Class 12 AND Operator Class 13 Sum operator class 14 Difference operator class

Claims (2)

State data sent from the sender class object embedded in the sender application is received via the network by the dispatcher class object embedded in the receiver application, and the dispatcher class object is the proxy receiver class object. An object is selected based on a pre-provided key, the recipient implementer object receives the status data via the proxy recipient class object, and the receiver implementer object is the proxy recipient class. In the screen display information linkage method for inputting the state data to the object of
The proxy recipient class implements an interface definition for receiving a state data group, a dispatch listener interface for defining a state data group to be delivered to the receiver interface , and the proxy receiver class has a plurality of keys. Consists of key classes with
The key class has an operation key class corresponding to the operation content of the logical operation or the four arithmetic operations as a class configuration for handling the operation, and the operation key class has an operator class for performing the logical operation or the four arithmetic operations.
The dispatcher class is based on all keys the alternate recipient class has, for each key, the step of delivering the status data to the alternate recipient class,
The dispatcher class includes a step of passing status data to the proxy receiver class for a key that is not a calculation key among all keys of the proxy receiver class, and a step of calling a calculation function for all the keys. A step of handing over the operation result of the operation key class to the proxy recipient class as status data
Screen display information linkage method consisting of : State data sent from the sender class object embedded in the sender application is received via the network by the dispatcher class object embedded in the receiver application, and the dispatcher class object is the proxy receiver class object. An object is selected based on a pre-provided key, the recipient implementer object receives the status data via the proxy recipient class object, and the receiver implementer object is the proxy recipient class. In the screen display information linkage system for inputting the state data to the object of
The proxy recipient class implements an interface definition for receiving a state data group, a dispatch listener interface for defining a state data group to be delivered to the receiver interface , and the proxy receiver class has a plurality of keys. Consists of key classes with
The key class has an operation key class corresponding to the operation content of the logical operation or the four arithmetic operations as a class configuration for handling the operation, and the operation key class has an operator class for performing the logical operation or the four arithmetic operations .
The dispatcher class obtains a key and host information, obtains state data corresponding to the key from a sender object corresponding to the host information, and obtains an object reference of the proxy recipient object to the recipient object. A function to deliver the status data
Based on all keys possessed by the proxy recipient class, for each key, a means for passing status data to the proxy recipient class, and a key that is not a calculation key among all keys possessed by the proxy recipient class Means for delivering state data to the proxy recipient class, means for calling an arithmetic function for all keys, and means for delivering the result of the arithmetic key class as state data to the proxy receiver class. A screen display information linkage system characterized by comprising:

Images