(57)【特許請求の範囲】
【請求項１】
光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視する診断監視手段と、
前記診断監視手段による診断監視結果を格納する不揮発性メモリと、
前記診断監視結果から所定の診断監視結果を選択して前記不揮発性メモリの空領域に格納することにより、診断監視履歴を収集する収集手段と、
を備える光通信装置であって、
前記収集手段による前記診断監視履歴の収集は、前記診断監視手段による診断監視の周期以上であって前記光モジュールの状態遷移を把握できる周期であり、かつ、前記光通信装置の処理を圧迫しない周期で試みられ、
前記収集手段は、前回格納された診断監視結果の特定情報と、新たな診断監視結果の前記特定情報とを比較する比較手段を有し、前記特定情報が不一致である場合に、前記新たな診断監視結果を前記不揮発性メモリの空領域に格納する光通信装置。
【請求項２】
前記光通信装置の起動時に前記不揮発性メモリの空領域が無いと判定した場合、あるいは、前記光通信装置の起動時に前記不揮発性メモリへの前記診断監視履歴の書き込みが禁止されていると判定した場合、前記不揮発性メモリに収集された前記診断監視履歴を出力する出力手段を、さらに備える請求項１に記載の光通信装置。
【請求項３】
前記出力手段は、前記光通信装置の起動が障害の発生後の再起動である場合、前記不揮発性メモリに収集された診断監視履歴を前記障害の発生経路を経由して出力する、請求項２に記載の光通信装置。
【請求項４】
前記収集手段が収集する前記診断監視履歴は、少なくとも、前記診断監視履歴を収集した日時情報と、前記診断監視結果から選択された前記光モジュールによる診断情報と、前記光モジュールと電気信号をやり取りするインタフェース手段による診断情報と、前記診断監視結果から選択された監視情報と、を含む請求項１乃至３のいずれか１項に記載の光通信装置。
【請求項５】
前記特定情報は、前記光モジュールによる前記診断情報と前記インタフェース手段による前記診断情報とを含むステータス情報である請求項４に記載の光通信装置。
【請求項６】
前記診断監視手段と前記不揮発性メモリとは前記光モジュールにあって、前記収集手段は前記光モジュールを外部から制御する制御部にある、請求項１乃至５のいずれか１項に記載の光通信装置。
【請求項７】
前記診断監視手段は、デジタル診断監視（ＤＤＭ：Digital Diagnostic Monitoring)機能を有し、前記不揮発性メモリは、前記光モジュールが有するEEPROM(Electrically Erasable Programmable Read-Only Memory）であり、前記不揮発性メモリの空領域は、前記EEPROMのユーザ書き込み可能領域であり、前記診断監視履歴の情報は、前記EEPROMの診断監視情報の格納領域から選択された情報を含む、請求項１乃至６のいずれか１項に記載の光通信装置。
【請求項８】
光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視する診断監視ステップと、
前記診断監視ステップによる診断監視結果を不揮発性メモリに格納する格納ステップと、
前記診断監視結果から所定の診断監視結果を選択して前記不揮発性メモリの空領域に格納することにより、診断監視履歴を収集する収集ステップと、
を含む光通信装置の光通信診断監視方法であって、
前記収集ステップにおける前記診断監視履歴の収集は、前記診断監視ステップの診断監視の周期以上であって前記光モジュールの状態遷移を把握できる周期であり、かつ、前記光通信装置の処理を圧迫しない周期で試みられ、
前記収集ステップは、前回格納された診断監視結果の特定情報と、新たな診断監視結果の前記特定情報とを比較する比較ステップを含み、前記特定情報が不一致である場合に、前記新たな診断監視結果を前記不揮発性メモリの空領域に格納する光通信診断監視方法。
【請求項９】
光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視する診断監視ステップと、
前記診断監視ステップによる診断監視結果を不揮発性メモリに格納する格納ステップと、
前記診断監視結果から、所定の診断監視結果を選択して前記不揮発性メモリの空領域に格納することにより、診断監視履歴を収集する収集ステップと、
をコンピュータに実行させる光通信装置の光通信診断監視プログラムであって、
前記収集ステップにおける前記診断監視履歴の収集は、前記診断監視ステップの診断監視の周期以上であって前記光モジュールの状態遷移を把握できる周期であり、かつ、前記光通信装置の処理を圧迫しない周期で試みられ、
前記収集ステップは、前回格納された診断監視結果の特定情報と、新たな診断監視結果の前記特定情報とを比較する比較ステップを含み、前記特定情報が不一致である場合に、前記新たな診断監視結果を前記不揮発性メモリの空領域に格納する光通信診断監視プログラム。
【請求項１０】
請求項１乃至７のいずれか１項に記載の光通信装置を使用する光ネットワークを有し、前記光通信装置の起動時に前記不揮発性メモリの空領域に収集された前記診断監視履歴を取得して、前記光ネットワークの診断監視を行なう光通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光通信システム、光通信装置、光通信診断監視方法および光通信診断監視プログラムに関する。
【背景技術】
【０００２】
光モジュールの伝送レートが高速化されるに従い、光モジュールの消費電力も増加し、モジュール自身の持つ発熱量も増大傾向にある。このことは光モジュールの内部に使用している部品の劣化につながることが多い。また、光モジュールの構成部品も精密かつ複雑になって来ており、組立不良や構成部品の耐力低下が増加し、光モジュールの故障によるネットワーク障害も増えつつある。そのため、近年では光モジュールのステータスを確認するためのＤＤＭ（デジタル診断監視：digital diagnostics monitoring）機能を有するようになってきている。
【０００３】
上記技術分野において、特許文献１には、光トランシーバ内の各部の動作環境状況に関する状況データを履歴情報として格納しておき、光トランシーバ内で障害が発生した場合に、履歴情報の更新を一時停止し許可信号を受けて再開する技術が開示されている。また、特許文献２には、光トランシーバのコントローラが含む制御部が光トランシーバの異常を検知した場合に不揮発性メモリに異常ログ情報を書き込み、書き込み回数が所定回数に達した後には、書き込まないよう制御する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１１７４１６号公報
【特許文献２】特開２０１３−１３１８９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記文献に記載の技術では、光モジュール（光トランシーバ）における障害の発生や異常の検知をトリガとしてログの書き込みや履歴保持をするので、障害や異常に関連する情報は得られるが、通常動作中の状況変化を把握して障害や故障の原因分析あるいは予測に反映させることができなかった。そのため、例えばＤＤＭ機能を十分に活用できていないことが多い。
【０００６】
本発明の目的は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る光通信装置は、
光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視する診断監視手段と、
前記診断監視手段による診断監視結果を格納する不揮発性メモリと、
前記診断監視結果から所定の診断監視結果を選択して前記不揮発性メモリの空領域に格納することにより、診断監視履歴を収集する収集手段と、
を備える光通信装置であって、
前記収集手段による前記診断監視履歴の収集は、前記診断監視手段による診断監視の周期以上であって前記光モジュールの状態遷移を把握できる周期であり、かつ、前記光通信装置の処理を圧迫しない周期で試みられ、
前記収集手段は、前回格納された診断監視結果の特定情報と、新たな診断監視結果の前記特定情報とを比較する比較手段を有し、前記特定情報が不一致である場合に、前記新たな診断監視結果を前記不揮発性メモリの空領域に格納する。
【０００８】
上記目的を達成するため、本発明に係る光通信診断監視方法は、
光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視する診断監視ステップと、
前記診断監視ステップによる診断監視結果を不揮発性メモリに格納する格納ステップと、
前記診断監視結果から所定の診断監視結果を選択して前記不揮発性メモリの空領域に格納することにより、診断監視履歴を収集する収集ステップと、
を含む光通信装置の光通信診断監視方法であって、
前記収集ステップにおける前記診断監視履歴の収集は、前記診断監視ステップの診断監視の周期以上であって前記光モジュールの状態遷移を把握できる周期であり、かつ、前記光通信装置の処理を圧迫しない周期で試みられ、
前記収集ステップは、前回格納された診断監視結果の特定情報と、新たな診断監視結果の前記特定情報とを比較する比較ステップを含み、前記特定情報が不一致である場合に、前記新たな診断監視結果を前記不揮発性メモリの空領域に格納する。
【０００９】
上記目的を達成するため、本発明に係る光通信診断監視プログラムは、
光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視する診断監視ステップと、
前記診断監視ステップによる診断監視結果を不揮発性メモリに格納する格納ステップと、
前記診断監視結果から、所定の診断監視結果を選択して前記不揮発性メモリの空領域に格納することにより、診断監視履歴を収集する収集ステップと、
をコンピュータに実行させる光通信装置の光通信診断監視プログラムであって、
前記収集ステップにおける前記診断監視履歴の収集は、前記診断監視ステップの診断監視の周期以上であって前記光モジュールの状態遷移を把握できる周期であり、かつ、前記光通信装置の処理を圧迫しない周期で試みられ、
前記収集ステップは、前回格納された診断監視結果の特定情報と、新たな診断監視結果の前記特定情報とを比較する比較ステップを含み、前記特定情報が不一致である場合に、前記新たな診断監視結果を前記不揮発性メモリの空領域に格納する。
【００１０】
上記目的を達成するため、本発明に係る光通信システムは、
上記光通信装置を使用する光ネットワークを有し、前記光通信装置の起動時に前記不揮発性メモリの空領域に収集された前記診断監視履歴を取得して、前記光ネットワークの診断監視を行なう。
【発明の効果】
【００１１】
本発明によれば、光モジュールの診断監視機能を十分に活用して、通常動作中の状況変化を把握して障害や故障の原因分析あるいは予測に反映させることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１実施形態に係る光通信装置の構成を示すブロック図である。
【図２】本発明の第２実施形態に係る光通信装置を含む光通信システムとしての無線基地局の構成を示すブロック図である。
【図３】本発明の第２実施形態に係る光通信装置の構成を示すブロック図である。
【図４Ａ】本発明の第２実施形態に係る不揮発性メモリ（EEPROM）の記憶構成を示す図である。
【図４Ｂ】本発明の第２実施形態に係る検出値およびステータスビットの記憶構成を示す図である。
【図４Ｃ】本発明の第２実施形態に係るアラームフラグおよびワーニングフラグの記憶構成を示す図である。
【図５】本発明の第２実施形態に係る不揮発性メモリ（EEPROM）におけるログ格納領域の記憶構成を示す図である。
【図６】本発明の第２実施形態に係るログ格納領域に格納される日時情報の構成を示す図である。
【図７】本発明の第２実施形態に係るログ格納領域に格納されるステータス情報の構成を示す図である。
【図８】本発明の第２実施形態に係るログ格納領域のフラグエリアに格納されるログ格納状態を示す図である。
【図９Ａ】本発明の第２実施形態に係る光通信装置の制御部のハードウェア構成を示すブロック図である。
【図９Ｂ】本発明の第２実施形態に係るログ収集テーブルの構成を示す図である。
【図９Ｃ】本発明の第２実施形態に係るログ格納判定テーブルおよびログ出力判定テーブルの構成を示す図である。
【図１０Ａ】本発明の第２実施形態に係る本実施形態に係る光通信装置としての無線基地局ＲＦ部の制御部による処理手順を示すフローチャートである。
【図１０Ｂ】本発明の第２実施形態に係る本実施形態に係る光通信装置としての無線基地局ＲＦ部の制御部による処理手順を示すフローチャートである。
【図１０Ｃ】本発明の第２実施形態に係る本実施形態に係る光通信装置としての無線基地局ＲＦ部の制御部による処理手順を示すフローチャートである。
【図１１】本発明の第３実施形態に係る光通信装置の構成を示すブロック図である。
【図１２】本発明の第４実施形態に係る光通信装置を含む光通信システムとしてのコアネットワークの構成を示すブロック図である。
【図１３】本発明の第５実施形態に係る光通信装置を含む光通信システムとしてのデータセンターの構成を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。
【００１４】
［第１実施形態］
本発明の第１実施形態としての光通信装置１００について、図１を用いて説明する。光通信装置１００は、光モジュールの状態を診断監視できる装置である。
【００１５】
図１に示すように、光通信装置１００は、診断監視部１０１と、不揮発性メモリ１０２と、収集部１０３と、出力部１０４と、を含む。診断監視部１０１は、光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視する。不揮発性メモリ１０２は、診断監視部１０１による診断監視結果を格納する。収集部１０３は、診断監視結果から所定の診断監視結果を選択して不揮発性メモリ１０２の空領域１２１に格納することにより、診断監視履歴を収集する。出力部１０４は、光通信装置１００の起動時に所定の出力条件１４１を満たす場合、不揮発性メモリ１０２に収集された診断監視履歴を出力する。なお、図１における、光モジュール１１０が診断監視部１０１や不揮発性メモリ１０２を有する構成は必須ではない。また、収集部１０３や出力部１０４が光モジュール１１０の外部にある構成も必須ではない。
【００１６】
本実施形態によれば、診断監視結果から所定の診断監視結果を選択して不揮発性メモリの空領域に格納して収集した診断監視履歴を、光通信装置の起動時に所定の出力条件を満たす場合出力するので、光モジュールの診断監視機能を十分に活用して、通常動作中の状況変化を把握して障害や故障の原因分析あるいは予測に反映させることができる。
【００１７】
［第２実施形態］
次に、本発明の第２実施形態に係る光通信装置を有する光通信システムについて説明する。本実施形態に係る光通信装置を有する光通信システムは無線基地局であって、光通信装置としての無線基地局ベースバンド部と無線基地局ＲＦ(radio frequency)部とを備える。すなわち、本実施形態は、本発明を無線基地局に適用した例である。
【００１８】
《光通信システム（無線基地局）の構成》
図２は、本実施形態に係る光通信装置を含む光通信システムとしての無線基地局２００の構成を示すブロック図である。
【００１９】
無線基地局２００は、無線基地局ベースバンド部２１０と、２つの無線基地局ＲＦ部２２０、２３０とを備える。無線基地局ベースバンド部２１０は変調前もしくは復調後の信号を扱い、無線基地局ＲＦ部２２０、２３０は実際に空中を飛ぶ電磁波の周波数帯の信号を処理する。無線基地局ベースバンド部２１０と無線基地局ＲＦ部２２０とは、光モジュール２１１と光モジュール２２１を介して光ネットワーク２４１で接続され、無線基地局ベースバンド部２１０と無線基地局ＲＦ部２３０とは、光モジュール２１２と光モジュール２３１を介して光ネットワーク２４２で接続されている。
【００２０】
無線基地局ベースバンド部２１０は、光モジュール２１１と、光モジュール２１２と、ＳＥＲＤＥＳ(SERializer/DESerializer)_I/F２１３と、を備える。SERDES_I/F２１３は、光モジュール２１１および２１２が受光した光信号から電気信号に変換したシリアルデータをパラレルデータに変換する。また、SERDES_I/F２１３は、送信するパラレルデータを受信してシリアルデータに変換し、光モジュール２１１および２１２に出力する。無線基地局ＲＦ部２２０は、光モジュール２２１とSERDES_I/F２２２と、を備える。無線基地局ＲＦ部２３０は、光モジュール２３１とSERDES_I/F２３２と、を備える。なお、図示しないが、無線基地局ベースバンド部２１０と、２つの無線基地局ＲＦ部２２０、２３０とは、装置全体を制御する制御部を有する。
【００２１】
（前提技術の課題）
まず、本実施形態の構成とその効果とを明瞭にするために、前提技術の問題点や課題を、図２を参照しながら説明する。
【００２２】
例えば、図２の無線基地局２００では、光ファイバで接続されるネットワークにおいて、送信端と受信端とにある光モジュールのいずれかに障害が起きるとネットワークの切断が発生するが、どちら側に障害が発生したか切り分けが困難であることが多い。すなわち、図２の光ネットワーク２４１で障害が起き、無線基地局ベースバンド部２１０と無線基地局ＲＦ部２２０間のネットワークが切断された場合、障害の原因は次のように考えられる。無線基地局ベースバンド部２１０の光モジュール２１１が故障した場合、無線基地局ＲＦ部２２０の光モジュール２２１が故障した場合、光ネットワーク２４１が故障した場合、無線基地局ベースバンド部２１０のSERDES_I/F２１３に問題が発生した場合、または、無線基地局ＲＦ部２２０のSERDES_I/F２２２に問題が発生した場合、が考えられる。
【００２３】
しかしながら、光ネットワーク２４１に障害が発生した場合、無線基地局ベースバンド部２１０と無線基地局ＲＦ部２２０間のネットワークが切れてしまうため、複数ある障害原因を切り分ける方法が無くなってしまい、解析ができないという問題がある。この場合には、光モジュールを有する無線基地局ベースバンド部２１０か無線基地局ＲＦ部２２０を丸ごと回収し再現調査を試みるか、光モジュール２１１か光モジュール２２１を回収し、類似装置にて再現調査を試みる必要があり、障害の再現性が低い場合は多大の時間とコストを浪費することに繋がるという問題がある。
【００２４】
（本実施形態の特徴）
本実施形態においては、光モジュールのステータスを確認するためのＤＤＭ（デジタル診断監視：digital diagnostics monitoring）機能をできるだけ活用し、障害時の分析に役立てる仕組み作りを検討し、システムに組み込めるようにする。すなわち、光モジュールが有するEEPROM(Electrically Erasable Programmable Read-Only Memory)のユーザ利用可能領域を時刻情報付のログ格納エリアとして活用し、障害発生時にはそのログ情報を解析することで光ネットワークを有する装置、もしくは、光モジュールを回収せずに被疑箇所の特定を可能にする。本実施形態においては、光モジュール自身の運用状態と光モジュールに接続されるインタフェースの運用状態を定期的に確認し、光モジュールの持つEEPROMへ運用状態をロギングする。そして、そのログを光モジュールと光ファイバによって接続されている装置へ提供する。なお、ロギングやログ提供の処理は、光モジュールの外部で行なわれるのが望ましい。
【００２５】
ログ情報としては、診断監視結果から選択された診断情報と、診断監視結果から選択された監視情報とが含まれ、さらに、光モジュールと電気信号をやり取りするインタフェースによる診断情報も含まれる。ここで、EEPROMへの運用状態のロギングのタイミングは、既に蓄積された診断監視結果と、新たに選択された診断監視結果とを比較して不一致である場合とすることにより、EEPROMの使用容量が制限されていても、運用状態の長期履歴を保存できる。また、ログの提供タイミングは、例えば、ログ書込みエリアに空きが無くなり、かつ、装置が障害から復帰したタイミング、もしくはネットワーク障害が発生していない場合でも管理者がログ情報を書込み禁止した後に、装置を再起動した場合とする。これは、装置再起動により障害が復旧するケースが多く、かつネットワーク障害がサービス提供業者のサービス中断に繋がることが多く、サービス再開のために装置を再起動することが多いためである。そのため、障害復旧後に上位装置へログを自動的に上げられるようにし、サービス再開後も障害解析ができ、かつ障害のあったネットワークノードにログを回収する費用と時間の無駄を省くことが可能となる。
【００２６】
《光通信装置の構成》
図３は、本実施形態に係る光通信装置の構成を示すブロック図である。図３においては、光通信装置として無線基地局ＲＦ部２２０について説明するが、他の光通信装置においても同様の構成により同様の効果を奏する。なお、図３において、図２と同様の構成要素には同じ参照番号を付している。
【００２７】
無線基地局ＲＦ部２２０は、光モジュール２２１と、SERDES_I/F２２２を有するProgrammable ＩＣ３２０と、ＲＦ部制御部３４０と、を備える。
【００２８】
光モジュール２２１は、例えばＳＦＰ(Small Form-factor Pluggable)などの一般的なモジュールであり、ＤＤＭ機能３１２とEEPROM３１３とを有するController３１１と、Limiting AMP３１４と、Laser Driver３１５と、TOSA(Transmitter Optical SubAssembly)およびROSA(Receiver Optical SubAssembly)、または、BOSA(Bi-directional Optical SubAssembly)からなる光サブアセンブリ３１６と、を有する。
【００２９】
Programmable ＩＣ３２０は、光モジュール２２１と、高速シリアル送信電気信号３３１と高速シリアル受信電気信号３３２とによってSERDES_I/F２２２で接続され、シリアル光通信をする送受信データを処理する。
【００３０】
ＲＦ部制御部３４０は、Programmable ＩＣ３２０とPeripheral I/F３５３で接続され、かつ、２線シリアルインタフェースであるＩ２Ｃ(Inter-Integrated Circuit) I/F３５１で光モジュール２２１とＩ２Ｃ I/F３５２でProgrammable ＩＣ３２０と接続され無線基地局ＲＦ部２２０の動作を制御するＲＦ部ＣＰＵ３４１を有する。また、ＲＦ部制御部３４０は、ＲＦ部ＣＰＵ３４１とＥＭＩＦ(External Memory Interface)３４５で接続されるMemory３４２を有する。Memory３４２は、ログ収集プログラム３４３とログ収集テーブル３４４とを記憶し、ＲＦ部ＣＰＵ３４１はログ収集プログラム３４３にしたがって、光モジュール２２１のログを収集して、EEPROM３１３に履歴を蓄積する。
【００３１】
《不揮発性メモリ（EEPROM）》
図４Ａは、本実施形態に係る不揮発性メモリ（EEPROM）３１３の記憶構成を示す図である。図４Ａは、不揮発性メモリ（EEPROM）３１３の中の、Ｉ２ＣアドレスがＡ２(Hex)の領域の記憶構成を示す。かかる記憶構成は、光トランシーバの診断監視インタフェース仕様である、SFF-8472 (Specification for Diagnostic Monitoring Interface for Optical Transceivers, Rev 11.0, September 14, 2010)のPage 8に標準仕様が規定されている。
【００３２】
EEPROM３１３のアドレスＡ２(Hex)の領域には、光モジュールが診断監視対象とするReal Time Diagnostic Interface (24 bytes)４１０および４２０がバイト９６〜１１９に確保される。また、EEPROM３１３のアドレスＡ２(Hex)の領域には、ユーザが書き込み可能なUser Writable EEPROM (120 bytes)４３０がバイト１２８〜２４７に確保される。なお、本明細書において、バイト番号はゼロからのカウント値である。
【００３３】
本実施形態においては、光モジュール２２１自身の運用状態と光モジュール２２１に接続されるSERDES I/F２２２の運用状態をログとして格納するために、未使用領域であるUSER WRITABLE EEPROMをログ格納領域４３０として利用する。
【００３４】
（検出値およびステータスビット）
図４Ｂは、本実施形態に係る検出値およびステータスビットの記憶構成４１０を示す図である。かかる記憶構成４１０は、SFF-8472のPage 35に標準仕様が規定されている。
【００３５】
検出値およびステータスビットの記憶構成４１０において、バイト９６および９７が温度モニタ値４０１、バイト９８および９９が電源電圧モニタ値４０２、バイト１００および１０１がバイアス電流モニタ値４０３、バイト１０２および１０３が送信パワーモニタ値４０４、バイト１０４および１０５が受信パワーモニタ値４０５、である。
【００３６】
検出値およびステータスビットの記憶構成４１０において、バイト１１０がステータス／制御ビットであり、本実施形態でログ収集に使用されるビットは、ビット７がTX_DISABLE４１１、ビット４がRATE_SELECT４１２、ビット２がTX_FAULT４１３、ビット１がRX_LOS４１４、である。
【００３７】
（アラームフラグおよびワーニングフラグ）
図４Ｃは、本実施形態に係るアラームフラグおよびワーニングフラグの記憶構成４２０を示す図である。かかる記憶構成４２０は、SFF-8472のPage 37に標準仕様が規定されている。
【００３８】
アラームフラグおよびワーニングフラグの記憶構成４２０において、バイト１１２および１１３がAlarmビットであり、バイト１１６および１１７がWarningビットである。
【００３９】
アラームフラグおよびワーニングフラグの記憶構成４２０において、本実施形態においてログ収集に使用されるビットは、バイト１１２の全ビットと、バイト１１３のビット７および６とのAlarm４２１〜４２Ａである。なお、各バイトのビット番号はゼロから始まる。
【００４０】
《ログ格納領域》
図５は、本実施形態に係る不揮発性メモリ（EEPROM）３１３におけるログ格納領域４３０の記憶構成を示す図である。なお、ログ格納領域は、図４Ａに示したＩ２ＣアドレスがＡ２(Hex)の領域のバイト１２９〜２４８のユーザ書き込み可能(User Writable)領域である。なお、図５において、図４Ｂと同様の構成要素には同じ参照番号を付している。
【００４１】
ログ格納領域４３０には、７つのLOGエリア５１０〜５７０と、１つのリザーブエリア５８０と、１つのフラグエリア５９０と、が割り当てられる。各LOGエリア５１０〜５７０には、日時情報５１１と、ステータス情報(Status)５１２と、温度モニタ値４０１と、電源電圧モニタ値４０２と、バイアス電流モニタ値４０３と、送信パワーモニタ値４０４と、受信パワーモニタ値４０５と、が割り当てられ、１つのLOGエリアは16byteの容量を有する。
【００４２】
なお、ログ格納領域４３０の記憶構成は、図５の構成に限定されない。例えば、図５においては７つのLOGエリアとしたが、LOGエリアの数を少なくすれば、図４Ｃのバイト１１６および１１７に記憶されるWarningビットなども収集できる。また、LOGエリアの数を多くすれば、１回当たりの情報量は減少するが、長期間の履歴あるいは詳細な履歴が取得できる。このように、記憶構成や選択する診断監視情報は、診断監視対象によって種々変更することができる。
【００４３】
（日時情報）
図６は、本実施形態に係るログ格納領域に格納される日時情報５１１の構成６００を示す図である。
【００４４】
図５の日時情報５１１は、構成６００の時間割り当てに従い、年単位６１０は２０００年を基準として０〜９９年を７ビット幅（MAXで128年分）で表わし、日付６２０は３６５日を９ビット幅（MAXで512日分）で表わし、時刻６３０は１日を秒換算（86,400秒）で検討し１７ビット幅(MAXで131,072秒分)で表わすものとする。
【００４５】
（ステータス情報）
図７は、本実施形態に係るログ格納領域に格納されるステータス情報５１２の構成を示す図である。図７において、図４Ｂまたは図４Ｃと同様の構成要素には同じ参照番号を付している。
【００４６】
ステータス情報５１２には、図４Ｂまたは図４Ｃに示した光モジュール２１１がＤＤＭ機能で診断したEEPROM情報を割り当てる。また、光モジュール２１１とそれ以外が原因の障害を切り分けるために、１ビットだけ図３のSERDES I/F２２２のStatusである“LOSS of frame”をステータス情報５１２へ加えることとする。なお、かかるステータス情報の構成も図７に限定されず、例えばWarningビットとしてもよい。
【００４７】
（フラグエリア）
図８は、本実施形態に係るログ格納領域のフラグエリア５９０に格納されるログ格納状態を示す図である。フラグエリア５９０は、LOGエリア５１０〜５７０への書き込みと、読み出しとを制御するために使用される。
【００４８】
フラグエリア５９０は、図８に示す通り、各LOGエリアの使用状況を示すビット８１１とLOGエリアへの書込みを禁止するLOCKフラグ８１２とが用意され、ログの上書きによる障害時の情報消失を防ぐ管理を行う。フラグエリア５９０の上位７ビットが各LOGエリアの使用状況を示すビット８１１として使用され、最下位ビットがLOGエリア書込みを禁止するLOCKフラグ８１２として使用される。
【００４９】
各LOGエリア５１０〜５７０への書き込み済みが、上位７ビットのそれぞれを“１”とすることで示される。したがって、LOG1(510)への書き込み済み８０２は８０(h)で表わされ、以下順に、LOG2(520)〜LOG6(560)への書き込み済み８０３〜８０７は、Ｃ０(h)、Ｅ０(h)、Ｆ０(h)、Ｆ８(h)、ＦＣ(h)で表わされる。そして、LOG7(570)への書き込み済み８０８は、ログ格納領域が一杯になったLOCKフラグ８１２を立てて、ＦＦ(h)で表わされる。
【００５０】
その他、ログ格納領域が空の場合の初期設定８０１を表わす５Ａ(h)、ログの送信ができなかったLOG送信不可８１０を表わすＡ５(h)、管理者による上書き禁止の設定８０９を表わすビット７とビット０が“１”で他のビットは書き込み済み状況を示すフラグが設けられる。なお、ＸＸ(h)は、各数字および記号がヘキサデシマル(hexadecimal)の値（０〜Ｆ）であることを表わしている。
【００５１】
なお、フラグエリア５９０の各ビットの役割や、それに基づく制御は、本実施形態に限定されない。ログ格納領域におけるログ格納が制御でき、上書きや削除が発生しないアルゴリズムであれば方法は問わない。
【００５２】
《光通信装置の制御部のハードウェア構成》
図９Ａは、本実施形態に係る光通信装置としての無線基地局ＲＦ部２２０のＲＦ部制御部３４０のハードウェア構成を示すブロック図である。なお、図９Ａにおいて、図３と同様の構成要素には同じ参照番号を付している。
【００５３】
図９Ａで、ＲＦ部ＣＰＵ(Central Processing Unit)３４１は演算制御用のプロセッサであり、プログラムを実行することで図３の機能構成部を実現する。ＲＯＭ(Read Only Memory)９２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。通信制御部９３０は、Ｉ２Ｃを介するController３１１やSERDES_I/F２２２との通信を制御する。
【００５４】
ＲＡＭ(Random Access Memory)９４０は、ＲＦ部ＣＰＵ３４１が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ９４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。ログ収集テーブル３４４は、EEPROM３１３に格納された診断監視情報から、ログ格納領域に格納するログを生成するために使用されるテーブルである。ログ格納判定テーブル９４１は、診断監視情報から生成されたログを格納するか否かを判定するために使用されるテーブルである。ログ出力判定テーブル９４２は、ログ格納領域に格納されたログを出力するか否かを判定するために使用されるテーブルである。プログラム実行領域９４３は、ストレージ９５０に格納されたプログラムを実行するための領域である。
【００５５】
ストレージ９５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。ＲＦ部用データ格納部９５１は、無線基地局ＲＦ部２２０を制御するために必要なデータを格納する。ＲＦ部用データ格納部９５１には、LOG読出しシーケンスの実行タイミングを設定するためのステータス更新周期が含まれる。ストレージ９５０には、以下のプログラムが格納される。ＲＦ部制御プログラム９５２は、本無線基地局ＲＦ部２２０の全体を制御するプログラムである。ログ収集プログラム３４３は、EEPROM３１３に格納された診断監視情報からログ格納領域に格納するログを生成すると共に、ログ格納領域に格納されたログを出力するプログラムである。
【００５６】
入出力インタフェース９６０は、入出力デバイスとのデータ入出力を制御するためのインタフェースを行なう。本実施形態においては、入出力インタフェース９６０には、Peripheral I/F３５３を介してProgrammable ＩＣ３２０が接続される。また。表示部９６１や操作部９６２、ＧＰＳ(Global Positioning System)位置判定部９６３などが接続されてもよい。
【００５７】
なお、図９ＡのＲＡＭ９４０やストレージ９５０には、無線基地局ＲＦ部２２０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。
【００５８】
（ログ収集テーブル）
図９Ｂは、本実施形態に係るログ収集テーブル３４４の構成を示す図である。ログ収集テーブル３４４は、図４Ｂおよび図４ＣのＤＤＭ機能による診断監視情報から、図５のログ格納領域に格納するログ履歴情報を生成するために使用される。
【００５９】
ログ収集テーブル３４４は、ログ格納用収集データ９７１と、ログ格納用収集データ９７１から選択されて生成されたログ格納用生成データ９７２と、を記憶する。ここで、ログ格納用収集データ９７１は、図４Ｂの検出値およびステータスビットと、図４Ｃのアラームフラグおよびワーニングフラグとを含む。また、ログ格納用生成データ９７２は、図７のステータス情報５１２を含む図５の各LOGエリア５１０〜５７０のログ情報である。
【００６０】
なお、ログ格納用収集データ９７１およびログ格納用生成データ９７２は、本実施形態においてはＩ２Ｃ_I/F３５１により送受信されるので、図４Ａに示したアドレスＡ２(h)の２５６バイト（バイト０〜２５５）を一括して読み出し、図９Ｂでログ情報を追加して一括して書き込む。しかし、EEPROMの構成あるいはインタフェースの仕様により、他の読み出し／書き込み処理であってもよい。
【００６１】
（ログ格納判定テーブル／ログ出力判定テーブル）
図９Ｃは、本実施形態に係るログ格納判定テーブル９４１およびログ出力判定テーブル９４２の構成を示す図である。ログ格納判定テーブル９４１は、新たなログ情報をEEPROM３１３の空領域に追加書き込みするか否かの判定に使用される。ログ出力判定テーブル９４２は、無線基地局ＲＦ部２２０の起動時にEEPROM３１３の空領域に収集されたログ情報を出力するか否かの判定に使用される。
【００６２】
ログ格納判定テーブル９４１は、前回格納されたステータス情報５１２(t-1)と、今回生成されたステータス情報５１２(t)と、を記憶する。そして、その比較結果の一致か不一致か９８１と、一致か不一致か９８１に基づく格納するか格納しないか９８２と、を記憶する。なお、図９Ｃのログ格納判定テーブル９４１では、ステータス情報の一致か不一致かを判定条件としたが、他の情報の比較を追加してもよい。また、一致か不一致かを判定条件としたが、余裕を持たせてある範囲内の相違や特定情報の相違であれば一致と見なして格納しない判定条件であってもよい。また、ログ情報に重み付けをして、その一致／不一致にスコアを付けて、閾値以上か否かなどを判定条件としてもよい。
【００６３】
ログ出力判定テーブル９４２は、無線基地局ＲＦ部２２０の起動完了フラグ９９１と、フラグエリアのビット７およびビット０のデータ９９２と、ビット７およびビット０のデータ９９２に基づくログ情報を出力するか否かの判定結果９９３と、を記憶する。本実施形態のフラグエリアの構成においては、ビット７およびビット０がいずれも“１”の場合に収集したログ情報の出力（送信）を行ない、ビット７とビット０といずれかが“０”の場合はログ情報の出力（送信）はしない。かかる出力判定は、フラグエリアの構成に対応するものであり、図９Ｃに限定されるものではない。
【００６４】
《光通信装置の制御部の処理手順》
図１０Ａ〜図１０Ｃは、本実施形態に係る光通信装置としての無線基地局ＲＦ部２２０のＲＦ部制御部３４０による処理手順を示すフローチャートである。このフローチャートは、ＲＦ部制御部３４０のＲＦ部ＣＰＵ３４１がＲＡＭ９４０を使用して実行し、本実施形態のログ収集を実現する。
【００６５】
光通信装置の起動あるいは再起動が完了した後、ＲＦ部ＣＰＵ３４１は、ステップＳ１００１において、フラグエリア５９０を読み出してそのチェックを実施する。すなわち、フラグエリア５９０を図８にある設定パターンの全てと比較する。そして、ＲＦ部ＣＰＵ３４１は、ステップＳ１００３において、フラグエリア５９０が図８にある設定パターンのいずれかと一致するかどうか判定する。一致しなかった場合は初めての装置起動と見做し、ＲＦ部ＣＰＵ３４１は、ステップＳ１００５において、フラグエリア５９０にＡ５(h)を書込み、フラグエリア５９０の初期化を行う。
【００６６】
初期化完了後、ＲＦ部ＣＰＵ３４１は、ステップＳ１００７において、LOG読出しシーケンスを行う。かかるLOG読出しシーケンスは、所定のタイミングで実行される。かかる所定のタイミングを示すステータス更新周期としては、100ms以上であってＳＦＰの状態遷移を把握できる周期であり、かつ、ＦＲ部ＣＰＵ３４１の処理を圧迫しない程度が望ましい。これは、EEPROM３１３のStatusの更新周期はSFF-8472 Rev 12.2上で100ms以内となっているので、最短では、更新周期は100msとなる。しかし、あまり更新周期が短いとＦＲ部ＣＰＵ３４１またはマスタデバイスの処理が重くなり、本来ＦＲ部ＣＰＵ３４１またはマスタデバイスが行う処理速度に影響を与えてしまうためである。例えば、本例では、通常行われるシステムのステータス確認が１sec周期であること多いため、500ms〜1secとする。
【００６７】
LOG読出しシーケンス（Ｓ１００７）は、図５のLOG１〜LOG7（５１０〜５７０）への書き込みのために、ＤＤＭ機能により収集された診断監視情報を読み出す共通シーケンスである。この共通シーケンスは、ステップＳ１０７１における光モジュールのStatus bitの読み出しと、ステップＳ１０７３における光モジュールReal time diagnostic registerの読み出しと、ステップＳ１０７５におけるSERDES I/FのLOFステータスの読み出しと、ステップＳ１０７７における時刻情報の読出しと、を行う。なお、ステップＳ１０７１〜Ｓ１０７７の順序は図１０Ａに限定されない。なお、ステップＳ１０７７の時刻情報の読み出しは、年月日の他に時分秒までの情報を残す必要があるため、各装置が基準時間として使用している世界標準時間もしくはＧＰＳ情報をＲＦ部ＣＰＵ３４１が取得し、図６の時間割り当てに従うものとする。以下、上記共通シーケンスには同じステップ番号を付す。
【００６８】
ステップＳ１００７におけるLOG読出しシーケンス完了後、ＲＦ部ＣＰＵ３４１は、ステップＳ１００９において、図８のLOG1(５１０）の情報書込み割り当てビットに従いLOG書込みを実施し、LOG1(５１０）書込み完了のフラグとしてフラグエリアへ８０(h)を書き込む。
【００６９】
ステップＳ１００３の判定でフラグエリア５９０が設定テーブルのいずれかと一致した場合、ＲＦ部ＣＰＵ３４１は、ステップＳ１０１１において、ログ書込みが可能か否かフラグエリア５９０のLock bitをチェックする。ＲＦ部ＣＰＵ３４１は、ステップＳ１０１３において、チェック結果を判定する。Lock bitが“０”の場合、LOGエリアに未だ書き込み可能なエリアがあり、かつ、LOG保持のための書き込み禁止もされていないので、図１０Ｂから図１０Ｃへ進む。
【００７０】
Lock bitが“１”の場合は、LOGエリアが全て埋まっているか、もしくは、これ以上の書き込みを禁止されていると判断し、既に書き込まれているLOGを上位装置へ送信する処理を行なう。ＲＦ部ＣＰＵ３４１は、ステップＳ１０１５において、LOG１〜LOG７（５１０〜５７０）の読出しを行う。そして、ＲＦ部ＣＰＵ３４１は、ステップＳ１０１７において、SERDES I/F２２２から上位装置へLOG情報を送信するため、Peripheral I/F３５３を介してProgrammable ＩＣ３２０へLOG１〜７（５１０〜５７０）の送信を行う。すなわち、光通信装置の起動が障害の発生後の再起動である場合、不揮発性メモリに収集された診断監視履歴を障害の発生経路を経由して出力するようにする。
【００７１】
ＲＦ部ＣＰＵ３４１は、ステップＳ１０１９において、上位装置へのLOG情報の送信が成功したか否かを判定する。SERDES I/F２２２を介して、光モジュール２２１から上位装置へのLOG１〜７（５１０〜５７０）の送信が成功した場合は、LOG１〜７（５１０〜５７０）の保持は不要となる。そこで、ＲＦ部ＣＰＵ３４１は、ステップＳ１０１９において、ログ格納領域(図４ＡのUser Writable EEPROM)４３０を初期化するために、フラグエリア５９０にＡ５(h)を書き込む。
【００７２】
もし光モジュール２２１から上位装置へLOG１〜７（５１０〜５７０）を送信できなかった場合、装置を再起動させても光ネットワーク２４１の復旧が叶わなかった可能性がある。そこで、ＲＦ部ＣＰＵ３４１は、ステップＳ１０２１において、フラグエリア５９０に”LOG送信不可“を意味するＡ５(h)を書込み、ログ書込みを終了する。
【００７３】
図１０Ｂから図１０Ｃの処理は、ログの書き込み位置（５１０〜５７０）と、その位置に従い図８のようにフラグエリア５９０の書き込みデータが異なるのみで、類似の処理手順であるので、以下まとめて説明する。
【００７４】
ＲＦ部ＣＰＵ３４１は、ステップＳ１０３１〜Ｓ１０８１において、フラグエリア５９０の書き込み可能エリアを図８のビットパターンと照らし合わせる。それぞれの空きエリアが判明したら、ＲＦ部ＣＰＵ３４１は、ステップＳ１００７において、共通シーケンスのLOG読出しシーケンスを行う。
【００７５】
LOGの保存エリアは本例では７つと限られているため、ログ情報に変化が見えた場合に保存することにする。そのため、ＲＦ部ＣＰＵ３４１は、ステップＳ１０３３〜Ｓ１０８３において、新たに生成したステータス情報の値と直前に保存されたLOGのステータス情報(Status Register)５１２とを比較する。そして、ＲＦ部ＣＰＵ３４１は、ステップＳ１０３５〜Ｓ１０８５において、比較結果から変化しているか否かを判定する。
【００７６】
変化があれば、ＲＦ部ＣＰＵ３４１は、ステップＳ１０３７〜Ｓ１０８７において、書込み可能なLOGエリアへLOG情報を書込み、フラグエリア５９０に書き込んだLOGエリアに対応する書込み完了フラグ“１”を書き込む。なお、LOG７エリアにLOGを書き込んだ場合は、これ以上の上書きをさせないため、ＲＦ部ＣＰＵ３４１は、ステップＳ１０８７において、書込み完了フラグと同時にLock bitにも“１”を書き込み、ログ書込みを終了する。
【００７７】
この処置により取得した診断監視情報の履歴が、上位装置(図２の例であれば、無線基地局ベースバンド部２１０)か、無線基地局ＲＦ部２２０の光モジュール２２１内のEEPROM３１３のどちらかに残される。そのため、無線基地局ベースバンド部２１０に残されている光モジュール周辺のログ情報を解析することで、光ネットワーク２４１や２４２で起こった障害を解析することができる。また、光モジュール２２１のみ回収して、無線基地局ベースバンド部２１０のログと光モジュール２２１内のEEPROM３１３のログを照らし合わせることで、光ネットワーク２４１や２４２で起こった障害を解析することができる。すなわち、複数ある障害原因を切り分ける手段が無くなること、装置一式か光ネットワークの両端にある光モジュールを回収し再現試験を行うために費用損失や時間損失が発生すること、を解消することが可能となる。
【００７８】
本実施形態によれば、変化のあった場合に診断監視履歴を格納し、光通信装置の起動時には所定の出力条件を満たす場合出力するので、不揮発性メモリの使用容量を削減しながら情報量を増やし、光モジュールの診断監視機能を十分に活用して、通常動作中の状況変化を把握して障害や故障の原因分析あるいは予測に反映させることができる。
【００７９】
すなわち、光モジュールが有するEEPROMのユーザ利用可能領域を時刻情報付のログ格納エリアとして活用し、障害発生時にはそのログ情報を解析することで光ネットワークを有する装置もしくは光モジュールを回収せずに被疑箇所の特定を可能にする。
【００８０】
例えば、光ネットワーク障害の原因調査のために光ネットワークを利用したサービス事業者にサービス中断させる時間を短時間にすることが可能となる。また、光ネットワークを利用したサービス業者に改めてログ取得をさせる手間を省くことが可能となる。また、早期に光インタフェース周辺の調査が可能となり、障害発生から調査開始までの時間を短時間に抑えることが可能となる。さらに、光ネットワーク障害が復旧しない場合、光インタフェース周辺の確認は被疑となる光モジュールの送付だけで調査することが可能となり、サービス事業者の輸送コストを抑えることが可能となる。
【００８１】
より詳細には、例えば、通常のログ取得方法においては、装置のＣＰＵが監視対象となるインタフェースのステータスレジスタを定期的に確認し、ステータスが異常値を示したときにはその異常値をそのまま上位装置には送らず、各異常値をアラーム情報としてコード割付をし、そのコードを上位装置へ送信する。そして、アラームコードを受信した上位装置は、そのコードから障害を起こした被疑箇所を特定し、システムオペレータへ報告を上げる。この方法によれば、障害発生時に上位装置へ上げる情報量が少なくて済むため、上位装置と接続されているネットワークの伝送容量の圧迫を抑えられる。冗長性の組まれていない単一ネットワークでは、ネットワークに障害が発生した場合に上位装置でアラームコード自体を上げられなくなる上、ネットワーク障害に起因した様々な障害が多発するため、複数のアラームが上位装置へ上がることが考えられる。この場合、上位装置にいち早く届いたアラームコードが障害の原因としてシステムオペレータへ通知されることになるが、必ずしも真の原因に繋がるアラームコードではない可能性が高く、障害解析が上手く行かないケースもしばしばある。
【００８２】
本実施形態によれば、このような状況を避けて、真の原因に繋がるステータスを光通信装置に一時格納し、ネットワークの復旧時に上位装置へステータス情報を送信する仕組みを提供できる。また、ネットワークが復旧しなかった場合には、物理的に障害時のステータス情報を抜き出すために、プラガブルデバイス内のメモリに情報を格納する仕組みが提供できる。
【００８３】
［第３実施形態］
次に、本発明の第３実施形態に係る光通信装置を有する光通信システムについて説明する。本実施形態に係る光通信システムは、上記第２実施形態と比べると、光通信装置としての無線基地局ＲＦ部の制御部が光モジュールの内部にある点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【００８４】
《光通信装置の構成》
図１１は、本実施形態に係る光通信装置１１２０の構成を示すブロック図である。なお、図１１において、図３と同様の構成要素には同じ参照番号を付して、重複する説明は省略する。
【００８５】
光モジュール１１２１のController１１１１には、上記第２実施形態で説明したログ収集プログラム３４３が搭載されている。図３との構成の変更としては、SERDES_I/F２２２から“LOSS of Frame”を取得するためのＩ２Ｃ I/F１１５２と、EEPROM３１３の空領域に収集したログ情報をProgrammable_ＩＣ３２０に出力するためのPeripheral I/F１１５３と、を有する点である。
【００８６】
本実施形態によれば、ログ収集プログラムを光モジュールに搭載する簡単な構成変更により、光モジュールの診断監視機能を十分に活用して、通常動作中の状況変化を把握して障害や故障の原因分析あるいは予測に反映させる光通信装置を提供することができる。
【００８７】
［第４実施形態］
次に、本発明の第４実施形態に係る光通信装置を有する光通信システムについて説明する。本実施形態に係る光通信システムは、上記第２実施形態および第３実施形態と比べると、本発明を適用する光通信システムがコアネットワークである点で異なる。その他の構成および動作は、第２実施形態または第３実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【００８８】
《光通信システム（コアネットワーク）の構成》
図１２は、本実施形態に係る光通信装置を含む光通信システムとしてのコアネットワーク１２１０／１２２０の構成を示すブロック図である。なお、コアネットワークの構成は、図１２に限定されない。
【００８９】
コアネットワーク１２１０／１２２０は、光通信で接続された複数の通信処理機能部を有し、それらの通信処理機能部がＤＤＭ機能を有するＳＦＰで接続される。そして、各通信処理機能部は、診断監視結果から所定の診断監視結果を選択して不揮発性メモリの空領域に格納することにより、診断監視履歴を収集し、コアネットワークや各通信処理機能部の起動時に所定の出力条件を満たす場合、不揮発性メモリに収集された診断監視履歴を出力し、本実施形態の光通信装置として動作する。
【００９０】
本実施形態によれば、コアネットワークにおける光通信の診断監視において、光モジュールの診断監視機能を十分に活用して、通常動作中の状況変化を把握して障害や故障の原因分析あるいは予測に反映させることができる。
【００９１】
［第５実施形態］
次に、本発明の第５実施形態に係る光通信装置を有する光通信システムについて説明する。本実施形態に係る光通信システムは、上記第２実施形態乃至第４実施形態と比べると、本発明を適用する光通信システムがデータセンターである点で異なる。その他の構成および動作は、第２実施形態から第４実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【００９２】
《光通信システム（データセンター）の構成》
図１３は、本実施形態に係る光通信装置を含む光通信システムとしてのデータセンター１３００の構成を示すブロック図である。なお、データセンターの構成は、図１３に限定されない。
【００９３】
データセンター１３００は、光通信で接続された複数のデータ処理機能部や通信処理機能部を有し、それらのデータ処理機能部や通信処理機能部がＤＤＭ機能を有するＳＦＰで接続される。そして、各データ処理機能部や各通信処理機能部は、診断監視結果から所定の診断監視結果を選択して不揮発性メモリの空領域に格納することにより、診断監視履歴を収集し、データセンターや各データ処理機能部、各通信処理機能部の起動時に所定の出力条件を満たす場合、不揮発性メモリに収集された診断監視履歴を出力し、本実施形態の光通信装置として動作する。
【００９４】
本実施形態によれば、データセンターにおける光通信の診断監視において、光モジュールの診断監視機能を十分に活用して、通常動作中の状況変化を把握して障害や故障の原因分析あるいは予測に反映させることができる。
【００９５】
［他の実施形態］
なお、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。すなわち、本発明は、ネットワーク機器が冗長性のない単一のインタフェースで組まれ、かつ、その機器のシステムが使用しないメモリエリアがあり、インタフェースのステータスが収集可能な装置あるいはシステムにおいて適用可能であり、同様の効果を奏する。
【００９６】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する光通信診断監視プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。
【００９７】
［実施形態の他の表現］
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視する診断監視手段と、
前記診断監視手段による診断監視結果を格納する不揮発性メモリと、
前記診断監視結果から所定の診断監視結果を選択して前記不揮発性メモリの空領域に格納することにより、診断監視履歴を収集する収集手段と、
光通信装置の起動時に所定の出力条件を満たす場合、前記不揮発性メモリに収集された前記診断監視履歴を出力する出力手段と、
を備える光通信装置。
（付記２）
前記出力条件は、前記不揮発性メモリの空領域が無いと判定した場合、あるいは、前記不揮発性メモリへの前記診断監視履歴の書き込みが禁止されていると判定した場合、を含む付記１に記載の光通信装置。
（付記３）
前記収集手段は、前回格納された診断監視履歴の特定情報と、新たな診断監視履歴の前記特定情報とを比較する比較手段を有し、前記特定情報が不一致である場合に、前記新たな診断監視履歴を前記不揮発性メモリの空領域に格納する、付記１または２に記載の光通信装置。
（付記４）
前記収集手段による前記診断監視履歴の収集は、前記診断監視手段による診断監視の周期以上であって前記光モジュールの状態遷移を把握できる周期であり、かつ、前記光通信装置の処理を圧迫しない周期で行なわれる、付記１乃至３のいずれか１項に記載の光通信装置。
（付記５）
前記出力手段は、前記光通信装置の起動が障害の発生後の再起動である場合、前記不揮発性メモリに収集された診断監視履歴を前記障害の発生経路を経由して出力する、付記１乃至４のいずれか１項に記載の光通信装置。
（付記６）
前記収集手段が収集する前記診断監視履歴は、少なくとも、前記診断監視履歴を収集した日時情報と、前記診断監視結果から選択された前記光モジュールによる診断情報と、前記光モジュールと電気信号をやり取りするインタフェース手段による診断情報と、前記診断監視結果から選択された監視情報と、を含む付記１乃至５のいずれか１項に記載の光通信装置。
（付記７）
前記診断監視手段と前記不揮発性メモリとは前記光モジュールにあって、前記収集手段と前記出力手段とは前記光モジュールを外部から制御する制御部にある、付記１乃至６のいずれか１項に記載の光通信装置。
（付記８）
前記診断監視手段は、デジタル診断監視（ＤＤＭ：Digital Diagnostic Monitoring)機能を有し、前記不揮発性メモリは、前記光モジュールが有するEEPROM(Electrically Erasable Programmable Read-Only Memory）であり、前記不揮発性メモリの空領域は、前記EEPROMのユーザ書き込み可能領域であり、前記診断監視履歴の情報は、前記EEPROMの診断監視情報の格納領域から選択された情報を含む、付記１乃至７のいずれか１項に記載の光通信装置。
（付記９）
前記ユーザ書き込み可能領域は、光トランシーバの診断監視インタフェース仕様(SFF-8472, Rev 11.0, September 14, 2010)に規定される、２線シリアルインタフェース（Ｉ２Ｃ：Inter-Integrated Circuit）アドレスがＡ２(Hex)のバイト１２８から２４７の領域であり、前記診断監視情報の格納領域は、２線シリアルインタフェースのアドレスがＡ２(Hex)のバイト９６から１１９の領域である、付記８に記載の光通信装置。
（付記１０）
前記選択された情報は、診断情報、温度モニタ値、電源電圧モニタ値、バイアス電流モニタ値、送信パワーモニタ値、および、受信パワーモニタ値を含む、付記９に記載の光通信装置。
（付記１１）
前記診断情報は、２線シリアルインタフェースのアドレスがＡ２(Hex)のバイト１１０のビット１、２、４および７と、バイト１１２のビット０〜７と、バイト１１３のビット７および６と、を含む、付記１０に記載の光通信装置。
（付記１２）
光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視する診断監視ステップと、
前記診断監視ステップによる診断監視結果を不揮発性メモリに格納する格納ステップと、
前記診断監視結果から所定の診断監視結果を選択して前記不揮発性メモリの空領域に格納することにより、診断監視履歴を収集する収集ステップと、
光通信装置の起動時に、前記不揮発性メモリの空領域が無いと判定した場合、あるいは、前記不揮発性メモリへの前記診断監視履歴の書き込みが禁止されていると判定した場合、前記不揮発性メモリに収集された前記診断監視履歴を出力する出力ステップと、
を含む光通信診断監視方法。
（付記１３）
光通信において光信号と電気信号とを相互に変換する光モジュールの状態を診断監視して不揮発性メモリに格納された診断監視結果から、所定の診断監視結果を選択して前記不揮発性メモリの空領域に格納することにより、診断監視履歴を収集する収集ステップと、
光通信装置の起動時に、前記不揮発性メモリの空領域が無いと判定した場合、あるいは、前記不揮発性メモリへの前記診断監視履歴の書き込みが禁止されていると判定した場合、前記不揮発性メモリに収集された前記診断監視履歴を出力する出力ステップと、
をコンピュータに実行させる光通信診断監視プログラム。
（付記１４）
付記１乃至１１のいずれか１項に記載の光通信装置を使用する光ネットワークを有し、前記光通信装置の起動時に前記不揮発性メモリの空領域に収集された前記診断監視履歴を取得して、前記光ネットワークの診断監視を行なう光通信システム。
（付記１５）
前記光通信システムは、光通信で接続されたベースバンド部とＲＦ(radio frequency）部とを有する無線基地局であって、前記ベースバンド部および前記ＲＦ部の少なくとも１つが前記光通信装置である、付記１４に記載の光通信システム。
（付記１６）
前記光通信システムは、光通信で接続された複数の通信処理機能部を有するコアネットワークであって、前記複数の通信処理機能部の少なくとも１つが前記光通信装置である、付記１４に記載の光通信システム。
（付記１７）
前記光通信システムは、光通信で接続された複数のデータ処理機能部を有するデータセンターであって、前記複数のデータ処理機能部の少なくとも１つが前記光通信装置である、付記１４に記載の光通信システム。
【図１】
0006684441.tif 000002
【図２】
0006684441.tif 000003
【図３】
0006684441.tif 000004
【図４Ａ】
0006684441.tif 000005
【図４Ｂ】
0006684441.tif 000006
【図４Ｃ】
0006684441.tif 000007
【図５】
0006684441.tif 000008
【図６】
0006684441.tif 000009
【図７】
0006684441.tif 000010
【図８】
0006684441.tif 000011
【図９Ａ】
0006684441.tif 000012
【図９Ｂ】
0006684441.tif 000013
【図９Ｃ】
0006684441.tif 000014
【図１０Ａ】
0006684441.tif 000015
【図１０Ｂ】
0006684441.tif 000016
【図１０Ｃ】
0006684441.tif 000017
【図１１】
0006684441.tif 000018
【図１２】
0006684441.tif 000019
【図１３】
0006684441.tif 000020