(57)【要約】【課題】外部装置から自身の設定データを受け付ける伝送装置においてフレーム伝送の中断を抑制する。【解決手段】トリブ伝送装置１２は、フレーム伝送処理を実行するＳＷ盤２２およびＩＦ盤２４と、メイン伝送装置１０から受け付けた設定データによりフレーム伝送処理の動作態様を設定する監視制御盤２０を備える。トリブ伝送装置１２の監視制御盤２０は、メイン伝送装置１０から設定データを受け付けたとき、既にフレーム伝送処理の動作態様を設定済みであれば、受け付けた設定データによりフレーム伝送処理の動作態様を再設定することを抑制する。【選択図】図１
2014138351.tif 000002
【特許請求の範囲】
【請求項１】
フレームの伝送処理を実行するフレーム伝送部と、
外部装置から受け付けた設定データにより前記フレーム伝送部の動作態様を設定する制御部と、
を備え、
前記制御部は、外部装置から設定データを受け付けたとき、既に前記フレーム伝送部の動作態様を設定済みであれば、前記受け付けた設定データにより前記フレーム伝送部の動作態様を再設定することを抑制することを特徴とする伝送装置。
【請求項２】
前記外部装置は、自身用の設定データと、本伝送装置用の設定データの両方を一括して管理する伝送装置であり、
前記制御部は、前記外部装置と接続されたときに前記外部装置の制御部から送信された本伝送装置用の設定データを受け付け、既に前記フレーム伝送部の動作態様を設定済みであれば、前記受け付けた設定データにより前記フレーム伝送部の動作態様を再設定することを抑制することを特徴とする請求項１に記載の伝送装置。
【請求項３】
前記制御部は、前記外部装置から通知された前記外部装置に関する属性情報が、本伝送装置において予め定められた条件と不整合である場合に、前記外部装置へ異常を通知することにより、当該外部装置からの設定データの提供を抑制させることを特徴とする請求項１または２に記載の伝送装置。
【請求項４】
前記制御部は、前記外部装置から通知された前記外部装置に関する属性情報が、本伝送装置において予め定められた条件と不整合であっても、本伝送装置において前記フレーム伝送部の動作態様を未設定であれば、前記外部装置から設定データを受け付け、その設定データにより前記フレーム伝送部の動作態様を設定することを特徴とする請求項３に記載の伝送装置。
【請求項５】
前記制御部は、前記外部装置から通知された前記外部装置に関する属性情報が、本伝送装置において予め定められた条件と整合する一方、前記外部装置から受け付けた設定データが、前記フレーム伝送部に設定済みの動作態様と不整合である場合に、前記フレーム伝送部の動作態様を再設定することを抑制しつつ、ユーザへ異常を通知することを特徴とする請求項１から４のいずれかに記載の伝送装置。
【請求項６】
伝送装置が、
フレームの伝送処理の態様を定めた設定データを外部装置から受け付けるステップと、
前記設定データに応じた態様でフレームの伝送処理を実行させるステップと、
外部装置から設定データを受け付けたとき、既に前記伝送処理の態様を設定済みであれば、前記受け付けた設定データにより前記伝送処理の態様を再設定することを抑制するステップと、
を実行することを特徴とする伝送装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フレームの伝送装置およびその制御方法に関する。
【背景技術】
【０００２】
現在のフレーム伝送網では、複数の伝送装置それぞれの筐体（「シェルフ」とも呼ばれる。）を接続してシェルフ容量の拡張を図るシェルフ容量拡張が適用されることがある。シェルフ容量拡張の適用下、複数の伝送装置それぞれの挙動を規定する各伝送装置用の設定データ群（以下、データベース（ＤＢ）とも呼ぶ。）を１台の伝送装置（以下、「メイン（Ｍａｉｎ）伝送装置」とも呼ぶ。）が一括して管理することがある。メイン伝送装置は、接続された他の伝送装置（以下、「トリブ（Ｔｒｉｂ）伝送装置」とも呼ぶ。）に対して所定のタイミングでＤＢを配布し、トリブ伝送装置は、自装置のＤＢのみをメイン伝送装置から受け取る。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１４７８０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数の伝送装置のＤＢをメイン伝送装置が集中管理し、トリブ伝送装置にＤＢを展開後、トリブ伝送装置が主信号を伝送中に、メイン〜トリブ間の接続が障害により切断されることがある。メイン〜トリブが再接続されると、メイン伝送装置は、トリブ伝送装置へＤＢを再度送信し、トリブ伝送装置は、受け付けたＤＢを展開して自装置を再設定する。このときトリブ伝送装置における主信号の伝送が中断されてしまう。
【０００５】
本発明は上記課題を鑑みてなされたものであり、その主な目的は、外部装置から自身の設定データを受け付ける伝送装置においてフレーム伝送の中断を抑制する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の伝送装置は、フレームの伝送処理を実行するフレーム伝送部と、外部装置から受け付けた設定データによりフレーム伝送部の動作態様を設定する制御部と、を備える。制御部は、外部装置から設定データを受け付けたとき、既にフレーム伝送部の動作態様を設定済みであれば、受け付けた設定データによりフレーム伝送部の動作態様を再設定することを抑制する。
【０００７】
本発明の別の態様は、伝送装置の制御方法である。この方法は、伝送装置が、フレームの伝送処理の態様を定めた設定データを外部装置から受け付けるステップと、設定データに応じた態様でフレームの伝送処理を実行させるステップと、外部装置から設定データを受け付けたとき、既に伝送処理の態様を設定済みであれば、受け付けた設定データにより伝送処理の態様を再設定することを抑制するステップと、を実行する。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、外部装置から自身の設定データを受け付ける伝送装置においてフレーム伝送の中断を抑制することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態の通信システムの構成を示す図である。
【図２】シェルフ容量拡張下での従来のＤＢ更新を模式的に示す図である。
【図３】図１のメイン伝送装置の機能構成を詳細に示すブロック図である。
【図４】図１のトリブ伝送装置の機能構成を詳細に示すブロック図である。
【図５】メイン伝送装置およびトリブ伝送装置の動作を示すフローチャートである。
【図６】接続規則を示す図である。
【図７】接続検証フレームおよび接続検証応答フレームの構成を示す図である。
【図８】図５のＳ２６の接続検証処理を詳細に示すフローチャートである。
【図９（ａ）】図５のＳ２６の接続検証処理を詳細に示すフローチャートである。
【図９（ｂ）】図５のＳ２６の接続検証処理を詳細に示すフローチャートである。
【図１０】シェルフ間における誤接続の一態様を示す図である。
【図１１】シェルフ間における誤接続の一態様を示す図である。
【図１２】シェルフ間における誤接続の一態様を示す図である。
【発明を実施するための形態】
【００１１】
図１は、実施の形態の通信システムの構成を示す。通信システム１００は、１対１で接続された２台のレイヤ２スイッチであるメイン伝送装置１０とトリブ伝送装置１２を備える。メイン伝送装置１０とトリブ伝送装置１２のそれぞれは、監視制御盤２０で総称される監視制御盤２０ａおよび監視制御盤２０ｂと、ＳＷ（スイッチ）盤２２と、ＩＦ（インタフェース）盤２４を含む。メイン伝送装置１０とトリブ伝送装置１２は、独立したシェルフであるメインシェルフとトリブシェルフにそれぞれ格納され、それらのシェルフ間は接続されている。具体的には監視制御盤２０同士、ＳＷ盤２２同士で接続されている。
【００１２】
ＳＷ盤２２およびＩＦ盤２４は、配下装置１４から送信されたＭＡＣフレーム（イーサネット（登録商標）フレームとも呼ばれ、以下「主信号」と呼ぶ。）の伝送処理を実行する。具体的には、ＩＦ盤２４は、伝送装置に接続された複数の配下装置１４との間で主信号を送受する。ＳＷ盤２２は、ＩＦ盤２４で受け付けられた主信号を、その主信号に設定された宛先データ（ＶＬＡＮ−ＩＤやＭＡＣアドレス等）に応じた出力先へ中継する。
【００１３】
監視制御盤２０は、ＣＰＵ盤とも呼ばれ、伝送装置の動作を統括的に制御する。監視制御盤２０ａは現用系の制御盤であり、監視制御盤２０ｂは予備系（待機系）の制御盤であり、監視制御盤２０ａと監視制御盤２０ｂとの間でＤＢを同期する。既述したように、ＤＢは、伝送装置の動作態様を規定する設定データである。例えばＤＢには、ＩＦ盤２４における回線設定用のパス情報や、通信ポートの開閉情報、ＶＬＡＮの設定情報（帯域幅の設定値等）、主信号のフィルタリング条件、ＳＷ盤２２における学習テーブルの情報（ＭＡＣアドレステーブルのデータ等）が含まれる。
【００１４】
監視制御盤２０は、ＤＢが含む各種データを、ＳＷ盤２２およびＩＦ盤２４に設けられた所定の記憶領域へ格納し、ＳＷ盤２２およびＩＦ盤２４はＤＢにより規定された態様で動作する。すなわち監視制御盤２０は、ＤＢを用いてＳＷ盤２２およびＩＦ盤２４の動作態様を設定し、これらの動作を制御する。
【００１５】
通信システム１００にはシェルフ容量拡張方式が適用されており、メイン伝送装置１０の監視制御盤２０は、自装置用の設定データであるメインＤＢ３０と、トリブ伝送装置１２用の設定データであるトリブＤＢ３２の両方を一括して保持する。メイン伝送装置１０の監視制御盤２０は、基本的には、トリブ伝送装置１２の監視制御盤２０と新たに接続状態（リンクアップ状態）になったことを検出すると、トリブＤＢ３２をトリブ伝送装置１２の監視制御盤２０へ送信する。
【００１６】
図２は、シェルフ容量拡張下での従来のＤＢ更新を模式的に示す。通信ケーブルの切断やポート故障等の物理的障害の発生や、監視制御盤２０のファームウェア異常等の論理的障害の発生により、メイン伝送装置１０とトリブ伝送装置１２間の接続が一旦全切断された後、再接続された状況を考える。再接続時には、メイン伝送装置１０のトリブＤＢ３２と、トリブ伝送装置１２のトリブＤＢ３２との一致が保証困難であり、双方のＤＢが不一致になるおそれがあるため、メイン伝送装置１０はトリブ伝送装置１２へトリブＤＢ３２を新たに提供していた。そしてトリブ伝送装置１２は、新たに提供されたトリブＤＢ３２を展開して、装置の動作態様を再設定していた。図２では、トリブ伝送装置１２が当初保持していたＤＢの内容（ｂ）が、新たに提供されたＤＢの内容（ｄ）へ書き換えられることを示している。
【００１７】
このように、トリブ伝送装置１２の監視制御盤２０においてトリブＤＢ３２が書き換えられると、トリブＤＢ３２のそれまでの内容が別の内容に変更されるか否かにかかわらず、トリブ伝送装置１２と配下装置１４との間で主信号断が発生する。例えば、接続断前まで接続されていた同じメイン伝送装置１０とトリブ伝送装置１２の単なる再接続であり、トリブＤＢ３２の内容には変更がないにもかかわらず、トリブ伝送装置１２と配下装置１４との間で主信号断が発生してしまう。
【００１８】
また、メイン伝送装置１０とトリブ伝送装置１２との再接続時に誤った構成で接続し、その状態でトリブＤＢ３２を展開してしまうと、予測困難なトリブ伝送装置１２の誤動作が生じることもある。本実施の形態では、シェルフ容量拡張方式を適用した通信システム１００において、メイン伝送装置１０とトリブ伝送装置１２接続時の主信号断の発生を抑制し、また、メイン伝送装置１０とトリブ伝送装置１２との誤接続による異常動作を抑制する技術を提案する。
【００１９】
図３は、図１のメイン伝送装置１０の機能構成を詳細に示すブロック図である。監視制御盤２０ｂの構成は、監視制御盤２０ａと同じであるため図３では記載を省略している。ここでは監視制御盤２０と総称して説明する。メイン伝送装置１０の監視制御盤２０は、設定データ保持部４０と、対向装置属性保持部４２と、自装置属性保持部４４ａと、設定更新部４６と、接続検出部４８と、メイン検証部５０と、設定データ提供部５２を備える。また図３では、メイン伝送装置１０を収容したシェルフに設けられた不揮発メモリを自装置属性保持部４４ｂとして示している。自装置属性保持部４４ａと自装置属性保持部４４ｂを総称する場合、自装置属性保持部４４と呼ぶ。
【００２０】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や機械装置、電子回路で実現でき、ソフトウェア的にはファームウェアとも呼ばれるコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００２１】
設定データ保持部４０は、メインＤＢ３０およびトリブＤＢ３２を保持する記憶領域である。これらのＤＢは、監視制御盤２０の動作中、揮発メモリに運用データとして格納される一方、不揮発メモリにもバックアップデータとして格納される。なおメインＤＢ３０およびトリブＤＢ３２のデータは、通信システム１００の保守担当者が、図１の保守端末を介してメイン伝送装置１０の監視制御盤２０へ設定する。対向装置属性保持部４２は、トリブ伝送装置１２に関する属性情報、例えばトリブ伝送装置１２の装置ＭＡＣ（ＭＡＣアドレス）を保持する不揮発メモリである。
【００２２】
自装置属性保持部４４ａは、メイン伝送装置１０に関する予め定められた属性情報が格納される記憶領域であり、実施の形態ではＣＰＵのレジスタにより構成される。自装置属性保持部４４ａは、実装位置情報として、自制御盤（監視制御盤２０ａまたは監視制御盤２０ｂ）が収容されたメインシェルフのスロット番号を保持する。また、自制御盤の現用予備種別として、現用系（ＡＣＴ）と予備系（ＳＴＢＹ）のいずれかを示す識別情報を保持する。また、接続規則として、ＶＬＡＮの設定規則を定めたデータを保持する。
【００２３】
自装置属性保持部４４ｂは、シェルフ単位で予め定められた属性情報、言い換えれば、メインシェルフ（メイン伝送装置１０）に関して予め定められた属性情報が格納される記憶領域である。自装置属性保持部４４ｂは、メイン伝送装置１０の装置ＭＡＣ（ＭＡＣアドレス）を保持する。またシェルフ種別として、メインシェルフ（メイン伝送装置１０）を示す識別情報を保持する。
【００２４】
設定更新部４６は、保守担当者によりメインＤＢ３０が更新された場合に、更新された設定データの内容をＳＷ盤２２およびＩＦ盤２４へ反映する。例えば、更新された設定データをＳＷ盤２２およびＩＦ盤２４へ上書き記録することにより、ＳＷ盤２２およびＩＦ盤２４の動作態様を再設定する。
【００２５】
接続検出部４８は、監視制御盤２０のポートにおける信号受信状態を監視し、トリブ伝送装置１２の監視制御盤２０と接続状態になったこと、具体的には物理レイヤでのリンクが確立されたことを検出する。メイン検証部５０は、トリブ伝送装置１２の監視制御盤２０とのリンクが確立された場合に接続検証処理を実行する。この接続検証処理は、誤接続がなされたか否か等を確認する処理であり、詳細はフローチャートの説明で後述する。設定データ提供部５２は、メイン検証部５０による検証結果に応じてトリブＤＢ３２をトリブ伝送装置１２へ送信する。
【００２６】
図４は、図１のトリブ伝送装置１２の機能構成を詳細に示すブロック図である。監視制御盤２０ｂの構成は、監視制御盤２０ａと同じであるため図３では記載を省略している。ここでは監視制御盤２０と総称して説明する。トリブ伝送装置１２の監視制御盤２０は、設定データ保持部６０と、対向装置属性保持部６２と、自装置属性保持部６４ａと、接続検出部６６と、設定データ取得部６８と、トリブ検証部７０と、設定更新部７２を備える。また図４では、トリブ伝送装置１２を収容したシェルフに設けられた不揮発メモリを自装置属性保持部６４ｂとして示している。自装置属性保持部６４ａと自装置属性保持部６４ｂを総称する場合、自装置属性保持部６４と呼ぶ。なお、メイン伝送装置１０の機能ブロックと同一もしくは対応する機能ブロックには同一の名称を付している。
【００２７】
設定データ保持部６０は、メイン伝送装置１０から提供されたトリブＤＢ３２を保持する記憶領域である。トリブＤＢ３２は、監視制御盤２０の動作中、揮発メモリに運用データとして格納される一方、不揮発メモリにもバックアップデータとして格納される。対向装置属性保持部６２は、メイン伝送装置１０に関する属性情報、例えばメイン伝送装置１０の装置ＭＡＣを保持する不揮発メモリである。
【００２８】
自装置属性保持部６４ａは、トリブ伝送装置１２に関する予め定められた属性情報が格納される記憶領域である。メイン伝送装置１０の自装置属性保持部４４ａと同様に、自装置属性保持部６４ａは、ＣＰＵのレジスタにより構成され、自制御盤の実装位置情報、現用予備種別、接続規則（言い換えればＶＬＡＮ設定規則）を保持する。
【００２９】
自装置属性保持部６４ｂは、シェルフ単位で予め定められた属性情報、言い換えれば、トリブシェルフ（トリブ伝送装置１２）に関して予め定められた属性情報が格納される記憶領域である。メイン伝送装置１０の自装置属性保持部４４ｂと同様に、自装置属性保持部６４ｂは、トリブ伝送装置１２の装置ＭＡＣを保持する。またシェルフ種別として、トリブシェルフ（トリブ伝送装置１２）を示す識別情報を保持する。
【００３０】
接続検出部６６は、監視制御盤２０のポートにおける信号受信状態を監視し、メイン伝送装置１０の監視制御盤２０との物理レイヤでのリンクアップを検出する。設定データ取得部６８は、メイン伝送装置１０から送信されたトリブＤＢ３２（すなわちトリブ伝送装置１２用の設定データ）を受信する。
【００３１】
トリブ検証部７０は、メイン伝送装置１０のメイン検証部５０に対応し、メイン伝送装置１０とのリンクが確立された場合に接続検証処理を実行する。この接続検証処理も、誤接続がなされたか否か等を確認する処理であり、詳細はフローチャートの説明で後述する。設定更新部７２は、トリブ検証部７０による検証結果に応じて、設定データ取得部６８が取得したトリブＤＢ３２をＳＷ盤２２およびＩＦ盤２４へ反映する。例えば、新たに取得されたトリブＤＢ３２の設定データをＳＷ盤２２およびＩＦ盤２４へ上書き記録することにより、ＳＷ盤２２およびＩＦ盤２４の動作態様を再設定する。
【００３２】
以上の構成による通信システム１００の動作を以下説明する。
図５は、メイン伝送装置１０およびトリブ伝送装置１２の動作を示すフローチャートである。同図は、監視制御盤２０の起動から接続検証を実行するまでのフローを示している。実際には監視制御盤２０ａと監視制御盤２０ｂのそれぞれで実行されるが、ここでは総称して監視制御盤２０と呼ぶ。また以下では、メイン伝送装置１０の監視制御盤２０の動作として説明するが、特に断らない限り、トリブ伝送装置１２の監視制御盤２０の動作も同様である。
【００３３】
電源オンや、保守端末からの遠隔操作を契機として監視制御盤２０が起動すると（Ｓ１０のＹ）、メイン検証部５０は、シェルフ種別、自装置ＭＡＣ、実装位置（スロット番号）、現用予備種別を自装置属性保持部４４から取得し、監視制御盤２０の不揮発メモリへ格納する（Ｓ１２、Ｓ１４、Ｓ１６、Ｓ１８）。またメイン検証部５０は、自装置属性保持部４４に格納された接続規則を参照してＶＬＡＮ情報を設定し、監視制御盤２０の不揮発メモリへ格納する（Ｓ２０）。
【００３４】
図６は接続規則を示す。図６の（ａ）は、メインシェルフ〜トリブシェルフ間での制御盤接続規則を模式的に示している。具体的には以下の規則１〜４が規定されている。
規則１：スロット１のポート１は対向シェルフのスロット１へ接続する。
規則２：スロット１のポート２は対向シェルフのスロット２へ接続する。
規則３：スロット２のポート１は対向シェルフのスロット１へ接続する。
規則４：スロット２のポート２は対向シェルフのスロット２へ接続する。
本実施の形態では、上記以外の接続パターンは誤接続として取り扱う。
【００３５】
図６の（ｂ）は、図６の（ａ）に示す態様での制御盤接続を実現するためのＶＬＡＮ設定規則を示している。メインシェルフのスロット１に収容された監視制御盤２０ａのメイン検証部５０は、トリブシェルフのスロット１と接続すべきポート１とＶＩＤ「０１１」を対応づけ、トリブシェルフのスロット２と接続すべきポート２とＶＩＤ「０１２」を対応づけたＶＬＡＮ情報を設定する。メインシェルフのスロット２に収容された監視制御盤２０ｂのメイン検証部５０は、トリブシェルフのスロット１と接続すべきポート１とＶＩＤ「０２１」を対応づけ、トリブシェルフのスロット２と接続すべきポート２とＶＩＤ「０２２」を対応づけたＶＬＡＮ情報を設定する。
【００３６】
同様にトリブシェルフでもＶＬＡＮ情報を設定する。トリブシェルフのスロット１に収容された監視制御盤２０ａのトリブ検証部７０は、メインシェルフのスロット１と接続すべきポート１とＶＩＤ「０１１」を対応づけ、メインシェルフのスロット２と接続すべきポート２とＶＩＤ「０２１」を対応づけたＶＬＡＮ情報を設定する。トリブシェルフのスロット２に収容された監視制御盤２０ｂのトリブ検証部７０は、メインシェルフのスロット１と接続すべきポート１とＶＩＤ「０１２」を対応づけ、メインシェルフのスロット２と接続すべきポート２とＶＩＤ「０２２」を対応づけたＶＬＡＮ情報を設定する。
【００３７】
図５に戻り、監視制御盤２０の起動時でなく、例えば起動完了後のフレーム伝送中や、監視制御盤２０が未起動であれば（Ｓ１０のＮ）、Ｓ１２からＳ２０をスキップする。接続検出部４８がトリブ伝送装置１２との物理レイヤでのリンクアップを検出すると（Ｓ２２のＹ）、メイン検証部５０は、監視制御盤２０の不揮発メモリに格納した各種情報を設定した接続検証用のデータ（以下、「接続検証フレーム」と呼ぶ。）を設定する。そして、トリブ伝送装置１２の監視制御盤２０へ接続検証フレームを送信する（Ｓ２４）。メイン検証部５０は、トリブ伝送装置１２から受け付けた接続検証フレームと、Ｓ２４で送信した接続検証フレームに対する応答であり、接続の正常・異常を通知するためのフレーム（以下、「接続検証応答フレーム」と呼ぶ。）にしたがって接続検証処理を実行する（Ｓ２６）。トリブ伝送装置１２とのリンクアップが未検出であれば（Ｓ２２のＮ）、Ｓ２４およびＳ２６をスキップする。
【００３８】
同様に、トリブ伝送装置１２のトリブ検証部７０は、接続検出部６６がメイン伝送装置１０との物理レイヤでのリンクアップを検出すると、監視制御盤２０の不揮発メモリに格納した各種情報を設定した接続検証フレームを設定する。そして、メイン伝送装置１０の監視制御盤２０へ接続検証フレームを送信する。トリブ検証部７０は、トリブ伝送装置１２から受け付けた接続検証フレームと接続検証応答フレームにしたがって接続検証処理を実行する。すなわち、メイン伝送装置１０とトリブ伝送装置１２は、互いに独立して接続検証フレームを送りあい、双方で接続検証処理を実行する。
【００３９】
図７は、接続検証フレームおよび接続検証応答フレームの構成を示す。図７の（ｂ）は図７の（ａ）の続きを示している。メイン検証部５０およびトリブ検証部７０は、ＶＩＤフィールド８０に、ＶＬＡＮ情報にて当該接続検証フレームの出力ポートと対応づけられたＶＩＤを設定する。またフレーム種別フィールド８１に、接続検証フレームを示す識別子「０」、または接続検証応答フレームを示す識別子「１」を設定する。またスロット位置フィールド８２に、自制御盤の実装位置（スロット番号）を設定する。また現用予備種別フィールド８３に、自制御盤の現用予備種別として現用系を示す識別子「０」、または予備系を示す「１」を設定する。
【００４０】
またシェルフ種別フィールド８４に、自装置のシェルフ種別としてメインを示す「０」、またはトリブを示す「１」を設定する。また装置ＭＡＣフィールド８５に自装置ＭＡＣを設定する。また検証結果フィールド８６に、接続検証の結果として正常を示す識別子「０」、または異常を示す識別子「１」を設定する。またメッセージ番号フィールド８７に、接続検証フレーム毎にユニークなメッセージ番号を設定する。メッセージ番号は、００００〜１１１１の間で順次インクリメントされ、循環するシーケンス番号として決定されてもよい。
【００４１】
図６の例において、メイン伝送装置１０の監視制御盤２０ａのメイン検証部５０は、ポート１から、トリブ伝送装置１２の監視制御盤２０ａへ送信する接続検証フレームを以下のように設定する。
ＶＩＤフィールド８０：０１１
フレーム種別フィールド８１：０
スロット位置フィールド８２：１
現用予備種別フィールド８３：０
シェルフ種別フィールド８４：０
装置ＭＡＣフィールド８５：装置ＭＡＣアドレス
検証結果フィールド８６：未設定
メッセージ番号フィールド８７：００００
【００４２】
なお、同じく監視制御盤２０ａのメイン検証部５０が、ポート２から、トリブ伝送装置１２の監視制御盤２０ｂへ送信する接続検証フレームは、ＶＩＤ＝０１２、メッセージ番号フィールド＝０００１となる以外は、上記の接続検証フレームと同じである。
【００４３】
上記の接続検証フレームへの応答として、トリブ伝送装置１２の監視制御盤２０ａのトリブ検証部７０は、ポート１からトリブ伝送装置１２の監視制御盤２０ａへ送信する接続検証応答フレームを以下のように設定する。具体的には、フレーム種別フィールド８１の設定値を「１」に変更し、検証結果フィールド８６に接続検証結果（ここでは正常）を設定する。他のフィールドは変更しない。
ＶＩＤフィールド８０：０１１
フレーム種別フィールド８１：１
スロット位置フィールド８２：１
現用予備種別フィールド８３：０
シェルフ種別フィールド８４：０
装置ＭＡＣフィールド８５：装置ＭＡＣアドレス
検証結果フィールド８６：０
メッセージ番号フィールド８７：００００
【００４４】
図８は、図５のＳ２６の接続検証処理を詳細に示すフローチャートである。同図は、メイン伝送装置１０における接続検証処理を示している。同図に記載の少なくとも一部の処理、例えば後述のＳ４４のトリブＤＢ３２送信処理は、現用系の監視制御盤２０ａで実行する一方、待機系の監視制御盤２０ｂでは実行を抑制してもよい。
【００４５】
メイン検証部５０は、トリブ伝送装置１２から送信された接続検証フレームを受け付けるまで待機し（Ｓ３０のＮ）、接続検証フレームを受け付けると（Ｓ３０のＹ）、そのフレームに設定されたＶＩＤを確認する。例えば、メイン伝送装置１０のスロット１に収容された監視制御盤２０ａのメイン検証部５０は、ＶＬＡＮ情報を参照して、フレームのＶＩＤが「０１１」または「０１２」であるとき、ＶＩＤが正しいと判定する。その一方、メイン伝送装置１０のスロット２に収容された監視制御盤２０ｂでは、ＶＩＤ「０２１」「０２２」を正しいと判定する。ＶＩＤが不正であれば（Ｓ３２のＮ）、メイン検証部５０は、受信した接続検証フレームを廃棄し（Ｓ３４）、Ｓ３０へ戻る。
【００４６】
フレームに設定されたＶＩＤが正しく（Ｓ３２のＹ）、かつ、送信元シェルフ種別がトリブシェルフ（トリブ伝送装置１２）を示し（Ｓ３６のＹ）、かつ、送信元の装置ＭＡＣが自装置ＭＡＣと異なり（Ｓ３８のＹ）、ローカルの不揮発メモリに予め保持されたトリブシェルフ（トリブ伝送装置１２）の装置ＭＡＣと一致する場合（Ｓ４０のＹ）、メイン検証部５０は、接続検証フレームのＶＩＤおよびメッセージ番号はそのままで、検証結果を正常とした接続検証応答フレームをトリブ伝送装置１２へ送信する（Ｓ４２）。そして設定データ提供部５２は、トリブＤＢ３２をトリブ伝送装置１２へ送信する（Ｓ４４）。ＤＢの送信先はトリブ伝送装置１２の現用系の監視制御盤２０ａだけであってもよい。
【００４７】
送信元シェルフ種別がメインシェルフ（メイン伝送装置１０）を示し（Ｓ３６のＮ）、または、送信元の装置ＭＡＣが自装置ＭＡＣと一致するとき（Ｓ３８のＮ）、検証結果を異常とした接続検証応答フレームをトリブ伝送装置１２へ送信する（Ｓ４６）。この場合、メイン検証部５０は、不正なトリブ伝送装置１２と接続されたと判定し、すなわち誤接続がなされたと判定し、トリブ伝送装置１２へのトリブＤＢ３２の提供を抑制させる。
【００４８】
フレーム送信元の装置ＭＡＣが、不揮発メモリに予め保持されたトリブシェルフ（トリブ伝送装置１２）の装置ＭＡＣと不一致、もしくは、トリブシェルフの装置ＭＡＣが不揮発メモリに未設定で（Ｓ４０のＮ）、接続検証応答フレームを未受信であれば（Ｓ４８のＮ）、予め定められたタイムアウト時間が経過するまで待機する（Ｓ５０のＮ）。接続検証応答フレームを未受信のまま、タイムアウト時間が経過すると（Ｓ５０のＹ）、Ｓ４６へ進む。なおタイムアウト時間が経過しても、所定のリトライ回数に達するまでは、図５のＳ２４で送信した接続検証フレームを再送してＳ４８に戻ることを繰り返してもよい。
【００４９】
メイン検証部５０は、接続検証応答フレームを受信した場合に（Ｓ４８のＹ）、ＶＩＤが不正（Ｓ５２のＮ）、または、メッセージ番号が図５のＳ２４で送信した接続検証フレームと不一致であれば（Ｓ５４のＮ）、受信した接続検証応答フレームを廃棄し（Ｓ５６）、Ｓ４８に戻る。フレームのＶＩＤが正しく（Ｓ５２のＹ）、かつ、メッセージ番号がＳ２４で送信した接続検証フレームと一致し（Ｓ５４のＹ）、かつ、トリブ伝送装置１２による検証結果が正常であり（Ｓ５８のＹ）、かつ、メイン伝送装置１０が他のトリブ伝送装置１２と未接続であれば（Ｓ６０のＹ）、不揮発メモリのトリブシェルフ（トリブ伝送装置１２）の装置ＭＡＣを、Ｓ３０で受信した接続検証フレームに設定されたトリブの装置ＭＡＣで上書きした上で（Ｓ６２）、Ｓ４２へ進む。
【００５０】
Ｓ６０の判定において、監視制御盤２０の起動後、最初に正常な接続検証応答フレームを受信した場合に、他のトリブ伝送装置１２と未接続と判定してもよい。また監視制御盤２０の起動後に、トリブＤＢ３２を送信済みのトリブ伝送装置１２がない場合に、他のトリブ伝送装置１２と未接続と判定してもよい。なお、Ｓ６０のＹとなった場合、メイン検証部５０は、トリブ伝送装置１２がこれまで接続されていなかったものに交換されたと判定してもよい。すなわち、メイン検証部５０は、交換後のトリブ伝送装置１２の装置ＭＡＣを新たに記憶し、交換後のトリブ伝送装置１２へトリブＤＢ３２を提供させる。
【００５１】
接続検証応答フレームが、トリブ伝送装置１２による検証結果が異常であることを示し（Ｓ５８のＮ）、または、メイン伝送装置１０が既に他のトリブ伝送装置１２と接続済みであれば（Ｓ６０のＮ）、Ｓ４６へ進む。すなわち、誤接続がなされたと判定し、トリブ伝送装置１２へのトリブＤＢ３２の提供を抑制させる。
【００５２】
図９（ａ）および図９（ｂ）は、図５のＳ２６の接続検証処理を詳細に示すフローチャートであり、トリブ伝送装置１２における接続検証処理を示している。また図９（ｂ）は図９（ａ）に続く動作を示している。図９（ａ）および図９（ｂ）に記載の少なくとも一部の処理、例えば後述のＳ１０６のＤＢ反映処理は、現用系の監視制御盤２０ａで実行する一方、待機系の監視制御盤２０ｂでは実行を抑制してもよい。
【００５３】
トリブ検証部７０は、メイン伝送装置１０から送信された接続検証フレームを受け付けるまで待機し（Ｓ７０のＮ）、接続検証フレームを受け付けると（Ｓ７０のＹ）、そのフレームに設定されたＶＩＤを確認する。例えば、トリブ伝送装置１２のスロット１に収容された監視制御盤２０ａのトリブ検証部７０は、ＶＬＡＮ情報を参照して、フレームのＶＩＤが「０１１」または「０２１」であるとき、ＶＩＤが正しいと判定する。その一方、トリブ伝送装置１２のスロット２に収容された監視制御盤２０ｂでは、ＶＩＤ「０１２」「０２２」を正しいと判定する。ＶＩＤが不正であれば（Ｓ７２のＮ）、トリブ検証部７０は、受信した接続検証フレームを廃棄し（Ｓ７４）、Ｓ７０へ戻る。
【００５４】
フレームに設定されたＶＩＤが正しく（Ｓ７２のＹ）、かつ、送信元シェルフ種別がメインシェルフ（メイン伝送装置１０）を示し（Ｓ７６のＹ）、かつ、送信元の装置ＭＡＣが自装置ＭＡＣと異なり（Ｓ７８のＹ）、ローカルの不揮発メモリに予め保持されたメインシェルフ（メイン伝送装置１０）の装置ＭＡＣと一致する場合（Ｓ８０のＹ）、トリブ検証部７０は、接続検証フレームのＶＩＤおよびメッセージ番号はそのままで、検証結果を正常とした接続検証応答フレームをメイン伝送装置１０へ送信する（Ｓ８２）。
【００５５】
送信元シェルフ種別がトリブシェルフ（トリブ伝送装置１２）を示し（Ｓ７６のＮ）、または、送信元の装置ＭＡＣが自装置ＭＡＣと一致するとき（Ｓ７８のＮ）、検証結果を異常とした接続検証応答フレームをメイン伝送装置１０へ送信する（図９（ｂ）のＳ８４）。この場合、トリブ検証部７０は、不正なメイン伝送装置１０と接続されたと判定し、すなわち誤接続がなされたと判定し、検証結果の異常を通知することで、メイン伝送装置１０からトリブ伝送装置１２へのトリブＤＢ３２の提供を抑制させる。
【００５６】
フレーム送信元の装置ＭＡＣが、不揮発メモリに予め保持されたメインシェルフ（メイン伝送装置１０）の装置ＭＡＣと不一致で（Ｓ８０のＮ）、監視制御盤２０に保持されたトリブＤＢ３２が初期状態（すなわち所定の初期データのまま変更がない未設定の状態）であるとき（Ｓ８６のＹ）、不揮発メモリのメインシェルフ（メイン伝送装置１０）の装置ＭＡＣを、Ｓ７０で受信した接続検証フレームに設定されたトリブの装置ＭＡＣで上書きした上で（Ｓ８８）、Ｓ８２へ進む。この場合、トリブ検証部７０は、トリブ伝送装置１２が別の装置へ交換された（トリブシェルフが交換された）と判定し、検証結果の正常をメイン伝送装置１０へ通知することで、メイン伝送装置１０からトリブ伝送装置１２へトリブＤＢ３２を提供させる。なおＳ８６の判定において、メインシェルフの装置ＭＡＣが不揮発メモリに未設定（記憶された装置ＭＡＣが所定の初期データ）であることを、Ｓ８６のＹを充足するための更なる条件としてもよい。
【００５７】
メインシェルフの装置ＭＡＣが不揮発メモリに設定済み、または、監視制御盤２０に保持されたトリブＤＢ３２が初期状態でなければ（Ｓ８６のＮ）、図９（ｂ）のＳ８４へ進む。この場合、トリブ検証部７０は、不正なメイン伝送装置１０と接続されたと判定し、すなわち誤接続がなされたと判定し、検証結果の異常を通知することで、メイン伝送装置１０からトリブ伝送装置１２へのトリブＤＢ３２の提供を抑制させる。
【００５８】
図９（ｂ）を参照して、Ｓ８２の実行後、トリブ検証部７０は、接続検証応答フレームを未受信であれば（Ｓ９０のＮ）、予め定められたタイムアウト時間が経過するまで待機する（Ｓ９２のＮ）。接続検証応答フレームを未受信のまま、タイムアウト時間が経過すると（Ｓ９２のＹ）、Ｓ８４へ進む。なおタイムアウト時間が経過しても、所定のリトライ回数に達するまでは、図５のＳ２４で送信した接続検証フレームを再送してＳ９０に戻ることを繰り返してもよい。
【００５９】
トリブ検証部７０は、接続検証応答フレームを受信し（Ｓ９０のＹ）、ＶＩＤが不正（Ｓ９４のＮ）、または、メッセージ番号が図５のＳ２４で送信した接続検証フレームと不一致であれば（Ｓ９６のＮ）、接続検証応答フレームを廃棄し（Ｓ９８）、Ｓ９０に戻る。フレームのＶＩＤが正しく（Ｓ９４のＹ）、かつ、メッセージ番号がＳ２４で送信した接続検証フレームと一致し（Ｓ９６のＹ）、かつ、メイン伝送装置１０による検証結果が正常であれば（Ｓ１００のＹ）、メイン伝送装置１０から提供されたトリブＤＢ３２を受け付ける（Ｓ１０２）。接続検証応答フレームがメイン伝送装置１０による検証結果の異常を示す場合（Ｓ１００のＮ）、Ｓ８４へ進み、自身のＤＢの更新を抑制する。
【００６０】
トリブＤＢ３２を受信したときに、監視制御盤２０に保持されたトリブＤＢ３２が初期状態（すなわち所定の初期データのまま変更がない未設定の状態）であれば（Ｓ１０４のＹ）、トリブ検証部７０は、受信したトリブＤＢ３２をローカルの不揮発メモリおよび揮発メモリへ格納する。設定更新部７２は、不揮発メモリに格納されたトリブＤＢ３２のデータをＳＷ盤２２およびＩＦ盤２４へ反映することで、これらの動作態様を設定する（Ｓ１０６）。トリブＤＢ３２を受信したときに、監視制御盤２０に保持されたトリブＤＢ３２が初期状態でなければ（Ｓ１０４のＮ）、ローカルの不揮発メモリに既に保持済みのトリブＤＢ３２の内容と、受信したトリブＤＢ３２の内容が整合するか否かを判定する。
【００６１】
メイン伝送装置１０から提供されたトリブＤＢ３２の内容が、ローカルの不揮発メモリに既に保持済みのトリブＤＢ３２の内容と整合する場合、言い換えれば、トリブ伝送装置１２における現在のフレーム伝送態様と整合する場合（Ｓ１０８のＹ）、本図のフローを終了する。この場合、トリブ検証部７０は、今回接続状態となる前に既に接続された実績のあるメイン伝送装置１０との再接続、言い換えれば、シェルフ容量拡張における正しい対向装置であるメイン伝送装置１０との再接続と判定する。そのため、Ｓ１０６をスキップすることによりフレーム伝送処理の態様を再設定することを抑制し、主信号の伝送処理を継続させる。メイン伝送装置１０から提供されたトリブＤＢ３２の内容が、トリブ伝送装置１２の設定状態と不整合であれば（Ｓ１０８のＮ）、トリブ検証部７０は、図１の保守端末に対して、メイン〜トリブ間でＤＢが不整合である旨のアラートメッセージを通知する（Ｓ１１０）。その上で、Ｓ１０６をスキップして、フレーム伝送処理の態様を再設定することを抑制する。
【００６２】
ここで、メイン伝送装置１０とトリブ伝送装置１２の誤接続のパターンと、誤接続時の動作を説明する。図１０、図１１、図１２のそれぞれは、シェルフ間における誤接続の一態様を示している。
【００６３】
（ケース１）既に動作中のトリブシェルフに、元々接続されたメインシェルフとは異なるメインシェルフが接続された場合：
１）シェルフ容量拡張適用下で、正常に動作しているメイン伝送装置１０とトリブ伝送装置１２とのシェルフ間接続が全断後、違うＤＢを持ったメイン伝送装置１０を誤接続した。なお接続規則は一致するとし、すなわち図６の接続規則は遵守されたこととする。
２）メイン伝送装置１０とトリブ伝送装置１２のそれぞれは、接続検証フレームを受信し、フレーム内の装置ＭＡＣと、自装置で予め保持する接続先装置ＭＡＣを比較する。
【００６４】
３）メイン伝送装置１０とトリブ伝送装置１２のそれぞれは、装置ＭＡＣの不一致を検出する。またトリブ伝送装置１２のＤＢが初期状態でないため、トリブ伝送装置１２は、この接続を異常と判定して、その旨を接続検証応答フレームによりメイン伝送装置１０へ通知する。
４）トリブ伝送装置１２からの異常を示す接続検証応答フレームにより、メイン伝送装置１０も誤接続と判定する。
５）誤接続のため、メイン伝送装置１０からトリブ伝送装置１２へのＤＢ反映処理を抑制し、トリブ伝送装置１２は元々保持するＤＢで動作を続ける。
【００６５】
（ケース２）元々正しく接続されていたシェルフ間で全断後、再接続の態様が図１０で示すようにテレコ接続（入れ違い、互い違いの接続）となった場合：
１）メイン伝送装置１０とトリブ伝送装置１２のそれぞれは、受信した接続検証フレーム内のＶＩＤをチェックする。
２）ＶＬＡＮ規則と異なる期待しないＶＩＤが設定されているため、メイン伝送装置１０とトリブ伝送装置１２のそれぞれで誤接続と判定する。
３）誤接続のため、メイン伝送装置１０からトリブ伝送装置１２へのＤＢ反映処理を抑制し、それぞれの装置は元々保持するＤＢで動作を続ける。
【００６６】
（ケース３）元々正しく接続されていたシェルフ間で全断後、再接続の態様が図１１で示すように自装置内折り返しとなった場合：
１）メイン伝送装置１０とトリブ伝送装置１２のそれぞれは、受信した接続検証フレーム内のシェルフ種別をチェックする。
２）メイン伝送装置１０は、接続検証フレームのシェルフ種別がメインシェルフを示すものであるため誤接続と判定する。同様にトリブ伝送装置１２は、接続検証フレームのシェルフ種別がトリブシェルフを示すものであるため誤接続と判定する。
３）誤接続のため、メイン伝送装置１０からトリブ伝送装置１２へのＤＢ反映処理を抑制し、それぞれの装置は元々保持するＤＢで動作を続ける。
【００６７】
（ケース４）元々正しく接続されていたシェルフ間で全断後、再接続の態様が図１２で示すように複数の通信システム（第１の通信システム１０２、第２の通信システム１０４）に亘る誤接続がなされた場合、言い換えれば、複数シェルフとの誤接続がなされた場合：
１）第１の通信システム１０２のメイン伝送装置１０では、第１の通信システム１０２のトリブ伝送装置１２と、第２の通信システム１０４のトリブ伝送装置１２のそれぞれから接続検証フレームを受信する。ここで、ＶＩＤおよびシェルフ種別のチェックは正常になるため、次に送信元の装置ＭＡＣをチェックする。
【００６８】
２）第１の通信システム１０２のメイン伝送装置１０には、元々の接続先である第１の通信システム１０２のトリブ伝送装置１２の装置ＭＡＣが予め記録されている。このため第１の通信システム１０２のトリブ伝送装置１２との接続が優先される。第１の通信システム１０２のメイン伝送装置１０は、第２の通信システム１０４のトリブ伝送装置１２との接続を誤接続と判定する。
３）誤接続のため、第１の通信システム１０２のメイン伝送装置１０から第２の通信システム１０４のトリブ伝送装置１２へのＤＢ反映処理を抑制し、それぞれの装置は元々保持するＤＢで動作を続ける。
【００６９】
実施の形態の通信システム１００によると、シェルフ容量拡張の適用下、トリブ伝送装置１２は、自身が保持するトリブＤＢ３２が初期状態でなければ、すなわちフレーム伝送処理の動作態様を既に設定済みであれば、メイン伝送装置１０から新たに提供されたトリブＤＢ３２を自身に反映することを抑制する。これにより、メイン伝送装置１０からトリブＤＢ３２が提供されたときに、トリブ伝送装置１２で実行中のフレーム伝送処理が中断されることを抑制し、配下装置１４との間での主信号中継を継続しやすくなる。
【００７０】
またトリブ伝送装置１２は、メイン伝送装置１０からの接続検証フレームに設定されたメイン伝送装置１０の属性情報（例えばＶＩＤや装置ＭＡＣ）が、トリブ伝送装置１２で予め定められた情報と不整合の場合に、検証結果が異常であることを示す接続検証応答フレームをメイン伝送装置１０へ送信して、メイン伝送装置１０からのトリブＤＢ３２の提供を抑制させる。これにより、誤接続がなされた状況において、言い換えれば、不正なメイン伝送装置１０と接続された状況において、トリブ伝送装置１２でのＤＢ更新を抑制することで、トリブ伝送装置１２で実行中のフレーム伝送処理が中断されることを抑制できる。また、誤接続に起因するトリブ伝送装置１２の異常動作を抑制できる。
【００７１】
また、メイン伝送装置１０からの接続検証フレームに設定されたメイン伝送装置１０の属性情報が、トリブ伝送装置１２が予め定められた情報と不整合であっても、トリブ伝送装置１２の設定状態が初期状態であれば、検証結果が正常であることを示す接続検証応答フレームをメイン伝送装置１０へ送信することで、メイン伝送装置１０からトリブＤＢ３２を提供させる。これによりトリブ伝送装置１２は、フレーム中継処理を未実行であるときに、メイン伝送装置１０が保持するトリブＤＢ３２を反映したフレーム中継処理を開始できる。典型的には、メイン伝送装置１０と接続するトリブ伝送装置１２が、新規の装置に交換された場合に、交換後のトリブ伝送装置１２へトリブＤＢ３２を反映させることができる。
【００７２】
またトリブ伝送装置１２は、メイン伝送装置１０から提供されたトリブＤＢ３２の内容が、トリブ伝送装置１２の設定内容と不整合である場合に、そのトリブＤＢ３２を自身に反映することを抑制しつつ、その不整合の旨を保守担当者へ通知する。これにより、トリブ伝送装置１２で実行中のフレーム伝送処理を継続しつつ、保守担当者が適切な対応を実施できるように支援できる。
【００７３】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せによりいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００７４】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００７５】
１０  メイン伝送装置、  １２  トリブ伝送装置、  ２０  監視制御盤、  ２２  ＳＷ盤、  ２４  ＩＦ盤、  ３０  メインＤＢ、  ３２  トリブＤＢ、  ４６  設定更新部、  ４８  接続検出部、  ５０  メイン検証部、  ５２  設定データ提供部、  ６６  接続検出部、  ６８  設定データ取得部、  ７０  トリブ検証部、  ７２  設定更新部、  １００  通信システム。
【図１】
2014138351.tif 000003
【図２】
2014138351.tif 000004
【図３】
2014138351.tif 000005
【図４】
2014138351.tif 000006
【図５】
2014138351.tif 000007
【図６】
2014138351.tif 000008
【図７】
2014138351.tif 000009
【図８】
2014138351.tif 000010
【図９（ａ）】
2014138351.tif 000011
【図９（ｂ）】
2014138351.tif 000012
【図１０】
2014138351.tif 000013
【図１１】
2014138351.tif 000014
【図１２】
2014138351.tif 000015