WO2020225972A1 - 制御装置、制御方法、制御プログラム - Google Patents

制御装置、制御方法、制御プログラム Download PDF

Info

Publication number
WO2020225972A1
WO2020225972A1 PCT/JP2020/010071 JP2020010071W WO2020225972A1 WO 2020225972 A1 WO2020225972 A1 WO 2020225972A1 JP 2020010071 W JP2020010071 W JP 2020010071W WO 2020225972 A1 WO2020225972 A1 WO 2020225972A1
Authority
WO
WIPO (PCT)
Prior art keywords
event
event log
recording
unit
log
Prior art date
Application number
PCT/JP2020/010071
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 オムロン株式会社
Publication of WO2020225972A1 publication Critical patent/WO2020225972A1/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
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring

Definitions

  • the present invention relates to a control device, a control method, and a control program that control the recording of event logs of devices.
  • a small embedded device equipped with a small amount of non-volatile memory can store only a limited amount of information such as abnormality information. Therefore, a means for preferentially erasing less important information to secure the amount of memory and making it difficult for important information to be lost is known as a prior art.
  • One aspect of the present invention is aimed at realizing a control device or the like that can reliably leave information when a trouble occurs.
  • the present invention adopts the following configuration in order to solve the above-mentioned problems.
  • the control device is a control device that controls the recording of event logs of events that occur in the device, and the importance and importance of each of the plurality of event codes and the plurality of event codes.
  • a database that stores data related to each other and lock state information indicating whether or not the event log can be overwritten, a detection unit that detects the event, and a log generation unit that refers to the database and generates an event log related to the event.
  • a recording unit that stores the event log and a recording control unit that controls writing of the event log to the recording unit are provided, and the event log includes the event code, the importance, and the lock state information. Is included, and the recording control unit does not overwrite the event log recorded in the recording unit whose lock state information cannot be overwritten with a new event log.
  • the control method is a control method for controlling the recording of the event log of the event that occurred in the device, and is a detection step for detecting an event, a plurality of event codes, and each of the plurality of event codes.
  • a log generation step for generating an event log related to the event and a recording step for recording the event log by referring to a database that stores data associated with each other with lock state information indicating the importance and whether or not the event log can be overwritten.
  • a recording control step for controlling the writing of the event log to the recording step, the event log includes the event code, the importance, and the lock state information, and the recording control. The step does not overwrite the event log recorded in the recording step in which the lock state information cannot be overwritten with a new event log.
  • trouble analysis can be enabled without losing important event logs.
  • the control device is a process for recording a record (hereinafter referred to as an “event log”) relating to an operation, behavior, state change, etc. (hereinafter referred to as an “event”) occurring in the device.
  • a code for specifying the type of event hereinafter referred to as "event code”
  • lock state information indicating the importance of each of the plurality of event codes and whether or not the event log can be overwritten.
  • a database that stores data associated with each other, a detection unit that detects the event, a log generation unit that refers to the database and generates an event log related to the event, and a recording unit that stores the event log.
  • FIG. 1 is a diagram showing an overall outline of the present embodiment.
  • FIG. 1 shows a configuration example in which the control device according to the present invention is applied to the production system 200.
  • the production system 200 includes a PLC (Programmable Logic Controller) 210, and the PLC 210 is communicably connected to a user terminal 300 for the user to scan the PLC 210 and a host device 400 that manages the PLC 210.
  • the external recording device 500 may be connected to any one of the production system 200, the user terminal 300, the higher-level device 400, or any device or device included in the production system 200.
  • the production system 200 includes, for example, equipment for production in a factory or a plant and a unit U2, a unit U3, a unit U4, and a unit U5 which are devices for controlling the equipment.
  • the coupler unit U1 is communicably connected to the unit U2 and the unit U3, and can process the information notified from the unit U2 and the unit U3 in an integrated manner.
  • Each of the units is grouped according to their functions, and for example, the coupler unit U1, the unit U2, and the unit U3 are included in the control group G1, and the unit U4 and the unit U5 are included in the control group G2.
  • control device 220 is included in the coupler unit U1, but is included in all or a part of the devices or devices included in the production system 200, the user terminal 300, the host device 400, or the production system 200. It may be included more than once.
  • the control device 220 includes a database 230 that defines the type of information, a detection unit 240 that detects information, a log generation unit 250 that generates detected information as an event log, a recording unit 260 that records event logs, and an event log. It includes a recording control unit 270 that controls the process of recording, a rewriting unit 280 that rewrites all or part of the event log, and a setting unit 290 that makes settings related to the event log.
  • FIG. 2 is a flowchart showing a flow of a series of event log generation.
  • the lock state is set according to the importance, but in another example, the lock may be set regardless of the importance.
  • Step S301 the detection unit 240 determines whether or not an event has been detected.
  • the event includes warnings such as the occurrence of an abnormality that occurred in each device of the coupler unit U1, unit U2, and unit U3, as well as various information such as completed processing, and the detection unit 240 determines these types. Notify the log generation unit 250 as an event code.
  • the detected event includes information (hereinafter, referred to as source information) that identifies the unit in which the event has occurred. If no event is detected (NO), the detection unit 240 continues the standby state. If an event is detected (YES), the process proceeds to step S302.
  • Step S302 the log generation unit 250 generates an event log including the importance information and the lock state information based on the event code and the notification time notified from the detection unit 240.
  • the importance information and the lock state information of the generated log are set by referring to the event code definition table of the database 230 according to the event code of the detected event.
  • the event log may include the source information.
  • Step S303 the recording control unit 270 determines whether or not there is a free area in the recording unit 260. If there is free space (YES), the process proceeds to step S304. If there is no free space (NO), the process proceeds to step S305.
  • Step S304 the recording control unit 270 sets the free area found in the recording unit 260 as the recording target area. After that, the process proceeds to step S311.
  • Step S305 the recording control unit 270 determines whether or not an event log that is not in the locked state exists in the recording unit 260. If there is no event log that is not in the locked state (NO), the recording control unit 270 ends the process and does not save the event log. If there is an event log that is not in the locked state (YES), the process proceeds to step S306.
  • Step S306 the recording control unit 270 determines whether or not an event log having a importance of "low", which is not in the locked state, exists in the recording unit 260. If there is an event log of "low importance" in the locked state (YES), the process proceeds to step S307. If the event log is not in the locked state and the event log of "low importance" does not exist (NO), the process proceeds to step S308.
  • Step S307 the recording control unit 270 sets the storage area of the event log having the oldest storage time among the event logs of "low" importance, which is not in the locked state existing in the recording unit 260, as the recording target area. After that, the process proceeds to step S311.
  • Step S308 the recording control unit 270 determines whether or not an event log having an importance of “medium” exists in the recording unit 260, not in the locked state. If there is an event log of "medium” importance in the locked state (YES), the process proceeds to step S309. If there is no event log of "medium” importance in the locked state (NO), the process proceeds to step S310.
  • step S309 the recording control unit 270 sets the storage area of the event log having the oldest storage time among the event logs having the importance of "medium", which is not the locked state existing in the recording unit 260, as the recording target area. After that, the process proceeds to step S311.
  • Step S310 the recording control unit 270 sets the storage area of the event log having the oldest storage time among the event logs having the highest importance, which is not the locked state existing in the recording unit 260, as the recording target area.
  • Step S311 In step S311 the recording control unit 270 saves the event log generated in step S302 in the recording target area of the recording unit 260 set in step S310.
  • the event log that the user does not want to delete can be left, and the event log can be left according to the importance.
  • FIG. 3 is a diagram showing an example of the data structure of the event code definition table defined in the database 230.
  • the event code definition table defines the type of each event log generated by the log generation unit 250.
  • the event code definition table has each item of event code, importance, lock status information, and message as an example. Of these, the importance and message items do not have to be included in the event code definition table because the lock state can be set in the event log even if they are not included in the event code definition table.
  • the importance item a value that evaluates the importance of the type of event corresponding to the event code is stored.
  • the importance is set in advance in consideration of, for example, the degree of association between the event and the failure or malfunction of the device, the magnitude of the influence of the occurrence of the failure, damage, and the like.
  • the importance is set in three stages of "high”, “medium”, and “low”, but it may be represented by a numerical value, for example, and there may be more or less stages. May be good.
  • the lock state information item information on whether or not overwriting of the event log corresponding to the event code is prohibited in the recording unit 260 is stored.
  • the case where overwriting is prohibited is represented by TRUE, and the case where overwriting is not prohibited is represented by FALSE.
  • the message item for example, a message displayed on the user terminal 300 to explain the contents of each event log to the user is stored.
  • FIG. 4 is a diagram showing an example of the data structure of the event log table recorded in the recording unit 260.
  • the event log table is a table showing the storage status of the generated event log.
  • the event log table has each item of area number, index, occurrence time, event code, importance, and lock state information.
  • the area number stores the number of the storage area corresponding to the event log among the areas obtained by dividing the storage area of the recording unit 260 into several parts.
  • the recording unit 260 has 128 storage areas that can store the event log, but the number of storage areas may be larger or smaller than this.
  • the index stores a value indicating the order in which the events occurred.
  • the index is incremented by 1 each time an event occurs.
  • the time when the event occurred is stored in the time of occurrence.
  • the time of occurrence may include information on the date or second (not shown) in addition to the hours and minutes shown in this figure.
  • the event code indicating the type of event is stored.
  • the importance information of the event is stored in the importance.
  • the lock state value of the event is stored in the lock state.
  • FIG. 5 is a flowchart showing an example of the flow when the lock state information of the event log is set for each control group or unit. This process is performed, for example, when a change in the lock state information setting of the event log is received from the user terminal 300.
  • the user terminal 300 changes the lock setting for each control group or unit according to the user's selection, and for an event originating from the control group or unit whose lock setting has been changed, for example, via the PLC 210, the lock It can be changed to the locked state or the unlocked state based on the settings.
  • the PLC 210 or the host device 400 may change the lock setting.
  • Step S401 the user terminal 300 determines whether or not to newly set the event log lock. If the event log lock setting is not newly performed (NO), the process is interrupted. When the event log lock setting is newly performed (YES), the process proceeds to step S402.
  • Step S402 the user terminal 300 determines whether the range in which the lock state information is set is in the control group unit or in the unit unit. If it is a control group unit, the process proceeds to step S403. If it is a unit unit, the process proceeds to step S406.
  • step S403 the user terminal 300 accepts the designation of the control group for setting the lock state information.
  • Steps S404 to S405 are repeated for all the units to be set, that is, for all the units belonging to the designated control group.
  • Step S404 the user terminal 300 transfers the set value to the unit belonging to the control group specified in step S403. That is, when the setting "lock the event log originating from any of the units belonging to the group" is made, the set value TRUE of the lock state information is transferred to the unit.
  • step S405 the setting unit 290 that manages the lock state information setting of the unit stores the set value set for the target unit in the database 230.
  • Step S406 the user terminal 300 accepts the designation of the unit for setting the lock state information.
  • step S407 the user terminal 300 transfers the set value to the set target unit. That is, when the setting "lock the event log originating from the unit" is made, the set value TRUE of the lock state information is transferred to the unit.
  • step S408 the setting unit 290 that manages the lock state information setting of the unit stores the set value set for the target unit in the database 230.
  • the event log originating from the control group or unit is subsequently locked. It will be saved.
  • FIG. 6 is a flowchart showing an example of a flow of a series of processes when the event log is read.
  • Step S501 the control device 220 receives an event log read request from the external device.
  • the external device that makes a read request may be, for example, a PLC 210, a user terminal 300, a host device 400, an external recording device 500, or other device (not shown) connected to the outside of the control device 220.
  • the request may be for an individual event log, for a plurality of event logs, or for all event logs recorded in the recording unit 260.
  • Step S502 the control device 220 determines whether or not there is a request to read the event log. If there is no request to read the event log (NO), the process proceeds to step S501. When there is a request to read the event log (YES), the process proceeds to step S503.
  • step S503 the control device 220 transmits the requested event log stored in the recording unit 260 to the request source.
  • step S504 the control device 220 determines whether the transmitted event log is in the locked state. If the transmitted event log is not in the locked state (NO), the control device 220 interrupts the process. If the transmitted event log is in the locked state (YES), the process proceeds to step S505.
  • lock state information may be rewritten to FALSE in the next step S505 without making the determination in step S504. In this case, FALSE is always overwritten even if it is not in the locked state.
  • step S505 the rewriting unit 280 rewrites the locked state information of the transmitted event log to FALSE and releases the locked state.
  • control block of the control device 220 may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or by software. May be good.
  • the control device 220 includes a computer that executes the instructions of a program that is software that realizes each function.
  • the computer includes, for example, one or more processors and a computer-readable recording medium that stores the program. Then, in the computer, the processor reads the program from the recording medium and executes it, thereby achieving the object of the present invention.
  • the processor for example, a CPU (Central Processing Unit) can be used.
  • the recording medium in addition to a “non-temporary tangible medium” such as a ROM (Read Only Memory), a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used.
  • a RAM RandomAccessMemory
  • the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program.
  • a transmission medium communication network, broadcast wave, etc.
  • one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.
  • the present invention may adopt the following configuration in order to solve the above-mentioned problems.
  • the control device is a control device that controls the recording of event logs of events that occur in the device, and the importance and importance of each of the plurality of event codes and the plurality of event codes.
  • a database that stores data related to each other and lock state information indicating whether or not the event log can be overwritten, a detection unit that detects the event, and a log generation unit that refers to the database and generates an event log related to the event.
  • a recording unit that stores the event log and a recording control unit that controls writing of the event log to the recording unit are provided, and the event log includes the event code, the importance, and the lock state information. Is included, and the recording control unit does not overwrite the event log recorded in the recording unit whose lock state information cannot be overwritten with a new event log.
  • the recording control unit when there is no free area in the recording unit where the event log is not recorded, the recording control unit has the importance of the event log recorded in the recording unit. It may have a configuration in which the recording unit is controlled so as to select a lower event log and overwrite the new event log.
  • control device even if the rewriting unit has a configuration in which the lock state information of the event log can be overwritten when the event log is read to an external device. Good.
  • the external device refers to a device outside the control device, such as a PLC (Programmable Logic Controller), a higher-level device of the PLC, a user terminal, or an external recording device.
  • PLC Programmable Logic Controller
  • the control device may include a setting unit for setting the lock state information of the database by a user operation.
  • the setting unit may have a configuration for setting lock state information for each PLC control group.
  • the control method is a control method for controlling the recording of the event log of the event that occurred in the device, and is a detection step for detecting an event, a plurality of event codes, and each of the plurality of event codes.
  • a log generation step for generating an event log related to the event and a recording step for recording the event log by referring to a database that stores data associated with each other with lock state information indicating the importance and whether or not the event log can be overwritten.
  • a recording control step for controlling the writing of the event log to the recording step, the event log includes the event code, the importance, and the lock state information, and the recording control. The step does not overwrite the event log recorded in the recording step in which the lock state information cannot be overwritten with a new event log.
  • Control unit 220 Control unit 230 Database 240 Detection unit 250 Log generation unit 260 Recording unit 270 Recording control unit 280 Rewriting unit 290 Setting unit G1, G2 Control group U1 Coupler unit U2, U3, U4, U5 unit

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

トラブル発生時の情報を残し、より適切なトラブル解決を可能にする。複数のイベントコードと、複数のイベントコードのそれぞれの、重要度及び上書き可否を示すロック状態情報を、互いに関連付けて得られるデータを格納するデータベース（２３０）と、イベントを検出する検出部（２４０）と、データベースを参照し、イベントに関するイベントログを生成するログ生成部（２５０）と、イベントログを記録する記録部（２６０）と、記録部へのイベントログの書き込みを制御する記録制御部（２７０）とを備え、イベントログには、イベントコード、重要度、ロック状態情報が含まれており、記録制御部は、ロック状態情報が上書き不可である記録部（２６０）に記録されたイベントログに対しては、新たなイベントログの上書きを行わない。

Description

制御装置、制御方法、制御プログラム
　本発明は、機器のイベントログの記録を制御する制御装置、制御方法、制御プログラムに関する。
　従来、少量の不揮発性メモリを搭載した小さい組込み機器では、異常情報などについて限られた数の情報しか保存できない。そこで、重要度の低い情報を優先的に消去してメモリ量を確保し、重要な情報を消失しにくくする手段が従来技術として知られている。
日本国公開特許公報「特開２０１１－７０３９７号公報（２０１１年４月７日公開）」
　しかしながら、上述のような従来技術は、重要度の高い情報を消失しにくくはするものの、情報が大量に発生した場合には古い情報が上書きされ、当該情報の原因であるトラブル発生時の記録をユーザが確認したいときに既に消去されてしまうことを免れない。
　本発明の一態様は、トラブル発生時の情報を確実に残すことができる制御装置等を実現することを目的とする。
　本発明は、上述した課題を解決するために、以下の構成を採用する。
　すなわち、本発明の一側面に係る制御装置は、機器に生じたイベントのイベントログの記録を制御する制御装置であって、複数のイベントコードと、前記複数のイベントコードのそれぞれの、重要度及びイベントログの上書き可否を示すロック状態情報とを、互いに関連付けたデータを格納するデータベースと、前記イベントを検出する検出部と、前記データベースを参照し、前記イベントに関するイベントログを生成するログ生成部と、前記イベントログを保存する記録部と、前記記録部への前記イベントログの書き込みを制御する記録制御部と、を備え、前記イベントログには、前記イベントコード、前記重要度、前記ロック状態情報が含まれており、前記記録制御部は、前記ロック状態情報が上書き不可である前記記録部に記録された前記イベントログに対しては、新たな前記イベントログの上書きを行わない。
　上記一側面に係る制御方法は、機器に生じたイベントのイベントログの記録を制御する制御方法であって、イベントを検出する検出ステップと、複数のイベントコードと、前記複数のイベントコードのそれぞれの、重要度及びイベントログの上書き可否を示すロック状態情報とを、互いに関連付けたデータを格納するデータベースを参照し、前記イベントに関するイベントログを生成するログ生成ステップと、前記イベントログを記録する記録ステップと、前記記録ステップへの前記イベントログの書き込みを制御する記録制御ステップと、を含み、前記イベントログには、前記イベントコード、前記重要度、前記ロック状態情報が含まれており、前記記録制御ステップは、前記ロック状態情報が上書き不可である前記記録ステップに記録された前記イベントログに対しては、新たな前記イベントログの上書きを行わない。
　本発明の一態様によれば、重要なイベントログを失うことなく、トラブル解析が有効にできる。
本実施形態の全体概要の一例を示す図である。 一連のイベントログ生成の流れの一例を示すフローチャートである。 イベントコード定義表のデータ構造の一例を示す図である。 イベントログ表のデータ構造の一例を示した図である。 制御グループ又はユニットごとにイベントログのロック状態情報を予め設定する場合の流れの一例を示したフローチャートである。 イベントログの読み出しが行われる場合の一連の処理の流れの一例を示したフローチャートである。
　以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。
　§１　適用例
　本発明に係る制御装置は、機器に生じた操作、挙動、状態の変化等（以下、「イベント」と称する）に係る記録（以下、「イベントログ」と称する）を記録する処理を制御する制御装置であって、イベントの種類を特定する符号（以下、「イベントコード」と称する）と、前記複数のイベントコードのそれぞれの、重要度及びイベントログの上書き可否を示すロック状態情報とを、互いに関連付けたデータを格納するデータベースと、前記イベントを検出する検出部と、前記データベースを参照し、前記イベントに関するイベントログを生成するログ生成部と、前記イベントログを保存する記録部と、前記記録部への前記イベントログの書き込みを制御する記録制御部と、を備え、前記イベントログには、前記イベントコード、前記重要度、前記ロック状態情報が含まれており、前記記録制御部は、前記ロック状態情報が上書き不可である前記記録部に記録された前記イベントログに対しては、新たな前記イベントログの上書きを行わない。これにより、トラブルの発生がイベントとして検出された場合に、当該トラブルの発生時のイベントログを残し、ユーザによる分析を可能にすることが実現される。
　図１を参照して、まず、本発明が適用された構成の一例を説明する。図１は、本実施形態の全体概要を示す図である。図１には、本発明に係る制御装置が生産システム２００に適用された一構成例を示している。
　図１に示す構成では、生産システム２００がＰＬＣ（Programmable Logic Controller）２１０を含み、ＰＬＣ２１０は、ユーザがＰＬＣ２１０の走査を行うためのユーザ端末３００およびＰＬＣ２１０を管理する上位機器４００と通信可能に接続されている。また、外部記録装置５００は、生産システム２００、ユーザ端末３００、上位機器４００のいずれか又は生産システム２００に含まれるいずれかの機器又は装置に接続されてもよい。
　生産システム２００は、ＰＬＣ２１０のほか、例えば、工場やプラントにおける生産のための機器及びそれを統括制御する装置であるユニットＵ２、ユニットＵ３、ユニットＵ４、ユニットＵ５を含む。カプラユニットＵ１は、ユニットＵ２及びユニットＵ３と通信可能に接続されており、ユニットＵ２及びユニットＵ３から通知される情報を統合的に処理することができる。前記各ユニットはその機能等によりグルーピングされており、例えば、カプラユニットＵ１、ユニットＵ２、ユニットＵ３は制御グループＧ１に、ユニットＵ４及びユニットＵ５は制御グループＧ２にそれぞれ含まれるものとする。
　§２　構成例
　以下、制御装置２２０の構成例について、詳細に説明する。なお、図１の例では、制御装置２２０はカプラユニットＵ１に含まれるが、生産システム２００、ユーザ端末３００、上位機器４００又は生産システム２００に含まれる機器又は装置の全部又は一部に含まれていてもよく、複数含まれていてもよい。
　制御装置２２０には、情報の種別を定義するデータベース２３０、情報を検出する検出部２４０、検知された情報をイベントログとして生成するログ生成部２５０、イベントログを記録する記録部２６０、イベントログを記録する処理を制御する記録制御部２７０、イベントログの全部又は一部を書き換える書換部２８０、イベントログに関する設定を行う設定部２９０が含まれる。
　＜イベントログの生成処理＞
　図２は、一連のイベントログ生成の流れを示すフローチャートである。なお、本実施形態では、重要度に応じてロック状態を設定しているが、別の例では、重要度と無関係にロックを設定してもよい。
　（ステップＳ３０１）
　ステップＳ３０１において、検出部２４０は、イベントが検知されたかどうかを判定する。イベントには、カプラユニットＵ１、ユニットＵ２及びユニットＵ３の各機器にて発生した異常発生等の警告のほか、完了した処理等の各種情報が含まれ、検出部２４０はこれらの種別を判別してイベントコードとしてログ生成部２５０に通知する。該検知されるイベントには該イベントが発生したユニットを特定する情報（以下、発生源情報という）が含まれる。イベントが検知されていない場合（ＮＯ）、検出部２４０は、待機状態を継続する。イベントが検知された場合（ＹＥＳ）、ステップＳ３０２に移行する。
　（ステップＳ３０２）
　ステップＳ３０２において、ログ生成部２５０は、検出部２４０から通知されたイベントコード及び通知時刻をもとに、重要度情報及びロック状態情報を含むイベントログを生成する。このとき、生成されるログの重要度情報及びロック状態情報は、前記検知されたイベントのイベントコードに応じてデータベース２３０のイベントコード定義表を参照して設定される。また、イベントログは、前記発生源情報を含んでいてもよい。
　（ステップＳ３０３）
　ステップＳ３０３において、記録制御部２７０は、記録部２６０に空き領域があるかどうかを判定する。空き領域がある場合（ＹＥＳ）、ステップＳ３０４に移行する。空き領域がない場合（ＮＯ）、ステップＳ３０５に移行する。
　（ステップＳ３０４）
　ステップＳ３０４において、記録制御部２７０は、記録部２６０において見つかった空き領域を記録対象領域に設定する。その後、ステップＳ３１１に移行する。
　（ステップＳ３０５）
　ステップＳ３０５において、記録制御部２７０は、ロック状態でないイベントログが記録部２６０に存在するかどうかを判定する。ロック状態でないイベントログが存在しない場合（ＮＯ）、記録制御部２７０は処理を終了し、前記イベントログを保存しない。ロック状態でないイベントログが存在する場合（ＹＥＳ）、ステップＳ３０６へ移行する。
　（ステップＳ３０６）
　ステップＳ３０６において、記録制御部２７０は、ロック状態でなく、重要度が「低」のイベントログが記録部２６０に存在するかどうかを判定する。ロック状態でなく、重要度が「低」のイベントログが存在する場合（ＹＥＳ）、ステップＳ３０７へ移行する。ロック状態でなく、重要度が「低」のイベントログが存在しない場合（ＮＯ）、ステップＳ３０８へ移行する。
　（ステップＳ３０７）
　ステップＳ３０７において、記録制御部２７０は、記録部２６０に存在するロック状態でなく、重要度が「低」のイベントログのうち、最も保存時刻の古いものの保存領域を記録対象領域に設定する。その後、ステップＳ３１１に移行する。
　（ステップＳ３０８）
　ステップＳ３０８において、記録制御部２７０は、ロック状態でなく、重要度が「中」のイベントログが記録部２６０に存在するかどうかを判定する。ロック状態でなく、重要度が「中」のイベントログが存在する場合（ＹＥＳ）、ステップＳ３０９へ移行する。ロック状態でなく、重要度が「中」のイベントログが存在しない場合（ＮＯ）、ステップＳ３１０へ移行する。
　（ステップＳ３０９）
　ステップＳ３０９において、記録制御部２７０は、記録部２６０に存在するロック状態でなく、重要度が「中」のイベントログのうち、最も保存時刻の古いものの保存領域を記録対象領域に設定する。その後、ステップＳ３１１に移行する。
　（ステップＳ３１０）
　ステップＳ３１０において、記録制御部２７０は、記録部２６０に存在するロック状態でなく、重要度が「高」のイベントログのうち、最も保存時刻の古いものの保存領域を記録対象領域に設定する。
　（ステップＳ３１１）
　ステップＳ３１１において、記録制御部２７０は、ステップＳ３１０で設定された記録部２６０の記録対象領域に、ステップＳ３０２で生成されたイベントログを保存する。
　上記の処理により、ユーザが消去したくないイベントログを残し、重要度に応じイベントログを残すことができる。
　図３は、データベース２３０に定義されているイベントコード定義表のデータ構造の一例を示した図である。
　イベントコード定義表は、ログ生成部２５０により生成される各イベントログの種類を定義する。
　イベントコード定義表は、一例として、イベントコード、重要度、ロック状態情報、メッセージの各項目を有する。なお、これらのうち、重要度及びメッセージの項目は、イベントコード定義表に含まれていなくてもイベントログにロック状態を設定できるため、イベントコード定義表に含まれていなくてもよい。
　イベントコードの項目には、イベントログの各種類を特定するための値が格納される。
　重要度の項目には、当該イベントコードに該当する種類のイベントが持つ重要性を評価した値が格納される。重要度は、例えば、当該イベントと機器の故障や誤作動との関連度合いや、当該故障等の発生による影響の大きさや損害等を考慮して予め設定される。本実施形態の例では、重要度は「高」、「中」及び「低」の３段階で設定されているが、例えば数値で表されていてもよく、段階がこれより多くても少なくてもよい。
　ロック状態情報の項目には、前記イベントコードに相応するイベントログについて、記録部２６０において上書きを禁止するか否かの情報が格納される。本実施形態の例では、上書きを禁止する場合をＴＲＵＥ、上書きを禁止しない場合をＦＡＬＳＥで表す。
　メッセージの項目には、例えばユーザ端末３００上で、ユーザに各イベントログの内容を説明するために表示されるメッセージが格納される。
　図４は、記録部２６０に記録されるイベントログ表のデータ構造の一例を示す図である。
　イベントログ表は、前記生成されたイベントログの格納状態を示した表である。イベントログ表は、一例として、領域番号、インデックス、発生時刻、イベントコード、重要度、ロック状態情報の各項目を有する。
　領域番号には、記録部２６０が有する記憶領域をいくつかに分割した領域のうち、当該イベントログに相応する記憶領域の番号が格納される。本実施形態の例では、記録部２６０はイベントログを格納できる１２８個の記憶領域を持つが、記憶領域の数はこれより多くても少なくてもよい。
　インデックスには、イベントが発生した順番を示す値が格納される。本実施形態の例では、イベントが発生する毎にインデックスは１ずつ増加する。
　発生時刻には、イベントが発生した時刻が格納される。発生時刻は、本図に示されている時及び分のほか、図示しない年月日又は秒の情報を含んでいてもよい。
　イベントコードには、イベントの種類を示す前記イベントコードが格納される。
　重要度には、イベントの前記重要度情報が格納される。
　ロック状態には、イベントの前記ロック状態値が格納される。
　＜制御グループ又はユニットごとのロック設定＞
　図５は、制御グループ又はユニットごとにイベントログのロック状態情報を設定する場合の流れの一例を示したフローチャートである。この処理は、例えば、ユーザ端末３００からイベントログのロック状態情報の設定変更を受け付けた場合等に行われる。例えばユーザ端末３００はユーザの選択により制御グループ又はユニットごとにロック設定を変更し、例えばＰＬＣ２１０を経由して、当該ロック設定が変更された制御グループ又はユニットを発生源とするイベントについては、当該ロック設定をもとに全てロック状態又は全てロックしていない状態に変更できる。なお、ユーザ端末３００の代わりに、ＰＬＣ２１０又は上位機器４００がロック設定の変更を行ってもよい。
　（ステップＳ４０１）
　ステップＳ４０１において、ユーザ端末３００は、イベントログのロック設定を新たに行うかどうかを判定する。イベントログのロック設定を新たに行わない場合（ＮＯ）、処理を中断する。イベントログのロック設定を新たに行う場合（ＹＥＳ）、ステップＳ４０２に移行する。
　（ステップＳ４０２）
　ステップＳ４０２において、ユーザ端末３００は、ロック状態情報を設定する範囲が制御グループ単位であるか、ユニット単位であるかを判定する。制御グループ単位である場合、ステップＳ４０３に移行する。ユニット単位である場合、ステップＳ４０６に移行する。
　（ステップＳ４０３）
　ステップＳ４０３において、ユーザ端末３００は、ロック状態情報を設定する制御グループの指定を受け付ける。
　ステップＳ４０４からステップＳ４０５は、設定すべき全てのユニットについて、すなわち、指定された制御グループに属する全てのユニットについて繰り返される。
　（ステップＳ４０４）
　ステップＳ４０４において、ユーザ端末３００は、ステップＳ４０３にて指定された制御グループに属するユニットに設定値を転送する。すなわち、「該グループに属するユニットのいずれかを発生源とするイベントログをロックする」という設定がなされた場合、ロック状態情報の設定値ＴＲＵＥを該ユニットに転送する。
　（ステップＳ４０５）
　ステップＳ４０５において、該ユニットのロック状態情報設定を管理する設定部２９０は、該対象となっているユニットについて、前記設定された設定値をデータベース２３０に保存する。
　（ステップＳ４０６）
　ステップＳ４０６において、ユーザ端末３００は、ロック状態情報を設定するユニットの指定を受け付ける。
　（ステップＳ４０７）
　ステップＳ４０７において、ユーザ端末３００は、設定対象ユニットに設定値を転送する。すなわち、「該ユニットを発生源とするイベントログをロックする」という設定がなされた場合、ロック状態情報の設定値ＴＲＵＥを該ユニットに転送する。
　（ステップＳ４０８）
　ステップＳ４０８において、該ユニットのロック状態情報設定を管理する設定部２９０は、該対象となっているユニットについて、前記設定された設定値をデータベース２３０に保存する。
　上記例によれば、対象となった制御グループ又はユニットについてイベントログをロックする設定が転送され、保存されたため、該制御グループ又はユニットを発生源とするイベントログは、以後、ロックされた状態で保存される。
　＜イベントログを読み出す場合の処理＞
　図６は、イベントログの読み出しが行われる場合の一連の処理の流れの一例を示したフローチャートである。
　（ステップＳ５０１）
　ステップＳ５０１において、制御装置２２０は、外部機器からイベントログの読み出し要求を受け付ける。読み出し要求を行う外部機器とは、例えばＰＬＣ２１０、ユーザ端末３００、上位機器４００、外部記録装置５００、その他制御装置２２０の外部に接続された図示しない機器であってよい。当該要求は、個別のイベントログに対するものであっても、複数のイベントログに対するものであってもよく、また、記録部２６０に記録されている全てのイベントログに対するものであってもよい。
　（ステップＳ５０２）
　ステップＳ５０２において、制御装置２２０は、イベントログの読み出し要求があったかどうかを判定する。イベントログの読み出し要求が無かった場合（ＮＯ）、ステップＳ５０１に移行する。イベントログの読み出し要求があった場合（ＹＥＳ）、ステップＳ５０３に移行する。
　（ステップＳ５０３）
　ステップＳ５０３において、制御装置２２０は、記録部２６０に保存されている要求されたイベントログを要求元に送信する。
　（ステップＳ５０４）
　ステップＳ５０４において、制御装置２２０は、送信されたイベントログがロック状態であるかを判定する。送信されたイベントログがロック状態でない場合（ＮＯ）、制御装置２２０は、処理を中断する。送信されたイベントログがロック状態である場合（ＹＥＳ）、ステップＳ５０５に移行する。
　なお、ステップＳ５０４の判断を行うことなく、必ず次のステップＳ５０５で、ロック状態情報をＦＡＬＳＥに書き換えるようにしてもよい。この場合、ロック状態で無くても、常にＦＡＬＳＥが上書きされることとなる。
　（ステップＳ５０５）
　ステップＳ５０５において、書換部２８０は、送信されたイベントログのロック状態情報をＦＡＬＳＥに書き換え、ロック状態を解除する。
　§３　作用・効果
　上記の構成により、容量の小さな機器においても、例えばトラブル発生時点の重要な記録を残すことができるため、ユーザがより的確にトラブルの原因を解決することを可能にする。イベントログが全てロック状態となっても、例えば外部機器に書き出すことでロックが解除されるため、古いトラブルの記録が新しいイベントのための容量を圧迫することも回避できる。
　〔ソフトウェアによる実現例〕
　制御装置２２０の制御ブロック（特にログ生成部２５０および記録制御部２７０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。
　後者の場合、制御装置２２０は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
　本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
　本発明は、上述した課題を解決するために、以下の構成を採用してもよい。
　すなわち、本発明の一側面に係る制御装置は、機器に生じたイベントのイベントログの記録を制御する制御装置であって、複数のイベントコードと、前記複数のイベントコードのそれぞれの、重要度及びイベントログの上書き可否を示すロック状態情報とを、互いに関連付けたデータを格納するデータベースと、前記イベントを検出する検出部と、前記データベースを参照し、前記イベントに関するイベントログを生成するログ生成部と、前記イベントログを保存する記録部と、前記記録部への前記イベントログの書き込みを制御する記録制御部と、を備え、前記イベントログには、前記イベントコード、前記重要度、前記ロック状態情報が含まれており、前記記録制御部は、前記ロック状態情報が上書き不可である前記記録部に記録された前記イベントログに対しては、新たな前記イベントログの上書きを行わない。
　上記構成によれば、トラブルの発生がイベントとして検出された場合に、当該トラブルの発生時のイベントログを残し、ユーザによる分析を可能にすることが実現される。
　上記一側面に係る制御装置において、前記記録制御部は、前記記録部にイベントログが記録されていない空き領域が無い場合に、前記記録部に記録された前記イベントログのうち、前記重要度がより低いイベントログを選択して、新たな前記イベントログの上書きを行うように前記記録部を制御する構成を有していてもよい。
　上記構成によれば、トラブル発生当時の情報を残すことが実現される。
　上記一側面に係る制御装置において、前記書換部は、外部機器への前記イベントログの読み出しが行われたときに当該イベントログの前記ロック状態情報を上書き可能に変更する構成を有していてもよい。
　上記構成によれば、記録部の空き容量を確保しつつ情報を統合的に処理することが実現される。なお、上記外部機器は、例えばＰＬＣ（Programmable Logic Controller）、ＰＬＣの上位機器、ユーザ端末、外部記録装置など、制御装置の外部にある機器を指す。
　上記一側面に係る制御装置において、ユーザの操作により前記データベースの前記ロック状態情報を設定する設定部を備えていてもよい。
　上記構成によれば、ユーザの判断で残したい情報を残すことが実現される。
　上記一側面に係る制御装置において、前記設定部は、ＰＬＣの制御グループごとにロック状態情報を設定する構成を有していてもよい。
　上記構成によれば、ユーザが特に確認したい制御グループの情報を残すことが実現される。
　上記一側面に係る制御方法は、機器に生じたイベントのイベントログの記録を制御する制御方法であって、イベントを検出する検出ステップと、複数のイベントコードと、前記複数のイベントコードのそれぞれの、重要度及びイベントログの上書き可否を示すロック状態情報とを、互いに関連付けたデータを格納するデータベースを参照し、前記イベントに関するイベントログを生成するログ生成ステップと、前記イベントログを記録する記録ステップと、前記記録ステップへの前記イベントログの書き込みを制御する記録制御ステップと、を含み、前記イベントログには、前記イベントコード、前記重要度、前記ロック状態情報が含まれており、前記記録制御ステップは、前記ロック状態情報が上書き不可である前記記録ステップに記録された前記イベントログに対しては、新たな前記イベントログの上書きを行わない。
　上記構成によれば、トラブルの発生がイベントとして検出された場合に、当該トラブルの発生時のイベントログを残し、ユーザによる分析を可能にすることが実現される。
２２０　制御装置
２３０　データベース
２４０　検出部
２５０　ログ生成部
２６０　記録部
２７０　記録制御部
２８０　書換部
２９０　設定部
Ｇ１、Ｇ２　制御グループ
Ｕ１　カプラユニット
Ｕ２、Ｕ３、Ｕ４、Ｕ５　ユニット

Claims (7)

  1. 　機器に生じたイベントのイベントログの記録を制御する制御装置であって、
    　複数のイベントコードと、前記複数のイベントコードのそれぞれの、重要度及びイベントログの上書き可否を示すロック状態情報とを、互いに関連付けたデータを格納するデータベースと、
    　前記イベントを検出する検出部と、
    　前記データベースを参照し、前記イベントに関するイベントログを生成するログ生成部と、
    　前記イベントログを保存する記録部と、
    　前記記録部への前記イベントログの書き込みを制御する記録制御部と、を備え、
    　前記イベントログには、前記イベントコード、前記重要度、前記ロック状態情報が含まれており、
    　前記記録制御部は、前記ロック状態情報が上書き不可である前記記録部に記録された前記イベントログに対しては、新たな前記イベントログの上書きを行わない、制御装置。
  2. 　前記記録制御部は、前記記録部にイベントログが記録されていない空き領域が無い場合に、前記記録部に記録された前記イベントログのうち、前記重要度がより低いイベントログを選択して、新たな前記イベントログの上書きを行うように前記記録部を制御する、請求項１に記載の制御装置。
  3. 　前記イベントログのロック状態情報を書き換える書換部を備え、
    　前記書換部は、外部機器への前記イベントログの読み出しが行われたときに当該イベントログの前記ロック状態情報を上書き可能に変更する、請求項１又は２のいずれか一項に記載の制御装置。
  4. 　ユーザの操作により前記データベースの前記ロック状態情報を設定する設定部を備える、請求項１～３のいずれか一項に記載の制御装置。
  5. 　前記設定部は、ＰＬＣの制御グループごとにロック状態情報を設定する、請求項４に記載の制御装置。
  6. 　機器に生じたイベントのイベントログの記録を制御する制御方法であって、
    　イベントを検出する検出ステップと、
    　複数のイベントコードと、前記複数のイベントコードのそれぞれの、重要度及びイベントログの上書き可否を示すロック状態情報とを、互いに関連付けたデータを格納するデータベースを参照し、前記イベントに関するイベントログを生成するログ生成ステップと、
    　前記イベントログを記録する記録ステップと、
    　前記記録ステップへの前記イベントログの書き込みを制御する記録制御ステップと、を含み、
    　前記イベントログには、前記イベントコード、前記重要度、前記ロック状態情報が含まれており、
    　前記記録制御ステップは、前記ロック状態情報が上書き不可である前記記録ステップに記録された前記イベントログに対しては、新たな前記イベントログの上書きを行わない、制御方法。
  7. 　請求項１～５のいずれか一項に記載の制御装置としてコンピュータを機能させるための制御プログラムであって、上記各部としてコンピュータを機能させるための制御プログラム。
     
PCT/JP2020/010071 2019-05-09 2020-03-09 制御装置、制御方法、制御プログラム WO2020225972A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-089015 2019-05-09
JP2019089015A JP7358772B2 (ja) 2019-05-09 2019-05-09 制御装置、制御方法、制御プログラム

Publications (1)

Publication Number Publication Date
WO2020225972A1 true WO2020225972A1 (ja) 2020-11-12

Family

ID=73045442

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/010071 WO2020225972A1 (ja) 2019-05-09 2020-03-09 制御装置、制御方法、制御プログラム

Country Status (2)

Country Link
JP (1) JP7358772B2 (ja)
WO (1) WO2020225972A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10161740A (ja) * 1996-12-04 1998-06-19 Nec Corp 警報データ記録方式
JP2000259213A (ja) * 1999-03-05 2000-09-22 Toshiba Corp プログラマブルコントローラ
JP2002073165A (ja) * 2000-08-30 2002-03-12 Hioki Ee Corp 測定器により検出される電源の異常項目別の内容保持方法
JP2007018100A (ja) * 2005-07-05 2007-01-25 Fujitsu Ten Ltd ログ記録装置およびログ記録方法
JP2011070397A (ja) * 2009-09-25 2011-04-07 Hitachi Constr Mach Co Ltd 機械の異常監視装置
JP2018018468A (ja) * 2016-07-29 2018-02-01 リンナイ株式会社 異常状況記録装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE112015006089T5 (de) * 2015-01-30 2017-10-19 Mitsubishi Electric Corporation A/D-Wandler, D/A-Wandler und speicherprogrammierbare Steuerung
JP6862878B2 (ja) * 2017-02-06 2021-04-21 オムロン株式会社 通信装置、通信システム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10161740A (ja) * 1996-12-04 1998-06-19 Nec Corp 警報データ記録方式
JP2000259213A (ja) * 1999-03-05 2000-09-22 Toshiba Corp プログラマブルコントローラ
JP2002073165A (ja) * 2000-08-30 2002-03-12 Hioki Ee Corp 測定器により検出される電源の異常項目別の内容保持方法
JP2007018100A (ja) * 2005-07-05 2007-01-25 Fujitsu Ten Ltd ログ記録装置およびログ記録方法
JP2011070397A (ja) * 2009-09-25 2011-04-07 Hitachi Constr Mach Co Ltd 機械の異常監視装置
JP2018018468A (ja) * 2016-07-29 2018-02-01 リンナイ株式会社 異常状況記録装置

Also Published As

Publication number Publication date
JP2020184257A (ja) 2020-11-12
JP7358772B2 (ja) 2023-10-11

Similar Documents

Publication Publication Date Title
US5630139A (en) Program download type information processor
US7512849B1 (en) Reconfigurable programmable logic system with configuration recovery mode
CN108874624B (zh) 服务器、监控Java进程的方法及存储介质
US11507484B2 (en) Ethod and computer storage node of shared storage system for abnormal behavior detection/analysis
JP2007233593A (ja) ロギングシステム
US6725351B1 (en) Data communication device having a buffer in a nonvolatile storage device
WO2020225972A1 (ja) 制御装置、制御方法、制御プログラム
CN110221932B (zh) 计算机及其控制方法
US20140143887A1 (en) Security measures for data protection
US6035417A (en) Method and system for taking over data and device for processing data
CN111832084A (zh) 基板管理控制器的固件保护系统以及方法
US6182244B1 (en) System and method for automatically initiating a tracing facility and dynamically changing the levels of tracing currently active
JP3687565B2 (ja) ログデータ保存方式、ログデータ保存方法およびログデータ保存用プログラム
JPH11327965A (ja) アプリケーションのログレベルの動的変更方法
KR102102335B1 (ko) 이중 메모리 구조 및 이를 이용한 plc의 메시지 처리 방법
JP2000047909A (ja) システムログ記録装置、システムログ記録方法および記録媒体
CN113761524A (zh) 激活窗口审计方法及系统
JP7477963B2 (ja) ガス警報器
JP3785931B2 (ja) 入出力要求遮断方式、入出力要求遮断方法および入出力要求遮断用プログラムを記録した記録媒体
CN112799922A (zh) 一种日志管理方法、电子设备和存储装置
JP2002215428A (ja) タスク監視装置、タスク監視方法及びこの方法を記録した記録媒体
JP2001014201A (ja) 共有ファイルシステム
US10705149B2 (en) Voltage drop detection through data corruption detection
JP3985530B2 (ja) 不正行為監視システム
JP2002175201A (ja) コンピュータシステム及びそれに用いるトレース情報制御方式

Legal Events

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

Ref document number: 20802226

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: 20802226

Country of ref document: EP

Kind code of ref document: A1