(57)【要約】【課題】コンフィグレーションのデータ構造を更新するアップデートにおいても、動作を停止させるアプリケーションをできるだけ少なくしたネットワーク装置を提供することを目的とする。【解決手段】通信装置であって、アプリケーション参照コンフィグレーション情報に基づいて、アップデートするアプリケーションが参照する第１アップデート対象コンフィグレーション集合として特定し、コンフィグレーション関連性情報に基づいて、第１アップデート対象コンフィグレーション集合が参照する第２アップデート対象コンフィグレーション集合として特定し、第１アップデート対象コンフィグレーション集合の定義及び第２アップデート対象コンフィグレーション集合の定義に基づいて、第１アップデート対象コンフィグレーション集合及び第２アップデート対象コンフィグレーション集合を再度生成することを特徴とする。【選択図】図１
2017097590.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのアプリケーションが動作し、少なくとも一つのコンフィグレーションに従って制御される通信装置であって、
前記アプリケーションのアップデートは、前記コンフィグレーションの集合の定義を変更するものであって、
前記コンフィグレーションの集合間の参照関係が登録されたコンフィグレーション関連性情報、及び、前記アプリケーションと当該アプリケーションが参照するコンフィグレーションの集合との関係が登録されたアプリケーション参照コンフィグレーション情報を記憶する記憶部を有し、
前記アプリケーションのアップデートの指示が入力された場合、前記アプリケーション参照コンフィグレーション情報に基づいて、前記アップデートするアプリケーションが参照するコンフィグレーションの集合を、第１アップデート対象コンフィグレーション集合として特定し、
前記コンフィグレーション関連性情報に基づいて、前記第１アップデート対象コンフィグレーション集合が参照するコンフィグレーションの集合を、第２アップデート対象コンフィグレーション集合として特定し、
前記アプリケーションのアップデートの指示に基づいて、前記アップデートが指示されたアプリケーションをアップデートし、
前記アプリケーションのアップデートの指示に基づいて、前記第１アップデート対象コンフィグレーション集合の定義、及び前記第２アップデート対象コンフィグレーション集合の定義を変更し、
前記変更された第１アップデート対象コンフィグレーション集合の定義に基づいて、前記第１アップデート対象コンフィグレーション集合を再度生成し、
前記変更された第２アップデート対象コンフィグレーション集合の定義に基づいて、前記第２アップデート対象コンフィグレーション集合を再度生成することを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置であって、
前記アプリケーション参照コンフィグレーション情報に基づいて、前記第２アップデート対象コンフィグレーション集合を参照するアプリケーションを、前記アップデートの際に動作を停止する必要がある影響アプリケーションとして特定することを特徴とする通信装置。
【請求項３】
請求項２に記載の通信装置であって、
前記通信装置で動作するアプリケーションには優先度が設定され、
前記アップデートするアプリケーション及び前記影響アプリケーションの少なくとも一方が動作中である場合、前記動作中のアプリケーションに設定された優先度に基づいて、前記アップデートを継続するか中断するか判定することを特徴とする通信装置。
【請求項４】
請求項３に記載の通信装置であって、
前記通信装置のデータ転送に関するアプリケーションの優先度は、前記通信装置のデータ転送に関しないアプリケーションの優先度よりも前記アップデートを中断ように設定されることを特徴とする通信装置。
【請求項５】
請求項２に記載の通信装置であって、
前記アップデートするアプリケーション及び前記影響アプリケーションの少なくとも一方が動作中である場合、前記動作中のアプリケーションのアップデートを継続するか中断するかを問い合わせるアップデート可否表示画面を表示し、
前記アップデート可否表示画面を介して前記アップデートの継続を示す情報が入力された場合、前記アップデートを継続し、
前記アップデート可否表示画面を介して前記アップデートの中断を示す情報が入力された場合、前記アップデートを中断することを特徴とする通信装置。
【請求項６】
請求項５に記載の通信装置であって、
前記アップデート可否表示画面は、前記アップデートするアプリケーションが動作中であるか否か、及び影響アプリケーションが動作中であるか否かを示す情報を含むことを特徴とする通信装置。
【請求項７】
コンフィグレーションに従って制御される通信装置上で動作するアプリケーションのアップデートを指示する管理装置であって、
前記アプリケーションのアップデートは、前記コンフィグレーションの集合の定義が変更されるものであって、
前記管理装置は、
プロセッサ及び記憶部を有し、
前記記憶部には、前記コンフィグレーションの集合間の参照関係が登録されたコンフィグレーション関連性情報、及び、前記アプリケーションと当該アプリケーションが参照するコンフィグレーションの集合との関係が登録されたアプリケーション参照コンフィグレーション情報が記憶され、
前記プロセッサは、
前記アプリケーション参照コンフィグレーション情報に基づいて、前記アップデートするアプリケーションが参照するコンフィグレーションの集合を、第１アップデート対象コンフィグレーション集合として特定し、
前記コンフィグレーション関連性情報に基づいて、前記第１アップデート対象コンフィグレーション集合が参照するコンフィグレーションの集合を、第２アップデート対象コンフィグレーション集合として特定し、
前記アプリケーションのアップデートを前記通信装置に指示するとともに、前記第１アップデート対象コンフィグレーション集合及び前記第２アップデート対象コンフィグレーション集合を前記通信装置に通知し、
前記通信装置は、
前記アプリケーションのアップデートの指示に基づいて、前記アップデートが指示されたアプリケーションをアップデートし、
前記アプリケーションのアップデートの指示に基づいて、前記通知された第１アップデート対象コンフィグレーション集合の定義、及び前記通知された第２アップデート対象コンフィグレーション集合の定義を変更し、
前記変更された第１アップデート対象コンフィグレーション集合の定義に基づいて、前記第１アップデート対象コンフィグレーション集合を再度生成し、
前記変更された第２アップデート対象コンフィグレーション集合の定義に基づいて、前記第２アップデート対象コンフィグレーション集合を再度生成することを特徴とする管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動作するアプリケーションをアップデートする通信装置に関する。
【背景技術】
【０００２】
従来、ネットワーク装置は、構築するネットワークを規定する複数の設定情報を保持している。この設定情報をコンフィグレーションと呼ぶ。ネットワーク装置上では、ネットワークを構築するための機能が実装された複数のアプリケーションが互いに連携して動作する場合がある。ネットワーク装置が保持するコンフィグレーションでは、複数のアプリケーションが参照する情報が互いに関連する。しかし、ネットワーク装置は、コンフィグレーションをアプリケーション単位ではなく、一つのデータベースとして保持する。
【０００３】
本技術分野の背景技術として特開２０１４−１４６９１４号公報（特許文献１）がある。特許文献１には、「コンフィグデータ保持手段にコンフィグデータを配置してネットワーク環境を設定するネットワーク装置であって、コンフィグデータからコマンドラインコンフィグファイルに対応するバイナリコンフィグファイルを生成するバイナリコンフィグファイル生成手段と、対応するバイナリコンフィグファイルの有無を判定するバイナリコンフィグ・コマンドラインコンフィグ対応手段と、存在する場合はバイナリコンフィグファイルからコンフィグデータを取り出して配置し、存在しない場合はコマンドラインコンフィグファイルからコンフィグデータを生成して配置するアプリケーションソフトウェア格納手段を有することを特徴とする。」と記載されている（要約参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１４６９１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ネットワーク装置の性能向上及び高機能化によって、一つのネットワーク装置で動作するアプリケーションも複雑化及び高度化しており、ネットワーク装置のアプリケーションを更新するために装置全体を停止させる事が困難となっている。ネットワーク装置のアプリケーションを更新する事をアップデートと呼ぶ。
【０００６】
装置全体を停止させずに、他のアプリケーションの動作させたまま、あるアプリケーションをアップデートする部分アップデートがあるが、コンフィグレーションのデータ構造も変更される場合には、部分アップデートは実現できない。これは、ネットワーク装置で一つのデータベースとしてコンフィグレーションを保持しているので、コンフィグレーションのデータ構造のアップデート中は、他のアプリケーションはコンフィグレーションを参照できず、他のアプリケーションの動作を停止する必要があるためである。なお、コンフィグレーションのデータ構造のアップデートとは、コンフィグレーションに新たな情報を追加する場合、及びコンフィグレーションの情報を削除する場合の少なくとも一方を含む。
【０００７】
特許文献１においても、ネットワーク装置は、コンフィグレーションを一つのデータベースとして保持しているので、コンフィグレーションのデータ構造もアップデートする場合、コンフィグレーションを参照する全てのアプリケーションの動作を停止する必要がある。
【０００８】
そこで、本発明は、コンフィグレーションのデータ構造を更新するアップデートにおいても、動作を停止させるアプリケーションをできるだけ少なくしたネットワーク装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、少なくとも一つのアプリケーションが動作し、前記アプリケーションのアップデートに伴って前記アプリケーションが参照するコンフィグレーションの集合の定義を変更することによって、当該集合に属するコンフィグレーションを変更する通信装置であって、前記コンフィグレーションの集合間の参照関係が登録されたコンフィグレーション関連性情報、及び、前記アプリケーションと当該アプリケーションが参照するコンフィグレーションの集合との関係が登録されたアプリケーション参照コンフィグレーション情報を記憶する記憶部を有し、前記アプリケーション参照コンフィグレーション情報に基づいて、前記アップデートが指示されたアプリケーションが参照するコンフィグレーションの集合を、第１アップデート対象コンフィグレーション集合として特定し、前記コンフィグレーション関連性情報に基づいて、前記第１アップデート対象コンフィグレーション集合が参照するコンフィグレーションの集合を、第２アップデート対象コンフィグレーション集合として特定し、前記第１アップデート対象コンフィグレーション集合の定義、及び前記第２アップデート対象コンフィグレーション集合の定義を変更し、前記第１アップデート対象コンフィグレーション集合の定義に基づいて、前記第１アップデート対象コンフィグレーション集合を再度生成し、前記第２アップデート対象コンフィグレーション集合の定義に基づいて、前記第２アップデート対象コンフィグレーション集合を再度生成することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、コンフィグレーションのデータ構造を更新するアップデートにおいても、動作を停止させるアプリケーションをできるだけ少なくしたネットワーク装置を提供できる。
【００１１】
上記した以外の課題、構成、及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１２】
【図１】実施例１のネットワークシステムの構成図である。
【図２】実施例１のコンフィグレーションフォーマットデータベースの説明図である。
【図３】実施例１のコンフィグレーションデータベースの説明図である。
【図４】実施例１のコンフィグレーション関連性データベースの説明図である。
【図５】実施例１のアプリケーション参照コンフィグレーションデータベースの説明図である。
【図６Ａ】実施例１の通信装置におけるアップデート処理のフローチャートである。
【図６Ｂ】実施例１の通信装置におけるアップデート処理のフローチャートである。
【図６Ｃ】実施例１の通信装置におけるアップデート処理のフローチャートである。
【図７】実施例１のアップデート可否表示画面の説明図である。
【図８】実施例２のネットワークシステムの構成図である。
【図９Ａ】実施例２の管理装置におけるアップデート処理のフローチャートである。
【図９Ｂ】実施例２の管理装置におけるアップデート処理のフローチャートである。
【図１０】実施例２の通信装置におけるアップデート処理のフローチャートである。
【発明を実施するための形態】
【実施例１】
【００１３】
実施例１について図１〜図７を用いて説明する。
【００１４】
図１は、実施例１のネットワークシステムの構成図である。
【００１５】
図１では、実施例１のネットワークシステムに備わる各装置の構成、及び各装置の接続関係について説明する。
【００１６】
通信装置１は、ネットワーク２を構築する一つの装置であり、コンフィグレーションを管理し、アプリケーションのアップデートを実行する。通信装置１は、コンフィグレーションに従って自身を制御して、ネットワーク２を構築する他の装置とデータを通信する。
【００１７】
管理装置３は、通信装置１に接続され、通信装置１のコンフィグレーションを管理し、通信装置１のコンフィグレーションの集合の定義（データ構造）の変更を伴うアプリケーションのアップデートを指示する。管理装置３は、アップデートイメージ４を保持する。アップデートイメージ４は、アップデートするアプリケーションの実行ファイル、アップデート後のコンフィグレーション関連性データベース３１、アップデート後のアプリケーション参照コンフィグレーションデータベース３２、及びアップデート後のコンフィグレーションフォーマットデータベース３４を含む。コンフィグレーション関連性データベース３１、アプリケーション参照コンフィグレーションデータベース３２、及びコンフィグレーションフォーマットデータベース３４の詳細は後述する。
【００１８】
管理装置３は、通信装置１のアプリケーションのアップデートを指示する場合、アップデートイメージ４を通信装置１に送信する。
【００１９】
次に、通信装置１について説明する。
【００２０】
通信装置１は、制御モジュール１１と、スイッチングモジュール１２と、ネットワークインタフェースモジュール１３ａ及び１３ｂとを有する。制御モジュール１１は、ＣＰＵ（プロセッサ）１４とメモリ１５とを有する。
【００２１】
ＣＰＵ１４は、各種演算処理を実行する。制御モジュール１１が有する図示しない二次記憶装置は非揮発性の非一時的な記憶媒体であり、各種プログラム及び各種データが記憶される。メモリ１５は揮発性の一時的な記憶媒体であり、メモリ１５には、二次記憶装置に記憶された各種プログラム及び各種データがロードされ、ＣＰＵ１４がメモリ１５にロードされた各種プログラムを実行し、メモリ１５にロードされた各種データを読み書きする。
【００２２】
制御モジュール１１は、ＣＰＵ１４がプログラムを実行することによって実現されるソフトウェア制御部２１を有する。ソフトウェア制御部２１は、通信装置１を管理し、各種通信プロトコルに従って処理を実行する。ソフトウェア制御部２１上では、各種ソフトウェアが動作するが、本実施例では、例として、ユーザインタフェース部２２に対応するソフトウェア、アップデート制御部２３に対応するソフトウェア、コンフィグレーション管理部２４に対応するソフトウェア、アプリケーションＡ（ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）応答部）２５、アプリケーションＢ（ＴＲＡＰ制御部）２６、及びアプリケーションＣ（経路管理部）２７が動作するものとする。
【００２３】
ユーザインタフェース部２２は、管理装置３を介してユーザからの入力操作を受け付け、管理装置３に対して処理結果等を出力する。管理装置３に出力された処理結果等は、管理装置３に接続されるディスプレイに表示されてもよいし、管理装置３に接続されるプリンタから出力されてもよい。
【００２４】
アップデート制御部２３は、通信装置１上で動作するソフトウェアの全体又は一部をアップデートする。ソフトウェア全体のアップデートとは、通信装置１上で動作する全てのアプリケーションＡ（ＭＩＢ応答部）２５、アプリケーションＢ（ＴＲＡＰ制御部）２６、及びアプリケーションＣ（経路管理部）２７をアップデートすることを意味し、ソフトウェアの一部のアップデートとは、通信装置１上で動作する一部のアプリケーションをアップデートすることを意味する。なお、一部のソフトウェアをアップデートすることを部分アップデートという。
【００２５】
また、通信装置は、アプリケーションのアップデートは、コンフィグレーションの集合であるブロックの定義（データ構造）の変更を含んでもよい。コンフィグレーションのデータ構造の変更とは、例えば、図２に示すコンフィグレーションフォーマットデータベース３４の少なくとも一つのブロックに属するコンフィグレーションを追加したり、コンフィグレーションフォーマットデータベース３４の少なくとも一つのブロックに属するコンフィグレーションを削除したり、コンフィグレーションフォーマットデータベース３４に新たなブロックを追加したり、コンフィグレーションフォーマットデータベース３４からブロックを削除することを意味する。なお、ブロックとは、コンフィグレーション管理部２４がコンフィグレーションを管理する単位であり、ブロックには少なくとも一つのコンフィグレーションが属する。
【００２６】
コンフィグレーション管理部２４は、コンフィグレーション関連性データベース３１、アプリケーション参照コンフィグレーションデータベース３２、入力コマンドデータ３３、コンフィグレーションフォーマットデータベース３４、及びコンフィグレーションデータベース３５を管理する。具体的には、コンフィグレーション関連性データベース３１、アプリケーション参照コンフィグレーションデータベース３２、入力コマンドデータ３３、コンフィグレーションフォーマットデータベース３４、及びコンフィグレーションデータベース３５は、メモリ１５に記憶される。
【００２７】
コンフィグレーション関連性データベース３１には、コンフィグレーションフォーマットデータベース３４でブロック間の参照関係が登録される。コンフィグレーション関連性データベース３１の詳細は、図４で説明する。
【００２８】
アプリケーション参照コンフィグレーションデータベース３２には、アプリケーションと当該アプリケーションが参照するブロックとの関係が登録される。アプリケーション参照コンフィグレーションデータベース３２の詳細は、図５で説明する。
【００２９】
入力コマンドデータ３３には、管理装置３が管理者から入力を受け付けたコンフィグレーションデータベース３５に登録されるコンフィグレーションのテキストデータが登録される。
【００３０】
コンフィグレーションフォーマットデータベース３４には、各ブロックの定義が登録される。すなわち、コンフィグレーションフォーマットデータベース３４は、各ブロックに属するコンフィグレーションを定義する。コンフィグレーションフォーマットデータベース３４の詳細は図２で説明する。
【００３１】
コンフィグレーションデータベース３５には、入力コマンドデータに登録されたコンフィグレーションのテキストデータがバイナリ形式に変換され、バイナリ形式に変換されたコンフィグレーションのバイナリデータがコンフィグレーションフォーマットデータベース３４に基づいてブロックごとに登録される。コンフィグレーションデータベース３５の詳細は図３で説明する。
【００３２】
アプリケーションＡ（ＭＩＢ応答部）２５は、ＭＩＢ応答部の機能を実装しており、通信装置１の状態（例えば、スイッチングモジュール１２のＣＰＵ１６使用率等）を管理し、通信装置１の状態をＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）マネージャ５に送信する。アプリケーションＢ（ＴＲＡＰ制御部）２６は、ＴＲＡＰ制御部の機能を実装しており、通信装置１で異常が発生した場合、異常が発生した旨の通知をＳＮＭＰマネージャ５に送信する。アプリケーションＣ（経路管理部）２７は、経路管理部の機能を実装しており、通信装置１を経由する経路に関する情報を管理する。アプリケーションＣ（経路管理部）２７は、データ通信に関するアプリケーションであり、アプリケーションＡ（ＭＩＢ応答部）２５及びアプリケーションＢ（ＴＲＡＰ制御部）２６はデータ通信に関しないアプリケーションである。
【００３３】
各アプリケーションは、コンフィグレーションフォーマットデータベース３４に登録された値に基づいて動作する。
【００３４】
ネットワークインタフェースモジュール１３ａは、ネットワーク２の隣接する装置に接続される送受信ポート１８ａを有し、通信装置１をネットワーク２に接続し、データを転送する。ネットワークインタフェースモジュール１３ｂは、送受信ポート１８ｂを有する。ネットワークインタフェースモジュール１３ｂの詳細は、ネットワークインタフェースモジュール１３ａと同じであるので説明を省略する。なお、ネットワークインタフェースモジュールの数は、図１に限定されない。
【００３５】
スイッチングモジュール１２は、ＣＰＵ（プロセッサ）１６及びメモリ１７を有し、ネットワークインタフェースモジュール１３ａ及び１３ｂに接続され、ネットワークインタフェースモジュール１３ａ及び１３ｂ間でデータを転送する。また、スイッチングモジュール１２は、制御モジュール１１に接続され、制御モジュール１１とネットワークインタフェースモジュール１３ａ又は１３ｂとの間でデータを転送する。なお、スイッチングモジュール１２は、ハードウェアによって実現されてもよいし、ＣＰＵ１６がプログラムを実行することによって実現されてもよい。
【００３６】
なお、ＣＰＵ１６及びメモリ１７のハードウェア動作は、ＣＰＵ１４及びメモリ１５と同じであるので、説明を省略する。
【００３７】
ＳＮＭＰマネージャ５は、ネットワーク２を介して通信装置１に接続され、通信装置１で異常が発生した旨の通知を受信する。
【００３８】
図２は、実施例１のコンフィグレーションフォーマットデータベース３４の説明図である。
【００３９】
コンフィグレーションフォーマットデータベース３４には、ブロックＡ５１〜ブロックＨ５８（図４参照）のそれぞれに属するコンフィグレーションの種別と当該種別のデータ形式とが登録されるが、図２では、ブロックＢ（ＶＲＦ（Ｖｉｒｔｕａｌ  Ｒｏｕｔｉｎｇ  ａｎｄ  Ｆｏｒｗａｒｄｉｎｇ）情報）５２、ブロックＥ（ＳＮＭＰ情報）５５、ブロックＦ（ＴＲＡＰ情報）５７、及びブロックＨ（サーバ情報）５８について示す。
【００４０】
ブロックＢ（ＶＲＦ情報）５２は、ＶＲＦ管理番号の値とＶＲＦ番号の値とが属することを定義する。ブロックＥ（ＳＮＭＰ基本情報）５５は、ＳＮＭＰ管理番号の値と、ＳＮＭＰ有効設定の値と、ＳＮＭＰ  Ｖｅｒ．の値と、コミュニティ名の文字列とが属することを定義する。
【００４１】
ブロックＦ（ＴＲＡＰ情報）５７は、ＴＲＡＰ管理番号の値と、ＳＮＭＰ管理番号の値と、ＶＲＦ番号と、ＴＲＡＰ−Ａ送信設定の値と、ＴＲＡＰ−Ｂ送信設定の値とが属することを定義する。ブロックＦ（ＴＲＡＰ情報）５７には、ブロックＢ（ＶＲＦ情報）５２に属するＶＲＦ番号の値とブロックＥ（ＳＮＭＰ基本情報）５５に属するＳＮＭＰ管理番号の値とが属するので、ブロックＦ（ＴＲＡＰ情報）５７は、ブロックＢ（ＶＲＦ情報）５２及びブロックＥ（ＳＮＭＰ基本情報）５５を参照する。
【００４２】
ブロックＨ（サーバ情報）５８は、サーバ管理番号の値とＴＲＡＰ管理番号の値とサーバアドレスの値とが属することを定義する。ブロックＨ（サーバ情報）５８には、ブロックＦ（ＴＲＡＰ情報）に属するＴＲＡＰ管理番号の値が属するので、ブロックＨ（サーバ情報）５８は、ブロックＦ（ＴＲＡＰ情報）を参照する。
【００４３】
なお、他のブロックについても、図２で示したブロックと同じく、ブロックに属するコンフィグレーションの種別と当該種別のデータ形式とが登録される。
【００４４】
図３は、実施例１のコンフィグレーションデータベース３５の説明図である。
【００４５】
図３では、ブロックＢ（ＶＲＦ情報）５２に属するコンフィグレーション（ブロックＢコンフィグ６２）、ブロックＥ（ＳＮＭＰ基本情報）５５に属するコンフィグレーション（ブロックＥコンフィグ６５）、ブロックＦ（ＴＲＡＰ情報）５６に属するコンフィグレーション（ブロックＦコンフィグ６６）、及びブロックＨ（サーバ情報）５８に属するコンフィグレーション（ブロックＨコンフィグ６８）について示す。
【００４６】
コンフィグレーションデータベース３５には、入力コマンドデータ３３に登録されたコンフィグレーションのテキストデータが、コンフィグレーションフォーマットデータベース３４の定義に従って、ブロックごとにバイナリ形式に変換されて登録される。この場合、バイナリ形式に変換されたコンフィグレーションは、当該コンフィグレーションが属するブロックの識別情報と当該ブロック内での識別子とを含むコンフィグレーション識別子が付与される。ブロックコンフィグは、コンフィグレーション識別子とバイナリ形式に変換されたコンフィグレーションとを含む。
【００４７】
ＶＲＦ管理番号「１」としてＶＲＦ番号「５」が設定された場合、ブロックＢコンフィグ６２には、ＶＲＦ管理番号「１」にコンフィグレーション識別子「ブロックＢ−１−１」が付与され、ＶＲＦ番号「５」にコンフィグレーション識別子「ブロックＢ−１−２」が付与される。コンフィグレーション識別子「ブロックＢ−１−１」及び「ブロックＢ−１−２」の「ブロックＢ」はブロックＢの識別子であり、「ブロックＢ」の後の「１」は、ＶＲＦ管理番号「１」とＶＲＦ番号「５」とが関連付けられることを示し、「１」の後が「１」である場合、ＶＲＦ管理番号であることを示し、「１」の後が「２」である場合、ＶＲＦ番号であることを示す。
【００４８】
ブロックＥコンフィグ６５には、ＳＮＭＰ管理番号「１」としてＳＮＭＰ有効設定が「１」に設定され、ＳＮＭＰ  Ｖｅｒ．が「３」に設定され、コミュニティ名が「ｐｕｂｌｉｃ」に設定されたコンフィグレーションが登録される。
【００４９】
また、ブロックＦコンフィグ６６には、ＴＲＡＰ管理番号「１」として、ＳＮＭＰ管理番号が「１」に設定され、ＶＲＦ番号が「５」に設定され、ＴＲＡＰ−Ａ送信設定が「１」に設定され、ＴＲＡＰ−Ｂ送信設定が「０」に設定されたコンフィグレーションが登録される。
【００５０】
また、ブロックＨコンフィグ６８には、サーバ管理番号「１」として、ＴＲＡＰ管理番号が「１」に設定され、ＩＰアドレスが「１９２１６８０００００１」に設定されたコンフィグレーションが登録される。
【００５１】
図４は、実施例１のコンフィグレーション関連性データベース３１の説明図である。
【００５２】
コンフィグレーション関連性データベース３１には、各ブロックの参照関係が登録される。ブロックＣ（ＩＰアドレス情報）５３は、ブロックＡ（インタフェース情報）５１及びブロックＢ（ＶＲＦ情報）５２を参照する。ブロックＤ（静的経路情報）５４は、ブロックＣ（ＩＰアドレス情報）５３を参照する。ブロックＦ（ＴＲＡＰ情報）５６は、ブロックＢ（ＶＲＦ情報）５２及びブロックＥ（ＳＮＭＰ基本情報）５５を参照する。ブロックＨ（サーバ情報）５８は、ブロックＦ（ＴＲＡＰ情報）５６を参照する。ブロックＧ（コミュニティ情報）５７は、ブロックＥ（ＳＮＭＰ基本情報）５５を参照する。
【００５３】
なお、コンフィグレーション関連性データベース３１は、各ブロックの参照関係をテーブル形式で保持してもよい。
【００５４】
図５は、実施例１のアプリケーション参照コンフィグレーションデータベース３２の説明図である。
【００５５】
アプリケーション参照コンフィグレーションデータベース３２には、各アプリケーションが参照するブロックが登録される。
【００５６】
アプリケーション参照コンフィグレーションデータベース３２は、アプリケーション５０１及び参照ブロック５０２を含む。
【００５７】
アプリケーション５０１には、アプリケーションの識別子が登録される。参照ブロック５０２には、アプリケーション５０１に登録された識別子によって識別されるアプリケーションが参照するブロックの識別子が登録される。
【００５８】
図５では、アプリケーションＡ（ＭＩＢ応答部）２５がブロックＥ（ＳＮＭＰ基本情報）５５及びブロックＧ（コミュニティ情報）５７を参照すること、並びに、アプリケーションＢ（ＴＲＡＰ制御部）２６がブロックＦ（ＴＲＡＰ情報）５６及びブロックＨ（サーバ情報）５８を参照することが示される。
【００５９】
図６Ａ〜図６Ｃは、実施例１の通信装置１におけるアップデート処理のフローチャートである。
【００６０】
通信装置１が管理装置３からアップデートイメージ４を受信した場合、アップデート制御部２３は、受信したアップデートイメージ４に含まれる各種情報を読み込む（Ｓ１０１）。
【００６１】
アップデートイメージ４には、アップデートするアプリケーションのアップデートデータが含まれるので、アップデート制御部２３は、受信したアップデートイメージ４に含まれるアプリケーションのアップデートデータに基づいて、アップデートの対象となるアプリケーションであるアップデート対象アプリケーションを特定し、特定したアップデート対象アアプリケーションをコンフィグレーション管理部２４に通知する（Ｓ１０２）。例えば、アップデート対象アプリケーションは、アプリケーションＡ（ＭＩＢ応答部）２５であるものとする。
【００６２】
次に、コンフィグレーション管理部２４は、アプリケーション参照コンフィグレーションデータベース３２を参照し、アップデート対象アプリケーションが参照するブロックを第１アップデート対象ブロックとして特定する（Ｓ１０３）。具体的には、コンフィグレーション管理部２４は、アプリケーション参照コンフィグレーションデータベース３２のアプリケーション５０１にアップデート対象アプリケーションの識別子が登録されたレコードの参照ブロック５０２に登録された識別子によって識別されるブロックを第１アップデート対象ブロックとして特定する。図５に示すアプリケーション参照コンフィグレーションデータベース３２によれば、アップデート対象アプリケーションがアプリケーションＡ（ＭＩＢ応答部）２５である場合、第１アップデート対象ブロックはブロックＥ（ＳＮＭＰ基本情報）５５及びブロックＧ（コミュニティ情報）５７である。
【００６３】
次に、コンフィグレーション管理部２４は、コンフィグレーション関連性データベース３１を参照し、第１アップデート対象ブロックを直接的又は間接的に参照するブロックを第２アップデート対象ブロックを特定する（Ｓ１０４）。第１アップデート対象ブロックがアップデートされる場合、当該第１アップデート対象ブロックを直接的又は間接的に参照するブロック（第２アップデート対象ブロック）もアップデートする必要ある。図４に示すコンフィグレーション関連性データベース３１によれば、第１アップデート対象ブロックであるブロックＥ（ＳＮＭＰ基本情報）５５を直接参照するブロックＦ（ＴＲＡＰ情報）５６が第２アップデート対象ブロックとなる。また、当該ブロックＦ（ＴＲＡＰ情報）５６を直接参照するブロックＨ（サーバ情報）５８は、第１アップデート対象ブロックであるブロックＥ（ＳＮＭＰ基本情報）５５を間接的に参照するので、第２アップデート対象ブロックとなる。このため、アップデート対象となるブロックは、ブロックＥ（ＳＮＭＰ基本情報）５５、ブロックＦ（ＴＲＡＰ情報）５６、ブロックＧ（コミュニティ情報）５７、及びブロックＨ（サーバ情報）５８である。
【００６４】
第２アップデート対象ブロックを参照するアプリケーションは、第２アップデート対象ブロックのアップデート中においては、第２アップデート対象ブロックを参照できず、第２アップデート対象ブロックのアップデート後、アップデートされた第２アップデート対象ブロックを再度読み込まなければならない。このため、第２アップデート対象ブロックを参照するアプリケーションは、第２アップデート対象ブロックのアップデートの影響を受ける。したがって、コンフィグレーション管理部２４は、アプリケーション参照コンフィグレーションデータベース３２を参照し、第２アップデート対象ブロックを参照するアプリケーションを影響アプリケーションとして特定し、影響アプリケーションをアップデート制御部２３に通知する（Ｓ１０５）。
【００６５】
具体的には、コンフィグレーション管理部２４は、アプリケーション参照コンフィグレーションデータベース３２の参照ブロック５０２に第２アップデート対象ブロックの識別子が登録されたレコードのアプリケーション５０１に登録された識別子によって識別されるアプリケーションを影響アプリケーションとして特定する。第２アップデート対象ブロックがブロックＦ（ＴＲＡＰ情報）５６及びブロックＨ（サーバ情報）５８である場合、図５に示すアプリケーション参照コンフィグレーションデータベース３２によれば、アプリケーションＢ（ＴＲＡＰ制御部）２６が、ブロックＦ（ＴＲＡＰ情報）５６及びブロックＨ（サーバ情報）５８を参照するので、影響アプリケーションは、アプリケーションＢ（ＴＲＡＰ制御部）２６となる。
【００６６】
次に、アップデート制御部２３は、Ｓ１０２の処理で特定したアップデート対象アプリケーション及びＳ１０５の処理でコンフィグレーション管理部２４から通知された影響アプリケーションの少なくとも一方が動作中であるか否かを判定する（Ｓ１０６）。
【００６７】
Ｓ１０６の処理で、アップデート対象アプリケーション及び影響アプリケーションの少なくとも一方が動作中であると判定された場合（Ｓ１０６：ＹＥＳ）、ユーザインタフェース部２２は、アップデート継続の可否をユーザに問い合わせるためのアップデート可否表示画面７００の表示データを作成し、作成した表示データを管理装置３に送信して、管理装置３に接続されるディスプレイにアップデート可否表示画面７００を表示する（Ｓ１０７）。なお、アップデート対象アプリケーションが動作中である場合、当該アップデート対象アプリケーションを再起動する必要があり、また、当該アップデート対象アプリケーションが第１アップデート対象ブロックを参照できず、アップデート対象アプリケーションの動作に影響を与える。影響アプリケーションが動作中である場合、当該影響アプリケーションがブロックを参照できず、影響アプリケーションの動作に影響を与える。このため、アップデート可否表示画面７００を表示して、管理者にアップデートの可否を問い合わせる必要がある。アップデート可否表示画面７００の詳細については図７で説明する。
【００６８】
管理者は、アップデートの可否をアップデート可否表示画面７００を介して管理装置３に入力する。管理装置３は、管理者から入力されたアップデートの可否を通信装置１に送信する。
【００６９】
アップデート制御部２３は、管理装置３からアップデート可否を通信装置１が受信すると、アップデート可否がアップデートの継続を許可するか否かを判定する（Ｓ１０８）。
【００７０】
Ｓ１０８の処理で、アップデート可否がアップデートの継続を許可しないと判定された場合（Ｓ１０８：ＮＯ）、アップデート制御部２３は、アップデートを中断し（Ｓ１０９）、アップデート処理を終了する。
【００７１】
Ｓ１０８の処理で、アップデート可否がアップデートの継続を許可すると判定された場合（Ｓ１０８：ＹＥＳ）、又は、Ｓ１０６の処理で、アップデート対象アプリケーション及び影響アプリケーションの両方が動作中でないと判定された場合（Ｓ１０６：ＮＯ）、アップデート制御部２３は、アップデートの実行をコンフィグレーション管理部２４に通知する（Ｓ１１０）。
【００７２】
コンフィグレーション管理部２４は、コンフィグレーションデータベース３５から第１アップデート対象ブロック及び第２アップデート対象ブロックのバイナリ形式のデータを削除する（Ｓ１１１）。ここでは、コンフィグレーションデータベース３５からブロックＥコンフィグ６５、ブロックＦコンフィグ６６、ブロックＧコンフィグ６７、及びブロックＨコンフィグ６８が削除される。
【００７３】
次に、コンフィグレーション管理部２４は、ブロック削除が完了したことをアップデート制御部２３に通知する（Ｓ１１２）。
【００７４】
次に、アップデート制御部２３は、コンフィグレーション管理部２４からブロック削除が完了したことを通知された場合、受信したアップデートイメージ４に含まれるアップデート後のアップデート対象アプリケーションに基づいて、アップデート対象アプリケーション（ここでは、アプリケーションＡ（ＭＩＢ応答部）２５）をアップデートし、また、受信したアップデートイメージ４に含まれるアップデート後のコンフィグレーション関連性データベース３１、アップデート後のアプリケーション参照コンフィグレーションデータベース３２、アップデート後のコンフィグレーションフォーマットデータベース３４に基づいて、コンフィグレーション関連性データベース３１、アプリケーション参照コンフィグレーションデータベース３２、及びコンフィグレーションフォーマットデータベース３４をアップデートする（Ｓ１１３）。
【００７５】
次に、アップデート制御部２３は、アップデートが完了したことをコンフィグレーション管理部２４に通知する（Ｓ１１４）。
【００７６】
コンフィグレーション管理部２４は、アップデート制御部２３からアップデートが完了したことが通知されると、コンフィグレーションフォーマットデータベース３４のＳ１１１の処理で削除した第１アップデート対象ブロック及び第２アップデート対象ブロックに対応するバイナリ形式のデータを、入力コマンドデータ３３に登録されたコンフィグレーションのテキストデータからアップデート後のコンフィグレーションフォーマットデータベース３４に従って生成する（Ｓ１１５）。
【００７７】
次に、コンフィグレーション管理部２４は、コンフィグレーションの生成が完了したことをアップデート制御部２３に通知する（Ｓ１１６）。
【００７８】
アップデート制御部２３は、コンフィグレーションの生成が完了したことがアップデート制御部２３から通知されると、アップデート対象アプリケーション及び影響アプリケーションを再起動する（Ｓ１１７）。
【００７９】
次に、アップデート制御部２３は、Ｓ１１５の処理で生成されたコンフィグレーションデータベース３５を再度読み込み、アップデート対象アプリケーション及び影響アプリケーションを動作させる（Ｓ１１８）。
【００８０】
次に、アップデート制御部２３は、ユーザインタフェース部２２にアップデートが完了したことを示すアップデート完了メッセージを出力し（Ｓ１１９）、アップデート処理を終了する。ユーザインタフェース部２２は、アップデート完了メッセージが入力されると、アップデートが完了した旨を示す表示画面の表示データを作成し、当該表示データを管理装置３に送信する。管理装置３は、当該表示データを受信すると、アップデートが完了した旨を示す表示画面をディスプレイに表示し、アップデートが完了したことを管理者に報知する。
【００８１】
なお、本実施例では、図６Ｂに示すＳ１０６の処理で、アップデート対象アプリケーション及び影響アプリケーションの少なくとも一方が動作中であると判定された場合、通信装置１は、アップデート可否表示画面７００を管理装置３に接続されたディスプレイに表示して、管理者にアップデートの可否を問い合わせるが、これに限定されない。例えば、通信装置１で動作するアプリケーションＡ（ＭＩＢ応答部）２５、アプリケーションＢ（ＴＲＡＰ制御部）２６、及びアプリケーションＣ（経路管理部）２７に優先度が管理者等によって予め設定されており、通信装置１は、動作中のアプリケーションの優先度に基づいて、アップデートの継続の可否を決定してもよい。具体的には、動作中のアプリケーションの優先度が閾値以上である場合、通信装置１はアップデートを中断し、動作中のアプリケーションの優先度が閾値より小さい場合、通信装置１はアップデートを継続する。これによって、アップデート時の管理者の負担を軽減できる。
【００８２】
一例として、アプリケーションＣ（経路管理部）２７は、通信装置１のデータ転送に関するアプリケーションであり、アプリケーションＡ（ＭＩＢ応答部）２５及びアプリケーションＢ（ＴＲＡＰ制御部）２６は、通信装置１のデータ転送に関しないアプリケーションである。アプリケーションＣ（経路管理部）２７のアップデート中は、通信装置１はデータを転送できなくなる。そこで、アプリケーションＣ（経路管理部）２７の優先度は、アプリケーションＡ（ＭＩＢ応答部）２５及びアプリケーションＢ（ＴＲＡＰ制御部）２６の優先度より、高く設定され、閾値以上となるように設定される。これによって、アップデート対象アプリケーション及び影響アプリケーションにデータ転送に関するアプリケーションが含まれ、当該データ転送に関するアプリケーションが動作中である場合、アップデートを中断するので、データ転送を継続させることができ、パケットロス等を防止することができる。
【００８３】
図７は、実施例１のアップデート可否表示画面７００の説明図である。
【００８４】
アップデート可否表示画面７００は、アップデート対象アプリケーション及び影響アプリケーションの少なく一方が動作中である場合に、管理者にアップデートの継続の可否を問い合わせる画面である。
【００８５】
アップデート可否表示画面７００は、アップデートファイル表示領域７０１、アップデート前Ｖｅｒ．表示領域７０２、アップデート後Ｖｅｒ．表示領域７０３、アップデート対象アプリケーション（ＡＰＬ）表示領域７０４、影響アプリケーション（ＡＰＬ）表示領域７０５、アップデート継続可否入力領域７０６、及び完了メッセージ表示領域７０７を含む。
【００８６】
アップデートファイル表示領域７０１には、アップデート対象アプリケーションをアップデートするためのファイル（アップデートファイル）のファイル名が表示される。アップデート前Ｖｅｒ．表示領域７０２には、アップデート前のバージョンが表示される。アップデート後Ｖｅｒ．表示領域７０３には、アップデート後のバージョンが表示される。
【００８７】
アップデート対象ＡＰＬ表示領域７０４には、アップデート対象アプリケーションの名称が表示される。影響ＡＰＬ表示領域７０５には、影響アプリケーションの名称が表示される。なお、アップデート対象ＡＰＬ表示領域７０４及び影響ＡＰＬ表示領域７０５には、各アプリケーションの動作中か否かを示す情報を表示してもよい。図７では、影響ＡＰＬ表示領域７０５には、「Ｐｒｏｔｏｃｏｌ  ＢＢＢ（未起動）」と表示されるので、影響アプリケーションは動作中でないことを示し、アップデート対象ＡＰＬ表示領域７０４には、「Ｐｒｏｔｏｃｏｌ  ＡＡＡ」と表示され、未起動とは表示されておらず、アップデート対象アプリケーションは動作中であることを示す。
【００８８】
アップデート継続可否入力領域７０６は、管理者からアップデートの継続の可否の入力を受け付ける領域である。アップデート継続可否入力領域７０６に「Ｙ」が入力された場合、アップデートの継続を許可する旨を意味し、アップデート継続可否入力領域７０６「Ｎ」が入力された場合、アップデートの継続を許可しない旨を意味する。
【００８９】
完了メッセージ表示領域７０７には、図６Ｃに示すＳ１１９の処理でアップデート完了メッセージがユーザインタフェース部２２に入力された場合、アップデートが完了した旨のメッセージが表示される。
【００９０】
本実施例によれば、通信装置１が、アプリケーションと当該アプリケーションが参照するコンフィグレーションの集合との関係が登録されたアプリケーション参照コンフィグレーション情報（アプリケーション参照コンフィグレーションデータベース３２）に基づいて、アップデートするアプリケーションが参照するコンフィグレーションの集合（ブロック）を、第１アップデート対象コンフィグレーション集合として特定し、コンフィグレーションの集合間の参照関係が登録されたコンフィグレーション関連性情報（コンフィグレーション関連性データベース３１）に基づいて、第１アップデート対象コンフィグレーション集合が参照するコンフィグレーションの集合を、第２アップデート対象コンフィグレーション集合として特定し、第１アップデート対象コンフィグレーション集合の定義、及び第２アップデート対象コンフィグレーション集合の定義を変更し、第１アップデート対象コンフィグレーション集合の定義に基づいて、第１アップデート対象コンフィグレーションを再度生成し、第２アップデート対象コンフィグレーション集合の定義に基づいて、第２アップデート対象コンフィグレーションを再度生成する。これによって、通信装置１は、コンフィグレーションを、アプリケーションが参照するコンフィグレーションの集合単位で管理することができ、アップデートにより定義を変更するコンフィグレーションの集合のみを再度生成するので、アップデートのために動作を停止するアプリケーションを少なくすることができる。
【００９１】
また、本実施例では、通信装置１は、アプリケーション参照コンフィグレーション情報に基づいて、第２アップデート対象コンフィグレーション集合を参照するアプリケーションを、アップデートの影響を受ける影響アプリケーションとして特定する。これによって、アップデートするアプリケーションの他、アップデートのために動作を停止する必要があるアプリケーションを特定できる。
【００９２】
また、本実施例では、通信装置１で動作するアプリケーションには優先度が設定され、アップデートするアプリケーション及び影響アプリケーションの少なくとも一方が動作中である場合、動作中のアプリケーションに設定された優先度が閾値以上であるか否かを判定し、動作中のアプリケーションに設定された優先度が閾値より小さい場合、アップデートを継続し、動作中のアプリケーションに設定された優先度が閾値以上である場合、アップデートを中断することを特徴とする。これによって、アップデートを優先してアプリケーションの動作を停止させるか、アプリケーションの動作を優先してアップデートを中断するかを自動的に決定することができ、アップデート時の管理者の負担を軽減できる。
【００９３】
また、本実施例では、通信装置１のデータ転送に関するアプリケーションに設定される優先度は、通信装置１のデータ転送に関しないアプリケーションに設定される優先度より高いものであることを特徴とする。これによって、アップデートによりデータ通信が中断して、パケットの廃棄等が発生することを防止できる。
【００９４】
また、本実施例では、通信装置１が、アップデートするアプリケーション及び影響アプリケーションの少なくとも一方が動作中である場合、動作中のアプリケーションのアップデートの継続の可否を問い合わせるアップデート可否表示画面を表示し、アップデート可否表示画面を介してアップデートの継続の許可を示す情報が入力された場合、アップデートを継続し、アップデート可否表示画面を介してアップデートの継続の不許可を示す情報が入力された場合、アップデートを中断することを特徴とする。これによって、管理者等にアップデートの継続の可否を決定させることができる。
【００９５】
また、通信装置１が、アップデート可否表示画面は、アップデートするアプリケーションが動作中であるか否か、及び影響アプリケーションが動作中であるか否かを示す情報を含むことを特徴とする。これによって、管理者は、どのアプリケーションが動作中であるかを把握できる。
【実施例２】
【００９６】
以下、実施例２について図８〜図１０を用いて説明する。
【００９７】
本実施例では、管理装置３が、アップデートイメージ４を生成した場合、通信装置１のアップデート対象アプリケーション、影響アプリケーション、第１アップデート対象ブロック、及び第２アップデート対象ブロックを特定し、アップデートイメージとともに、特定したアップデート対象アプリケーション、影響アプリケーション、第１アップデート対象ブロック、及び第２アップデート対象ブロックを通信装置１に送信する。
【００９８】
図８は、実施例２のネットワークシステムの構成図である。図８では、実施例１と同じ構成は同じ符号を付与し、説明を省略し、実施例１と相違する部分についてのみ説明する。
【００９９】
本実施例では、管理装置３が、通信装置１のコンフィグレーション関連性データベース３１及びアプリケーション参照コンフィグレーションデータベース３２を有し、また、アップデート指示部４３を有する。アップデート指示部４３は、アップデートイメージ４を送信する通信装置１におけるアップデート対象アプリケーション、影響アプリケーション、第１アップデート対象ブロック、及び第２アップデート対象ブロックを特定する。
【０１００】
管理装置３は、ＣＰＵ（プロセッサ）４１、メモリ４２、及び図示しない二次記憶装置を有する。ＣＰＵ４１、及びメモリ４２のハードウェア的な動作は、ＣＰＵ１４及びメモリ１５と同じであるので、説明を省略する。
【０１０１】
メモリ４２には、コンフィグレーション関連性データベース３１、アプリケーション参照コンフィグレーションデータベース３２、及びアップデートイメージ４が記憶される。また、メモリ４２には、アップデート指示部４３に対応するプログラムが記憶される。ＣＰＵ４１が、アップデート指示部４３に対応するプログラムを実行することによって、アップデート指示部４３は実現される。
【０１０２】
管理装置３は、自身が管理する通信装置１に対応するコンフィグレーション関連性データベース３１及びアプリケーション参照コンフィグレーションデータベース３２を有するものとする。
【０１０３】
図８では、通信装置１のコンフィグレーション管理部２４は、コンフィグレーション関連性データベース３１及びアプリケーション参照コンフィグレーションデータベース３２を有さないが、これに限定されず、コンフィグレーション関連性データベース３１及びアプリケーション参照コンフィグレーションデータベース３２を有してもよい。
【０１０４】
図９Ａ及び図９Ｂは、実施例２の管理装置３におけるアップデート処理のフローチャートである。
【０１０５】
アップデート処理では、管理装置３は、アップデートイメージ４を送信する通信装置１のアップデート対象アプリケーション、影響アプリケーション、第１アップデート対象ブロック及び第２アップデート対象ブロックを特定して、アップデートイメージ４を通信装置１に送信するとともに、特定したアップデート対象アプリケーション、影響アプリケーション、第１アップデート対象ブロック及び第２アップデート対象ブロックを通信装置１に通知する。
【０１０６】
管理者等の入力によってアップデートイメージ４の生成が完了すると、アップデート指示部４３は、生成が完了したアップデートイメージ４に含まれる各情報を読み込む（Ｓ２０２）。Ｓ２０２の処理は、図６Ａに示すＳ１０１の処理に相当する。
【０１０７】
次に、アップデート指示部４３は、アップデートイメージ４に含まれるアプリケーションのアップデートデータに基づいてアップデート対象アプリケーションを特定する（Ｓ２０３）。Ｓ２０３の処理は、図６Ａに示すＳ１０２の処理に相当する。
【０１０８】
次に、アップデート指示部４３は、アプリケーション参照コンフィグレーションデータベース３２を参照し、アップデート対象アプリケーションが参照するブロックを第１アップデート対象ブロックとして特定する（Ｓ２０４）。Ｓ２０４の処理は、図６Ａに示すＳ１０３の処理に相当し、具体的な処理はＳ１０３の処理と同じであるので、説明を省略する。
【０１０９】
次に、アップデート指示部４３は、コンフィグレーション関連性データベース３１を参照し、第１アップデート対象ブロックを直接的又は間接的に参照するブロックを第２アップデート対象ブロックを特定する（Ｓ２０５）。Ｓ２０５の処理は、図６Ａに示すＳ１０４の処理に相当し、具体的な処理はＳ１０４の処理と同じであるので、説明を省略する。
【０１１０】
次に、アップデート指示部４３は、アプリケーション参照コンフィグレーションデータベース３２を参照し、第２アップデート対象ブロックを参照するアプリケーションを影響アプリケーションとして特定する（Ｓ２０６）。Ｓ２０６の処理は、図６Ａに示すＳ１０５の処理に相当し、具体的な処理はＳ１０５の処理と同じであるので、説明を省略する。
【０１１１】
次に、アップデート指示部４３は、アップデート対象アプリケーション及び影響アプリケーションの動作状態を通信装置１から取得する（Ｓ２０７）。
【０１１２】
次に、アップデート指示部４３は、アップデート対象アプリケーション及び影響アプリケーションの少なくとも一方が動作中であるか否かを判定する（Ｓ２０８）。Ｓ２０８の処理は、図６Ｂに示すＳ１０６の処理に相当する。
【０１１３】
Ｓ２０８の処理で、アップデート対象アプリケーション及び影響アプリケーションの少なくとも一方が動作中であると判定された場合（Ｓ２０８：ＹＥＳ）、アップデート指示部４３は、アップデート継続の可否をユーザに問い合わせるためのアップデート可否表示画面７００の表示データを作成し、管理装置３に接続されるディスプレイにアップデート可否表示画面７００を表示する（Ｓ２０９）。Ｓ２０９の処理は、図６Ｂに示すＳ１０７の処理に相当する。
【０１１４】
管理装置３は管理者から入力されたアップデートの可否を受け付けた場合、アップデート指示部４３は、入力されたアップデート可否がアップデートの継続を許可するか否かを判定する（Ｓ２１０）。Ｓ２１０の処理は、図６Ｂに示すＳ１０８の処理に相当する。
【０１１５】
Ｓ２１０の処理で、アップデート可否がアップデートの継続を許可しないと判定された場合（Ｓ２１０：ＮＯ）、アップデート指示部４３は、アップデートを中断し（Ｓ２１１）、アップデート処理を終了する。Ｓ２１１の処理は、図６Ｂに示すＳ１０９の処理に相当する。
【０１１６】
Ｓ２１０の処理で、入力されたアップデート可否がアップデートの継続を許可すると判定された場合（Ｓ２１０：ＹＥＳ）、又は、Ｓ２０８の処理で、アップデート対象アプリケーション及び影響アプリケーションの両方が動作中でないと判定された場合（Ｓ２０８：ＮＯ）、アップデート指示部４３は、アップデートイメージ４を通信装置１に送信し、アップデート対象アプリケーション、影響アプリケーション、第１アップデート対象ブロック、及び第２アップデート対象ブロックを通信装置１に通知する（Ｓ２１２）。
【０１１７】
次に、アップデート指示部４３は、アップデートイメージ４に基づいて、コンフィグレーション関連性データベース３１、及びアプリケーション参照コンフィグレーションデータベース３２をアップデートし（Ｓ２１３）、アップデート処理を終了する。
【０１１８】
図１０は、実施例２の通信装置１におけるアップデート処理のフローチャートである。なお、図１０では、図６Ｂ及び図６Ｃに示す処理と同じ処理は、同じ符号を付与し、説明を省略する。
【０１１９】
通信装置１が管理装置３からアップデートイメージ４を受信すると（Ｓ３０１）、Ｓ１１０の処理に進み、アップデート制御部２３が、アップデートの実行をコンフィグレーション管理部２４に通知する。
【０１２０】
次に、Ｓ１１１の処理で、コンフィグレーション管理部２４は、コンフィグレーションデータベース３５から第１アップデート対象ブロック及び第２アップデート対象ブロックのバイナリ形式のデータを削除し、Ｓ１１２の処理で、ブロック削除が完了したことをアップデート制御部２３に通知する。
【０１２１】
次に、アップデート制御部２３は、アップデート対象アプリケーション及びコンフィグレーションフォーマットデータベース３４をアップデートし（Ｓ３０２）、Ｓ１１４の処理に進み、アップデートが完了したことをコンフィグレーション管理部２４に通知する。
【０１２２】
次に、Ｓ１１５の処理で、コンフィグレーション管理部２４は、コンフィグレーションフォーマットデータベース３４のＳ１１１の処理で削除した第１アップデート対象ブロック及び第２アップデート対象ブロックに対応するバイナリ形式のデータを、入力コマンドデータ３３に登録されたコンフィグレーションのテキストデータからアップデート後のコンフィグレーションフォーマットデータベース３４に従って生成する。
【０１２３】
次に、Ｓ１１６の処理で、コンフィグレーション管理部２４は、コンフィグレーションの生成が完了したことをアップデート制御部２３に通知する。
【０１２４】
次に、Ｓ１１７の処理で、アップデート制御部２３は、アップデート対象アプリケーション及び影響アプリケーションを再起動し、Ｓ１１８の処理で、コンフィグレーションデータベース３５を再度読み込み、アップデート対象アプリケーション及び影響アプリケーションを動作させる。
【０１２５】
次に、Ｓ１１９の処理で、アップデート制御部２３は、ユーザインタフェース部２２にアップデートが完了したことを示すアップデート完了メッセージを出力し、アップデート処理を終了する。
【０１２６】
なお、本実施例では、管理装置３が、Ｓ２０７〜Ｓ２１１の処理で、アップデート対象アプリケーション及び影響アプリケーションが動作中でない場合、又は管理者がアップデートの継続を許可した場合、Ｓ２１２の処理に進み、アップデートイメージ４を通信装置１に送信し、アップデート対象アプリケーション、影響アプリケーション、第１アップデート対象ブロック、及び第２アップデート対象ブロックを通信装置１に通知するが、これに限定されない。
【０１２７】
例えば、管理装置３は、Ｓ２０７〜Ｓ２１１の処理を実行せず、アップデート対象アプリケーション及び影響アプリケーションの動作状態にかかわらず、Ｓ２１２の処理に進み、アップデートイメージ４を通信装置１に送信し、アップデート対象アプリケーション、影響アプリケーション、第１アップデート対象ブロック、及び第２アップデート対象ブロックを通信装置１に通知する。そして、通信装置１が、Ｓ３０１の処理で、アップデートイメージ４を受信した場合、Ｓ２０８〜Ｓ２１１の処理を実行して、アップデート対象アプリケーション及び影響アプリケーションの少なくとも一方が動作中であれば、アップデート可否表示画面７００を管理装置３に接続されたディスプレイに表示し、アップデートの可否を管理者に問い合わせ、アップデートの継続が許可された場合、又はアップデート対象アプリケーション及び影響アプリケーションの両方が動作中でない場合、Ｓ１１０の処理に進むようにしてもよい。
【０１２８】
本実施例によれば、管理装置３が、アプリケーションと当該アプリケーションが参照するコンフィグレーションの集合との関係が登録されたアプリケーション参照コンフィグレーション情報に基づいて、アップデートするアプリケーションが参照するコンフィグレーションの集合を、第１アップデート対象コンフィグレーション集合として特定し、コンフィグレーションの集合間の参照関係が登録されたコンフィグレーション関連性情報に基づいて、第１アップデート対象コンフィグレーション集合が参照するコンフィグレーションの集合を、第２アップデート対象コンフィグレーション集合として特定し、アップデートを通信装置に指示するとともに、第１アップデート対象コンフィグレーション集合及び第２アップデート対象コンフィグレーション集合を通信装置に通知する。これによって、通信装置は、アップデートにより定義を変更するコンフィグレーションの集合のみを再度生成するので、アップデートのために動作を停止するアプリケーションを少なくすることができる。
【０１２９】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、及び置換をすることが可能である。
【０１３０】
また、各実施例の構成の一部について、他の構成の追加、削除、及び置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。
【０１３１】
また、前記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
【０１３２】
各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤカード、ＤＶＤ（Digital Versatile Disc）等の記録媒体に置くことができる。
【０１３３】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１３４】
１    通信装置
２    ネットワーク
３    管理装置
４    アップデートイメージ
５    ＳＮＭＰマネージャ
１１    制御モジュール
１２    スイッチングモジュール
１３ａ    ネットワークインタフェースモジュール
１３ｂ    ネットワークインタフェースモジュール
１４    ＣＰＵ
１５    メモリ
１６    ＣＰＵ
１７    メモリ
１８ａ    送受信ポート
１８ｂ    送受信ポート
２１    ソフトウェア制御部
２２    ユーザインタフェース部
２３    アップデート制御部
２４    コンフィグレーション管理部
２５    アプリケーションＡ（ＭＩＢ応答部）
２６    アプリケーションＢ（ＴＲＡＰ制御部）
２７    アプリケーションＣ（経路管理部）
３１    コンフィグレーション関連性データベース
３２    アプリケーション参照コンフィグレーションデータベース
３３    入力コマンドデータ
３４    コンフィグレーションフォーマットデータベース
３５    コンフィグレーションデータベース
７００    アップデート可否表示画面
【図１】
2017097590.tif 000003
【図２】
2017097590.tif 000004
【図３】
2017097590.tif 000005
【図４】
2017097590.tif 000006
【図５】
2017097590.tif 000007
【図６Ａ】
2017097590.tif 000008
【図６Ｂ】
2017097590.tif 000009
【図６Ｃ】
2017097590.tif 000010
【図７】
2017097590.tif 000011
【図８】
2017097590.tif 000012
【図９Ａ】
2017097590.tif 000013
【図９Ｂ】
2017097590.tif 000014
【図１０】
2017097590.tif 000015