JP2016111577A

JP2016111577A - 局側通信装置、光通信システム、及びリブート制御方法

Info

Publication number: JP2016111577A
Application number: JP2014248501A
Authority: JP
Inventors: 和俊川上; Kazutoshi Kawakami
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2014-12-09
Filing date: 2014-12-09
Publication date: 2016-06-20
Anticipated expiration: 2034-12-09
Also published as: JP6504803B2

Abstract

【課題】障害が発生した監視パッケージの電源を一時的に落としてリブートする処理を実施することにより、障害復旧の効率を上げ、局側通信装置による無監視状態の時間を低減する。
【解決手段】複数のインタフェース部１１と、スイッチ部１４と、監視部１２とを備え、監視部１２は、オペレーションシステム２１０ａ及びアプリケーションプログラム２２０ａを格納する不揮発性記憶部１２０ａと、オペレーションシステム２１０ａの起動回数を記憶するメインメモリ１２６ａとを有し、アプリケーションプログラム２２０ａの実行時に障害が発生した場合、監視部１２は、メインメモリ１２６ａに記憶されているオペレーションシステム２１０ａの起動回数を示す起動回数設定メッセージｍ２１を、スイッチ部１４に送信してスイッチ部１４の記憶部１４２ａに起動回数を記憶させた後、リブートを実行する。
【選択図】図１

Description

本発明は、光伝送媒体を通して端末側通信装置と通信を行う局側通信装置に関する。

一般に、光通信システムの一つであるＰＯＮ（Passive Optical Network）システム（ＧＥ−ＰＯＮ（Gigabit Ethernet（登録商標） - Passive Optical Network）システムを含む）において、センター局には局側通信装置としての局側光終端装置（ＯＬＴ：Optical Line Terminal）が配置される。ＯＬＴ内には、局側の光回線を終端するインタフェース部としてのＰＯＮパッケージが配置され、ＰＯＮパッケージは、光伝送媒体としての光ファイバ及び光カプラを介して複数の端末側通信装置としての複数の加入者側光終端装置（ＯＮＵ：Optical Network Unit）と接続される。なお、本明細書において、「パッケージ」とは、特定の機能を発揮するために必要な要素をひとまとめにした電子部品又はこのような電子部品をひとまとめにした装置のことをいう。

例えば、ＰＯＮシステムでは、ＯＮＵ配下に接続された加入者端末から送信されたデータは、ＯＬＴ内のＰＯＮパッケージに送信され、スイッチ部としてのＬ２スイッチ（レイヤ２スイッチ）パッケージを経由して上位ネットワークに送信される。また、ＰＯＮシステムにおけるＯＬＴは、例えば、ＰＯＮパッケージ及びＬ２スイッチパッケージの状態を監視する監視部としての監視パッケージを含んで構成される場合がある。監視パッケージは、状態を監視するパッケージの異常を検出した際には、異常を検出したパッケージを故障又は障害と判断する。

監視パッケージ自体に故障又は障害が発生した場合、監視パッケージからネットワーク保守者に故障又は障害の発生を通知することができなくなる。そこで、監視パッケージ自体に故障又は障害が発生した場合、故障又は障害が発生した監視パッケージのリブート（再起動）が実行されることにより、監視パッケージの一時的な故障又は障害から復旧させる方法がある。例えば、監視パッケージ内にオペレーションシステムの起動実績を保持し、その起動実績に基づいて、通常モードで起動するか、又は保守モードで起動するかの判定を行う方法が提案されており、具体的には、オペレーションシステムの起動回数が所定の回数となった場合には保守モードにすることでイーサネット（登録商標；以下、記載を省略する）などのネットワークを介してファームウェアの転送を行い、転送されたファームウェアをフラッシュメモリに書き込んで復旧を図る方法が提案されている。（例えば、特許文献１参照）。

特開２００７−５２５２０号公報

ＰＯＮシステムにおける監視パッケージでは、ファームウェア（アプリケーションプログラム）を記憶媒体（例えば、フラッシュメモリ）における運用系の記憶領域と待機系（予備系）の記憶領域とに保持し、システムの起動が所定回数失敗した場合には、運用するファームウェアを切り替えて起動する仕組みとする場合がある。この仕組みによれば、オペレーションシステムの起動回数をカウントするために、監視パッケージに揮発性メモリ（例えば、ＳＲＡＭ（Static Random Access Memory））を搭載し、監視パッケージに故障又は障害が発生した場合には、オペレーションシステムの起動回数をカウントアップしてから故障又は障害が発生した監視パッケージをリブートし、正常な起動に所定回数失敗した場合には、運用するファームウェアを切り替えて起動することによって、ＯＬＴ又はＰＯＮシステム内の無監視時間を短くすることができる。

ここで、監視パッケージ内にＳＲＡＭを搭載してオペレーションシステムの起動回数を記録する構成では、監視パッケージのリブート後においても記録された起動回数を保持する必要があるため、ＳＲＡＭへの電源を切らずに監視パッケージをリブートする方法（以下、「浅いリブート」という）がある。浅いリブートの場合、ＳＲＡＭに記録された情報は維持されるが、故障又は障害が発生した監視パッケージの電源を一時的に落としてリブートする処理（以下、「深いリブート」という）を実行することができない。そのため、深いリブートを実行することで復旧できるはずの障害については対処することができないため、ＯＬＴ又はＰＯＮシステムの無監視状態の時間が長く続くという問題があった。

そこで、本発明の目的は、障害が発生した監視パッケージの電源を一時的に落としてリブートする処理を実施することにより、障害復旧の効率を上げ、局側通信装置による無監視状態の時間を低減することである。

本発明の局側通信装置は、光伝送媒体を通して端末側通信装置と通信を行う局側通信装置において、前記光伝送媒体に接続される複数のインタフェース部と、前記複数のインタフェース部と上位ネットワークとの間に接続され、前記複数のインタフェース部と前記上位ネットワークとを中継するスイッチ部と、前記スイッチ部に接続され、前記複数のインタフェース部及び前記スイッチ部の状態を監視する監視部と、を備え、前記監視部は、オペレーションシステム及びアプリケーションプログラムを格納する不揮発性記憶部と、前記オペレーションシステム及び前記アプリケーションプログラムを実行する監視用情報処理部と、前記オペレーションシステムの起動回数を記憶する揮発性情報記憶部と、を有し、前記スイッチ部は、記憶部を有し、前記アプリケーションプログラムの実行時に障害が発生した場合、前記監視部は、前記揮発性情報記憶部に記憶されている前記オペレーションシステムの起動回数を示す起動回数設定メッセージを、前記スイッチ部に送信して前記スイッチ部の前記記憶部に前記起動回数を記憶させた後、リブートを実行することを特徴とする。

本発明によれば、障害が発生した監視パッケージの電源を一時的に落としてリブートする処理を実施することにより、障害復旧の効率を上げることができるので、障害の発生から復旧までの時間及び監視部による無監視状態の時間を短縮することができる。

本発明の実施の形態１に係るＯＬＴを含むＰＯＮシステムの構成を示すシステム構成図である。監視パッケージによるＯＬＴ内の監視動作を示すシーケンス図である。監視パッケージの内部構成及びＬ２スイッチパッケージの内部構成をそれぞれ示すブロック図である。監視パッケージの内部構成及びＬ２スイッチパッケージの内部構成をそれぞれ示すブロック図である。監視部の障害検出からパッケージリブート完了までの動作を示すフローチャートである。監視パッケージの障害発生時以降の監視パッケージ及びＬ２スイッチパッケージの動作を示すシーケンス図である。監視パッケージのパッケージリブートの実施以降の動作を示すフローチャートである。監視パッケージの障害発生時を含むＯＬＴ内の各パッケージの動作を示すシーケンス図である。（ａ）及び（ｂ）は、Ｌ２スイッチパッケージに保持される起動回数のテーブルの一例を示す図である。本発明の実施の形態２に係る局側通信装置における監視パッケージの障害発生時を含む監視パッケージ及びＬ２スイッチパッケージの動作を示すシーケンス図である。

実施の形態１．
図１は、本発明の実施の形態１に係る局側通信装置としてのＯＬＴ１、及びこのＯＬＴ１を含む光通信システムとしてのＰＯＮシステムの構成を示すシステム構成図である。このＰＯＮシステムは、ＯＬＴ１と、光伝送媒体としての光ファイバ２を介してＯＬＴ１と接続された複数の端末側通信装置としての複数のＯＮＵ３とを含んで構成されている。ＯＬＴ１は、光ファイバ２を通してＯＮＵ３と通信を行う。

ＯＬＴ１は、管理用ネットワークであるＤＣＮ（Data Communication Network）４、及びＤＣＮ４を介してＰＯＮシステム全体を制御する制御システムであるＯｐＳ（Operation System）５に接続されており、また、上位ネットワーク６と接続されている。ＯＬＴ１は、外部の電源１７（外部電源）から電力が供給される。

保守者は、ＯｐＳ５により、ＯＬＴ１及びＯＮＵ３を監視することができる。ＰＯＮシステムにおける各種パッケージは、冗長構成が採用されていることが望ましい。冗長構成を採用することにより、あるパッケージに故障又は障害が発生した場合でも、他の同種パッケージにより運用を維持することができる。

ＯＬＴ１は、局側の光回線を終端するＰＯＮインタフェース機能を有する複数のインタフェース部としてのＰＯＮパッケージ１１（ＰＯＮインタフェース）と、複数のＰＯＮパッケージ１１と上位ネットワーク６とを中継するスイッチ部１４と、複数のＰＯＮパッケージ１１とスイッチ部１４の状態を監視する監視部１２とを有する。複数のＰＯＮパッケージ１１の各々は、光ファイバ２に接続される。スイッチ部１４は、複数のＰＯＮパッケージ１１と上位ネットワーク６との間に接続される。監視部１２は、スイッチ部１４に接続される。

監視部１２は、監視パッケージ１２ａと監視パッケージ１２ｂとを有する。複数の監視パッケージを備えることで、監視部１２を冗長構成とすることができる。監視パッケージ１２ａ及び１２ｂの各々は、Ｌ２スイッチパッケージ１４ａ及び１４ｂと接続されている。監視部１２は、アクティブ側（運用系）であるいずれかの監視パッケージ（例えば、監視パッケージ１２ａ又は１２ｂ）により、スタンバイ側（待機系）の監視パッケージ（例えば、監視パッケージ１２ａ又は１２ｂ）、及びスイッチ部１４の状態を監視する監視制御を実行し、スイッチ部１４を介して複数のＰＯＮパッケージ１１の状態を監視する監視制御を実行する。なお、監視パッケージ１２ａ及び１２ｂの各々と複数のＰＯＮパッケージ１１の各々とを直接接続して、監視パッケージ１２ａ又は１２ｂにより複数のＰＯＮパッケージ１１の状態を監視してもよい。また、Ｌ２スイッチパッケージ１４ａ及び１４ｂとは異なる他のパッケージを介して監視パッケージ１２ａ又は１２ｂにより複数のＰＯＮパッケージ１１の状態を監視してもよい。

なお、アクティブ側ではない監視パッケージ（例えば、監視パッケージ１２ａ又は１２ｂ）は、スタンバイ側の監視パッケージ（例えば、監視パッケージ１２ａ又は１２ｂ）であり、アクティブ側とスタンバイ側とは、後述する監視部切替制御部としての監視パッケージ切替制御部１３により切り替えられる。

スイッチ部１４は、Ｌ２スイッチパッケージ１４ａ（Ｌ２スイッチ＃１）及びＬ２スイッチパッケージ１４ｂ（Ｌ２スイッチ＃２）を含む。Ｌ２スイッチパッケージ１４ａ及び１４ｂは、リンクアグリゲーション（ＩＥＥＥ（The Institute of Electrical and Electronic Engineers）８０２．３ａｄ Link Aggregation）の機能を有する。また、Ｌ２スイッチパッケージ１４ａ及び１４ｂの各々は、ＯＳＩ（Open Systems Interconnection）参照モデルの第２層（データリンク層）での通信を中継するＬＡＮスイッチ（Ｌ２スイッチ）である。

ＯＬＴ１の内部において実装された複数のＰＯＮパッケージ１１の各々は、光信号の伝送媒体である光ファイバ２及び光カプラ１５を介してＯＮＵ３と接続されており、複数のＯＮＵ３の各々は、加入者端末１６に接続されている。

ＯＬＴ１内の複数のＬ２スイッチパッケージ１４ａ及び１４ｂの各々は、インタフェース（Ｉ／Ｆ）を介して、上位ネットワーク６及びＰＯＮパッケージ１１と接続されている。

ＯＬＴ１は、複数の監視パッケージ１２ａ及び１２ｂの各々と接続された監視部切替制御部としての監視パッケージ切替制御部１３をさらに有する。監視パッケージ切替制御部１３は、監視パッケージのアクティブ状態とスタンバイ状態とを切り替える制御を実行するＣＰＵを有し、アクティブ状態の監視パッケージに障害が発生した場合、アクティブ状態の監視パッケージをスタンバイ状態に切り替えると共に、スタンバイ状態であった監視パッケージのうちのいずれか１つの監視パッケージをアクティブ状態に切り替える。例えば、監視パッケージ１２ａ及び１２ｂのうちの一方をアクティブ側（運用側）、他方をスタンバイ側（待機側）とするように切り替える制御を行う。したがって、保守者は、ＯｐＳ５から、アクティブ側の監視パッケージ（例えば、監視パッケージ１２ａ）を介してＯＬＴ１及びＯＮＵ３の状態を監視することができる。

図２は、監視パッケージ１２ａによるＯＬＴ１内の監視動作を示すシーケンス図である。図２に示される例では、監視パッケージ１２ａがアクティブ側であり、監視パッケージ１２ｂがスタンバイ側となっている。アクティブ側の監視パッケージ１２ａは、ＣＰＵ１２５ａにより、スタンバイ側の監視パッケージ１２ｂ、Ｌ２スイッチパッケージ１４ａ、Ｌ２スイッチパッケージ１４ｂ、及び複数のＰＯＮパッケージ１１のそれぞれに状態収集メッセージｍ１１を送信して各パッケージの周期監視を行う。状態収集メッセージｍ１１は、送信先の動作状態を収集するためのメッセージ（信号）である。また、状態収集メッセージｍ１１を受信した各パッケージは、動作状態を通知するメッセージ（信号）である状態通知メッセージｍ１２を監視パッケージ１２ａに送信する。

例えば、監視部１２が非冗長構成（監視部１２が片系で構成されている場合を含む）において、監視部１２が故障すると、保守者はＯＬＴ１を監視することができない。そこで、監視部１２に故障又は障害が発生した場合を考慮して、実施の形態１に係るＯＬＴを含むＰＯＮシステムでは、監視部１２に冗長構成が採用されている。例えば、監視部１２は、監視パッケージ１２ａと監視パッケージ１２ｂとを有し、アクティブ側の監視パッケージ１２ａに故障又は障害が発生した場合は、監視パッケージ１２ｂがアクティブ側に切り替わり、故障又は障害が発生した監視パッケージ１２ａはスタンバイ側に切り替わる。したがって、監視部１２に冗長構成が採用されることにより、例えば、アクティブ側の監視パッケージ１２ａに故障又は障害が発生した場合、保守者は、スタンバイ側からアクティブ側に切り替わった監視パッケージ１２ｂを用いてＯＬＴ１を監視することができる。

図３は、監視パッケージ１２ａの内部構成、並びにＬ２スイッチパッケージ１４ａ及び１４ｂの内部構成をそれぞれ示すブロック図である。

監視パッケージ１２ａは、不揮発性記憶部１２０ａと、監視用情報処理部としてのＣＰＵ（Central Processing Unit）１２５ａと、揮発性情報記憶部としてのメインメモリ１２６ａと、イーサネットＩ／Ｆ（インタフェース）１２７ａと、電源制御部１２８ａとを有する。監視パッケージ１２ａは、例えば、これらの構成要素が配置された基板である。

不揮発性記憶部１２０ａは、オペレーションシステム（ＯＳ）２１０ａと起動判定プログラム２１１ａとが格納された第１フラッシュメモリ１２１ａ、第１アプリケーションプログラム２２０ａが格納された第２フラッシュメモリ１２２ａ、第２アプリケーションプログラム２３０ａが格納された第３フラッシュメモリ１２３ａ、及び起動面情報２４０ａが格納された第４フラッシュメモリ１２４ａを有する。

オペレーションシステム２１０ａは、監視パッケージ１２ａを運用するシステムである。起動判定プログラム２１１ａは、オペレーションシステム２１０ａの起動後、起動面情報２４０ａに基づいて第１アプリケーションプログラム２２０ａ又は第２アプリケーションプログラム２３０ａのいずれのプログラムを実行するかを判定する。

第１アプリケーションプログラム２２０ａ及び第２アプリケーションプログラム２３０ａは、いずれも監視パッケージ１２ａ内の各要素を制御して監視制御を実行するプログラムである。すなわち、監視パッケージ１２ａは、同種のアプリケーションプログラムが格納された複数の記憶領域を有し、例えば、第１アプリケーションプログラム２２０ａにソフトウェア障害が発生した場合には、第２アプリケーションプログラム２３０ａに切り替えて監視パッケージ１２ａの運用を維持することができる。

例えば、不揮発性記憶部１２０ａにおいて、第２フラッシュメモリ１２２ａを通常運用する運用系記憶領域とした場合、第３フラッシュメモリ１２３ａを待機系記憶領域とする。この場合、第１アプリケーションプログラム２２０ａが運用系のアプリケーションプログラムとなり、第２アプリケーションプログラム２３０ａが待機系のアプリケーションプログラムとなる。なお、第１アプリケーションプログラム２２０ａ及び第２アプリケーションプログラム２３０ａについて、運用系（運用系記憶領域）と待機系（待機系記憶領域）との切り替えは、監視部１２の作動中において、起動判定プログラム２１１ａにより適宜切り替えることができる。

第４フラッシュメモリ１２４ａには、ＣＰＵ１２５ａによりロードされて実行されるアプリケーションプログラム（運用系のアプリケーションプログラム）が第１アプリケーションプログラム２２０ａ又は第２アプリケーションプログラム２３０ａのいずれであるかを示す情報である起動面情報２４０ａが格納される。第４フラッシュメモリ１２４ａには、例えば、書き換え可能な不揮発性メモリを用いることが望ましい。

ＣＰＵ１２５ａは、オペレーションシステム２１０ａの起動及び実行、起動判定プログラム２１１ａの実行、並びに運用系のアプリケーションプログラム（第１アプリケーションプログラム２２０ａ又は第２アプリケーションプログラム２３０ａ）の実行を制御する。メインメモリ１２６ａは、オペレーションシステム２１０ａの起動回数を記憶する。

イーサネットＩ／Ｆ（インタフェース）１２７ａは、Ｌ２スイッチパッケージ１４ａのイーサネットＩ／Ｆ１４３ａ及びＬ２スイッチパッケージ１４ｂのイーサネットＩ／Ｆ１４３ｂと接続されて、監視パッケージ１２ａとＬ２スイッチパッケージ１４ａ及び１４ｂとを通信可能にする。

電源制御部１２８ａは、ＣＰＵを有し、監視部１２の外部の電源１７から監視パッケージ１２ａ（監視部１２）に供給される電力の供給及び供給の停止を制御する。電源制御部１２８ａは、監視パッケージ１２ｂの電源制御部１２８ｂとは独立して電力の供給及び供給の停止を制御することができる。

Ｌ２スイッチパッケージ１４ａは、ＣＰＵ１４１ａ、記憶媒体としての記憶部であるメインメモリ１４２ａ、及びイーサネットＩ／Ｆ１４３ａを有する。

ＣＰＵ１４１ａは、Ｌ２スイッチパッケージ１４ａ内の各処理を実行する。メインメモリ１４２ａは、監視パッケージ１２ａ及び１２ｂの各々から送信されるオペレーションシステム２１０ａ及びオペレーションシステム２１０ｂの起動回数を記憶する。メインメモリ１４２ａとしては、例えば、ＤＲＡＭ（Dynamic Random Access Memory）を用いることができる。イーサネットＩ／Ｆ１４３ａは、監視パッケージ１２ａのイーサネットＩ／Ｆ１２７ａ及び監視パッケージ１２ｂのイーサネットＩ／Ｆ１２７ｂと接続され、Ｌ２スイッチパッケージ１４ａと監視パッケージ１２ａ及び１２ｂとの通信を可能にする。

Ｌ２スイッチパッケージ１４ｂは、ＣＰＵ１４１ｂ、記憶媒体としての記憶部であるメインメモリ１４２ｂ、及びイーサネットＩ／Ｆ１４３ｂを有する。

ＣＰＵ１４１ｂは、Ｌ２スイッチパッケージ１４ｂ内の各処理を実行する。メインメモリ１４２ｂは、監視パッケージ１２ａ及び１２ｂの各々から送信されるオペレーションシステム２１０ａ及びオペレーションシステム２１０ｂの起動回数を記憶する。メインメモリ１４２ｂとしては、例えば、ＤＲＡＭを用いることができる。イーサネットＩ／Ｆ１４３ｂは、監視パッケージ１２ａのイーサネットＩ／Ｆ１２７ａ及び監視パッケージ１２ｂのイーサネットＩ／Ｆ１２７ｂと接続され、Ｌ２スイッチパッケージ１４ｂと監視パッケージ１２ａ及び１２ｂとの通信を可能にする。

図３に示されるように、監視パッケージ１２ａとＬ２スイッチパッケージ１４ａとは、イーサネットＩ／Ｆ１２７ａ及びイーサネットＩ／Ｆ１４３ａを介して接続されている。また、監視パッケージ１２ａとＬ２スイッチパッケージ１４ｂとは、イーサネットＩ／Ｆ１２７ａ及びイーサネットＩ／Ｆ１４３ｂを介して接続されている。

監視パッケージ１２ａ（監視部１２）とスイッチ部１４とは、互いに独立して電力が供給される。本実施の形態では、例えば、監視パッケージ１２ａ（監視部１２）とスイッチ部１４とは、異なる電源から電力が供給される。すなわち、スイッチ部１４は、電源１７とは異なる電源から電力が供給されるようにしてもよい。ただし、監視部１２とスイッチ部１４とは、同じ電源１７から電力が供給されてもよく、その場合、監視部１２とスイッチ部１４とは、ＯＬＴ１内の制御部により互いに独立して電力の供給及び供給の停止が制御される。

図４は、監視パッケージ１２ｂの内部構成、並びにＬ２スイッチパッケージ１４ａ及び１４ｂの内部構成をそれぞれ示すブロック図である。

監視パッケージ１２ｂは、不揮発性記憶部１２０ｂと、監視用情報処理部としてのＣＰＵ１２５ｂと、揮発性情報記憶部としてのメインメモリ１２６ｂと、イーサネットＩ／Ｆ１２７ｂと電源制御部１２８ｂとを有する。監視パッケージ１２ｂは、例えば、これらの構成要素が配置された基板である。

不揮発性記憶部１２０ｂは、オペレーションシステム（ＯＳ）２１０ｂと起動判定プログラム２１１ｂとが格納された第１フラッシュメモリ１２１ｂ、第１アプリケーションプログラム２２０ｂが格納された第２フラッシュメモリ１２２ｂ、第２アプリケーションプログラム２３０ｂが格納された第３フラッシュメモリ１２３ｂ、及び起動面情報２４０ｂが格納された第４フラッシュメモリ１２４ｂを有する。

オペレーションシステム２１０ｂは、監視パッケージ１２ｂを運用するシステムである。起動判定プログラム２１１ｂは、オペレーションシステム２１０ｂの起動後、起動面情報２４０ｂに基づいて第１アプリケーションプログラム２２０ｂ又は第２アプリケーションプログラム２３０ｂのいずれのプログラムを実行するかを判定する。

第１アプリケーションプログラム２２０ｂ及び第２アプリケーションプログラム２３０ｂは、監視パッケージ１２ｂ内の各要素を制御する同種のプログラムである。すなわち、監視パッケージ１２ｂは、同種のアプリケーションプログラムが格納された複数の記憶領域を有し、例えば、第１アプリケーションプログラム２２０ｂにソフトウェア障害が発生した場合には、第２アプリケーションプログラム２３０ｂに切り替えて監視パッケージ１２ｂの運用を維持することができる。

例えば、不揮発性記憶部１２０ｂにおいて、第２フラッシュメモリ１２２ｂを通常運用する運用系記憶領域とした場合、第３フラッシュメモリ１２３ｂを待機系記憶領域とする。この場合、第１アプリケーションプログラム２２０ｂが運用系のアプリケーションプログラムとなり、第２アプリケーションプログラム２３０ｂが待機系のアプリケーションプログラムとなる。なお、第１アプリケーションプログラム２２０ｂ及び第２アプリケーションプログラム２３０ｂについて、運用系（運用系記憶領域）と待機系（待機系記憶領域）との切り替えは、監視部１２の作動中において、起動判定プログラム２１１ｂにより適宜切り替えることができる。

第４フラッシュメモリ１２４ｂには、ＣＰＵ１２５ｂによりロードされて実行されるアプリケーションプログラム（運用系のアプリケーションプログラム）が第１アプリケーションプログラム２２０ｂ又は第２アプリケーションプログラム２３０ｂのいずれであるかを示す情報である起動面情報２４０ｂが格納される。第４フラッシュメモリ１２４ｂには、例えば、書き換え可能な不揮発性メモリを用いることが望ましい。

ＣＰＵ１２５ｂは、オペレーションシステム２１０ｂの起動及び実行、起動判定プログラム２１１ｂ、並びに運用系のアプリケーションプログラム（第１アプリケーションプログラム２２０ｂ又は第２アプリケーションプログラム２３０ｂ）の実行を制御する。メインメモリ１２６ｂは、オペレーションシステム２１０ｂの起動回数を記憶する。

イーサネットＩ／Ｆ１２７ｂは、Ｌ２スイッチパッケージ１４ａのイーサネットＩ／Ｆ１４３ａ及びＬ２スイッチパッケージ１４ｂのイーサネットＩ／Ｆ１４３ｂと接続されて、監視パッケージ１２ｂとＬ２スイッチパッケージ１４ａ及び１４ｂとを通信可能にする。

電源制御部１２８ｂは、ＣＰＵを有し、監視部１２の外部の電源１７から監視パッケージ１２ｂ（監視部１２）に供給される電力の供給及び供給の停止を制御する。電源制御部１２８ｂは、監視パッケージ１２ａの電源制御部１２８ａとは独立して電力の供給及び供給の停止を制御することができる。

図４に示されるように、監視パッケージ１２ｂとＬ２スイッチパッケージ１４ａとは、イーサネットＩ／Ｆ１２７ａ及びイーサネットＩ／Ｆ１４３ａを介して接続されている。また、監視パッケージ１２ｂとＬ２スイッチパッケージ１４ｂとは、イーサネットＩ／Ｆ１２７ｂ及びイーサネットＩ／Ｆ１４３ｂを介して接続されている。

監視パッケージ１２ｂ（監視部１２）とスイッチ部１４とは、互いに独立して電力が供給される。本実施の形態では、例えば、監視パッケージ１２ｂ（監視部１２）とスイッチ部１４とは、異なる電源から電力が供給される。すなわち、スイッチ部１４は、電源１７とは異なる電源から電力が供給されるようにしてもよい。ただし、監視部１２とスイッチ部１４とは、同じ電源１７から電力が供給されてもよく、その場合、監視部１２とスイッチ部１４とは、ＯＬＴ１内の制御部により互いに独立して電力の供給及び供給の停止が制御される。

スイッチ部１４に含まれるＬ２スイッチパッケージは、上位ネットワーク６に接続されているので、例えば、Ｌ２スイッチパッケージが１個である場合に、そのＬ２スイッチパッケージが故障すると、ＯＬＴ１が上位ネットワーク６と接続できなくなり、通信サービスの提供ができなくなる。そのため、本実施の形態では、ＯＬＴ１において、スイッチ部１４（Ｌ２スイッチパッケージ１４ａ及びＬ２スイッチパッケージ１４ｂ）は、冗長構成が採用されており、１個のＬ２スイッチパッケージ（例えば、Ｌ２スイッチパッケージ１４ａ又はＬ２スイッチパッケージ１４ｂのいずれか）が故障した場合であっても、他のＬ２スイッチパッケージ（例えば、Ｌ２スイッチパッケージ１４ａ又はＬ２スイッチパッケージ１４ｂのいずれか）を用いて通信サービスの提供を維持することができる。

次に、図５に基づいて、監視部１２（例えば、監視パッケージ１２ａ）の障害検出（ステップＳ１）からパッケージリブート完了（ステップＳ４）までの各ステップを含む監視部１２のリブートを制御するリブート制御方法について説明する。

図５は、監視部１２の障害検出（ステップＳ１）からパッケージリブート完了（ステップＳ４）までの動作を示すフローチャートである。なお、図５に基づく説明では、監視パッケージ１２ａがアクティブ側である場合の動作を説明するが、監視パッケージ１２ｂがアクティブ側である場合にも、監視パッケージ１２ａと同様の動作が適用される。

監視パッケージ１２ａのリブートを制御するリブート制御方法は、監視パッケージ１２ａの運用系のアプリケーションプログラム（例えば、第１アプリケーションプログラム２２０ａ）の実行時に障害が発生した場合に障害を検出するステップＳ１と、メインメモリ１２６ａに記憶されているオペレーションシステム２１０ａの起動回数を示す起動回数設定メッセージｍ２１を、監視部１２の外部の記憶媒体としてのスイッチ部１４に送信して、スイッチ部１４にオペレーションシステム２１０ａの起動回数を記憶させるステップＳ２と、監視パッケージ１２ａの外部からの電力の供給が一時的に停止することによりオペレーションシステム２１０ａの実行が停止するステップＳ３と、再び電力が監視パッケージ１２ａに供給されることによりオペレーションシステム２１０ａを再び起動するステップＳ４とを有する。

次に、図６に基づいて、図５に基づいて説明した監視部１２（例えば、監視パッケージ１２ａ）のリブート制御方法を含む障害検出後の動作、及びスイッチ部１４の動作について具体的に説明する。

図６は、監視パッケージ１２ａの障害発生時以降の監視パッケージ１２ａ並びにＬ２スイッチパッケージ１４ａ及び１４ｂの動作を示すシーケンス図である。図６に示される例は、監視パッケージ１２ａがアクティブ側である場合の監視パッケージ１２ａの動作を示す例であるが、監視パッケージ１２ｂがアクティブ側である場合にも、図６に示される監視パッケージ１２ａの動作と同様の動作が実行される。

図６に示されるように、アクティブ側の監視パッケージ１２ａにおいて、運用系のアプリケーションプログラムの実行時に障害（例えば、第１アプリケーションプログラム２２０ａに起因する障害）が発生すると、ＣＰＵ１２５ａは、障害の発生を検出し（図５に示されるステップＳ１）、メインメモリ１２６ａに記憶されているオペレーションシステム２１０ａの起動回数を示す起動回数設定メッセージｍ２１をスイッチ部１４（Ｌ２スイッチパッケージ１４ａ及び１４ｂ）に送信する（図５に示されるステップＳ２）。

起動回数設定メッセージｍ２１は、スイッチ部１４においてオペレーションシステム２１０ａの起動回数をカウントするためのメッセージ（信号）である。例えば、起動回数設定メッセージｍ２１を「＋１」として、Ｌ２スイッチパッケージ１４ａ及び１４ｂの各々に記憶されるオペレーションシステム２１０ａの起動回数を１回分加算させる。この方法によれば、送信メッセージのビット数を少なくすることができる。

ただし、起動回数設定メッセージｍ２１の内容は「＋１」とする方法に限られず、監視パッケージ１２ａの障害発生時におけるオペレーションシステム２１０ａの累積起動回数（すなわち、監視パッケージ１２ａのメインメモリ１２６ａに記憶されている累積起動回数）を起動回数設定メッセージｍ２１としてもよく、例えば、障害発生時におけるオペレーションシステム２１０ａの累積起動回数が２回である場合、「２」を起動回数設定メッセージｍ２１としてもよい。累積起動回数を起動回数設定メッセージｍ２１とする方法によれば、複数のＬ２スイッチパッケージ１４ａ及び１４ｂの各々に記憶されている起動回数が互いに異なっている場合に、複数のＬ２スイッチパッケージ１４ａ及び１４ｂの各々に記憶させる起動回数を同じ値に揃えることができる。

監視パッケージ１２ａから送信された起動回数設定メッセージｍ２１を受信したＬ２スイッチパッケージ１４ａは、受信した起動回数設定メッセージｍ２１に基づいてオペレーションシステム２１０ａの起動回数を更新して、更新された起動回数をメインメモリ１４２ａに保持する。同様に、起動回数設定メッセージｍ２１を受信したＬ２スイッチパッケージ１４ｂは、受信した起動回数設定メッセージｍ２１に基づいてオペレーションシステム２１０ａの起動回数を更新して、更新された起動回数をメインメモリ１４２ｂに保持する。

オペレーションシステム２１０ａの起動回数を更新した複数のＬ２スイッチパッケージ１４ａ及び１４ｂの各々は、ＣＰＵ１４１ａ及びＣＰＵ１４１ｂにより、起動回数の更新を実行したことを通知するメッセージ（信号）である受信確認メッセージｍ２２を監視パッケージ１２ａに送信する。

監視パッケージ１２ａは、起動回数設定メッセージｍ２１をスイッチ部１４に送信して、スイッチ部１４の記憶部（例えば、メインメモリ１４２ａ及びメインメモリ１４２ｂ）にオペレーションシステム２１０ａの起動回数を記憶させた後、オペレーションシステム２１０ａのリブート（図５に示されるステップＳ３からステップＳ４）を実施する。

パッケージリブート（監視パッケージのリブート）は、障害が発生した監視パッケージ１２ａへの電力の供給が一時的に停止し（図５に示されるステップＳ３）、再び監視パッケージ１２ａに電力が供給されてオペレーションシステム２１０ａを再び起動させる（図５に示されるステップＳ４）ことによって実行される（深いリブート）。監視パッケージ１２ａへの電力の供給及び供給の停止は、電源制御部１２８ａにより制御される。

深いリブートは、リブートを実行したパッケージ内の各所にテンポラリーとして残る値も初期値に戻すことができるので、浅いリブートと比較して復旧の可能性を高めることができる。なお、監視部１２に含まれる監視パッケージが複数（例えば、監視パッケージ１２ａ及び１２ｂ）である場合、深いリブートを実行する監視パッケージ（例えば、監視パッケージ１２ａ）への電力は一時的に停止するが、他の監視パッケージ（例えば、監視パッケージ１２ｂ）への電力の供給は停止しなくてもよい。

次に、図７に基づいて、監視部１２（例えば、監視パッケージ１２ａ）のパッケージリブートの実施以降の動作について説明する。

図７は、監視パッケージ１２ａのパッケージリブートの実施以降の動作を示すフローチャートである。なお、図７に基づく説明では、監視パッケージ１２ａのパッケージリブートの実施以降の動作を説明するが、監視パッケージ１２ｂにも、監視パッケージ１２ａと同様の動作が適用される。

監視パッケージ１２ａは、パッケージリブートを実行し、再びオペレーションシステム２１０ａを起動する（ステップＳ５）。例えば、ＣＰＵ１２５ａによりオペレーションシステム２１０ａの実行を停止して、電源制御部１２８ａにより監視パッケージ１２ａに供給される電力の供給を停止し、その後、再び監視パッケージ１２ａに電力が供給されるように制御して、ＣＰＵ１２５ａによりオペレーションシステム２１０ａを再び起動する。

監視パッケージ１２ａは、ＣＰＵ１２５ａによりオペレーションシステム２１０ａを起動した後、ＣＰＵ１２５ａにより、起動回数読み出しメッセージｍ３１をスイッチ部１４（Ｌ２スイッチパッケージ１４ａ及び１４ｂ）に送信し、スイッチ部１４の記憶部（例えば、Ｌ２スイッチパッケージ１４ａ及び１４ｂのそれぞれに備えられたメインメモリ１４２ａ及び１４２ｂ）に記憶されている起動回数を取得する。起動回数読み出しメッセージｍ３１は、スイッチ部１４に記憶されている起動回数を取得するためのメッセージ（信号）である。

監視パッケージ１２ａは、スイッチ部１４の記憶部（例えば、Ｌ２スイッチパッケージ１４ａ及び１４ｂのそれぞれに備えられたメインメモリ１４２ａ及び１４２ｂ）から読み出された起動回数に基づいて起動回数を更新し、監視パッケージ１２ａ内のメインメモリ１２６ａに更新後の起動回数を記憶させる（ステップＳ６）。

監視パッケージ１２ａが、複数のＬ２スイッチパッケージ１４ａ及び１４ｂの各々から起動回数を取得した際、Ｌ２スイッチパッケージ１４ａから取得された起動回数とＬ２スイッチパッケージ１４ｂから取得された起動回数とが互いに異なる場合がある。例えば、監視パッケージ１２ａの障害検出時において、監視パッケージ１２ａをＯＬＴ１から抜去した場合、Ｌ２スイッチパッケージ１４ａ又は１４ｂのいずれかが監視パッケージ１２ａから起動回数設定メッセージｍ２１を正しく受信できなかったときに、Ｌ２スイッチパッケージ１４ａ及び１４ｂのそれぞれに保持される起動回数の差異が生じる。

したがって、監視パッケージ１２ａが、複数のＬ２スイッチパッケージ（例えば、Ｌ２スイッチパッケージ１４ａ及び１４ｂ）のそれぞれに記憶されている起動回数を取得した場合において、取得した複数の起動回数が互いに一致していない場合、取得した複数の起動回数のうちの最も大きい値を更新後の起動回数とし、監視パッケージ１２ａ内のメインメモリ１２６ａに更新後の起動回数を記憶させる。

監視パッケージ１２ａのメインメモリ１２６ａに記憶する起動回数を更新した後、起動判定プログラム２１１ａが起動する。ＣＰＵ１２５ａは、起動判定プログラム２１１ａを実行して、メインメモリ１２６ａに記憶された起動回数に基づいて、ロードするアプリケーションプログラムの判定を実施する（ステップＳ７）。オペレーションシステム２１０ａの起動回数（すなわち、メインメモリ１２６ａに記憶されている起動回数）が、予め設定された設定値以上であれば、起動面情報２４０ａを書き換える（ステップＳ８）。したがって、オペレーションシステム２１０ａの起動回数が、予め設定された設定値以上である場合、監視部１２が実行するアプリケーションプログラムは、運用系記憶領域に格納されたアプリケーションプログラムから待機系記憶領域に格納されたアプリケーションプログラムに切り替わる。

例えば、運用系のアプリケーションプログラムが第１アプリケーションプログラム２２０ａであった場合には、運用系のアプリケーションプログラムが第２アプリケーションプログラム２３０ａに切り替わるように、起動面情報２４０ａを書き換える（ステップＳ８）。この場合、書き換えられた起動面情報２４０ａは、第２アプリケーションプログラム２３０ａが運用系のアプリケーションプログラムであり、且つ、第１アプリケーションプログラム２２０ａが待機系のアプリケーションプログラムであることを示す。なお、予め設定する設定値は、任意の回数に設定できる。

起動面情報２４０ａが書き換えられた場合、監視パッケージ１２ａのメインメモリ１２６ａに保持されているオペレーションシステム２１０ａの起動回数は、ゼロにクリアされる（ステップＳ９）。

メインメモリ１２６ａに保持されている起動回数がクリアされた後、ＣＰＵ１２５ａは、起動判定プログラム２１１ａを実行して、書き換えられた起動面情報２４０ａに基づいて、運用系のアプリケーションプログラム（例えば、第３フラッシュメモリ１２３ａに格納されている第２アプリケーションプログラム２３０ａ）をロードすることにより、実行するアプリケーションプログラムを切り替える（ステップＳ１０）。

一方、起動回数の判定において（ステップＳ７）、更新した起動回数が予め設定された設定回数に満たない場合、ＣＰＵ１２５ａは、起動判定プログラム２１１ａを実行して、第４フラッシュメモリ１２４ａに保持されている起動面情報２４０ａに基づいて、運用系のアプリケーションプログラム（例えば、第２フラッシュメモリ１２２ａに格納されている第１アプリケーションプログラム２２０ａ）をロードする（ステップＳ１０）。

アクティブ側からスタンバイ側に切り替わった監視パッケージ１２ａは、次にアクティブ側に切り替わるまで、少なくともオペレーションシステム２１０ａが起動された状態（ホットスタンバイ状態）を維持する。

監視部１２とスイッチ部１４とは、互いに独立して電力が供給されるので、障害が発生した監視パッケージ１２ａは、Ｌ２スイッチパッケージ１４ａ及び１４ｂとは独立してリブートを実施することができる。したがって、監視パッケージ１２ａのリブートを実施しても、Ｌ２スイッチパッケージ１４ａ及び１４ｂに記録されているオペレーションシステム２１０ａの起動回数に影響を及ぼすことがない。すなわち、監視パッケージ１２ａのリブートにより、監視パッケージ１２ａの電源を一時的に落としても、Ｌ２スイッチパッケージ１４ａ及び１４ｂに保持されている起動回数を維持することができる。

なお、監視パッケージ１２ｂがアクティブ側である場合にも、図６及び図７に示される例と同様の処理が監視パッケージ１２ｂにおいて実行され、監視パッケージ１２ａのオペレーションシステム２１０ａの起動回数と監視パッケージ１２ｂのオペレーションシステム２１０ｂの起動回数とは、互いに独立してカウントされる。

次に、監視部１２（監視パッケージ１２ａ又は１２ｂ）に障害が発生した場合における監視パッケージ切替制御部１３の動作について説明する。

図８は、監視パッケージ１２ａ及び１２ｂの障害発生時を含むＯＬＴ１内の各パッケージの動作を示すシーケンス図である。図９（ａ）及び（ｂ）は、Ｌ２スイッチパッケージ１４ａ及び１４ｂに保持される起動回数のテーブルの一例を示す図である。

監視パッケージ１２ａがアクティブ側である場合において、監視パッケージ１２ａに障害が発生すると、ＣＰＵ１２５ａは、障害の発生を検出し、障害が発生したことを通知するメッセージ（信号）である障害発生メッセージｍ４１を監視パッケージ切替制御部１３に送信する。なお、監視パッケージ１２ａが障害発生メッセージｍ４１を送信する方法の代わりに、監視パッケージ切替制御部１３が監視パッケージ１２ａの障害発生を検出する方法を採用してもよい。

障害発生メッセージｍ４１を受信した監視パッケージ切替制御部１３は、監視パッケージの切り替え動作（監視パッケージ切替）を実行する。例えば、監視パッケージ切替制御部１３に備えられたＣＰＵによりアクティブ側とスタンバイ側とを切り替えるための制御信号ｍ４２を監視パッケージ１２ｂに送信して監視パッケージ１２ｂをスタンバイ側からアクティブ側に切り替える。

監視パッケージ１２ａは、起動回数設定メッセージｍ２１をＬ２スイッチパッケージ１４ａ及び１４ｂにそれぞれ送信する。図９（ａ）に示されるように、起動回数設定メッセージｍ２１を受信したＬ２スイッチパッケージ１４ａは、受信した起動回数設定メッセージｍ２１に基づいて、テーブル１４４ａに示されるオペレーションシステム２１０ａの起動回数を更新する。同様に、起動回数設定メッセージｍ２１を受信したＬ２スイッチパッケージ１４ｂは、受信した起動回数設定メッセージｍ２１に基づいて、テーブル１４４ｂに示されるオペレーションシステム２１０ａの起動回数を更新する。

Ｌ２スイッチパッケージ１４ａ及び１４ｂの各々は、複数の監視パッケージ１２ａ及び１２ｂを、例えば、若番スロットと老番スロットとに分けて、監視パッケージ毎に起動回数の管理をする。図９（ａ）に示される例では、テーブル１４４ａは、Ｌ２スイッチパッケージ１４ａにおける起動回数保持ｒａ１を実行した際に記憶した起動回数を示す。すなわち、複数の監視パッケージのうちの若番スロット（監視パッケージ１２ａ）におけるオペレーションシステム２１０ａの起動回数が１回であることを示し、監視パッケージの老番スロット（監視パッケージ１２ｂ）におけるオペレーションシステム２１０ｂの起動回数が０回であることを示す。

同様に、テーブル１４４ｂは、Ｌ２スイッチパッケージ１４ｂにおける起動回数保持ｒｂ１を実行した際に記憶した起動回数を示す。すなわち、複数の監視パッケージ１２ａ及び１２ｂのうちの若番スロット（監視パッケージ１２ａ）におけるオペレーションシステム２１０ａの起動回数が１回であることを示し、監視パッケージの老番スロット（監視パッケージ１２ｂ）におけるオペレーションシステム２１０ｂの起動回数が０回であることを示す。なお、図９（ａ）に示されるように、通常、Ｌ２スイッチパッケージ１４ａのテーブル１４４ａとＬ２スイッチパッケージ１４ｂのテーブル１４４ｂとは同じ内容になる。

監視パッケージ１２ａのパッケージリブートの実行後、アクティブ側である監視パッケージ１２ｂに障害が発生した場合、ＣＰＵ１２５ｂは、障害の発生を検出し、障害発生メッセージｍ４１を監視パッケージ切替制御部１３に送信する。なお、監視パッケージ１２ｂが障害発生メッセージｍ４１を送信する方法の代わりに、監視パッケージ切替制御部１３が監視パッケージ１２ｂの障害発生を検出する方法を採用してもよい。

障害発生メッセージｍ４１を受信した監視パッケージ切替制御部１３は、監視パッケージの切り替え動作（監視パッケージ切替）を実行する。例えば、監視パッケージ切替制御部１３に備えられたＣＰＵによりアクティブ側とスタンバイ側とを切り替えるための制御信号ｍ４２を監視パッケージ１２ａに送信して監視パッケージ１２ａをスタンバイ側からアクティブ側に切り替える。

監視パッケージ１２ｂは、起動回数設定メッセージｍ２１をＬ２スイッチパッケージ１４ａ及び１４ｂにそれぞれ送信する。図９（ｂ）に示されるように、起動回数設定メッセージｍ２１を受信したＬ２スイッチパッケージ１４ａは、受信した起動回数設定メッセージｍ２１に基づいて、テーブル１４５ａに示されるオペレーションシステム２１０ｂの起動回数を更新する。同様に、起動回数設定メッセージｍ２１を受信したＬ２スイッチパッケージ１４ｂは、受信した起動回数設定メッセージｍ２１に基づいて、テーブル１４５ｂに示されるオペレーションシステム２１０ｂの起動回数を更新する。

図９（ｂ）に示される例では、テーブル１４５ａは、Ｌ２スイッチパッケージ１４ａにおける起動回数保持ｒａ２を実行した際に記憶した起動回数を示す。すなわち、複数の監視パッケージ１２ａ及び１２ｂのうちの若番スロット（監視パッケージ１２ａ）におけるオペレーションシステム２１０ａの起動回数が１回であることを示し、監視パッケージの老番スロット（監視パッケージ１２ｂ）におけるオペレーションシステム２１０ｂの起動回数が１回であることを示す。

同様に、テーブル１４５ｂは、Ｌ２スイッチパッケージ１４ｂにおける起動回数保持ｒｂ２を実行した際に記憶した起動回数を示す。すなわち、複数の監視パッケージ１２ａ及び１２ｂのうちの若番スロット（監視パッケージ１２ａ）におけるオペレーションシステム２１０ａの起動回数が１回であることを示し、監視パッケージの老番スロット（監視パッケージ１２ｂ）におけるオペレーションシステム２１０ｂの起動回数が１回であることを示す。

実施の形態１によれば、監視部１２（例えば、監視パッケージ１２ａ）のオペレーションシステム（例えば、オペレーションシステム２１０ａ）の起動回数を、監視部１２とは異なる記憶媒体としてのスイッチ部１４（例えば、Ｌ２スイッチパッケージ１４ａ）に記憶させるので、監視部１２において実施される深いリブートの前後を通じて起動回数を記憶しておくためのＳＲＡＭなどの揮発性メモリ（メインメモリ１２６ａとは異なる揮発性メモリ）を監視部１２に備える必要がなくなり、安価なＯＬＴ１を得ることができる。

監視部１２に供給される電力とスイッチ部１４に供給される電力とは、互いに独立して供給されるので、監視部１２の深いリブートを実行した前後においても、オペレーションシステム（例えば、オペレーションシステム２１０ａ）の起動回数のカウントを、スイッチ部１４（例えば、Ｌ２スイッチパッケージ１４ａ）に保持させた状態を維持して、監視部１２（例えば、監視パッケージ１２ａ）の深いリブートを実行することができる。したがって、浅いリブートでは復旧できない障害を復旧できる可能性を高めることができ、且つ、オペレーションシステムの起動回数が、予め設定された回数に達した場合には、監視部が実行するアプリケーションプログラムを、運用系記憶領域に格納されたアプリケーションプログラムから待機系記憶領域に格納されたアプリケーションプログラムに切り替えることができる。

以上に説明したように、実施の形態１に係る局側通信装置、及びこの局側通信装置を含む光通信システム、並びにこの局側通信装置に備えられた監視パッケージ（監視部１２）のリブートを制御するリブート制御方法は、監視部１２に障害が発生した場合における障害復旧の効率を上げることができるので、障害の発生から復旧までの時間及び監視部１２による無監視状態の時間を短縮することができ、信頼性の高い局側通信装置及び光通信システムを実現することができる。

実施の形態２．
図１０は、本発明の実施の形態２に係る局側通信装置における監視パッケージ１２ａの障害発生時を含む監視パッケージ１２ａ並びにＬ２スイッチパッケージ１４ａ及び１４ｂの動作を示すシーケンス図である。実施の形態２に係る局側通信装置、及びこの局側通信装置を含む光通信システムは、監視部１２に障害が発生した場合に、障害が発生した監視パッケージ（監視部１２）をＯＬＴ１から一旦抜去する点のみが、実施の形態１に係る局側通信装置、及びこの局側通信装置を含む光通信システムと異なり、その他の点は、実施の形態１に係る局側通信装置、及びこの局側通信装置を含む光通信システムと同様である。したがって、実施の形態２に係る局側通信装置、及びこの局側通信装置を含む光通信システムにおいて、実施の形態１に係る局側通信装置、及びこの局側通信装置を含む光通信システムと同一又は対応する構成要素については、実施の形態１に係る局側通信装置、及びこの局側通信装置を含む光通信システムにおける構成要素と同一の符号を付す。

監視部１２（監視パッケージ１２ａ又は１２ｂ）に障害が発生した場合、障害が発生した監視パッケージの修理又は交換などのため、障害が発生した監視パッケージをＯＬＴ１から抜去する場合がある。そこで、実施の形態２では、監視部１２（例えば、監視パッケージ１２ａ）に障害が発生した場合において、監視部１２（例えば、監視パッケージ１２ａ）をＯＬＴ１から抜去した際の動作について説明する。

なお、図１０に示される例は、監視パッケージ１２ａがアクティブ側である場合の監視パッケージ１２ａの動作を示す例であるが、監視パッケージ１２ｂがアクティブ側である場合にも監視パッケージ１２ａの動作と同様の動作が実行される。

ＣＰＵ１２５ａは、監視パッケージ１２ａの障害を検出した場合、起動回数設定メッセージｍ２１をＬ２スイッチパッケージ１４ａ及び１４ｂに送信する。Ｌ２スイッチパッケージ１４ａ及び１４ｂは、受信した起動回数設定メッセージｍ２１に基づいて起動回数を更新する。

監視パッケージ１２ａは、起動回数設定メッセージｍ２１の送信後、自身のパッケージのリブート（パッケージリブート）を実施する。なお、障害の検出からパッケージリブートの完了までの動作は、実施の形態１で説明した動作（例えば、図５に示される動作）と同様である。

パッケージリブートを実施した後、監視部１２（例えば、監視パッケージ１２ａ）がＯＬＴ１から抜去された場合、スイッチ部１４（Ｌ２スイッチパッケージ１４ａ及び１４ｂ）は、例えば、ＣＰＵ１４１ａ又はＣＰＵ１４１ｂにより、監視部１２（例えば、監視パッケージ１２ａ）がＯＬＴ１から抜去されたことを検出し、スイッチ部１４に記憶されている起動回数（例えば、オペレーションシステム２１０ａの起動回数）をクリアする（すなわち、ゼロに更新する）。例えば、監視部１２が複数の監視パッケージを含む場合、障害が発生した監視パッケージ（例えば、監視パッケージ１２ａ）についての起動回数のみをクリアすればよい。

なお、スイッチ部１４（Ｌ２スイッチパッケージ１４ａ及び１４ｂ）が起動回数をゼロに更新するタイミングは、障害が発生した監視部１２（例えば、監視パッケージ１２ａ）が抜去されたことを検出した時に限られない。修理又は交換等により、新たな監視部１２（例えば、監視パッケージ１２ａ）がＯＬＴ１に挿入された時にスイッチ部１４に記憶されている起動回数をゼロに更新してもよい。

実施の形態２によれば、障害が発生した監視部１２（例えば、監視パッケージ１２ａ）が抜去された場合、又は交換などにより新たな監視部１２（例えば、監視パッケージ１２ａ）がＯＬＴ１に挿入された場合に、スイッチ部１４（Ｌ２スイッチパッケージ１４ａ及び１４ｂ）に記憶されている起動回数をゼロに更新することにより、障害から復旧した時点において、起動回数のカウントを初期化することができる。

また、監視部１２（例えば、監視パッケージ１２ａ）の障害が、監視部１２（例えば、監視パッケージ１２ａ）に保持されたデータとスイッチ部１４（Ｌ２スイッチパッケージ１４ａ及び１４ｂ）に保持されたデータとが不一致であることに起因するものであった場合、スイッチ部１４に保持されているデータ（例えば、起動回数のカウント）を初期化して、障害から復旧させることができる。

以上に説明した各実施の形態において、監視パッケージの数が２個である場合を例として説明したが、監視パッケージの数は２個に限定されない。また、以上に説明した各実施の形態において、Ｌ２スイッチパッケージの数が２個である場合を例として説明したが、Ｌ２スイッチパッケージの数は２個に限定されず、１個又は３個以上であってもよい。

また、以上に説明した各実施の形態において、監視部１２（例えば、監視パッケージ１２ａ）のオペレーションシステム（例えば、オペレーションシステム２１０ａ）の起動回数を、監視部１２とは異なるパッケージを含むスイッチ部１４（例えば、Ｌ２スイッチパッケージ１４ａ）に記憶させる例について説明したが、起動回数を記憶させる監視部１２の外部の記憶媒体（例えば、監視部１２とは異なる他のパッケージ）は、スイッチ部１４に限られない。例えば、監視部１２への電力の供給とは独立して電力が供給されるパッケージに起動回数を記憶させるようにしてもよい。

１局側光終端装置（局側通信装置）、２光ファイバ（光伝送媒体）、３加入者側光終端装置（端末側通信装置）、４ＤＣＮ、５ＯｐＳ、６上位ネットワーク、１１ＰＯＮパッケージ（インタフェース部）、１２監視部、１２ａ，１２ｂ監視パッケージ、１３監視パッケージ切替制御部、１４スイッチ部、１４ａ，１４ｂＬ２スイッチパッケージ、１５光カプラ、１６加入者端末、１７電源、１２０ａ，１２０ｂ不揮発性記憶部、１２１ａ，１２１ｂ第１フラッシュメモリ、１２２ａ，１２２ｂ第２フラッシュメモリ、１２３ａ，１２３ｂ第３フラッシュメモリ、１２４ａ，１２４ｂ第４フラッシュメモリ、１２５ａ，１２５ｂＣＰＵ（監視用情報処理部）、１２６ａ，１２６ｂメインメモリ（揮発性情報記憶部）、１２７ａ，１２７ｂイーサネットＩ／Ｆ、１２８ａ，１２８ｂ電源制御部、１４１ａ，１４１ｂＣＰＵ、１４２ａ，１４２ｂメインメモリ（記憶部）、１４３ａ，１４３ｂイーサネットＩ／Ｆ。

Claims

光伝送媒体を通して端末側通信装置と通信を行う局側通信装置において、
前記光伝送媒体に接続される複数のインタフェース部と、
前記複数のインタフェース部と上位ネットワークとの間に接続され、前記複数のインタフェース部と前記上位ネットワークとを中継するスイッチ部と、
前記スイッチ部に接続され、前記複数のインタフェース部及び前記スイッチ部の状態を監視する監視部と、
を備え、
前記監視部は、
オペレーションシステム及びアプリケーションプログラムを格納する不揮発性記憶部と、
前記オペレーションシステム及び前記アプリケーションプログラムを実行する監視用情報処理部と、
前記オペレーションシステムの起動回数を記憶する揮発性情報記憶部と、
を有し、
前記スイッチ部は、記憶部を有し、
前記アプリケーションプログラムの実行時に障害が発生した場合、前記監視部は、前記揮発性情報記憶部に記憶されている前記オペレーションシステムの起動回数を示す起動回数設定メッセージを、前記スイッチ部に送信して前記スイッチ部の前記記憶部に前記起動回数を記憶させた後、リブートを実行する
ことを特徴とする局側通信装置。
前記監視部は、前記監視部の外部の電源から供給される電力の供給及び供給の停止を制御する電源制御部をさらに有し、
前記リブートは、前記電源制御部により前記監視部への前記電力の供給が一時的に停止され、再び前記電力が供給されることにより実行される
ことを特徴とする請求項１に記載の局側通信装置。
前記リブートの実行後、前記監視部は、前記スイッチ部の前記記憶部に記憶されている前記起動回数を取得し、前記揮発性情報記憶部に記憶させる
ことを特徴とする請求項１又は２に記載の局側通信装置。
前記不揮発性記憶部は、運用系の前記アプリケーションプログラムとしての第１アプリケーションプログラムを格納する運用系記憶領域と待機系の前記アプリケーションプログラムとしての第２アプリケーションプログラムを格納する待機系記憶領域とを有する
ことを特徴とする請求項１から３のいずれか１項に記載の局側通信装置。
前記揮発性情報記憶部に記憶された前記起動回数が、予め設定された設定値以上である場合、前記監視部が実行する前記アプリケーションプログラムは、前記第１アプリケーションプログラムから前記第２アプリケーションプログラムに切り替わる
ことを特徴とする請求項４に記載の局側通信装置。
前記監視部と前記スイッチ部とは、互いに独立して電力が供給されることを特徴とする請求項１から５のいずれか１項に記載の局側通信装置。
前記リブートの実行後、前記監視部が抜去された場合、前記スイッチ部の前記記憶部に記憶されている前記起動回数がクリアされることを特徴とする請求項１から６のいずれか１項に記載の局側通信装置。
前記スイッチ部は、前記記憶部がそれぞれに備えられた複数のＬ２スイッチパッケージを有し、
前記監視部に障害が発生した場合、前記監視部は、前記起動回数設定メッセージを、前記複数のＬ２スイッチパッケージのそれぞれに送信して前記起動回数を前記記憶部のそれぞれに記憶させる
ことを特徴とする請求項１から７のいずれか１項に記載の局側通信装置。
前記リブートの実行後、前記監視部は、前記複数のＬ２スイッチパッケージのそれぞれに備えられた前記記憶部に記憶されている前記起動回数を取得し、
前記取得した複数の前記起動回数が互いに一致していない場合、前記取得した複数の前記起動回数のうちの最も大きい値を前記揮発性情報記憶部に記憶させる
ことを特徴とする請求項８に記載の局側通信装置。
前記監視部は、前記不揮発性記憶部、前記監視用情報処理部、及び前記揮発性情報記憶部がそれぞれに備えられた複数の監視パッケージを有することを特徴とする請求項１から９のいずれか１項に記載の局側通信装置。
前記複数の監視パッケージの各々をアクティブ状態又はスタンバイ状態のいずれかに切り替える監視部切替制御部をさらに有し、
前記監視部切替制御部は、アクティブ状態の前記監視パッケージに障害が発生した場合、アクティブ状態の前記監視パッケージをスタンバイ状態に切り替えると共に、スタンバイ状態であった前記監視パッケージのうちのいずれか１つの前記監視パッケージをアクティブ状態に切り替える
ことを特徴とする請求項１０に記載の局側通信装置。
局側通信装置と端末側通信装置とが光伝送媒体を介して接続された光通信システムにおいて、
局側通信装置は、
前記光伝送媒体に接続される複数のインタフェース部と、
前記複数のインタフェース部と上位ネットワークとの間に接続され、前記複数のインタフェース部と前記上位ネットワークとを中継するスイッチ部と、
前記スイッチ部に接続され、前記複数のインタフェース部及び前記スイッチ部の状態を監視する監視部と、
を備え、
前記監視部は、
オペレーションシステム及びアプリケーションプログラムを格納する不揮発性記憶部と、
前記オペレーションシステム及び前記アプリケーションプログラムを実行する監視用情報処理部と、
前記オペレーションシステムの起動回数を記憶する揮発性情報記憶部と、
を有し、
前記スイッチ部は、記憶部を有し、
前記アプリケーションプログラムの実行時に障害が発生した場合、前記監視部は、前記揮発性情報記憶部に記憶されている前記オペレーションシステムの起動回数を示す起動回数設定メッセージを、前記スイッチ部に送信して前記スイッチ部の前記記憶部に前記起動回数を記憶させた後、リブートを実行する
ことを特徴とする光通信システム。
光伝送媒体を通して端末側通信装置と通信を行う局側通信装置の内部に配置され、オペレーションシステム及びアプリケーションプログラムを格納する不揮発性記憶部と、前記オペレーションシステム及び前記アプリケーションプログラムを実行する監視用情報処理部と、前記オペレーションシステムの起動回数を記憶する揮発性情報記憶部と、電力の供給及び供給の停止を制御する電源制御部とを有する監視部のリブートを制御するリブート制御方法であって、
前記アプリケーションプログラムの実行時に障害が発生した場合、前記揮発性情報記憶部に記憶されている前記オペレーションシステムの起動回数を示す起動回数設定メッセージを、前記監視部の外部の記憶媒体に送信して前記監視部の外部の前記記憶媒体に前記起動回数を記憶させるステップと、
前記電源制御部により前記電力の供給が一時的に停止することにより前記オペレーションシステムの実行が停止し、再び前記電力が供給されて前記オペレーションシステムが再び起動することにより前記監視部の前記リブートが実行されるステップと
を有することを特徴とするリブート制御方法。