JP2000151743A - Method for designing network control system - Google Patents

Method for designing network control system

Info

Publication number
JP2000151743A
JP2000151743A JP10328053A JP32805398A JP2000151743A JP 2000151743 A JP2000151743 A JP 2000151743A JP 10328053 A JP10328053 A JP 10328053A JP 32805398 A JP32805398 A JP 32805398A JP 2000151743 A JP2000151743 A JP 2000151743A
Authority
JP
Japan
Prior art keywords
data
componentware
component
components
network
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
JP10328053A
Other languages
Japanese (ja)
Other versions
JP3385222B2 (en
Inventor
Ikuo Yoda
育生 依田
Taichi Kawabata
太一 川幡
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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP32805398A priority Critical patent/JP3385222B2/en
Publication of JP2000151743A publication Critical patent/JP2000151743A/en
Application granted granted Critical
Publication of JP3385222B2 publication Critical patent/JP3385222B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To easily set up component ware by standardizing a display and editing method for data related to component ware by making it possible to access the component ware through a data access interface standardized for plural connected component ware. SOLUTION: Not only syntax appropriateness but also semantic appropriateness is required for connection between components. Restriction information included in each component itself includes not complete but considerably large part of semantic appropriateness. In the case of mutually connecting two components, mutual restricting conditions are checked. When an output side restricting condition is more severe than that of an input side restricting condition, connection processing is executed. When the former condition is not so severe, inter-component connection is rejected. When the procedure is inserted into a tool for connecting between components, a bug generated due to the contradiction of data to be transferred between components can be removed on the stage of Pos design.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、ネットワークを構
成する各種の通信装置(ネットワークエレメント:N
E)を保守・運用・管理するネットワーク制御システム
の設計方法、特にコンポーネント指向を用いたネットワ
ーク制御システムの設計方法に関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to various communication devices (network element: N
The present invention relates to a method for designing a network control system for maintaining, operating, and managing E), and more particularly, to a method for designing a network control system using component orientation.

【0002】[0002]

【従来の技術】ソフトウェアは一から作る時代から、組
み合わせる時代に変わりつつある(青山幹雄:「ソフト
ウェアビッグバン」、情報処理、39巻4号、pp.3
38〜341、1998)。通信網管理システムでも、
コンパイルせずにそのまま利用できるプラグ&プレイ型
ソフトウェア部品(コンポーネントウェア)を用意し、
その組み合わせでシステムを構築することができれば、
開発期間、コスト共に減少させることができる。Tel
eManagement ForumにおけるSMAR
T TMN(TeleManagement Foru
m SMARTTMN Work Project、ht
tp://www.tmforum.org/pages/smart.html)等でもその
方向を目指しているが、コーディングレスに達するまで
にはまだ技術的に解決しなければならない課題が多い。
2. Description of the Related Art Software is changing from an era of making from the beginning to an era of combining software (Mikio Aoyama: "Software Big Bang", Information Processing, Vol. 39, No. 4, pp. 3).
38-341, 1998). In the communication network management system,
Prepare plug & play software components (componentware) that can be used as is without compiling,
If you can build a system with that combination,
Both development time and cost can be reduced. Tel
SMAR at eManagement Forum
T TMN (TeleManagement Foru)
m SMARTTMN Work Project, ht
tp: //www.tmforum.org/pages/smart.html) and others are aiming in that direction, but there are still many issues that need to be solved technically before reaching coding-less.

【0003】CORBA(OMG IDL Ver.
2.2 Feb−1998)、DCOM(古山一夫「D
COMガイドブック」、オーム社、1997)や、Ja
vaBeans(JavaBeansTM API sp
ecification 1.01 SUN Micr
osystems,24−Jul−1997)等の有力
な枠組みが業界標準となり、インターフェースリポジト
リやイントロスペクション等の仕様獲得機能が限定的な
がら利用可能になったことにより、異なる組織で作られ
たコンポーネントの結合や、ツール製作者とコンポーネ
ント製作者との分業が可能になってきている。
[0003] CORBA (OMG IDL Ver.
2.2 Feb-1998), DCOM (Kazuo Koyama, "D
COM Guidebook ", Ohmsha, 1997) and Ja
vaBeans (JavaBeans API sp
education 1.01 SUN Micr
osystems, 24-Jul-1997) has become an industry standard, and the ability to acquire specifications such as interface repositories and introspection has been made available in a limited manner, so that components created by different organizations can be combined. Also, the division of labor between tool makers and component makers has become possible.

【0004】ネットワーク制御システム(OpS)は通
信ネットワークを構成する各種の通信装置を保守・運用
・管理する。このOpSの設計方法として、コンポーネ
ントウェアを用いる方法が、依田育生・矢田浩二「コン
ポーネント指向通信網管理システム」(1998年電子
情報通信学会ソサイエティ大会予稿集B−14−18、
pp.565、(社)電子情報通信学会、1998.
9.7発行)、川幡太一・依田育生「通信網管理システ
ムデータ変換部品の設計と実装」(1998年電子情報
通信学会ソサイエティ大会予稿集B−14−19、p
p.566、(社)電子情報通信学会、1998.9.
7発行)、前大道浩之・後藤哲明・多胡誠久「通信網管
理システム用プロトコル部品の設計と実装」(1998
年電子情報通信学会ソサイエティ大会予稿集B−14−
20、pp.567、(社)電子情報通信学会、199
8.9.7発行)、川幡太一・矢田浩二「コンポーネン
ト指向0pSのプロトタイプ」(1998年電子情報通
信学会ソサイエティ大会予稿集B−14−21、pp.
568、(社)電子情報通信学会、1998.9.7発
行)で提案されている。
[0004] The network control system (OpS) maintains, operates, and manages various communication devices constituting a communication network. As a method of designing the OpS, a method using componentware is described in Ikuo Yoda and Koji Yada, "Component Oriented Communication Network Management System" (Proceedings of the IEICE Society Conference 1998, B-14-18,
pp. 565, The Institute of Electronics, Information and Communication Engineers, 1998.
9.7), Taichi Kawahata and Ikuo Yoda, "Design and Implementation of Data Conversion Components for Communication Network Management System" (Proceedings of the 1998 IEICE Society Conference, B-14-19, p.
p. 566, The Institute of Electronics, Information and Communication Engineers, 1998.
7), Hiroyuki Maedo, Tetsuaki Goto, and Masahisa Tago, "Design and Implementation of Protocol Components for Communication Network Management System" (1998)
Proceedings of IEICE Society Conference 2006-B-14
20 pp. 567, The Institute of Electronics, Information and Communication Engineers, 199
8.9.7), Taichi Kawahata and Koji Yada, "Prototype of Component-Oriented 0pS" (Preprints of IEICE Society Conference, 1998, B-14-21, pp. 10-27).
568, published by the Institute of Electronics, Information and Communication Engineers, 1998.9.7).

【0005】図1はOpSの代表的な構成の概要を示す
もので、同図(a)は階層型のシステム、同図(b)はコンポ
ーネント型のシステムをそれぞれ示している。
FIG. 1 shows an outline of a typical configuration of an OpS. FIG. 1A shows a hierarchical system, and FIG. 1B shows a component system.

【0006】コンポーネント型のシステムの設計には、
コンポーネントウェア(CW)と呼ばれる部品が用いら
れる。
[0006] In the design of a component type system,
Components called componentware (CW) are used.

【0007】図2は従来のコンポーネント型のOpSの
設計の流れを示すもので、パレット1上に事前に複数種
類の汎用的なコンポーネントウェア(コンポーネント)
2が用意されており、これらのうち、実際にOpSを作
成するのに必要なコンポーネント2を選択し、該選択し
たコンポーネント2を適宜、カスタマイズし、それらを
接続することによって作成していた。
FIG. 2 shows a flow of designing a conventional component type OpS. A plurality of types of general-purpose componentware (components) are previously stored on a pallet 1.
2 are prepared. Of these components, a component 2 necessary for actually creating an OpS is selected, the selected component 2 is appropriately customized, and the components are connected to each other.

【0008】この方法はまた、プロトコルの差異をコン
ポーネント化することにより、プロトコルの多様化の問
題も解決した。
This method also solves the problem of protocol diversification by componentizing the protocol differences.

【0009】図3は前述したOpSの設計におけるデー
タの設定のようすを示すもので、コンポーネント2にお
ける各種のデータの設定はプロパティシート3と呼ばれ
る設定領域を開き、そこに各データ固有の表現方法で値
を記述することにより行われる。また、各コンポーネン
ト2間でやりとりされるデータを表示させ、モニタ
(4)することもできるが、この表示も各データ固有の
表現方法で行われる。
FIG. 3 shows how data is set in the above-described OpS design. For setting of various data in the component 2, a setting area called a property sheet 3 is opened, and an expression specific to each data is provided there. This is done by describing the value. Also, data exchanged between the components 2 can be displayed and monitored (4), but this display is also performed in a representation method unique to each data.

【0010】このようなOpSでは、図4に示すよう
に、ユーザ5はアプリケーション6を介してネットワー
クエレメント(NE)7を操作する。ネットワークエレ
メント7を管理するアプリケーション6は、幾つものコ
ンポーネント2の接続で構成され、ユーザはGUIコン
ポーネントであるボタン8及びグラフ表示9によって操
作(GUI操作)する如くなっている。
In such an OpS, a user 5 operates a network element (NE) 7 through an application 6 as shown in FIG. The application 6 that manages the network element 7 is configured by connecting a number of components 2, and the user operates (GUI operation) using buttons 8 and a graph display 9 that are GUI components.

【0011】ネットワークエレメント7からのイベント
は、アプリケーション6内のコンポーネント2間でやり
とりして処理され、グラフ表示9を通してユーザへ伝え
られ、また、ユーザの指示はボタン8を通してネットワ
ークエレメント7に伝えられる。
An event from the network element 7 is exchanged and processed between the components 2 in the application 6, and is transmitted to the user through a graphic display 9, and a user's instruction is transmitted to the network element 7 through a button 8.

【0012】[0012]

【発明が解決しようとする課題】(a)コンポーネント
間でやりとりされる構造型データへの統一的なインター
フェース CMIP、SNMP等の伝統的な管理プロトコル、CO
RBA等の分散の枠組みに加え、HTML+Apple
tによるユーザインターフェース等、OpSが扱うプロ
トコルは多様化している。さらに、ルータ等のネットワ
ーク機器では、詳細な設定はHTMLを用い、ブラウザ
経由で行うものが多くなっており、これらは単体で管理
する上では便利であるが、多数のネットワーク機器を集
中的に管理したい場合、HTTPを新たな管理プロトコ
ルとして捉え、機械処理する必要が生じている。
(A) Unified interface to structured data exchanged between components Traditional management protocols such as CMIP and SNMP, CO
HTML + Apple in addition to the distribution framework such as RBA
The protocols handled by OpS, such as the user interface by t, have been diversified. In addition, many network devices such as routers use HTML to perform detailed settings via a browser, and these are convenient to manage alone, but centrally manage many network devices. If it is desired to do so, it is necessary to regard HTTP as a new management protocol and perform machine processing.

【0013】これらの多様な管理プロトコルを扱う場
合、これまでは各管理プロトコルのプロトコルデータユ
ニット(PDU)の構造を意識しながら、プログラムを
製作する必要があった。例えば、CMIP、SNMPで
はASN.1を、CORBAではIDLを用いてデータ
が記述され、符号化方法や計算機言語へのマッピングも
それぞれ異なる。これらのプロトコル毎に専用のコンポ
ーネント群を用意していくと、数多くのコンポーネント
を設計しなければならないだけでなく、開発者にとって
も考え方の異なる多くのコンポーネントを扱う必要が生
じ、負担が増してしまう。
In the case of handling these various management protocols, it has hitherto been necessary to create a program while being aware of the structure of the protocol data unit (PDU) of each management protocol. For example, in CMIP and SNMP, ASN. Data is described using IDL in CORBA, and the coding method and the mapping to the computer language are different from each other. Providing a dedicated component group for each of these protocols not only requires designing a large number of components, but also requires developers to handle many components with different ideas, increasing the burden. .

【0014】管理プロトコルを計算機言語で実装する際
には、最も効率的に処理できるようにPDUの構造と計
算機言語上のデータ構造のマッピングが図られているの
が常識であり、効率の面からは既存のプロコルスタック
で用いられているデータ構造を尊重するべきである。異
なるプロトコルでコンポーネントを共有化するために、
コンポーネント間で受け渡すデータを、安易に共通なデ
ータ構造に変換すると、場合によってはプロトコルの処
理に必須な情報が欠落して通信不能になる可能性があ
る。
When implementing a management protocol in a computer language, it is common sense that the PDU structure is mapped to the data structure in the computer language so that the processing can be performed most efficiently. Should respect the data structures used in the existing protocol stack. To share components with different protocols,
If the data passed between the components is easily converted to a common data structure, there is a possibility that information necessary for protocol processing may be lost and communication may become impossible.

【0015】コンポーネントウェアを指向したネットワ
ーク制御システムの設計方法では、デバッグや値の入
力、コンポーネントのプロパティシートにおける値の設
定が非常に面倒であったため、これらを改良する必要が
認められた。
In the method of designing a network control system for componentware, debugging, inputting of values, and setting of values in a component property sheet are very troublesome, and it has been recognized that it is necessary to improve these.

【0016】(b)集中ネットワーク管理における管理
対象機器の持つGUIインターフェースの利用 今後、ネットワーク管理で使用されるユーザーインター
フェースは、開発コストがかさむアプリケーションでは
なく、安価なhttp+appletが主流になると思
われる。また、管理対象となる機器も、httpによる
管理手法を提供するようになっている。そのため、多数
のネットワーク機器の一括管理はこれまでの方法で行う
としても、個々の機器を管理する際には、それらの機器
が提供する管理手法を最大限活用することが望ましい。
(B) Utilization of GUI Interface of Managed Device in Centralized Network Management In the future, the user interface used for network management will not be an application whose development cost is high but will be inexpensive http + applet. Devices to be managed also provide a management method based on http. For this reason, even if a large number of network devices are collectively managed by the conventional method, it is desirable to maximize the management method provided by each device when managing each device.

【0017】(c)データタイプと誘導 ソフトウェア部品の再利用を困難にしている原因の1つ
は、部品間で引き渡すデータタイプの不一致である(G
ordon S.Novak Jr.”Softwar
e Reuse by Specialization
of Generic Procedures th
rough Views”,IEEETrans on
Software Engineering,vo
l.23,No.7,pp.401〜417,Jul
y,1997)。
(C) Data Type and Guidance One of the factors that makes it difficult to reuse software components is a mismatch in the data types to be delivered between components (G
ordon S. Novak Jr. "Softwar
e Reuse by Specialization
of Generic Procedures th
route Views ”, IEEETrans on
Software Engineering, vo
l. 23, no. 7, pp. 401-417, Jul
y, 1997).

【0018】一方で、コンパイラ等によって検査される
強力な型付けは、開発者を適切に誘導し、プログラムの
誤りを防ぐ有力な手段となっている(NMF040,4
1,42,43 TMN/C++API,1997)。通
信網管理で扱うプロトコルのデータ構造は複雑になる場
合が多く、このような誘導は必須である。
On the other hand, strong typing, which is checked by a compiler or the like, is a powerful means for appropriately guiding developers and preventing program errors (NMF040, 4).
1, 42, 43 TMN / C ++ API, 1997). The data structure of a protocol handled in communication network management is often complicated, and such guidance is essential.

【0019】ところが、このデータタイプは情報定義毎
に異なるのが一般的で、任意に結合可能な、汎用のコン
ポーネントを設計しようとすると、型付けを廃してデー
タタイプの抽象化を図る必要が生じる。これでは実行時
にデータが渡せるかどうかを開発者が自分で調べること
になり、ますます開発者の負担が増えるため、型付けに
代わる誘導の仕組みが必須となる。
However, this data type is generally different for each information definition, and if an attempt is made to design a general-purpose component that can be arbitrarily combined, it becomes necessary to abstract the data type by eliminating the typing. In this case, the developer has to check whether data can be passed at runtime, and the burden on the developer is further increased. Therefore, an induction mechanism instead of typing is required.

【0020】(d)コンポーネント間でやりとりされる
データの走査 従来技術では、コンポーネント間でやりとりされるデー
タは、一括してまとめて受け渡しを行っていた。そのた
め、HTMLデータや、CMIPのLinked Re
ply、ASN.1のset of等のように、全体と
しては1つのデータだが、個別の要素に分解して個別に
処理をしたい場合には、従来の手法では対応が困難だっ
た。
(D) Scanning of data exchanged between components In the related art, data exchanged between components is collectively transferred. Therefore, HTML data and Linked Re
ply, ASN. As in the case of one set of data or the like, the data as a whole is one. However, when it is desired to decompose the data into individual elements and process the data individually, it is difficult to cope with the conventional method.

【0021】(e)ネットワーク上における、1:nの
関係をコンポーネントで構築する際の問題 従来のコンポーネント技術の利点の1つとして、コンポ
ーネントをツールで組立てながら動的に実行して動作を
確認することが可能なことが挙げられる。しかし、この
技術をOpS構築に適用しようとすると、OpSの中で
しばしば現れる、マネージャ・エージェント、またはサ
ーバ・クライアントのような1:nの関係では、nの方
の状態が不特定多数個出現する。そのため、このような
関係をツール上で動的にシミュレートすることが困難で
あった。
(E) Problems when constructing a 1: n relationship with components on a network One of the advantages of the conventional component technology is that the components are dynamically executed while assembling with tools to confirm the operation. That is possible. However, when this technique is applied to OpS construction, in a 1: n relationship such as a manager agent or a server client that often appears in OpS, an unspecified number of states appear in n. . Therefore, it has been difficult to dynamically simulate such a relationship on a tool.

【0022】[0022]

【課題を解決するための手段】(a)コンポーネント間
でやりとりされる構造型データへの統一的なインターフ
ェース 実際にコンポーネント間でやりとりされる様々なデータ
(ASN.1やXML等の多様なデータ構造)についで
調べて、コンポーネント間でやりとりされる構造型デー
タに対して統一的なツリー構造のインターフェースを定
めた。これによって、データ自体は異なりつつも、統一
されたツリー型データアクセスインターフェースでアク
セスできるようにする。例えば、管理システムで使われ
るCWの各種設定をツリー構造メニューで行うことが可
能になったり、コンポーネント間でやりとりされるデー
タのモニタをする際、そのデータを統一された形式で分
かり易く見ることができるようになった。
(A) A unified interface to structured data exchanged between components Various data actually exchanged between components (various data structures such as ASN.1 and XML) ), And determined a uniform tree-structured interface for structured data exchanged between components. As a result, the data itself can be accessed with a unified tree-type data access interface, although the data itself is different. For example, it is possible to make various settings of CW used in the management system with a tree structure menu, and when monitoring data exchanged between components, it is easy to see the data in a unified format Now you can.

【0023】(b)集中ネットワーク管理における管理
対象機器の持つGUIインターフェースの利用 個々のネットワーク機器を接続した際に、機器のhtt
pサーバが出力するHTMLファイルを、機器を管理す
るシステムが管理データとして取り込む。このデータに
対して、機器の現状における接続・設定の状態に照らし
て、一部分改変、または最初から初期設定値を追加する
等の処理を行う。その処理後、データを再びHTMLに
直して、そのネットワークシステムの管理者用のブラウ
ザに転送する。
(B) Use of a GUI Interface of a Managed Device in Centralized Network Management When individual network devices are connected, the
The system that manages the device fetches the HTML file output by the p server as management data. Based on the current connection / setting state of the device, processing such as partial modification or addition of an initial setting value from the beginning is performed on this data. After the processing, the data is converted to HTML again and transferred to the browser for the administrator of the network system.

【0024】(c)データタイプと誘導 コンポーネント間での接続を適切に誘導するために、コ
ンポーネントがやりとりできるデータに対して制約を導
入し、この制約に基づいて、コンポーネント間の接続の
可否(誘導)を決めることにする。この接続の誘導に
は、以下の2つの方法がある。
(C) Data Type and Guidance In order to properly guide the connection between the components, a constraint is introduced for the data that can be exchanged between the components, and based on the constraint, whether or not the connection between the components is possible (induction). ). There are the following two methods for inducing this connection.

【0025】(1)各コンポーネントから、出力・入力
データの型情報とは別に、型が取りうる値についての情
報(制約情報)を取得する。そして、データ出力側コン
ポーネントの出力制約条件が、データ入力側コンポーネ
ントの入力制約条件に比べて同じか、または厳しい場合
に限って、接続を許すようにコンポーネントを誘導す
る。
(1) Information (constraint information) on possible values of a type is obtained from each component, separately from the type information of the output / input data. Then, only when the output constraint condition of the data output side component is equal to or stricter than the input constraint condition of the data input side component, the component is guided to allow connection.

【0026】(2)コンポーネントだけではなく、コン
ポーネントから入出力されるデータに対しても、制約情
報を取得できるようにする。この場合、出力側コンポー
ネントから出力されるデータの制約条件は、実際に、そ
のコンポーネントが動くまで分からない。このため、コ
ンポーネントをツールで組立てている途中で、実際にデ
ータを出力するコンポーネントまでとりあえずデータを
流す。この流れてくるデータの制約条件によって、コン
ポーネント自身の出力制約情報をより厳しくし、入力側
コンポーネントと接続できるようにする。即ち、この手
法は「組立てながらシミュレートする」ことができなけ
れば意味がない。
(2) Constraint information can be obtained not only for components but also for data input and output from components. In this case, the constraints on the data output from the output component are not known until the component actually moves. For this reason, while the components are being assembled with the tool, the data is first flowed to the component that actually outputs the data. According to the constraints of the flowing data, the output constraint information of the component itself is made stricter so that the component can be connected to the input side component. That is, this method is meaningless unless it can be "simulated while assembling".

【0027】また、コンポーネント同士の接続判定を行
う場合、データ出力コンポーネントの持つ出力制約条件
が、データ入力コンポーネントの持つ入力制約条件に比
べて厳しすぎるため、つながらないにも関わらず、実際
に流れてくるデータは、出力コンポーネント自身の出力
制約条件よりも厳しいというような場合がある。この
時、見かけはコンポーネント同士の接続は無理でも、事
実上はコンボーネント同士の接続が可能となる。ここ
で、実際にコンポーネント自身の接続を可能にするに
は、出力コンポーネントのみから出力制約情報を得るの
ではなく、出力コンポーネントから流れてくる出力デー
タに対しても、出力制約情報を得る必要がある。
When the connection between components is determined, the output constraint of the data output component is too strict compared to the input constraint of the data input component. The data may be more stringent than the output component's own output constraints. At this time, it is apparently impossible to connect the components, but the components can actually be connected. Here, in order to actually enable the connection of the component itself, it is necessary to obtain not only the output constraint information from the output component but also the output constraint information from the output data flowing from the output component. .

【0028】(d)コンポーネント間でやりとりされる
データの走査 巨大なデータを、複数のより細かいデータとして走査す
るようなコンポーネントを採用する。その際、走査して
流す個々のデータに対して何らかのコンポーネントが処
理を行った結果を、再び元の巨大データに反映させるコ
ンポーネントや、そうしないコンポーネント等を用意す
る。
(D) Scanning of data exchanged between components A component that scans huge data as a plurality of finer data is adopted. At this time, there are prepared a component that reflects the result of processing by the component on each piece of data that is scanned and flowed back to the original huge data, and a component that does not do so.

【0029】(e)ネットワーク上における、1:nの
関係をコンポーネントで構築する際の問題 1:nの分界点におけるコンポーネントを境にして、分
界点からn側のコンポーネントブロックのインスタンス
を、分界点コンポーネントがシミュレート時に、多数作
成・初期化する。また、サーバまたはマネージャ側のデ
ータをクライアントまたはエージェント側に適切に振り
分けたり、その逆を行う処理も分界点コンポーネントが
行う。このようにして、ツール上でもネットワークの
1:n関係を適切にシミュレートすることを可能にす
る。
(E) Problem in constructing a 1: n relationship with components on a network: With a component at a demarcation point of 1: n as a boundary, an instance of a component block on the n side from the demarcation point is defined as a demarcation point. Many components are created and initialized when simulating. The demarcation point component also performs a process of appropriately distributing data on the server or manager side to the client or agent side, and vice versa. In this way, it is possible to appropriately simulate the 1: n relationship of the network even on the tool.

【0030】[0030]

【発明の実施の形態】BEST MODE FOR CARRYING OUT THE INVENTION

【0031】[0031]

【実施の形態1】請求項1、2及び3に記載された発明
が解決しようとする課題をまとめると、通信網管理のア
プリケーションドメインにおけるソフトウェアのコンポ
ーネント化を進めるに当たっては、コンポーネント間の
データ交換に対して以下が必要である。
Embodiment 1 The problems to be solved by the inventions described in claims 1, 2 and 3 can be summarized as follows. In order to implement software components in an application domain for communication network management, data exchange between components is required. On the other hand, the following is required.

【0032】1)今後現れるより新しい管理プロトコル
のPDU構造も包含できるような抽象的なデータ構造の
設計 2)抽象化によって失われる型付けに代わる新たな開発
者誘導の仕組みの創出 3)プロトコル固有の実装の尊重 本実施の形態では、分散機能を持たない細粒度のコンポ
ーネントを対象とすることを前提としている。即ち、各
コンポーネントは同一プロセス内部で動作し、コンポー
ネント間のデータの交換はプロシージャ呼び出しの引数
として渡すものとする。
1) Design of an abstract data structure that can also include the PDU structure of a newer management protocol that will appear in the future 2) Creation of a new developer guidance mechanism to replace the typing lost by abstraction 3) Protocol-specific Respect for implementation In the present embodiment, it is assumed that fine-grained components without distributed functions are targeted. That is, each component operates in the same process, and data exchange between components is passed as an argument of a procedure call.

【0033】同一プロセス内で結合するコンポーネント
間で交換するデータは、一定の機能を持ったオブジェク
ト(イベントオブジェクト)とすることができる。上記
の条件を満たすために、イベントオブジェクトには各管
理プロトコル固有のデータ構造をそのまま保持させると
共に、プロトコルによらないアクセスインターフェース
を実装させる。
Data exchanged between components connected in the same process can be an object (event object) having a certain function. In order to satisfy the above conditions, the event object holds the data structure unique to each management protocol as it is and implements an access interface independent of the protocol.

【0034】図5は本発明のアクセスインターフェース
の概要を示すもので、プロトコル固有の固有データ11
にプロトコルによらないアクセスインターフェース12
を実装させてイベントオブジェクト13を構成すること
によって、プロトコル固有のデータ構造を保持させたま
まコンポーネント14,15間で交換可能としている。
FIG. 5 shows an outline of the access interface of the present invention.
Access interface 12 independent of protocol
Is implemented, and the event object 13 is configured so that the components 14 and 15 can be exchanged while maintaining a data structure unique to the protocol.

【0035】これ以降は、本発明のアクセスインターフ
ェースの設計と実装の一例について述べる。 1.アクセスインターフェース 1.1.PDUデータ構造の整理 通信網管理で使用する情報定義手法としては、GDMO
/ASN.1(CMIP),MIB/ASN.1(SN
MP),IDL(CORBA),DTD:Docume
nt type Declaration(HTML,
SGML,XML《Extensible Marku
p Language(XML)1.0W3C Re
c.10−Feb−1998.http://www.w3.org/TR/R
EC-xml》、SQL(RDBMS)等が考えられる。イベ
ントオブジェクトの持つインタフェースは、これらの手
法を用いて表現できるデータ構造の全てを操作できなけ
ればならない。また、可能な限り単純であることが望ま
しい。
Hereinafter, an example of the design and implementation of the access interface of the present invention will be described. 1. Access interface 1.1. Arrangement of PDU data structure The information definition method used in communication network management is GDMO.
/ ASN. 1 (CMIP), MIB / ASN. 1 (SN
MP), IDL (CORBA), DTD: Docume
nt type Declaration (HTML,
SGML, XML << Extensible Marku
p Language (XML) 1.0W3C Re
c. 10-Feb-1998. http://www.w3.org/TR/R
EC-xml >>, SQL (RDBMS) and the like. The interface of the event object must be able to manipulate all data structures that can be represented using these techniques. It is also desirable to be as simple as possible.

【0036】まず、データ構造は基本型と、それを組み
合わせた複合型との2つに大別できる。基本型は整数型
や文字列型等、通常の計算機言語の原子型で表せるよう
な型である。各プロトコルの定義手法において、基本型
にはあまり差がない。基本型は計算機言語で直接的に表
すことが可能であるため、アクセスインターフェースと
しては、原子型毎に変更するメソッドと取得するメソッ
ドを用意しておけば良い。
First, the data structure can be broadly divided into two types: a basic type and a composite type obtained by combining the basic type. The basic type is a type such as an integer type or a character string type that can be represented by an atomic type in a normal computer language. There is not much difference in the basic type in the definition method of each protocol. Since the basic type can be directly represented in a computer language, it is sufficient to prepare a method for changing for each atomic type and a method for acquiring as an access interface.

【0037】これに対して複合型は、各プロトコルで異
なる表現方法が用いられている。本発明では、オブジェ
クト指向設計におけるオブジェクトの集合を表す、Co
llection(Dennis de Champe
aux,Douglas Lea,and Penel
ope Faure,”Object−Oriente
d System Development”,Add
ison Weslsy,1993)の考え方を採用
し、分類を図る。
On the other hand, in the composite type, different expression methods are used in each protocol. In the present invention, Co represents a set of objects in object-oriented design.
lection (Dennis de Champe
aux, Douglas Lea, and Penel
op Faure, "Object-Oriente
d System Development ", Add
(Ison Welsy, 1993).

【0038】Collectionの種類として、図6
に示すように、同一な要素を許す集合/許さない集合
(Bag/Set)、さらにBagの一種として順序付
きの集合(Sequence)、Setの一種としてk
ey及びvalueの組を要素として持つ集合(Ma
p)等がある。
FIG. 6 shows the types of Collection.
As shown in FIG. 5, a set that allows the same element / a set that does not allow the same element (Bag / Set), an ordered set (Sequence) as a kind of Bag, and k as a kind of Set
Set (Ma) having a set of eye and value as an element
p) and the like.

【0039】本発明では、異なる型を並べる複合型をM
apに分類し、同じ型を並べる複合型をSequenc
eに分類する方法を提案する。Mapに分類するものを
構造型、Sequenceに分類するものを配列型と呼
ぶことにする。
In the present invention, the composite type in which different types are arranged is referred to as M
ap and sort the same type
e is proposed. What is classified into Map is called a structural type, and what is classified into Sequence is called an array type.

【0040】この外、Collectionの概念に当
てはめることができない、プロトコルに特徴的なデータ
型がある。これは、ASN.1におけるANY(Ope
nType)、IDLにおけるany等、実行時に決ま
る型である。この型については、実行時の型情報の取得
設定インターフェースが必要であり、この型をANY型
と呼ぶことにする。
In addition, there is a characteristic data type of the protocol that cannot be applied to the concept of Collection. This is the ASN. 1 in ANY (Ope
nType), any in IDL, and the like. This type needs an interface for acquiring and setting type information at the time of execution, and this type is called an ANY type.

【0041】以上を整理すると、表1の4つの型にな
る。
By summarizing the above, there are four types shown in Table 1.

【0042】[0042]

【表1】 [Table 1]

【0043】1.2.制約 データ構造をオブジェクトの集合として抽象化すると、
従来のAPIにあった型による開発者の誘導が全くでき
なくなる。それに代わる物として制約を導入する。制約
は各データの型、取り得る値、要素数、要素の存在等の
条件を表す情報でイベントオブジェクトから取得する。
1.2. Constraints If the data structure is abstracted as a set of objects,
Developers cannot be guided at all by the types that exist in the conventional API. Introduce constraints as an alternative. The constraint is acquired from the event object with information representing conditions such as the type of each data, a possible value, the number of elements, and the presence of elements.

【0044】さらに制約の応用範囲を広げ、データ構造
の一部を制約によって表す。例えば、ASN.1のCH
OICEや、IDLのunionは、複数の型の候補の
うち、1つを選択して使用するという複合型であるが、
これらの型を、構造型に対して、要素のうち1つだけが
存在するという制約を設けたものと解釈する。即ち、S
EQUENCEとCHOICE、structとuni
onに対しては、構造上は同じインターフェースとし、
制約によってその意味の違いを表す。このように、従
来、構造として分類していた差異を制約の違いと解釈す
ることによって、インターフェースの種類を縮小するこ
とができる。
The range of application of the constraints is further expanded, and a part of the data structure is represented by the constraints. For example, ASN. 1 CH
The union of OICE and IDL is a complex type in which one of a plurality of type candidates is selected and used.
These types are interpreted as placing restrictions on the structural type such that only one of the elements is present. That is, S
EEQUENCE and CHOICE, structure and unity
For on, the same interface in structure,
The difference in meaning is expressed by the constraint. As described above, the type of interface can be reduced by interpreting a difference that has been conventionally classified as a structure as a difference in constraint.

【0045】1.3.誘導情報・メタデータ 情報定義には、型名、構造型の要素の名前、数値につけ
られた名前等、実際に転送されるデータには含まれない
が、開発者の理解を助ける情報が多く含まれている。ツ
ールを用いて、的確に開発者を誘導するためには、これ
らの情報を制約情報等と共にツールがイベントオブジェ
クト自身から取り出せるようにしておく必要がある。
1.3. Guidance information / metadata The information definition does not include the type name, the name of the structural type element, or the name given to the numerical value, etc. Have been. In order to properly guide the developer using the tool, it is necessary that the tool can extract the information together with the constraint information and the like from the event object itself.

【0046】一方、イベントオブジェクトは通常、実行
時に生成される一時的なオブジェクトであり、コンポー
ネントの組み合わせ時にはインスタンスが存在しないこ
とが考えられる。そのため、インターフェースに関する
情報はメタデータとして1つのオブジェクトにまとめ、
データ構造の名前等からメタデータを検索できるように
しておく必要がある。 2.インタフェース定義 以上の考え方に基づいたアクセスインターフェースの骨
格をJava(JDK1.2)で定義した場合の例を以
下に示す。JDK1.2のCore APIにはCol
lectionが導入され、アプリケーションに因らな
い共通なインターフェースとして推奨されている。JD
K1.2では、SequenceをListと呼んでい
る。JDKのCollectionの重要な点は、イン
ターフェースと実装を明確に分離しており、本発明のイ
ンターフェースをCore APIに準備された汎用の
ライブラリと区別なく使えることである。
On the other hand, an event object is usually a temporary object generated at the time of execution, and it is conceivable that an instance does not exist when components are combined. Therefore, information about the interface is collected into one object as metadata,
It is necessary to be able to search metadata by the name of the data structure. 2. Interface Definition An example in which the framework of the access interface based on the above concept is defined by Java (JDK1.2) is shown below. Col is the Core API of JDK1.2
Selection has been introduced and is recommended as a common interface regardless of the application. JD
In K1.2, Sequence is called List. An important point of the JDK Collection is that the interface and the implementation are clearly separated, and the interface of the present invention can be used indistinguishably from the general-purpose library prepared in the Core API.

【0047】また、同一Java Virtual M
achine内でデータを交換するインターフェースと
して、Info Bus()があり、原子型の取得設定
にはこれを用いる。Info Busでは交換データの
APIの1つとしてCollection APIを定
めており、本発明のインターフェースはInfo Bu
sの仕様を満たしたものとなっている。
In addition, the same Java Virtual M
As an interface for exchanging data within the “acine”, there is Info Bus (), which is used for setting acquisition of an atomic type. The Info Bus defines a Collection API as one of the APIs of the exchange data, and the interface of the present invention is Info Bu.
s is satisfied.

【0048】2.1.データインターフェース 表2にデータアクセスのために使用するインターフェー
スを示す。新規に定義しているのは、Pdu Dat
a、Pdu Any Dataだけであり、それぞれ、
表3、表4に示す。
2.1. Data Interface Table 2 shows the interface used for data access. What is newly defined is Pdu Dat
a, Pdu Any Data only,
The results are shown in Tables 3 and 4.

【0049】[0049]

【表2】 [Table 2]

【0050】[0050]

【表3】 [Table 3]

【0051】[0051]

【表4】 [Table 4]

【0052】2.2.メタデータインターフェース 型情報は制約の一種であるが、型はオブジェクトの生成
削除に関わる基本構造であるため、制約情報から切り離
してメタデータに組み込む。表5、表6にメタデータに
アクセスするためのインタフェースを示す。
2.2. Metadata interface Type information is a type of constraint, but since the type is the basic structure related to the creation and deletion of objects, it is separated from the constraint information and incorporated into metadata. Tables 5 and 6 show interfaces for accessing metadata.

【0053】[0053]

【表5】 [Table 5]

【0054】[0054]

【表6】 [Table 6]

【0055】2.3.制約・誘導情報 データに与えられる制約の種類は無限にあり、一般的な
記述方法はない。ASN.1のSub type及びX
MLのDTDで表現できる制約を完全に表現できること
を目標に、制約を整理すると表7になる。この表では、
制約情報をMapで表し、keyが意味を、value
が値を表す。また、誘導のための情報を表8に表す。
2.3. Restriction / Guidance Information The types of restrictions given to data are endless, and there is no general description method. ASN. Sub type of 1 and X
Table 7 summarizes the constraints, with the goal of completely expressing the constraints that can be represented by the ML DTD. In this table,
Constraint information is represented by Map, and key means meaning, value
Represents a value. Table 8 shows information for guidance.

【0056】[0056]

【表7】 [Table 7]

【0057】[0057]

【表8】 [Table 8]

【0058】3.実装と評価 本発明のアクセスインターフェースについて、ASN.
1及びXMLに対してJavaにおける実装を行った一
例を示す。ASN.1とXMLの表現力は似ており、1
つの規格をASN.1とXMLの前身であるSGMLの
双方で記述している場合がある。ところが、通常の実装
では全く異なったAPIが用いられるため、アクセスイ
ンターフェースの効果を試すのに最適な一例である。
3. Implementation and Evaluation Regarding the access interface of the present invention, ASN.
1 shows an example in which implementation in Java is performed on XML and XML. ASN. 1 and XML have similar expressions,
ASN. 1 and SGML which is the predecessor of XML in some cases. However, since a completely different API is used in a normal implementation, this is an optimal example for testing the effect of the access interface.

【0059】ASN.1に対しては、Java上に構築
した独自の実装の上にアクセスインターフェースをかぶ
せる。XMLに対しては、XML及びHTMLのアクセ
スインターフェースとしてW3Cにより進められている
DOM(DocumentObject Model)
(Document Object Model(DO
M)Level 1 Specification V
er.1.0 W3C Rec,1−Oct−199
8.http://www.w3.org/TR/REC-DOM-Level-1)による実
装の上にアクセスインターフェースをかぶせる。
ASN. For 1, the access interface is put on the original implementation built on Java. For XML, DOM (Document Object Model) which is being advanced by W3C as an access interface for XML and HTML.
(Document Object Model (DO
M) Level 1 Specification V
er. 1.0 W3C Rec, 1-Oct-199
8. Overlay the access interface on top of the implementation by http://www.w3.org/TR/REC-DOM-Level-1).

【0060】表9にASN.1のタイプと本発明のイン
ターフェースの対応を、表10にXMLの要素との対応
を示す。
Table 9 shows the ASN. Table 10 shows the correspondence between the type 1 and the interface of the present invention, and Table 10 shows the correspondence with XML elements.

【0061】[0061]

【表9】 [Table 9]

【0062】[0062]

【表10】 [Table 10]

【0063】ASN.1では、データ構造が予め厳格に
定められているのに対し、XMLでは文章構造を表すD
TDの知識がなくともWell−Formedな文書と
してこれを取り扱う必要がある。DOMでは文書の要素
(エレメント、属性、テキスト等)をノードとしたツリ
ーで構造を表しているが、1つのノードは、固有の情報
(エレメントのタグ名等)と配下のノードを持ってお
り、かつ、DTDに依存しないよう、配下のノードには
任意の種類のノードが設定可能であるため、図7に示す
ように、1つのノードを3つのアクセスインターフェー
ス(ノード固有情報を表す構造型、配下のノード群を表
す配列型、配下のノードの種類を表す構造型)に分けて
表すことにした。
ASN. 1, the data structure is strictly defined in advance, whereas XML has a D
Even if there is no knowledge of TD, it is necessary to treat this as a well-formed document. In the DOM, the structure is represented by a tree having document elements (elements, attributes, texts, etc.) as nodes. One node has unique information (eg, tag names of the elements) and subordinate nodes. In addition, any type of node can be set as a subordinate node so as not to depend on the DTD. Therefore, as shown in FIG. 7, one node is connected to three access interfaces (structure type representing node-specific information, subordinate (Array type representing a group of nodes) and a structural type representing the type of a subordinate node.

【0064】図8は本発明によるデータの設定のようす
を示すもので、各コンポーネント2に対する各種の設定
は前述したアクセスインターフェースに基づく共通イン
ターフェース21を介してツリー構造のメニュー22で
行われる。
FIG. 8 shows how data is set according to the present invention. Various settings for each component 2 are made by a menu 22 having a tree structure via a common interface 21 based on the access interface described above.

【0065】また、データ編集コンポーネントを製作
し、ASN.1、XMLとも同じコンポーネントで編集
できることを確認した。この際、制約情報を適宜表示す
ることによってある程度ユーザを誘導できることが分か
った。ASN.1、XMLの各編集画面の一例を、図
9、図10にそれぞれ示す。 4.制約のツール上における誘導への活用 請求項2、3に記載した本発明のOpSの設計方法を、
図11、図12にそれぞれ示す。
Further, a data editing component is produced, and ASN. 1. It was confirmed that the same component can be edited for both XML and XML. At this time, it was found that the user can be guided to some extent by appropriately displaying the constraint information. ASN. 1. An example of each XML editing screen is shown in FIGS. 9 and 10, respectively. 4. Utilization of constraints for guidance on a tool The OpS design method of the present invention described in claims 2 and 3
These are shown in FIGS. 11 and 12, respectively.

【0066】従来は、図13に示すようにエディタ上に
置かれた2つのコンポーネント間の接続チェックに型の
みを使用していた。しかし、コンポーネント間の接続は
syntaxな妥当性の上に、semanticな妥当
性が問われるはずであり、コンポーネント自身が持つ制
約情報は、semanticを完全とは言わないまでも
かなりの部分を包含している。
Conventionally, only the type was used to check the connection between two components placed on the editor as shown in FIG. However, the connection between components should be asked for semantic validity on top of syntactic validity, and the constraint information of the component itself includes a considerable part, if not all, of semantic. I have.

【0067】そこで、図11では、2つのコンポーネン
ト間を接続する際に、互いの制約条件を確認するように
する。そして、出力側の制約条件が、入力側の制約条件
に比べて厳しい場合は、接続処理を行う。一方、そうで
ない場合は、それらのコンポーネント間の接続を拒絶す
る。
Therefore, in FIG. 11, when two components are connected, mutual constraint conditions are confirmed. If the output-side constraint is stricter than the input-side constraint, a connection process is performed. Otherwise, reject the connection between those components.

【0068】さらに、図12では、例え出力コンポーネ
ント自身の制約条件が緩くても、そこを流れるデータの
制約条件が厳しければ、接続を許すようにする。
Further, in FIG. 12, even if the constraints of the output component itself are loose, if the constraints of the data flowing therethrough are strict, connection is allowed.

【0069】このように、図11、図12で説明した手
順を従来のコンポーネント間接続のツールに挿入するこ
とにより、コンポーネント間でやり取りするデータの矛
盾から生じるバグをOpSの設計の段階で除去できる。
As described above, by inserting the procedure described with reference to FIGS. 11 and 12 into a conventional tool for connection between components, a bug caused by inconsistency of data exchanged between components can be removed at the stage of OpS design. .

【0070】[0070]

【実施の形態2】請求項4及び5に記載した本発明は、
個々のネットワーク機器を接続した際における、機器
(ネットワークエレメント/NE)の設定に関係する。
ここでは、ネットワークの管理対象となる機器(NE)
に対し、httpで制御し、そのhtml(またはXM
L等)出力を管理システムが管理プロトコルデータとし
て扱い、それを走査して必要な部分の修正を請求項5に
記載した発明で行い、その結果を管理システムのユーザ
ーにhtmlとして送出することによって、個々の管理
機器が提供する操作方法を最大限に活用するという請求
項4の発明を説明する。
Embodiment 2 The present invention described in claims 4 and 5
This is related to the setting of devices (network elements / NEs) when individual network devices are connected.
Here, a device (NE) to be managed by the network
Is controlled by http, and its html (or XM
L, etc.) The management system treats the output as management protocol data, scans it, modifies necessary parts according to the invention described in claim 5, and sends the result to the user of the management system as html. The invention according to claim 4 for maximizing the operation method provided by each management device will be described.

【0071】図14はこれらの発明の手法を用いている
実施の形態の一例を示すもので、31はネットワーク、
32はネットワークエレメント(NE)、33は請求項
4に記載した各手段、即ちネットワーク管理システムに
おける管理対象となる機器のhttpサーバが出力する
HTMLファイルを、機器を管理するシステムがトラッ
プする手段と、そのトラップしたHTMLファイルを、
機器の現状における接続・設定の状態に照らして一部改
変または最初から初期設定値を追加する等の処理を行う
HTML処理手段と、処理後のHTMLを、そのネット
ワークシステムの管理者用のブラウザに転送する転送手
段とを構成するマネージャ、34はユーザが操作するG
UI、例えばWWWブラウザを備えたPCである。
FIG. 14 shows an example of an embodiment using the method of the present invention.
32 is a network element (NE); 33 is each means described in claim 4, that is, a means for trapping an HTML file output by an http server of a device to be managed in the network management system by a system for managing the device; The trapped HTML file is
HTML processing means for partially modifying or adding an initial setting value from the beginning according to the current connection / setting state of the device, and the processed HTML to a browser for an administrator of the network system. A manager constituting transfer means for transferring, and 34 is a G operated by a user.
UI, for example, a PC with a WWW browser.

【0072】ネットワーク31はネットワークエレメン
ト32が複数接続されて構成されており、ネットワーク
制御システム(OpS)はこれらの機器を管理する。こ
こでは、管理対象となる各ネットワークエレメント32
はhttpサーバを備えているとする。これらのネット
ワークエレメント32は、SNMP等の一般的なネット
ワーク管理プロトコルによって一括的に管理することも
可能であり、また、個々の機器に関しては、HTTPプ
ロトコルによって、GUI34を活用して、それらの機
器にとって最善の形、即ちこれらの機器が提供するGU
Iインターフェースを尊重する形で機器を管理すること
も可能である。
The network 31 is configured by connecting a plurality of network elements 32, and a network control system (OpS) manages these devices. Here, each network element 32 to be managed is
Is provided with an http server. These network elements 32 can be collectively managed by a general network management protocol such as SNMP, and for each device, a GUI 34 is utilized by the HTTP protocol to allow the devices to operate. The best form, that is, the GU provided by these devices
It is also possible to manage devices in a way that respects the I-interface.

【0073】ここで、個々のネットワーク機器を、ネッ
トワーク管理システムのユーザが、httpプロトコル
を使って設定したいとする。すると、ユーザは、htt
pリクエストを、マネージャ33を経由して各機器に対
して送出する。すると、この場合、マネージャ33は、
各管理対象機器が送出するhttpの内容を最大限に尊
重しつつ、それらの中でネットワークシステム全体に関
する設定項目に対しては、マネージャ33が最初から設
定しておく形で、ユーザにhtmlまたはそれに類する
データを送るのが望ましい。そのため、一度送られてき
たhtmlデータを、管理データとしてシステムの中で
処理し、そのデータの中の必要な部分に対しては適宜予
め定められた方法によって、データの設定等の処理を行
い、その結果となるデータを、再びhtmlデータに直
して、ユーザに送出する。
Here, it is assumed that a user of the network management system wants to set individual network devices using the http protocol. Then, the user can
The p request is sent to each device via the manager 33. Then, in this case, the manager 33
While respecting the content of http sent by each managed device to the maximum, the manager 33 sets the setting items relating to the entire network system from the beginning in the form that the user sets up html or the It is desirable to send similar data. Therefore, once sent html data is processed in the system as management data, and a necessary part of the data is subjected to processing such as data setting by a predetermined method as appropriate. The resulting data is converted back to html data and sent to the user.

【0074】このようにすると、ユーザは、各機器から
送出されるであろう多数の設定項目のうち、予めネット
ワークシステム全体に関わる部分は最初から設定された
形で設定項目を提示されるため、ネットワーク機器の設
定が簡易化し、設定の負担が軽くなり、また、設定の誤
りによってネットワーク全体に障害が及ぶのを防ぐこと
が可能になる。これが、請求項4で述べた発明である。
In this way, the user is presented with the setting items in a form set from the beginning for the portion relating to the entire network system from among a large number of setting items that will be transmitted from each device. The setting of the network device is simplified, the load of the setting is reduced, and it is possible to prevent the entire network from being damaged due to the setting error. This is the invention described in claim 4.

【0075】次に、これをコンポーネント指向の枠組み
で実現する手段として、請求項5で述べられた方法をど
のように適用するかを説明する。
Next, how the method described in claim 5 is applied as means for realizing this in a component-oriented framework will be described.

【0076】請求項5の発明は、図15に示すように、
イベントの通知が巨大なデータオブジェクト41で伝わ
ってきた際に、それをより細かい複数のデータオブジェ
クト42単位に走査する処理を行うコンポーネント43
である。
According to a fifth aspect of the present invention, as shown in FIG.
When the notification of an event is transmitted by a huge data object 41, a component 43 that performs a process of scanning the notification in units of a plurality of finer data objects 42.
It is.

【0077】図15の左側からオブジェクト41がイベ
ントとして次段のコンポーネントへ伝わっている。この
イベント通知で、データを複数のより細かい部分に走査
するコンポーネント43が、入力された巨大なデータオ
ブジェクト41をより細かいデータオブジェクト42と
して出力する。細分化することで、次段のコンポーネン
トは小さなデータオブジェクト単位に処理することが可
能になる。その処理結果は、必要ならば、もとに反映さ
せることが可能となる。
An object 41 is transmitted from the left side of FIG. 15 to the next component as an event. In response to this event notification, the component 43 that scans the data into a plurality of finer parts outputs the input huge data object 41 as a finer data object 42. By subdividing, the next component can be processed in units of small data objects. The processing result can be reflected back if necessary.

【0078】ここで断っておくが、従来の通信プロトコ
ルデータは、全て1つのPDUに収まることを仮定して
いた。しかしながら、HTMLの構造型データやCMI
PのLinked Reply、ASN.1のset
of等、個々の要素の操作をコンポーネントで行いたい
場合は、このような従来の手法をそのまま適用すること
は困難である。そのため、図15で説明した複数データ
オブジェクトに分割するコンポーネントの採用等、何ら
かの形でデータオブジェクトデータを細切れにした形で
も処理ができるようなコンポーネントを考えて準備して
おくことが重要である。
[0078] It should be noted here that it has been assumed that the conventional communication protocol data all fits in one PDU. However, HTML structured type data and CMI
P Linked Reply, ASN. 1 set
It is difficult to apply such a conventional method as it is when it is desired to operate individual elements by components, such as of. Therefore, it is important to consider and prepare a component that can process data object data even in a fragmented form in some way, such as adoption of a component that divides the data object into a plurality of data objects described with reference to FIG.

【0079】ここで、図16を用いて、請求項4の発明
を、請求項5の発明でどのように実現するかを具体的に
説明する。まず、NE51から、HTTPプロトコルリ
クエストの返答として、HTTPプロトコルレスポンス
によって、HTMLデータがマネージャ52に返ってく
るところから考える。この時、マネージャ52内のHT
TP受信コンポーネント53は、HTMLデータを他の
通信プロトコルのデータと同様に、コンポーネント間で
やりとりされる形のツリー上の構造データに変換して、
それを出力先のコンポーネントに送り出す。ここで、こ
のHTTP受信コンポーネント53は出力データを、請
求項5で述べた、データ走査コンポーネント54に入力
として渡すとする。
Here, how the invention of claim 4 is realized by the invention of claim 5 will be specifically described with reference to FIG. First, as a response to the HTTP protocol request from the NE 51, the HTML data is returned to the manager 52 by the HTTP protocol response. At this time, the HT in the manager 52
The TP receiving component 53 converts the HTML data into structural data on a tree that is exchanged between components, like data of other communication protocols.
Send it to the destination component. Here, it is assumed that the HTTP receiving component 53 passes output data to the data scanning component 54 as an input.

【0080】データ走査コンポーネント54は、渡され
たツリー構造型のデータを、個々に走査(分解)して、
個々のデータとして、例えばHTMLを調べて適宜必要
な設定項目について設定を行うコンポーネントに渡す。
FORM設定処理コンポーネント55は、次々と細切れ
になって送られてくる各入力データについて逐次調べ、
それがカスタマイザで指定されたタイプのFORMデー
タであれば、それを必要に応じて変更する。このように
して、大きい構造型データの各部分について、処理を行
うことが可能になる。
The data scanning component 54 individually scans (decomposes) the passed tree-structured data,
As individual data, for example, HTML is checked and passed to a component for setting necessary setting items as appropriate.
The FORM setting processing component 55 sequentially checks each piece of input data that is sent in pieces one after another,
If it is FORM data of the type specified by the customizer, it is changed as necessary. In this way, processing can be performed on each part of the large structured data.

【0081】このようにして処理されたデータを、デー
タ走査コンポーネント54は、マネージャ52を操作す
るユーザへのHTTP(送信)コンポーネント56に送
出する。HTTPコンポーネント56は、受け取った構
造型データを再びHTMLに直して、ユーザのGUI5
7に送る。
The data processed in this way is sent by the data scanning component 54 to the HTTP (transmission) component 56 for the user who operates the manager 52. The HTTP component 56 converts the received structured type data into HTML again, and executes the GUI 5 of the user.
Send to 7.

【0082】こうすることによって、ユーザはNE51
から送られてくるデータのうち、マネージャ52が必要
に応じて修正した部分を除いて、ほぼNE51が提供す
るGUIをそのまま活用する形で利用することが可能に
なるのである。
By doing so, the user can use the NE 51
It is possible to utilize the GUI provided by the NE 51 almost as it is, except for the data sent from the NE 52, except for the part modified by the manager 52 as necessary.

【0083】[0083]

【実施の形態3】従来のコンポーネント技術によるOp
S構築手法では、設計時には、サーバ・クライアント
や、マネージャ・エージェントのような、運用時に1:
nの動的な関係になるようなコンポーネントの接続関係
でも、1:1の静的に接続されていた。しかしながら、
実際には、これらマネージャ・エージェントの接続は常
に設計当初のままの1:1の静的な関係ということはな
く、場合によっては、1:nの関係となる。これには、
エージェントの増設(新設したエージェントを同じマネ
ージャに接続し追加する)や、逆に一部を撤去(稼働し
ていたエージェントをマネージャから切り離す)するよ
うな場合も含まれる。同様の動的な接続・切り放しの関
係は、サーバ・クライアント間でも起りうる。
Embodiment 3 Op by the conventional component technology
In the S construction method, at the time of design, such as a server / client or a manager / agent, at the time of operation:
Even in the connection relation of the components that becomes n dynamic relations, 1: 1 static connection was made. However,
In practice, the connection between these managers and agents is not always a 1: 1 static relationship as originally designed, but may be a 1: n relationship in some cases. This includes
This includes the case where an agent is added (a newly installed agent is connected to and added to the same manager) or a part of the agent is removed (an active agent is separated from the manager). A similar dynamic connection / disconnection relationship can occur between a server and a client.

【0084】ツールで接続したら、その場ですぐにその
接続を実行したり、シミュレートしたりできるのが、コ
ンポーネント指向の特徴であった。しかしながら、この
ような1:nの関係は、ツール上でシミュレートするの
は困難であった。その解決方法として、1:nの分界点
となるコンポーネントが、自身でn個側のインスタンス
をカスタマイザの設定に応じて生成したり、または生成
先に対して適切に送出したりすることによって、この関
係をシミュレートする。
A component-oriented feature is that once a connection is made with a tool, the connection can be executed or simulated immediately on the spot. However, such a 1: n relationship was difficult to simulate on a tool. As a solution, a component that is a 1: n demarcation point generates this n-side instance according to the customizer's setting or sends the instance appropriately to the generation destination. Simulate the relationship.

【0085】この仕組みは、請求項6記載の発明のOp
S設計方法では、図17に示すように、コンポーネント
をマネージャとエージェントとの間にまたがる2つのコ
ンポーネントに分離するようにする。OpS設計ツール
60上ではコンポーネント61から65までが接続され
ている。このうち、OpS設計の当初からコンポーネン
ト61はクライアントで、65はNEである。また、コ
ンポーネント62,64はネットワーク上での通信を示
すコンポーネントである。
This mechanism is the same as that of Op.
In the S design method, as shown in FIG. 17, a component is separated into two components that extend between a manager and an agent. On the OpS design tool 60, components 61 to 65 are connected. The component 61 is a client from the beginning of the OpS design, and the NE is 65. The components 62 and 64 are components indicating communication on the network.

【0086】実際のOpSが運用される時には、マネー
ジャ(またはサーバ)66にコンポーネント62,6
3,64が移され、さらに、そのコンポーネント62,
64は分離(62’,64’)してクライアントとエー
ジェントにも移される。
When the actual OpS is operated, components (62, 6) are added to the manager (or server) 66.
3, 64, and its components 62,
64 is separated (62 ', 64') and transferred to the client and the agent.

【0087】こうすることで、クライアント側やエージ
ェント側が変わったり、複数のクライアントやエージェ
ントがサーバまたはマネージャと接続し合っても、対応
可能となる。図18はNEを動的に登録した後の結合関
係を示すものである。
Thus, even if the client side or the agent side changes or a plurality of clients or agents connect to the server or the manager, it is possible to cope with the situation. FIG. 18 shows the connection relationship after NEs are dynamically registered.

【0088】本発明では、運用時における、このような
ネットワーク上での1:nの関係を、設計時に仮想的に
コンポーネント61,65のインスタンスをコンポーネ
ント62や64が増やし、また、コンポーネント62や
64がコンポーネント63からのデータを適切に振り分
けたり、その逆を行うことによって、この状況を適切に
シミュレーションできることを示す。
In the present invention, the components 62 and 64 increase the instances of the components 61 and 65 virtually at the time of design, and the components 62 and 64 increase the 1: n relationship on the network during operation. Indicates that this situation can be properly simulated by appropriately distributing the data from the component 63 and vice versa.

【0089】多様な主信号を扱うマルチメディアネット
ワークでは、様々な管理プロトコルが使用される。本発
明では通信網管理システムをコンポーネント指向で製作
することを提案し、異なる種類のプロトコルデータを同
一のコンポーネントで取り扱うためのアクセスインター
フェースを示した。また、Collectionの概念
と制約情報を用いて、プロトコル種別に依存しないイン
ターフェースを定義し、ASN.1やXML等の異なる
プロトコルのデータに対し、それらの構造を維持したま
ま、汎用的なコンポーネントがデータの処理を維持でき
ることを示した。本発明のインターフェースは、プロト
コル固有のAPIが全く異なる両者に適用可能で、同一
のデータ編集コンポーネントで双方の操作が可能であ
る。
In a multimedia network handling various main signals, various management protocols are used. The present invention proposes that the communication network management system be made component-oriented, and shows an access interface for handling different types of protocol data by the same component. Also, using the concept of Collection and constraint information, an interface independent of the protocol type is defined, and ASN. It has been shown that general-purpose components can maintain data processing while maintaining their structures for data of different protocols such as 1 and XML. The interface of the present invention is applicable to both of which have completely different APIs specific to the protocol, and both operations can be performed by the same data editing component.

【0090】実施の形態では、本発明による通信網管理
システムをコンポーネント指向で製作する場合に必要
な、プロトコルデータをコンポーネント間で交換するた
めのインターフェースについて述べた。Collect
ionの概念と制約情報を用いて、プロトコル種別に依
存しないインターフェースを定義し、ASN.1とXM
Lに対して実際にJavaを用いてインプリメントを行
う。両者のプロトコル固有のAPIは全く異なっている
が、本発明のインターフェースは双方に適用可能であ
る。本発明のインターフェースを介してデータの編集を
行うGUIコンポーネントは双方に適用でき、プロトコ
ルに依存することなくデータを操作できる。
In the embodiment, the interface for exchanging protocol data between components, which is necessary when the communication network management system according to the present invention is manufactured in a component-oriented manner, has been described. Collect
Using the concept of Ion and constraint information, an interface independent of the protocol type is defined, and ASN. 1 and XM
L is actually implemented using Java. Although the APIs specific to both protocols are quite different, the interface of the present invention is applicable to both. A GUI component that edits data through the interface of the present invention can be applied to both, and can operate data without depending on a protocol.

【0091】[0091]

【発明の効果】以上説明したように、請求項1の発明に
よれば、多様なデータ構造を同時に統一されたデータア
クセスインターフェースでアクセスすることを、ツリー
型エディタで実現できる。この結果、ユーザがOpSを
設計するのに必要となるコンポーネントウェア(CW)
を設定することが容易となり、CW間でやり取りされる
データも視覚的な理解が可能になる。
As described above, according to the first aspect of the present invention, it is possible to simultaneously access various data structures with a unified data access interface by using a tree-type editor. As a result, the componentware (CW) required for the user to design the OpS
Can be easily set, and data exchanged between CWs can be visually understood.

【0092】また、請求項2,3の発明によれば、コン
ポーネント間での接続を適切に誘導するために、コンポ
ーネントがやりとりできるデータに対して制約を導入
し、この制約に基づいて、コンポーネント間の接続の可
否(誘導)を決めた。このようにすることで、OpS設
計で誤った接続を解消でき、設計ミスを削減できる。
According to the second and third aspects of the present invention, in order to appropriately guide the connection between the components, a constraint is introduced for data that can be exchanged between the components. The decision of connection (guidance) was made. By doing so, erroneous connections can be eliminated in OpS design, and design errors can be reduced.

【0093】また、請求項4記載の発明によれば、多数
のネットワーク機器が接続されている場合、その中の1
つの機器の設定変更を行うGUIについては、個々の機
器が搭載している設定用GUI/httpサーバを活用
し、変更に伴うネットワーク全体の調整を図るためにマ
ネージャを活用することが可能になる。
According to the invention described in claim 4, when a large number of network devices are connected, one of them is connected.
For a GUI that changes the settings of one device, it is possible to utilize a setting GUI / http server mounted on each device and use a manager to adjust the entire network accompanying the change.

【0094】また、請求項5記載の発明によれば、1つ
のデータオブジェクトに対して、その構造の中身につい
て個々の処理をコンポーネントが行いたい場合、そのデ
ータオブジェクトに対して走査・分解を行うコンポーネ
ントを導入し、その使用によって、例えば請求項2,3
の発明をコンポーネント指向の枠組みのなかで行うこと
を示した。
According to the fifth aspect of the present invention, when a component wants to perform individual processing on the contents of the structure of one data object, the component scans and decomposes the data object. And the use thereof, for example, according to claims 2 and 3
Of the invention in a component-oriented framework.

【0095】さらにまた、請求項6記載の発明によれ
ば、1:nの分界点におけるコンポーネントを境にし
て、分界点からn側のコンポーネントブロックのインス
タンスを、シミュレート時に、分界点のプロトコルを表
すコンポーネントが多数作成・初期化する。また、それ
らを分界点コンポーネントが適切にデータの流れの振り
分け処理をする。このようにすることによって、ツール
上でも、ネットワークの1:n関係を適切にシミュレー
トすることを可能にした。
Furthermore, according to the invention of claim 6, with the component at the 1: n demarcation point as a boundary, the instance of the component block on the n-side from the demarcation point is used to simulate the protocol of the demarcation point at the time of simulation. Create and initialize many components to represent. In addition, the demarcation point component appropriately performs a data flow distribution process. This makes it possible to appropriately simulate the 1: n relationship of the network even on the tool.

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

【図1】ネットワーク制御システムの代表的な構成図FIG. 1 is a typical configuration diagram of a network control system.

【図2】従来のコンポーネント型のネットワーク制御シ
ステムの設計の流れを示す図
FIG. 2 is a diagram showing a design flow of a conventional component-type network control system.

【図3】OpSの設計におけるデータの設定のようすを
示す図
FIG. 3 is a diagram showing how data is set in OpS design.

【図4】ネットワークエレメントに対する操作のようす
を示す図
FIG. 4 is a diagram showing an operation state of a network element;

【図5】本発明のアクセスインターフェースの概要を示
す図
FIG. 5 is a diagram showing an outline of an access interface of the present invention.

【図6】複合型のデータ構造として用いるCollec
tionの種類を示す図
FIG. 6: Collec used as a complex data structure
Diagram showing the types of Tions

【図7】DOMとアクセスインターフェースとの対応を
示す図
FIG. 7 is a diagram showing correspondence between a DOM and an access interface;

【図8】本発明によるデータの設定のようすを示す図FIG. 8 is a diagram showing how data is set according to the present invention.

【図9】ASN.1データの編集画面の一例を示す図FIG. 9: ASN. Diagram showing an example of one data editing screen

【図10】XMLデータの編集画面の一例を示す図FIG. 10 is a view showing an example of an XML data editing screen;

【図11】請求項2対応のコンポーネント間の接続の処
理フロー
FIG. 11 is a processing flow of connection between components according to claim 2;

【図12】請求項3対応のコンポーネント間の接続の処
理フロー
FIG. 12 is a processing flow of connection between components according to claim 3;

【図13】従来のコンポーネント間の接続の処理フローFIG. 13 is a processing flow of a conventional connection between components.

【図14】請求項4、5にかかわる実施の形態の一例を
示す図
FIG. 14 is a diagram showing an example of an embodiment according to claims 4 and 5;

【図15】巨大なデータオブジェクトの処理のようすを
示す図
FIG. 15 is a diagram showing a state of processing a huge data object.

【図16】請求項5にかかわる処理の一例を示す図FIG. 16 is a diagram showing an example of a process according to claim 5;

【図17】請求項6対応の実施の形態の一例にかかわる
NEの動的な登録のようすを示す図
FIG. 17 is a diagram showing dynamic registration of an NE according to an example of an embodiment according to claim 6;

【図18】請求項6対応の実施の形態の一例にかかわる
登録した後の結合関係を示す図
FIG. 18 is a diagram showing a connection relationship after registration according to an example of the embodiment corresponding to claim 6;

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

2,14,15:コンポーネント、11:固有データ、
12:アクセスインターフェース、13:イベントオブ
ジェクト、21:共通インターフェース。
2, 14, 15: component, 11: unique data,
12: access interface, 13: event object, 21: common interface.

───────────────────────────────────────────────────── フロントページの続き Fターム(参考) 5B076 DD05 5K034 AA06 AA18 FF01 FF11 FF15 FF18 HH14 HH17 HH18 HH26 JJ23 MM39  ──────────────────────────────────────────────────続 き Continued on the front page F term (reference) 5B076 DD05 5K034 AA06 AA18 FF01 FF11 FF15 FF18 HH14 HH17 HH18 HH26 JJ23 MM39

Claims (6)

【特許請求の範囲】[Claims] 【請求項1】 ネットワーク管理システムであって、ネ
ットワークの通信装置を制御する機能要素となるコンポ
ーネントウェアを用意・選択して、選択されたコンポー
ネントウェアの機能を使用する目的に合わせてカスタマ
イズし、このように設定されたコンポーネントウェアを
幾つも接続することで設計を行うネットワーク制御シス
テム設計方法において、 接続されたコンポーネントウェア間で、多様なデータ構
造のデータ自体は異なりつつも、統一されたデータアク
セスインターフェースでアクセスを可能にすることによ
って、コンポーネントウェアで扱うデータまたはコンポ
ーネントウェア自身でカスタマイズするデータまたはコ
ンポーネントウェア間でやりとりされるのをモニタする
データに対する表示及び編集の方法を統一することを特
徴とするネットワーク制御システムの設計方法。
1. A network management system, comprising preparing and selecting componentware as a functional element for controlling a communication device of a network, and customizing the componentware according to the purpose of using the function of the selected componentware. In a network control system design method that performs design by connecting a number of componentwares configured as described above, a unified data access interface is used between the connected componentwares, although the data of various data structures is different. Unifying the display and editing methods for data handled by componentware, data customized by componentware itself, or data monitored for exchange between componentware Design method of a network control system according to claim.
【請求項2】 2つのコンポーネントウェア間を接続さ
せる操作をする時に、データを出力する側のコンポーネ
ントウェアの出力制約条件が、入力側の制約条件と同じ
か、または厳しい場合は接続を許すようにコンポーネン
トウェアを誘導し、そうでない場合はそれらのコンポー
ネントウェア間の接続を拒絶する、ことを特徴とする請
求項1記載のネットワーク制御システムの設計方法。
2. When performing an operation of connecting two componentwares, if the output constraint of the componentware on the data output side is the same as or stricter than the constraint on the input side, connection is allowed. 2. The method for designing a network control system according to claim 1, wherein componentware is guided, and otherwise, connection between the componentware is rejected.
【請求項3】 設計時に2つのコンポーネントウェア間
を接続する際、コンポーネントウェア間でデータを試験
的にやりとりし、データ出力側のコンポーネントウェア
から出力されるデータに対して制約情報を取得し、この
取得したデータの制約条件によって、データ出力側のコ
ンポーネントウェア自身の出力制約情報をより厳しく
し、対象のコンポーネントウェアと接続できるようにす
るツールを用意したことを特徴とする請求項1記載のネ
ットワーク制御システムの設計方法。
3. When connecting between two componentwares at the time of design, data is experimentally exchanged between the componentwares, and constraint information is obtained for data output from the componentware on the data output side. 2. The network control according to claim 1, wherein a tool is provided for making the output constraint information of the componentware itself on the data output side more strict according to the constraint condition of the acquired data, and connecting to the target componentware. How to design the system.
【請求項4】 ネットワーク管理システムにおける管理
対象となる機器のhttpサーバが出力するHTMLフ
ァイルを、機器を管理するシステムがトラップする手段
と、 そのトラップしたHTMLファイルを、機器の現状にお
ける接続・設定の状態に照らして一部改変または最初か
ら初期設定値を追加する等の処理を行うHTML処理手
段と、 処理後のHTMLを、そのネットワークシステムの管理
者用のブラウザに転送する転送手段とを有することを特
徴とする請求項1記載のネットワーク制御システムの設
計方法。
4. A means for trapping an HTML file output from an http server of a device to be managed in a network management system by a system for managing the device, and connecting the trapped HTML file to a current connection / setting of the device. HTML processing means for performing processing such as partially modifying or adding initial setting values from the beginning according to the state, and transfer means for transferring the processed HTML to a browser for an administrator of the network system. The method for designing a network control system according to claim 1, wherein:
【請求項5】 コンポーネントウェアまたは通信プロト
コルの都合によって、設計時及び運用時に、本来1つの
データオブジェクトとして処理すべきデータを、適切に
分割・走査して、個々のデータを適切なコンポーネント
ウェアに渡して処理をさせることを特徴とする請求項1
乃至4いずれか記載のネットワーク制御システムの設計
方法。
5. At the time of design and operation, data to be processed as a single data object is appropriately divided and scanned at the time of design and operation, and individual data is transferred to appropriate componentware. 2. The processing according to claim 1,
5. The method for designing a network control system according to any one of claims 4 to 4.
【請求項6】 設計時に接続するコンポーネントウェア
群の中に、運用時にはインスタンスが1つしか存在しな
いコンポーネントウェア群と複数個存在するコンポーネ
ントウェア群との分界点となる分界点コンポーネントウ
ェアがあり、 設計時のシミュレートを行う際に、この分界点コンポー
ネントウェアを境に、分界点コンポーネントウェア自身
が、分界点のコンポーネントブロックのインスタンスを
多数作成・初期化し、 分界点コンポーネントウェアが複数個側へ適切にデータ
の流れを振り分け処理し、 ネットワークにおける1:nの関係をシミュレートする
ツールを用意することを特徴とする請求項1乃至5いず
れか記載のネットワーク制御システムの設計方法。
6. A demarcation point componentware, which is a demarcation point between a componentware group having only one instance during operation and a componentware group having a plurality of components, among componentware groups connected at the time of design. When simulating the time, the demarcation point componentware itself creates and initializes many instances of the demarcation point component block at the boundary of this demarcation point componentware. The method for designing a network control system according to any one of claims 1 to 5, wherein a tool for sorting a data flow and simulating a 1: n relationship in a network is provided.
JP32805398A 1998-11-18 1998-11-18 Network control system design method Expired - Fee Related JP3385222B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP32805398A JP3385222B2 (en) 1998-11-18 1998-11-18 Network control system design method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP32805398A JP3385222B2 (en) 1998-11-18 1998-11-18 Network control system design method

Publications (2)

Publication Number Publication Date
JP2000151743A true JP2000151743A (en) 2000-05-30
JP3385222B2 JP3385222B2 (en) 2003-03-10

Family

ID=18205993

Family Applications (1)

Application Number Title Priority Date Filing Date
JP32805398A Expired - Fee Related JP3385222B2 (en) 1998-11-18 1998-11-18 Network control system design method

Country Status (1)

Country Link
JP (1) JP3385222B2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002108688A (en) * 2000-09-29 2002-04-12 Kddi Corp Gateway for mutually connecting xml environment to distributed object environment, and system using the gateway
JP2002163158A (en) * 2000-11-28 2002-06-07 Nissay Information Technology Co Ltd Communication system and communication method
WO2005086449A1 (en) * 2004-03-04 2005-09-15 Anritsu Corporation Device and method for simulating communication system capable of easily controlling protocol message
JP2007535876A (en) * 2004-04-28 2007-12-06 トムソン ライセンシング System and method for improving network service quality
JP2012157056A (en) * 2004-06-04 2012-08-16 Ixia Protocol emulator

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002108688A (en) * 2000-09-29 2002-04-12 Kddi Corp Gateway for mutually connecting xml environment to distributed object environment, and system using the gateway
JP2002163158A (en) * 2000-11-28 2002-06-07 Nissay Information Technology Co Ltd Communication system and communication method
WO2005086449A1 (en) * 2004-03-04 2005-09-15 Anritsu Corporation Device and method for simulating communication system capable of easily controlling protocol message
US7369983B2 (en) 2004-03-04 2008-05-06 Anritsu Corporation Device and method for simulating communication system capable of easily controlling protocol message
JP2007535876A (en) * 2004-04-28 2007-12-06 トムソン ライセンシング System and method for improving network service quality
US8565077B2 (en) 2004-04-28 2013-10-22 Thomson Licensing System and method for enhancing network quality of service
JP2012157056A (en) * 2004-06-04 2012-08-16 Ixia Protocol emulator

Also Published As

Publication number Publication date
JP3385222B2 (en) 2003-03-10

Similar Documents

Publication Publication Date Title
US6971001B1 (en) General and reusable components for defining net-centric application program architectures
US7120896B2 (en) Integrated business process modeling environment and models created thereby
US6314434B1 (en) Structured data management system and computer-readable method for storing structured data management program
EP0880842B1 (en) A management interworking unit and a method for producing such a unit
US6208345B1 (en) Visual data integration system and method
US6817010B2 (en) Monitoring messages during execution of a message flow
US7954107B2 (en) Method and system for integrating the existing web-based system
US6748583B2 (en) Monitoring execution of an hierarchical visual program such as for debugging a message flow
US20020010908A1 (en) System and method for automatic software code generation
AU2002319843A1 (en) General and reusable components for defining net-centric application program architectures
Sheers Hp openview event correlation services
Grundy et al. Tool integration, collaboration and user interaction issues in component-based software architectures
JP3385222B2 (en) Network control system design method
Baldassari et al. PROTOB a hierarchical object-oriented CASE tool for distributed systems
Lin et al. A flexible graphical user interface for performance modeling
Kral Middleware orientation: Inverse software development strategy
CA2551059C (en) Pipeline architecture for use with net-centric application program architectures
CN115686489A (en) Automatic generation method and device for transmission service code of flight control system
Kroll Object oriented network operation, administration and management
Du et al. SONET configuration management with OpenPM
Niemela et al. Architectural Guidelines
Bārzdiņš et al. Towards Integrated Computer Aided Systems and Software Engineering Tool for Information Systems Design
Fester et al. Integration of WBEM-based Management Agents in the 0S1 Framework
Chen A framework for concurrent collaboration amongst computer aided design tools
MXPA00010063A (en) Visual data integration system and method

Legal Events

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

Free format text: PAYMENT UNTIL: 20071227

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20081227

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20091227

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20101227

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees