JP3984181B2 - Error information notification and processing method - Google Patents

Error information notification and processing method Download PDF

Info

Publication number
JP3984181B2
JP3984181B2 JP2003070254A JP2003070254A JP3984181B2 JP 3984181 B2 JP3984181 B2 JP 3984181B2 JP 2003070254 A JP2003070254 A JP 2003070254A JP 2003070254 A JP2003070254 A JP 2003070254A JP 3984181 B2 JP3984181 B2 JP 3984181B2
Authority
JP
Japan
Prior art keywords
error information
management system
control command
communication device
oss
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.)
Expired - Fee Related
Application number
JP2003070254A
Other languages
Japanese (ja)
Other versions
JP2004280413A (en
Inventor
忠勝 橋爪
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 JP2003070254A priority Critical patent/JP3984181B2/en
Publication of JP2004280413A publication Critical patent/JP2004280413A/en
Application granted granted Critical
Publication of JP3984181B2 publication Critical patent/JP3984181B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Computer And Data Communications (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、コンピュータを利用して通信サービスのサービス管理を行うための技術分野に関する。
【0002】
【従来の技術】
通信サービスを円滑に提供するために各種通信装置の管理運用を行うためのOSS(Operation Support System)を配備している。ITU−TやTMF等による各種標準勧告等によるとOSSの機能レイヤはサービス管理機能レイヤ、ネットワーク管理機能レイヤ、装置管理機能レイヤ等の機能階層毎に整備を進める方向にある。一方、OSS間で取り交わされるコマンドや通知等の情報のやり取りもまた標準化が進められている。標準化された仕様を採用することでOSSの制作コストの削減や通信装置のマルチベンダ化への対応が期待できる。
【0003】
図1のような、上位OSS1から制御コマンド4を送信し、制御コマンド4を受信した下位OSS2(図1(A)参照)や通信装置3(図1(B)参照)は当該処理を実行し、制御コマンド応答5を上位OSS1に返信するシステムを例にとる。ここに、上位OSS1は管理システムを表し、下位OSS2や通信装置3は被制御対象管理システムを表す。
【0004】
下位OSS2や通信装置3に対して命令を与える制御コマンド4の標準化も進められている。ここで対象とする制御コマンド応答5のエラー情報とは制御コマンド4を受信した下位OSS2や通信装置3において該当処理を実施できない場合にコマンド要求元の上位OSS1に返送する応答である。エラー情報の表現方法は下位OSS2や通信装置3により区々であるが、数値によるもの文字列によるもの列挙型によるものおよびこれらを組み合わせるものが適用されている。
【0005】
1.エラー情報の表現方法
エラー情報通知の規定は各通信プロトコルが標準で提供しているものと、OSS制作の過程で規定したエラー情報通知がある。
【0006】
標準の通信プロトコルの1つであるSNMP(Simple Network Management Protocol)では、IETFにおいて制定されたRFC1157(非特許文献1参照)において、標準エラーとしてtooBig(1)、noSuchName(2)、badValue(3)、readOnly(4)、genErr(5)の5つが規定されている。しかし、この情報だけではエラー情報を受け取った上位OSS1での対処方法の規定が難しい。上位OSS1が更に詳細なエラー情報を知るためにはOSSのアプリケーション制作者が詳しい情報を得る処理を独自に作り込む必要がある。
【0007】
また、通信プロトコルの1つであるCMIP(Common Management Information Protocol)では、利用しているCMISで規定されているCMISエラーがISO/IEC 9595のCMISの標準規格で規定されている。なお、CMISエラーは文字列型である。しかし、標準のCMISエラーだけでは通信装置の保守運用業務において必要となる情報を受け取ることが難しいのでITU−T X.711(非特許文献2参照)ではCMISエラーの1つであるprocessing Failureに対して標準のCMISエラーの他に更に詳しいエラー情報が得られるようにOSSのアプリケーション製作者が任意のエラー情報を設定できるよう規定されている。しかし、ITU−T X.711のprocessing Failure規定ではエラー情報の具体的な付与命名方法、運用方法に関しての言及はない。
【0008】
また、標準化団体であるOMGにより制定されている通信プロトコルの1つであるCORBA(Common Object Request Broker Architecture)ではエラー情報として、標準例外が提供されている。これは文字列型で記述されている。またそれとは別にOSSのアプリケーション製作者が例外をユーザ定義することもできる。ITU−T X.780で規定されているCORBAでの操作規定に対する例外の形式は文字列型で記述されている。CORBAを通信プロトコルに用いる各標準では規定した操作毎にITU−T X.780(非特許文献3参照)を参照してエラー情報を標準化している。これによりアプリケーション製作者は任意のエラー情報を文字列で記述することが可能となるが、下位OSS2や通信装置3においてエラー情報を数値や文字列等の組み合わせで表している場合の対応が難しい。
【0009】
2.エラー情報の運用方法
以下の2種の運用方法に関して述べる。
【0010】
(1)標準勧告等への対応
各種標準化団体で策定されている標準勧告等で規定されている図1の制御コマンド応答5のエラー情報は、OSSが正常な状態で運用されていることを前提としていること、オペレーションフロースルーを考慮した標準的な運用を想定して規定されており、OSSやサーバ自体のシステム障害や通信回線の障害といった事象を始めとする非正常時での運用を想定しておらず実際に適用しようとする場合に必要と考える制御コマンド応答5のエラー情報より種類が少ない。
【0011】
したがって、上位OSS1は標準勧告等で規定されているエラー情報のみの対応では不十分である。一方、事前にあらゆる下位OSS2や通信装置3において送出される可能性がある全ての制御コマンド応答5のエラー情報に対応するのは困難である。
【0012】
また、運用中のシステムに対して新たに、新たな通信装置3や下位OSS2で規定されているエラー情報の種類が運用中のシステムで規定されているものより多いような、通信装置3および下位OSS2を追加する場合、▲1▼新たにエラー情報規定を追加する方法、▲2▼既存の類似するエラー情報項目と見做して送信する方法が考えられる。
【0013】
上記の▲1▼の場合、既存の上位OSS1にも機能追加が必要となり、OSS制作コストが割高になる、上位OSS1制作期間がかかることによりサービス開始が遅くなるというデメリットがある。上記の▲2▼の場合、▲1▼の場合のような上位OSS1の機能追加は不要であるが、運用時に制御コマンド応答5のエラー情報を受信した際に実際にはどのエラー情報が原因であるのかが不明瞭であるというデメリットがある。
【0014】
(2)エラー情報受信後の処理
上位OSS1ではエラー情報の制御コマンド応答5を受信したことにより予定していた業務プロセスフローを継続できなくなる。通常、該当する一連業務プロセスフローの開始前の状態までロールバックされることになる。エラー情報に対する調査や切り分けは個別に操作者が行うことになる。エラーの処理方法は、エラー情報の内容により自動的にOSSで次の対応が可能な場合とエラー原因が複数想定され操作者等による解析や切り分けを要する場合があるが、現状のエラー情報では区分ができない。
【0015】
【非特許文献1】
J. Case, M. Fedor, M. Schoffstall, J. Davin、“A Simple Network Management Protocol (SNMP)”、May 1990、[online]、[平成15年3月11日検索]、インターネット<http://www.ietf.org/rfc/rfc1157.txt?number=1157>
【非特許文献2】
ITU-T、“RECOMMENDATION X.711 ”、10/1997、[online]、[平成15年3月11日検索]、インターネット<http://www.itu.int/ITU-T/asn1/database/itu-t/x/x711/1997/>
【非特許文献3】
ITU-T、“Recommendation X.780.1 ”、08/2001、[online]、[平成15年3月11日検索]、インターネット<http://www.itu.int/rec/recommendation.asp?type=items&lang=E&parent=T-REC-X.780.1-200108-I>
【0016】
【発明が解決しようとする課題】
本発明の目的は、OSSアプリケーション制作コストの削減や通信装置のマルチベンダ化に対応するために、制御コマンド応答5のエラー情報の規定方法と上位OSS1での処理方法を確立することにある。
【0017】
【課題を解決するための手段】
1.エラー情報の表現方法
通常のエラー情報とは別にエラー情報を汎用的に表す方法を考える。OSSや通信装置間のコマンド等の電文のやり取りには、特に電気通信の分野ではCMIP、SNMP、CORBAといった通信プロトコルが主に使用されている。やり取りされる電文で規定される変数の形式は(1)数値型(2)文字列型(3)列挙型(enumerate)(4)論理型(boolean)があげられる。このうち、(4)論理型はエラー情報を表すのには用いられない。また、(3)列挙型の内容は数値あるいは文字列で表すことができるので、結局、エラー情報を汎用的に表すには数値または文字列あるいは数値と文字列の両方があればよいことになる。そこで、数値型変数と文字列型変数からなる構造型変数をエラー情報に規定する。
【0018】
2.エラー情報の運用方法
エラー情報の表記方法に関しては前述の数値型変数と文字列型変数からなる構造型変数のエラー情報と通常に用いられるエラー情報の2通りを併用する方法とする。これにより、例えば、標準勧告で定められているものとそうでないもの、上位OSSにより自動的に保守リアクションが行われるものとそうでないものというようなエラー情報の区分を行う。
【0019】
すなわち、本発明は、被制御対象管理システムまたは通信装置に制御コマンドを送信し、制御コマンド応答を受信する管理システムと、前記管理システムから制御コマンドを受信し、制御コマンド応答を送信する被制御対象管理システムまたは通信装置と、を有するシステムにおけるエラー情報通知および処理方法であって、前記管理システムが、前記被制御対象管理システムまたは通信装置に制御コマンドを送信するステップと、前記被制御対象管理システムまたは通信装置が、前記管理システムから制御コマンドを受信するステップと、前記被制御対象管理システムまたは通信装置が、前記管理システムから受信した制御コマンドの要求する該当処理を実施できない場合に、返送すべきエラー情報が標準化されたエラー情報規定に合格しているかどうかを判断するステップと、前記被制御対象管理システムまたは通信装置が、標準化されたエラー情報規定に合格している場合は通常の標準化されたエラー情報を、そうでない場合は標準化されていないエラー情報であることを表す情報を有するエラー情報を、制御コマンド応答として制御コマンド要求元の前記管理システムに返送するステップと、前記管理システムが、前記被制御対象管理システムまたは通信装置から制御コマンド応答を受信するステップと、前記管理システムが、受信した制御コマンド応答が標準化されていないエラー情報であることを表す情報を有するエラー情報である場合は当該エラー情報を表示し、そうでない場合は準備している処理フローを自動実行するステップと、を含み、前記標準化されていないエラー情報であることを表す情報を有するエラー情報は、数値型の変数と文字列型の変数の組からなる構造型のエラー情報であり、前記数値型の変数は前記被制御対象管理システムまたは通信装置で規定されているエラー情報の番号を、前記文字列型の変数は前記被制御対象管理システムまたは通信装置で規定されているエラー情報の記述の規定をそのまま流用し、一方しか規定されていない場合は規定されている方のみ当てはめ、規定されていない方の変数値はデフォルト値としたものであることを特徴とするエラー情報通知および処理方法である。
【0021】
【発明の実施の形態】
以下、本発明の実施形態を説明する。
【0022】
1.エラー情報の表現方法
通信プロトコルにCMIPを用いる場合は、Processing Failureにおいて標準化されたエラー情報に加えて、Processing Failureに数値型変数と文字列型変数からなる構造型変数を規定し、標準勧告等に当てはまらないエラー情報を表す。
【0023】
また、通信プロトコルにCORBAにおいては標準化で規定された文字列型の例外に加えて、数値型変数と文字列型変数からなる構造型変数を規定し、標準勧告等に当てはまらないエラー情報を表す。
【0024】
2.エラー情報の運用方法
以下の2種の運用方法に関して述べる。
【0025】
(1)標準勧告等への対応
下位OSS2や通信装置3で規定されている制御コマンド応答5のエラー情報のうち、標準勧告等で規定されている制御コマンド応答5のエラー情報と同じ場合は該当項目に当てはめることとし、上位OSS1へ該当する標準勧告等の制御コマンド応答5のエラー情報を送出することとする。一方、標準勧告等で規定されている制御コマンド応答5のエラー情報に当てはまらない場合は、数値型の変数と文字列型の変数の組からなる構造型の書式で規定される制御コマンド応答5のエラー情報を上位OSS1へ送出することとする。
【0026】
上位OSS1ではあらかじめ標準勧告等で規定されている制御コマンド応答5のエラー情報に対する処理を行うよう制作する。一方、上記の数値型の変数と文字列型の変数の組からなる構造型の書式で規定される制御コマンド応答5のエラー情報規定に対して対応できるよう画面表示等の処理を行うよう制作する。
【0027】
これにより運用中のシステムに対して新たに、新たな通信装置3や下位OSS2で規定されているエラー情報の種類が運用中のシステムで規定されているものより多いような通信装置3および下位OSS2を追加する場合にも標準勧告等のエラー情報と合致する場合はそのようにマッピングし通常のエラー情報の形式で送信し、それ以外のエラー情報は数値型変数と文字列型変数からなる構造型変数のエラー情報の形式で送出する。
【0028】
(2)エラー情報受信後の処理
下位OSS2や通信装置3で規定されている制御コマンド応答5のエラー情報のうち、上位OSS1で自動的に対応する処理フローができているものに関しては、下位OSS2や通信装置3より該当する制御コマンド応答5のエラー情報を送出することとし、上位OSS1では自動処理を実施する等の作りこみを行う。一方、上位OSS1で自動的に対応する処理フローができていないものに関しては、数値型の変数と文字列型の変数の組からなる構造型の書式で規定される制御コマンド応答5のエラー情報を上位OSS1へ送出することとする。上位OSS1ではエラー情報を表示するだけといったあらかじめ作りこまなくても対応できるような処理をする。
【0029】
上記で規定した数値型の変数と文字列型の変数の組からなる構造型のエラー情報のうち、数値型の変数は下位OSS2または通信装置3で規定されているエラー情報の番号を、文字列型の変数は下位OSS2または通信装置3で規定されているエラー情報の記述の規定をそのまま流用し、一方しか規定されていない場合は規定されている方のみ当てはめ、規定されていない方の変数値はデフォルト値のままとする。当該制御コマンド応答5のエラー情報受信後の保守リアクションも下位OSS2または通信装置3のものを用いることができる。汎用的なエラー情報を表すこの方法により標準の規定を補完することが可能となる。
【0030】
[実施例]
本発明の実施例の下位OSS2または通信装置3の処理フローの例を図2(A)に示し、本発明の実施例の上位OSS1の処理フローの例を図2(B)に示す。
【0031】
図2(A)に示すように、下位OSS2または通信装置3(被制御対象管理システム)は、上位OSS1(管理システム)から制御コマンドを受信し、制御コマンドが要求する該当処理を実施できない場合にエラー処理を開始する(S10)。エラー処理が開始されると、返送すべきエラー情報が標準勧告のエラー情報規定に合格しているかどうかを判断する(S11)。標準勧告のエラー情報規定に合格している場合は、制御コマンド応答として標準勧告のエラー情報を上位OSS1に送信する(S12)。一方、標準勧告のエラー情報規定に合格していない場合は、制御コマンド応答として今回本発明で規定した標準化されていないエラー情報であることを表す情報を有するエラー情報を上位OSS1に送信する(S13)。
【0032】
図2(B)に示すように、上位OSS1(管理システム)は、下位OSS2または通信装置3(被制御対象管理システム)が送信した制御コマンド応答を受信する(S21)。受信した制御コマンド応答が標準勧告の制御コマンド応答エラー情報の場合は(S22)、準備している標準エラー情報に対する処理フローを自動実行する(S23)。一方、受信した制御コマンド応答5が今回本発明で規定した標準化されていないエラー情報であることを表す情報を有する制御コマンド応答エラー情報の場合は(S24)、エラー情報の値、文字等を画面表示する(S25)。その後、専門部門等による解析・切り分けを行い(S26)、対処を実施する(S27)。
【0033】
以上、本発明者によってなされた発明を、前記実施の形態に基づき具体的に説明したが、本発明は、前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【0034】
【発明の効果】
以上説明したように、本発明によれば、下位OSS2、通信装置3では上位OSS1の実装を考慮することなく、制御コマンド応答5のエラー情報のうち標準勧告等で規定された制御コマンド応答5のエラー情報に該当する事項は標準勧告等通りに当てはめ、それに該当しないエラー情報に関しては上記の数値型の変数と文字列型の変数の組からなる構造型の書式で規定される制御コマンド応答5のエラー情報規定に則って記述し、上位OSS1に制御コマンド応答5のエラー情報を送信することを可能とする効果がある。
【0035】
また、上位OSS1では、標準勧告等で規定された制御コマンド応答5のエラー情報に対応するフローを準備しておく他、予測できない下位OSS2や通信装置3独自の制御コマンド応答5のエラー情報に関しては上記の数値型の変数と文字列型の変数の組からなる構造型の書式で規定されるエラー情報規定を受信しその旨を表示できるようにしておけばよい。このことにより新たなOSSや通信装置3が発生する都度に制御コマンド応答5のエラー情報に対応する作成が不要となり、ソフトウェア作成費用の抑制を可能とする効果がある。
【0036】
また、標準勧告等の通りに制御コマンド応答5のエラー情報が規定された下位OSS2や通信装置3は機能追加することなくシステムに組み込むことが可能となる効果がある。
【図面の簡単な説明】
【図1】全体的なシステム構成を示す図である。
【図2】本発明の一実施形態の上位OSS1および下位OSS2あるいは通信装置3の処理フローの例を示す図である。
【符号の説明】
1:上位OSS
2:下位OSS
3:通信装置
4:制御コマンド
5:制御コマンド応答
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a technical field for performing service management of communication services using a computer.
[0002]
[Prior art]
In order to smoothly provide communication services, an OSS (Operation Support System) for managing and operating various communication devices is provided. According to various standard recommendations by ITU-T, TMF, etc., the functional layer of OSS is in the direction of progressing maintenance for each functional layer such as a service management function layer, a network management function layer, and a device management function layer. On the other hand, the exchange of information such as commands and notifications exchanged between OSSs is also being standardized. By adopting standardized specifications, it can be expected that the production cost of OSS will be reduced and that multi-vendor communication devices will be supported.
[0003]
The lower OSS 2 (see FIG. 1A) and the communication device 3 (see FIG. 1B) that have transmitted the control command 4 from the upper OSS 1 and received the control command 4 as shown in FIG. A system that returns a control command response 5 to the host OSS 1 is taken as an example. Here, the upper OSS 1 represents a management system, and the lower OSS 2 and the communication device 3 represent controlled target management systems.
[0004]
Standardization of the control command 4 that gives commands to the lower-level OSS 2 and the communication device 3 is also in progress. The target error information of the control command response 5 is a response that is returned to the command request source host OSS 1 when the corresponding processing cannot be performed in the lower OSS 2 or the communication device 3 that has received the control command 4. There are various methods for expressing error information depending on the lower-level OSS 2 and the communication device 3, but numerical values, character strings, enumeration types, and combinations thereof are applied.
[0005]
1. Error information expression method There are two types of error information notification standard provided by each communication protocol and error information notification defined in the process of OSS production.
[0006]
In SNMP (Simple Network Management Protocol), which is one of the standard communication protocols, tooBig (1), noSuchName (2), and badValue (3) are standard errors in RFC1157 (see Non-Patent Document 1) established by IETF. , ReadOnly (4), and genErr (5) are defined. However, with this information alone, it is difficult to define a handling method in the host OSS 1 that has received the error information. In order for the host OSS 1 to know more detailed error information, it is necessary for the OSS application creator to independently create a process for obtaining detailed information.
[0007]
In addition, in CMIP (Common Management Information Protocol) which is one of communication protocols, CMIS errors defined by the CMIS used are defined by the CMIS standard of ISO / IEC 9595. The CMIS error is a character string type. However, since it is difficult to receive information necessary for the maintenance operation of the communication device only with the standard CMIS error, ITU-T X. In 711 (see Non-Patent Document 2), an OSS application producer can set arbitrary error information so that more detailed error information can be obtained in addition to the standard CMIS error for a processing failure which is one of CMIS errors. It is prescribed as follows. However, ITU-T X. In the processing failure rule of 711, there is no mention of a specific naming method and operation method of error information.
[0008]
Further, CORBA (Common Object Request Broker Architecture), which is one of communication protocols established by OMG, which is a standardization organization, provides standard exceptions as error information. This is described in a string type. In addition, an exception can be defined by an OSS application producer. ITU-T X. The exception format for the CORBA operation rules defined in 780 is described in a character string type. Each standard that uses CORBA as a communication protocol specifies the ITU-T X. Error information is standardized with reference to 780 (see Non-Patent Document 3). As a result, the application producer can describe arbitrary error information as a character string. However, it is difficult to deal with the case where the error information is represented by a combination of a numerical value, a character string, or the like in the lower OSS 2 or the communication device 3.
[0009]
2. Error information operation method The following two operation methods will be described.
[0010]
(1) Response to standard recommendations, etc. The error information of control command response 5 in FIG. 1 defined by standard recommendations established by various standardization organizations is based on the assumption that the OSS is operating in a normal state. It is defined assuming standard operation considering operation flow-through, and is assumed to be used in an abnormal state such as an OSS or server system failure or communication line failure. There are fewer types than the error information of the control command response 5 that is considered necessary when actually applying.
[0011]
Therefore, it is not sufficient for the upper OSS 1 to deal with only error information defined in the standard recommendation or the like. On the other hand, it is difficult to cope with error information of all control command responses 5 that may be transmitted in advance in any lower-level OSS 2 or communication device 3.
[0012]
Further, the communication device 3 and the lower level such that there are more types of error information defined in the new communication device 3 and the lower OSS 2 than those defined in the operating system are newly added to the operating system. When adding OSS 2, (1) a method of newly adding an error information rule, and (2) a method of transmitting it considering existing error information items can be considered.
[0013]
In the case of the above (1), there is a demerit that the existing upper OSS 1 needs to be added with functions, the OSS production cost becomes higher, and the service start is delayed due to the longer OSS 1 production period. In the case of (2) above, it is not necessary to add the function of the upper OSS 1 as in the case of (1). However, when error information of the control command response 5 is received during operation, which error information actually causes it. There is a demerit that it is unclear whether there is any.
[0014]
(2) Processing after receiving error information The host OSS 1 cannot continue the scheduled business process flow by receiving the error information control command response 5. Usually, it is rolled back to the state before the start of the corresponding series of business process flows. The operator will investigate and isolate the error information individually. Depending on the error information, the error handling method can be handled automatically by the OSS, or there may be multiple causes of the error and analysis by the operator or the like may be required. I can't.
[0015]
[Non-Patent Document 1]
J. Case, M. Fedor, M. Schoffstall, J. Davin, “A Simple Network Management Protocol (SNMP)”, May 1990, [online], [March 11, 2003 search], Internet <http: / /www.ietf.org/rfc/rfc1157.txt?number=1157>
[Non-Patent Document 2]
ITU-T, “RECOMMENDATION X.711”, 10/1997, [online], [March 11, 2003 search], Internet <http://www.itu.int/ITU-T/asn1/database/ itu-t / x / x711 / 1997 / >
[Non-Patent Document 3]
ITU-T, “Recommendation X.780.1”, 08/2001, [online], [March 11, 2003 search], Internet <http://www.itu.int/rec/recommendation.asp?type= items & lang = E & parent = T-REC-X.780.1-200108-I>
[0016]
[Problems to be solved by the invention]
An object of the present invention is to establish a method for defining error information of a control command response 5 and a processing method in the host OSS 1 in order to cope with reduction of OSS application production cost and multi-vendor communication devices.
[0017]
[Means for Solving the Problems]
1. Error Information Representation Method Consider a general method for representing error information separately from normal error information. Communication protocols such as CMIP, SNMP, and CORBA are mainly used for exchanging messages such as commands between OSS and communication devices, particularly in the field of telecommunications. The format of the variable defined by the exchanged message includes (1) numeric type (2) character string type (3) enumeration type (enumerate) (4) logical type (boolean). Of these, (4) logical type is not used to represent error information. (3) Since the enumerated type contents can be expressed by numerical values or character strings, it is only necessary to have numerical values or character strings or both numerical values and character strings in order to express error information in a general manner. . Therefore, a structure type variable consisting of a numeric type variable and a character string type variable is defined in the error information.
[0018]
2. Error Information Operation Method Regarding the error information notation method, the error information of the structure type variable composed of the numeric type variable and the character string type variable and the error information normally used are used in combination. In this way, for example, error information such as what is defined in the standard recommendation and what is not, and information in which maintenance reaction is automatically performed by the host OSS and information that is not so are classified.
[0019]
That is, the present invention relates to a management system that transmits a control command to a controlled object management system or a communication device and receives a control command response, and a controlled object that receives a control command from the management system and transmits a control command response. An error information notification and processing method in a system having a management system or a communication device, wherein the management system transmits a control command to the controlled object management system or communication device, and the controlled object management system or communication device, receiving a control command from the management system, the controlled object management system or communication device, if it can not implement the corresponding process requesting the control command received from the management system, to be returned The error information has passed standardized error information regulations. A step of determining whether or not the controlled object management system or communication device has passed the standardized error information specification, normal standardized error information, and otherwise, a non-standardized error information. Returning error information having information indicating that it is information to the management system as a control command request source, and the management system sends a control command response from the controlled management system or communication device And when the management system is error information having information indicating that the received control command response is non-standard error information, the error information is displayed. seen containing a step of automatically executing the processing flow are, and Do is the standardized The error information having information indicating that it is error information is structural type error information composed of a combination of a numeric type variable and a string type variable, and the numeric type variable is the controlled object management system or communication The error information number specified by the device is used, and the character string type variable uses the specification of the error information specified by the controlled object management system or communication device as it is, and only one is specified. The error information notification and processing method is characterized in that only the specified one is applied in the case, and the variable value of the non-specified one is a default value .
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below.
[0022]
1. Error Information Representation Method When CMIP is used as a communication protocol, in addition to error information standardized in Processing Failure, a structural variable consisting of a numeric variable and a string variable is specified in Processing Failure. Represents error information that does not apply.
[0023]
Further, in addition to character string type exceptions defined by standardization in CORBA, the communication protocol defines structural type variables consisting of numeric type variables and character string type variables, and represents error information not applicable to the standard recommendation.
[0024]
2. Error information operation method The following two operation methods will be described.
[0025]
(1) Correspondence to the standard recommendation, etc. Of the error information of the control command response 5 defined by the lower level OSS 2 or the communication device 3, the same applies if the error information of the control command response 5 defined by the standard recommendation is the same The error information of the control command response 5 such as the corresponding standard recommendation is transmitted to the host OSS 1. On the other hand, when the error information of the control command response 5 specified by the standard recommendation or the like does not apply, the control command response 5 specified by the structural type format composed of a combination of a numeric type variable and a character string type variable. Error information is sent to the host OSS 1.
[0026]
The host OSS 1 is designed to process the error information of the control command response 5 defined in advance by a standard recommendation or the like. On the other hand, it is produced so as to perform processing such as screen display so that it can respond to the error information specification of the control command response 5 specified by the structure type format composed of the combination of the numeric type variable and the character string type variable. .
[0027]
As a result, the communication device 3 and the lower OSS 2 are newly added to the operating system such that the types of error information defined in the new communication device 3 and the lower OSS 2 are larger than those defined in the operating system. When adding error information that matches the error information of the standard recommendation, etc., it is mapped as such and sent in the normal error information format, and other error information is a structured type consisting of numeric type variables and string type variables. Sends out variable error information.
[0028]
(2) Processing after receiving error information Among the error information of the control command response 5 defined by the communication lower level OSS2 and the communication device 3, the information corresponding to the processing flow that is automatically handled by the higher level OSS1 is lower order OSS2. The error information of the corresponding control command response 5 is transmitted from the communication device 3, and the host OSS 1 performs the creation such as performing automatic processing. On the other hand, the error information of the control command response 5 defined by the structure type format composed of a combination of a numeric type variable and a character string type variable is not obtained for the processing flow that is not automatically handled by the host OSS 1. It is assumed that the message is sent to the host OSS1. The host OSS 1 performs a process that can cope with the error even if the error information is not displayed in advance.
[0029]
Of the structural type error information consisting of a combination of the numeric type variable and the character string type variable defined above, the numeric type variable indicates the error information number defined by the lower OSS 2 or the communication device 3 and the character string. The variable of the type uses the specification of the error information specified in the lower OSS 2 or the communication device 3 as it is, and if only one is specified, only the specified one is applied, and the variable value of the one not specified Leave the default value. The maintenance reaction after receiving the error information of the control command response 5 can also be that of the lower OSS 2 or the communication device 3. This method of representing general-purpose error information makes it possible to supplement standard specifications.
[0030]
[Example]
An example of the processing flow of the lower OSS 2 or the communication device 3 of the embodiment of the present invention is shown in FIG. 2A, and an example of the processing flow of the upper OSS 1 of the embodiment of the present invention is shown in FIG.
[0031]
As shown in FIG. 2A, the lower OSS 2 or the communication device 3 (controlled system management system) receives a control command from the upper OSS 1 (management system) and cannot execute the corresponding process requested by the control command. Error processing is started (S10). When the error process is started, it is determined whether or not the error information to be returned passes the error information rule of the standard recommendation (S11). If the error information rules of the standard recommendation are passed, the error information of the standard recommendation is transmitted to the host OSS 1 as a control command response (S12). On the other hand, if the error information rule of the standard recommendation is not passed, error information having information indicating that it is non-standardized error information defined in the present invention as a control command response is transmitted to the host OSS 1 (S13). ).
[0032]
As shown in FIG. 2B, the upper OSS 1 (management system) receives the control command response transmitted by the lower OSS 2 or the communication device 3 (controlled target management system) (S21). If the received control command response is standard recommendation control command response error information (S22), the processing flow for the prepared standard error information is automatically executed (S23). On the other hand, if the received control command response 5 is control command response error information having information indicating that it is non-standardized error information defined in the present invention (S24), the error information value, characters, etc. are displayed on the screen. Displayed (S25). Thereafter, analysis / separation by a specialized department or the like is performed (S26), and countermeasures are implemented (S27).
[0033]
Although the invention made by the present inventor has been specifically described based on the above-described embodiment, the present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the scope of the invention. Of course.
[0034]
【The invention's effect】
As described above, according to the present invention, the lower OSS 2 and the communication device 3 do not consider the implementation of the upper OSS 1 and the control command response 5 of the control command response 5 specified by the standard recommendation is not included. Matters that correspond to error information are applied as per the standard recommendation, and error information that does not correspond to those of the control command response 5 specified in the structural type format consisting of the combination of the numeric type variable and the character string type variable. There is an effect that it is possible to transmit the error information of the control command response 5 to the upper OSS 1 by describing it according to the error information rule.
[0035]
Further, the upper OSS 1 prepares a flow corresponding to the error information of the control command response 5 defined by the standard recommendation and the like, and the error information of the control command response 5 unique to the lower OSS 2 and the communication device 3 cannot be predicted. It suffices to be able to receive and display the error information rule defined in the structural type format composed of the combination of the numeric type variable and the character string type variable. This eliminates the need for creation corresponding to the error information of the control command response 5 each time a new OSS or communication device 3 is generated, and has the effect of reducing the cost of software creation.
[0036]
Further, there is an effect that the lower OSS 2 and the communication device 3 in which the error information of the control command response 5 is defined as in the standard recommendation can be incorporated into the system without adding a function.
[Brief description of the drawings]
FIG. 1 is a diagram showing an overall system configuration.
FIG. 2 is a diagram showing an example of a processing flow of the upper OSS 1 and the lower OSS 2 or the communication device 3 according to the embodiment of the present invention.
[Explanation of symbols]
1: Upper OSS
2: Lower level OSS
3: Communication device 4: Control command 5: Control command response

Claims (1)

被制御対象管理システムまたは通信装置に制御コマンドを送信し、制御コマンド応答を受信する管理システムと、前記管理システムから制御コマンドを受信し、制御コマンド応答を送信する被制御対象管理システムまたは通信装置と、を有するシステムにおけるエラー情報通知および処理方法であって、
前記管理システムが、前記被制御対象管理システムまたは通信装置に制御コマンドを送信するステップと、
前記被制御対象管理システムまたは通信装置が、前記管理システムから制御コマンドを受信するステップと、
前記被制御対象管理システムまたは通信装置が、前記管理システムから受信した制御コマンドの要求する該当処理を実施できない場合に、返送すべきエラー情報が標準化されたエラー情報規定に合格しているかどうかを判断するステップと、
前記被制御対象管理システムまたは通信装置が、標準化されたエラー情報規定に合格している場合は通常の標準化されたエラー情報を、そうでない場合は標準化されていないエラー情報であることを表す情報を有するエラー情報を、制御コマンド応答として制御コマンド要求元の前記管理システムに返送するステップと、
前記管理システムが、前記被制御対象管理システムまたは通信装置から制御コマンド応答を受信するステップと、
前記管理システムが、受信した制御コマンド応答が標準化されていないエラー情報であることを表す情報を有するエラー情報である場合は当該エラー情報を表示し、そうでない場合は準備している処理フローを自動実行するステップと、
を含み、
前記標準化されていないエラー情報であることを表す情報を有するエラー情報は、数値型の変数と文字列型の変数の組からなる構造型のエラー情報であり、前記数値型の変数は前記被制御対象管理システムまたは通信装置で規定されているエラー情報の番号を、前記文字列型の変数は前記被制御対象管理システムまたは通信装置で規定されているエラー情報の記述の規定をそのまま流用し、一方しか規定されていない場合は規定されている方のみ当てはめ、規定されていない方の変数値はデフォルト値としたものであることを特徴とするエラー情報通知および処理方法。
A management system that transmits a control command to a controlled object management system or communication apparatus and receives a control command response; a controlled object management system or communication apparatus that receives a control command from the management system and transmits a control command response ; An error information notification and processing method in a system comprising :
The management system transmitting a control command to the controlled object management system or communication device;
The controlled object management system or communication device receiving a control command from the management system;
When the control target management system or the communication device cannot perform the corresponding process requested by the control command received from the management system, it is determined whether the error information to be returned has passed the standardized error information regulations. And steps to
When the controlled object management system or communication device passes standardized error information regulations, normal standardized error information is indicated; otherwise, information indicating nonstandardized error information is displayed. Returning error information having a control command response to the management system as a control command request source;
The management system receiving a control command response from the controlled object management system or a communication device;
When the management system is error information having information indicating that the received control command response is non-standard error information, the error information is displayed. Otherwise, the prepared processing flow is automatically displayed. Steps to perform;
Only including,
The error information having information indicating that the error information is not standardized is structured type error information including a combination of a numeric type variable and a character string type variable, and the numeric type variable is the controlled variable. The error information number specified in the target management system or communication device is used, and the character string type variable uses the error information description specification specified in the controlled target management system or communication device as it is. An error information notification and processing method characterized in that, if only specified, only the specified one is applied, and the variable value of the not specified is a default value .
JP2003070254A 2003-03-14 2003-03-14 Error information notification and processing method Expired - Fee Related JP3984181B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003070254A JP3984181B2 (en) 2003-03-14 2003-03-14 Error information notification and processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003070254A JP3984181B2 (en) 2003-03-14 2003-03-14 Error information notification and processing method

Publications (2)

Publication Number Publication Date
JP2004280413A JP2004280413A (en) 2004-10-07
JP3984181B2 true JP3984181B2 (en) 2007-10-03

Family

ID=33287049

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003070254A Expired - Fee Related JP3984181B2 (en) 2003-03-14 2003-03-14 Error information notification and processing method

Country Status (1)

Country Link
JP (1) JP3984181B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011076292A (en) * 2009-09-30 2011-04-14 Hitachi Ltd Method for designing failure cause analysis rule in accordance with available device information, and computer

Also Published As

Publication number Publication date
JP2004280413A (en) 2004-10-07

Similar Documents

Publication Publication Date Title
US5961594A (en) Remote node maintenance and management method and system in communication networks using multiprotocol agents
US11392873B2 (en) Systems and methods for simulating orders and workflows in an order entry and management system to test order scenarios
US8732516B2 (en) Method and system for providing customer controlled notifications in a managed network services system
EP2378741B1 (en) Systems and Methods for Conducting Communications Among Components of Multidomain Industrial Automation System
US20060294253A1 (en) Object oriented communication among platform-independent systems over networks using soap
EP2378740B1 (en) Method for conducting communications among components of multidomain industrial automation system
US8554980B2 (en) Triggered notification
US20080231414A1 (en) Methods for managing remote devices over an instant messaging network and systems thereof
US20010027470A1 (en) System, method and computer program product for providing a remote support service
US9026637B2 (en) Remotely managing enterprise resources
EP2378716A2 (en) Systems and methods for conducting communications among components of multidomain industrial automation system
US20080162690A1 (en) Application Management System
CN111858007A (en) Task scheduling method and device based on message middleware
JPH1165968A (en) Method and system for managing network
US20050193119A1 (en) Method, system and program product for resolving prerequisites for a client device in an open service gateway initiative (OSGi) framework
CN109831339B (en) System log management method and log server
JP3984181B2 (en) Error information notification and processing method
KR20050097995A (en) System and method for self-supporting applications
KR100358156B1 (en) Converting Method of Managing Operation from service management system to Switching Command in a Integrated Network
JP6760886B2 (en) Operation system
Mountzia Flexible Agents in Integrated Network and Systems Management
JP3845070B2 (en) Element management system, element management method, and element management program
CN115102854B (en) Remote procedure call route management control method, system and equipment for micro-service
JP4096749B2 (en) Gateway device, adaptive communication system, and operation program thereof
KR100495834B1 (en) The converting system for abstracting snmp operation into xml operation and the method therefor, and computer program product using the same

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050119

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070330

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070410

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070611

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070703

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070705

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

Free format text: PAYMENT UNTIL: 20100713

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20100713

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20110713

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20120713

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20130713

Year of fee payment: 6

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees