JP2001359180A - デジタルクロスコネクトシステム、デジタルクロスコネクト実現方法、及びコンピュータプログラム - Google Patents

Abstract

(57)【要約】 【課題】 冗長処理及び高速／低速スイッチに本質的な
問題点を有さずに手動及び自動保護スイッチを実現する
保護スイッチアーキテクチャを提供することが本発明の
課題である。 【解決手段】 本発明に係るアーキテクチャにおいて
は、デジタルシグナルプロセシングユニットは、信号処
理サービスデバイス及びサービスデバイスに対応する信
号処理保護デバイスを有している。ユニットコントロー
ラは、サービスデバイスと保護デバイスとの間で信号処
理責任を切り替える保護スイッチを有している。保護ス
イッチは、サービスデバイスからの自動保護要求に応答
してメインコントローラとは独立に機能するように適応
されており、メインコントローラの関与を必要とせず
に、この種の保護要求に関する全ての保護スイッチを完
了する。保護スイッチは、メインコントローラからの手
動スイッチ要求にも応答する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデジタルクロスコネ
クトシステムに関し、特に、デジタルクロスコネクトシ
ステムシグナルプロセシングユニットにおけるプロテク
ションスイッチング（保護切り替え）に関する。

【０００２】

【従来の技術】デジタルクロスコネクトシステムは、チ
ャネルレベルで複数個の信号を担っているリンク間の相
互接続を実現する目的で、デジタルネットワークにおい
て用いられる。従来、この種のシステムは、メインコン
トローラ（ＭＣ）及び、着信信号トラフィックのマルチ
プレクシング、デマルチプレクシング及びインターワー
キングを実行するように適応された、少なくとも一つの
シグナルプロセシングユニットを含んでいる。信号は、
ＳＤＨ（シンクロナスデジタル階層）、ＳＯＮＥＴ（シ
ンクロナス光ネットワーク）、あるいはＰＤＨ（プレア
イソクロナスデジタル階層）などのトラフィックプロト
コルに従ってフォーマットされる。当業者には公知であ
るが、シグナルプロセシングユニットは、通常、要求さ
れた機能を実行する回路パックとして実装された種々の
デジタルシグナルプロセシングデバイスを含んでいる。
これらのデバイスには、リンクインターフェース、マッ
パ、フォーマッタ及びクロスコネクトネットワークが含
まれる。ユニットコントローラ（ＵＣ）は、通常、シグ
ナルプロセシングユニットにおける、ＭＣの管理下での
局所的な制御機能を実装する。

【０００３】システムの信頼性を改善する目的で、各シ
グナルプロセシングデバイスの複数個のコピーが、デバ
イス冗長性を実現する目的で、シグナルプロセシングユ
ニット内に組み込まれている。各シグナルプロセシング
デバイスの単一あるいは複数個のコピーは、残りのコピ
ーデバイスに対する“保護”デバイスとして機能しう
る。この残りのコピーデバイスは、“サービス”デバイ
スとして知られるものであり、“故障グループ”と呼称
される。プロテクションスイッチ（ＰＳＷ）は、サービ
スデバイスと保護デバイスとの間の切り替えに係る制御
メカニズムを実現する。この切り替えは、システム管理
者からの手動準備コマンド及びハードウエアエラーある
いはネットワーク（設備）の問題の結果として生成され
た自動要求との双方に応答して実行されうる。従来技術
に係るデジタルクロスコネクトシステムにおいては、全
てのＰＳＷ要求は、それが手動あるいは自動のいずれに
よって生成されたかに拘わらず、ＭＣによって処理され
る。ＭＣは、デジタルクロスコネクトシステムにおける
各シグナルプロセシングユニット中のアクティブなシグ
ナルプロセシングデバイスの識別を含む全システム状態
情報を有する、システム全体に亘るＰＳＷデータベース
を管理している。ＵＣも、それが直接監督するアクティ
ブなシグナルプロセシングデバイスを識別する局所的な
ＰＳＷデータベースを管理している。これらのデータベ
ースは、ＰＳＷ処理が効率的に機能するように、ある順
序で整列されていなければならない。

【０００４】

【発明が解決しようとする課題】ＭＣは、準備コマンド
を受信すると、対応するＰＳＷ要求をＵＣ宛に送出し、
ＵＣはＰＳＷ動作を実現する。その後、ＭＣ内のＰＳＷ
データベースおよびＵＣは、アクティブなシグナルプロ
セシングデバイスの変更を反映するように更新されなけ
ればならない。ハードウエアエラー回復手続きが起動さ
れた場合あるいはネットワーク問題が発生した場合に
は、相異なった保護スイッチ手続きが用いられる。これ
らの場合には、ハードウエアエラーあるいはネットワー
ク問題によって影響を受けているデバイスが担当ＵＣに
まず通知し、担当ＵＣが“高速スイッチ”ＰＳＷ動作を
実行する。高速スイッチは、スイッチ決定プロセスにお
いてＭＣが関与することなく実行される保護スイッチで
ある。高速スイッチが実行された後、ＵＣはＭＣ宛にメ
ッセージを送出し、高速スイッチに関する通知を行なっ
てＭＣに自身のＰＳＷデータベースをロックするように
要求する。データベースをロックした後、ＭＣはＰＳＷ
要求をＵＣ宛に転送して、通常の“低速スイッチ”ＰＳ
Ｗ動作を実行させる。低速スイッチは、ＭＣの要求によ
って実行される保護スイッチである。低速スイッチが実
行された後、ＭＣは、ＭＣ及びＵＣデータベースを更新
して同期する。上述されたエラー回復シナリオは、二重
のＰＳＷ動作を要求する。さらに、高速スイッチ及び低
速スイッチＰＳＷ要求の双方に対してサービスを提供し
なければならないＵＣに起因する競合状況及びデッドロ
ック状況が本質的に発生する可能性がある。従って、デ
ジタルクロスコネクトシステムにおいて、この種の欠点
を有さない保護スイッチに係る要求が存在する。必要と
されているのは、冗長処理及び高速／低速スイッチに本
質的な問題点を有さずに手動及び自動ＰＳＷコマンドを
実現する保護スイッチアーキテクチャである。

【０００５】

【課題を解決するための手段】上記問題点は、メインコ
ントローラ、コマンドインターフェース、及び、少なく
とも一つのデジタルシグナルプロセシングユニットを有
するデジタルクロスコネクトシステム向けの、本発明に
係る新たな保護スイッチアーキテクチャによって解決さ
れて技術的な前進が実現される。デジタルシグナルプロ
セシングユニットは、単一あるいは複数個の信号処理サ
ービスデバイス及び当該サービスデバイスに対応する単
一あるいは複数個の信号処理保護デバイスを有してい
る。ユニットコントローラは、サービスデバイスと保護
デバイスとの間で信号処理責任を切り替えるための、本
発明に係る新たな保護スイッチを有している。有利なこ
とには、当該保護スイッチは、サービスデバイスからの
自動保護要求に応答してメインコントローラとは独立に
機能するように適応されており、メインコントローラの
関与を必要とせずに、この種の保護要求に関する全ての
保護スイッチを完了する。保護スイッチは、メインコン
トローラからの手動スイッチ要求にも応答する。

【０００６】本発明の望ましい実施例においては、保護
スイッチ制御機能が、保護マネージャオブジェクト、サ
ービスデバイスに係る単一あるいは複数個のサービスオ
ブジェクト、及び、保護デバイスに係る単一あるいは複
数個の保護オブジェクトによって、オブジェクト指向ソ
フトウエア環境において実装される。前述のオブジェク
トは、それぞれ、メインコントローラ内に存在するメイ
ンコントローラハーフオブジェクト及びユニットコント
ローラ内に存在するユニットコントローラハーフオブジ
ェクトを有することが望ましい。信号リンク機構オブジ
ェクトを表わす他のハーフオブジェクトは、ユニットコ
ントローラとサービス及び保護デバイスにおけるプロセ
ッサの間に分散されている。

【０００７】

【発明の実施の形態】図１及び図２は、デジタルクロス
コネクトシステム４において用いられるデジタルシグナ
ルプロセシングユニット（デジタル信号処理ユニット）
２を示している。システム４を実装するために用いるこ
とが可能な製品例は、ルーセントテクノロジー（Lucent
Technologies, Inc.）社より市販されているＤＡＣＳ
ＩＩＴＭデジタルクロスコネクトシステムである。以
下に詳細に記述されているように、本発明に係る新しい
保護スイッチは、システムのＵＣ及びＭＣプロセッサに
新たな保護スイッチ制御ソフトウエアをプログラムする
ことによって、ＤＡＣＳＩＩＴＭシステムに実装され
る。図１及び図２に示された実施例においては、信号処
理ユニット２は、当該信号処理ユニットの第一端６にお
いてＯＣ−３（光キャリア−３）光接続をサポートし、
第二端８においてＤＳ０終端をサポートするように適応
されている。信号処理ユニット２の第一端６によってデ
ジタルクロスコネクトシステム４が１５５．５２Ｍビッ
ト／秒のＯＣ−３レートで光信号を終端することが可能
であるため、以下、当該信号処理ユニット２は高速ユニ
ットすなわちＨＳＵ２と呼称される。図１においては、
例として、ＯＣ−３接続がＳＯＮＥＴ（同期光ネットワ
ーク）ＳＴＳ−３（同期トランスポート信号レベル３）
信号を担っているものと仮定される。ＨＳＵ２の第一端
６が、（１５５．５２Ｍｂｐｓのビットレートを有す
る）同期デジタル階層（ＳＤＨ）ＳＴＭ−１（同期トラ
ンスポートモジュールレベル１）プロトコルを終端する
ように修正されることも可能であることは明らかであ
る。あるいは、ＨＳＵの第一端６は、ネットワークニー
ズに応じて、ＤＳ３あるいはＥ３終端を処理するように
修正されることも可能である。さらには、ＳＴＳ−１信
号接続を終端することも可能である。いずれの場合にお
いても、着信信号がＤＳ１あるいはＤＳ０のようなより
低レベルの信号にデマルチプレクスされる場合には、こ
れらより低レベルの信号は、他の信号処理ユニットタイ
プによって送出された同一タイプの信号と全く同一に取
り扱われる。全てのタイプのクロス接続がサポートされ
うることも明らかである。

【０００８】第一端６における二つのＯＣ−３接続が存
在する場合には、ＨＳＵ２は第二端８において最大４０
９６のＤＳ０信号を担うことが可能である。図１は、Ｈ
ＳＵ２の信号処理サービスデバイス（伝送装置）、及
び、ＨＳＵ２の第一端６におけるＯＣ−３信号終端とＨ
ＳＵ２の第二端８におけるＤＳ０信号終端との間の経路
（伝送経路）に沿って行なわれる信号処理の高次の概要
を示している。光インターフェース１２は、二つのＯＣ
−３サービスリンク１４及び１６を終端する光インター
フェースを実現する（ＯＩファシリティとも呼称され
る）。前述されているように、ＯＣ−３サービスリンク
１４及び１６の各々は、ＨＳＵ２の第一端６における光
インターフェース１２にＳＴＳ−３（同期トランスポー
ト信号レベル３）信号を伝える。光インターフェース１
２はＳＴＳ−３信号をＳＴＳ−１（同期トランスポート
レベル１）信号にデマルチプレクスする。各ＳＴＳ−１
信号は、六つの関連するマッパーデバイス１８のうちの
一つ宛に送出され、マッパーデバイス１８は、信号オー
バーヘッドを処理し、ＳＴＳ−１信号をＤＳ１及びＤＳ
０信号にデマルチプレクスする。これらの信号は、フォ
ーマッタ（ＦＭＴ）デバイス２０を介して、クロス接続
処理目的でクロスコネクトネットワーク（ＣＣＮ）デバ
イス２２宛に送出される。逆方向に関しては、信号は、
ＣＣＮ２２からフォーマッタ２０及びマッパー１８のう
ちの一つを介して光りインターフェース１２宛に伝えら
れる。

【０００９】図１における影付きブロックは、前述され
たサービスデバイスに対する冗長性（リダンダンシー）
を実現する保護デバイスである。よって、サービス中の
光インターフェース１２以外に、保護光インターフェー
ス２４が存在する。さらに、サービスリンク１４及び１
６に対応する保護リンク２６及び２８がそれぞれ存在す
る。光インターフェース１２はサービスリンク１４及び
１６に対して固定的に接続されており、光インターフェ
ース２８は保護リンク２６及び２８に固定的に接続され
ている。結果として、各ＯＣ−３トラフィックストリー
ムは、相異なった光インターフェース１２／２４におい
て終端されるファシリティリンク対によって完全に保護
されている。このことにより、ネットワーク（ファシリ
ティ）保護及び装置保護の双方が可能になる。ＰＳＷ動
作は、ファシリティリンク故障あるいはデバイス故障の
いずれかによってトリガーされる。ハードウエアエラー
が発生した場合には、サービス及び保護光インターフェ
ース１２／２４はその役割をスイッチする。このスイッ
チは、他のサービスリンク（例えば１６）とは独立に一
方のサービスリンク（例えば１４）に関して実行される
ことが可能であり、また、同時に双方のサービスリンク
（例えば１４及び１６）に関して実行されることも可能
である。例えば、光インターフェース１２／２４は、サ
ービスリンク１４／２６に関してスイッチされるが、サ
ービスリンク１６／２８に関してはスイッチされない、
といったことが可能である。そのような場合には、光イ
ンターフェース２４はサービスリンク２６をサポートす
るためにアクティブ状態にされるが、光インターフェー
ス１２はサービスリンク１６をサポートするためにアク
ティブ状態であり続ける。ファシリティエラーがサービ
スリンクの一方（例えば１４）で発生した場合には、そ
の保護リンク（例えば２６）に対するスイッチがなされ
る。サービスリンクは（例えば１４／２６がスイッチさ
れるが１６はそのままであるように）互いに独立にスイ
ッチされることも可能であり、あるいは（例えば１４／
２６及び１６／２８の双方がスイッチされるように）同
時にスイッチされることも可能である。

【００１０】六つのサービスマッパー１８に対する保護
は、保護マッパー３０によって実現される。保護マッパ
ー３０は、６：１保護方式によって、サービスマッパー
１８の全てによって共有されている。よって、一度に最
大で一つのサービスマッパー１８が保護されている。保
護フォーマッタ３２は、サービスフォーマッタ２０に対
する保護を実現する。このフォーマッタ対は、全サービ
スマッパー１８及び保護マッパー３０に接続されてい
る。さらに、サービスＣＣＮ２２に対する保護を実現す
る保護ＣＣＮ３４も存在する。フォーマッタ２０／３２
の各々は、ＣＣＮ２２／３４の一方に接続されている。

【００１１】サービスデバイスとその関連している保護
デバイスとの間でのアクティブ信号処理のスイッチング
は、サービス側から保護側へのスイッチングとして参照
される。その逆の動作は、保護側からサービス側へのス
イッチングとして参照される。光インターフェース１２
／２４及びマッパー１８／３０は、他の装置に影響を与
えることなく、サービス側と保護側とのスイッチングを
行なうことが可能である。フォーマッタ２０／３２及び
ＣＣＮ２２／３４は、同時にスイッチングがなされなけ
ればならない。よって、ＣＣＮ２２／３４が“一方”か
ら他方へとスイッチングされる場合には、フォーマッタ
２０／３２も同様にスイッチングされる。加えて、例え
ばＨＳＵ２のようなある信号処理ユニットのＣＣＮ２２
／３４間でのスイッチングにより、他の信号処理ユニッ
トにおけるフォーマッタ２０／３２の全てにおけるスイ
ッチングが引き起こされる。同様に、ある信号処理ユニ
ットのフォーマッタ２０／３２のスイッチングがなされ
ると、全ての信号処理ユニットにおけるＣＣＮ２２／３
４及びフォーマッタ２０／３２のスイッチングが引き起
こされる。

【００１２】前述された信号処理デバイスに加えて、Ｈ
ＳＵ２は、図２に示されているように、メインコントロ
ーラ（ＭＣ）４２に対するインターフェースとして機能
するユニットコントローラ（ＵＣ）４０を有している。
ＭＣ４２は、ＨＳＵ２と、デジタルクロスコネクトシス
テム４における他の信号処理ユニットが存在する場合に
は、それらとに対する高次制御を実現する。ＭＣ４２
は、システム管理者によって動作させられる、従来技術
に係るクラフトインターフェース（ＣＩ）４４との間の
通信も行なう。

【００１３】図２は、ＨＳＵ２の制御階層を示してい
る。ＵＣ４０は、１ＭｂｐｓのＬＡＮ４６を介してＭＣ
４２と通信する。ＵＣ４０は、ＨＳＵ２をデジタルクロ
スコネクトシステム４の他の部分から実効的に分離して
いる。ＣＣＮ２２／３４以外に、ＵＣ４０は、光インタ
ーフェース１２／２４、マッパー１８／３０、及びフォ
ーマッタ２０／３２を含む、前述された伝送装置の全て
に対する直接のアクセスを有している。ＵＣ４０は、こ
れらのデバイスのレジスタを直接読み書きする機能を有
している。ＵＣ４０とＨＳＵ信号処理デバイスとの間の
双方向通信に用いられる、共有制御／インターフェース
メモリ４８も存在する。

【００１４】光インターフェース１２／２４及びマッパ
ー１８／３０は、割り込みを介してＵＣ４０と通信する
ことが可能なインテリジェントデバイスである。それぞ
れは、オンボードプロセッサを有している。フォーマッ
タ２０／３２は、ＵＣ４０によって準備されて制御され
る、個別のデータ処理能力を有さないダムカードであ
る。

【００１５】（後に詳細に記述される）ソフトウエアプ
ログラミングのために、ＵＣ４０及びＭＣ４２は、デジ
タルクロスコネクトシステム４における準備、初期化、
動作、管理に責任を有している。ＨＳＵ２の信号処理デ
バイスは、性能モニター、アラーム検出、及び、当該ユ
ニットにおいて終端される信号に係る伝送信号処理に責
任を有している。ＵＣ４０及びＭＣ４２は、現在進行中
のデータ伝送に影響を与えることなく、その機能を停止
させられることが可能である。通常、信号処理デバイス
は、保護デバイスが利用可能な場合にのみ、その機能を
停止させられることが可能である。しかしながら、従来
技術に係る場合と同様、光インターフェース１２／２４
及びマッパー１８／３０は、ＣＩ４４において入力され
たコマンドによって、常に、強制的にその機能を停止さ
せられることが可能である。

【００１６】本発明に従って、ＨＳＵ２の種々の光イン
ターフェース及びマッパーに係るＰＳＷ動作は、ＵＣ４
０によって制御されて調停される。ＵＣ４０は、どのデ
バイスがいつスイッチングされるか、及び、どのような
条件の下にスイッチングがなされるか、を決定する。こ
の決定は、ＭＣ４２とは独立に、自動的に実行される
が、ＭＣ４２は、ＵＣ４０に対して手動ＰＳＷ要求を転
送することが可能である。加えて、ＵＣ４０は、ＭＣ４
２に対して、いつＰＳＷ動作が実行されるのかを報告す
るため、ＭＣがそのＰＳＷデータベースをＵＣのデータ
ベースに同期することが可能である。このようにして、
手動コマンド、ハードウエアエラー回復、あるいはネッ
トワーク問題などからどのような要求が発生した場合に
おいても、単一のＰＳＷ動作が実行される必要があるだ
けである。ＵＣ４０はもはや“高速スイッチ”を実行せ
ず、ＭＣ４２にさらなる指示を求めて報告をするのでも
ない。その代わり、光インターフェース及びマッパーに
関連する全てのＰＳＷ動作が、後に詳細に記述されてい
るＵＣのＰＳＷ処理ソフトウエアによって調停される。
これらのデバイスに対するＭＣのＰＳＷ処理ソフトウエ
アの責任は、ＰＳＷ前及びＰＳＷ後の状況のチェック、
ＣＩ４４からのクラフトコマンドのＵＣ４０への転送、
ＵＣ４０からのＰＳＷ結果の受信、ＵＣ状態への同期目
的でのＭＣデータベースの更新、及び、ＵＣへのデータ
ベース更新のアクノレッジ、というものに縮小されてい
る。ＭＣは、依然として、ＣＣＮ及び関連するフォーマ
ッタに係るスイッチの制御を担っている。さらに、ＭＣ
は、ＨＳＵ２（及び他のＨＳＵ）における全てのデバイ
スの保護状態に係る問い合わせに応答する。

【００１７】簡潔に述べれば、本発明に係る新たなＰＳ
Ｗ戦略は、ある種のデバイス群の保護スイッチに係る一
決定者のみに依拠し、そのことによって、潜在的な競合
状況を除去しつつ、冗長な動作を起こすことなくＭＣ４
２とＵＣ４０との間のデータベースの整合性を保証す
る、というものである。

【００１８】ソフトウエアアーキテクチャ 以下、図３から図１１を参照して、本発明に従ってＰＳ
Ｗを実装する目的でＵＣ４０及びＭＣ４２によって実現
されるソフトウエアアーキテクチャが記述される。この
ソフトウエアは、適切なデータストレージ媒体に記録さ
れたプログラミングコードよりなる。以下の議論では、
“アクター”と呼称される、複数個のオブジェクト指向
ソフトウエアオブジェクト、及び、これらアクター間の
関連に焦点を当てる。これらの二つの側面は、双方で、
システムが如何に分割されるか、コンポーネントが如何
に組織化されるか、及び、タスクが如何に実行される
か、を規定する。それぞれのアクターは、それ自体の論
理制御スロットを有するソフトウエアオブジェクトであ
る。あらゆるオブジェクト指向オブジェクト実装と同
様、アクターは、ストラクチャとビヘイビアという二つ
の側面を有している。アクターのストラクチャは、アク
ターが通信する“ポート”を規定する。ポートは、アク
ターが送受信するメッセージタイプを規定するプロトコ
ルに従って機能する。アクターのストラクチャは、当該
アクターが包含する他のアクター及び包含されているア
クター間のバインドも規定する。

【００１９】図３は、一例を提供している。このダイア
グラムにおいては、アクター“Ａ”は、二つの通信ポー
ト“ｐ１“及び“ｐ２”を有している。さらに、アクタ
ー“Ａ”は、アクター“Ｂ”、“Ｃ”及び“Ｄ”を包含
している。アクター“Ｂ”は、アクター“Ａ”内の被包
含アクターであり、アクター“Ａ”に係るある種の責任
を担っている。ポート“ｐ２”を介してアクター“Ａ”
宛に送られた全てのメッセージは、そのポート“ｐ３”
を介して直接アクター“Ｂ”に達する。アクター“Ｂ”
のポート“ｐ４”はアクター“Ｃ”のポート“ｐ５”に
接続されており、このアクター“Ｃ”はインポートアク
ターと呼称されるものである。インポートアクターは、
別個に定義されているが、必要に応じて包含アクターと
見なされうるものである。インポートの性質から、単一
のアクターがソフトウエアアーキテクチャ内で複数個の
場所に同時に存在することが可能になる。さらに、動的
バインドも可能になる。例えば、アクター“Ａ”からア
クター“Ｃ”をデポートしてアクター“Ｃ”とコンパチ
ブルな別のアクターをインポートすることにより、アク
ター“Ｂ”は相異なった辞典で相異なったアクターと通
信することが可能になる。アクター“Ｄ”は、包含アク
ター“Ａ”によって動的に生成される“被具現（被イン
カーネート）”アクターである。アクター“Ａ”は、ア
クター“Ｄ”のポート“ｐ７”と通信する内部ポート
“ｐ６”を有している。具現化（インカーネーション）
は、オンデマンドで機能をアクティベート及びデアクテ
ィベートするために用いられる。

【００２０】アクターのビヘイビア側面は、アクターが
メッセージ及びイベントに対してどのように反応するか
を規定する。このビヘイビアは、状態及び遷移の双方に
関連した、アクション（すなわち、詳細符号）を有する
状態遷移ダイアグラムとして表現されうる。図４は、ア
クター“Ｅ”のビヘイビアが二つの状態、すなわち、ア
イドル状態“Ｓ１”及びアクティブ状態“Ｓ２”を有す
る場合の例を示している。アクター“Ｅ”がまず初期化
されると、アイドル状態“Ｓ１”になる。“ｏｎ”とい
うメッセージは、アクターをアクティブ状態“Ｓ２”に
する。“ｏｆｆ”というメッセージは、アクターをアイ
ドル状態“Ｓ１”に戻す。この要求は、アクター“Ｅ”
がアクティブ状態“Ｓ２”にある場合には処理される
が、アイドル状態“Ｓ１”においては無視される。よっ
て、アクター“Ｅ”は、イベントに応答し、有限状態マ
シンとしてモデル化される。

【００２１】アクターを規定して実装するためには種々
のオブジェクト指向プログラミングリソースが用いられ
うるが、望ましいツールは、Ｃ＋＋プログラミング言語
向けのＯｂｊｅｃｔＴｉｍｅデベロッパー製品である。
この製品は、オンタリオ州カナタ（カナダ）のＯｂｊｅ
ｃｔＴｉｍｅ Ｌｉｍｉｔｅｄ社から市販されている。

【００２２】ＰＳＷ動作を規定するオブジェクト指向ド
メイン内のアクターは、プロヴィジョナル実体、ボード
コントローラ、ファシリティ、及び保護スイッチ実体と
いうサブドメインに分割される。以下、これらのサブド
メインの各々が記述される。

【００２３】プロヴィジョナル実体 プロヴィジョナル実体は、準備されうるシステムデバイ
スを表わしている。プロヴィジョナル実体は、三つの状
態を有しており、準備コマンドを介してシステム管理者
によってコンフィギュアされうる。プロヴィジョナル実
体の状態は、“サービス中”（ｉｎｓ）、“サービス停
止中”（ｏｏｓ）、及び、“未実装”（ｕｅｑ）のいず
れかである。プロヴィジョナル実体と共に用いられうる
準備コマンドは、“グロウ”（すなわち、プロヴィジョ
ナル実体の存在を宣言し、そのタイプを規定する）、
“リストア”（すなわち、プロヴィジョナル実体をサー
ビス中にする）、“リムーブ”（すなわち、プロヴィジ
ョナル実体をサービス停止中にする）、“デグロウ”
（すなわち、プロヴィジョナル実体をシステムから完全
に除去する）、及び、“チェンジ”（すなわち、プロヴ
ィジョナル実体のプロパティを変更する）である。プロ
ヴィジョナル実体は、当該プロヴィジョナル実体をサー
ビス中／サービス停止中にする保護スイッチの間に、Ｕ
Ｃ４０にも応答する。プロヴィジョナル実体は、全体
で、デジタルクロスコネクトシステムの信号処理コンフ
ィギュレーションを表わす。保護は、このレベルで実現
される、すなわち、フォールトトレラントなプロヴィジ
ョナル実体に関しては、スペアが利用可能である。

【００２４】各プロヴィジョナル実体は、ソフトウエア
アーキテクチャにおいてはアクターとして表現される。
プロヴィジョナル実体アクターは、対応する物理的なプ
ロヴィジョナル実体を表現し操作するソフトウエアオブ
ジェクトである。ＨＳＵ２に対するプロヴィジョナル実
体アクターが図５に示されている。それらには、二つの
フォーマッタ（ＦＭＴ０及びＦＭＴ１）アクター５０及
び５２、六つのサービスマッパー（ＳＭＰＲ）アクター
５４、一つの保護マッパー（ＰＭＰＲ）アクター５６、
二つのサービス光インターフェース（ＳＯＩ）アクター
５８（各サービスＯＣ−３リンクに一つずつ）、二つの
保護光インターフェース（ＰＯＩ）アクター６０（各保
護ＯＣ−３リンクに一つずつ）、及び１６８個のＮＰＣ
（ネットワーク処理回路）アクター６２が含まれる。Ｎ
ＰＣアクター６２は、ＤＳ１（あるいはＥ１）ファシリ
ティをサポートする、マッパー１８／３０内に配置され
たＮＰＣデバイス（図示せず）に対応する。ＨＳＵ２内
の各マッパーは、２８個のＤＳ１ ＮＰＣを有してお
り、そのため、ＮＰＣ（及びＮＰＣアクター）の総数は
１６８となる。マッパー１８／３０内にＥ１ ＮＰＣが
インストールされている場合には、マッパー当たりに２
１個のＮＰＣが存在することになる。

【００２５】前述のプロヴィジョナル実体の各々は、フ
ォーマッタアクター５０及び５２以外は、特定の伝送コ
ンセプト（例えば、ＳＴＳ−３、ＳＴＳ−１、ＤＳ１）
をサポートする伝送デバイスの組にマッピングされてい
る。加えて、トラフィック担持デバイスではないけれど
も、ＵＣ４０はＵＣアクター６４によって表現される。
各々は物理的な回路パックに存在するが、回路パックそ
れ自体ではない。各々は、それがトラフィックを担って
いる場合には、保護目的でスペアを有することが可能で
ある。

【００２６】ある場合には、プロヴィジョナル実体は、
単一のハードウエア回路パック（例えば基板）に対応す
ることがある。その場合には、プロヴィジョナル実体に
対して発行された準備コマンドは、回路基板の実際の動
作に緊密に結びついていることになる。他の場合には、
単一の回路基板が、複数個のプロヴィジョナル実体、及
び、複数のタイプのプロヴィジョナル実体をサポートす
ることもある。例えば、ＨＳＵ２内の二つの光インター
フェース１２／２４は、単一の光インターフェースカー
ド内に存在することが可能である。同様に、ＨＳＵ２内
の七つのマッパー１８／３０は、全て物理的に同一のマ
ッパー基板に存在することも可能である。このようなデ
バイス集積化は“リストア”や“リムーブ”などの準備
コマンドの意味を変更し、以下に詳細に記述されている
他の概念、すなわち“ボードコントローラ”、の導入を
必要とする。

【００２７】前述されているように、下位に位置するハ
ードウエアと緊密に関連していることに加え、各プロヴ
ィジョナル実体は伝送コンセプトにも関連している。実
際、プロヴィジョナル実体は、それらがサポートする信
号と時折等置されうる。例えば、ＳＯＩアクター５８及
びＰＯＩアクター６０はそれぞれＳＴＳ−３信号を表現
しており、ＳＭＰＲアクター５４及びＰＭＰＲアクター
５６はそれぞれＳＴＳ−１信号を、及び、ＮＰＣアクタ
ー６４はＤＳ１（あるいはＥ１）信号を、それぞれ表現
している。実際には、この種の信号は、物理的な基板上
に存在する伝送デバイスの組によってサポートされる。
伝送コンセプトをＨＳＵ２内の、下位に存在するハード
ウエアから切り離す目的で、ファシリティと名付けられ
た別のアクターの組が導入される。ファシリティアクタ
ーは、ボードコントローラの議論に引き続いて詳述され
る。実装を容易にする目的で、これらのアクターは、図
３に示されたオブジェクトモデルに従って、プロヴィジ
ョナル実体アクターによって包含される。

【００２８】ボードコントローラ ハードウエア回路基板がプロヴィジョナル実体に直接対
応しないため、回路基板を表現して操作する目的で、Ｈ
ＳＵ２のソフトウエアアーキテクチャにおいてボードコ
ントローラアクターが用いられる。基板は、複数個のＬ
ＥＤ、複数個の信号処理デバイス、及び、可能であれば
オンボードプロセッサを有するハードウエア回路パック
である。ボードコントローラは、ハードウエア回路パッ
クのソフトウエア表現である。アクターは、それが制御
する基板を初期化し、（基板にプロセッサが存在する場
合には）ソフトウエアをダウンロードし、ＵＣ４０によ
って要求された場合に基板を診断し、基板上のＬＥＤを
制御し、基板からの、ファシリティに関連しないハード
ウエア割り込みを処理し、基板状況をその基板に対応す
るプロヴィジョナル実体に通知する責任を負っている。

【００２９】プロヴィジョナル実体はボードコントロー
ラに関連しており、プロヴィジョナル実体が存在する物
理基板は当該プロヴィジョナル実体（及び可能な場合に
は他のプロヴィジョナル実体）に対するホストとして機
能しているボードコントローラアクターによって制御さ
れる。プロヴィジョナル実体に係る準備動作、例えば
“リストア”及び“リムーブ”は、その対応するボード
コントローラによって実行される。ボードコントローラ
は、ハードウエアエラー状況を処理し、プロヴィジョナ
ル実体が保護を要求した場合にはＵＣ４０宛に通知を行
なう。より詳細に述べれば、物理的な基板に係るボード
コントローラは、（基板用ソフトウエアのダウンロード
を含む）基板の初期化、基板割り込みの処理、ハードウ
エアエラー検出及び分析の実行、及び、ＬＥＤの制御に
責任を有している。各ボードコントローラには、“停止
中”（ｏｏｓ）、“サービス中”（ｉｎｓ）、及び“故
障”という三つの状態が存在する。

【００３０】図６に示されているように、ＨＳＵ２内に
は、ボードコントローラアクターの四つの組が存在す
る。これらの組には、ＵＣコントローラ（ＵｃＣｏｎｔ
ｒｏｌｌｅｒ）アクター７０、二つのフォーマッタコン
トローラ（ＦｍｔＣｏｎｔｒｏｌｌｅｒ）アクター７２
（それぞれ、ＦＭＴ０アクター５０及びＦＭＴ１アクタ
ー５２に対応）、七つのマッパーコントローラ（Ｍｐｒ
Ｃｏｎｔｒｏｌｌｅｒ）アクター７４（ＳＭＰＲアクタ
ー５４及びＰＭＰＲアクター５６に対応）、及び二つの
光インターフェースコントローラ（ＯｉＣｏｎｔｒｏｌ
ｌｅｒ）アクター７６（それぞれＳＯＩアクター５８及
びＰＯＩアクター６０に対応）が含まれる。以下に詳細
に記述されているように、ＵｃＣｏｎｔｒｏｌｌｅｒア
クター７０はＭＣ４２及びＵＣ４０の双方に存在する。
他のボードコントローラは、全てＵＣ４０内に存在す
る。

【００３１】ファシリティ ファシリティは、ＨＳＵ２によってサポートされる伝送
信号を表わしている。ファシリティアクターは、ファシ
リティのソフトウエアオブジェクト表現である。これ
は、対応する伝送プロトコルをサポートする目的で、下
位に存在する電送装置を制御あるいは管理・準備する責
任を有している。ファシリティアクターは、信号性能モ
ニタリング、ファシリティアラーム検出、及び、ファシ
リティアラーム処理（例えば、ネットワーク問題処理）
にも責任を有する。各ファシリティは、プロヴィジョナ
ル実体に関連している。ファシリティアクターは、プロ
ヴィジョナル実体がリストアされた場合に生成され（す
なわち、インカーネートされ）、対応するプロヴィジョ
ナル実体がサービス中ではない場合には存在しない。フ
ァシリティのクラスは、その対応するプロヴィジョナル
実体によって決定される。ＯＣ−３プロトコルに関して
は、ファシリティクラスは、ＳＴＳ−３、ＳＴＳ−１、
ＶＴ１．５、及びＤＳ１である。

【００３２】図７に示されているように、ＨＳＵ２は、
二つのＳＴＳ−３アクター８０及び８１からなるグルー
プ、三つのＳＴＳ−１アクター８２からなる二つのグル
ープ、１６８個のＶＴ１．５アクター８４、１６８個の
ＤＳ１アクター８６及び最大１６８個のＶＴ−Ｘアクタ
ー８８を有している。二つのＳＴＳ−３アクター８０は
それぞれＳＯＩアクター５８によってそれぞれサービス
ＯＣ−３リンク１４／１６に関連してインカーネートさ
れ、二つのＳＴＳ−３アクター８１はそれぞれＰＯＩア
クター６０によってそれぞれ保護ＯＣ−３リンク２６／
２８に関連してインカーネートされたものである。ＳＴ
Ｓ−１アクター８２は、各々二つの部分を有しており、
その一方がＳＯＩアクター５８によってインカーネート
されたもの、他方がＳＭＰＲアクター５４によるもので
ある。ＶＴ１．５アクター８４及びＤＳ１アクター８６
は、ＮＰＣアクター６２によってインカーネートされた
ものである。ＳＴＳ−３アクターグループ８０及び８１
は、それぞれ、光インターフェース１２及び２４に対応
している。ＳＴＳ−１アクター８２は、サービス光イン
ターフェース１２に一部対応しており、よって、Ｏｉ＿
ｐａｒｔ８２ａを有している。さらに、ＳＴＳ−１信号
がＳＴＳ−３信号からデマルチプレクスされるため、Ｓ
ＴＳ−１アクター８２は、サービスマッパー１８にも一
部対応している。よって、ＳＴＳ−１アクターは、Ｍｐ
ｒ＿ｐａｒｔ８２ｂも有している。ＶＴ１．５アクター
８４及びＤＳ１アクター８６は、全て、サービスマッパ
ー１８に対応している。ＶＴ−Ｘアクター８８は擬似フ
ァシリティである。これは、ＶＴ１．５アクター８４が
生成されていない場合にのみ用いられる。これは、ＳＯ
ＮＥＴプロトコルが、信号が配備されていない／規定さ
れていない場合においても、そのモニターを要求するか
らである。ＶＴ１．５アクター８４が生成されると、Ｖ
Ｔ−Ｘアクター８８の責任を引き継ぐ。未選択のＯＣ−
３リンクに係るＳＴＳ−３及びＳＴＳ−１アクターは、
同一の目的のために機能する。サービスマッパー１８の
うちの未選択トリオに係るＳＴＳ−１アクターは、あら
ゆるデータ経路とは接続されておらず、従って、プレー
スホルダーとしては必要とされない。

【００３３】ファシリティアクターは、伝送経路が従う
ように互いに関連している。サービスＯＣ−３リンク１
４／１６の各々は一つのＳＴＳ−３アクター８０によっ
てサポートされており、これは三つのＳＴＳ−１アクタ
ー８２に関連している。各ＳＴＳ−１アクター８２は、
２８個のＶＴ１．５アクター８４及び２８個のＤＳ１ア
クター８６に関連している。各ＶＴ１．５アクター８４
は、対応するＤＳ１アクター８６を有している。ＶＴ
１．５及びＤＳ１アクターよりなる各々の対は、同一の
信号を操作するが、相異なったプロトコルパースペクテ
ィブを有している。

【００３４】各々のファシリティクラス内には、相異な
ったタイプのファシリティが多く存在しうる。例えば、
相異なった多数のＤＳ１信号が存在する。これらファシ
リティタイプに係るファシリティアクターを生成する目
的で、共通性を有するベースクラスを表現しているファ
シリティアクター、及び、変化を実装するサブクラスを
表わす新たに生成されたファシリティアクター、に係る
継承ストラクチャを用いることが望ましい。ファシリテ
ィはプロヴィジョナル実体がリストアされた場合に動的
に生成されるため、当該ファシリティに固有のプロトコ
ルのみを処理する特定のファシリティアクターを動的に
インカーネートすることは可能である。このことは、設
計の簡潔さ及び（ファシリティアクターに係る面倒なラ
ンタイムタイプチェックが必要とされない限り）ランタ
イム性能に著しい正の影響を与える。

【００３５】アクティブアクター 前述されているように、ＨＳＵ２は、相異なった故障グ
ループに関して保護デバイスを供給することによって、
単一点故障を処理する。ＨＳＵ２においては、三つの故
障グループが識別されている：つまり、光インターフェ
ース（ＯＩ）故障グループ、マッパー（ＭＰＲ）故障グ
ループ、及びフォーマッタ（ＦＭＴ）故障グループであ
る。ＯＩ及びＦＭＴ故障グループは１＋１保護をサポー
トし、ＭＰＲ故障グループは６：１保護をサポートす
る。言い換えれば、ＳＯＩ及びＰＯＩアクター５８／６
０、ＳＭＰＲ及びＰＭＰＲアクター５４／５６、及び、
ＦＭＴ０及びＦＭＴ１アクター５０／５２は、フォール
トトレラントプロヴィジョナル実体である。

【００３６】サービス実体及び保護実体の双方がプロヴ
ィジョン可能であって独立にサービスにリストアされう
るものではあるが、システムは、実際のデータ伝送に関
しては、サービス実体とその保護実体との間で選択をし
なければならない。言い換えれば、システムは、二つの
光インターフェース１２／２４のうちのいずれか一つ、
二つのフォーマッタ２０／３２のうちのいずれか一つ、
及び、七つのマッパーデバイス１８／３０のうちのいず
れか六つ、が、その伝送経路に含まれるように決定する
必要がある。

【００３７】この概念をモデル化するために、選択され
たそれぞれの実体に関して、“アクティブアクター”と
して知られる別なアクターの組が導入される。図８に示
されているように、アクティブ光インターフェース（Ａ
ｃｔｉｖｅＯｉ）アクター９０は、ＳＯＩアクター５８
あるいはＰＯＩアクター６０のいずれかに対する参照を
包含している。同様に三つのアクティブマッパー（Ａｃ
ｔｉｖｅＭｐｒ）アクター９２は、各々、ＳＭＰＲアク
ター５４あるいはＰＭＰＲアクター５６のうちのいずれ
かに対する参照を含んでいる。もちろん、最大一つのＡ
ｃｔｉｖｅＭｐｒアクター９２が、一度にＰＭＰＲアク
ター５６を参照することができる。ＡｃｔｉｖｅＭｐｒ
アクター９２は、２８個の対応するＮＰＣアクター６２
への２８個の参照を有している。結果として、ＮＰＣア
クターは、ＡｃｔｉｖｅＭｐｒアクター９２によって参
照されている選択されたＳＭＰＲあるいはＰＭＰＲアク
ターに対して動的にリンクされている。すなわち、Ａｃ
ｔｉｖｅＭｐｒアクター９２において参照されている２
８個のＮＰＣアクター６２は、同じＡｃｔｉｖｅＭｐｒ
アクター９２によって参照されているＳＭＰＲアクター
５４あるいはＰＭＰＲアクター５６の伝送デバイスを利
用する。２８個のＮＰＣアクター６２の動作は、ＳＭＰ
Ｒアクター５４とＰＭＰＲアクター５６との間での保護
スイッチがなされた場合に影響を受けない。なぜなら、
ＡｃｔｉｖｅＭｐｒアクター９２との関係が変化しない
からである。ＮＰＣアクター６２は、仮にＡｃｔｉｖｅ
Ｍｐｒアクター９２の一部ではない場合においても、以
下に記述されているように、アクティブグループアクタ
ー９４から、正しいＭＰＲ参照を得ることができる。実
際、このような参照を実現することがアクティブアクタ
ーの機能である。

【００３８】アクティブグループコンテナアクター（Ａ
ｃｔｉｖｅＧｒｏｕｐ）９４は、ＡｃｔｉｖｅＯｉアク
ター９０及びその三つのＡｃｔｉｖｅＭｐｒアクター９
２（及びそれらに関連しているＮＰＣアクター）を互い
にグルーピングする目的で用いられる。図８に示されて
いるように、このようなグループは二つ存在する。さら
に図８に示されているように、ＦＭＴ０アクター５０あ
るいはＦＭＴ１アクター５２に対する参照を包含するア
クティブフォーマッタ（ＡｃｔｉｖｅＦｍｔ）アクター
９６が存在する。しかしながら、全てのＭＰＲアクター
（すなわち、ＳＭＰＲアクター５４及びＰＭＰＲアクタ
ー５６）がいずれが選択されたかに拘わらず双方のフォ
ーマッタアクターとの通信を許可することも可能であ
る。

【００３９】アクティブアクターはカプセル化レイヤー
を実現し、選択されたプロヴィジョナル実体と相互作用
するために必要とされる他のアクターの論理を簡潔化す
る。保護スイッチが要求された場合には、アクティブア
クターは、スイッチ要求によって規定された適切なアク
ターのインポート／デポートに関する責任を有してお
り、よって、他のオブジェクトに連結されることを目的
として選択された実体をワーキングコンテクスト状態に
する。従来は、多くの保護スイッチ機能が、どのプロヴ
ィジョナル実体が選択されているかを決定するために、
無視できない程度のランタイム計算を必要とした。この
ような場合には、保護状態に係るグローバルデータの更
新が完了する前にインタラクションが開始されると、競
合状態が発生する可能性があった。本発明に従って、他
のシステムアクターはアクティブアクターと相互作用す
るのみであり、保護スイッチが発生したか否かを知る必
要がない。アクティブアクターは、内部イベントをシー
ルドし、状態変更の完了を保証する。

【００４０】保護マネージャ 保護マネージャは、保護スイッチの実行に関して責任を
有するアクターである。これらは、これらが制御するプ
ロヴィジョナル実体の状態を知る唯一のアクターであ
る。この制御は、プロヴィジョナル実体アクターを介し
て維持管理される。よって、図９の一般化されたブロッ
ク図に示されているように、保護マネージャ１００は、
サービス実体アクターグループ１０２（故障グループ）
と保護実体アクター１０４とに結びついている。保護マ
ネージャ１００は、アクティブアクターグループ（Ａｃ
ｔｉｖｅＡｃｔｏｒ）１０６にも結びついている。コマ
ンドインターフェース１０８は、ＭＣ４２及びＣＩ４４
と関連し、サービス及び保護実体アクター１０２／１０
４及び保護マネージャ１００と通信するソフトウエアを
表現している。前者に関しては、コマンドインターフェ
ース１０８は準備要求を発行する。後者に関しては、コ
マンドインターフェース１０８は、システム管理者によ
る手動保護スイッチコマンドを発行する。この種のコマ
ンドが受信されると、保護マネージャ１００は、サービ
ス及び保護実体アクター１０２／１０４の現時点での状
態に係る知識に基づいて、当該要求を受容あるいは拒否
する。保護マネージャ１００は、さらに、サービス及び
保護実体アクター１０２／１０４によって発行された保
護要求（例えば、ハードウエアエラーあるいはネットワ
ーク問題が発生した場合など）を受信して応答する。こ
の種の要求を受信すると、保護マネージャ１００は、保
護実体アクター１０４宛に状態問い合わせを送出する。
利用可能である場合には、スイッチがトリガーされる。
その後、保護マネージャ１００は、スイッチが完了する
前にスイッチ状態に入る。他のスイッチ要求がこの時間
期間になされた場合には、即時に拒否される。保護スイ
ッチが完了すると、保護情報が保護マネージャ１００に
よってストアされる。このことにより、保護マネージャ
１００が、サービス実体が保護されているか否かを知る
ことが可能になり、その結果、以降の保護要求に迅速に
応答することが可能になる。有利なことには、保護マネ
ージャ１００は、プロヴィジョナル実体の状態を追跡し
たりそれらの状態への同期をとる必要はない。保護マネ
ージャ１００が知っている唯一の情報は、与えられた実
体に関して保護スイッチが遂行されたか否かである（す
なわち、保護実体がサービス実体を既に保護している場
合には、他のサービス実体からの要求は、さらなる処理
をなされることなく拒否される）。保護マネージャ１０
０は、全サービス実体宛に、保護の利用可能性をブロー
ドキャストすることも可能である。このことによって、
保護を必要としていて保護実体が利用可能なあらゆる実
体によって自動的にスイッチが実行されることが可能と
なる。保護が利用可能な場合には、スイッチは、保護マ
ネージャが正式な要求を受信した後に実行される。

【００４１】光インターフェース２０／２４及びマッパ
ー１８／３０に関する保護マネージャ（スイッチ）アク
ターは存在するが、フォーマッタ２０／３２及びＣＣＮ
２２／３４に関しては存在しない。このことは、フォー
マッタ故障グループがＣＣＮ故障グループの一部であ
り、前述されているように、ＭＣ４２の制御下ででスイ
ッチされるからである。図１０は、光インターフェース
及びマッパー故障グループに係る保護マネージャアクタ
ーを示している。マッパー保護スイッチ（Ｍｐｓｗ）ア
クター１１０は、一つのＳＭＰＲアクター５４とＰＭＰ
Ｒアクター５６との間での保護スイッチを実行する。さ
らに、二つの光インターフェース保護スイッチ（Ｏｐｓ
ｗ１及びＯｐｓｗ２）アクター１１２及び１１４（それ
ぞれが、光インターフェース１２及び２４に入力される
ＯＣ−３トラフィックストリームの各々に関している）
が存在する。Ｏｐｓｗ１アクター１１２は、ＳＯＩアク
ター５８のうちの第一のもの（ＳＯＩ＿１）とＰＯＩア
クター６０のうちの第一のもの（ＰＯＩ＿１）（第一の
ＯＣ−３トラフィックストリームに係るもの）との間の
スイッチを実行する。Ｏｐｓｗ２アクター１１４は、Ｓ
ＯＩアクター５８のうちの第二のもの（ＳＯＩ＿２）と
ＰＯＩアクター６０のうちの第二のもの（ＰＯＩ＿２）
（第二のＯＣ−３トラフィックストリームに係るもの）
との間のスイッチを実行する。各保護マネージャアクタ
ーは、そのグループ内のプロヴィジョナル実体及び対応
するアクティブアクターと通信する。よって、Ｍｐｓｗ
アクター１１０は、六つのＡｃｔｉｖｅＭｐｒアクター
９２と通信することになる。同様に、Ｏｐｓｗ１アクタ
ー１１２はＡｃｔｉｖｅＯＩアクター９０のうちの第一
のもの（ＡｃｔｉｖｅＯＩ＿１）と通信するが、Ｐｐｓ
ｗ２アクター１１４はＡｃｔｉｖｅＯＩアクター９０の
うちの第二のもの（ＡｃｔｉｖｅＯＩ＿２）と通信す
る。前述されているように、保護マネージャは、手動保
護スイッチとハードウエア故障及びネットワーク問題に
よってトリガーされた自動スイッチの双方を処理し、よ
って、従来技術に係る保護スイッチ実装において存在し
ていた手動スイッチと自動スイッチとの間に起こりうる
競合状況を除去する。保護マネージャアクターは、それ
自体では保護スイッチを起こさない。システム管理者か
あるいは保護スイッチが必要なプロヴィジョナル実体の
いずれかが要求を行なう。プロヴィジョナル実体は、そ
れら自体の状況に基づいて保護を要求する。当該実体に
係る保護マネージャアクターは、当該実体に関連してい
る物理的なリソースを見渡し、保護スイッチが開始され
るべきであるか否かを決定する。同時に複数個の要求が
発生した場合には、保護マネージャアクターは、その所
定の論理に基づいて、最終的な決定を行なう。

【００４２】本発明は、全てのタイプの保護スイッチに
係る複合中央決定者（すなわち、ＭＣ４２）が存在する
という点で、従来技術に係る設計とは異なっている。前
述されているように、ＭＣは、ＣＣＮ故障グループ及び
その関連するフォーマッタ故障グループに係る保護スイ
ッチを制御するのみである。さらに、本発明に係る設計
においては、サービス及び保護実体は同一である。実体
がサービス実体であるか保護実体であるかは、保護マネ
ージャアクターがそれと通信するポートによって決定さ
れる。このことは、ＨＳＵ２の物理的な外観と無撞着で
ある。すなわち、ＨＳＵ２においては、回路パックはそ
れが保護スロットに挿入された場合に保護パックとな
り、それがサービススロットに挿入された場合にサービ
スパックとなる。このことによって、保護スイッチ設計
が簡潔化される。なぜなら、保護及びサービス実体の双
方に関して一組のコードで充分であるからである。この
設計は、Ｎ×Ｍ保護の場合のように、複数の保護実体よ
りなる保護実体プールをサポートするように容易に拡張
されうる。このような変更には、保護マネージャに係る
わずかの変更のみが必要とされる。システム内の他の全
てのオブジェクトには影響が無い。

【００４３】アクター関係 図１１は、これまでに記述された、本発明に従った種々
のサブドメインアクター及びハードウエア回路パック１
２０に関連しうるハードウエアデバイス間の関係を示し
ている。ボードコントローラアクター１２２によってソ
フトウエア上で表現されているボードコントローラは、
主としてハードウエア回路パック１２０のオンボードプ
ロセッサ１２４に関して責任を有している。これらは、
さらに、ハードウエア回路パック１２０の伝送デバイス
１２６の診断の実行に関する責任も有している。ボード
コントローラアクター１２２は、プロヴィジョナル実体
アクター１２８によってソフトウエア上で表現されてい
るプロヴィジョナル実体に対するホストとして機能す
る。図１２は、この包含関係を図２のソフトウエアモデ
ルを用いて示した図である。図１２は、さらに、図３の
状態モデルを用いる（前述された）三つのボードコント
ローラ状態を（参照番号１２９によって）示している。
ボードコントローラアクター１２２は、包含されている
プロヴィジョナル実体アクター１２８にボード状態を通
知する。逆に、プロヴィジョナル実体アクター１２８
は、それら自体の状況をレポートし、かつ、その関連し
ているプロヴィジョナル実体が故障した場合には、保護
サービスを要求することが可能である。

【００４４】それぞれが処理する信号に基づいて、プロ
ヴィジョナル実体アクター１２８は、対応する伝送デバ
イスを設定して操作する正しいファシリティアクター１
３０を生成する。この包含関係は図１２に示されてお
り、ここでは図２のソフトウエアモデルが用いられてい
る。この図から明らかなように、ファシリティアクター
１３０はプロヴィジョナル実体アクター１２８内に包含
されている。さらに、ポート“Ｐ８”が図示されてお
り、これは、包含しているボードコントローラアクター
１２２と通信する目的でプロヴィジョナル実体アクター
１２８によって使用される。さらに、図１３は、図３の
状態モデルを用いて（前述された）プロヴィジョナル実
体状態を（参照番号１３１）によって表示している。

【００４５】ファシリティアクター１３０は、ハードウ
エア回路パック１２０の伝送デバイス側を表現する。ハ
ードウエア回路パック１２０が複数個のファシリティ
（例えば、複数個のマッパー）をサポートする場合に
は、各ファシリティアクター１３０がデバイスのサブセ
ットに対してのみ関連することになる。さらに、ファシ
リティアクター１３０は、その対応するプロヴィジョナ
ル実体に種々の伝送（例えば、ネットワーク）状態を通
知する。図１４は、図２のソフトウエアモデルを用いて
ファシリティアクター１３０のコンポーネントを示して
いる。この図から明らかなように、ファシリティアクタ
ー１３０は包含しているプロヴィジョナル実体アクター
１２８とポート“Ｐ９”を介して通信する。さらに、フ
ァシリティアクター１３０は、複数個の処理エレメント
１３２、すなわち、“イベントハンドラ”、“アラーム
ユニット”、性能モニター“ｐｍ”、ファシリティ診断
ユニット（“ｆａｃｄｇｎ”）、及び、ループバック
（“ｌｐｂｋ”）診断ユニット、を含んでいる。

【００４６】保護アクター１３４は、プロヴィジョナル
実体アクター１２８と同等のものであり、後者に対して
フォールトトレラントサービスを提供する。プロヴィジ
ョナル実体アクター１２８との関係を介して、保護アク
ター１３４は包含されているファシリティアクター１３
０と相互作用を行ない、後者に、特定の状況下で選択さ
れている実際の物理的伝送デバイスへのアクセスを可能
にする。

【００４７】前述されたサブドメインアクターを用いる
ことにより、ソフトウエアーキテクチャが複数個の異な
ったビュー（視点）に分割される。そのビューとは、ハ
ードウエアビュー、システム機能ビュー、フォールトト
レラントビュー、及び伝送ビューである。システムコン
ポーネントをサブドメインに分割することにより、多く
の柔軟性が実現される。例えば、開発者が、特定のドメ
インに係る知識によって、単一のよく定義された領域に
関して仕事を行なうことが可能になる。一つの領域に関
して熟知しているものは、有能な技術者として、デジタ
ルクロスコネクトシステム４に係る全てについて知識を
有している必要は必ずしもない。サブドメインパラダイ
ムにより、将来におけるハードウエア変更が、ソフトウ
エアアーキテクチャに対する主要な影響を及ぼすことな
く実装されうることを可能にする。例えば、ハードウエ
ア設計者が伝送デバイスをボード間で移動させた場合に
おいても、ファシリティアクター及びボードコントロー
ラのわずかの部分のみが影響を受けるだけである。物理
的ボードに対してプロセッサが追加／削除される場合に
おいても、ボードコントローラのみが影響を受ける。付
加ＬＥＤも、システムの大部分に対して影響を与えるこ
となく、ボードに対して追加されうる。ソフトウエアサ
ブドメインを用いることの他の利点は、同一のプロヴィ
ジョナル実体を用いて相異なったプロトコル／ファシリ
ティを素早く実装することが可能であることである。例
えば、ＳＴＳ−１プロトコルがＯＣ−３プロトコルの代
わりにあるいはそれに追加して用いられる場合には、同
一のプロヴィジョナル実体の組によって新たなファシリ
ティの組が導出されるのみが必要である。他の全てのシ
ステムアクターはそのままでよい。

【００４８】オブジェクト分配 ここまでの議論においては、ＨＳＵ２のソフトウエアア
ーキテクチャが単一プロセッサモデルを用いて記述され
てきた。すなわち、アーキテクチャが、下位のプロセッ
サに係る詳細な参照なしに記述されている。Ｌｕｃｅｎ
ｔ社製ＤＡＣＳＩＩＴＭ製品などのデジタルクロスコネ
クトシステムは分散システムであるため、アクターは個
々のプロセッサ間で分配されなければならない。さら
に、アクターがシステム実体を表現しているため、それ
らのうちの多くは、他のローカルアクターと通信する目
的で、二つあるいはそれ以上のプロセッサ上での表現を
有していなければならない。例えば、プロヴィジョナル
実体アクターは、ＵＣ４０においてのみならずＭＣ４２
においても表現を有するべきである。各アクターの二つ
の部分は、各々のが相異なった責任を有しているけれど
も、他のものと無撞着でなければならない。従来技術に
係るアーキテクチャにおいては、種々のＨＳＵ信号処理
デバイスに関して二つのデータベースレコードが、ＭＣ
４２及びＵＣ４０の双方において管理されている。相異
なった信号処理デバイスに係るプロセッサ間でもアクタ
ーの分配は可能である。例えば、ファシリティアクター
は、ＵＣ４０、光インターフェース１２／２４及びマッ
パー１８／３０の間で分配されるべきである。

【００４９】要求されたオブジェクト分配を実現する目
的で、“ハーフオブジェクトプラスプロトコル”分配パ
ターンが用いられる。複数の表現を必要とする個々の実
体が、ハーフオブジェクト間で定義された内部プロトコ
ルによって複数のパーツに分割される。図１５は、マッ
パープロヴィジョナル実体アクター（ＭＰＲ）１４０に
関連してこのアプローチを例示している。ＭＰＲアクタ
ー１４０は、ＭＰ−ｐａｒｔＭＰＲハーフオブジェクト
１４２とＵＣ−ｐａｒｔＭＰＲハーフオブジェクト１４
４に分割されている。他のアクター１４６も同様に分配
される。

【００５０】図１６は、前述されたオブジェクト分配の
概要を示している。これより理解されるように、ＵＣ４
０及びＭＣ４２は、前述されたプロヴィジョナル実体の
各々に係るそれぞれのハーフオブジェクト１４６及び１
４８に対するホストとして機能している。ＭＣ４２は、
ＵＣボードコントローラオブジェクト１５０に対するホ
ストとしても機能している。ＵＣ４０は、光インターフ
ェース１２／２４、マッパー１８／３０及びフォーマッ
タ２０／３２に対応するボードコントローラオブジェク
ト群に対するホストとして機能している。ファシリティ
ハーフオブジェクト１５５、１５６及び１５８は、それ
ぞれ、ＵＣ４０、光インターフェース１２／２４及びマ
ッパー１８／３０によってサービスを提供されている。

【００５１】ソフトウエア開発の間、高レベルアーキテ
クチャビューを管理する目的で、全てのハーフオブジェ
クトはより高次のアクターに包含されている。アーキテ
クチャモデルが安定すると、アクターはプロセッサ境界
に従ってグルーピングされる。その後、同一のプロセッ
サ上に存在するアクターは一緒にコンパイルされて、従
来技術においてなされてきたように、各プロセッサに係
る最終的な実行コードが生成される。

【００５２】図１７は、分散アクターを生成するための
相異なったモデリング段階を示している。記述を簡潔に
する目的で、いくつかの準備可能アクターのみが示され
ている。第一モデル１６０は単一プロセッサモデルであ
る。これは、システムがどのエレメントを含むべきか、
それぞれのエレメントが互いにどのような関連を有する
べきか、といったシステム構造に焦点を合わせている。
実装の詳細は省略されている。第二のモデル１６５は、
内部ハーフオブジェクトを有しており、下位のプロセッ
サを考慮している。アクターは、プロセッサ境界に従っ
てハーフオブジェクトに分割されている。ハーフオブジ
ェクトに係る内部プロトコルが設定されている。単一プ
ロセッサ環境におけるアクターの責任は、ハーフオブジ
ェクトによって共有されている。ハーフオブジェクト
は、第一モデル１６０における元のアクターの目的を実
現するために協調する。内部のジョブ分割は、他のアク
ターには不可視である。第三のモデル１７０は完全分散
モデルである。アクターは、それらのホストとして機能
しているプロセッサに従って再グルーピングされてい
る。ハーフオブジェクト間の関係は、それらが相異なっ
たプロセッサ上に存在している場合においても不変であ
る。あるプロセッサ上のアクターは、他者が別のプロセ
ッサ上に対応物を有していることを知ることなく、互い
に通信する。例えば、ＭＣ４２上の光インターフェース
ハーフオブジェクトは、ＭＣ４２上のマッパーハーフオ
ブジェクトと通信する。他のプロセッサ上の他のマッパ
ーハーフオブジェクトに係る知識は有していない。この
ようなカプセル化により、他のアクターに影響を与える
ことなく、ハーフオブジェクト間の協調の調整が可能に
なる。

【００５３】図１８は、保護された準備可能実体アクタ
ーのハーフオブジェクト分割を示している。全ての保護
された準備可能実体は、ＵＣ部及びＭＣ部の二つの個別
の部分を有している。保護された実体に係る保護マネー
ジャも、対応するＵＣ部及びＭＣ部を有している。論理
的には、ハーフオブジェクトよりなる全ての対は、要求
された動作を実行するために共に機能するが、それらは
物理的にはＭＣ４２及びＵＣ４０に位置している。図１
８には、ＣＩ４４も示されている。

【００５４】対応するハーフオブジェクト対の各々がコ
ンテナオブジェクトとして指定されている場合には、サ
ービス実体、保護実体、及び保護マネージャ間の論理的
な関係が記述されうる。図１８においては、コンテナオ
ブジェクト１８２は、六つのサービスマッパー１８に対
応する六つのＭＣ−ｐａｒｔＳＭｐｒハーフオブジェク
ト１８４及び六つのＵＣ−ｐａｒｔＭｐｒ＿ｓハーフオ
ブジェクト１８６を包含している。同様に、コンテナオ
ブジェクト１８８は、一つの保護マッパー３０に対応す
る一つのＭＣ−ｐａｒｔＰＭｐｒハーフオブジェクト１
９０及び一つのＵＣ−ｐａｒｔＭｐｒ＿ｐハーフオブジ
ェクト１９２を包含している。コンテナオブジェクト１
９４は、サービス光インターフェース１２によって処理
される二つのＯＣ−３トラフィックストリームに対応す
る二つのＭＣ−ｐａｒｔＯＩ＿ｓハーフオブジェクト１
９６及び二つのＵＣ−ｐａｒｔＯｉ＿ｓハーフオブジェ
クト１９８を包含している。同様に、コンテナオブジェ
クト２００は、保護光インターフェース２４によって処
理される二つのＯＣ−３トラフィックストリームに対応
する二つのＭＣ−ｐａｒｔＯＩ＿ｐハーフオブジェクト
２０２及び二つのＵＣ−ｐａｒｔＯｉ＿ｐハーフオブジ
ェクト１９８を包含している。

【００５５】各々の故障グループは、ただ一つの保護マ
ネージャ（ＰｒｏｔＭｇｒ）を有しており、各Ｐｒｏｔ
Ｍｇｒコンテナオブジェクトは、対応するサービス及び
保護実体コンテナオブジェクト（保護グループ）の保護
スイッチ動作の調停に関する責任を有している。コンテ
ナオブジェクト２０６は、ＭＣ−ｐａｒｔＰｒｏｔＭｇ
ｒハーフオブジェクト２０８及びＵＣ−ｐａｒｔＰｒｏ
ｔＭｇｒハーフオブジェクト２１０を包含している。Ｐ
ｒｏｔＭｇｒハーフオブジェクト２０８及び２１０は、
ＳＭｐｒ及びＭｐｒ＿ｓハーフオブジェクト１８４／１
８６及びＰＭｐｒ及びＭｐｒ＿ｐハーフオブジェクト１
９０／１９２を代表して、ＰＳＷ動作を制御する。Ｐｒ
ｏｔＭｇｒハーフオブジェクト２０６は、アクティブア
クター（ＡｃｔｉｖｅＭｐｒ）２１２との通信も行な
う。コンテナオブジェクト２１４は、二つのＭＣ−ｐａ
ｒｔＰｒｏｔＭｇｒハーフオブジェクト２１６及びＵＣ
−ｐａｒｔＰｒｏｔＭｇｒハーフオブジェクト２１８を
包含している。ＰｒｏｔＭｇｒハーフオブジェクト２１
６及び２１８は、ＯＩ＿ｓ及びＯｉ＿ｓハーフオブジェ
クト１９６／１９８及びＯＩ＿ｐ及びＯｉ＿ｐハーフオ
ブジェクト２０２／２０４を代表して、ＰＳＷ動作を制
御する。ＰｒｏｔＭｇｒハーフオブジェクト２１４は、
アクティブアクター（ＡｃｔｉｖｅＯｉ）２２０との通
信も行なう。

【００５６】全てのＰＳＷ要求は、ＰｒｏｔＭｇｒコン
テナオブジェクトに送られ、コンテナオブジェクトに論
理的に包含されているＵＣ部ＰｒｏｔＭｇｒハーフオブ
ジェクトによって処理される。ＵＣ部ＰｒｏｔＭｇｒハ
ーフオブジェクトは、どの実体が選択されて保護される
のかを決定する。この情報は、アクティブ実体グループ
ＡｃｔｉｖｅＭｇｒ２１２及びＡｃｔｉｖｅＯｉ２２０
において管理され、そのインデックスが論理実体番号に
よって選択される。

【００５７】図１９は、ハーフオブジェクト対間での通
信に関して用いられる共有メモリ機構を示している。こ
こでは、アクター２３０がＵＣ実行可能ハーフアクター
２３２及びＭＣ実行可能ハーフアクター２３４を有して
いると仮定されている。ハーフアクター２３２及び２３
４は、それぞれの実行可能プロセス２３６及び２３８を
実行する。これらのプロセスは、それぞれのメモリ空間
２４０及び２４２において実行され、これらのメモリ空
間は重複していて共有メモリ２４４を実現している。ハ
ーフアクター２３２及び２３４は、論理的結合２４６を
実現しており、対応するプロキシ２４８及び２５０を介
して通信する。他のプロセッサ内通信機構、例えばＬＡ
Ｎ（ローカルエリアネットワーク）通信も用いられう
る。

【００５８】以上の説明は、本発明の一実施例に関する
もので，この技術分野の当業者であれば、本発明の種々
の変形例が考え得るが、それらはいずれも本発明の技術
的範囲に包含される。

【００５９】

【発明の効果】以上述べたごとく、本発明によれば、メ
インコントローラ、コマンドインターフェース、及び、
少なくとも一つのデジタルシグナルプロセシングユニッ
トを有するデジタルクロスコネクトシステム向けの、本
発明に係る新たな保護スイッチアーキテクチャが提供さ
れる。

【００６０】特許請求の範囲の発明の要件の後に括弧で
記載した番号がある場合は本発明の一実施例の態様関係
を示すものであって、本発明の範囲を限定するものと解
釈してはならない。

【図面の簡単な説明】

【図１】 本発明に従ってデジタルクロスコネクトシス
テムにおいて用いられることが企図されている信号処理
ユニット例を示す機能ブロック図。

【図２】 図１に示された信号処理ユニットがデジタル
クロスコネクトシステムのメインコントローラとコマン
ドインターフェースと組み合わせて用いられる様子を示
す機能ブロック図。

【図３】 本発明を実装する目的で用いられるアクター
ソフトウエアオブジェクトを示す機能ブロック図。

【図４】 アクターソフトウエアオブジェクトにおける
状態遷移例を示す状態ダイアグラム。

【図５】 図１の信号処理ユニットにおけるプロヴィジ
ョナルアクター実体を表わすソフトウエアオブジェクト
を示す機能ブロック図。

【図６】 図１の信号処理ユニットにおける制御アクタ
ー実体を表わすソフトウエアオブジェクトを示す機能ブ
ロック図。

【図７】 図１の信号処理ユニットにおけるファシリテ
ィアクターを表わすソフトウエアオブジェクトを示す機
能ブロック図。

【図８】 図１の信号処理ユニットにおけるアクティブ
アクターを表わすソフトウエアオブジェクトを示す機能
ブロック図。

【図９】 保護スイッチマネージャアクターを表わすソ
フトウエアオブジェクトを示す機能ブロック図。

【図１０】 図１の信号処理ユニットにおける保護マネ
ージャアクターを示す機能ブロック図。

【図１１】 本発明に従って保護スイッチに関与させら
れるソフトウエアオブジェクト及びハードウエアデバイ
スを示す機能ブロック図。

【図１２】 ボードコントローラアクターオブジェクト
を示す機能ブロック図。

【図１３】 プロヴィジョナルアクター実体オブジェク
トを示す機能ブロック図。

【図１４】 ファシリティアクターオブジェクトを示す
機能ブロック図。

【図１５】 “ハーフオブジェクトプラスプロトコル”
分散パターンを示す機能ブロック図。

【図１６】 本発明に係る分散プロセッサモデルにおけ
る複数のオブジェクト分散を示す機能ブロック図。

【図１７】 本発明に係る単一プロセッサモデル及び複
数プロセッサモデルを示す機能ブロック図。

【図１８】 図１７の分散プロセッサモデルに従った分
散ソフトウエアオブジェクトを示す機能ブロック図。

【図１９】 二つのハーフオブジェクト対間での通信に
用いられる共有メモリメカニズムを示す機能ブロック
図。

【符号の説明】

２ デジタル信号処理ユニット ４ デジタルクロスコネクトシステム ６ 第一端 ８ 第二端 １０ 伝送経路 １２、２４ 光インターフェース １４、１６、２６、２８ ＯＣ−３リンク １８、３０ マッパー ２０、３２ フォーマッタ ２２、３４ クロスコネクトネットワークデバイス ４０ ユニットコントローラ ４２ メインコントローラ ４４ コマンドインターフェース ５０、５２ フォーマッタアクター ５４、５６ マッパーアクター ５８、６０ 光インターフェースアクター ６２ ＮＰＣアクター ６４ ＵＣアクター ７０ ＵＣコントローラアクター ７２ フォーマッタコントローラアクター ７４ マッパーコントローラアクター ７６ 光インターフェースコントローラアクター ８０、８１ ＳＴＳ−３アクター ８２ ＳＴＳ−１アクター ８４ ＶＴ１．５アクター ８６ ＤＳ１アクター ８８ ＶＴ−Ｘアクター ９０ アクティブ光インターフェースアクター ９２ アクティブマッパーアクター ９４ アクティブグループコンテナアクター ９６ アクティブフォーマッタアクター １００ 保護マネージャ １０２ サービス実体アクター １０４ 保護実体アクター １０６ アクティブアクターグループ １０８ コマンドインターフェース １１０ マッパー保護スイッチアクター １１２、１１４ 光インターフェース保護スイッチアク
ター １２０ ハードウエア回路パック １２２ ボードコントローラアクター １２４ オンボードプロセッサ １２６ 伝送デバイス １２８ プロヴィジョナル実体アクター １３０ ファシリティアクター １３４ 保護アクター １４０ マッパープロヴィジョナル実体アクター １４２ ＭＰ−ｐａｒｔＭＰＲハーフオブジェクト １４４ ＵＣ−ｐａｒｔＭＰＲハーフオブジェクト １４６、１４８ プロヴィジョナル実体アクターハーフ
オブジェクト １５０ ＵＣボードコントローラオブジェクト １５２ ボードコントローラオブジェクト １５５、１５６、１５８ ファシリティハーフオブジェ
クト １６０ 単一プロセッサモデル １６５ ハーフオブジェクトを有する単一プロセッサモ
デル １７０ 分散モデル １８２ コンテナオブジェクト １８４ ＳＭｐｒハーフオブジェクト １８６ Ｍｐｒ＿ｓハーフオブジェクト １８８ コンテナオブジェクト １９０ ＰＭｐｒハーフオブジェクト １９２ Ｍｐｒ＿ｐハーフオブジェクト １９４ コンテナオブジェクト １９６ ＯＩ＿ｓハーフオブジェクト １９８ Ｏｉ＿ｓハーフオブジェクト ２００ コンテナオブジェクト ２０２ ＯＩ＿ｐハーフオブジェクト ２０４ Ｏｉ＿ｐハーフオブジェクト ２０６ コンテナオブジェクト ２０８、２１０ ＰｒｏｔＭｇｒハーフオブジェクト ２１２ ＡｃｔｉｖｅＭｐｒハーフオブジェクト ２１４ コンテナオブジェクト ２１６、２１８ ＰｒｏｔＭｇｒハーフオブジェクト ２２０ ＡｃｔｉｖｅＯＩハーフオブジェクト ２３０ アクター ２３２、２３４ ハーフアクター ２４０、２４２ メモリ空間 ２４４ 共有メモリ ２４６ 論理的結合 ２４８、２５０ プロキシ

フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 ハン リー アメリカ合衆国、60540 イリノイ州、ネ イパービル、ジョン フレンド ドライブ 912 (72)発明者 ナット クェン ファム アメリカ合衆国、60193 イリノイ州、シ ュハンバーグ、グラス レーン 534 Ｆターム(参考） 5K069 AA10 DA03 FA03 FA26 HA07

Claims (16)

【特許請求の範囲】
1. 【請求項１】 メインコントローラ、コマンドインター
   フェース、及び少なくとも一つのデジタル信号処理ユニ
   ット、デジタル信号処理ユニット及び統合された保護ス
   イッチを有するデジタルクロスコネクトシステムにおい
   て、当該システムが、 単一あるいは複数個の信号処理サービスデバイスと、 前記サービスデバイスに対応する単一あるいは複数個の
   信号処理保護デバイスと、 ユニットコントローラと、 前記サービスデバイスと前記保護デバイスとの間での信
   号処理責任をスイッチするための前記ユニットコントロ
   ーラ内の保護スイッチとを有しており、 前記保護スイッチが、前記サービスデバイスからの自動
   保護要求に応答して前記メインコントローラの関与を有
   さずに前記保護要求に関する全ての保護スイッチを完了
   することによって前記メインコントローラとは独立に実
   現するように適応されていることを特徴とするデジタル
   クロスコネクトシステム。
2. 【請求項２】 前記保護スイッチが、前記メインコント
   ローラからの保護スイッチ要求に応答して手動保護スイ
   ッチを実行するように適応されていることを特徴とする
   請求項１に記載のデジタルクロスコネクトシステム。
3. 【請求項３】 前記ユニットコントローラが、前記サー
   ビスデバイスに関連している単一あるいは複数個のサー
   ビスオブジェクト、前記保護デバイスに関連している単
   一あるいは複数個の保護オブジェクト、及び前記サービ
   スオブジェクト及び前記保護オブジェクトに関連する前
   記保護スイッチを実現する単一あるいは複数個の保護マ
   ネージャオブジェクトを有するソフトウエアアーキテク
   チャを実現することを特徴とする請求項１に記載のデジ
   タルクロスコネクトシステム。
4. 【請求項４】 前記サービスオブジェクト及び前記保護
   オブジェクトが、前記サービスデバイス及び前記保護デ
   バイスのソフトウエア表現をそれぞれ実現する準備可能
   実体（プロヴィジョナブルエンティティ）オブジェクト
   を含んでおり、保護スイッチ動作の一部が前記サービス
   デバイス及び前記保護デバイスをサービス提供中及びサ
   ービス停止中にする際に前記準備可能実体オブジェクト
   が前記保護マネージャオブジェクトによって発行された
   準備要求に応答することを特徴とする請求項３に記載の
   デジタルクロスコネクトシステム。
5. 【請求項５】 前記サービスオブジェクト及び前記保護
   オブジェクトが、前記サービスデバイス及び前記保護デ
   バイスを実現する回路基板ハードウエアのそれぞれソフ
   トウエア表現であるボードコントローラオブジェクトを
   有しており、前記ボードコントローラオブジェクトが前
   記基板ハードウエアを初期化し、局所的な処理機能を有
   する基板ハードウエアにソフトウエアをダウンロード
   し、前記ユニットコントローラからの要求に応じて前記
   基板ハードウエアを診断し、及び、前記基板ハードウエ
   アの状況を前記準備可能実体オブジェクトに通知するよ
   うに適応されていることを特徴とする請求項４に記載の
   デジタルクロスコネクトシステム。
6. 【請求項６】 前記サービスオブジェクトが、前記サー
   ビスデバイスによって担持される伝送信号のソフトウエ
   ア表現を実現するファシリティオブジェクトを有してお
   り、前記ファシリティオブジェクトが所望の伝送プロト
   コルをサポートする目的で前記基板ハードウエア上の伝
   送デバイスを設定し、性能モニター、ファシリティアラ
   ーム検出及びファシリティアラーム処理を実行し、及
   び、伝送状況を前記準備可能実体オブジェクトに通知す
   るように適応されていることを特徴とする請求項５に記
   載のデジタルクロスコネクトシステム。
7. 【請求項７】 前記ソフトウエアアーキテクチャが、単
   一あるいは複数個の前記サービスデバイスあるいは対応
   する単一あるいは複数個の前記保護デバイスを選択的に
   表現するアクティブオブジェクトを、前記保護スイッチ
   によっていずれが選択されるかに依存して有しており、
   前記アクティブオブジェクトが、前記単一あるいは複数
   個の選択された前記サービスデバイスあるいは前記保護
   サービスデバイスとの相互作用を前記保護スイッチによ
   っていずれが選択されているかに係る知見を有さずに行
   なう機構を実現するように適応されていることを特徴と
   する請求項６に記載のデジタルクロスコネクトシステ
   ム。
8. 【請求項８】 前記ソフトウエアアーキテクチャが、規
   定された故障グループにおける前記サービスデバイスあ
   るいは保護デバイスを表現する前記アクティブオブジェ
   クトを複数個包含するアクティブグループオブジェクト
   を有していることを特徴とする請求項７に記載のデジタ
   ルクロスコネクトシステム。
9. 【請求項９】 前記準備可能実体オブジェクト及び前記
   保護マネージャオブジェクトが、各々、前記メインコン
   トローラ内に位置するメインコントローラハーフオブジ
   ェクト及び前記ユニットコントローラ内に位置するユニ
   ットコントローラハーフオブジェクトを有していること
   を特徴とする請求項３に記載のデジタルクロスコネクト
   システム。
10. 【請求項１０】 前記ユニットコントローラ保護マネー
    ジャハーフオブジェクトが自動及び手動保護スイッチ動
    作の実現に係る責任を有しており、前記メインコントロ
    ーラ保護マネージャハーフオブジェクトが手動保護要求
    の前記ユニットコントローラ保護マネージャハーフオブ
    ジェクト宛の転送に係る責任を有していることを特徴と
    する請求項９に記載のデジタルクロスコネクトシステ
    ム。
11. 【請求項１１】 メインコントローラ、コマンドインタ
    ーフェース、及び少なくとも一つのデジタル信号処理ユ
    ニットを有するデジタルクロスコネクトシステムにおい
    て、前記デジタル信号処理ユニットは単一あるいは複数
    個の信号処理サービスデバイス、前記サービスデバイス
    に対応する単一あるいは複数個の信号処理保護デバイ
    ス、及びユニットコントローラを有しており、前記サー
    ビスデバイスと前記保護デバイスとの間の保護スイッチ
    を実行する方法が、 前記ユニットコントローラにおける前記サービスデバイ
    スから保護要求を受信する段階と、 前記保護要求に応答して前記サービスデバイスと前記保
    護デバイスとの間の保護スイッチを実行する段階と、 ここで、前記保護スイッチは、この種の保護要求に関連
    する全ての保護スイッチを前記メインコントローラが関
    与することなく完了することによって前記ユニットコン
    トローラによって自動的に前記メインコントローラとは
    独立に実行され、 前記保護スイッチ状況を前記メインコントローラに報告
    する段階と、 を有していることを特徴とするデジタルクロスコネクト
    システム実現方法。
12. 【請求項１２】 前記方法が、さらに、 前記ユニットコントローラにおける前記メインコントロ
    ーラからの手動保護スイッチ要求を受信する段階と、 前記要求に応答して保護スイッチを自動的に前記メイン
    コントローラとは独立に実行する段階とを有することを
    特徴とする請求項１１に記載のデジタルクロスコネクト
    システム実現方法。
13. 【請求項１３】 前記報告段階が、さらに、 前記ユニットコントローラが前記メインコントローラに
    前記ユニットコントローラによって自動保護スイッチ動
    作が開始されている旨を報告する第一報告段階と、 前記ユニットコントローラが前記メインコントローラに
    前記ユニットコントローラによって自動保護スイッチ動
    作が完了した旨を報告する第二報告段階とを有している
    ことを特徴とする請求項１１に記載のデジタルクロスコ
    ネクトシステム実現方法。
14. 【請求項１４】 メインコントローラ、コマンドインタ
    ーフェース、及び少なくとも一つのデジタル信号処理ユ
    ニット、デジタル信号処理ユニット及び統合された保護
    スイッチを有するデジタルクロスコネクトシステムにお
    いて、当該システムが、 単一あるいは複数個の信号処理サービスデバイスと、 前記サービスデバイスに対応する単一あるいは複数個の
    信号処理保護デバイスと、 ユニットコントローラと、 前記サービスデバイスと前記保護デバイスとの間での信
    号処理責任をスイッチするための前記ユニットコントロ
    ーラ内の保護スイッチとを有しており、 前記保護スイッチは、前記サービスデバイスからの自動
    保護要求に応答して前記メインコントローラの関与を有
    さずに前記保護要求に関する全ての保護スイッチを完了
    することによって前記メインコントローラとは独立に実
    現するように適応されており、 前記保護スイッチは、さらに、前記メインコントローラ
    からの保護スイッチ要求に応答して手動保護スイッチを
    実行するように適応され、 前記ユニットコントローラは、前記サービスデバイスに
    関連している単一あるいは複数個のサービスオブジェク
    ト、前記保護デバイスに関連している単一あるいは複数
    個の保護オブジェクト、及び前記サービスオブジェクト
    及び前記保護オブジェクトに関連する前記保護スイッチ
    を実現する単一あるいは複数個の保護マネージャオブジ
    ェクトを有するソフトウエアアーキテクチャを実現し、 前記サービスオブジェクト及び前記保護オブジェクト
    は、前記サービスデバイス及び前記保護デバイスのソフ
    トウエア表現をそれぞれ実現する準備可能実体（プロヴ
    ィジョナブルエンティティ）オブジェクトを含んでお
    り、保護スイッチ動作の一部が前記サービスデバイス及
    び前記保護デバイスをサービス提供中及びサービス停止
    中にする際に前記準備可能実体オブジェクトが前記保護
    マネージャオブジェクトによって発行された準備要求に
    応答し、 前記サービスオブジェクト及び前記保護オブジェクト
    は、さらに、前記サービスデバイス及び前記保護デバイ
    スを実現する回路基板ハードウエアのそれぞれソフトウ
    エア表現であるボードコントローラオブジェクトを有し
    ており、前記ボードコントローラオブジェクトが前記基
    板ハードウエアを初期化し、局所的な処理機能を有する
    基板ハードウエアにソフトウエアをダウンロードし、前
    記ユニットコントローラからの要求に応じて前記基板ハ
    ードウエアを診断し、及び、前記基板ハードウエアの状
    況を前記準備可能実体オブジェクトに通知するように適
    応され、 前記サービスオブジェクトは、さらに、前記サービスデ
    バイスによって担持される伝送信号のソフトウエア表現
    を実現するファシリティオブジェクトを有しており、前
    記ファシリティオブジェクトが所望の伝送プロトコルを
    サポートする目的で前記基板ハードウエア上の伝送デバ
    イスを設定し、性能モニター、ファシリティアラーム検
    出及びファシリティアラーム処理を実行し、及び、伝送
    状況を前記準備可能実体オブジェクトに通知するように
    適応され、 前記ソフトウエアアーキテクチャは、さらに、単一ある
    いは複数個の前記サービスデバイスあるいは対応する単
    一あるいは複数個の前記保護デバイスを選択的に表現す
    るアクティブオブジェクトを、前記保護スイッチによっ
    ていずれが選択されるかに依存して有しており、前記ア
    クティブオブジェクトが、前記単一あるいは複数個の選
    択された前記サービスデバイスあるいは前記保護サービ
    スデバイスとの相互作用を前記保護スイッチによってい
    ずれが選択されているかに係る知見を有さずに行なう機
    構を実現するように適応され、 前記ソフトウエアアーキテクチャは、さらに、規定され
    た故障グループにおける前記サービスデバイスあるいは
    保護デバイスを表現する前記アクティブオブジェクトを
    複数個包含するアクティブグループオブジェクトを有し
    ていることを特徴とするデジタルクロスコネクトシステ
    ム。
15. 【請求項１５】 前記準備可能実体オブジェクト及び前
    記保護マネージャオブジェクトが、各々、前記メインコ
    ントローラ内に位置するメインコントローラハーフオブ
    ジェクト及び前記ユニットコントローラ内に位置するユ
    ニットコントローラハーフオブジェクトを有しており、
    前記ユニットコントローラ保護マネージャハーフオブジ
    ェクトが自動及び手動保護スイッチ動作の実現に係る責
    任を有しており、前記メインコントローラ保護マネージ
    ャハーフオブジェクトが手動保護要求の前記ユニットコ
    ントローラ保護マネージャハーフオブジェクト宛の転送
    に係る責任を有していることを特徴とする請求項１４に
    記載のデジタルクロスコネクトシステム。
16. 【請求項１６】 メインコントローラ、コマンドインタ
    ーフェース、及び少なくとも一つのデジタル信号処理ユ
    ニットを有するデジタルクロスコネクトシステムにおい
    て用いられるコンピュータプログラムにおいて、前記デ
    ジタル信号処理ユニットは単一あるいは複数個の信号処
    理サービスデバイス、前記サービスデバイスに対応する
    単一あるいは複数個の信号処理保護デバイス、及びユニ
    ットコントローラを有しており、前記サービスデバイス
    と前記保護デバイスとの間の保護スイッチを実行する方
    法を実現する前記コンピュータプログラムが、データ蓄
    積媒体と、 前記データ蓄積媒体に記録された、前記ユニットコント
    ローラにおいて前記サービスデバイスから保護要求を受
    信する手段と、 前記データ蓄積媒体に記録された、前記保護要求に応答
    して前記サービスデバイスと前記保護デバイスとの間の
    保護スイッチを実行する手段と、 ここで、前記保護スイッチは、前記サービスデバイスか
    らの自動保護要求に応答して前記メインコントローラの
    関与を有さずに前記保護要求に関する全ての保護スイッ
    チを完了することによって前記メインコントローラとは
    独立に実行され、 前記データ蓄積媒体に記録された、前記保護スイッチ状
    態を前記メインコントローラ宛に報告する手段とを有す
    ることを特徴とするコンピュータプログラム。