(57)【要約】【課題】ファームウェアのアップグレード（ＳＷＤＬ）中に発生した回線障害の救済を実現することを課題とする。【解決手段】伝送装置は、ファームウェアのアップグレードを実施する前に、アップグレード対象となる回線カード（例えば、第一ＬＩＵ３）に搭載されるＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されているプロテクショングループについて、片系の回線カードと対をなす対向側の回線カード（例えば、第２ＬＩＵ２２）に搭載されたＣＰＵをマスタＣＰＵとして切り替えるように、対向側の回線カードに要求する。【選択図】        図１
2010093397.tif 000002
【特許請求の範囲】
【請求項１】
複数のポートを収容して冗長構成をなす一対の各回線カードの中で、片系をなす回線カードに搭載されるファームウェアのアップグレードを実施する前に、アップグレード対象となる回線カードに搭載されるＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されている前記複数のポートがグループ分けされた所定グループについて、前記片系の回線カードと対をなす対向側の回線カードに搭載されたＣＰＵを前記マスタＣＰＵとして切り替えるように、前記対向側の回線カードに要求する切替要求部と、
前記切替要求部によりマスタＣＰＵに切り替えるように要求された前記対向側の回線カードに搭載されるＣＰＵの従たるスレイブＣＰＵとして、前記片系の回線カードに搭載されたＣＰＵを切り替えるように制御する切替制御部と、
を有する伝送装置。
【請求項２】
前記伝送装置の保守者からファームウェアのアップグレード要求に関するコマンドを受信するコマンド受信部と、
前記各回線カードに搭載されたＣＰＵが前記所定のグループ単位でマスタＣＰＵ、あるいはスレイブＣＰＵのいずれに割り当てられているかを示す割当状況を管理する割当状況管理部と、
前記対向側の回線カードに搭載されているハードウェアにおいて、前記ファームウェアのアップグレードが実行中であるか否かを示すアップグレード実行状況を監視するアップグレード実行状況監視部と、
をさらに有し、
前記切替要求部は、前記コマンド受信部により前記コマンドを受信した場合に、前記アップグレード実行状況監視部により監視されているアップグレード状況から前記ファームウェアのアップグレードの実行中ではないと判定され、前記割当状況管理部により管理されている割当状況から前記マスタＣＰＵとしての割り当てが存在すると判定されることを条件に、前記対向側の回線カードにマスタＣＰＵへの切り替えを要求する請求項１に記載の伝送装置。
【請求項３】
運用回線の故障発生時に、ＳＤＨ／ＳＯＮＥＴ方式の光信号を伝送することにより、運用回線から予備回線への切替制御を伝送装置間で実施するために、リング状の前記冗長回線にて接続される他の伝送装置との間の切替制御方式が同期切替方式に設定され、自己に搭載され冗長構成をなす一対の回線カードに搭載される各ファームウェアのアップグレードを実行する場合には、前記他の伝送装置に対して非同期切替方式に変更するように要求する切替方式変更要求部をさらに有する請求項１に記載の伝送装置。
【請求項４】
複数のポートを収容して冗長構成をなす一対の各回線カードの中で、片系をなす回線カードに搭載されるファームウェアのアップグレードを実施する前に、アップグレード対象となる回線カードに搭載されるＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されている前記複数のポートがグループ分けされた所定グループについて、前記片系の回線カードと対をなす対向側の回線カードに搭載されたＣＰＵを前記マスタＣＰＵとして切り替えるように、前記対向側の回線カードに要求する切替要求ステップと、
前記切替要求ステップによりマスタＣＰＵに切り替えるように要求された前記対向側の回線カードに搭載されるＣＰＵの従たるスレイブＣＰＵとして、前記片系の回線カードに搭載されたＣＰＵを切り替えるように制御する切替制御ステップと、
を含む伝送方法。
【請求項５】
複数のポートを収容して冗長構成をなす一対の各回線カードの中で、片系をなす回線カードに搭載されるファームウェアのアップグレードを実施する前に、アップグレード対象となる回線カードに搭載されるＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されている前記複数のポートがグループ分けされた所定グループについて、前記片系の回線カードと対をなす対向側の回線カードに搭載されたＣＰＵを前記マスタＣＰＵとして切り替えるように、前記対向側の回線カードに要求する切替要求部と、
前記切替要求部によりマスタＣＰＵに切り替えるように要求された前記対向側の回線カードに搭載されるＣＰＵの従たるスレイブＣＰＵとして、前記片系の回線カードに搭載されたＣＰＵを切り替えるように制御する切替制御部と、
を有する伝送装置間をリング状の前記冗長回線にて接続し、運用回線の故障発生時に、ＳＤＨ／ＳＯＮＥＴ方式の光信号を伝送することにより、運用回線から予備回線への切替制御を伝送装置間で実現する伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、伝送装置、伝送方法および伝送システムに関する。
【背景技術】
【０００２】
今日、大容量のデータ転送に対する需要の拡大に伴い、高速なディジタル同期伝送方式が急速に普及している。このディジタル同期伝送方式の規格としては、国際電気通信連合（ＩＴＵ−Ｔ）において規定されたＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）が代表的である。また、アメリカ標準化委員会（ＡＮＴＩ）において規定されたＳＯＮＥＴ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）も代表的である。これらＳＤＨおよびＳＯＮＥＴのどちらも光同期通信システムの構成および伝送装置の機能を定めるものである。
【０００３】
このＳＤＨおよびＳＯＮＥＴを用いたディジタル同期伝送方式では、ディジタル化された主信号を多重化して得られる主信号部（ペイロード）に対して、伝送装置および通信網の監視保守運用を行うための信号（オーバーヘッド）が付加された同期多重化信号（フレーム）の伝送処理や多重分離処理が実行される。
【０００４】
また、ディジタル同期伝送が行われるネットワーク構成方式として、例えば、伝送装置間を運用回線あるいは予備回線であるリング状の回線で接続するＢＬＳＲ（Ｂｉｄｉｒｅｃｔｉｏｎａｌ  Ｌｉｎｅ  Ｓｗｉｔｃｈｅｄ  Ｒｉｎｇ）方式がある。そして、このＢＬＳＲ方式で構成されたネットワークには、運用側の故障発生時に、運用側から予備側への切替制御を実現する「１＋１ＡＰＳ（Ａｕｔｏｍａｔｉｃ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｗｉｔｃｈ）」機能（図２０〜図２３参照）を採用するものが存在する。「１＋１ＡＰＳ」機能を採用するＢＬＳＲ方式のネットワーク（以下、「１＋１ＡＰＳ／ＢＬＳＲ」ネットワークと記載する）では、同期多重化信号のオーバヘッドにＡＰＳバイト（Ｋ１バイト、Ｋ２バイト）をマッピングしておくことにより、運用側の故障発生時に、運用側から予備側に伝送路を自動的に切り替える冗長系への切替制御を実現する。なお、図２０〜図２３は、「１＋１ＡＰＳ」機能の概要を示す図である。
【０００５】
ここで、図２４および図２５を用いて、「１＋１ＡＰＳ／ＢＬＳＲ」ネットワークにおける冗長系への切替処理の概要について簡単に説明する。図２４および図２５は、ＢＬＳＲのネットワーク構成における冗長系への切替処理を説明するための図である。
【０００６】
「１＋１ＡＰＳ／ＢＬＳＲ」ネットワークにおいて、通常運用の状態では、光信号の通信経路として一方向（右回りまたは左回りのいずれか一方向）のみの経路を運用として使用いる。そして、信号断状態（ＳＦ）や信号劣化状態（ＳＤ）などの回線障害が発生すると、通常運用において使用されていた経路とは反対方向（予備側）の経路に切替ることで回線障害に対する迅速な対応を行なうものである。
【０００７】
例えば、図２４に示すように、通常運用の状態では、Ｎｏｄｅ１〜Ｎｏｄｅ４の４つの光伝送装置が設置されるリングネットワークにおいて、Ｎｏｄｅ４からＮｏｄｅ２への光信号が、Ｎｏｄｅ３を経由する経路を使用して右回りに伝送されているとする。そして、例えば、図２５に示すように、Ｎｏｄｅ４とＮｏｄｅ３との間の回線障害が発生すると、Ｎｏｄｅ３は、障害発生の情報をＮｏｄｅ２とＮｏｄｅ１とを経由してＮｏｄｅ４に送信する。障害発生の情報を受信したＮｏｄｅ４は、Ｎｏｄｅ２に対する光信号を、これまで使用していた経路とは反対側（予備側）の経路に切替て送信する。具体的には、Ｎｏｄｅ４からの光信号は、Ｎｏｄｅ１、Ｎｏｄｅ２を経由してＮｏｄｅ３に届き、さらにＮｏｄｅ３を折り返してＮｏｄｅ２に送信される。
【０００８】
すなわち、「１＋１ＡＰＳ／ＢＬＳＲ」ネットワークにおいて、光信号の受信側の伝送装置（例えば、Ｎｏｄｅ３）が回線障害を検出すると、上記したＡＰＳバイトを用いて、対向装置（例えば、Ｎｏｄｅ４）へ自装置情報を通知する。このようにして、運用側の故障発生時に、ＧＲ２５３で規定されている切替時間５０ｍｓ以内で、運用側から予備側に伝送路を自動的に切り替える冗長系への切替制御を実現する。
【０００９】
ところで、「１＋１ＡＰＳ／ＢＬＳＲ」ネットワークを構成する伝送装置には、集中ＣＰＵ型（図２６参照）または分散ＣＰＵ型（図２７参照）の装置構成が一般的に採用される。分散ＣＰＵ型は、集中ＣＰＵ型装置構成よりも安定した切替性能を実現する。なお、図２６は、集中ＣＰＵ型の構成例を示す図である。図２７は、分散ＣＰＵ型の構成例を示す図である。
【００１０】
すなわち、図２７に示すように、分散ＣＰＵ型においては、集中ＣＰＵ型と同様に、ＣＰＵ部と、運用回線および予備回線に対する外部回線インタフェース機能を備えるＷＥＳＴ  ＬＩＵ（Line  Interface  Unit）およびＥＡＳＴ  ＬＩＵとから構成される。さらに、ＷＥＳＴ  ＬＩＵおよびＥＡＳＴ  ＬＩＵにそれぞれＣＰＵを分散して搭載する。そして、ＡＰＳバイトの情報を、ＬＩＵにあるＣＰＵ内で動作するファームウェアにてそれぞれ集約するとともに、ファームウェア間で通信を行なうことにより、お互いの情報を共有してスイッチの切替制御を行なう。
【００１１】
ここで、冗長構成されるＬＩＵの一方が、運用回線および予備回線の両方のＡＰＳバイトの情報を参照して、切替判定を実施する必要がある。そこで、光伝送装置の保守者は、例えば、ＥＡＳＴ  ＬＩＵにて切替判定を主体的に実施させる場合には、ＥＡＳＴ  ＬＩＵのＣＰＵ部をマスタＣＰＵとする設定を行なう。ＥＡＳＴ  ＬＩＵは、ＣＰＵ部のＣＰＵ内ファームウェア（ユーザＩ／Ｆ部）を介して設定情報を受信すると、自身のＣＰＵがマスタＣＰＵとして、ハードウェアにおける切替処理を主体的に実施する。
【００１２】
このような分散ＣＰＵ型において、例えば、運用回線のインタフェースであるＷＥＳＴ  ＬＩＵのハードウェアにおいて切替要因としてＳＦが検出されると、当該ハードウェアは、自身のＣＰＵ内のファームウェアにＳＦが発生したことの通知を行なう（図２７の（１）参照）。そして、ＷＥＳＴ  ＬＩＵのファームウェアは、ファームウェア間通信により、ＥＡＳＴ  ＬＩＵのＣＰＵ（マスタＣＰＵ）にあるファームウェアに切替要因発生通知を行なう（図２７の（２）参照）。ＥＡＳＴ  ＬＩＵのファームウェアは、ＷＥＳＴ  ＬＩＵから受信した切替要因（ＳＦ）とＥＡＳＴ  ＬＩＵのＡＰＳバイトの情報とに基づいて、ＡＰＳ判定処理（切替判定処理）を行う（図２７の（３）参照）。
【００１３】
そして、ＥＡＳＴ  ＬＩＵのファームウェアは、ファームウェア間通信により、ＡＰＳ判定処理の結果である切替通知をＷＥＳＴ  ＬＩＵのファームウェアに対して行う（図２７の（４）参照）。ＷＥＳＴ  ＬＩＵのファームウェアおよびＥＡＳＴ  ＬＩＵのファームウェアは、ＥＡＳＴ  ＬＩＵのファームウェアの判定結果に基づいて、それぞれ自身のハードウェアに対して切替制御を行なう（図２７の（５）参照）。このように、マスタＣＰＵとして機能するＥＡＳＴ  ＬＩＵのＣＰＵの判定処理に基づいて切替制御が実施され、例えば、図２５に示すようなスイッチの切替が実施される。
【００１４】
なお、ＣＰＵ間で情報を共有する技術として、特許文献１には、ＣＰＵとメモリとからなるプロセッサユニット間（一つのマスタユニットと複数のスレイブユニットとの間）において、マスタプロセッサユニットからＶＭＥバス(ＶＥＲＳＡ  Ｍｏｄｕｌｅ  Ｅｕｒｏｃａｒｄ  ｂｕｓ)を介して複数のスレイブユニットにデータを転送することで、ＣＰＵ間で情報を共有することが可能になる分散型マルチプロセッシングシステムが開示されている。
【００１５】
【特許文献１】特開平８−２０２６７２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
ところで、上記した分散ＣＰＵ型のシステム運用を停止させずに、伝送装置のファームウェアをアップグレードする場合（以下、「ＳＷＤＬ」と記載する）に、アップグレード中の回線障害を救済することができないという問題点があった。すなわち、ハードウェアにおける切替処理を主体的に実施するＬＩＵのマスタＣＰＵにおいてＳＷＤＬが実施される場合には、ＳＷＤＬから復元完了までの期間、マスタＣＰＵの処理が停止する。従い、マスタＣＰＵの配下にある回線に障害が発生した場合には、自己のＣＰＵをマスタからスレイブに切り替える切替処理の実施が不可能となるため、回線障害を救済することができない。
【００１７】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、システムを停止させることなく、ファームウェアのアップグレード（ＳＷＤＬ）中に発生した回線障害の救済を実現することが可能な伝送装置、伝送方法および伝送システムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
上述した課題を解決し、目的を達成するため、開示の装置は、複数のポートを収容して冗長構成をなす一対の各回線カードの中で、片系をなす回線カードに搭載されるファームウェアのアップグレードを実施する前に、前記片系の回線カードと対をなす対向側の回線カードに搭載されたＣＰＵを、前記複数のポートについて予め設定された所定のグループ単位で、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵに切り替えるように、前記対向側の回線カードに要求する切替要求部と、前記切替要求部によりマスタＣＰＵに切り替えるように要求された前記対向側の回線カードに搭載されるＣＰＵの従たるスレイブＣＰＵとして、前記片系の回線カードに搭載されたＣＰＵを切り替えるように、前記片系の回線カードに搭載されたハードウェアを制御する切替制御部と、を有する。
【発明の効果】
【００１９】
開示の装置によれば、システムを停止させることなく、ファームウェアのアップグレード（ＳＷＤＬ）中に発生した回線障害の救済を実現できる。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、伝送装置、伝送方法および伝送システムの一実施形態を詳細に説明する。
【実施例１】
【００２１】
図１〜図４を参照しつつ、伝送装置間で実施される回線障害発生時の切替処理の一例、および伝送装置にて実施されるファームウェアのアップグレード（ＳＷＤＬ）の一例を簡単に説明する。図１および図２は、実施例１に係る伝送装置間で実施される回線障害発生時の切替処理の一例を説明するための図である。図３および図４は、実施例１に係る伝送装置にて実施されるファームウェアのアップグレード（ＳＷＤＬ）の一例を説明するための図である。
【００２２】
例えば、伝送装置である自装置と対向装置との間を、運用（Ｗｏｒｋ）回線および予備回線からなるリング状の冗長回線にて接続する（ＢＬＳＲ）。さらに、回線障害発生時の装置間の切替制御方式として、同期を取りながら回線の切替処理を行う「１＋１ＡＰＳ双方向モード（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）」を採用する（「１＋１ＡＰＳ／ＢＬＳＲ」ネットワーク）。
【００２３】
そして、図１および図２に示すように、自装置あるいは対向装置において運用回線の故障が発生すると、「１＋１ＡＰＳ双方向モード（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）」に基づいて、マスタ（Ｍａｓｔｅｒ）側のＣＰＵ主導でＡＰＳバイトを装置間でやり取りする。このようにして、運用回線（Ｗ）から予備回線（Ｐ）への切替処理を自装置および対向装置の伝送装置間で実行する。
【００２４】
図３に示すように、自装置において、ポートの冗長の組合せを示すプロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）番号が「１」のＰｒｏｔｅｃｔｉｏｎ回線のＣＰＵをマスタ（Ｍａｓｔｅｒ）、Ｗｏｒｋ回線のＣＰＵをスレイブ（Ｓｌａｖｅ）とする。そして、自装置は、システム運用中に、グループ番号「１」が設定されている回線カード「ＬＩＵ３」に対して、伝送装置の保守者から発行されたＳＷＤＬ要求を受信すると、図４に示すように、ＳＷＤＬ処理を実行する。具体的には、フラッシュメモリに記憶されている旧バージョンのファームウェアモジュールを削除した後、新バーションのモジュールをフラッシュメモリに書込む。
【００２５】
ＳＷＤＬ処理完了後、自装置は、ＣＰＵ  Ｒｅｓｅｔ処理および復元処理を続けて実行する。具体的には、ＣＰＵをリセット後、ＣＰＵを再起動するＣＰＵ  Ｒｅｓｅｔ処理を実行した後、ＳＷＤＬ処理を実行する前の状態に自装置を復元する復元処理を実行する。
【００２６】
上述したようなＳＷＤＬ処理を実行する場合には、ＳＷＤＬ処理から復元処理が完了されるまでの間、第一ＬＩＵ３に搭載されるマスタＣＰＵが停止するので、ＳＷＤＬ実行中に回線障害が発生したとしても、回線障害を救済することができない。すなわち、例えば、グループ番号「１」の回線障害が検出されたとしても、対向装置側へ回線の切替を要求するＡＰＳバイトの発行、あるいは対向装置側で検出された回線障害に伴って対向装置から発行されるＡＰＳを受信が行うことができない。このように、対向装置との間で回線切替処理を実行することができない状態に陥り、回線障害を救済できない。
【００２７】
そこで、実施例１に係る伝送装置は、ファームウェアのアップグレードを実施する前に、アップグレード対象となる回線カード（例えば、第二ＬＩＵ２２）に搭載されるＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されているプロテクショングループについて、片系の回線カードと対をなす対向側の回線カード（例えば、第一ＬＩＵ３）に搭載されたＣＰＵをマスタＣＰＵとして切り替えるように、対向側の回線カードに要求する。
【００２８】
そして、対向側の回線カードに搭載されるＣＰＵの従たるスレイブＣＰＵとして、片系の回線カードに搭載されたＣＰＵを切り替えるように、片系の回線カードに搭載されたハードウェアの設定を行う。
【００２９】
このようなことから、実施例１に係る伝送装置は、システムを停止させることなく、ファームウェアのアップグレード（ＳＷＤＬ）中に発生した回線障害の救済を実現できる。
【００３０】
［伝送装置の構成（実施例１）］
図５は、実施例１に係る伝送装置の構成を示す図である。同図に示すように、実施例１に係る伝送装置１００は、ＣＰＵ部１と、冗長構成された一対のＬＩＵである第一ＬＩＵ３および第二ＬＩＵ２２とを有する。なお、以下では、第一ＬＩＵ３のファームウェアをアップグレードする場合について説明する。
【００３１】
ＣＰＵ部１は、ユーザＩ／Ｆ部２を備える。ユーザＩ／Ｆ部２は、例えば、伝送装置１００の保守者から「第一ＬＩＵ３のファームウェアをアップグレードするＳＷＤＬ要求コマンド」や「第二ＬＩＵ２２のファームウェアをアップグレードするＳＷＤＬ要求コマンド」などの各種設定情報の入力を受け付けて、第一ＬＩＵ３や第二ＬＩＵ２２に転送する。
【００３２】
また、ＣＰＵ部１は、ＳＷＤＬの対象となるＬＩＵ（例えば、第一ＬＩＵ３）についてＳＷＤＬ完了後のＣＰＵリセットを検出すると、ＬＩＵが有する上位インタフェース（例えば、第一Ｉ／Ｆ部５）に対して、再Ｐｒｏｖ処理要求を発行する。そして、ＣＰＵ部１は、例えば、第一ＬＩＵ３からＳＷＤＬ完了通知を受信すると、第一ＬＩＵ３の対向カードである第二ＬＩＵ２２に対して、第一ＬＩＵ３のＳＷＤＬ完了通知を送信する。
【００３３】
第一ＬＩＵ３は、ファームウェア４とハードウェア１６とを有する。ファームウェア４は、第一ＬＩＵ３に搭載されるＣＰＵ内で動作を行なうファームウェアであり、回線の切替制御処理を実行する。ハードウェア１６は、回線からの障害情報をＥＡＳＴ側ポート群２００から検出したり、ファームウェア４からの切替制御に従って、スイッチの切替を実施したりする。なお、ＥＡＳＴ側ポート群２００およびＷＥＳＴ側ポート群３００は、例えば、８つの物理ポートから構成されている。
【００３４】
ファームウェア４は、第一Ｉ／Ｆ部５、装置監視部６、制御部１０および割り込み受信部１５から構成される。
【００３５】
第一Ｉ／Ｆ部５は、ユーザＩ／Ｆ部２から転送されたＳＷＤＬ要求コマンドを受信すると、後述するＳＷＤＬ状態監視部９に対して、自カード（第一ＬＩＵ３）のＳＷＤＬ要求コマンドを発行する。
【００３６】
装置監視部６は、ファーム間通信部７、ＣＰＵ判定部８、ＳＷＤＬ状態監視部９を有する。ファーム間通信部７は、第二ＬＩＵ２２のファームウェア２３との間で種々に情報（例えば、ファームウェアをアップグレードするＳＷＤＬ要求コマンド、ＣＰＵのマスタ／スレイブ切替コマンドなど）の通信を行う。
【００３７】
ＣＰＵ判定部８は、ＳＷＤＬ状態監視部９からＭａｓｔｅｒ／Ｓｌａｖｅ情報収集要求を受信すると、ハードウェア１６が有するハード主従切替部１８から、自カードのＣＰＵのマスタ／スレイブ割当状況を収集してＳＷＤＬ状態監視部９に通知する。
【００３８】
また、ＣＰＵ判定部８は、ＳＷＤＬ状態監視部９から、ＣＰＵのスレイブへの切替を要求するＳｌａｖｅ設定要求コマンドを受信すると、該当プロテクショングループについて、ハード主従切替部１８内の設定をマスタからスレイブへ切替える。そして、切替完了後、ＣＰＵ判定部８は、ハード設定応答をＳＷＤＬ状態監視部９に通知する。
【００３９】
また、ＣＰＵ判定部８は、ＳＷＤＬ状態監視部９から、ＣＰＵのマスタへの切替を要求するＭａｓｔｅｒ設定要求コマンドを受信すると、該当プロテクショングループについて、ハード主従切替部１８内の設定をスレイブからマスタへ切替える。そして、切替完了後、ＣＰＵ判定部８は、ハード設定応答をＳＷＤＬ状態監視部９に通知する。
【００４０】
ＳＷＤＬ状態監視部９は、第一Ｉ／Ｆ部５からＳＷＤＬ要求コマンドを受信すると、ＣＰＵ判定部８に対して、自カード（第一ＬＩＵ３）に搭載されたＣＰＵがマスタ／スレイブの割当状況を要求するＭａｓｔｅｒ／Ｓｌａｖｅ情報収集要求を送信する。そして、ＣＰＵ判定部８から割当状況の通知を受信する。さらに、ＳＷＤＬ状態監視部９は、ハードウェア１６が有するＳＷＤＬ状態監視テーブル１７を参照して、対向カード（第二ＬＩＵ２２）のＳＷＤＬ状態を確認する。
【００４１】
そして、ＳＷＤＬ状態監視部９は、対向カード（第二ＬＩＵ２２）のＳＷＤＬ状態を確認結果、およびＣＰＵ判定部８から通知された割当状況に基づいて、自カードのＣＰＵのマスタ／スレイブ切替を実施する。具体的には、ＳＷＤＬ状態監視部９は、対向カード（第二ＬＩＵ２２）がＳＷＤＬ未実施の状態にあり、自カードのＣＰＵがマスタＣＰＵに割り当てられるプロテクショングループが存在するという条件を満足するか否かを判定する。判定の結果、上記条件を満足する場合には、ＳＷＤＬ状態監視部９は、ファーム間通信部７を介して、自カードのＣＰＵがマスタＣＰＵに設定されている該当プロテクショングループについて、対向カード（第二ＬＩＵ２２）のＣＰＵをマスタＣＰＵに切り替えさせるように、Ｍａｓｔｅｒ設定要求コマンドを対向カード（第二ＬＩＵ２２）に発行する。
【００４２】
ＳＷＤＬ状態監視部９は、該当プロテクショングループについてマスタへの切替完了を示すＭａｓｔｅｒ設定応答を対向カード（第二ＬＩＵ２２）から受信すると、ＣＰＵ判定部８に対して、該当プロテクショングループのスレイブへの切替を要求するコマンドを発行する。
【００４３】
ＳＷＤＬ状態監視部９は、スレイブへの切替完了を示すハード設定応答をＣＰＵ判定部８から受信すると、自カード（第一ＬＩＵ３）のＳＷＤＬ処理ＰｌａｎｅにＳＷＤＬ要求を通知する。なお、ＳＷＤＬ処理Ｐｌａｎｅは、ＳＷＤＬ処理後、ＣＰＵＲＳＴ（ＣＰＵリセット）を実行する。
【００４４】
ＳＷＤＬ状態監視部９は、第一Ｉ／Ｆ部５を介して、ＣＰＵ部１から発行された再Ｐｒｏｖ処理要求を受信すると、第一ＬＩＵ３は復元処理を実行し、復元処理が完了すると、第一Ｉ／Ｆ部５を介して、ＳＷＤＬ完了通知をＣＰＵ部１に送信する。そして、ＳＷＤＬ状態監視部９は、ＣＰＵ判定部８に対して、先に切替を行った該当プロテクショングループについて自カードのＣＰＵがスレイブであるか否かの確認要求を送信する。ＣＰＵ判定部８から受信した確認応答を参照して、該当プロテクショングループについて自カードのＣＰＵがスレイブであるか否かを確認する。
【００４５】
該当プロテクショングループについて自カードのＣＰＵがスレイブであることを確認すると、ＳＷＤＬ状態監視部９は、該当プロテクショングループをスレイブからマスタへの切替を要求するＭａｓｔｅｒ設定コマンドをＣＰＵ判定部８に発行する。マスタへの切替完了を示すハード設定応答をＣＰＵ判定部８から受信すると、ＳＷＤＬ状態監視部９は、再びマスタＣＰＵに切替えられる該当プロテクショングループについて、対向カード（第二ＬＩＵ２２）のＣＰＵをスレイブＣＰＵに切り替えさせるように、Ｓｌａｖｅ設定要求コマンドを対向カード（第二ＬＩＵ２２）に発行する。
【００４６】
制御部１０は、切替制御部１１と、設定制御受信部１２と、トリガ検出部１３と、ハードウェア制御部１４を有する。切替制御部１１は、トリガ検出部１３が判定した切替判定結果を受信して、ハードウェア１６に回線切替制御の指示を行なう。設定制御受信部１２は、第一Ｉ／Ｆ部５から転送された設定情報を受信して記憶し、ファーム間通信部７に対して記憶した設定情報を転送したり、ファーム間通信部７から転送された設定情報を受信して記憶したりする。トリガ検出部１３は、後述する割り込み受信部１５が収集した障害情報を受信して切替判定を行ない、当該切替判定結果を切替制御部１１に通知する。
【００４７】
ハードウェア制御部１４は、回線障害発生時の装置間の切替制御方式として、例えば、「１＋１ＡＰＳ双方向モード（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）」や、「１＋１ＡＰＳ一方向モード（Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）」をハードウェア１６に設定する。なお、詳細は、後の実施例にて説明する。
【００４８】
割り込み受信部１５は、後述する割り込みトリガ検出部２０からの割り込み通知を受信すると、第一ＬＩＵ３のＣＰＵがマスタＣＰＵとして設定されているポートにおける障害情報を、後述する障害モニタ部２１から収集する。例えば、ＥＡＳＴ側ポート群の最上部を第一ポートとし、第一ポート〜第四ポートについてマスタＣＰＵに設定されている場合には、この第一ポート〜第四ポートのＳＦ（信号断）やＳＤ（信号劣化）などの情報を収集する。
【００４９】
ハードウェア１６は、ＳＷＤＬ状態監視テーブル１７と、ハード主従切替部１８と、ハード間通信部１９と、割り込みトリガ検出部２０と、障害モニタ部２１とから構成される。
【００５０】
ＳＷＤＬ状態監視テーブル１７は、ＥＡＳＴ側ポート群２００を構成するポートについて予め設定されたプロテクショングループごとに、自カード（第一ＬＩＵ３）に搭載されたＣＰＵがマスタＣＰＵ、あるいはスレイブＣＰＵのいずれに割り当てられているかを示す割当状況を管理する。
【００５１】
障害モニタ部２１は、ＥＡＳＴ側ポート群２００からＡＰＳバイトに格納される障害情報を受信して記憶する。また、第二ＬＩＵ２２のハードウェア３５が有する障害モニタ部４０がＷＥＳＴ側ポート群３００から受信した障害情報を、後述するハード間通信部１９から取得して記憶する。
【００５２】
ハード間通信部１９は、冗長構成のＬＩＵに搭載されるハードウェアそれぞれが取得した障害情報を、対向側の回線カードに搭載されるハードウェアに通信する。すなわち、ハード間通信部１９は、障害モニタ部２１が記憶する障害情報および後述する割り込みトリガ検出部２０が検出した割り込み通知を、第二ＬＩＵ２２のハード間通信部３８に送信したり、第二ＬＩＵ２２の障害モニタ部４０が記憶する障害情報および後述する割り込みトリガ検出部３９が検出した割り込み通知を、ハード間通信部３８から受信したりする。
【００５３】
割り込みトリガ検出部２０は、障害モニタ部２１と同様に、ＥＡＳＴ側ポート群２００からＡＰＳバイトに格納される障害情報を受信して当該障害情報を割り込み通知として検出し、割り込み受信部１５に、当該割り込み通知を送信する。また、割り込みトリガ検出部２０は、検出した割り込み通知を、ハード間通信部１９を用いて第二ＬＩＵ２２に送信する。
【００５４】
ハード主従切替部１８は、ＣＰＵ判定部８に従って、ハード主従切替部１８内の設定をマスタからスレイブへの切替を実行する。
【００５５】
なお、ハードウェア１６は、切替制御部１０から受信した回線切替制御の指示に応じて、運用回線から予備回線、あるいは予備回線から運用回線への切替を実行して、運用回線または予備回線で光信号を受信できるように制御する。
【００５６】
第一ＬＩＵ３と冗長構成を担う対向側の第二ＬＩＵ２２は、図５に示すように、第一ＬＩＵ３と同様の構成であり、構成各部の機能は、第一ＬＩＵ３の構成各部の機能と同じであるので、具体的な説明は省略する。そして、第二ＬＩＵ２２が、ＳＷＤＬ処理の対象となる場合には、上述してきた第一ＬＩＵ３と同様の処理を実行するが、ＳＷＤＬ処理の対象となる第一ＬＩＵ３の対向側である場合には、以下に説明するような動作を行う。
【００５７】
第二Ｉ／Ｆ部２４は、ユーザＩ／Ｆ部２から転送されたＳＷＤＬ要求コマンドを受信すると、ＳＷＤＬ状態監視テーブル３６の内容を書き換える（変更する）。具体的には、ユーザＩ／Ｆ部２から転送されたＳＷＤＬ要求コマンドを受信すると、自身がプロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）の第一ＬＩＵ３の対向カードであることを確認する。そして、ハードウェア３５内のＳＷＤＬ状態監視テーブル３６の内容を、「対向カードＳＷＤＬ未実施」から「対向カードＳＷＤＬ実施中」に書き換える。
【００５８】
また、第二Ｉ／Ｆ部２４は、ＣＰＵ部１から第一ＬＩＵのＳＷＤＬ完了通知を受信すると、ＳＷＤＬ状態監視テーブル３６の内容を「対向カードＳＷＤＬ実施中」から「対向カードＳＷＤＬ未実施」に再び書き換える（変更する）。
【００５９】
ＣＰＵ判定部２８は、ファーム間通信部２６を介して、Ｍａｓｔｅｒ設定要求コマンドを第一ＬＩＵ３から受信すると、該当プロテクショングループについて、ハード主従切替部３７内の設定をスレイブからマスタへ切替える。そして、切替完了後、ＣＰＵ判定部２８は、ファーム間通信部２６を介して、Ｍａｓｔｅｒ設定応答を第一ＬＩＵ３に送信する。
【００６０】
また、ＣＰＵ判定部２８は、ファーム間通信部２６を介して、Ｓｌａｖｅ設定要求コマンドを第一ＬＩＵ３から受信すると、該当プロテクショングループについて、ハード主従切替部３７内の設定をマスタからスレイブへ切替える。そして、切替完了後、ＣＰＵ判定部２８は、ファーム間通信部２６を介して、Ｓｌａｖｅ設定応答を第一ＬＩＵ３に送信する。
【００６１】
［伝送装置による処理（実施例１）］
図６は、実施例１に係る伝送システムの構成例を示す図である。図７および図８は、実施例１に係る伝送装置による処理の流れを示す図である。
【００６２】
例えば、図６に示すように、自装置である伝送装置１００は、運用（Ｗｏｒｋ）回線および予備回線からなる冗長回線にて対向装置と接続されることにより、伝送システムを構成する。このような伝送システムにおいて、例えば、保守者から自装置の第一ＬＩＵ３に搭載されたファームウェアのアップグレードを実行する場合には、図７および図８に示すような流れで処理が行われる。なお、図８は、図７に示した処理から継続して行われる処理の流れを示している。
【００６３】
（ステップＳ１）
ＣＰＵ部１は、例えば、伝送装置１００の保守者から「第一ＬＩＵ３のファームウェアをアップグレードするＳＷＤＬ要求コマンド」の入力を保守者から受け付けて、第一ＬＩＵ３や第二ＬＩＵ２２に転送する。
【００６４】
（ステップＳ２）
第二ＬＩＵ２２の第二Ｉ／Ｆ部２４は、ＣＰＵ部１のユーザＩ／Ｆ部２から転送されたＳＷＤＬ要求コマンドを受信すると、ＳＷＤＬ状態監視テーブル３６の内容を書き換える（変更する）。具体的には、ユーザＩ／Ｆ部２から転送されたＳＷＤＬ要求コマンドを受信すると、自身がプロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）の第一ＬＩＵ３の対向カードであることを確認する。そして、ハードウェア３５内のＳＷＤＬ状態監視テーブル３６の内容を、「対向カードＳＷＤＬ未実施」から「対向カードＳＷＤＬ実施中」に書き換える。
【００６５】
（ステップＳ３）
第一ＬＩＵ３の第一Ｉ／Ｆ部５は、ＣＰＵ部１のユーザＩ／Ｆ部２から転送されたＳＷＤＬ要求コマンドを受信すると、ＳＷＤＬ状態監視部９に対して、自カード（第一ＬＩＵ３）のＳＷＤＬ要求コマンドを発行する。
【００６６】
（ステップＳ４）
ＳＷＤＬ状態監視部９は、第一Ｉ／Ｆ部５からＳＷＤＬ要求コマンドを受信すると、ＣＰＵ判定部８に対して、自カード（第一ＬＩＵ３）に搭載されたＣＰＵがマスタ／スレイブの割当状況を要求するＭａｓｔｅｒ／Ｓｌａｖｅ情報収集要求を送信する。そして、ＣＰＵ判定部８から割当状況の通知を受信する。この通知から、ＳＷＤＬ状態監視部９は、例えば、図６に示す場合では、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」について「Ｍａｓｔｅｒ」、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝２」について「Ｓｌａｖｅ」であることを確認する。
【００６７】
（ステップＳ５）
さらに、ＳＷＤＬ状態監視部９は、ハードウェア１６が有するＳＷＤＬ状態監視テーブル１７を参照して、対向カード（第二ＬＩＵ２２）のＳＷＤＬ状態を確認する。例えば、図６に示す場合では、対向カード（第二ＬＩＵ２２）がＳＷＤＬ未実施の状態にあることを確認する。そして、ＳＷＤＬ状態監視部９は、対向カード（第二ＬＩＵ２２）のＳＷＤＬ状態に関する確認結果、およびＣＰＵ判定部８から通知された割当状況に基づいて、自カードのＣＰＵのマスタ／スレイブ切替判定を実施する。
【００６８】
具体的には、ＳＷＤＬ状態監視部９は、対向カード（第二ＬＩＵ２２）がＳＷＤＬ未実施の状態にあり、自カードのＣＰＵがマスタＣＰＵに割り当てられるプロテクショングループが存在するという条件を満足するか否かを判定する。図６に示す場合では、上記条件を満足するので、ＳＷＤＬ状態監視部９は、ファーム間通信部７を介して、自カードのＣＰＵがマスタＣＰＵに設定されている該当プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ＝１）について、対向カード（第二ＬＩＵ２２）のＣＰＵをマスタＣＰＵに切り替えさせるように、Ｍａｓｔｅｒ設定要求コマンドを対向カード（第二ＬＩＵ２２）に発行する。
【００６９】
第二ＬＩＵ２２のＣＰＵ判定部２８は、ファーム間通信部２６を介して、Ｍａｓｔｅｒ設定要求コマンドを第一ＬＩＵ３から受信すると、該当プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ＝１）について、ハード主従切替部３７内の設定をスレイブからマスタへ切替える。そして、切替完了後、ＣＰＵ判定部２８は、ファーム間通信部２６を介して、Ｍａｓｔｅｒ設定応答を第一ＬＩＵ３に送信する。ＳＷＤＬ状態監視部９は、該当プロテクショングループについてマスタへの切替完了を示すＭａｓｔｅｒ設定応答を対向カード（第二ＬＩＵ２２）から受信する。
【００７０】
（ステップＳ６）
ＳＷＤＬ状態監視部９は、Ｍａｓｔｅｒ設定応答を対向カード（第二ＬＩＵ２２）から受信すると、ＣＰＵ判定部８に対して、該当プロテクショングループのスレイブへの切替を要求するコマンドを発行する。
【００７１】
ＣＰＵ判定部８は、ＳＷＤＬ状態監視部９から、ＣＰＵのスレイブへの切替を要求するコマンドを受信すると、該当プロテクショングループについて、ハード主従切替部１８内の設定をマスタからスレイブへの切替を実行する。そして、切替完了後、ＣＰＵ判定部８は、ハード設定応答をＳＷＤＬ状態監視部９に通知する。
【００７２】
（ステップＳ７）
ＳＷＤＬ状態監視部９は、自カード（第一ＬＩＵ３）のＳＷＤＬ処理ＰｌａｎｅにＳＷＤＬ要求を通知する。なお、ＳＷＤＬ処理Ｐｌａｎｅは、ＳＷＤＬ処理後、ＣＰＵＲＳＴ（ＣＰＵリセット）を実行する。
【００７３】
（ステップＳ８）
ＣＰＵ部１は、ＳＷＤＬの対象となるＬＩＵ（例えば、第一ＬＩＵ３）についてＳＷＤＬ完了後のＣＰＵリセットを検出すると、ＬＩＵが有する上位インタフェース（例えば、第一Ｉ／Ｆ部５）に対して、再Ｐｒｏｖ処理要求を発行する。ＳＷＤＬ状態監視部９は、第一Ｉ／Ｆ部５を介して、ＣＰＵ部１から発行された再Ｐｒｏｖ処理要求を受信すると、復元処理を実行する。
【００７４】
（ステップＳ９）
復元処理が完了すると、ＳＷＤＬ状態監視部９は、第一Ｉ／Ｆ部５を介して、ＳＷＤＬ完了通知をＣＰＵ部１に送信する。
【００７５】
（ステップＳ１０）
そして、ＣＰＵ部１は、第一ＬＩＵ３からＳＷＤＬ完了通知を受信すると、第一ＬＩＵ３の対向カードである第二ＬＩＵ２２に対して、第一ＬＩＵ３のＳＷＤＬ完了通知を送信する。
【００７６】
（ステップＳ１１）
第二ＬＩＵ２２の第二Ｉ／Ｆ部２４は、ＣＰＵ部１から第一ＬＩＵ３のＳＷＤＬ完了通知を受信すると、ＳＷＤＬ状態監視テーブル３６の内容を「対向カードＳＷＤＬ実施中」から「対向カードＳＷＤＬ未実施」に再び書き換える（変更する）。
【００７７】
（ステップＳ１２）
ＳＷＤＬ完了通知をＣＰＵ部１に送信した後、ＳＷＤＬ状態監視部９は、ＣＰＵ判定部８に対して、先に切替を行った該当プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ＝１）について自カードのＣＰＵがスレイブであるか否かの確認要求を送信する。ＣＰＵ判定部８から受信した確認応答を参照して、該当プロテクショングループについて自カードのＣＰＵがスレイブであるか否かを確認する。例えば、図６に示す場合では、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」について「Ｓｌａｖｅ」、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝２」について「Ｓｌａｖｅ」であることを確認する。
【００７８】
（ステップＳ１３）
該当プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ＝１）について、自カード（第一ＬＩＵ３）のＣＰＵがスレイブであることを確認すると、ＳＷＤＬ状態監視部９は、該当プロテクショングループをスレイブからマスタへの切替を要求するＭａｓｔｅｒ設定コマンドをＣＰＵ判定部８に発行する。ＣＰＵ判定部８は、ＳＷＤＬ状態監視部９から、ＣＰＵのスレイブへの切替を要求するＭａｓｔｅｒ設定コマンドを受信すると、該当プロテクショングループについて、ハード主従切替部１８内の設定をスレイブからマスタへ切替える。切替完了後、ＣＰＵ判定部８は、ハード設定応答をＳＷＤＬ状態監視部９に通知する。ＳＷＤＬ状態監視部９は、マスタへの切替完了を示すハード設定応答をＣＰＵ判定部８から受信する。
【００７９】
（ステップＳ１４、Ｓ１５）
マスタへの切替完了を示すハード設定応答をＣＰＵ判定部８から受信した後、ＳＷＤＬ状態監視部９は、再びマスタＣＰＵに切替えられる該当プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ＝１）について、対向カード（第二ＬＩＵ２２）のＣＰＵをスレイブＣＰＵに切り替えさせるように、Ｓｌａｖｅ設定要求コマンドを対向カード（第二ＬＩＵ２２）に発行する。第二ＬＩＵのＣＰＵ判定部２８は、ファーム間通信部２６を介して、Ｓｌａｖｅ設定要求コマンドを第一ＬＩＵ３から受信すると、該当プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ＝１）について、ハード主従切替部３７内の設定をマスタからスレイブへ切替える。そして、切替完了後、ＣＰＵ判定部２８は、ファーム間通信部２６を介して、Ｓｌａｖｅ設定応答を第一ＬＩＵ３に送信する。第一ＬＩＵ３のＳＷＤＬ状態監視部９は、ファーム間通信部７を介して、第二ＬＩＵからＳｌａｖｅ設定応答を受信して、処理を終了する。
【００８０】
［実施例１による効果］
上述してきたように、実施例１によれば、複数のポートを収容して冗長構成をなす一対の各回線カードの中で、例えば、第一ＬＩＵ３のＳＷＤＬを実施する。この前に、第一ＬＩＵ３のＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されているプロテクショングループについて、第二ＬＩＵ２２のＣＰＵをマスタＣＰＵとして切り替させる。そして、第二ＬＩＵ２２のマスタＣＰＵの従たるスレイブＣＰＵとして、第一ＬＩＵ３のＣＰＵを切り替えるようにハードウェア１６を制御する。
【００８１】
したがって、例えば、図９に示すように、ＳＷＤＬ中に回線障害を救済できないという従来の問題点が解決される。すなわち、ＳＷＤＬ中は、ＳＷＤＬ未実施側の回線カード（例えば、第二ＬＩＵ２２）で全プロテクショングループの回線監視を行うことができる。その結果、例えば、図１０に示すように、ＳＷＤＬ中に運用（Ｗｏｒｋ）回線に障害が発生しても、ＳＷＤＬ未実施側の回線カードで運用回線からＰｒｏｔｅｃｔｉｏｎ回線への切替えができ、回線障害を救済できる。なお、図９および図１０は、実施例１に係る伝送装置の効果を説明するための図である。
【実施例２】
【００８２】
図１１および図１２は、実施例２に係る伝送装置にて実施されるファームウェアのアップグレード（ＳＷＤＬ）の一例を説明するための図である。
【００８３】
図１１に示すように、自装置内の第一ＬＩＵ３および第二ＬＩＵ２２の双方に搭載されるファームウェアのアップグレード（ＳＷＤＬ）を実行する場合が考えられる。この場合、図１２に示すように、自装置内の第一ＬＩＵ３および第二ＬＩＵ２２のＳＷＤＬが完了するまで、第一ＬＩＵ３および第二ＬＩＵ２２のＣＰＵが停止する。
【００８４】
したがって、図１３に示すように、対向装置において発生した回線障害に伴って対向装置から発行されるＡＰＳバイトが自装置に受信されない。さらに、回線障害発生時の自装置と対向装置と間の切替制御方式として、同期を取りながら回線の切替処理を行う「１＋１ＡＰＳ双方向モード（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）」を採用している場合には、自装置からＡＰＳバイトの応答がない。このようなことから、対向装置においても、自装置におけるＳＷＤＬが完了して応答があるまで、回線の切替を実行できないという問題がある。ＳＷＤＬがシリアルに実行されるとすると、ＳＷＤＬを実行するＬＩＵの数に応じて、対向装置における回線切替が遅れることになる。なお、図１３は、実施例２に係る問題点を示す図である。
【００８５】
そこで、実施例２に係る伝送装置は、例えば、図１４に示すように、各装置で独立して回線の切替処理を行う「１＋１ＡＰＳ片方向モード（Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）」を利用する。すなわち、自己に搭載され冗長構成をなす一対の回線カードに搭載される各ファームウェアのアップグレードを実行する場合には、他の伝送装置（対向装置）に対して「１＋１ＡＰＳ片方向モード（Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）」に変更するように要求する。なお、図１４は、実施例２に係る伝送装置間で実施される回線障害発生時の切替処理の一例を説明するための図である。
【００８６】
このようにすることで、プロテクショングループを構成する他の伝送装置がＳＷＤＬを実行していても、回線障害が発生した伝送装置において独立して回線切替を実行して、回線障害を救済できる。
【００８７】
なお、自装置のプロテクショングループに接続された対向装置のプロテクショングループの回線切替方式の変更を対向装置に要求する場合には、ＡＰＳバイトの空きコードを利用することにより実現可能である。例えば、図１５に示すように、ＡＰＳバイトのペイロード部の「ｂ６」〜「ｂ８」の領域に、空きコード「０１１」を挿入して対向装置に送信する場合には、「１＋１ＡＰＳ片方向モード（Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）」に変更を要求するものとして規定する。一方、ＡＰＳバイトに空きコード「０１０」を挿入して対向装置に送信する場合には、「１＋１ＡＰＳ双方向モード（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）」に変更を要求するものとして規定する。なお、図１５は、実施例２に係る切替処理時のＡＰＳバイトの構成例を示す図である。
【００８８】
［伝送装置による処理（実施例２）］
図１６は、実施例２に係る伝送送システムの構成例を示す図である。図１７および図１８は、実施例２に係る伝送装置による処理の流れを示す図である。図１６に示すような伝送システムにおいて、例えば、自装置の第一ＬＩＵ３および第二ＬＩＵ２２に搭載されたファームウェアのアップグレードを実行する場合には、図１７および図１８に示すような流れで処理が行われる。なお、図１８は、図１７に示した処理から継続して行われる処理の流れを示している。
【００８９】
（ステップＳ１）
ＣＰＵ部１は、例えば、伝送装置１００の保守者から「第一ＬＩＵ３および第二ＬＩＵ２２のファームウェアをアップグレードするＳＷＤＬ要求コマンド」の入力を保守者から受け付けて、第一ＬＩＵ３や第二ＬＩＵ２２に転送する。
【００９０】
（ステップＳ２）
第二ＬＩＵ２２の第二Ｉ／Ｆ部２４は、ＳＷＤＬ要求コマンドを受信すると、ＳＷＤＬ状態監視テーブル３６の内容を書き換える（変更する）。そして、第二ＬＩＵ２２の第二Ｉ／Ｆ部２４は、ＳＷＤＬ要求コマンドをＳＷＤＬ状態監視部２７に発行する。
【００９１】
（ステップＳ３）
ＳＷＤＬ状態監視部２７は、ＳＷＤＬ要求コマンドを受信すると、ＣＰＵ判定部２８に対して、自カード（第二ＬＩＵ２２）に搭載されたＣＰＵのマスタ／スレイブの割当状況を要求するＭａｓｔｅｒ／Ｓｌａｖｅ情報収集要求を送信する。そして、ＣＰＵ判定部２８から割当状況の通知を受信する。この通知から、ＳＷＤＬ状態監視部２７は、例えば、図１６に示す場合では、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」について「Ｍａｓｔｅｒ」、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝２」について「Ｓｌａｖｅ」であることを確認する。
【００９２】
（ステップＳ４）
さらに、ＳＷＤＬ状態監視部２７は、ハードウェア３５が有するＳＷＤＬ状態監視テーブル３６を参照して、対向カード（第一ＬＩＵ３）のＳＷＤＬ状態を確認する。例えば、図１６に示す場合では、対向カード（第一ＬＩＵ３）がＳＷＤＬ実施中の状態にあることを確認する。
【００９３】
（ステップＳ５）
そして、ＳＷＤＬ状態監視部２７は、対向カード（第一ＬＩＵ３）がＳＷＤＬ実施中の状態にあることを確認した後、対向カード（第一ＬＩＵ３）がＳＷＤＬ実施中の状態にあることを確認した後、ＣＰＵ判定部２８から通知された割当状況に基づいて、ハードウェア制御部３２への通知判定を実施する。
【００９４】
具体的には、ＳＷＤＬ状態監視部２７は、プロテクショングループの対向カード（第一ＬＩＵ３）がＳＷＤＬ実施中にあり、自カード（第二ＬＩＵ２２）の全プロテクショングループの中で、自カードのＣＰＵがマスタＣＰＵのグループが存在するという条件を満足するか否かを判定する。図１６に示す場合では、上記条件を満足するので、ＳＷＤＬ状態監視部２７は、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」について「Ｍａｓｔｅｒ」である旨、および両回線カード（第一ＬＩＵ３および第二ＬＩＵ２２）がＳＷＤＬ中である旨をハードウェア制御部３２に通知する。
【００９５】
（ステップＳ６）
ＳＷＤＬ状態監視部２７からの通知を受けたハードウェア制御部３２は、回線切替モード（方式）を確認して、「１＋１ＡＰＳ双方向モード（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）」である場合には、ハードウェア３５に対して、対向装置に送信させるためのＡＰＳバイト（図１４参照）の設定を実行する。具体的には、ハードウェア制御部３２は、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」に接続する対向装置のプロテクショングループの回線切替モードが、「１＋１ＡＰＳ片方向モード（Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）」となるように、ＡＰＳバイトのペイロード部の「ｂ６」〜「ｂ８」に空きコード「０１１」を挿入することによりＡＰＳバイトの設定を実行する。
【００９６】
そして、ハードウェア３５から、ハードウェア制御部３２により設定されたＡＰＳバイトの内容が対向装置に送信されることにより、対向装置の回線切替モードが、「１＋１ＡＰＳ片方向モード（Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）」に変更される。これにより、自装置の両回線カード（第一ＬＩＵ３および第二ＬＩＵ２２）がＳＷＤＬ中で、対向装置側の運用回線に障害が発生した場合に、対向装置は「１＋１ＡＰＳ片方向モード（Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）」に変更されているので、Ｐｒｏｔｅｃｔｉｏｎ回線への切替実行が可能となる。
【００９７】
（ステップＳ７）
ハードウェア制御部３２への通知後、ＳＷＤＬ状態監視部２７は、自カード（第二ＬＩＵ２２）のＳＷＤＬ処理ＰｌａｎｅにＳＷＤＬ要求を通知する。なお、ＳＷＤＬ処理Ｐｌａｎｅは、ＳＷＤＬ処理後、ＣＰＵＲＳＴ（ＣＰＵリセット）を実行する。
【００９８】
ＣＰＵ部１から転送されたＳＷＤＬ要求コマンド受信後、第一ＬＩＵ３においても、上述してきたステップＳ１〜ステップＳ７と同様の処理が実行される（ステップＳ２’〜ステップＳ７’）。
【００９９】
（ステップＳ８、８’）
ＣＰＵ部１は、ＳＷＤＬの対象となる第一ＬＩＵ３および第二ＬＩＵ２２についてＳＷＤＬ完了後のＣＰＵリセットを検出すると、第一ＬＩＵ３および第二ＬＩＵ２２のそれぞれが有する上位インタフェース（例えば、第一Ｉ／Ｆ部５、第二Ｉ／Ｆ部２４）に対して、再Ｐｒｏｖ処理要求を発行する。第一ＬＩＵ３のＳＷＤＬ状態監視部９は、第一Ｉ／Ｆ部５を介して、ＣＰＵ部１から発行された再Ｐｒｏｖ処理要求を受信すると、復元処理を実行する。同様に、第二ＬＩＵ２２のＳＷＤＬ状態監視部２７は、第二Ｉ／Ｆ部２４を介して、ＣＰＵ部１から発行された再Ｐｒｏｖ処理要求を受信すると、復元処理を実行する。
【０１００】
（ステップＳ９、９’）
復元処理が完了すると、ＳＷＤＬ状態監視部９は、第一Ｉ／Ｆ部５を介して、ＳＷＤＬ完了通知をＣＰＵ部１に送信する。同様に、ＳＷＤＬ状態監視部２７は、第二Ｉ／Ｆ部２４を介して、ＳＷＤＬ完了通知をＣＰＵ部１に送信する。
【０１０１】
（ステップＳ１０）
そして、ＣＰＵ部１は、第一ＬＩＵ３および第二ＬＩＵ２２からＳＷＤＬ完了通知をそれぞれ受信すると、第二ＬＩＵ２２の対向カードである第一ＬＩＵ３に対して第二ＬＩＵ２２のＳＷＤＬ完了通知を送信する。同様に、第一ＬＩＵ３の対向カードである第二ＬＩＵ２２に対して第一ＬＩＵ３のＳＷＤＬ完了通知を送信する。
【０１０２】
（ステップＳ１１、１１’）
第一ＬＩＵ３の第一Ｉ／Ｆ部５は、ＣＰＵ部１から第二ＬＩＵのＳＷＤＬ完了通知を受信すると、ＳＷＤＬ状態監視テーブル１７の内容を「対向カードＳＷＤＬ実施中」から「対向カードＳＷＤＬ未実施」に再び書き換える（変更する）。そして、第一Ｉ／Ｆ部５は、ＳＷＤＬ状態監視テーブル１７の内容変更をＳＷＤＬ状態監視部９に通知する。第二ＬＩＵ２２の第二Ｉ／Ｆ部２４は、ＣＰＵ部１から第一ＬＩＵ３のＳＷＤＬ完了通知を受信すると、ＳＷＤＬ状態監視テーブル３６の内容を「対向カードＳＷＤＬ実施中」から「対向カードＳＷＤＬ未実施」に再び書き換える（変更する）。そして、第二Ｉ／Ｆ部２４は、ＳＷＤＬ状態監視テーブル３６の内容変更をＳＷＤＬ状態監視部２７に通知する。
【０１０３】
（ステップＳ１２、１２’）
ＳＷＤＬ状態監視テーブル１７の内容変更の通知を受け付けると、ＳＷＤＬ状態監視部９は、ＣＰＵ判定部８に対して、自カード（第一ＬＩＵ３）に搭載されたＣＰＵのマスタ／スレイブの割当状況を要求するＭａｓｔｅｒ／Ｓｌａｖｅ情報収集要求を送信する。そして、ＣＰＵ判定部８から割当状況の通知を受信する。この通知から、ＳＷＤＬ状態監視部９は、例えば、図１６に示す場合では、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」について「Ｓｌａｖｅ」、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝２」について「Ｍａｓｔｅｒ」であることを確認する。
【０１０４】
同様に、ＳＷＤＬ状態監視テーブル３６の内容変更の通知を受け付けると、ＳＷＤＬ状態監視部２７は、ＣＰＵ判定部２８に対して、自カード（第二ＬＩＵ２２）に搭載されたＣＰＵのマスタ／スレイブの割当状況を要求するＭａｓｔｅｒ／Ｓｌａｖｅ情報収集要求を送信する。そして、ＣＰＵ判定部２８から割当状況の通知を受信する。ＳＷＤＬ状態監視部２７は、例えば、図１６に示す場合では、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」について「Ｍａｓｔｅｒ」、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝２」について「Ｓｌａｖｅ」であることを確認する。
【０１０５】
（ステップＳ１３，１３’）
ＳＷＤＬ状態監視部９は、ＳＷＤＬが完了した旨、および「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝２」について「Ｍａｓｔｅｒ」である旨をハードウェア制御部１４に通知する。同様に、ＳＷＤＬ状態監視部２７は、ＳＷＤＬが完了した旨、および「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」について「Ｍａｓｔｅｒ」である旨をハードウェア制御部３２に通知する。
【０１０６】
（ステップＳ１４，１４’）
ＳＷＤＬ状態監視部９からの通知を受け付けたハードウェア制御部１４は、ハードウェア１６に対して、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝２」に接続する対向装置の回線切替モードを「１＋１ＡＰＳ双方向モード（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）」となるように、ＡＰＳバイトのペイロード部の「ｂ６」〜「ｂ８」に空きコード「０１０」を挿入することによりＡＰＳバイトの設定を実行する。ＡＰＳバイトの設定を行う。
【０１０７】
同様に、ＳＷＤＬ状態監視部２７からの通知を受け付けたハードウェア制御部３２は、ハードウェア３５に対して、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」に接続する対向装置の回線切替モードを「１＋１ＡＰＳ双方向モード（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）」となるように、ＡＰＳバイトのペイロード部の「ｂ６」〜「ｂ８」に空きコード「０１０」を挿入することによりＡＰＳバイトの設定を実行する。ＡＰＳバイトの設定を行う。
【０１０８】
そして、ハードウェア１５およびハードウェア３５から、ハードウェア制御部１４およびハードウェア制御部３２により設定されたＡＰＳバイトの内容が対向装置に送信される。これにより、「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝１」および「プロテクショングループ（Ｐｒｏｔｅｃｔｉｏｎ−Ｇ）＝２」に接続された対向装置の回線切替モードが、「１＋１ＡＰＳ片方向モード（Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）」に変更される。
【０１０９】
［実施例２による効果］
上述してきたように、実施例２によれば、自己に搭載され冗長構成をなす一対の回線カードに搭載される各ファームウェアのアップグレードを実行する場合には、他の伝送装置（対向装置）に対して「１＋１ＡＰＳ片方向モード（Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）」に変更するように要求する。このようにすることで、例えば、図１９に示すように、プロテクショングループを構成する自装置がＳＷＤＬを実行中であっても、回線障害が発生した対向装置において独立して回線切替を実行して、回線障害を救済できる。なお、図１９は、実施例２に係る伝送装置の効果を説明するための図である。
【実施例３】
【０１１０】
伝送装置の他の実施形態を説明する。
【０１１１】
（１）装置構成等
図５に示した伝送装置１００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、伝送装置１００の分散・統合の具体的形態は図示のものに限られず、例えば、第一ＬＩＵ３のＣＰＵ判定部８とＳＷＤＬ状態監視部９とを統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、伝送装置１００にて行なわれる各処理機能（図７および図８、図１７および図１８参照）は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１１２】
（２）伝送方法
上記の実施例で説明した伝送装置１００により、以下のような伝送方法が実現される。
【０１１３】
すなわち、複数のポートを収容して冗長構成をなす一対の各回線カードの中で、片系をなす回線カードに搭載されるファームウェアのアップグレードを実施する前に、アップグレード対象となる回線カードに搭載されるＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されている前記複数のポートがグループ分けされた所定グループについて、前記片系の回線カードと対をなす対向側の回線カードに搭載されたＣＰＵを前記マスタＣＰＵとして切り替えるように、前記対向側の回線カードに要求する切替要求ステップと（例えば、図７のステップＳ５参照）、前記切替要求ステップによりマスタＣＰＵに切り替えるように要求された前記対向側の回線カードに搭載されるＣＰＵの従たるスレイブＣＰＵとして、前記片系の回線カードに搭載されたＣＰＵを切り替えるように制御する切替制御ステップと（例えば、図７のステップＳ６参照）、を含んだ伝送方法が実現される。
【０１１４】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１１５】
（付記１）複数のポートを収容して冗長構成をなす一対の各回線カードの中で、片系をなす回線カードに搭載されるファームウェアのアップグレードを実施する前に、アップグレード対象となる回線カードに搭載されるＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されている前記複数のポートがグループ分けされた所定グループについて、前記片系の回線カードと対をなす対向側の回線カードに搭載されたＣＰＵを前記マスタＣＰＵとして切り替えるように、前記対向側の回線カードに要求する切替要求部と、
前記切替要求部によりマスタＣＰＵに切り替えるように要求された前記対向側の回線カードに搭載されるＣＰＵの従たるスレイブＣＰＵとして、前記片系の回線カードに搭載されたＣＰＵを切り替えるように制御する切替制御部と、
を有する伝送装置。
【０１１６】
（付記２）前記伝送装置の保守者からファームウェアのアップグレード要求に関するコマンドを受信するコマンド受信部と、
前記各回線カードに搭載されたＣＰＵが前記所定のグループ単位でマスタＣＰＵ、あるいはスレイブＣＰＵのいずれに割り当てられているかを示す割当状況を管理する割当状況管理部と、
前記対向側の回線カードに搭載されているハードウェアにおいて、前記ファームウェアのアップグレードが実行中であるか否かを示すアップグレード実行状況を監視するアップグレード実行状況監視部と、
をさらに有し、
前記切替要求部は、前記コマンド受信部により前記コマンドを受信した場合に、前記アップグレード実行状況監視部により監視されているアップグレード状況から前記ファームウェアのアップグレードの実行中ではないと判定され、前記割当状況管理部により管理されている割当状況から前記マスタＣＰＵとしての割り当てが存在すると判定されることを条件に、前記対向側の回線カードにマスタＣＰＵへの切り替えを要求する付記１に記載の伝送装置。
【０１１７】
（付記３）運用回線の故障発生時に、ＳＤＨ／ＳＯＮＥＴ方式の光信号を伝送することにより、運用回線から予備回線への切替制御を伝送装置間で実施するために、リング状の前記冗長回線にて接続される他の伝送装置との間の切替制御方式が同期切替方式に設定され、自己に搭載され冗長構成をなす一対の回線カードに搭載される各ファームウェアのアップグレードを実行する場合には、前記他の伝送装置に対して非同期切替方式に変更するように要求する切替方式変更要求部をさらに有する付記１に記載の伝送装置。
【０１１８】
（付記４）複数のポートを収容して冗長構成をなす一対の各回線カードの中で、片系をなす回線カードに搭載されるファームウェアのアップグレードを実施する前に、アップグレード対象となる回線カードに搭載されるＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されている前記複数のポートがグループ分けされた所定グループについて、前記片系の回線カードと対をなす対向側の回線カードに搭載されたＣＰＵを前記マスタＣＰＵとして切り替えるように、前記対向側の回線カードに要求する切替要求ステップと、
前記切替要求ステップによりマスタＣＰＵに切り替えるように要求された前記対向側の回線カードに搭載されるＣＰＵの従たるスレイブＣＰＵとして、前記片系の回線カードに搭載されたＣＰＵを切り替えるように制御する切替制御ステップと、
を含む伝送方法。
【０１１９】
（付記５）複数のポートを収容して冗長構成をなす一対の各回線カードの中で、片系をなす回線カードに搭載されるファームウェアのアップグレードを実施する前に、アップグレード対象となる回線カードに搭載されるＣＰＵが、運用回線および予備回線で構成される冗長回線の切替制御を主導して実行するマスタＣＰＵとして設定されている前記複数のポートがグループ分けされた所定グループについて、前記片系の回線カードと対をなす対向側の回線カードに搭載されたＣＰＵを前記マスタＣＰＵとして切り替えるように、前記対向側の回線カードに要求する切替要求部と、
前記切替要求部によりマスタＣＰＵに切り替えるように要求された前記対向側の回線カードに搭載されるＣＰＵの従たるスレイブＣＰＵとして、前記片系の回線カードに搭載されたＣＰＵを切り替えるように制御する切替制御部と、
を有する伝送装置間をリング状の前記冗長回線にて接続し、運用回線の故障発生時に、ＳＤＨ／ＳＯＮＥＴ方式の光信号を伝送することにより、運用回線から予備回線への切替制御を伝送装置間で実現する伝送システム。
【０１２０】
（付記６）運用回線の故障発生時に、ＳＤＨ／ＳＯＮＥＴ方式の光信号を伝送することにより、運用回線から予備回線への切替制御を実施するために、運用回線および予備回線からなるリング状の冗長回線にて接続される他の伝送装置との間の切替制御方式が同期切替方式に設定され、自己に搭載され冗長構成をなす一対の回線カードに搭載される各ファームウェアのアップグレードを実行する場合に、前記他の伝送装置に対して非同期切替方式に変更するように要求する切替方式変更要求部を有する伝送装置。
【図面の簡単な説明】
【０１２１】
【図１】実施例１に係る伝送装置間で実施される回線障害発生時の切替処理の一例を説明するための図である。
【図２】実施例１に係る伝送装置間で実施される回線障害発生時の切替処理の一例を説明するための図である。
【図３】実施例１に係る伝送装置にて実施されるファームウェアのアップグレード（ＳＷＤＬ）の一例を説明するための図である。
【図４】実施例１に係る伝送装置にて実施されるファームウェアのアップグレード（ＳＷＤＬ）の一例を説明するための図である。
【図５】実施例１に係る伝送装置の構成を示す図である。
【図６】実施例１に係る伝送システムの構成例を示す図である。
【図７】実施例１に係る伝送装置の処理の流れを示す図である。
【図８】実施例１に係る伝送装置の処理の流れを示す図である。
【図９】実施例１に係る伝送装置の効果を説明するための図である。
【図１０】実施例１に係る伝送装置の効果を説明するための図である。
【図１１】実施例２に係る伝送装置にて実施されるファームウェアのアップグレード（ＳＷＤＬ）の一例を説明するための図である。
【図１２】実施例２に係る伝送装置にて実施されるファームウェアのアップグレード（ＳＷＤＬ）の一例を説明するための図である。
【図１３】実施例２に係る問題点を示す図である。
【図１４】実施例２に係る伝送装置間で実施される回線障害発生時の切替処理の一例を説明するための図である。
【図１５】実施例２に係る切替処理時のＡＰＳバイトの構成を示す図である。
【図１６】実施例２に係る伝送システムの構成例を示す図である。
【図１７】実施例２に係る伝送装置の処理の流れを示す図である。
【図１８】実施例２に係る伝送装置の処理の流れを示す図である。
【図１９】実施例２に係る伝送装置の効果を説明するための図である。
【図２０】「１＋１ＡＰＳ」機能の概要を示す図である。
【図２１】「１＋１ＡＰＳ」機能の概要を示す図である。
【図２２】「１＋１ＡＰＳ」機能の概要を示す図である。
【図２３】「１＋１ＡＰＳ」機能の概要を示す図である。
【図２４】ＢＬＳＲのネットワーク構成における冗長系への切替処理を説明するための図である。
【図２５】ＢＬＳＲのネットワーク構成における冗長系への切替処理を説明するための図である。
【図２６】集中ＣＰＵ型の構成例を示す図である。
【図２７】分散ＣＰＵ型の構成例を示す図である。
【符号の説明】
【０１２２】
１  ＣＰＵ
２  ユーザＩ／Ｆ部
３  第一ＬＩＵ
４  ファームウェア
５  第一Ｉ／Ｆ部
６  装置監視部
７  ファーム間通信部
８  ＣＰＵ判定部
９  ＳＷＤＬ状態監視部
１０  制御部
１１  切替制御部
１２  設定制御受信部
１３  トリガ検出部
１４  ハードウェア制御部
１５  割り込み受信部
１６  ハードウェア
１７  ＳＷＤＬ状態監視テーブル
１８  ハード主従切替部
１９  ハード間通信部
２０  割り込みトリガ検出部
２１  障害モニタ部
２２  第二ＬＩＵ
２３  ファームウェア
２４  第一Ｉ／Ｆ部
２５  装置監視部
２６  ファーム間通信部
２７  ＳＷＤＬ状態監視部
２８  ＣＰＵ判定部
２９  制御部
３０  設定制御受信部
３１  切替制御部
３２  ハードウェア制御部
３３  トリガ検出部
３４  割り込み受信部
３５  ハードウェア
３６  ＳＷＤＬ状態監視テーブル
３７  ハード主従切替部
３８  ハード間通信部
３９  割り込みトリガ検出部
４０  障害モニタ部
【図１】
2010093397.tif 000003
【図２】
2010093397.tif 000004
【図３】
2010093397.tif 000005
【図４】
2010093397.tif 000006
【図５】
2010093397.tif 000007
【図６】
2010093397.tif 000008
【図７】
2010093397.tif 000009
【図８】
2010093397.tif 000010
【図９】
2010093397.tif 000011
【図１０】
2010093397.tif 000012
【図１１】
2010093397.tif 000013
【図１２】
2010093397.tif 000014
【図１３】
2010093397.tif 000015
【図１４】
2010093397.tif 000016
【図１５】
2010093397.tif 000017
【図１６】
2010093397.tif 000018
【図１７】
2010093397.tif 000019
【図１８】
2010093397.tif 000020
【図１９】
2010093397.tif 000021
【図２０】
2010093397.tif 000022
【図２１】
2010093397.tif 000023
【図２２】
2010093397.tif 000024
【図２３】
2010093397.tif 000025
【図２４】
2010093397.tif 000026
【図２５】
2010093397.tif 000027
【図２６】
2010093397.tif 000028
【図２７】
2010093397.tif 000029