特開 2023-170166 局側装置及びファームウェア更新方法

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

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

(11)【公開番号】P2023170166

(43)【公開日】2023-12-01

(54)【発明の名称】局側装置及びファームウェア更新方法

(51)【国際特許分類】

   G06F 8/65 20180101AFI20231124BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022081712

(22)【出願日】2022-05-18

(71)【出願人】

【識別番号】000006013

【氏名又は名称】三菱電機株式会社

(71)【出願人】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100116964

【弁理士】

【氏名又は名称】山形 洋一

(74)【代理人】

【識別番号】100120477

【弁理士】

【氏名又は名称】佐藤 賢改

(74)【代理人】

【識別番号】100135921

【弁理士】

【氏名又は名称】篠原 昌彦

(74)【代理人】

【識別番号】100083840

【弁理士】

【氏名又は名称】前田 実

(72)【発明者】

【氏名】舘林 大亮

(72)【発明者】

【氏名】成田 譲

(72)【発明者】

【氏名】吉田 智暁

(72)【発明者】

【氏名】田代 隆義

(72)【発明者】

【氏名】嶌津 聡志

(72)【発明者】

【氏名】喜多 亮太

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

5B376

【Ｆターム（参考）】

5B376AB01

5B376AB27

5B376AB43

5B376CA05

5B376CA41

5B376CA57

5B376CA76

(57)【要約】

【課題】新規なＦ／Ｗを、容易に導入できるようにすること。
【解決手段】ＯＬＴ１２０は、第１のＦ／Ｗで更新を行う第１の下位Ｉ／Ｆ基板１４０＃１と、第１のＦ／Ｗよりも新しい第２のＦ／Ｗで更新を行う第２の下位Ｉ／Ｆ基板１４０＃２と、第１のＦ／Ｗ及び第２のＦ／Ｗを含む共通ファイル領域のヘッダである共通ファイルヘッダに、第１のＦ／Ｗの固有名称を含むが、第２のＦ／Ｗの固有名称を含まないＦ／Ｗ結合モジュールを受信する受信部と、Ｆ／Ｗ結合モジュールを記憶するメモリ１３２と、Ｆ／Ｗ結合モジュールの受信後に更新指示が受信された場合に、Ｆ／Ｗ結合モジュールから、第１のＦ／Ｗ及び第２のＦ／Ｗを分割するファイル分割部１３３と、第１のＦ／Ｗを第１の下位Ｉ／Ｆ基板１４０＃１に転送し、第２のＦ／Ｗを第２の下位Ｉ／Ｆ基板１４０＃２に転送するファイル転送部１３６とを備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

第１のファームウェアで更新を行う第１の機能部と、
前記第１のファームウェアよりも新しい第２のファームウェアで更新を行う第２の機能部と、
前記第１のファームウェア及び前記第２のファームウェアを含む共通ファイル領域のヘッダである共通ファイルヘッダに、前記第１のファームウェアの固有名称を含むが、前記第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信し、前記ファームウェア結合モジュールを受信した後に、更新指示を受信する受信部と、
前記ファームウェア結合モジュールを記憶する記憶部と、
前記更新指示が受信された場合に、前記ファームウェア結合モジュールから、前記第１のファームウェア及び前記第２のファームウェアを分割するファイル分割部と、
前記第１のファームウェアを前記第１の機能部に転送し、前記第２のファームウェアを前記第２の機能部に転送して、前記第１の機能部及び前記第２の機能部に更新を行わせるファイル転送部と、を備えること
を特徴とする局側装置。

【請求項2】

前記ファームウェア結合モジュールから分割されたデータファイルのヘッダを確認することで、前記第１のファームウェア又は前記第２のファームウェアを認識する認識処理を行うファイル精査機能部と、
前記局側装置に、前記第１の機能部又は前記第２の機能部が備えられているか否かを監視する監視処理を行う監視部と、をさらに備え、
前記ファイル転送部は、前記認識処理の結果及び前記監視処理の結果に従って、前記第１のファームウェア又は前記第２のファームウェアを転送すること
を特徴とする請求項１に記載の局側装置。

【請求項3】

第１のファームウェアで更新を行う第１の機能部と、
前記第１のファームウェアよりも新しい第２のファームウェアで更新を行う第２の機能部と、
前記第２のファームウェアを含むが、前記第１のファームウェアを含まない共通ファイル領域のヘッダである共通ファイルヘッダに、前記第１のファームウェアの固有名称を含むが、前記第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信し、前記ファームウェア結合モジュールを受信した後に、更新指示を受信する受信部と、
前記ファームウェア結合モジュールを記憶する記憶部と、
前記更新指示が受信された場合に、前記ファームウェア結合モジュールから、前記第２のファームウェアを分割するファイル分割部と、
前記第２のファームウェアを前記第１の機能部及び前記第２の機能部に転送するファイル転送部と、を備え、
前記第１の機能部は、前記第２のファームウェアを用いた更新を行わず、前記第２の機能部は、前記第２のファームウェアを用いた更新を行うこと
を特徴とする局側装置。

【請求項4】

前記第２のファームウェアを用いた更新を行った前記第２の機能部にリセットを行わせ、前記第２のファームウェアを用いた更新を行わなかった前記第１の機能部にはリセットを行わせない監視部をさらに備えること
を特徴とする請求項３に記載の局側装置。

【請求項5】

第１のファームウェア及び前記第１のファームウェアよりも新しい第２のファームウェアを含む共通ファイル領域のヘッダである共通ファイルヘッダに、前記第１のファームウェアの固有名称を含むが、前記第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信し、
前記ファームウェア結合モジュールを受信した後に、更新指示を受信し、
前記更新指示が受信された場合に、前記ファームウェア結合モジュールから、前記第１のファームウェア及び前記第２のファームウェアを分割し、
前記第１のファームウェアを前記第１のファームウェアで更新を行う第１の機能部に転送し、
前記第２のファームウェアを前記第２のファームウェアで更新を行う第２の機能部に転送し、前記第１の機能部及び前記第２の機能部に更新を行わせること
を特徴とするファームウェア更新方法。

【請求項6】

第１のファームウェアよりも新しい第２のファームウェアを含むが、前記第１のファームウェアを含まない共通ファイル領域のヘッダである共通ファイルヘッダに、前記第１のファームウェアの固有名称を含むが、前記第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信し、
前記ファームウェア結合モジュールを受信した後に、更新指示を受信し、
前記更新指示が受信された場合に、前記ファームウェア結合モジュールから、前記第２のファームウェアを分割し、
前記第２のファームウェアを、前記第１のファームウェアで更新を行う第１の機能部及び前記第２のファームウェアで更新を行う第２の機能部に転送し、
前記第１の機能部は、前記第２のファームウェアを用いた更新を行わず、前記第２の機能部は、前記第２のファームウェアを用いた更新を行うことを特徴とするファームウェア更新方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、局側装置及びファームウェア更新方法に関する。

【背景技術】

【0002】

一般に、光通信システムでは、局側装置が光ファイバを介して光スプリッタに接続され、その光スプリッタに、複数の加入者側装置が複数の光ファイバを介して接続される。

【0003】

局側装置は、光通信システムにおける親局装置にあたり、例えば、電話局等に設置される。局側装置は、ＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ）とも称される。また、加入者側装置は、光加入者線システムにおける子局装置にあたり、例えば、加入者宅等に設置される。加入者側装置は、宅側装置又はＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）とも称される。

【0004】

ＯＬＴには、制御基板又はＯＮＵとのインターフェース基板等、機能に応じた基板が実装される。各基板のファームウェア（以降、Ｆ／Ｗという）には、基板の機能の追加若しくは改修、又は、部品の生産中止対応等を理由にバージョンアップが実施される。

【0005】

特に、Ｓ／Ｗ（ＳｏｆｔＷａｒｅ）機能に影響を与えるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等が生産中止となる場合、それらの部品の変更前後で仕様の異なる二つの基板が存在することになる。この場合、その二つの基板の両方に互換性のあるＦ／Ｗを単純に作成すると、Ｆ／Ｗの容量が約２倍となってしまうため、旧バージョン用のＦ／Ｗと、新バージョン用のＦ／Ｗとに分けて管理されることが多い。このとき、ＯＬＴには同じ機能を果たす基板でも異なるバージョンの基板が存在することになるが、それぞれに対応したそれぞれのＦ／ＷをＯＬＴに転送することで、個別にバージョンアップを実現することができる。

【0006】

ところで、キャリアの通信網は、多種多様な通信装置によって構成されており、装置を管理するＥＭＳ（Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）、又は、ネットワーク全体を管理するＮＭＳ（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等を用いて保守運用が行われている。但し、装置それぞれに対して個別のＥＭＳが導入されると、保守者負担の増加、又は、導入コスト及び維持管理コストの増大につながる。

【0007】

非特許文献１には、運用及び保守の異なるベンダの装置に対しても共通的に適用可能なネットワーク管理の基盤を整備し、この基盤をベースに各ＥＭＳを構築及び導入することで操作及び保守に統一性を持った管理を実現する技術が開示されている。

【先行技術文献】

【非特許文献】

【0008】

【非特許文献1】加藤 能史、他著、「多種多様な装置管理の共通化を目指すトランスポートネットワーク管理基盤技術」NTT技術ジャーナル出版、２０１５年８月、インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｎｔｔ．ｃｏ．ｊｐ／ｊｏｕｒｎａｌ／１５０８／ｆｉｌｅｓ／ｊｎ２０１５０８０４２．ｐｄｆ＞

【発明の概要】

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

【0009】

非特許文献１では、ベンダ毎の装置の差分を吸収するシステムを構築することで、保守及び運用の効率化を実現したが、装置側に運用会社の制御システムに影響を与えるような変更が発生した場合について言及されていない。

【0010】

例えば、制御システムによっては、不正なＦ／Ｗの更新を防ぐことを目的に、基板種別と紐づけ登録された固有名称のＦ／Ｗでのみ更新を許可する機能がある。この場合、例えば、下位インターフェース基板（以降、ＩＦという）については、ＩＦ．ＰＫＧという名称のＦ／Ｗでのみ受信可能となる。

【0011】

このとき、ＯＬＴベンダにて部品の生産中止等を理由にＦ／Ｗ互換性のない新バージョンのＦ／Ｗで動作する基板に製造切り替えせざるを得ない状況に陥った場合、ＯＬＴだけでなく運用中のＥＭＳにも、旧バージョンのＦ／Ｗの名称ＩＦ．ＰＫＧに加えて、新バージョンのＦ／Ｗの固有名称、例えば、ＩＦ－Ｂ．ＰＫＧを新規に紐づけて登録する改修が必要になる。これにより、ＯＬＴベンダだけでなく運用会社にも開発費用が発生してしまう。

【0012】

そこで、本開示の一又は複数の態様は、新規なＦ／Ｗを、容易に導入することができるようにすることを目的とする。

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

【0013】

本開示の第１の態様に係る局側装置は、第１のファームウェアで更新を行う第１の機能部と、前記第１のファームウェアよりも新しい第２のファームウェアで更新を行う第２の機能部と、前記第１のファームウェア及び前記第２のファームウェアを含む共通ファイル領域のヘッダである共通ファイルヘッダに、前記第１のファームウェアの固有名称を含むが、前記第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信し、前記ファームウェア結合モジュールを受信した後に、更新指示を受信する受信部と、前記ファームウェア結合モジュールを記憶する記憶部と、前記更新指示が受信された場合に、前記ファームウェア結合モジュールから、前記第１のファームウェア及び前記第２のファームウェアを分割するファイル分割部と、前記第１のファームウェアを前記第１の機能部に転送し、前記第２のファームウェアを前記第２の機能部に転送して、前記第１の機能部及び前記第２の機能部に更新を行わせるファイル転送部と、を備えることを特徴とする。

【0014】

本開示の第２の態様に係る局側装置は、第１のファームウェアで更新を行う第１の機能部と、前記第１のファームウェアよりも新しい第２のファームウェアで更新を行う第２の機能部と、前記第２のファームウェアを含むが、前記第１のファームウェアを含まない共通ファイル領域のヘッダである共通ファイルヘッダに、前記第１のファームウェアの固有名称を含むが、前記第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信し、前記ファームウェア結合モジュールを受信した後に、更新指示を受信する受信部と、前記ファームウェア結合モジュールを記憶する記憶部と、前記更新指示が受信された場合に、前記ファームウェア結合モジュールから、前記第２のファームウェアを分割するファイル分割部と、前記第２のファームウェアを前記第１の機能部及び前記第２の機能部に転送するファイル転送部と、を備え、前記第１の機能部は、前記第２のファームウェアを用いた更新を行わず、前記第２の機能部は、前記第２のファームウェアを用いた更新を行うことを特徴とする。

【0015】

本開示の第１の態様に係るファームウェア更新方法は、第１のファームウェア及び前記第１のファームウェアよりも新しい第２のファームウェアを含む共通ファイル領域のヘッダである共通ファイルヘッダに、前記第１のファームウェアの固有名称を含むが、前記第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信し、前記ファームウェア結合モジュールを受信した後に、更新指示を受信し、前記更新指示が受信された場合に、前記ファームウェア結合モジュールから、前記第１のファームウェア及び前記第２のファームウェアを分割し、前記第１のファームウェアを前記第１のファームウェアで更新を行う第１の機能部に転送し、前記第２のファームウェアを前記第２のファームウェアで更新を行う第２の機能部に転送し、前記第１の機能部及び前記第２の機能部に更新を行わせることを特徴とする。

【0016】

本開示の第２の態様に係るファームウェア更新方法は、第１のファームウェアよりも新しい第２のファームウェアを含むが、前記第１のファームウェアを含まない共通ファイル領域のヘッダである共通ファイルヘッダに、前記第１のファームウェアの固有名称を含むが、前記第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信し、前記ファームウェア結合モジュールを受信した後に、更新指示を受信し、前記更新指示が受信された場合に、前記ファームウェア結合モジュールから、前記第２のファームウェアを分割し、前記第２のファームウェアを、前記第１のファームウェアで更新を行う第１の機能部及び前記第２のファームウェアで更新を行う第２の機能部に転送し、前記第１の機能部は、前記第２のファームウェアを用いた更新を行わず、前記第２の機能部は、前記第２のファームウェアを用いた更新を行うことを特徴とする。

【発明の効果】

【0017】

本開示の一又は複数の態様によれば、新規なＦ／Ｗを、容易に導入することができる。

【図面の簡単な説明】

【0018】

【図1】実施の形態１及び２に係る光通信システムの構成を概略的に示すブロック図である。

【図2】実施の形態１及び２における制御基板及び下位Ｉ／Ｆ基板の構成を概略的に示すブロック図である。

【図3】Ｆ／Ｗ結合モジュールのフォーマットを示す概略図である。

【図4】実施の形態１に係る光通信システムにおいて、制御装置に紐づけ未登録の固有名称のＦ／Ｗを、第２の下位Ｉ／Ｆ基板にダウンロードする動作を示すフローチャートである。

【図5】実施の形態２における判定マトリクス表を示す概略図である。

【図6】実施の形態２において、全ての下位Ｉ／Ｆ基板で一斉にＦ／Ｗのダウンロードを行う動作を示すフローチャートである。

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

【0019】

実施の形態１．
図１は、実施の形態１に係る光通信システム１００の構成を概略的に示すブロック図である。
光通信システム１００は、制御装置１１０と、局側装置としてのＯＬＴ１２０とを備える。
制御装置１１０と、ＯＬＴ１２０とは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークに接続されている。

【0020】

制御装置１１０は、ＯＬＴ１２０の保守又は管理を運用するシステムで使用される装置である。ここでは、ＯＬＴ１２０で使用されるＦ／Ｗと、そのＦ／Ｗを適用することのできる機能部である基板とを紐付けて管理している。言い換えると、ＯＬＴ１２０で使用されるＦ／Ｗは、制御装置１１０に登録されることで、その保守又は管理を行うことができるようになっている。

【0021】

ＯＬＴ１２０は、通信基板１２１と、制御部として機能する制御基板１３０と、複数のインターフェース部として機能する複数の下位インターフェース基板（下位Ｉ／Ｆ基板）１４０とを備える。このとき、通信基板１２１と制御基板１３０は同一基板上でその機能を具備することも考えられる。また、ＯＬＴ１２０は、必要に応じて、上位インターフェース基板１２２又はオプション機能基板１２３を備えていてもよい。
なお、制御基板１３０と、下位Ｉ／Ｆ基板１４０とは、伝送媒体１２４及び図示しないバックボード基板により電気的に接続されている。

【0022】

通信基板１２１は、制御装置１１０と通信を行う。例えば、通信基板１２１は、後述するＦ／Ｗ結合モジュール又は更新指示を受信する受信部として機能する。

【0023】

図２は、実施の形態１における制御基板１３０及び下位Ｉ／Ｆ基板１４０の構成を概略的に示すブロック図である。
図２では、実施の形態１を簡便に説明するため、図１に示されている複数の下位Ｉ／Ｆ基板１４０の内、制御装置１１０で認識可能なＦ／Ｗで更新を行う下位Ｉ／Ｆ基板１４０を第１の下位Ｉ／Ｆ基板１４０＃１とし、制御装置１１０で認識不可能で、第１の下位Ｉ／Ｆ基板１４０＃１用のＦ／Ｗとは互換性がないＦ／Ｗで更新を行う下位Ｉ／Ｆ基板１４０を第２の下位Ｉ／Ｆ基板１４０＃２とする。

【0024】

また、第１の下位Ｉ／Ｆ基板１４０＃１用のＦ／Ｗの固有名称をＩＦ．ＰＫＧとし、第２の下位Ｉ／Ｆ基板１４０＃２用のＦ／Ｗの固有名称をＩＦ－Ｂ．ＰＫＧとする。
そして、ＩＦ．ＰＫＧは、制御装置１１０で、第１の下位Ｉ／Ｆ基板１４０＃１と、紐付け登録済みであるが、ＩＦ－Ｂ．ＰＫＧは、制御装置１１０で、第２の下位Ｉ／Ｆ基板１４０＃２との紐付け登録が行われていないものとする。

【0025】

制御基板１３０は、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ） ｗｏｒｋ領域部１３１と、引数精査部１３４と、ファイル精査機能部１３５と、ファイル転送部１３６と、ＯＬＴ内状態監視部１３７とを備える。

【0026】

ＦＴＰ ｗｏｒｋ領域部１３１は、通信基板１２１を介して、制御装置１１０とデータファイルを送受信する。
ここで、ＦＴＰ ｗｏｒｋ領域部１３１は、メモリ１３２と、ファイル分割部１３３とを備える。

【0027】

メモリ１３２は、制御装置１１０との間で送受信するデータファイルを記憶する記憶部として機能する。
ファイル分割部１３３は、メモリ１３２に記憶されたデータファイルであるＦ／Ｗ結合モジュールのファイルの分割を行う。

【0028】

引数精査部１３４は、Ｆ／Ｗ結合モジュールがどの下位Ｉ／Ｆ基板１４０に対するＦ／Ｗの更新指示かを確認する。
ファイル精査機能部１３５は、分割されたＦ／Ｗ結合モジュールである個別ファイルの精査を行う。
ファイル転送部１３６は、個別ファイルの転送を行う。
ＯＬＴ内状態監視部１３７は、ＯＬＴ１２０の状態の監視を行う。

【0029】

第１の下位Ｉ／Ｆ基板１４０＃１と、第２の下位Ｉ／Ｆ基板１４０＃２とは、同様に構成されているため、ここでは、下位Ｉ／Ｆ基板１４０として説明する。
下位Ｉ／Ｆ基板１４０は、ファイル取得部１４１と、ファイル精査部１４２と、不揮発性記憶領域部１４３と、基板状態通知部１４４とを備える。

【0030】

ファイル取得部１４１は、制御基板１３０から個別ファイルを取得する。
ファイル精査部１４２は、取得された個別ファイルのファイルヘッダを確認し、その個別ファイルの精査を行う。
不揮発性記憶領域部１４３は、取得された個別ファイルを記憶する。
基板状態通知部１４４は、制御基板１３０に状態を通知する。

【0031】

図３は、ＩＦ．ＰＫＧのＦ／Ｗと、ＩＦ－Ｂ．ＰＫＧのＦ／Ｗとを同梱したＦ／Ｗ結合モジュールのフォーマットの一例を示す概略図である。
図３に示されているＦ／Ｗ結合モジュール１６０は、Ｆ／Ｗ結合モジュール１６０であることを識別するための共通ファイルヘッダを格納する共通ファイルヘッダ部１６１と、第１の下位Ｉ／Ｆ基板１４０＃１用の個別ファイルであることを識別する個別ファイルヘッダを格納する個別ファイルヘッダ部１６２と、第１の下位Ｉ／Ｆ基板１４０＃１用のＦ／ＷであるＩＦ．ＰＫＧを格納する本体１６３と、第２の下位Ｉ／Ｆ基板１４０＃２用の個別ファイルであることを識別する個別ファイルヘッダを格納する個別ファイルヘッダ部１６４と、第２の下位Ｉ／Ｆ基板１４０＃２用のＦ／ＷであるＩＦ－Ｂ．ＰＫＧを格納する本体１６５とを備える。ここで、個別ファイルヘッダ部１６２、本体１６３、個別ファイルヘッダ部１６４及び本体１６５を共通ファイル領域ともいう。

【0032】

なお、図３に示されているＦ／Ｗ結合モジュール１６０は、二つの個別ファイルを格納するためのフォーマットで構成されているが、格納する個別ファイルは、二つである必要はなく、少なくとも一つ以上格納されていればよい。個別ファイルは、個別ファイルヘッダと、Ｆ／Ｗの本体とを含むファイルである。

【0033】

次に、動作について説明する。
図４は、実施の形態１に係る光通信システム１００において、制御装置１１０に紐づけ未登録の固有名称のＦ／ＷであるＩＦ－Ｂ．ＰＫＧを、第２の下位Ｉ／Ｆ基板１４０＃２にダウンロードする動作を示すフローチャートである。

【0034】

まず、制御装置１１０は、オペレータからの指示に従って、ＯＬＴベンダから提供される第１の下位Ｉ／Ｆ基板１４０＃１用のＦ／ＷであるＩＦ．ＰＫＧと、第２の下位Ｉ／Ｆ基板１４０＃２用のＦ／ＷであるＩＦ－Ｂ．ＰＫＧとを同梱したＦ／Ｗ結合モジュール１６０を、ＯＬＴ１００の制御基板１３０のＦＴＰ ｗｏｒｋ領域部１３１に転送する（Ｓ１０）。ここで、Ｆ／Ｗ結合モジュール１６０の固有名称は、ＩＦ．ＰＫＧになっているものとする。言い換えると、共通ファイルヘッダ部１６１には、ＩＦ．ＰＫＧの固有名称が含まれ、ＩＦ－Ｂ．ＰＫＧの固有名称は含まれないものとする。

【0035】

次に、制御装置１１０は、オペレータからの指示に従って、第２の下位Ｉ／Ｆ基板１４０＃２に対してＦ／Ｗ更新を指示する更新指示であるＦ／Ｗ更新コマンドをＯＬＴ１２０に送信する（Ｓ１１）。ここでのＦ／Ｗ更新コマンドは、ＩＦ．ＰＫＧを更新する指示を含めばよい。

【0036】

次に、制御基板１３０の引数精査部１３４は、ステップＳ１１で送信されたＦ／Ｗ更新コマンドが、ＩＦ．ＰＫＧのＦ／Ｗを更新する指示であるか否かを判断する（Ｓ１２）。例えば、引数精査部１３４は、Ｆ／Ｗ更新コマンドがＩＦ．ＰＫＧを更新する指示を含むか否かにより、この判断を行えばよい。Ｆ／Ｗ更新コマンドがＩＦ．ＰＫＧのＦ／Ｗを更新する指示ではない場合（Ｓ１２でＮｏ）には、処理はステップＳ１３に進み、Ｆ／Ｗ更新コマンドがＩＦ．ＰＫＧのＦ／Ｗを更新する指示である場合（Ｓ１２でＹｅｓ）には、処理はステップＳ１４に進む。

【0037】

ステップＳ１３では、制御基板１３０は、Ｆ／Ｗ結合モジュールに対してファイル分割を行わずに、ステップＳ１０で受信されたデータファイルを、そのままＦＴＰ ｗｏｒｋ領域部１３１に保持させ続ける。

【0038】

ステップＳ１４では、制御基板１３０のファイル分割部１３３は、Ｆ／Ｗ結合モジュールのファイルヘッダを確認し、第１の下位Ｉ／Ｆ基板１４０＃１用のＦ／ＷであるＩＦ．ＰＫＧと、第２の下位Ｉ／Ｆ基板１４０＃２用のＦ／ＷであるＩＦ－Ｂ．ＰＫＧとを分割する。例えば、図３に示されているように、Ｆ／Ｗ結合モジュール１６０の共通ファイルヘッダ部１６１には、識別マーカとして、連結用マーカが含まれている。このため、ファイル分割部１３３は、共通ファイルヘッダ部１６１に連結用マーカが含まれていることを確認するとともに、個別ファイルヘッダ部１６２、１６４に含まれている識別マーカである個別マーカを確認することで、ＩＦ．ＰＫＧと、ＩＦ－Ｂ．ＰＫＧとを分割する。

【0039】

なお、Ｆ／Ｗ結合モジュール１６０が使用されずに、単一のＦ／Ｗのみが送信された場合には、ファイル分割部１３３は、ファイル分割を行わずに、次のステップに進む。
また、例えば、ファイルヘッダに、連結用マーカも個別マーカも含まれていない場合には、ファイル分割部１３３は、そのようなデータファイルを削除して、処理を終了する。

【0040】

次に、制御基板１３０のファイル精査機能部１３５は、分割されたＩＦ．ＰＫＧの個別ファイルヘッダ部１６２を確認することで、ＩＦ．ＰＫＧが第２の下位Ｉ／Ｆ基板１４０＃２に転送するＦ／Ｗであるか否かを判断する（Ｓ１５）。ＩＦ．ＰＫＧが第２の下位Ｉ／Ｆ基板１４０＃２に転送するＦ／Ｗでない場合（Ｓ１５でＮｏ）には、処理はステップＳ１６に進み、ＩＦ．ＰＫＧが第２の下位Ｉ／Ｆ基板１４０＃２に転送するＦ／Ｗである場合（Ｓ１５でＹｅｓ）には、処理はステップＳ１８に進む。

【0041】

ステップＳ１６では、制御基板１３０のファイル精査機能部１３５は、分割されたＩＦ－Ｂ．ＰＫＧの個別ファイルヘッダ部１６４を確認することで、ＩＦ－Ｂ．ＰＫＧが第２の下位Ｉ／Ｆ基板１４０＃２に転送するＦ／Ｗであるか否かを判断する。ＩＦ－Ｂ．ＰＫＧが第２の下位Ｉ／Ｆ基板１４０＃２に転送するＦ／Ｗでない場合（Ｓ１６でＮｏ）には、処理はステップＳ１７に進み、ＩＦ－Ｂ．ＰＫＧが第２の下位Ｉ／Ｆ基板１４０＃２に転送するＦ／Ｗである場合（Ｓ１６でＹｅｓ）には、処理はステップＳ１８に進む。

【0042】

ステップＳ１７では、制御基板１３０のファイル精査機能部１３５は、更新ファイルなしと判断し、ファイル転送部１３６は、第２の下位Ｉ／Ｆ基板１４０＃２の基板状態通知部１４４に、更新ファイルがないことを通知する。そして、処理は終了する。

【0043】

ステップＳ１８では、制御基板１３０のファイル転送部１３６は、ファイル精査機能部１３５での判断に従って、第２の下位Ｉ／Ｆ基板１４０＃２にＩＦ－Ｂ．ＰＫＧを転送する。転送されたＩＦ－Ｂ．ＰＫＧは、第２の下位Ｉ／Ｆ基板１４０＃２のファイル取得部１４１で受信される。

【0044】

次に、第２の下位Ｉ／Ｆ基板１４０＃２のファイル精査部１４２は、受信されたＩＦ－Ｂ．ＰＫＧが正常であるか否かを判断する（Ｓ１９）。例えば、個別ファイルヘッダにはシリーズ情報が格納されており、ファイル精査部１４２は、受信されたＦ／Ｗが、自身が認識しているシリーズではない場合には、そのＦ／Ｗを不正ファイルと判断する。受信されたＩＦ－Ｂ．ＰＫＧが正常ではない場合（Ｓ１９でＮｏ）には、処理はステップＳ２０に進み、受信されたＩＦ－Ｂ．ＰＫＧが正常である場合（Ｓ１９でＹｅｓ）には、処理はステップＳ２１に進む。

【0045】

ステップＳ２０では、第２の下位Ｉ／Ｆ基板１４０＃２のファイル精査部１４２は、Ｆ／Ｗ更新失敗を基板状態通知部１４４に通知する。この場合、第２の下位Ｉ／Ｆ基板１４０＃２の基板状態通知部１４４は、制御基板１３０のＯＬＴ内状態監視部１３７にＦ／Ｗ更新エラーを応答する。このような応答を受けたＯＬＴ内状態監視部１３７は、Ｆ／Ｗ更新エラーを示す情報を保持する。制御装置１１０のオペレータは、ＯＬＴ内状態監視部１３７の情報を監視することで、第２の下位Ｉ／Ｆ基板１４０＃２へのＦ／Ｗの更新がエラーとなったことを知ることができる。

【0046】

一方、ステップＳ２１では、第２の下位Ｉ／Ｆ基板１４０＃２のファイル精査部１４２は、受信されたＩＦ－Ｂ．ＰＫＧを不揮発性記憶領域部１４３に記憶させることで、第２の下位Ｉ／Ｆ基板１４０＃２のＦ／Ｗの更新を実行する。そして、処理はステップＳ２２に進む。

【0047】

ステップＳ２２では、第２の下位Ｉ／Ｆ基板１４０＃２の基板状態通知部１４４は、Ｆ／Ｗ更新が完了したことを制御基板１３０のＯＬＴ内状態監視部１３７に応答する。このような応答を受けたＯＬＴ内状態監視部１３７は、Ｆ／Ｗ更新完了を示す情報を保持する。制御装置１１０のオペレータは、ＯＬＴ内状態監視部１３７の情報を監視することで、第２の下位Ｉ／Ｆ基板１４０＃２へのＦ／Ｗの更新が完了したことを知ることができる。

【0048】

以上のように、実施の形態１によれば、ＩＦ．ＰＫＧ及びＩＦ－Ｂ．ＰＫＧを結合し、制御装置１１０に登録されたＩＦ．ＰＫＧとしてＯＬＴ１２０に転送することで、ＯＬＴ１２０の制御基板１３０が２つのファイルに分割して、制御装置１１０に未登録の固有名称であるＩＦ－Ｂ．ＰＫＧのＦ／Ｗを第２の下位Ｉ／Ｆ基板１４０＃２にダウンロードすることが可能となる。このため、今後装置ベンダの都合で基板バージョンが増える場合においても、ＯＬＴ１２０の内部処理だけを変更すればよく、制御装置１１０の開発費を抑制できるという効果が得られる。

【0049】

なお、実施の形態１では、下位Ｉ／Ｆ基板１４０のＦ／Ｗの更新に適用する場合について述べたが、上位インターフェース基板１２２、オプション機能基板１２３又は制御基板１３０等、ＥＭＳで制御されるＯＬＴ１２０内のＦ／Ｗを持つ部分である機能部について、実施の形態１を適用可能である。

【0050】

言い換えると、第１の下位Ｉ／Ｆ基板１４０＃１又はその他の基板は、第１のファームウェアで更新を行う第１の機能部として機能し、第２の下位Ｉ／Ｆ基板１４０＃２又はその他の基板は、第２のファームウェアで更新を行う第２の機能部として機能する。そして、制御基板１３０は、上記のように、第１のファームウェアで、第１の機能部の機能を更新することができ、第２のファームウェアで第２の機能部の機能を更新することができる。ここで、第２のファームウェアは、第１のファームウェアよりも新しいファームウェアである。このため、第１のファームウェアは、保守又は管理用の他の装置である制御装置１１０に登録されており、第２のファームウェアは、保守又は管理用の他の装置である制御装置１１０に未登録である。

【0051】

通信基板１２１は、第１のファームウェア及び第２のファームウェアを含む共通ファイル領域のヘッダである共通ファイルヘッダに、第１のファームウェアの固有名称を含むが、第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信するとともに、そのファームウェア結合モジュールを受信した後に、更新指示を受信する受信部として機能する。
また、メモリ１３２は、ファームウェア結合モジュールを記憶する記憶部として機能する。
そして、ファイル分割部１３３は、更新指示が受信された場合に、ファームウェア結合モジュールから、第１のファームウェア及び第２のファームウェアを分割し、ファイル転送部１３６は、第１のファームウェアを第１の機能部に転送し、第２のファームウェアを第２の機能部に転送して、第１の機能部及び第２の機能部に更新を行わせる。

【0052】

また、ファイル精査機能部１３５は、ファームウェア結合モジュールから分割されたデータファイルのヘッダを確認することで、第１のフェームウェア又は第２のファームウェアを認識する認識処理を行う。
ＯＬＴ内状態監視部１３７は、ＯＬＴ１２０に、第１の機能部又は第２の機能部が備えられているか否かを監視する監視処理を行う監視部として機能する。
そして、ファイル転送部１３６は、認識処理の結果及び監視処理の結果に従って、第１のファームウェア又は第２のファームウェアを転送する。

【0053】

実施の形態２．
実施の形態１では、制御基板１３０内でＦ／Ｗ結合モジュールを分割することで、制御装置１１０に影響を与えずに、未登録のバージョンの基板に対してＦ／Ｗの更新を実現した。しかしながら、第２の下位Ｉ／Ｆ基板１４０＃２のＦ／Ｗのみが制御基板１３０のＦＴＰ ｗｏｒｋ領域部１３１に格納されている場合に、全スロット一斉ダウンロードの指示が行われると、第１の下位Ｉ／Ｆ基板１４０＃１については更新ファイルなしと応答をするため、以降、その他の下位Ｉ／Ｆ基板１４０でのＦ／Ｗ更新が停止してしまう。実施の形態２は、このような場合を想定し、受信されたデータファイルが別基板バージョンの下位Ｉ／Ｆ基板１４０の更新ファイルのみであっても、全スロット一斉ダウンロードを継続させることができる。

【0054】

図１に示されているように、実施の形態２に係る光通信システム２００は、制御装置１１０と、局側装置としてのＯＬＴ２２０とを備える。制御装置１１０と、ＯＬＴ２２０とは、ネットワークに接続されている。
実施の形態２に係る光通信システム２００における制御装置１１０は、実施の形態１における光通信システム１００の制御装置１１０と同様である。

【0055】

ＯＬＴ２２０は、通信基板１２１と、制御部として機能する制御基板２３０と、複数のインターフェース部として機能する複数の下位Ｉ／Ｆ基板１４０とを備える。また、ＯＬＴ２２０は、必要に応じて、上位インターフェース基板１２２又はオプション機能基板１２３を備えていてもよい。
なお、制御基板２３０と、下位Ｉ／Ｆ基板１４０とは、伝送媒体１２４及び図示しないバックボード基板により電気的に接続されている。

【0056】

実施の形態２におけるＯＬＴ２２０の通信基板１２１及び下位Ｉ／Ｆ基板１４０は、実施の形態１におけるＯＬＴ１２０の通信基板１２１及び下位Ｉ／Ｆ基板１４０と同様である。

【0057】

図２には、実施の形態２における制御基板２３０及び下位Ｉ／Ｆ基板１４０の構成が概略的に示されている。
制御基板２３０は、ＦＴＰ ｗｏｒｋ領域部１３１と、引数精査部１３４と、ファイル精査機能部２３５と、ファイル転送部１３６と、ＯＬＴ内状態監視部１３７とを備える。
実施の形態２における制御基板２３０のＦＴＰ ｗｏｒｋ領域部１３１、引数精査部１３４、ファイル転送部１３６及びＯＬＴ内状態監視部１３７は、実施の形態１における制御基板１３０のＦＴＰ ｗｏｒｋ領域部１３１、引数精査部１３４、ファイル転送部１３６及びＯＬＴ内状態監視部１３７と同様である。

【0058】

ファイル精査機能部２３５は、分割されたＦ／Ｗ結合モジュールである個別ファイルの精査を行う。実施の形態２におけるファイル精査機能部２３５は、図５に示されている判定マトリクス表に従って、ＯＬＴ２２０に実装されている下位Ｉ／Ｆ基板１４０の種類と、受信したＦ／Ｗの内容とに応じて、ファイル転送部１３６での処理を制御する。

【0059】

なお、図５では、第１の下位Ｉ／Ｆ基板１４０＃１を「ＩＦ－Ａ」と表記し、第２の下位Ｉ／Ｆ基板１４０＃２を「ＩＦ－Ｂ」と表記し、第１の下位Ｉ／Ｆ基板１４０＃１及び第２の下位Ｉ／Ｆ基板１４０＃２以外の下位Ｉ／Ｆ基板１４０を「ＩＦ－Ｎ」と表記している。また、第１の下位Ｉ／Ｆ基板１４０＃１及び第２の下位Ｉ／Ｆ基板１４０＃２以外の下位Ｉ／Ｆ基板１４０のＦ／ＷをＩＦ－Ｎ．ＰＫＧと表記している。

【0060】

次に動作について説明する。
図６は、実施の形態２において、全ての下位Ｉ／Ｆ基板１４０で一斉にＦ／Ｗのダウンロードを行う動作を示すフローチャートである。

【0061】

まず、制御装置１１０は、オペレータからの指示に従って、ＯＬＴベンダから提供される第２の下位Ｉ／Ｆ基板１４０＃２用のＦ／ＷであるＩＦ－Ｂ．ＰＫＧのみが含まれているＦ／Ｗ結合モジュール１６０を、ＯＬＴ１００の制御基板１３０のＦＴＰ ｗｏｒｋ領域部１３１に転送する（Ｓ３０）。ここで、Ｆ／Ｗ結合モジュール１６０の名称は、ＩＦ．ＰＫＧになっているものとする。

【0062】

次に、制御装置１１０は、オペレータからの指示に従って、全ての下位Ｉ／Ｆ基板１４０に対してＦ／Ｗの更新を指示する全スロット一斉Ｆ／Ｗ更新コマンドをＯＬＴ２２０に送信する（Ｓ３１）。ここでのコマンドには、制御装置１１０に紐付け登録済のＩＦ．ＰＫＧを更新する指示が含まれているものとする。

【0063】

次に、制御基板２３０の引数精査部１３４は、ステップＳ３１で送信された全スロット一斉Ｆ／Ｗ更新コマンドが、ＩＦ．ＰＫＧのＦ／Ｗを更新する指示であることを確認し、制御基板２３０のファイル分割部１３３は、Ｆ／Ｗ結合モジュールのファイルヘッダを確認して、第２の下位Ｉ／Ｆ基板１４０＃２用のＦ／ＷであるＩＦ－Ｂ．ＰＫＧを分割する（Ｓ３２）。

【0064】

制御基板２３０のファイル精査機能部２３５は、Ｆ／Ｗ結合モジュールを分割した後、個別ファイルヘッダを確認し、分割されたＩＦ－Ｂ．ＰＫＧを認識する。また、ファイル精査機能部２３５は、ＯＬＴ内状態監視部１３７に問い合わせることで、ＯＬＴ２２０に、どの種類の下位Ｉ／Ｆ基板１４０が実装されているかを確認する。その後、ファイル精査機能部２３５は、受診されたＦ／Ｗ結合モジュールに含まれているＦ／Ｗの内容と、実装されている下位Ｉ／Ｆ基板１４０の種類とに応じて、図５に示されているマトリクス表に従って、Ｆ／Ｗを転送する下位Ｉ／Ｆ基板１４０を決定する（Ｓ３３）。ここでは、ＩＦ－Ｂ．ＰＫＧのみ保持、第１の下位Ｉ／Ｆ基板１４０＃１及び第２の下位Ｉ／Ｆ基板１４０＃２が実装されている状態であるため、ファイル精査機能部２３５は、第１の下位Ｉ／Ｆ基板１４０＃１及び第２の下位Ｉ／Ｆ基板１４０＃２に、ＩＦ－Ｂ．ＰＫＧを転送することを決定する。

【0065】

次に、制御基板２３０のファイル転送部１３６は、ファイル精査機能部１３５での判断結果に従って、全ての下位Ｉ／Ｆ基板１４０のそれぞれにＩＦ－Ｂ．ＰＫＧを転送する（Ｓ３４）。転送されたＩＦ－Ｂ．ＰＫＧは、下位Ｉ／Ｆ基板１４０のファイル取得部１４１で受信される。

【0066】

次に、下位Ｉ／Ｆ基板１４０のファイル精査部１４２は、受信されたＩＦ－Ｂ．ＰＫＧが正常であるか否かを判断する（Ｓ３５）。受信されたＩＦ－Ｂ．ＰＫＧが正常ではない場合（Ｓ３５でＮｏ）には、処理はステップＳ３６に進み、受信されたＩＦ－Ｂ．ＰＫＧが正常である場合（Ｓ３５でＹｅｓ）には、処理はステップＳ３７に進む。ここでは、第１の下位Ｉ／Ｆ基板１４０＃１のファイル精査部１４２は、受信されたＩＦ－Ｂ．ＰＫＧが正常ではないと判断し、第２の下位Ｉ／Ｆ基板１４０＃２のファイル精査部１４２は、受信されたＩＦ－Ｂ．ＰＫＧが正常であると判断する。

【0067】

ステップＳ３６では、下位Ｉ／Ｆ基板１４０のファイル精査部１４２は、Ｆ／Ｗの更新を実行せず、送られてきたＦ／Ｗを破棄して、Ｆ／Ｗ更新未完了を基板状態通知部１４４に通知する。この場合、下位Ｉ／Ｆ基板１４０の基板状態通知部１４４は、制御基板２３０のＯＬＴ内状態監視部１３７にＦ／Ｗ更新未完了を応答する。このような応答を受けたＯＬＴ内状態監視部１３７は、Ｆ／Ｗ更新未完了を示す情報を保持する。制御装置１１０のオペレータは、ＯＬＴ内状態監視部１３７の情報を監視することで、下位Ｉ／Ｆ基板１４０へのＦ／Ｗの更新が未完了であることを知ることができる。

【0068】

一方、ステップＳ３７では、ファイル精査部１４２は、受信されたＩＦ－Ｂ．ＰＫＧを不揮発性記憶領域部１４３に記憶させることで、下位Ｉ／Ｆ基板１４０のＦ／Ｗの更新を実行する。そして、処理はステップＳ３８に進む。

【0069】

ステップＳ３８では、下位Ｉ／Ｆ基板１４０の基板状態通知部１４４は、Ｆ／Ｗ更新が完了したことを制御基板２３０のＯＬＴ内状態監視部１３７に応答する。このような応答を受けたＯＬＴ内状態監視部１３７は、Ｆ／Ｗ更新完了を示す情報を保持する。制御装置１１０のオペレータは、ＯＬＴ内状態監視部１３７の情報を監視することで、下位Ｉ／Ｆ基板１４０へのＦ／Ｗの更新が完了したことを知ることができる。

【0070】

次に、制御基板２３０のＯＬＴ内状態監視部１３７は、下位Ｉ／Ｆ基板１４０のＦ／Ｗ更新状況を定期的に取得しており、更新対象の下位Ｉ／Ｆ基板１４０について、Ｆ／Ｗの更新が完了したことを確認すると、更新が完了した下位Ｉ／Ｆ基板１４０に対してのみ、基板リセットを指示する（Ｓ３９）。このような指示を受けた下位Ｉ／Ｆ基板１４０のファイル精査部１４２は、下位Ｉ／Ｆ基板１４０をリセットする。このとき、ステップＳ３６にて、更新未完了を通知してきた下位Ｉ／Ｆ基板１４０については、更新未完了のため、リセット対象外となる。

【0071】

以上のように、実施の形態２によれば、Ｆ／Ｗ結合モジュールに、例えば、第２の下位Ｉ／Ｆ基板１４０＃２のＦ／Ｗしか格納されていないような場合でも、第２の下位Ｉ／Ｆ基板１４０＃２において、更新を行うことができる。

【0072】

以上説明したように、ＯＬＴの全ＳＬＯＴ一斉ダウンロード実施時に更新対象のファイルがない下位Ｉ／Ｆ基板１４０についてもファイル転送が行われるため、更新対象のファイルがないと判定された下位Ｉ／Ｆ基板１４０があった場合でも、一斉ダウンロードが停止せずに、更新を行うことができるようになる。このため、制御装置１１０のオペレータは、効率よくＦ／Ｗ更新作業を実施することができる。

【0073】

以上のように、実施の形態１では、第１の下位Ｉ／Ｆ基板１４０＃１又はその他の基板が第１のファームウェアで更新を行う第１の機能部として機能し、第２の下位Ｉ／Ｆ基板１４０＃２又はその他の基板が第１のファームウェアとは異なる第２のファームウェアで更新を行う第２の機能部として機能する。
そして、通信基板１２１は、第２のファームウェアを含むが、第１のファームウェアを含まない共通ファイル領域のヘッダである共通ファイルヘッダに、第１のファームウェアの固有名称を含むが、第２のファームウェアの固有名称を含まないファームウェア結合モジュールを受信するとともに、そのファームウェア結合モジュールを受信した後に、更新指示を受信する受信部として機能する。

【0074】

メモリ１３２は、ファームウェア結合モジュールを記憶する記憶部として機能し、ファイル分割部１３３は、更新指示が受信された場合に、ファームウェア結合モジュールから、第２のファームウェアを分割する。ファイル転送部１３６は、分割された第２のファームウェアを第１の機能部及び第２の機能部に送る。

【0075】

そして、第１の機能部は、第２のファームウェアを用いた更新を行わず、第２の機能部は、第２のファームウェアを用いた更新を行う。
また、ＯＬＴ内状態監視部１３７は、第２のファームウェアを用いた更新を行った第２の機能部にリセットを行わせ、第２のファームウェアを用いた更新を行わなかった第１の機能部にはリセットを行わせない監視部として機能する。

【符号の説明】

【0076】

１００，２００ 光通信システム、 １１０制御装置、 １２０ ＯＬＴ、 １２１ 通信基板、 １２２ 上位インターフェース基板、 １２３ オプション機能基板、 １４０＃１ 第１の下位Ｉ／Ｆ基板、 １４０＃２ 第２の下位Ｉ／Ｆ基板、 １３０，２３０ 制御基板、 １３１ ＦＴＰ ｗｏｒｋ領域部、 １３２ メモリ、 １３３ ファイル分割部、 １３４ 引数精査部、 １３５，２３５ ファイル精査機能部、 １３６ ファイル転送部、 １３７ ＯＬＴ内状態監視部、 １４０ 下位Ｉ／Ｆ基板、 １４１ ファイル取得部、 １４２ ファイル精査部、 １４３ 不揮発性記憶領域部、 １４４ 基板状態通知部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】