JP2001501420A

JP2001501420A - 切換可能のマルチドロップビデオ分配システム

Info

Publication number: JP2001501420A
Application number: JP10532888A
Authority: JP
Inventors: ショウンフィールド，ジァン、イー
Original assignee: インテレクト、ネトウァーク、テクナラジス
Priority date: 1997-01-31
Filing date: 1998-01-08
Publication date: 2001-01-30
Also published as: WO1998034360A1; AU6015998A; EP0908032A1; CN1220791A; ZA98578B; KR20000064825A; US5867484A; TW429717B; CA2250438A1

Abstract

(57)【要約】ＳＯＮＥＴリング伝送システムにおいてノード装置を制御するための技術。コントロールセンターからのコントロール信号が、ＳＯＮＥＴリング(24)に結合された各ノード(50-57)にＳＯＮＥＴフレームの選択されたバイトにおいて伝送される。各ＳＯＮＥＴノードは、宛先アドレスに関する制御信号をデコードするためのデコーダ(61)を含み、かつもし一致が見つかるならば、ノードは代表的機能を実行するためにコマンドフィールドをデコードする。このコマンドは、ノード回路を活性化又は非活性化し、或いはＳＯＮＥＴフレームの規定されたＶＴチャンネルにおいてビデオ信号を受信又は送信することができる。このようにして、装置は個々のノードでオン又はオフに切り換えて、ＳＯＮＥＴネットワークの帯域幅効率を最適化することができる。

Description

【発明の詳細な説明】発明の名称切換可能のマルチドロップビデオ分配システム関連出願本発明は、１９９６年７月１６日出願の出願番号６０／１３，５１３号の、「ビデオ分配システム−次世代」という名称の継続中の米国暫定特許出願の利益を主張する。本発明の技術分野本発明は一般的には、各ノードでデータを抽出し、取り替え、又は変更することのできるマルチノードを通るデータの伝送に関する。特に、本発明は、ビデオ装置を選択的に動作又は不動作にし、それによってビデオ伝送システムの帯域幅使用を最適化することができるように、ビデオ伝送路の各ノードで、ビデオカメラ及び／又はモニターのようなデータ送信機／受信機を選択制御することに関する。発明の背景高速度ディジタル伝送システムが、音声、データ及び他の情報の通信のために大きく発展してきた。ビデオ信号の伝送はまた、アナログとディジタルの両方の信号に関して、大いに発展した技術である。ビデオ両像の伝送は、それが静止していようと動いていようと、かなりの情報量の通信を必要とする。この技術は、過度に複雑にしたり或いは高価にすることなく、比較的に少ないチャンネルのビデオ情報を伝送するために利用することができる。ビデオ信号を含む、アナログ信号のディジタル化は、十分に発展した技術である。実際、ディジタル圧縮技術は、伝送システムの使用を最適化するために、ディジタル信号をずっと低い帯域幅に圧縮するために発展してきた。ディジタルビデオ信号の圧縮は、標準ディジタル伝送システム上でビデオ情報の低コスト及び効率的な伝送を可能にする。このような伝送システムは、より大きな、或いは異なるタイプのシステムを必要とすることなく、同じ伝送システム上でビデオ信号と共に、音声及びデータ信号を運ぶことができる。オプティカル信号によるディジタル信号の伝送は、主として高速度伝送媒体により発展している技術である。さらに、ディジタル信号の光ファイバー伝送は、リピータ又は再生器を使用することなく長い寿命、長い伝送距離のような、標準銅より対又は同軸ケーブル同等製品に比較してある固有の利点を有し、かつ電磁妨害の影響をずっと受け難い。データのディジタル化及び圧縮は、既知量の信号劣化を生じるけれども、光ファイバシステム上の圧縮化ディジタル信号の伝送は、これ以上の劣化を付加しない。実際、光ファイバシステムにおけるドロップの距離及び数は、もはや信号品質に影響しない。これは、ビデオ信号の品質に影響することなく伝送ネットワークにおけるどこでもビデオ信号をモニターすることを可能にする。ビデオ信号はこのように、専用モニターステーションと共に、管理オフィスでより効果的にモニターすることができる。ＪＰＥＧ及びＭＰＥＧ等のような新規なビデオ圧縮標準は、低い３８4kbits/s の帯域幅で完全動画ビデオを伝送することを可能にする。帯域幅要求は、ビデオ品質に影響し、高い帯域幅は良好な品質を提供する。比較的に高い品質のビデオは、現在は、低い２Mbit/sの帯域幅で伝送することができる。これらの信号は、ＤＳ−１、フレームリレー及びＡＴＭのような標準伝送プロトコルで容易に伝送される。公衆通信ネットワークによって伝送されたビデオ信号は、信頼性ある公衆通信ネットワークへのアクセスがある世界中のいずれの遠隔位置からも、カメラをモニターすることを可能にする。同期光ネットワーク（ＳＯＮＥＴ）［ＳｙｎｃｈｒｏｎｏｕｓＯｐｔｉｃａｌＮＥＴｗｏｒｋ］伝送システムは、世界的に主要な公衆電気通信ネットワークの全てに組み入れられている。ヨーロッパにおける相当するＳＯＮＥＴシステムは、同期ディジタルヒエラルキー（ＳＤＨ）システムとして知られている。光信号のＳＯＮＥＴ伝送は、周知のプロトコルに従い実行される。効率的なビデオ圧縮技術及びＳＯＮＥＴ／ＳＤＨの世界的なディジタル圧縮標準の利用可能性によって、ビデオ情報は、ビデオ産業が以前には考えもしなかった方法で配送することができる。これらの新たな方法は、低コストディジタル化及び高帯域幅アナログ信号の圧縮の故に、もたらされる。ＳＯＮＥＴ／ＳＤＨの新たな切換能力と結びついた低コスト圧縮が、現在は、ビデオ信号のための切換ベースの配送システムを可能にしている。現在のビデオ配送又は伝送は、２つの主グループ、即ち、エンターテイメント配送とビデオモニタリングに分類することができる。ビデオ情報のエンターテイメント配送は、比較的少数のビデオチャンネル及び多数のモニター又は加入者の標準的な放送及びケーブルテレビシステムを含んでいる。ビデオモニタリング分野は、多数のカメラ又はビデオチャンネルが、比較的少数のモニタ又は加入者によってモニターされるセキュリティ産業を含んでいる。用語「セキュリティ」は、セキュリティ又は経営情報を得るための何らかの遠隔モニタリングを含むように広い意味で使用される。ビデオモニタリング分野は、電力配電システム及びパイプラインの遠隔モニタリング、航空、列車及び高速道路輸送システムの遠隔モニタリング、及び空港、刑務所、製造施設、大学構内、政府施設等の大きな施設の遠隔モニタリングを含んでいる。図１は、多数のカメラのビデオ信号を、より少ない数のビデオモニターに切り換えるためのビデオ配送分野において周知の装置を例示している。複数のビデオカメラ１０及び関連したアナログ−ディジタルコンバータ（図示せず）は、個々のＴ１キャリアライン２０によってディジタル化信号を、反対回りの光ネットワーク２４上の個々のノードに結合する。各ビデオカメラ１０からのディジタル化ＮＴＳＣ信号は、圧縮され、かつＳＯＮＥＴプロトコルに従い両方の光ファイバ２４ａ及び２４ｂ上の個々のノード２２により結合される。光ファイバ２４ａは、同じ情報が、光ファイバ２４ｂ上と同じプロトコルに従うが、しかし、反対方向に伝送されるという点で、二重化されている。図１に示された光ネットワークの反対回りの性質は、システムの信頼性を高める。各ノード２２、２６及び２８は、データ及びディジタル化音声通信容量と共に、多くのビデオカメラ及び関連したインターフェースを含むことができる。ベースノード３０は、ビデオ信号を大きなビデオ切換マトリックス３６を通して多数のモニタに結合する。さらに、図１のシステムは４つのノードを例示するけれども、それぞれ地理的に１００マイル程度まで離れている、より少ないか、又はより多いノードにすることができる。ＳＯＮＥＴプロトコルは、種々のモードで動作することができる。ＯＣ−１モードは、合計８１０バイト（例えばチャンネル）のデータを有するフレームを含んでおり、そのうち、２７バイトはオーバヘッドであり、かつ残りの７８３バイトはペイロード即ちデータとして使用することができる。各ＯＣ−１ＳＯＮＥＴフレームの周期は、１２５マイクロ秒である。ＯＣ−１モードは、最も典型的な動作モードであり、かつ５１．８４Mbit/sで動作する。ＯＣ−３モードは１５５．５２Mbit/sで動作し、ＯＣ−１２モードは６２２．０８Mbit/sで動作し、そしてＯＣ−４８モードは２４８８．３２Mbit/sで動作する。理解することができるように、より高い光キャリア動作速度で、ずっと多くのデータを単位時間毎に伝送することができるが、しかし、この装置のコスト及び複雑さは対応して増加する。ＳＯＮＥＴプロトコルは、ベルコア仕様書同期光ネットワーク（ＳＯＮＥＴ）配送システム；共通一般基準、文書Ｎｏ．ＧＲ−２５３−ＣＯＲＥ、１９９５年１２月２日発行、及びＴＲ−ＮＷＴ−０００４９６ＳＯＮＥＴＡｄｄ／Ｄｒｏｐ多重装置（ＳＯＮＥＴＡＤＭ）、一般基準、１９９２年５月３日発行，に明示的に詳細に定義され、かつその開示は、全体的に参照によりここに組み入れられる。図１のビデオ配送システムは、種々のＳＯＮＥＴＶＴチャンネルからビデオデータを取り出すための回路３２を有するベースノード３０を含んでいる。ビデオ信号は、回路３２によって圧縮が展開され、かつ切換マトリックス３６に個々の同軸ライン３４上をベーシックＮＴＳＣビデオ信号として転送される。この配列によって、もしビデオ配送システムが１００のビデオカメラ１０を有していたならば、１００チャンネルのビデオ信号をマトリックス３６に連続的に結合する１００のビデオケーブル３４があるであろう。マトリックス３６は、マトリックス入力３４のいずれかにビデオ情報を選択的に提供するように、より少ない数のモニター３８を切り換えるよう機能する。ビデオモニター３８を切換マトリックス３６に結合するライン４０は、標準同軸タイプのケーブルである。スイッチパネル４２はコンピュータ４４に結合され、かつこれは次に、ＲＳ−２３２ライン４６によって切換マトリックス３６に結合される。切換マトリックス３６は、ＲＳ−２３２ライン４６上の信号をデコードし、かついずれか１つのモニター３８を切換マトリックス３６の特別のビデオ入力３４に接続するための回路を含んでいる。スイッチパネル４２は、ボタン、スイッチ、又はデスクトップコンピュータと関連したマウス、又は他の装置にすることができる。図１に示された通常のビデオ配送システムは、カメラのビデオ信号がモニター３８上で観察するためスイッチパネル４２によって選択されなくてさえ、各カメラビデオ信号が切換マトリックス３６の入力への連続ライブ信号として結合される点で、帯域幅の浪費である。前述したように、もし１００のカメラがビデオ配送システムにおいて使用されるならば、そのとき光ネットワーク２４は、ほんの１０のモニター３８が一時に使用可能であってさえ、全ての１００チャンネルのビデオ信号のための帯域幅を同時に処理することができなければならない。このタイプのシステムは通常、ポイント−ツウ−ポイントシステム、又は”ホームラン”システムと呼ばれ、かつここで、全てのビデオ信号は、全てのカメラからベースノード３０に伝送される。理解することができるように、ビデオ信号の伝送は、圧縮されていてさえ、他のデータ及びディジタル化音声情報に比較して、かなりの帯域幅を必要とする。大部分の伝送システムにおいて、帯域幅が制限されるという点で、伝送媒体は急速かつ完全に利用され、それによって他の情報の通信をブロックするか、又は伝送媒体の休止時間のために長い待機期間を必要とする。利用されるビデオカメラの数又は柔軟性を制限することなく、ビデオ配送システムの帯域幅要求を減らす技術に対する必要性が存在するということが、先のことから理解することができる。帯域幅要求が、使用されるカメラの数よりもむしろ、利用されるビデオモニターの数に依存するビデオ配送システムに対する別の必要性が存在する。遠隔モニターコントロールセンターで選択されるときのみ、各ビデオカメラのビデオ信号の伝送をそのノードで動作させるための技術に対するさらに別の必要性が存在する。発明の開示従来技術システムの問題及び欠陥を克服するビデオ配送システムが開示される。本発明の好適形態によると、モニター及び／又はビデオカメラ及び他の装置が、光ネットワークの各ノードに結合することができ、かつビデオ伝送装置が動作しなければ、伝送媒体の帯域幅が必要とされないようにそのノードで切り換えることができる。この配列によって、大きくて高価なビデオ切換マトリックスは必要とされず、それ故、より多くのシステムユーザ又は加入者を収容することができるように帯域幅使用を最少化する、より経済的なビデオ配送システムを生じる。本発明の好適具体例の特徴によると、いずれか１つのノードから、ＳＯＮＥＴネットワークのＤＳＯチャンネルを通して、全ての他のノードへの通信が提供される。この通信は、ターゲットノードのユニークアドレス、このノードに接続された装置のユニークアドレス、及びこのノードに結合された装置を動作又は不動作にするコマンドを含んでいる。ＳＯＮＥＴフレームの選択されたバーチャル従属（ＶＴ）チャンネルにおいてビデオ情報の伝送を特別のビデオカメラに開始させるように相互通信するための回路が、マスターノードと共に、光ネットワークの各ノードに備えられる。従って、例えばビデオカメラ５０をモニター５に接続することがコントロールセンターで望まれるとき、シリアルデータのフレームが、各ノードに利用可能にするようにＳＯＮＥＴフレームの特別のバイト又はＤＳＯチャンネル位置において、ネットワーク管理システム（ＮＭＳ）プロトコルに従い、バイト毎に、伝送される。ＮＭＳプロトコルは、（伝送ノードの）ソースアドレス及びターゲットノード及び宛先ノードに結合されたビデオカメラ又は他の装置の宛先アドレスを含む情報のフレームから成る。ＮＭＳフレームはまた、各ノードの回路によってデコートされる多くのコマンド信号を含んでいる。カメラ５０が接続されるノードがカメラ５０とユニークに関連した宛先アドレスを受け取るとき、ＮＭＳフレームのデータのバイトは、ＳＯＮＥＴネットワークから順次受け取られ、デコードされ、かつこのようなノードでの装置を制御するために使用される。ＮＭＳフレームはまた、カメラ５０の圧縮ビデオデータによって駆動されるＳＯＮＥＴフレームの選択されたＶＴチャンネルを規定するデータフィールドを含んでいる。同様に、マスターノードはまた、そのアドレスと共に、ＮＭＳフレームを受け取り、そのため、それは、選択されたＳＯＮＥＴＶＴチャンネルからカメラ５０のビデオデータを受け取り、ビデオデータを展開し、それを相当するアナログビデオ信号に変換し、そしてそれをモニター５に直接送信することができる。このようにして、大きくて高価なビデオ切換マトリックスは必要とされず、かつビデオ情報によってＳＯＮＥＴチャンネルをアクティブに駆勤するためにビデオカメラが選択されなければＳＯＮＥＴ帯域幅は必要とされない。各ＳＯＮＥＴネットワークノードは、特定のＳＯＮＥＴチャンネルからデータを受け取るためか、又はＳＯＮＥＴチャンネルに新たなデータを付加するための二重化アド及びドロップバスを含んでいる。各ノードは、（専用のＳＯＮＥＴＤＳＯチャンネルにおいて伝送された）ＮＭＳフレームを通してコマンドを受け取り、そのアドレスされたビデオカメラにそのビデオ信号を特定のＳＯＮＥＴＶＴチャンネルに付加させる。他のＮＭＳコマンドは、ＳＯＮＥＴネットワークへのカメラのビデオ伝送を停止するために伝送することができ、それによって各ノードでカメラ切換能力を提供する。好適具体例において、完全動画ビデオがＳＯＮＥＴＶＴチャンネルにおいて伝送される一方、ＮＭＳコマンドは、ＳＯＮＥＴフレームの単一のＤＳＯバイトにおいてＳＯＮＥＴネットワークのまわりに結合される。この配列によって、種々のノードに位置した多数のモニター及び／又はカメラは、ＳＯＮＥＴチャンネルからビデオデータを受け取るように制御し、それによって、異なるモニターに同じビデオ画像を提供することができる。図面の簡単な説明さらなる特徴及び利点は、添付図面に例示されるような本発明の好適具体例及び他の具体例の以下の特別の説明から明らかになるであろう。そして、ここで、同じ文字は、図を通して、同じ部品、機能、又は要素を参照する。第１図は、従来技術のビデオ配送システムを例示する一般化されたブロック図である。第２図は、本発明の好適具体例に従い構成されたビデオ配送ネットワークを例示するブロック図である。第３図は、特別のＳＯＮＥＴフレームプロトコルの性質を例示している。第４ａ図は、ＳＯＮＥＴＤＳＯチャンネルにおいて伝送されるネットワーク管理システムプロトコルに従うマルチーフィールドフレームを例示している。第４ｂ図は、第４図のＮＭＳプロトコルの値フィールドにおいてデータのタイプを定義するテンプレート構造を例示している。第５図は、ＳＯＮＥＴネットワークと、他のノードモジュール装置との接続を提供する二重化アドバス及びドロップバスバックプレーンとの間の光制御インターフェースを、ブロック図形態で例示している。第６図は、第５図の光バスコントローラモジュールの詳細なブロック図である。第７−９図は、ＳＯＮＥＴバイトと、ＳＯＮＥＴビデオ配送システムの各ノード内で共通のアド及びドロップバスとの間のタイミングを例示する電気的波形である。第１０図は、ビデオモジュールインターフェースの詳細なブロック図である。第１１図は、本発明のビデオ配送システムのオペレータコントロールセンターの詳細なブロック図である。発明の詳細な説明第２図は、本発明の好適具体例に従い構成されたビデオ配送システムの一般化されたブロック図を示している。光媒体２４は、反対方向回りの光ファイバライン２４ａ及び２４ｂを含んでいるが、光ネットワークの二重性は、本発明の動作に必須ではない。信頼性目的のために、光ファイバライン２４ａ及び２４ｂのそれぞれが、ＳＯＮＥＴプロトコルに従い同じ情報を、反対の方向に伝送する。また、光ネットワーク２４はループとして示されているけれども、本発明は、１以上のリニアーな光ラインによって、同等の効果で機能することができる。当業者は、本発明の原理及び概念が、光ファイバ以外の伝送媒体を使用するネットワーク上でも装置の切換に適用することができるということを発見するかもしれない。光ネットワーク２４に沿った所望の位置に、参照数字５０−５７によって示される多数のノードが間隔をあけている。８つのノードが図示されているけれども、各ノードを、１フィートから１００マイルまで間隔をあけた任意数のノードを使用することができる。このような各ノードは、ＳＯＮＥＴフレームを通してデータを受け取るための、或いはＳＯＮＥＴフレームの種々のバイトにデータを多重化するためのＳＯＮＥＴ多重化／多重分離（ｍｕｘ／ｄｅｍｕｘ）装置を備えている。ＳＯＮＥＴ多重化装置／多重分離装置５０は、複数のモニター３８、各位置のビデオカメラ選択パネル４２、相当するコンピュータ４４を備えるオペレータコントロールセンター（ＯＣＣ）に結合される点で、マスターユニットと称されるけれども、いずれかのＳＯＮＥＴ多重化／多重分離ノード５１−５７は、ＯＣＣノード５０と並列に、或いはそれに加えて機能を提供することができる。本発明の重要な特徴に従うと、モニター装置３８，カメラ選択パネル４２、及び中央ビデオコントロールプロセッサ４４は、本発明のビデオ配送ネットワークと使用するためのソフトウエア又はハードウエア変更を何ら必要としない。各ＳＯＮＥＴ多重化／多重分離ノード５０−５７は、１つのＳＯＮＥＴ光ライン２４ａのための光Ｉ／Ｏポートを提供する第１の光バスコントローラ５８を含んでいる。第２の光バスコントローラ６０は、他のＳＯＮＥＴ光ライン２４ｂとインターフェースするための光Ｉ／Ｏポートを含んでいる。ＳＯＮＥＴ多重／多重分離ノードが複数のビデオカメラ１０１−１０５を備えている状況において、符号化及び圧縮のために構成されたビデオモジュール６２は、個々のカメラ１０からＮＴＳＣビデオデータを受け取り、データを圧縮し、かつＳＯＮＥＴフレームの特定のＶＴチャンネル内に圧縮ビデオデータを挿入させるために備えられている。本発明の好適形態に従うと、各ビデオモジュール６２は、２つが任意の時にアクティブである、８つまでのビデオカメラを収容することができる。ビデオカメラ１０は、ビデオモジュール６２に結合されて示されているけれども、実際上、カメラは、ＳＯＮＥＴ多重化／多重分離ノード５３から遠隔に位置している。ビデオ信号は、同軸ケーブル又はビデオモデム、若しくは同様なラインによって、ノードのビデオモジュール６２に伝送される。このように、カメラ１０１− １０５のそれぞれは、相互に１マイル近辺離して位置させることができ、かつ種々のタイプの伝送ラインによってＳＯＮＥＴノード５３に結合させることができる。ＳＯＮＥＴ多重化／多重分離ノード５２は、１以上の電話６４によって音声通信を収容することができる。音声信号は、通常のコーデックによってディジタル形態に変換され、かつＳＯＮＥＴフレームの選択されたＤＳＯチャンネルにおいて送信される。電話インターフェース回路６６は、光ネットワーク２４上で伝送するため電話６４の音声信号をインターフェースするよう機能する。１以上のコンピュータ６８は、モデム、イーサネット、トークンリング等によって、データインターフェース回路７０に結合することができ、かつこれはまた、ＳＯＮＥＴ多重化／多重分離ノード５１の一部にすることができる。コンピュータデータ信号は、ＳＯＮＥＴフレームの選択されたバイトによってＳＯＮＥＴネットワーク２４に挿入し或いはそこから取り出すことができる。ネットワーク管理システムソフトウエアを有するコンピュータは、ＮＭＳ信号をバスコントローラモジュールに通信するためにＲＳ−２３２ラインを通していずれかのノードに結合して、そのノードの回路、またはいずれかの他のノードの回路をＳＯＮＥＴリングを通して構成することができる。実際上、ＳＯＮＥＴ多重化／多重分離ノード５０−５７は、マルチ回路ボードスロット、及びドロップ及びアドバスバックプレーンに接続されるようにそこに差込可能のモジュールを有する個々の装置シェルフを含んでいる。各ノード５０ −５７は、２つの光バスコントローラ５８及び６０、及び前述した他のタイプの装置インターフェースのいずれかの混合又は調和を含んでいる。実際、当業者は、ＳＯＮＥＴネットワーク24に関してディジタル信号の伝送及び受信のためのさらに他のノードのインターフェース回路を開発することが好ましいかもしれない。ＯＣＣ又はマスターノード５０に関して、２つが参照数字７０及び７２として示されるマルチオペレータ位置が備えられ、かつそれぞれが、個々のモニター３８，カメラ選択制御装置４２、及び個々のオペレータ位置でこの装置にプリセット能力を提供する装置７４を有している。実際上、各オペレータ位置は、遠隔カメラによって捉えられた複数のシーンを監視するための複数のビデオモニターを含んでいる。オペレータは位置７０で、システムノードに結合されたビデオカメラ１０のいずれか１つにより提供された静止画又は動画ビデオ面像を見るための位置モニタ３８を利用できる。オペレータは、モニター３８上に個々のビデオ画像を提供する異なるビデオカメラを選択するための位置に制御装置４２を操作することができる。さらに、プリセット制御装置７４は、種々の制御装置及びモニター画像パラメータを予め定められた条件に自動的にプリセットするために備えられている。第２のオペレータ位置７２が同様に備えられる。ＯＣＣノード５０は、ＳＯＮＥＴネットワーク２４からのビデオ信号を受け取り、かつ位置７０及び７２のモニター３８に個々のビデオ画像を提供するためのデコーダとして構成されるビデオモジュールを備えている。位置制御装置４２及びプリセット７４は、モニター３８上に提供されるビデオ画像を制御するために位置オペレータにより動作可能である。位置制御装置及びプリセットは、中央ビデオ制御プロセッサ４４の個々のポートに結合される。異なるカメラ、又は異なる帯域幅若しくは他の基準が選択されるとき、このような情報は位置制御装置４２から、中央制御プロセッサ４４の個々のポートに結合される。中央制御プロセッサ４４は、このような情報を処理し、それをＲＳ−２３２ライン４６上でＯＣＣノード５０に伝送するためにシリアルフォーマットに変換する。ＯＣＣノード５０内のプロセッサは、シーケンシャルＳＯＮＥＴフレームで予め定められたバイトを通して、このシステムの種々のノードに伝送するためシリアルＮＭＳプロトコルにＲＳ−２３２データを変換する。ＲＳ−２３２ライン４６上を伝送されるフォーマット又はプロトコルは、一般的にビデオ装置に特定のものであり、かつノード回路によってＮＭＳプロトコルに変換されなければならない。異なるプロトコル間の変換は、ノードバスコントローラモジュールにおいてプログラムされたソフトウエアで実施される。ＮＭＳプロトコルは、特別のノード装置又は回路と通信するための種々のレベルの宛先アドレスを含んでいる。さらに、各オペレータ位置の位置制御装置４２は、ビデオカメーラのパン、傾き、又はズーム（ＰＴＺ）特性を制御するためのジョイスティック（図示せず）を含んでいる。各オペレータ位置で発生したＰＴＺデータは、中央ビデオ制御プロセッサ４４によって処理され、かつＲＳ−２３２ライン４６によってＯＣＣノードに結合されている。しかしながら、ＰＴＺデータは、ＮＭＳプロトコルによってＳＯＮＥＴ不ットワーク２４の回りには伝送されず、むしろ、他のＳＯＮＥＴフレームバイトで伝送される。ＰＴＺデータは各ノードによって処理されず、単にそこを通って、個々のビデオカメラと関連したＰＴＺ装置に通過する。前述したように、第２図に示されたビデオ配送ネットワークは、大きくて高価なビデオ切換マトリックスを必要とせず、そして、中央ビデオ制御プロセッサ４４及び種々のオペレータ位置の装置は、本発明によって機能するために変形を必要としない。第３図は、ＳＯＮＥＴＯＣ−１フレームの基本プロトコルを例示している。全ＯＣ−１フレームは、１２５．０マイクロ秒周期内に生じる８１０バイトを含んでいる。各バイトのためのタイムスロットは、このように１５５．３２ナノ秒である。ＳＯＮＥＴＯＣ−１フレームは、ＳＯＮＥＴオーバヘッド目的のためにデコードされるＡ₁、Ａ₂、及びＣ₁と呼ばれる３バイトによって始まる。バイト４は、Ｊ₁バイトとして示され、かつ、その次のバイトは、最初の２８バイトのペイロードを構成することを示している。実際、Ｊ₁ポインタは、ＳＯＮＥＴフレームの７８３ペイロードバイト位置におけるどこにでも位置させて、その次のバイトがペイロードの開始であるということを示すことができる。バイト５− ３２は、相当する２８の異なるノード装置のためのデータを収容することができる２８ＶＴチャンネルを構成する。ＳＯＮＥＴフレームバイト３３は、固定スタッフバイトを構成する。バイト３４−６１は、次の２８ＶＴチャンネルを構成している。バイト５及びバイト３４は、ノード装置によりＳＯＮＥＴネットワーク上をＶＴチャンネル１で伝送された合計２４バイトの最初の２バイトを構成するということが理解できる。図示していないけれども、バイト６２は、別のＨ₁スタッフバイトを構成している。ＳＯＮＥＴフレームバイト４と９０の間に、２８ＶＴチャンネルのそれぞれのために３バイト伝送される。実際、ペイロードバイト５−３２、３４−６１及び６３−９０が、ＶＴチャンネルオーバヘッド目的のために使用される。残りのペイロードバイト位置は、ビデオデータのＶＴ１．５チャンネルを伝送するために使用することができる。ＶＴ２．０のように、帯域幅をより高くして、より多くのチャンネルをビデオカメラ毎に割り当てられ、それによって、より少ないカメラが、各モニターに割り当てられた帯域幅及び特別のＶＴチャン不ルを決定するために各ノードを構成するために利用されなければならない。モニターのための特定のＶＴチャンネルを収容するためのＳＯＮＥＴフレームを使用することに加えて、ＳＯＮＥＴＤＳＯチャンネルは、ＰＣＭ音声通信、コンピュータデータのために、かつＮＭＳデータを伝送するために割り当てることができる。最大２７のビデオモニターがＯＣ−１ＳＯＮＥＴフレームの相当するＶＴ１．５チャンネルを同時に使用することができるけれども、データの他のバイトを伝送するために利用することができる２４のＤＳＯチャンネルがある。好適具体例において、１つのＤＳＯチャンネルが、ＳＯＮＥＴリング回りに各ノードにＮＭＳプロトコルを伝送するためシステム構成中に割り当てられる。当業者には周知のように、ＳＯＮＥＴフレームのＤＳＯチャンネルは動的に割り当てられ、かつＳＯＮＥＴスーパーフレームのＶ₁及びＶ₂ポインターに基づいて識別され、かつデコードすることができる。第３図に示されたＳＯＮＥＴフレームの第２行において、バイト９１−９３は、Ｇ₁、Ｃ₁、及びＦ₁と称され、かつ以下の行のそれぞれの最初の３バイトのように、オーバヘッドバイトである。第３図に示されるように、９行の最初の３バイトは、オーバヘッド目的のためにＳＯＮＥＴフレームにおいて利用される合計２７バイトを構成している。次の２８バイト、即ち、バイト９５−１２２はＳＯＮＥＴフレームにおいてデータを伝送するためのペイロードバイトを構成している。ＳＯＮＥＴフレームの行２は、ペイロードデータを伝送するための２つの追加の２８バイトの位置を含んでいる。実際、ＳＯＮＥＴフレームの残りの行のそれぞれは、ペイロードデータを伝送するため、合計３つの２８バイトのセクションを含んでいる。バイト９１、１８１、２７１・・・７２１に始まって、相当する３バイトは、ＳＯＮＥＴオーバヘッド目的のために使用されるが、ペイロードデータの伝送のためではない。第３図に例示されたＳＯＮＥＴＯＣ−１フレームプロトコルによって、バイト位置９５で始まる２８ＶＴチャンネルのそれぞれは、２４回出現する。このように、各ノード装置は、各ＳＯＮＥＴフレームにおいて２４バイトのデータを伝送することができる。典型的ＳＯＮＥＴフレームは、Ｊ₁バイトの直後に発生する、バイト位置５において始まる最初のペイロードバイトを示しているけれども、Ｊ₁バイトは、その次のバイトがペイロードデータのスタートであるということを示すためにフレームのペイロード部分のどこでも発生することができるということを理解すべきである。また、２８ＶＴチャンネルのそれぞれが７つのグループ、即ち、データバイトグループ９５−９８、９９−１０２，１０３−１０６、１０７−１１０、１１１−１１４、１１５−１１８、及び１１９ −１２２に分割されるということに注意すべきである。各グループは、異なる帯域幅として利用することができる。このように、ＳＯＮＥＴフレームは、７つの異なる帯域幅の信号を同時に収容することができる。前述したように、残りのＤＳＯチャンネルは、固定スタッフバイトを除いて、ＰＣＭ音声信号、コンピュータデータ、又はシステムユーザが所望する任意の他のデータの伝送のために使用することができる。第３図に示されたＳＯＮＥＴＯＣ−１フレームは、本発明の説明中で参照する。当業者及びＳＯＮＥＴフレームプロトコルに通じた者は、ＳＯＮＥＴアーキテクチャー全体におけるオーバヘッドバイトの目的及び機能を理解するであろう。ＤＳＯバイトが、ＮＭＳプロトコルの伝送に専用であるということに注意することが重要である。ＮＭＳフレーム構成が第４ａ図に詳細に示されている。ＮＭＳフレームは、可変長にすることができるけれども、ＮＭＳフレームの一例が合計５０バイトを有しているならば、そのとき、ＳＯＮＥＴＤＳＯバイト位置においてＮＭＳフレームの１バイトをシーケンシャルに伝送するために合計５０のＳＯＮＥＴフレームを取るということに注意することが重要である。以下に詳細に説明するように、バイト位置９４で始まる２８ペイロードデータバイトのそれぞれは、ビデオデータ、ディジタル化音声データ、コンピュータデータ等を伝送するために利用することができる。各ＳＯＮＥＴフレームが１２５マイクロ秒周期で生じるという観点で、各バイト位置の周波数は、８ｋＨｚである。言い換えると、８ｋＨｚレートでサンプルされた音声信号は、ＳＯＮＥＴフレームの単一バイト位置でディジタル化され、かつ伝送することができる。もしより大きな帯域幅が必要とされるならば、そのとき、１バイト以上のＳＯＮＥＴフレームを、データ伝送のために使用することができる。例えば、ビデオ信号は、一般に少なくとも１．５ＭＨｚの帯域幅を有する媒体上を伝送される。１．５Mbit/sの周波数でＳＯＮＥＴフレームにおいてディジタル化ビデオ信号を伝送するために、２４バイト位置が利用されるであろう。従って、ＳＯＮＥＴＯＣ−１フレームにおいて１つのカメラのビデオバイトを伝送するときに、このカメラは、第３図のＳＯＮＥＴフレームにおいて識別されるような特定のＶＴチャンネルが割り当てられるであろう。このようなカメラのディジタル化ビデオバイトは、ＳＯＮＥＴフレームの２４バイト位置におけるＶＴチャンネル、例えばＶＴチャンネルスロット１におかれるであろう。１２５マイクロ秒の周期で２４バイトのビデオデータを伝送することにより、１．５Mbit/sの帯域幅が達成される。さらに、２８ＶＴチャンネルは、ＳＯＮＥＴフレームにおいて２４回反復されるので、ＳＯＮＥＴフレームにおいて１．５Mbit/sの連続データの２８チャンネルを同時に伝送する容量がある。もし１．５Mbit/s以上の帯域幅が必要ならば、そのときビデオモジュールは、関連したカメラのビデオデータが２８ＶＴチャンネルフォーマットにおける１バイト以上の位置に置かれるようにビデオモジュールはプログラムし、さもなければ構成することができる。１つのカメラの伝送帯域幅は、この技術によって増加させることができるけれども、ＳＯＮＥＴフレームを使う他の装置の帯域幅は、相当して減少するということが明らかである。ＳＯＮＥＴアーキテクチャーの高帯域幅要求に対して、ＯＣ−３、ＯＣ−１２又はＯＣ−４８のような高速度ＳＯＮＥＴフレームを使用することができる。ＳＯＮＥＴＯＣ−１フレームを好適具体例と関連してここでは説明したけれども、当業者は、本発明の原理及び概念が任意のタイプのＳＯＮＥＴフレームプロトコルにおいて効果を同じくして利用することができるということを容易に認識するであろう。再び、第４ａ図を参照すると、ネットワーク管理システムプロトコルのフレーム８０が例示されている。前述したように、ＮＭＳフレーム８０の連続バイトが、ＳＯＮＥＴフレームのＤＳＯバイト位置において伝送される。このようにして、ネットワークノードは、伝送されるＮＭＳフレームプロトコルを使って、ＳＯＮＥＴフレームを通して互いに通信することができる。ＮＭＳフレーム８０は、ＮＭＳフレーム又はパケット８０のスタートを示すヘッダバイト８２を含んでいる。ヘッダフィールド８２における０ｘＦＥの値は、データリクエスト又はコントロールリクエストを示している。０ｘ８０のヘッダフィールド値は、データ、又は０ｘＦＥパケットからのコントロールに対する応答を包含するパケットを示している。０ｘＦＤのヘッダフィールド値は、応答不要の通知メッセージを示している。この通知メッセージは、データ及び／又はコントロール情報を包含することができ、かつ典型的には、自動保護スイッチ情報を伝送するために使用される。ＮＭＳフレーム８０は、メッセージネットワークラベル（ＭＮ）フィールド８４を含んでいる。このＭＮフィールド８４は、メッセージ発信者によって使用される１バイトを構成している。ＭＮフィールドは、発信ノードから伝送されるリクエストパケットに応答パケットを一致させるために使用される。このバイトは、０ｘ００から０ｘＦＦまでの任意の値を包含することができる。リクエストの受信ノードは、応答パケットにおいてこの値を戻さなければならない。ＮＭＳフレーム８０は、次に、ネットワークアドレスフィールド８６、シェルファドレスフィールド８８、カードアドレスフィールド９０、及び補助アドレスフィールド９２を含む４つの宛先アドレスフィールドを含んでいる。４つの宛先アドレスフィールドのそれぞれは、１バイトの情報を含んでいる。４バイトの宛先アドレスは、ＳＯＮＥＴネットワークのノードにおける特別のモジュール又は回路をユニークに識別する。完全宛先アドレスを有するパケットが１つのノードによって伝送されるとき、ＳＯＮＥＴネットワークにおける各ノードは、ＮＭＳフレーム８０を受信し、宛先アドレスフィールド８６−９２をデコードし、そして、もし一致が発見されるならば、フレームの残りはデコードされ、かつ処理される。より詳細には、宛先アドレスは、符号なしのバイトであるネットワークアドレス（ＮＡ）フィールド８６を含んでいる。ＮＡフィールド８６は２５４までのサブネットワークグループを特定することができる。値０ｘ００及び０ｘＦＦは、ワイルドカードアドレスである。本発明の好適形態において、ネットワークアドレスフィールド８６は、ＳＯＮＥＴネットワークに結合された各ノードをユニークに識別するために使用される。シェルフアドレス（ＳＡ）フィールド８８は、個々のノードで装置シェルフをユニークに識別する。カードアドレス（ＣＡ）フィールド９０はＳＯＮＥＴネットワークノードの個々のシェルフにおけるカード又はモジュールをユニークに識別する。もしモジュール又はカードが、１以上の識別可能の機能を使用するならば、補助アドレス（ＡＡ）フィールド９２は、１つのカード上の異なるサブ機能をユニークにアドレスするために使用される。宛先アドレスフィールド８６−９２と全く同様に、ＮＭＳフレーム８０は、合成ソースアドレスを伝送する４つのフィールドを含んでいる。ソースアドレスフィールド９４−１００はそれぞれ１バイトの長さであり、かつＮＭＳフレーム８０の伝送のソースをユニークに識別する。このソースアドレスは、ネットワークアドレスフィールド９４、シェルフアドレスフィールド９６、カードアドレスフィールド９８、及び補助アドレスフィールド１００を含んでいる。ＮＭＳフレーム８０のコマンドフィールド１０２は、ノードの種々の機能を構成するためにノード間で伝送されるコマンドを特定する１バイトフィールドである。２５６の異なるタイプのコマンドが可能である。コマンドフィールド１０２における０ｘ０６値は、シェルフカードからの値の読みを特定する。０ｘ０７コマンドは、ＶＴチャンネルを使ってスタートするような、カードへの値の書込みを特定する。０ｘ０Ａコマンドは、カードへの１ブロックのバイトの書込みを特定する。０ｘ０Ｅ値は、カード上の不揮発性メモリを更新するために実施される。０ｘ０２コマンドは、カードのビジーステータスに関する。ＮＤＢフィールド１０４は、データフィールド１０６において伝送されるデータバイトの数に関する。その名前が示すように、データフィールド１０６は、コマンドフィールド１０２において伝送されるコマンドに関するデータを伝送する。例えば、もし１つのカメラがＳＯＮＥＴリング上でビデオデータの伝送を始めるために作動させられるならば、０ｘ０７コマンドは、カードへの書き込みを示すためにコマンドフィールド１０２において伝送され、かつデータフィールド１０６は、特別のカメラが特定の帯域幅によって、特定のＶＴチャンネルに結合されるということを規定するデータを含むであろう。これが達成されるとき、宛先ノードは、このような作用が達成されたという応答をするであろう。認識することができるように、ＮＭＳプロトコルは、大きなデータ列を伝送することなく多くの機能を制御することを可能にする。ビデオ装置を制御するための新たなコマンドを利用することができ、それによって、データフィールド１０６のバイト数を減少させることができるということに注意すべきである。例えば、コマンド０ｘ０１は、ビデオカメラを作動させるために使用することができ、かつ０ｘ０２コマンドは、ビデオカメラを不動作にするために利用することができるであろう。ＮＭＳフレーム８０は、ＣＨＫＳＵＭフィールド１０８を含んでいる。このフィールドは、このフレームのためのチェックサム値を保持している。このチェックサムは、このフレームの全てのバイトに対してそれ自身を除いて、即ちＨＥＡＤＥＲから最後のＤＡＴＡバイトまで計算される。このチェックサムを計算するために、ゼロの合計が最初に使用される。このフレームの各バイトはそれから、サムモジュロ２５５までＨＥＡＤＥＲで始まる順序で、それに付加される。それから、このサムの２の補数が、全てのビットを反転し（１の補数）かつそれに１を加えることにより取り出される。再びデータフィールド１０６を参照すると、データフィールド１０６において伝送されるデータは、２バイトの値識別（ＶＩＤ）フィールド１１０及びこのＶＩＤに関係するデータ１１２を含んでいる。ＶＩＤ１１０は、ビデオカメラの動作を特定するクロップ、分解能、キュー、ＶＴチャンネル、カメラ作動、カメラ不作動等のパラメータ又は機能に関係している。もしこのＶＩＤ１１０が分解能に相当するならば、ＶＩＤ数と関連したデータ１１２は、分解能の限度に相当する。１つのノードにおける全てのカードは、１組のデータを包含している。このデータは、アラーム状態及び性能監視を報告するために、構成状態をセットするために、そして一般に、このカードの機能を制御するために使用される。一様な機構が、値と呼ばれるこれらのデータピースを管理するために利用される。値は、バイト、ワード、ロング、又はストリングの４つのタイプの１つであり得る。１つのカードにおける各値は、ＶＩＤ１１０と呼ばれるユニークな２バイト整数によって参照される。クラフトターミナル又はネットワークマネージャのようなシステムが、１つのカードからの１つの値をリクエストするとき、それは、ＶＩＤ１１０を使ってその値を参照する。それからこのカードは、その値に戻る。このリクエストシステムはまた、その値のためのテンプレートを有していなければならない。このテンプレートは、そのタイプ、長さ、制約、及び他の重要な情報を宣言することによりデータを限定する。典型的には、リクエスターは、このテンプレートを一度のみ得て、それをその後の使用のためにローカルに保存する。データフィールド１１２（ワード、ロング、ストリング）におけるマルチバイト値に対して、このバイトは、最初にＭＳＢ、最後にＬＳＢの順序で伝送される。全てのデータストリングは、ヌル（零）終了する。ヌルターミネータは、このストリングによって送信されなければならない。ヌルターミネータは、このテンプレートにおいて規定された最大長さの一部とは考えていない。テンプレートは、１つの値に包含されるデータのタイプを限定する。テンプレート構成１１３は、第４ｂ図に示されている。テンプレート１１３は、同じＶＩＤ１１４によりその関連した値として参照される。１つのテンプレートは、それが限定する値のＶＩＤ１１４によって始まる。定義ストリングフィールド１１５は、タイプ情報を包含する。ネームストリングフィールド１１６は、その値の人間読み取り可能のネームを包含する。これは、クラフトターミナル又はネットワークマネージャシステム上に値を表示するときしばしば使用される。両方のストリングは、ヌル終了しなければならない。定義ストリング１１５のフィールドは、以下のように定義される。ＳＩＧＮフィールド１１７−このフィールドはオプショナルである。それは、この値が符号付きか符号なしかを定義する。もしこの値が符号付きであると定義されるならば、そのときＡＳＣＩＩ’−’（マイナス）がこの位置におかれる。デフォルトによって、全ての値は符号なし整数である。非整数タイプの前に’− ’を置くと、何ら効果はなく、無視される。ＴＹＰＥ−このフィールドが必要である。値は、いくつかのタイプの１つであると定義することができる。タイプが、このタイプフィールドに１文字ネームを置くことによって選択される。タイプは、以下の通りである。Ｂ−Ｂｙｔｅ，ベース１０（１０進）フォーマットで表示された１バイト整数。ｂ−ｂｙｔｅ，ベース１６（１６進）フォーマットで表示された１バイト整数。Ｗ−Ｗｏｒｄ，ベース１０（１０進）フォーマットで表示された２バイト整数。ｗ−ｗｏｒｄ，ベース１６（１６進）フォーマットで表示された２バイト整数。Ｌ−Ｌｏｎｇ，ベース１０（１０進）フォーマットで表示された４バイト整数。１−ｌｏｎｇ，ベース１６（１６進）フォーマットで表示された４バイト整数。Ｓ−Ｓｔｒｉｎｇ，可変長の、ヌル終了ストリング。Ｔ−Ｔｉｍｅ，特別の日時を表している。Ｔｉｍｅは、それを表示するとき日／時表示に変換されるのを除いて、Ｌｏｎｇと同一である。この測定は、正確に１秒である。Ｐ−ＰｒｅｃｉｓｅＴｉｍｅ，特別の日時を表している。ＰｒｅｃｉｓｅＴｉｍｅは、正確な１秒を表すためにＬｏｎｇを使用し、かつ１秒の１／１００を表すために追加のバイトを使用する。ＡＣＣＥＳＳフィールド１１９−このフィールドが必要とされる。それは、値を書き込むことができるかどうかを定義する。文字’Ｒ’が、この値が読み出し専用ならばこのフィールドに置かれる。文宇’Ｗ’が、もしこの値が読み出し及び書き込み可能ならばこのフィールドに置かれる。ＤＥＣＩＭＡＬＰＯＩＮＴフィールド１２１−このフィールドはオプショナルである。それは、整数値を表示するとき１０進点を移動するために１０進数が左に置かれることを示している。このフィールドのための有効値は、ＡＳＣＩＩ数字’１’〜’９’である。１０進（ベース１０）フォーマットに対して、表示されるべき整数をＤＥＣＩＭＡＬＰＯＩＮＴの倍数に１０によって分割する。１６進（ベース１６）フォーマットに対して、それをＤＥＣＩＭＡＬＰＯＩＮＴの倍数に１６によって分割する。このフィールドは、全ての非整数タイプに対して無効である。ＣＯＮＳＴＲＡＩＮＴＳフィールド１２３−このフィールドは、データを表示又は変更するときクラフトターミナル又はネットワークマネージャシステムによって使用される。この可変長ストリングは、定義された値の内容にある制約を課す。１つの値に課すことのできる３種類の制約がある。１つのみの制約が値毎に可能である。３つの制約、Ｒａｎｇｅ、Ｍａｘ−Ｌｅｎｇｔｈ及びＥｎｕｍｅｒａｔｉｏｎは、以下の定義の通りである。Ｒａｎｇｅ：１つのレンジは、整数値のための有効値の範囲を制限するために規定することができる。この制約は、Ｂｙｔｅ、Ｗｏｒｄ、又はＬｏｎｇのみに対する値である。この制約は、省略記号（..．）によって分離された一対の数をかっこ内に取り囲むことによって定義される。例：（０..．２５５）、（１..．３）。ＭＡＸ−ＬＥＮＧＴＨ：この制約はストリングに対してのみ使用される。それは、１つのストリングの最大長をセットする。この制限は、全てのストリングの端で必要とされるヌルターミネータバイトを包含しない。この制約は、大括弧内に規定の長さを取り囲むことによって定義される。例：［１０］、［３５］。ＥＮＵＭＥＲＡＴＩＯＮ：この制約は、一組のネームを値の有効整数と関連させるために使用される。エニュメレーションは、中括弧内に列挙ルールを取り囲むことによって定義される。このエニュメレーションの定義は、ＡＮＳＩＣにおける列挙のルールに準拠する。１つの番号が、’＝’を使うことによって列挙したネームに割り当てることができる。もし’＝’が使用されないならば、そのとき最初のネームは、値ゼロとみなされる。次の割り当てられないネームは、次に高い値を取り、そして同様に続く。以下の最初の例において、ＦＡＬＳＥが値０（ゼロ）に割り当てられ、そしてＴＲＵＥが値１に割り当てられる。第二の例において、２がＧＲＥＥＮに割り当てられ、そして３がＹＥＬＬＯＷに割り当てられる。例：｛ＦＡＬＳＥ，ＴＲＵＥ｝、｛ＲＥＤ＝１，ＧＲＥＥＮ，ＹＥＬＬＯＷ｝、｛ＭＩＮＥ＝２，ＹＯＵＲＳ＝３，ＯＵＲＳ＝５｝。ＮＵＬＬフィールド１２５−この制約ストリングは、ＡＳＣＩＩＮＵＬＬ（０ｘ００）文字により終了させなければならない。ネームストリングフィールド１１６は、任意の可変長の、ヌル終了、ＡＳＣＩＩストリングを包含する。このストリングはしばしば、その値の次に表示される。全てのカードに共通のいくつかの値を以下に示す。各カードは、次のＶＩＤの全てを包含する。０ｘ００００〜０ｘ００ＦＦのＶＩＤは、このセクションのために予約される。 0x0000,"BR","HIGHEST ALARM LEVEL" /*このカードのみの*/ 0x0001,"SR[10]","BOARD TYPE" /*このカードの/ 0x0002,"SR[50]","BOARD DESCRIPTION" /*このカードの*/ 0x0003,"SR[20]"，"SOFUTWARE PART #" /*このカードの/ 0x0004,"SR[10]"，"SOFTWARE VERSION#" /*このカードの/ 0x0005,"TR,"LAST BOOT" /*最後のブートの時間*/ 0x0006,"BR"."SLOT NUMBER" /*カードのあるスロット番号*/ 典型的ノードリクエスト及びコマンドに対するノード応答”カードから値の読み取り”及び”カードへの値の書き込み”は、以下に説明し、かつテーブルに示す。コマンド０ｘ０６−カードからの値読み取りは、ターゲットカードから１つの値又は値のリストをリクエスト、又は戻す。各カードは、構成、アラームステータス、性能監視値等を含む一組の変数を包含している。前述したように、各値は、値ＩＤ１１０と呼ばれる整数により識別される。この戻された値は、Ｂｙｔｅ、Ｗｏｒｄ、Ｌｏｎｇ又はＳｔｒｉｎｇであり得る。一つの値のためのテンプレート１１３は、そのタイプ、それ故、値の長さを決定するために使用される。もしカードが、リクエストされたＶＩＤに合致する変数を包含しないならば、そのとき、ＶＩＤはリクエスターに戻されたリストには包含されないであろう。ある場合に、これは、その応答がコマンド番号０ｘ０６のみを包含するということを意味している。典型的０ｘ０６リクエストは、以下の表１に示されている。表１リクエストコマンドフィールド１０２の最初のバイトに、１バイトコマンド０ｘ０６があり、かつこれは、１つの値がノードカード又はモジュールから得られるということを識別する。表１の次のラインは、ＮＢＤフィールド１０４が、１バイトＶＩＤフィールド１１０及び該ＶＩＤフィールド１１０と関連した値データ１１２を含む、データフィールド１０６内のバイト数を識別する番号を包含するということを示している。バイト番号２及び３は、２つのＶＩＤ番号に対応する。ＶＩＤ番号は、ＶＴチャンネル、ＶＴ帯域幅、カメラオフ、カメラオン等に相当するパラメータであり得る。リクエスターにより所望の各値に対して、データフィールド１１２内には相当するＶＩＤ番号があるであろう。ＶＩＤ番号は、１つのストリング内に一緒に連結される。表２は、表１に示されたリクエストに対する応答を示している。この応答のコマンドフィールド１０２は、リクエストにおけるものと同じコマンド、即ち、カードコマンド０ｘ０６からの読み取り値を包含している。表２に示された次のバイトは、データフィールド１０６におけるバイト数である。データの第３及び第４のバイトは、ＶＩＤの最上位ビット及び最下位ビットを包含している。第５バイトは、ＶＩＤ＃１に相当するデータを包含している。この例におけるデータは１バイトを包含している。第６及び第７バイトは、ＶＩＤ＃２の最上位ビット及び最下位ビットを包含している。テーブル２の第８及び第９バイトは、２バイトが、ＶＩＤ＃２のデータ値を戻すために使用されるということを示している。表２応答ノードカードから値をリクエストしかつ戻すことにより、どのＶＴチャンネルがカメラによって使用されているか、どのＶＴチャンネルがモニターによって使用されているか、どのビデオモジュールがカメラカード、モニターカード、又は両方として構成されているか、どのバスコントローラカードがマスター又はスレーブとして構成されているか、どのエラスティックストアメモリがバスコントローラカードにおいて作動しているか、カードのどの１つ又は２つのカメラが選択されているか等を決定することができる。コマンド０ｘ０７−カードへの値書き込みは、ターゲットカードに１つの値又は値のリストを書き込む。各値は、Value ＩＤ１１０と呼ばれる整数によって識別される。この戻された値は、Ｂｙｔｅ、Ｗｏｒｄ、Ｌｏｎｇ、又はＳｔｒｉｎｇであり得る。１つの値のためのテンプレート１１３は、このタイプを決定するために使用される。ＶＩＤは、リクエスターに戻される。これは、その値がターゲットカードにより受け取られたというアクノリッジとして機能する。もしカードが特別のＶＩＤのために定義された変数を有していないならば、そのときそのＶＩＤは、リクエスターに戻されたリストには包含されないであろう。以下の表３及び４は、カードに値を書き込むためのリクエスト、及び相当する応答を例示している。表３リクエスト表４応答 ”カードへの値書き込み”コマンドは、前述した”カードから値読み取り”と同様に実施される。しかしながら、カードに値を書き込む際に、カードの回路は一般に、機能を実施又は装置を作動させるように再構成される。例えば、カメラ作動に相当するＶＩＤ、ＶＴ帯域幅に相当するＶＩＤ、及びＶＴチャンネルに相当するＶＩＤは、宛先ノードにＮＭＳフレーム８０を通して伝送することができる。宛先ノードは、宛先アドレスをデコードし、かつターゲット装置、例えば、この例ではカメラ、を識別し、ＮＭＳフレーム８０の他のフィールドをデコードし、そして、必要帯域幅を有する特定のＶＴチャンネル内にビデオデータの伝送を開始するためにアドレスされたカメラを作動させる。宛先ノードは、次に、リクエストノードが特定の動作が実施されたというアクノリッジを受信するように、このリクエストに応答する。この特定のカメラは、同じＶＩＤを有するが、しかし、このカメラが特定のＶＴチャンネル内で伝送をストップさせることができることを意味するフィールド１１２内のデータ値によって、リクエストを伝送することによりオフにすることができる。その後のリクエストは、１つの割り当てられたＶＴチャンネルから異なるＶＴチャンネルへのカメラ伝送を変更するために伝送することができる。第４ａ図及び第４ｂ図のＮＭＳプロトコルを利用することによって、このノード装置は、ＳＯＮＥＴネットワークの使用及び帯域幅を保存するよう制御することができる。１以上のノードでビデオカメラを切り換え可能に作動させるためＳＯＮＥＴネットワークを使って本発明を実施するために、各ノードは、多数の回路カード又はモジュールを持つ装置のシェルフを含んでいる。この装置シェルフは、回路モジュールを一緒に相互接続する多数のバスを有するプリントワイヤーバックプレーンを含んでいる。ノードの各装置シェルフは、それぞれが個々の光ファイバ２４ａ又は２４ｂを、ノードの回路にインターフェースするための一対の光バスコントローラを含んでいる。第５図は、ブロック図形態で、光バスコントローラ、バックプレーンバス、及びビデオモジュールカードの間の相互接続を例示している。二重化光バスコントローラ１２０及び１２２が図示されている。光バスコントローラ１２０は、”ワーキング”コントローラとして識別される一方、他のコントローラ１２２は、”プロテクト”コントローラと称される。ワーキングコントローラ１２０は、プライマリ光ファイバ２４ａ上でＳＯＮＥＴフレームを伝送するための本質回路である一方、他のコントローラ１２２は、他の光ファイバ２４ｂ上でＳＯＮＥＴフレームデータを二重化するためのバックアップである。機能的に、プロテクト光バスコントローラ１２２は、ワーキング光バスコントローラ１２０と同一に構成され、かつ機能する。言い換えると、回路モジュール１２０及び１２２は、ノード装置シェルフのスロット内で相互切換可能である。そういうものとして、１つのみのバスコントローラのプライマリオペレーションについて説明する。ワーキングバスコントローラ１２０は、その光入力ポートから、下流方向光ファイバ２４ａによって伝送されたＳＯＮＥＴフレームを結合する。光バスコントローラ１２０は、シリアル光信号を相当する電気信号に変換し、かつＳＯＮＥＴフレームの個々のビットを、ドロップバス１２４上でバイトシリアルファーマット出力に変換する。このドロップバスは、１バイトのデークを伝送するための８本のパラレルライン、パリティライン、Ｃ₁Ｊ₁信号ライン、ＳＯＮＥＴペイロードエンベロープ（ＳＰＥ）ライン、及び送信クロック信号ラインを含んでいる。送信クロック信号ラインは、１５４．３２ナノ秒のバイト周波数である。光バスコントローラ１２０は、アドバス１２６を構成する９ビット入力ポートを有している。アドバス１２６は、８ビットのデータ及びアド信号ラインを含んでいる。より完全に後述するように、アド信号ラインは、ドロップデータバス１２４上のバイトが、アドバス１２６上のバイトによって変更されるか取り替えられるときを識別する。アドバスバイトは、適切なドロップバスバイト位置に新たなバイトとして挿入される。光バスコントローラ１２０は、６．４８ＭＨｚ周波数の出力基準クロック１２８を提供する。同様に、プロテクト光バスコントローラ１２２は、同様なドロップバス１３０及びアドバス１３２を含んでいる。ドロップバス１３０は、ワーキングドロップバス１２４によって伝送されるＳＯＮＥＴフレームの二重化バイトを伝送する。アドバス１３２は、ワーキングアドバス１２６上で伝送されるものに相当する二重化バイトを伝送する。光バスコントローラ１２０は、３ビットのＮＭＳバス１３４を伝送するＩ／Ｏポートを有している。ＮＭＳバス１３４は、送信ライン、受信ライン及びクロックラインからなる。ＮＭＳバス１３４の機能は、第５図に示されたビデオモジュール（エンコーダ）６２又はビデオモジュール（デコーダ）６１のようなバックプレーンに結合された他のモジュールの間の通信を可能にするためである。ビデオモジュールは、１以上のカメラ１０からアドバス１２６及び１３２にビデオ信号を結合するためのエンコーダ６２として機能するようソフトウエアによって構成することができ、或いは、ドロップバス１２４及び１３０からビデオモニター３８への信号を結合するためのデコーダ６１として構成することができる。ＮＭＳバス１３４は、回路をイネーブル又はディスエーブルにするため、読み出し或いは書き込まれるべき特別のＶＴチャンネルを特定するため、バックプレーンに結合されたビデオモジュール６１、６２及び任意の他のモジュールと通信するために利用される。ワーキング光バスコントローラ１２０は、ＮＭＳ送信ライン１３６によってプロテクト光バスコントローラ１２２と通信する。同様に、プロテクト光バスコントローラ１２２は、ＮＭＳ受信ライン１３８によってワーキングバスコントローラ１２０に通信し、さもなければそれに応答する。最後に、光バスコントローラ１２０は、ノードの種々の回路をプログラミングしさもなければ構成するためのローカルコンピュータによって利用されるシリアル入力ＲＳ−２３２ポート１４０を含んでいる。このコンピュータ内にロードされたネットワーク管理ソフトウエアは、その回路を構成するため、或いは初期プログラミングのためビデオ又はそのノードの他のモジュールにコントローラ１２０によってさらに転送するため，ＮＭＳフレームをコントローラ１２０に運ぶために利用することができる。さらに、もしＮＭＳフレーム８０の定義アドレスが、コンピュータが接続されるノードに一致しないならば、ＮＭＳフレーム８０は、ＳＯＮＥＴネットワークのＤＳＯチャンネル内で他のノードに伝送される。プロテクト光バスコントローラ１２２は、同様なＲＳ−２３２ポート１４０を含んでいる。第６図は、詳細なブロック図形態で、光バスコントローラ１２０及びその種々の回路を例示している。前述したように、プロテクト光バスコントローラ１２２は同一に構成される。光バスコントローラ１２０は、光／電気インターフェース１５０を含み、かつこれは、下流ファイバ２４ａ上の入来光信号をライン１５６上の相当するシリアル電気信号に変換するためのホトディテクタ回路１５２を備えている。シリアルデータライン１５６上の電気信号は、シリアル下流ファイバ２４ａ上の光信号に対応する。光／電気インターフェース１５０はまた、ライン１５８上のシリアル電気信号を出力下流ファイバ１４ａ上の相当する光信号に変換するためのレーザドライバ及び相当する回路１５４を含んでいる。インターフェース１５０は通常の構成のものであり、かつここで、レーザドライバ１５４は、この技術分野で周知の温度、エージング、及び他の補償回路を含んでいる。８１０バイトから成る各ＯＣ−１ＳＯＮＥＴフレームは、シリアルデータライン１５６を通してクロック回復回路１６０にシリアル形態で転送される。クロック回復回路は、ＳＯＮＥＴフレームのシリアル電気信号からクロック信号を回復するための通常の構成のものである。クロック回復回路１６０は、出力シリアルライン１６２上に全ＳＯＮＥＴフレームを、かつ５１．８４ＭＨｚ受信クロック信号をライン１６４上に提供する。この周波数は、ＳＯＮＥＴフレームにおいて受信されたデータビットのビットレートに相当する。受信クロック１６４は、位相ロックループ回路１６３に、かつドロップバス１２４の送信クロックライン２１４上に同じ受信クロック信号１６４を再生するよう作動する送信クロック回路１６５に結合される。バスコントローラがマスターとして構成されるとき、受信及び送信クロック信号は互いに独立している。受信クロックと送信クロック間のこの独立性は、５００マイクロ秒で生じる１つの完全なＳＯＮＥＴスーパーフレームの倍数に合計遅延が等しいように、Ｓ０-ＮＥＴリング周りの１周信号遅れを、エラスティックストアメモリ１８６が考慮に入れるのを可能にする。ライン１６２上に結合された信号及びライン１６４上の受信クロック信号は、シリアル−パラレル（Ｓ／Ｐ）コンバータ回路１６６に結合される。シリアル− パラレルコンバータ回路１６６は、ＳＯＮＥＴリング信号を処理するように構成されており、かつバス１８２によりプロセッサ１６８に結合されたプロセッサインターフェースを含んでいる。Ｓ／Ｐコンバータ回路１６６は、コネチカット州シェルトンの、トランスイッチ・コーポレーションによって製造される集積回路タイプＴＸＣ−０３００１、又はテキサス州アディソンの、グヌビ・コミュニケーションズＩｎｃ．から入手できる、ＯＣ−３のために使用されるタイプＰＭ５３４３−ＲＩ及びＰＭ５３４４−ＲＩとして扱われる。ここで扱われた各集積回路の全ての公開データシートは、ここで完全に発表されたかのように参照により組み入れられる。Ｓ／Ｐコンバータ回路１６６は、アラーム、ステータス、及び他の情報のためのＳＯＮＥＴオーバヘッドバイトをデコードするための多数のデコーダ及びレジスタを含んでいる。種々のアラームを検出したときに、Ｓ／Ｐコンバータ回路１６６は、ＳＯＮＥＴアラーム信号を処理するためプロセッサ１６８に割り込みをする。Ｓ／Ｐコンバータ回路１６６は、バス１７０上のパラレル８ビット出力をプログラマブルアレイロジックチップ１７２に提供する。好適具体例において、ＰＡＬチップ１７２は、フィールドプログラマブルゲートアレイチップから成る。バス１７０上のデータバイト出力に加えて、Ｓ／Ｐコンバータ回路１６６はまた、個々のライン１７４，１７６及び１７８上に奇数パリティ、Ｃ₁Ｊ₁及びＳＰＥ信号を提供する。２ビット信号がまた、ＳＯＮＥＴフレームのＨ₄オーバヘッドビットからＳ／Ｐコンバータ回路１６６によりデコードされるように、ＰＡＬ回路１７２にライン１８０上を提供される。前述したように、ＳＯＮＥＴＨ₄バイトのこれらの２ビットは、ＳＯＮＥＴスーパーフレーム内の４つのフレームのどの１つが目下処理されているかを識別する。最後に、Ｓ／Ｐコンバータ回路１６６は、ＮＭＳフレーム８０を伝送するためプロセッサ１６８にシリアルライン１８２を提供する（第４図）。ＰＡＬチップ１７２は、カリフォルニア州サンジョセの、Ｘｉｌｉｎｘによって製造された集積回路タイプＸＣ５２１０ＰＱ２４０として識別される。ＰＡＬ回路１７２は、イネーブルの時、Ｓ／Ｐコンバータ回路１６６からドロップバスドライバ１８８にＳＯＮＥＴバイトを伝送する際に遅延を提供するエラスティックストアメモリ１８６と関連している。本発明のＳＯＮＥＴネットワークの全てのノードは、少なくとも１つの光バスコントローラ１２０を含むけれども、ＳＯＮＥＴネットワークの唯一のコントローラが、イネーブルにされたエラスティックストアメモリ１８６を有している。種々のノードの他の光バスコントローラにおいて、エラスティックストアメモリ１８６がディスエーブルにされる。エラスティックストアメモリ１８６の目的は、不足しているか又はそこに少ないノードを有するネットワークにおいてＳＯＮＥＴデータの損失を防ぐことである。長さの短いネットワーク又は少ないノードを有するネットワークにおいて、完全なＯＣ−１ＳＯＮＥＴフレームを伝送するために１２５マイクロ秒かかるという観点で、ＳＯＮＥＴリング内で伝送される１フレームの最初のバイトは、同じ送信ノードによって、このようなノードがそのフレームの全てのバイトの伝送を完了する前に受信することができる。このようなフレームを送信するノードにおいて受信された初期バイトの損失を防ぐために、エラスティックストアメモリ１８６は、伝送されたＳＯＮＥＴフレームのどのバイトの損失も防ぐために必要な遅延を提供する。エラスティックストアメモリは、好適には、約０−５００マイクロ秒の遅延を提供する。実際には、エラスティックストア１８６は、４Ｋｘ８記憶容量を有するデュアルポートＳＲＡＭから成る。エラスティックストアメモリ１８６は、４つのＳＯＮＥＴフレームを記憶するために十分なアドレス可能なロケーションを含んでいる。ＳＯＮＥＴフレームの各バイトは、ＰＡＬチップ１７２におけるバス１７０から、エラスティックストアメモリ１８６のデータ入力１９０と２：１マルチプレクサ１９２の１入力の両方に伝送される。８ビット入力１９０を通してメモり内にデータを書き込むことに加えて、データは、８ビット出力ポート１９４を通してメモリ１８６から読み出すことができる。メモリ１８６の出力は、２：１マルチプレクサ１９２の他の入力にバス２１２を通して結合される。マルチプレクサの出力は、ドロップバスドライバ１８８に結合された８ビットバス１９６から成る。ＰＡＬチップ１７２からエラスティックストアメモリ１８６に結合された他の信号は、１２ビット書き込みアドレスバス１９８と、ライン２００上の書き込み信号、１２ビットの読み出しアドレスバス２０２，及び読み出し信号ライン２０４とから成る。エラスティックストアメモリ１８６は、もし読み出し及び書き込みアドレスが同一でないならば、同時に書き込みかつ読み出すことができる。図示していないけれども、エラスティックストアメモリ１８６は、各セクションが１つのスーパーフレームの１つのＳＯＮＥＴフレームを記憶する４つの１Ｋセクション内に区画されている。当業者に周知のように、４つのＳＯＮＥＴフレームが１つのスーパーフレームを構成し、かつH4オーバヘッドバイトの２ビットが、スーパーフレームのどのフレームがそのとき存在しているかを限定する。従って、２ビットバス１８０は、エラスティックストアメモリ１８６のどのセクションに書き込むべきかを識別するために使用されるＨ₄信号をＰＡＬチップ１７２に結合する。ＰＡＬチップ１７２は、エラスティックストアメモリ１８６の書き込み及び読み出しにおけるアドレスを提供するための書き込みアドレスカウンタ及び読み出しアドレスカウンタ（図示せず）を含んでいる。書き込みカウンタのアドレスと読み出しカウンタのアドレスは、規定の遅延が提供されるようにオフセットしている。このオフセットは、マスターバスコントローラ１２０の受信クロックと送信クロックの間の時間差に相当する。受信クロックは、ＳＯＮＥＴフレームデータによってエラスティックストアメモリ１８６に書き込む際に使用され、かつ送信クロックは、メモリ１８６からこのようなデータを読み出す際に使用されるということに注意すべきである。例えば、３フレームのラウンドトリップ遅延（３７５マイクロ秒）によって、第４のＳＯＮＥＴフレームがエラスティックストアメモリ１８６の第４のセクションに書き込まれるとき、ＳＯＮＥＴフレームの初期バイトは、第１のメモリセクションから読み出される。エラスティックストアメモリ１８６が書き込まれかつ読み出される速度は同一であるが、しかし、書き込み及び読み出しカウンタのアドレスは、合計ＳＯＮＥＴラウンドトリップ遅延が、１２５マイクロ秒の１，２，３倍等に等しくなるようにオフセットしている。ＰＡＬ回路１７２における書き込みアドレスカウンタ及び読み出しアドレスカウンタは、シーケンシャルにインクリメントされ、かつこの規定のアドレスはオフセットしており、そしてこのようなオフセットは動作中維持される。ＳＯＮＥＴリングネットワークに遅延を提供する際に、前述したようなエラスティックストアメモリを利用する技術は、従来技術の一部として利用されたということを注意すべきである。前述したように、光バスコントローラ１２０は、エラスティックストアメモリ１８６をイネーブルにし、或いはディスエーブルにするよう構成することができ、従って、このようなモジュールに関して遅延容量を提供し或いは除去することができる。実際上、１つの光バスコントローラモジュール（対）は、ＳＯＮＥＴ光ファイバリングにおいてイネーブルにされる一方、光ファイバに接続された全ての他のノードのエラスティックストアメモリはディスエーブルにされる。エラスティックストアメモリ１８６のイネーブル及びディスエーブルは、データバスマルチプレクサ１９２の制御ライン２１０に印加されるソフトウエア制御信号によって達成される。マルチプレクサ１９２がイネーブルにされるとき、ＳＯＮＥＴフレームはエラスティックストアメモリ１８６を通過し、バス２１２上のマルチプレクサ１９２に結合され、そしてバス１９６上でマルチプレクサから出力する。従って、ＳＯＮＥＴフレームは、書き込まれ、そして次にエラスティックストアメモリ１８６から読み出される遅延を受ける。マルチプレクサ１９２がディスエーブルにされるとき、バス１７０上を伝送されるＳＯＮＥＴフレームバイトは、マルチプレクサからバス１９６に通過する。バスマルチプレクサ１９２がディスエーブルにされるとき、ＰＡＬチップ１７２における回路はまた、ライン２１４上の送信クロックと同期して、ライン１６４上の受信クロックを再生させる。マルチプレクサ１９２の制御ライン２１０に結合されたイネーブル信号は、２つの状態を有するラッチ信号であり、その一方は、入力バス２１２上の信号をマルチプレクサ出力バス１９６に結合し、かつその他方の状態が他方の入力バス１７０をマルチプレクサ出力バス１９６に結合する。制御ライン２１０上の信号の状態は、光バスコントローラ１２０の構成中、論理高又は論理低状態に置くことができる。ドロップバスドライバ１８８は、第６図に示されるように、ＰＡＬチップ１７２から入力を受信し、かつ同じ信号によってバックプレーンライン及びバスをドライブする。ドロップバスドライバ１８８は、ＳＯＮＥＴノードシェルフのバックプレーンコンダクター上の信号の必要な電気ドライブ容量を提供するための通常の構成のものである。特に、ドロップバスドライバ１８８は、ＳＯＮＥＴフレームのバイトシリアルデータによって８ビットバスをドライブする。さらに、ドライバ１８８は、クロックライン２１４上に６．４８ＭＨｚ送信クロック信号、ライン２１６上に奇数パリティ信号、ライン２１８上にＣ₁Ｊ₁信号、そしてライン２２０上に同期ペイロードエンベロープ（ＳＰＥ）信号を提供する。これらの信号の間のタイミング関係は、第７−９図により詳細に示されている。８ビットデータバス２１２をドライブすることに加えて、ドロップバスドライバ１８８はまた、バイトシリアルＳＯＮＥＴフレーム信号によってドロップバス受信機２２２をドライブする。ドロップバス受信機２２２は、ＰＡＬチップ１７２の一部である遅延回路２２６にバス２２４上のバイトシリアル信号を結合する。遅延回路２２６は、各ＳＯＮＥＴフレームバイトを３バイト間隔によって、或いは４６３ナノ秒遅延させるためのＦＩＦＯレジスタから成る。３クロックサイクルだけ遅延した後、バイトシリアルＳＯＮＥＴフレームデータは、バス２２８上を２：１マルチプレクサ２３０に結合される。このマルチプレクサは一対の８ビット入力バスを有し、その一つは、バス２２８であり、かつ他方はバス２３２である。マルチプレクサ２３０の出力は、パラレル−シリアル（Ｐ／Ｓ）コンバータ回路２３６に結合される。実際上、Ｐ／Ｓコンバータ回路２３６は、Ｓ／Ｐコンバータ回路１６６と同じ集積回路の一部である。マルチプレクサ２３０は、８ビットアドバス２３８の相当するタイムスロットに現れるバイトデータによってドロップバスバイトを変更するための回路の一部から成る。前述したように、アドバス１３２は、８ビットデータバス２３８及びアド信号ライン２４０を含んでいる。これらの９つの信号は、相当するバス２３２及びアド信号ライン２４２をドライブするため、アドバス１３２からアドバス受信機２４２に結合される。このような信号は、ＰＡＬチップ１７２への入力として、特にマルチプレクサ２３０に結合される。アドバスライン２４４土の論理高信号は、マルチプレクサ２３０に、入力アドバス２３２からの１バイトのデータをマルチプレクサ出力バス２３４に通過させる。アド信号ライン２４４が論理低レベルにあるとき、入力ドロップバス２２８上のフレームバイト信号は、マルチプレクサ出力バス２３４に通される。従って、アド信号ライン２４４は、マルチプレクサ出力バス２３４上のどのフレームバイトが、ドロップバス２１２又はアドバス２３８上で伝送される１バイトのデータであるかを制御する。理解することができるように、もし光バスコントローラ１２０へのＳＯＮＥＴフレームバイト入力が、アドバス２３８上のバイト信号によって変更されないならば、コントローラへのＳＯＮＥＴフレームバイト入力の全てが、コントローラから出力され、かつＳＯＮＥＴネットワークの次のノードに変更されずに通過する。Ｐ／Ｓコンバータ回路２３６は、バス２３４上のバイトシリアルデータをライン１５８上のシリアルビットデータに変換する。ライン１５８上のビット信号のこの連続は、オーバヘッドバイト及びペイロードバイトの全てを含む、ＳＯＮＥＴプロトコルに従う合成フレームから成る。ライン１５８上のシリアル電気信号は、光／電気インターフェースに、そして特にレーザードライバ１５４に結合される。レーザードライバ回路１５４は、電気信号ビット信号を、下流光ファイバ２４ａへの出力上の相当する光シリアルビット信号に変換する。プロセッサ１６８は、モトローラから入手可能のタイプ６８３０２であり、かつＳＯＮＥＴノードシェルフに結合された種々のビデオ及び他のタイプのモジュールにＮＭＳフレーム８０を伝送するようプログラムされている。プロセッサ１６８は、送信ライン２４８上にＮＭＳフレームデータを伝送するためのシリアル出力ポートを有している。送信ライン２４８は、各追加のシェルフモジュールの入力ポートにパラレルに結合されている。各シェルフモジュールは応答し、さもなければシリアル受信ライン２５０によって光バスコントローラプロセッサ１６８にＮＭＳデータを送信することができる。プロセッサ１６８はまた、送信及び受信回路を同期化するためにライン２５２上にＮＭＳクロックを提供する。１つのノードで回路のプログラミング及び構成を可能にするために、プロセッサ１６８はネットワーク管理システムコンピュータから信号を受信するためのシリアル入力ポート１４０を有している。プロセッサ１６８はバス１６９を通してＰＡＬチップ１７２に結合されている。ＰＡＬチップ１７２は、このように構成し、かつプロセッサ１６８によってモニターすることができる。図示さえていないけれども、プロセッサ１６８はまた、８ｘ２ビデオスイッチと２チャンネルドライバ、又は４ｘ１ビデオスイッチと１チャンネルドライバを有することのできる標準ＳＯＮＥＴパドルボードに結合される。第７−９図は、ドロップバス２１と光バスコントローラ１２０のマルチプレクサ出力バス２３４上のアドバス２３８との間の多重化バイトデータにおけるタイミング関係を例示している。第７−９図に示された信号は、このような信号が伝送される種々のライン又はバスを、括弧表示で識別する。ドロップバイトデータは、送信クロック２１４の立ち上がりエッジでバス２１２上にクロックされる。同様に、アドデータは、送信バイトクロック２１４の立ち上がりエッジでアドデータバス２３８上にクロックされる。前述したように、Ｃ₁Ｊ₁信号２１８及びＳＰＥ信号２２０は、オーバヘッドＣ₁バイト及びオーバヘッドＪ₁バイトからＳ／Ｐコンバータから得られる。特に、ＳＰＥ信号は、オーバヘッドバイトを意味するために諭理低レベルにあり、かつペイロードバイトを意味するために論理高レベルにある。これは、第８図に示され、ここで、ＳＰＥ信号は、オーバヘッドバイトＡ₁、Ａ₂、及びＣ₁中は低であるが、しかしＳＯＮＥＴフレームペイロードバイトの存在中は高である。第９図を参照すると、アドデータバイトは、相当するドロップデータバイトを３バイト、即ち３バイトクロック期間だけ遅らせる。言い換えると、アドバイトデータによって変更されるドロップバイトデータは、ドロップバイトタイムスロットの後３バイトで生じる。アド信号ライン２４０はノードの全ての他のカードに共通であり、かつ光バスコントローラ１２０への入力を構成するけれども、ノードシェルフの他のモジュールカードのそれぞれは、相当するドロップバスタイムスロット内に新たなデータバイトを挿入するためのバイトタイムスロット中にこのようなラインをドライブすることができる。図６及び図９を参照すると、以下の説明はこの手順を例示する。例示の目的のために、アドバイト１０がドロップバイト１０タイムスロットに挿入することが望まれると仮定する。ドロップバスバイトとアドバスバイトの間に３バイト遅延があるけれども、遅延回路２２６によって提供される３クロック遅延は、マルチプレクサ２３０への入力としてドロップバス２１２とアドバス２３８との間の相当するバイトを整列させる。アドバイト１０のためのタイムスロットの初めに、アドライン２４０上の信号は、論理高にドライブされ、それによって、マルチプレクサ２３０は、バイトシリアルバス２３４上の出力のために、ドロップバイト１０よりもむしろ、アドバイト１０を選択する。ビデオモジュールのどれか１つ又はノードシェルフにおける他のモジュールは、１以上のバイトタイムスロット中にアド信号ライン２４０を論理高にドライブすることができ、それによって相当するアドバイトをドロップバスバイト位置に挿入することができるということに注意することが重要である。実際、より完全に後述するように、ビデオモジュールに結合されたビデオカメラが、ＳＯＮＥＴライン上のビデオデータをオペレータコントロールセンターに伝送するためにイネーブルにされるとき、アドライン２４０上の信号は、ＳＯＮＥＴフレームの必要なＶＴチャンネル期間中に論理高レベルにドライブされ、それによってＳＯＮＥＴフレーム内のこのようなビデオ信号を多重化する。ビデオカメラがディスエーブルにされるとき、アドライン２４０上の信号は論理低レベルに留まり、それによって、依然としてビデオカメラによって発生しているビデオ信号は、ＳＯＮＥＴタイムスロット上に多重化されない。また、より詳細に後述するように、ビデオモジュールに結合されたビデオモニターの動作は、アド信号ライン２４０上の信号の制御を必要とせず、むしろ、ドロップバス２１２上のＶＴチャンネルにおいて伝送されるカメラのビデオ信号は、単にこのバスから取り出し、展開し、アナログ信号に変換し、そしてビデオモニターに結合される。第５図に戻ると、個々のワーキング及びプロテクトドロップラインに２つのバス１２４及び１３０により、そして、個々のワーキング及びプロテクトアドバスに２つのバス１２６及び１３２により結合された２つのビデオモジュール６１及び６２が例示されている。ビデオモジュール６１は、１つ又は２つのモニター３８をドライブするためのエンコーダとして構成するよう図示されている。そういうものとして、このようなモジュール６１は、モニター３８をドライブするための適切なＶＴチャンネル中にビデオデータを受信するためにドロップバス１２４又は１３０に結合されることのみが必要である。他方、ビデオモジュール６２は、個々のカメラ１０₁−１０₈からアナログビデオ信号を受信するためのエンコーダとして構成されるよう図示されている。エンコーダとして構成されるとき、ビデオモジュール６２はビデオデータバイトをそれに割り当てられた適切なＶＴチャンネル内に提供し、そして、この割り当てられたＶＴチャンネルのタイムスロット中に論理高レベルにアド信号ラインをドライブする。第１０図は、本発明の好適形態に従い構成されたビデオモジュールを詳細なブロック図形態で例示している。ビデオモジュールは、最大８つのビデオカメラ１０₁−１０₈及び２つのビデオモニター３８₁及び３８₂のための接続を有している。ビデオモジュールは、２つのビデオチャンネルを含み、かつこのように、２つのビデオモニターをドライブし、或いは８つのビデオカメラの２つからビデオ信号を受信するよう構成することができる。或いは、ビデオモジュールは、ビデオカメラのためのエンコードのために１チャンネルを、かつビデオモニターをドライブするためのデコードのために１チャンネルを提供するよう構成することができる。第１０図のビデオモジュールは下流アドバス１２６及び下流ドロップバス１２４に結合されて図示されているけれども、同一に構成されたモジュールが、信頼性を目的として、二重化するために、上流アド及びドロップバス１３２及び１３０に結合されるであろう。図示していないけれども、各カメラは、上流ビデオモジュール及び下流ビデオモジュールの両方へのパラレル入力を有するであろう。同様に、上流ビデオモジュール及び下流ビデオモジュールは、それぞれがモニターをドライブするための、パラレル出力接続を提供するであろう。ビデオモジュールは、ライン２１４上の６．４８ＭＨｚバイトクロックによってドライブされる通常の位相ロックループ回路２６０を含んでいる。位相ロックループ２６０は、分割されるとき、５１．８４Ｍｂ／Ｓのビットレートが得られるように周波数を乗算する。このビットレートは、ＯＣ−１ＳＯＮＥＴレートに相当する。ＯＣ−３又は他のＳＯＮＥＴアーキテクチャーのために、位相ロックループ回路２６０は、相当するより高いクロックレートを発生するよう構成することができる。各ビデオモジュールは、第一のシリアルビデオチャンネル２７２に結合された第一のコーデック２７０を含んでいる。第二のコーデック２７４は、第二のシリアルビデオチャンネル２７６に結合される。コーデック２７０及び２７４は、同一の回路であり、それぞれ、カリフォルニア州サンテーの、エナーディンＣｏｒｐ．によって製造されたタイプＣｏｄｅｃＳＬ−３により識別される。コーデックは、通常の構成のものであるが、しかし、音声アナログ信号を処理するための構成がない。コーデック２７０は、カメラ１０からビデオ信号を伝送するアナログ入力２７８を含んでいる。コーデック２７０は、アナログビデオ信号を相当するディジタルビデオ信号に変換するためのアナログ−ディジタルコンバータを含んでいる。さらに、コーデック２７０は、ＪＰＥＧアルゴリズムに従いディジタルビデオデータを圧縮する。追加の回路が、シリアルライン２７２上で受信されるように、フィールドプログラマブルゲートアレイチップ２８０により不十分なシリアルデータを処理することができる場合に、ビデオデータを棄てるために、コーデック２７０において使用される。第二のコーデック２７４は、入力２８２上で受信したアナログビデオ信号に関して同一に機能する。本発明の好適形態において、８つのビデオカメラ１０₁−１０₈を、ビデオモジュール６２に結合することができる。８：２マルチプレクサ２８４は、８つのビデオカメラの２つを選択し、かつ相当するアナログビデオ信号を個々のライン２７８及び２８２に結合する。マルチプレクサ２８４は、クロスポイントスイッチ集積回路から成り、ここで、８つの内の２つの入力が、バス２８６上の選択信号により選択される。マルチプレクサ２８４の選択ライン２８６は、モトローラから入手可能の、タイプＭＣ６８ＬＣ３０２のマイクロプロセッサ２９０に結合される。マイクロプロセッサは、１Ｍフラッシュメモリ及び１ＭのＲＡＭに結合される。ＮＭＳバス１３４は、マイクロプロセッサ２９０の個々のポートに結合される。このようにして、ＮＭＳフレーム８０におけるコマンドは、ＳＯＮＥＴネットワークを通して伝送し、受信し、そして、ビデオモジュールの種々の回路を構成するためマイクロプロセッサ２９０によりデコードすることができる。マイクロプロセッサ２９０は、共通データバス、アドレスバス、及びコントロールライン２９２により、ゲートアレイチップ２８０に、そして、クォードユニバーサル同期受信送信（ＵＡＲＴ）集積回路２９４に結合される。クォードＵＡＲＴ２９４は、追加のシリアルインターフェースバスを提供して、マイクロプロセッサ２９０にビデオモジュールの種々の集積回路と通信させる。クォードＵＡＲＴ２９４は、コーデック２７０に結合された第一のシリアルライン２９６、及び第二のコーデック２７４に結合された第二のシリアルライン２９８を含んでいる。さらに、クォードＵＡＲＴ２９４は、それぞれシリアルラインインターフェース３０４に結合された第３及び第４のシリアルライン３００及び３０２を含んでいる。シリアルラインインターフェース３０４は、ＵＡＲＴ２９４からディジタル信号を受信し、そしてこれを、ＲＳ−２３２、ＲＳ−４２２又はＲＳ−４８５プロトコルに従いライン３０６及び３０８をドライブするため変換する。シリアルラインインターフェース３０４、３０６、３０８のＩ／Ｏポートは、個々のビデオカメラ１０₁−１０₈と関連したパン、チルト、及びズーム回路３１０に、そしてネットワーク管理システムソフトウエアを備えるネットワークコントローラ３１２に結合される。このビデオモジュールは、ＮＭＳバス４４で受信したＮＭＳフレーム８０によって、或いはライン３０８上のネットワークコントロ−ルコンピュータ３１２を通して受信したＮＭＳフレーム８０によって構成することができる。第１０図に例示されたビデオモジュールは、ビデオカメラ１０₁−１０₈からのビデオ信号を処理するためのエンコーダ６１として構成されるよう図示されているけれども、このモジュールはまた、ビデオ信号をデコードし、かつ、アナログビデオライン３１４及び３１６を通して破線で示された、２つのモニター３８₁ −３８₂をドライブするためのビデオモジュール６１として構成することができる。コーデック２７０及び２７４がデコーダとして構成されるとき、ライン２７２及び２７６を通して受信したシリアル、圧縮ディジタル信号は、展開され、かつアナログライン３１４及び３１６上で転送するための相当するアナログ信号に変換される。コーデック２７０及び２７４は、シリアル通信ライン２９６及び２９８上の信号によってエンコーダ又はデコーダのいずれかとして構成することができる。さらに、コーデック２７０及び２７４内に確立された構成は、マイクロプロセッサ２９０によるリクエストに応答してクォードＵＡＲＴ２９４を通して得ることができる。エンコーダ又はデコーダとしていったん構成されると、コーデック２７０及び２７４は、他のソフトウエアコマンドによって変化するまで構成を維持する。コーデック２７０及び２７４の構成状態は、もしビデオモジュールから電力が除かれ、かつ回復したならば、コーデックは以前に確立した構成を維持する用に、非揮発性レジスタ内に維持される。ゲートアレイチップ２８０は、カリフォルニア州サンジョセの，Ｘｉｌｉｎｘによって製造されたタイプＸＣ５２１５ＨＱ２０８として識別される。ゲートアレイチップ２８０は、パリティビット、Ｃ₁Ｊ₁及びＳＰＥ信号、及びバイトクロック信号に加えて、ＳＯＮＥＴフレームの全ての８１０バイトを、ビデオモジュール６２に利用させるための１２ビットドロップバス１２４を備えている。ゲートアレイチップ２８０は、ペイロードバイトをデコードするためＣ₁Ｊ₁及びＳＰＥ信号に応答する。さらに、ゲートアレイ２８０は、ＳＯＮＥＴフレームの選択されたＶＴチャンネルに応答し、１バイトの個々のパラレルビットをシリアル形態に変換し、そしてこのシリアルビデオデータストリームを個々のコーデック２７０又は２７４に伝送するため、マイクロプロセッサ２９０を通してプログラム可能のカウンタを含んでいる。実際、このビデオモジュールがデコーダ６１として構成されるとき、ゲートアレイチップ２８０は、第１のコーデック２７０と関連した一方、及び第２のコーデック２７４と関連した他方の、２組のＶＴチャンネルに独立して応答するようプログラムされる。個々のシリアルビデオデータストリームは、ゲートアレイチップ２８０からコーデック２７０及び２７４に結合される。コーデック２７０及び２７４において、前述したように、個々のシリアルビデオデータストリームは、展開され、アナログ信号に変換され、かつ個々のライン３１４及び３１６上をモニター３８₁−３８₂に伝送される。もしゲートアレイチップ２８０が、１．５ＭＨｚ帯域幅信号をコーデック２７０及び２７４に提供するようマイクロプロセッサ２９０によりプログラムされたならば、そのとき、各個々のコーデックに対して、ゲートアレイチップ２８０は、２８バイトのデータをＳＯＮＥＴフレームからデコードし、かつこれを個々のコーデックに結合するであろう。もしより高い帯域幅信号がＳＯＮＥＴフレームで伝送されるならば、そのとき、ゲートアレイチップ２８０は、選択されたＶＴチャンネルに相当するグループの個々のＳＯＮＥＴチャンネルペイロードバイトをデコードするようプログラムされるであろう。ビデオモジュールが２つのモニター３８₁ −３８₂をドライブするためのデコーダとして構成されるとき、ゲートアレイチップ２８０は、アドバス２３８又はライン２４０上のアド信号をアクティブにドライブしない。ビデオモジュールがエンコーダ６２として構成される場合に、ゲートアレイチップ２８０は、コーデック２７０及び２７４からバイトシリアルビデオデータを付加するため、個々のＶＴチャンネルの間アドバス２３８を作動するようマイクロプロセッサ２９０によってプログラムされる。もし、例えば、第１のコーデック２７０がＳＯＮＥＴフレームの２４ＶＴチャンネルが割り当てられたならば、２４バイトのビデオデータがライン２７２上のゲートアレイチップ２８０に提供され、かつシリアル−パラレルシフトレジスタにストアされるであろう。第１のＶＴ１チャンネルタイムスロットが、ドロップバス１２４上のＣ₁Ｊ₁及びＳＰＥ信号によって決定されるように、存在するとき、アドバス２３８は、第１のＶＴタイムスロットの間８ビデオビットによってドライブされ、かつライン２４０上のアド信号は高にドライブされるであろう。その次の２３ビデオバイトは、引き続く２３ＶＴ１チャンネルの間アドバス２３８上でドライブされ、かつライン２４４上のアド信号は、個々のＶＴタイムスロットの間ドライブされるであろう。第２のコーデック２７４からのビデオ信号は、同様に処理され、かつ個々のタイムスロットの間異なる組のＶＴチャンネルに置かれるであろう。アドバス２３８は、アドバス受信機２４２によって受信される、２ＶＴチャンネルのビデオ信号を光バスコントローラ１２０に伝送する。それから、アドデータはマルチプレクサ出力バス２３４の個々のタイムスロット上に多重化される。ゲートアレイチップ２８０は、アド信号ライン２４０をドライブするため３状態高インピーダンス出力と組み立てられる。他のシェルフモジュールのアドラインドライバが同様に設計される。図示されていないけれども、アド信号ライン２４０とグラウンドの間に接続された抵抗器は、このラインのための受動プルダウンを提供する。アド信号ライン２４０上の信号をゲートアレイチップ２８０によって制御することにより、２つの選択されたビデオカメラがこのように切り換えられ、即ちノードで作動されて、ＳＯＮＥＴフレームにビデオ信号を伝送させる。ビデオモジュールエンコーダ６２の動作中、ＮＭＳデータフレーム８０は、バス２８６を通してビデオカメラマルチプレクサ２８４を選択的にドライブして、ＳＯＮＥＴネットワークによって異なる画像を伝送するため１つ又は２つの異なるビデオカメラを選択するよう、マイクロプロセッサ２９０に通信することができる。さらに、ゲートアレイチップ２８０は、ＳＯＮＥＴフレームの異なるＶＴチャンネル上に２つのビデオストリームを多重化するために、休む間もなく再構成することができる。ビデオモジュールエンコーダ６２の一方又は他方、若しくは両方のビデオカメラがそのノードでオフに切り換えられる場合に、ＮＭＳコマンドメッセージはマイクロプロセッサ２９０に伝送され、そこでデコードされ、そしてゲートアレイチップに結合されて、アド信号ライン２４０上の信号が高にドライブされるのを妨げる回路を再構成する。ビデオカメラは依然としてビデオストリームを再生するけれども、ディジタル圧縮ビデオストリームは、アドバス２３８に付加されず、従って、このカメラは、効果的にオフにスイッチされるであろう。ノードシェルフにおける他のモジュールは、アドライン２４０をドライブして、そのノードの他のモジュールに切り換えて、ＳＯＮＥＴフレームに関してビデオデータを送信又は受信させるということに注意すべきである。２つのモジュールが、同じＶＴチャンネルでアド信号ライン２４０を高に、不注意にドライブするよう試みる場合に、アドバス２３８に付加されたデータが壊され、かつパリティエラーが生じるであろう。パリティエラーが光バスコントローラ１２０によって検知され、かつ訂正又は診断機能が実行されるであろう。第１１図は、第２図に示されたコントロールセンターの装置に結合されたＳＯＮＥＴＯＣＣノード５０を例示している。このコントロールセンターは、デコーダ６１として構成された個々のビデオモジュールに各対３８₁及び３８₂が結合された６つのビデオモニターを持って図示されている。コントロール４２及びコンピュータ４４は、オペレータに特別のビデオカメラを選択させかつモニター３８上に画像を提示させるための通常の装置である。各モニター３８はそれと関連し、かつビデオコントロールコンピュータ４４内にプログラムされたユニークＩＤを有している。コントロールパネル４２は、ビデオ画像の制御のためのマニュアルスイッチと共に図示されているけれども、プログラム化コンピュータ及びキーボード及び／又はマウスはまた、オペレータに、カメラ信号を表示するためにビデオ画像と個々のモニター３８を選択する能力を提供することができる。多数のベンダーがビデオ装置を提供する限りにおいて、ＲＳ−２３２ライン４６上をビデオコントロールコンピュータ４４によって伝送される多数の異なるプロトコルがある。プロトコルが何であれ、ライン４６上の信号は、例えば、カメラ５０をモニター５に接続するようなコマンドを実質上伝送する。これらのシリアル信号は、ワーキング及びプロテクトバスコントローラ１２０及び１２２に、そして特に、個々のプロセッサ１６８に結合される。各バスコントローラ１２０，１２２におけるプロセッサ１６８は、これらのネイティブコマンドを相当するＮＭＳコマンドに変換するようプログラムされている。第４ａ図に示された宛先アドレスにカメラ５０及びモニター５を相互参照するために、ルックアップテーブルが利用される。例えば、カメラ５０は、ノードアドレスフィールド８６，シェルフアドレスフィールド８８、カードアドレスフィールド９０、及び補助アドレスフィールド９２を有する宛先アドレスとしてルックアップテーブルにおいて参照されるであろう。カメラ５０に相当する宛先アドレスは、ユニークであり、従って１つのカードで唯一のカードが応答する。さらに、システムの初期構成中に、各モニター３８はビデオ信号を受信するためのＶＴチャンネルが割り当てられ、かつこのようなチャンネル割り当ては、バスコントローラ１２０及び１２２のメモリ内にストアされる。従って、コントローラのプロセッサ１６８が、モニター５に関するネイティブコマンドを受信し、かつデコードするとき、それは、割り当てられたＶＴチャンネルにルックアップテーブルにおいて相互参照されるであろう。この情報によって、バスコントローラのプロセッサ１６８は、ＮＭＳフレーム８０を、カメラ５０の宛先アドレス、カメラ５０に接続されたモジュールに書き込むべきコマンド、及びカメラ接続機能に相当するＶＩＤとモニター５に割り当てられたＶＴチャンネルに相当するデータを有するデータフィールド１０６によって組み立てるであろう。ＮＭＳフレームは、ＳＯＮＥＴフレームの指定されたＤＳＯチャンネルにおいてバイト毎に送信されるであろう。送信されたＮＭＳフレームの宛先アドレスに一致するノードが、フレーム８０を受信するとき、それはデコードされるであろう。ビデオモジュール６２におけるプロセッサ２９０は、モニター５に割り当てられたタイムスロットに相当する出力をするためにカウンタをプログラムするようＦＰＧＡチップ２８０と通信し、カメラ５０を選択するためにカメラマルチプレクサ２８４を制御し、そしてそれから、ＶＴチャンネルに相当する割り当てタイムスロット内において圧縮ビデオデータを提供するであろう。この配置によって、ビデオ装置及びＳＯＮＥＴネットワークに結合された他の装置を制御することができる。本発明の好適具体例を、特別の装置及び回路、及びその動作方法を参照して開示したけれども、細部における多くの変更が、特許請求の範囲によって限定されるように、本発明の精神及び範囲から離れることなく技術上の選択の問題としてなすことができるということを理解することができる。

Claims

【特許請求の範囲】１．マルチノード光通信ネットワークのノードに結合された回路を制御するための装置において、データを伝送するための光フレームのタイムスロットを利用するため、制御信号を光ネットワーク上に送信するためマルチノードネットワークのソースノードに位置した制御回路と、前記タイムスロットを選択しかつ前記宛先回路からのデータを前記タイムスロットに結合する宛先回路を構成するため、光ネットワークを通して制御信号を受信するための宛先ノードと、を備え、それによって、前記宛先回路が前記宛先ノードで制御される、ことから成る前記装置。２．前記宛先回路が、前記タイムスロットにおいてビデオカメラからのビデオデータを多重化するため前記タイムスロットに応答する．第一の回路、及び光フレームにおける相当するタイムスロットにおいてビデオデータを転送するための第二の回路に結合されたビデオカメラを含む請求の範囲第１項に記載の装置。３．前記第一の回路が、イネーブル信号と共に、前記第二の回路に前記ビデオデータを１つのタイムスロットに供給し、それによって、前記第二の回路は、前記イネーブル信号がアクティブのとき一度に前記光フレームに前記ビデオデータを転送する請求の範囲第２項に記載の装置。４．前記第二の回路が光フレームドロップデータを伝送するドロップバスを含み、かつ前記第一の回路がアドビデオデータを伝送するアドバスを含み、そして、前記第二の回路が、前記イネーブル信号のアクティブタイム中に前記光フレーム上にアドビデオデータを多重化する請求の範囲第３項に記載の装置。５．前記光ネットワークがＳＯＮＥＴ不ットワークから成り、かつイネーブル信号が、１．５ＭＨｚ帯域幅を提供するためＯＣ−１ＳＯＮＥＴフレーム中に２４回アクティブである請求の範囲第４項に記載の装置。６．前記第一の回路が、単一ビデオカメラからのビデオデータを光フレームに転送するため、光フレームの１以上のタイムスロットに応答するようプログラム可能である請求の範囲第３項に記載の装置。７．前記第一の回路が、前記１以上のタイムスロット中に前記イネーブル信号をアクティブにし、それによって、ビデオカメラからのビデオデータをＳＯＮＥＴフレームに効果的に結合するため、前記ソースノードからＳＯＮＥＴネットワークを通してコマンドを受信するようになっている請求の範囲第６項に記載の装置。８．前記ビデオカメラは、前記１以上のタイムスロット中に前記イネーブル信号を不活性に維持することによりＳＯＮＥＴネットワークから効果的に遮断される請求の範囲第７項に記載の装置。９．前記ＳＯＮＥＴフレーム内で伝送される装置コンフィギュレーションプロトコルをさらに含み、該装置コンフィギュレーションプロトコルは、各ノードにユニークな宛先アドレス、及び複数のコマンドを有し、各前記ノードは宛先アドレスをデコードしかつそれをユニークアドレスと比較するためにコンフィギュレーションプロトコルの受信に応答し、そして、もし一致が見つかるならば、このコマンドはデコードされ、かつノード装置を制御するために実行される請求の範囲第１項に記載の装置。１０．光信号を伝送するための複数のタイムスロットを有するタイプの光ネットワークによって回路を制御するための装置において、前記タイムスロットの１つにおいて前記宛先ノードからのデータの結合を制御するための宛先ノードにコマンドを送信するため、前記光ネットワークに結合された少なくとも１つのソースノードと、前記光ネットワークに結合された光入力及び前記光ネットワークに結合された光出力を有する少なくとも１つの前記宛先ノードと、から成り、前記宛先ノードは前記コマンドを受信しかつ、電気的ドロップバスと、前記光ネットワーク入力を通る光信号を、前記ドロップバス上で伝送される相当する電気信号に変換するための光−電気コンバータと、前記宛先ノードに結合された電気回路により発生したデータを伝送するための電気的アドバスと、前記ドロップバス又は前記アドバスのいずれかから電気信号を選択するためのセレクターと、前記ドロップバス又は前記アドバスから電気的データを選択するため前記セレクターを制御するための制御信号ラインと、前記宛先ノードの光出力に結合された相当する光信号に、前記セレクターからの電気信号出力を変換するための電気−光コンバータと、から成る、前記装置。１１．前記ソースノードが、前記コマンドを使う通信プロトコルを提供するようプログラムされたプロセッサを含み、かつ前記ソースノードは、前記光ネットワークのタイムスロット内の前記宛先ノードで発生したデータの送信を制御するため前記光ネットワークのタイムスロットを通して前記通信プロトコルを送信するための回路を含む請求の範囲第１０項に記載の装置。１２．前記通信プロトコルは、前記セレクター制御信号が前記ドロップバスと前記アドバスとの間で選択されるようイネーブルにされるときを制御するためのコマンドを含む請求項１１に記載の装置。１３．前記通信プロトコルは、実行されるべき機能を規定するコマンドフィールド、及び利用されるべきタイムスロットを規定する関連データフィールドを含む請求の範囲第１０項に記載の装置。１４．前記ドロップバスを通してビデオデータを受信しかつ該ビデオデータをモニター上で表示のために変換するため、前記宛先ノードと関連したデータ回路を含む請求の範囲第１０項に記載の装置。１５．光信号を伝送するための複数のタイムスロットを有するタイプの光ネットワークによって回路を制御するための方法において、前記ノードにより前記光ネットワーク上でのデータの送信を制御するため、前記光ネットワークを通るコマンド信号をそれに接続された少なくとも１つのノードに通信するステップと、前記光ネットワーク上のデータの送信のために利用されるべき１以上のタイムスロットを識別する前記コマンドを前記ノードにおける回路によりデコードするステップと、少なくとも１つのデータソースからのデータを、識別されたタイムスロットと関連させるための前記ノードにおける回路をプログラムするステップと、前記データソースにより発生したデータを、前記光ネットワークの前記識別されたタイムスロット内に多重化するステップと、光ネットワークを通して前記ノードにより受信された他のコマンドのデコードに応答して前記光ネットワークの他のタイムスロット内にデータを多重化させるための前記ノードにおける前記回路を再プログラムするステップと、から成る前記方法。１６．光ネットワークからデータを受信しかつ前記光ネットワーク上の前記ノードで発生したデータを送信するため、前記ノードにおける電気的ドロップバス及び電気的アドバスを提供するステップをさらに備える請求の範囲第１５項に記載の方法。１７．もし前記ノードで発生したデータが個々のタイムスロットにおいて送信されるべきであるならば電気的ドロップバス上で伝送されたデータを上書きし、そして他の時に、前記光ネットワークを通して前記ノードにより受信したものから変更しない形態で光ネットワーク上でドロップバス上のデータを再送信させるステップをさらに備える請求の範囲第１６項に記載の方法。１８．第一の宛先に相当する第一の組のタイムスロットにおいてデータを送信し、かつ第二の宛先に相当する第二の組のタイムスロットにおいてデータを送信するステップをさらに含む請求の範囲第１５項に記載の方法。１９．前記光ネットワークに接続された複数のスレーブノードにマスターノードにより前記コマンドを通信し、かつ各前記スレーブノードにより使用されるべきタイムスロットを前記マスターノードにより制御するステップをさらに含む請求の範囲第１５項に記載の方法。２０．前記光ネットワークに結合された複数のノードにコマンド信号を通信し、それによって各前記ノードによるタイムスロット使用を動的に制御するステップをさらに含む請求の範囲第１５項に記載の方法。２１．データを送信するためにノードにより利用されるタイムスロットの数を増加又は減少させるために前記コマンドにより前記ノードの帯域幅使用を変更するステップを含む請求の範囲第１５項に記載の方法。２２．前記ノードに異なるコマンドを通信し、それによって、第一の組のタイムスロットから第二の組のタイムスロットへのデータの伝送を動的に変化させ、そして、利用されるタイムスロットの数を動的に変化させて、ノードによる帯域幅使用を変化させるステップをさらに含む請求の範囲第１５項に記載の方法。２３．光信号を伝送するための複数のタイムスロットを有するタイプの光ネットワークによって回路を制御するための装置において、前記光ネットワークに結合された光入力ポート及び前記光ネットワークに結合された光出力ポートを有し、かつ、前記入力ポートの光信号を相当する電気信号に変換するための光−電気コンバータを有するバスコントローラを含むネットワークノードと、前記光−電気コンバータにより電気信号出力をシリアル信号からバイトシリアルデータに変換するためのシリアル−パラレルコンバータと、バイトシリアルデータを相当するシリアルデータに変換するためのパラレル− シリアルコンバータと、前記パラレル−シリアルコンバータからの出力シリアルデータを相当する光信号に変換し、そしてこのシリアル光信号を光出力ポートに結合するための電気− 光コンバータと、前記バイトシリアルデータを伝送するためのドロップバスと、前記ノードで発生したバイトシリアルデータを伝送するためのアドバスと、前記ドロップバスに結合された第一の入力及び前記アドバスに結合された第二の入力を有するマルチプレクサと、バイトシリアルデータを前記パラレル−シリアルコンバークに結合する前記マルチプレクサの出力、及び前記マルチプレクサの出力にシリアルデータにより結合するため前記第一の入力又は前記第二の入力の一方を選択するための制御入力と、前記マルチプレクサ出力に規定されたタイムスロット中前記アドバス上のバイトシリアルデータを結合するため前記マルチプレクサの制御入力をイネーブルにするための制御回路と、から成る前記装置。２４．前記ノードと関連した複数データ発生回路をさらに含み、前記アドバスは、各前記データ発生回路に結合されており、そして制御されている前記制御入力に接続され、それによって異なるタイムスロットにおいて前記マルチプレクサの出力に前記データ発生回路により発生したような前記アドバス上のデータを前記マルチプレクサにより結合させるアド信号ラインを備える請求の範囲第２３項に記載の装置。２５．前記制御回路が、各前記データ発生回路における個々のプログラマブル回路を備え、そして、異なるタイムスロットにアドバス上のデータの多重化を調整するため、前記マルチプレクサ制御入力及び各前記プログラマブル回路に結合されたイネーブル信号をさらに含む請求の範囲第２４項に記載の装置。２６．ビデオ信号を発生するためビデオカメラから成るデータ発生器回路と、ビデオ信号を圧縮するためのビデオ信号コンプレッサをさらに含む請求の範囲第２３項に記載の装置。２７．ビデオ信号マルチプレクサに結合された複数のビデオカメラをさらに含み、そして、前記ビデオ信号コンプレッサは、前記ビデオ信号マルチプレクサの出力に接続されている請求の範囲第２６項に記載の装置。２８．前記ビデオ信号コンプレッサはまた、ビデオ信号を展開するよう機能し、そして、展開されたビデオ信号を受信するため前記コンプレッサの出力に結合された少なくとも１つのビデオモニターを含む請求の範囲第２６項に記載の装置。２９．光信号を伝送するための複数のタイムスロットを有するタイプの光ネットワークによって回路を制御するための装置において、前記光ネットワークに結合された少なくとも１つのスレーブノードと、前記光ネットワークに結合されたマスターノードとを備え、該マスターノードは、通信プロトコルによってプログラムされたブロセッサを含み、前記通信プロトコルは各前記スレーブノードを識別するデータを提供し、各前記スレーブノードにおける回路を識別するデータを提供し、そして個々のスレーブノードで発生したデータを送信するためスレーブノードにより利用されるべき前記光ネットワークの１以上のタイムスロットを識別するデータを提供し、前記マスターノードは、各前記スレーブノードに利用可能にするように前記光ネットワークの１以上のタイムスロットに前記通信プロトコルを符号化するためのエンコード回路を含み、前記スレーブノードは、ノード識別、回路識別データ及びタイムスロットデータをデコードし、かつ、データを発生させて、前記デコードされたタイムスロットデータにより規定されたタイムスロットにおいてこの発生データを送信するため前記スレーブノードにおいて回路を構成するため、前記通信プロトコルを伝送する光ネットワークのタイムスロットに応答するデコード回路を含む、ことから成る前記装置。３０．前記デコードされた通信プロトコルに従い規定されたタイムスロットにおいてデータを受信するためデータ処理回路を構成するため前記スレーブノードにおける回路をさらに含む請求の範囲第２９項に記載の装置。３１．前記通信プロトコルを通して前記マスターノードに情報を通信するための前記スレーブノードにおける回路をさらに含む請求の範囲第２９項に記載の装置。３２．前記光ネットワークが、ＳＯＮＥＴリングから成る請求の範囲第２９項に記載の装置。