JP2002290403A - 監視制御システム、監視制御方法、および被管理側装置用制御プログラム - Google Patents
監視制御システム、監視制御方法、および被管理側装置用制御プログラムInfo
- Publication number
- JP2002290403A JP2002290403A JP2001085831A JP2001085831A JP2002290403A JP 2002290403 A JP2002290403 A JP 2002290403A JP 2001085831 A JP2001085831 A JP 2001085831A JP 2001085831 A JP2001085831 A JP 2001085831A JP 2002290403 A JP2002290403 A JP 2002290403A
- Authority
- JP
- Japan
- Prior art keywords
- request
- control
- message
- autonomous
- management
- 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.)
- Pending
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 56
- 238000000034 method Methods 0.000 title claims description 45
- 230000000903 blocking effect Effects 0.000 claims abstract description 54
- 238000007726 management method Methods 0.000 claims description 58
- 230000004044 response Effects 0.000 claims description 34
- 238000012423 maintenance Methods 0.000 claims description 16
- 230000005540 biological transmission Effects 0.000 claims 1
- 238000012545 processing Methods 0.000 abstract description 7
- 238000010586 diagram Methods 0.000 description 21
- 230000000694 effects Effects 0.000 description 10
- 230000005856 abnormality Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/382—Information transfer, e.g. on bus using universal interface adapter
- G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 Ｔｒａｐの内容から閉塞状態になった原因を
判断することが可能な監視制御システムを得ること。 【解決手段】 ＳＮＭＰを採用する本発明の監視制御シ
ステムでは、管理側装置１が、被管理側装置２内の特定
のＨ／Ｗを閉塞状態に設定する場合に、閉塞要求を含む
ＳｅｔＲｅｑｕｅｓｔを被管理側装置２に対して送信
し、閉塞要求を受け取った被管理側装置２内の制御部１
４が、指定された特定のＨ／Ｗに対して閉塞処理を開始
し、さらに、ＭＩＢ内における当該Ｈ／Ｗの閉塞に関す
る項目を閉塞状態に変更し、その変更結果を含むＧｅｔ
Ｒｅｓｐｏｎｓｅを管理側装置１に対して返信し、その
後、閉塞処理が完了した段階で、閉塞要求を示すリクエ
ストＩＤを含むＴｒａｐを作成し管理側装置１に対して
送信する。
判断することが可能な監視制御システムを得ること。 【解決手段】 ＳＮＭＰを採用する本発明の監視制御シ
ステムでは、管理側装置１が、被管理側装置２内の特定
のＨ／Ｗを閉塞状態に設定する場合に、閉塞要求を含む
ＳｅｔＲｅｑｕｅｓｔを被管理側装置２に対して送信
し、閉塞要求を受け取った被管理側装置２内の制御部１
４が、指定された特定のＨ／Ｗに対して閉塞処理を開始
し、さらに、ＭＩＢ内における当該Ｈ／Ｗの閉塞に関す
る項目を閉塞状態に変更し、その変更結果を含むＧｅｔ
Ｒｅｓｐｏｎｓｅを管理側装置１に対して返信し、その
後、閉塞処理が完了した段階で、閉塞要求を示すリクエ
ストＩＤを含むＴｒａｐを作成し管理側装置１に対して
送信する。
Description
【０００１】
【発明の属する技術分野】本発明は、管理側装置（Ｏｐ
Ｓ：Operations System）と被管理側装置で構成された
監視制御システムおよび当該監視制御システムにおける
ネットワークの監視制御方法に関するものであり、特
に、ネットワークの管理方式としてＳＮＭＰ（Simple N
etwork Management Protocol）を採用する監視制御シス
テムおよび監視制御方法に関するものである。
Ｓ：Operations System）と被管理側装置で構成された
監視制御システムおよび当該監視制御システムにおける
ネットワークの監視制御方法に関するものであり、特
に、ネットワークの管理方式としてＳＮＭＰ（Simple N
etwork Management Protocol）を採用する監視制御シス
テムおよび監視制御方法に関するものである。
【０００２】
【従来の技術】以下、従来の監視制御システムおよび監
視制御方法について説明する。図１０は、ネットワーク
の管理方式としてＳＮＭＰ（Simple Network Managemen
t Protocol）を採用する従来の監視制御システムの動作
を示す図である。また、図１１は、管理側装置および被
管理側装置間でやりとりされるメッセージのフォーマッ
トを示す図である。なお、被管理側装置は、ＭＩＢ（Ma
nagement Information Base）といわれる管理情報を格
納する仮想的なデータベースを備える。
視制御方法について説明する。図１０は、ネットワーク
の管理方式としてＳＮＭＰ（Simple Network Managemen
t Protocol）を採用する従来の監視制御システムの動作
を示す図である。また、図１１は、管理側装置および被
管理側装置間でやりとりされるメッセージのフォーマッ
トを示す図である。なお、被管理側装置は、ＭＩＢ（Ma
nagement Information Base）といわれる管理情報を格
納する仮想的なデータベースを備える。
【０００３】たとえば、図示のＳｅｔＲｅｑｕｅｓｔ
は、ＭＩＢの中の管理情報を変更するときに、管理側装
置が出力する要求メッセージであり、この要求メッセー
ジを受け取った被管理側装置では、ＭＩＢの管理情報を
要求値に変更する処理を開始する。このとき、被管理側
装置では、上記ＳｅｔＲｅｑｕｅｓｔの受付通知とし
て、ＧｅｔＲｅｓｐｏｎｓｅという応答メッセージを管
理側装置に対して返信する。なお、ＳｅｔＲｅｑｕｅｓ
ｔおよびＧｅｔＲｅｓｐｏｎｓｅは、図１１に示すよう
に、「リクエストＩＤ（閉塞要求等）」と「要求された
パラメータとその値のリスト（データ部分：要求に対す
る詳細な内容）」を含む。また、ＧｅｔＲｅｓｐｏｎｓ
ｅは、図１１に示すように、「リクエストＩＤ」と「要
求が受け付けられたパラメータとその値のリスト」を含
む。また、上記閉塞は、対象装置（カード等）の機能を
停止させることを表す。
は、ＭＩＢの中の管理情報を変更するときに、管理側装
置が出力する要求メッセージであり、この要求メッセー
ジを受け取った被管理側装置では、ＭＩＢの管理情報を
要求値に変更する処理を開始する。このとき、被管理側
装置では、上記ＳｅｔＲｅｑｕｅｓｔの受付通知とし
て、ＧｅｔＲｅｓｐｏｎｓｅという応答メッセージを管
理側装置に対して返信する。なお、ＳｅｔＲｅｑｕｅｓ
ｔおよびＧｅｔＲｅｓｐｏｎｓｅは、図１１に示すよう
に、「リクエストＩＤ（閉塞要求等）」と「要求された
パラメータとその値のリスト（データ部分：要求に対す
る詳細な内容）」を含む。また、ＧｅｔＲｅｓｐｏｎｓ
ｅは、図１１に示すように、「リクエストＩＤ」と「要
求が受け付けられたパラメータとその値のリスト」を含
む。また、上記閉塞は、対象装置（カード等）の機能を
停止させることを表す。
【０００４】また、ＧｅｔＲｅｑｕｅｓｔは、ＭＩＢの
中の管理情報を取得するときに、管理側装置が出力する
要求メッセージであり、この要求メッセージを受け取っ
た被管理側装置では、要求されたＭＩＢの管理情報の値
を含ませたＧｅｔＲｅｓｐｏｎｓｅを管理側装置に返信
する。なお、ＧｅｔＲｅｑｕｅｓｔは、図１１に示すよ
うに、「リクエストＩＤ」と「要求されたパラメータと
その値のリスト（データ部分）」を含む。
中の管理情報を取得するときに、管理側装置が出力する
要求メッセージであり、この要求メッセージを受け取っ
た被管理側装置では、要求されたＭＩＢの管理情報の値
を含ませたＧｅｔＲｅｓｐｏｎｓｅを管理側装置に返信
する。なお、ＧｅｔＲｅｑｕｅｓｔは、図１１に示すよ
うに、「リクエストＩＤ」と「要求されたパラメータと
その値のリスト（データ部分）」を含む。
【０００５】また、Ｔｒａｐは、被管理側装置が、内部
の異常や状態変化、およびＳｅｔＲｅｑｕｅｓｔによる
状態変化、を自律的に管理側装置へ通知するためのメッ
セージである。なお、Ｔｒａｐは、図１１に示すよう
に、「自律メッセージまたは各種要求に対応したパラメ
ータとその値のリスト（データ部分）」を含む。
の異常や状態変化、およびＳｅｔＲｅｑｕｅｓｔによる
状態変化、を自律的に管理側装置へ通知するためのメッ
セージである。なお、Ｔｒａｐは、図１１に示すよう
に、「自律メッセージまたは各種要求に対応したパラメ
ータとその値のリスト（データ部分）」を含む。
【０００６】このように、従来の監視制御システムおよ
び監視制御方法では、ネットワークの管理を上記５種類
のメッセージで実現させている。
び監視制御方法では、ネットワークの管理を上記５種類
のメッセージで実現させている。
【０００７】
【発明が解決しようとする課題】しかしながら、上記、
従来の監視制御システムでは、たとえば、管理側装置が
ＳｅｔＲｅｑｕｅｓｔとして閉塞要求（ｂｌｏｃｋ）を
送信し、被管理側装置がこの閉塞要求が受け付けられた
ことを示すＧｅｔＲｅｓｐｏｎｓｅを返信し、その後、
被管理側装置が管理側装置に対して閉塞した状態を示す
Ｔｒａｐを送信した場合に、管理側装置では、このＴｒ
ａｐにより示された閉塞状態が上記閉塞要求を原因とす
る状態であるかどうかを、Ｔｒａｐの内容から判断する
ことができない、という問題があった。
従来の監視制御システムでは、たとえば、管理側装置が
ＳｅｔＲｅｑｕｅｓｔとして閉塞要求（ｂｌｏｃｋ）を
送信し、被管理側装置がこの閉塞要求が受け付けられた
ことを示すＧｅｔＲｅｓｐｏｎｓｅを返信し、その後、
被管理側装置が管理側装置に対して閉塞した状態を示す
Ｔｒａｐを送信した場合に、管理側装置では、このＴｒ
ａｐにより示された閉塞状態が上記閉塞要求を原因とす
る状態であるかどうかを、Ｔｒａｐの内容から判断する
ことができない、という問題があった。
【０００８】具体的にいうと、上記閉塞状態を、上記閉
塞要求を原因とする閉塞状態か、他の要求を原因とする
閉塞状態か、または、被管理側装置による自律的な閉塞
状態か、をＴｒａｐの内容から判断することができな
い、という問題があった。
塞要求を原因とする閉塞状態か、他の要求を原因とする
閉塞状態か、または、被管理側装置による自律的な閉塞
状態か、をＴｒａｐの内容から判断することができな
い、という問題があった。
【０００９】本発明は、上記に鑑みてなされたものであ
って、管理側装置がＴｒａｐの内容から、現在の状態
（閉塞状態、その他の異常状態、状態変化等）になった
原因を判断することが可能な監視制御システム、および
監視制御方法を得ることを目的とする。
って、管理側装置がＴｒａｐの内容から、現在の状態
（閉塞状態、その他の異常状態、状態変化等）になった
原因を判断することが可能な監視制御システム、および
監視制御方法を得ることを目的とする。
【００１０】
【課題を解決するための手段】上述した課題を解決し、
目的を達成するために、本発明にかかる監視制御システ
ムにあっては、ネットワークの管理方式としてＳＮＭＰ
（Simple Network Management Protocol）を採用し、管
理側装置が、被管理側装置内の特定のＨ／Ｗを制御する
場合に、制御要求を含む設定要求メッセージを被管理側
装置に対して送信し、前記制御要求を受け取った被管理
側装置内の制御部が、指定された特定のＨ／Ｗに対して
制御を開始し、さらに、ＭＩＢ内における指定Ｈ／Ｗの
当該制御要求に関する項目を所定状態に変更し、その変
更結果を含む応答メッセージを前記管理側装置に対して
返信し、さらに、前記被管理側装置内の制御部が、前記
制御が完了した段階で、前記制御要求を示すリクエスト
ＩＤを含む自律メッセージを作成し、当該自律メッセー
ジを前記管理側装置に対して送信することを特徴とす
る。
目的を達成するために、本発明にかかる監視制御システ
ムにあっては、ネットワークの管理方式としてＳＮＭＰ
（Simple Network Management Protocol）を採用し、管
理側装置が、被管理側装置内の特定のＨ／Ｗを制御する
場合に、制御要求を含む設定要求メッセージを被管理側
装置に対して送信し、前記制御要求を受け取った被管理
側装置内の制御部が、指定された特定のＨ／Ｗに対して
制御を開始し、さらに、ＭＩＢ内における指定Ｈ／Ｗの
当該制御要求に関する項目を所定状態に変更し、その変
更結果を含む応答メッセージを前記管理側装置に対して
返信し、さらに、前記被管理側装置内の制御部が、前記
制御が完了した段階で、前記制御要求を示すリクエスト
ＩＤを含む自律メッセージを作成し、当該自律メッセー
ジを前記管理側装置に対して送信することを特徴とす
る。
【００１１】つぎの発明にかかる監視制御システムにお
いて、さらに、前記被管理側装置は、設定要求メッセー
ジを受け取ってから自律メッセージを出力するまでの
間、他の同一種類の設定要求メッセージを受け付けない
ことを特徴とする。
いて、さらに、前記被管理側装置は、設定要求メッセー
ジを受け取ってから自律メッセージを出力するまでの
間、他の同一種類の設定要求メッセージを受け付けない
ことを特徴とする。
【００１２】つぎの発明にかかる監視制御システムにあ
っては、さらに、Ｈ／Ｗの自律制御による閉塞処理と制
御要求による閉塞処理とで、自律メッセージのフォーマ
ットを区別することを特徴とする。
っては、さらに、Ｈ／Ｗの自律制御による閉塞処理と制
御要求による閉塞処理とで、自律メッセージのフォーマ
ットを区別することを特徴とする。
【００１３】つぎの発明にかかる監視制御システムにあ
っては、前記設定要求メッセージ、応答メッセージ、自
律メッセージにおけるリクエストＩＤを、「保守用ター
ミナルまたはユーザ用ターミナル」＋「コマンドＩＤ」
とすることを特徴とする。
っては、前記設定要求メッセージ、応答メッセージ、自
律メッセージにおけるリクエストＩＤを、「保守用ター
ミナルまたはユーザ用ターミナル」＋「コマンドＩＤ」
とすることを特徴とする。
【００１４】つぎの発明にかかる監視制御システムにあ
っては、前記設定要求メッセージ、応答メッセージ、自
律メッセージにおけるリクエストＩＤを「保守用ターミ
ナル／ユーザ用ターミナル」＋「クライアントＩＤ」＋
「コマンドＩＤ」とすることを特徴とする。
っては、前記設定要求メッセージ、応答メッセージ、自
律メッセージにおけるリクエストＩＤを「保守用ターミ
ナル／ユーザ用ターミナル」＋「クライアントＩＤ」＋
「コマンドＩＤ」とすることを特徴とする。
【００１５】つぎの発明にかかる監視制御システムにあ
っては、前記設定要求メッセージ、応答メッセージ、自
律メッセージにおけるリクエストＩＤを「クライアント
ＩＤ」＋「コマンドＩＤ」とすることを特徴とする。
っては、前記設定要求メッセージ、応答メッセージ、自
律メッセージにおけるリクエストＩＤを「クライアント
ＩＤ」＋「コマンドＩＤ」とすることを特徴とする。
【００１６】つぎの発明にかかる監視制御方法にあって
は、ネットワークの管理方式としてＳＮＭＰ（Simple N
etwork Management Protocol）を用い、管理側装置が、
被管理側装置内の特定のＨ／Ｗを制御する場合に、制御
要求を含む設定要求メッセージを被管理側装置に対して
送信する設定要求メッセージ送信ステップと、前記制御
要求を受け取った被管理側装置内の制御部が、指定され
た特定のＨ／Ｗに対して制御を開始し、さらに、ＭＩＢ
内における指定Ｈ／Ｗの当該制御要求に関する項目を所
定状態に変更し、その変更結果を含む応答メッセージを
前記管理側装置に対して返信する応答メッセージ返信ス
テップと、前記被管理側装置内の制御部が、前記制御が
完了した段階で、前記制御要求を示すリクエストＩＤを
含む自律メッセージを作成し、当該自律メッセージを前
記管理側装置に対して送信する自律メッセージ送信ステ
ップと、を含むことを特徴とする。
は、ネットワークの管理方式としてＳＮＭＰ（Simple N
etwork Management Protocol）を用い、管理側装置が、
被管理側装置内の特定のＨ／Ｗを制御する場合に、制御
要求を含む設定要求メッセージを被管理側装置に対して
送信する設定要求メッセージ送信ステップと、前記制御
要求を受け取った被管理側装置内の制御部が、指定され
た特定のＨ／Ｗに対して制御を開始し、さらに、ＭＩＢ
内における指定Ｈ／Ｗの当該制御要求に関する項目を所
定状態に変更し、その変更結果を含む応答メッセージを
前記管理側装置に対して返信する応答メッセージ返信ス
テップと、前記被管理側装置内の制御部が、前記制御が
完了した段階で、前記制御要求を示すリクエストＩＤを
含む自律メッセージを作成し、当該自律メッセージを前
記管理側装置に対して送信する自律メッセージ送信ステ
ップと、を含むことを特徴とする。
【００１７】つぎの発明にかかる監視制御方法にあって
は、さらに、設定要求メッセージを受け取ってから自律
メッセージを出力するまでの間、前記被管理側装置にて
他の同一種類の設定要求メッセージを受け付けないこと
を特徴とする。
は、さらに、設定要求メッセージを受け取ってから自律
メッセージを出力するまでの間、前記被管理側装置にて
他の同一種類の設定要求メッセージを受け付けないこと
を特徴とする。
【００１８】つぎの発明にかかる監視制御方法にあって
は、さらに、Ｈ／Ｗの自律制御による閉塞処理と制御要
求による閉塞処理とで、自律メッセージのフォーマット
を区別することを特徴とする。
は、さらに、Ｈ／Ｗの自律制御による閉塞処理と制御要
求による閉塞処理とで、自律メッセージのフォーマット
を区別することを特徴とする。
【００１９】つぎの発明にかかる被管理側装置用制御プ
ログラムにあっては、管理側装置から要求された制御が
完了した段階で、当該制御要求を示すリクエストＩＤを
含む自律メッセージを作成し、当該自律メッセージを前
記管理側装置に対して送信するＳＮＭＰの自律メッセー
ジ送信ステップ、をコンピュータに実行させることを特
徴とする。
ログラムにあっては、管理側装置から要求された制御が
完了した段階で、当該制御要求を示すリクエストＩＤを
含む自律メッセージを作成し、当該自律メッセージを前
記管理側装置に対して送信するＳＮＭＰの自律メッセー
ジ送信ステップ、をコンピュータに実行させることを特
徴とする。
【００２０】つぎの発明にかかる被管理側装置用制御プ
ログラムにあっては、さらに、設定要求メッセージを受
け取ってから自律メッセージを出力するまでの間、他の
同一種類の設定要求メッセージを受け付けないようにす
る制御を、コンピュータに実行させることを特徴とす
る。
ログラムにあっては、さらに、設定要求メッセージを受
け取ってから自律メッセージを出力するまでの間、他の
同一種類の設定要求メッセージを受け付けないようにす
る制御を、コンピュータに実行させることを特徴とす
る。
【００２１】つぎの発明にかかる被管理側装置用制御プ
ログラムにあっては、さらに、Ｈ／Ｗの自律制御による
閉塞処理と制御要求による閉塞処理で、異なる自律メッ
セージを生成する自律メッセージ生成ステップを、コン
ピュータに実行させることを特徴とする。
ログラムにあっては、さらに、Ｈ／Ｗの自律制御による
閉塞処理と制御要求による閉塞処理で、異なる自律メッ
セージを生成する自律メッセージ生成ステップを、コン
ピュータに実行させることを特徴とする。
【００２２】
【発明の実施の形態】以下に、本発明にかかる監視制御
システムおよび監視制御方法の実施の形態を図面に基づ
いて詳細に説明する。なお、この実施の形態によりこの
発明が限定されるものではない。
システムおよび監視制御方法の実施の形態を図面に基づ
いて詳細に説明する。なお、この実施の形態によりこの
発明が限定されるものではない。
【００２３】実施の形態１．図１は、本発明にかかる監
視制御システムの実施の形態１の構成を示す図である。
図１において、１は管理側装置（ＯｐＳ）であり、２は
被管理側装置であり、また、被装置側装置２において、
１１は各種要求メッセージおよび応答メッセージを中継
する外部Ｉ／Ｆ部であり、１２は管理情報を格納する仮
想的なデータベースとして動作するＭＩＢであり、１３
は管理側装置１からの設定要求メッセージの設定対象と
なる複数のＨ／Ｗを備えた被管理Ｈ／Ｗ部であり、１４
は各種要求メッセージにしたがってＭＩＢ１２および被
管理Ｈ／Ｗ部１３を制御する制御部である。なお、図２
は、ＭＩＢ１２の構成を示す図である。
視制御システムの実施の形態１の構成を示す図である。
図１において、１は管理側装置（ＯｐＳ）であり、２は
被管理側装置であり、また、被装置側装置２において、
１１は各種要求メッセージおよび応答メッセージを中継
する外部Ｉ／Ｆ部であり、１２は管理情報を格納する仮
想的なデータベースとして動作するＭＩＢであり、１３
は管理側装置１からの設定要求メッセージの設定対象と
なる複数のＨ／Ｗを備えた被管理Ｈ／Ｗ部であり、１４
は各種要求メッセージにしたがってＭＩＢ１２および被
管理Ｈ／Ｗ部１３を制御する制御部である。なお、図２
は、ＭＩＢ１２の構成を示す図である。
【００２４】本実施の形態における監視制御システムで
は、ネットワークの管理方式としてＳＮＭＰを採用す
る。なお、ＳＮＭＰは、ＴＣＰ／ＩＰ環境のネットワー
ク管理の標準プロトコルであり、その管理操作は、Ｓｅ
ｔＲｅｑｕｅｓｔ，ＧｅｔＲｅｑｕｅｓｔ，Ｇｅｔｎｅ
ｘｔＲｅｑｕｅｓｔという３つの要求メッセージと、Ｇ
ｅｔＲｅｓｐｏｎｓｅという１つの応答メッセージと、
Ｔｒａｐという１つの自律メッセージにより行われる。
は、ネットワークの管理方式としてＳＮＭＰを採用す
る。なお、ＳＮＭＰは、ＴＣＰ／ＩＰ環境のネットワー
ク管理の標準プロトコルであり、その管理操作は、Ｓｅ
ｔＲｅｑｕｅｓｔ，ＧｅｔＲｅｑｕｅｓｔ，Ｇｅｔｎｅ
ｘｔＲｅｑｕｅｓｔという３つの要求メッセージと、Ｇ
ｅｔＲｅｓｐｏｎｓｅという１つの応答メッセージと、
Ｔｒａｐという１つの自律メッセージにより行われる。
【００２５】具体的にいうと、上記管理側装置１では、
従来技術と同様の方法で、被管理側装置２におけるＭＩ
Ｂ１２内の管理情報の確認やその内容の変更を要求す
る。また、被管理側装置２では、本実施の形態における
被管理側装置用制御プログラムにしたがって、管理側装
置１からの要求に基づく管理情報の操作を行い、さら
に、自装置内の状態変化や異常発生を管理側装置１に対
して通知する。
従来技術と同様の方法で、被管理側装置２におけるＭＩ
Ｂ１２内の管理情報の確認やその内容の変更を要求す
る。また、被管理側装置２では、本実施の形態における
被管理側装置用制御プログラムにしたがって、管理側装
置１からの要求に基づく管理情報の操作を行い、さら
に、自装置内の状態変化や異常発生を管理側装置１に対
して通知する。
【００２６】図３は、上記被管理側装置２として動作
し、本実施の形態の被管理側装置用制御プログラムを実
行可能な一般的な計算機システムの構成を示す図であ
る。
し、本実施の形態の被管理側装置用制御プログラムを実
行可能な一般的な計算機システムの構成を示す図であ
る。
【００２７】この計算機システムは、たとえば、ＣＰＵ
を含む制御ユニット１０１（制御部１４に相当）と、メ
モリユニット１０２（ＭＩＢ１２を含む）と、表示ユニ
ット１０３と、入力ユニット１０４と、ＣＤ−ＲＯＭド
ライブユニット１０５と、ディスクユニット１０６と、
外部Ｉ／Ｆユニット１０７（外部Ｉ／Ｆ部１１に相当）
と、を備え、これらの各ユニットは、それぞれシステム
バスＡを介して接続されている。図３において、制御ユ
ニット１０１は、本実施の形態の被管理側装置用制御プ
ログラムを実行する。メモリユニット１０２は、ＲＡ
Ｍ，ＲＯＭ等のメモリを含み、制御ユニット１０１が実
行すべきプログラム，処理の過程で得られた必要なデー
タ（ＭＩＢ１２を含む）等を記憶する。表示ユニット１
０３は、ＣＲＴやＬＣＤ（液晶表示パネル）等で構成さ
れ、計算機システムの使用者に対して各種画面を表示す
る。入力ユニット１０４は、キーボード，マウス等で構
成され、計算機システムの使用者が、各種情報の入力を
行うために使用する。外部Ｉ／Ｆユニット１０７は、管
理側装置との通信を中継する。また、図示のＣＤ−ＲＯ
Ｍ２００には、本実施の形態の被管理側装置用プログラ
ムが格納されている。
を含む制御ユニット１０１（制御部１４に相当）と、メ
モリユニット１０２（ＭＩＢ１２を含む）と、表示ユニ
ット１０３と、入力ユニット１０４と、ＣＤ−ＲＯＭド
ライブユニット１０５と、ディスクユニット１０６と、
外部Ｉ／Ｆユニット１０７（外部Ｉ／Ｆ部１１に相当）
と、を備え、これらの各ユニットは、それぞれシステム
バスＡを介して接続されている。図３において、制御ユ
ニット１０１は、本実施の形態の被管理側装置用制御プ
ログラムを実行する。メモリユニット１０２は、ＲＡ
Ｍ，ＲＯＭ等のメモリを含み、制御ユニット１０１が実
行すべきプログラム，処理の過程で得られた必要なデー
タ（ＭＩＢ１２を含む）等を記憶する。表示ユニット１
０３は、ＣＲＴやＬＣＤ（液晶表示パネル）等で構成さ
れ、計算機システムの使用者に対して各種画面を表示す
る。入力ユニット１０４は、キーボード，マウス等で構
成され、計算機システムの使用者が、各種情報の入力を
行うために使用する。外部Ｉ／Ｆユニット１０７は、管
理側装置との通信を中継する。また、図示のＣＤ−ＲＯ
Ｍ２００には、本実施の形態の被管理側装置用プログラ
ムが格納されている。
【００２８】また、上記のように構成される計算機シス
テムでは、まず、ＣＤ−ＲＯＭドライブユニット１０５
にセットされたＣＤ−ＲＯＭ２００からプログラムがデ
ィスクユニット１０６にインストールされる。そして、
計算機システムを立ち上げるときにディスクユニット１
０６から読み出されたプログラムが、メモリユニット１
０２に格納される。この状態で、制御ユニット１０１
（ＣＰＵ）は、メモリユニット１０２に格納されたプロ
グラムにしたがって、本実施の形態の被管理側装置用プ
ログラムを実行する。
テムでは、まず、ＣＤ−ＲＯＭドライブユニット１０５
にセットされたＣＤ−ＲＯＭ２００からプログラムがデ
ィスクユニット１０６にインストールされる。そして、
計算機システムを立ち上げるときにディスクユニット１
０６から読み出されたプログラムが、メモリユニット１
０２に格納される。この状態で、制御ユニット１０１
（ＣＰＵ）は、メモリユニット１０２に格納されたプロ
グラムにしたがって、本実施の形態の被管理側装置用プ
ログラムを実行する。
【００２９】なお、本発明においては、ＣＤ−ＲＯＭ２
００にて被管理側装置用プログラムを提供しているが、
このプログラムの記録媒体は、これに限定されることな
く、システムを構成するコンピュータに応じて、たとえ
ば、フロッピー（登録商標）ディスク等の磁気ディス
ク，光磁気ディスク，磁気テープ等の他の記録媒体を用
いることも可能である。
００にて被管理側装置用プログラムを提供しているが、
このプログラムの記録媒体は、これに限定されることな
く、システムを構成するコンピュータに応じて、たとえ
ば、フロッピー（登録商標）ディスク等の磁気ディス
ク，光磁気ディスク，磁気テープ等の他の記録媒体を用
いることも可能である。
【００３０】ここで、上記被管理側装置用プログラムを
実行可能な被管理側装置２の動作の一例として、管理側
装置１が閉塞要求（ｂｌｏｃｋ）を送信した場合につい
て説明する。図４は、実施の形態１の監視制御方法を示
す図である。また、図５は、被管理側装置２が管理側装
置１に対して送信する自律メッセージ（Ｔｒａｐ）のフ
ォーマットを示す図である。
実行可能な被管理側装置２の動作の一例として、管理側
装置１が閉塞要求（ｂｌｏｃｋ）を送信した場合につい
て説明する。図４は、実施の形態１の監視制御方法を示
す図である。また、図５は、被管理側装置２が管理側装
置１に対して送信する自律メッセージ（Ｔｒａｐ）のフ
ォーマットを示す図である。
【００３１】まず、管理側装置１では、被管理Ｈ／Ｗ部
１３を構成する特定のＨ／Ｗを閉塞状態に設定する場
合、ＳｅｔＲｅｑｕｅｓｔの１つである閉塞要求を被管
理側装置２に対して送信する（ステップＳ１）。なお、
このＳｅｔＲｅｑｕｅｓｔには、リクエストＩＤとして
閉塞要求を示すＩＤを、データ部分としてカードＩＤお
よびその他の詳細情報（カードＩＤ，カード種別，閉塞
か閉塞解除かを示すパラメータ情報等）を、それぞれ記
載する。また、カードＩＤとは、複数のカード（被管理
Ｈ／Ｗ部１３は複数種類かつ複数枚のカードから構成さ
れている）を識別できるようにする識別子である。
１３を構成する特定のＨ／Ｗを閉塞状態に設定する場
合、ＳｅｔＲｅｑｕｅｓｔの１つである閉塞要求を被管
理側装置２に対して送信する（ステップＳ１）。なお、
このＳｅｔＲｅｑｕｅｓｔには、リクエストＩＤとして
閉塞要求を示すＩＤを、データ部分としてカードＩＤお
よびその他の詳細情報（カードＩＤ，カード種別，閉塞
か閉塞解除かを示すパラメータ情報等）を、それぞれ記
載する。また、カードＩＤとは、複数のカード（被管理
Ｈ／Ｗ部１３は複数種類かつ複数枚のカードから構成さ
れている）を識別できるようにする識別子である。
【００３２】つぎに、外部Ｉ／Ｆ部１１を介して上記閉
塞要求を受け取った被管理側装置２の制御部１４では、
指定された被管理Ｈ／Ｗ部１３内の特定のＨ／Ｗに対す
る閉塞処理を開始し、さらに、ＭＩＢ１２内における当
該Ｈ／Ｗに対応する管理情報の、閉塞に関する項目を、
閉塞状態に変更する。そして、その変更結果を記載した
ＧｅｔＲｅｓｐｏｎｓｅを管理側装置１に対して返信す
る（ステップＳ２）。なお、このＧｅｔＲｅｓｐｏｎｓ
ｅには、リクエストＩＤとして閉塞要求を示すＩＤを、
データ部分としてカードＩＤおよびその他の詳細情報
を、それぞれ記載する。
塞要求を受け取った被管理側装置２の制御部１４では、
指定された被管理Ｈ／Ｗ部１３内の特定のＨ／Ｗに対す
る閉塞処理を開始し、さらに、ＭＩＢ１２内における当
該Ｈ／Ｗに対応する管理情報の、閉塞に関する項目を、
閉塞状態に変更する。そして、その変更結果を記載した
ＧｅｔＲｅｓｐｏｎｓｅを管理側装置１に対して返信す
る（ステップＳ２）。なお、このＧｅｔＲｅｓｐｏｎｓ
ｅには、リクエストＩＤとして閉塞要求を示すＩＤを、
データ部分としてカードＩＤおよびその他の詳細情報
を、それぞれ記載する。
【００３３】また、被管理側装置２の制御部１４では、
仕様により、たとえば、閉塞要求に対応する処理情報を
管理側装置１に対して送信する必要がある場合、ＶＢＬ
（付加情報）、すなわち、上記閉塞要求を示すリクエス
トＩＤと、カードＩＤおよびその他の詳細情報を示すデ
ータ部分と、を記載したＴｒａｐを作成し、当該Ｔｒａ
ｐを管理側装置１に対して送信する。
仕様により、たとえば、閉塞要求に対応する処理情報を
管理側装置１に対して送信する必要がある場合、ＶＢＬ
（付加情報）、すなわち、上記閉塞要求を示すリクエス
トＩＤと、カードＩＤおよびその他の詳細情報を示すデ
ータ部分と、を記載したＴｒａｐを作成し、当該Ｔｒａ
ｐを管理側装置１に対して送信する。
【００３４】このように、本実施の形態においては、被
管理側装置がＴｒａｐに閉塞要求を示すリクエストＩＤ
を付加することとしたため、このＴｒａｐが閉塞要求に
対して送信されたＴｒａｐであることを、管理側装置に
て確実に判断することができる。
管理側装置がＴｒａｐに閉塞要求を示すリクエストＩＤ
を付加することとしたため、このＴｒａｐが閉塞要求に
対して送信されたＴｒａｐであることを、管理側装置に
て確実に判断することができる。
【００３５】実施の形態２．前述の実施の形態１では、
Ｔｒａｐに閉塞要求を示すリクエストＩＤを付加するこ
とにより、このＴｒａｐが閉塞要求に対して送信された
Ｔｒａｐであることを確実に判断できる構成とした。
Ｔｒａｐに閉塞要求を示すリクエストＩＤを付加するこ
とにより、このＴｒａｐが閉塞要求に対して送信された
Ｔｒａｐであることを確実に判断できる構成とした。
【００３６】これに対し、本実施の形態においては、さ
らに、被管理側装置２にて送信するＴｒａｐが、管理側
装置１にて送信した特定のＨ／Ｗへの閉塞要求に対する
応答であることを保障する。
らに、被管理側装置２にて送信するＴｒａｐが、管理側
装置１にて送信した特定のＨ／Ｗへの閉塞要求に対する
応答であることを保障する。
【００３７】図６は、実施の形態２の監視制御方法を示
す図である。ここでは、前述の実施の形態１と同様に、
管理側装置１が閉塞要求（ｂｌｏｃｋ）を送信した場合
を示す。なお、監視制御システムの全体構成について
は、前述の実施の形態１における図１の構成と同様であ
るため、同一の符号を付してその説明を省略する。ま
た、ここでは、前述の実施の形態１と異なる動作につい
てのみ説明する。
す図である。ここでは、前述の実施の形態１と同様に、
管理側装置１が閉塞要求（ｂｌｏｃｋ）を送信した場合
を示す。なお、監視制御システムの全体構成について
は、前述の実施の形態１における図１の構成と同様であ
るため、同一の符号を付してその説明を省略する。ま
た、ここでは、前述の実施の形態１と異なる動作につい
てのみ説明する。
【００３８】本実施の形態の被管理側装置２では、前記
ステップＳ１においてＳｅｔＲｅｑｕｅｓｔを受け取っ
てからステップＳ３においてＴｒａｐを出力するまでの
間、排他制御を行う。すなわち、他の同一種類(閉塞要
求)のＳｅｔＲｅｑｕｅｓｔを受け取った場合において
も、そのＳｅｔＲｅｑｕｅｓｔを受け付けないように制
御する。
ステップＳ１においてＳｅｔＲｅｑｕｅｓｔを受け取っ
てからステップＳ３においてＴｒａｐを出力するまでの
間、排他制御を行う。すなわち、他の同一種類(閉塞要
求)のＳｅｔＲｅｑｕｅｓｔを受け取った場合において
も、そのＳｅｔＲｅｑｕｅｓｔを受け付けないように制
御する。
【００３９】これにより、本実施の形態においては、Ｓ
ｅｔＲｅｑｕｅｓｔを受け取ってからＴｒａｐを出力す
るまでの間、他の同一種類のＳｅｔＲｅｑｕｅｓｔを受
け付けないこととしたため、ＳｅｔＲｅｑｕｅｓｔ、Ｇ
ｅｔＲｅｓｐｏｎｓｅに続いて出力されるＴｒａｐが、
管理側装置にて送信した特定のＨ／Ｗへの閉塞要求に対
する応答であることを、保障することができる。
ｅｔＲｅｑｕｅｓｔを受け取ってからＴｒａｐを出力す
るまでの間、他の同一種類のＳｅｔＲｅｑｕｅｓｔを受
け付けないこととしたため、ＳｅｔＲｅｑｕｅｓｔ、Ｇ
ｅｔＲｅｓｐｏｎｓｅに続いて出力されるＴｒａｐが、
管理側装置にて送信した特定のＨ／Ｗへの閉塞要求に対
する応答であることを、保障することができる。
【００４０】実施の形態３．先に説明した実施の形態１
および２では、ＳｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅｓｐ
ｏｎｓｅに続いて出力されるＴｒａｐが、管理側装置１
にて送信した閉塞要求に対する応答であることを、判断
できる構成とした。
および２では、ＳｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅｓｐ
ｏｎｓｅに続いて出力されるＴｒａｐが、管理側装置１
にて送信した閉塞要求に対する応答であることを、判断
できる構成とした。
【００４１】これに対し、本実施の形態では、さらに、
被管理側装置２にて送信したＴｒａｐが、Ｈ／Ｗの自律
制御による閉塞状態を示しているのか、または、管理側
装置１が送信した閉塞要求による閉塞状態を示している
のか、を管理側装置１にて確実に判断できる構成とし
た。
被管理側装置２にて送信したＴｒａｐが、Ｈ／Ｗの自律
制御による閉塞状態を示しているのか、または、管理側
装置１が送信した閉塞要求による閉塞状態を示している
のか、を管理側装置１にて確実に判断できる構成とし
た。
【００４２】図７は、実施の形態３の監視制御方法を示
す図である。ここでは、前述の実施の形態１と同様に、
管理側装置１が閉塞要求（ｂｌｏｃｋ）を送信した場合
を示す。なお、監視制御システムの全体構成について
は、前述の実施の形態１における図１の構成と同様であ
るため、同一の符号を付してその説明を省略する。ま
た、ここでは、前述の実施の形態１または２と異なる動
作についてのみ説明する。
す図である。ここでは、前述の実施の形態１と同様に、
管理側装置１が閉塞要求（ｂｌｏｃｋ）を送信した場合
を示す。なお、監視制御システムの全体構成について
は、前述の実施の形態１における図１の構成と同様であ
るため、同一の符号を付してその説明を省略する。ま
た、ここでは、前述の実施の形態１または２と異なる動
作についてのみ説明する。
【００４３】ステップＳ１の処理でＳｅｔＲｅｑｕｅｓ
ｔを受け取った被管理側装置２の制御部１４では、当該
ＳｅｔＲｅｑｕｅｓｔにて指定されたＨ／Ｗ（被管理Ｈ
／Ｗ部１３内）に対して、管理側装置１からの閉塞要
求、すなわち、遠隔閉塞要求を送信する（図７（ａ）ス
テップＳ１１）。そして、遠隔閉塞要求を受け取ったＨ
／Ｗでは、その遠隔閉塞要求に対する受付完了通知を制
御部１４に対して送信する（ステップＳ１２）。
ｔを受け取った被管理側装置２の制御部１４では、当該
ＳｅｔＲｅｑｕｅｓｔにて指定されたＨ／Ｗ（被管理Ｈ
／Ｗ部１３内）に対して、管理側装置１からの閉塞要
求、すなわち、遠隔閉塞要求を送信する（図７（ａ）ス
テップＳ１１）。そして、遠隔閉塞要求を受け取ったＨ
／Ｗでは、その遠隔閉塞要求に対する受付完了通知を制
御部１４に対して送信する（ステップＳ１２）。
【００４４】また、ステップＳ２の処理でＧｅｔＲｅｓ
ｐｏｎｓｅを送信し、さらに、遠隔閉塞処理をした段階
で、被管理側装置２では、Ｈ／Ｗが、遠隔閉塞完了通知
を制御部１４に対して送信する（ステップＳ１３）。そ
して、制御部１４では、先に説明した実施の形態１と同
様に、ＴｒａｐにＶＢＬ（付加情報）を付加し、当該Ｔ
ｒａｐを管理側装置１に対して送信する（ステップＳ
３）。
ｐｏｎｓｅを送信し、さらに、遠隔閉塞処理をした段階
で、被管理側装置２では、Ｈ／Ｗが、遠隔閉塞完了通知
を制御部１４に対して送信する（ステップＳ１３）。そ
して、制御部１４では、先に説明した実施の形態１と同
様に、ＴｒａｐにＶＢＬ（付加情報）を付加し、当該Ｔ
ｒａｐを管理側装置１に対して送信する（ステップＳ
３）。
【００４５】一方、特定のＨ／Ｗが自律的に閉塞した場
合、当該Ｈ／Ｗでは、Ｈ／Ｗ閉塞完了通知を制御部１４
に対して送信する（図７（ｂ）ステップＳ１４）。そし
て、制御部１４では、ＴｒａｐにリクエストＩＤなしの
ＶＢＬ（付加情報）を付加し、当該Ｔｒａｐを管理側装
置１に対して送信する（ステップＳ１５）。
合、当該Ｈ／Ｗでは、Ｈ／Ｗ閉塞完了通知を制御部１４
に対して送信する（図７（ｂ）ステップＳ１４）。そし
て、制御部１４では、ＴｒａｐにリクエストＩＤなしの
ＶＢＬ（付加情報）を付加し、当該Ｔｒａｐを管理側装
置１に対して送信する（ステップＳ１５）。
【００４６】このように、本実施の形態においては、Ｈ
／Ｗの自律制御による閉塞処理と管理側装置が送信した
閉塞要求による閉塞処理とで、Ｔｒａｐのフォーマット
を区別することとしたため、Ｈ／Ｗの自律制御による閉
塞状態を示しているＴｒａｐか、または、閉塞要求によ
る閉塞状態を示しているＴｒａｐか、を確実に判断でき
る。
／Ｗの自律制御による閉塞処理と管理側装置が送信した
閉塞要求による閉塞処理とで、Ｔｒａｐのフォーマット
を区別することとしたため、Ｈ／Ｗの自律制御による閉
塞状態を示しているＴｒａｐか、または、閉塞要求によ
る閉塞状態を示しているＴｒａｐか、を確実に判断でき
る。
【００４７】実施の形態４．図８は、本発明にかかる監
視制御システムの実施の形態４の構成を示す図である。
図８において、３は保守ターミナルである。
視制御システムの実施の形態４の構成を示す図である。
図８において、３は保守ターミナルである。
【００４８】本実施の形態では、図１１（ａ）（ｂ）に
示すリクエストＩＤ、および、図５に示すＴｒａｐのリ
クエストＩＤの構成を「保守用／ユーザ用」＋「コマン
ドＩＤ（閉塞要求等）」とする。なお、「保守用／ユー
ザ用」は、「保守用ターミナルのＩＤ／ユーザ用ターミ
ナルのＩＤ」を示す。また、ユーザ用ターミナルは図８
の管理側装置１に相当する。また、保守ターミナル３
は、被管理側装置２の開発メーカが保守のために使用す
る端末であり、被管理側装置の横に設置するのが通常で
ある（別途、遠隔端末も併用することがある）。すなわ
ち、保守ターミナル３では、ユーザ用ターミナルで実行
可能な機能に加えて、たとえば、強制リセットやカード
内のメモリの書き換え等、特権的な保守コマンドが使用
できる。
示すリクエストＩＤ、および、図５に示すＴｒａｐのリ
クエストＩＤの構成を「保守用／ユーザ用」＋「コマン
ドＩＤ（閉塞要求等）」とする。なお、「保守用／ユー
ザ用」は、「保守用ターミナルのＩＤ／ユーザ用ターミ
ナルのＩＤ」を示す。また、ユーザ用ターミナルは図８
の管理側装置１に相当する。また、保守ターミナル３
は、被管理側装置２の開発メーカが保守のために使用す
る端末であり、被管理側装置の横に設置するのが通常で
ある（別途、遠隔端末も併用することがある）。すなわ
ち、保守ターミナル３では、ユーザ用ターミナルで実行
可能な機能に加えて、たとえば、強制リセットやカード
内のメモリの書き換え等、特権的な保守コマンドが使用
できる。
【００４９】これにより、本実施の形態においては、タ
ーミナルの種類、すなわち、保守用ターミナルか、ユー
ザ用ターミナルか、を容易に特定できる。
ーミナルの種類、すなわち、保守用ターミナルか、ユー
ザ用ターミナルか、を容易に特定できる。
【００５０】実施の形態５．図９は、本発明にかかる監
視制御システムの実施の形態５の構成を示す図である。
図９において、４，５，６は各ユーザに割り当てられた
クライアントである。なお、先に説明した各実施の形態
と同様の構成については、同一の符号を付してその説明
を省略する。本実施の形態のユーザ用ターミナルは、図
９の管理側装置１およびクライアント４〜６に相当す
る。
視制御システムの実施の形態５の構成を示す図である。
図９において、４，５，６は各ユーザに割り当てられた
クライアントである。なお、先に説明した各実施の形態
と同様の構成については、同一の符号を付してその説明
を省略する。本実施の形態のユーザ用ターミナルは、図
９の管理側装置１およびクライアント４〜６に相当す
る。
【００５１】本実施の形態では、図１１（ａ）（ｂ）に
示すリクエストＩＤ、および、図５に示すＴｒａｐのリ
クエストＩＤの構成を「保守用／ユーザ用」＋「クライ
アントＩＤ」＋「コマンドＩＤ」とする。
示すリクエストＩＤ、および、図５に示すＴｒａｐのリ
クエストＩＤの構成を「保守用／ユーザ用」＋「クライ
アントＩＤ」＋「コマンドＩＤ」とする。
【００５２】これにより、本実施の形態においては、Ｓ
ｅｔＲｅｑｕｅｓｔ，ＧｅｔＲｅｑｕｅｓｔ，Ｇｅｔｎ
ｅｘｔＲｅｑｕｅｓｔがどのクライアントの要求である
か、ＧｅｔＲｅｓｐｏｎｓｅがどのクライアントへの応
答であるか、また、Ｔｒａｐがどのクライアントの要求
による異常であるか、を容易に特定できる。
ｅｔＲｅｑｕｅｓｔ，ＧｅｔＲｅｑｕｅｓｔ，Ｇｅｔｎ
ｅｘｔＲｅｑｕｅｓｔがどのクライアントの要求である
か、ＧｅｔＲｅｓｐｏｎｓｅがどのクライアントへの応
答であるか、また、Ｔｒａｐがどのクライアントの要求
による異常であるか、を容易に特定できる。
【００５３】なお、本実施の形態では、リクエストＩＤ
の構成を「保守用／ユーザ用」＋「クライアントＩＤ」
＋「コマンドＩＤ」としたが、これに限らず、たとえ
ば、「クライアントＩＤ」＋「コマンドＩＤ」としても
同様の効果が得られる。
の構成を「保守用／ユーザ用」＋「クライアントＩＤ」
＋「コマンドＩＤ」としたが、これに限らず、たとえ
ば、「クライアントＩＤ」＋「コマンドＩＤ」としても
同様の効果が得られる。
【００５４】
【発明の効果】以上、説明したとおり、本発明によれ
ば、被管理側装置がＴｒａｐに閉塞要求を示すリクエス
トＩＤを付加する構成とした。これにより、このＴｒａ
ｐが閉塞要求に対して送信されたＴｒａｐであること
を、管理側装置にて確実に判断することが可能な監視制
御システムを得ることができる、という効果を奏する。
ば、被管理側装置がＴｒａｐに閉塞要求を示すリクエス
トＩＤを付加する構成とした。これにより、このＴｒａ
ｐが閉塞要求に対して送信されたＴｒａｐであること
を、管理側装置にて確実に判断することが可能な監視制
御システムを得ることができる、という効果を奏する。
【００５５】つぎの発明によれば、ＳｅｔＲｅｑｕｅｓ
ｔを受け取ってからＴｒａｐを出力するまでの間、他の
同一種類のＳｅｔＲｅｑｕｅｓｔを受け付けない構成と
した。これにより、ＳｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅ
ｓｐｏｎｓｅに続いて出力されるＴｒａｐが、管理側装
置にて送信した特定のＨ／Ｗへの閉塞要求に対する応答
であることを保障することが可能な監視制御システムを
得ることができる、という効果を奏する。
ｔを受け取ってからＴｒａｐを出力するまでの間、他の
同一種類のＳｅｔＲｅｑｕｅｓｔを受け付けない構成と
した。これにより、ＳｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅ
ｓｐｏｎｓｅに続いて出力されるＴｒａｐが、管理側装
置にて送信した特定のＨ／Ｗへの閉塞要求に対する応答
であることを保障することが可能な監視制御システムを
得ることができる、という効果を奏する。
【００５６】つぎの発明によれば、Ｈ／Ｗの自律制御に
よる閉塞処理と管理側装置が送信した閉塞要求による閉
塞処理とで、Ｔｒａｐのフォーマットを区別することと
した。これにより、Ｈ／Ｗの自律制御による閉塞状態を
示しているＴｒａｐか、または、閉塞要求による閉塞状
態を示しているＴｒａｐか、を確実に判断可能な監視制
御システムを得ることができる、という効果を奏する。
よる閉塞処理と管理側装置が送信した閉塞要求による閉
塞処理とで、Ｔｒａｐのフォーマットを区別することと
した。これにより、Ｈ／Ｗの自律制御による閉塞状態を
示しているＴｒａｐか、または、閉塞要求による閉塞状
態を示しているＴｒａｐか、を確実に判断可能な監視制
御システムを得ることができる、という効果を奏する。
【００５７】つぎの発明によれば、各メッセージからタ
ーミナルの種類を容易に特定可能な監視制御システムを
得ることができる、という効果を奏する。
ーミナルの種類を容易に特定可能な監視制御システムを
得ることができる、という効果を奏する。
【００５８】つぎの発明によれば、ＳｅｔＲｅｑｕｅｓ
ｔ，ＧｅｔＲｅｑｕｅｓｔ，ＧｅｔｎｅｘｔＲｅｑｕｅ
ｓｔがどのクライアントの要求であるか、ＧｅｔＲｅｓ
ｐｏｎｓｅがどのクライアントへの応答であるか、ま
た、Ｔｒａｐがどのクライアントの要求による異常であ
るか、を容易に特定可能な監視制御システムを得ること
ができる、という効果を奏する。
ｔ，ＧｅｔＲｅｑｕｅｓｔ，ＧｅｔｎｅｘｔＲｅｑｕｅ
ｓｔがどのクライアントの要求であるか、ＧｅｔＲｅｓ
ｐｏｎｓｅがどのクライアントへの応答であるか、ま
た、Ｔｒａｐがどのクライアントの要求による異常であ
るか、を容易に特定可能な監視制御システムを得ること
ができる、という効果を奏する。
【００５９】つぎの発明によれば、ＳｅｔＲｅｑｕｅｓ
ｔ，ＧｅｔＲｅｑｕｅｓｔ，ＧｅｔｎｅｘｔＲｅｑｕｅ
ｓｔがどのクライアントの要求であるか、ＧｅｔＲｅｓ
ｐｏｎｓｅがどのクライアントへの応答であるか、ま
た、Ｔｒａｐがどのクライアントの要求による異常であ
るか、を容易に特定可能な監視制御システムを得ること
ができる、という効果を奏する。
ｔ，ＧｅｔＲｅｑｕｅｓｔ，ＧｅｔｎｅｘｔＲｅｑｕｅ
ｓｔがどのクライアントの要求であるか、ＧｅｔＲｅｓ
ｐｏｎｓｅがどのクライアントへの応答であるか、ま
た、Ｔｒａｐがどのクライアントの要求による異常であ
るか、を容易に特定可能な監視制御システムを得ること
ができる、という効果を奏する。
【００６０】つぎの発明によれば、被管理側装置がＴｒ
ａｐに閉塞要求を示すリクエストＩＤを付加することと
した。これにより、このＴｒａｐが閉塞要求に対して送
信されたＴｒａｐであることを、管理側装置にて確実に
判断することが可能な監視制御方法を得ることができ
る、という効果を奏する。
ａｐに閉塞要求を示すリクエストＩＤを付加することと
した。これにより、このＴｒａｐが閉塞要求に対して送
信されたＴｒａｐであることを、管理側装置にて確実に
判断することが可能な監視制御方法を得ることができ
る、という効果を奏する。
【００６１】つぎの発明によれば、ＳｅｔＲｅｑｕｅｓ
ｔを受け取ってからＴｒａｐを出力するまでの間、他の
同一種類のＳｅｔＲｅｑｕｅｓｔを受け付けないことと
した。これにより、ＳｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅ
ｓｐｏｎｓｅに続いて出力されるＴｒａｐが、管理側装
置にて送信した特定のＨ／Ｗへの閉塞要求に対する応答
であることを保障することが可能な監視制御方法を得る
ことができる、という効果を奏する。
ｔを受け取ってからＴｒａｐを出力するまでの間、他の
同一種類のＳｅｔＲｅｑｕｅｓｔを受け付けないことと
した。これにより、ＳｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅ
ｓｐｏｎｓｅに続いて出力されるＴｒａｐが、管理側装
置にて送信した特定のＨ／Ｗへの閉塞要求に対する応答
であることを保障することが可能な監視制御方法を得る
ことができる、という効果を奏する。
【００６２】つぎの発明によれば、Ｈ／Ｗの自律制御に
よる閉塞処理と管理側装置が送信した閉塞要求による閉
塞処理とで、Ｔｒａｐのフォーマットを区別することと
した。これにより、Ｈ／Ｗの自律制御による閉塞状態を
示しているＴｒａｐか、または、閉塞要求による閉塞状
態を示しているＴｒａｐか、を確実に判断可能な監視制
御方法を得ることができる、という効果を奏する。
よる閉塞処理と管理側装置が送信した閉塞要求による閉
塞処理とで、Ｔｒａｐのフォーマットを区別することと
した。これにより、Ｈ／Ｗの自律制御による閉塞状態を
示しているＴｒａｐか、または、閉塞要求による閉塞状
態を示しているＴｒａｐか、を確実に判断可能な監視制
御方法を得ることができる、という効果を奏する。
【００６３】つぎの発明によれば、Ｔｒａｐに閉塞要求
を示すリクエストＩＤを付加することとした。これによ
り、このＴｒａｐが閉塞要求に対して送信されたＴｒａ
ｐであることを、管理側装置にて確実に判断することが
できる、という効果を奏する。
を示すリクエストＩＤを付加することとした。これによ
り、このＴｒａｐが閉塞要求に対して送信されたＴｒａ
ｐであることを、管理側装置にて確実に判断することが
できる、という効果を奏する。
【００６４】つぎの発明によれば、ＳｅｔＲｅｑｕｅｓ
ｔを受け取ってからＴｒａｐを出力するまでの間、他の
同一種類のＳｅｔＲｅｑｕｅｓｔを受け付けないことと
した。これにより、ＳｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅ
ｓｐｏｎｓｅに続いて出力されるＴｒａｐが、管理側装
置にて送信した特定のＨ／Ｗへの閉塞要求に対する応答
であることを保障することができる、という効果を奏す
る。
ｔを受け取ってからＴｒａｐを出力するまでの間、他の
同一種類のＳｅｔＲｅｑｕｅｓｔを受け付けないことと
した。これにより、ＳｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅ
ｓｐｏｎｓｅに続いて出力されるＴｒａｐが、管理側装
置にて送信した特定のＨ／Ｗへの閉塞要求に対する応答
であることを保障することができる、という効果を奏す
る。
【００６５】つぎの発明によれば、Ｈ／Ｗの自律制御に
よる閉塞処理と管理側装置が送信した閉塞要求による閉
塞処理とで、Ｔｒａｐのフォーマットを区別することと
した。これにより、Ｈ／Ｗの自律制御による閉塞状態を
示しているＴｒａｐか、または、閉塞要求による閉塞状
態を示しているＴｒａｐか、を確実に判断できる、とい
う効果を奏する。
よる閉塞処理と管理側装置が送信した閉塞要求による閉
塞処理とで、Ｔｒａｐのフォーマットを区別することと
した。これにより、Ｈ／Ｗの自律制御による閉塞状態を
示しているＴｒａｐか、または、閉塞要求による閉塞状
態を示しているＴｒａｐか、を確実に判断できる、とい
う効果を奏する。
【図１】 本発明にかかる監視制御システムの実施の形
態１の構成を示す図である。
態１の構成を示す図である。
【図２】 ＭＩＢ１２の構成を示す図である。
【図３】 実施の形態１の被管理側装置用制御プログラ
ムを実行可能な一般的な計算機システムの構成を示す図
である。
ムを実行可能な一般的な計算機システムの構成を示す図
である。
【図４】 実施の形態１の監視制御方法を示す図であ
る。
る。
【図５】 被管理側装置が管理側装置に対して送信する
Ｔｒａｐのフォーマットを示す図である。
Ｔｒａｐのフォーマットを示す図である。
【図６】 実施の形態２の監視制御方法を示す図であ
る。
る。
【図７】 実施の形態３の監視制御方法を示す図であ
る。
る。
【図８】 本発明にかかる監視制御システムの実施の形
態４の構成を示す図である。
態４の構成を示す図である。
【図９】 本発明にかかる監視制御システムの実施の形
態５の構成を示す図である。
態５の構成を示す図である。
【図１０】 ネットワークの管理方式としてＳＮＭＰを
採用する従来の監視制御システムの動作を示す図であ
る。
採用する従来の監視制御システムの動作を示す図であ
る。
【図１１】 管理側装置および被管理側装置間でやりと
りされるメッセージのフォーマットを示す図である。
りされるメッセージのフォーマットを示す図である。
１ 管理側装置（ＯｐＳ）、２ 被管理側装置、３ 保
守ターミナル、４，５，６ クライアント、１１ 外部
Ｉ／Ｆ部、１２ ＭＩＢ、１３ 被管理Ｈ／Ｗ部、１４
制御部、１０１ 制御ユニット、１０２ メモリユニ
ット、１０３表示ユニット、１０４ 入力ユニット、１
０５ ＣＤ−ＲＯＭドライブユニット、１０６ ディス
クユニット、１０７ 外部Ｉ／Ｆユニット。
守ターミナル、４，５，６ クライアント、１１ 外部
Ｉ／Ｆ部、１２ ＭＩＢ、１３ 被管理Ｈ／Ｗ部、１４
制御部、１０１ 制御ユニット、１０２ メモリユニ
ット、１０３表示ユニット、１０４ 入力ユニット、１
０５ ＣＤ−ＲＯＭドライブユニット、１０６ ディス
クユニット、１０７ 外部Ｉ／Ｆユニット。
Claims (12)
- 【請求項１】 ネットワークの管理方式としてＳＮＭＰ
（Simple Network Management Protocol）を採用する監
視制御システムにおいて、 管理側装置が、被管理側装置内の特定のＨ／Ｗを制御す
る場合に、制御要求を含む設定要求メッセージを被管理
側装置に対して送信し、 前記制御要求を受け取った被管理側装置内の制御部が、
指定された特定のＨ／Ｗに対して制御を開始し、さら
に、ＭＩＢ内における指定Ｈ／Ｗの当該制御要求に関す
る項目を所定状態に変更し、その変更結果を含む応答メ
ッセージを前記管理側装置に対して返信し、 さらに、前記被管理側装置内の制御部が、前記制御が完
了した段階で、前記制御要求を示すリクエストＩＤを含
む自律メッセージを作成し、当該自律メッセージを前記
管理側装置に対して送信することを特徴とする監視制御
システム。 - 【請求項２】 さらに、前記被管理側装置は、設定要求
メッセージを受け取ってから自律メッセージを出力する
までの間、他の同一種類の設定要求メッセージを受け付
けないことを特徴とする請求項１に記載の監視制御シス
テム。 - 【請求項３】 さらに、Ｈ／Ｗの自律制御による閉塞処
理と制御要求による閉塞処理とで、自律メッセージのフ
ォーマットを区別することを特徴とする請求項１または
２に記載の監視制御システム。 - 【請求項４】 前記設定要求メッセージ、応答メッセー
ジ、自律メッセージにおけるリクエストＩＤを、「保守
用ターミナルまたはユーザ用ターミナル」＋「コマンド
ＩＤ」とすることを特徴とする請求項１、２または３に
記載の監視制御システム。 - 【請求項５】 前記設定要求メッセージ、応答メッセー
ジ、自律メッセージにおけるリクエストＩＤを「保守用
ターミナル／ユーザ用ターミナル」＋「クライアントＩ
Ｄ」＋「コマンドＩＤ」とすることを特徴とする請求項
１、２または３に記載の監視制御システム。 - 【請求項６】 前記設定要求メッセージ、応答メッセー
ジ、自律メッセージにおけるリクエストＩＤを「クライ
アントＩＤ」＋「コマンドＩＤ」とすることを特徴とす
る請求項１、２または３に記載の監視制御システム。 - 【請求項７】 ネットワークの管理方式としてＳＮＭＰ
（Simple Network Management Protocol）を用いた監視
制御方法において、 管理側装置が、被管理側装置内の特定のＨ／Ｗを制御す
る場合に、制御要求を含む設定要求メッセージを被管理
側装置に対して送信する設定要求メッセージ送信ステッ
プと、 前記制御要求を受け取った被管理側装置内の制御部が、
指定された特定のＨ／Ｗに対して制御を開始し、さら
に、ＭＩＢ内における指定Ｈ／Ｗの当該制御要求に関す
る項目を所定状態に変更し、その変更結果を含む応答メ
ッセージを前記管理側装置に対して返信する応答メッセ
ージ返信ステップと、 前記被管理側装置内の制御部が、前記制御が完了した段
階で、前記制御要求を示すリクエストＩＤを含む自律メ
ッセージを作成し、当該自律メッセージを前記管理側装
置に対して送信する自律メッセージ送信ステップと、 を含むことを特徴とする監視制御方法。 - 【請求項８】 さらに、設定要求メッセージを受け取っ
てから自律メッセージを出力するまでの間、前記被管理
側装置にて他の同一種類の設定要求メッセージを受け付
けないことを特徴とする請求項７に記載の監視制御方
法。 - 【請求項９】 さらに、Ｈ／Ｗの自律制御による閉塞処
理と制御要求による閉塞処理とで、自律メッセージのフ
ォーマットを区別することを特徴とする請求項７または
８に記載の監視制御方法。 - 【請求項１０】 管理側装置から要求された制御が完了
した段階で、当該制御要求を示すリクエストＩＤを含む
自律メッセージを作成し、当該自律メッセージを前記管
理側装置に対して送信するＳＮＭＰの自律メッセージ送
信ステップ、 をコンピュータに実行させることを特徴とする被管理側
装置用制御プログラム。 - 【請求項１１】 さらに、設定要求メッセージを受け取
ってから自律メッセージを出力するまでの間、他の同一
種類の設定要求メッセージを受け付けないようにする制
御を、コンピュータに実行させることを特徴とする請求
項１０に記載の被管理側装置用制御プログラム。 - 【請求項１２】 さらに、Ｈ／Ｗの自律制御による閉塞
処理と制御要求による閉塞処理で、異なる自律メッセー
ジを生成する自律メッセージ生成ステップを、コンピュ
ータに実行させることを特徴とする請求項１０または１
１に記載の被管理側装置用制御プログラム。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001085831A JP2002290403A (ja) | 2001-03-23 | 2001-03-23 | 監視制御システム、監視制御方法、および被管理側装置用制御プログラム |
| CN01823065.2A CN1265299C (zh) | 2001-03-23 | 2001-09-20 | 监视控制系统、被管理侧装置、管理侧装置及其监视控制方法 |
| US10/472,440 US20040128114A1 (en) | 2001-03-23 | 2001-09-20 | Supervisory control system, supervisory control method, control program for controlled device |
| PCT/JP2001/008164 WO2002077830A1 (fr) | 2001-03-23 | 2001-09-20 | Systeme de commande de surveillance, procede de commande de surveillance et programme de commande pour dispositif commande |
| EP01970157A EP1372078A1 (en) | 2001-03-23 | 2001-09-20 | Supervisory control system, supervisory control method, control program for controlled device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001085831A JP2002290403A (ja) | 2001-03-23 | 2001-03-23 | 監視制御システム、監視制御方法、および被管理側装置用制御プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002290403A true JP2002290403A (ja) | 2002-10-04 |
Family
ID=18941282
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001085831A Pending JP2002290403A (ja) | 2001-03-23 | 2001-03-23 | 監視制御システム、監視制御方法、および被管理側装置用制御プログラム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20040128114A1 (ja) |
| EP (1) | EP1372078A1 (ja) |
| JP (1) | JP2002290403A (ja) |
| CN (1) | CN1265299C (ja) |
| WO (1) | WO2002077830A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100448201C (zh) * | 2003-04-11 | 2008-12-31 | 阿尔卡特公司 | 网络管理器snmp陷阱抑制 |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050094663A1 (en) * | 2003-11-05 | 2005-05-05 | Interdigital Technology Corporation | Method and system for providing intelligent remote access to wireless transmit/receive units |
| KR20050075489A (ko) * | 2004-01-15 | 2005-07-21 | 유티스타콤코리아 유한회사 | 메타 ｍｉｂ 를 이용한 자동 업데이트 시스템 및 방법 |
| CN100502390C (zh) | 2004-06-08 | 2009-06-17 | 华为技术有限公司 | 基于简单网络管理协议的异步通讯机制处理方法 |
| KR100606025B1 (ko) | 2004-11-18 | 2006-07-28 | 삼성전자주식회사 | 간이 망 관리 프로토콜 기반의 망 관리 장치 및 방법 |
| CN100454835C (zh) * | 2005-09-07 | 2009-01-21 | 中兴通讯股份有限公司 | 以太网无源光网络系统中光网络单元远程管理方法 |
| CN100444554C (zh) * | 2005-11-01 | 2008-12-17 | 中兴通讯股份有限公司 | 一种降低远程网络监控资源消耗的方法 |
| CN101174898B (zh) * | 2007-11-16 | 2011-05-11 | 中国电信股份有限公司 | 光网络单元远程管理方法及系统 |
| KR100929808B1 (ko) | 2008-06-05 | 2009-12-07 | 에스케이텔레시스 주식회사 | Ｓｎｍｐ 시스템에서의 통계정보 수집방법 |
| CN102468998A (zh) * | 2010-11-17 | 2012-05-23 | 宏碁股份有限公司 | 权限控制系统及方法 |
| US11417328B1 (en) * | 2019-12-09 | 2022-08-16 | Amazon Technologies, Inc. | Autonomously motile device with speech commands |
| CN112202925B (zh) * | 2020-11-09 | 2023-01-17 | 山东融为信息科技有限公司 | 一种ARM环境下的SNMP Trap数据处理方法、装置、设备及介质 |
| CN112614554B (zh) * | 2020-12-10 | 2024-02-27 | 景昱医疗科技（苏州）股份有限公司 | 程控器、交互式医疗设备的双盲试验系统及其试验方法 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2145921A1 (en) * | 1994-05-10 | 1995-11-11 | Vijay Pochampalli Kumar | Method and apparatus for executing a distributed algorithm or service on a simple network management protocol based computer network |
| JPH09101932A (ja) * | 1995-07-31 | 1997-04-15 | Matsushita Electric Works Ltd | ネットワーク管理システム |
| JP3501611B2 (ja) * | 1996-07-03 | 2004-03-02 | キヤノン株式会社 | 画像形成方法とその装置 |
| US5909549A (en) * | 1996-11-12 | 1999-06-01 | International Business Machines Corporation | Network management system wherein the managed device reestablishes a connection to a management station after detecting a broken connection |
| US6058420A (en) * | 1998-02-27 | 2000-05-02 | Netsolve, Inc. | Alarm server systems, apparatus, and processes |
| US6085237A (en) * | 1998-05-01 | 2000-07-04 | Cisco Technology, Inc. | User-friendly interface for setting expressions on an SNMP agent |
| JP3834452B2 (ja) * | 1999-04-01 | 2006-10-18 | セイコーエプソン株式会社 | 機器管理システム、管理サーバ及びコンピュータ読取可能な記録媒体 |
| US6480901B1 (en) * | 1999-07-09 | 2002-11-12 | Lsi Logic Corporation | System for monitoring and managing devices on a network from a management station via a proxy server that provides protocol converter |
| US6725264B1 (en) * | 2000-02-17 | 2004-04-20 | Cisco Technology, Inc. | Apparatus and method for redirection of network management messages in a cluster of network devices |
-
2001
- 2001-03-23 JP JP2001085831A patent/JP2002290403A/ja active Pending
- 2001-09-20 US US10/472,440 patent/US20040128114A1/en not_active Abandoned
- 2001-09-20 CN CN01823065.2A patent/CN1265299C/zh not_active Expired - Fee Related
- 2001-09-20 WO PCT/JP2001/008164 patent/WO2002077830A1/ja not_active Application Discontinuation
- 2001-09-20 EP EP01970157A patent/EP1372078A1/en not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100448201C (zh) * | 2003-04-11 | 2008-12-31 | 阿尔卡特公司 | 网络管理器snmp陷阱抑制 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040128114A1 (en) | 2004-07-01 |
| CN1494682A (zh) | 2004-05-05 |
| CN1265299C (zh) | 2006-07-19 |
| WO2002077830A1 (fr) | 2002-10-03 |
| EP1372078A1 (en) | 2003-12-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9930127B2 (en) | Method and apparatus for virtualized network function chaining management | |
| US11164144B2 (en) | Radio frequency identification system | |
| US8024494B2 (en) | Method of monitoring device forming information processing system, information apparatus and information processing system | |
| CN108427616B (zh) | 后台程序监控方法及监控装置 | |
| JP2002290403A (ja) | 監視制御システム、監視制御方法、および被管理側装置用制御プログラム | |
| EP1968234B1 (en) | Operating a communications network | |
| US20080201465A1 (en) | Centralized Monitoring of Distributed Systems | |
| AU2003222658A1 (en) | System and method for monitoring a computer application | |
| US20220164675A1 (en) | Radio frequency identification system | |
| JP2002223293A (ja) | ネットワーク保守管理方法および装置 | |
| KR101930941B1 (ko) | 클라이언트 단말의 보안성을 관리하는 보안 관리 장치 및 보안 관리 방법 | |
| US20070168416A1 (en) | Controlling autonomous message transmission | |
| JP3737503B2 (ja) | 監視システム及び監視方法並びにそのプログラム | |
| US11539788B2 (en) | Information processing system and method of controlling information processing system | |
| JP3048147B1 (ja) | プロセス制御システム | |
| JP3479931B2 (ja) | 監視制御方法及び監視制御装置 | |
| WO2018138553A1 (en) | Methods, apparatuses and products for automated network management | |
| Vasilescu | IoT Security Based on Real-Time Queuing Process Monitoring in Smart Homes | |
| WO1998009402A1 (en) | Management of computer workstations | |
| JP6051512B2 (ja) | 通信システム及びセンター装置 | |
| JP3984181B2 (ja) | エラー情報通知および処理方法 | |
| JP2024022321A (ja) | セキュリティ対策システム、構築装置、実行管理装置、セキュリティ対策方法、及びプログラム | |
| JP2005251102A (ja) | アクセス監視・制限システム | |
| JP2006024094A (ja) | 電子機器管理装置及び制御プログラム | |
| Quaresma et al. | Event monitoring in a small and business enterprise |