JPH08328970A - Log possessing system for equipment to be managed - Google Patents

Log possessing system for equipment to be managed

Info

Publication number
JPH08328970A
JPH08328970A JP7131720A JP13172095A JPH08328970A JP H08328970 A JPH08328970 A JP H08328970A JP 7131720 A JP7131720 A JP 7131720A JP 13172095 A JP13172095 A JP 13172095A JP H08328970 A JPH08328970 A JP H08328970A
Authority
JP
Japan
Prior art keywords
log
managed device
management manager
managed
log acquisition
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.)
Granted
Application number
JP7131720A
Other languages
Japanese (ja)
Other versions
JP3376760B2 (en
Inventor
Yoshihiro Takeshita
芳裕 竹下
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
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 Fuji Xerox Co Ltd filed Critical Fuji Xerox Co Ltd
Priority to JP13172095A priority Critical patent/JP3376760B2/en
Publication of JPH08328970A publication Critical patent/JPH08328970A/en
Application granted granted Critical
Publication of JP3376760B2 publication Critical patent/JP3376760B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Abstract

PURPOSE: To speedily record a log inside equipment to be managed into the storage medium of a control manager at the time of recovery even when there is any fault at the control manager or a network when the logs inside the equipment to be managed reach a prescribed number. CONSTITUTION: In the case of a log full report from equipment 30 to be managed, the start of a control manager 10 or the fault recovery of a network 20, this is recognized by a log possession timing recognizing means 11 of the control manager 10 and that log is possessed from the side of the control manager 10 to the equipment 30 to be managed by a log possession executing means 12. Thus, when the control manager 10 is turned to the state of disabling the reception of the log full report from the equipment 30 to be managed, the log is positively possessed from the control manager 10 to the equipment 30 to be managed at the recovery time of that state so that the log stored in the equipment 30 to be managed can be prevented from being lost by overwrite without being possessed.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は被管理機器のログ取得方
式に関し、特にネットワークを介して管理マネージャに
接続されている被管理機器の内部で発生のログを取得す
る被管理機器のログ取得方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a managed device log acquisition method, and more particularly to a managed device log acquisition method for acquiring a log of occurrence inside a managed device connected to a management manager via a network. Regarding

【0002】[0002]

【従来の技術】従来、ネットワークを介して管理マネー
ジャおよび被管理機器が接続されて構成されるシステム
において、被管理機器にてエラーが発生すると、その都
度、エラー情報がロギングされる。被管理機器内のメモ
リの制約上、機器が保持できるログの数には制限があ
り、一定件数(最大ログ数)を越えては保持できない。
このため、メモリが一杯になる前にログを管理マネージ
ャに転送して、被管理機器で発生したエラー情報を管理
マネージャの記憶媒体に記憶・保存するようにしてい
る。
2. Description of the Related Art Conventionally, in a system configured by connecting a management manager and a managed device via a network, when an error occurs in the managed device, error information is logged each time. Due to the memory limitation in the managed device, the number of logs that can be held by the device is limited, and it is not possible to hold more than a certain number (maximum number of logs).
Therefore, the log is transferred to the management manager before the memory is full, and the error information generated in the managed device is stored / saved in the storage medium of the management manager.

【0003】被管理機器から管理マネージャへエラー情
報を通知する方式としては、たとえば、特開平3−19
5142号公報にその一例が載っている。この公報によ
れば、伝送装置において発生した障害情報を保持してお
いて、一定件数の障害が発生した場合、あるいはそれ以
前の通知から一定時間が経過した場合に、保持しておい
た障害情報を、伝送路で接続された別の伝送装置にひと
まとめにして通知する方式が記載されている。
As a method of notifying the management manager of error information from the managed device, for example, Japanese Patent Laid-Open No. 3-19 is available.
An example is described in Japanese Patent No. 5142. According to this publication, if the failure information that has occurred in the transmission device is held and a fixed number of failures have occurred, or if a fixed time has elapsed from the notification before that, the failure information that has been held Is collectively described to another transmission device connected via a transmission line.

【0004】[0004]

【発明が解決しようとする課題】しかし、上述の特開平
3−195142号公報に開示されているように、一定
件数の障害が発生した場合、あるいは以前の通知から一
定時間経過した場合に、保持しておいた障害情報をまと
めて別の伝送装置へ転送する方式では、たまたま障害情
報転送時に転送先装置および伝送路に何らかの障害が発
生していた場合には、転送元の装置が再度転送を行わな
い限り、障害情報が消失してしまう可能性があるという
問題点があった。
However, as disclosed in the above-mentioned Japanese Patent Laid-Open No. 3-195142, when a certain number of failures occur, or when a certain time has passed from the previous notification, the hold In the method of collectively transferring the fault information that has been stored to another transmission device, if some fault occurs in the transfer destination device and the transmission line at the time of transferring the fault information, the transfer source device transfers the fault information again. Unless it is done, there is a problem that the failure information may be lost.

【0005】本発明はこのような点に鑑みてなされたも
のであり、被管理機器内のログが所定数に達してログを
管理マネージャへ転送する必要が発生した時点で、管理
マネージャの停止または障害、またはネットワークにお
ける障害のために、ログが所定数に達していることの通
知も、ログの転送もすることができない場合に、被管理
機器内のログを失うことなく管理マネージャの記憶媒体
へ記録することができるようにする被管理機器のログ取
得方式を提供することを目的とする。
The present invention has been made in view of the above circumstances, and when the number of logs in the managed device reaches a predetermined number and it becomes necessary to transfer the logs to the management manager, the management manager is stopped or When neither the notification that the number of logs has reached a predetermined number nor the transfer of logs can be performed due to a failure or a failure in the network, the logs in the managed device are not lost to the storage medium of the management manager. It is an object of the present invention to provide a log acquisition method of a managed device that enables recording.

【0006】[0006]

【課題を解決するための手段】本発明では上記課題を解
決するために、ネットワークを介して管理マネージャに
接続されている被管理機器の内部で発生のログを取得す
る被管理機器のログ取得方式において、管理マネージャ
にて被管理機器に蓄積されているログを取得するための
タイミングを認識してログ取得トリガを出力するログ取
得時期認識手段(11)と、前記ログ取得時期認識手段
によるログ取得トリガの出力に応答して、前記被管理機
器に蓄積されているログを収集し保存するログ取得実行
手段(12)と、を備えていることを特徴とする被管理
機器のログ取得方式が提供される。
In order to solve the above problems, the present invention provides a log acquisition method for a managed device that acquires a log of occurrence inside a managed device connected to a management manager via a network. In the above, in the management manager, the log acquisition timing recognition means (11) for recognizing the timing for acquiring the log accumulated in the managed device and outputting the log acquisition trigger, and the log acquisition by the log acquisition timing recognition means A log acquisition method for a managed device, comprising: a log acquisition executing unit (12) that collects and stores logs accumulated in the managed device in response to a trigger output. To be done.

【0007】[0007]

【作用】上述の手段によれば、ログ取得時期認識手段
(11)が被管理機器に蓄積されているログを取得する
ためのタイミングを、たとえば被管理機器からログフル
通知を受けることにより、またはネットワークあるいは
管理マネージャの障害復帰時に認識すると、ログ取得の
ための処理が開始される。被管理機器に蓄積されている
ログはログ取得実行手段(12)によって取得される。
これにより、被管理機器からネットワークあるいは管理
マネージャの状態に関係なくログを一方的に送り付ける
のではなく、管理マネージャの側からログを取りに行く
ようにしたので、被管理機器から管理マネージャにログ
フル通知をしたときに、ネットワークあるいは管理マネ
ージャに障害が発生していたとしても、障害が回復して
からログを取得することができ、管理マネージャは確実
にログを取得してその記録媒体に保存していくことが可
能になる。
According to the above-mentioned means, the timing for the log acquisition timing recognizing means (11) to acquire the logs accumulated in the managed device can be determined, for example, by receiving a log full notification from the managed device, or on the network. Alternatively, when the management manager recognizes the error recovery, the process for log acquisition is started. The log accumulated in the managed device is acquired by the log acquisition executing means (12).
This allows the managed device to send logs to the management manager instead of sending logs unilaterally regardless of the state of the network or the management manager, so the managed device notifies the management manager of the log full. Even if there is a failure in the network or the management manager when you do this, you can get the log after the failure is recovered, and the management manager will surely acquire the log and save it in the recording medium. It is possible to go.

【0008】[0008]

【実施例】以下、本発明の一実施例を図面に基づいて説
明する。図1は本発明の被管理機器のログ取得方式の構
成を示す図である。
An embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a diagram showing the configuration of a log acquisition method of a managed device according to the present invention.

【0009】本発明を実施するネットワークシステム
は、管理マネージャ10と、ネットワーク20と、被管
理機器30とによって構成されている。本発明の被管理
機器のログ取得方式は、管理マネージャ10の側にて、
ログ取得時期認識手段11と、ログ取得実行手段12
と、トラップインターバル設定手段13と、管理マネー
ジャアドレス設定手段14とから構成される。この管理
マネージャ10の側の構成に対して、被管理機器30で
は、ログがあらかじめ定められた一定値を越えて登録さ
れたときにログフル通知を行うログフル通知手段31
と、蓄積されていたログを管理マネージャ側へ送信する
ログ送信手段32と、管理マネージャ10のトラップイ
ンターバル設定手段13からの設定変更要求に応じてト
ラップインターバルの値を変更するトラップインターバ
ル変更手段33と、管理マネージャ10の管理マネージ
ャアドレス設定手段14からの設定変更要求に応じてロ
グフル通知の通知先管理マネージャを登録する管理マネ
ージャアドレス登録手段34とから構成されている。
The network system for implementing the present invention comprises a management manager 10, a network 20, and a managed device 30. The log acquisition method of the managed device of the present invention is based on the management manager 10 side.
Log acquisition time recognition means 11 and log acquisition execution means 12
And a trap interval setting means 13 and a management manager address setting means 14. With respect to the configuration on the management manager 10 side, the managed device 30 provides a logfull notification means 31 for performing a logfull notification when a log is registered in excess of a predetermined value.
A log transmitting means 32 for transmitting the accumulated logs to the management manager side, and a trap interval changing means 33 for changing the trap interval value in response to a setting change request from the trap interval setting means 13 of the management manager 10. , Management manager address registration means 34 for registering a notification destination management manager for log full notification in response to a setting change request from the management manager address setting means 14 of the management manager 10.

【0010】上記の構成において、被管理機器30内で
発生したログはそのメモリに順次ロギングされ、ログの
数がトラップインターバル変更手段33によって設定さ
れている値を越えたときに、ログフル通知手段31によ
り管理マネージャ10に対してログフル通知が行われ
る。管理マネージャ10のログ取得時期認識手段11は
被管理機器30からのログフル通知を受けると、ログ取
得実行手段12を起動し、ログ取得実行手段12は被管
理機器30に対してログ取得要求を出す。これに応え
て、被管理機器30のログ送信手段32は未送信分のロ
グを管理マネージャ10へ送信する。ログ取得実行手段
12は送信されたログをハードディスクなどの記録媒体
に格納し、保存する。
In the above structure, the logs generated in the managed device 30 are sequentially logged in the memory, and when the number of logs exceeds the value set by the trap interval changing means 33, the log full notifying means 31. As a result, the management manager 10 is notified of the log full. When the log acquisition time recognition means 11 of the management manager 10 receives the log full notification from the managed device 30, the log acquisition execution means 12 is activated, and the log acquisition execution means 12 issues a log acquisition request to the managed device 30. . In response to this, the log transmitting means 32 of the managed device 30 transmits the untransmitted log to the management manager 10. The log acquisition execution means 12 stores the transmitted log in a recording medium such as a hard disk and saves it.

【0011】管理マネージャ10のログ取得時期認識手
段11はまた、ネットワーク20または管理マネージャ
10に障害が発生していてこれらが回復したとき、ある
いは管理マネージャ10がその停止状態から立ち上がっ
たときにも、その旨を認識する。ログ取得時期認識手段
11は障害回復を認識すると、障害発生中に、被管理機
器30からログフル通知があったかもしれないので、ロ
グ取得実行手段12を起動して、被管理機器30に蓄え
られているログを取得するようにする。これにより、ロ
グフル通知を正常に受信したときはもちろん、ログフル
通知を正常に受信できなかったときにも、被管理機器3
0のログをもれなく管理マネージャ10の記録媒体に記
録しておくことが可能になる。
The log acquisition timing recognizing means 11 of the management manager 10 also recovers when a failure occurs in the network 20 or the management manager 10, or when the management manager 10 is brought up from the stopped state. Recognize that. When the log acquisition time recognizing means 11 recognizes the recovery from the failure, there may have been a log full notification from the managed device 30 during the occurrence of the failure. Therefore, the log acquisition executing means 12 is activated and stored in the managed device 30. Try to get the log. As a result, not only when the log full notification is normally received, but also when the log full notification cannot be normally received, the managed device 3
It becomes possible to record all the logs of 0 in the recording medium of the management manager 10.

【0012】好適な実施例では、管理マネージャ10は
ネットワーク管理システム、被管理機器30はプリンタ
とすることができ、図示はしないが、これらを結ぶネッ
トワーク20にはプリンタを利用するための複数のコン
ピュータ、文書処理装置などが接続される。
In the preferred embodiment, the management manager 10 can be a network management system and the managed device 30 can be a printer, and although not shown, a plurality of computers for using the printer are used for the network 20 connecting them. , A document processing device, etc. are connected.

【0013】図2はトラップインターバル値変更処理を
示すフローチャートである。被管理機器30では、ログ
が一定数ロギングされたときにログフルになったことを
ログフル通知手段31により管理マネージャ10に対し
て通知する。発生したログを保存しておくメモリは、そ
の容量の制約から、ロギングできる最大数が決められ
る。ログフル通知は、その最大数より少ないある一定数
のログが保存されたときに、管理マネージャ10に対し
て行われる。前回のログフル通知というトラップが上が
ってから次にログフル通知のトラップが上がるまでのロ
グ数をトラップインターバルという。このトラップイン
ターバルの値は被管理機器30がそれぞれある値を規定
値として持っているが、ログ取得要求に対する被管理機
器30のレスポンス、メモリの容量、すなわち、保持で
きる最大ログ数やログ発生頻度などを考慮して、管理マ
ネージャ10側からトラップインターバルの値を変更で
きるようにしている。トラップインターバルの値の変更
は、管理マネージャ10のトラップインターバル設定手
段13および被管理機器30のトラップインターバル変
更手段33によって、実行される。
FIG. 2 is a flowchart showing the trap interval value changing process. In the managed device 30, the log-full notifying means 31 notifies the management manager 10 that the log has become full when a certain number of logs have been logged. The maximum number of logs that can be logged is determined by the memory capacity that saves the generated logs. The log full notification is given to the management manager 10 when a certain number of logs smaller than the maximum number are saved. The number of logs from the last log full notification trap to the next log full notification trap is called the trap interval. The managed device 30 has a certain value as the value of this trap interval, but the response of the managed device 30 to the log acquisition request, the memory capacity, that is, the maximum number of logs that can be held, the log occurrence frequency, etc. In consideration of the above, the value of the trap interval can be changed from the management manager 10 side. The value of the trap interval is changed by the trap interval setting unit 13 of the management manager 10 and the trap interval changing unit 33 of the managed device 30.

【0014】図示のフローチャートにおいて、まず、管
理マネージャ10側から設定変更の要求があると(ステ
ップS11)、被管理機器30のトラップインターバル
変更手段33では、トラップインターバル値として正し
いかどうかが判断される(ステップS12)。つまり、
通知された値がその被管理機器30がログ保存用として
持っているメモリの容量から決められる最大ログ数以下
かどうかが判断され、ここで、通知された値がトラップ
インターバル値として取り得る値でないと判断される
と、値の変更を行うことなくそのまま終了し、取り得る
値であると判断されると、その値に変更する処理が行わ
れる(ステップS13)。
In the flowchart shown in the figure, when a setting change request is issued from the management manager 10 side (step S11), the trap interval changing means 33 of the managed device 30 judges whether the trap interval value is correct or not. (Step S12). That is,
It is determined whether or not the notified value is less than or equal to the maximum number of logs determined from the capacity of the memory that the managed device 30 has for storing logs. Here, the notified value is not a value that can be taken as the trap interval value. If it is determined that the value is ended without changing the value, and if it is determined to be a possible value, a process of changing the value is performed (step S13).

【0015】図3は管理アドレスの設定処理の流れを示
すフローチャートである。被管理機器30はログがある
一定数以上保存されると、ログフルになったことを管理
マネージャ10に通知するが、管理マネージャ10が複
数存在するような場合にはどの管理マネージャに通知す
るかを被管理機器30にて設定することができる。この
通知先の管理マネージャの設定も管理マネージャ側から
設定することができ、管理マネージャ10の管理マネー
ジャアドレス設定手段14および被管理機器30の管理
マネージャアドレス登録手段34によって実行される。
FIG. 3 is a flow chart showing the flow of management address setting processing. When the managed device 30 stores a certain number of logs or more, it notifies the management manager 10 that the log is full, but when there are a plurality of management managers 10, which management manager is notified. It can be set in the managed device 30. The setting of the management manager of this notification destination can also be set from the management manager side, and is executed by the management manager address setting means 14 of the management manager 10 and the management manager address registration means 34 of the managed device 30.

【0016】図示のフローチャートによれば、管理マネ
ージャ10からの要求があると(ステップS21)、被
管理機器30の管理マネージャアドレス登録手段34
は、その要求が、通知先として新たに登録したいのか、
登録を削除したいのか、または登録を変更したいのかを
判断する(ステップS22)。管理マネージャ10から
の要求が登録と判断されると、管理マネージャアドレス
の登録処理が行われ(ステップS23)、削除と判断さ
れると、管理マネージャアドレスの削除処理が行われ
(ステップS24)、変更と判断されると、管理マネー
ジャアドレスの変更処理が行われる(ステップS2
5)。
According to the flow chart shown in the figure, when there is a request from the management manager 10 (step S21), the management manager address registration means 34 of the managed device 30.
Does the request want to newly register as a notification destination,
It is determined whether the registration is to be deleted or the registration is to be changed (step S22). If the request from the management manager 10 is determined to be registration, the management manager address registration processing is performed (step S23), and if it is determined to be deleted, the management manager address deletion processing is performed (step S24) and changed. If it is determined that the management manager address is changed (step S2)
5).

【0017】図4はログ取得を開始するかどうかの判断
処理のフローチャートである。管理マネージャ10から
被管理機器30に保存されているログを取得する場合
は、その契機として、管理マネージャ10はそのログ取
得時期認識手段11により事象の変化を監視する(ステ
ップS31)。ここで、被管理機器30からのログフル
のトラップを受信したか(ステップS32)、管理マネ
ージャ10の立ち上がりか(ステップS33)、ネット
ワーク障害からの回復か(ステップS34)のいずれか
が検出されると、ログ取得トリガを発生し(ステップS
35)、いずれの事象変化も検出されないと、ログ取得
トリガは発生しない。次に、ログ取得トリガが発生した
かどうか判断され(ステップS36)、ログ取得トリガ
が発生しなければ、ステップS31に戻り、ログ取得ト
リガが発生すれば、この処理フローチャートは終了し、
これがログ取得の契機となる。
FIG. 4 is a flow chart of a judgment process of whether or not to start log acquisition. When acquiring the log stored in the managed device 30 from the management manager 10, the management manager 10 monitors the change of the event by the log acquisition time recognition means 11 as an opportunity (step S31). Here, it is detected whether a log full trap is received from the managed device 30 (step S32), the management manager 10 is started up (step S33), or recovery from a network failure (step S34) is detected. , A log acquisition trigger is generated (step S
35), if neither event change is detected, the log acquisition trigger does not occur. Next, it is determined whether or not a log acquisition trigger has occurred (step S36). If no log acquisition trigger has occurred, the process returns to step S31. If a log acquisition trigger has occurred, this processing flowchart ends,
This is the trigger for log acquisition.

【0018】図5はログフル通知処理のフローチャート
である。被管理機器30内にてログが発生し、ログデー
タがメモリに保存されると(ステップS41)、前回ロ
グフル通知を行ってから最新ログが発生した時点までに
蓄積されたログ数を算出する(ステップS42)。次
に、登録されているトラップインターバル値と算出され
たログ数とを比較して算出値がトラップインターバル値
より大きいかどうかを判断する(ステップS43)。こ
こで、算出値がトラップインターバル値より大きくない
と判断されれば、この処理はそのまま終了し、大きいと
判断されれば、「ログフル時のログID」をその時の最
新ログIDに更新する(ステップS44)。ログIDは
その被管理機器30の使用開始時から発生したログに対
して一意に与えられるもので、ログフルのトラップが上
がる毎に、「ログフル時のログID」はそのログIDに
変更される。この「ログフル時のログID」はステップ
S42のログ数の算出に使用される値である。そして、
「ログフル時のログID」が書き換えられると、管理マ
ネージャ10に対してログフルのトラップを送信して、
この処理を終了する(ステップS45)。
FIG. 5 is a flowchart of the log full notification process. When a log is generated in the managed device 30 and the log data is stored in the memory (step S41), the number of logs accumulated from the previous log full notification to the time when the latest log is generated is calculated ( Step S42). Next, the registered trap interval value and the calculated number of logs are compared to determine whether the calculated value is larger than the trap interval value (step S43). Here, if it is determined that the calculated value is not larger than the trap interval value, this processing is ended as it is, and if it is determined that it is larger, the "log ID at log full" is updated to the latest log ID at that time (step S44). The log ID is uniquely given to the log generated from the start of use of the managed device 30, and the “log ID at log full” is changed to the log ID each time a log full trap is raised. This "log ID at log full" is a value used for calculating the number of logs in step S42. And
When the "log ID at log full" is rewritten, a log full trap is sent to the management manager 10,
This process ends (step S45).

【0019】図6はネットワーク障害からの回復処理を
示すフローチャートである。管理マネージャ10では、
ログ取得時期認識手段11が被管理機器30に対して定
期的にアクセスし(ステップS51)、ここでアクセス
エラーが起きるかどうかを判断する(ステップS5
2)。アクセスエラーが起きなければ、ステップS51
に戻って次のアクセスに備え、アクセスエラーが起きれ
ば、ネットワークに障害が発生したとする(ステップS
53)。次に、再び、被管理機器30に対して定期的な
アクセスをし(ステップS54)、アクセスエラーがあ
るかどうかを判断する(ステップS55)。ここで、ア
クセスエラーがあれば、ステップS54に戻って次のア
クセスに備え、アクセスエラーがなくなると、ネットワ
ーク障害が回復したものとする(ステップS56)。こ
のネットワーク障害回復を検出して、管理マネージャ1
0は被管理機器30に対してログ取得を要求する契機と
する。
FIG. 6 is a flowchart showing a recovery process from a network failure. In the management manager 10,
The log acquisition time recognizing means 11 periodically accesses the managed device 30 (step S51), and determines here whether an access error occurs (step S5).
2). If no access error occurs, step S51
If an access error occurs in preparation for the next access, it is assumed that the network has failed (step S
53). Next, the managed device 30 is again accessed regularly (step S54), and it is determined whether or not there is an access error (step S55). Here, if there is an access error, the procedure returns to step S54 to prepare for the next access, and if the access error disappears, it is assumed that the network failure is recovered (step S56). When this network failure recovery is detected, the management manager 1
0 is an opportunity to request the managed device 30 to acquire a log.

【0020】図7は管理マネージャの具体的な構成例を
示す図である。この構成例によれば、管理マネージャ
は、被管理機器からログフル通知を受けてログ取得トリ
ガを発生するログ取得トリガ発生部101を備えてい
る。このログ取得トリガ発生部101には、この管理マ
ネージャが起動したときに、管理マネージャが正常に立
ち上がったことを通知する管理マネージャ立ち上げ通知
部102と、ネットワークに障害が発生したかどうかを
監視して障害が回復したときにその通知を行うネットワ
ーク障害回復通知部103とが接続されており、これら
管理マネージャ立ち上げ通知部102またはネットワー
ク障害回復通知部103からの通知があった場合にも、
ログ取得トリガ発生部101はログ取得トリガを発生す
る。ログ取得トリガ発生部101の出力には、発生され
たログ取得トリガを受けるようにログ取得実行部104
が接続されている。ログ取得実行部104は、被管理機
器に対してログ取得を要求し、これに応答して被管理機
器からログが転送されてくると、その転送されたログを
記録保存するためのハードディスク105が接続されて
いる。管理マネージャは、さらに、被管理機器に対して
トラップインターバル値の設定・変更を要求するトラッ
プインターバル変更要求部106と、被管理機器に対し
てログフルの通知先を設定要求する管理マネージャアド
レス設定要求部107とを備えている。
FIG. 7 is a diagram showing a concrete configuration example of the management manager. According to this configuration example, the management manager includes the log acquisition trigger generation unit 101 that receives a log full notification from the managed device and generates a log acquisition trigger. The log acquisition trigger generation unit 101 monitors the management manager start-up notification unit 102 for notifying that the management manager has normally started up when the management manager is activated, and whether or not a failure has occurred in the network. Is connected to the network failure recovery notifying section 103 that notifies the failure when the failure is recovered, and even if there is a notification from the management manager startup notifying section 102 or the network failure recovery notifying section 103,
The log acquisition trigger generation unit 101 generates a log acquisition trigger. In the output of the log acquisition trigger generation unit 101, the log acquisition execution unit 104 receives the generated log acquisition trigger.
Is connected. The log acquisition execution unit 104 requests the managed device to acquire the log, and when the log is transferred from the managed device in response to the request, the hard disk 105 for recording and storing the transferred log is It is connected. The management manager further includes a trap interval change request unit 106 that requests the managed device to set / change the trap interval value and a management manager address setting request unit that requests the managed device to set a logfull notification destination. And 107.

【0021】図8は被管理機器の具体的な構成例を示す
図である。ここに例示した被管理機器は、管理マネージ
ャに対してログフル通知を行うログフル通知部210
と、この被管理機器で発生したログや管理マネージャ側
からの要求によって設定・登録された値などのデータを
記憶するデータ記憶部220と、管理マネージャからの
要求によってデータ記憶部220に保持されているログ
データを転送するログ送信部230と、管理マネージャ
からの要求によりトラップインターバルの値を変更する
トラップインターバル値変更部240と、管理マネージ
ャからの要求により通知先管理マネージャの登録・削除
・変更を行う管理マネージャアドレス登録部250とか
ら構成されている。
FIG. 8 is a diagram showing a specific configuration example of the managed device. The managed device illustrated here is a log full notifying unit 210 that gives a log full notification to the management manager.
A data storage unit 220 for storing data such as a log generated in the managed device and a value set / registered by a request from the management manager side; and a data storage unit 220 held by the data storage unit 220 according to a request from the management manager. Log transmitting unit 230 for transferring the log data, the trap interval value changing unit 240 for changing the value of the trap interval according to the request from the management manager, and the registration / deletion / change of the notification destination management manager according to the request from the management manager. The management manager address registration unit 250 is provided.

【0022】データ記憶部220は、ログが発生する毎
にログIDが付けられて格納されるログデータ記憶部2
21と、ログフル通知を行ったときのログIDを格納す
るログフル時のログID記憶部222と、トラップイン
ターバル値変更部240により変更された値が格納され
るトラップインターバル値記憶部223と、管理マネー
ジャアドレス登録部250より登録された値が格納され
る管理マネージャアドレス記憶部224とを有してい
る。ログデータ記憶部221は、保存できる最大ログ数
を越えてさらにログが発生すると、そのログは最も古い
ログIDの領域に上書き(ラップアップ)される構成に
なっている。
The data storage unit 220 is a log data storage unit 2 in which a log ID is added and stored every time a log is generated.
21, a log ID storage unit 222 at the time of log full storing the log ID when the log full notification is performed, a trap interval value storage unit 223 storing the value changed by the trap interval value changing unit 240, and a management manager It has a management manager address storage unit 224 in which the value registered by the address registration unit 250 is stored. The log data storage unit 221 is configured to overwrite (wrap up) the log with the oldest log ID when the number of logs exceeds the maximum number of logs that can be stored.

【0023】ログフル通知部210は、ログデータ記憶
部221の最新ログID、ログフル時のログID記憶部
222に格納されている前回通知のログフル時のログI
D、トラップインターバル値記憶部223のトラップイ
ンターバル値、および管理マネージャアドレス記憶部2
24の管理マネージャアドレスを参照してログフルかど
うかを判断するログフル判断部211を有している。
The log-full notifying unit 210 has the latest log ID of the log data storage unit 221 and the log I at the log-full time of the previous notification stored in the log ID storage unit 222 at the log-full time.
D, trap interval value of trap interval value storage unit 223, and management manager address storage unit 2
It has a log-full determination unit 211 that determines whether or not the log is full by referring to the 24 management manager address.

【0024】上述した図7の管理マネージャおよび図8
の被管理機器の構成をもとに、これらの動作について、
以下のフローチャートに従って説明する。図9は管理マ
ネージャ側および被管理機器側におけるログ取得処理を
示すフローチャートである。
The above-mentioned management manager of FIG. 7 and FIG.
Based on the configuration of the managed device of
It will be described according to the following flowchart. FIG. 9 is a flowchart showing log acquisition processing on the management manager side and the managed device side.

【0025】まず、管理マネージャ側において、ログ取
得トリガ発生部101は被管理機器からのログフル通
知、管理マネージャ立ち上げ通知部102からの通知、
またはネットワーク障害回復通知部103からの通知を
受けると、ログ取得トリガを発生する(ステップS6
1)。すると、ログ取得実行部104は、前回最後に転
送されたログのログID(N)をもとに被管理機器に対
してログID(N)以降のログの取得を要求し(ステッ
プS62)、ログデータ受信待ちに入る(ステップS6
3)。
First, on the side of the management manager, the log acquisition trigger generation unit 101 notifies the log-full notification from the managed device, the notification from the management manager start-up notification unit 102,
Alternatively, when a notification is received from the network failure recovery notification unit 103, a log acquisition trigger is generated (step S6).
1). Then, the log acquisition execution unit 104 requests the managed device to acquire the logs of the log ID (N) and the subsequent logs based on the log ID (N) of the log transferred last time (step S62). Wait for log data reception (step S6)
3).

【0026】一方、被管理機器側では、管理マネージャ
からのログ取得要求を受けると(ステップS64)、ロ
グID(S)の「S」に「N」を代入する(ステップS
65)。前回のログ転送で最後に転送されたのはログI
D(N)のログであるので、これから送信しようとする
ログはその次のログIDのログからとなる。したがっ
て、ここで、「S」の値を1つ増やし(ステップS6
6)、そのログIDのログデータをログデータ記憶部2
21を参照してログ送信部230により管理マネージャ
へ送信する(ステップS67)。このとき、管理マネー
ジャ側では、データ受信待ちの状態になっているので、
被管理機器側からログデータが送信されてくると、ログ
取得実行部104にてそのログデータを取得し、ハード
ディスク105に記録保持する(ステップS68)。
On the other hand, when the managed device receives the log acquisition request from the management manager (step S64), it substitutes "N" for "S" of the log ID (S) (step S).
65). Log I was the last one transferred in the previous log transfer.
Since it is the log of D (N), the log to be transmitted from now is the log of the next log ID. Therefore, here, the value of "S" is incremented by one (step S6
6), the log data of the log ID is stored in the log data storage unit 2
21 is transmitted to the management manager by the log transmission unit 230 (step S67). At this time, the management manager is waiting for data reception.
When the log data is transmitted from the managed device side, the log acquisition execution unit 104 acquires the log data and records and holds the log data in the hard disk 105 (step S68).

【0027】被管理機器側では、あるログIDのログデ
ータの送信が終了すると、今、送信したログデータは最
新ログIDを有するデータかどうかを判断し(ステップ
S69)、最新ログデータでなければ、ステップS66
に戻って、次のログIDを有するログデータが送信処理
されることになる。送信したログデータが最新のもので
あれば、管理マネージャに対してログデータ終了を送信
し、被管理機器側でのログ取得処理を終了する(ステッ
プS70)。管理マネージャ側では、ログデータ終了の
通知を受けると、今回のログの取得処理は終了すること
になる(ステップS71)。このステップS71にて、
ログデータ終了が通知されなければ、ステップS63に
戻って、次のログデータの受信待ちとなる。
On the managed device side, when the transmission of the log data of a certain log ID is completed, it is judged whether the transmitted log data is the data having the latest log ID (step S69), and if it is not the latest log data. , Step S66
Then, the log data having the next log ID will be transmitted and processed. If the transmitted log data is the latest, the log data end is transmitted to the management manager, and the log acquisition process on the managed device side ends (step S70). Upon receipt of the log data end notification, the management manager side ends the current log acquisition process (step S71). In this step S71,
If the end of log data is not notified, the process returns to step S63 to wait for reception of the next log data.

【0028】ここで、具体的な例を挙げて説明すると、
データ記憶部220のログデータ記憶部221はたとえ
ば50個のログを保存することができ、トラップインタ
ーバル値記憶部223に設定されているトラップインタ
ーバル値は40であるとする。ログIDは、最初は
「0」から始まってログが発生する毎に1つずつ増えて
いくものとし、ログフル時のログID記憶部222には
最初「0」が入っているものとする。また、管理マネー
ジャのハードディスク105には、この被管理機器のロ
グはまだ記録されていないので、ログIDはない。
Here, a specific example will be described.
The log data storage unit 221 of the data storage unit 220 can store, for example, 50 logs, and the trap interval value set in the trap interval value storage unit 223 is 40. It is assumed that the log ID starts from “0” and increases by one each time a log is generated, and that the log ID storage unit 222 at the time of log full initially contains “0”. Further, the hard disk 105 of the management manager has no log ID because the log of this managed device has not been recorded yet.

【0029】ログが蓄積されていって、ログIDが40
のログが発生されると、ログデータ記憶部221には4
1個のログデータが蓄積されたことになり、蓄積された
ログ数がトラップインターバル値より大きくなる。この
時点で、ログフル時のログID記憶部222の値は「4
0」に変更され、ログフルのトラップが管理マネージャ
に上がり、管理マネージャはログデータの取得を開始す
る。このとき、管理マネージャ側にはログデータの記録
はないので、管理マネージャからのログ取得要求はすべ
てのログデータとなる。被管理機器のログ送信部230
はログIDが「0」のログから管理マネージャへ順次送
信し、ログIDが40のログまで送信する。送信された
ログは管理マネージャのハードディスクに格納される。
The logs are accumulated and the log ID is 40.
When the log is generated, the log data storage unit 221 reads 4
Since one piece of log data has been accumulated, the number of accumulated logs becomes larger than the trap interval value. At this point, the value of the log ID storage unit 222 when the log is full is "4.
It is changed to "0", a log full trap is sent to the management manager, and the management manager starts acquisition of log data. At this time, since no log data is recorded on the management manager side, the log acquisition request from the management manager is all log data. Log transmission unit 230 of managed device
Sequentially transmits from the log having the log ID “0” to the management manager, and transmits up to the log having the log ID 40. The sent log is stored in the hard disk of the management manager.

【0030】引き続き、ログが発生すると、今度はログ
ID=41のログからログデータ記憶部221に保持さ
れていく。ログID=49のログが保持されてログデー
タ記憶部221が一杯になると、この次に発生したログ
ID=50のログはログID=0の最古のログ記憶位置
に上書き保持される。このようにして、ログID=80
のログが保持されると、前回のログフル通知から新たに
蓄積されたログの数はトラップインターバル値の40に
等しくなり、次のログID=81のログが発生すると、
ログフル時のログID記憶部222の値は「81」に変
更され、ログフルのトラップが管理マネージャに上が
る。すると、管理マネージャはハードディスクに記録さ
れているログの中で最新のログのログID=40ととも
に被管理機器側へログ取得要求を出す。被管理機器側で
は、通知されたログIDの次のログID=41のログか
ら管理マネージャ側へ順次送信する。ログID=81の
ログを送信するとログ転送の終了となる。
Subsequently, when a log is generated, this time the log having the log ID = 41 is held in the log data storage unit 221. When the log with the log ID = 49 is held and the log data storage unit 221 becomes full, the next log with the log ID = 50 is overwritten and held in the oldest log storage position with the log ID = 0. In this way, log ID = 80
When the log of No. is retained, the number of logs newly accumulated from the previous log full notification becomes equal to the trap interval value of 40, and when the log of the next log ID = 81 occurs,
The value of the log ID storage unit 222 at the time of log full is changed to “81”, and the log full trap is sent to the management manager. Then, the management manager issues a log acquisition request to the managed device side together with the log ID = 40 of the latest log among the logs recorded on the hard disk. On the managed device side, the log having the log ID = 41 next to the notified log ID is sequentially transmitted to the management manager side. When the log with the log ID = 81 is transmitted, the log transfer ends.

【0031】同様にして、次に発生したログは、ログI
D=82からログデータ記憶部221へ順次保持されて
いき、ログフルになると、管理マネージャから前回ログ
フル時のログID以降の被管理機器内のログをすべて取
得するという処理が繰り返される。また、ログフル通知
時に加えて、管理マネージャが立ち上がったとき、ある
いはネットワーク障害が回復したときにも、管理マネー
ジャはログフル通知時と同じログ取得処理が行われる。
Similarly, the next generated log is log I
The log data is sequentially held from D = 82 in the log data storage unit 221, and when the log becomes full, the process of acquiring all the logs in the managed device after the log ID at the previous log full from the management manager is repeated. In addition to the log full notification, the management manager performs the same log acquisition processing as when the log full notification is issued, when the management manager is started up or when the network failure is recovered.

【0032】次に、管理マネージャの性能を考えると、
管理マネージャのログ取得要求に対する被管理機器のレ
スポンスが早い場合と遅い場合とが考えられる。管理マ
ネージャのログ取得要求に対するレスポンスが早い場合
には、ログフルの通知が上がってから管理マネージャが
ログをハードディスクに記録するまで少ない時間で記録
できるので、トラップインターバル値は機器が保持でき
る最大ログ数に近い値でよい。ところが、管理マネージ
ャのログ取得要求に対するレスポンスが遅い場合には、
ログフルの通知が上がってから管理マネージャがログを
ハードディスクに記録するまで時間がかかってしまう。
したがって、ログフル通知から管理マネージャにてログ
が記録されるまでの間に、被管理機器において、新たに
発生したログにより未転送ログが上書きされてしまうの
で、まだハードディスクに記録していないログが被管理
機器のログデータ記憶部221から消失してしまわない
ようにすることが必要である。このような状況を避ける
ため、管理マネージャはログ取得レスポンスを考慮し
て、被管理機器のトラップインターバル値を最適な値に
変更することができ、トラップインターバル値は図2に
示したフローチャートに従って変更される。
Next, considering the performance of the management manager,
It is considered that the response of the managed device to the log acquisition request of the management manager is early or late. If the response to the log acquisition request from the management manager is fast, it can be recorded in a short time after the log full notification is sent until the management manager records the log on the hard disk, so the trap interval value is set to the maximum number of logs that the device can hold. A close value is good. However, if the response to the log acquisition request from the management manager is slow,
It takes a long time for the manager to record the log on the hard disk after the log full notification is sent.
Therefore, between the log full notification and the recording of the log by the management manager, the untransferred log is overwritten by the newly generated log in the managed device. It is necessary to prevent it from disappearing from the log data storage unit 221 of the management device. In order to avoid such a situation, the management manager can change the trap interval value of the managed device to an optimum value in consideration of the log acquisition response, and the trap interval value is changed according to the flowchart shown in FIG. It

【0033】図10は被管理機器のログ取得方式の別の
構成例を示す図である。図示の構成例によれば、第1管
理マネージャ300および第2管理マネージャ400は
ネットワーク500を介して第1ないし第4被管理機器
600,700,800,900に接続されている。第
1管理マネージャ300および第2管理マネージャ40
0はそれぞれログを記録するハードディスク310およ
び410を備え、第1ないし第4被管理機器600〜9
00はそれぞれ管理マネージャアドレス記憶部610,
710,810,910を備えている。また、第1管理
マネージャ300には、ハードディスク310の空き容
量を監視して、空き容量がなくなった場合に、第1ない
し第4被管理機器600〜900で発生したログの管理
を別の管理マネージャに移管する処理を行うログ取得切
り替え部320を有している。
FIG. 10 is a diagram showing another configuration example of the log acquisition method of the managed device. According to the illustrated configuration example, the first management manager 300 and the second management manager 400 are connected to the first to fourth managed devices 600, 700, 800, 900 via the network 500. First management manager 300 and second management manager 40
0 is provided with hard disks 310 and 410 for respectively recording logs, and the first to fourth managed devices 600 to 9 are provided.
00 is the management manager address storage unit 610,
710, 810, 910. Further, the first management manager 300 monitors the free space of the hard disk 310, and when the free space runs out, manages the logs generated in the first to fourth managed devices 600 to 900 by another management manager. It has a log acquisition switching unit 320 that performs the process of transferring to.

【0034】ここで、第1ないし第4被管理機器600
〜900は第1管理マネージャ300によって管理され
ているとする。したがって、第1ないし第4被管理機器
600〜900の管理マネージャアドレス記憶部61
0,710,810,910には、ログフル通知先の管
理マネージャとして、第1管理マネージャ300のアド
レスがそれぞれ登録されているとする。このため、第1
ないし第4被管理機器600〜900にてログが発生す
ると、ログはそれぞれのログデータ記憶部に保持されて
いき、ログフルになると、第1管理マネージャ300の
ハードディスク310へ転送されて記録される。
Here, the first to fourth managed devices 600
˜900 are managed by the first management manager 300. Therefore, the management manager address storage unit 61 of the first to fourth managed devices 600 to 900.
It is assumed that the addresses of the first management manager 300 are registered in 0, 710, 810, and 910 as the management managers of the log-full notification destination. Therefore, the first
Or, when a log is generated in the fourth managed devices 600 to 900, the log is held in each log data storage unit, and when the log becomes full, the log is transferred to the hard disk 310 of the first management manager 300 and recorded.

【0035】第1管理マネージャ300のログ格納用の
ハードディスク310が一杯になると、ログ取得切り替
え部320はこれを検出してログの管理を第2管理マネ
ージャ400に移すようにする。このとき、ハードディ
スク310には、第1被管理機器600のログがログI
D=Nのログまで記録され、第2被管理機器700のロ
グがログID=Mのログまで記録され、第3被管理機器
800のログがログID=Lのログまで記録され、第4
被管理機器900のログがログID=Kのログまで記録
されているとする。
When the hard disk 310 for storing logs of the first management manager 300 becomes full, the log acquisition switching unit 320 detects this and shifts the log management to the second management manager 400. At this time, the log of the first managed device 600 is recorded on the hard disk 310 as log I.
A log of D = N is recorded, a log of the second managed device 700 is recorded to a log of log ID = M, a log of the third managed device 800 is recorded to a log of log ID = L, and a fourth
It is assumed that the managed device 900 logs are recorded up to the log ID = K.

【0036】ログ取得切り替え部320は、まず、管理
マネージャアドレス設定要求部により、第1ないし第4
被管理機器600〜900に対して、それらの管理マネ
ージャアドレス記憶部610,710,810,910
に設定されているログフル通知先を第1管理マネージャ
300から第2管理マネージャ400へ変更し、第2管
理マネージャ400に対して、ログ取得時に必要な開始
ログIDを通知する。すなわち、ハードディスク310
に記録された最終記録ログのログIDが通知され、第1
被管理機器600のログID=N、第2被管理機器70
0のログID=M、第3被管理機器800のログID=
L、および第4被管理機器900のログID=Kが通知
される。
The log acquisition switching unit 320 firstly causes the management manager address setting requesting unit to perform the first to fourth operations.
For the managed devices 600 to 900, those management manager address storage units 610, 710, 810, 910
The log-full notification destination set to No. 1 is changed from the first management manager 300 to the second management manager 400, and the second management manager 400 is notified of the start log ID necessary for log acquisition. That is, the hard disk 310
The log ID of the last recorded log recorded in is notified, and the first
Log ID of managed device 600 = N, second managed device 70
0 log ID = M, 3rd managed device 800 log ID =
L and the log ID = K of the fourth managed device 900 are notified.

【0037】ここで、被管理機器側にてログフルのトラ
ップが上がると、今度は第2管理マネージャ400がそ
のトラップを認識してログ取得処理を開始する。第2管
理マネージャ400のハードディスク410には、第1
被管理機器600についてはログID=N+1、第2被
管理機器700についてはログID=M+1、第3被管
理機器800についてはログID=L+1、および第4
被管理機器900についてはログID=K+1のログか
ら記録開始される。
When a log-full trap occurs on the managed device side, the second management manager 400 recognizes the trap and starts the log acquisition process. In the hard disk 410 of the second management manager 400, the first
The log ID = N + 1 for the managed device 600, the log ID = M + 1 for the second managed device 700, the log ID = L + 1 for the third managed device 800, and the fourth.
For the managed device 900, recording is started from the log of log ID = K + 1.

【0038】これにより、1つの管理マネージャにおけ
るログ記録領域が一杯になっても、ログ記録を一時的に
他の管理マネージャに移管することで、ログ記録を継続
することができる。
As a result, even if the log recording area in one management manager becomes full, log recording can be continued by temporarily transferring the log recording to another management manager.

【0039】[0039]

【発明の効果】以上説明したように本発明では、被管理
機器からログフル通知があった場合、管理マネージャが
立ち上がった場合、あるいはネットワーク障害が回復し
た場合には、ログ取得を管理マネージャから取得しにい
くように構成した。このため、被管理機器のログフル通
知があった場合に、管理マネージャがこの通知を認識す
ることができない状態にあっても、ログ取得可能状態に
なったときに、管理マネージャの方からログを取得しに
いくので、被管理機器に蓄積されていたログが取得され
ずに上書きによって失われることがなくなる。
As described above, according to the present invention, the log acquisition is acquired from the management manager when the managed device receives the log-full notification, the management manager starts up, or the network failure is recovered. Configured to go to. Therefore, when there is a log full notification of the managed device, even if the management manager cannot recognize this notification, the log will be acquired from the management manager when the log becomes available. Therefore, the log accumulated in the managed device will not be lost by being overwritten without being acquired.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の被管理機器のログ取得方式の構成を示
す図である。
FIG. 1 is a diagram showing a configuration of a log acquisition method of a managed device according to the present invention.

【図2】トラップインターバル値変更処理を示すフロー
チャートである。
FIG. 2 is a flowchart showing a trap interval value changing process.

【図3】管理アドレスの設定処理の流れを示すフローチ
ャートである。
FIG. 3 is a flowchart showing a flow of management address setting processing.

【図4】ログ取得を開始するかどうかの判断処理のフロ
ーチャートである。
FIG. 4 is a flowchart of a determination process of whether to start log acquisition.

【図5】ログフル通知処理のフローチャートである。FIG. 5 is a flowchart of a log full notification process.

【図6】ネットワーク障害からの回復処理を示すフロー
チャートである。
FIG. 6 is a flowchart showing a recovery process from a network failure.

【図7】管理マネージャの具体的な構成例を示す図であ
る。
FIG. 7 is a diagram illustrating a specific configuration example of a management manager.

【図8】被管理機器の具体的な構成例を示す図である。FIG. 8 is a diagram illustrating a specific configuration example of a managed device.

【図9】管理マネージャ側および被管理機器側における
ログ取得処理を示すフローチャートである。
FIG. 9 is a flowchart showing log acquisition processing on the management manager side and the managed device side.

【図10】被管理機器のログ取得方式の別の構成例を示
す図である。
FIG. 10 is a diagram showing another configuration example of the log acquisition method of the managed device.

【符号の説明】[Explanation of symbols]

10 管理マネージャ 11 ログ取得時期認識手段 12 ログ取得実行手段 13 トラップインターバル設定手段 14 管理マネージャアドレス設定手段 20 ネットワーク 30 被管理機器 31 ログフル通知手段 32 ログ送信手段 33 トラップインターバル変更手段 34 管理マネージャアドレス登録手段 10 management manager 11 log acquisition timing recognition means 12 log acquisition execution means 13 trap interval setting means 14 management manager address setting means 20 network 30 managed device 31 log full notification means 32 log transmission means 33 trap interval changing means 34 management manager address registration means

Claims (5)

【特許請求の範囲】[Claims] 【請求項1】 ネットワークを介して管理マネージャに
接続されている被管理機器の内部で発生のログを取得す
る被管理機器のログ取得方式において、 管理マネージャにて被管理機器に蓄積されているログを
取得するためのタイミングを認識してログ取得トリガを
出力するログ取得時期認識手段と、 前記ログ取得時期認識手段によるログ取得トリガの出力
に応答して、前記被管理機器に蓄積されているログを収
集し保存するログ取得実行手段と、 を備えていることを特徴とする被管理機器のログ取得方
式。
1. In a managed device log acquisition method for acquiring a log of an occurrence inside a managed device connected to a management manager via a network, a log accumulated in the managed device by the management manager. Log acquisition timing recognition means for recognizing the timing for acquiring a log acquisition trigger, and a log accumulated in the managed device in response to the output of the log acquisition trigger by the log acquisition timing recognition means. A log acquisition method for a managed device, comprising: a log acquisition execution unit that collects and stores the log.
【請求項2】 前記ログ取得時期認識手段は、被管理機
器にて発生したログの数があらかじめ定められたある一
定値を越えた旨のログフル通知を前記被管理機器より受
けたとき、または管理マネージャまたはネットワーク
が、被管理機器にて発生したログの数があらかじめ定め
られたある一定値を越えた旨の通知を受けることができ
ない状態から復旧したときに、前記ログ取得トリガを出
力するように構成されていることを特徴とする請求項1
記載の被管理機器のログ取得方式。
2. The log acquisition timing recognizing means receives a log full notification from the managed device indicating that the number of logs generated in the managed device exceeds a predetermined value, or manages the log. When the manager or the network recovers from the state where it cannot receive the notification that the number of logs generated in the managed device exceeds a certain predetermined value, it outputs the log acquisition trigger. It is comprised, It is characterized by the above-mentioned.
Log acquisition method for the managed device described.
【請求項3】 前記ログ取得時期認識手段に対して前記
ログフル通知を行ってから次にログフル通知を行うまで
に蓄積されるログの数、すなわち、前記一定値を変更す
るための要求を、管理マネージャから被管理機器に対し
て行うトラップインターバル設定手段をさらに備えてい
ることを特徴とする請求項1記載の被管理機器のログ取
得方式。
3. The number of logs accumulated from the log full notification to the log acquisition time recognition means until the next log full notification, that is, a request for changing the constant value is managed. 2. The managed device log acquisition method according to claim 1, further comprising a trap interval setting means for the manager to perform management on the managed device.
【請求項4】 前記ログの数が前記トラップインターバ
ルの値を越えて新たに蓄積されたときに前記ログフルを
通知する相手の管理マネージャを設定するための要求
を、管理マネージャから被管理機器に対して行う管理マ
ネージャアドレス設定手段をさらに備えていることを特
徴とする請求項1記載の被管理機器のログ取得方式。
4. The management manager issues a request to the managed device for setting a management manager of the other party who notifies the log full when the number of logs exceeds the value of the trap interval and is newly accumulated. 2. The managed device log acquisition method according to claim 1, further comprising management manager address setting means.
【請求項5】 ある管理マネージャにてログを記録保存
する媒体が一杯になったことに応答して、被管理機器に
設定されたログフル通知先の管理マネージャを前記管理
マネージャアドレス設定手段によりあらかじめ定められ
た管理マネージャに変更するとともに前記あらかじめ定
められた管理マネージャに対して記録しはじめる各被管
理機器のログIDを通知するログ取得切り替え手段をさ
らに備えていることを特徴とする請求項4記載の被管理
機器のログ取得方式。
5. In response to a medium for recording and storing a log being filled by a certain management manager, a management manager for log-full notification set in the managed device is preset by the management manager address setting means. 5. The log acquisition switching means for changing to the designated management manager and for notifying the predetermined management manager of the log ID of each managed device which starts recording, further comprising: Log acquisition method for the managed device.
JP13172095A 1995-05-30 1995-05-30 Log acquisition method for managed devices Expired - Fee Related JP3376760B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP13172095A JP3376760B2 (en) 1995-05-30 1995-05-30 Log acquisition method for managed devices

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP13172095A JP3376760B2 (en) 1995-05-30 1995-05-30 Log acquisition method for managed devices

Publications (2)

Publication Number Publication Date
JPH08328970A true JPH08328970A (en) 1996-12-13
JP3376760B2 JP3376760B2 (en) 2003-02-10

Family

ID=15064634

Family Applications (1)

Application Number Title Priority Date Filing Date
JP13172095A Expired - Fee Related JP3376760B2 (en) 1995-05-30 1995-05-30 Log acquisition method for managed devices

Country Status (1)

Country Link
JP (1) JP3376760B2 (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10334011A (en) * 1997-05-31 1998-12-18 Nec Corp Network managing method, its system, managing device to be used for the system, and program recording medium
JP2000040045A (en) * 1998-07-24 2000-02-08 Mitsubishi Electric Corp Monitoring system
JP2000137633A (en) * 1998-11-02 2000-05-16 Nec Corp System and method for collecting information, and recording medium recorded with information collection processing program
JP2000151606A (en) * 1998-11-16 2000-05-30 Nec Corp Network monitoring system, network monitoring method, network management device, network device to be managed and recording medium
JP2001084196A (en) * 1999-09-14 2001-03-30 Nec Corp Network management system
WO2001025933A1 (en) * 1999-10-01 2001-04-12 Fujitsu Limited Manager agent model system
JP2007323463A (en) * 2006-06-02 2007-12-13 Sharp Corp History management device
JP2008262287A (en) * 2007-04-10 2008-10-30 Nec Access Technica Ltd Communication control device and communication log storage method
JP2009538015A (en) * 2006-05-19 2009-10-29 エアバス フランス Message receiving device, in particular message receiving device in data secure communication, aircraft and method related thereto
JP2012103928A (en) * 2010-11-11 2012-05-31 Canon Inc Network system, server, information processor, log registration method, and program
JP2012116111A (en) * 2010-12-01 2012-06-21 Ricoh Co Ltd Image forming apparatus, system, program, and method for processing image
JP2016040939A (en) * 2010-01-07 2016-03-24 日本電気株式会社 Radio terminal, control method for radio terminal, radio base station, and control method for radio base station

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10334011A (en) * 1997-05-31 1998-12-18 Nec Corp Network managing method, its system, managing device to be used for the system, and program recording medium
JP2000040045A (en) * 1998-07-24 2000-02-08 Mitsubishi Electric Corp Monitoring system
JP2000137633A (en) * 1998-11-02 2000-05-16 Nec Corp System and method for collecting information, and recording medium recorded with information collection processing program
JP2000151606A (en) * 1998-11-16 2000-05-30 Nec Corp Network monitoring system, network monitoring method, network management device, network device to be managed and recording medium
JP2001084196A (en) * 1999-09-14 2001-03-30 Nec Corp Network management system
WO2001025933A1 (en) * 1999-10-01 2001-04-12 Fujitsu Limited Manager agent model system
JP2009538015A (en) * 2006-05-19 2009-10-29 エアバス フランス Message receiving device, in particular message receiving device in data secure communication, aircraft and method related thereto
JP2007323463A (en) * 2006-06-02 2007-12-13 Sharp Corp History management device
JP2008262287A (en) * 2007-04-10 2008-10-30 Nec Access Technica Ltd Communication control device and communication log storage method
US10237771B2 (en) 2010-01-07 2019-03-19 Nec Corporation Radio communication system, radio terminal, radio network, radio communication method and program
JP2016040939A (en) * 2010-01-07 2016-03-24 日本電気株式会社 Radio terminal, control method for radio terminal, radio base station, and control method for radio base station
US9544796B2 (en) 2010-01-07 2017-01-10 Nec Corporation Radio communication system, radio terminal, radio network, radio communication method and program
US10231142B2 (en) 2010-01-07 2019-03-12 Nec Corporation Radio communication system, radio terminal, radio network, radio communication method and program
US10306498B2 (en) 2010-01-07 2019-05-28 Nec Corporation Radio communication system, radio terminal, radio network, radio communication method and program
US10560857B2 (en) 2010-01-07 2020-02-11 Nec Corporation Radio communication system, radio terminal, radio network, radio communication method and program
US10911967B2 (en) 2010-01-07 2021-02-02 Nec Corporation Radio communication system, radio terminal, radio network, radio communication method and program
US11381986B2 (en) 2010-01-07 2022-07-05 Nec Corporation Radio communication system, radio terminal, radio network, radio communication method and program
US11882470B2 (en) 2010-01-07 2024-01-23 Nec Corporation Radio communication system, radio terminal, radio network, radio communication method and program
US9160621B2 (en) 2010-11-11 2015-10-13 Canon Kabushiki Kaisha Network system, server, information processing apparatus, log registration method, and program
JP2012103928A (en) * 2010-11-11 2012-05-31 Canon Inc Network system, server, information processor, log registration method, and program
JP2012116111A (en) * 2010-12-01 2012-06-21 Ricoh Co Ltd Image forming apparatus, system, program, and method for processing image

Also Published As

Publication number Publication date
JP3376760B2 (en) 2003-02-10

Similar Documents

Publication Publication Date Title
US8161138B2 (en) Replication system having the capability to accept commands at a standby-system site before completion of updating thereof
CN101741536B (en) Data level disaster-tolerant method and system and production center node
US7694177B2 (en) Method and system for resynchronizing data between a primary and mirror data storage system
US5845095A (en) Method and apparatus for storing and restoring controller configuration information in a data communication system
CN103942252B (en) A kind of method and system for recovering data
JP3376760B2 (en) Log acquisition method for managed devices
KR20180105675A (en) Method, apparatus, and system for synchronizing data
CN107357688B (en) Distributed system and fault recovery method and device thereof
WO1991014230A1 (en) Message communication processing system
WO2018214887A1 (en) Data storage method, storage server, storage medium and system
CN110633168A (en) Data backup method and system for distributed storage system
CN115277727A (en) Data disaster recovery method, system, device and storage medium
JP3428538B2 (en) Access network remote control method
JP2009025971A (en) Information processor and log data collection system
JP2008282070A (en) Networking equipment and network system
JP5798056B2 (en) Call processing information redundancy control system and spare maintenance server used therefor
JP2004185573A (en) Data writing method and device
JP3216618B2 (en) Data failure recovery method for video server device and medium recording data failure recovery program
JP3821379B2 (en) Service providing method and service providing system
JP2000194624A (en) Computer system and communication recovery system
CN116389457A (en) Cross-domain data transmission method, system and storage medium
JP2834006B2 (en) Failure recovery processing method and method
JPH0561785A (en) File transfer device
JP3346587B2 (en) Facsimile storage and switching equipment
KR100297649B1 (en) Apparatus and method for disk mirror copying in electronic switching

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071206

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081206

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091206

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101206

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111206

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111206

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121206

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121206

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131206

Year of fee payment: 11

LAPS Cancellation because of no payment of annual fees