JPH10327217A - Log management system - Google Patents
Log management systemInfo
- Publication number
- JPH10327217A JPH10327217A JP13665397A JP13665397A JPH10327217A JP H10327217 A JPH10327217 A JP H10327217A JP 13665397 A JP13665397 A JP 13665397A JP 13665397 A JP13665397 A JP 13665397A JP H10327217 A JPH10327217 A JP H10327217A
- Authority
- JP
- Japan
- Prior art keywords
- time
- log
- buffer
- unit
- occurrence
- Prior art date
- Legal status (The legal status 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 status listed.)
- Withdrawn
Links
Landscapes
- Testing And Monitoring For Control Systems (AREA)
- Debugging And Monitoring (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は、監視装置が、被監
視装置から送られて来た状態変化や障害等の装置情報を
ログとして記録・表示するログ管理方式に関する。監視
装置が被監視装置の状態変化や障害を監視する監視シス
テムには、種々の形態が想定されるが、端的な例として
通信ネットワークを挙げることができる。図19は、通
信ネットワークの構成例を示す。周知のように、通信ネ
ットワークでは、伝送装置(通信装置)における回線切
替情報、障害回避のためのクロック追従先変更、冗長系
の切り替え、運用データをオンラインで変更した場合の
データ退避、回線確立の情報等をセンター等で監視する
ことが行われる。そこで、通信ネットワークでは、図1
9において、監視装置50が、その配下にある伝送装置
(被監視装置)60に状態変化情報や障害情報を発生時
刻と共に送信させ、それらを被監視装置毎のログとして
記録・表示することが行われる。また、このような通信
ネットワークやサブネットワークの複数個を総合的に監
視する上位監視装置70が存在する場合には、各ネット
ワークの監視装置50は、収集したログ情報を上位監視
装置70へ通知する。このように、監視システムでは、
一般に、被監視装置が装置の状態変化や障害等の装置情
報の発生を検出したときにそれらの装置情報を発生時刻
を付与して監視装置へ通知し、監視装置がそれらの装置
情報をログとして記録・表示するログ管理方式が採用さ
れる。以下、図20〜図23を参照して従来の監視シス
テムにおいて採用されるログ管理方式を具体的に説明す
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a log management system in which a monitoring device records and displays, as a log, device information such as a status change and a failure sent from a monitored device. Various forms are conceivable for a monitoring system in which a monitoring device monitors a change in state or a failure of a monitored device, and a communication network can be mentioned as a simple example. FIG. 19 shows a configuration example of a communication network. As is well known, in a communication network, line switching information in a transmission device (communication device), change of a clock follow-up destination for avoiding a failure, switching of a redundant system, data saving when operation data is changed online, and establishment of a line. Information is monitored at a center or the like. Therefore, in the communication network, FIG.
In step 9, the monitoring device 50 causes the transmission device (monitored device) 60 under the monitoring device 50 to transmit the status change information and the failure information together with the time of occurrence, and records and displays the information as a log for each monitored device. Will be When there is a higher-level monitoring device 70 that comprehensively monitors a plurality of such communication networks and sub-networks, the monitoring device 50 of each network notifies the higher-level monitoring device 70 of the collected log information. . Thus, in the monitoring system,
Generally, when a monitored device detects occurrence of device information such as a change in the state of a device or a failure, the device information is notified to the monitoring device by giving the time of occurrence, and the monitoring device logs the device information as a log. A log management system for recording and displaying is adopted. Hereinafter, a log management method adopted in the conventional monitoring system will be specifically described with reference to FIGS.
【0002】[0002]
【従来の技術】図20は、従来の監視装置の構成例であ
る。図21は、従来のバッファ格納部の処理フローチャ
ートである。図22は、従来のログ管理部の処理フロー
チャートである。図23は、従来のログソート結果の説
明図である。図20において、監視装置は、バッファ5
1、ログ管理部52、バッフア格納部53、ログ格納領
域55、内部時計54、GUI(グラフィック・ユーザ
ー・インタフェース)56、通知部57,58等を備え
る。2. Description of the Related Art FIG. 20 shows a configuration example of a conventional monitoring apparatus. FIG. 21 is a processing flowchart of a conventional buffer storage unit. FIG. 22 is a processing flowchart of a conventional log management unit. FIG. 23 is an explanatory diagram of a conventional log sorting result. In FIG. 20, the monitoring device is a buffer 5
1, a log management unit 52, a buffer storage unit 53, a log storage area 55, an internal clock 54, a GUI (graphic user interface) 56, notification units 57 and 58, and the like.
【0003】伝送装置が発する発生時刻付きの状態変化
や障害等の装置情報(以下、これらを単に「状態変化」
という)の通知は、通知部58を介してバッファ格納部
53に入力する。バッファ格納部53は、通知された状
態変化を発生時刻と共にログとしてバッファ51に格納
する。また、ログ管理部52は、内部時計54を参照し
つつバッファ51からログを読み出し、上位監視装置が
存在する場合は通知部57を介して上位監視装置へ通知
するとともに、バッファ51から読み出したログをログ
格納領域55に格納する。そして、このようにしてログ
格納領域55に収集格納したログは、GUI56によっ
て読み出され、GUI56の図示しない表示部に表示さ
れる。[0003] Device information such as a status change with a time of occurrence or a failure generated by a transmission device (hereinafter referred to simply as "status change")
) Is input to the buffer storage unit 53 via the notification unit 58. The buffer storage unit 53 stores the notified state change as a log in the buffer 51 together with the occurrence time. The log management unit 52 reads the log from the buffer 51 while referring to the internal clock 54, and notifies the higher-level monitoring device via the notifying unit 57 when a higher-level monitoring device exists, Is stored in the log storage area 55. The logs collected and stored in the log storage area 55 in this manner are read by the GUI 56 and displayed on a display unit (not shown) of the GUI 56.
【0004】ここに、被監視装置から通知される状態変
化は、伝送遅延や被監視装置での状態変化の検出方法の
相違によって必ずしも発生時刻順とはならないので、ロ
グを発生時刻順に管理するために監視装置では、通知さ
れた状態変化のログについて発生時刻順に並べるソート
処理を実施する必要がある。このソート処理は、バッフ
ァ格納部53とログ管理部52とによって実施される。Here, the status change notified from the monitored device is not always in the order of the occurrence time due to the transmission delay or the difference in the method of detecting the status change in the monitored device. In the monitoring apparatus, it is necessary to perform a sorting process for arranging the notified status change logs in order of occurrence time. This sorting process is performed by the buffer storage unit 53 and the log management unit 52.
【0005】即ち、バッファ格納部53は、通知された
状態変化のログを図21に示す手順でソートして一度バ
ッファ51に格納し、ログ管理部52は、図22に示す
手順で最大遅延時間を経過したものから順にバッファ5
1から読み出してログ格納領域55に格納することで、
ログを発生時刻順に管理できるようにしている。なお、
最大遅延時間とは、被監視装置が状態変化を検出してか
ら監視装置がその状態変化の通知を受信するまでの経過
時間(遅延時間)の最大値であり、その値は、被監視装
置毎に既知である。That is, the buffer storage unit 53 sorts the notified log of the status change according to the procedure shown in FIG. 21 and temporarily stores it in the buffer 51, and the log management unit 52 executes the maximum delay time according to the procedure shown in FIG. Buffer 5 in ascending order
By reading from the first and storing it in the log storage area 55,
Logs can be managed in chronological order. In addition,
The maximum delay time is the maximum value of the elapsed time (delay time) from when the monitored device detects a state change to when the monitoring device receives the notification of the state change, and the value is determined for each monitored device. Is known.
【0006】以下、図21、図22を参照して従来のロ
グソート方法を説明する。図21において、バッファ格
納部53は、バッファ51に格納したログ件数を管理し
ており、このバッファ内ログ件数に基づき次のようにし
てログをバッファ51に格納する。被監視装置から発生
時刻付きの状態変化の通知を受け取ると(S50)、ア
ドレスポインタをまず1番目のログを格納するアドレス
(recNo=0)に設定し(S51)、そのアドレス(recN
o=0)は最後のログを格納するアドレスではないので
(S52)、1番目のログを格納するアドレス(recNo
=0)から読み出した発生時刻と通知された状態変化の
発生時刻との大小関係を判断し(S53)、アドレス
(recNo=0)から読み出した発生時刻が通知された状態
変化の発生時刻よりも大きい場合は、アドレスポインタ
をrecNo=recNo+1と1つ進めて(S54)再び、当該
アドレス(recNo)が最後のログを格納するアドレスであ
るか否かを判断する(S52)。A conventional log sorting method will be described below with reference to FIGS. 21, the buffer storage unit 53 manages the number of logs stored in the buffer 51, and stores logs in the buffer 51 as follows based on the number of logs in the buffer. Upon receiving a notification of the state change with the occurrence time from the monitored device (S50), the address pointer is first set to the address (recNo = 0) for storing the first log (S51), and the address (recN) is set.
Since (o = 0) is not the address for storing the last log (S52), the address for storing the first log (recNo)
= 0) and the notified state change occurrence time are determined (S53), and the occurrence time read from the address (recNo = 0) is set to be greater than the notified state change occurrence time. If it is larger, the address pointer is advanced by recNo = recNo + 1 (S54), and it is determined again whether the address (recNo) is the address for storing the last log (S52).
【0007】即ち、S52→S53→S54→S52の
繰り返し処理によって最後のログを格納するアドレスが
検出されるが、その途中で、通知された状態変化の発生
時刻よりも小さい発生時刻を格納するrecNo が検出され
ると(S53)、その次のアドレス(recNo)に今回通知
された状態変化を格納し(S55)、管理するログ件数
を+1し(S57)、次の状態変化の通知を待機する
(S50)。That is, the address for storing the last log is detected by the repetitive processing of S52 → S53 → S54 → S52, but in the middle, recNo storing the occurrence time smaller than the notified occurrence time of the state change. Is detected (S53), the status change notified this time is stored in the next address (recNo) (S55), the number of managed logs is incremented by 1 (S57), and the notification of the next status change is awaited.
(S50).
【0008】一方、S52→S53→S54→S52の
繰り返し処理によって通知された状態変化の発生時刻よ
りも小さい発生時刻を格納するrecNo が検出されない
(S53)場合は、最後のログを格納するアドレスが検
出されると(S52)、その次のアドレス(recNo)に今
回通知された状態変化を格納し(S55)、管理するロ
グ件数を+1し(S56)、次の状態変化の通知を待機
する(S50)。このように、バッファ51には、ログ
が発生時刻順に格納される。On the other hand, if the recNo storing the occurrence time smaller than the occurrence time of the state change notified by the repetition processing of S52 → S53 → S54 → S52 is not detected (S53), the address where the last log is stored is changed. When detected (S52), the status change notified this time is stored in the next address (recNo) (S55), the number of logs to be managed is incremented by 1 (S56), and the notification of the next status change is awaited (S56). S50). As described above, the logs are stored in the buffer 51 in the order of occurrence time.
【0009】次に、図22において、ログ管理部52
は、内部時計54を参照して現在時刻を獲得し(S6
0)、バッファ51から先頭のログを読み出し(S6
1)、ログの発生時刻に最大遅延時間を加えた時刻が現
在時刻よりも大きい場合は、そのバッファ51の先頭の
ログをログ格納領域55に格納し(S63)、S60に
戻り次のログについての処理を実行する。Next, in FIG. 22, a log management unit 52
Acquires the current time with reference to the internal clock 54 (S6).
0), and reads the first log from the buffer 51 (S6).
1) If the time obtained by adding the maximum delay time to the log generation time is larger than the current time, the first log of the buffer 51 is stored in the log storage area 55 (S63), and the process returns to S60 and returns to the next log. Execute the processing of
【0010】一方、S62において、ログの発生時刻に
最大遅延時間を加えた時刻が現在時刻よりも小さい場合
は、当該先頭ログをログ格納領域55に格納することは
せずにS60に戻り、次のログについての処理を行う。
以上の処理がバッファ51の全てのアドレス(recNo)に
ついて行われることにより、ログ格納領域55には最大
遅延時間を経過したログが順に格納される。On the other hand, in S62, if the time obtained by adding the maximum delay time to the log occurrence time is smaller than the current time, the head log is not stored in the log storage area 55, and the process returns to S60. Performs processing for logs.
The above processing is performed for all the addresses (recNo) in the buffer 51, so that the logs that have passed the maximum delay time are sequentially stored in the log storage area 55.
【0011】[0011]
【発明が解決しようとする課題】しかし、上述した従来
のソート処理では、ログ件数が多くなる程、監視装置の
負荷が大きくなる。特に、複数のネットワークやサブネ
ットワークを統合監視する上位監視装置では、被監視装
置の台数が多くなるので、一層ソート処理の負荷が増大
する。However, in the above-described conventional sorting processing, the load on the monitoring device increases as the number of logs increases. Particularly, in a higher-level monitoring device that performs integrated monitoring of a plurality of networks and sub-networks, the number of monitored devices increases, so that the load of the sorting process further increases.
【0012】また、監視装置のログ管理で使用する時刻
として、被監視装置が付与する発生時刻を使用する方法
や、被監視装置での発生時刻に対応した監視装置の時刻
を用いる方法などが採用されるが、何れにおいても時刻
が変更された場合には、時刻変更の前と後で時間の重複
があった場合に正しくソートできない、つまり被監視装
置での発生順とはならない。そのため時刻変更した前後
のログの時間関係が解らなくなる。以下、図23を参照
して説明する。As the time used in the log management of the monitoring device, a method of using an occurrence time given by the monitored device, a method of using the time of the monitoring device corresponding to the occurrence time of the monitored device, and the like are adopted. However, if the time is changed in any case, if the time overlaps before and after the time change, sorting cannot be performed correctly, that is, the order of occurrence in the monitored device will not be the same. Therefore, the time relationship between the logs before and after the time is changed cannot be understood. Hereinafter, description will be made with reference to FIG.
【0013】図23(a)は、バッファ51の内容(ロ
グ格納状態)を示す。この状態で、監視装置及び被監視
装置で時刻を変更したため、発生時刻が10:00:02の状態
変化通知を受けた場合、それをログfとしてソート処理
した結果は、図23(b)のようになる。図23(b)
に示すように、ソートした結果、ログの時刻順に並ぶこ
とになるが、これは実際に被監視装置で発生した順番を
示していない。したがって、障害調査に支障を来すこと
になる。FIG. 23A shows the contents of the buffer 51 (log storage state). In this state, when the monitoring device and the monitored device change the time, when the status change notification with the occurrence time of 10:00:02 is received, the result of sorting the log as the log f is shown in FIG. Become like FIG. 23 (b)
As a result, the logs are arranged in the order of the time of the logs as a result of the sorting, but this does not indicate the order of occurrence in the monitored device. Therefore, the trouble investigation will be hindered.
【0014】さらに、監視装置の内部時計では、時刻を
表す範囲に制限があるので、その制限を過ぎた場合、正
しい時刻表示が不可能である。そのため、従来では、監
査装置の寿命は、内部時計やOSに依存することにな
り、改善が望まれている。本発明の目的は、ソート処理
を実施することなく被監視装置での発生順にログを格納
でき、時刻変更した場合もその前後のログにおいて正し
い時間間隔で状態変化を認識でき、内部時計の表現可能
な時間範囲を超えた場合も正しい時刻の表示を可能にす
るログ管理方式を提供することにある。Further, in the internal clock of the monitoring device, there is a limit on a range representing time, and if the limit is exceeded, correct time display is impossible. Therefore, conventionally, the life of the inspection device depends on the internal clock and the OS, and improvement is desired. An object of the present invention is to be able to store logs in the order of occurrence in the monitored device without performing a sort process, to recognize a state change at a correct time interval in logs before and after the time is changed even when the time is changed, and to be able to represent an internal clock It is an object of the present invention to provide a log management method that enables a correct time to be displayed even when the time exceeds a proper time range.
【0015】[0015]
【課題を解決するための手段】図1は、請求項1乃至請
求項7に記載の発明の原理ブロック図である。請求項1
に記載の発明は、被監視装置から監視装置に通知される
発生時刻付きの装置情報がその発生から監視装置に受信
されるまでの遅延時間の最大値を単位時間で区分した数
に1を加えた数分のバッファ1(A、B、C、D・・)
と、複数のバッファ1のそれぞれが0時間経過後を含み
何単位時間経過後に出力するログを格納するバッファで
あるかを管理するバッファ管理テーブル2と、通知され
た装置情報に付与されている発生時刻と当該監視装置の
現在時刻との差分と最大遅延時間とから、通知された監
視情報を何単位時間経過後出力用のバッファに格納すべ
きかの遅延時間を決定する決定手段3と、通知された装
置情報を決定手段3の決定した遅延時間とバッファ管理
テーブル2の内容とで決定されるバッファにログとして
格納する第1格納手段4と、記録・表示するログを格納
するログ格納領域5と、バッファ管理テーブル2に登録
されているバッファの役割を単位時間毎にローテーショ
ンさせるローテーション手段6と、ローテーション手段
6が単位時間毎にローテーションしたバッファのうち0
時間経過後出力用バッファの内容を全て取り出しログ格
納領域5へ出力する第2格納手段7とを備えることを特
徴とする。FIG. 1 is a block diagram showing the principle of the first to seventh aspects of the present invention. Claim 1
In the invention described in (1), 1 is added to the number obtained by dividing the maximum value of the delay time from the occurrence of the device information with the occurrence time notified to the monitoring device from the monitored device to the monitoring device by the unit time by the unit time. Buffer 1 (A, B, C, D ...)
And a buffer management table 2 for managing how many units of time, including the time after the lapse of 0 hours, each of the plurality of buffers 1 is to store a log to be output, and the occurrences assigned to the notified device information. Determining means 3 for determining, from the difference between the time and the current time of the monitoring device and the maximum delay time, a delay time for determining how many unit times the notified monitoring information should be stored in the output buffer; First storage means 4 for storing the device information as a log in a buffer determined by the delay time determined by the determination means 3 and the contents of the buffer management table 2, and a log storage area 5 for storing logs to be recorded and displayed. Rotation means 6 for rotating the role of the buffer registered in the buffer management table 2 per unit time, and the rotation means 6 0 out of over implementation to buffer
A second storage means for extracting all the contents of the output buffer after a lapse of time and outputting the contents to the log storage area.
【0016】即ち、請求項1に記載の発明では、バッフ
ァ1を最大遅延時間を単位時間で区分した数に+1した
数分用意し、バッファ管理テーブル2が、それぞれのバ
ッファの役割を管理する。具体的には、バッファ1には
最大遅延時間をTとすれば、0秒経過後出力用、1秒経
過後出力用、2秒経過後出力用、・・、T秒経過後出力
用と役割が与えられる。That is, according to the first aspect of the present invention, the buffer 1 is prepared for the number obtained by adding +1 to the number obtained by dividing the maximum delay time by the unit time, and the buffer management table 2 manages the role of each buffer. Specifically, assuming that the maximum delay time is T in the buffer 1, the buffer 1 outputs for 0 seconds, outputs for 1 second, outputs for 2 seconds,..., Outputs for T seconds. Is given.
【0017】決定手段3が、通知された装置情報に付与
されている発生時刻と当該監視装置の現在時刻との差分
と最大遅延時間とから、通知された監視情報を何単位時
間経過後出力用のバッファに格納すべきかの遅延時間を
決定すると、第1格納手段4が、通知された装置情報を
決定手段3の決定した遅延時間とバッファ管理テーブル
2の内容とで決定されるバッファ(図示例ではバッファ
B)にログとして格納する。Based on the difference between the occurrence time given to the notified device information and the current time of the monitoring device and the maximum delay time, the determining means 3 outputs the notified monitoring information after a lapse of several unit times. When the delay time to be stored in the buffer is determined, the first storage unit 4 determines the notified device information by the buffer determined by the delay time determined by the determination unit 3 and the contents of the buffer management table 2 (the illustrated example). Then, the log is stored in the buffer B).
【0018】一方、ローテーション手段6は、バッファ
管理テーブル2に登録されているバッファの役割を単位
時間毎にローテーションさせている。具体的には、1秒
経過後出力用を0秒経過後出力用に、2秒経過後出力用
を1秒経過後出力用に、・、0秒経過後出力用をT秒経
過後出力用に、それぞれ単位時間毎にローテーションさ
せている。つまり、各バッファは、最大遅延時間の周期
で0秒経過後出力用となる。On the other hand, the rotation means 6 rotates the role of the buffer registered in the buffer management table 2 every unit time. Specifically, output after 1 second is output for 0 seconds, output after 2 seconds is output for 1 second, output after 0 seconds is output for T seconds In addition, each is rotated every unit time. That is, each buffer is used for output after elapse of 0 seconds in the cycle of the maximum delay time.
【0019】そして、第2格納手段7が、このようにロ
ーテーション手段6が単位時間毎にローテーションした
バッファのうち0秒経過後出力用バッファの内容を全て
取り出しログ格納領域へ出力する。その結果、ログ格納
領域5には、従来のような煩雑なソート処理を要せず
に、ログが発生時刻順に格納される。Then, the second storage means 7 fetches all the contents of the output buffer after the elapse of 0 seconds among the buffers rotated by the rotation means 6 for each unit time and outputs them to the log storage area. As a result, logs are stored in the log storage area 5 in the order of occurrence time without the need for complicated sorting processing as in the related art.
【0020】請求項2に記載の発明は、請求項1に記載
のログ管理方式において、装置情報の発生時刻と無関係
に装置情報の内容に応じて遅延時間が固定的に設定され
る優先度管理テーブル8を備え、決定手段3は、通知さ
れた装置情報が優先度管理テーブル8に定義されている
ときに、当該優先度管理テーブル8における該当する装
置情報の遅延時間を何単位時間経過後に格納すべきかの
遅延時間として採用することを特徴とする。According to a second aspect of the present invention, in the log management system according to the first aspect, priority management in which a delay time is fixedly set according to the content of the device information regardless of the generation time of the device information. When the notified device information is defined in the priority management table 8, the determination unit 3 stores the delay time of the corresponding device information in the priority management table 8 after a lapse of a certain unit time. It is characterized in that it is adopted as a delay time to be performed.
【0021】即ち、請求項2に記載の発明では、決定手
段3は、通知された装置情報が優先度管理テーブル8に
定義されているときは、優先度管理テーブル8に設定さ
れている遅延時間を採用するので、緊急度の高い装置情
報を優先して扱うことが可能となる。請求項3に記載の
発明は、請求項1または請求項2に記載のログ管理方式
において、ログ格納領域5に格納するタイミングで上位
監視装置へログを通知する通知手段9を備えることを特
徴とする。In other words, according to the second aspect of the present invention, when the notified device information is defined in the priority management table 8, the determining means 3 determines the delay time set in the priority management table 8. Is adopted, it is possible to preferentially handle device information having a high degree of urgency. A third aspect of the present invention is the log management system according to the first or second aspect, further comprising a notifying unit 9 for notifying a higher-level monitoring device of a log at a timing when the log is stored in the log storage area 5. I do.
【0022】即ち、請求項3に記載の発明では、通知手
段9が上位監視装置へ通知するログは、第2格納手段7
がログ格納領域5に格納するタイミングであるので、上
位監視装置では、特別のソート処理をしないで済み、負
荷の軽減が図れる。請求項4に記載の発明は、請求項1
または請求項2に記載のログ管理方式において、標準時
刻と内部時計10aとの誤差時間を管理し、内部時計1
0aに誤差時間を加えた時間を監視装置の現在時刻とし
て決定手段3及び第2格納手段7に与える時刻管理手段
10を備えることを特徴とする。That is, according to the third aspect of the present invention, the log notified by the notifying means 9 to the higher-level monitoring device is stored in the second storage means 7.
Is the timing at which the data is stored in the log storage area 5, so that the upper-level monitoring device does not need to perform any special sort processing, and the load can be reduced. The invention described in claim 4 is the first invention.
Alternatively, in the log management system according to claim 2, the error time between the standard time and the internal clock 10a is managed, and
It is characterized by comprising a time management means 10 for giving the time obtained by adding the error time to 0a to the determination means 3 and the second storage means 7 as the current time of the monitoring device.
【0023】即ち、請求項4に記載の発明では、時刻管
理手段10が、内部時計10aに誤差時間を加えた時間
を監視装置の現在時刻として決定手段3及び第2格納手
段7に与えるので、決定手段3及び第2格納手段7で
は、内部時計10aで表現不可能な時間であっても正し
い遅延時間を求めることがてき、また正しいタイミンク
でログ格納領域5に格納できることになる。That is, in the invention according to claim 4, the time management means 10 gives the time obtained by adding the error time to the internal clock 10a to the determination means 3 and the second storage means 7 as the current time of the monitoring device. The determination unit 3 and the second storage unit 7 can calculate the correct delay time even if the time cannot be represented by the internal clock 10a, and can store the time in the log storage area 5 with the correct timing.
【0024】請求項5に記載の発明は、請求項4に記載
のログ管理方式において、時刻管理手段10は、標準時
刻の変更を受けて、誤差時間を変更して得られた時刻を
監視装置の現在時刻とすることを特徴とする。即ち、請
求項5に記載の発明では、時刻変更があった場合に、誤
差時間を操作して監視装置の現在時刻を求めるので、時
刻変更の処理が簡便化される。According to a fifth aspect of the present invention, in the log management system according to the fourth aspect, the time management means 10 monitors the time obtained by changing the error time in response to the change of the standard time. Is set as the current time. In other words, according to the fifth aspect of the invention, when the time is changed, the error time is manipulated to obtain the current time of the monitoring device, so that the time change process is simplified.
【0025】請求項6に記載の発明は、請求項4または
請求項5に記載のログ管理方式において、少なくとも第
2格納手段7は、ログに誤差時間を付加してログ格納領
域5に格納することを特徴とする。即ち、請求項6に記
載の発明では、ログ格納領域5に格納するログとして、
発生時刻の他に、発生時の誤差時間を含ませることがで
きる。もっとも、第1格納手段4が、予め誤差時間を含
ませてバッファ1に格納するようにしても良い。つまり
最終的にログ格納領域5に格納し、また上位監視装置へ
通知するときには誤差時間が含まれていれば良い。According to a sixth aspect of the present invention, in the log management system according to the fourth or fifth aspect, at least the second storage means 7 adds an error time to the log and stores the log in the log storage area 5. It is characterized by the following. That is, in the invention according to claim 6, as the log stored in the log storage area 5,
An error time at the time of occurrence can be included in addition to the time of occurrence. However, the first storage unit 4 may store the error time in the buffer 1 in advance. That is, it is sufficient that the error time is included when the data is finally stored in the log storage area 5 and notified to the host monitoring device.
【0026】請求項7に記載の発明は、請求項4または
請求項5に記載のログ管理方式において、表示指定を受
けて表示部へ出力するログの表示する発生時刻を、ログ
格納領域5のログから取得した発生時刻と時刻管理手段
10から取得した発生時刻及び現在の誤差時間とを次式 表示する発生時刻=発生時刻−発生時刻の誤差時間+現
在の誤差時間 に代入して求める表示ログ出力手段11を備えることを
特徴とする。According to a seventh aspect of the present invention, in the log management system according to the fourth or fifth aspect, the generation time at which the log to be displayed on the display unit in response to the display designation is displayed is stored in the log storage area 5. A display log obtained by substituting the occurrence time obtained from the log and the occurrence time and the current error time obtained from the time management means 10 into the following expression: occurrence time = occurrence time−error time of occurrence time + current error time It is characterized by comprising output means 11.
【0027】即ち、請求項7に記載の発明では、ログか
ら取得した発生時刻(時刻変更前の装置情報の表示時
刻)を、時刻変更後の時刻で表示できるので、時刻変更
後の装置情報との時間関係を正しく表示できる。That is, according to the present invention, the occurrence time (display time of the device information before the time change) acquired from the log can be displayed by the time after the time change, so that the device information after the time change and the device information after the time change can be displayed. Can be displayed correctly.
【0028】[0028]
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。Embodiments of the present invention will be described below with reference to the drawings.
【0029】図2は、請求項1乃至請求項7に対応する
実施形態のログ管理方式を備える監視装置の構成図であ
る。なお、従来例(図20)と同一機能構成部分には、
同一符号を付してある。この実施形態の監視装置では、
図20に示すバッファ51、ログ管理部52、バッファ
格納部53及びGUI56の表示部に機能変更を加え
て、バッファ21、ログ管理部22、バッファ格納部2
3及びGUI24とし、新たにバッファ管理テーブル2
5、優先度管理テーブル26、誤差時間テーブル27及
び時刻管理部28を設けてある。FIG. 2 is a block diagram of a monitoring apparatus having a log management system according to the first to seventh embodiments. The same functional components as those of the conventional example (FIG. 20) include:
The same reference numerals are given. In the monitoring device of this embodiment,
The functions of the buffer 51, the log management unit 52, the buffer storage unit 53, and the display unit of the GUI 56 shown in FIG.
3 and GUI 24, and a new buffer management table 2
5, a priority management table 26, an error time table 27, and a time management unit 28 are provided.
【0030】バッファ管理テーブル25は、バッファ格
納部23とログ管理部22の双方に接続される。優先度
管理テーブル26は、バッファ格納部23に接続され
る。誤差時間テーブル27と内部時計54は、時刻管理
部28に接続され、時刻管理部28は、バッファ格納部
23とログ管理部22とGUI24に接続される。以上
の構成において請求項との対応関係は、次のようになっ
ている。バッファ1には、バッファ21が対応する。バ
ッファ管理テーブル2には、バッファ管理テーブル25
が対応する。決定手段3と第1格納手段4には、バッフ
ァ格納部23が対応する。ログ格納領域5には、ログ格
納領域55が対応する。ローテーション手段6と第2格
納手段7と通知手段9には、ログ管理部22が対応す
る。優先度管理テーブル8には、優先度管理テーブル2
6が対応する。時刻管理手段10には、主として時刻管
理部28が対応する。表示ログ出力手段11には、主と
してGUI24が対応する。The buffer management table 25 is connected to both the buffer storage unit 23 and the log management unit 22. The priority management table 26 is connected to the buffer storage unit 23. The error time table 27 and the internal clock 54 are connected to the time management unit 28, and the time management unit 28 is connected to the buffer storage unit 23, the log management unit 22, and the GUI 24. In the above configuration, the correspondence with the claims is as follows. The buffer 21 corresponds to the buffer 1. The buffer management table 2 includes a buffer management table 25.
Corresponds. The buffer storage unit 23 corresponds to the determination unit 3 and the first storage unit 4. A log storage area 55 corresponds to the log storage area 5. The log management unit 22 corresponds to the rotation unit 6, the second storage unit 7, and the notification unit 9. The priority management table 8 includes the priority management table 2
6 corresponds. The time management unit 28 mainly corresponds to the time management unit 10. A GUI 24 mainly corresponds to the display log output unit 11.
【0031】以下、図3〜図18を参照して請求項1乃
至請求項7に対応する実施形態のログ管理方式の動作を
説明する。なお、図3〜図8は、この実施形態に係る各
要素の内容・動作の説明図である。図9〜図15は、ロ
グ格納処理の具体例の説明図である。図16、図17
は、ログ表示の説明図である。図18は、内部時計の表
現できる範囲を超えてしまった場合の設定例の説明図で
ある。The operation of the log management system according to the first to seventh embodiments will be described below with reference to FIGS. 3 to 8 are explanatory diagrams of the contents and operation of each element according to this embodiment. 9 to 15 are explanatory diagrams of a specific example of the log storage process. 16 and 17
Is an explanatory diagram of log display. FIG. 18 is an explanatory diagram of a setting example when the value exceeds the range that can be expressed by the internal clock.
【0032】まず、この実施形態に係る各要素の内容・
動作を説明する。バッファ21は、最大遅延時間を単位
時間で区分した数に1を加えた数のバッファの集合体で
ある。具体的には、この実施形態では、バッファ21か
らログ格納領域55へ格納する周期を1秒としているの
で、単位時間として、「1秒」を採用している。したが
って、最大遅延時間が例えば5秒であれば、バッファ2
1は、6個のバッファで構成される。First, the content of each element according to this embodiment
The operation will be described. The buffer 21 is an aggregate of buffers obtained by adding 1 to the number obtained by dividing the maximum delay time by the unit time. Specifically, in this embodiment, since the cycle of storing data from the buffer 21 to the log storage area 55 is 1 second, “1 second” is used as the unit time. Therefore, if the maximum delay time is, for example, 5 seconds, the buffer 2
1 is composed of six buffers.
【0033】バッファ管理テーブル25は、バッファ2
1を構成する各バッファが、0秒経過後を含み何単位時
間経過後にログ格納領域55へ格納する、あるいは、上
位監視装置へ通知するログを格納しているバッファであ
るかを管理するテーブルである。以下の説明では、ログ
格納領域55へ格納する、あるいは、上位監視装置へ通
知することの両者を含めて単に「出力」と称している。The buffer management table 25 stores the buffer 2
1 is a table that manages how many units of time, including the time after 0 seconds have elapsed, before storing the data into the log storage area 55 or the buffer storing the log to be notified to the higher-level monitoring device. is there. In the following description, it is simply referred to as "output", including both of storing in the log storage area 55 and notifying the host monitoring device.
【0034】図3は、バッファ管理テーブル25の構成
例である。図3において、Tは、最大遅延時間であるの
で、バッファ管理テーブル25には、(T+1)個のポ
インタを備える。そして、各ポインタには、「0秒後出
力用バッファへのポインタ」「1秒後出力用バッファへ
のポインタ」「2秒後出力用バッファへのポインタ」
「3秒後出力用バッファへのポインタ」「4秒後出力用
バッファへのポインタ」・・「T秒後出力用バッファへ
のポインタ」と役割を定めてある。FIG. 3 shows an example of the configuration of the buffer management table 25. In FIG. 3, since T is the maximum delay time, the buffer management table 25 has (T + 1) pointers. The pointers include “pointer to output buffer after 0 seconds”, “pointer to output buffer after 1 second”, and “pointer to output buffer after 2 seconds”.
The role is defined as "pointer to output buffer after 3 seconds", "pointer to output buffer after 4 seconds" ... "pointer to output buffer after T seconds".
【0035】優先度管理テーブル26は、被監視装置か
ら通知される状態変化に付される発生時刻とは無関係
に、状態変化の内容に応じて遅延時間を固定的に設定し
たテーブルである。図4は、優先度管理テーブルの構成
例である。図4に示すように、優先度管理テーブル26
には、「状態変化」と「遅延時間」とが関連付けられて
設定されている。The priority management table 26 is a table in which the delay time is fixedly set according to the content of the status change, regardless of the occurrence time attached to the status change notified from the monitored device. FIG. 4 is a configuration example of the priority management table. As shown in FIG. 4, the priority management table 26
, “State change” and “delay time” are set in association with each other.
【0036】誤差時間テーブル27には、図5に示す手
順で求められた誤差時間が格納される。図5は、時刻管
理部28の処理フローチャートである。この実施形態で
は、監視装置の時刻と被監視装置の時刻は、常に一致し
ていることを前提とし、監視装置は、定常的に被監視装
置の時刻を設定し直すようにしている。この設定し直し
は、オペレータがGUI24の図示しない表示部から入
力することによって行われるので、オペレータが入力す
る「時刻変更依頼」は、GUI24を介して時刻管理部
28に入力する。The error time table 27 stores the error time obtained by the procedure shown in FIG. FIG. 5 is a processing flowchart of the time management unit 28. In this embodiment, it is assumed that the time of the monitoring device always coincides with the time of the monitored device, and the monitoring device constantly resets the time of the monitored device. This resetting is performed by the operator inputting from a display unit (not shown) of the GUI 24, and the “time change request” input by the operator is input to the time management unit 28 via the GUI 24.
【0037】図5において、時刻管理部28は、オペレ
ータの時刻変更依頼が入力すると(S1)、被監視装置
の時刻をその依頼された時刻(標準時刻)に変更すると
共に(S2)、内部時計54の時刻を取得し(S3)、
依頼時刻と内部時計54の時刻の差分である誤差時間を
求めて(S4)誤差時間テーブル27の内容を更新する
(S5)。このように、被監視装置の時刻変更が行われ
る度に誤差時間が求められ、誤差時間テーブル27の内
容が更新される。In FIG. 5, when a time change request from the operator is input (S1), the time management unit 28 changes the time of the monitored device to the requested time (standard time) (S2) and sets the internal clock. The time of 54 is acquired (S3),
An error time which is a difference between the request time and the time of the internal clock 54 is obtained (S4), and the contents of the error time table 27 are updated (S5). As described above, every time the time of the monitored device is changed, the error time is obtained, and the contents of the error time table 27 are updated.
【0038】したがって、監視装置の時刻は、基本的に
は、内部時計54の時刻であるが、時刻変更を考慮する
と、上述のようにして求めた「誤差時間」を内部時計5
4の時刻に加えた時刻ということになる。このことは、
被監視装置の時刻を変更し、それに伴い監視装置の時刻
を変更する場合、内部時計54の時刻を変更せずに、
「誤差時間」を変更すれば良いということを示してい
る。Therefore, the time of the monitoring device is basically the time of the internal clock 54, but considering the time change, the “error time” obtained as described above is calculated based on the “error time”.
This is the time added to the time of 4. This means
When the time of the monitored device is changed and the time of the monitoring device is changed accordingly, without changing the time of the internal clock 54,
This indicates that the "error time" should be changed.
【0039】また、バッファ格納部23は、基本的に
は、通信部58から入力した状態変化通知を受けて、そ
の入力した状態変化通知に付与されている発生時刻と内
部時計54の時刻(当該監視装置の現在時刻)と最大遅
延時間とを次の式(1)に適用して遅延時間を求める。 遅延時間=最大遅延時間−(監視装置の現在時刻−発生時刻) ・・・(1) そして、バッファ格納部23は、この遅延時間に基づき
バッファ管理テーブル25を参照してバッファ21の該
当する「何秒後出力用バッファ」を決定し、その決定し
た「何秒後出力用バッファ」に、受信入力した状態変化
通知を発生時刻と共にログとして格納する。Basically, the buffer storage unit 23 receives the state change notification input from the communication unit 58, and generates the time of occurrence and the time of the internal clock 54 added to the input state change notification. The delay time is obtained by applying the current time of the monitoring device) and the maximum delay time to the following equation (1). Delay time = maximum delay time− (current time of monitoring device−occurrence time) (1) Then, the buffer storage unit 23 refers to the buffer management table 25 based on the delay time, and A “second output buffer” is determined, and the state change notification received and input is stored as a log in the determined “second output buffer” together with the occurrence time.
【0040】実際には、優先度管理テーブル26や上述
した誤差時間を考慮して、図6に示す手順でログをバッ
ファ21に格納する。図6は、バッファ格納部23の処
理フローチャートである。図6において、通信部58か
ら入力した状態変化通知を受けて(S10)、内部時計
54の時刻に誤差時間テーブル27から取得した誤差時
間を加えて現在時刻を求める(S11)と共に、優先度
管理テーブル26を参照し、当該通知された状態変化が
登録されているかを調べる(S13)。Actually, the log is stored in the buffer 21 according to the procedure shown in FIG. 6 in consideration of the priority management table 26 and the above-mentioned error time. FIG. 6 is a processing flowchart of the buffer storage unit 23. In FIG. 6, upon receipt of the status change notification input from the communication unit 58 (S10), the current time is obtained by adding the error time obtained from the error time table 27 to the time of the internal clock 54 (S11), and priority management is performed. With reference to the table 26, it is checked whether the notified state change is registered (S13).
【0041】そして、登録されていない場合は、前述し
た式(1)に従って遅延時間を求め(S14)、バッフ
ァ管理テーブル25が示すバッファに当該通知された状
態変化をログとして格納する(S15)。一方、優先度
管理テーブル26に登録されている場合は、当該通知さ
れた状態変化に対応する遅延時間を求め(S16)、同
様にバッファ管理テーブル25が示すバッファに当該通
知された状態変化をログとして格納する(S15)。If not registered, the delay time is obtained according to the above-mentioned equation (1) (S14), and the notified state change is stored as a log in the buffer indicated by the buffer management table 25 (S15). On the other hand, if it is registered in the priority management table 26, a delay time corresponding to the notified state change is obtained (S16), and the notified state change is similarly logged in the buffer indicated by the buffer management table 25. (S15).
【0042】このとき、格納するログのフォーマット
は、基本的には、発生時刻と状態変化の組で良いが、図
6では、誤差時間も考慮している。したがって、図7
は、ログフォーマットの一例であるが、図7に示すよう
に、ログフォーマットは、誤差時間も含む形式となる。At this time, the format of the log to be stored may be basically a set of the occurrence time and the state change, but FIG. 6 also considers the error time. Therefore, FIG.
Is an example of a log format. As shown in FIG. 7, the log format is a format that also includes an error time.
【0043】ログ管理部22は、図3に示すバッファ管
理テーブル25の「0秒後出力用バッファへのポイン
タ」が示すバッファの内容を読み出し、ログ格納領域5
5へ格納し、また通信部57を介して上位監視装置へ通
知するが、前述したように、この実施形態では、バッフ
ァ21からログ格納領域55へ格納する周期は、1秒で
ある。The log management unit 22 reads the contents of the buffer indicated by the “pointer to the output buffer after 0 seconds” in the buffer management table 25 shown in FIG.
5, and is notified to the higher-level monitoring device via the communication unit 57. As described above, in this embodiment, the cycle of storing from the buffer 21 to the log storage area 55 is 1 second.
【0044】そこで、図8は、ログ管理部22の処理フ
ローチャートであるが、ログ管理部22は、図8に示す
手順でログ格納領域55への格納を実施する。即ち、図
8において、ログ管理部22は、バッファ管理テーブル
25に登録されているバッファの役割を1秒ずつずらす
ローテーションを行う(S20)。具体的には、このロ
ーテーションは、1秒後出力用バッファを0秒後出力用
とし、2秒後出力用バッファを1秒後出力用とし、・
・、0秒後出力用バッファをT秒後出力用とする処理で
ある。FIG. 8 is a processing flowchart of the log management unit 22. The log management unit 22 stores data in the log storage area 55 according to the procedure shown in FIG. That is, in FIG. 8, the log management unit 22 performs a rotation to shift the role of the buffer registered in the buffer management table 25 by one second (S20). Specifically, in this rotation, the output buffer after 1 second is output for 0 seconds, the output buffer after 2 seconds is output for 1 second,
This is a process of setting the output buffer after 0 seconds to output after T seconds.
【0045】ログ管理部22は、このようなローテーシ
ョンを1秒間隔で行うが、1秒のローテーションを終了
すると、「0秒後出力用バッファ内のログの全て、即
ち、図7に示す「発生時刻」「誤差時間」「状態変化情
報」をログ格納領域55に格納する。また、上位監視装
置が存在する場合は、通信部57を介して上位監視装置
にも通知し(S21)、次のローテーション時刻になる
まで待機(ウェイト)し(S22)、次のローテーショ
ンを実施する(S20)。The log management unit 22 performs such rotation at intervals of one second. When the rotation of one second is completed, the log management unit 22 reads “all logs in the output buffer after 0 seconds, that is, The time, the error time, and the state change information are stored in the log storage area 55. If there is a higher-level monitoring device, the upper-level monitoring device is also notified via the communication unit 57 (S21), and waits (waits) until the next rotation time (S22), and performs the next rotation. (S20).
【0046】このように、ログ管理部22では、1秒間
隔のローテーションによって、1秒間のウェイトを挟ん
で常に「0秒後出力用バッファ」の内容を読み出し、格
納/通知することを繰り返し行っている。なお、図7に
示す形式のログは、このログ管理部22がログ格納領域
55に格納する際に形成しても良い。As described above, the log management unit 22 repeatedly reads and stores / notifies the contents of the “output buffer after 0 seconds” with a one-second wait between rotations at one-second intervals. I have. The log in the format shown in FIG. 7 may be formed when the log management unit 22 stores the log in the log storage area 55.
【0047】次に、図9〜図15を参照して以上説明し
た各要素が中心となって行われるこの実施形態のログ管
理方式におけるログ格納処理を具体的に説明する。な
お、以下の説明では、スタート時は、ログ格納領域55
及びバッファ21には、何も格納されておらず、内部時
計54の時刻は、10:00:00であるとしている。また、誤
差時間は1秒、単位時間は1秒、最大遅延時間Tは3秒
である。したがって、バッファ21は、4個のバッファ
A、B、C、Dからなり、バッファ管理テーブル25
は、この4個のバッファについて「0秒後出力用」「1
秒後出力用」「2秒後出力用」「3秒後出力用」と役割
を設定して管理している。優先度管理テーブル26に
は、遅延時間が、それぞれ1秒である3個の状態変化
x、y、zが登録されている。Next, a specific description will be given of the log storage processing in the log management system of this embodiment, which is performed mainly on each element described above with reference to FIGS. In the following description, at the start, the log storage area 55
Nothing is stored in the buffer 21 and the time of the internal clock 54 is 10:00:00. The error time is 1 second, the unit time is 1 second, and the maximum delay time T is 3 seconds. Therefore, the buffer 21 includes four buffers A, B, C, and D, and the buffer management table 25
Are "0 seconds after output""1"
Roles are set and managed for output for seconds, output for 2 seconds, and output for 3 seconds. In the priority management table 26, three state changes x, y, and z each having a delay time of 1 second are registered.
【0048】図9は、10:00:00 状態変化a、10:00:02
状態変化bを受信の場合のログ格納処理の具体例の説明
図である。図9において、今、10:00:00 状態変化a、1
0:00:02 状態変化bをそれぞれ受信したとする。それぞ
れのログは、発生時刻から最大遅延時間(3秒)経過後
に格納(通知)するため、バッファ格納部23は、図6
に示した手順で、内部時計の時刻(10:00:01)+誤差時間
(1秒)の演算を行って現在時刻10:00:02を求め、それと
最大遅延時間(3秒)及び発生時刻によって、状態変化
a、bの遅延時間を 状態変化aの遅延時間=最大遅延時間(3秒)−{現在時
刻(10:00:02)一発生時刻(10:00:00)}=1秒 状態変化bの遅延時間=最大遅延時間(3秒)−{現在時
刻(10:00:02)一発生時刻(10:00:02)}=3秒 と求める。FIG. 9 shows a state change a at 10:00:02 at 10:00:00.
FIG. 14 is an explanatory diagram of a specific example of a log storage process when a state change b is received. In FIG. 9, 10:00:00 state change a, 1
0:00:02 It is assumed that state change b is received. Since each log is stored (notified) after a lapse of the maximum delay time (3 seconds) from the occurrence time, the buffer storage unit 23 stores the log in FIG.
In the procedure shown in, the time of the internal clock (10:00:01) + error time
(1 second) is calculated to find the current time 10:00:02, and the delay time of state changes a and b is calculated according to the maximum delay time (3 seconds) and the occurrence time. Time (3 seconds) − {Current time (10:00:02) One occurrence time (10:00:00)} = 1 second State change b delay time = Maximum delay time (3 seconds) − {Current time (10 : 00: 02) One occurrence time (10:00:02)} = 3 seconds.
【0049】バッファ管理テーブル25では、当初、バ
ッファAを0秒後出力用、バッファBを1秒後出力用、
バッファCを2秒後出力用、バッファDを3秒後出力用
と管理している。バッファ格納部23は、状態変化a、
bが優先度管理テーブル26に登録されていないことを
確認してバッファ管理テーブル25を参照し、該当する
遅延時間のバッファにログを格納する。つまり、遅延時
間が1秒の状態変化aは、バッファBに格納し、遅延時
間が3秒の状態変化bは、バッファDに格納する。この
とき、現在の誤差時間(1秒)も発生時刻の誤差時間とし
て併せて格納する(図7参照)。In the buffer management table 25, initially, buffer A is for output after 0 seconds, buffer B is for output after 1 second,
The buffer C is managed for output after 2 seconds, and the buffer D is managed for output after 3 seconds. The buffer storage unit 23 stores a state change a,
After confirming that b is not registered in the priority management table 26, the log is stored in the buffer of the corresponding delay time by referring to the buffer management table 25. That is, the state change a having a delay time of 1 second is stored in the buffer B, and the state change b having a delay time of 3 seconds is stored in the buffer D. At this time, the current error time (1 second) is also stored as the error time of the occurrence time (see FIG. 7).
【0050】次に、図10は、次の1秒後に10:00:01
状態変化c、10:00:02 状態変化dを受信した場合のロ
グ格納処理の具体例の説明図である。図9の状態から1
秒後に10:00:01 状態変化c、10:00:02 状態変化dを受
信した場合は、この間にログ管理部22は、図8に示し
た手順で、バッファ管理テーブル25管理する4個のバ
ッファの役割をローテーション(1秒後出力用を0秒後
出力用に、2秒後出力用を1秒後出力用に、…)し、バ
ッファBが0秒後出力用のバッファとなっているので、
バッファBに格納されているログは、すべてログ格納領
域55ヘと移動している。Next, FIG. 10 shows that 10:00:01 after the next one second.
It is explanatory drawing of the specific example of the log storage process when the state change c, 10:00:02 state change d is received. 9 from the state of FIG.
If 10:00:01 state change c and 10:00:02 state change d are received two seconds later, during this time, the log management unit 22 uses the procedure shown in FIG. The role of the buffer is rotated (output for 1 second, output for 0 second, output for 2 seconds for output for 1 second, ...), and buffer B is a buffer for output after 0 seconds. So
All the logs stored in the buffer B have been moved to the log storage area 55.
【0051】このときには、内部時計の時刻は、10:00:
02となっているので、現在時刻は、10:00:03である。バ
ッファ格納部23は、図9で説明したように、受信した
状態変化c、dの遅延時間を求める。状態変化cの遅延
時間は、1秒、状態変化dの遅延時間は、2秒であるの
で、状態変化c、dが優先度管理テーブル26に登録さ
れていないことを確認してバッファ管理テーブル25を
参照し、状態変化cのログをバッファCに、状態変化d
のログをバッファDにそれぞれ格納する。発生時刻の誤
差時間も同様に1秒である。At this time, the time of the internal clock is 10:00:
Since it is 02, the current time is 10:00:03. As described with reference to FIG. 9, the buffer storage unit 23 calculates the delay times of the received state changes c and d. Since the delay time of the state change c is 1 second and the delay time of the state change d is 2 seconds, it is confirmed that the state changes c and d are not registered in the priority management table 26, and the buffer management table 25 is checked. And log of the state change c to the buffer C and state change d
Are respectively stored in the buffer D. The error time of the occurrence time is also one second.
【0052】次に、図11は、監視装置及び被監視装置
の時刻を10:00:00に変更した場合のログ格納処理の具体
例の説明図である。時刻管理部28は、図5に示した手
順で、現在の内部時計の時刻を獲得し、内部時計の時刻
(10:00:03)と正しい時刻(10:00:00)との差分(−3秒)を
求め、求めた差分(−3秒)を誤差時間として誤差時間テ
ーブル27に格納(更新)する。したがって、バッファ
格納部23が遅延時間を求める際の現在時刻は、10:00:
00となる。Next, FIG. 11 is an explanatory diagram of a specific example of the log storage processing when the times of the monitoring device and the monitored device are changed to 10:00:00. The time management unit 28 obtains the current time of the internal clock according to the procedure shown in FIG.
The difference (−3 seconds) between (10:00:03) and the correct time (10:00:00) is obtained, and the obtained difference (−3 seconds) is stored (updated) in the error time table 27 as the error time. . Therefore, the current time when the buffer storage unit 23 calculates the delay time is 10:00:
It becomes 00.
【0053】一方、ログ管理部22は、さらに1秒経過
しているため、前回と同様に、バッファ管理テーブル2
5が管理するバッファの役割を変更するとともに、0秒
後出力用バッファとなっているバッファCの内容をログ
格納領域55へ移動する。ログ格納領域55には、状態
変化a、cの2つのログが格納された。図12は、さら
に次の1秒後に10:00:01 状態変化eを受信した場合の
ログ格納処理の具体例の説明図である。On the other hand, since one second has elapsed, the log management unit 22 returns to the buffer management table 2 as in the previous case.
5 changes the role of the buffer managed, and moves the contents of buffer C, which is the output buffer, to the log storage area 55 after 0 seconds. In the log storage area 55, two logs of status changes a and c are stored. FIG. 12 is an explanatory diagram of a specific example of the log storage process when 10:00:01 status change e is received one second later.
【0054】ログ管理部22は、同様に、バッファ管理
テーブル25が管理するバッファの役割を変更するとと
もに、0秒後出力用バッファとなっているバッファDの
内容をログ格納領域55へ移動する。ログ格納領域55
には、状態変化a、c、b、dの4つのログが格納され
た。内部時計の時刻は、10:00:04であるので、現在時刻
は、10:00:01である。バッファ格納部23は、以上説明
したのと同様の手順で、受信した状態変化eの遅延時間
(2秒)を求め、状態変化eが優先度管理テーブル26に
登録されていないことを確認してバッファ管理テーブル
25を参照し、2秒後出力用のバッファBに状態変化e
のログを発生時の誤差時間(−3秒)と共に格納する。Similarly, the log management unit 22 changes the role of the buffer managed by the buffer management table 25 and moves the contents of the buffer D, which is the output buffer, to the log storage area 55 after 0 seconds. Log storage area 55
Stored four logs of status changes a, c, b, and d. Since the time of the internal clock is 10:00:04, the current time is 10:00:01. The buffer storage unit 23 stores the delay time of the received state change e in the same procedure as described above.
(2 seconds), confirm that the state change e is not registered in the priority management table 26, refer to the buffer management table 25, and change the state change e to the output buffer B 2 seconds later.
Is stored together with the error time at the time of occurrence (-3 seconds).
【0055】次に、図13は、図12の状態からさらに
2秒経過後におけるログ格納処理の具体例の説明図であ
る。図12の状態からさらに2秒経過後では、バッファ
Bが0秒後出力用となっており、ログ管理部22は、バ
ッファBに格納されていた状態変化eをログ格納領域5
5へ移動している。ログ格納領域55には、状態変化
a、c、b、d、eの5つのログが格納された。ここ
に、ログ格納領域55への格納の順序は、時刻変更を問
わず被監視装置での発生順となっている点に注意する必
要がある。従来のような煩雑なソート処理を不要にでき
ることがわかる。Next, FIG. 13 is an explanatory diagram of a specific example of the log storing process after a lapse of two seconds from the state of FIG. After a lapse of 2 seconds from the state of FIG. 12, the buffer B is used for output after 0 seconds, and the log management unit 22 stores the state change e stored in the buffer B in the log storage area 5.
Moved to 5. The log storage area 55 stores five logs of status changes a, c, b, d, and e. Here, it should be noted that the order of storage in the log storage area 55 is the order of occurrence in the monitored device regardless of time change. It can be seen that a complicated sorting process as in the related art can be omitted.
【0056】次に、図14は、優先度管理テーブル26
に登録されている状態変化の通知を受けた場合のログ格
納処理の具体例の説明図である。即ち、図14は、10:0
0:01状態変化yを受信した場合のログ格納処理の具体例
の説明図である。図15は、この優先処理時のログ格納
領域の内容を示す。FIG. 14 shows the priority management table 26.
FIG. 11 is an explanatory diagram of a specific example of a log storage process when a notification of a state change registered in the log is received. That is, FIG.
FIG. 12 is an explanatory diagram of a specific example of a log storage process when a 0:01 state change y is received. FIG. 15 shows the contents of the log storage area during this priority processing.
【0057】4個のバッファA、B、C、Dの役割は、
図9の場合と同じである。現在時刻は、10:00:02とし、
バッファCには、10:00:01 状態変化aが格納され、バ
ッファDには、10:00:02 状態変化bが格納されている
ものとする。この状態で、10:00:02で発生した状態変化
yを受信した場合、バッファ格納部23は、優先度管理
テーブル26を参照し、状態変化yが優先処理の対象で
あり、遅延時間は1秒であることを知る。そこで、バッ
ファ格納部23は、バッファ管理テーブル25を参照
し、遅延時間1秒のバッファを求め、バッファBである
ことからそのバッファBに状態変化yのログを格納す
る。The roles of the four buffers A, B, C and D are as follows:
This is the same as in FIG. The current time is 10:00:02,
It is assumed that 10:00:01 state change a is stored in buffer C, and 10:00:02 state change b is stored in buffer D. In this state, when a state change y occurring at 10:00:02 is received, the buffer storage unit 23 refers to the priority management table 26, the state change y is a target of priority processing, and the delay time is 1 Know that it is seconds. Therefore, the buffer storage unit 23 refers to the buffer management table 25, obtains a buffer having a delay time of 1 second, and stores the log of the state change y in the buffer B because the buffer is the buffer B.
【0058】ログ管理部22は、0秒後出力用バッファ
(バッファA)、1秒後出力用バッファ(バッファB)
というように1秒毎に順番にログ格納領域55へログを
格納していくため、最終的にはログ格納領域55の内容
は、図15のようになり、状態変化yは、先に通知され
た状態変化a、bよりも先に格納及び上位監視装置に通
知されることになる。The log management unit 22 has a buffer for output after 0 seconds (buffer A) and a buffer for output after 1 second (buffer B).
As described above, since the logs are sequentially stored in the log storage area 55 every second, the contents of the log storage area 55 eventually become as shown in FIG. 15, and the state change y is notified first. The stored and notified higher-level monitoring devices are notified before the status changes a and b.
【0059】次に、図16は、ログ表示のフローチャー
トである。図17は、ログ表示の一例である。このログ
表示は、GUI24が、図示しない表示部からの指令を
受けてログ格納領域55からログを読み出し、表示部へ
出力することによって行われる。図16において、GU
I24は、図示しない表示部から表示ログの出力指令を
受け取ると、ログ格納領域55の1番目のログを格納す
るアドレス(recNo=0)にポインタを設定し(S3
0)、最後のログを格納するアドレスではないので(S
31)、アドレス(recNo=0)から1番目のログを読み
出し発生時刻を取り出すとともに、時刻管理部28から
発生時刻の誤差時間+現在の誤差時間を取り出し、表示
するログの発生時刻stを st=発生時刻−発生時刻の誤差時間+現在の誤差時間 ・・・・(2) の演算を実行して求める(S32)。FIG. 16 is a flowchart of the log display. FIG. 17 is an example of a log display. This log display is performed by the GUI 24 reading a log from the log storage area 55 in response to a command from a display unit (not shown) and outputting the log to the display unit. In FIG. 16, GU
Upon receiving the display log output command from the display unit (not shown), the I24 sets a pointer to the address (recNo = 0) of the log storage area 55 where the first log is stored (S3).
0), because it is not the address where the last log is stored (S
31), the first log is read out from the address (recNo = 0), the occurrence time is extracted, the error time of the occurrence time + the current error time is extracted from the time management unit 28, and the occurrence time st of the log to be displayed is st = The occurrence time−the error time of the occurrence time + the current error time... (2) is calculated (S32).
【0060】次に、求めた発生時刻stが指定された表
示対象の時刻であれば(S33)、GUI24は、当該
recNo=0に格納されるログを表示部へ出力し、当該ログ
を表示させる(S34)。このときの表示時刻は、式
(2)で求めたstである。そして、ログ格納領域55
のアドレスポインタを、recNo=recNo+1と1つ進めて
(S35)再び当該recNo が最後のログを格納するアド
レスであるか否かを判断する(S31)。Next, if the determined occurrence time st is the designated display target time (S33), the GUI 24
The log stored in recNo = 0 is output to the display unit, and the log is displayed (S34). The display time at this time is st obtained by Expression (2). Then, the log storage area 55
The address pointer is advanced by one to recNo = recNo + 1 (S35), and it is determined again whether or not the recNo is the address for storing the last log (S31).
【0061】一方、S32にて求めた発生時刻stが指
定された表示対象の時刻でなければ(S33)、GUI
24は、ログ格納領域のアドレスポインタを、recNo=r
ecNo+1と1つ進めて(S35)再び当該recNo が最後
のログを格納するアドレスであるか否かを判断する(S
31)。以上の処理がログ格納領域55に格納されるロ
グの全てについて行われ(S31)、表示対象のログ
が、図17に示すように、時刻変更前の状態変化(状態
変化a〜d)の表示時刻を時刻変更後の時刻に変更され
て表示される。これにより時刻変更後の状態変化との時
間関係が正しく表示されることがわかる。On the other hand, if the occurrence time st obtained in S32 is not the designated display target time (S33), the GUI is displayed.
Reference numeral 24 denotes an address pointer of the log storage area, recNo = r
ecNo + 1 is advanced by one (S35), and it is again determined whether or not the recNo is the address for storing the last log (S35).
31). The above processing is performed for all the logs stored in the log storage area 55 (S31), and the logs to be displayed are, as shown in FIG. 17, the display of the state changes before the time change (state changes a to d). The time is displayed after being changed to the time after the time change. This shows that the time relationship with the state change after the time change is correctly displayed.
【0062】次に、図18は、内部時計の表現できる時
間を超えてしまった場合の設定例を示す。これは、請求
項4に対応する実施形態である。図18に示す例では、
内部時計の表現可能な時刻の範囲が、 1970/1/1 00:00:00〜2030/12/31/ 23:59:59 ・・・・(3) である場合に、現在の時刻が、2031/1/1 12:00:00
であると、その現在時刻は、内部時計の表現可能な時刻
の範囲を超えている。Next, FIG. 18 shows a setting example when the time that can be expressed by the internal clock has been exceeded. This is an embodiment corresponding to claim 4. In the example shown in FIG.
If the time range that can be represented by the internal clock is 1970/1/1 00:00:00 to 2030/12/31/23: 59: 59 (3), the current time is 2031/1/1 12:00:00
, The current time exceeds the range of time that can be represented by the internal clock.
【0063】この場合には、時刻管理部28は、内部時
計の時刻を1970/1/1 12:00:00に戻し、現在時刻を
標準時刻として誤差時間を、 誤差時間=(2031/1/1 12:00:00−1970/1/1 12:00:00)秒 ・・(4 ) と設定する。これにより、現在の時刻を表現することが
可能となる。なお、内部時計を戻す時刻は、例に示すも
のに限定されないことはいうまでもない。実際には、誤
差時間が表現できる値を考慮して決定されるべきであ
る。In this case, the time management unit 28 returns the time of the internal clock to 1970/1/1 12:00:00, and sets the error time as the error time = (2031/1/1 / 1 12:00: 00-1970 / 1/1 12:00: 00) second Set ... (4). This makes it possible to represent the current time. Needless to say, the time at which the internal clock is returned is not limited to the example. In practice, the error time should be determined in consideration of a value that can be expressed.
【0064】[0064]
【発明の効果】以上説明したように、請求項1に記載の
発明では、バッファを最大遅延時間を単位時間で区分し
た数分用意し、それぞれのバッファの役割を管理し、そ
の役割を単位時間毎にローテーションし、通知された監
視情報を何単位時間経過後出力用のバッファに格納すべ
きかの遅延時間を求めて該当するバッファに格納し、最
大遅延時間の周期で0秒経過後出力用となるバッファの
内容をログ格納領域に格納する。その結果、最大遅延時
間を経過したログを順々に格納できるので、従来のよう
な煩雑なソート処理を要せずにログを発生順に管理でき
ることになり、処理性能が向上する。As described above, according to the first aspect of the present invention, a buffer is prepared for several minutes in which the maximum delay time is divided by a unit time, and the role of each buffer is managed. It rotates each time, finds the delay time of how long the notified monitoring information should be stored in the output buffer, stores it in the corresponding buffer, and stores it in the output buffer after the elapse of 0 seconds in the cycle of the maximum delay time. The buffer contents are stored in the log storage area. As a result, logs that have passed the maximum delay time can be sequentially stored, so that logs can be managed in the order of occurrence without the need for complicated sorting processing as in the related art, and processing performance is improved.
【0065】請求項2に記載の発明では、通知された装
置情報が優先度管理テーブル8に定義されているとき
は、優先度管理テーブルに設定されている遅延時間を採
用するので、装置情報の内容によって優先的な扱いを行
うことができ、監視装置の信頼性が向上する。請求項3
に記載の発明では、上位監視装置は、被監視装置の装置
情報を発生順に取得できるので、特別のソート処理をし
ないで済み、負荷の軽減が図れる。According to the second aspect of the present invention, when the notified device information is defined in the priority management table 8, the delay time set in the priority management table is adopted. Priority can be given depending on the content, and the reliability of the monitoring device is improved. Claim 3
According to the invention described in (1), the higher-level monitoring device can acquire the device information of the monitored devices in the order of occurrence, so that a special sorting process is not required, and the load can be reduced.
【0066】請求項4に記載の発明では、内部時計に誤
差時間を加えた時間を監視装置の現在時刻とするので、
内部時計で表現不可能な時間も表すことが可能となり、
監視装置の製品寿命が延び、信頼性が向上する。請求項
5乃至請求項7に記載の発明では、時刻変更した場合に
も変更後の時刻として変更前のログを参照することが可
能であるので、時刻変更前後のログを統一的に管理する
ことができる。In the present invention, the time obtained by adding the error time to the internal clock is used as the current time of the monitoring device.
It is possible to represent time that can not be expressed by the internal clock,
The product life of the monitoring device is extended, and the reliability is improved. According to the inventions set forth in claims 5 to 7, since the log before the change can be referred to as the time after the change even when the time is changed, the logs before and after the time change are unifiedly managed. Can be.
【図1】請求項1乃至請求項7に記載の発明の原理ブロ
ック図である。FIG. 1 is a block diagram showing the principle of the invention described in claims 1 to 7;
【図2】請求項1乃至請求項7に対応する実施形態のロ
グ管理方式を備える監視装置の構成図である。FIG. 2 is a configuration diagram of a monitoring device having a log management system according to an embodiment corresponding to claims 1 to 7;
【図3】バッファ管理テーブルの構成例である。FIG. 3 is a configuration example of a buffer management table.
【図4】優先度管理テーブルの構成例である。FIG. 4 is a configuration example of a priority management table.
【図5】時刻管理部の処理フローチャートである。FIG. 5 is a processing flowchart of a time management unit.
【図6】バッファ格納部の処理フローチャートである。FIG. 6 is a processing flowchart of a buffer storage unit.
【図7】ログフォーマットの例を示す図である。FIG. 7 is a diagram illustrating an example of a log format.
【図8】ログ管理部の処理フローチャートである。FIG. 8 is a processing flowchart of a log management unit.
【図9】ログ格納処理の具体例の説明図である(10:00:
00 状態変化a、10:00:02 状態変化b受信の場合)。FIG. 9 is an explanatory diagram of a specific example of a log storage process (10:00:
00 state change a, 10:00:02 state change b reception).
【図10】ログ格納処理の具体例の説明図である(10:0
0:01 状態変化c、10:00:02 状態変化d受信の場合)。FIG. 10 is an explanatory diagram of a specific example of a log storage process (10: 0)
0:01 state change c, 10:00:02 state change d reception).
【図11】ログ格納処理の具体例の説明図である(時刻
を10:00:00に変更した場合)。FIG. 11 is an explanatory diagram of a specific example of a log storage process (when the time is changed to 10:00:00).
【図12】ログ格納処理の具体例の説明図である(10:0
0:01 状態変化e受信の場合)。FIG. 12 is an explanatory diagram of a specific example of a log storage process (10: 0)
0:01 State change e reception).
【図13】図12の状態からさらに2秒経過後における
ログ格納処理の具体例の説明図である。13 is an explanatory diagram of a specific example of a log storage process after a lapse of two seconds from the state of FIG. 12;
【図14】ログ格納処理の具体例の説明図である(10:0
0:01 状態変化y受信の場合)。FIG. 14 is an explanatory diagram of a specific example of a log storage process (10: 0)
0:01 When the status change y is received).
【図15】ログ格納領域の内容の説明図である。FIG. 15 is an explanatory diagram of the contents of a log storage area.
【図16】ログ表示のフローチャートである。FIG. 16 is a flowchart of a log display.
【図17】ログ表示例を示す図である。FIG. 17 is a diagram illustrating a log display example.
【図18】内部時計の表現できる範囲を超えてしまった
場合の設定例の説明図である。FIG. 18 is an explanatory diagram of a setting example in a case where a range that can be expressed by an internal clock is exceeded.
【図19】通信ネットワークの構成例である。FIG. 19 is a configuration example of a communication network.
【図20】従来のログ管理方式を備える監視装置の構成
図である。FIG. 20 is a configuration diagram of a monitoring device provided with a conventional log management method.
【図21】従来のバッファ格納部の処理フローチャート
である。FIG. 21 is a processing flowchart of a conventional buffer storage unit.
【図22】従来のログ管理部の処理フローチャートであ
る。FIG. 22 is a processing flowchart of a conventional log management unit.
【図23】従来のログソート結果を示す図である。FIG. 23 is a diagram showing a conventional log sorting result.
1 バッファ(A、B、C、D・・) 2 バッファ管理テーブル 3 決定手段 4 第1格納手段 5 ログ格納領域 6 ローテーション手段 7 第1格納手段 8 優先度管理テーブル 9 通知手段 10 時刻管理手段 10a 内部時計 21 バッファ 22 ログ格納領域 23 バッファ格納部 24 GUI 25 バッファ管理テーブル 26 優先度管理テーブル 27 誤差時間テーブル 28 時刻管理部 54 内部時計 55 ログ格納領域 DESCRIPTION OF SYMBOLS 1 Buffer (A, B, C, D ...) 2 Buffer management table 3 Decision means 4 First storage means 5 Log storage area 6 Rotation means 7 First storage means 8 Priority management table 9 Notification means 10 Time management means 10a Internal clock 21 Buffer 22 Log storage area 23 Buffer storage unit 24 GUI 25 Buffer management table 26 Priority management table 27 Error time table 28 Time management unit 54 Internal clock 55 Log storage area
Claims (7)
生時刻付きの装置情報がその発生から監視装置に受信さ
れるまでの遅延時間の最大値を単位時間で区分した数に
1を加えた数分のバッファと、 前記複数のバッファのそれぞれが0時間経過後を含み何
単位時間経過後に出力するログを格納するバッファであ
るかを管理するバッファ管理テーブルと、 通知された前記装置情報に付与されている発生時刻と当
該監視装置の現在時刻との差分と前記最大遅延時間とか
ら、通知された監視情報を何単位時間経過後出力用の前
記バッファに格納すべきかの遅延時間を決定する決定手
段と、 通知された前記装置情報を前記決定手段の決定した遅延
時間と前記バッファ管理テーブルの内容とで決定される
前記バッファにログとして格納する第1格納手段と、 記録・表示するログを格納するログ格納領域と、 前記バッファ管理テーブルに登録されているバッファの
役割を前記単位時間毎にローテーションさせるローテー
ション手段と、 前記ローテーション手段が単位時間毎にローテーション
したバッファのうち0時間経過後出力用バッファの内容
を全て取り出し前記ログ格納領域へ出力する第2格納手
段とを備えることを特徴とするログ管理方式。1. A method in which the maximum value of the delay time from when the device information with the occurrence time is notified to the monitoring device from the monitored device to when the device information is received by the monitoring device is obtained by adding 1 to the number divided by the unit time. A buffer for several minutes, a buffer management table for managing how many units of time each of the plurality of buffers contains after 1 hour has elapsed, and a buffer management table for managing a log to be output after a lapse of unit time, attached to the notified device information From the difference between the generated time and the current time of the monitoring device and the maximum delay time, to determine the delay time as to how many unit times the notified monitoring information should be stored in the output buffer. Means for storing the notified device information as a log in the buffer determined by the delay time determined by the determining means and the contents of the buffer management table. A log storage area for storing logs to be recorded / displayed; a rotation unit for rotating the role of the buffer registered in the buffer management table for each unit time; a buffer rotated by the rotation unit for each unit time A second storage unit for extracting all the contents of the output buffer after 0 hours have elapsed and outputting the contents to the log storage area.
て、 前記装置情報の発生時刻と無関係に装置情報の内容に応
じて遅延時間が固定的に設定される優先度管理テーブル
を備え、 前記決定手段は、通知された前記装置情報が前記優先度
管理テーブルに定義されているときに、当該優先度管理
テーブルにおける該当する装置情報の遅延時間を前記何
単位時間経過後に格納すべきかの遅延時間として採用す
ることを特徴とするログ管理方式。2. The log management method according to claim 1, further comprising: a priority management table in which a delay time is fixedly set according to the content of the device information regardless of the time of occurrence of the device information. Means, when the notified device information is defined in the priority management table, the delay time of the corresponding device information in the priority management table as a delay time of how many unit times after the time should be stored A log management method characterized by adoption.
理方式において、 前記ログ格納領域に格納するタイミングで上位監視装置
へログを通知する通知手段を備えることを特徴とするロ
グ管理方式。3. The log management system according to claim 1, further comprising: a notification unit that notifies a higher-level monitoring device of a log at a timing when the log is stored in the log storage area.
理方式において、 標準時刻と内部時計との誤差時間を管理し、前記内部時
計に前記誤差時間を加えた時間を前記監視装置の現在時
刻として前記決定手段及び第2格納手段に与える時刻管
理手段を備えることを特徴とするログ管理方式。4. The log management system according to claim 1, wherein an error time between a standard time and an internal clock is managed, and a time obtained by adding the error time to the internal clock is used as a current time of the monitoring device. A log management system comprising: a time management unit that gives the time to the determination unit and the second storage unit.
て、 前記時刻管理手段は、前記標準時刻の変更を受けて、前
記誤差時間を変更して得られた時刻を前記監視装置の現
在時刻とすることを特徴とするログ管理方式。5. The log management system according to claim 4, wherein the time management unit receives a change in the standard time and changes a time obtained by changing the error time with a current time of the monitoring device. A log management method characterized by:
理方式において、 少なくとも前記第2格納手段は、ログに前記誤差時間を
付加して前記ログ格納領域に格納することを特徴とする
ログ管理方式。6. The log management system according to claim 4, wherein at least the second storage unit adds the error time to a log and stores the log in the log storage area. Management method.
理方式において、 表示指定を受けて表示部へ出力するログの表示する発生
時刻を、前記ログ格納領域のログから取得した発生時刻
と前記時刻管理手段から取得した発生時刻及び現在の誤
差時間とを次式 表示する発生時刻=発生時刻−発生時刻の誤差時間+現
在の誤差時間 に代入して求める表示ログ出力手段を備えることを特徴
とするログ管理方式。7. The log management method according to claim 4 or 5, wherein the occurrence time at which the log to be output to the display unit in response to the display designation is displayed is the same as the occurrence time obtained from the log in the log storage area. A display log output unit is obtained by substituting the occurrence time acquired from the time management unit and the current error time into the following expression: occurrence time = occurrence time−error time of occurrence time + current error time. Log management method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP13665397A JPH10327217A (en) | 1997-05-27 | 1997-05-27 | Log management system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP13665397A JPH10327217A (en) | 1997-05-27 | 1997-05-27 | Log management system |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH10327217A true JPH10327217A (en) | 1998-12-08 |
Family
ID=15180370
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP13665397A Withdrawn JPH10327217A (en) | 1997-05-27 | 1997-05-27 | Log management system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH10327217A (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009259054A (en) * | 2008-04-17 | 2009-11-05 | Mitsubishi Electric Corp | Data collection device and data reproduction method therefor |
JP2012019199A (en) * | 2010-06-08 | 2012-01-26 | Hitachi Kokusai Electric Inc | Substrate processing apparatus control system |
JP2013011957A (en) * | 2011-06-28 | 2013-01-17 | Canon Inc | Server system, control method therefor, and program |
WO2020044908A1 (en) * | 2018-08-30 | 2020-03-05 | 株式会社安川電機 | Industrial device data collection system and motor control device |
-
1997
- 1997-05-27 JP JP13665397A patent/JPH10327217A/en not_active Withdrawn
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009259054A (en) * | 2008-04-17 | 2009-11-05 | Mitsubishi Electric Corp | Data collection device and data reproduction method therefor |
JP2012019199A (en) * | 2010-06-08 | 2012-01-26 | Hitachi Kokusai Electric Inc | Substrate processing apparatus control system |
JP2013011957A (en) * | 2011-06-28 | 2013-01-17 | Canon Inc | Server system, control method therefor, and program |
WO2020044908A1 (en) * | 2018-08-30 | 2020-03-05 | 株式会社安川電機 | Industrial device data collection system and motor control device |
US12072685B2 (en) | 2018-08-30 | 2024-08-27 | Kabushiki Kaisha Yaskawa Denki | Data collection system and motor controller |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7783744B2 (en) | Facilitating root cause analysis for abnormal behavior of systems in a networked environment | |
US20080065928A1 (en) | Technique for supporting finding of location of cause of failure occurrence | |
US20180337832A1 (en) | Traffic management apparatus and traffic management method | |
JP6273927B2 (en) | Information processing system, monitoring device, monitoring program, and monitoring method | |
US20040153999A1 (en) | System and method for managing operating systems | |
US20030055946A1 (en) | Network monitoring apparatus, computer-readable medium storing a network monitoring program, and network monitoring method | |
JP2008210089A (en) | Command relay unit and command relay program | |
JPH10327217A (en) | Log management system | |
JP2009025971A (en) | Information processor and log data collection system | |
JP4464655B2 (en) | Computer monitoring apparatus and message processing method related to monitored computer | |
US7634579B1 (en) | Method and system for interpreting and displaying time data received from a server management device | |
JPH06324916A (en) | Fault information logging system | |
JP2003233514A (en) | Decentralized computer system and setting method for timeout value | |
JP6439701B2 (en) | COMMUNICATION DEVICE, PACKET MONITORING METHOD, AND COMPUTER PROGRAM | |
JP2002152203A (en) | Client machine, client software and network supervisory method | |
JP7442751B1 (en) | Control program, supervisory control system, gateway device and control method | |
JP2010146154A (en) | Counter-fault means determination device and computer program and counter-fault means determination method | |
JP2002149447A (en) | System for managing execution history and medium with its program recorded thereon | |
JP2001075836A (en) | Device and method for monitoring and controlling resource use state, and recording medium where program thereof is recorded | |
JP2798102B2 (en) | Data processing rule application method | |
JP3838358B2 (en) | Information processing apparatus and apparatus abnormality detection method | |
JPH03290741A (en) | Error logging method | |
JP5435103B2 (en) | Device management system, device management apparatus and program | |
JPH0561800A (en) | Fault analyzing method | |
JP2007058261A (en) | Error information acquisition system for recording reproducing device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20040803 |