特開 2024-104896 通信装置、更新方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024104896

(43)【公開日】2024-08-06

(54)【発明の名称】通信装置、更新方法およびプログラム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20240730BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023009325

(22)【出願日】2023-01-25

(71)【出願人】

【識別番号】000000295

【氏名又は名称】沖電気工業株式会社

(74)【代理人】

【識別番号】110001025

【氏名又は名称】弁理士法人レクスト国際特許事務所

(72)【発明者】

【氏名】國正 勉

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376CA05

5B376CA07

5B376CA39

(57)【要約】

【課題】通信装置の制御プログラムの更新作業工数を削減できる通信装置を提供する。
【解決手段】制御プログラムの更新に必要な更新データを受信して、更新データに基づき制御プログラムの更新を行う通信装置において、制御プログラムの更新が完了した際に、第１のネットワークを介して複数の通信装置のうちの１の通信装置の制御プログラムが更新データに基づき更新され得る状態か否かを確認する状態確認手段と、１の通信装置において制御プログラムの更新が完了されていない場合、第１のネットワークを介して１の通信装置へ更新データを送信し、更新データに基づいた制御プログラムの更新を１の通信装置に指示する更新指示手段と、１の通信装置において制御プログラムの更新が完了した際に、１の通信装置から制御プログラムの更新が完了されたことを知らせる更新完了通知を受信する完了通知受信手段と、を有する。
【選択図】図１

【特許請求の範囲】

【請求項1】

第１のネットワークを介して複数の通信装置に接続された通信装置であって、
前記第１のネットワーク又は前記第１のネットワークとは異なる第２のネットワークから所定の制御プログラムの更新に必要な更新データを受信して、前記更新データに基づき前記所定の制御プログラムの更新を行う更新手段と、
前記所定の制御プログラムの更新が完了した際に、前記第１のネットワークを介して前記複数の通信装置のうちの１の通信装置の前記所定の制御プログラムが前記更新データに基づき更新され得る状態か否かを確認する状態確認手段と、
前記１の通信装置において前記所定の制御プログラムの更新が完了されていない場合、前記第１のネットワークを介して前記１の通信装置へ前記更新データを送信し、前記更新データに基づいた前記所定の制御プログラムの更新を前記１の通信装置に指示する更新指示手段と、
前記１の通信装置において前記所定の制御プログラムの更新が完了した際に、前記１の通信装置から前記所定の制御プログラムの更新が完了されたことを知らせる更新完了通知を受信する完了通知受信手段と、
を有することを特徴とする通信装置。

【請求項2】

前記更新完了通知を受信する場合、前記１の通信装置からの前記所定の制御プログラムの更新が完了された情報を記録する記録部を有することを特徴とする請求項１に記載の通信装置。

【請求項3】

前記更新データは、前記所定の制御プログラムの更新を順次行うべき前記１の通信装置の順序を示す更新順序情報を含み、
前記更新指示手段は、前記更新順序情報に基づき前記１の通信装置が前記更新データを取得するように前記１の通信装置を制御することを特徴とする請求項１に記載の通信装置。

【請求項4】

前記第１のネットワークはリング型ネットワーク又はカスケード型ネットワークであることを特徴とする請求項１に記載の通信装置。

【請求項5】

第１のネットワークを介して複数の通信装置に接続された通信装置の制御プログラムを更新する更新方法であって、
前記第１のネットワーク又は前記第１のネットワークとは異なる第２のネットワークから所定の制御プログラムの更新に必要な更新データを受信して、前記更新データに基づき前記所定の制御プログラムの更新を行う更新ステップと、
前記所定の制御プログラムの更新が完了した際に、前記第１のネットワークを介して前記複数の通信装置のうちの１の通信装置の前記所定の制御プログラムが前記更新データに基づき更新され得る状態か否かを確認する状態確認ステップと、
前記１の通信装置において前記所定の制御プログラムの更新が完了されていない場合、前記第１のネットワークを介して前記１の通信装置へ前記更新データを送信し、前記更新データに基づいた前記所定の制御プログラムの更新を前記１の通信装置に指示する更新指示ステップと、
前記１の通信装置において前記所定の制御プログラムの更新が完了した際に、前記１の通信装置から前記所定の制御プログラムの更新が完了されたことを知らせる更新完了通知を受信する完了通知受信ステップと、
前記更新完了通知を受信する場合、前記１の通信装置からの前記所定の制御プログラムの更新が完了された情報を記録する記録ステップと、を含むことを特徴とする更新方法。

【請求項6】

第１のネットワークを介して複数の通信装置に接続された通信装置に搭載されたコンピュータに、
前記第１のネットワーク又は前記第１のネットワークとは異なる第２のネットワークから所定の制御プログラムの更新に必要な更新データを受信して、前記更新データに基づき前記所定の制御プログラムの更新を行う更新ステップと、
前記所定の制御プログラムの更新が完了した際に、前記第１のネットワークを介して前記複数の通信装置のうちの１の通信装置の前記所定の制御プログラムが前記更新データに基づき更新され得る状態か否かを確認する状態確認ステップと、
前記１の通信装置において前記所定の制御プログラムの更新が完了されていない場合、前記第１のネットワークを介して前記１の通信装置へ前記更新データを送信し、前記更新データに基づいた前記所定の制御プログラムの更新を前記１の通信装置に指示する更新指示ステップと、
前記１の通信装置において前記所定の制御プログラムの更新が完了した際に、前記１の通信装置から前記所定の制御プログラムの更新が完了されたことを知らせる更新完了通知を受信する完了通知受信ステップと、
前記更新完了通知を受信する場合、前記１の通信装置からの前記所定の制御プログラムの更新が完了された情報を記録する記録ステップと、
を実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、光伝送網を用いて通信を行う光伝送装置（以下、単に、通信装置又は装置ともいう）と、その制御プログラムの更新方法およびプログラムに関する。

【背景技術】

【0002】

特許文献１には、ＳＯＮＥＴ／ＳＤＨ（Synchronous Optical NETwork/Synchronous Digital Hierarchy）やＯＴＮ（Optical Transport Network）などの光伝送通信網のネットワークを構成する通信装置（以下、ノードともいう）の制御プログラムを最新版数のものに更新する更新方法が記載されている。

【0003】

特許文献１に記載の更新方法においては、通信装置は、更新用のコンフィギュレーションデータを、ＩＤ挿入部にて送信宛先の通信装置を指定し、マルチプレクサインターフェース部にてＳＯＮＥＴ／ＳＤＨフレームやＯＴＮフレームの空きバイトに埋め込んで、通常の通信データに多重して送信する。更新用のコンフィギュレーションデータを受信した送信宛先の通信装置は、ＩＤ抽出部にて自装置向けの更新用のコンフィギュレーションデータであることを確認したうえで、ＦＰＧＡ（Field Programmable Gate Array）部のコンフィギュレーションデータ（ＦＰＧＡの制御プログラム）を更新する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開2009-124196号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１に記載の更新方法では、リング内全装置の制御プログラムを更新する際、更新の指示は、各装置に対して集中管理端末からの操作が必要となり、装置台数に比例したオペレータによる更新作業工数が増える。

【0006】

また、当該従来のシステムでは、更新用のコンフィギュレーションデータ等を、通信装置同士間にて出力されるＯＴＮフレームの空きバイトを使用するため、通信装置にデータ等の挿入／抽出のための独自の回路構成が必要となり回路規模が増大し、また送信側受信側で同じ回路（同一ＦＰＧＡ（Field Programmable Gate Array）又はＡＳＩＣ（application specific integrated circuit）等）を搭載しなければならず、マルチベンダ対応も困難であるという問題点がある。

【0007】

さらに、現状では、集中管理端末からそれぞれの通信装置に対する接続および操作により制御プログラムの更新を行っており、装置台数に比例した作業工数が発生している。このため、数千台レベルで全国展開された通信装置などの設置台数が多い場合は、相応の更新作業工数増となり、事業経営費用を圧迫することとなり、制御プログラムの更新作業工数の削減が望まれている。

【0008】

本発明は、以上の従来技術の問題点に鑑みなされたものであり、オペレータによる光伝送装置（通信装置）の制御プログラムの更新作業工数を削減できる通信装置、更新方法およびプログラムを提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明の通信装置は、第１のネットワークを介して複数の通信装置に接続された通信装置であって、前記第１のネットワーク又は前記第１のネットワークとは異なる第２のネットワークから所定の制御プログラムの更新に必要な更新データを受信して、前記更新データに基づき前記所定の制御プログラムの更新を行う更新手段と、前記所定の制御プログラムの更新が完了した際に、前記第１のネットワークを介して前記複数の通信装置のうちの１の通信装置の前記所定の制御プログラムが前記更新データに基づき更新され得る状態か否かを確認する状態確認手段と、前記１の通信装置において前記所定の制御プログラムの更新が完了されていない場合、前記第１のネットワークを介して前記１の通信装置へ前記更新データを送信し、前記更新データに基づいた前記所定の制御プログラムの更新を前記１の通信装置に指示する更新指示手段と、前記１の通信装置において前記所定の制御プログラムの更新が完了した際に、前記１の通信装置から前記所定の制御プログラムの更新が完了されたことを知らせる更新完了通知を受信する完了通知受信手段と、を有することを特徴とする。

【0010】

本発明の更新方法は、第１のネットワークを介して複数の通信装置に接続された通信装置の制御プログラムを更新する更新方法であって、前記第１のネットワーク又は前記第１のネットワークとは異なる第２のネットワークから所定の制御プログラムの更新に必要な更新データを受信して、前記更新データに基づき前記所定の制御プログラムの更新を行う更新ステップと、前記所定の制御プログラムの更新が完了した際に、前記第１のネットワークを介して前記複数の通信装置のうちの１の通信装置の前記所定の制御プログラムが前記更新データに基づき更新され得る状態か否かを確認する状態確認ステップと、前記１の通信装置において前記所定の制御プログラムの更新が完了されていない場合、前記第１のネットワークを介して前記１の通信装置へ前記更新データを送信し、前記更新データに基づいた前記所定の制御プログラムの更新を前記１の通信装置に指示する更新指示ステップと、前記１の通信装置において前記所定の制御プログラムの更新が完了した際に、前記１の通信装置から前記所定の制御プログラムの更新が完了されたことを知らせる更新完了通知を受信する完了通知受信ステップと、前記更新完了通知を受信する場合、前記１の通信装置からの前記所定の制御プログラムの更新が完了された情報を記録する記録ステップと、を含むことを特徴とする。

【0011】

本発明のプログラムは、第１のネットワークを介して複数の通信装置に接続された通信装置に搭載されたコンピュータに、前記第１のネットワーク又は前記第１のネットワークとは異なる第２のネットワークから所定の制御プログラムの更新に必要な更新データを受信して、前記更新データに基づき前記所定の制御プログラムの更新を行う更新ステップと、前記所定の制御プログラムの更新が完了した際に、前記第１のネットワークを介して前記複数の通信装置のうちの１の通信装置の前記所定の制御プログラムが前記更新データに基づき更新され得る状態か否かを確認する状態確認ステップと、前記１の通信装置において前記所定の制御プログラムの更新が完了されていない場合、前記第１のネットワークを介して前記１の通信装置へ前記更新データを送信し、前記更新データに基づいた前記所定の制御プログラムの更新を前記１の通信装置に指示する更新指示ステップと、前記１の通信装置において前記所定の制御プログラムの更新が完了した際に、前記１の通信装置から前記所定の制御プログラムの更新が完了されたことを知らせる更新完了通知を受信する完了通知受信ステップと、前記更新完了通知を受信する場合、前記１の通信装置からの前記所定の制御プログラムの更新が完了された情報を記録する記録ステップと、を実行させることを特徴とする。

【発明の効果】

【0012】

本発明の通信装置、更新方法およびプログラムによれば、隣接ノードである通信装置を順次自動的に（自律で）制御プログラムを更新していくことで、オペレータによる通信装置の制御プログラムの更新作業工数を削減でき、独自の回路構成が不要であり、回路規模の増大を回避可能、またマルチベンダへの対応も容易とすることができる。

【図面の簡単な説明】

【0013】

【図1】本発明の実施形態にかかる通信装置で構成される光伝送網の基本的な構成を示すブロック図である。

【図2】本発明の実施例の通信装置の基本的な構成を示すブロック図である。

【図3】本実施例の通信装置による更新手順を示した第一のフローチャートである。

【図4】本実施例の通信装置による更新手順を示した第二のフローチャートである。

【発明を実施するための形態】

【0014】

以下、図面を参照しつつ本発明による実施形態に係る通信装置について説明する。なお、以下の実施形態および実施例において、実質的に同一の機能および構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

【0015】

図１は、本発明の実施形態にかかる通信装置で構成されるリング接続されたＯＴＮの第１のネットワーク（光伝送網）１０の基本的な構成を示すブロック図である。

【0016】

ネットワーク１０は、複数の通信装置１０１、１０２、１０３、…１ｘｘと、隣接ノード同士を接続するコアネットワークとしてリング冗長構成の光伝送路１１により構成される。ネットワーク１０の複数の通信装置は、第２のネットワークである監視制御網WCNにＬＡＮ又はＷＡＮで接続されたリングの代表装置（以下、ＨＵＢ局ともいう）１０１と、ＨＵＢ局１０１の配下の複数の通信装置（以下、ＧＣ局ともいう）１０２、１０３、…１ｘｘとに分類される。リング内の隣接ノード同士は、ＯＴＮフレーム内のＧＣＣチャネルを使用してＧＣＣ通信を行う。

【0017】

ＨＵＢ局１０１は、監視制御網ＷＣＮに接続された監視制御端末ＷＣＰＣに対してＬＡＮ経由で通信を行うか、監視制御網WCNを介さず直接接続された監視制御端末ＷＣＰＣとＬＡＮ通信することができる。

【0018】

ＨＵＢ局１０１、ＧＣ局１０２、１０３、…１ｘｘは例えば数千台レベルで接続され、ノードのＨＵＢ局１０１及びＧＣ局１０２、１０３、…１ｘｘの各々は数万台レベルの複数のクライアント回線ＣＬを収容することができる。

【0019】

本実施形態では、隣接ノードであるＨＵＢ局１０１、ＧＣ局１０２、１０３、…１ｘｘを順次自動的に（自律で）制御プログラム（以下、ソフトウエアともいう）を逐次更新していく。なお、更新は、各ノードにインストールされたソフトウエア自体すべてを更新、又は、パターンファイルなどソフトウエアの一部分を更新するアップグレード（以下、Ｖｕｐともいう）を含む。

【0020】

逐次更新の最初は、ＨＵＢ局１０１をＶｕｐするための監視制御網ＷＣＮに接続された監視制御端末ＷＣＰＣからＨＵＢ局１０１にログインし、所定の制御プログラムのＶｕｐに必要な更新データ（以下、Ｖｕｐ用ファイルともいう）を、監視制御網ＷＣＮに接続されたＦＴＰサーバ等から又は監視制御端末ＷＣＰＣから、ＨＵＢ局１０１へダウンロード（以下、ＦＤＬともいう）し、ＨＵＢ局１０１内メモリの面切替（バンク切替等）や、装置再起動を行う。

【0021】

次は、それぞれＧＣＣ通信を介して、Ｖｕｐ完了のＨＵＢ局１０１がＧＣ局１０２へＶｕｐ指示とＶｕｐ完了受信を行い、その後、Ｖｕｐ完了のＧＣ局１０２がＧＣ局１０３へＶｕｐ指示とＶｕｐ完了受信を行い、その後順に、Ｖｕｐ完了のノードとＶｕｐ未完の隣接ノードの間でＶｕｐ指示とＶｕｐ完了受信を実行し、最後に、ＧＣ局１ｘｘがＶｕｐ完了するように逐次更新を実行する。

【0022】

（通信装置）
通信装置１０１、１０２、１０３、…１ｘｘの各々、例えばＨＵＢ局１０１は、自装置内の各種の機能モジュール（図示しないインタフェースモジュール等）を監視制御するコンピュータ装置である監視制御部２０１を有する。監視制御部２０１は、内部バスで互いに接続された、ＣＰＵ（Central Processing Unit）部３０２と、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、やフラッシュメモリ等の記憶装置を有する。記憶装置のメモリ部３０３はソフトウエアを処理するにあたり一時的にデータを保存する。記憶装置のＦｌａｓｈメモリ部３０４は、ソフトウエアや設定データ等を格納する。具体的に、Ｆｌａｓｈメモリ部３０４は、ＦＴＰサーバ、監視制御端末ＷＣＰＣ又は隣接ノードからＦＤＬされて保持されるＶｕｐ用ファイル５０５と、Ｖｕｐ用ファイル５０５のソフトウエアバージョンを記録するＶｅｒ記録部５０６を保持する。インストールされたソフトウエアに従うＣＰＵによって監視制御部２０１が通信装置全体動作を制御する。

【0023】

Ｖｕｐ用ファイル５０５は、Ｖｕｐを順次行うべき隣接ノードの通信装置の順序を示す更新順序情報を含み、後述のＶｕｐ指示部５０２が、前記更新順序情報に基づき隣接ノードの通信装置（ＧＣ局１０２等）がＶｕｐ用ファイル５０５を取得するように隣接ノードの通信装置を制御する。

【0024】

ＨＵＢ局１０１は、さらに、配下の通信装置であるＧＣ局１０２、１０３、…１ｘｘとＯＴＮフレームを用いて光伝送を行うラインインタフェース部２０２と、ラインインタフェース部と複数のクライアント回線ＣＬ（図１、参照）とフレーム交換するするクライアントインタフェース部２０３とを有する。

【0025】

（監視制御部）
監視制御部２０１は、監視制御網ＷＣＮからのＬＡＮ信号を生成終端して、監視制御網ＷＣＮ及びＣＰＵ部３０２間のＬＡＮ通信を実行するＬＡＮ終端部３０５を有する。

【0026】

ＣＰＵ部３０２は、そのキャッシュメモリ内に展開されたソフトウエアの機能部として、Ｖｕｐ実行部５００と、隣接ノードステータスチェック機能部５０１と、Ｖｕｐ指示部５０２と、を有する。

【0027】

Ｖｕｐ実行部５００は、監視制御網ＷＣＮ又は隣接ノードからＶｕｐ指示信号と共に受信したＶｕｐ用ファイル５０５に基づきＶｕｐを行う更新手段である。Ｖｕｐ実行部５００はＶｕｐ用ファイル５０５に含まれ、ＣＰＵ部３０２に展開された機能部である。

【0028】

Ｖｕｐ実行部５００は、自装置（例えば自装置がＧＣ局１０２である場合）のＶｕｐが完了した際に、隣接ノード（ＨＵＢ局１０１）にＶｕｐが完了したことを知らせる更新完了通知を送信する完了通知送信手段としても機能する。

【0029】

隣接ノードステータスチェック機能部５０１は、ＯＴＮフレーム内のＧＣＣチャネルを通じて、隣接ノードの通信装置（ＧＣ局１０２）の故障の有無、ソフトウエアバージョン、及び、後述するＶｕｐ実施済フラグの値等の状態（ステータス）の読出しとその状態の判別を行う状態確認手段である。隣接ノードステータスチェック機能部５０１はＶｕｐ用ファイル５０５に含まれ、ＣＰＵ部３０２に展開された機能部である。隣接ノードステータスチェック機能部５０１は、自装置がＶｕｐが完了した際に、ＧＣＣチャネルを介して隣接ノードの通信装置（ＧＣ局１０２）のソフトウエアがＶｕｐ用ファイル５０５に基づき更新され得る状態か否かを確認する。

【0030】

隣接ノードステータスチェック機能部５０１は、隣接ノードの通信装置（ＧＣ局１０２）の故障の有無、ソフトウエアバージョン、及び、Ｖｕｐ実施済フラグの値のステータス情報をＧＣ局１０２のＣＰＵ部３０２に要求するステータスチェック要求機能と、ＧＣ局１０２のＣＰＵ部３０２から当該ステータス情報を受信する受信機能を有する。隣接ノードステータスチェック機能部５０１は、隣接ノードの故障の有無、ソフトウエアバージョン、及び、Ｖｕｐ実施済フラグの値の判断を行い、Ｖｕｐ指示部５０２にその判断を送る。

【0031】

隣接ノードステータスチェック機能部５０１により読出す、隣接ノードのステータス（故障有無、ソフトウエアバージョン、Ｖｕｐ実施済フラグ）情報と、Ｖｕｐ指示部５０２の動作内容（Ｖｕｐ指示、スキップ等）の関係はテーブルとしてＦｌａｓｈメモリ部３０４内に事前に格納することとし、テーブルの内容を下記の表１と図３、図４に示す。

【0032】

【表1】

【0033】

Ｖｕｐ指示部５０２は、隣接ノードステータスチェック機能部５０１の判断に応じて、ＯＴＮフレーム内のＧＣＣチャネルを通じて、隣接ノードの通信装置（ＧＣ局１０２）に対してＶｕｐ指示（面切替指示、再起動指示）又はスキップ処理を行う。Ｖｕｐ指示部５０２は、隣接ノードの通信装置（ＧＣ局１０２）においてＶｕｐが完了されていない場合、Ｖｕｐ指示として、ＧＣＣチャネルを介して隣接ノードのＧＣ局１０２へＶｕｐ用ファイル５０５を送信し、Ｖｕｐ用ファイル５０５に基づいたＶｕｐを隣接ノードの通信装置に指示する更新指示手段である。Ｖｕｐ指示部５０２はＶｕｐ用ファイル５０５に含まれ、ＣＰＵ部３０２に展開された機能部である。

【0034】

Ｖｕｐ指示部５０２は、隣接ノードの通信装置（ＧＣ局１０２）のＶｕｐが完了した際に、ＧＣ局１０２のＶｕｐ実行部５００からＶｕｐが完了されたことを知らせる更新完了通知を受信する完了通知受信手段としても機能する。

【0035】

Ｖｕｐ指示部５０２は、前記更新完了通知を受信する場合、隣接ノードの通信装置（ＧＣ局１０２）からのＶｕｐ（指示）が完了されたＶｕｐ状態情報を記録する（「Ｖｕｐ実施済フラグ」を未実施→実施済）Ｖｕｐ状態記録手段としても機能する。

【0036】

すなわち、Ｆｌａｓｈメモリ部３０４内のビットアサインとして、隣接ノードへのＶｕｐ指示を実施し隣接ノードのＶｕｐが完了した際に理論値「０」（未実施）から理論値「１」（実施済）へ設定するＶｕｐ実施済フラグ５０３と、監視制御端末ＷＣＰＣからの操作により、Ｖｕｐ指示部５０２の機能を有効にする際に理論値「０」（ＯＦＦ）から理論値「１」（ＯＮ）へ設定する、Ｖｕｐ指示有効化フラグ５０４と、をさらに有する。

【0037】

（ラインインタフェース部）
ラインインタフェース部２０２は、ライン終端部４０１と、ＡＤＭ部４０２とを有する。

【0038】

ライン終端部４０１は、隣接ノードとＯＴＮフレームを用いて光伝送を行うため光信号を生成終端し、光信号をＡＤＭ部４０２に送る。

【0039】

ＡＤＭ部４０２は、光回線用のＯＡＤＭ（Optical Add Drop Multiplexer）であり、リング接続ネットワークに挿入され、高速通信路から情報を抜き出したり（Ｄｒｏｐ）、情報を通信路に乗せたり（Ａｄｄ）するための多重化装置である。ＡＤＭ部４０２は、クライアントインタフェース部２０３との間でやり取りされるクライアント回線データ、および、監視制御部２０１内のＣＰＵ部３０２と配下のＧＣ局１０２の間でやり取りされる各種制御情報（Ｖｕｐ用ファイル、ステータスチェック及びチェック応答の信号、Ｖｕｐ指示信号、Ｖｕｐ完了通知信号等含む）をＯＴＮフレームに挿入／抽出を行う。

【0040】

（クライアントインタフェース部２０３）
クライアントインタフェース部２０３は、複数のクライアント回線ＣＬ（図１、参照）を収容し、クライアント回線ＣＬ及びラインインタフェース部２０２間でパケットのルーティング処理を行う。

【0041】

一方、ＨＵＢ局１０１の配下のＧＣ局１０２、１０３、…１ｘｘについてもＨＵＢ局１０１と同様な構成（監視制御部２０１、隣接ノードと光伝送を行うラインインタフェース部２０２、並びにクライアントインタフェース部２０３）を有する。なお、配下のＧＣ局１０２、１０３、…１ｘｘは監視制御網ＷＣＮへの接続がないためＬＡＮ終端部３０５は機能ＯＦＦとする。

【0042】

（通信装置の動作）
図３は、本実施例の通信装置による更新手順を示した第一のフローチャートである。通信装置のノードは数千台レベルの接続が可能であるが、図３に示すＨＵＢ局１０１及びＧＣ局１０２、１０３のリング構成で説明する。

【0043】

初期設定として、監視制御端末ＷＣＰＣから、ＨＵＢ局１０１および配下の各ＧＣ局１０２、１０３にログインし、各装置のＶｕｐ指示有効化フラグ５０４を理論値「１」（ＯＮ）に設定し、各装置のＶｕｐ指示部５０２の機能を有効にする。

【0044】

初期設定後、まずは監視制御端末ＷＣＰＣから、ＨＵＢ局１０１に対して通常のＶｕｐ指示を行う（ステップＳ０）。具体的に、通常のＶｕｐは、Ｖｕｐ用ファイルをＦＴＰサーバ（図１、参照）等からＨＵＢ局１０１のＦｌａｓｈメモリ部３０４内にＦＤＬし、装置内メモリの面切替、装置再起動を行う（ステップＳ１）。

【0045】

Ｖｕｐ完了したＨＵＢ局１０１のソフトウエアが新バージョンに更新された後、Ｖｕｐ指示部５０２はＦｌａｓｈメモリ部３０４内にＶｕｐ状態情報を記録する（「Ｖｕｐ実施済フラグ」を未実施「０」→実施済「１」）。

【0046】

ＨＵＢ局１０１は隣接ノードステータスチェック機能部５０１の自律動作により、隣接ノードのＧＣ局１０２のステータス（故障の有無、ソフトウエアバージョン、Ｖｕｐ実施済フラグ）をステータスチェック（ステップＳ２）とステータスチェック応答（ステップＳ３）とで読み出す。この時、隣接ノードとしてはリングの内回り方向、外回り方向の２方向があるが、どちらの方向を選んでもよく、どちらか一方の方向を選ぶ（ここでは記録された更新順序情報に基づきＧＣ局１０２が選択される）。

【0047】

ＨＵＢ局１０１は、隣接ノードのＧＣ局１０２のステータスを読み出した結果を判断し（ステップＳ４）、故障なし、かつソフトウエアが旧バージョンであった場合、Ｖｕｐ指示部５０２の自律動作によりＶｕｐ指示を行う（ステップＳ５）。Ｖｕｐ指示は、ＨＵＢ局１０１内のＦｌａｓｈメモリ部３０４に格納されたＶｕｐ用ファイルを隣接ノードのＧＣ局１０２へＦＤＬすることと、ＦＤＬ完了後、装置内メモリの面切替指示、装置再起動指示を含む。

【0048】

そして、ＧＣ局１０２は、ＦＤＬされたＶｕｐ用ファイルに基づいて装置起動しＶｕｐ完了となる（ステップＳ６）。Ｖｕｐ完了後、隣接ノードのＧＣ局１０２はＶｕｐ指示元の装置（今回はＨＵＢ局１０１）に対して、Ｖｕｐ完了通知を送信する（ステップＳ７）。

【0049】

そのＶｕｐ完了通知を受信したＨＵＢ局１０１は、Ｖｕｐ実施済フラグ５０３を理論値「１」（実施済）にする（ステップＳ８）。

【0050】

さらに、隣接ノードのＧＣ局１０２はその先の隣接ノードのＧＣ局１０３に対して、自装置の隣接ノードステータスチェック機能部により、隣接ノードのＧＣ局１０３のステータスの読み出しをステータスチェック（ステップＳ９）とステータスチェック応答（ステップＳ１０）とで行う。以降、同様な動作が隣接ノードのＧＣ局で順次行われる。

【0051】

ＧＣ局１０２は、隣接ノードのＧＣ局１０３のステータスを読み出した結果を判断し（ステップＳ１１）、故障なし、かつソフトウエアが旧バージョンであった場合、Ｖｕｐ指示部５０２の自律動作によりＶｕｐ指示を行う（ステップＳ１２）。Ｖｕｐ指示は、ＧＣ局１０２内のＦｌａｓｈメモリ部３０４に格納されたＶｕｐ用ファイルを隣接ノードのＧＣ局１０３へＦＤＬすることと、ＦＤＬ完了後、装置内メモリの面切替指示、装置再起動指示を含む。

【0052】

そして、ＧＣ局１０３は、ＦＤＬされたＶｕｐ用ファイルに基づいて装置起動しＶｕｐ完了となる（ステップＳ１３）。Ｖｕｐ完了後、隣接ノードのＧＣ局１０３はＶｕｐ指示元の装置（今回はＧＣ局１０２）に対して、Ｖｕｐ完了通知を送信する（ステップＳ１４）。

【0053】

そのＶｕｐ完了通知を受信したＧＣ局１０２は、Ｖｕｐ実施済フラグ５０３を理論値「１」（実施済）にする（ステップＳ１５）。

【0054】

隣接ノードのＧＣ局１０３はその先の隣接ノードのＨＵＢ局１０１に対して、自装置の隣接ノードステータスチェック機能部により、隣接ノードのＨＵＢ局１０１のステータスの読み出しをステータスチェック（ステップＳ１６）とステータスチェック応答（ステップＳ１７）とで行う。

【0055】

リングの最後のＧＣ局１０３は、隣接ノードがＨＵＢ局１０１となるが、ＨＵＢ局１０１の「Ｖｕｐ実施済フラグ」が「実施済」であり、かつソフトウエアバージョンが新であるため、Ｖｕｐ操作は行わず、リング内の全Ｖｕｐ作業はここで完了となる。

【0056】

（通信装置の他の動作）
図４は、本実施例の通信装置による更新手順を示した第二のフローチャートである。

【0057】

隣接ノードステータスチェック機能部にて装置故障中、又は新バージョンである場合は、該当装置のＶｕｐをスキップする必要があり、さらにその先の装置へのＶｕｐを実施することとする。図４に示す場合は、ＧＣ局１０２のソフトウエアが既に新バージョンになっている状態の更新手順である。

【0058】

図４の第二のフローチャートでは、ステップＳ４までは上記第一のフローチャートと同一である。

【0059】

ＨＵＢ局１０１は、隣接ノードのＧＣ局１０２のステータスを読み出した結果を判断して（ステップＳ４）、ソフトウエアが新バージョンであった場合なので、Ｖｕｐ指示をスキップする（ステップＳ４Ａ）。

【0060】

そして、ＨＵＢ局１０１はその先の隣接ノードのＧＣ局１０３に対して、自装置の隣接ノードステータスチェック機能部により、隣接ノードのＧＣ局１０３のステータスの読み出しをステータスチェック（ステップＳ９）とステータスチェック応答（ステップＳ１０）とで行う。以降、ＧＣ局１０２に代わりＨＵＢ局１０１が同様な動作（ステップＳ１６、ステップＳ１７）を行い、以下、上記第一のフローチャートと同ように順次行われる（ステップＳ１８）。

【0061】

（効果の説明）
本実施例は、ＨＵＢ局１０１へ監視制御端末ＷＣＰＣよりＶｕｐを実施した後、装置が隣接ノードを順次自動的に（自律で）Ｖｕｐしていくことを可能とするものであり、Ｖｕｐ作業にともなう工数がＨＵＢ局１０１へのＶｕｐ作業時のみとなり、ＧＣ局のＶｕｐ作業工数が削減されることで、全体のＶｕｐ作業工数を削減可能とするものである。また、リング装置のＶｕｐでは、配下のＧＣ局を常時監視状態とする必要があることから、複数同時のＶｕｐは許容されず１台ずつのＶｕｐが必要であるが、この制約事項をオペレータの操作によることなく、自動的に１台ずつＶｕｐすることが可能であり、安全なＶｕｐが可能となる。また、ＦＤＬ、および装置内メモリの面切替や再起動指示等のＶｕｐ指示に、標準で使用されるＯＴＮフレーム内のＧＣＣチャネルを使用することで、独自の回路構成が不要であり、回路規模の増大を回避可能、またマルチベンダへの対応も容易となる。

【0062】

本実施例では、隣接ノードとの光伝送にＯＴＮフレームを使用し、ＨＵＢ局及びＧＣ局間の監視制御にＧＣＣチャネルを使用した装置に適用した例を説明したが、隣接ノードとの光伝送にＳＯＮＥＴ／ＳＤＨフレームを使用し、ＨＵＢ局及びＧＣ局間の監視制御にＤＣＣ (Data Communication Channel)チャネルを使用したＳＯＮＥＴ／ＳＤＨ通信装置についても適用可能である。

【0063】

本実施例では、ネットワークはリング型ネットワークに適用した例を説明したが、通信装置１０１、１０２、１０３、…１ｘｘがカスケード接続されたカスケード型ネットワークにおいても本発明は適用可能である。

【0064】

本実施例によれば、ＯＴＮの通信装置において、ソフトウエアの機能としてＯＴＮフレーム内のＧＣＣチャネルを通じて、隣接ノードのステータス（故障有無、ソフトウエアバージョン、Ｖｕｐ実施済フラグ）の読出しを行う隣接ノードステータスチェック機能部と、同じくＯＴＮフレーム内のＧＣＣチャネルを通じて、隣接ノードのＶｕｐ指示（面切替指示、再起動指示）を行うＶｕｐ指示部を有し、また、Ｆｌａｓｈメモリ内のビットアサインとして、隣接ノードへのＶｕｐ指示を実施し隣接ノードのＶｕｐが完了した際に値０（未実施）から１（実施済）へ設定するＶｕｐ実施済フラグと、監視制御端末ＷＣＰＣからの操作により、Ｖｕｐ指示部の機能を有効にする際に値０（ＯＦＦ）から１（ＯＮ）とするＶｕｐ指示有効化フラグを有することで、ＨＵＢ局１０１へ監視制御端末ＷＣＰＣよりＶｕｐを実施した後、装置が隣接ノードを順次自動的に（自律で）Ｖｕｐしていくことで、Ｖｕｐ作業にともなう全体工数を削減可能となり、またこのときリング内の各装置のＶｕｐが自動的に１台ずつＶｕｐされることで安全なＶｕｐ実施となり、また、ＦＤＬ、および装置内メモリの面切替や再起動指示等のＶｕｐ指示に、標準で使用されるＯＴＮフレーム内のＧＣＣチャネルを使用することで、独自の回路構成が不要であり、回路規模の増大を回避可能、またマルチベンダへの対応も容易となる。

【符号の説明】

【0065】

１０ ネットワーク
１０１、１０２、１０３、１ｘｘ 通信装置
１１ 光伝送路
２０１ 監視制御部
３０２ ＣＰＵ部
３０３ メモリ部
３０４ Ｆｌａｓｈメモリ部
５００ Ｖｕｐ実行部
５０１ 隣接ノードステータスチェック機能部
５０２ Ｖｕｐ指示部
５０５ Ｖｕｐ用ファイル
５０６ Ｖｅｒ記録部

【図1】

【図2】

【図3】

【図4】