(57)【要約】【課題】  新たな種類の被管理パッケージを伝送装置に追加する時にファームウェアを更新していた。【解決手段】  本発明では、管理システムは、パッケージの種類を示す識別子を有する少なくとも１つの被管理パッケージと、被管理パッケージの種類別に被管理パッケージの情報を記憶するテーブルと、被管理パッケージから識別子を読み取り、識別子に対応する被管理パッケージの種類に基づいてテーブルを参照し、被管理パッケージを制御するファームウェアとを有する管理パッケージとを搭載する伝送装置と、新たな種類の被管理パッケージが伝送装置に塔載される場合に、新たな種類の被管理パッケージに対応する情報を管理パッケージのテーブルに追加する管理端末とを有することを特徴とする。【選択図】図１
2014174789.tif 000002
【特許請求の範囲】
【請求項１】
パッケージの種類を示す識別子を有する少なくとも１つの被管理パッケージと、
前記被管理パッケージの種類別に前記被管理パッケージの情報を記憶するテーブルと、前記被管理パッケージから前記識別子を読み取り、前記識別子に対応する前記被管理パッケージの種類に基づいて前記テーブルを参照し、前記被管理パッケージを制御するファームウェアとを備える管理パッケージと
を搭載する伝送装置と、
新たな種類の前記被管理パッケージが前記伝送装置に塔載される場合に、前記新たな種類の前記被管理パッケージに対応する前記情報を前記管理パッケージの前記テーブルに追加する管理端末と
を有することを特徴とする管理システム。
【請求項２】
請求項１に記載の管理システムにおいて、
前記管理パッケージのファームウェアは、新たに前記伝送装置に搭載された被管理パッケージから取得した前記識別子に対応する前記情報が無い場合、前記管理端末に前記識別子を送信して、前記識別子に対応する前記情報を要求し、前記管理端末から受信する前記情報を前記テーブルに追加する
ことを特徴とする管理システム。
【請求項３】
請求項１または請求項２に記載の管理システムにおいて、
前記情報は、設定値および前記設定値の書き込み先のアドレスまたは障害情報の読み出し先のアドレスおよびマスク値である
ことを特徴とする管理システム。
【請求項４】
請求項１から請求項３のいずれか一項に記載の管理システムにおいて、
前記管理端末は、新たな種類の前記被管理パッケージに対応する前記情報を前記テーブルに追加する場合、前記情報に、前記新たな種類に対応するパッケージの前記識別子と、追加する情報の有効データ数とを付加する
ことを特徴とする管理システム。
【請求項５】
パッケージの種類を示す識別子を有する少なくとも１つの被管理パッケージと、
前記被管理パッケージの種類別に前記被管理パッケージの情報を記憶するテーブルと、前記被管理パッケージから前記識別子を読み取り、前記識別子に対応する前記被管理パッケージの種類に基づいて前記テーブルを参照し、前記被管理パッケージを制御するファームウェアとを有する管理パッケージと
を有する伝送装置において、
前記ファームウェアは、前記管理パッケージに接続される管理端末から、前記新たな種類の前記被管理パッケージに対応する前記情報を受信した場合に、前記テーブルに追加する
ことを特徴とする伝送装置。
【請求項６】
請求項５に記載の伝送装置において、
前記ファームウェアは、前記新たな被管理パッケージから取得した前記識別子に対応する種類の前記情報が無い場合、管理端末に前記識別子に対応する種類の前記情報を要求し、前記管理端末から受信する前記情報を前記テーブルに追加する
ことを特徴とする伝送装置。
【請求項７】
請求項５または請求項６に記載の伝送装置において、
前記情報は、設定値および前記設定値の書き込み先のアドレスまたは障害情報の読み出し先のアドレスおよびマスク値である
ことを特徴とする伝送装置。
【請求項８】
請求項５から請求項７のいずれか一項に記載の伝送装置において、
前記管理パッケージは、新たな種類の前記被管理パッケージに対応する前記情報を前記テーブルに追加する場合、前記情報に、前記新たな種類に対応するパッケージの前記識別子と、追加する情報の有効データ数とを付加する
ことを特徴とする伝送装置。
【請求項９】
パッケージの種類を示す識別子を有する少なくとも１つの被管理パッケージと、前記被管理パッケージを制御する管理パッケージとを搭載する伝送装置と、前記伝送装置の管理を行う管理端末とを有する前記伝送装置の管理方法において、
前記管理パッケージは、前記被管理パッケージから前記識別子を読み取り、前記識別子に対応する前記被管理パッケージの種類に基づいて前記被管理パッケージの情報を記憶するテーブルを参照して、前記被管理パッケージを制御すると共に、前記新たな種類の前記被管理パッケージに対応する前記情報を前記管理端末から受信して前記テーブルに追加する
ことを特徴とする管理方法。
【請求項１０】
請求項９に記載の管理方法において、
前記管理パッケージは、前記新たな被管理パッケージから取得した前記識別子に対応する種類の情報が無い場合、前記管理端末に前記識別子を送信して、前記識別子に対応する前記情報を要求し、前記管理端末から受信する前記情報を前記テーブルに追加する
ことを特徴とする管理方法。
【請求項１１】
請求項９または請求項１０に記載の管理方法において、
前記情報は、設定値および前記設定値の書き込み先のアドレスまたは障害情報の読み出し先のアドレスおよびマスク値である
ことを特徴とする管理方法。
【請求項１２】
請求項９から請求項１１のいずれか一項に記載の管理方法において、
前記管理端末は、新たな種類の前記被管理パッケージに対応する前記情報を前記テーブルに追加する場合、前記情報に、前記新たな種類に対応するパッケージの前記識別子と、追加する情報の有効データ数とを付加する
ことを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム、伝送装置および管理方法に関する。
【背景技術】
【０００２】
伝送装置は、使用する機能に応じて、種類が異なる複数のパッケージがユニットに実装されている。そして、複数のパッケージは、ユニット内のバスを介して互いに通信することができる。また、伝送装置は、ユニットに搭載されるパッケージを管理するための管理パッケージが搭載されている。管理パッケージは、管理端末（パソコンなど）に接続され、オペレータは、管理端末を操作して、管理パッケージや被管理パッケージを管理する。
【０００３】
従来、新たな種類の被管理パッケージをユニットに搭載する場合、オペレータは、新たな被管理パッケージを管理するために管理パッケージに格納されるファームウェアを更新していた。また、管理パッケージが収集した障害情報の確認や被管理パッケージの試験や制御などを行う場合、オペレータは、管理端末側のソフトウェアについても、新たな被管理パッケージに対応するための更新を行っていた（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２８９０２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、システム事業者は、新たな被管理パッケージを追加する場合、管理パッケージのファームウェアと管理端末のソフトウェアの両方を更新する作業を行っていた。そして、管理パッケージのファームウェアを更新するための作業時間は、管理端末のソフトウェアを更新するための作業時間よりも長く、効率が良くないという問題があった。このように、新たな被管理パッケージを伝送装置に追加する時の作業時間の短縮や保守性の向上は、システム事業者にとって課題であった。
【０００６】
本件開示の管理システム、伝送装置および管理方法は、新たな被管理パッケージを伝送装置に追加する時の作業時間の短縮や保守性を向上できる技術を提供することを目的とする。 
【課題を解決するための手段】
【０００７】
一つの観点によれば、管理システムは、パッケージの種類を示す識別子を有する少なくとも１つの被管理パッケージと、被管理パッケージの種類別に被管理パッケージの情報を記憶するテーブルと、被管理パッケージから識別子を読み取り、識別子に対応する被管理パッケージの種類に基づいてテーブルを参照し、被管理パッケージを制御するファームウェアとを有する管理パッケージとを搭載する伝送装置と、新たな種類の被管理パッケージが伝送装置に塔載される場合に、新たな種類の被管理パッケージに対応する情報を管理パッケージのテーブルに追加する管理端末とを有することを特徴とする。
【０００８】
一つの観点によれば、伝送装置は、パッケージの種類を示す識別子を有する少なくとも１つの被管理パッケージと、被管理パッケージの種類別に被管理パッケージの情報を記憶するテーブルと、被管理パッケージから識別子を読み取り、識別子に対応する被管理パッケージの種類に基づいてテーブルを参照し、被管理パッケージを制御するファームウェアとを有する管理パッケージとを有する伝送装置において、ファームウェアは、管理パッケージに接続される管理端末から、新たな種類の被管理パッケージに対応する情報を受信した場合に、テーブルに追加することを特徴とする。
【０００９】
一つの観点によれば、管理方法は、パッケージの種類を示す識別子を有する少なくとも１つの被管理パッケージと、被管理パッケージを制御する管理パッケージとを搭載する伝送装置と、伝送装置の管理を行う管理端末とを有する伝送装置の管理方法において、管理パッケージは、被管理パッケージから識別子を読み取り、識別子に対応する被管理パッケージの種類に基づいて被管理パッケージの情報を記憶するテーブルを参照して、被管理パッケージを制御すると共に、新たな種類の被管理パッケージに対応する情報を管理端末から受信してテーブルに追加することを特徴とする。
【発明の効果】
【００１０】
本件開示の管理システム、伝送装置および管理方法は、新たな被管理パッケージを伝送装置に追加する時の作業時間の短縮や保守性を向上することができる。 
【図面の簡単な説明】
【００１１】
【図１】伝送装置を管理する管理システムの一例を示す図である。
【図２】管理パッケージのファームウェアを更新する管理システムの一例を示す図である。
【図３】図２に示した管理システムに新たに被管理パッケージが追加された時の一例を示す図である。
【図４】図１に示した管理システムに新たに被管理パッケージが追加された時の一例を示す図である。
【図５】ソフトストラップ設定処理の一例を示す図である。
【図６】ファームウェアにタイプ別の専用のソフトストラップ設定処理が組み込まれたソフトストラップ設定処理部の処理の一例を示す図である。
【図７】ソフトストラップ設定テーブルを参照してソフトストラップ設定処理を行うソフトストラップ設定処理部の処理の一例を示す図である。
【図８】メモリ内のソフトストラップ設定テーブルに記憶されるタイプ別の設定情報の一例を示す図である。
【図９】管理端末と伝送装置の管理パッケージおよび被管理パッケージとの間の処理を示す図である。
【図１０】新たな被管理パッケージがスロットに搭載された時の処理の一例を示す図である。
【図１１】管理端末が自動的にソフトストラップ設定テーブルを更新する例を示す図である。
【図１２】障害情報収集処理の一例を示す図である。
【図１３】ファームウェアにタイプ別の専用の障害情報を収集する処理が組み込まれた障害情報収集処理部の処理の一例を示す図である。
【図１４】障害情報収集テーブルを参照して障害情報を収集する処理を行う障害情報収集処理部の処理の一例を示す図である。
【図１５】メモリ内の障害情報収集テーブルに記憶されるタイプ別の障害情報を収集するための情報の一例を示す図である。
【図１６】管理端末と伝送装置の管理パッケージおよび被管理パッケージとの間の処理を示す図である。
【図１７】新たな被管理パッケージがスロットに搭載された時の処理の一例を示す図である。
【図１８】管理端末が自動的に障害情報収集テーブルを更新する例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を用いて実施形態を説明する。 
【００１３】
図１は、伝送装置を管理する管理システムの一例を示す。図１において、本実施形態に係る管理システム１００は、伝送装置１０１と、管理端末１０２とを有する。伝送装置１０１は、ＬＡＮなどで管理端末１０２に接続され、オペレータは管理端末１０２を操作して伝送装置１０１の設定や動作を管理する。例えば、オペレータは、伝送装置１０１に新たな機能を追加する場合に、追加される機能に対応できるように、伝送装置１０１の設定を行う。或いは、オペレータは、伝送装置１０１に障害が発生した場合に、伝送装置１０１の障害に関する情報を収集し、伝送装置１０１の設置場所に保守者を派遣するなどの障害内容に応じた対策を講じる。
【００１４】
伝送装置１０１は、複数の被管理パッケージを格納するユニット１０３と、ユニット１０３の各被管理パッケージに共通バス１０５で接続される管理パッケージ１０４とを有する。
【００１５】
ユニット１０３は、複数のスロットを有し、伝送装置１０１の機能に応じて、様々な種類（以降、タイプと称する）の被管理パッケージが搭載される。例えば、図１に示した伝送装置１０１は、ＳＬ０１からＳＬ０７までの７つのスロットを有する。図１の例では、ＳＬ０１にタイプＡの被管理パッケージ（被管理パッケージＡと呼ぶ）、ＳＬ０４にタイプＢの被管理パッケージ（被管理パッケージＢと呼ぶ）、ＳＬ０７にタイプＸの被管理パッケージ（被管理パッケージＸと呼ぶ）、がそれぞれ搭載されている。各被管理パッケージは、固有のＩＤ（IDentification）を有し、管理パッケージ１０４は、ユニット１０３に搭載されている被管理パッケージのＩＤを読み取って、搭載されている被管理パッケージのタイプを判別する。図１の例では、被管理パッケージＡのＩＤは０１、被管理パッケージＢのＩＤは０２、被管理パッケージＸのＩＤは２１、である。
【００１６】
管理パッケージ１０４は、ハードウェア１１０と、ファームウェア１１１とを有する。ハードウェア１１０は、ＣＰＵ（Central Processing Unit）回路、ＬＡＮ（Local Area Network）回路、メモリ１３１などを有する。ＣＰＵ回路は、メモリ１３１に展開されるファームウェア１１１のプログラムに従って伝送装置１０１の動作を制御する。ＬＡＮ回路は、管理端末１０２と通信するための物理的なＬＡＮインターフェースを提供し、ファームウェア１１１により通信処理が行われる。メモリ１３１は、ファームウェア１１１を展開する領域以外に、被管理パッケージのタイプ別の設定内容を保持するソフトストラップ設定テーブル１３２と、被管理パッケージのタイプ別の障害情報の内容を保持する障害情報収集テーブル１３３とを有する。尚、メモリ１３１の各テーブルは、ファームウェア１１１が展開されたメモリ領域とは別の領域（別のメモリでもよい）に保持されているので、外部参照メモリとも称する。
【００１７】
ソフトストラップ設定テーブル１３２は、被管理パッケージのタイプ別に設定内容を保持する。例えば、図１に示したソフトストラップ設定テーブル１３２は、タイプＡ用テーブル１４１と、タイプＢ用テーブル１４２と、タイプＸ用テーブル１４３とを有する。
【００１８】
障害情報収集テーブル１３３は、被管理パッケージのタイプ別に障害情報の内容を保持する。例えば、図１に示した障害情報収集テーブル１３３は、タイプＡ用テーブル１５１と、タイプＢ用テーブル１５２と、タイプＸ用テーブル１５３とを有する。
【００１９】
ファームウェア１１１は、管理端末通信処理部１６１と、被管理ＰＫＧ（ＰａＫａＧｅ：パッケージ）通信処理部１６２と、ソフトストラップ設定処理部１６３と、障害情報収集処理部１６４とを有する。
【００２０】
管理端末通信処理部１６１は、ＬＡＮで接続されている管理端末１０２との通信処理を行う。例えば、オペレータが管理端末１０２から送信する制御コマンドを受信して、制御コマンドに応じた処理を行う。或いは、伝送装置１０１に障害が発生したときに、アラームや障害情報を管理端末１０２に送信する。
【００２１】
被管理ＰＫＧ通信処理部１６２は、伝送装置１０１内の共通バス１０５でユニット１０３に搭載された被管理パッケージとの通信処理を行う。例えば、被管理ＰＫＧ通信処理部１６２は、伝送装置１０１の電源投入時や新たな被管理パッケージの装着時に、ユニット１０３に搭載されている被管理パッケージのパラメータなどを設定する。或いは、被管理ＰＫＧ通信処理部１６２は、ユニット１０３に搭載されている被管理パッケージのＩＤや障害情報を読み取る。
【００２２】
ソフトストラップ設定処理部１６３は、伝送装置１０１の電源投入時や新たな被管理パッケージの装着時に、ユニット１０３に搭載されている被管理パッケージのＩＤを読み取って、被管理パッケージのタイプを判別する。そして、ソフトストラップ設定処理部１６３は、判別した被管理パッケージのタイプに対応する設定内容をメモリ１３１のソフトストラップ設定テーブル１３２を参照して当該被管理パッケージに設定する。例えば図１において、ソフトストラップ設定処理部１６３は、ユニット１０３のＳＬ０１に搭載されている被管理パッケージＡのＩＤ＝０１を読み取って、メモリ１３１のソフトストラップ設定テーブル１３２のＩＤ＝０１の設定内容を参照する。そして、ソフトストラップ設定処理部１６３は、ソフトストラップ設定テーブル１３２のＩＤ＝０１に対応するタイプＡ用テーブル１４１の設定内容を参照して、被管理パッケージＡに設定する。同様に、ソフトストラップ設定処理部１６３は、ＩＤ＝０２の被管理パッケージＢに対してタイプＢ用テーブル１４２、ＩＤ＝２１の被管理パッケージＸに対してタイプＸ用テーブル１４３の設定内容を参照して各被管理パッケージの設定を行う。
【００２３】
障害情報収集処理部１６４は、ソフトストラップ設定処理部１６３と同様に、ユニット１０３に搭載されている被管理パッケージのＩＤを読み取って、被管理パッケージのタイプを判別する。そして、障害情報収集処理部１６４は、判別した被管理パッケージのタイプに対応する障害情報の収集先をメモリ１３１の障害情報収集テーブル１３３を参照して当該被管理パッケージから障害情報を収集する。例えば図１において、障害情報収集処理部１６４は、ユニット１０３のＳＬ０１に搭載されている被管理パッケージＡのＩＤ＝０１を読み取って、メモリ１３１の障害情報収集テーブル１３３のＩＤ＝０１の設定内容を参照する。そして、障害情報収集処理部１６４は、障害情報収集テーブル１３３のＩＤ＝０１に対応するタイプＡ用テーブル１５１の収集先を参照して、被管理パッケージＡから障害情報を収集する。同様に、障害情報収集処理部１６４は、ＩＤ＝０２の被管理パッケージＢについてはタイプＢ用テーブル１５２、ＩＤ＝２１の被管理パッケージＸについてはタイプＸ用テーブル１５３の収集先を参照して各被管理パッケージから障害情報を収集する。
【００２４】
管理端末１０２は、ハードウェア１２０と、ソフトウェア１２１とを有する。ハードウェア１２０は、ＣＰＵ回路、ＬＡＮ回路、メモリなどを有する。ＣＰＵ回路は、予め決められたソフトウェア１２１に従って伝送装置１０１の管理を行う。ＬＡＮ回路は、管理パッケージ１０４と通信するための物理的なＬＡＮインターフェースを提供し、ソフトウェア１２１により通信処理が行われる。メモリは、ソフトウェア１２１を展開する領域以外に、伝送装置１０１を管理するためのパラメータや情報などを記憶する領域を有する。また、管理端末１０２は、ＬＡＮに接続されている複数の伝送装置１０１の管理も行い、伝送装置１０１別に管理情報を記憶する。ここで、本実施形態に係る管理システム１００において、管理端末１０２は、既存の端末と同様に、新たな機能の被管理パッケージが追加された場合、新たな機能の被管理パッケージに対応するためにソフトウェア１２１の更新を行う。本実施形態では、管理端末１０２のソフトウェア１２１の更新を行うが、伝送装置１０１の管理パッケージ１０４のファームウェア１１１の更新を行わずに、新たな機能の被管理パッケージに対応することができる。
【００２５】
ここで、本実施形態に係る管理システム１００の特徴がわかり易いように、伝送装置１０１側の管理パッケージ１０４のファームウェア１１１を更新する場合の例について説明する。
【００２６】
図２は、管理パッケージ９０４のファームウェア９１１を更新する管理システム９００の一例を示す。尚、図２の管理システム９００において、図１と同符号のブロックは、図１と同一又は同様の機能を有する。伝送装置９０１が図１に示した伝送装置１０１と異なる部分は、管理パッケージ９０４のハードウェア９１０およびファームウェア９１１である。
【００２７】
図２において、ハードウェア９１０は、図１に示したハードウェア１１０と同様に、ＣＰＵ回路、ＬＡＮ回路、メモリなどを有する。ＣＰＵは、メモリに展開されるファームウェア９１１のプログラムに従って伝送装置９０１の動作を制御する。
【００２８】
ここで、ハードウェア９１０と図１に示したハードウェア１１０は、メモリに記憶される内容が異なる。管理パッケージ１０４のハードウェア１１０は、メモリ１３１にソフトストラップ設定テーブル１３２および障害情報収集テーブル１３３を記憶するが、管理パッケージ９０４のハードウェア９１０は、これらのテーブルを持たない。その代わり、管理パッケージ９０４は、ファームウェア９１１の中にソフトストラップ設定テーブル１３２および障害情報収集テーブル１３３に対応する専用の処理が組み込まれている。尚、ファームウェア９１１において、図１に示したファームウェア１１１と同符号の処理は、同一又は同様の処理を示す。
【００２９】
図２において、ソフトストラップ設定処理部９６３は、図１に示したソフトストラップ設定処理部１６３と同様に処理する。例えば、ソフトストラップ設定処理部９６３は、伝送装置９０１の電源投入時や新たな被管理パッケージの装着時に、ユニット１０３に搭載されている被管理パッケージのＩＤを読み取って、被管理パッケージのタイプを判別する。そして、ソフトストラップ設定処理部９６３は、判別した被管理パッケージのタイプに応じてファームウェア９１１に予め組み込まれた処理を実行して当該被管理パッケージに設定する。例えば図２において、ソフトストラップ設定処理部９６３は、ユニット１０３のＳＬ０１に搭載されている被管理パッケージＡのＩＤ＝０１を読み取って、ＩＤ＝０１に対応付けられたタイプＡ用処理９７１を実行し、被管理パッケージＡを設定する。同様に、ソフトストラップ設定処理部９６３は、ＩＤ＝０２の被管理パッケージＢに対してタイプＢ用処理９７２、ＩＤ＝２１の被管理パッケージＸに対してタイプＸ用処理９７３をそれぞれ実行し、各被管理パッケージを設定する。
【００３０】
障害情報収集処理部９６４は、障害情報収集処理部１６４と同様に、ユニット１０３に搭載されている被管理パッケージのＩＤを読み取って、被管理パッケージのタイプを判別する。そして、障害情報収集処理部９６４は、判別した被管理パッケージのタイプに対応する障害情報の収集先が予め組み込まれた処理を実行して当該被管理パッケージから障害情報を収集する。例えば図２において、障害情報収集処理部９６４は、ユニット１０３のＳＬ０１に搭載されている被管理パッケージＡのＩＤ＝０１を読み取って、被管理パッケージのタイプを判別する。そして、障害情報収集処理部９６４は、判別した被管理パッケージのタイプに応じてファームウェア９１１に予め組み込まれた処理を実行して当該被管理パッケージの障害情報を収集する。同様に、障害情報収集処理部９６４は、ＩＤ＝０２の被管理パッケージＢに対してタイプＢ用処理９８２、ＩＤ＝２１の被管理パッケージＸに対してタイプＸ用処理９８３をそれぞれ実行し、各被管理パッケージの障害情報を収集する。
【００３１】
このように、図２に示した管理システム９００は、ファームウェア９１１にタイプ別の専用の処理が予め組み込まれているので、新たな機能を有する被管理パッケージが伝送装置９０１に搭載された場合、当該ファームウェア９１１で処理することが難しい。
【００３２】
図３は、図２に示した管理システム９００に新たに被管理パッケージが追加された時の一例を示す。尚、図３において、図２と同符号のブロックは同一又は同様の機能を有する。図３と図２との違いは、ユニット１０３のＳＬ０２に新たに被管理パッケージＣが追加されることである。ところが、ファームウェア９１１のソフトストラップ設定処理部９６３は、被管理パッケージＣのＩＤ＝５１を読み取るがＩＤ＝５１に対応するタイプが不明であるため、被管理パッケージＣの設定を行うことが難しい。同様に、ファームウェア９１１の障害情報収集処理部９６４は、被管理パッケージＣのＩＤ＝５１を読み取るがＩＤ＝５１に対応するタイプが不明であるため、被管理パッケージＣの障害情報を収集することが難しい。
【００３３】
このため、オペレータは、管理端末１０２から伝送装置９０１の管理パッケージ９０４のファームウェア９１１を更新して、被管理パッケージＣのタイプＣに対応する設定処理をファームウェア９１１に組み込むことが求められる。ところが、ファームウェア９１１の更新作業は、保守者の手間が掛かり、伝送装置９０１の動作を停止するので、通信サービスの品質が低下するという問題が生じる。
【００３４】
これに対して、図１に示した本実施形態に係る管理システム１００では、ソフトストラップ設定処理部１６３や障害情報収集処理部１６４は、メモリ１３１のソフトストラップ設定テーブル１３２や障害情報収集テーブル１３３を参照すればよい。このため、新たな機能を有する被管理パッケージが追加される場合、管理端末１０２は、メモリ１３１のソフトストラップ設定テーブル１３２や障害情報収集テーブル１３３に新たに追加される被管理パッケージのタイプに対応するテーブルを追加すればよい。
【００３５】
図４は、図１に示した管理システム１００に新たに被管理パッケージが追加された時の一例を示す。尚、図４において、図１と同符号のブロックは同一又は同様の機能を有する。図４と図１との違いは、ユニット１０３のＳＬ０２に新たに被管理パッケージＣが追加されていることである。そして、管理端末１０２は、ＩＤ＝５１の被管理パッケージＣの設定内容が格納されたタイプＣ用テーブル１５４をソフトストラップ設定テーブル１３２に書き込む。そして、ソフトストラップ設定処理部１６３は、ユニット１０３のＳＬ０２に新たに搭載された被管理パッケージＣのＩＤ＝５１を読み取って、メモリ１３１のソフトストラップ設定テーブル１３２のＩＤ＝５１の設定内容を参照する。さらに、ソフトストラップ設定処理部１６３は、ソフトストラップ設定テーブル１３２のＩＤ＝５１に対応するタイプＣ用テーブル１４４の設定内容を参照して、被管理パッケージＣに設定する。同様に、管理端末１０２は、ＩＤ＝５１の被管理パッケージＣの障害情報の収集先が格納されたタイプＣ用テーブル１５４を障害情報収集テーブル９３３に書き込む。そして、障害情報収集処理部１６４は、ＩＤ＝５１に対応するタイプＣ用テーブル１５４の収集先を参照して被管理パッケージＸから障害情報を収集する。
【００３６】
このように、図４に示した管理システム１００は、ファームウェア１１１を更新することなく、メモリ１３１のソフトストラップ設定テーブル１３２や障害情報収集テーブル１３３に新たに追加される被管理パッケージのタイプに対応するテーブルを追加すればよい。
［ソフトストラップ設定処理の例］
図５は、ソフトストラップ設定処理の一例を示す。尚、図５のソフトストラップ設定処理は、伝送装置１０１が起動されて動作を開始する時のソフトストラップ設定処理部１６３の処理の流れを示している。ここで、ソフトストラップ設定処理は、被管理パッケージの動作や機能を制御するためのスイッチを設定する処理である。例えば被管理パッケージが光インターフェースのパッケージである場合は、光出力の有無の設定や光出力レベルの設定などを行う。
【００３７】
ステップＳ１０１において、伝送装置１０１の起動時に、ソフトストラップ設定処理部１６３は、伝送装置１０１のユニット１０３に搭載されている被管理パッケージの設定を順番に行う処理を開始する。
【００３８】
ステップＳ１０２において、ソフトストラップ設定処理部１６３は、例えば図１に示したスロットＳＬ０１の被管理パッケージＡのソフトストラップ設定を行う。
【００３９】
ステップＳ１０３において、ソフトストラップ設定処理部１６３は、例えば図１に示したスロットＳＬ０２に被管理パッケージが搭載されている場合、その被管理パッケージに対するソフトストラップ設定を行う。
【００４０】
ステップＳ１０４において、ソフトストラップ設定処理部１６３は、ステップＳ１０３と同様に、例えば図１に示したスロットＳＬ０３に被管理パッケージが搭載されている場合、その被管理パッケージに対するソフトストラップ設定を行う。
【００４１】
ステップＳ１０５において、ソフトストラップ設定処理部１６３は、例えば図１に示したスロットＳＬ０７の被管理パッケージＸのソフトストラップ設定を行う。
【００４２】
ステップＳ１０６において、ソフトストラップ設定処理部１６３は、伝送装置１０１の起動時のソフトストラップ設定処理を終了する。
【００４３】
このように、ソフトストラップ設定処理部１６３は、伝送装置１０１のユニット１０３に搭載されている被管理パッケージのソフトストラップ設定処理をスロット順に実行する。
【００４４】
次に、ソフトストラップ設定処理部１６３がスロット毎に被管理パッケージのソフトストラップ設定を行う処理について説明する。尚、図５では、スロットＳＬ０１の被管理パッケージＡのソフトストラップ設定を行う処理を示してあるが、ソフトストラップ設定処理部１６３は、他のスロットに搭載される被管理パッケージについても同様にソフトストラップ設定を行う。
【００４５】
ステップＳ１５１において、ソフトストラップ設定処理部１６３は、パッケージＩＤを取得する。そして、パッケージＩＤの取得に成功すれば次のステップＳ１５２の処理に進み、パッケージＩＤの取得に失敗した場合は次のスロットＳＬ０２の処理（Ｓ１０３）に進む。図１の例では、スロットＳＬ０１に搭載される被管理パッケージＡのパッケージＩＤは０１である。
【００４６】
ステップＳ１５２において、ソフトストラップ設定処理部１６３は、外部参照メモリ１３１内のソフトストラップ設定テーブル１３２からステップＳ１５１で取得したパッケージＩＤと一致するテーブルを検索しテーブルの設定情報を取得する。そして、ソフトストラップ設定処理部１６３は、パッケージＩＤ対応するテーブルの取得に成功した場合はステップＳ１５３の処理に進み、テーブルの取得に失敗した場合はステップＳ１５５の処理に進む。図１の例では、スロットＳＬ０１に搭載される被管理パッケージＡのパッケージＩＤ＝０１に対応するタイプＡ用テーブル１４１を取得する。
【００４７】
ステップＳ１５３において、ソフトストラップ設定処理部１６３は、取得したテーブルの設定情報を読み出してプログラム上に展開する。
【００４８】
ステップＳ１５４において、ソフトストラップ設定処理部１６３は、プログラム上に展開されたテーブルの設定情報を用いて、スロットＳＬ０１の被管理パッケージＡのソフトストラップ設定処理を行う。
【００４９】
ステップＳ１５５において、ソフトストラップ設定処理部１６３は、テーブルの取得に失敗した場合、次のスロットの処理に進む。図５の例では、スロットＳＬ０２のソフトストラップ設定処理（Ｓ１０３）に進む。
【００５０】
このようにして、伝送装置１０１の起動時に、ユニット１０３の各スロットに搭載されている被管理パッケージのソフトストラップ設定処理を行うことができる。
【００５１】
ここで、ソフトストラップ設定テーブル１３２を用いない図２で説明した伝送装置９０１におけるソフトストラップ設定処理について説明する。基本的な流れは図５の場合と同じだが、ソフトストラップ設定テーブル１３２を用いずに、ファームウェア９１１に組み込まれた処理により、ソフトストラップ設定処理を行うことが、図５の伝送装置１０１とは異なる。
【００５２】
図６は、ファームウェア１１１にタイプ別の専用のソフトストラップ設定処理が組み込まれたソフトストラップ設定処理部９６３の処理の一例を示す。尚、図６のソフトストラップ設定処理は、図２に示した伝送装置９０１が起動されて動作を開始する時のソフトストラップ設定処理部９６３の処理の流れを示している。ここで、ステップＳ９０１、Ｓ９０２、Ｓ９０３、Ｓ９０４、Ｓ９０５およびＳ９０６の各処理は、図５に示したステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０４、Ｓ１０５およびＳ１０６の各処理と基本的には同じ流れで実行される。例えば、図２に示した伝送装置９０１の起動時に、ソフトストラップ設定処理部９６３は、伝送装置９０１のユニット１０３に搭載されている被管理パッケージの設定を行う処理を開始する。そして、ソフトストラップ設定処理部９６３は、スロットの順番にソフトストラップ設定処理を行った後、ステップＳ９０６で終了する。
【００５３】
図６において、図５と異なるのは、被管理パッケージのパッケージＩＤに応じた専用のソフトストラップ設定を行う処理が組み込まれていることである。尚、図６では、スロットＳＬ０１の被管理パッケージＡのソフトストラップ設定を行う処理を示してあるが、他のスロットに搭載される被管理パッケージについても同様にソフトストラップ設定が行われる。
【００５４】
ステップＳ９５１の処理は、図５に示したステップＳ１５１の処理と同じである。そして、パッケージＩＤの取得に成功すれば次のステップＳ９５２の処理に進み、パッケージＩＤの取得に失敗した場合は次のスロットＳＬ０２の処理に進む。
【００５５】
ステップＳ９５２において、ソフトストラップ設定処理部９６３は、ステップＳ９５１で取得したパッケージＩＤに応じて予めファームウェア９１１に組み込まれたソフトストラップ設定処理を実行する。図６の例では、ＩＤ＝０１の場合にタイプＡ用処理（Ｓ９５３）、ＩＤ＝０２の場合にタイプＢ用処理（Ｓ９５４）、ＩＤ＝２１の場合にタイプＸ用処理（Ｓ９５５）をそれぞれ実行する。ここで、ファームウェア９１１に予め組み込まれていないパッケージＩＤの場合は、未サポートパッケージなので処理を終了して次のスロットのソフトストラップ設定処理を行う。
【００５６】
ところが、図６の例では、タイプＡ用処理、タイプＢ用処理およびタイプＸ用処理は、予めファームウェア９１１に組み込まれている。このため、オペレータは、例えば図３に示したように、スロットＳＬ０２にＩＤ＝５１の被管理パッケージＣが新たに搭載された場合、タイプＣ用処理をファームウェア９１１に組み込むためにファームウェア９１１のバージョンアップが求められる。
【００５７】
これに対して、本実施形態に係る管理システム１００は、外部参照メモリ１３１に記憶されるソフトストラップ設定テーブル１３２に新たに搭載する被管理パッケージＣのＩＤ＝５１に対応するタイプＣ用テーブル１４４を追加しておくだけでよい。
【００５８】
図７は、ソフトストラップ設定テーブル１３２を参照してソフトストラップ設定処理を行うソフトストラップ設定処理部１６３の処理の一例を示す。尚、図７において、図５と同符号のブロックは、図５と同一又は同様の処理を行う。また、ステップＳ１５１、Ｓ１５２、Ｓ１５３、Ｓ１５４およびＳ１５５は、図５ではスロットＳＬ０１に対する処理であったが、図７では新たに搭載されるスロットＳＬ０２に対する処理を示している。
【００５９】
ステップＳ１５１において、ソフトストラップ設定処理部１６３は、スロットＳＬ０２のパッケージＩＤを取得する。図４の例では、スロットＳＬ０２に新たに搭載される被管理パッケージＣのパッケージＩＤは５１である。
【００６０】
ステップＳ１５２において、ソフトストラップ設定処理部１６３は、外部参照メモリ１３１内のソフトストラップ設定テーブル１３２からステップＳ１５１で取得したパッケージＩＤ＝５１と一致するテーブルを検索し、テーブルを取得する。そして、ソフトストラップ設定処理部１６３は、パッケージＩＤ対応するテーブルの取得に成功した場合はステップＳ１５３の処理に進み、テーブルの取得に失敗した場合はステップＳ１５５の処理に進む。ここでは、管理端末１０２から管理パッケージ１０４のソフトストラップ設定テーブル１３２に新たに搭載される被管理パッケージのＩＤ＝５１に対応するタイプＣ用テーブル１４４を追加しているので、取得成功になり、ステップＳ１５３の処理に進む。
【００６１】
ステップＳ１５３において、ソフトストラップ設定処理部１６３は、ステップＳ１５２で取得に成功したパッケージＩＤ＝５１に対応するタイプＣ用テーブル１４４の設定情報を読み出してプログラム上に展開する。
【００６２】
ステップＳ１５４において、ソフトストラップ設定処理部１６３は、プログラム上に展開されたテーブルの設定情報を用いて、スロットＳＬ０２に新たに搭載された被管理パッケージＣのソフトストラップ設定処理を行う。
【００６３】
このように、ファームウェア１１１は、図５で説明した時と同様の処理を行うだけで新たに搭載される被管理パッケージのタイプに対応する設定を行うことができる。これにより、オペレータは、管理端末１０２から管理パッケージ１０４のファームウェア１１１を更新する作業を行わず、ファームウェア１１１が参照するメモリ１３１のソフトストラップ設定テーブル１３２に新たなタイプの設定情報を追加するだけでよい。
【００６４】
次に、図１に示したソフトストラップ設定テーブル１３２について説明する。
【００６５】
図８は、メモリ１３１内のソフトストラップ設定テーブル１３２に記憶されるタイプ別の設定情報の一例を示す。
【００６６】
図８において、各テーブルは、パッケージＩＤと、有効データ数と、アドレスと、設定値とを有する。例えば、タイプＡ用テーブル１４１の場合、パッケージＩＤは０１、有効データ数は０５である。尚、有効データ数は、設定値の数を示す。図８のタイプＡ用テーブル１４１の例では、アドレス０６００に設定値０００１、アドレス０６０２に設定値００２１、アドレス０６０４に設定値０３０１、アドレス０６１０に設定値４００１、アドレス０６２０に設定値０５０１、がそれぞれ記憶されている。ここで、テーブルの各アドレスは、相対アドレスである。相対アドレスは、上位側のアドレスが付加されて実際のアドレス空間（絶対アドレス）に展開される。例えば、上位のアドレスが０００１１である場合、下位側に相対アドレスの６００が付加された０００１１６００が絶対アドレスとなる。
【００６７】
同様に、タイプＢ用テーブル１４２の場合、パッケージＩＤは０２、有効データ数は０７で、アドレス０６００に設定値ＦＦＦＦが記憶されている。また、タイプＸ用テーブル１４３の場合、パッケージＩＤは２１、有効データ数は０１で、アドレス０６００に設定値１３１１が記憶されている。
【００６８】
ここで、オペレータは、新たな種類の被管理パッケージが開発されて、伝送装置１０１に配置する毎に、管理端末１０２の管理用のソフトウェア１２１の更新を行う。そして、ソフトウェア１２１が更新された管理端末１０２は、管理パッケージ１０４のメモリ１３１のソフトストラップ設定テーブル１３２に、新たな種類に対応する設定情報を追加する。
【００６９】
図８の吹き出し部分は、ソフトストラップ設定テーブル１３２に新たなパッケージの設定情報を追加する例を示す。これにより、ＩＤ＝５１のタイプＣ用テーブル１４４がソフトストラップ設定テーブル１３２に追加されるので、例えば図４で説明したように、タイプＣの被管理パッケージが伝送装置１０１に新たに搭載された場合に管理することができる。
【００７０】
尚、管理端末１０２は、管理パッケージ１０４に新たな種類に対応する設定情報を送信する時に、被管理パッケージに固有の「パッケージＩＤ」と、そのパッケージＩＤに対応するタイプの「ソフトストラップ設定テーブル」とを送信する。送信データの形式は予め決められてよい、管理パッケージ１０４のファームウェア１１１は、受信データに含まれる設定情報を抽出する。そして、ファームウェア１１１は、抽出した設定情報をメモリ１３１のソフトストラップ設定テーブル１３２に追加する処理や、新たな種類の被管理パッケージが搭載された時に追加されたテーブルを参照する処理がファームウェア１１１に組み込まれている。この処理は、汎用性があるのでファームウェア１１１をバージョンアップすることなく、新たに追加された被管理パッケージの設定情報を参照することができる。例えば、ファームウェア１１１は、パッケージＩＤでテーブルを検索するので、新たに追加されたパッケージＩＤがテーブル内に書き込まれていれば検出することができ、パッケージＩＤに関連付けて記憶されている設定情報を参照することができる。
【００７１】
図８の例では、一つのパッケージのタイプ毎に最大８個のソフトストラップ設定を登録可能な例であり、１タイプ当たりのデータ長は、「パッケージＩＤ」＋「有効データ数」＋「（設定アドレス＋設定値）×８」となる。例えば、図８に示した数値が１６進数である場合、「パッケージＩＤ」は１バイト、「有効データ数」は１バイト、１つの設定アドレスは２バイト、１つの設定値は２バイト、となるので、合計のデータ長は、１＋１＋（２＋２）×８＝３４バイトとなる。ここで、図８に示したタイプＡ用テーブル１４１は、有効データ数が５なので、設定アドレスが０６００から０６２０までの５つの設定値が有効なデータで、設定アドレスが００００の３つの設定値は００００のままである。
【００７２】
上記の例は、データ長が固定の例であるが、拡張性を高めるために、１パッケージ当たりのデータ長を可変にする方式を用いてもよい。データ長を可変にした場合、１タイプ当たりのデータ長は、「パッケージＩＤ」＋「有効データ数」＋「（設定アドレス＋設定値）×有効データ数」となる。
【００７３】
また、ファームウェア１１１は、ソフトストラップ設定テーブル１３２に新たなタイプのテーブルが追加された場合、テーブル内に記載された設定アドレスに対応するファームウェア１１１のプログラム領域に設定値を書きこむ処理を行う。この処理は、例えば有効データ数分だけ繰り返して書き込む処理で、ファームウェア１１１の設計当初にソフトストラップ設定処理部１６３に予め組み込んでおくことで、ファームウェア１１１の更新を行わずに済ませることができる。これにより、管理端末１０２は、管理パッケージ１０４に新規のパッケージタイプに関するテーブルを追加する処理を行えばよい。
【００７４】
ここで、管理端末１０２からソフトストラップ設定テーブル１３２を設定する方法として、管理端末１０２のソフトウェア１２１と、管理パッケージ１０４のファームウェア１１１との間で専用の設定コマンドやインタフェースを設けてもよい。そして、ファームウェア１１１は、管理端末１０２から設定コマンドを受け取った場合、外部参照用のメモリ１３１に追加する処理を行う。同様に、既に外部参照用のメモリ１３１に登録されているソフトストラップ設定テーブル１３２の設定情報の更新する処理も行う。これにより、同じタイプの被管理パッケージの変更が行われた場合などでも対応することができる。
【００７５】
ここで、ファームウェア１１１は、各スロットに搭載されている被管理パッケージのタイプに対応する設定情報をソフトストラップ設定テーブル１３２から読み出し、被管理パッケージに設定する。例えば、図１の場合、スロットＳＬ０１には、ＩＤ＝０１のタイプＡの被管理パッケージＡが搭載されているので、タイプＡ用テーブル１４１を読み出して被管理パッケージＡに設定する。
【００７６】
このようにして、ファームウェア１１１は、各スロットに搭載されている被管理パッケージのタイプに応じて、ソフトストラップ設定テーブル１３２から適宜、設定情報を読み出して、設定処理を行うことができる。例えば図１に示した伝送装置１０１のスロットＳＬ０１の被管理パッケージＡが被管理パッケージＢに置き換えられた場合、ファームウェア１１１は、ソフトストラップ設定テーブル１３２を参照して、スロットＳＬ０１用のアドレス［０６００］の設定値を”０００１”から”ＦＦＦＦ”に書き換える。
【００７７】
例えば、図８の吹き出し部分で示したように、ソフトストラップ設定テーブル１３２に新たなテーブルを追加する場合、ファームウェア１１１は次のように処理する。ファームウェア１１１は、ソフトストラップ設定テーブル１３２を参照して、スロットＳＬ０２用のアドレス［０６００］に設定値”４３２１”を設定する。
【００７８】
このように、本実施形態では、新たなタイプの被管理パッケージが伝送装置１０１に搭載される場合、図８に示したソフトストラップ設定テーブル１３２に新たなタイプの設定値を追加するだけでよく、ファームウェア１１１を更新せずに済ませることができる。
【００７９】
図９は、管理端末１０２と伝送装置１０１の管理パッケージ１０４および被管理パッケージとの間の処理を示す。尚、図９は、図１に対応し、ユニット１０３のスロットＳＬ０１、ＳＬ０４，ＳＬ０７に被管理パッケージＡ、被管理パッケージＢおよび被管理パッケージＸがそれぞれ搭載されている。
【００８０】
ステップＳ２０１において、管理パッケージ１０４は、スロットＳＬ０１の被管理パッケージＡからパッケージＩＤを取得する。
【００８１】
ステップＳ２０２において、管理パッケージ１０４は、ソフトストラップ設定テーブル１３２から取得したパッケージＩＤに対応するタイプＡ用テーブル１４１を取得する。
【００８２】
ステップＳ２０３において、管理パッケージ１０４は、ソフトストラップ設定テーブル１３２から取得したタイプＡ用テーブル１４１の設定情報に基づいて被管理パッケージＡを設定する。
【００８３】
ステップＳ２０４において、管理パッケージ１０４は、スロットＳＬ０１の被管理パッケージＡの動作や設定内容をチェックする。
【００８４】
ステップＳ２０５において、管理パッケージ１０４は、スロットＳＬ０１の被管理パッケージＡの状態を通知する。例えば管理パッケージ１０４は、伝送装置１０１のスロットＳＬ０１にはタイプＡの被管理パッケージＡが搭載されていること、その被管理パッケージＡは正常に動作していること、などを通知する。
【００８５】
ステップＳ２０６において、管理端末１０２は、管理パッケージ１０４から通知される情報を画面に表示する。
【００８６】
このようにして、スロットＳＬ０１の被管理パッケージＡのソフトストラップ設定処理を行う。同様に、管理パッケージ１０４は、次のスロットＳＬ０２についてもソフトストラップ設定処理を行う。
【００８７】
尚、正常時のステップＳ２０４およびステップＳ２０５の処理は省略して、被管理パッケージに異常がある場合に管理端末１０２に通知するようにしてもよい。
【００８８】
以降、ステップＳ２０７からステップＳ２１２までの処理は、ステップＳ２０１からステップＳ２０６までのそれぞれの処理と基本的には同じである。異なる点は、スロットがＳＬ０４であること、パッケージＩＤが０２であること、搭載されている被管理パッケージが被管理パッケージＢであることである。同様に、ステップＳ２１３からステップＳ２１８までの処理は、ステップＳ２０１からステップＳ２０６までのそれぞれの処理と基本的には同じである。異なる点は、スロットがＳＬ０７であること、パッケージＩＤが２１であること、搭載されているパッケージが被管理パッケージＸであることである。
【００８９】
図１０は、新たな被管理パッケージがスロットＳＬ０２に搭載された時の処理の一例を示す。尚、図１０において、管理端末１０２は、管理用のソフトウェア１２１を更新し、新たなタイプの被管理パッケージに対応するテーブルを管理パッケージ１０４のメモリ１３１内の例えばソフトストラップ設定テーブル１３２に追加する。
【００９０】
ステップＳ３０１において、オペレータは、保守管理スケジュールに基づいて、被管理パッケージＣのタイプＣが用いられる予定なので、管理端末１０２のソフトウェア１２１を更新する。例えば、図４の場合、被管理パッケージＣのタイプＣに対応する管理用のソフトウェア１２１に更新する。
【００９１】
ステップＳ３０２において、オペレータは、更新されたソフトウェア１２１により、管理パッケージ１０４のメモリ１３１内のソフトストラップ設定テーブル１３２にタイプＣに対応するタイプＣ用テーブル１４４を書き込む。
【００９２】
ステップＳ３０３において、管理パッケージ１０４は、管理端末１０２から受信するタイプＣに対応するタイプＣ用テーブル１４４をソフトストラップ設定テーブル１３２に追加する。
【００９３】
ここまでの処理によって、タイプＣ用テーブル１４４は、ソフトストラップ設定テーブル１３２に追加される。そして、伝送装置１０１のスロットＳＬ０２に被管理パッケージＣが搭載されると、管理パッケージ１０４は、図９と同様の処理を実行する。図１０において、ステップＳ２２１からＳ２２６までの処理は、図９のステップＳ２０１からＳ２０６までの処理と基本的には同じである。異なる点は、スロットがＳＬ０２であること、パッケージＩＤが５１であること、搭載されている被管理パッケージが被管理パッケージＣであることである。
【００９４】
このようにして、新たに搭載される被管理パッケージのタイプに対応して、ソフトストラップ設定処理を行うことができる。
【００９５】
尚、図１０の例では、オペレータが新たに搭載される被管理パッケージＣのテーブルを管理パッケージ１０４のソフトストラップ設定テーブル１３２に追加する操作を行うようにしたが、自動的にソフトストラップ設定テーブル１３２を更新するようにしてもよい。
【００９６】
図１１は、管理端末１０２が自動的にソフトストラップ設定テーブル１３２を更新する例を示す。尚、図１１において、図１０と同符号のブロックは、図１０と同一又は同様の処理を示す。
【００９７】
図１１において、図１０と異なる点は、スロットＳＬ０２に新たに被管理パッケージＣが搭載されるまでソフトストラップ設定テーブル１３２の更新が行われないことである。そして、タイプ不明のＩＤの被管理パッケージが搭載された場合、管理パッケージ１０４から管理端末１０２に通知を行い、管理端末１０２からタイプ不明のパッケージＩＤに対応するテーブルをソフトストラップ設定テーブル１３２に追加する処理を自動的に行う。尚、管理端末１０２のソフトウェア１２１の更新は、ステップＳ３０１で実行済である。
【００９８】
ステップＳ２３１において、管理パッケージ１０４は、スロットＳＬ０２に新たに搭載された被管理パッケージＣからパッケージＩＤ＝５１を取得する。
【００９９】
ステップＳ２３２において、管理パッケージ１０４は、ソフトストラップ設定テーブル１３２から取得したパッケージＩＤ＝５１に対応するテーブルを取得しようとするが、テーブルが無いため、タイプ不明と判断する。
【０１００】
ステップＳ２３３において、管理パッケージ１０４は、タイプ不明のパッケージＩＤ＝５１は管理対象外と判断して、パッケージＩＤ＝５１を管理端末１０２に通知する。
【０１０１】
ステップＳ３０２ａにおいて、管理端末１０２は、図１０のステップＳ３０２と同様に、パッケージＩＤ＝５１に対応するタイプＣのタイプＣ用テーブル１４４をメモリ１３１のソフトストラップ設定テーブル１３２に書き込む。ここで、管理端末１０２は、ステップＳ３０１で管理用のソフトウエア１２１の更新が行われるので、管理パッケージ１０４から通知されるＩＤ＝５１に対応するタイプＣの設定情報を持っており、対応が可能である。
【０１０２】
ステップＳ３０３において、管理パッケージ１０４は、図１０のステップＳ３０３と同様に、管理端末１０２から受信するタイプＣに対応するタイプＣ用テーブル１４４をソフトストラップ設定テーブル１３２に追加する。
【０１０３】
以降、ステップＳ２２１からステップＳ２２６までの処理は、図９と同符号の処理と同じである。
【０１０４】
このようにして、伝送装置１０１は、管理端末１０２と伝送装置１０１との間で、自動的にソフトストラップ設定テーブル１３２を更新することができる。
［障害情報収集処理の例］
図１２は、障害情報収集処理の一例を示す。尚、図１２の障害情報収集処理は、定期的（例えば１秒毎）に、各スロットに搭載されている被管理パッケージの障害情報を収集する障害情報収集処理部１６４の処理の流れを示している。ここで、障害情報収集処理は、被管理パッケージの故障などの障害に関する情報を収集する処理である。例えば被管理パッケージが光インターフェースのパッケージである場合は、光出力レベルの低下やレーザーの故障などの情報を収集する。
【０１０５】
ステップＳ４０１において、障害情報収集処理部１６４は、予め設定された時間間隔（例えば１秒毎）で定期的に被管理パッケージの監視処理を行う。尚、障害情報収集処理部１６４は、伝送装置１０１のユニット１０３に搭載されている被管理パッケージの障害情報の収集をスロット番号の順に行う。
【０１０６】
ステップＳ４０２において、障害情報収集処理部１６４は、例えば図１に示したスロットＳＬ０１の被管理パッケージＡの障害情報を収集する。
【０１０７】
ステップＳ４０３において、障害情報収集処理部１６４は、例えば図１に示したスロットＳＬ０２に被管理パッケージが搭載されている場合、その被管理パッケージに対する障害情報を収集する。
【０１０８】
ステップＳ４０４において、障害情報収集処理部１６４は、ステップＳ４０３と同様に、例えば図１に示したスロットＳＬ０３に被管理パッケージが搭載されている場合、その被管理パッケージに対する障害情報を収集する。
【０１０９】
ステップＳ４０５において、障害情報収集処理部１６４は、例えば図１に示したスロットＳＬ０７の被管理パッケージＸの障害情報を収集する。
【０１１０】
ステップＳ４０６において、障害情報収集処理部１６４は、定期的な障害情報を収集する処理を終了する。
【０１１１】
このように、障害情報収集処理部１６４は、伝送装置１０１のユニット１０３に搭載されている被管理パッケージの障害情報を収集する処理をスロット順に実行する。
【０１１２】
次に、スロット毎に被管理パッケージの障害情報を収集する処理について説明する。尚、図１２では、スロットＳＬ０１の被管理パッケージＡの障害情報を収集する処理を示してあるが、障害情報収集処理部１６４は、他のスロットに搭載される被管理パッケージについても同様に障害情報を収集する。
【０１１３】
ステップＳ４５１において、障害情報収集処理部１６４は、パッケージＩＤを取得する。そして、パッケージＩＤの取得に成功すれば次のステップＳ４５２の処理に進み、パッケージＩＤの取得に失敗した場合は次のスロットＳＬ０２の処理（Ｓ４０３）に進む。図１の例では、スロットＳＬ０１に搭載される被管理パッケージＡのパッケージＩＤは０１である。
【０１１４】
ステップＳ４５２において、障害情報収集処理部１６４は、外部参照メモリ１３１内の障害情報収集テーブル１３３からステップＳ４５１で取得したパッケージＩＤと一致するテーブルを検索してテーブルを取得する。そして、障害情報収集処理部１６４は、パッケージＩＤ対応するテーブルの取得に成功した場合はステップＳ４５３の処理に進み、テーブルの取得に失敗した場合はステップＳ４５５の処理に進む。図１の例では、スロットＳＬ０１に搭載される被管理パッケージＡのパッケージＩＤ＝０１に対応するタイプＡ用テーブル１５１を取得する。
【０１１５】
ステップＳ４５３において、障害情報収集処理部１６４は、取得したテーブルの設定情報を読み出してプログラム上に展開する。
【０１１６】
ステップＳ４５４において、障害情報収集処理部１６４は、プログラム上に展開されたテーブルを用いて、スロットＳＬ０１の被管理パッケージＡから障害情報を収集する処理を行う。
【０１１７】
ステップＳ４５５において、障害情報収集処理部１６４は、テーブルの取得に失敗した場合、次のスロットの処理に進む。図１２の例では、スロットＳＬ０２の障害情報を収集する処理（Ｓ４０３）に進む。
【０１１８】
このようにして、管理パッケージ１０４は、定期的に、ユニット１０３の各スロットに搭載されている被管理パッケージの障害情報を収集する処理を行うことができる。
【０１１９】
ここで、図２で説明したように、障害情報収集テーブル１３３を用いない伝送装置９０１における障害情報の収集処理について説明する。基本的な流れは図１２の場合と同じだが、障害情報収集テーブル１３３を用いずに、ファームウェア９１１に組み込まれた処理により、障害情報を収集する処理を行うことが、図１２の伝送装置１０１とは異なる。
【０１２０】
図１３は、ファームウェア１１１にタイプ別の専用の障害情報を収集する処理が組み込まれた障害情報収集処理部９６４の処理の一例を示す。ここで、ステップＳ９１１、Ｓ９１２、Ｓ９１３、Ｓ９１４、Ｓ９１５およびＳ９１６の各処理は、図１２に示したステップＳ４０１、Ｓ４０２、Ｓ４０３、Ｓ４０４、Ｓ４０５およびＳ４０６の各処理と基本的には同じ流れで実行される。例えば、障害情報収集処理部９６４は、定期的に、伝送装置９０１のユニット１０３に搭載されている被管理パッケージの障害情報を収集する処理を行う。そして、障害情報収集処理部１６４は、スロット番号の順に障害情報を収集する処理を行った後、ステップＳ９１６で定期的な監視処理を終了する。
【０１２１】
図１３において、図１２と異なるのは、被管理パッケージの障害情報を収集する専用の処理がファームウェア１１１に組み込まれていることである。尚、図１３では、スロットＳＬ０１の被管理パッケージＡの障害情報を収集する処理を示してあるが、他のスロットに搭載される被管理パッケージについても同様に障害情報を収集する処理が行われる。
【０１２２】
尚、ステップＳ９６１の処理は、図１２に示したステップＳ４５１の処理と同じである。そして、パッケージＩＤの取得に成功すれば次のステップＳ９６２の処理に進み、パッケージＩＤの取得に失敗した場合は次のスロットＳＬ０２の処理（Ｓ９１３）に進む。
【０１２３】
ステップＳ９６２において、障害情報収集処理部９６４は、ステップＳ９６１で取得したパッケージＩＤに応じて予めファームウェア９１１に組み込まれた障害情報を収集する処理を選択する。図１３の例では、ＩＤ＝０１の場合にタイプＡ用処理（Ｓ９６３）、ＩＤ＝０２の場合にタイプＢ用処理（Ｓ９６４）、ＩＤ＝２１の場合にタイプＸ用処理（Ｓ９６５）をそれぞれ実行する。ここで、ファームウェア９１１に予め組み込まれていないパッケージＩＤの場合は、未サポートパッケージなので処理を終了して次のスロットの障害情報を収集する処理（Ｓ９１３）に進む。
【０１２４】
ここで、図１３の例では、タイプＡ用処理、タイプＢ用処理およびタイプＸ用処理は、予めファームウェア９１１に組み込まれているため、例えば図３に示したように、スロットＳＬ０２にＩＤ＝５１の被管理パッケージＣが新たに搭載される場合、タイプＣ用処理をファームウェア９１１に組み込むことが求められる。つまり、ファームウェア９１１をバージョンアップする作業が発生する。
【０１２５】
これに対して、本実施形態に係る管理システム１００は、外部参照メモリ１３１に記憶される障害情報収集テーブル１３３に新たに搭載する被管理パッケージＣのＩＤ＝５１に対応するタイプＣ用テーブル１５４を追加しておけばよい。
【０１２６】
図１４は、障害情報収集テーブル１３３を参照して障害情報を収集する処理を行う障害情報収集処理部１６４の処理の一例を示す。尚、図１４において、図１２と同符号のブロックは、図１２と同一又は同様の処理を行う。また、ステップＳ４５１、Ｓ４５２、Ｓ４５３、Ｓ４５４およびＳ４５５は、図１２ではスロットＳＬ０１に対する処理であったが、図１３ではスロットＳＬ０２に対する処理を示している。
【０１２７】
ステップＳ４５１において、障害情報収集処理部１６４は、スロットＳＬ０２のパッケージＩＤを取得する。図４の例では、スロットＳＬ０２に新たに搭載される被管理パッケージＣのパッケージＩＤは５１である。
【０１２８】
ステップＳ４５２において、障害情報収集処理部１６４は、外部参照メモリ１３１内の障害情報収集テーブル１３３からステップＳ４５１で取得したパッケージＩＤ＝５１と一致するテーブルを検索し、テーブルを取得する。そして、障害情報収集処理部１６４は、パッケージＩＤ対応するテーブルの取得に成功した場合はステップＳ４５３の処理に進み、テーブルの取得に失敗した場合はステップＳ４５５の処理に進む。ここでは、管理端末１０２から管理パッケージ１０４のメモリ１３１内の障害情報収集テーブル１３３に新たに搭載される被管理パッケージのＩＤ＝５１に対応するタイプＣ用テーブル１５４を追加しているので、取得成功になり、ステップＳ４５３の処理に進む。
【０１２９】
ステップＳ４５３において、障害情報収集処理部１６４は、ステップＳ４５２で取得に成功したパッケージＩＤ＝５１に対応するタイプＣ用テーブル１５４の設定情報を読み出してプログラム上に展開する。
【０１３０】
ステップＳ４５４において、障害情報収集処理部１６４は、プログラム上に展開されたテーブルの情報を用いて、スロットＳＬ０２に新たに搭載された被管理パッケージＣの障害情報を収集する処理を行う。
【０１３１】
このように、障害情報収集処理部１６４のファームウェア１１１は、図１２で説明した時と同様の処理を行うだけで新たに搭載される被管理パッケージのタイプに対応する障害情報を収集することができる。これにより、オペレータは、管理端末１０２から管理パッケージ１０４のファームウェア１１１を更新する作業を行わずに済ませることができる。そして、オペレータは、管理端末１０２により、ファームウェア１１１が参照するメモリ１３１の障害情報収集テーブル１３３に新たなタイプの被管理パッケージから障害情報を収集するためのテーブルを追加すればよい。
【０１３２】
次に、図１に示した障害情報収集テーブル１３３について説明する。
【０１３３】
図１５は、メモリ１３１内の障害情報収集テーブル１３３に記憶されるタイプ別の障害情報を収集するための情報の一例を示す。
【０１３４】
図１５において、各テーブルは、パッケージＩＤと、有効データ数と、アドレスと、マスク値とを有する。例えば、タイプＡ用テーブル１５１の場合、パッケージＩＤは０１、有効データ数は０３である。尚、有効データ数は、障害情報を抽出するマスク値の数を示す。図１５のタイプＡ用テーブル１５１の例では、アドレス０２００にマスク値０Ｆ０Ｆ、アドレス０２０２にマスク値０００１、アドレス０２０４にマスク値００ＦＦ、がそれぞれ記憶されている。ここで、図８の場合と同様に、各テーブルのアドレスは相対アドレスである。
【０１３５】
同様に、タイプＢ用テーブル１５２の場合、パッケージＩＤは０２、有効データ数は０７で、アドレス０２００に設定値ＦＦＦＦが記憶されている。また、タイプＸ用テーブル１５３の場合、パッケージＩＤは２１、有効データ数は０１で、アドレス０２００に設定値０１０１が記憶されている。
【０１３６】
ここで、障害情報収集テーブル１３３についても、ソフトストラップ設定テーブル１３２と同様に、ファームウェア１１１の実行領域のアドレス空間内に配置される。このように、障害情報収集テーブル１３３についてもソフトストラップ設定テーブル１３２と同様に、ファームウェア１１１は、被管理パッケージが搭載されているスロットに対応する障害情報を収集する処理を行う。
【０１３７】
障害情報収集テーブル１３３のマスク値は、例えば障害情報のビットを抽出するための用いられる。例えばアドレス２００の１６ビットのデータの下位ビットから３ビット目がレーザーダイオードの故障の有無を示すビットである場合、この故障情報を抽出するためのマスク値は、０００４となる。
【０１３８】
このようにして、ファームウェア１１１は、各スロットに搭載されている被管理パッケージのタイプに応じて、障害情報収集テーブル１３３を参照して、被管理パッケージから障害情報を収集することができる。例えば図１に示した伝送装置１０１のスロットＳＬ０１の被管理パッケージＡが被管理パッケージＢに置き換えられた場合、ファームウェア１１１は次のように処理する。ファームウェア１１１は、スロットＳＬ０１用のアドレス［０２００］のマスク値を”０Ｆ０Ｆ”から”ＦＦＦＦ”に書き換える。
【０１３９】
ここで、図１５の吹き出し部分は、図１５に示した障害情報収集テーブル１３３に新たなパッケージを追加する例を示す。これにより、ＩＤ＝５１のタイプＣ用テーブル１５４が追加されるので、例えば図４で説明したように、スロットＳＬ０２にタイプＣの被管理パッケージが新たに搭載された場合に対応することができる。この場合、ファームウェア１１１は、アドレス［０２００］のマスク値を”１１ＦＦ”に設定する。
【０１４０】
このように、本実施形態では、新たなタイプの被管理パッケージが伝送装置１０１に搭載される場合、図１５に示した障害情報収集テーブル１３３に新たなタイプのテーブルを追加すればよく、ファームウェア１１１を更新せずに済ませることができる。
【０１４１】
図１６は、管理端末１０２と伝送装置１０１の管理パッケージ１０４および被管理パッケージとの間の処理を示す。尚、図１６は、図１に対応し、ユニット１０３のスロットＳＬ０１、ＳＬ０４，ＳＬ０７に被管理パッケージＡ、被管理パッケージＢおよび被管理パッケージＸがそれぞれ搭載されている。
【０１４２】
ステップＳ５０１において、管理パッケージ１０４は、スロットＳＬ０１の被管理パッケージＡからパッケージＩＤ（０１）を取得する。
【０１４３】
ステップＳ５０２において、管理パッケージ１０４は、障害情報収集テーブル１３３から取得したパッケージＩＤ（０１）に対応するタイプＡ用テーブル１５１を取得する。
【０１４４】
ステップＳ５０３において、管理パッケージ１０４は、障害情報収集テーブル１３３から取得したタイプＡ用テーブル１５１の情報に基づいて被管理パッケージＡから障害情報を収集する。そして、管理パッケージ１０４は、収集した障害情報を管理端末１０２に通知する。尚、通知は、障害情報に変化があった時に行うようにしてもよい。
【０１４５】
ステップＳ５０４において、管理端末１０２は、管理パッケージ１０４から通知される障害情報を画面に表示する。
【０１４６】
このようにして、管理パッケージ１０４は、スロットＳＬ０１の被管理パッケージＡの障害情報を収集する処理を行う。
【０１４７】
以降、ステップＳ５０５からステップＳ５０８までの処理は、ステップＳ５０１からステップＳ５０４までのそれぞれの処理と基本的には同じである。異なる点は、スロットがＳＬ０４であること、パッケージＩＤが０２であること、搭載されている被管理パッケージが被管理パッケージＢであることである。同様に、ステップＳ５０９からステップＳ５１２までの処理は、ステップＳ５０１からステップＳ５０４までのそれぞれの処理と基本的には同じである。異なる点は、スロットがＳＬ０７であること、パッケージＩＤが２１であること、搭載されているパッケージが被管理パッケージＸであることである。
【０１４８】
図１７は、新たな被管理パッケージがスロットＳＬ０２に搭載された時の処理の一例を示す。尚、図１７において、管理端末１０２は、管理用のソフトウェア１２１を更新し、新たなタイプの被管理パッケージに対応するテーブルを管理パッケージ１０４のメモリ１３１内の例えば障害情報収集テーブル１３３に追加する。
【０１４９】
ステップＳ６０１において、オペレータは、保守管理スケジュールに基づいて、被管理パッケージＣのタイプＣが用いられる予定なので、管理端末１０２のソフトウェア１２１を更新する。例えば、図４の場合、オペレータは、被管理パッケージＣのタイプＣに対応できるように、管理端末１０２のソフトウェア１２１を更新する。
【０１５０】
ステップＳ６０２において、オペレータは、更新されたソフトウェア１２１により、管理パッケージ１０４の障害情報収集テーブル１３３にタイプＣに対応するタイプＣ用テーブル１５４を書き込む。
【０１５１】
ステップＳ６０３において、管理パッケージ１０４は、管理端末１０２から受信するタイプＣに対応するタイプＣ用テーブル１５４を障害情報収集テーブル１３３に追加する。
【０１５２】
ここまでの処理によって、タイプＣ用テーブル１５４は、障害情報収集テーブル１３３に追加される。そして、伝送装置１０１のスロットＳＬ０２に被管理パッケージＣが搭載されると、管理パッケージ１０４は、図１６と同様にタイプＣに対する処理を実行する。図１７において、ステップＳ５２１からＳ５２６までの処理は、図１６のステップＳ５０１からＳ５０４までの処理と基本的には同じである。異なる点は、スロットがＳＬ０２であること、パッケージＩＤが５１であること、搭載されている被管理パッケージが被管理パッケージＣであることである。
【０１５３】
このようにして、伝送装置１０１は、新たに搭載される被管理パッケージのタイプに対応して、障害情報を収集を行うことができる。
【０１５４】
尚、図１７の例では、オペレータが新たに搭載される被管理パッケージＣのテーブルを管理パッケージ１０４の障害情報収集テーブル１３３に追加する操作を行うようにした。これに対して、図１１に示したソフトストラップ設定テーブル１３２と同様に、管理端末１０２が自動的に障害情報収集テーブル１３３を更新するようにしてもよい。
【０１５５】
図１８は、管理端末１０２が自動的に障害情報収集テーブル１３３を更新する例を示す。尚、図１８において、図１７と同符号のブロックは、図１７と同一又は同様の処理を示す。
【０１５６】
図１８において、図１７と異なる点は、スロットＳＬ０２に新たに被管理パッケージＣが搭載されるまで障害情報収集テーブル１３３の更新が行われないことである。そして、タイプ不明のＩＤの被管理パッケージが搭載された場合に、管理パッケージ１０４から管理端末１０２に通知を行い、管理端末１０２からタイプ不明のパッケージＩＤに対応するテーブルを障害情報収集テーブル１３３に追加する処理を自動的に行う。尚、管理端末１０２のソフトウェア１２１の更新は、ステップＳ６０１で実行済である。
【０１５７】
ステップＳ５３１において、管理パッケージ１０４は、スロットＳＬ０２に新たに搭載された被管理パッケージＣからパッケージＩＤ＝５１を取得する。
【０１５８】
ステップＳ５３２において、管理パッケージ１０４は、障害情報収集テーブル１３３から取得したパッケージＩＤ＝５１に対応するテーブルを取得しようとするが、テーブルが無いため、タイプが不明である。
【０１５９】
ステップＳ５３３において、管理パッケージ１０４は、タイプが不明のパッケージＩＤ＝５１は管理対象外と判断して、パッケージＩＤ＝５１を管理端末１０２に通知する。
【０１６０】
ステップＳ６０２ａにおいて、管理端末１０２は、管理パッケージ１０４からパッケージＩＤの通知を受けた場合、図１７のステップＳ６０２と同様の処理を行う。そして、管理端末１０２は、パッケージＩＤ＝５１に対応するタイプＣのタイプＣ用テーブル１５４をメモリ１３１の障害情報収集テーブル１３３に書き込む。ここで、管理端末１０２は、ステップＳ６０１で管理用のソフトウエア１２１の更新が行われるので、管理パッケージ１０４から通知されるＩＤ＝５１に対応するタイプＣの設定情報を持っており、伝送装置１０１の通知に対応することができる。
【０１６１】
ステップＳ６０３において、管理パッケージ１０４は、図１７のステップＳ６０３と同様に、管理端末１０２から受信するタイプＣに対応するタイプＣ用テーブル１５４を障害情報収集テーブル１３３に追加する。
【０１６２】
以降、ステップＳ５２１からステップＳ５２６までの処理は、図１７と同符号の処理と同じである。
【０１６３】
このようにして、伝送装置１０１は、管理端末１０２と伝送装置１０１との間で、自動的に障害情報収集テーブル１３３を更新することができる。
【０１６４】
以上、説明してきたように、本実施形態の伝送装置１０１は、インタフェース種別など種類の異なる被管理パッケージをユニット１０３に任意に実装可能で、被管理パッケージとその管理を行う管理パッケージ１０４とを有する。そして、本実施形態の伝送装置１０１は、ユニット１０３内の共通バス１０５を介して管理パッケージ１０４と被管理パッケージとが通信する方式の装置である。また、伝送装置１０１において、新たにユニット１０３に搭載される種類が異なる被管理パッケージのソフトストラップ設定や障害情報を収集する場合に、管理パッケージ１０４内のファームウェア１１１を更新せずに済ませることができる。オペレータは、管理端末１０２の管理用ソフトウェア１２１を更新することで、種類が異なる被管理パッケージに対応することができる。これにより、本実施形態に係る管理システム１００は、機能を追加する時の開発コストの低減や作業時間の短縮および保守性の向上を図ることができる。
【０１６５】
以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲がその精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。
【符号の説明】
【０１６６】
１００・・・管理システム；１０１・・・伝送装置；１０２・・・管理端末；１０３・・・ユニット；１０４・・・管理パッケージ；１０５・・・共通バス；１１０・・・ハードウェア；１１１・・・ファームウェア；１２０・・・ハードウェア；１２１・・・ソフトウェア；１３１・・・メモリ；１３２・・・ソフトストラップ設定テーブル；１３３・・・障害情報収集テーブル；１４１・・・タイプＡ用テーブル；１４２・・・タイプＢ用テーブル；１４３・・・タイプＸ用テーブル；１４４・・・タイプＣ用テーブル；１５１・・・タイプＡ用テーブル；１５２・・・タイプＢ用テーブル；１５３・・・タイプＸ用テーブル；１５４・・・タイプＣ用テーブル；１６１・・・管理端末通信処理部；１６２・・・被管理ＰＫＧ通信処理部；１６３・・・ソフトストラップ設定処理部；１６４・・・障害情報収集処理部；２００・・・プログラム領域；２０１・・・プログラム実行領域；２０２・・・領域；９０４・・・管理パッケージ；９１１・・・ファームウェア；９００・・・管理システム；９０１・・・伝送装置；９１０・・・ハードウェア；９６３・・・ソフトストラップ設定処理部；９７１・・・タイプＡ用処理；９７２・・・タイプＢ用処理；９７３・・・タイプＸ用処理；９６４・・・障害情報収集処理部
【図１】
2014174789.tif 000003
【図２】
2014174789.tif 000004
【図３】
2014174789.tif 000005
【図４】
2014174789.tif 000006
【図５】
2014174789.tif 000007
【図６】
2014174789.tif 000008
【図７】
2014174789.tif 000009
【図８】
2014174789.tif 000010
【図９】
2014174789.tif 000011
【図１０】
2014174789.tif 000012
【図１１】
2014174789.tif 000013
【図１２】
2014174789.tif 000014
【図１３】
2014174789.tif 000015
【図１４】
2014174789.tif 000016
【図１５】
2014174789.tif 000017
【図１６】
2014174789.tif 000018
【図１７】
2014174789.tif 000019
【図１８】
2014174789.tif 000020