WO2018158917A1 - 制御装置、表示装置、制御システム、および処理負荷表示方法 - Google Patents

制御装置、表示装置、制御システム、および処理負荷表示方法 Download PDF

Info

Publication number
WO2018158917A1
WO2018158917A1 PCT/JP2017/008351 JP2017008351W WO2018158917A1 WO 2018158917 A1 WO2018158917 A1 WO 2018158917A1 JP 2017008351 W JP2017008351 W JP 2017008351W WO 2018158917 A1 WO2018158917 A1 WO 2018158917A1
Authority
WO
WIPO (PCT)
Prior art keywords
command
index
processing
display
unit
Prior art date
Application number
PCT/JP2017/008351
Other languages
English (en)
French (fr)
Inventor
森　武志
啓文 甲斐
Original Assignee
三菱電機株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to JP2017560832A priority Critical patent/JPWO2018158917A1/ja
Priority to PCT/JP2017/008351 priority patent/WO2018158917A1/ja
Publication of WO2018158917A1 publication Critical patent/WO2018158917A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/05—Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts

Definitions

  • the present invention relates to a control device, a display device, a control system, and a processing load display method for controlling a controlled device.
  • PLCs Programmable Logic Controllers
  • PLCs Programmable Logic Controllers
  • Various commands sent from are received, and processing required by the commands is performed.
  • the command is a command to the PLC from each device including peripheral devices, various units, and other PLCs, for example, a command for reading data stored in the memory.
  • Patent Document 1 discloses a technique in which a PLC stores processing times defined in advance for various commands as a table, and calculates the size of a command processing load using the table.
  • the present invention has been made in view of the above, and an object of the present invention is to obtain a control device that generates information indicating a load status of actual command processing.
  • the control device of the present invention includes a command receiving unit that receives a command that is a command for the device from the device.
  • the control device stores a response time from when a command is received until a response command that is a response to the command is transmitted, or a command waiting for processing, as an index indicating a load situation when processing the command.
  • the command count that is the number of commands stored in the command buffer, the buffer usage rate of the command buffer for commands waiting to be processed, or the number of commands received within the specified period and the processing for the commands
  • a processing load acquisition unit is provided that acquires the number of responses that have been performed and sent response commands within a period.
  • the control device has an effect that information indicating an actual command processing load state can be generated.
  • FIG. 1 is a block diagram showing a configuration example of a PLC according to a first embodiment.
  • 1 is a block diagram illustrating a configuration example of a display device according to a first embodiment;
  • FIG. 3 is a diagram illustrating an example in which the display device according to the first embodiment is configured using a CPU and a memory.
  • FIG. 3 is a diagram illustrating an example in which the processing circuit of the display device according to the first embodiment is configured using dedicated hardware.
  • FIG. 3 is a block diagram showing a configuration example of a PLC according to the second embodiment.
  • the flowchart which shows the process which the process load acquisition part concerning Embodiment 2 acquires the parameter
  • FIG. 3 is a block diagram showing a configuration example of a PLC according to the third embodiment.
  • FIG. 4 is a block diagram showing a configuration example of a PLC according to the fourth embodiment.
  • FIG. 1 is a diagram illustrating a configuration example of a control system 100 according to the first embodiment of the present invention.
  • the control system 100 includes a PLC 1, a display device 2 connected to the PLC 1 through a connection line, a display 3 connected to the PLC 1 via a network 6, a personal computer 4, and another PLC 5.
  • the PLC 1, which is a control device, executes a control program and controls the operation of a controlled device such as a machine tool (not shown).
  • the PLC 1 receives various commands from the peripheral devices such as the display 3, the personal computer 4, and other PLCs 5 via the network 6, and performs processing required by the commands.
  • the PLC 1 receives various commands from various units such as an I / O (Input / Output) unit and a network unit via the base unit, and performs processing required by the commands.
  • I / O Input / Output
  • the PLC 1 acquires, as an index, information that visualizes the load status when processing a command that is a command to the own device, and the display device 2 uses the index acquired from the PLC 1 to cause the PLC 1 to execute the command. Displays the load status when processing.
  • the display device 2 is, for example, a personal computer equipped with a GUI (Graphical User Interface) or a display device such as a GOT (Graphic Operation Terminal).
  • FIG. 2 is a block diagram of a configuration example of the PLC 1 according to the first embodiment.
  • the PLC 1 includes a communication interface 11, a command receiving unit 12, a command buffer 13, a command processing unit 14, a command response unit 15, a processing load acquisition unit 16, an index storage unit 20, and an index transmission control unit 21.
  • the processing load acquisition unit 16 includes a response time acquisition unit 17.
  • the communication interface 11 uses a network interface such as USB (Universal Serial Bus) or Ethernet (registered trademark) for communication via the network 6, and communicates with external devices using a bus interface for communication via the base unit. I do.
  • the communication interface 11 may use a network interface for communication with the display device 2, or may use a dedicated interface using a dedicated connection line.
  • the command receiving unit 12 receives a command for the own device, that is, the PLC 1, transmitted from an external device via the communication interface 11, and stores the received command in the command buffer 13.
  • the command buffer 13 is a memory for temporarily storing received commands as commands waiting for processing.
  • the command buffer 13 is a first-in first-out memory.
  • the command processing unit 14 takes out commands from the command buffer 13 and sequentially executes processes based on various commands.
  • the command processing unit 14 actually includes a plurality of processing units for executing instructions based on various commands.
  • a processing unit that reads data of a specified file executes processing for a file read command.
  • a processing unit that performs browsing of a specified device memory, changes a value, and the like executes processing for a device monitor command.
  • a processing unit that writes data to a specified file executes a process in response to a file write command.
  • the command processing method in the command processing unit 14 is the same as the conventional processing method.
  • the command response unit 15 generates a response command for the requested command based on the command processing result by the command processing unit 14, and transmits the response command to the command requesting device via the communication interface 11.
  • the processing load acquisition unit 16 acquires an index indicating the load status of the own device when processing a command that is a command to the own device, that is, the PLC 1.
  • the processing load acquisition unit 16 stores the acquired index in the index storage unit 20.
  • the response time acquisition unit 17 of the processing load acquisition unit 16 calculates the response time from when the command is received in the PLC 1 until it responds, that is, from when the command is received to when the response command is transmitted.
  • the data is stored in the index storage unit 20 as an index.
  • the index storage unit 20 stores the index acquired by the processing load acquisition unit 16, that is, the index calculated by the response time acquisition unit 17 in the first embodiment.
  • the index storage unit 20 may be external to the PLC 1 such as an external USB memory.
  • the index transmission control unit 21 performs control to read an index from the index storage unit 20 and transmit the read index to the display device 2 in response to an index reading request from an external device, specifically the display device 2. .
  • FIG. 3 is a block diagram of a configuration example of the display device 2 according to the first embodiment.
  • the display device 2 includes a communication interface 31, an index acquisition unit 32, a treatment content storage unit 33, a display control unit 34, and a display unit 35.
  • the communication interface 31 communicates with the PLC 1.
  • the index acquisition unit 32 requests the PLC 1 to read an index and acquires the index.
  • the treatment content storage unit 33 stores treatment content information corresponding to the content of the index.
  • the treatment content indicates a treatment for load adjustment to be performed in the peripheral device, various units, or the PLC 1 when it is determined that the load of the command processing of the PLC 1 is high.
  • the treatment content storage unit 33 stores the treatment content to be performed by the PLC 1, peripheral devices, various units, and the like for the index value determined that the PLC 1 is in a high load state.
  • the treatment content is set in advance in the treatment content storage unit 33 by the administrator of the control system 100 or the like.
  • the display control unit 34 uses the index acquired by the index acquisition unit 32 to generate display data for displaying the load status when processing the command in the PLC 1. Further, when it is determined that the load of the command processing of the PLC 1 is high, the display control unit 34 generates display data including information on the treatment content corresponding to the content of the index together with the load status when processing the command in the PLC 1 To do.
  • the display unit 35 displays the load status when the command is processed in the PLC 1 by using the display data under the control of the display control unit 34.
  • FIG. 4 is a flowchart illustrating a process of displaying the load status of the command processing of the PLC 1 on the display device 2 in the control system 100 according to the first embodiment.
  • the processing load acquisition unit 16 acquires an index indicating a load situation when the PLC 1 processes a command, and stores it in the index storage unit 20 (step S1).
  • FIG. 5 is a flowchart of a process in which the processing load acquisition unit 16 according to the first embodiment acquires an index based on response time.
  • the response time acquisition unit 17 acquires the command reception time when the command reception unit 12 receives a command from the command reception unit 12 (step S11). It is assumed that the command receiving unit 12 measures the reception time of each command every time a command is received.
  • the response time acquisition unit 17 acquires identification information for identifying the received command from the command reception unit 12 (step S12).
  • the information for identifying the command includes a command ID (Identification), a command type, and an IP (Internet Protocol) address of the request source device.
  • the command ID is an identifier for uniquely identifying the received command. Therefore, even for commands of the same command type, the command ID differs depending on the individual command.
  • the command type indicates the type of command. As described above, the command types include file reading, device monitoring, diagnosis, and file writing.
  • the IP address of the request source device indicates the request source device that has transmitted the command.
  • the command receiving unit 12 acquires information on the command ID, the command type, and the IP address of the request source device from the information given in the command header.
  • the response time acquisition unit 17 causes the index storage unit 20 to store information on the reception time, command ID, command type, and IP address of the request source device for the command received by the command reception unit 12 (step S13).
  • the command processing unit 14 takes out the command from the command buffer 13 and executes processing based on various commands.
  • the command response unit 15 generates a response command based on the command processing result by the command processing unit 14 and transmits the response command to the command requesting device.
  • the response time acquisition unit 17 acquires the transmission time when the command response unit 15 transmits a response command corresponding to the received command, that is, the response time from the command response unit 15 (step S14). It is assumed that the command response unit 15 measures the response time every time a response command is transmitted. Since the command ID information of the corresponding command is given in the header of the response command, the command response unit 15 acquires the response time information in association with the command ID.
  • the response time acquisition unit 17 searches the index storage unit 20 with the command ID associated with the acquired response time, and extracts the reception time of the corresponding command ID.
  • the response time acquisition unit 17 calculates the response time from the difference between the response time acquired from the command response unit 15 and the reception time extracted from the index storage unit 20, that is, the reception time acquired from the command reception unit 12 (step S15). Then, the response time acquisition unit 17 stores the calculated response time in the index storage unit 20 as an index in association with the command ID (step S16).
  • FIG. 6 is a diagram illustrating an example of indexes stored in the index storage unit 20 according to the first embodiment.
  • the index storage unit 20 holds information such as the response time recorded from the response time acquisition unit 17 in the format of the first table shown in FIG.
  • a portion shown in an area 61 is information that the response time acquisition unit 17 stores when receiving a command.
  • a portion shown in an area 62 is information that the response time acquisition unit 17 stores after command response.
  • the response time acquisition unit 17 stores, in the index storage unit 20, the response time from when the PLC 1 receives a command until it responds as an index, in association with the command ID.
  • the index storage unit 20 holds the response time index for all commands in one table as shown in FIG. 6 and also holds the index table arranged in time series for each command type.
  • the index table arranged in time series for each command type is obtained by dividing the index table for all commands shown in FIG. 6 for each command type.
  • the index acquisition unit 32 requests the PLC 1 to read the index, and reads the index from the PLC 1 (step S2). Specifically, the index acquisition unit 32 transmits an index read command to the PLC 1 via the communication interface 31.
  • the index read command is an instruction for requesting the PLC 1 to read the index information stored in the index storage unit 20.
  • the command receiving unit 12 receives the index reading command via the communication interface 11, the index reading command is not stored in the command buffer 13 but is transferred to the index transmission control unit 21.
  • the command receiving unit 12 determines whether or not the received command is an index read command from the information of the command type given in the header of the index read command.
  • the index transmission control unit 21 Upon receiving the index read command, the index transmission control unit 21 reads the index from the index storage unit 20 and delivers the read index to the command response unit 15.
  • the command response unit 15 generates a response command that stores the delivered index, and transmits the response command to the display device 2 via the communication interface 11.
  • the index acquisition unit 32 acquires a response command in which the index is stored via the communication interface 31.
  • the index acquisition unit 32 extracts the index from the response command and passes it to the display control unit 34.
  • the display control unit 34 searches the treatment content storage unit 33 based on the delivered index and determines whether there is a treatment content corresponding to the index (step S3). When there is no treatment content corresponding to the delivered index in the treatment content storage unit 33 (step S3: No), the display control unit 34 generates display data based on the index (step S4).
  • the display unit 35 displays the load status when the command is processed in the PLC 1 using the display data under the control of the display control unit 34 (step S6).
  • FIG. 7 is a diagram illustrating an example of a load status of command processing of the PLC 1 displayed on the display device 2 according to the first embodiment. The horizontal axis indicates time, and the vertical axis indicates response time. As described above, since there is an index for each command type, the display unit 35 changes the response time with respect to time, that is, the transition of the load status for each command type, in the example of FIG. Can be graphically displayed by a trend graph.
  • step S3 When the treatment content corresponding to the delivered index is in the treatment content storage unit 33 (step S3: Yes), the display control unit 34 extracts the corresponding treatment content from the treatment content storage unit 33, and the index and the treatment content Display data is generated based on the above (step S5).
  • the display unit 35 displays the load status when the command is processed in the PLC 1 using the display data under the control of the display control unit 34 (step S6). At this time, the display unit 35 issues a warning and also displays the treatment content under the control of the display control unit 34.
  • FIG. 8 is a diagram illustrating an example of the load status of the command processing of the PLC 1 and the content of the treatment displayed on the display device 2 according to the first embodiment. In addition to the display contents of FIG.
  • the display unit 35 includes a response time part of a file write command that has reached a maximum response time which is a maximum value defined as an allowable delay time, that is, a response time, and PLC1 as a warning. Or display the details of the action to be taken by the peripheral device.
  • the administrator Since the average response time varies depending on the command type, the administrator sets a different maximum response time for each command type for the treatment content in the treatment content storage unit 33, and the specific response varies depending on the command type.
  • a measure may be set.
  • the administrator may set a plurality of specific countermeasures for the treatment contents in the treatment content storage unit 33 depending on the response time.
  • the administrator who has confirmed the display content of the display device 2 shown in FIG. 8 can easily grasp what kind of treatment should be performed in view of the current load status of the PLC 1, and easily adjust peripheral devices. Can be implemented. For example, the administrator can adjust, that is, decrease the frequency of command issuance from peripheral devices in accordance with the load status of command processing of the PLC 1, and can easily measure the timing of processing for command responses. As a result, it is possible to reduce the man-hours required for the system design, debugging, and adjustment at startup by the administrator.
  • the administrator can easily adjust the PLC1. For example, the administrator can adjust the calculation resource of the PLC 1 used for command processing according to the load status of the command processing of the PLC 1. Specifically, when the command processing load is high and the response is taking a long time, the administrator can easily optimize in accordance with the load status, such as increasing the CPU processing time for command processing. Further, the administrator may stop some of the functions that are being executed by the PLC 1 and that affect the command processing.
  • the display device 2 presents the treatment content that can be taken according to the load status, so that even a beginner can take an appropriate measure to reduce the load of command processing of the PLC 1.
  • the response time acquisition unit 17 calculates an average response time for each command type from the contents of the index shown in FIG. 6, calculates the average response time, the minimum response time, and the maximum response time and stores them in the index storage unit 20. You may let them.
  • FIG. 9 is a diagram illustrating an average response time, a minimum response time, and a maximum response time for each command type stored in the index storage unit 20 according to the first embodiment.
  • the index storage unit 20 holds information on the average response time, the minimum response time, and the maximum response time for each command type recorded from the response time acquisition unit 17 in the format of the second table shown in FIG. .
  • the display device 2 reads and displays the information shown in FIG. 9 from the PLC 1 in the same manner as when reading the index shown in FIG.
  • the display device 2 may display the content shown in FIG. 9 as it is.
  • the response time acquisition unit 17 changes the command type portion in the table shown in FIG. 9 for each request source device, calculates the average response time for each request source device, and calculates the average response time, the minimum response time, and the maximum response time.
  • the response time may be obtained and stored in the index storage unit 20.
  • the display device 2 requests the PLC 1 to read the index and reads the index from the PLC 1, but the present invention is not limited to this.
  • the display device 2 may read the index directly from the index storage unit 20 without going through the PLC 1.
  • the index acquisition unit 32 reads the index from the index storage unit 20 via the communication interface 31.
  • the display device 2 is connected to the index storage unit 20 via the network 6, the index acquisition unit 32 reads the index from the index storage unit 20 via the network 6 via the communication interface 31.
  • the display device 2 may read the index directly from the index storage unit 20.
  • the communication interface 11 is realized by an interface circuit that can communicate with the display device 2.
  • the command buffer 13 and the index storage unit 20 are realized by a memory.
  • the command receiving unit 12, the command processing unit 14, the command response unit 15, the response time acquisition unit 17 included in the processing load acquisition unit 16, and the index transmission control unit 21 are realized by a processing circuit. That is, the PLC 1 includes a processing circuit for executing processing based on various commands and acquiring an index indicating a load status by command processing.
  • the processing circuit may be dedicated hardware, a CPU (Central Processing Unit) that executes a program stored in the memory, and a memory.
  • FIG. 10 is a diagram illustrating an example in which the PLC 1 according to the first embodiment is configured using a CPU and a memory.
  • the aforementioned interface circuit is the interface circuit 91 of FIG.
  • the aforementioned memory is the memory 93 in FIG.
  • the processing circuit includes the CPU 92 and the memory 93
  • the function of the processing circuit of the PLC 1 is realized by software, firmware, or a combination of software and firmware.
  • Software or firmware is described as a program and stored in the memory 93.
  • the CPU 92 reads out and executes the program stored in the memory 93, thereby realizing the function of each unit.
  • the CPU 92 may be a processing device, an arithmetic device, a microprocessor, a microcomputer, a processor, or a DSP (Digital Signal Processor).
  • the memory 93 is, for example, non-volatile or volatile, such as RAM (Random Access Memory), ROM (Read Only Memory), flash memory, EPROM (Erasable Programmable ROM), EEPROM (registered trademark) (Electrically EPROM).
  • RAM Random Access Memory
  • ROM Read Only Memory
  • flash memory EPROM (Erasable Programmable ROM)
  • EEPROM registered trademark
  • Such semiconductor memory, magnetic disk, flexible disk, optical disk, compact disk, mini disk, DVD (Digital Versatile Disc), and the like are applicable.
  • the memory 93 used for the processing circuit and the memory 93 for realizing the command buffer 13 and the index storage unit 20 may be different memories.
  • FIG. 11 is a diagram illustrating an example in which the processing circuit of the PLC 1 according to the first embodiment is configured using dedicated hardware.
  • the processing circuit 94 shown in FIG. 11 includes, for example, a single circuit, a composite circuit, a programmed processor, a parallel programmed processor, an ASIC (Application Specific Integrated Circuit), an FPGA ( Field Programmable Gate Array) or a combination of these.
  • Each function of the PLC 1 may be realized by the processing circuit 94 for each function, or each function may be realized by the processing circuit 94 collectively.
  • each function of the PLC 1 may be realized by dedicated hardware and a part may be realized by software or firmware.
  • the processing circuit can realize the above-described functions by dedicated hardware, software, firmware, or a combination thereof.
  • the communication interface 31 is realized by an interface circuit that can communicate with the PLC 1.
  • the treatment content storage unit 33 is realized by a memory.
  • the display unit 35 is realized by a display such as an LCD (Liquid Crystal Display).
  • the index acquisition unit 32 and the display control unit 34 are realized by a processing circuit. That is, the display device 2 includes a processing circuit for acquiring an index and generating display data.
  • FIG. 12 is a diagram illustrating an example in which the display device 2 according to the first embodiment is configured using a CPU and a memory.
  • the aforementioned interface circuit is the interface circuit 91 of FIG.
  • the aforementioned memory is the memory 93 of FIG.
  • the aforementioned display is the display 95 of FIG.
  • FIG. 12 is obtained by adding a display 95 to the configuration shown in FIG.
  • FIG. 13 is a diagram illustrating an example in which the processing circuit of the display device 2 according to the first embodiment is configured using dedicated hardware.
  • the configuration shown in FIG. 13 is obtained by adding a display 95 to the configuration shown in FIG.
  • the PLC 1 is information that can visualize the actual load status of command processing, and the load status when processing a command that is a command to the own device.
  • the response time from when the command is received to when the response is received is calculated, and the display device 2 displays the actual load status when the PLC 1 processes the command in real time using the response time index.
  • the administrator who confirmed the display content of the display device 2 can increase or decrease the issue frequency of the command according to the load status of the PLC 1 in the peripheral device.
  • there is an effect that the administrator who confirms the display content of the display device 2 can easily adjust the processing timing for the response of the command returned from the PLC 1.
  • the display device 2 determines that the command processing load of the PLC 1 is high, the display device 2 displays the treatment content for the PLC 1 or peripheral device stored in the treatment content storage unit 33. Thereby, the administrator who confirmed the display content of the display device 2 can easily grasp what kind of treatment should be taken in view of the current load state of the PLC 1.
  • Embodiment 2 a case where the number of commands stored in the command buffer 13 or the buffer usage rate is used as an index will be described.
  • FIG. 14 is a block diagram of a configuration example of the PLC 1a according to the second embodiment.
  • the PLC 1a is obtained by replacing the processing load acquisition unit 16 with a processing load acquisition unit 16a with respect to the PLC 1 of the first embodiment shown in FIG.
  • the processing load acquisition unit 16 a includes a command buffer state acquisition unit 18.
  • the command buffer state acquisition unit 18 counts the number of commands stored in the command buffer 13 and stores the command number in the index storage unit 20 as an index.
  • FIG. 15 is a diagram illustrating an example of a command storage state of the command buffer 13 according to the second embodiment.
  • the command receiving unit 12 stores the received command in the command buffer 13.
  • the command buffer 13 stores commands waiting to be processed by the command processing unit 14 among the received commands.
  • the command processing unit 14 retrieves the command from the command buffer 13 and executes the command.
  • the command buffer 13 stores seven commands.
  • the command buffer status acquisition unit 18 counts the number of commands stored in the command buffer 13, acquires information on the number of commands, and uses this command number as an index.
  • the administrator of the control system 100a can grasp the command processing state of the PLC 1a, that is, whether there is a margin or a stagnation according to the number of commands.
  • the command buffer state acquisition unit 18 may calculate the buffer usage rate of the command buffer 13 by the command waiting for processing, and store the calculated buffer usage rate in the index storage unit 20 as an index.
  • the command buffer status acquisition unit 18 may calculate the buffer usage rate 44% from 7 / 16 ⁇ 0.44 by dividing the number of stored commands by the maximum command count, and may use this buffer usage rate as an index. .
  • the administrator can grasp the command processing state of the PLC 1a, that is, whether there is a margin or a stagnation, based on the buffer usage rate.
  • the maximum command number 16 in the command buffer 13 is an example, and the present invention is not limited to this.
  • control system of the second embodiment is obtained by replacing PLC1 with PLC1a with respect to the control system 100 of the first embodiment shown in FIG. Although illustration is omitted, for convenience of explanation, the control system of the second embodiment is referred to as a control system 100a.
  • FIG. 16 is a flowchart of a process in which the processing load acquisition unit 16a according to the second embodiment acquires an index based on the number of commands.
  • the command buffer state acquisition unit 18 counts the number of commands stored in the command buffer 13 (step S21).
  • the command buffer state acquisition unit 18 may count the number of commands at a constant period, or may count the number of commands at a specified time.
  • the command buffer state acquisition unit 18 stores the number of commands counted as an index in the index storage unit 20 together with time information when the command is counted (step S22).
  • FIG. 17 is a diagram illustrating a first example of indices stored in the index storage unit 20 according to the second embodiment.
  • the index storage unit 20 holds information on the number of commands recorded from the command buffer state acquisition unit 18 in the format of the third table shown in FIG.
  • FIG. 18 is a flowchart of a process in which the processing load acquisition unit 16a according to the second embodiment acquires an index based on the buffer usage rate.
  • the command buffer state acquisition unit 18 counts the number of commands stored in the command buffer 13 (step S31).
  • the command buffer status acquisition unit 18 calculates the buffer usage rate by dividing the counted number of commands by the maximum number of commands that can be stored in the command buffer 13 (step S32).
  • the command buffer state acquisition unit 18 stores the calculated buffer usage rate as an index in the index storage unit 20 together with time information when the command is counted (step S33).
  • FIG. 19 is a diagram illustrating a second example of the indices stored in the index storage unit 20 according to the second embodiment.
  • the index storage unit 20 holds information on the buffer usage rate recorded from the command buffer state acquisition unit 18 in the format of the fourth table shown in FIG.
  • FIG. 20 is a diagram illustrating an example of a load status of command processing of the PLC 1a displayed on the display device 2 according to the second embodiment.
  • the horizontal axis indicates time, and the vertical axis indicates the number of commands.
  • the display unit 35 can graphically display the number of commands with respect to time, that is, the transition of the load status, using a trend graph.
  • FIG. 21 is a diagram illustrating an example of a load status of the command processing of the PLC 1a displayed on the display device 2 according to the second embodiment and a treatment content.
  • the display device 2 displays the treatment content together with the load status of the command processing of the PLC 1a as in the first embodiment. Can do.
  • the treatment content indicates, for example, a treatment to be performed by the peripheral device, various units, or the PLC 1a when the number of commands reaches the maximum number of commands.
  • illustration is omitted, the display content of the display device 2 when the buffer usage rate is used as an index is the same trend by changing the vertical axis in FIGS. 20 and 21 from the command number to the buffer usage rate. It becomes a graph.
  • the command buffer state acquisition unit 18 counts the number of commands or calculates the buffer usage rate for all commands, but is not limited to this. As shown in FIG. 6 of the first embodiment, since the PLC 1a can acquire information on the command type and the IP address of the request source device from each received command, the command buffer status acquisition unit 18 determines the command type and the request source device. The number of commands may be counted every time or the buffer usage rate may be calculated.
  • the command buffer status acquisition unit 18 may acquire information on the breakdown of commands in the command buffer 13 at a specific time. For example, the command buffer status acquisition unit 18 counts how many commands are transmitted from which request source device for the commands stored in the command buffer 13, and stores them in the index storage unit 20.
  • FIG. 22 is a diagram illustrating a third example of the indices stored in the index storage unit 20 according to the second embodiment.
  • the index storage unit 20 holds information on the number of commands for each request source device recorded from the command buffer state acquisition unit 18 in the format of the fifth table shown in FIG.
  • FIG. 23 is a diagram showing information on the breakdown of commands in the command buffer 13 of the PLC 1a displayed on the display device 2 according to the second embodiment.
  • the display device 2 can also acquire information on the number of commands for each request source device shown in FIG. 22 when acquiring the index from the PLC 1a, and can display it in the form of a bar graph as shown in FIG.
  • the maximum number of commands in the command buffer 13 in the example of FIGS. 22 and 23 is different from the maximum number of commands in the command buffer 13 in the example of FIG.
  • the hardware configuration of the PLC 1a is realized by the configuration shown in FIG. 10 or FIG. 11 as in the first embodiment.
  • the PLC 1a uses the number of commands in the command buffer 13 or the buffer usage as an index indicating the load status when processing a command that is a command to the own device. We decided to use rate. Even in this case, the same effect as in the first embodiment can be obtained.
  • the administrator can confirm the breakdown for each request source device, and thus can narrow down the peripheral device candidates to be adjusted.
  • Embodiment 3 FIG. In the third embodiment, a case will be described in which the number of received commands received within a specified time and the number of responses of commands responded within a specified time are used as indices.
  • FIG. 24 is a block diagram of a configuration example of the PLC 1b according to the third embodiment.
  • the PLC 1b is obtained by replacing the processing load acquisition unit 16 with a processing load acquisition unit 16b with respect to the PLC 1 of the first embodiment shown in FIG.
  • the processing load acquisition unit 16 b includes a rate acquisition unit 19.
  • the rate acquisition unit 19 counts the number of commands received by the command receiving unit 12 per unit time, that is, within a specified period, and the command processing unit 14 processes the command to specify the command.
  • the command response unit 15 transmits a response command within the specified period, counts the number of responses, and stores the number of receptions and the number of responses in the index storage unit 20 as indexes. If the command issuance interval is in milliseconds, the specified period can be set to 10 seconds, for example, but is not limited thereto.
  • control system of the third embodiment is obtained by replacing PLC1 with PLC1b with respect to the control system 100 of the first embodiment shown in FIG. Although illustration is omitted, for convenience of explanation, the control system of the third embodiment is referred to as a control system 100b.
  • step S1 the content of the process in which the processing load acquisition unit 16b acquires the index is different.
  • FIG. 25 is a flowchart of a process in which the processing load acquisition unit 16b according to the third embodiment acquires an index based on the number of receptions and the number of responses.
  • the rate acquisition unit 19 counts the number of receptions that is the number of commands received by the command reception unit 12 within a specified period (step S41). Further, the rate acquisition unit 19 counts the number of responses that is the number of response commands transmitted from the command response unit 15 within a specified period (step S42). The rate acquisition unit 19 stores the counted number of receptions and responses in the index storage unit 20 together with information on the counted period as an index (step S43).
  • FIG. 26 is a diagram illustrating an example of indexes stored in the index storage unit 20 according to the third embodiment.
  • the index storage unit 20 holds information on the number of receptions and the number of responses recorded from the rate acquisition unit 19 in the format of the sixth table shown in FIG. Note that the time shown in FIG. 26 is the time when the specified period ends or the start time of the specified period. In FIG. 26, the time portion may be in the form of a period range indicated by the start time and the end time.
  • FIG. 27 is a diagram illustrating an example of a load status of command processing of the PLC 1b displayed on the display device 2 according to the third embodiment.
  • the horizontal axis indicates the time, and the vertical axis indicates the frequency according to the number of commands received and the number of responded responses per 10 seconds in the above-described example.
  • the display unit 35 can graphically display the number of receptions and the number of responses with respect to time, that is, the transition of the load status, using a trend graph.
  • FIG. 28 is a diagram illustrating an example of the load status of the command processing of the PLC 1b and the content of the treatment displayed on the display device 2 according to the third embodiment.
  • the administrator of the control system 100b sets the treatment content corresponding to the number of receptions and the number of responses in the treatment content storage unit 33, so that the display device 2 can load the command processing load of the PLC 1b as in the first embodiment.
  • the treatment content can be displayed.
  • the treatment content indicates, for example, a treatment to be performed by the peripheral device or various units or the PLC 1b when the number of receptions or the number of responses reaches the maximum frequency.
  • the maximum frequency is the maximum number of commands that the PLC 1b can receive within a specified period, or the maximum number of response commands that can be responded within the specified period of the PLC 1b. Different maximum frequencies may be set depending on the number of receptions and the number of responses.
  • the rate acquisition unit 19 counts the number of receptions and the number of responses for all commands, but is not limited to this. As shown in FIG. 6 of the first embodiment, since the PLC 1b can acquire information on the command type and the IP address of the request source device from each received command, the rate acquisition unit 19 performs the command acquisition for each command type and for each request source device. The number of receptions and the number of responses may be counted.
  • the hardware configuration of the PLC 1b is realized by the configuration shown in FIG. 10 or FIG. 11 as in the first embodiment.
  • the PLC 1b receives the number of commands received in a specified period as an index indicating the load status when processing a command that is a command to the own device. , And the number of responses sent as response commands. Even in this case, the same effect as in the first embodiment can be obtained.
  • the administrator can grasp how often the command is received from the peripheral device and how often the command can be answered. It is possible to grasp whether the number of receptions and the number of responses are appropriate for the performance of the PLC 1b or excessive. Further, if the number of responses is less than the number of receptions, the administrator can determine that the load on the PLC 1b is high and the response processing is delayed.
  • Embodiment 4 FIG.
  • the response time acquisition unit 17 acquires the response time as an index.
  • the command buffer state acquisition unit 18 acquires the number of commands or the buffer usage rate as an index.
  • the unit 19 has acquired the number of commands received and the number of responses sent in response commands during the period specified as the index.
  • a case where each index is used in combination will be described.
  • FIG. 29 is a block diagram of a configuration example of the PLC 1c according to the fourth embodiment.
  • the PLC 1c is obtained by replacing the processing load acquisition unit 16 with a processing load acquisition unit 16c with respect to the PLC 1 of the first embodiment shown in FIG.
  • the processing load acquisition unit 16 c includes a response time acquisition unit 17, a command buffer state acquisition unit 18, and a rate acquisition unit 19. The operations of the response time acquisition unit 17, the command buffer state acquisition unit 18, and the rate acquisition unit 19 are as described above.
  • control system of the fourth embodiment is obtained by replacing PLC1 with PLC1c with respect to the control system 100 of the first embodiment shown in FIG. Although illustration is omitted, for convenience of explanation, the control system of the fourth embodiment is referred to as a control system 100c.
  • the display device 2 can display the load status of the command processing of the PLC 1c by a plurality of methods by acquiring information on all the indexes stored in the index storage unit 20 from the PLC 1c.
  • the administrator of the control system 100c may set different treatment contents for each index obtained by each method in the treatment content storage unit 33, or a treatment when a plurality of indices are combined.
  • the content may be set in the treatment content storage unit 33. For example, even if the number of commands described in the second embodiment does not reach the maximum number of commands, the response contents when the response time of the command described in the first embodiment is smaller than or exceeds the maximum response time.
  • the administrator may set the treatment content in the treatment content storage unit 33 so that is displayed.
  • processing load acquisition unit 16c includes the response time acquisition unit 17, the command buffer state acquisition unit 18, and the rate acquisition unit 19 has been described, it is not limited thereto.
  • the processing load acquisition unit 16c may be configured to include any two of the response time acquisition unit 17, the command buffer state acquisition unit 18, and the rate acquisition unit 19.
  • the hardware configuration of the PLC 1c is realized by the configuration shown in FIG. 10 or FIG. 11, as in the first embodiment.
  • the PLC 1c acquires an index by a plurality of methods, and the display device 2 indicates the actual load situation when the PLC 1c processes a command, It can be displayed in real time in multiple ways. Thereby, the administrator can grasp
  • the configuration described in the above embodiment shows an example of the contents of the present invention, and can be combined with another known technique, and can be combined with other configurations without departing from the gist of the present invention. It is also possible to omit or change the part.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Programmable Controllers (AREA)

Abstract

制御装置は、機器から自装置に対する命令であるコマンドを受信するコマンド受信部（１２）と、コマンドを処理する際の負荷状況を示す指標として、コマンドを受信してからコマンドに対する応答である応答コマンドを送信するまでの応答時間、または、処理待ち状態のコマンドが格納されるコマンドバッファに格納されているコマンドの数であるコマンド数、または、処理待ち状態のコマンドによるコマンドバッファのバッファ使用率、または、規定された期間内に受信したコマンドの受信数およびコマンドに対する処理を行って期間内に応答コマンドを送信した応答数を取得する処理負荷取得部（１６ｃ）と、を備える。

Description

制御装置、表示装置、制御システム、および処理負荷表示方法
　本発明は、被制御機器を制御する制御装置、表示装置、制御システム、および処理負荷表示方法に関する。
　従来、プログラマブルコントローラ（以下、ＰＬＣ（Programmable　Logic　Controller）と称する）は、被制御機器を制御するための制御プログラムを実行する他、ネットワークで接続された周辺機器、またはベースユニットで接続された各種ユニットから送信された様々なコマンドを受信し、コマンドで要求される処理を行っている。コマンドとは、周辺機器や各種ユニットや他のＰＬＣを含む各機器からのＰＬＣに対する命令であり、例えば、メモリに格納されたデータの読み出しコマンド等である。
　ＰＬＣは、コマンド処理系の負荷が高くなると、周辺機器または各種ユニットから受信したコマンドに対する応答が遅くなる。ＰＬＣを含む制御システムでは、要求されるタクトタイムなどの性能を実現するため、周辺機器または各種ユニットからＰＬＣへのコマンドの発行頻度を減らすなどの調整が必要となる。特許文献１には、ＰＬＣが、各種コマンドに対して予め規定された処理時間をテーブルとして保持し、コマンド処理の負荷の大きさを、当該テーブルを用いて算出する技術が開示されている。
特開２０１１－１３４１９７号公報
　しかしながら、上記従来の技術によれば、コマンドの処理時間はＰＬＣの負荷によって変動する。そのため、ＰＬＣの実際のコマンドの処理時間はテーブルの規定値から乖離する可能性が高く、実用性に欠ける、という問題があった。
　本発明は、上記に鑑みてなされたものであって、実際のコマンド処理の負荷状況を示す情報を生成する制御装置を得ることを目的とする。
　上述した課題を解決し、目的を達成するために、本発明の制御装置は、機器から自装置に対する命令であるコマンドを受信するコマンド受信部を備える。また、制御装置は、コマンドを処理する際の負荷状況を示す指標として、コマンドを受信してからコマンドに対する応答である応答コマンドを送信するまでの応答時間、または、処理待ち状態のコマンドが格納されるコマンドバッファに格納されているコマンドの数であるコマンド数、または、処理待ち状態のコマンドによるコマンドバッファのバッファ使用率、または、規定された期間内に受信したコマンドの受信数およびコマンドに対する処理を行って期間内に応答コマンドを送信した応答数を取得する処理負荷取得部を備えることを特徴とする。
　本発明にかかる制御装置は、実際のコマンド処理の負荷状況を示す情報を生成することができる、という効果を奏する。
実施の形態１にかかる制御システムの構成例を示す図 実施の形態１にかかるＰＬＣの構成例を示すブロック図 実施の形態１にかかる表示装置の構成例を示すブロック図 実施の形態１にかかる制御システムにおいて、ＰＬＣのコマンド処理の負荷状況を表示装置に表示する処理を示すフローチャート 実施の形態１にかかる処理負荷取得部が応答時間による指標を取得する処理を示すフローチャート 実施の形態１にかかる指標記憶部に記憶されている指標の例を示す図 実施の形態１にかかる表示装置に表示されるＰＬＣのコマンド処理の負荷状況の例を示す図 実施の形態１にかかる表示装置に表示されるＰＬＣのコマンド処理の負荷状況および処置内容の例を示す図 実施の形態１にかかる指標記憶部に記憶されているコマンド種別毎の平均応答時間、最小応答時間、および最大応答時間を示す図 実施の形態１にかかるＰＬＣをＣＰＵおよびメモリを用いて構成する場合の例を示す図 実施の形態１にかかるＰＬＣの処理回路を専用のハードウェアを用いて構成する場合の例を示す図 実施の形態１にかかる表示装置をＣＰＵおよびメモリを用いて構成する場合の例を示す図 実施の形態１にかかる表示装置の処理回路を専用のハードウェアを用いて構成する場合の例を示す図 実施の形態２にかかるＰＬＣの構成例を示すブロック図 実施の形態２にかかるコマンドバッファのコマンド格納状態の例を示す図 実施の形態２にかかる処理負荷取得部がコマンド数による指標を取得する処理を示すフローチャート 実施の形態２にかかる指標記憶部に記憶されている指標の第１の例を示す図 実施の形態２にかかる処理負荷取得部がバッファ使用率による指標を取得する処理を示すフローチャート 実施の形態２にかかる指標記憶部に記憶されている指標の第２の例を示す図 実施の形態２にかかる表示装置に表示されるＰＬＣのコマンド処理の負荷状況の例を示す図 実施の形態２にかかる表示装置に表示されるＰＬＣのコマンド処理の負荷状況および処置内容の例を示す図 実施の形態２にかかる指標記憶部に記憶されている指標の第３の例を示す図 実施の形態２にかかる表示装置に表示されるＰＬＣのコマンドバッファ内のコマンドの内訳の情報を示す図 実施の形態３にかかるＰＬＣの構成例を示すブロック図 実施の形態３にかかる処理負荷取得部が受信数および応答数による指標を取得する処理を示すフローチャート 実施の形態３にかかる指標記憶部に記憶されている指標の例を示す図 実施の形態３にかかる表示装置に表示されるＰＬＣのコマンド処理の負荷状況の例を示す図 実施の形態３にかかる表示装置に表示されるＰＬＣのコマンド処理の負荷状況および処置内容の例を示す図 実施の形態４にかかるＰＬＣの構成例を示すブロック図
　以下に、本発明の実施の形態にかかる制御装置、表示装置、制御システム、および処理負荷表示方法を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
実施の形態１．
　図１は、本発明の実施の形態１にかかる制御システム１００の構成例を示す図である。制御システム１００は、ＰＬＣ１と、ＰＬＣ１と接続線により接続された表示装置２と、ＰＬＣ１とネットワーク６経由で接続された表示器３、パソコン４、および他のＰＬＣ５と、を備える。制御装置であるＰＬＣ１は、制御プログラムを実行し、図示しない工作機械などの被制御機器の動作を制御している。また、ＰＬＣ１は、表示器３、パソコン４、他のＰＬＣ５などの周辺機器からネットワーク６経由で各種のコマンドを受信し、コマンドで要求される処理を行っている。また、ＰＬＣ１は、Ｉ／Ｏ（Input／Output）ユニット、ネットワークユニットなどの各種ユニットからベースユニット経由で各種のコマンドを受信し、コマンドで要求される処理を行っている。
　制御システム１００では、ＰＬＣ１が、自装置に対する命令であるコマンドを処理する際の負荷状況を可視化した情報を指標として取得し、表示装置２が、ＰＬＣ１から取得した指標を用いて、ＰＬＣ１がコマンドを処理する際の負荷状況を表示する。表示装置２は、例えば、ＧＵＩ（Graphical　User　Interface）を備えるパソコン、または、ＧＯＴ（Graphic　Operation　Terminal）などの表示器である。
　ＰＬＣ１の構成について説明する。図２は、実施の形態１にかかるＰＬＣ１の構成例を示すブロック図である。ＰＬＣ１は、通信インタフェース１１と、コマンド受信部１２と、コマンドバッファ１３と、コマンド処理部１４と、コマンド応答部１５と、処理負荷取得部１６と、指標記憶部２０と、指標送信制御部２１と、を備える。また、処理負荷取得部１６は、応答時間取得部１７を備える。
　通信インタフェース１１は、ネットワーク６経由の通信では、ＵＳＢ（Universal　Serial　Bus）、イーサネット（登録商標）などのネットワークインタフェースを使用し、ベースユニット経由の通信ではバスインタフェースを使用して、外部の機器と通信を行う。通信インタフェース１１は、表示装置２との通信では、ネットワークインタフェースを使用してもよいし、専用の接続線を用いて専用のインタフェースを使用してもよい。
　コマンド受信部１２は、通信インタフェース１１経由で外部の機器から送信された自装置すなわちＰＬＣ１に対するコマンドを受信し、受信したコマンドをコマンドバッファ１３に格納する。
　コマンドバッファ１３は、受信したコマンドを処理待ち状態のコマンドとして一時的に格納するためのメモリである。コマンドバッファ１３は、先入れ先出し型のメモリである。
　コマンド処理部１４は、コマンドバッファ１３からコマンドを取り出して、各種コマンドに基づく処理を逐次実行する。コマンド処理部１４は、実際には各種コマンドによる命令を実行するための複数の処理部を備えている。例えば、コマンド処理部１４では、ファイル読出しのコマンドに対しては指定されたファイルのデータの読出しを行う処理部が処理を実行する。また、コマンド処理部１４では、デバイスモニタのコマンドに対しては指定されたデバイスメモリの閲覧および値の変更などを行う処理部が処理を実行する。また、コマンド処理部１４では、診断のコマンドに対しては自装置で故障が発生していないかのチェックを行う処理部が処理を実行する。また、コマンド処理部１４では、ファイル書込みのコマンドに対しては指定されたファイルにデータの書込みを行う処理部が処理を実行する。コマンド処理部１４でのコマンドの処理方法は、従来の処理方法と同様である。
　コマンド応答部１５は、コマンド処理部１４によるコマンド処理結果に基づいて、要求されたコマンドに対する応答コマンドを生成し、コマンドの要求元機器に応答コマンドを通信インタフェース１１経由で送信する。
　処理負荷取得部１６は、自装置すなわちＰＬＣ１に対する命令であるコマンドを処理する際の、自装置の負荷状況を示す指標を取得する。処理負荷取得部１６は、取得した指標を指標記憶部２０に記憶させる。
　処理負荷取得部１６の応答時間取得部１７は、ＰＬＣ１においてコマンドを取得してから応答するまで、すなわちコマンドを受信してから応答コマンドを送信するまでの応答時間を算出し、算出した応答時間を指標として指標記憶部２０に記憶させる。
　指標記憶部２０は、処理負荷取得部１６で取得された指標、実施の形態１では応答時間取得部１７で算出された指標を記憶する。なお、指標記憶部２０については、外付けＵＳＢメモリ等のようにＰＬＣ１の外部にあってもよい。
　指標送信制御部２１は、外部の装置、具体的には表示装置２からの指標の読出し要求に対して、指標記憶部２０から指標を読出し、読出した指標を表示装置２に送信する制御を行う。
　つぎに、表示装置２の構成について説明する。図３は、実施の形態１にかかる表示装置２の構成例を示すブロック図である。表示装置２は、通信インタフェース３１と、指標取得部３２と、処置内容記憶部３３と、表示制御部３４と、表示部３５と、を備える。
　通信インタフェース３１は、ＰＬＣ１との間で通信を行う。
　指標取得部３２は、ＰＬＣ１に対して指標の読出し要求を行い、指標を取得する。
　処置内容記憶部３３は、指標の内容に対応した処置内容の情報を記憶する。処置内容は、ＰＬＣ１のコマンド処理の負荷が高いと判定された場合に、周辺機器、各種ユニット、またはＰＬＣ１で実施すべき負荷調整のための処置を示すものである。処置内容記憶部３３は、ＰＬＣ１が高負荷の状態にあると判定される指標の値に対して、ＰＬＣ１、周辺機器、各種ユニットなどで実施すべき処置内容を記憶している。処置内容については、制御システム１００の管理者などが、予め処置内容記憶部３３に設定しておく。
　表示制御部３４は、指標取得部３２で取得された指標を用いて、ＰＬＣ１におけるコマンドを処理する際の負荷状況を表示するための表示データを生成する。また、表示制御部３４は、ＰＬＣ１のコマンド処理の負荷が高いと判定された場合、ＰＬＣ１におけるコマンドを処理する際の負荷状況とともに、指標の内容に対応した処置内容の情報を含む表示データを生成する。
　表示部３５は、表示制御部３４の制御により、表示データを用いてＰＬＣ１においてコマンドを処理する際の負荷状況を表示する。
　つづいて、制御システム１００において、ＰＬＣ１がコマンドを処理する際の負荷状況を示す指標を取得し、表示装置２が指標に基づいてＰＬＣ１のコマンド処理の負荷状況を表示する動作について説明する。図４は、実施の形態１にかかる制御システム１００において、ＰＬＣ１のコマンド処理の負荷状況を表示装置２に表示する処理を示すフローチャートである。まず、ＰＬＣ１において、処理負荷取得部１６が、ＰＬＣ１がコマンドを処理する際の負荷状況を示す指標を取得し、指標記憶部２０に記憶させる（ステップＳ１）。
　処理負荷取得部１６が指標を取得する処理について詳細に説明する。図５は、実施の形態１にかかる処理負荷取得部１６が応答時間による指標を取得する処理を示すフローチャートである。まず、処理負荷取得部１６において、応答時間取得部１７は、コマンド受信部１２から、コマンド受信部１２においてコマンドが受信されたときのコマンドの受信時刻を取得する（ステップＳ１１）。コマンド受信部１２は、コマンドを受信するごとに、各コマンドの受信時刻を計測しているものとする。
　また、応答時間取得部１７は、コマンド受信部１２から、受信されたコマンドを識別するための識別情報を取得する（ステップＳ１２）。コマンドを識別するための情報とは、コマンドＩＤ（Identification）、コマンド種別、および要求元機器のＩＰ（Internet　Protocol）アドレスである。コマンドＩＤは、受信したコマンドを一意に識別するための識別子である。そのため、同じコマンド種別のコマンドであっても、個々のコマンドによってコマンドＩＤは異なる。コマンド種別は、コマンドの種類を示すものである。コマンドの種類としては、前述のように、ファイル読出し、デバイスモニタ、診断、ファイル書込みなどがある。要求元機器のＩＰアドレスは、コマンドを送信した要求元の機器を示すものである。コマンド受信部１２は、コマンドＩＤ、コマンド種別、および要求元機器のＩＰアドレスの情報を、コマンドのヘッダ内に付与された情報から取得する。
　応答時間取得部１７は、コマンド受信部１２で受信されたコマンドについての、受信時刻、コマンドＩＤ、コマンド種別、および要求元機器のＩＰアドレスの情報を指標記憶部２０に記憶させる（ステップＳ１３）。ＰＬＣ１では、この後、コマンド処理部１４が、コマンドバッファ１３からコマンドを取り出して、各種コマンドに基づく処理を実行する。コマンド応答部１５は、コマンド処理部１４によるコマンド処理結果に基づいて応答コマンドを生成し、コマンドの要求元機器に応答コマンドを送信する。
　応答時間取得部１７は、コマンド応答部１５から、受信されたコマンドに対応する応答コマンドをコマンド応答部１５が送信したときの送信時刻、すなわち応答時刻を取得する（ステップＳ１４）。コマンド応答部１５は、応答コマンドを送信するごとに応答時刻を計測しているものとする。応答コマンドのヘッダ内には対応するコマンドのコマンドＩＤの情報が付与されていることから、コマンド応答部１５は、コマンドＩＤに対応付けて応答時刻の情報を取得する。
　応答時間取得部１７は、取得した応答時刻に対応付けられたコマンドＩＤで指標記憶部２０を検索し、該当するコマンドＩＤの受信時刻を抽出する。応答時間取得部１７は、コマンド応答部１５から取得した応答時刻と、指標記憶部２０から抽出した受信時刻、すなわちコマンド受信部１２から取得した受信時刻との差分から、応答時間を算出する（ステップＳ１５）。そして、応答時間取得部１７は、コマンドＩＤに対応付けて、算出した応答時間を指標として、指標記憶部２０に記憶させる（ステップＳ１６）。
　図６は、実施の形態１にかかる指標記憶部２０に記憶されている指標の例を示す図である。指標記憶部２０は、図６に示す第１のテーブルの形式により、応答時間取得部１７から記録される応答時間などの情報を保持している。図６の上段の（１）コマンド受信時の図において、領域６１に示す部分は、応答時間取得部１７がコマンド受信時に記憶させる情報である。図６の下段の（２）コマンド応答時の図において、領域６２に示す部分は、応答時間取得部１７がコマンド応答後に記憶させる情報である。図６に示すように、応答時間取得部１７は、ＰＬＣ１がコマンドを受信してから応答するまでの応答時間を指標として、コマンドＩＤに対応付けて指標記憶部２０に記憶させる。なお、指標記憶部２０は、図６に示すように全てのコマンドについての応答時間の指標を１つのテーブルで保持するとともに、コマンド種別毎に時系列に整列した指標のテーブルを保持する。コマンド種別毎に時系列に整列した指標のテーブルは、図６に示す全てのコマンドについての指標のテーブルをコマンド種別毎に分割したものである。
　図４のフローチャートに戻って、表示装置２において、指標取得部３２は、ＰＬＣ１に対して指標の読出し要求を行い、ＰＬＣ１から指標を読出す（ステップＳ２）。具体的に、指標取得部３２は、通信インタフェース３１を介して、ＰＬＣ１に指標読出しコマンドを送信する。指標読出しコマンドは、ＰＬＣ１に対して指標記憶部２０に記憶されている指標の情報の読出しを要求するための命令である。ＰＬＣ１では、コマンド受信部１２が、通信インタフェース１１を介して指標読出しコマンドを受信すると、指標読出しコマンドをコマンドバッファ１３に格納せず、指標送信制御部２１に受け渡す。コマンド受信部１２は、指標読出しコマンドのヘッダ内に付与されたコマンド種別の情報から、受信したコマンドが指標読出しコマンドか否かを判定する。指標送信制御部２１は、指標読出しコマンドを受け取ると、指標記憶部２０から指標を読出し、読出した指標をコマンド応答部１５に受け渡す。コマンド応答部１５は、受け渡された指標を格納した応答コマンドを生成し、通信インタフェース１１を介して、表示装置２に送信する。表示装置２では、指標取得部３２が、通信インタフェース３１を介して、指標が格納された応答コマンドを取得する。指標取得部３２は、応答コマンドから指標を抽出し、表示制御部３４に受け渡す。
　表示制御部３４は、受け渡された指標に基づいて処置内容記憶部３３を検索し、指標に対応する処置内容があるか否かを判定する（ステップＳ３）。表示制御部３４は、受け渡された指標に対応する処置内容が処置内容記憶部３３にない場合（ステップＳ３：Ｎｏ）、指標に基づいて表示データを生成する（ステップＳ４）。表示部３５は、表示制御部３４の制御により、表示データを用いてＰＬＣ１においてコマンドを処理する際の負荷状況を表示する（ステップＳ６）。図７は、実施の形態１にかかる表示装置２に表示されるＰＬＣ１のコマンド処理の負荷状況の例を示す図である。横軸は時刻を示し、縦軸は応答時間を示す。前述のようにコマンド種別毎の指標があるので、表示部３５は、コマンド種別毎に、図７の例では、ファイル書込み、診断、デバイスモニタのコマンド毎に、時刻に対する応答時間すなわち負荷状況の推移をトレンドグラフによってグラフィカルに表示することができる。
　表示制御部３４は、受け渡された指標に対応する処置内容が処置内容記憶部３３にある場合（ステップＳ３：Ｙｅｓ）、処置内容記憶部３３から対応する処置内容を抽出し、指標および処置内容に基づいて表示データを生成する（ステップＳ５）。表示部３５は、表示制御部３４の制御により、表示データを用いてＰＬＣ１においてコマンドを処理する際の負荷状況を表示する（ステップＳ６）。このとき、表示部３５は、表示制御部３４の制御により、警告を出して処置内容も併せて表示する。図８は、実施の形態１にかかる表示装置２に表示されるＰＬＣ１のコマンド処理の負荷状況および処置内容の例を示す図である。表示部３５は、図７の表示内容に加えて、許容可能な遅延時間すなわち応答時間として規定された最大値である最大応答時間に達したファイル書込みのコマンドの応答時間の部分、および警告としてＰＬＣ１または周辺機器で取るべき処置内容を表示する。
　なお、コマンド種別によって平均的な応答時間は異なることから、管理者は、処置内容記憶部３３の処置内容について、コマンド種別毎に異なる最大応答時間を設定し、コマンド種別毎に異なる具体的な対応策を設定していてもよい。また、管理者は、処置内容記憶部３３の処置内容について、応答時間の大きさによって、複数の具体的な対応策を設定していてもよい。
　図８に示す表示装置２の表示内容を確認した管理者は、現在のＰＬＣ１の負荷状況に鑑みて、どのような処置をすべきかを容易に把握することができ、周辺機器の調整を容易に実施できる。例えば、管理者は、ＰＬＣ１のコマンド処理の負荷状況に応じて周辺機器からのコマンドの発行頻度を調整、すなわち下げることができ、また、コマンドの応答に対する処理のタイミングを計りやすくなる。その結果、管理者による、システムの設計、デバッグ、立ち上げ時の調整などにかかる工数を削減できる。
　また、管理者は、ＰＬＣ１の調整を容易に実施できる。例えば、管理者は、ＰＬＣ１のコマンド処理の負荷状況に応じて、コマンド処理に充てるＰＬＣ１の計算リソースを調整できる。具体的に、管理者は、コマンド処理の負荷が高く、応答に時間がかかっている場合、コマンド処理に充てるＣＰＵ処理時間を長くするなど、負荷状況に合わせた最適化が容易になる。また、管理者は、ＰＬＣ１で実行中の機能のうち、コマンド処理に影響する一部の機能を停止してもよい。
　このように、表示装置２が、負荷状況に応じて取りうる処置内容を提示することにより、初心者であってもＰＬＣ１のコマンド処理の負荷を下げるための適切な処置をとることができる。
　なお、応答時間取得部１７は、図６に示す指標の内容から、コマンド種別毎に平均応答時間を算出し、平均応答時間、最小応答時間、および最大応答時間を求めて指標記憶部２０に記憶させてもよい。図９は、実施の形態１にかかる指標記憶部２０に記憶されているコマンド種別毎の平均応答時間、最小応答時間、および最大応答時間を示す図である。指標記憶部２０は、図９に示す第２のテーブルの形式により、応答時間取得部１７から記録されるコマンド種別毎の平均応答時間、最小応答時間、および最大応答時間の情報を保持している。表示装置２は、図６に示す指標を読出すときと同様、ＰＬＣ１から図９に示す情報を読出して表示する。表示装置２は、図９に示す内容をそのまま表示すればよい。
　なお、指標記憶部２０では、図６に示すように、コマンドの要求元機器のＩＰアドレスの情報を保持している。そのため、応答時間取得部１７は、図９に示す表においてコマンド種別の部分を要求元機器毎に替えて、要求元機器毎に平均応答時間を算出し、平均応答時間、最小応答時間、および最大応答時間を求めて指標記憶部２０に記憶させてもよい。
　以上の説明では、表示装置２が、ＰＬＣ１に対して指標の読出し要求を行ってＰＬＣ１から指標を読出していたが、これに限定されるものではない。指標記憶部２０がＰＬＣ１の外部にある場合、表示装置２が、ＰＬＣ１を経由せず指標記憶部２０から直接指標を読出してもよい。例えば、表示装置２が指標記憶部２０と直接接続している場合、指標取得部３２は、通信インタフェース３１を介して、指標記憶部２０から指標を読出す。または、表示装置２が指標記憶部２０とネットワーク６を経由して接続している場合、指標取得部３２は、通信インタフェース３１を介して、ネットワーク６経由で指標記憶部２０から指標を読出す。以降の実施の形態においても同様に、指標記憶部２０がＰＬＣ１の外部にある場合、表示装置２が、指標記憶部２０から直接指標を読出してもよい。
　つづいて、ＰＬＣ１のハードウェア構成について説明する。ＰＬＣ１において、通信インタフェース１１は、表示装置２との間で通信が可能なインタフェース回路により実現される。コマンドバッファ１３および指標記憶部２０は、メモリにより実現される。コマンド受信部１２、コマンド処理部１４、コマンド応答部１５、処理負荷取得部１６に含まれる応答時間取得部１７、および指標送信制御部２１は、処理回路により実現される。すなわち、ＰＬＣ１は、各種コマンドに基づく処理を実行し、コマンド処理による負荷状況を示す指標を取得するための処理回路を備える。処理回路は、専用のハードウェアであってもよいし、メモリに格納されるプログラムを実行するＣＰＵ（Central　Processing　Unit）およびメモリであってもよい。
　図１０は、実施の形態１にかかるＰＬＣ１をＣＰＵおよびメモリを用いて構成する場合の例を示す図である。前述のインタフェース回路は、図１０のインタフェース回路９１である。前述のメモリは、図１０のメモリ９３である。処理回路がＣＰＵ９２およびメモリ９３で構成される場合、ＰＬＣ１の処理回路の機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェアまたはファームウェアはプログラムとして記述され、メモリ９３に格納される。処理回路では、メモリ９３に記憶されたプログラムをＣＰＵ９２が読出して実行することにより、各部の機能を実現する。すなわち、ＰＬＣ１は、一部の機能が処理回路により実行されるときに、各種コマンドに基づく処理を実行するステップ、コマンド処理による負荷状況を示す指標を取得するステップが結果的に実行されることになるプログラムを格納するためのメモリ９３を備える。また、これらのプログラムは、ＰＬＣ１の一部の機能の手順および方法をコンピュータに実行させるものであるともいえる。ここで、ＣＰＵ９２は、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサ、またはＤＳＰ（Digital　Signal　Processor）などであってもよい。また、メモリ９３とは、例えば、ＲＡＭ（Random　Access　Memory）、ＲＯＭ（Read　Only　Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（登録商標）（Electrically　ＥＰＲＯＭ）などの、不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、またはＤＶＤ（Digital　Versatile　Disc）などが該当する。処理回路に使用されるメモリ９３と、コマンドバッファ１３および指標記憶部２０を実現するためのメモリ９３とは、異なるメモリであってもよい。
　図１１は、実施の形態１にかかるＰＬＣ１の処理回路を専用のハードウェアを用いて構成する場合の例を示す図である。処理回路が専用のハードウェアである場合、図１１に示す処理回路９４は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＦＰＧＡ（Field　Programmable　Gate　Array）、またはこれらを組み合わせたものが該当する。ＰＬＣ１の各機能を機能毎に処理回路９４で実現してもよいし、各機能をまとめて処理回路９４で実現してもよい。
　なお、ＰＬＣ１の各機能について、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。このように、処理回路は、専用のハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせによって、上述の各機能を実現することができる。
　つぎに、表示装置２のハードウェア構成について説明する。表示装置２において、通信インタフェース３１は、ＰＬＣ１との間で通信が可能なインタフェース回路により実現される。処置内容記憶部３３は、メモリにより実現される。表示部３５は、ＬＣＤ（Liquid　Crystal　Display）などのディスプレイにより実現される。指標取得部３２、表示制御部３４は、処理回路により実現される。すなわち、表示装置２は、指標を取得し、表示データを生成するための処理回路を備える。図１２は、実施の形態１にかかる表示装置２をＣＰＵおよびメモリを用いて構成する場合の例を示す図である。前述のインタフェース回路は、図１２のインタフェース回路９１である。前述のメモリは、図１２のメモリ９３である。前述のディスプレイは、図１２のディスプレイ９５である。図１２に示す構成は、図１０に示す構成に対してディスプレイ９５を追加したものである。図１３は、実施の形態１にかかる表示装置２の処理回路を専用のハードウェアを用いて構成する場合の例を示す図である。図１３に示す構成は、図１１に示す構成に対してディスプレイ９５を追加したものである。
　以上説明したように、本実施の形態によれば、制御システム１００において、ＰＬＣ１は、実際のコマンド処理の負荷状況を可視化できる情報であり、自装置に対する命令であるコマンドを処理する際の負荷状況を示す指標として、コマンドを受信してから応答するまでの応答時間を算出し、表示装置２は、応答時間による指標を用いて、ＰＬＣ１がコマンドを処理する際の実際の負荷状況をリアルタイムに表示する。これにより、表示装置２の表示内容を確認した管理者は、周辺機器でＰＬＣ１の負荷状況に応じてコマンドの発行頻度を増減させることができる。また、表示装置２の表示内容を確認した管理者は、ＰＬＣ１から返ってきたコマンドの応答に対する処理のタイミングを調整しやすくなるといった効果もある。
　また、表示装置２は、ＰＬＣ１のコマンド処理負荷が高いと判定した場合、処置内容記憶部３３に記憶されている、ＰＬＣ１または周辺機器に対する処置内容を表示することとした。これにより、表示装置２の表示内容を確認した管理者は、現在のＰＬＣ１の負荷状況に鑑みて、どのような処置をすべきかを容易に把握することができる。
実施の形態２．
　実施の形態２では、コマンドバッファ１３に格納されているコマンド数またはバッファ使用率を指標として用いる場合について説明する。
　図１４は、実施の形態２にかかるＰＬＣ１ａの構成例を示すブロック図である。ＰＬＣ１ａは、図２に示す実施の形態１のＰＬＣ１に対して、処理負荷取得部１６を処理負荷取得部１６ａに置き換えたものである。処理負荷取得部１６ａは、コマンドバッファ状態取得部１８を備える。
　コマンドバッファ状態取得部１８は、コマンドバッファ１３に格納されているコマンド数をカウントし、コマンド数を指標として指標記憶部２０に記憶させる。
　図１５は、実施の形態２にかかるコマンドバッファ１３のコマンド格納状態の例を示す図である。ＰＬＣ１ａにおいて、コマンド受信部１２は、受信したコマンドをコマンドバッファ１３に格納する。コマンドバッファ１３には、受信されたコマンドのうちコマンド処理部１４による処理を待つ処理待ち状態のコマンドが格納されている。コマンド処理部１４は、コマンドバッファ１３からコマンドを取り出してコマンドを実行する。図１５において、コマンドバッファ１３には７個のコマンドが格納されている。コマンドバッファ状態取得部１８は、コマンドバッファ１３に格納されているコマンド数をカウントし、コマンド数７個の情報を取得し、このコマンド数を指標とする。制御システム１００ａの管理者は、コマンド数によって、ＰＬＣ１ａのコマンド処理状態、すなわち余裕があるのか、滞っているのかを把握することができる。
　なお、コマンドバッファ状態取得部１８は、処理待ち状態のコマンドによるコマンドバッファ１３のバッファ使用率を算出し、算出したバッファ使用率を指標として指標記憶部２０に記憶させてもよい。一般的に、コマンドバッファ１３は容量が決まっているため、格納可能なコマンド数には制限がある。図１５において、コマンドバッファ１３にはコマンドを格納可能な空き領域が９個ある。格納されているコマンド数が７個であり、空き領域が９個であることから、コマンドバッファ１３で格納可能な最大コマンド数は７＋９＝１６となる。コマンドバッファ状態取得部１８は、格納されているコマンド数を最大コマンド数で除算することで、７／１６≒０．４４からバッファ使用率４４％を算出し、このバッファ使用率を指標としてもよい。コマンド数の場合と同様、管理者は、バッファ使用率によって、ＰＬＣ１ａのコマンド処理状態、すなわち余裕があるのか、滞っているのかを把握することができる。なお、コマンドバッファ１３の最大コマンド数１６は一例であって、これに限定されるものではない。
　ここで、実施の形態２の制御システムの構成は、図１に示す実施の形態１の制御システム１００に対して、ＰＬＣ１をＰＬＣ１ａに置き換えたものである。図示は省略するが、説明の便宜上、実施の形態２の制御システムを制御システム１００ａとする。
　つづいて、制御システム１００ａにおいて、ＰＬＣ１ａがコマンドを処理する際の負荷状況を示す指標を取得し、表示装置２が指標に基づいてＰＬＣ１ａのコマンド処理の負荷状況を表示する動作について説明する。制御システム１００ａにおいて、ＰＬＣ１ａのコマンド処理の負荷状況を表示装置２に表示する処理は、図４に示す実施の形態１の制御システム１００の処理と同様である。ただし、ステップＳ１において、処理負荷取得部１６ａが指標を取得する処理の内容が異なる。
　処理負荷取得部１６ａが指標を取得する処理について詳細に説明する。図１６は、実施の形態２にかかる処理負荷取得部１６ａがコマンド数による指標を取得する処理を示すフローチャートである。まず、処理負荷取得部１６ａにおいて、コマンドバッファ状態取得部１８は、コマンドバッファ１３に格納されているコマンド数をカウントする（ステップＳ２１）。コマンドバッファ状態取得部１８は、一定の周期でコマンド数をカウントしてもよいし、規定された時刻毎にコマンド数をカウントしてもよい。コマンドバッファ状態取得部１８は、カウントしたコマンド数を指標として、コマンドをカウントしたときの時刻情報とともに指標記憶部２０に記憶させる（ステップＳ２２）。
　図１７は、実施の形態２にかかる指標記憶部２０に記憶されている指標の第１の例を示す図である。指標記憶部２０は、図１７に示す第３のテーブルの形式により、コマンドバッファ状態取得部１８から記録されるコマンド数の情報を保持している。
　つぎに、コマンドバッファ状態取得部１８がコマンドバッファ１３のバッファ使用率を指標として用いる場合の動作について説明する。図１８は、実施の形態２にかかる処理負荷取得部１６ａがバッファ使用率による指標を取得する処理を示すフローチャートである。まず、処理負荷取得部１６ａにおいて、コマンドバッファ状態取得部１８は、コマンドバッファ１３に格納されているコマンド数をカウントする（ステップＳ３１）。コマンドバッファ状態取得部１８は、カウントしたコマンド数を、コマンドバッファ１３で格納可能な最大コマンド数で除算してバッファ使用率を算出する（ステップＳ３２）。コマンドバッファ状態取得部１８は、算出したバッファ使用率を指標として、コマンドをカウントしたときの時刻情報とともに指標記憶部２０に記憶させる（ステップＳ３３）。
　図１９は、実施の形態２にかかる指標記憶部２０に記憶されている指標の第２の例を示す図である。指標記憶部２０は、図１９に示す第４のテーブルの形式により、コマンドバッファ状態取得部１８から記録されるバッファ使用率の情報を保持している。
　以降、表示装置２がＰＬＣ１ａから指標を読出して、ＰＬＣ１ａのコマンド処理の負荷状況を表示する動作は、実施の形態１と同様である。図２０は、実施の形態２にかかる表示装置２に表示されるＰＬＣ１ａのコマンド処理の負荷状況の例を示す図である。横軸は時刻を示し、縦軸はコマンド数を示す。表示部３５は、時刻に対するコマンド数すなわち負荷状況の推移をトレンドグラフによってグラフィカルに表示することができる。
　図２１は、実施の形態２にかかる表示装置２に表示されるＰＬＣ１ａのコマンド処理の負荷状況および処置内容の例を示す図である。管理者が処置内容記憶部３３にコマンド数に対応した処置内容を設定しておくことで、表示装置２は、実施の形態１と同様、ＰＬＣ１ａのコマンド処理の負荷状況とともに処置内容を表示することができる。処置内容は、例えば、コマンド数が最大コマンド数に達した場合の周辺機器や各種ユニット、またはＰＬＣ１ａで実施すべき処置を示すものである。なお、図示は省略するが、指標としてバッファ使用率を使用した場合の表示装置２の表示内容は、図２０および図２１の縦軸をコマンド数からバッファ使用率に変更することによって、同様のトレンドグラフとなる。
　なお、コマンドバッファ状態取得部１８は、全てのコマンドを対象にしてコマンド数をカウントし、またはバッファ使用率を算出していたが、これに限定されるものではない。実施の形態１の図６で示すように、ＰＬＣ１ａでは受信した各コマンドからコマンド種別や要求元機器のＩＰアドレスの情報を取得できることから、コマンドバッファ状態取得部１８は、コマンド種別毎や要求元機器毎にコマンド数をカウントし、またはバッファ使用率を算出してもよい。
　また、コマンドバッファ状態取得部１８は、特定の時刻におけるコマンドバッファ１３内のコマンドの内訳の情報を取得してもよい。コマンドバッファ状態取得部１８は、例えば、コマンドバッファ１３に格納されているコマンドについて、どの要求元機器から送信されたコマンドがいくつあるのかをカウントし、指標記憶部２０に記憶させる。図２２は、実施の形態２にかかる指標記憶部２０に記憶されている指標の第３の例を示す図である。指標記憶部２０は、図２２に示す第５のテーブルの形式により、コマンドバッファ状態取得部１８から記録される要求元機器毎のコマンド数の情報を保持している。図２３は、実施の形態２にかかる表示装置２に表示されるＰＬＣ１ａのコマンドバッファ１３内のコマンドの内訳の情報を示す図である。表示装置２は、ＰＬＣ１ａから指標を取得するときに図２２に示す要求元機器毎のコマンド数の情報も併せて取得し、図２３のように棒グラフの形式で表示することができる。説明の便宜上、図２２および図２３の例のコマンドバッファ１３の最大コマンド数は、図１５の例のコマンドバッファ１３の最大コマンド数と異なっている。
　なお、ＰＬＣ１ａのハードウェア構成については、実施の形態１と同様、図１０または図１１に示す構成により実現される。
　以上説明したように、本実施の形態によれば、制御システム１００ａにおいて、ＰＬＣ１ａは、自装置に対する命令であるコマンドを処理する際の負荷状況を示す指標として、コマンドバッファ１３のコマンド数またはバッファ使用率を用いることとした。この場合においても、実施の形態１と同様の効果を得ることができる。
　また、図２３に示す表示を確認することにより、管理者は、要求元機器毎の内訳が確認できるため、調整の対象となる周辺機器の候補を絞り込むことができる。
実施の形態３．
　実施の形態３では、規定された時間内に受信したコマンドの受信数、および規定された時間内に応答したコマンドの応答数を指標として用いる場合について説明する。
　図２４は、実施の形態３にかかるＰＬＣ１ｂの構成例を示すブロック図である。ＰＬＣ１ｂは、図２に示す実施の形態１のＰＬＣ１に対して、処理負荷取得部１６を処理負荷取得部１６ｂに置き換えたものである。処理負荷取得部１６ｂは、レート取得部１９を備える。
　レート取得部１９は、単位時間当たり、すなわち規定された期間内にコマンド受信部１２が受信したコマンドの受信数をカウントし、および、コマンド処理部１４がコマンドに対して処理を行って、規定された期間内にコマンド応答部１５が応答コマンドを送信して応答した応答数をカウントし、受信数および応答数を指標として指標記憶部２０に記憶させる。コマンドの発行間隔がミリ秒単位とすると、規定された期間は、例えば、１０秒に設定できるが、これに限定されるものではない。
　ここで、実施の形態３の制御システムの構成は、図１に示す実施の形態１の制御システム１００に対して、ＰＬＣ１をＰＬＣ１ｂに置き換えたものである。図示は省略するが、説明の便宜上、実施の形態３の制御システムを制御システム１００ｂとする。
　つづいて、制御システム１００ｂにおいて、ＰＬＣ１ｂがコマンドを処理する際の負荷状況を示す指標を取得し、表示装置２が指標に基づいてＰＬＣ１ｂのコマンド処理の負荷状況を表示する動作について説明する。制御システム１００ｂにおいて、ＰＬＣ１ｂのコマンド処理の負荷状況を表示装置２に表示する処理は、図４に示す実施の形態１の制御システム１００の処理と同様である。ただし、ステップＳ１において、処理負荷取得部１６ｂが指標を取得する処理の内容が異なる。
　処理負荷取得部１６ｂが指標を取得する処理について詳細に説明する。図２５は、実施の形態３にかかる処理負荷取得部１６ｂが受信数および応答数による指標を取得する処理を示すフローチャートである。まず、処理負荷取得部１６ｂにおいて、レート取得部１９は、規定された期間内にコマンド受信部１２で受信されたコマンドの数である受信数をカウントする（ステップＳ４１）。また、レート取得部１９は、規定された期間内にコマンド応答部１５から送信した応答コマンドの数である応答数をカウントする（ステップＳ４２）。レート取得部１９は、カウントした受信数および応答数を指標として、カウントした期間の情報とともに指標記憶部２０に記憶させる（ステップＳ４３）。
　図２６は、実施の形態３にかかる指標記憶部２０に記憶されている指標の例を示す図である。指標記憶部２０は、図２６に示す第６のテーブルの形式により、レート取得部１９から記録される受信数および応答数の情報を保持している。なお、図２６に示す時刻は、規定された期間が終了する時刻、または規定された期間の開始の時刻とする。図２６において時刻の部分を、開始時刻および終了時刻で示される期間の範囲の形式にしてもよい。
　以降、表示装置２がＰＬＣ１ｂから指標を読出して、ＰＬＣ１ｂのコマンド処理の負荷状況を表示する動作は、実施の形態１と同様である。図２７は、実施の形態３にかかる表示装置２に表示されるＰＬＣ１ｂのコマンド処理の負荷状況の例を示す図である。横軸は時刻を示し、縦軸は規定された期間あたり、前述の例では１０秒あたりのコマンドの受信数および応答した応答数による頻度を示す。表示部３５は、時刻に対する受信数および応答数、すなわち負荷状況の推移をトレンドグラフによってグラフィカルに表示することができる。
　図２８は、実施の形態３にかかる表示装置２に表示されるＰＬＣ１ｂのコマンド処理の負荷状況および処置内容の例を示す図である。制御システム１００ｂの管理者が処置内容記憶部３３に受信数および応答数に対応した処置内容を設定しておくことで、表示装置２は、実施の形態１と同様、ＰＬＣ１ｂのコマンド処理の負荷状況とともに処置内容を表示することができる。処置内容は、例えば、受信数または応答数が最大頻度に達した場合の周辺機器や各種ユニット、またはＰＬＣ１ｂで実施すべき処置を示すものである。最大頻度は、ＰＬＣ１ｂが規定された期間内で受信することが可能な最大のコマンド数、またはＰＬＣ１ｂが規定された期間内で応答することが可能な最大の応答コマンド数である。受信数と応答数で異なる最大頻度を設定してもよい。
　なお、レート取得部１９は、全てのコマンドを対象にして受信数および応答数をカウントしていたが、これに限定されるものではない。実施の形態１の図６で示すように、ＰＬＣ１ｂでは受信した各コマンドからコマンド種別や要求元機器のＩＰアドレスの情報を取得できることから、レート取得部１９は、コマンド種別毎や要求元機器毎に受信数および応答数をカウントしてもよい。
　なお、ＰＬＣ１ｂのハードウェア構成については、実施の形態１と同様、図１０または図１１に示す構成により実現される。
　以上説明したように、本実施の形態によれば、制御システム１００ｂにおいて、ＰＬＣ１ｂは、自装置に対する命令であるコマンドを処理する際の負荷状況を示す指標として、規定された期間におけるコマンドの受信数、および応答コマンドを送信した応答数を用いることとした。この場合においても、実施の形態１と同様の効果を得ることができる。
　また、図２７または図２８に示す表示を確認することにより、管理者は、周辺機器からどの程度の頻度でコマンドを受信し、それに対してどの程度の頻度で応答できているのかが把握できるため、受信数および応答数がＰＬＣ１ｂの性能に対して適切な状態であるか、過多であるかを把握できる。また、管理者は、受信数に対し応答数が下回っていれば、ＰＬＣ１ｂの負荷が高く、応答処理が滞っていると判断できる。
実施の形態４．
　実施の形態１では応答時間取得部１７が指標として応答時間を取得し、実施の形態２ではコマンドバッファ状態取得部１８が指標としてコマンド数またはバッファ使用率を取得し、実施の形態３ではレート取得部１９が指標として規定された期間のコマンドの受信数および応答コマンドを送信した応答数を取得していた。実施の形態４では、各指標を複合的に利用する場合について説明する。
　図２９は、実施の形態４にかかるＰＬＣ１ｃの構成例を示すブロック図である。ＰＬＣ１ｃは、図２に示す実施の形態１のＰＬＣ１に対して、処理負荷取得部１６を処理負荷取得部１６ｃに置き換えたものである。処理負荷取得部１６ｃは、応答時間取得部１７と、コマンドバッファ状態取得部１８と、レート取得部１９と、を備える。応答時間取得部１７、コマンドバッファ状態取得部１８、およびレート取得部１９の動作は、前述の通りである。
　ここで、実施の形態４の制御システムの構成は、図１に示す実施の形態１の制御システム１００に対して、ＰＬＣ１をＰＬＣ１ｃに置き換えたものである。図示は省略するが、説明の便宜上、実施の形態４の制御システムを制御システム１００ｃとする。
　ＰＬＣ１ｃでは、複数の方法によって取得された指標が指標記憶部２０に記憶されている。そのため、表示装置２は、ＰＬＣ１ｃから指標記憶部２０に記憶されている全ての指標の情報を取得することによって、ＰＬＣ１ｃのコマンド処理の負荷状況を複数の方法で表示することができる。また、表示装置２では、制御システム１００ｃの管理者が、各方法によって得られた指標毎に異なる処置内容を処置内容記憶部３３に設定してもよいし、複数の指標を組み合わせた場合の処置内容を処置内容記憶部３３に設定してもよい。例えば、実施の形態２で説明したコマンド数が最大コマンド数に達していなくても、実施の形態１で説明したコマンドの応答時間が最大応答時間よりも小さいあるいは応答時間を超えた場合に処置内容が表示されるように、管理者は、処置内容記憶部３３に処置内容を設定してもよい。
　なお、処理負荷取得部１６ｃが、応答時間取得部１７、コマンドバッファ状態取得部１８、およびレート取得部１９を備える場合について説明したが、これに限定されるものではない。処理負荷取得部１６ｃは、応答時間取得部１７、コマンドバッファ状態取得部１８、レート取得部１９のうちのいずれか２つを備える構成であってもよい。
　なお、ＰＬＣ１ｃのハードウェア構成については、実施の形態１と同様、図１０または図１１に示す構成により実現される。
　以上説明したように、本実施の形態によれば、制御システム１００ｃにおいて、ＰＬＣ１ｃは、複数の方法で指標を取得し、表示装置２は、ＰＬＣ１ｃがコマンドを処理する際の実際の負荷状況を、複数の方法でリアルタイムに表示することができる。これにより、管理者は、表示装置２に表示される各指標に基づく表示を比較することによって、ＰＬＣ１ｃのコマンド処理の負荷状況をより詳細に把握することができる。
　以上の実施の形態に示した構成は、本発明の内容の一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。
　１，１ａ，１ｂ，１ｃ，５　ＰＬＣ、２　表示装置、３　表示器、４　パソコン、６　ネットワーク、１１，３１　通信インタフェース、１２　コマンド受信部、１３　コマンドバッファ、１４　コマンド処理部、１５　コマンド応答部、１６，１６ａ，１６ｂ，１６ｃ　処理負荷取得部、１７　応答時間取得部、１８　コマンドバッファ状態取得部、１９　レート取得部、２０　指標記憶部、２１　指標送信制御部、３２　指標取得部、３３　処置内容記憶部、３４　表示制御部、３５　表示部、１００　制御システム。

Claims (12)

  1. 　機器から自装置に対する命令であるコマンドを受信するコマンド受信部と、
    　前記コマンドを処理する際の負荷状況を示す指標として、前記コマンドを受信してから前記コマンドに対する応答である応答コマンドを送信するまでの応答時間、または、処理待ち状態のコマンドが格納されるコマンドバッファに格納されている前記コマンドの数であるコマンド数、または、前記処理待ち状態のコマンドによる前記コマンドバッファのバッファ使用率、または、規定された期間内に受信した前記コマンドの受信数および前記コマンドに対する処理を行って前記期間内に応答コマンドを送信した応答数を取得する処理負荷取得部と、
    　を備えることを特徴とする制御装置。
  2. 　前記処理負荷取得部は、前記指標を指標記憶部に記憶させ、
    　さらに、
    　外部の装置からの前記指標の読出し要求に対して、前記指標記憶部から前記指標を読出し、前記外部の装置に送信する制御を行う指標送信制御部、
    　を備えることを特徴とする請求項１に記載の制御装置。
  3. 　前記処理負荷取得部は、前記指標を外部の指標記憶部に記憶させる、
    　ことを特徴とする請求項１に記載の制御装置。
  4. 　請求項１に記載の制御装置で取得された前記指標を取得する指標取得部と、
    　前記指標を用いて、前記制御装置における前記コマンドを処理する際の負荷状況を表示するための表示データを生成する表示制御部と、
    　前記表示制御部の制御により、前記表示データを用いて、前記制御装置におけるコマンドを処理する際の負荷状況を表示する表示部と、
    　を備えることを特徴とする表示装置。
  5. 　前記指標の内容に対応した処置内容の情報を記憶する処置内容記憶部、
    　を備え、
    　前記表示制御部は、前記処置内容の情報を含む表示データを生成する、
    　ことを特徴とする請求項４に記載の表示装置。
  6. 　前記指標取得部は、前記指標の読出し要求によって、前記制御装置から前記指標を取得する、
    　ことを特徴とする請求項４または５に記載の表示装置。
  7. 　前記制御装置が前記指標を外部の指標記憶部に記憶させている場合、
    　前記指標取得部は、前記指標記憶部から前記指標を読出して前記指標を取得する、
    　ことを特徴とする請求項４または５に記載の表示装置。
  8. 　請求項１に記載の制御装置と、
    　前記制御装置で取得された指標を取得し、取得した前記指標を用いて、前記制御装置におけるコマンドを処理する際の負荷状況を表示する表示装置と、
    　を備えることを特徴とする制御システム。
  9. 　制御装置が、接続する機器から自装置に対する命令であるコマンドを処理する際の負荷状況を示す指標として、前記コマンドを受信してから前記コマンドに対する応答である応答コマンドを送信するまでの応答時間、または、処理待ち状態のコマンドが格納されるコマンドバッファに格納されている前記コマンドの数であるコマンド数、または、前記処理待ち状態のコマンドによる前記コマンドバッファのバッファ使用率、または、規定された期間内に受信した前記コマンドの受信数および前記コマンドに対する処理を行って前記期間内に応答コマンドを送信した応答数を取得する取得ステップと、
    　表示装置が、前記指標を取得する読出しステップと、
    　前記表示装置が、前記指標を用いて、前記制御装置における前記コマンドを処理する際の負荷状況を表示するための表示データを生成し、前記制御装置におけるコマンドを処理する際の負荷状況を表示する表示ステップと、
    　を含むことを特徴とする処理負荷表示方法。
  10. 　前記表示ステップでは、前記表示装置が、前記指標の内容に対応した処置内容の情報を含む表示データを生成する、
    　ことを特徴とする請求項９に記載の処理負荷表示方法。
  11. 　前記取得ステップにおいて、前記制御装置は、前記指標を指標記憶部に記憶させ、
    　さらに、
    　前記制御装置が、前記表示装置からの前記指標の読出し要求に対して、前記指標記憶部から前記指標を読出し、前記表示装置に送信する制御を行う送信ステップ、
    　を含み、
    　前記読出しステップにおいて、前記表示装置は、前記指標の読出し要求によって、前記制御装置から前記指標を取得する、
    　ことを特徴とする請求項９または１０に記載の処理負荷表示方法。
  12. 　前記取得ステップにおいて、前記制御装置は、前記指標を外部の指標記憶部に記憶させ、
    　前記読出しステップにおいて、前記表示装置は、前記指標記憶部から前記指標を読出して前記指標を取得する、
    　ことを特徴とする請求項９または１０に記載の処理負荷表示方法。
PCT/JP2017/008351 2017-03-02 2017-03-02 制御装置、表示装置、制御システム、および処理負荷表示方法 WO2018158917A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2017560832A JPWO2018158917A1 (ja) 2017-03-02 2017-03-02 制御装置、表示装置、制御システム、および処理負荷表示方法
PCT/JP2017/008351 WO2018158917A1 (ja) 2017-03-02 2017-03-02 制御装置、表示装置、制御システム、および処理負荷表示方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/008351 WO2018158917A1 (ja) 2017-03-02 2017-03-02 制御装置、表示装置、制御システム、および処理負荷表示方法

Publications (1)

Publication Number Publication Date
WO2018158917A1 true WO2018158917A1 (ja) 2018-09-07

Family

ID=63369851

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/008351 WO2018158917A1 (ja) 2017-03-02 2017-03-02 制御装置、表示装置、制御システム、および処理負荷表示方法

Country Status (2)

Country Link
JP (1) JPWO2018158917A1 (ja)
WO (1) WO2018158917A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6808108B1 (ja) * 2020-03-11 2021-01-06 三菱電機株式会社 データ処理状況提示装置およびデータ処理状況提示方法
EP3620661B1 (de) * 2019-08-30 2021-10-06 Pfeiffer Vacuum Gmbh Anschlussvorrichtung, system und verfahren zum betreiben einer anschlussvorrichtung

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05233022A (ja) * 1992-02-19 1993-09-10 Fuji Electric Co Ltd プログラマブルコントローラの入出力応答時間確認方法
JP2011134197A (ja) * 2009-12-25 2011-07-07 Hitachi Industrial Equipment Systems Co Ltd プログラマブルコントローラ、及びプログラマブルコントローラにおける複数処理の時分割方法
WO2012090291A1 (ja) * 2010-12-28 2012-07-05 株式会社日立製作所 モーションコントローラ
JP2016119514A (ja) * 2014-12-18 2016-06-30 株式会社東芝 遠隔制御システム、遠隔制御方法、制御装置及びコンピュータプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10198628A (ja) * 1997-01-07 1998-07-31 Yokogawa Electric Corp バス変換器の過負荷状態検出装置
JP2000214917A (ja) * 1999-01-25 2000-08-04 Mitsubishi Electric Corp フェ―ジング装置
JP2001036537A (ja) * 1999-07-19 2001-02-09 Mitsubishi Electric Corp プラント監視制御システム
JP2003228404A (ja) * 2002-02-04 2003-08-15 Keyence Corp プログラマブルロジックコントローラ
JP2009245374A (ja) * 2008-03-31 2009-10-22 Nec Corp 負荷監視分析装置、方法ならびにプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05233022A (ja) * 1992-02-19 1993-09-10 Fuji Electric Co Ltd プログラマブルコントローラの入出力応答時間確認方法
JP2011134197A (ja) * 2009-12-25 2011-07-07 Hitachi Industrial Equipment Systems Co Ltd プログラマブルコントローラ、及びプログラマブルコントローラにおける複数処理の時分割方法
WO2012090291A1 (ja) * 2010-12-28 2012-07-05 株式会社日立製作所 モーションコントローラ
JP2016119514A (ja) * 2014-12-18 2016-06-30 株式会社東芝 遠隔制御システム、遠隔制御方法、制御装置及びコンピュータプログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3620661B1 (de) * 2019-08-30 2021-10-06 Pfeiffer Vacuum Gmbh Anschlussvorrichtung, system und verfahren zum betreiben einer anschlussvorrichtung
JP6808108B1 (ja) * 2020-03-11 2021-01-06 三菱電機株式会社 データ処理状況提示装置およびデータ処理状況提示方法
WO2021181558A1 (ja) * 2020-03-11 2021-09-16 三菱電機株式会社 データ処理状況提示装置およびデータ処理状況提示方法

Also Published As

Publication number Publication date
JPWO2018158917A1 (ja) 2019-03-14

Similar Documents

Publication Publication Date Title
US9984244B2 (en) Controller, information processing apparatus, and recording medium
US10320958B2 (en) Fast data transfer communication protocol for an industrial process network
US9869987B2 (en) Field bus system with industrial measurement device having automonous control operation
EP2955632A1 (en) Determining and correcting software server error conditions
WO2018158917A1 (ja) 制御装置、表示装置、制御システム、および処理負荷表示方法
CN104160386A (zh) 服务器装置、登录管理系统以及非易失性记录介质
JP2019135467A (ja) 故障診断システム
JP6177455B2 (ja) 管理システム
WO2012056537A1 (ja) プログラマブルコントローラ
JP2015018448A (ja) フィールド機器及びデータ処理方法
JP2006318102A (ja) フィールド機器管理装置およびフィールド機器管理方法
JP2013186658A (ja) データ伝送装置、データ伝送方法、及びプログラム
JP6833109B1 (ja) データ収集装置、データ収集方法及びプログラム
CN107391404B (zh) 一种基于硬件端口的数据传输方法及装置
CN104536709A (zh) 一种显示控制方法
US11720435B2 (en) Electronic device and fault diagnosis method of electronic device
JP6400232B1 (ja) プログラマブル表示器およびデータ取得方法
JP2017034433A (ja) 通信制御装置および方法
WO2019176286A1 (ja) 制御装置、制御方法、および、制御プログラム
EP2843684B1 (en) Event communication apparatus for protection relay
JP7035792B2 (ja) 照明制御システム
WO2015019687A1 (ja) 監視方法、およびコンピュータ装置
JP6758533B1 (ja) メンテナンス支援プログラム、メンテナンス支援装置、およびメンテナンス支援方法
WO2023243012A1 (ja) 制御システム、プログラマブルロジックコントローラ、可視化方法及びプログラム
WO2017163302A1 (ja) 制御装置

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2017560832

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17899017

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17899017

Country of ref document: EP

Kind code of ref document: A1