(57)【特許請求の範囲】
【請求項１】
通信装置における２値状態情報の処理方法であって、
第１状態と第２状態とからなる２値状態のいずれかを交互に検知した結果を示す検知情報を生成する検知ステップと、
前記検知ステップで生成された前記検知情報を元に、前記２値状態の遷移情報を含む状態テーブルを更新する更新ステップと、
前記状態テーブルに基づく情報を出力する出力ステップと
を有し、
前記通信装置における予め決められた更新処理の期間中に前記更新ステップの更新によって生成される前記状態テーブルは、
現在の前記２値状態を示す現在の２値状態情報と、
前記予め決められた更新処理の開始時における、前記２値状態を示す開始時の２値状態情報と、
前記予め決められた更新処理の開始後から終了時までの期間における、前記２値状態の変化の有無を示す２値状態変化情報と
を含む
ことを特徴とする２値状態情報の処理方法。
【請求項２】
前記２値状態は、下位装置と通信可能な状態であるリンクアップと前記下位装置と通信不能な状態であるリンクダウンとから成り、
前記２値状態情報は、前記リンクアップ及び前記リンクダウンを示すリンク状態情報である
ことを特徴とする請求項１に記載の２値状態情報の処理方法。
【請求項３】
前記予め決められた更新処理は、前記通信装置内でソフトウェアを実行するホスト部における、リセットを伴う処理であることを特徴とする請求項１又は２に記載の２値状態情報の処理方法。
【請求項４】
前記予め決められた更新処理は、前記通信装置内でソフトウェアを実行するホスト部における、前記ソフトウェアのバージョンアップ処理であることを特徴とする請求項１又は２に記載の２値状態情報の処理方法。
【請求項５】
前記予め決められた更新処理の期間中に前記更新ステップの更新によって生成された前記状態テーブルは、
前記現在の２値状態情報がリンクダウンを示し、前記２値状態変化情報が変化なしを示す第１のテーブル情報と、
前記現在の２値状態情報がリンクアップを示し、前記２値状態変化情報が変化なしを示す第２のテーブル情報と、
前記現在の２値状態情報がリンクアップを示し、前記２値状態変化情報が変化ありを示し、前記開始時の２値状態情報がリンクダウンを示す第３のテーブル情報と、
前記現在の２値状態情報がリンクダウンを示し、前記２値状態変化情報が変化ありを示し、前記開始時の２値状態情報がリンクダウンを示す第４のテーブル情報と、
前記現在の２値状態情報がリンクダウンを示し、前記２値状態変化情報が変化ありを示し、前記開始時の２値状態情報がリンクアップを示す第５のテーブル情報と、
前記現在の２値状態情報がリンクアップを示し、前記２値状態変化情報が変化ありを示し、前記開始時の２値状態情報がリンクアップを示す第６のテーブル情報と
を含む
ことを特徴とする請求項２に記載の２値状態情報の処理方法。
【請求項６】
前記予め決められた更新処理の期間中に前記更新ステップの更新によって生成された前記状態テーブルから読み出された前記現在の２値状態情報、前記開始時の２値状態情報、及び前記２値状態変化情報について解析を行い、前記解析の結果に基づく状態パケットを生成する状態パケット生成ステップをさらに有し、
前記出力ステップで出力される前記情報は、前記状態パケットから生成される
ことを特徴とする請求項１から５のいずれか１項に記載の２値状態情報の処理方法。
【請求項７】
前記予め決められた更新処理の期間中に前記更新ステップで生成された前記状態テーブルから読み出された前記現在の２値状態情報、前記開始時の２値状態情報、及び前記２値状態変化情報について解析を行い、前記解析の結果に基づく状態パケットを生成する状態パケット生成ステップをさらに有し、
前記出力ステップで出力される前記情報は、前記状態パケットから生成され、
前記状態テーブルから前記第１のテーブル情報が読み出されたときの前記状態パケットは、１番目の値がリンクダウンであることを示す情報から構成され、
前記状態テーブルから前記第２のテーブル情報が読み出されたときの前記状態パケットは、１番目の値がリンクアップであることを示す情報から構成され、
前記状態テーブルから前記第３のテーブル情報が読み出されたときの前記状態パケットは、１番目の値がリンクダウンであることを示す情報と２番目の値がリンクアップであることを示す情報とから構成され、
前記状態テーブルから前記第４のテーブル情報が読み出されたときの前記状態パケットは、１番目の値がリンクダウンであることを示す情報と２番目の値がリンクアップであることを示す情報と３番目の値がリンクダウンであることを示す情報とから構成され、
前記状態テーブルから前記第５のテーブル情報が読み出されたときの前記状態パケットは、１番目の値がリンクアップであることを示す情報と２番目の値がリンクダウンであることを示す情報とから構成され、
前記状態テーブルから前記第６のテーブル情報が読み出されたときの前記状態パケットは、１番目の値がリンクアップであることを示す情報と２番目の値がリンクダウンであることを示す情報と３番目の値がリンクアップであることを示す情報とから構成される
ことを特徴とする請求項５に記載の２値状態情報の処理方法。
【請求項８】
前記出力ステップで出力される前記情報は、前記通信装置の上位装置に送信されることを特徴とする請求項１から７のいずれか１項に記載の２値状態情報の処理方法。
【請求項９】
第１状態と第２状態とからなる２値状態のいずれかを交互に検知した結果を示す検知情報を生成する２値状態検知部と、
前記２値状態の遷移情報を含む状態テーブルを記憶する情報記憶部と、
前記検知情報を元に、前記状態テーブルを更新する状態テーブル更新処理部と、
前記状態テーブルに基づく情報を出力する監視制御処理部と
を有し、
予め決められた更新処理の期間中に前記状態テーブル更新処理部の更新によって生成される前記状態テーブルは、
現在の前記２値状態を示す現在の２値状態情報と、
前記予め決められた更新処理の開始時における、前記２値状態を示す開始時の２値状態情報と、
前記予め決められた更新処理の開始後から終了時までの期間における、前記２値状態の変化の有無を示す２値状態変化情報と
を含む
ことを特徴とする通信装置。
【請求項１０】
前記２値状態は、下位装置と通信可能な状態であるリンクアップと前記下位装置と通信不能な状態であるリンクダウンとから成り、
前記２値状態情報は、前記リンクアップ及び前記リンクダウンを示すリンク状態情報である
ことを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記予め決められた更新処理の期間中に前記状態テーブル更新処理部の更新によって生成された前記状態テーブルから読み出された前記現在の２値状態情報、前記開始時の２値状態情報、及び前記２値状態変化情報について解析を行い、前記解析の結果に基づく状態パケットを生成する状態解析処理部をさらに有し、
前記監視制御処理部は、前記状態パケットから前記状態テーブルに基づく情報を生成する
ことを特徴とする請求項９又は１０に記載の通信装置。
【請求項１２】
前記２値状態を管理する管理部と、ソフトウェアを実行するホスト部とを有し、
前記２値状態検知部、前記情報記憶部、前記状態テーブル更新処理部、及び前記状態解析処理部は、前記管理部内に備えられ、
前記監視制御処理部は、前記ホスト部内に備えられた
ことを特徴とする請求項１１に記載の通信装置。
【請求項１３】
前記２値状態を管理する管理部と、ソフトウェアを実行するホスト部とを有し、
前記２値状態検知部、前記情報記憶部、及び前記状態テーブル更新処理部は、前記管理部内に備えられ、
前記状態解析処理部及び前記監視制御処理部は、前記ホスト部内に備えられた
ことを特徴とする請求項１１に記載の通信装置。
【請求項１４】
前記通信装置は、局側終端装置であることを特徴とする請求項９から１３のいずれか１項に記載の通信装置。
【請求項１５】
前記通信装置は、局側終端装置の上位装置である監視装置であることを特徴とする請求項９から１３のいずれか１項に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他の装置と通信を行う通信装置に関し、特に、リンクアップ及びリンクダウンのような２値状態及びその変化を示す２値状態情報の処理方法に関する。
【背景技術】
【０００２】
ＯＮＵ（Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｕｎｉｔ）と通信を行うＯＬＴ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ）として、ＯＮＵとのリンク状態（リンクアップ及びリンクダウン）を示す２値状態情報であるリンク状態情報（リンクアップダウン情報）を処理するＬＳＩ（Ｌａｒｇｅ−Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）部と、ＬＳＩ部で処理された情報を受信するホストＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）部とを備える装置がある。リンク状態情報の処理を中断することなく、ホストＣＰＵ部のソフトウェアの更新処理であるバージョンアップを行うためには、ＬＳＩ部を動作させながら、バージョンアップ（ホストＣＰＵ部のリセットを伴う処理）が実行される。
【０００３】
また、装置の動作を中断することなくソフトウェアのバージョンアップを行うために、ハードウェアを２重化する方法が提案されている（例えば、特許文献１参照）。この方法では、一方のハードウェアに搭載されているソフトウェアのバージョンアップ中には、他方のハードウェアで運用を行い、バージョンアップ完了後に、他方のハードウェアに搭載されているソフトウェアをバージョンアップする。このため、装置の運用を無中断で、ソフトウェアのバージョンアップを行うことができる。
【０００４】
さらにまた、電子交換機の制御部が旧ロードモジュールを実行している間に、新ロードモジュールを主記憶装置に格納し、旧ロードモジュールと新ロードモジュールのアドレスリンケージをとる方法が提案されている（例えば、特許文献２参照）。この方法では、プログラム更新時に、旧ロードモジュールへの他のロードモジュールからの呼出しを抑止し、旧ロードモジュールの先頭番地を新ロードモジュールへのジャンプ命令に書き替え、呼出し抑止を解除する。プログラム更新復帰時は、旧ロードモジュールへの他のロードモジュールからの呼出しを抑止し、旧ロードモジュールの先頭番地をプログラム更新前の内容に書き替え、呼出し抑止を解除する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平５−３２７８７２号公報（段落０００７、図１）
【特許文献２】特開平７−３１９６８３号公報（段落００１４〜００１６、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、２値状態情報としてのリンク状態情報を処理するＬＳＩ部と処理後のリンク状態情報を受信するホストＣＰＵ部とを備える上記従来の装置では、ホストＣＰＵ部のソフトウェアのバージョンアップの期間中に、ＬＳＩ部においてＯＮＵとのリンクアップ及びリンクダウンが多数発生すると、リンクアップ及びリンクダウンを示すリンク状態情報を一時的に格納するキューが溢れる場合がある。また、ホストＣＰＵ部のソフトウェアのバージョンアップの終了後（すなわち、リセット中の状態から通常状態に回復した後）に、ソフトウェアのバージョンアップ開始時のリンク状態情報がＬＳＩ部内に無い場合には、ホストＣＰＵ部の状態をバージョンアップ開始時の状態に回復できないという問題がある。
【０００７】
また、特許文献１に記載の方法は、無中断でソフトウェアをバージョンアップすることはできるものの、ハードウェアの２重化のためのコストが必要になるという問題がある。
【０００８】
また、特許文献２に記載の方法は、無中断でロードモジュールのプログラム更新を行うことはできるものの、プログラムの内容が大きく変更される場合に、適用できないという問題がある。
【０００９】
そこで、本発明は、上記従来技術の課題を解決するためになされたものであり、コストを抑制することができ、２値状態情報の処理を中断させることなく更新処理を実行することができ、この更新処理の期間中における２値状態情報を保持し、出力することができる２値状態情報の処理方法及び通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る２値状態情報の処理方法は、通信装置における２値状態情報の処理方法であって、第１状態と第２状態とからなる２値状態のいずれかを交互に検知した結果を示す検知情報を生成する検知ステップと、前記検知ステップで生成された前記検知情報を元に、前記２値状態の遷移情報を含む状態テーブルを更新する更新ステップと、前記状態テーブルに基づく情報を出力する出力ステップとを有し、前記通信装置における予め決められた更新処理の期間中に前記更新ステップの更新によって生成される前記状態テーブルは、現在の前記２値状態を示す現在の２値状態情報と、前記予め決められた更新処理の開始時における、前記２値状態を示す開始時の２値状態情報と、前記予め決められた更新処理の開始後から終了時までの期間における、前記２値状態の変化の有無を示す２値状態変化情報とを含むものである。
【００１１】
また、本発明に係る通信装置は、第１状態と第２状態とからなる２値状態のいずれかを交互に検知した結果を示す検知情報を生成する２値状態検知部と、前記２値状態の遷移情報を含む状態テーブルを記憶する情報記憶部と、前記検知情報を元に、前記状態テーブルを更新する状態テーブル更新処理部と、前記状態テーブルに基づく情報を出力する監視制御処理部とを有し、予め決められた更新処理の期間中に前記状態テーブル更新処理部の更新によって生成される前記状態テーブルは、現在の前記２値状態を示す現在の２値状態情報と、前記予め決められた更新処理の開始時における、前記２値状態を示す開始時の２値状態情報と、前記予め決められた更新処理の開始後から終了時までの期間における、前記２値状態の変化の有無を示す２値状態変化情報とを含むものである。
【発明の効果】
【００１２】
本発明に係る２値状態情報の処理方法及び通信装置においては、予め決められた更新処理の期間中に更新される状態テーブルが、現リンク状態情報と付加情報（予め決められた更新処理の開始時における開始時リンク状態情報と、予め決められた更新処理の開始後から終了時までの期間におけるリンク変化情報）とを有する。このため、予め決められた更新処理の期間中に、リンクアップ及びリンクダウンのような２値状態の変化が多数発生して、下位装置とのリンク状態の検知情報が多くなった場合であっても、キュー溢れなどの障害を発生させずに、通信装置における２値状態情報の処理を継続し、処理結果を示す情報を出力することができる。
【００１３】
また、本発明に係る２値状態情報の処理方法及び通信装置によれば、状態テーブルが、予め決められた更新処理の開始時における開始時リンク状態情報を含むので、予め決められた更新処理の後に、開始時リンク状態情報を用いて通信装置のリンク状態を回復させることができる。
【００１４】
また、本発明に係る２値状態情報の処理方法及び通信装置によれば、通信装置内におけるハードウェアの２重化構成を採用する必要がないので、コストを抑制することができる。
【００１５】
また、本発明に係る２値状態情報の処理方法及び通信装置によれば、予め決められた更新処理は、ソフトウェアを実行する構成のリセットを伴う処理であってもよいので、ソフトウェアの機能が大きく変わるバージョンアップにも対応可能である。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態１による通信装置としてのＯＬＴ（すなわち、２値状態情報の処理方法を実施することができる装置）を含むネットワークシステムの一例を示す構成図である。
【図２】実施の形態１によるＯＬＴの状態テーブルの一例を示す図である。
【図３】実施の形態１によるＯＬＴの動作を示すシーケンス図である。
【図４】実施の形態１によるＯＬＴの動作を示すフローチャートである。
【図５】実施の形態１によるＯＬＴの状態テーブルにおける状態遷移図である。
【図６】実施の形態１によるＯＬＴの状態解析処理部における処理を示す図である。
【図７】実施の形態１によるＯＬＴのリンク状態情報の処理の一例を示す図である。
【図８】本発明の実施の形態２による通信装置としてのＯＬＴ（すなわち、２値状態情報の処理方法を実施することができる装置）を含むネットワークシステムの一例を示す構成図である。
【図９】実施の形態２によるＯＬＴの動作を示すシーケンス図である。
【図１０】本発明の実施の形態３による通信装置としてのＯＬＴ（すなわち、２値状態情報の処理方法を実施することができる装置）を含むネットワークシステムの一例を示す構成図である。
【図１１】実施の形態３によるＯＬＴの動作を示すシーケンス図である。
【図１２】実施の形態１から３の変形例に係る通信装置を示すハードウェア構成図である。
【発明を実施するための形態】
【００１７】
以下に、本発明の実施の形態を図面に基づいて詳細に説明する。なお、本発明は、以下に記載する実施の形態１から５及び変形例に限定されるものではない。
【００１８】
《１》実施の形態１
《１−１》実施の形態１の構成
図１は、本発明の実施の形態１による通信装置としてのＯＬＴ（すなわち、２値状態情報の処理方法を実施することができる装置）を含むネットワークシステムの一例を示す構成図である。図１に示されるネットワークシステムは、ＯＬＴ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ）１と、ＯＬＴ１と通信を行う下位装置としてのＯＮＵ（Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｕｎｉｔ）２と、ＯＬＴ１と通信を行う上位装置としての監視装置３とを備えている。ＯＮＵ２は、光通信回線の加入者側終端装置である。ＯＬＴ１は、光通信回線の局側終端装置である。ＯＬＴ１には、複数のＯＮＵ２（＃１，＃２，…，＃Ｎ）が通信可能に接続されている（Ｎは、２以上の整数）。ただし、ＯＬＴ１に接続されるＯＮＵ２は、１台であってもよい。また、図１には、１つの監視装置３に接続された１つのＯＬＴ１が示されているが、１つの監視装置３に複数のＯＬＴ１を接続し、監視装置３によって複数のＯＬＴ１を監視することもできる。
【００１９】
図１に示されるように、ＯＬＴ１は、複数のＯＮＵ２と光通信回線を介して通信を行う通信装置である。ＯＬＴ１は、ＯＮＵ２とのリンク状態（２値状態）を検知し（すなわち、リンクアップ及びリンクダウンを交互に検知し）、ＯＮＵ２とのリンク状態を示す２値状態情報であるリンク状態情報（リンクアップダウン情報）に基づいて状態テーブル１６を更新することによってリンク状態情報を管理するＬＳＩ部（管理部）１０と、状態テーブル１６に基づく情報をＬＳＩ部１０から受信し、受信した情報に基づく情報（例えば、警報情報）を監視装置３に出力するホストＣＰＵ部（ホスト部）２０とを備えている。
【００２０】
図１に示されるように、ＬＳＩ部１０は、複数のＯＮＵ２のそれぞれとのリンク状態を検知するリンクアップダウン検知部（２値状態検知部）１１を備えている。リンク状態としては、第１リンク状態（第１状態）と第２リンク状態（第２状態）とがある。第１リンク状態は、例えば、ＯＮＵ２と通信可能であることを示すリンクアップを示し、第２リンク状態は、例えば、ＯＮＵ２と通信不能であることを示すリンクダウンを示す。
【００２１】
また、ＬＳＩ部１０は、リンクアップダウン検知部１１で検知された情報が一時的に格納されるキュー１２から情報を取り出し（デキュー）し、この情報を処理する状態管理処理部１３と、ホストＣＰＵ部２０との通信を行う通信処理部１４とを備える。また、ＬＳＩ部１０は、状態管理処理部１３によってデキューされたリンク状態情報に付加情報を付けて、状態テーブル１６に付加情報付き状態テーブル情報を格納する状態テーブル更新処理部１５を備える。また、ＬＳＩ部１０は、状態管理処理部１３が状態テーブル１６から読み出した付加情報付き状態テーブル情報を解析し、解析結果を示すデータパケットである状態パケットを生成する状態解析処理部１７を備える。
【００２２】
一般に、ＬＳＩ部１０は、ソフトウェアを記憶する情報記憶部（例えば、メモリ）とこのソフトウェアを実行することによってＬＳＩ部１０の全体を制御する制御部としてのＣＰＵ（演算部）とを備えている。例えば、キュー１２は、情報記憶部の一部の領域に存在するデータ構造であり、状態テーブル１６は、情報記憶部の他の領域に存在するデータ構造である。また、リンクアップダウン検知部１１、状態管理処理部１３、通信処理部１４、状態テーブル更新処理部１５、及び状態解析処理部１７などからなる各構成の一部又は全部を、ＬＳＩ部１０内のＣＰＵにおけるソフトウェアの実行によって実現することも可能である。
【００２３】
図２は、ＯＬＴ１の状態テーブル１６の一例を示す図である。図２に示されるように、状態テーブル１６は、ＯＮＵ２を識別するためのＯＮＵ番号（＃１，＃２，…，＃Ｎ）と、各ＯＮＵ２とのリンク状態を示すリンク状態情報とから構成される。また、後述する図６に示されるように、予め決められた更新処理時（バージョンアップ時）には、状態テーブル１６は、現在のリンク状態を示す現リンク状態情報に付加情報が付加されたデータ構造を持つ。
【００２４】
また、図１に示されるように、ホストＣＰＵ部２０は、通信処理部２１と、通信処理部２１がＬＳＩ部１０から受け取った情報を格納するキュー２２からリンク状態情報をデキューし、監視装置３に送信する監視制御処理部２３とを備える。ホストＣＰＵ部２０は、ソフトウェア（例えば、アプリケーションソフトウェア）を記憶する情報記憶部（例えば、メモリ）と、ホストＣＰＵ部２０の全体の動作を制御する制御部としてのＣＰＵとを備えている。ホストＣＰＵ部２０内のキュー２２は、情報記憶部の一部の領域に存在するデータ構造である。
【００２５】
《１−２》実施の形態１の動作
図３は、実施の形態１によるＯＬＴ１の動作を示すシーケンス図である。また、図４は、実施の形態１によるＯＬＴ１の動作を示すフローチャートである。また、図５は、実施の形態１によるＯＬＴ１の状態テーブル１６における状態遷移図である。また、図６は、実施の形態１によるＯＬＴ１の状態解析処理部１７における処理を示す図である。また、図７は、実施の形態１によるＯＬＴ１のリンク状態情報の処理の一例を示す概念図である。以下に、通常時の処理Ｓ１００、バージョンアップ開始時（ホストＣＰＵ部２０におけるリセットを伴う更新処理の開始時）の処理Ｓ２００、バージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）の処理Ｓ３００、及びバージョンアップ終了後（ホストＣＰＵ部２０におけるリセットを伴う更新処理からの回復時）の処理Ｓ４００を説明する。
【００２６】
最初に、通常時の処理Ｓ１００を説明する。通常時において、ＯＬＴ１とＯＮＵ２の間でリンクアップ又はリンクダウンが発生すると（処理Ｓ１０１）、リンクアップダウン検知部１１がリンクアップ又はリンクダウンを検知し（処理Ｓ１０２）、リンクアップダウン検知部１１がキュー１２にリンク状態情報を格納（エンキュー）する（処理Ｓ１０３）。状態管理処理部１３は、キュー１２からリンク状態情報をデキューし（処理Ｓ１０４）、状態テーブル更新処理部１５にリンク状態情報を送る（処理Ｓ１０５）。状態テーブル更新処理部１５は、動作モードが通常時モードであるため（図４におけるステップＳ６０１）、リンク状態情報（リンクアップダウン情報）を状態テーブル１６に状態テーブル情報として設定し（処理Ｓ１０６）（図４におけるステップＳ６０２）、状態管理処理部１３に応答する（処理Ｓ１０７）。状態管理処理部１３は、リンク状態情報を、通信処理部１４を経由し（処理Ｓ１０８）、通信処理部２１を経由し（処理Ｓ１０９）、キュー２２及び監視制御処理部２３を経由して、監視装置３に通知する（処理Ｓ１１０）。
【００２７】
次に、バージョンアップ開始時（ホストＣＰＵ部２０におけるリセットを伴う更新処理の開始時）の処理Ｓ２００を説明する。バージョンアップ開始時には、監視装置３は、バージョンアップ（ホストＣＰＵ部２０におけるリセットを伴う更新処理）の指示を、監視制御処理部２３を経由し（処理Ｓ２０１）、通信処理部２１を経由し（処理Ｓ２０２）、通信処理部１４を経由して（処理Ｓ２０３）、状態管理処理部１３と状態テーブル更新処理部１５に送る（処理Ｓ２０４，Ｓ２０５）。状態管理処理部１３と状態テーブル更新処理部１５は、動作モードをバージョンアップ中モードに移行する。状態管理処理部１３は、通信処理部１４（処理Ｓ２０６）、通信処理部２１（処理Ｓ２０７）を経由して、監視制御処理部２３に応答する（処理Ｓ２０８）。監視制御処理部２３は、状態管理処理部１３からの応答を受信すると、バージョンアップ（ホストＣＰＵ部２０におけるリセットを伴う更新処理）を行う（処理Ｓ２０９）。
【００２８】
次に、バージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）の処理（Ｓ３００）を説明する。バージョンアップ中にリンクアップ又はリンクダウンが発生すると（処理Ｓ３０１）、リンクアップダウン検知部１１がリンクアップ又はリンクダウンを検知し（処理Ｓ３０２）、リンクアップダウン検知部１１がキュー１２にリンク状態情報を格納（エンキュー）する（処理Ｓ３０３）。状態管理処理部１３がキュー１２からリンクアップ情報又はリンクダウン情報を取り出す（デキュー）する（処理Ｓ３０４）。状態管理処理部１３は、状態テーブル更新処理部１５にリンク状態情報を送る（処理Ｓ３０５）。状態テーブル更新処理部１５は、動作モードがバージョンアップ中モードであるため、状態テーブル１６から状態値を読み出し（処理Ｓ３０６）、読み出した状態値と状態管理処理部１０３からのリンクアップ情報又はリンクダウン情報を基に、図５に示す状態遷移により状態を決定する（処理Ｓ３０７）。状態テーブル更新処理部１５は、決定した状態を、状態テーブル１６に付加情報付き状態テーブル情報として設定する（処理Ｓ３０８）。例えば、状態テーブル１６から読み出した状態値が、図５の第２テーブル情報５０２、すなわち、「現在の状態情報がリンクアップ」であり、「バージョンアップ中のリンク状態が変化なし」であり、状態テーブル更新処理部１５からのリンクアップ情報がリンクダウンであった場合は、図５の第５テーブル情報５０５に状態遷移する。このように処理するため、ホストＣＰＵ部２０がバージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）であっても、リンク状態情報の処理が継続するため、ＬＳＩ部１０のキュー１２が溢れることはない。このため、ホストＣＰＵ部２０全体をリセットしてもリンク情報の処理を中断しなくてもよく、機能が大きく変わるバージョンアップにも対応可能である。
【００２９】
次に、バージョンアップ終了時（ホストＣＰＵ部２０におけるリセットを伴う更新処理の終了時、すなわち、リセット状態からの回復時）の処理（Ｓ４００）を説明する。バージョンアップ終了時に、監視制御処理部２３は、バージョンアップ終了指示（ホストＣＰＵ部リセットからの回復指示）を、通信処理部２１、通信処理部１４を経由して状態管理処理部１３に送る（処理Ｓ４０１，Ｓ４０２，Ｓ４０３）。状態管理処理部１３は、キュー１２からのデキュー処理を中止する。状態管理処理部１３は、状態テーブル１６から付加情報付き状態テーブル情報を読み出し（処理Ｓ４０４）、状態解析処理部１７に送る（処理Ｓ４０５）。状態解析処理部１７は、図６の状態パケット出力表に従って、状態パケットを作成し（処理Ｓ４０６）、状態パケット出力表の右欄に記載の順番で、状態パケットを通信処理部１４、通信処理部２１、キュー２２を経由して、監視制御処理部２３に送る（処理Ｓ４０７，Ｓ４０８）。監視制御処理部２３は、状態に応じて監視装置３に警報情報を送信する（処理Ｓ４０９）。
【００３０】
例えば、図６の第６のテーブル情報のようにバージョンアップ開始時にリンクアップ状態で、その後何らかのリンクアップ又はリンクダウン状態が変化し、最終的にリンクアップ状態になった場合は、初期値がリンクアップという情報を含んだ状態パケットを送信後、次に、リンクダウン情報を含んだ状態パケットを送信し、最後にリンクアップ情報を含んだ状態パケットを送信すれば、バージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）に最低一度はリンクダウンが発生したことをホストＣＰＵ部２０に通知可能である。
【００３１】
また、図６のように状態パケットを出力することで、バージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）に、多数のリンクアップ又はリンクダウンの状態変化があっても、最大３パケットを通知することでバージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）にリンクダウンが発生したかどうかを伝達することが可能となる。
【００３２】
このように、監視装置３でネットワークシステムを監視する監視オペレータの最大の関心事であるバージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）のリンク状態の変化の発生有無が分かる。また、ホストＣＰＵ部２０は、キュー１２に格納された情報ではなく、圧縮された付加情報付き状態テーブル情報を受信するため、バージョンアップ後に多量の通知が、ホストＣＰＵ部２０及びそれに接続されている監視装置３に送信されずに済む効果もある。
【００３３】
監視制御処理部２３は、状態パケット内の情報が、初期値がリンクアップ又は初期値がリンクダウンならば監視制御処理部２３内で保持しているリンクアップ又はリンクダウン状態を回復させ、監視装置３に送信しない。監視制御処理部２３は状態パケット内の情報が、リンクアップ又はリンクダウンならば監視制御処理部２３内の状態監視テーブルを更新し、監視装置３に送信する。初期値を利用することにより、状態変化がない場合は、不要なリンクアップ又はリンクダウンの状態変化通知を監視装置３に送信しないで済む。このように、付加情報付き状態テーブル内にバージョンアップ開始時（ホストＣＰＵ部２０におけるリセットを伴う更新処理の開始時）のリンク状態情報及びリンク状態情報の変化の有無があるため、バージョンアップ後に、監視制御処理部２３において、状態を回復することができる。
【００３４】
状態解析処理部１７は、処理が終了すると状態管理処理部１３に処理終了を応答する（処理Ｓ４１０）。状態管理処理部１３は、状態テーブル更新処理部１５に回復完了指示を出す（処理Ｓ４１１）。状態テーブル更新処理部１５は、状態テーブル１６の付加情報付き状態テーブル情報から状態を読み出す（処理Ｓ４１２）（図４におけるステップＳ６０３）。状態に応じて、状態テーブル更新処理部１５は、図４の状態遷移の回復完了指示の状態遷移を行う（処理Ｓ４１３）（図４におけるステップＳ６０４）。状態テーブル更新処理部１５は、遷移した状態を状態テーブル１６に付加情報付き状態テーブル情報として設定する（処理Ｓ４１４）（図４におけるステップＳ６０５）。状態テーブル更新処理部１５は、通常モードに移行し、状態管理処理部１３に処理終了を応答する（処理Ｓ４１５）。状態管理処理部１３は、通常時モードに移行し、キュー１２からデキューを再開する。
【００３５】
《１−３》実施の形態１の効果
実施の形態１においては、状態テーブル１６、状態テーブル更新処理部１５、及び状態解析処理部１７により、バージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）にリンクアップ及びリンクダウンが多数発生しても、処理を継続することができるため、キュー１２が溢れて、ＬＳＩ部１０の処理が中断することがない。
【００３６】
また、状態テーブル１６の付加情報付きテーブル情報に、バージョンアップ開始時（ホストＣＰＵ部２０におけるリセットを伴う更新処理の開始時）のリンクアップ情報又はリンクダウン情報があるため、バージョンアップ後に、ホストＣＰＵ部２０側で、状態を回復することができる。
【００３７】
また、実施の形態１による通信装置１は、２重化構成を採用する必要がないのでコストを抑えることができる。
【００３８】
また、実施の形態１による通信装置１は、ホストＣＰＵ部２０の全体をリセットできるため、機能が大きく変わるバージョンアップにも対応可能である。
【００３９】
さらに、監視オペレータの最大の関心事であるバージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）のリンクダウンの発生有無が分かる。
【００４０】
また、キュー１２に格納された情報ではなく、圧縮された付加情報付き状態情報（図７の最下段の最大３パケットの情報）となるため、バージョンアップ後に多量の通知が監視装置に上がらずに済む効果もある。
【００４１】
《２》実施の形態２
《２−１》実施の形態２の構成
図８は、本発明の実施の形態２による２値状態情報の処理方法を実施することができる通信装置の構成を概略的に示す図である。実施の形態２による２値状態情報の処理方法は、下位装置であるＯＮＵ２とのリンク状態情報の処理方法である。また、実施の形態２による通信装置は、ＯＬＴ１ａである。図８において、図１に示される構成要素と同一又は対応する構成要素には、図１に示される符号と同じ符号を付す。図８に示されるように、実施の形態２によるＯＬＴ１ａは、状態解析処理部１７がＬＳＩ部１０ａ内でなく、ホストＣＰＵ部２０ａ内に備えられている点において、実施の形態１によるＯＬＴ１と相違する。
【００４２】
《２−２》実施の形態２の動作
図９は、実施の形態２によるＯＬＴ１ａの動作を示すシーケンス図である。次に、動作について図９のシーケンス図を用いて、説明する。通常時、バージョンアップ開始時（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理の開始時）、バージョンアップ中（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理中）、バージョンアップ終了時（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理の終了時、すなわち、リセット状態からの回復時）の順で説明する。
【００４３】
通常時のシーケンス図を図９のＳ１００ａに示す。実施の形態２の通常時の処理Ｓ１００ａは、キュー２２と監視制御処理部２３との間に状態解析処理部１７を備えている点以外は、実施の形態１の処理Ｓ１００（図３）と実質的に同じである。
【００４４】
次に、バージョンアップ開始時（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理の開始時）のシーケンス図を図９のＳ２００ａに示す。この処理Ｓ２００ａは、実施の形態１における処理Ｓ２００（図３）と実質的に同じである。
【００４５】
次に、バージョンアップ中（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理中）のシーケンス図を図９のＳ３００ａに示す。この処理Ｓ３００ａは、実施の形態１における処理Ｓ３００（図３）と実質的に同じである。
【００４６】
次に、バージョンアップ終了時（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理の終了時、すなわち、リセット状態からの回復時）のシーケンス図を図９のＳ４００ａに示す。バージョンアップ終了時（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理の終了時、すなわち、リセット状態からの回復時）に、監視制御処理部２３は、バージョンアップ終了指示（ホストＣＰＵ部リセットからの回復指示）を、通信処理部２１、通信処理部１４を経由して状態管理処理部１３に送る（処理Ｓ４２１，Ｓ４２２，Ｓ４２３）。状態管理処理部１３は、キュー１２からのデキュー処理を中止する。状態管理処理部１３は、状態テーブル１６から付加情報付きテーブル情報を読み出し（処理Ｓ４２４）、通信処理部１４に送る（処理Ｓ４２５）。通信処理部１４は、付加情報付きテーブル情報を通信処理部２１、キュー２２を経由して、状態解析処理部１７に送る（処理Ｓ４２６，Ｓ４２７，Ｓ４２８）。
【００４７】
付加情報付きテーブル情報を受信した状態解析処理部１７は、図６の状態パケット出力表に従って、状態パケットを作成し（処理Ｓ４２９）、図６の状態パケット出力表に示される順に、監視制御処理部２３に送る（処理Ｓ４３０）。監視制御処理部２３は、状態に応じて監視装置３に警報情報を送信する（処理Ｓ４３１）。
【００４８】
通信処理部１４に状態を送ったあと、状態管理処理部１３は、状態テーブル更新処理部１５に回復完了指示を出す（処理Ｓ４１１）。状態テーブル更新処理部１５は、状態テーブル１６の付加情報付きテーブル情報から状態を読み出す（処理Ｓ４１２）。状態に応じて、状態テーブル更新処理部１５は、図５の状態遷移の回復完了指示の状態遷移を行う（処理Ｓ４１３）。状態テーブル更新処理部１５は、状態テーブル１６の付加情報付きテーブル情報を更新する（処理Ｓ４１４）。状態テーブル更新処理部１５は、通常モードに移行し、状態管理処理部１３に処理終了を応答する（処理Ｓ４１５）。状態管理処理部１３は、通常時モードに移行し、キュー１２からデキューを再開する。
【００４９】
実施の形態１と同様に、監視制御処理部２３は、状態パケット内の情報が、初期値リンクアップ又は初期値リンクダウンならば監視制御処理部２３内のリンクアップ又はリンクダウン状態を回復させるのみで、監視装置３に送信しない。監視制御処理部２３は、状態パケット内の情報が、リンクアップ又はリンクダウンならば監視制御処理部２３内の状態監視テーブルを更新し、監視装置３に送信する。
【００５０】
《２−３》実施の形態２の効果
実施の形態２においては、状態テーブル１６、状態テーブル更新処理部１５、状態解析処理部１７により、バージョンアップ中（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理中）にリンクアップ及びリンクダウンが多数発生しても処理が継続できるため、キュー１２が溢れて、ＬＳＩ部１０ａの処理が中断することがない。
【００５１】
また、状態テーブル１６の付加情報付きテーブル情報にバージョンアップ開始時（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理の開始時）のリンクアップ情報又はリンクダウン情報があるため、バージョンアップ後に、ホストＣＰＵ部２０ａ側で、状態を回復することができる。
【００５２】
また、実施の形態２による通信装置は、２重化構成を採用する必要がないのでコストを抑えることができる。
【００５３】
また、実施の形態２による通信装置は、ホストＣＰＵ部２０ａの全体をリセットできるため、機能が大きく変わるバージョンアップにも対応可能である。
【００５４】
さらに、監視オペレータの最大の関心事であるバージョンアップ中（ホストＣＰＵ部２０ａにおけるリセットを伴う更新処理中）のリンクダウンの発生有無が分かる。
【００５５】
また、キュー１２に格納された情報ではなく、圧縮された付加情報付き状態情報（図７の最下段の最大３パケットの情報）となるため、バージョンアップ後に多量の通知が監視装置に上がらずに済む効果もある。
【００５６】
また、実施の形態２は、実施の形態１に比べ、状態パケットをホストＣＰＵ部２０ａの状態解析処理部１７で作成するため、ＬＳＩ部１０ａとホストＣＰＵ部２０ａ間の通信量を削減する効果がある。
【００５７】
《３》実施の形態３
《３−１》実施の形態３の構成
図１０は、本発明の実施の形態３による２値状態情報の処理方法を実施することができる通信装置の構成を概略的に示す図である。実施の形態３による２値状態情報の処理方法は、下位装置であるＯＮＵ２とのリンク状態情報の処理方法である。また、実施の形態３による通信装置は、ＯＬＴ１ｂである。図１０において、図１に示される構成要素と同一又は対応する構成要素には、図１に示される符号と同じ符号を付す。図１０に示されるように、実施の形態３によるＯＬＴ１ｂは、状態解析処理部１７がＬＳＩ部１０ｂ内に備えられておらず、ホストＣＰＵ部２０ｂ内に備えられている点、及び、図１におけるホストＣＰＵ部２０内のキュー２２が備えられておらず、状態解析処理部１７が通信処理部２１と監視制御処理部２３との間に備えられている点において、実施の形態１によるＯＬＴ１と相違する。
【００５８】
《３−２》実施の形態３の動作
図１１は、実施の形態３によるＯＬＴ１ｂの動作を示すシーケンス図である。実施の形態１及び２においては、ＬＳＩ部１０，１０ａがホストＣＰＵ部２０，２０ａにリンク状態に関する情報を通知しているが、実施の形態３によるＯＬＴ１ｂにおいては、ホストＣＰＵ部２０ｂがＬＳＩ部１０ｂからリンク状態に関する情報を周期的に読み出している。以下に、通常時にリンクアップ又はリンクダウンが発生したときの処理Ｓ７００、通常時に周期的読み出しを行うときの処理Ｓ８００、バージョンアップ開始時（ホストＣＰＵ部２０ｂにおけるリセットを伴う更新処理の開始時）の処理、バージョンアップ中（ホストＣＰＵ部２０ｂにおけるリセットを伴う更新処理中）の処理Ｓ３００、及びバージョンアップ終了時（ホストＣＰＵ部２０ｂにおけるリセットを伴う更新処理の終了時、すなわち、リセット状態からの回復時）の処理を説明する。
【００５９】
図１１に処理Ｓ７００として示されるように、通常時にリンクアップ又はリンクダウンが発生したときには、実施の形態１におけるバージョンアップ中の処理（図３における処理Ｓ３０１からＳ３０９）と同じ処理を行う。
【００６０】
図１１に処理Ｓ８００として、通常時の周期的読み出しのシーケンスが示される。監視制御処理部２３は、通信処理部２１及び通信処理部１４を経由して状態管理処理部１３に読み出し要求を行う（処理Ｓ８０１，Ｓ８０２，Ｓ８０３）。状態管理処理部１３は、状態テーブル１６から付加情報付きのテーブル情報を読み出し（処理Ｓ８０４）、付加情報付きのテーブル情報を通信処理部１４に送る（処理Ｓ８０５）。通信処理部１４は、通信処理部２１を経由して状態解析処理部１７に応答する（処理Ｓ８０６，Ｓ８０７）。状態解析処理部１７は、図６の状態パケット出力表に基づき状態パケットを作成し（処理Ｓ８０８）、この状態パケットを監視制御処理部２３に送信する（処理Ｓ８０９）。監視制御処理部２３は、状態に応じて監視装置３に警報情報を送信する（処理Ｓ８１０）。
【００６１】
状態管理処理部１３は、付加情報付きのテーブル情報を通信処理部１４に送信した後、状態テーブル更新処理部１５に回復完了指示を出す（処理Ｓ８１１）。状態テーブル更新処理部１５は、状態テーブル１６から付加情報付きのテーブル情報を読み出す（処理Ｓ８１２）。状態に応じて、状態テーブル更新処理部１５は、図５の状態遷移の回復完了指示の状態遷移を行う（処理Ｓ８１３）。状態テーブル更新処理部１５は、状態テーブル１６を更新し（処理Ｓ８１４）、更新の終了を状態管理処理部１３に通知する（処理Ｓ８１５）。
【００６２】
次に、バージョンアップ開始時（ホストＣＰＵ部２０ｂにおけるリセットを伴う更新処理の開始時）のシーケンスは、特に必要としない。
【００６３】
次に、図１１に処理Ｓ３００として示されるように、バージョンアップ中（ホストＣＰＵ部２０ｂにおけるリセットを伴う更新処理中）の処理は、実施の形態１におけるバージョンアップ中の処理（図３における処理Ｓ３０１からＳ３０９）と同じ処理を行う。
【００６４】
次に、バージョンアップ終了時（ホストＣＰＵ部２０ｂにおけるリセットを伴う更新処理の終了時、すなわち、リセット状態からの回復時）のシーケンスについても特に必要としない。ホストＣＰＵ部２０ｂ内の監視制御処理部２３は、周期的に、通常時の読み出しを行うときの処理Ｓ８００に含まれるシーケンスを行うことで、警報を処理することが可能となる。
【００６５】
《３−３》実施の形態３の効果
実施の形態３による２値状態情報の処理方法においては、付加情報付きテーブル情報を格納した状態テーブル１６、状態テーブル更新処理部１５、状態解析処理部１７を追加した構成を採用したので、バージョンアップ中（ホストＣＰＵ部２０ｂにおけるリセットを伴う更新処理中）にリンクアップ又はリンクダウンが多数発生しても処理が継続できるため、ＬＳＩ部１０ｂ内のキュー１２が溢れて、ＬＳＩ部の処理が中断することがない。
【００６６】
また、状態テーブル１６内の状態にバージョンアップ開始時（ホストＣＰＵ部２０ｂにおけるリセットを伴う更新処理の開始時）のリンク状態情報があるため、バージョンアップ後に、ホストＣＰＵ部２０ｂ側で、状態を回復することができる。
【００６７】
また、実施の形態３による通信装置は、２重化構成を採用する必要がないのでコストを抑えることができる。
【００６８】
さらに、実施の形態３による通信装置は、ホストＣＰＵ部２０ｂの全体をリセットできるため、機能が大きく変わるバージョンアップにも対応可能である。
【００６９】
さらに、監視オペレータの最大の関心事であるバージョンアップ中（ホストＣＰＵ部２０におけるリセットを伴う更新処理中）のリンクダウンの発生有無が分かる。
【００７０】
また、キュー１２に格納された情報ではなく、圧縮された付加情報付き状態情報（図７の最下段の最大３パケットの情報）となるため、バージョンアップ後に多量の通知が監視装置３に上がらずに済む効果もある。
【００７１】
また、実施の形態３は、実施の形態１に比べ、状態パケットをホストＣＰＵ部２０ｂの状態解析処理部１７で作成するため、ＬＳＩ部１０ｂとホストＣＰＵ部２０ｂ間の通信量を削減する効果がある。
【００７２】
また、実施の形態３は、実施の形態２に比べ、ホストＣＰＵ部２０ｂからＬＳＩ部１０ｂ内の情報を読み出す方式であるため、ホストＣＰＵ部２０ｂがＬＳＩ部１０ｂからの割込み処理の負荷に耐性がない場合、本方式は有効である。
【００７３】
《４》実施の形態４
実施の形態１から３においては、ＯＬＴ１，１ａ，１ｂがリンクアップ及びリンクダウンを交互に検知する場合を説明したが、本発明による方法及び装置は、リンクアップ及びリンクダウンを交互に検知する場合に限定されない。本発明は、２値の状態をトグルに（交互に）検知した結果を示す検知情報を生成する検知ステップと、この検知ステップで生成された検知情報を元に、前記２値の状態の遷移情報を含む状態テーブル（付加情報付き状態テーブル）を更新する更新ステップと、状態テーブルに基づく情報を出力する出力ステップとを実行する他の方法及び装置にも適用可能である。例えば、本発明は、検知される２値の状態が「警報状態の発生」と「警報状態からの回復（通常状態への復帰）」である場合にも適用可能である。
【００７４】
《５》実施の形態５
実施の形態１から３においては、ＬＳＩ部１０，１０ａ，１０ｂとホストＣＰＵ部２０，２０ａ，２０ｂとを有するＯＬＴ１，１ａ，１ｂについて説明したが、本発明は、ＯＬＴ１，１ａ，１ｂ以外の装置にも適用可能である。本発明は、２値の状態情報を検知して検知情報を発生する部分と、この検知情報を受信する部分とを有する他の装置にも適用可能である。例えば、本発明は、図１に示される、監視装置３にも適用可能である。この場合には、ＯＬＴ１が下位装置であり、監視装置３は本発明による方法を実施する装置である。
【００７５】
《６》変形例
図１２は、実施の形態１の変形例に係る通信装置のホストＣＰＵ部２０を示すハードウェア構成図である。図１２に示されるホストＣＰＵ部２０は、ソフトウェアとしてのプログラムを格納する情報記憶部としてのメモリ９１と、メモリ９１に格納されたプログラムを実行する情報処理部としてのプロセッサ（ＣＰＵ）９２とを有する。図１２に示されるホストＣＰＵ部２０は、実施の形態１のホストＣＰＵ部２０の構造の具体例を示している。図１２に示されるホストＣＰＵ部２０の動作は、実施の形態１のホストＣＰＵ部２０の動作と同じである。図１２に示されるハードウェアが、実施の形態１のホストＣＰＵ部２０における処理を実現する場合には、図１に示されるホストＣＰＵ部２０の構成２１，２２，２３は、プロセッサ９２がメモリ９１に記憶されたプログラムを実行することにより、実現される。なお、ホストＣＰＵ部２０の構成２１，２２，２３を実現するために、プロセッサ９２とメモリ９１と用いる場合を例示したが、ホストＣＰＵ部２０の構成２１，２２，２３の一部をプロセッサ９２とメモリ９１内のプログラムで実現し、他の部分をハードウェア回路で実現してもよい。図１２に示される通信装置によって、実施の形態１で説明したホストＣＰＵ部２０を実現することができる。
【００７６】
同様に、図１２に示されるハードウェアが、実施の形態２のホストＣＰＵ部２０ａにおける処理を実現する場合には、図８に示されるホストＣＰＵ部２０ａの構成２１，２２，２３，１７は、プロセッサ９２がメモリ９１に記憶されたプログラムを実行することにより、実現される。なお、ホストＣＰＵ部２０ａの構成２１，２２，２３，１７を実現するために、プロセッサ９２とメモリ９１と用いる場合を例示したが、ホストＣＰＵ部２０ａの構成２１，２２，２３，１７の一部をプロセッサ９２とメモリ９１内のプログラムで実現し、他の部分をハードウェア回路で実現してもよい。図１２に示される通信装置によって、実施の形態２で説明したホストＣＰＵ部２０ａを実現することができる。
【００７７】
同様に、図１２に示されるハードウェアが、実施の形態３のホストＣＰＵ部２０ｂにおける処理を実現する場合には、図１０に示されるホストＣＰＵ部２０ｂの構成２１，２３，１７は、プロセッサ９２がメモリ９１に記憶されたプログラムを実行することにより、実現される。なお、ホストＣＰＵ部２０ｂの構成２１，２３，１７を実現するために、プロセッサ９２とメモリ９１と用いる場合を例示したが、ホストＣＰＵ部２０ｂの構成２１，２３，１７の一部をプロセッサ９２とメモリ９１内のプログラムで実現し、他の部分をハードウェア回路で実現してもよい。図１２に示される通信装置によって、実施の形態３で説明したホストＣＰＵ部２０ｂを実現することができる。
【産業上の利用可能性】
【００７８】
本発明は、ＯＮＵ２とＯＬＴ１と通信回線とから成る光ネットワークにおけるＯＬＴ１に適用することができる。また、本発明は、ＯＬＴ１とその監視装置３とを含むネットワークにおける監視装置３に適用することができる。
【００７９】
また、本発明は、ＯＬＴ及びその監視装置のような通信装置だけでなく、例えば、本発明は、「警報状態の発生」すなわち「警報発生が「あり」の状態」を示す第１信号レベルと、「警報状態からの回復」すなわち「警報の発生が「なし」の状態」を示す第２信号レベルと、のいずれかから成る２値信号が、トグルに変化する状態情報を検知する第１部分（例えば、実施の形態１におけるＬＳＩ部１０に対応する構成部分）と、第１部分で検知された状態情報を受信する第２部分（例えば、実施の形態１におけるホストＣＰＵ部２０に対応する構成部分）とを有する装置に適用可能である。特に、本発明は、第１部分における情報処理を中断することなく、第２部分のソフトウェアのバージョンアップ（第２部分のリセットを伴う更新処理）を行うことが必要な装置に適用可能である。
【符号の説明】
【００８０】
１，１ａ，１ｂ  ＯＬＴ（通信装置）、  ２  ＯＮＵ（下位装置）、  ３  監視装置（通信装置、上位装置）、  １０，１０ａ，１０ｂ  ＬＳＩ部（管理部）、  １１  リンクアップダウン検知部（２値状態検知部）、  １２  キュー、  １３  状態管理処理部、  １４  通信処理部、  １５  状態テーブル更新処理部、  １６  状態テーブル、  １７  状態解析処理部、  ２０，２０ａ，２０ｂ  ホストＣＰＵ部（ホスト部）、  ２１  通信処理部、  ２２  キュー、  ２３  監視制御処理部。
【図１】
0006345128.tif 000002
【図２】
0006345128.tif 000003
【図３】
0006345128.tif 000004
【図４】
0006345128.tif 000005
【図５】
0006345128.tif 000006
【図６】
0006345128.tif 000007
【図７】
0006345128.tif 000008
【図８】
0006345128.tif 000009
【図９】
0006345128.tif 000010
【図１０】
0006345128.tif 000011
【図１１】
0006345128.tif 000012
【図１２】
0006345128.tif 000013