JP2002091510A - Communication system for control and computer readable recording medium in which communication program for control is recorded - Google Patents

Abstract

PROBLEM TO BE SOLVED: To display the same picture as the one displayed on a programmable display and another picture after switching them by a terminal by distributing data to indicate the picture of the programmable display to the terminal connected with the Internet. SOLUTION: A local control system 2 transmits picture data to specify operations when the programmable display 14 acquires and displays the contents of the device, to a public server 4. A display file generating part 42 of the public server 4 converts the picture data into an HTML/XML file which can be displayed on a client device 5. The client device 5 is provided with a display mode switching part 57, displays the same unit picture as the one presently displayed on the programmable display 14 by referring to a display page information storage part 44a in a coincident display mode and displays any of the unit pictures which can be displayed on the programmable display 14 according to selection by the client device 5 in a noncoincident display mode.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a control communication system capable of releasing data of a local control system to a terminal device connected via a network such as the Internet, and a control communication program. Computer-readable recording medium.

[0002]

2. Description of the Related Art Conventionally, programmable logic
The controller (hereinafter abbreviated as PLC) is, for example,
It is widely used as a control device for controlling various target systems such as a belt conveyor type automatic assembling machine. Further, in recent years, with the complexity of the target system, a plurality of PLCs have been used in cooperation with each other. The display of data from each PLC or the control instruction to the PLC is performed by the PLC.
In some cases, a control system is constructed so that display or operation can be performed not only by a display device arranged near the display device but also by, for example, a control host computer installed at a location away from these display devices. .

More specifically, for example, as shown in FIG. 15, in a conventional control system 501, a PLC 503 is positioned as a center of control, and each PLC 503 includes a device 521 of a target system 502, a display and A programmable display 505 for giving a control instruction is connected. Further, another PLC 503 and a control host computer 507 are connected to the PLC 503 via a serial cable 504.
Between the host 503 and the control host computer 507 and each P
The transfer of control data between the LCs 503 is performed by the PLC
503 is performed using the communication function.

In this configuration, the display processing unit 571 of the control host computer 507 communicates with the PLC 503, receives data indicating the status of the target system 502, displays the data on the screen in accordance with the status, and allows the user to input data. In response, control data is sent to the PLC 503, and the target system 502 is controlled according to the control data. Similarly, the programmable display 505 includes a PLC
While communicating with the 503, the status of the target system 502 is displayed and controlled.

[0005]

However, the control system 501 is basically a closed system,
The status of the control system, such as the screen of the programmable display, cannot be viewed from a remote location.

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and an object of the present invention is to provide a format capable of displaying data indicating a screen of a programmable display on a terminal device connected to a network such as the Internet. Can be converted to a terminal device via a network such as the Internet, in particular, a control communication system capable of switching and displaying the same screen as the screen displayed on the programmable display and another screen on the terminal device, And a computer-readable recording medium on which a control communication program is recorded.

[0007]

According to a first aspect of the present invention, there is provided a control communication system for displaying one of unit screens based on first screen data including a plurality of unit screens. A programmable display having display means; and a second display means for displaying any unit screen based on second screen data including the plurality of unit screens generated based on the first screen data. Is connected via a network.

According to the above configuration, the second screen data for displaying the terminal device is generated based on the first screen data for displaying the programmable display device, and thus includes a plurality of unit screens in common. Then, the terminal device displays one of the unit screens included in the second screen data.

Therefore, the terminal device can operate regardless of which unit screen is displayed on the programmable display.
The same unit screen as the programmable display can be displayed, or another unit screen that can be displayed on the programmable display can be displayed.

Therefore, regardless of the unit screen displayed by the programmable display, in the terminal device connected via the network, all the unit screens that can be displayed by the programmable display are displayed, and the programmable display is monitored. It is possible to do.

Here, the first screen data is displayed on the screen based on the operation of the programmable display provided in the control communication system for acquiring the state (data) of the device required for display and the acquired state. Data indicating an operation may be used. Further, the first screen data is configured by combining information (device address) for specifying a device corresponding to display on an area on the screen of the programmable display with a tag indicating a correspondence between the area on the screen and the area. May be.

The second screen data includes an operation for inquiring the state of the device of the programmable display device from the terminal device via the network, and the state of the device based on the response. It may be data indicating an operation of displaying in an area corresponding to the screen area indicated by the data. Further, the second screen data is configured by combining information (device address) for specifying a device corresponding to display on an area on the screen of the terminal device and a tag indicating a correspondence between the area on the screen and the device. You may. In other words, the second screen data is transmitted via the screen of the terminal device drawn based on the second screen data to the first source of the conversion source.
A format in which a programmable display device corresponding to screen data can be operated via a network may be used.

In order to solve the above-mentioned problems, the control communication system of the present invention further includes a screen data for transmitting the second screen data for each of the unit screens to the terminal device in accordance with a request from the terminal device. The terminal device includes a server device having transmission means, and the terminal device has screen data acquisition means for requesting the server device for the second screen data corresponding to the unit screen displayed on the programmable display. It is characterized by doing.

According to the above configuration, the terminal device further comprises:
The screen data acquisition means requests and acquires the second screen data corresponding to the unit screen displayed on the programmable display from the screen data transmission means of the server device. Here, the acquisition of the second screen data is performed for each unit screen.

Therefore, the display of the terminal device can be updated in the same manner as the programmable display device at the timing of the request from the terminal device. Moreover, since the second screen data is transmitted for each unit screen, the amount of data to be transmitted is small.

Therefore, the unit screen displayed on the terminal device can be made to coincide with the unit screen of the programmable display device with a small amount of communication based on the control from the terminal device, for example, the operation of the operator of the terminal device.

In order to solve the above-mentioned problems, the control communication system of the present invention further comprises the server device connected to the programmable display device and the terminal device via a network. And a display page information storage unit for storing display page information indicating the unit screen displayed in the step (a), and the terminal device acquires the display page information from the display page information storage unit of the server device. It is characterized by having display page information acquisition means.

According to the above configuration, the terminal device further comprises:
The display page information obtaining means obtains display page information indicating a unit screen displayed on the programmable display from the display page information storage means of the server device.

Therefore, the terminal device can acquire the display page information from the server device. That is, the terminal device can indirectly acquire, via the server device, which unit screen is displayed on the programmable display, instead of directly acquiring the unit screen from the programmable display.

Thus, the terminal does not need to access the programmable display every time the display matches the programmable display. That is, since the programmable display can be operated independently of the display of the terminal device, it is safe in terms of network security.

In order to solve the above-mentioned problems, the control communication system of the present invention further comprises the terminal device according to the display page information acquired by the display page information acquisition means, A matching display mode for displaying the same unit screen as the unit screen displayed based on the first screen data based on the second screen data, and a unit included in the first screen data according to the selection in the terminal device. A display mode switching means for switching a unit screen corresponding to any of the screens to a mismatch display mode for displaying based on the second screen data is provided.

According to the above configuration, the terminal device further comprises:
The display can be performed in two display modes, a match display mode and a mismatch display mode. That is, in the coincidence display mode, the terminal device displays the same unit screen as the unit screen displayed on the programmable display based on the first screen data on the second screen in accordance with the display page information obtained by the display page information obtaining means. Display based on data. In the mismatch display mode, the terminal device changes a unit screen corresponding to any one of the unit screens included in the first screen data to the second screen data in accordance with a selection (for example, an operation of an operator) at the terminal device. Display based on.
Further, the terminal device can display by switching between the coincident display mode and the non-coincidence display mode by providing the display mode switching means.

Therefore, the terminal device has a coincidence display mode for displaying the same unit screen as the unit screen displayed on the programmable display, and a display on the programmable display irrespective of the unit screen displayed on the programmable display. It is possible to monitor the programmable display while switching to a mismatch display mode in which all possible unit screens can be displayed.

Therefore, while switching between the same unit screen as that displayed on the programmable display and another unit screen that can be displayed on the programmable display,
A terminal device capable of monitoring a programmable display can be realized.

According to another aspect of the present invention, there is provided a computer-readable recording medium storing a control communication program, wherein the above-described means are implemented by a computer to operate the control communication system. It is a computer-readable recording medium on which a control communication program to be recorded is recorded.

According to the above configuration, the control communication system can be realized on a computer network by the control communication program read from the recording medium.

[0027]

FIG. 1 shows an embodiment of the present invention.
The following is a description based on FIG. 14 based on FIG.

The control communication system according to the present embodiment does not impair the safety of the local control system.
This is a system that can refer to and control a screen and data similar to those of a programmable display disposed near a control target from a remote place.

For example, as shown in FIG. 1, the control communication system 1 includes a device 11 a of the target system 11.
Logic Controller (PLC) 12 as a control device for controlling the processing, processing instruction words (tags)
And a local control system 2 including a programmable display 14 capable of controlling input and screen display based on screen data determined by combining the local control system 2 and the Internet (network) 3.
A public server device (server device) 4 that can connect to the public server device 4 and that can connect to the public server device 4 via the Internet 3; ing.

As shown in FIG. 2, in the local control system 2, each programmable display 14 can be connected to the PLC 12 via a serial cable 13, and in many cases, in the vicinity of the target system 11, Operated by an operator. The programmable displays 14 are connected to each other by a network 15 including a local area network such as Ethernet (trademark: Xerox Corporation). Further, a control host computer 16 is connected to the network 15.

Here, in the local control system 2, each PLC 5 performs communication processing in the local control system 2.
Unlike the conventional control system 501 (FIG. 15) in which the control unit 04 is interposed, the programmable display 14, which is an essential component of the local control system 2, is configured to process most of the communication. Then, each programmable display 14 converts a dedicated protocol specific to the model of the PLC 12 connected to itself and a common protocol in the network 15, and communicates with the other programmable displays 14 and the control host computer 16. , Relays communication with the PLC 12.

Thus, the programmable display 14 and the control host computer 16 can communicate with each other via the network 15 using a common protocol regardless of the type of the PLC 12 connected to the other programmable display 14. As a result, compared to the control system 501, it becomes easier to mix different types of PLCs 12 in the local control system 2.

More specifically, as shown in FIG. 2, the programmable display 14 includes a dedicated protocol IF unit 21 and a common protocol IF unit 22 as interfaces (IF) connected to the serial cable 13 and the network 15. And a protocol conversion unit 23 for relaying communication between the two, a screen data memory 24 for storing the screen data, an operator operation and a communication result from an operation input unit 25a such as a touch panel, and screen data. A display processing unit (first
Display means) 25. Further, as another input means, a bar code reader 25b, an ID sensor (not shown), or the like may be provided.

Here, in the control communication system 1,
The display processing unit 25 can switch and display a plurality of unit screens.

As shown in FIG. 3, the unit screen is a static figure B whose display contents are not changed, such as a nameplate.
Parts graphics J whose display state such as shape, color, blinking state, etc. is converted, such as switches, lamps, meters, etc.
(J1) is arranged and formed on the base screen.

Further, as shown in FIG. 4, the screen data (first screen data) for displaying the unit screen includes a file number F of the base screen and an event for specifying the operation content to be executed on the base screen. It is configured by combining a tag N including a name N and one or a plurality of pieces of reference information R referred to for each execution event. More specifically, the tag has the following data structure according to its function.

As shown in FIG. 5, when the tag is a display tag, that is, the tag W displays a component graphic J corresponding to the content of a predetermined device address A in a predetermined screen area (display coordinate range). In the case of the display tag WL, the reference information R includes the display coordinate range (XY) and the device address A. In addition, when the component graphic J is a switch, for example, the reference information R further includes a file number FL to be referred to at the time of display, such as a graphic file indicating ON and a graphic file indicating OFF.

As shown in FIG. 6, when the tag is an input tag, the reference information R includes a valid input coordinate range (XY) and a device address A where the input result is written. .

On the other hand, at a predetermined time interval, the display processing unit 25 reads the file number F of the base screen from the screen data memory 24 and displays the display tag W which is the base screen currently displayed.
L is extracted, the content of the device address A of each display tag WL is read out from the memory 12a of the PLC 12, and the component graphic J corresponding to the content is displayed on the screen.

For example, in FIG. 3, the display tag WL1 stored in the screen data memory 24 indicates the display of the switch, and corresponds to the device of the device address A1. When executing the display tag WL1, the display processing unit 2
5, since the content of the device address A1 is "0", it is determined that the switch is OFF, and among the files stored in the memory 25m of the display processing unit 25, the graphic of the file FL1 associated with OFF is displayed. Display coordinate range (X
Y). Thereby, the coordinate range (XY)
Displays a part graphic J1 indicating a switch in an OFF state. As described above, the display processing unit 25 executes the display tag in the screen data at predetermined time intervals, so that the state of the device 11a is reflected on the screen of the programmable display 14.

When the operation input section 25a receives an input operation of the operator, such as a push operation on a touch panel (not shown), the display processing section 25 causes the screen data memory 2 to operate.
4, searching for an input tag WT corresponding to the currently displayed base screen and matching the input operation,
The content of the device address A indicated by the input tag WT is changed according to the input result.

For example, when the effective input coordinate range (XY) is set to the same coordinate range as that of the part graphic J1 and the input data WT1 for changing the content of the same device address A1 is included in the screen data, When the operator presses the part graphic J1 (FIG. 3) on the display screen, as a result of the search by the display processing unit 25, the input tag WT1 is found. in this case,
The display processing unit 25 includes, for example, the dedicated protocol IF unit 21
For example, the content of the device address A1 corresponding to the input tag WT1 is rewritten by giving an instruction to the common protocol IF unit 22 or the like. Further, when the display processing unit 25 processes the display tag WL1 after the input operation, the content of the device address A1 has been changed to “1”.
As shown in FIG. 7, a part graphic J2 corresponding to the file FL2 and indicating ON is displayed on the screen. As a result, the display processing unit 25 can rewrite the contents of the device address A according to the input operation and update the screen display according to the contents of the device address A.

The device address A is an address for specifying the device 11a to be controlled. For example, the device address A is a memory provided in the programmable display 14, the PLC 12, the control host computer 16, or the like, such as the memory 12a of the PLC 12. Figure 2 shows one area of the device. Here, when the device 11a is an input device such as the operation input unit 25a or the barcode reader 25b, the device address A is stored in a memory storing data manually input from these input devices. It may be set. Then, as described in detail later, for example, the dedicated protocol IF unit 21 and the common protocol IF unit 22
By communicating with the PLC 12 or another programmable display 14, the contents of the device address A of each device 11a can be acquired or the contents can be changed. The acquisition and change of the contents of the device address A may be instructed each time, or a cache is prepared in the programmable display 14, and when acquiring and changing the contents, the cache is accessed and a predetermined time interval is set. May be synchronized with the entity of the device address A by communicating every time or every predetermined event.

On the other hand, as shown in FIG. 2, the control host computer 16 includes a display processing unit 31 for monitoring and controlling the entire local control system 2 and a common protocol IF unit 32 connected to the network 15. A server unit 33 that communicates with each programmable display 14 via the protocol IF unit 32 and the network 15 and responds to requests from the display processing unit 31 and the like is provided. Thus, in many cases, the control host computer 16 can display and control the status of the target system 11, the PLC 12, or the programmable display 14 from a location farther than the programmable display 14.

The control host computer 16
Is provided with an image processing unit 34 for creating screen data of the programmable display 14 and a screen data memory 35 for storing the created screen data. Then, the screen data defining the display and control operations of each programmable display 14 are collected and created (corrected) by the drawing processing unit 34, and then the server unit 33 and the common protocol IF unit 3
2 and to each programmable display 14 via the network 15.

Here, as described above, the screen data is formed by combining a tag indicating a correspondence between an area on the screen and a device address A of the device 11a corresponding to display or input in the area. ing. By operating the drawing processing unit 34, the user can create the screen data simply by arranging the tags at desired positions on the screen and associating each tag with the address of the device. For this purpose, the drawing processing unit 34 displays, for example, a palette of tags, and prompts the user to select a tag in the palette and arrange a desired tag on the screen. Further, the drawing processing unit 34 displays the placed tag at the designated coordinates, and adjusts the coordinates of the tag according to the user's operation such as drag and drop. Further, the drawing processing unit 34 prompts the user to input the device address A related to the input tag or the display tag.

Therefore, the display and operation of each programmable display 14 can be determined (changed) more easily than when the display program of the programmable display 14 is modified.
Therefore, the user of the local control system 2 (the user of the control host computer 16) can change the user interface according to the actual situation of the target system 11, the proficiency of the operator of the programmable display 14, or the user's preference. That is, the method of displaying and operating the screen can be optimized.

Further, as shown in FIG. 1, in the control communication system 1, in place of the local control system 2, a display file for displaying the same screen as that of the programmable display 14 on the client device 5 is disclosed. A public server device 4 is provided. For this purpose, the control host computer 16 includes the Internet 3
A public server-side communication processing unit 36 that communicates with the public server device 4 through the public server is provided. In the case where the local control system 2 and the public server device 4 perform cryptographic communication, the public server communication processing unit 36 performs cryptographic communication with the public server device 4 using a predetermined encryption key or decryption key.

The public server communication processing unit 36 includes data such as the telephone number of the provider and the address of the public server 4 used for connection with the Internet 3, data for accessing the public server 4, The account name and password in the server device 4, data for authenticating itself in the public server device 4, and the like are stored.

Then, the public server side communication processing unit 36
Communicates with the public server device 4 and transmits the screen data in the screen data memory 35 to the public server device 4 at a desired timing such as when the user gives an instruction or when the screen data is changed. Further, the public server side communication processing unit 36 accesses the public server device 4 at a predetermined timing such as when the device 11a provided in the local control system 2 is changed or at a predetermined time interval, and Then, the contents (device data) of the device address A necessary for the data disclosure at step 4 are transmitted to the publishing server 4.

The contents of the device address A are obtained via the server 33 in the same manner as when the display processing unit 31 obtains the contents. Furthermore, the public server side communication processing unit 36
When the client device 5 instructs to change the device data as a result of communication with the public server device 4, the display device 31 relays the instruction in the same manner as when the content of the device address A is changed, Programmable display 1
4 or PLC connected to programmable display 14
For example, an instruction to change the contents can be transmitted to the entity of the device address A, such as “12”.

On the other hand, as shown in FIG. 1, the public server device 4 includes a local control system side communication processing unit 41, a display file generation unit (screen data conversion unit) 42, and a display file storage unit (screen data storage unit). 43, a data memory 44, and a public server unit (screen data transmission means) 45.

The local control system side communication processing unit 4
1 communicates with the local control system 2 via the Internet 3.

The display file generation section 42 generates an HTML file and a display file (second screen data) for displaying on the client device 5 based on the screen data (first screen data) for the programmable display 14. Create an XML (extensible mark-up language) file.

The display file storage unit 43 stores the HTM transmitted in response to a request from the client device 5.
HTML file storage units 46 and X for storing the L file, the XML file, and the applet, respectively.
An ML file storage unit 47 and an applet storage unit 48 are provided.

The data memory 44 stores the contents (device data) of the device address A received from the local control system 2 by the local control system side communication processing section 41. In particular, the data memory 44 includes a display page information storage unit (display page information storage unit) 44a.
Then, data (display page information) indicating the unit screen currently displayed on the programmable display 14 is stored.

The public server unit 45 accesses the storage units 46 to 48 in response to a request from the client device 5 via the Internet 3 and stores the HTML file, the XML file, and the applet in the client device 5.
Send to In addition, the public server unit 45 communicates with the client device 5 that executes the applet, transmits device data necessary for displaying the screen of the client device 5, receives a device data change instruction from the client device 5, I do.

The publishing server device 4 can publish the status of a plurality of local control systems 2. Therefore, a storage area is assigned to each of the storage units 46 to 48 for the user of each local control system 2.
Then, the local control system-side communication processing unit 41 authenticates and identifies the user of the local control system 2 using, for example, an account name and a password, and generates a display file generated based on the screen data from the local control system 2 (described above). HTML file or XML file) or device data in each of the storage units 46 and 4
The data is stored in an area allocated to the identified user among the storage areas 7 and 44. The applet is created in advance for each specification of the client device 5 and stored in the applet storage unit 48.

Here, the above HTML file, XML
Describe files and applets.

First, the XML file stored in the XML file storage unit 47 is stored in the programmable display device 14.
Is created for each unit screen included in the screen data for use. Each XML file includes an XML element indicating each tag (processing instruction word) related to the unit screen.

FIG. 8 shows an outline of the XML file. For example, in the format shown in FIG. 5, when the display tag WL of the base screen (unit screen) = 1 (main screen) is included in the screen data for the programmable display 14, the XML corresponding to the main screen The file includes a Tag element E1 corresponding to the display tag WL (FIG. 8). Further, the Tag element E1 includes a TagName element E11, an X element E12, a Y element E13, and a LibraryNo element E corresponding to an event name, a display coordinate range, a reference file number, a device address, and the like.
14, and BitSymbolName element E15
And so on. Then, in the example of FIG.
The contents (contents) of 11 to E15 are “L — 0000”, “−232”, “1” according to the contents of the display tag WL.
20 "," 101 ", and" 010100 ".

In addition, for example, in the format shown in FIG.
When T is included, the XML file corresponding to the main screen includes the Tag element E2 corresponding to the input tag WT (FIG. 8). Further, the Tag element E2 includes a TagName element E21 and a Symbol corresponding to an event name, a device address, a valid input range, and the like.
The olName element E22 and the X element E23, the Y element E24, the X2 element E25, the Y2 element E26, and the like are set to contents corresponding to the contents of the input tag WT.

As described above, the display file generation unit 42
Is, for example, from the screen data for the programmable display 14, the processing instruction word (tag WL · WT
…), Ie, sequentially extract tags having a predetermined file number of the base screen, generate an XML element corresponding to the tag, and set the contents of the XML element according to the tag, thereby obtaining the unit screen. XML file can be created. That is, the display file generation unit 42 can set the contents of the above-described elements E11 to E26 and the like so as to match the contents of the display tag WL and the input tag WT. The display file generation unit 42 may enlarge or reduce the content of the display tag WL or the input tag WT to a predetermined value, for example, by enlarging / reducing at a ratio corresponding to the difference between the resolution of the programmable display 14 and the resolution of the client device 5. It can be converted and set by the procedure.

Next, the applet stored in the applet storage unit 48 performs an operation equivalent to the operation when the programmable display 14 displays or operates a unit screen while referring to the XML file, by the client device. 5 is a program to be executed.

Specifically, the applet is a Java executable executable by the virtual machine 51 of the client device 5.
It is implemented as a bytecode described in the a language. That is, the applet includes a class in which a method corresponding to a tag type that can appear in screen data is defined, and a class in which a method for referring to the XML file and calling a method corresponding to the tag type is defined. Contains. Then, the virtual machine 51 executing the applet refers to the XML file and
A method corresponding to the tag type is called and executed based on the ML element.

For example, of the methods executed by the virtual machine 51, the method whose corresponding tag type is a display tag is called at a predetermined time interval, requests data of a specific device address to the public server unit 45, and , A drawing method for performing display according to the response. Also, the method corresponding to the input tag is called when an input event occurs, and the data corresponding to the input result is
This is an input method that requests the public server unit 45 to write to a specific device address.

Here, in the screen data for drawing the screen of the programmable display 14, the switching operation of each unit screen is also realized as an input tag. That is, in the input tag for screen switching, as the device address A,
The storage area in the programmable display 14 is associated with a system area in which data (display page information) indicating the unit screen currently displayed is stored. The display page information storage section 44a of the data memory 44 corresponds to this system area.

Therefore, of the input methods described above, the input method that requests an instruction to change to the specific system area transmits an instruction to change the unit screen to the public server unit 45, similarly to the normal input method. At the same time, an XML file corresponding to the unit screen after the change is read. Thereby, when the HTML / XML file generated from the screen data of the programmable display 14 is executed by the client device 5, the same unit screen can be always displayed on the client device 5 and the programmable display 14. It becomes possible.

The input method changes the contents of the alternative storage area (remote display page information storage unit 58) provided in the client device 5 instead of transmitting the change instruction to the specific system area. May be. In this case, the client device 5 displays a unit screen (remote display page) different from the unit screen (display page) currently displayed on the programmable display 14 even if the unit screen is for the programmable display 14. Can be displayed. In this case, when referring to the system area by another method, the remote display page information storage unit 58, which is the alternative storage area, is referred to instead of making an inquiry to the public server unit 45.

Further, the same unit screen as that of the programmable display 14 is displayed, for example, by designating the parameters by executing the applet, or by displaying a menu in conjunction with the selection operation of the unit screen. Each of the above-mentioned methods can be created so that the user can select whether to perform the display or display a different unit screen (display mode switching unit 57 (described later)). In this case, for example, when monitoring the operation of the operator of the programmable display 14 is desired even though the same applet or XML file is used, the former is selected and the operation of the operator of the programmable display 14 is selected. In the case where the local control system 2 is to be monitored separately, the latter can be selected.

The method for referring to the XML file extracts, for example, an XML element indicating a tag from the XML file, and executes a method of a class corresponding to the type of the tag (for example, the content of the TagName element in the XML element). It is possible to cause the virtual machine 51 to execute a method according to the XML file by generating an instance and setting parameters of the tag (for example, the contents of each element in the XML element) in a field of the instance. it can.

Next, the HTML file storage unit 46
Is created for each programmable display 14.

FIG. 9 shows an outline of the HTML file. In the example of FIG. 9, the HTML file contains a character string P1 such as "<HTML>" or "<TITLE>" required as an HTML document. In addition, the above HTM
In the L file, the above applet is stored in the client device 5.
String P1 to be executed by the virtual machine 51
1 is included. The character string P11 includes, for example, screen data of the programmable display 14 to be displayed, such as designation of a unit screen to be displayed first when the browser 52 of the client device 5 displays the HTML file, designation of the programmable display 14, and the like. Contains relevant information throughout. In this example, the parameter is specified as a parameter for executing the applet. For example, the first unit screen is specified as the attribute value (“1” in this example) of the attribute name “BASESCR” of the PARAM element. .

The HTML file indicates a character string for displaying characters and images for explaining the programmable display 14 displayed by the applet, or a link to a hypertext document for explaining the local control system 2. A character string P2 conforming to the HTML format, such as a character string, may be included. Further, the HTML file may include a character string P12 for executing an applet for switching unit screens.

Subsequently, when the public server unit 45 receives a request from the client device 5, for example, the URI (un
HTML file or XM requested by the client device 5 based on an iversal resource identifier).
An L file or an applet is determined, and these are transmitted to the client device 5.

Further, when the public server unit 45 receives an inquiry about the contents of the device address A from the client device 5 that draws based on the HTML / XML file and the applet distributed as the display file, the public server unit 45 stores The contents of the user area corresponding to the display file and the area corresponding to the device address A are read out, and a reply is sent to the client device 5. Further, when receiving the instruction to change the content of the device address A from the client device 5, the content of the area corresponding to the device address A is rewritten to a value corresponding to the instruction.

Here, the local control system 2 and the public server device 4 communicate with each other at a predetermined timing, and the contents of the data memory 44 are updated according to the instruction of the local control system 2 and the client device. 5 changes the data memory 44 to the local control system 2
Will be notified. Therefore, the client device 5 can display and control the current state of the local control system 2 by referring to and changing the data memory 44.

On the other hand, the client device 5 includes, in addition to the virtual machine 51, a browser 52 realized by, for example, general-purpose browser software. The browser 52 communicates with a device connected to the Internet 3. The applet specified in the received HTML file can be acquired from the applet storage unit 48 and can be executed by the virtual machine 51. Further, the browser 52 is, for example, an HTTP (hyper text transfer pr
It is also possible to receive a document such as an HTML document from an arbitrary server device by using the (otocol) protocol and browse it.

Here, as described above, in the programmable display 14, the display processing unit 25 displays any one of the unit screens based on the screen data including the plurality of unit screens. The public server device 4 is connected to the programmable display 14 and the client device 5 via the Internet 3. Then, the public server unit 45 transmits the HTML / XML file to the client device 5 for each unit screen according to the request from the client device 5.
In the public server device 4, the display page information storage unit 4
4a stores display page information indicating the unit screen currently displayed on the programmable display 14.

As shown in FIG. 1, the virtual machine 51 includes a display page information acquisition section (display page information acquisition section) 53, a display processing section (second display section) 54, and a communication processing section (screen data acquisition section). 55, screen data memory 56
It is provided with.

The display page information acquisition section 53 is a display page indicating the unit screen currently displayed on the programmable display 14 based on the screen data stored in the display page information storage section 44a of the public server device 4. Information is obtained via the communication processing unit 55, the Internet 3, and the public server unit 45.

The display processing unit 54 acquires from the public server device 4 the operation of the client device 5 via an operation input unit (not shown) such as a touch panel, the result of communication via the Internet 3 and the like. Then, display processing is performed based on the display file stored in the screen data memory 56. Specifically, the display processing unit 54
An HTML / XML file, which is a display file corresponding to a plurality of unit screens, generated based on the screen data of the programmable display 14 is obtained from the public server device 4 and can be displayed on the programmable display 14 based on this. One of the various unit screens.

The communication processing unit 55 controls communication between the client device 5 and the public server device 4. As the main processing content, first, the public server unit 45 of the public server device 4 is requested to transmit an HTML / XML file corresponding to the unit screen displayed on the client device 5. Second, the reference and change (control input) of the device data of the programmable display 14, that is, the reference and change of the data memory 44 are performed by the public server unit 45 of the public server device 4.
Request to. This includes reference to display page information indicating the unit screen currently displayed on the programmable display 14 and change of display page information performed to change the unit screen displayed on the programmable display 14 from the client device 5. included.

The screen data memory 56 stores display files (HTML / XML files and applets) acquired as screen data from the display file storage unit 43 of the public server device 4.

The display processing unit 54 further includes a display mode switching unit (display mode switching unit) 57 and a remote display page information storage unit 58.

Here, the display processing unit 54 displays the same unit screen as the unit screen currently displayed on the programmable display 14 based on the screen data in accordance with the display page information obtained by the display page information obtaining unit 53. HTML / X acquired from the display file storage unit 43
It can be displayed based on the ML file (match display mode). In addition, the display processing unit 54 displays one of the unit screens included in the screen data of the programmable display 14 according to the remote display page information set in the remote display page information storage unit 58 by the user's selection in the client device 5. The corresponding unit screen can be displayed based on the HTML / XML file acquired from the display file storage unit 43 irrespective of the unit screen currently displayed on the programmable display 14 (mismatch display mode).

The display mode switching section 57
Indicates a coincidence display mode in which the same unit screen as that currently displayed on the programmable display 14 is displayed on the client device 5, a non-coincidence display mode in which another unit screen can be displayed, and an instruction from the operator of the client device 5. Is switched based on. The display mode can be switched at any time by the operator. In the coincidence display mode, whether or not the unit screen of the programmable display 14 can be changed from the client device 5 can be appropriately set.

The remote display page information storage unit 58
Stores remote display page information indicating a unit screen to be displayed next in the client device 5. Specifically, in the mismatch display mode, the page selected by the operator of the client device 5 at the time of screen switching is set in the remote display page information storage unit 58. Then, the display processing unit 54 refers to the remote display page information storage unit 58 at the time of updating the screen, and displays the HT corresponding to the set unit screen.
Requests the ML / XML file to the public server device 4.

Here, there are various specifications of the client device 5 for displaying the display file, that is, the hardware of the client device 5 and the software for realizing the browser 52 and the virtual machine 51. For example, the client device 5 includes a personal computer and a portable information terminal (PDA (personal digital assistant), a mobile phone, etc.), and the browser used is INTERNET EXP.
LORER (registered trademark) and NETSCAPE NAVIGATOR (registered trademark)
Etc., and each has a different version. Different hardware has different display performance such as area and number of colors, and different software has different support for HTML and XML. Therefore, in order to perform appropriate display on the client device 5, the display file generation unit 42
Needs to generate a display file corresponding to the specifications of the client device 5 as described above, and transmit the display file to the client device 5.

Therefore, in the control communication system 1,
The display file generation unit 42, based on the screen data (first screen data) for the programmable display 14, uses a dedicated display file (second screen data) corresponding to the hardware and software specifications of the client device 5 to which access is expected. A generator (screen data conversion means) (not shown) for generating two-screen data may be provided for each specification of the client device 5 (for example, for each type of browser). Alternatively, one generator may be provided in the display file generation unit 42 and switched by a switch or the like to generate a display file corresponding to each specification of the client device 5.

Each of the above generators automatically generates an HTML / XML file when the local control system side communication processing section 41 receives the screen data from the local control system 2, and displays the display file storage section 43 (HTML file storage section). 46, may be stored in predetermined folders set in the XML file storage unit 47).
Alternatively, the user of the public server device 4 selects the specification (for example, the type of the browser software) of the client device 5 to be displayed by the display file generation unit 42, so that the HTML / XML file for the client device 5 is displayed. It may be generated and stored in a specified folder.

Note that the applet may be created in advance for each specification of the client device 5 to which access is expected, and may be stored in the folders set in the applet storage unit 48, respectively. Also, the applet
It may be generated by the display file generation unit 42 or may be generated at another location, for example, the local control system 2. The storage locations of the HTML / XML file and the applet file can be set as appropriate.

Here, the HTML / XML file may be generated and stored in advance as described above.
Upon receiving the request from the client device 5, the client device 5 determined by the browser determination unit 49 (described later)
May be generated in accordance with the specification. Also, some HTM
An L / XML file may be prepared in advance, and other files may be generated at the time of request.

Further, there is also a client device 5 such as a portable terminal such as a portable telephone, which does not have a display capability equivalent to that of the programmable display 14. In this case, HTM
Only text is displayed by only L file,
The still image at that time can be displayed.

[0095] The public server section 45 includes a browser determination section 49. The public server unit 45 includes:
When there is a request from the client device 5, the specification of the client device 5 is determined by the browser determination unit 49.
Specifically, the browser determination unit 49 detects, for example, a browser name described in a header of a request from the client device 5. Then, a folder corresponding to the detected browser is selected from folders storing display files generated in advance for each browser.

The public server unit 45 has a URI
(Universal resource identifier)
The display file requested by the client device 5 is determined. Based on these results, the public server unit 45
The requested display file, ie the HTML file,
An XML file or an applet, which is a file generated corresponding to the requested client device 5, is read from the display file storage unit 43, and a CGI (common gateway i) is read.
, or BGI (binary gateway interface).

Next, the operation of the control communication system 1 will be described with reference to the flowchart shown in FIG.

In step S11, the user of the local control system 2 operates the drawing processing unit 34 (FIG. 2) of the control host computer 16 to set the target system 11
The screen data is created or modified in accordance with the actual situation, the proficiency of the operator of the programmable display 14, or the preference of the user. The created screen data is delivered to the programmable display 14 in step S12 after it is confirmed that the screen data operates normally, for example, by simulation or a connection test. In step S13, the programmable display 14 Start the corresponding display.

Next, when the screen data is updated, the control host computer 16 (public server side communication processing unit 3)
6) accesses the public server device 4 in step S14. In step S15, the public server device 4 (the local control system-side communication processing unit 41) compares the received combination with the combination of the account and password stored in advance, for example, so that the local control system 2 or Authenticate the user. If this authentication is successful, step S16
, The screen data is transmitted from the local control system 2 to the public server device 4.

Next, in step S17, when the public server device 4 receives the screen data from the local control system 2, the display file generation unit 42 generates an HTML file as a display file, or an HTML file and an XML file based on the screen data. A file is generated and stored in the HTML file storage unit 46 and the XML file storage unit 47 of the display file storage unit 43.

Next, in step S18, the user of the client device 5
When the public server unit 4 is accessed to display the screen of the programmable display 14 of a certain local control system 2, the public server unit 45 determines in step S <b> 19 that the identification number and the password received from the client device 5 are received. Is authenticated as to whether or not the display and control on the screen is permitted by the user or the client device 5 by confirming whether or not the predetermined value is predetermined. Deny access from the device.

Next, when it is confirmed that the access is from the authorized authorized user or the client device 5, in step S20, the browser determination unit 49 is determined.
Determines the browser of the client device 5 that has transmitted the request. Then, in step S21, the public server unit 45 generates an HTML file requested by the client device 5 from among the display files generated in step S17 and stored in the display file storage unit 43;
The XML file and the applet are appropriately read from the folder corresponding to the browser determined by the browser determination unit 49, and transmitted to the client device 5 via the Internet 3.

Next, in step S22, the browser 52 of the client apparatus 5 converts the APPLET element (“<APPLET>” to “</ APPLE”) from the received HTML file.
T>"portion), and causes the virtual machine 51 to execute the virtual machine 51. With this, the virtual machine 51 sends the applet the parameters directly given in the HTML file,
Alternatively, it communicates with the public server unit 45 based on the parameters given by the XML file, and performs the same display and control as the programmable display 14.

More specifically, in the virtual machine 51,
A drawing method of an instance corresponding to each display tag in the applet is executed at a predetermined time interval. As a result,
The virtual machine 51 inquires the contents of the device address A to the public server device 4.

On the other hand, when the public server unit 45 of the public server device 4 receives a request for screen display of the programmable display 14 of a certain local control system 2 from the browser 52, the public server unit 45 of the data memory 44 The device data (contents of the device address A) is read from the storage area corresponding to the requested local control system 2 based on the device address A, and transmitted to the client device 5. The drawing method, when the requested device data is transmitted to the client device 5 via the Internet 3, according to the device data, a display area (XY) set on the display screen of the client device 5 set by the parameter. Update the display of).

Here, each instance in the applet is created in advance so that when the contents of the device address A are the same, the same drawing as the screen data tag is performed. On the other hand, in the HTML / XML file, the parameters given to the applet are generated based on the screen data so as to refer to the same device address A as the corresponding tag in the screen data. Thus, when the applet is executed in the virtual machine 51 in accordance with the parameters specified by the HTML / XML file, the display screen of the client device 5 displays the component graphic J1 ( J2) is displayed (FIGS. 3 and 7).

Further, when an input operation such as a mouse operation is performed during the execution of the display file, the virtual machine 51 generates an instance corresponding to the input tag in the HTML / XML file according to the input operation. Execute the input method of. Thus, the virtual server 51 writes the data corresponding to the input result to the specific device address A so that the public server 45
Request to Then, when receiving the write request from the client device 5, the public server unit 45
4, the contents of the area of the requested device address A are rewritten. As a result, after writing on the display screen of the client device 5 and executing the drawing method, similarly to the programmable display 14,
The operation result is reflected.

Next, the operation of the client device 5 of the control communication system 1 will be described with reference to the flowcharts of FIGS.

First, FIG. 13 is a flowchart showing a procedure for updating a screen when an input operation is performed by the operator on the client device 5.

First, the display processing unit 54 waits for an input operation by the operator (S31), and when an input operation by the operator is detected, judges the content (S32).

Next, in step S33, when the page switching is input by the operator as a result of the determination of the input operation ("page switching input" in S32), the display processing unit 54 sets the display mode switching unit 57. Based on this, it is determined whether the display mode is set to the match display mode or the mismatch display mode.

If the result of determination in step S33 is that the display mode is "match display mode", the display processing unit 54
The communication processing unit 55 writes the specified new page as the display page information into the display page information storage unit 44a.
(S34), the XML file corresponding to the display page information is transmitted to the communication processing unit 5.
Requesting the transmission to the public server unit 45 via the server 5 and acquiring the request;
It is stored in the screen data memory 56 (S35).

On the other hand, if the result of determination in step S 33 is that the display mode is “mismatch display mode”, the display processing unit 54 sets the specified new page as remote display page information, and displays the remote display page information storage unit 58. After that, the XML file corresponding to the remote display page information is requested to be transmitted to the public server unit 45 via the communication processing unit 55 to acquire the XML file, and the screen data memory 56 is written.
(S37).

Thereafter, in step S38, the display processing section 54 transmits device data necessary for screen display to the communication processing section 55 based on the new XML file acquired from the display file storage section 43 and stored in the screen data memory 56.
A request for transmission is made to the public server unit 45 via the server, and the request is acquired.

On the other hand, in step S39, as a result of the determination in step S32, when a control input is performed by the operator ("control input" in S32), the display processing unit 54 displays the data of the instructed device data. Memory 44
Writing to the public server 4 via the communication processing unit 55
Request 5

Thereafter, in step S40, the display processing section 54 executes the processing of the XML stored in the screen data memory 56.
Based on a file, that is, an XML file that renders a screen on which the operator has instructed data change, device data required for screen display is requested to be transmitted to the public server unit 45 and acquired.

Lastly, in step S41, the display processing unit 54, based on the device data obtained from the data memory 44 and the display files (HTML / XML file and applet) stored in the screen data memory 56, Draw and update the screen.

FIG. 14 is a flowchart showing a procedure for updating a screen at an automatic update timing of the client device 5. Here, the automatic update timing of the screen is, for example, a predetermined time interval.

First, the display processing unit 54 waits for the automatic update timing of the screen (S51). If the automatic update timing of the screen is reached (YES in S51), the display processing unit 54 sets the display mode based on the setting of the display mode switching unit 57. Is set to the match display mode or the mismatch display mode (S52).

Next, in step S53, step S53
As a result of the determination at 52, the display mode is "match display mode".
If so, the display processing unit 54 sets the display page information acquisition unit 5
3, the display page information stored in the display page information storage unit 44a is acquired. Then, the display processing unit 54
Determines whether the acquired display page information has been changed (S54).

In step S55, as a result of the determination in step S54, the display page information is changed (S5
4), the display processing unit 54 requests the public server unit 45 to transmit the XML file corresponding to the changed display page information stored in the display page information storage unit 44a via the communication processing unit 55. And stores it in the screen data memory 56 (S55).

Thereafter, in step S56, the display processing unit 54 transmits the information via the device data communication processing unit 55 necessary for screen display based on the new XML file acquired from the display file storage unit 43 and stored in the screen data memory 56. Requesting the transmission to the public server unit 45 and acquiring the request.

On the other hand, if the result of determination in step S52 is that the display mode is "mismatch display mode",
If the result of the determination in step S54 is that the display page information has not been changed (NO in S54), the display processing unit 5
Reference numeral 4 denotes a public server unit via the communication processing unit 55 for transmitting device data necessary for screen display based on the XML file stored in the screen data memory 56, that is, the same XML file as the XML file on which the previous drawing was performed. 45
Request to send and get.

Lastly, in step S57, the display processing unit 54, based on the device data obtained from the data memory 44 and the display files (HTML / XML file and applet) stored in the screen data memory 56, Draw and update the screen.

Here, in the example of FIG. 9, the first unit screen is designated as the attribute value (“1” in this example) of the attribute name “BASESCR” of the PARAM element. In this example,
In the case of the coincidence display mode, the attribute "BASESCR" becomes invalid, and the initial display is performed with the initial screen number set in the programmable display 14. Further, in the case of the mismatch display mode, the display processing unit 54 stores “1” as the remote display page information in the remote display page information storage unit 58 of the client device 5, acquires the corresponding HTML / XML file, and The screen “1” is displayed on the client device 5. At this time, the display page information indicating the unit screen displayed on the programmable display 14 is stored in the display page information storage unit 44a of the data memory 44 independently of the remote display page information.

As described above, the control communication system 1
Then, the local control system 2 transmits to the public server device 4 screen data (first screen data) for specifying the operation when the programmable display 14 acquires and displays the contents of the device. Then, the display file generation unit 42 of the public server device 4 converts the screen data into an HTML file and an XML file (second screen data) that can be displayed on the client device 5, and then converts the screen data into an HTML file storage unit 46 and an XML file storage. Each is stored in the unit 47. The client device 5 performs display according to the HTML / XML file acquired from the public server device 4. Here, the client device 5 includes a display mode switching unit 5
7, a match display mode for displaying the same unit screen as the unit screen currently displayed on the programmable display 14 with reference to the display page information storage unit 44a, and a unit displayable on the programmable display 14. Any one of the screens can be displayed by switching to a mismatch display mode in which the display is performed in accordance with the selection in the client device 5.

According to the control communication system 1, screen data (first screen data) indicating the screen of the programmable display 14 is converted into a display file (second screen data) and connected to the Internet 3. Can be delivered to the client device 5.

Further, according to the control communication system 1, the client device 5 is provided with the display page information storage section 44a.
By referring to, the display page information indicating the unit screen displayed on the programmable display 14 can be obtained, and the screen data for displaying the same unit screen can be obtained.
Therefore, the display of the client device 5 can be updated in the same manner as the programmable display 14 by the timing of the request from the client device 5, that is, the control from the client device 5.

Further, the local control system 2 and the public server device 4 store all device data necessary for screen display, including display page information indicating a unit screen currently displayed on the programmable display 14, in a data memory. 4
4 and synchronized. Therefore, the client device 5 does not directly communicate with the local control system 2 but communicates with the local control system 2 via the data memory 44.
Can be obtained and displayed on the screen. That is, a screen different from the screen displayed on the programmable display 14 can be displayed on the client device 5.
For example, apart from the screen of the programmable display 14 which monitors the data of the PLC 12, a monitoring screen different from the site is constructed in the client device 5 for comparing and confirming the history of the PLC 12 data and devices. can do.

By providing the display mode switching unit 57 in the client device 5, switching between the coincident display mode and the non-coincidence display mode is possible. Moreover,
Since there is no need to provide communication paths in the coincidence display mode and the non-coincidence display mode, it is easy to construct a system according to the application.

According to the control communication system 1, the device data can be transmitted, so that the settings on the local control system 2 side can be simplified. Therefore, the state of the local control system 2 can be displayed on the remote client device 5 without imposing a burden on the user of the local control system 2. In particular, since the client device 5 and the local control system 2 do not directly communicate with each other for screen display on the client device 5, the security of the local control system 2 can be ensured for the client device 5.

In the mismatch display mode, the display processing unit 54 does not refer to the remote display page information set in the remote display page information storage unit 58, but needs the public server unit 45 immediately after inputting the operator's screen switching instruction. May be transmitted.

When the XML file corresponding to the unit screen to be displayed is in the cache (not shown) of the client device 5, the display processing unit 54 obtains the file in the cache without acquiring it from the display file storage unit 43. Can be used. At this time, it may be confirmed that the file stored in the display file storage unit 43 has not been updated in consideration of the update frequency of the display file.

The public server unit 45 includes the display processing unit 5
When the change of the display page information in the display page information storage unit 44a is stopped when the change of the display page information from the outside of the screen of the programmable display 14 is prohibited when the display page information 4 is changed in the coincidence display mode. Alternatively, a command for changing the display mode of the display processing unit 54 to the mismatch display mode may be issued.

Further, an HTML / XML file of a screen dedicated to the client device 5 which is not displayed on the programmable display 14 is stored in the screen data memory 56. The dedicated screen and the unit screen displayed on the programmable display 14 may be switched and displayed. As a result, a display screen for system data that is not required on site and a display screen for remote maintenance can be constructed on the client device 5.

In the above description, the control communication system 1
Although FIG. 1 shows the case where the applet distributed by the public server unit 45 performs display / control based on the XML file indicating the tag (processing instruction word) related to each unit screen, this has been described. It is not limited to.

For example, as shown in FIG. 11, instances corresponding to all tags included in the screen data are generated as PARAM elements described in the HTML file, and each field of the instance is matched with the contents of the tags. A set character string (code) may be described. In this case, the display file generation unit 42 generates a character string for calling an applet for screen display based on the reference result, as shown by a character string P11a, with reference to the contents of the tags for all tags in the screen data. And described in the HTML file.

In this case, the display file is H
Since only the TML file is generated, the control communication system 1 does not need the XML file storage unit 47 (FIG. 1) as shown in FIG. Therefore, the HTML file and the applet are stored in the display file storage 43 '.
It is stored in a folder corresponding to each specification of the client device 5, respectively.

[0139] Regardless of the operation or calling method of the applet, the public server unit 45 causes the programmable display device 14 to display an image based on the screen data according to the state of the device, and to display the state of the device according to the operation. If the operation at the time of instructing the change can be similarly instructed to the client device 5, the control communication system 1 shown in FIGS. 1 and 10 can obtain substantially the same effect.

However, if applets and HTML files corresponding to all tags in the screen data are transmitted collectively,
The time from when the client device 5 accesses the public server unit 45 to when the client device 5 starts display / operation increases. Therefore, it is preferable to divide and transmit the data instructing the operation regarding each unit screen.

A display file (HTML / XML file and HTML file) for causing the client device 5 to perform an operation of transmitting an inquiry / change instruction similar to that of the programmable display 14 to the public server unit 45 and an operation of displaying it in response to a response. Although the description has been given of the case of distributing an applet), the present invention is not limited to this.

For example, based on the screen data and the device data, the public server device 4 or the local control system 2 can display a format (bitmap format, bitmap format, An image file in a JPEG format or the like may be generated and transmitted to the client device 5. in this case,
Although the state of the device cannot be controlled from the client device 5, the screen of the programmable display 14 can be displayed even in the client device 5 having no display function equivalent to that of the programmable display 14.

Further, in the control communication system 1, the display file generation unit 42 is provided in the public server device 4,
Generate a display file from screen data and distribute it. Therefore, unless the screen for the client device 5 is designed, the screen of the programmable display 14 and the screen of the client device 5 can be kept common, and maintenance and management can be performed as compared with the case where each is separately created. Labor can be reduced.

However, the present invention is not limited to this. The display file generation function (display file generation unit 42) may be provided in the control host computer 16 of the local control system 2 or in the client device 5. .

In the control communication system 1, the display file generated by the display file generator 42 by converting the screen data is displayed on the client device 5. However, it is not limited to this. For example, the display may be based on a display file that is displayed based on the device data, such as an HTML / XML file that displays data obtained by statistically processing the device data. The display file may be created in the local control system 2 or may be created in the public server device 4. Even in this case, since the device data is synchronized between the local control system 2 and the public server device 4, the client device 5 does not directly communicate with the local control system 2 and Can be displayed.
Also, since the device data only needs to be transmitted, the setting on the local control system 2 side can be simplified. Therefore, without burdening the user of the local control system 2,
The status of the local control system 2 can be safely displayed on the remote client device 5.

Further, the screen of the programmable display 14 depends on the taste and the proficiency, so that the optimum screen cannot be determined as one, and is often changed relatively frequently. In this regard, as described above, in the control communication system 1, the user of the local control system 2 (control host computer 16) can generate screen data in combination with tags, and can flexibly respond to these requests. , Can keep the optimal condition. Also,
Since the control host computer 16 can collectively manage the screen data, the screen data can be easily managed as compared with the case where the control is performed in many places in parallel.

Finally, each of the above members 21 to 25, 31 to 31
36, 41 to 49, and 51 to 58, an arithmetic unit such as a CPU executes a program stored in a storage unit such as a ROM or a RAM, and an input / output unit such as a touch panel or a liquid crystal display device, or an interface circuit. It is a functional block realized by controlling a communication circuit such as the one shown in FIG.

Therefore, a computer having these means simply reads a recording medium (eg, a CD-ROM or the like) on which the above-mentioned program is recorded, and executes the program. , The control host computer 16, the public server device 4, and the client device 5 can be realized. In particular, the virtual machine 51 of the client device 5
Since the browser 52 can be realized by general-purpose browser software preinstalled in many computers, these computers can operate as the client device 5 without installing a special program. Note that, for example, the serial cable 13
And a program for downloading the program via the network 15, the Internet 3, or another communication path, if the program is installed in the computer in advance, the program is distributed to the computer via the communication path. You can also.

[0149]

As described above, the control communication system according to the present invention has the programmable display device including the first display means for displaying any one of the unit screens based on the first screen data including the plurality of unit screens. And a terminal device including second display means for displaying any one of the unit screens based on the second screen data including the plurality of unit screens generated based on the first screen data via a network. It is a configuration that is connected.

Therefore, regardless of which unit screen is displayed on the programmable display, the terminal device can display the same unit screen as the programmable display, or can display another unit screen that can be displayed on the programmable display. A screen can also be displayed.

Therefore, regardless of the unit screen displayed by the programmable display, the terminal device connected via the network displays all the unit screens that can be displayed on the programmable display and monitors the programmable display. This has the effect of making it possible to

As described above, the control communication system of the present invention further comprises a screen data transmitting means for transmitting the second screen data for each of the unit screens to the terminal device according to a request from the terminal device. And the terminal device is provided with screen data acquisition means for requesting the server device for the second screen data corresponding to the unit screen displayed on the programmable display. .

Therefore, the display of the terminal device can be updated in the same manner as the programmable display device at the timing of the request from the terminal device. Moreover, since the second screen data is transmitted for each unit screen, the amount of data to be transmitted is small.

Therefore, the unit screen displayed on the terminal device can be matched with the unit screen of the programmable display device with a small amount of communication based on the control from the terminal device, for example, the operation of the operator of the terminal device. To play.

As described above, in the control communication system of the present invention, the server device is connected to the programmable display device and the terminal device via a network, and displayed on the programmable display device. Display page information storage means for storing display page information indicating the unit screen, and the terminal device obtains display page information from the display page information storage means of the server device. It is a configuration including means.

Therefore, the terminal device can further acquire the display page information from the server device. That is, the terminal device can indirectly acquire, via the server device, which unit screen is displayed on the programmable display, instead of directly acquiring the unit screen from the programmable display.

Therefore, the terminal device does not need to access the programmable display every time the display matches the display. That is, since the programmable display can be operated independently of the display of the terminal device, there is an effect that the security of the network is safe.

As described above, in the control communication system according to the present invention, further, the terminal device is configured to control the first screen data in the programmable display device in accordance with the display page information obtained by the display page information obtaining means. Any one of the unit screens included in the first screen data according to the selection in the terminal device, and a coincidence display mode for displaying the same unit screen as the unit screen displayed based on the second screen data. And a display mode switching means for switching between a mismatched display mode in which a unit screen corresponding to is displayed based on the second screen data.

[0159] Therefore, the terminal device further comprises a coincidence display mode for displaying the same unit screen as the unit screen displayed on the programmable display, and a programmable display mode irrespective of the unit screen displayed by the programmable display. It is possible to monitor the programmable display while switching to a mismatch display mode in which all the unit screens that can be displayed on the display can be displayed.

Accordingly, while switching between the same unit screen as that displayed on the programmable display and another unit screen that can be displayed on the programmable display,
This has the effect of realizing a terminal device capable of monitoring the programmable display.

A computer-readable recording medium on which the control communication program of the present invention is recorded, as described above, realizes each of the above-described means in a computer and operates the control communication system. It is a computer-readable recording medium on which a program is recorded.

Therefore, the control communication system can be realized on a computer network by the control communication program read from the recording medium. Therefore, the effects of the control communication system described above can be obtained.

[Brief description of the drawings]

FIG. 1 is a block diagram schematically illustrating a configuration of a control communication system according to an embodiment of the present invention.

FIG. 2 is a block diagram showing a main configuration of a local control system in the control communication system shown in FIG.

3 is a diagram illustrating a relationship between screen data and a display screen of a programmable display device in the control communication system illustrated in FIG. 1, and is an explanatory diagram illustrating a state where a switch is in an OFF state.

FIG. 4 is an explanatory diagram showing a data structure of a tag included in the screen data shown in FIG. 3;

FIG. 5 is an explanatory diagram showing a data structure of a display tag among tags included in the screen data shown in FIG. 3;

FIG. 6 is an explanatory diagram showing a data structure of an input tag among tags included in the screen data shown in FIG. 3;

7 is a diagram illustrating a relationship between screen data and a display screen of a programmable display device in the control communication system illustrated in FIG. 1, and is an explanatory diagram illustrating a state where a switch is in an ON state.

8 is an XML distributed from a public server device to a client device in the control communication system shown in FIG.
FIG. 4 is an explanatory diagram illustrating an example of a file.

9 is an HTM distributed from a public server device to a client device in the control communication system shown in FIG.
FIG. 4 is an explanatory diagram illustrating an example of an L file.

FIG. 10 is a block diagram showing a modification of the control communication system shown in FIG. 1 and schematically showing the configuration.

11 is an explanatory diagram showing an example of an HTML file distributed from a public server device to a client device in the control communication system shown in FIG. 10;

FIG. 12 is a flowchart showing an operation of the control communication system shown in FIGS. 1 and 10;

FIG. 13 is a flowchart showing an operation of the client device of the control communication system shown in FIGS. 1 and 10;

FIG. 14 is a flowchart showing an operation of the client device of the control communication system shown in FIGS. 1 and 10;

FIG. 15 is a block diagram showing a conventional technique and showing a main configuration of a control system.

[Explanation of symbols]

Reference Signs List 1 control communication system 3 Internet (network) 4 public server device (server device) 5 client device (terminal device) 14 programmable display 15 network 25 display processing unit (first display unit) 44a display page information storage unit (display page) Information storage unit) 45 Public server unit (screen data transmission unit) 53 Display page information acquisition unit (display page information acquisition unit) 54 Display processing unit (second display unit) 55 Communication processing unit (screen data acquisition unit) 57 Display mode Switching unit (display mode switching means)

Continued on the front page F-term (reference)

Claims (5)

[Claims] 1. A programmable display device having first display means for displaying any one of unit screens based on first screen data including a plurality of unit screens, and a programmable display device generated based on the first screen data. A control communication system, wherein a terminal device having a second display means for displaying any one of the unit screens is connected via a network based on the second screen data including the plurality of unit screens. . 2. A server device comprising a screen data transmitting means for transmitting the second screen data to the terminal device for each unit screen in accordance with a request from the terminal device, and wherein the terminal device comprises: 2. The control communication system according to claim 1, further comprising a screen data acquisition unit that requests the server device to provide the second screen data corresponding to the unit screen displayed on the programmable display. 3. 3. A display page connected to the programmable display device and the terminal device via a network and storing display page information indicating the unit screen displayed on the programmable display device. 3. The terminal device according to claim 2, further comprising an information storage unit, and wherein the terminal device includes a display page information acquisition unit that acquires the display page information from the display page information storage unit of the server device. Communication system for control. 4. The terminal device according to claim 1, further comprising: displaying the same unit screen as the unit screen displayed on the programmable display based on the first screen data in accordance with the display page information obtained by the display page information obtaining means. A unit display corresponding to any of the unit screens included in the first screen data is selected based on the second screen data in accordance with a matching display mode for displaying based on the second screen data and a selection in the terminal device. 4. The communication system for control according to claim 3, further comprising a display mode switching means for switching between a mismatch display mode and a mismatched display mode. 5. A computer-readable recording medium storing a control communication program for operating the control communication system according to claim 1.
A computer-readable recording medium on which a control communication program for causing a computer to realize each of the above means is recorded.