JPH08509342A - 情報伝送システム及びこのような装置に使用される通信機器 - Google Patents

Abstract

(57)【要約】 本発明は、種々の通信サービス（ＡＴＭ、ＣＯＤＥＣ、ＬＡＮ、Ｘ２５）用の複数のインタフェース（３、４、５、６、７）を有し、外部監督機器（１０）との間にインタフェース（２）を有する通信機器（１）に接続されるべきネットワークを介してデータ源と受信機との間において情報の伝送を行うためのシステムに関する。本発明の好ましい実施例においては、各モジュールの種々の通信資源がオブジェクトの形態で構築される。これらオブジェクトの特性は、ＣＣＩＴＴにより推奨されるＣＭＩＳＥサービスにおいて規定されるものに従い、通信プロトコルＣＭＩＰが前記機器内に拡がる。また、外部監督者に対してアクセスすることが可能なこれらオブジェクトは、情報ベースＭＩＢにおいて規定されるクラスの要求である。さらに、ハードウェア及び論理処理手段が、前記種々のモジュールにわたって拡がる。適用例は、特に、ＡＴＭネットワークやＡＴＭネットワーク用のサービス多重化器である。

Description

【発明の詳細な説明】 情報伝送システム及びこのような装置に使用される通信機器 技術分野 本発明は、ネットワークを介した信号源と受信機との間の情報伝送を実現する 伝送システムに関する。このネットワークには、種々の通信サービス用の複数の インタフェースモジュールと、この機器と外部管理機器との間のインタフェース として使用される少なくとも一つの監督モジュールとの間の統制メッセージの交 換を提供するバスを有する通信機器に接続させる。 本発明は同様に、上述の通信機器、特にATMネットワーク用のサービス多重化 機器に関する。 背景技術 上述のようなシステムは、例えば、1991年、J．Legras，G．onno and M．Lemo nier著の雑誌"Commutation & Transmission"のｎｏ．３の"BREHAT，premier 新機器は一般に、この通信機器の処理に関する種々の情報信号を送信するため、 ２つの形式の機器の間のインタフェースとしての規定の通信プロトコルを使用し て、外部の管理機器に管理される。 発明の開示 本発明の第１の目的は、このインタフェースの最大限の簡略化を提供すること である。 したがって、上述のような本発明による情報伝送システムは、統制メッセージ を内部的に送信するため、外部管理機器と監督モジュールとの間で使用されるも のと同様の通信プロトコルに基づく通信手段を有することを特徴とする。 即ち、このような機器の監督モジュールにおけるＯＳＩアプリケーションのレ ベルでは、あらゆる変換を避けることができる。このようなシステムの通信機器 は、結果として自然の成り行きで、種々のリアルタイム伝送サービス用のインタ フェースを有する。新たなサービス用の新たなインタフェースモジュールの提供 は、監督モジュール対する適切な改良を意味する。 本発明の更なる目的は、過去に実現された開発の効果（最小化による効果を） を進展させるために設計された通信機器を有する情報転送システムを提供するこ とである。 従って、上述のような本発明による情報伝送システムは、統制に応じて、各モ ジュールの通信資源が、該資源により発生される統制情報のカプセル化及びこの 情報に適用することが可能な処理のカプセル化に対するソフトウェアに対応する オブジェクトとして構築されることを特徴とする。 本発明による情報伝送システムに係る特に有利な実施例において、通信機器は 、統制メッセージの内部伝送用に、CCITTにより推奨されたCommon Management I nformation Protocol （CMIP）に基づく統制メッセージ伝送手段を有し、一方、 このオブジェクト（手段）は、Common Management Information Service Elemen t（CMISE）の一部を形成する以下のような特性を持つ。 １．属性。 ２．これら属性及びオブジェクト自信に関連した処理。 ３．通告。 基本サービス要素CMISEに基づくCMIPプロトコルは、実際、ネットワーク管理 の領域において、広く提供されるという利点を提供する。 この場合、外部管理者と通信機器の内部統制との間のデータ構造のあらゆる変 換を回避するために、各オブジェクトは、 １．CCITTにより推奨された、Management Information Base（MIB）に規定さ れたクラスの仮定数。 ２．各モジュールの内部で必要とする特定オブジェクト。 の何れかが有利である。 最後に、各モジュールは、自己の通信資源を特定し、さらにオブジェクトを処 理するために、ハードウェア手段及びソフトウェア手段並びに特に関連付けられ る通信手段を有し、一方、監督モジュールに集約化された複数の機能は最小化さ れる。 種々のモジュールが相互に独立しているため、監督モジュールに向けられるデ ータの機械的な返還は、回避され、処理時間が最小化され、そして更なる進展が 容易に実現される。 本発明の他の特性、詳細及び利点は、細部までは描かれていない例として与え られている付加された図面を参照した以下の記述により明確になるであろう。 図面の簡単な説明 第１図は、本発明によるＡＴＭネットワーク用のサービス多重化機器の１例を 示している。 第２図は、本発明による通信機器のインタフェースモジュールの機能構造の１ 例を示す図である。 第３図は、オブジェクトのクラスの記号化を示す図である。 第４図は、本発明による情報伝送システムの１例を示す図である。 第５図は、本発明によるＡＴＭサービス多重化器のビデオ会議モジュールの各 オブジェクトがどのように配置されているかを表した１例を示す図である。 第６図は、”パスＧ７０３”オブジェクトと呼ばれるビデオ会議モジュールの オブジェクトの記号化を示す図である。 第７図は、本発明によるＡＴＭネットワーク用のサービス多重化機器のビデオ 会議モジュールの局所的処理サブセットのソフトウェア構造の１例を示す図であ る。 第８図は、オブジェクト通信サーバの１例を示す図である。 発明を実施するための最良の形態 初めに、本発明による情報伝送システムの説明に先立ち、このようなシステム に要求される通信機器について説明する。以下に例として説明される通信機器は 、ＡＴＭ（非同期転送モード）ネットワーク用の多重化機器である。このような 多重化機器を、第１図に示す。この機器の役割は、高い伝送レートのＡＴＭネッ トワークにおいて、種々のサービス、この実施例では、Ｘ２５，ＬＡＮ及びビデ オ 会議ネットワークの多重化を実現することである。したがって、この多重化機器 は、監督モジュール２と、ハードウェア１５を介してＡＴＭに接続された２つの ネットワークモジュール３，４及び、ハードウェア１５を介してビデオ会議用の コデック（coder-decoder）とＬＡＮとネットワークＸ２５に接続された３つの ネットワークモジュール５，６，７の合計５つのインタフェースモジュールとを 有する。これら６個のモジュールは、この機器の内部統制に使用されるバス８に より相互接続されている。これら５個のインタフェースモジュールは更に、例え ば、本出願人により1993年３月１３日に出願された、フランス国特許出願第9303 775号に記述されたように、ＡＴＭセルを搬送するために使用されるバス９によ り相互接続されている。最後に、この実施例においては、監督モジュール２が、 外部の地域管理ステーション１０に接続される。 このような機器の機能は、 １．種々のサービスのプロトコルをＡＴＭプロトコルに変換し、非常に高い伝 送レートの多重化及び単一化を同時に実現し、種々の形式のインタフェースへの 物理的な整合を実現するハードウェア機能 ２．ハードウェアの配置及び再配置と、処理及びローディングの援助と、エラ ー管理と、保安管理とを実現する内部統制機能 ３．ステーション１０により構築される外部管理システムとの通信機能とに分 類できる。 以下に説明される実施例において、各モジュールは、関連した処理能力、デー タ容量及びメモリ容量を持ち、機器の種々のモジュールにおいて、ハードウェア 機能により発生される統制情報の略々全ての処理を実現するため、ソフトウェア が配置される。更に、各モジュールは独立しており、他のモジュールの動作に干 渉することなく、一つの機器として動作又は使用することができる。即ち、監督 モジュールは第１に、外部管理システムに対する中継機能を確立し、種々の集約 された適応する機能を処理する。 第２図は、本発明による通信機器のモジュールの機能構造を示す。この構造は 、４個の機能サブセット、 １．ハードウェアアクセス１５（サービスアクセス又はネットワークアクセス ） 上で使用可能なデータに基づくモジュールのハードウェア機能（サービス又はネ ットワーク）を処理するためのサブセット１１ ２．データバス９に対するアクセスを統制するサブセット１２ ３．一方では、サブセット１１とサブセット１２との間の統制インタフェース として使用されるサブセット１３−他方では、機器の内部統制に向けられるサブ セット１４（この統制インタフェースは、計数アラーム、計数状態の形態で、デ ータバス９に対するアクセスを統制するハードウェア機能又は／サブセット１２ により発生される統制情報を統合し、サブセット１４に向けて送信する） ４．例えば、モトローラ社製、M68392に基づくマイクロプロセッサユニット１ ６を有し、サブセット１３又は統制バス８から統制情報を受信するサブセット１ ４ を有する。このサブセット１４は、以下のような処理を実施する。 １．受信した統制情報を基にハードウェアを配置する。 ２．ハードウェアにより発生された情報信号を収集する。 ３．性能の規準を評価する。 ４．統制バス８を介して、要求に応じて、監督モジュールに情報信号を戻す。 マイクロプロセッサユニット１６は実際、マイクロプロセッサ１７、種々の処 理の実現を可能にするソフトウェアの全てが格納されるROM１８、及び読取り／ 書込みメモリ１９を有する。 各モジュールに対応するハードウェア機能及び内部統制サブセット１４により 処理される統制情報（動作、規定設定、伝送レート生成、配置）の数は、相互に 関連付けられる。 各モジュールの論理的又は物理的な通信資源（モジュール、物理的アクセス、 通信層等）は、ソフトウェアの視点から、統制情報のカプセル化及びこの情報に 適用可能な処理のカプセル化に対応するオブジェクトの形態で、これらの統制に 関連付けられて構築される。 資源の各形式に対しては、実際は情報を統合する属モデルでありかつ、この資 源の形式の特徴である処理を含む”クラス”と呼ばれるオブジェクト形式が関連 付けられる。個々のクラスは、例えばプログラムの機能の形で、例として、クラ スと新たなクラスのオブジェクトを生成する役割の“構築機能（constructor） ”を有する。各クラスは即ち、必要とされる多くの実際の要素において“仮定さ れる（lnstanced）”。この処理は、メモリの割当てを伴う。実際、各オブジェ クトのデータは、メモリ割当てサービスの制御の基で、メモリ１９のブロックに 取り入れられる。オブジェクトが生成された場合、このサービスは、オブジェク トに、参照用の複数の空きメモリブロックを割当てる。この数は、モジュールレ ベルのオブジェクトが依存する、局所的な仮定数として使用される。即ち、この オブジェクトを駆動するために必要な個々の時間において、メモリ割当てサービ スは、局所的な仮定数を基に、オブジェクトデータを格納するメモリブロックの アドレスを生成する。一方、オブジェクトが生成された場合、この機器は、オブ ジェクトの総仮定数を割当てる。この数は、機器レベルで参照するオブジェクト の参照を同様に可能にする。この総仮定数は、次のような条件の下で生成される 。 １．統制バス上のオブジェクトを支持するモジュールのプラグの数。 ２．オブジェクトのクラス ３。局所的な仮定数。 ４．外部管理者がオブジェクトをアクセスするか否かを示す二値要素。 同様に、各クラスは、事前に生成されたクラスのオブジェクトを抹消する役割 の“抹消機能”を持ち、そしてこの処理は、これらオブジェクトの個々に割当て られたメモリの回復を伴う。 第３図は、各モジュールの通信資源を規定するオブジェクトの生成に基づくク ラスを記号化した状態を示す。 特に有利な方法において、外部管理者をアクセス可能なオブジェクトは、CCIT Tによって推奨された、“Management Information Base”（MIB）で規定された クラスに係る提案に基づいて構築される。 これらオブジェクトのクラスは、以下の特徴を備える。 １．オブジェクトデータを形成しかつ、要求に応じて収集及び／又は修正でき る値を持つ属性ATTR1，ATTR2，ATTR3が、オブジェクトに割当てられる。属性の ３形式は、管理者による収集が可能な属性ATTR1と、管理者による収集及び修正 が可能な属性ATTR2と、管理者には認識されない内部属性ATTR3とが規定される。 ２．属性に対応する処理、即ち“GET”と呼ばれる収集処理と、“SET”と呼ば れる修正処理である。 ３．オブジェクトに対応する処理、即ち、各オブジェクトに続くあるオブジェ クトによって規定される子オブジェクトに対応する、“CREATE”と呼ばれる生成 処理と、“DELETE”と呼はれる抹消処理と、“ACTION”と呼ばれる動作処理であ る。 ４．動作の通告NOTIF、即ち、オブジェクトが動作の発生の各々において通告 を送信する。この通告は、クラスにおいて動作の通告が要求される場合に検出さ れる。 これら特性の例を、以下に説明する。 即ち、このオブジェクト構造は、CCITTによって規定された”Common Manageme ntInformation Service Element”（CMISE）により要求される規格を、具体的に は、各通信機器と管理システムとの間の交換を要求する形及び／又は要求に応じ る形で実現するため、または、管理情報の更新、生成または削除、そして動作の 通告を収集するための統制処理のために使用する。 ベースMIB、サービス要素CMISE、そしてオブジェクトの原理は、“Collection ”に記載されている。 以下に、例として、サービスモジュールのオブジェクト構造、即ちビデオ会議 モジュールの例を説明する。しかしながら、ビデオ会議サービスの主な特徴の提 供は、第１に、ATMネットワークが使用される必要があるかもしれない。 第４図は、ＡＴＭネットワークを介する２つのコデックCODEC1及びCODEC2の内 部接続を許可するような、他の種々の機器間における、本発明による情報伝送シ ステムの実施例を示している。この目的のために、このＡＴＭネットワークは、 監督モジュール２ａ及び２ｂにより各々外部地域管理ステーション１０ａ及び１ ０ｂに各々接続され個々のネット・ワークモジュール４ａ及び４ｂを介して該ネ ットワークに接続されている２つのＡＴＭサービス多重化機器１ａ及び１ｂを有 している。これら多重化機器は各々、ビデオ会議モジュール５ａ及び５ｂを有し て いる。このように、データ源Ｄａ及びＤｂ、音声源Ｖａ及びＶｂまたは映像源Ｉ ａ及びＩｂから各々送信される情報信号が、CCITTの推奨規格H221に対応したフ レーム内で多重化され、各々ビデオ会議モジュール５ａ及び５ｂにｎ．３８４ｋ ｂ／ｓ（ここでｎは１〜５の整数である）に等しい伝送レートで送信される。こ のレートは通信の際に変化しやすい。各ビデオ会議モジュールは、この場合、例 えば第３のCODEC3にも接続されているモジュール５ａで、複数の個別のサービス を統制することが可能である これらCODECとサービス多重化機器との間のインターフェースは、物理層に関 するCCITTの推奨規格G703（伝送データの物理的整合）及びG704（フレームの定 義）に対応し、より高い層に関する推奨規格H221に対応する。 前述のサービス多重化機器を持つＡＴＭ伝送ネットワーク及びそのインターフ TM”とタイトルが付けられた前述の文献に記載されている。 第５図は、ビデオ会議モジュールの各オブジェクトのセットアップを図案化し たものである。３つの形式のオブジェクト、 −監督モジュール上に位置される集約オブジェクト −前記インターフェースモジュール上に位置される分散オブジェクト（ハードウ ェアにより発生される統制情報が可能な限りに正確に処理されるように、ソフト ウェアが当該機器の様々のモジュールにわたって拡がるため、このオブジェクト は最も生じるものである） −監督モジュール及びインターフェースモジュール上に共に位置される拡散オブ ジェクト（spread object） が使用される。 集約”ルート（root）”オブジェクトと呼ばれる特定のオブジェクトが規定さ れる。このオブジェクトは、所定のメモリアドレスに導入され、各オブジェクト 間に確立される親子階層（father son hierarchy）に依存してより高いレベルへ の直接アクセスを許可する。各インターフェースモジュールに対して、”モジュ ール”オブジェクトと呼ばれる拡散オブシェクトは、ルートオブジェクトとモジ ュールの他の各オブジェクトとの間の接続を確実にすることを許可する。この” モジ ュール”オブジェクトは、スタート時に生成される最初のオブジェクトである。 第５図によると、監督モジュールに導入される”ルート”オブジェクト１００ は、子オブジェクト（son object）１０１、すなわち、該監督モジュールにわた って拡がると共にビデオ会議モジュールにわたって拡がる”モジュール”オブジ ェクトを含んでいる。このモジュールオブジェクト自身は、前記ビデオ会議モジ ュールに導入される少なくとも３つの子オブジェクトを含んでいる。 １．”G703アクセス”オブジェクトと呼ばれるCCITTの推奨規格G703に対応す る物理的アクセスを表す（モジュールにより統制されるビデオ会議サービスを介 する）オブジェクト１０２。 ２．モジュールの適用可能なソフトウェアを表すオブジェクト１０３。これは 、（型式番号、サイズ等により）モジュールを識別することを可能にし、このモ ジュールの該ソフトウェアを用いてある動作（例えば、リモートローディーング 、スタート、ストップ、消去等）を認可することを可能にするために含まれる。 ３．モジュールのスタートソフトウェアを同様に表すオブジェクト１０４。” G703アクセス”オブジェクトは、”チャネルG704”と呼ばれる子オブジェクト１ ０５を含んでいる。この子オブジェクトは、CCITTの推奨規格G704に対応する、 前記サービス多重化機器と前記コデックとの間のインターフェースに対するチャ ネルを表している。同様に、”チャネルG704”オブジェクトは、２つの子オブジ ェクトを含んでいる。 １．前記コデックから前記サービス多重化機器への接続を示す”ｎ．３８４ｋ ｂ／ｓ伝送接続”と呼ばれるオブジェクト１０６。この接続は、ｎ．３８４ｋｂ ／ｓに等しいビット伝送レートを持つ。 ２．前記サービス多重化機器から前記コデックへの接続を表す”ｎ．３８４ｋ ｂ／ｓ受信接続”と呼ばれるオブジェクト１０７。この接続は、ｎ．３８４ｋｂ ／ｓに等しいビット伝送レートを持つ。 ”ｎ．３８４ｋｂ／ｓ伝送接続”と呼ばれるこのオブジェクトは、”伝送ＡＡ Ｌ層”と呼ばれる子オブジェクト１０８を含んでいる。この子オブジェクトは、 伝送方向、すなわち、前記コデックから前記サービス多重化機器への非同期伝送 モード適応層（ＡＡＬ層）を表している。この層は、いかなる特定のサービスを 画一的なセル（undifferentiated cells）のストリームに変換する。また、”ｎ ．３８４ｋｂ／ｓ受信接続”と呼ばれる前記オブジェクトは、”受信ＡＡＬ層” と呼ばれる子オブジェクト１０９を含んでいる。この子オブジェクトは、受信方 向、すなわち、前記サービス多重化機器から前記コデックへのＡＡＬ層を表して いる。 ”伝送ＡＡＬ層”と呼ばれる前記オブジェクトは、”仮想伝送チャネル”と呼 ばれる子オブジェクト１１０を含んでいる。この子オブジェクトは、モジュール からＡＴＭネットワークへの仮想チャネルの終了を表している。また、”受信Ａ ＡＬ層”と呼ばれる前記オブジェクトは、”仮想受信チャネル”と呼ばれる子オ ブジェクト１１１を有している。この子オブジェクトは、モジュールから受信Ａ ＴＭチャネルへの仮想チャネルの終了を表している。 最後に、”仮想伝送チャネル”と呼ばれる前記オブジェクトは、”中間伝送ポ イント”と呼ばれるオブジェクト１１２を含んでいる。このオブジェクトは、こ の仮想チャネルを処理するネットワークモジュールにセットアップされ、前記ビ デオ会議モジュールの出力を対応するネットワークモジュールに接続させること を可能する。同様に、”仮想受信チャネル”と呼ばれるオブジェクトは、この仮 想チャネルを処理するネットワークモジュールにセットアップされる”中間受信 ポイント”と呼ばれるオブジェクト１１３を含んでいる。 例として、第６図が、記号化により、ビデオ会議モジュールのオブジェクトの 一つ、すなわち、”G703アクセス”と呼ばれるオブジェクトを表している。 このオブジェクトは、ビデオ会議サービスに関するCCITTの推奨規格G703に対 応する物理的アクセスを表している。このオブジェクトは、上記モジュールがサ ービス多重化機器に挿入される場合に自身の親オブジェクト（father object） 、すなわち、”モジュール”オブジェクトにより自動的に生成され、該モジュー ルが該多重化機器から抜かれる場合に抹消される。管理者は、このオブジェクト を生成することも抹消することもできない、すなわち、”DELETE”処理の欠落と 説明されるが、”GET”及び”SET”処理によりある属性の値を収集し及び／また 修正する。管理者により収集されても良いこれらの属性を以下に示す。 １．オブジェクトの総仮定数を含み、後の処理に対する参照として使用される 属性”Id”。 ２．”G703アクセス”オブジェクトの親オブジェクト、すなわち、”モジュー ル”オブジェクトの識別子を含む属性”Parent”。 ３．オブジェクトが属するクラスの識別子を含む属性”Classe”。先ず説明さ れたこれら３つの属性は全てのオブジェクト内にあり、以下のように内的なオブ ジェクト関係を指示することを可能にする属性がある。 １．CCITTにより規準化され、各オブジェクトのリストを表す属性”Supported ByObJectList”。このリストの状態は、考慮中のオブジェクトの状態に影響を 与えることが可能である。この属性は、物理資源と論理オブジェクトとを連結さ せることを可能にする。 ２．オブジェクトを統制バス８に支持するモジュールのプラグ数を含む属性” PlugNumber” ３．前記資源の処理状態を含む属性”OperationalState”。この状態は、”稼 働中（in service）”または”非稼働中（out of service）”であっても良い。 この”非稼働中”状態は、オブジェクトまたはこのオブジェクトに依存する資源 が通告状態の際に実現される。 ４．オブジェクトの通告状況（最も重大な現在通告）を含む属性”AlarmStatu s” ５．オブジェクトにおける現在の通告のリストを含む属性”CurrentPblIST” 。 前記管理者により収集及び修正が可能な属性は以下のようなものがある。 １．前記資源の管理状態を含む属性”AdministrativeState”。この状態は、 ”開（open）”または”閉（closed）”であっても良い。 ２．伝送クロックの選択を含む属性”EmissionSystemTiming”。実際には、ビ デオ会議サービスはリアルタイムサービスであり、２つのリンク端が同期しなけ ればならない。さらに、種々の選択が前記管理者の制御の下で可能である。すな わち、クロックが、例えば、前記コーダかまたは前記サービス多重化機器により 提供される。この場合、この多重化機器は、自身の局所的クロックか、またはＡ ＴＭネットワークの受信に対して調整されるクロックを利用する。または、クロ ックは、クロック供給専用の外部ネットワークからもたらされる。 ３．受信クロックの選択を含む属性”ReceptionSyStemTiming”。前記デコー ダ は前記サービス多重化機器に対して調整されるので、（上述したのと同様に）様 々の選択は前記管理者の制御の下で可能なままである。 前記”G703アクセス”オブジェクトはさらに、２つの内部属性を含んでいる。 これら属性の”Num_Conduit_G704”と呼ばれる第１の内部属性は、上記”G703ア クセス”下に位置される”パスG704（path G704）”オブジェクトの総仮定数を 含ん オブジェクトの処理状態（活性化または非活性化）を指示する。 この例において選択されている各オブジェクトのリンキング（linking）は、 子オブジェクトに向かって親オブジェクトを生成するように構成される。各子オ ブジェクト自身は、該子オブジェクト周辺の２つの兄弟オブジェクトに向かって 、及び該子オブジェクトの親オブジェクトに対して位置決めする。２つの動作” GetFirst”及び”GetNext”は、種々の内部リンクされたオブジェクトをアクセ スすることが可能であるように規定される。この”GetFirst”の動作は、第１の 子オブジェクトをアクセスすることを可能にし、この後、”GetNext”の動作が 次なる子オブジェクトをアクセスすることを可能にする。これら２つの動作は、 ”G703アクセス”の仮定に含まれる”G704チャネル”のオブジェクトについての 情報を得ることを可能にする。 同様に、２つの通告が規定される。”Objectcreation”と呼ばれる第１の通告 は、モジュールが挿入される際に、前記”G703アクセス”の生成に追従する通告 である。”AlarmCommuniCation”と呼ばれる第２の通告は、クロック問題がある 場合または伝送信号ロスが生じた場合に伝送される。 要約すると、ビデオ会議モジュールの物理的アクセス資源Ｇ７０３のオブジェ クト構造は、このオブジェクトに割当てられる統制情報の統制、すなわち、 −伝送上のクロックロス及び信号ロスの回避（default） −伝送クロック、受信クロック及び資源の管理状態の構成 を統制することを可能にする。 今、上述のような”G703アクセス”オブジェクトを生成することを可能にさせ る”G703アクセス”と呼ばれるクラスの”構築機能”の一例を述べる。 この機能は、以下の処理を実行する。 １．”G703アクセス”オブジェクトが生成されるべきビデオ会議サービスに関 連するビデオ会議モジュールのプラグ数の検証。この実施例においては、各ビデ オ会議モジュールは２つのビデオ会議サービスの接続を支持している。このプラ グ数はこのように、１または２であると仮定することができる。いかなる他の値 に対しては、前記構築機能は、以下に記載される応用的防護タスクを呼び出し、 各エラーを扱うことを許可する。 ２．デフォルトにより規定される値を持つ”OperationalState"、"AlarmStatu s"、"PlugNumber"、"AdminstrativeState"、"EmissionSystemTiming"及び"Recep tionSystemTiming"の属性の各値の初期化。 ３．一方においては、パラメータとなるこれら属性の各値が有効であるように 、そして他方においては、これらの数が３を越えないように修正された後、前記 構成者機能のパラメータとなる値を持つ、所望ならば、"AdminstrativeState"、 "EmissionSystemTiming"及び"ReceptionSystemTiming"の３つの属性の値の初期 化。（これらは唯一外部管理者により修正することが可能である）。反対の場合 に、前記構築機能は応用的防護タスクを呼び出す。 ４．オブジェクトの局所的仮定数として使用される空きメモリブロックの参照 番号を交換する際に割り当てを行うメモリ割り当てタスクを呼び出すことによる 一時的記憶ブロックのオブジェクトに対する割り当て。 ５．前記構築機能により戻されるべき各属性のリストの初期化。これら各属性 は３つの大きさ、 ・Id、Parent、Class、SupportedByObjectList、OperationalState、AlarmStatus、Plu gNumber、AdminstratiVeState、EmissionSystemTiming及びReceptionSystemTiming の属性の形式 ・属性（１６または３２ビットの整数、ブール値若しくはリスト）の形式 ・過去に初期化された属性の形式、により規定される。 ６．オブジェクト”G703アクセス”の子オブジェクト”G704パス”の総仮定数 を含む内部属性の初期化 ７．オブジェクト”G703アクセス”のメモリへの書込み、及び不成功の場合に おける応用的防護タスクの呼出し ８．オブジェクトの生成の通告 を実行する。 例として、クラス”G703アクセス”のオブジェクトの各属性を用いて”GEt” 処理を実現することを可能にする”GET”と呼ばれる第１の機能、及び該機能に 追従する該同一クラスのオブジェクトを用いて”GetFirst”か、または”GetNex t”を実現することを可能にする”ACTION”と呼ばれる第２の機能を述べる。 この”GET”機能のステップは以下のように実施される。 １．オブジェクトの総仮定数に基づく該オブジェクトの局所的仮定数を得る。 ２．オブジェクトのデータが該オブジェクトの局所的仮定数に基づいて書込ま れているメモリブロックの開始アドレスの再生。 ３．この機能のパラメータとなる読出されるべき属性の形式のテスト、及び該 形式が認可された形式の一つに関連する場合における、メモリから読取られたデ ータに基づいて、値の形式及びそのような値の各々を指示する２つのフィールド を持つ戻り変数（return variable）の初期化。 ４．パラメータとなる属性の形式が識別されない場合における、応用的防護タ スクの呼出し。 前述の”ACTION”機能のステップは以下のように実施される。 １．動作に対するリクエストの源のテスト。すなわち、このリクエストは、オ ブジェクト内部からかまたは外部管理者の何れかから、監督モジュールからもし くはオブジェクトを指示するビデオ会議モジュールから送られてくる。他の全て の場合においては、”ACTION”機能は、応用的防護タスクを呼び出す。 ２．リクエストされた動作の性質のテスト。この性質が”GetFirst”動作また は”GetNext”動作の何れにも関連しない場合、”ACTION”機能は応用的防護タ スクを呼び出す。 ３．オブジェクトの局所的仮定数を該オブジェクトの総仮定数に基づいて得る 。 ４．オブジェクトのデータが書込まれているメモリブロックの開始アドレスを 該オブジェクトの局所的仮定数に基づいて再生する。 ５．”GetFirst”の動作を処理する。すなわち、 ・自身の総仮定数がこの動作により戻されるべき子オブジェクトが実際にクラス ”G704”の仮定であるかどうか検査し、反対の場合には、応用的防護タスクを呼 び出す。 ・５つのフィールド、すなわち、応答の形式（ここでは、動作”GET”処理に対 する応答についてである）、該動作により戻された変数の形式（ここでは、オブ ジェクトの総仮定数についてである）、子オブジェクトの数（この数は、オブジ ェクト”G703アクセス”が実際に子を持つ場合１に等しく、そうならない場合は ０である）、子オブジェクトのクラス及び子オブジェクトの総仮定数（この数は 、オブジェクト”G703アクセス”が子を持たない場合０に等しい）、を持つ可変 応答の初期化。 ６．”GetNext”の動作の処理。すなわち、オブジェクト”G703アクセス”が ただ一つの子を持つのみである場合、”GetNext”の動作はこのオブジェクトに 影響を与えない。この”ACTION”機能はこのように応用的防護タスクを呼び出す 。 種々のモジュールの通信資源のオブジェクトの形態の構造原理を上述したので 、ここでは、各モジュールの局所的統制サブセット１４によるこれらオブジェク トの処理を詳細に述べる。 このようなサブセットのソフトウェア構造が第７図に示されている。 第７図によると、このようなサブセットは２つのタスクの形式を有している。 これらタスクは、一方においては、時間処理を行うための処理タスク２６と計数 を読取るための読取りタスク４２とにより形成されるリアルタイム及び／または 即時タスク４０（すなわち、割り込みによるトリガー形式のタスク）であり、他 方においては、（例えばＶＲＴＸの形式の）マルチタスクコアの制御の下で識別 されるタスク５０である。 このタスク５０は、 −モジュールの通信資源を表す各オブジェクトを統制するために、配置、再配置 、アラーム処理及びポストカウンティングの機能を含む配置タスクと呼ばれる少 なくとも一つのタスク３２と、 −当該システムをスタートさせるためのタスク２４と、 −ソフトウェアの応用的防護タスク２７と、 −ボトムタスク（bottom task）２８と −内部タスク通信手段２２と −マイクロプロセッサユニット１６の各状況（特にはアラーム状況）を読取るた め、及びデフォルトの場合においては必要な動作（必要であるならば、再配置） をトリガーするために時間処理タスク２６により周期的にトリガーされる監視タ スク５２とを有している。 前記内部タスク通信手段２２は、応用レベルにおいては、”Common Managemen t Information Service Element”（CMISE）としてCCITTにより規定された”Com mon Management Information Protocol”（CMIP）を使用する。このように、前 記外部監理システムと前記通信機器との間の統制サービスは、該機器内において 前記種々のモジュール間に拡がる。これは、前記監督モジュールにおけるいかな る不要な変換も回避させることが可能である。このため監督モジュールは、ただ 適応する低い層の役割を持つ。 搬送アドレスにより示されるオブジェクトに向けてのメッセージの伝送か、ま たは通信資源を決定する全ての前記モジュールの全てのオブジェクトに送られる メッセージの伝送が交換可能である。 これらメッセージ各々は、搬送ヘッダと呼ばれる第１のヘッダ、オブジェクト ヘッダと呼ばれる第２のヘッダ、及びリクエスト、処理に対する応答または通告 に対応する、属性のリスト、動作または事象を有するデータフィールドを有して いる。この搬送ヘッダは、 −宛先オブジェクトの搬送アドレス（このアドレスは、例えば、オブジェクトの 局所的仮定数が縦続する該オブジェクトが位置されるモジュールのプラグ数によ り形成される） −タスク指名オブジェクトの搬送アドレス −搬送メッセージの形式（同報通信（broadcast）の有無） −データフィールドの長さ の規定を許可する。 オブジェクトヘッダも同様に、 −宛先オブジェクトの総仮定数 −タスク指名オブジェクトの総仮定数 −リクエストされた処理のコード（収集、修正、生成、抹消及び、動作、リクエ ストまたは応答モード、通告） −確認モードの使用の有無 −リクエストの識別番号 −リクエストまたは通告に関する属性の数 の規定を許可する。 同一のモジュール上に位置されるか、または位置されない２つのタスク間にお いて、通信オブジェクトは、このメッセージサービスを介してリクエストメッセ ージを続行し、この後、所望ならば戻りメッセージが確認モードに対して送られ てくる。それゆえ、各モジュールは、第８図に表されるような”object Communi cation Server”（SCO）を持っている。このＳＣＯは、 −タスクＴに対する外部リクエストを持つメッセージＭＤＩを、宛先オブジェク トＯｂｊＤｅｓｔに対して、認可された処理の一つに対応する内部リクエスト機 能ＦＤ１の呼出しに翻訳し、次いで、該宛先オブジェクトＯｂｊＤｅｓｔを介し て伝送される内部応答機能ＦＲ１を伝送応答メッセージＭＲ１に翻訳する。リク エストメッセージＭＤ１は、タスクＴが大部分の時間メッセージを待ち続ける第 １の待ち行列ＦＡＤに送られる。 −内部リクエストＦＤ２を外部リクエストメッセージＭＤ２に翻訳し、次いで、 外部応答メッセージＭＲ２の第２の待ち行列ＦＡＲ内で待ち、最後に、この外部 応答メッセージＭＲ２を伝送オブジェクトＯｂｊＥｍに直接供給される内部応答 機能ＦＲ２に翻訳する ことを確実にするためにオブジェクト化を使用する各タスクにより利用される。 同一タスクの２つのオブジェクト間の通信機構は、メッセージサービスを介す ることなしに、内部呼出し機能ＦＤ及び応答機能ＦＲを直接利用する。 当該システムをスタートするための前記タスク２４は、動作リクエストメッセ ージ（種々のオブジェクトの生成、ハードウェア及び／またはソフトウェアの配 置または再配置、可能ならばアラーム属性の再初期化）を配置タスクに伝送する 。この場合、このメッセージは、配置タスクの通信オブジェクトサービスにより 変換され、オブジェクト”モジュール”に切り換えられる。 応用的ソフトウェア防護タスク２７は、ソフトウェアの内部不規則性を処理す ることを可能にさせる。これは、”構築機能”、”GET”及び”ACTION”機能の 説明の際に指示したように、エラー検出ポイントがエラーが発生した場合当該シ ステムの防護タスクを呼び出すソフトウェアにに提供され、ゆえに、該タスクが エラーの推定形式を評価し、この結果提供される処理を活性化する。 最後に、前記タスク４０は、即時タスクである時間処理タスク２６、及び前記 モジュールの計数（動作及び伝送レート生成）を読取るためのリアルタイムタス ク４２を有している。マイクロプロセッサユニット６０において１６個の２値要 素の上述のカウンティングが実現され、この結果が、３２個の２値要素、すなわ ち、より長い期間累積された該要素を持つために前記統制サブセット１４に周期 的に戻される。これらソフトウェア計数は、配置タスク３２により収集可能であ り、この場合、該タスクは自身の各オブジェクトの種々の属性を更新することが 可能である。 さらに、各モジュールは、任意に、経過オブジェクト（historical objects） と呼ばれる各オブジェクトを統制するために、配置タスク３２よりは優先順位が 低い経過タスク（historical tasks）と呼ばれる一つまたは種々のタスク（第７ 図には示されていない）を有する。（様々のタスクは、異なる優先順位をこれら タスクに割当てることが必要である場合に使用される。）これらのオブジェクト は、記録器か、または記録（recordings）である。各記録器は、ある期間同一形 式の事象の記録の形態で、記録することを確実にする。具体的には、この場合、 記録器オブジェクトは、同一形式の一連の記録オブジェクトの親に当たる。この ように、種々の記録オブジェクトの形式は、例えば、 −アラーム −属性の変形 −オブジェクトの状態の変形 −オブジェクトの生成 −オブジェクトの抹消 の事象の記録として規定される。 前記外部管理者は、選択的に、これらの記録を読出すためにアクセスすることが 可能であり、また消去することが可能である。 通信分野に従事し、Ｃ−言語の共通知識を持ついかなる当業者は、本発明を実 行することが可能であろう。 明らかに、本発明の視点を欠くことなく等化の技術手段を代用することにより 、上述のように記載された実施例に対して変形を行うことは可能であろう。 より特には、本発明はＡＴＭネットワークに関するサービス多重化機器に関し て説明したが、より幅広い通信機器に提供されるものである。

Claims (1)

1. 【特許請求の範囲】 １．ネットワークを介して信号源と受信機との間の情報伝送を実現する情報伝送 システムであって、該ネットワークには、種々の通信サービス（ＡＴＭ、ＣＯＤ ＥＣ、ＬＡＮ、Ｘ２５）用の複数のインタフェースモジュール（３、４、５、６ 、７）と、この機器と外部管理機器（１０）との間のインタフェースとして使用 される少なくとも一つの監督モジュール（２）との間における統制メッセージの 交換に使用されるバス（８）を有する通信機器（１）が接続されているような情 報伝送システムにおいて、 前記統制メッセージを内部的に伝送するため、前記通信機器（１）が、前記外 部管理機器（１０）と前記監督モジュール（２）との間に使用されるものと同様 の通信プロトコルに基づく通信手段を有することを特徴とする情報伝送システム 。 ２．前記通信機器の各モジュールが複数の通信資源を有する請求項１に記載の情 報伝送システムにおいて、 前記各モジュールの統制に応じて、これら各モジュールの通信資源が、ソフト ウェアに関連して、該資源により発生される統制情報のカプセル化及びこの情報 に適用可能である処理のカプセル化に対応するオブジェクトとして構築されるこ とを特徴とする情報伝送システム。 ３．種々の通信サービス（ＡＴＭ、ＣＯＤＥＣ、ＬＡＮ、Ｘ２５）用の複数のイ ンタフェースモジュール（３、４、５、６、７）と、この機器と外部管理機器（ １０）との間のインタフェースとして使用される少なくとも一つの監督モジュー ル（２）との間における統制メッセージの交換に使用されるバス（８）を有する 通信機器（１）に接続されるようなネットワークを介して信号源と受信機との間 の情報伝送を実現する伝送システムであって、これら各モジュールが複数の通信 資源を有するような伝送システムにおいて、 これら各モジュールの通信資源が、ソフトウェアの視点から前記各資源により 発生される統制情報のカプセル化及びこの情報に適用可能である処理のカプセル 化に対応するオブジェクトの形態で統制に関連して構築される伝送システム。 ４．請求項２または３に記載の情報伝送システムにおいて、 前記統制メッセージを内部的に伝送するために、CCITTにより推奨される"Comm on Management Information Protocol"（CMIP）に基づく通信手段を有し、一方 、前記オブジェクトが、"Common Management Information Service Element"（C MISE）の一部を形成する以下のような特性、 −属性（ATTR1,ATTR2,ATTR3） −これら属性に応じた処理（"GET","SET"）及び前記オブジェクト自身に応じた 処理（"CREATE","DELETE","ACTION"） −通告（"NOTIF"） を持つことを特徴とする情報伝送システム。 ５．請求項４に記載の情報伝送システムにおいて、 前記各オブジェクトが、 −CCITTにより推奨される"Management Information Base"（MIB）において規定 されるクラスの仮定数 −各モジュールの内部で必要とされる特定のオブジェクトの何れかであることを 特徴とする情報伝送システム。 ６．請求項４または５に記載の情報伝送システムにおいて、 前記通信手段がさらに、前記統制メッセージ（MD,MR）を、前記処理（"GET"," SET",CREATE","DELETE","ACTION"）の一つを実現する機能リクエスト（FD,FR） に翻訳することを実現するオブジェクト通信サーバ（SCO）を有することを特徴 とする情報伝送システム。 ７．請求項２乃至６の何れか一項に記載の情報伝送システムにおいて、 各モジュールが自身の通信資源を決定する前記オブジェクトを構築すると共に 、該オブジェクトを扱うために、ハードウェア手段、論理手段（１４）及び特に 関連付けられる通信手段（２２）を有し、一方、前記監督モジュールに集約され た機能数が最小になることを特徴とする情報伝送システム。 ８．請求項７に記載の情報伝送システムにおいて、 総仮定数が、各オブジェクト生成の際に、該オブジェクトを機器レベルで参照 するために該オブジェクトに割当てられることを特徴とする情報伝送システム。 ９．種々の通信サービス（ＡＴＭ、ＣＯＤＥＣ、ＬＡＮ、Ｘ２５）用の複数のイ ンタフェースモジュール（３、４、５、６、７）と、この機器と外部管理機器（ １０）との間のインタフェースとして使用される少なくとも一つの監督モジュー ル（２）との間における統制メッセージの交換に使用されるバス（８）を有する 通信機器（１）において、 前記通信機器を請求項１乃至８の何れか一項に記載の情報伝送システム内で使 用することを可能にさせる手段を該通信機器が有することを特徴とする通信機器 。 １０．請求項９に記載のＡＴＭネットワーク用のサービス多重化機器。