JPH0934813A - Agent system - Google Patents
Agent systemInfo
- Publication number
- JPH0934813A JPH0934813A JP7180391A JP18039195A JPH0934813A JP H0934813 A JPH0934813 A JP H0934813A JP 7180391 A JP7180391 A JP 7180391A JP 18039195 A JP18039195 A JP 18039195A JP H0934813 A JPH0934813 A JP H0934813A
- Authority
- JP
- Japan
- Prior art keywords
- command
- management
- attribute
- management table
- agent system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Computer And Data Communications (AREA)
Abstract
Description
【０００１】[0001]
【産業上の利用分野】本発明はエージェントシステムに
関し、更に詳しくはマネージャシステムからの複数の操
作要求を所定のロック管理テーブルに従ってその操作対
象である管理オブジェクト又はその属性に対する操作の
競合が生じないように並行実行するエージェントシステ
ムに関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an agent system, and more particularly to a plurality of operation requests from a manager system according to a predetermined lock management table so as to prevent operation conflicts with respect to the management object or its attribute. Concerning the agent system that executes in parallel to
【０００２】近年、計算機や通信装置はオープンな環境
で管理することが要求され、これらはＯＳＩで定義され
た共通の管理プロトコルＣＭＩＰ（Common Management
Information Protocol) を使用して管理される。この場
合に、操作の依頼を受ける被管理装置（Agent Sysytem)
は管理業務を担う管理装置(Manager System)からの管理
オブジェクトＭＯ（Managed Object）に対する操作要求
を高速に実行し、かつ必要な応答を行うことが要求され
るが、このために複数の操作要求（管理コマンド）に対
する処理を並行して実行する。In recent years, computers and communication devices are required to be managed in an open environment, and these are managed by a common management protocol CMIP (Common Management) defined by OSI.
Information Protocol). In this case, the managed device (Agent Sysytem) that receives the operation request
Is required to perform a high-speed operation request for a managed object MO (Managed Object) from a management device (Manager System) that is in charge of management operations and to make a necessary response. For this purpose, a plurality of operation requests ( Processing for management commands) is executed in parallel.
【０００３】[0003]
【従来の技術】ＯＳＩ／ＩＴＵ−Ｔで定義された装置の
管理（例えばITU-TX.700シリーズ勧告,M.3000 シリーズ
勧告）においては、通信に係るシステム、設備、リソー
ス（回線、スイッチ等）、各種通信サービス等はこれら
を抽象化し、モデル化した管理オブジェクトＭＯ（Mana
ged Object）の形で管理される。各ＭＯは属性（Attrib
ute)と呼ばれる１又は２以上のデータ（回線状態、管理
状態等）を備えており、マネージャからのＭＯに対する
操作は次の５つに分類される。2. Description of the Related Art In the management of devices defined by OSI / ITU-T (for example, ITU-TX.700 series recommendation, M.3000 series recommendation), communication related systems, equipment, resources (lines, switches, etc.) , Various communication services, etc. abstracted and modeled these managed objects MO (Mana
ged Object). Each MO has an attribute (Attrib
ute) and one or more data (line status, management status, etc.) are provided, and the operation from the manager to the MO is classified into the following five.
【０００４】 ＭＯの生成（Ｍ−ＣＲＥＡＴＥ） ＭＯの消去（Ｍ−ＤＥＬＥＴＥ） ＭＯの持つ属性の値を書き込む（Ｍ−ＳＥＴ） ＭＯの持つ属性の値を読み出す（Ｍ−ＧＥＴ） ＭＯに複雑な動作をさせる（Ｍ−ＡＣＴＩＯＮ） 図５にこの種の通信システムにおける典型的なＭＯ管理
の操作手順を示す。Generation of MO (M-CREATE) Erasing MO (M-DELETE) Writing the value of the attribute of MO (M-SET) Reading the value of the attribute of MO (M-GET) Complex operation for MO (M-ACTION) FIG. 5 shows a typical MO management operation procedure in this type of communication system.
【０００５】マネージャ１０が発側終端点生成要求「M-
CREATE VC1」を送信すると、エージェント２０は対応す
る制御用メッセージを生成してスイッチ３０に送信す
る。スイッチ３０は発側の終端点ＶＣ１を生成し、処理
結果をエージェント２０に返送する。これを受けたエー
ジェント２０は生成要求「M-CREATE VC1」に対する応答
をマネージャ１０に返送する。更に、着側終端点生成要
求「M-CREATE VC2」及び発着終端点間接続「M-ACTION c
onnect VC1,VC2」の各操作を行い、その後通信中にな
る。The manager 10 requests the generation of the originating end point "M-
When "CREATE VC1" is transmitted, the agent 20 generates a corresponding control message and transmits it to the switch 30. The switch 30 generates the termination point VC1 on the calling side and returns the processing result to the agent 20. The agent 20 receiving this returns a response to the generation request “M-CREATE VC1” to the manager 10. In addition, the destination end point generation request "M-CREATE VC2" and the connection between the originating and destination end points "M-ACTION c
onnect VC1, VC2 ”, and then communication starts.
【０００６】やがて、通信終了すると、発着終端点間切
断「M-ACTION disconnect VC1,VC2」、発側終端点消去
「M-DELETE VC1」及び着側終端点消去「M-DELETE VC2」
の各操作を行い、こうして一連の手順を終了する。この
場合に、例えば要求「M-ACTION connect VC1,VC2」と
「M-ACTION connectVC3,VC4」とが存在した場合は、Ｍ
Ｏである「ＶＣ１，ＶＣ２」と「ＶＣ３，ＶＣ４」との
間には競合関係は無い。従って、マネージャ１０が２つ
の要求を立て続けに発生しても、エージェント２０は２
つの要求をそのまま実行に移せる。[0006] Eventually, when the communication is completed, "M-ACTION disconnect VC1, VC2" for disconnecting between the originating and terminating end points, "M-DELETE VC1" for terminating the originating end point and "M-DELETE VC2" for terminating the terminating end point.
Then, the sequence of steps is completed. In this case, for example, if the requests “M-ACTION connect VC1, VC2” and “M-ACTION connect VC3, VC4” exist, M
There is no competitive relationship between "VC1, VC2" and "VC3, VC4" which are O. Therefore, even if the manager 10 makes two requests in succession, the agent 20
One request can be executed as it is.
【０００７】一方、マネージャ１０の誤り、又は複数の
マネージャの存在により要求「M-ACTION connect VC1,V
C2」と「M-ACTION connect VC1,VC3」とが立て続けに発
生する場合がある。この場合は共通のＭＯ「ＶＣ１」に
ついて競合関係が生じており、後発の要求は待たされる
必要がある。そこで、従来のエージェントシステムはこ
のような競合関係の有無を迅速に把握するためのロック
管理テーブルを備え、該テーブルの情報を参照して複数
の要求に対する円滑な並行実行制御を実現している。On the other hand, the request "M-ACTION connect VC1, V is caused by an error in the manager 10 or the existence of a plurality of managers.
"C2" and "M-ACTION connect VC1, VC3" may occur in quick succession. In this case, there is a competition relationship for the common MO “VC1”, and the subsequent request needs to be kept waiting. Therefore, the conventional agent system is provided with a lock management table for quickly grasping the presence or absence of such a competitive relationship, and refers to the information in the table to realize smooth parallel execution control for a plurality of requests.
【０００８】[0008]
【発明が解決しようとする課題】この場合に、従来は、
並行実行制御のプログラム記述者がロック対象となるデ
ータ（属性）の定義をプログラム又はテーブル形式のデ
ータとしてロック管理テーブルに記述していた。しかる
に、この種のエージェントシステムの実現においては、
各管理コマンドに対する個々の処理を作成するプログラ
ム記述者と並行実行制御（ロック管理テーブルを含む）
を作成するプログラム記述者とが異なる場合も少なくな
い。その結果、意志の疎通が十分でないと、作成される
ロック管理テーブルに対して誤りが混入し易い。In this case, in the conventional case,
The program writer of parallel execution control has described the definition of data (attribute) to be locked in the lock management table as program or table format data. However, in realizing this kind of agent system,
Program writer that creates individual processing for each management command and concurrency control (including lock management table)
In many cases, it is different from the program creator who creates the. As a result, if the communication of intentions is not sufficient, an error is likely to be mixed into the lock management table created.
【０００９】また、仮にプログラム記述者が同一であっ
ても、個々の処理と並行実行制御の処理とではデータ
（属性）の記録先が異なるので、見落としが起こり易
い。特に、大規模（ＭＯ数，属性数が大）なエージェン
トシステムを実現する場合は、多数のプログラム記述者
が存在するため、誤りや見落とし等の混入する確率が極
めて高い。Even if the program writers are the same, the data (attribute) recording destinations are different between the individual processing and the parallel execution control processing, so oversight is likely to occur. In particular, when a large-scale (a large number of MOs and a large number of attributes) agent system is realized, there are a large number of program writers, and the probability of errors and oversights being mixed is extremely high.
【００１０】このため、従来は高速で信頼性の高い並行
実行制御が得られるエージェントシステムの実現には、
かなりの困難を伴っていた。本発明の目的は、高速で信
頼性の高い並行実行制御が容易に得られるエージェント
システムを提供することにある。For this reason, conventionally, in order to realize an agent system that can obtain high-speed and highly reliable parallel execution control,
It was quite difficult. An object of the present invention is to provide an agent system that can easily obtain high-speed and highly reliable parallel execution control.
【００１１】[0011]
【課題を解決するための手段】上記の課題は図１の構成
により解決される。即ち、本発明（１）のエージェント
システムは、マネージャシステムからの複数の操作要求
を所定のロック管理テーブルに従ってその操作対象であ
る管理オブジェクト又はその属性に対する操作の競合が
生じないように並行実行するエージェントシステムにお
いて、管理コマンドを発生するコマンド発生部と、管理
コマンドに対応する処理を実行する処理実行部と、コマ
ンド発生部からの管理コマンドに対する処理の実行を１
コマンドづつ独立に実行する処理実行制御部と、処理実
行部の処理実行に伴い、どの管理オブジェクトのどの属
性にアクセスしたかの情報をトレースして管理オブジェ
クト毎及び属性毎のアクセスを制限するためのロック管
理テーブル情報を生成するテーブル生成部とを備え、予
めマネージャシステムから受ける可能性のある管理オブ
ジェクトに対する管理コマンドを独立に実行して対応す
るロック管理テーブルを自動生成するものである。The above-mentioned problems can be solved by the structure shown in FIG. That is, the agent system of the present invention (1) is an agent that executes a plurality of operation requests from the manager system in parallel according to a predetermined lock management table so that there is no conflict of operations for the management object or its attribute that is the operation target. In the system, a command generation unit that generates a management command, a processing execution unit that executes a process corresponding to the management command, and a process execution for the management command from the command generation unit are executed.
For controlling access to each managed object and each attribute by tracing information about which attribute of which managed object is accessed as the process is executed by the process execution control unit and the process execution unit that execute each command independently. A table generation unit that generates lock management table information is provided, and management commands for management objects that may be received from the manager system are independently executed in advance to automatically generate the corresponding lock management table.
【００１２】[0012]
【作用】本発明（１）においては、並行実行制御時に使
用するロック管理テーブル２４を事前に生成するため
に、コマンド発生部２６は管理コマンドを発生し、処理
実行部２３は管理コマンドに対応する処理（ＭＯ処理）
を実行する。また、この場合の処理実行制御部２２はコ
マンド発生部２６からの管理コマンドに対するＭＯ処理
の実行を１コマンドづつ独立に実行する。In the present invention (1), the command generation unit 26 generates a management command and the process execution unit 23 corresponds to the management command in order to generate the lock management table 24 used in parallel execution control in advance. Processing (MO processing)
To execute. Further, the process execution control unit 22 in this case independently executes the MO process for the management command from the command generation unit 26, one command at a time.
【００１３】一方、テーブル生成部２５は処理実行部２
３におけるＭＯ処理の実行に伴い、どの管理オブジェク
トのどの属性にアクセスしたかの情報をトレースして管
理オブジェクト毎及び属性毎のアクセスを制限するため
のロック管理テーブル情報を生成する。こうして、予め
マネージャシステム１０から受ける可能性のある管理オ
ブジェクトに対する管理コマンドを独立に実行し、対応
するロック管理テーブル２４を自動生成する。On the other hand, the table generation unit 25 is the processing execution unit 2
In accordance with the execution of the MO process in 3, the information on which attribute of which managed object is accessed is traced to generate lock management table information for restricting access for each managed object and each attribute. In this way, management commands for management objects that may be received from the manager system 10 are independently executed in advance, and the corresponding lock management table 24 is automatically generated.
【００１４】本発明（１）によれば、ロック管理テーブ
ル情報はエージェントシステム２０内の単一の情報源
（ＭＯ処理）に基づいて自動生成される。従って、生成
されるテーブル情報に誤りや見落とし等の混入する余地
は全く無く、しかも生成容易である。ところで、管理コ
マンドの中には、該コマンドのテンプレート情報に含ま
れるＭＯや属性以外のＭＯや属性に対してアクセスを行
うものもある。According to the present invention (1), the lock management table information is automatically generated based on a single information source (MO process) in the agent system 20. Therefore, there is absolutely no room for errors and oversights to be included in the generated table information, and the table information can be easily generated. By the way, some management commands access MOs and attributes other than the MOs and attributes included in the template information of the command.
【００１５】この点、本発明（１）によれば、ロック管
理テーブル情報は管理コマンドに対応するＭＯ処理実行
の実トレース情報に基づき生成されるので、別段の注意
をしなくても、実質的に有用なテーブル情報が生成され
る。好ましくは、本発明（２）においては、ロック管理
テーブル２４は、管理コマンドで指定される管理オブジ
ェクトや属性以外の管理オブジェクトや属性に対してア
クセスが行われた管理コマンドについてのロック管理テ
ーブル情報のみを最終的に記憶する。In this regard, according to the present invention (1), since the lock management table information is generated based on the actual trace information of the MO processing execution corresponding to the management command, it is substantially effective without any special precautions. Useful table information is generated. Preferably, in the present invention (2), the lock management table 24 is only the lock management table information about the management command in which a management object or attribute other than the management object or attribute designated by the management command is accessed. Is finally memorized.
【００１６】どのＭＯのどの属性に対してアクセスを行
うかを、管理コマンドに含まれる情報から直接に知るこ
とができるような管理コマンドについては、ロック管理
テーブル２４を参照するまでもなく、並行実行制御を行
える。従って、このような管理コマンドについてのテー
ブル情報を削除でき、メモリの節約となる。また好まし
くは、本発明（３）においては、コマンド発生部２６又
はテーブル生成部２５は、管理オブジェクトの生成（Ｍ
−ＣＲＥＡＴＥ）、消去（Ｍ−ＤＥＬＥＴＥ）及び動作
（Ｍ−ＡＣＴＩＯＮ）に係る管理コマンドについての
み、そのロック管理テーブル情報が生成されるように機
能する。For the management command that allows the user to directly know which attribute of which MO is to be accessed from the information included in the management command, it is not necessary to refer to the lock management table 24, but the parallel execution is possible. You can control. Therefore, the table information on such management commands can be deleted, and the memory can be saved. Further, preferably, in the present invention (3), the command generation unit 26 or the table generation unit 25 generates a management object (M
-CREATE), erase (M-DELETE), and operation (M-ACTION) only, the lock management table information functions to generate the lock management table information.
【００１７】一般に、これらの管理コマンドは該コマン
ドに含まれる情報からは直接に知ることができないよう
な属性に対してもアクセスを行うので、これらの管理コ
マンドについてのみロック管理テーブル情報が生成され
るように機能する。従って、それ以外の管理コマンドに
ついてはテーブル情報を生成する必要は無く、プロセッ
サの処理負担が軽減され、かつメモリの節約になる。Generally, these management commands also access attributes that cannot be known directly from the information contained in the commands, so lock management table information is generated only for these management commands. Works like. Therefore, it is not necessary to generate table information for other management commands, which reduces the processing load on the processor and saves memory.
【００１８】また好ましくは、本発明（４）において
は、ロック管理テーブル２４の情報は、マネージャシス
テム１０とエージェントシステム２０とが実装された時
点又はこれらの間でアソシエーションが確立された時点
の共有知識に基づく管理コマンドについて生成される。
少なくともエージェントシステム２０の稼働に必要な管
理コマンドのロック管理テーブル情報を備えていれば十
分である。Further, in the present invention (4), preferably, the information in the lock management table 24 is shared knowledge at the time when the manager system 10 and the agent system 20 are mounted or when an association is established between them. Generated for management commands based on.
It is sufficient if at least the lock management table information of the management command necessary for the operation of the agent system 20 is provided.
【００１９】また好ましくは、本発明（５）において
は、コマンド発生部２６を設ける代わりに、マネージャ
システム１０からの管理コマンドに従ってロック管理テ
ーブル２４を生成する。従って、コマンド発生部２６を
削除でき、エージェントシステム２０は簡単になる。ま
た好ましくは、本発明（６）においては、コマンド発生
部２６及びテーブル生成部２５はプログラムの実行によ
り実現されるプロセスから成り、ロック管理テーブル２
４の生成時以外はエージェントシステム２０内に生成さ
れない。従って、メモリの節約が図れ、かつＣＰＵの使
用効率が改善される。Further, preferably, in the present invention (5), the lock management table 24 is generated in accordance with a management command from the manager system 10 instead of providing the command generation unit 26. Therefore, the command generator 26 can be deleted and the agent system 20 can be simplified. Further, preferably, in the present invention (6), the command generating unit 26 and the table generating unit 25 are constituted by a process realized by executing a program, and the lock management table 2
It is not generated in the agent system 20 except when generating 4. Therefore, the memory can be saved and the CPU usage efficiency can be improved.
【００２０】[0020]
【実施例】以下、添付図面に従って本発明による実施例
を詳細に説明する。なお、全図を通して同一符号は同一
又は相当部分を示すものとする。図２は実施例のエージ
ェントシステムを説明する図（１）で、ロック管理テー
ブル生成時の機能ブロック構成を示している。Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. Note that the same reference numerals indicate the same or corresponding parts throughout the drawings. FIG. 2 is a diagram (1) for explaining the agent system of the embodiment, showing a functional block configuration at the time of generating the lock management table.
【００２１】図において１０1 ，１０2 はマネージャシ
ステム、２０はエージェントシステム、１１，２１はＣ
ＭＩＰインタフェース（ＣＭＩＰ）、２２は処理実行制
御部、２３は処理実行部、２３0 は操作対象の属性デー
タを記憶するメモリ、２３1〜２３n はＭＯプロセス、
２４はロック管理テーブル、２５はテーブル生成部、３
０はスイッチ部、３１はクロスコネクトスイッチ（ＣＣ
ＳＷ）、３２，３３は回線、３４，３５は回線の終端点
である。In the figure, 10 1 and 10 2 are manager systems, 20 is an agent system, and 11 and 21 are C.
MIP interface (CMIP), 22 is a process execution control unit, 23 is a process execution unit, 23 0 is a memory for storing attribute data of an operation target, 23 1 to 23 n are MO processes,
24 is a lock management table, 25 is a table generation unit, 3
0 is a switch unit, 31 is a cross-connect switch (CC
SW), 32 and 33 are lines, and 34 and 35 are terminal points of the lines.
【００２２】コマンド発生部２６はエージェント２０内
に存在する可能性がある（又はマネージャ１０から受け
る可能性のある）管理オブジェクトＭＯに対する疑似Ｃ
ＭＩＳコマンドを逐次的に発生する。即ち、１コマンド
に対する処理が終了するまでは他のコマンドは発生しな
い。なお、この疑似ＣＭＩＳコマンドは通常のＣＭＩＳ
コマンドと変わらないが、テーブル生成時のＣＭＩＳコ
マンドと言う意味で説明の便宜上疑似ＣＭＩＳコマンド
と呼ぶ。The command generator 26 is a pseudo C for the managed object MO which may exist in the agent 20 (or may be received from the manager 10).
MIS commands are sequentially generated. That is, other commands do not occur until the processing for one command is completed. This pseudo CMIS command is a normal CMIS command.
Although it is the same as a command, it is called a CMIS command at the time of table generation, and is called a pseudo CMIS command for convenience of description.
【００２３】ＯＳＩ管理においては、エージェント２０
内にどの様なＭＯが存在する可能性が有るかという知識
は、マネージャ１０とエージェント２０間の共有知識
（Shared Management Knowledge ）として、マネージャ
１０とエージェント２０を実装した時点、又はマネージ
ャ１０がエージェント２０との間で管理の為の通信を開
始した時点（アソシエーションを確立した時点）等に共
有される。In OSI management, the agent 20
The knowledge as to what kind of MO may exist in the shared knowledge (Shared Management Knowledge) between the manager 10 and the agent 20 is the time when the manager 10 and the agent 20 are installed, or the manager 10 has the agent 20. It is shared at the time when communication for management is started with (at the time when the association is established).
【００２４】処理実行制御部２２は、基本的にはコンピ
ュータシステムにおけるＯＳと同等に機能し、コマンド
発生部２６から疑似ＣＭＩＳコマンドを受けると、処理
実行部２３内に対応するＭＯプロセスを生成し、これに
ＣＰＵ資源（プロセッサ）を割り当てる。この場合に、
一つの疑似ＣＭＩＳコマンドに対応する処理（トランザ
クション）の実行はその開始から終了まで中断されな
い。即ち、プロセッサは継続的に割り当てられる。The process execution control unit 22 basically functions in the same manner as the OS in the computer system. When the process execution control unit 22 receives a pseudo CMIS command from the command generation unit 26, it generates a corresponding MO process in the process execution unit 23. CPU resources (processors) are allocated to this. In this case,
The execution of the process (transaction) corresponding to one pseudo CMIS command is not interrupted from the start to the end. That is, processors are continuously allocated.
【００２５】一般に、ＭＯプロセスはその処理記述者に
より定義された１又は２以上の属性を備えており、該Ｍ
Ｏプロセスの処理が実行されると、管理対象であるＭＯ
インスタンス（実体）への実質的な操作及び又はこれに
関連するメモリ２３0 上の各属性データへのアクセス
（読み／書き）が行われる。但し、テーブル生成時にお
いては、テーブル生成の処理を迅速に進めるために、実
体（スイッチ等）に対する現実の操作はバイパスするよ
うにしても良い。In general, an MO process has one or more attributes defined by its process descriptor.
When the processing of the O process is executed, the MO that is the management target
Instance substantial operations and or its access to the attribute data on the memory 23 0 associated to (entities) (read / write) is performed. However, at the time of table generation, in order to speed up the process of table generation, the actual operation on the entity (switch or the like) may be bypassed.
【００２６】テーブル生成部２５は、ＭＯプロセスの実
行に伴い、どのＭＯのどの属性にどの様なアクセス（読
み／書き）が行われたかの情報をトレースすると共に、
その時の疑似ＣＭＩＳコマンドの情報と、得られたトレ
ース情報（ＭＯ識別子、属性識別子等）とに基づいて所
定フォーマットのロック管理テーブル情報を作成し、こ
れをロック管理テーブル２４に記録する。The table generation unit 25 traces information as to which attribute of which MO is accessed (read / write) as the MO process is executed, and
Lock management table information of a predetermined format is created based on the information of the pseudo CMIS command at that time and the obtained trace information (MO identifier, attribute identifier, etc.), and this is recorded in the lock management table 24.
【００２７】かかる構成により、例えば最初にコマンド
「Ｍ−ＣＲＥＡＴＥ」が発生し、これに応じてＭ−ＣＲ
ＥＡＴＥ処理２３1 が生成・実行され、対応するロック
管理テーブル情報の記録が行われる。Ｍ−ＣＲＥＡＴＥ
処理２３1 の処理終了すると、次にＭ−ＣＲＥＡＴＥ処
理２３2 が生成・実行され、ロック管理テーブル２４へ
の記録が行われる。以下同様にして進み、最後のＭ−Ｇ
ＥＴ処理２３n の処理終了すると、ロック管理テーブル
２４が完成する。With this configuration, for example, the command "M-CREATE" is first generated, and in response to this, the M-CR is issued.
The ATE process 23 1 is generated and executed, and the corresponding lock management table information is recorded. M-CREATE
When the processing of the processing 23 1 is completed, the M-CREATE processing 23 2 is next generated and executed, and recording in the lock management table 24 is performed. The same goes on for the last MG
When the processing of the ET processing 23 n is completed, the lock management table 24 is completed.
【００２８】図４は実施例のロック管理テーブルを説明
する図である。疑似ＣＭＩＳコマンドはコマンド種別と
パラメータ情報とから成っており、これらが処理実行制
御部２２からのコマンド情報となる。一例の疑似ＣＭＩ
Ｓコマンドは「M-ACTION connect (fabricID=1; msTTPI
D=2,aUGID=1,aU3CTPID=2; msTTPID=3,aUGID=1,aU3CTPID
=3;)」であり、ここで「fabricID」はクロスコネクトス
イッチの識別ＩＤ、「aU3CTPID」は終端点の識別ＩＤ、
「aUGID 」は複数終端点の束の識別ＩＤ、「msTTPID 」
はヘッダ情報の識別ＩＤである。FIG. 4 is a diagram for explaining the lock management table of the embodiment. The pseudo CMIS command includes a command type and parameter information, which are command information from the process execution control unit 22. An example pseudo CMI
S command is "M-ACTION connect (fabricID = 1; msTTPI
D = 2, aUGID = 1, aU3CTPID = 2; msTTPID = 3, aUGID = 1, aU3CTPID
= 3;) ”, where“ fabricID ”is the identification ID of the cross-connect switch,“ aU3CTPID ”is the identification ID of the termination point,
"AUGID" is the identification ID of a bundle of multiple termination points, "msTTPID"
Is the identification ID of the header information.
【００２９】このコマンドの処理の内容は、要するに、
スイッチ（ＩＤ＝「１」）における各終端点（ＩＤ＝
「２」と「３」と）の間を接続し、新たにクロスコネク
ション（ＩＤ＝「２」）を生成するものである。このコ
マンドに対応するM-ACTION connect処理２３3 において
は、対象オブジェクトインスタンス（被管理実体）毎に
必要な１又は２以上の対象アトリビュート（属性）が定
義されており、例えばスイッチ「fabricID=1」について
言うと、属性「operationalState」及び「administrati
veState 」が定義されている。属性「operationalStat
e」はスイッチが動いているか否かの情報を表し、属性
「administrativeState 」は同スイッチがマネージャ１
０による試験等の管理下にあるか否かの情報を表す。他
の各対象インスタンスに対しても同様に複数の属性が定
義されている。The contents of the processing of this command are, in short,
Each end point (ID = “1”) in the switch (ID = “1”)
"2" and "3") are connected to each other to newly generate a cross connection (ID = "2"). In the M-ACTION connect processing 23 3 corresponding to this command, one or more target attributes (attributes) required for each target object instance (managed entity) are defined, and for example, the switch “fabricID = 1” Attribute "operationalState" and "administrati
veState ”is defined. Attribute "operationalStat
"e" represents information on whether the switch is operating or not, and the attribute "administrativeState" indicates that the switch is the manager 1
It represents information as to whether or not it is under the control of a test by 0. Similarly, a plurality of attributes are defined for each of the other target instances.
【００３０】処理実行部２３においてM-ACTION connect
処理２３3 が実行されると、各対象インスタンスに対し
て必要な操作が行われると共に、これらの操作と関係あ
るメモリ２３0 上の各属性データに対してデータ読込又
はデータ書込の実アクセスが行われる。テーブル生成部
２５は、処理実行制御部２２からのコマンド情報と、各
属性データに対するデータアクセスの実施状況をトレー
スしたトレース情報とに基づき、図示のようなロック管
理テーブル情報を生成し、これをロック管理テーブル２
４に記録する。In the processing execution unit 23, M-ACTION connect
When the process 23 3 is executed, necessary operations are performed on each target instance, and at the same time, actual access such as data reading or data writing to each attribute data on the memory 23 0 related to these operations is performed. Done. The table generation unit 25 generates lock management table information as shown in the figure based on the command information from the process execution control unit 22 and the trace information that traces the implementation status of data access to each attribute data, and locks it. Management table 2
Record in 4.
【００３１】この場合に、ある属性に対する複数のアク
セスが全てデータ読出のみであった場合はそのアクセス
可能性の欄を最終的に「読込予定」とし、またある属性
に対するアクセスが一つでもデータ書込であった場合は
そのアクセス可能性の欄を最終的に「書込予定」とす
る。図４では、更に「M-ACTION connect」, 「M-ACTION
disconnect 」の欄が生成されており、次に「M-GET (f
abricID=1; operationalState)」の欄が生成されてい
る。このコマンド「Ｍ−ＧＥＴ」の処理内容は、上記ス
イッチＩＤ＝「１」についての属性データ「operationa
lState」を読み込むことである。In this case, when a plurality of accesses to a certain attribute are all for data reading only, the accessibility column is finally set to "read-in", and even if one access to a certain attribute is performed, the data is written. If it is included, the accessibility column is finally set to “write planned”. In Figure 4, "M-ACTION connect", "M-ACTION"
A field of "disconnect" is generated, and then "M-GET (f
abricID = 1; operationalState) ”field has been created. The processing content of this command “M-GET” is the attribute data “operationa” for the switch ID = “1”.
lState ”is read.
【００３２】該コマンドに対応するM-GET 処理２３k が
実行されると、スイッチＩＤ＝「１」の属性「operatio
nalState」に対してのみデータ読込のアクセスが行われ
る。その結果、ロック対象を指定する情報の欄には「fa
bricID=1」，「operationalState」の欄のみが生成さ
れ、これに対するアクセス可能性の欄は「読込予定」と
なっている。When the M-GET processing 23 k corresponding to the command is executed, the attribute "operatio" of the switch ID = "1"
Access to read data is made only for "nalState". As a result, "fa
Only the columns of "bricID = 1" and "operationalState" are generated, and the column of accessibility to this is "reading scheduled".
【００３３】こうして、マネージャ１０から受ける可能
性のある全コマンドについての、ＭＯ毎、属性毎のロッ
ク管理テーブル２４が自動生成される。このロック管理
テーブル２４はエージェント２０における単一の情報ソ
ース（この例では各ＭＯプロセスの実行）から自動生成
されたものであるから、間に人手が関与する余地はな
く、極めて信頼性が高い。In this way, the lock management table 24 for each MO and each attribute is automatically generated for all commands that may be received from the manager 10. Since this lock management table 24 is automatically generated from a single information source (execution of each MO process in this example) in the agent 20, there is no room for humans to intervene and it is extremely reliable.
【００３４】ところで、一般の管理操作における「Ｍ−
ＧＥＴ」や「Ｍ−ＳＥＴ」に係るＣＭＩＳコマンドの実
行に際しては、該コマンドのパラメータ情報に定義され
ているＭＯの属性だけに操作（アクセス）が及び、それ
以外のＭＯの属性に対する操作は発生しない場合が多
い。そこで、上記生成後のロック管理テーブル２４の内
容を検証すると共に、コマンド種別の欄が「Ｍ−ＧＥ
Ｔ」又は「Ｍ−ＳＥＴ」であり、かつそのパラメータ情
報の欄の内容（指定ＭＯ，属性）とロック対象を指定す
る情報の欄の内容（生成ＭＯ，属性）とが同一の場合
は、操作が他のＭＯの属性には及ばないから、当該「Ｍ
−ＧＥＴ」又は「Ｍ−ＳＥＴ」の欄を削除できる。By the way, in the general management operation, "M-
When the CMIS command related to “GET” or “M-SET” is executed, the operation (access) is performed only on the attribute of the MO defined in the parameter information of the command, and the operation on the attribute of the other MO does not occur. In many cases. Therefore, the contents of the generated lock management table 24 are verified, and the command type column indicates “M-GE”.
If “T” or “M-SET” and the content of the parameter information column (designated MO, attribute) is the same as the content of the information column for designating the lock target (generated MO, attribute), the operation is performed. Does not reach the attributes of other MOs.
The "-GET" or "M-SET" field can be deleted.
【００３５】なお、この場合における並行実行時には、
ＣＭＩＳコマンド「Ｍ−ＧＥＴ」／「Ｍ−ＳＥＴ」に含
まれるパラメータ情報の内容で、メモリ２３0 上の当該
ＭＯの属性に対して、「Ｍ−ＧＥＴ」の場合は「読込予
定」のロックを直接にかけ、また「Ｍ−ＳＥＴ」の場合
は「書込予定」のロックを直接にかければ良い。従っ
て、ロック管理テーブル２４より「Ｍ−ＧＥＴ」，「Ｍ
−ＳＥＴ」の欄を削除でき、テーブルメモリの節約にな
る。In this case, in parallel execution,
With the contents of the parameter information that is included in the CMIS command "M-GET" / "M-SET", for the attribute of the MO on the memory 23 0, in the case of "M-GET" the lock of "reading schedule" It may be applied directly, and in the case of "M-SET", the lock of "writing scheduled" may be applied directly. Therefore, from the lock management table 24, “M-GET”, “M
The column "-SET" can be deleted, which saves table memory.
【００３６】あるいは、上記と同じ理由により、疑似Ｃ
ＭＩＳコマンド「Ｍ−ＳＥＴ」及び「Ｍ−ＧＥＴ」に対
するテーブルの生成は始めから行わず、疑似ＣＭＩＳコ
マンド「Ｍ−ＣＲＥＡＴＥ」，「Ｍ−ＤＥＬＥＴＥ」及
び「Ｍ−ＡＣＴＩＯＮ」に対するテーブルの生成のみを
行う様にしても良い。こうすれば、テーブル生成時のプ
ロセッサ処理が低減され、かつテーブルメモリの節約に
なる。Alternatively, for the same reason as above, the pseudo C
The tables for the MIS commands "M-SET" and "M-GET" are not generated from the beginning, but only the tables for the pseudo CMIS commands "M-CREATE", "M-DELETE" and "M-ACTION" are generated. You can do it as well. In this way, the processor processing at the time of table generation is reduced and the table memory is saved.
【００３７】更には、上記の如くマネージャ１０とエー
ジェント２０との間では、ＣＭＩＰによる通信を行なう
前にアソシエーションを設定する処理があり、この場合
にマネージャ１０が管理するエージェント２０内の管理
対象データの指定を行なう場合が存在する（共通知識の
確定）。この場合はアソシェーション設定時に共通知識
の確定に基づいて必要なだけのロック管理テーブル２４
を作成することも可能である。Further, as described above, there is a process for setting the association between the manager 10 and the agent 20 before the communication by CMIP. In this case, the management target data in the agent 20 managed by the manager 10 is stored. There is a case to specify (determination of common knowledge). In this case, as many lock management tables 24 as necessary are required based on the confirmation of common knowledge when setting the association.
It is also possible to create
【００３８】また、その際には、コマンド発生部２６の
機能をマネージャ１０の側に持たせ、マネージャ１０が
発生する一連のＣＭＩＳコマンドに従ってロック管理テ
ーブル２４を生成するようにしても良い。図３は実施例
のエージェントシステムを説明する図（２）で、並行実
行制御時の機能ブロック構成を示している。At that time, the function of the command generator 26 may be provided on the manager 10 side to generate the lock management table 24 in accordance with a series of CMIS commands generated by the manager 10. FIG. 3 is a diagram (2) for explaining the agent system of the embodiment, and shows a functional block configuration during parallel execution control.
【００３９】この場合の処理実行制御部２２は、複数の
ＣＭＩＳコマンドに対応する各トランザクションを並行
実行制御し、プロセッサは必要に応じて各トランザクシ
ョンに断続的に割り当てられる。即ち、処理実行制御部
２２は、マネージャ１０からのＣＭＩＳコマンドを受け
たことにより、そのコマンド種別とパラメータ情報とを
インデックス情報としてロック管理テーブル２４を参照
し、対応するロック対象を指定する情報をテーブルから
引き出す。更に、該テーブル情報によりメモリ２３0 上
における同一の属性を探索し、アクセス権が競合する同
一ＭＯの同一属性が存在するか否かを判別する。In this case, the process execution control unit 22 controls the parallel execution of each transaction corresponding to a plurality of CMIS commands, and the processor is intermittently assigned to each transaction as needed. That is, the process execution control unit 22 receives the CMIS command from the manager 10, and thus refers to the lock management table 24 using the command type and the parameter information as index information, and stores the information specifying the corresponding lock target. Pull out from. Furthermore, it searches the same attribute in the memory 23 on 0 by the table information, the access right it is determined whether or not the same attribute of the same MO competing present.
【００４０】例えば、メモリ２３0 上のある属性に対し
て「書込予定」のロックがかかっている場合は、該属性
値は実行中のＭＯプロセスによって何時書き換えられる
か分からないので、この属性にアクセスする後発のＭＯ
プロセスとの間にはアクセス権の競合が存在する。実行
中のＭＯプロセスが「読込予定」でも、後発のＭＯプロ
セスが「書込予定」の場合は競合関係がある。[0040] For example, if you are taking a lock of "writing schedule" for attributes that are on the 0 memory 23, I do not know the attribute value is rewritten any time by MO process of being executed, in this attribute Later MO to access
There is a conflict of access rights with the process. Even if the MO process that is being executed is "Reading", there is a competition relationship if the MO process that is being started is "Write".
【００４１】アクセス権が競合する場合は、後発のＣＭ
ＩＳコマンドに対するＭＯプロセスは生成されないか、
又はその実行が待たされる。但し、双方のＭＯプロセス
からアクセスされる全属性についてのアクセス可能性
が、共に「読込予定」の場合は、無用な待ちの処理を避
けるため、後発のトランザクションは並行実行に移され
る。When the access rights conflict, a later CM
MO process for IS command is not created,
Or the execution is kept waiting. However, if the accessibility for all attributes accessed from both MO processes is “Reading”, the subsequent transaction is moved to parallel execution in order to avoid unnecessary waiting processing.
【００４２】アクセス権が競合しない場合は、上記ロッ
ク管理テーブル２４より引き出したロック対象を指定す
る情報に基づき、速やかにメモリ２３0 上の各対応する
属性に対して「読込予定」又は「書込予定」のロック
（アクセス制限）をかけると共に、そのトランザクショ
ンを並行実行に移す。これにより、並行実行時における
各属性データの逐次一貫性が確保され、高速なエージェ
ント内処理が実現される。しかも、ロック管理テーブル
２４のテーブル情報はエージェントシスイテム２０内の
単一の情報ソース（ＭＯプロセス）から自動生成された
ものであるから、信頼性の高いエージェント内処理が実
現される。[0042] If the permission is not conflict, based on the information specifying the lock target drawn out from the lock management table 24, immediately "read scheduled" for each corresponding attribute on the memory 23 0 or "write Lock (access restriction) of "scheduled" and move the transaction to parallel execution. This ensures the sequential consistency of each attribute data during parallel execution, and realizes high-speed in-agent processing. Moreover, since the table information of the lock management table 24 is automatically generated from a single information source (MO process) in the agent system 20, a highly reliable in-agent process is realized.
【００４３】なお、上記実施例では処理実行制御部２２
が逐次実行制御と並行実行制御とを行ったが、各専用の
逐次実行制御部及び並行実行制御部を設けるように構成
しても良い。この場合の逐次実行制御部は並行実行制御
時には生成されない。また、処理実行制御部２２が並行
実行制御モードのままでも、コマンド発生部２６が各コ
ンマンドの処理終了を確認後に次のコマンドを発生する
なら、逐次実行制御を実現できる。In the above embodiment, the process execution control unit 22
Performs the sequential execution control and the parallel execution control, it may be configured such that each dedicated serial execution control unit and parallel execution control unit are provided. In this case, the sequential execution control unit is not generated during parallel execution control. Even if the process execution control unit 22 remains in the parallel execution control mode, if the command generation unit 26 generates the next command after confirming the completion of the processing of each command, the sequential execution control can be realized.
【００４４】また、上記実施例は通信システムへの適用
例を述べたが、本発明はコピュータシステムにも適用で
きる。また、上記本発明に好適なる実施例を述べたが、
本発明思想を逸脱しない範囲内で、構成及び制御の様々
な変更が行えることは言うまでも無い。Further, although the above-mentioned embodiment has described the application example to the communication system, the present invention can also be applied to the computer system. Further, although the preferred embodiment of the present invention has been described,
It goes without saying that various changes in the configuration and control can be made without departing from the spirit of the present invention.
【００４５】[0045]
【発明の効果】以上述べた如く本発明によれば、信頼性
の高いロック管理テーブルを容易に生成できると共に、
高速で信頼性の高いエージェントシステムを提供でき
る。As described above, according to the present invention, a highly reliable lock management table can be easily generated, and
A high-speed and highly reliable agent system can be provided.
【図１】図１は本発明の原理を説明する図である。FIG. 1 is a diagram illustrating the principle of the present invention.
【図２】図２は実施例のエージェントシステムを説明す
る図（１）である。FIG. 2 is a diagram (1) illustrating an agent system according to an embodiment.
【図３】図３は実施例のエージェントシステムを説明す
る図（２）である。FIG. 3 is a diagram (2) illustrating an agent system according to an embodiment.
【図４】図４は実施例のロック管理テーブルを説明する
図である。FIG. 4 is a diagram illustrating a lock management table according to the embodiment.
【図５】図５は典型的なＭＯ管理の操作手順を示す図で
ある。FIG. 5 is a diagram showing a typical MO management operation procedure.
１０ マネージャシステム ２０ エージェントシステム ２２ 処理実行制御部 ２３ 処理実行部 ２４ ロック管理テーブル ２５ テーブル生成部 ２６ コマンド発生部 10 manager system 20 agent system 22 process execution control unit 23 process execution unit 24 lock management table 25 table generation unit 26 command generation unit
Claims (6)
求を所定のロック管理テーブルに従ってその操作対象で
ある管理オブジェクト又はその属性に対する操作の競合
が生じないように並行実行するエージェントシステムに
おいて、 管理コマンドを発生するコマンド発生部と、 管理コマンドに対応する処理を実行する処理実行部と、 コマンド発生部からの管理コマンドに対する処理の実行
を１コマンドづつ独立に実行する処理実行制御部と、 処理実行部の処理実行に伴い、どの管理オブジェクトの
どの属性にアクセスしたかの情報をトレースして管理オ
ブジェクト毎及び属性毎のアクセスを制限するためのロ
ック管理テーブル情報を生成するテーブル生成部とを備
え、 予めマネージャシステムから受ける可能性のある管理オ
ブジェクトに対する管理コマンドを独立に実行して対応
するロック管理テーブルを自動生成することを特徴とす
るエージェントシステム。1. A management command is generated in an agent system in which a plurality of operation requests from a manager system are executed in parallel according to a predetermined lock management table so as to prevent operation conflicts with respect to a management object or an attribute of the operation object. Command generation unit, a process execution unit that executes a process corresponding to the management command, a process execution control unit that independently executes the process for the management command from the command generation unit, and a process execution unit process. The manager system is provided in advance with a table generation unit that traces information regarding which attribute of which managed object is accessed during execution and generates lock management table information for restricting access for each managed object and each attribute. From managed objects that may be received from Agent system characterized by automatically generating a lock management table corresponding to execute administrative commands independently that.
指定される管理オブジェクトや属性以外の管理オブジェ
クトや属性に対してアクセスが行われた管理コマンドに
ついてのロック管理テーブル情報のみを最終的に記憶す
ることを特徴とする請求項１のエージェントシステム。2. The lock management table finally stores only the lock management table information about the management command for which the management object or attribute other than the management object or attribute specified by the management command is accessed. The agent system according to claim 1, wherein:
管理オブジェクトの生成、消去及び動作に係る管理コマ
ンドについてのみ、そのロック管理テーブル情報が生成
されるように機能することを特徴とする請求項１のエー
ジェントシステム。3. The command generation unit or the table generation unit,
The agent system according to claim 1, wherein the lock management table information is generated only for a management command relating to generation, deletion and operation of a management object.
ャシステムとエージェントシステムとが実装された時点
又はこれらの間でアソシエーションが確立された時点の
共有知識に基づく管理コマンドについて生成されること
を特徴とする請求項１のエージェントシステム。4. The lock management table information is generated for a management command based on shared knowledge at the time when the manager system and the agent system are installed or when an association is established between them. The agent system according to claim 1.
ージャシステムからの管理コマンドに従ってロック管理
テーブルを生成することを特徴とする請求項１のエージ
ェントシステム。5. The agent system according to claim 1, wherein the lock management table is generated in accordance with a management command from the manager system, instead of providing the command generator.
ログラムの実行により実現されるプロセスから成り、ロ
ック管理テーブルの生成時以外はエージェントシステム
内に生成されないことを特徴とする請求項１のエージェ
ントシステム。6. The agent system according to claim 1, wherein the command generation unit and the table generation unit are processes realized by executing a program, and are not generated in the agent system except when the lock management table is generated.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7180391A JPH0934813A (en) | 1995-07-17 | 1995-07-17 | Agent system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7180391A JPH0934813A (en) | 1995-07-17 | 1995-07-17 | Agent system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0934813A true JPH0934813A (en) | 1997-02-07 |
Family
ID=16082423
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7180391A Withdrawn JPH0934813A (en) | 1995-07-17 | 1995-07-17 | Agent system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0934813A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011210155A (en) * | 2010-03-30 | 2011-10-20 | Nippon Telegr & Teleph Corp <Ntt> | Order input device, order input method and program |
-
1995
- 1995-07-17 JP JP7180391A patent/JPH0934813A/en not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011210155A (en) * | 2010-03-30 | 2011-10-20 | Nippon Telegr & Teleph Corp <Ntt> | Order input device, order input method and program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6115738A (en) | Input/output device information management method and apparatus for multi-computers | |
| JP3439337B2 (en) | Network management system | |
| US5832224A (en) | Entity management system | |
| CN109902255B (en) | Page mixed browsing record generation method, device, equipment and storage medium | |
| JPH04229355A (en) | Data access method and data processing system | |
| US5063504A (en) | Information control system for reserve locking infrastructure nodes for subsequent exclusive and share locking by the system | |
| US5062038A (en) | Information control system | |
| US5063501A (en) | Information control system for selectively transferring a tree lock from a parent node to a child node thereby freeing other nodes for concurrent access | |
| US6289394B1 (en) | Agent management system capable of readily monitoring and controlling agent | |
| US5063503A (en) | Information control system for selectively locking an entity with requested intermediate reserve exclusive and share locks | |
| US5063502A (en) | Information control system for counting lock application against composite information infrastructure | |
| JPH0934813A (en) | Agent system | |
| WO2006051599A1 (en) | Resource management program, resource management method, and resource management device | |
| JP2004078535A (en) | Exclusive control device, method, and program | |
| US20060184550A1 (en) | Information processing apparatus and method, and computer readable memory | |
| JP2001265614A (en) | Dynamic linking information takeover method, linking processing system and program recording medium therefor | |
| JPH10320218A (en) | Automatic starting method for cooperative job in data transfer processing | |
| JPH04260141A (en) | Data shared processor | |
| CN116566828A (en) | Service arrangement realization method, system, electronic equipment and medium | |
| JPH04125764A (en) | Control method for small-scale general purpose lan system | |
| JP2002222091A (en) | System and method for connection management, and recording medium recorded with connection managing program | |
| JP2000187593A (en) | Object managing device for program system | |
| JPH04180137A (en) | Control system for partial assembly files of plural terminals | |
| JP2000207358A (en) | On-line job processing system | |
| JPH0619763B2 (en) | Access method between nodes in computer system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20021001 |