(57)【要約】【課題】  ダウンロード時間を短縮することができ、リスタートを伴わないプログラムの切替えを可能としたプログラムダウンロード及び切替え方法及びその装置を提供することを目的とする。【解決手段】  上位系装置は、ロードモジュール名及びバージョン及び各ロードモジュールを動作メモリ上に展開したときのリスタートの要否をネットワーク装置の動作種別毎に記述した複数のサブコンフィグファイルと、各サブコンフィグファイルとネットワーク装置の動作種別の対応を記述したメインコンフィグファイルからなるコンフィグファイルを前記複数のネットワーク装置に送信し、各ネットワーク装置は、受信したコンフィグファイルのメインコンフィグファイルから自装置の動作種別に対応したサブコンフィグファイルを取得し、自装置の動作種別に対応したサブコンフィグファイルに基づき自装置で必要なロードモジュール名及びバージョンの送信要求を前記上位系装置に対して行い、送信要求により上位系装置から送信されるロードモジュールを待機メモリに格納する。【選択図】      図４
2005242691.tif 000002
【特許請求の範囲】
【請求項１】
上位系装置から複数のネットワーク装置にプログラムをダウンロードするプログラムダウンロード方法において、
前記上位系装置は、ロードモジュール名及びバージョン及び各ロードモジュールを動作メモリ上に展開したときのリスタートの要否をネットワーク装置の動作種別毎に記述した複数のサブコンフィグファイルと、各サブコンフィグファイルとネットワーク装置の動作種別の対応を記述したメインコンフィグファイルからなるコンフィグファイルを前記複数のネットワーク装置に送信し、
各ネットワーク装置は、受信したコンフィグファイルのメインコンフィグファイルから自装置の動作種別に対応したサブコンフィグファイルを取得して待機メモリに格納し、
前記自装置の動作種別に対応したサブコンフィグファイルに基づき自装置で必要なロードモジュール名及びバージョンの送信要求を前記上位系装置に対して行い、
前記送信要求により前記上位系装置から送信されるロードモジュールを前記待機メモリに格納することを特長とするプログラムダウンロード方法。
【請求項２】
請求項１記載のプログラムダウンロード方法で上位系装置から各ネットワーク装置にロードモジュールをダウンロードしたのち、動作プログラムを前記ダウンロードしたロードモジュールに切替える方法であって、
前記上位系装置からの切替え要求に応じ、前記待機メモリを運用メモリに切替え、
前記運用メモリに格納されているロードモジュールをプログラム実行用の動作メモリに展開するときに、前記動作メモリ上に展開済みのロードモジュールと、前記運用メモリのサブコンフィグファイルに記載されているロードモジュールとで、同名のロードモジュールのバージョンが異なるロードモジュールを運用メモリから動作メモリ上に展開し、また、前記動作メモリ上に展開されておらず前記運用メモリのサブコンフィグファイルに記載されているロードモジュールを運用メモリから動作メモリ上に展開し、
前記動作メモリ上に展開するロードモジュールのリスタートの要否が要であるときにリスタートを実施することを特長とする切替え方法。
【請求項３】
上位系装置からプログラムをダウンロードされるネットワーク装置において、
前記上位系装置から送信された、ロードモジュール名及びバージョン及び各ロードモジュールを動作メモリ上に展開したときのリスタートの要否をネットワーク装置の動作種別毎に記述した複数のサブコンフィグファイルと、各サブコンフィグファイルとネットワーク装置の動作種別の対応を記述したメインコンフィグファイルからなるコンフィグファイルを受信し、受信したコンフィグファイルのメインコンフィグファイルから自装置の動作種別に対応したサブコンフィグファイルを取得する取得手段と、
前記自装置の動作種別に対応したサブコンフィグファイルに基づき自装置で必要なロードモジュール名及びバージョンの送信要求を前記上位系装置に対して行う送信要求手段と、
前記送信要求により前記上位系装置から送信されるロードモジュールを前記待機メモリに格納する格納手段を
有することを特長とするネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラムダウンロード及び切替え方法及びその装置に関し、特に、複数のネットワーク装置にプログラムをダウンロードし、プログラムの切替えを行うプログラムダウンロード及び切替え方法及びその装置に関する。
【背景技術】
【０００２】
ネットワークシステムでは、例えば伝送装置等のネットワーク装置に、それぞれ動作プログラムをダウンロードして、各ネットワーク装置の動作プログラムを更新することが必要に応じて行われる。
【０００３】
伝送装置の動作プログラムを新規プログラムに更新する従来の手順について説明する。図１は、伝送装置のダウンロードを処理する部分の一例のブロック図を示す。同図中、第１メモリ１１は動作プログラムを格納する。第２メモリ１２は同じく動作プログラムを保存する。動作プログラム格納メモリ記憶部１３には第１メモリ１１と第２メモリ１２に格納されているプログラムのうち、どちらを動作プログラムとして使用するべきかの情報が保存される。ＣＰＵ１４は、この伝送装置１０を制御する。動作メモリ１５には、ＣＰＵ１４がプログラムを実行する際にロードモジュールが展開される。
【０００４】
なお、以下の説明では、動作プログラム格納メモリ記憶部１３に第１メモリ１１が設定され、第１メモリ１１が運用メモリ、第２メモリ１２が待機メモリとなっているものとする。この場合に、上位系装置１６から新規プログラムへの更新要求を受信した時に、次の手順でプログラムのダウンロード及び更新が行われる。
【０００５】
第１ステップ：ＣＰＵ１４は、上位系装置１６より新規プログラムのダウンロード要求を受ける。
【０００６】
第２ステップ：ＣＰＵ１４は、上位系装置１６から新規プログラムと新規プログラムのバージョン情報が格納されたコンフィグファイルのダウンロードを開始し、第２メモリ１２に格納する。
【０００７】
第３ステップ：ＣＰＵ１４は、上位系装置１６より動作プログラムの切替え要求を受信する。
【０００８】
第４ステップ：ＣＰＵ１４は、動作プログラム格納メモリ記憶部１３の情報を第２メモリと更新し、ＣＰＵ１４のリスタートを行う。リスタートしたＣＰＵ１４は動作プログラム格納メモリ管理部１３の情報に第２メモリと設定されているため、第２メモリ１２から新規プログラムをＣＰＵ１４の動作メモリ１５に展開し、制御を再開する。
【０００９】
この他に、特許文献１には、ヘッドエンド装置からネットワークを通して多数の端末にプログラムをダウンロードする際に、各端末が最新ソフトウェアバージョン一覧表を閲覧して最新ソフトウェアバージョンを確認し端末側の判断で最新ソフトウェアバージョンの全プログラムをダウンロードすることが記載されている。
【００１０】
また、特許文献２には、中央局から基地局に最新のプログラムブロック情報を送信し、基地局では受信した最新のプログラムブロック情報を自装置内のプログラムブロック情報と比較して現在保持していないプログラムブロックのみを中央局に要求し、要求したプログラムブロックを全てダウンロードして自装置内のプログラムを最新の状態に更新することが記載されている。
【特許文献１】特開２００１−２９６９９４号公報
【特許文献２】特開２０００−３５３０９６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
従来の手順で動作プログラムを更新する場合に、以下の問題点があった。
【００１２】
従来はプログラムをバージョンアップする場合、新規プログラム全体を全て上位局よりダウンロードしていた。ところで、伝送装置は同一システム内に設置されていても、光多重と光増幅を行う送信局や、光増幅のみを行う中継局等の動作種別があり、それぞれにおいてサポートする機能が異なっているが、この場合でも、全動作種別に対応したプログラムをダウンロードすることになり、不要な機能に関してもダウンロードを行っていた。また、変更が発生していないモジュールに関してもダウンロードを行うことになる。そのため、各伝送装置の動作種別や変更モジュール量が違っていてもダウンロード量が変化せず、各伝送装置ではダウンロードに最大の時間がかかってしまう。
【００１３】
また、従来は動作プログラムをバージョンアプする場合にＣＰＵの再起動（リスタート）が必須となっている。そのため、再起動実行後、通常時処理を開始するまでの間、アラーム等の非監視状態が発生してしまう。また、上位の監視装置等がこの伝送装置にログインしている場合には、再起動したのち再ログインという手順が必要になり、再ログインを実行するために一時的なネットワークの負荷の増大が発生していた。
【００１４】
本発明は、上記の点に鑑みなされたものであり、ダウンロード時間を短縮することができ、リスタートを伴わないプログラムの切替えを可能としたプログラムダウンロード及び切替え方法及びその装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
請求項１に記載の発明は、上位系装置は、ロードモジュール名及びバージョン及び各ロードモジュールを動作メモリ上に展開したときのリスタートの要否をネットワーク装置の動作種別毎に記述した複数のサブコンフィグファイルと、各サブコンフィグファイルとネットワーク装置の動作種別の対応を記述したメインコンフィグファイルからなるコンフィグファイルを前記複数のネットワーク装置に送信し、
各ネットワーク装置は、受信したコンフィグファイルのメインコンフィグファイルから自装置の動作種別に対応したサブコンフィグファイルを取得して待機メモリに格納し、
前記自装置の動作種別に対応したサブコンフィグファイルに基づき自装置で必要なロードモジュール名及びバージョンの送信要求を前記上位系装置に対して行い、
前記送信要求により前記上位系装置から送信されるロードモジュールを前記待機メモリに格納することにより、
必要なロードモジュールだけをダウンロードすることでダウンロード時間を短縮することができる。
【００１６】
請求項２に記載の発明は、上位系装置からの切替え要求に応じ、前記待機メモリを運用メモリに切替え、
前記運用メモリに格納されているロードモジュールをプログラム実行用の動作メモリに展開するときに、前記動作メモリ上に展開済みのロードモジュールと、前記運用メモリのサブコンフィグファイルに記載されているロードモジュールとで、同名のロードモジュールのバージョンが異なるロードモジュールを運用メモリから動作メモリ上に展開し、また、前記動作メモリ上に展開されておらず前記運用メモリのサブコンフィグファイルに記載されているロードモジュールを運用メモリから動作メモリ上に展開し、
前記動作メモリ上に展開するロードモジュールのリスタートの要否が要であるときにリスタートを実施することにより、
リスタートを伴わないプログラムの切替えを行うことができる。
【００１７】
請求項３に記載の発明は、上位系装置から送信された、ロードモジュール名及びバージョン及び各ロードモジュールを動作メモリ上に展開したときのリスタートの要否をネットワーク装置の動作種別毎に記述した複数のサブコンフィグファイルと、各サブコンフィグファイルとネットワーク装置の動作種別の対応を記述したメインコンフィグファイルからなるコンフィグファイルを受信し、受信したコンフィグファイルのメインコンフィグファイルから自装置の動作種別に対応したサブコンフィグファイルを取得する取得手段と、
前記自装置の動作種別に対応したサブコンフィグファイルに基づき自装置で必要なロードモジュール名及びバージョンの送信要求を前記上位系装置に対して行う送信要求手段と、
前記送信要求により前記上位系装置から送信されるロードモジュールを前記待機メモリに格納する格納手段を有することにより、請求項１の発明を実現できる。
【発明の効果】
【００１８】
請求項１に記載の発明によれば、必要なロードモジュールだけをダウンロードすることでダウンロード時間を短縮することができる。
【００１９】
請求項２に記載の発明によれば、リスタートを伴わないプログラムの切替えを行うことができる。
【００２０】
請求項３に記載の発明によれば、請求項１の発明を実現できる。
【発明を実施するための最良の形態】
【００２１】
以下、図面に基づいて本発明の実施形態について説明する。
【００２２】
図２は、本発明のプログラムダウンロード方法が適用されるネットワークシステムの一実施形態の構成図を示す。同図中、伝送装置２０１〜２０ｎはリングネットワークを構成している。伝送装置２０１には上位系装置としてのネットワーク管理装置２１が接続され、伝送装置２０２〜２０ｎは伝送装置２０１及びリングネットワークを介してネットワーク管理装置２１に接続されている。
【００２３】
本発明のプログラムダウンロード及び切替え方法においても、伝送装置のダウンロードを処理する部分のブロック図は図１に示すとおりである。同図中、第１メモリ１１は動作プログラムを格納する。第２メモリ１２は同じく動作プログラムを保存する。動作プログラム格納メモリ記憶部１３には第１メモリ１１と第２メモリ１２に格納されているプログラムのうち、どちらを動作プログラムとして使用するべきかの情報が保存される。ＣＰＵ１４は、この伝送装置１０を制御する。動作メモリ１５には、ＣＰＵ１４がプログラムを実行する際にロードモジュールが展開される。
【００２４】
図３（Ａ），（Ｂ）は、本発明のプログラムダウンロード及び切替え方法で使用するコンフィグファイルの一実施形態を示す。コンフィグファイル”Ｃｏｎｆｉｇ．ｆｉｌｅ”は、図２（Ａ）に示す１つのメインコンフィグファイル”ｍａｉｎｃｏｎｆｉｇ．ｆｉｌｅ”と、図２（Ｂ）に示す複数のサブコンフィグファイル”ｓｕｂｃｏｎｆｉｇ．ｆｉｌｅ”からなる。
【００２５】
メインコンフィグファイルには、動作プログラムの総合版数（Ｔｏｔａｌ＿Ｖｅｒｓｉｏｎ＿Ｎｏ）と、伝送装置の各動作種別（Ｓｙｓｔｅｍ＿Ｔｙｐｅ）及び、それに応じたサブコンフィグファイル名（Ｆｉｌｅ＿Ｎａｍｅ）が記載されている。
【００２６】
サブコンフィグファイルは動作種別毎に存在し、各動作種別のサブコンフィグファイル中には、必要なロードモジュール名（Ｍｏｄｕｌｅ＿Ｎａｍｅ）と、そのバージョン（Ｖｅｒｓｉｏｎ＿Ｎｏ）と、このロードモジュールを動作メモリ上に展開した際のＣＰＵのリスタートの要否（Ｒｅｓｔａｒｔ）が記載されている。
【００２７】
本発明のプログラムダウンロード方法の第１実施形態について説明する。
【００２８】
上位系装置１６より新規プログラムのダウンロード要求が発生した場合、次の手順で新規プログラムのダウンロードを行う。
【００２９】
第１ステップ：ＣＰＵ１４は、上位系装置１６より新規プログラムのダウンロード要求を受ける。
【００３０】
第２ステップ：ＣＰＵ１４は、上位系装置１６から新規プログラム用のコンフィグファイルを受信する。
【００３１】
第３ステップ：受信したコンフィグファイル中のメインコンフィグファイルより、自装置の動作種別に対応するサブコンフィグファイルを選択し、サブコンフィグファイルに記載されているロードモジュールのみを上位系装置１６よりダウンロードし、待機メモリである第２メモリ１２に格納する。
【００３２】
第４ステップ：ＣＰＵ１４は、新規プログラム用のコンフィグファイルで第２メモリ１２に格納されていたコンフィグファイルを置き換える。
【００３３】
以上の手順を実施することにより、新規プログラム用のコンフィグファイルと自装置が動作するために必要なロードモジュールのみを上位系装置１６より第２メモリ１２にダウンロードすることで、コンフィグファイルで指定されたモジュール群と新規プログラム用のコンフィグファイルを第２メモリ１２に全て格納させることができる。
【００３４】
図４、図５は、本発明のプログラムダウンロード方法の第１実施形態のフローチャートを示す。図４において、上位系装置１６はステップＳ１０で新規プログラムのダウンロード要求を伝送装置に送信する。これを受信した伝送装置のＣＰＵ１４はステップＳ１１で新規プログラムのダウンロード処理を開始する。
【００３５】
次に、上位系装置１６はステップＳ１２で新規プログラム用のコンフィグファイルを伝送装置に送信する。伝送装置のＣＰＵ１４はステップＳ１３で受信した新規プログラム用のコンフィグファイル内のメインコンフィグファイルから自装置の動作種別に対応するサブコンフィグファイルを取得する。そして、ステップＳ１４で待機メモリである第２メモリ１２に格納されているロードモジュールを全て消去する。
【００３６】
次に、伝送装置のＣＰＵ１４はステップＳ１５で取得したサブコンフィグファイルに記載されているロードモジュール名及びバージョンを取得し、ステップＳ１６で取得したロードモジュール名及びバージョンのロードモジュールの送信を要求するロードモジュール送信要求を上位系装置１６に送信する。これを受信した上位系装置１６はステップＳ１７で要求されたロードモジュールを伝送装置に送信する。
【００３７】
伝送装置のＣＰＵ１４は図５のステップＳ１８で、上位系装置１６から送信されたロードモジュールを受信して第２メモリ１２に格納する。この後、ステップＳ１９で取得したサブコンフィグファイルに記載されているロードモジュールを全て受信完了したか否かを判別し、全て受信完了していない場合にはステップＳ１５に進んでステップＳ１５〜Ｓ１９を繰り返す。
【００３８】
全て受信完了した場合にはステップＳ２０に進み、ステップＳ１３で取得した新規プログラム用のコンフィグファイル内のメインコンフィグファイルと自装置の動作種別に対応するサブコンフィグファイルで第２メモリ１２に格納されている古いコンフィグファイルを上書きして置き換える。そして、ステップＳ２１でダウンロード完了通知を上位系装置１６に送信する。その後、ステップＳ２２で新規プログラムのダウンロード処理を終了する。
【００３９】
本発明のプログラムダウンロード方法の第２実施形態について説明する。
【００４０】
上位系装置１６より新規プログラムのダウンロード要求が発生した場合、次の手順で新規プログラムのダウンロードを行う。
【００４１】
第１ステップ：ＣＰＵ１４は、上位系装置１６より新規プログラムのダウンロード要求を受ける。
【００４２】
第２ステップ：ＣＰＵ１４は、上位系装置１６から新規プログラム用のコンフィグファイルを受信する。
【００４３】
第３ステップ：受信したコンフィグファイル中のメインコンフィグファイルより、自装置の動作種別に対応するサブコンフィグファイルを選択し、待機メモリである第２メモリ１２に格納されているロードモジュールと、自装置の動作種別に対応するサブコンフィグファイルに記載されているロードモジュールとを比較する。ここで、第２メモリ１２に存在していないモジュールまたはバージョンの異なるモジュールを上位系装置１６よりダウンロードし、第２メモリ１２に格納する。そして、第２メモリ１２に格納されており、自装置の動作種別に対応するコンフィグファイルに記載されていないロードモジュールを第２メモリ１２より削除する。
【００４４】
第４ステップ：ＣＰＵ１４は、新規プログラム用のコンフィグファイルで第２メモリ１２に格納されていたコンフィグファイルを置き換える。
【００４５】
以上の手順を実施することにより、待機メモリである第２メモリ１２上に同一のものが存在しないロードモジュールのみダウンロードすることで、コンフィグファイルで指定されたモジュール群と新規プログラム用のコンフィグファイルを第２メモリ１２に全て格納させることができる。
【００４６】
図６、図７は、本発明のプログラムダウンロード方法の第２実施形態のフローチャートを示す。図６において、上位系装置１６はステップＳ３０で新規プログラムのダウンロード要求を伝送装置に送信する。これを受信した伝送装置のＣＰＵ１４はステップＳ３１で新規プログラムのダウンロード処理を開始する。
【００４７】
次に、上位系装置１６はステップＳ３２で新規プログラム用のコンフィグファイルを伝送装置に送信する。伝送装置のＣＰＵ１４はステップＳ３３で受信した新規プログラム用のコンフィグファイル内のメインコンフィグファイルから自装置の動作種別に対応するサブコンフィグファイルを取得する。そして、ステップＳ３４で待機メモリである第２メモリ１２に格納されているロードモジュールのうち、取得したサブコンフィグファイルに記載されていないロードモジュールを全て消去する。
【００４８】
次に、伝送装置のＣＰＵ１４はステップＳ３５で取得したサブコンフィグファイルに記載されているロードモジュール名及びバージョンを取得し、ステップＳ３６で取得したロードモジュール名と同一バージョンのものが待機メモリである第２メモリ１２上に存在するか否かを判別し、存在しない場合にはステップＳ３７に進み、存在する場合にはステップＳ４０に進む。
【００４９】
ステップＳ３７では取得したロードモジュール名及びバージョンのロードモジュールの送信を要求するロードモジュール送信要求を上位系装置１６に送信する。これを受信した上位系装置１６はステップＳ３８で要求されたロードモジュールを伝送装置に送信する。
【００５０】
伝送装置のＣＰＵ１４は図７のステップＳ３９で、上位系装置１６から送信されたロードモジュールを受信して第２メモリ１２に格納する。この後、ステップＳ４０で取得したサブコンフィグファイルに記載されているロードモジュールを全て受信完了したか否かを判別し、全て受信完了していない場合にはステップＳ３５に進んでステップＳ３５〜Ｓ４０を繰り返す。
【００５１】
全て受信完了した場合にはステップＳ４１に進み、ステップＳ３３で取得した新規プログラム用のコンフィグファイル内のメインコンフィグファイルと自装置の動作種別に対応するサブコンフィグファイルで第２メモリ１２に格納されている古いコンフィグファイルを上書きして置き換える。そして、ステップＳ４２でダウンロード完了通知を上位系装置１６に送信する。その後、ステップＳ４３で新規プログラムのダウンロード処理を終了する。
【００５２】
本発明のプログラムダウンロード方法の第３実施形態について説明する。
【００５３】
上位系装置１６より新規プログラムのダウンロード要求が発生した場合、次の手順で新規プログラムのダウンロードを行う。
【００５４】
第１ステップ：ＣＰＵ１４は、上位系装置１６より新規プログラムのダウンロード要求を受ける。
【００５５】
第２ステップ：ＣＰＵ１４は、上位系装置１６から新規プログラム用のコンフィグファイルを受信する。
【００５６】
第３ステップ：受信したコンフィグファイル中のメインコンフィグファイルより、自装置の動作種別に対応するサブコンフィグファイルを選択し、待機メモリである第２メモリ１２に格納されているロードモジュールと、自装置の動作種別に対応するサブコンフィグファイルに記載されているロードモジュールとを比較する。ここで、第２メモリ１２に存在していないモジュールまたはバージョンの異なるモジュールが自装置の動作種別に対応するサブコンフィグファイルに存在した場合、運用メモリである第１メモリ１１に同名かつ同じバージョンのモジュールがないかを確認し、存在する場合は第１メモリ１１から第２メモリ１２に該当するモジュールをコピーする。一方、第１メモリ１１に同名かつ同じバージョンのモジュールが存在しない場合、上位系装置１６より該当するモジュールをダウンロードする。そして、第２メモリ１２に格納されており、自装置の動作種別に対応するサブコンフィグファイルに記載されていないロードモジュールを第２メモリ１２より削除する。
【００５７】
第４ステップ：ＣＰＵ１４は、新規プログラム用のコンフィグファイルで第２メモリ１２に格納されていたコンフィグファイルを置き換える。
【００５８】
以上の手順を実施することにより、運用メモリと待機メモリの両方に同一のものが存在しないロードモジュールのみをダウンロードすることで、コンフィグファイルで指定されたモジュール群と新規プログラム用のコンフィグファイルを第２メモリ１２に全て格納させることができる。
【００５９】
図８、図９は、本発明のプログラムダウンロード方法の第３実施形態のフローチャートを示す。図８において、上位系装置１６はステップＳ５０で新規プログラムのダウンロード要求を伝送装置に送信する。これを受信した伝送装置のＣＰＵ１４はステップＳ５１で新規プログラムのダウンロード処理を開始する。
【００６０】
次に、上位系装置１６はステップＳ５２で新規プログラム用のコンフィグファイルを伝送装置に送信する。伝送装置のＣＰＵ１４はステップＳ５３で受信した新規プログラム用のコンフィグファイル内のメインコンフィグファイルから自装置の動作種別に対応するサブコンフィグファイルを取得する。そして、ステップＳ５４で待機メモリである第２メモリ１２に格納されているロードモジュールのうち、取得したサブコンフィグファイルに記載されていないロードモジュールを全て消去する。
【００６１】
次に、伝送装置のＣＰＵ１４はステップＳ５５で取得したサブコンフィグファイルに記載されているロードモジュール名及びバージョンを取得し、ステップＳ５６で取得したロードモジュール名と同一バージョンのものが待機メモリである第２メモリ１２上に存在するか否かを判別し、存在しない場合にはステップＳ５７に進み、存在する場合にはステップＳ６１に進む。
【００６２】
ステップＳ５７では取得したロードモジュール名と同一バージョンのものが運用メモリである第１メモリ１１上に存在するか否かを判別し、存在しない場合にはステップＳ５８に進み、存在する場合にはステップＳ６０で取得したロードモジュール名と同一バージョンのロードモジュールを第１メモリ１１から第２メモリ１２にコピーし、ステップＳ６１に進む。
【００６３】
ステップＳ５８では取得したロードモジュール名及びバージョンのロードモジュールの送信を要求するロードモジュール送信要求を上位系装置１６に送信する。これを受信した上位系装置１６はステップＳ５９で要求されたロードモジュールを伝送装置に送信する。
【００６４】
伝送装置のＣＰＵ１４は図９のステップＳ６１で、上位系装置１６から送信されたロードモジュールを受信して第２メモリ１２に格納する。この後、ステップＳ６２で取得したサブコンフィグファイルに記載されているロードモジュールを全て受信完了したか否かを判別し、全て受信完了していない場合にはステップＳ５５に進んでステップＳ５５〜Ｓ６２を繰り返す。
【００６５】
全て受信完了した場合にはステップＳ６３に進み、ステップＳ５３で取得した新規プログラム用のコンフィグファイル内のメインコンフィグファイルと自装置の動作種別に対応するサブコンフィグファイルで第２メモリ１２に格納されている古いコンフィグファイルを上書きして置き換える。そして、ステップＳ６４でダウンロード完了通知を上位系装置１６に送信する。その後、ステップＳ６５で新規プログラムのダウンロード処理を終了する。
【００６６】
本発明のプログラム切替え方法の第１実施形態について説明する。
【００６７】
上位系装置１６より新規プログラムへの切替え要求が発生した場合、次の手順で新規プログラムへの切替えを行う。
【００６８】
第１ステップ：ＣＰＵ１４は、上位系装置１６より新規プログラムへの切替え処理開始要求を受ける。
【００６９】
第２ステップ：ＣＰＵ１４は、動作プログラム格納メモリ記憶部１３の情報を更新し、運用メモリと待機メモリを入れ替える。このため、第１メモリ１１が待機メモリ、第２メモリ１２が運用メモリとなる。
【００７０】
第３ステップ：ＣＰＵ１４は、動作メモリ１５上に展開されているロードモジュール名及びバージョンと、運用メモリである第２メモリ１２に格納されている自装置の動作種別に対応する新規プログラム用のサブコンフィグファイルのロードモジュール名及びバージョンとを比較し、両者で同名のロードモジュールのバージョンが異なる場合、第２メモリ１２に格納されている新規プログラム内の該当ロードモジュールを動作メモリ１５上に再展開する。このとき、サブコンフィグファイル上のリスタート要否が要であれば、ＣＰＵ１４のリスタートを行う。ＣＰＵ１４のリスタートを行うと、第２メモリ１２に格納されている新規プログラムの全ロードモジュールが動作メモリ１５上に展開される。
【００７１】
また、動作メモリ１５上に展開されておらず、新規プログラム用のサブコンフィグファイル上に記載されているロードモジュールを動作メモリ１５に展開する。このとき、サブコンフィグファイル上のリスタート要否が要であれば、ＣＰＵ１４のリスタートを行う。
【００７２】
更に、サブコンフィグファイル上に存在せず、動作メモリ１５上に展開されているロードモジュールを動作メモリ１５上から削除する。
【００７３】
以上の手順を実施することにより、動作メモリ１５上に展開されているロードモジュールを全て運用メモリである第２メモリ１２に格納されているロードモジュールとすることができ、動作プログラムを更新することができる。このとき、ロードモジュールの展開時にＣＰＵ１４のリスタートの有無が指定できるので、ＣＰＵ１４のリスタートを必要としないモジュールの更新であればＣＰＵ１４のリスタートを行うことなく、プログラムの更新を完了させることができる。
【００７４】
図１０、図１１は、本発明のプログラム切替え方法の第１実施形態のフローチャートを示す。図１０において、上位系装置１６はステップＳ７０で動作プログラムの切替え要求を伝送装置に送信する。これを受信した伝送装置のＣＰＵ１４はステップＳ７１で動作プログラムの切替え処理を開始する。次に、ＣＰＵ１４はステップＳ７２で動作プログラム格納メモリ記憶部１３の情報を更新し、運用メモリと待機メモリを入れ替える。
【００７５】
そして、ステップＳ７３で運用メモリである第２メモリ１２に格納されている新規プログラム用のコンフィグファイル内のメインコンフィグファイルから自装置の動作種別に対応するサブコンフィグファイルを取得する。そして、ステップＳ７４で動作メモリ１５上に展開されているロードモジュールのうち、第２メモリ１２から取得したサブコンフィグファイルに記載されていないロードモジュールを消去する。
【００７６】
次に、ＣＰＵ１４はステップＳ７５で動作メモリ１５上に展開されているロードモジュール名及びバージョンと、第２メモリ１２から取得した新規プログラム用のサブコンフィグファイルのロードモジュール名及びバージョンが一致するか否かを判別し、一致した場合はステップＳ８０に進み、一致しない場合はステップＳ７６に進む。
【００７７】
ステップＳ７６では、サブコンフィグファイル上のリスタート要否が要であるか否かを判別し、リスタート要であればステップＳ７７でＣＰＵ１４のリスタートを行う。一方、リスタート不要であればステップＳ７８で第２メモリ１２に格納されている新規プログラム内の該当ロードモジュールを動作メモリ１５上に展開し、ステップＳ７９で展開したロードモジュールに関する動作を開始する。
【００７８】
上記のステップＳ７９の実行後またはステップＳ７５で一致の場合は図１１のステップＳ８０で第２メモリ１２のサブコンフィグファイルに記載されている全てのロードモジュールを動作メモリ１５上に展開したか否かを判別し、全て展開していない場合にはステップＳ７５に進んでステップＳ７５〜Ｓ８０を繰り返す。
【００７９】
全て展開した場合にはステップＳ８１に進み、動作プログラムの切替え完了通知を上位系装置１６に送信する。その後、ステップＳ８２で動作プログラムの切替え処理を終了する。
【００８０】
本発明のプログラム切替え方法の第２実施形態について説明する。
【００８１】
上記の動作プログラムの切替えを実行後、動作プログラムの異常が発生した場合、次の手順で動作プログラムを古いプログラムに再切替えを行って切り戻すことができる。
【００８２】
第１ステップ：ＣＰＵ１４は、上位系装置１６より新規プログラムへの再切替え処理開始要求を受ける。
【００８３】
第２ステップ：ＣＰＵ１４は、動作プログラム格納メモリ記憶部１３の情報を更新し、運用メモリと待機メモリを入れ替える。このため、第１メモリ１１が運用メモリ、第２メモリ１２が待機メモリとなる。
【００８４】
第３ステップ：ＣＰＵ１４は、動作メモリ１５上に展開されているロードモジュール名及びバージョンと、運用メモリである第１メモリ１１に格納されている自装置の動作種別に対応する新規プログラム用のサブコンフィグファイルのロードモジュール名及びバージョンとを比較し、両者で同名のロードモジュールのバージョンが異なる場合、第１メモリ１１に格納されている新規プログラム内の該当ロードモジュールを動作メモリ１５上に再展開する。このとき、サブコンフィグファイル上のリスタート要否が要であれば、ＣＰＵ１４のリスタートを行う。ＣＰＵ１４のリスタートを行うと、第１メモリ１１に格納されている新規プログラムの全ロードモジュールが動作メモリ１５上に展開される。
【００８５】
また、動作メモリ１５上に展開されておらず、新規プログラム用のサブコンフィグファイル上に存在しているロードモジュールを動作メモリ１５に展開する。このとき、サブコンフィグファイル上のリスタート要否が要であれば、ＣＰＵ１４のリスタートを行う。
【００８６】
更に、サブコンフィグファイル上に存在せず、動作メモリ１５上に展開されているロードモジュールを動作メモリ１５上から削除する。
【００８７】
以上の手順を実施することにより、動作メモリ１５上に展開されているロードモジュールを全て運用メモリである第１メモリ１１に格納されているロードモジュールとすることができ、動作プログラムを更新することができる。このとき、ロードモジュールの展開時にＣＰＵ１４のリスタートの有無が指定できるので、ＣＰＵ１４のリスタートを必要としないモジュールの更新であればＣＰＵ１４のリスタートを行うことなく、プログラムの再切替え（切り戻し）を完了させることができる。
【００８８】
図１２、図１３は、本発明のプログラム切替え方法の第２実施形態のフローチャートを示す。図１２において、上位系装置１６はステップＳ９０で動作プログラムの再切替え要求を伝送装置に送信する。これを受信した伝送装置のＣＰＵ１４はステップＳ９１で動作プログラムの再切替え処理を開始する。次に、ＣＰＵ１４はステップＳ９２で動作プログラム格納メモリ記憶部１３の情報を更新し、運用メモリと待機メモリを入れ替える。
【００８９】
そして、ステップＳ９３で運用メモリである第１メモリ１１に格納されている新規プログラム用のコンフィグファイル内のメインコンフィグファイルから自装置の動作種別に対応するサブコンフィグファイルを取得する。そして、ステップＳ９４で動作メモリ１５上に展開されているロードモジュールのうち、第１メモリ１１から取得したサブコンフィグファイルに記載されていないロードモジュールを消去する。
【００９０】
次に、ＣＰＵ１４はステップＳ９５で動作メモリ１５上に展開されているロードモジュール名及びバージョンと、第１メモリ１１から取得した新規プログラム用のサブコンフィグファイルのロードモジュール名及びバージョンが一致するか否かを判別し、一致した場合はステップＳ１００に進み、一致しない場合はステップＳ９６に進む。
【００９１】
ステップＳ９６では、サブコンフィグファイル上のリスタート要否が要であるか否かを判別し、リスタート要であればステップＳ９７でＣＰＵ１４のリスタートを行う。一方、リスタート不要であればステップＳ９８で第１メモリ１１に格納されている新規プログラム内の該当ロードモジュールを動作メモリ１５上に展開し、ステップＳ９９で展開したロードモジュールに関する動作を開始する。
【００９２】
上記のステップＳ９９の実行後またはステップＳ９５で一致の場合は図１３のステップＳ１００で第１メモリ１１のサブコンフィグファイルに記載されている全てのロードモジュールを動作メモリ１５上に展開したか否かを判別し、全て展開していない場合にはステップＳ９５に進んでステップＳ９５〜Ｓ１００を繰り返す。
【００９３】
全て展開した場合にはステップＳ１０１に進み、動作プログラムの再切替え完了通知を上位系装置１６に送信する。その後、ステップＳ１０２で動作プログラムの再切替え処理を終了する。
【００９４】
このように、新規プログラムをダウンロードする場合、ロードモジュールを選択してダウンロードを行うことにより、ダウンロード時間を短縮することができる。また、動作プログラムを切替え、または、再切替えを行う場合に、切替えるモジュールによって、ＣＰＵのリスタートの要否を指定できるため、リスタートを伴わないプログラムの切替えが可能となる。
【００９５】
また、動作プログラムを動作種別に応じて使用するロードモジュールが異なっていても、同一のコンフィグファイルで管理を行うことができるため、システムとしてのバージョン管理が容易となる。
【００９６】
なお、ステップＳ１３，Ｓ３３，Ｓ５３が請求項記載の取得手段に対応し、ステップＳ１６，Ｓ３７，Ｓ５８が送信要求手段に対応し、ステップＳ１８，Ｓ３９，Ｓ６１が格納手段に対応する。
（付記１）
上位系装置から複数のネットワーク装置にプログラムをダウンロードするプログラムダウンロード方法において、
前記上位系装置は、ロードモジュール名及びバージョン及び各ロードモジュールを動作メモリ上に展開したときのリスタートの要否をネットワーク装置の動作種別毎に記述した複数のサブコンフィグファイルと、各サブコンフィグファイルとネットワーク装置の動作種別の対応を記述したメインコンフィグファイルからなるコンフィグファイルを前記複数のネットワーク装置に送信し、
各ネットワーク装置は、受信したコンフィグファイルのメインコンフィグファイルから自装置の動作種別に対応したサブコンフィグファイルを取得し、
前記自装置の動作種別に対応したサブコンフィグファイルに基づき自装置で必要なロードモジュール名及びバージョンの送信要求を前記上位系装置に対して行い、
前記送信要求により前記上位系装置から送信されるロードモジュールを待機メモリに格納することを特長とするプログラムダウンロード方法。
（付記２）
付記１記載のプログラムダウンロード方法で上位系装置から各ネットワーク装置にロードモジュールをダウンロードしたのち、動作プログラムを前記ダウンロードしたロードモジュールに切替える方法であって、
前記上位系装置からの切替え要求に応じ、前記待機メモリを運用メモリに切替え、
前記運用メモリに格納されているロードモジュールをプログラム実行用の動作メモリに展開するときに、前記動作メモリ上に展開済みのロードモジュールと、前記運用メモリのサブコンフィグファイルに記載されているロードモジュールとで、同名のロードモジュールのバージョンが異なるロードモジュールを運用メモリから動作メモリ上に展開し、また、前記動作メモリ上に展開されておらず前記運用メモリのサブコンフィグファイルに記載されているロードモジュールを運用メモリから動作メモリ上に展開し、
前記動作メモリ上に展開するロードモジュールのリスタートの要否が要であるときにリスタートを実施することを特長とする切替え方法。
（付記３）
上位系装置からプログラムをダウンロードされるネットワーク装置において、
前記上位系装置から送信された、ロードモジュール名及びバージョン及び各ロードモジュールを動作メモリ上に展開したときのリスタートの要否をネットワーク装置の動作種別毎に記述した複数のサブコンフィグファイルと、各サブコンフィグファイルとネットワーク装置の動作種別の対応を記述したメインコンフィグファイルからなるコンフィグファイルを受信し、受信したコンフィグファイルのメインコンフィグファイルから自装置の動作種別に対応したサブコンフィグファイルを取得する取得手段と、
前記自装置の動作種別に対応したサブコンフィグファイルに基づき自装置で必要なロードモジュール名及びバージョンの送信要求を前記上位系装置に対して行う送信要求手段と、
前記送信要求により前記上位系装置から送信されるロードモジュールを前記待機メモリに格納する格納手段を
有することを特長とするネットワーク装置。
（付記４）
付記２記載の切替え方法で切替えたのち動作プログラムを再び切替える方法であって、
前記上位系装置からの再切替え要求に応じ、前記待機メモリを運用メモリに切替え、
前記運用メモリに格納されているロードモジュールをプログラム実行用の動作メモリに展開するときに、前記動作メモリ上に展開済みのロードモジュールと、前記運用メモリのサブコンフィグファイルに記載されているロードモジュールとで、同名のロードモジュールのバージョンが異なるロードモジュールを運用メモリから動作メモリ上に展開し、また、前記動作メモリ上に展開されておらず前記運用メモリのサブコンフィグファイルに記載されているロードモジュールを運用メモリから動作メモリ上に展開し、
前記動作メモリ上に展開するロードモジュールのリスタートの要否が要であるときにリスタートを実施することを特長とする切替え方法。
（付記５）
付記１記載のプログラムダウンロード方法において、
前記上位系装置から送信され自装置の動作種別に対応したサブコンフィグファイルに記載されたロードモジュールと同名で同バージョンのロードモジュールが前記待機メモリに存在しない場合に自装置で必要なロードモジュールとしてロードモジュール名及びバージョンの送信要求を前記上位系装置に対して行うことを特長とするプログラムダウンロード方法。
（付記６）
付記５記載のプログラムダウンロード方法において、
前記上位系装置から送信され自装置の動作種別に対応したサブコンフィグファイルに記載されたロードモジュールと同名で同バージョンのロードモジュールが前記待機メモリに存在せず運用メモリに存在する場合は運用メモリから待機メモリにコピーを行ない、前記待機メモリ及びに運用メモリ存在しない場合に自装置で必要なロードモジュールとしてロードモジュール名及びバージョンの送信要求を前記上位系装置に対して行うことを特長とするプログラムダウンロード方法。
【図面の簡単な説明】
【００９７】
【図１】伝送装置のダウンロードを処理する部分の一例のブロック図である。
【図２】本発明のプログラムダウンロード方法が適用されるネットワークシステムの一実施形態の構成図である。
【図３】本発明方法で使用するコンフィグファイルの一実施形態を示す図である。
【図４】本発明のプログラムダウンロード方法の第１実施形態のフローチャートである。
【図５】本発明のプログラムダウンロード方法の第１実施形態のフローチャートである。
【図６】本発明のプログラムダウンロード方法の第２実施形態のフローチャートである。
【図７】本発明のプログラムダウンロード方法の第２実施形態のフローチャートである。
【図８】本発明のプログラムダウンロード方法の第３実施形態のフローチャートである。
【図９】本発明のプログラムダウンロード方法の第３実施形態のフローチャートである。
【図１０】本発明のプログラム切替え方法の第１実施形態のフローチャートである。
【図１１】本発明のプログラム切替え方法の第１実施形態のフローチャートである。
【図１２】本発明のプログラム切替え方法の第２実施形態のフローチャートである。
【図１３】本発明のプログラム切替え方法の第２実施形態のフローチャートである。
【符号の説明】
【００９８】
１１  第１メモリ
１２  第２メモリ
１３  動作プログラム格納メモリ記憶部
１４  ＣＰＵ
１５  動作メモリ
１６  上位系装置
２０１〜２０ｎ  伝送装置
２１  ネットワーク管理装置
【図１】
2005242691.tif 000003
【図２】
2005242691.tif 000004
【図３】
2005242691.tif 000005
【図４】
2005242691.tif 000006
【図５】
2005242691.tif 000007
【図６】
2005242691.tif 000008
【図７】
2005242691.tif 000009
【図８】
2005242691.tif 000010
【図９】
2005242691.tif 000011
【図１０】
2005242691.tif 000012
【図１１】
2005242691.tif 000013
【図１２】
2005242691.tif 000014
【図１３】
2005242691.tif 000015