(57)【要約】      （修正有）【課題】ソフトウエア等の更新が行われるノードを制限する。【解決手段】本伝送装置は、他の伝送装置と通信可能な複数のポート１０ｐ〜４０ｐと、データファイルとデータファイルの属性情報とを格納し、且つ、データファイルの転送要求に応じるか否かを示す管理情報を複数のポートの各々について格納するデータ格納部５４と、データ格納部に格納された属性情報を複数のポートの各々から送信する第１処理部５０と、転送要求を複数のポートのうち第１のポートから受信した場合、データ格納部に格納された管理情報に基づいて、第１のポートからデータファイルを送信するか判定する第２処理部５５とを有する。【選択図】図５
2017068318.tif 000002
【特許請求の範囲】
【請求項１】
他の伝送装置と通信可能な複数のポートと、
データファイルと前記データファイルの属性情報とを格納し、且つ、前記データファイルの転送要求に応じるか否かを示す管理情報を前記複数のポートの各々について格納するデータ格納部と、
前記データ格納部に格納された前記属性情報を前記複数のポートの各々から送信する第１処理部と、
前記転送要求を前記複数のポートのうち第１のポートから受信した場合、前記データ格納部に格納された前記管理情報に基づいて、前記第１のポートから前記データファイルを送信するか判定する第２処理部と
を有する伝送装置。
【請求項２】
前記第１処理部は、
前記第１のポートから前記データファイルを送信すると判定された場合、前記データ格納部から読み出した前記データファイルを前記第１のポートから送信し、
前記第１のポートから前記データファイルを送信しないと判定された場合、前記転送要求の拒否を表すデータを前記第１のポートから送信する、
請求項１記載の伝送装置。
【請求項３】
前記第２処理部は、
前記複数のポートのうち第２のポートから属性情報を受信した場合、受信した前記属性情報と、前記データ格納部に格納された属性情報とに基づき、前記第２のポートに接続された伝送装置が有するデータファイルを使用したを実行するか判定し、
前記第１処理部は、
前記第２のポートに接続された伝送装置が有するデータファイルを使用した更新を実行すると判定された場合、前記転送要求を前記第２のポートから送信する
請求項１又は２記載の伝送装置。
【請求項４】
前記データ格納部に格納された前記データファイルによって前記伝送装置のソフトウエア又はプログラマブルデバイスを更新する更新部
をさらに有し、
前記第１処理部は、
前記更新部による更新が完了した場合、更新後の属性情報及び前記更新の完了を表す情報を前記複数のポートの各々から送信する、
請求項１乃至３のいずれか１つ記載の伝送装置。
【請求項５】
前記データ格納部に格納された前記データファイルを送信したポートの各々から更新の完了を表す情報を受信したという条件が満たされるか判定する判定部と、
前記条件が満たされると前記判定部が判定した場合、前記更新の完了を表す情報を管理装置に送信する第２通信部と、
をさらに有する請求項１乃至４のいずれか１つ記載の伝送装置。
【請求項６】
コンピュータが、
データファイルと前記データファイルの属性情報とを格納し、且つ、前記データファイルの転送要求に応じるか否かを示す管理情報を他の伝送装置と通信可能な複数のポートの各々について格納するデータ格納部に格納された前記属性情報を、前記複数のポートの各々から送信し、
前記転送要求を前記複数のポートのうち第１のポートから受信した場合、前記データ格納部に格納された前記管理情報に基づいて、前記第１のポートから前記データファイルを送信するか判定する、
処理を実行する更新制御方法。
【請求項７】
コンピュータに、
データファイルと前記データファイルの属性情報とを格納し、且つ、前記データファイルの転送要求に応じるか否かを示す管理情報を他の伝送装置と通信可能な複数のポートの各々について格納するデータ格納部に格納された前記属性情報を、前記複数のポートの各々から送信し、
前記転送要求を前記複数のポートのうち第１のポートから受信した場合、前記データ格納部に格納された前記管理情報に基づいて、前記第１のポートから前記データファイルを送信するか判定する、
処理を実行させる更新制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のノードの更新技術に関する。
【背景技術】
【０００２】
通信キャリアが運用するネットワークに属するノード（例えば伝送装置）のソフトウエアやＦＰＧＡ（Field-Programmable Gate Array）は、現状ではネットワーク管理者の手作業によって更新（例えばバージョンアップ）されることが多い。更新作業においては、ネットワーク管理者が操作する端末が各ノードにアクセスし、更新用のＤＬ（DownLoad）ファイルによって各ノードに更新を実行させる。
【０００３】
但し、近年ではノードの多機能化が進むと共に、ＤＬファイルのサイズがますます大きくなっているため、ネットワーク管理者が更新作業に割く時間が長くなっている。すなわち、ノードの更新作業に要するＯＰＥＸ（OPerating EXpense）が増大している。
【０００４】
ここで、ネットワーク管理者の手作業ではなく自動的に更新しようとする場合、更新されるべきではないノードが更新されることを防ぐ仕組みが無ければ、際限なく更新が行われることになる。例えば図１に示すように、自社ネットワークであるネットワーク１ｃと、ネットワーク１ｃとは異なる地域における自社ネットワークであるネットワーク２ｃと、他社ネットワークであるネットワーク３ｃとが有るとする。このようなネットワーク構成において、例えばネットワーク１ｃに属するノードのみを更新したい場合には、ネットワーク２ｃにおけるノード及びネットワーク３ｃにおけるノードまでもが更新されることは許されない。
【０００５】
このような問題に関し、或る文献は、ネットワークに接続された端末装置のうち特定の端末装置のみにウェブページの更新情報を自動的に通知する技術を開示する。しかし、この技術は、端末装置のソフトウエア等を更新する技術ではないため、この技術によってノードのソフトウエア等を自動更新することはできない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２２１２３４号公報
【特許文献２】特開２００９−９３６３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従って、本発明の目的は、１つの側面では、ソフトウエア等の更新が行われるノードを制限するための技術を提供することである。
【課題を解決するための手段】
【０００８】
本発明に係る伝送装置は、他の伝送装置と通信可能な複数のポートと、データファイルとデータファイルの属性情報とを格納し、且つ、データファイルの転送要求に応じるか否かを示す管理情報を複数のポートの各々について格納するデータ格納部と、データ格納部に格納された属性情報を複数のポートの各々から送信する第１処理部と、転送要求を複数のポートのうち第１のポートから受信した場合、データ格納部に格納された管理情報に基づいて、第１のポートからデータファイルを送信するか判定する第２処理部とを有する。
【発明の効果】
【０００９】
１つの側面では、ソフトウエア等の更新が行われるノードを制限できるようになる。
【図面の簡単な説明】
【００１０】
【図１】図１は、ネットワークに属するノードの更新について説明するための図である。
【図２】図２は、エッジノード及びリレーノードを説明するための図である。
【図３】図３は、エッジノードにおけるポートの設定を説明するための図である。
【図４】図４は、本実施の形態におけるネットワーク構成の概要を示す図である。
【図５】図５は、ノードの構成図である。
【図６】図６は、監視制御装置の構成図である。
【図７】図７は、パイリングテーブルの一例を示す図である。
【図８】図８は、バージョンデータ格納部に格納されるデータの一例を示す図である。
【図９】図９は、送信フレームテーブルの一例を示す図である。
【図１０】図１０は、受信フレームテーブルの一例を示す図である。
【図１１】図１１は、本実施の形態におけるＣＣＭフレームの一例を示す図である。
【図１２】図１２は、ノードが実行する処理の処理フローを示す図である。
【図１３】図１３は、ノードが実行する処理の処理フローを示す図である。
【図１４】図１４は、ノードが実行する処理の処理フローを示す図である。
【図１５】図１５は、ノードの動作を具体的に説明するための図である。
【図１６】図１６は、ノードの動作を具体的に説明するための図である。
【図１７】図１７は、ノードの動作を具体的に説明するための図である。
【図１８】図１８は、ノードの動作を具体的に説明するための図である。
【図１９】図１９は、ノードの動作を具体的に説明するための図である。
【図２０】図２０は、ノードの動作を具体的に説明するための図である。
【図２１】図２１は、ノードの動作を具体的に説明するための図である。
【図２２】図２２は、ノードの動作を具体的に説明するための図である。
【図２３】図２３は、ノードが更新の完了を監視制御装置に通知する処理の処理フローを示す図である。
【図２４】図２４は、リレーノードがバージョンの一致を判定する処理を説明するための図である。
【図２５】図２５は、エッジノードがバージョンの一致を判定する処理を説明するための図である。
【図２６】図２６は、エッジノードからの完了通知によって更新の完了を判定できる理由について説明するための図である。
【図２７】図２７は、監視制御装置が実行する処理の処理フローを示す図である。
【図２８】図２８は、監視制御装置が実行する処理の処理フローを示す図である。
【図２９】図２９は、表示画面の一例を示す図である。
【図３０】図３０は、ノードの機能ブロック図である。
【図３１】図３１は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１１】
［本実施の形態の概要］
例えば、図２に示す７台のノードを更新すべきであるとする。７台のノードは同じネットワークに属し、ハッチングが付されたノードは他のネットワークに属するノードにつながるポートを有する。以下では、このようなノードをエッジノードと呼ぶ。ハッチングが付されていないノードは、他のネットワークに属するノードにつながるポートを有していない。以下、このようなノードをリレーノードと呼ぶ。ノード間の実線は回線を表す。
【００１２】
本実施の形態においては、更新に使用されるデータ（以下、ＤＬファイルと呼ぶ）がノードからノードへ転送され、各ノードはＤＬファイルを使用して更新を実行する。従って、他のネットワークに属するノードが更新されないようにするには、ＤＬファイルがエッジノードから他のネットワークに属するノードに転送されないようにすればよい。本実施の形態においては、他のネットワークに属するノードにつながるポートからＤＬファイルを送信しないようにすることで、対象のネットワークに属するノード間でのみＤＬファイルが転送されるようにする。
【００１３】
図３を用いて、エッジノードにおけるポートの設定について簡単に説明する。図３においては、更新対象のネットワークにハッチングが付されており、更新対象のネットワークに属するエッジノードはポートｐ１乃至ｐ３を有する。ポートｐ１乃至ｐ３の各々は、Ｅｔｈｅｒｎｅｔ ＯＡＭ（Operations, Administration, Maintenance）（Ｅｔｈｅｒｎｅｔは登録商標）におけるＭＥＰ（Maintenance End Point）に相当する。そして、他のネットワークにつながるポートｐ３に対しては、ＤＬファイルを転送しないようにするファイル非転送設定（以下、Ｐｉｌｉｎｇ設定と呼ぶ）が適用される。ハッチング付きの逆三角形の図形は、ポートにＰｉｌｉｎｇ設定が適用されていることを表し、ハッチング無しの逆三角形の図形は、ポートにＰｉｌｉｎｇ設定が適用されていないことを表す。以下の図面においても同様とする。このようなＰｉｌｉｎｇ設定を利用することで、ソフトウエア等の更新が行われるノードを制限することが可能になる。
【００１４】
［本実施の形態の具体的な態様］
図４に、本実施の形態におけるネットワーク構成の概要を示す。例えばキャリアのネットワークであるネットワーク１０ｃ乃至３０ｃの各々には、１又は複数のノード（例えば伝送装置）が属する。具体的には、ネットワーク１０ｃにはノード１１ｎ乃至１６ｎが属し、ネットワーク２０ｃにはノード２１ｎが属し、ネットワーク３０ｃにはノード３１ｎ及び３２ｎが属する。本実施の形態においては、ネットワーク１０ｃが更新対象のネットワークであり、ノード１１ｎ及び１２ｎはエッジノードであり、ノード１３ｎ乃至１６ｎはリレーノードである。ノード間の実線はユーザ回線を表す。
【００１５】
例えばパーソナルコンピュータ又はサーバである監視制御装置１００は、破線で示された制御回線を介して、ネットワーク１０ｃに属する各ノードに接続される。図面を見やすくするため監視制御装置１００とノード１４ｎとの間の破線は示されていないが、ノード１４ｎも制御回線を介して監視制御装置１００に接続される。
【００１６】
図５に、ノードの構成図を示す。ノードは、処理部５０と、管理データ格納部５４と、ＣＣＭ（Continuity Check Message）フレーム処理部５５と、制御回線インタフェース部５６と、ポート１０ｐ乃至４０ｐとを含む。処理部５０は、第１判定部５１と、第２判定部５２と、更新部５３とを含む。管理データ格納部５４は、例えば、ノードのメモリに設けられる。処理部５０は、例えば、ノードのＣＰＵ（Central Processing Unit）が本実施の形態の処理を実行するためのプログラムを実行することによって実現される。なお、図５の例においてはポートの数が４であるが、数に限定は無い。
【００１７】
第１判定部５１は、管理データ格納部５４に格納されたデータに基づき処理を実行し、処理結果に基づき管理データ格納部５４に格納されたデータを更新する。第２判定部５２は、管理データ格納部５４に格納されたデータに基づき処理を実行し、処理結果が所定の条件を満たす場合に制御回線インタフェース部５６に完了通知を出力する。更新部５３は、管理データ格納部５４に格納されたＤＬファイルに基づき、ノードのソフトウエア（ファームウエア、ドライバ、及びブートファイルなど）又はＦＰＧＡを更新する処理を実行する。制御回線インタフェース部５６は、制御回線を介して監視制御装置１００と通信を行うための処理を実行し、第２判定部５２から完了通知を受け取った場合には監視制御装置１００に完了通知を送信する。ＣＣＭフレーム処理部５５は、ポート１０ｐ乃至４０ｐから受信したＣＣＭフレームに基づき、管理データ格納部５４に格納されたデータを更新する処理を実行する。また、ＣＣＭフレーム処理部５５は、管理データ格納部５４に格納されたデータに基づきＣＣＭフレームを生成し、ポート１０ｐ乃至４０ｐから送信する。ＣＣＭフレームは、Ｅｔｈｅｒｎｅｔ ＯＡＭにおいて使用される、定期的な疎通確認を実現するためのフレームである。
【００１８】
図６に、監視制御装置１００の構成図を示す。監視制御装置１００は、管理部１０１と、オペレータインタフェース部１０２と、制御回線インタフェース部１０３と、完了通知格納部１０４と、ＤＬファイル格納部１０５と、パイリングデータ格納部１０６とを含む。完了通知格納部１０４、ＤＬファイル格納部１０５、及びパイリングデータ格納部１０６は、例えば、監視制御装置１００のメモリに設けられる。管理部１０１は、例えば、監視制御装置１００のＣＰＵが本実施の形態の処理を実行するためのプログラムを実行することによって実現される。なお、監視制御装置１００もポートを有するが、本実施の形態の主要な処理とは関係が無いので、記載を省略する。
【００１９】
管理部１０１は、制御回線インタフェース部１０３を介して完了通知を受信した場合、受信した完了通知を完了通知格納部１０４に格納する。また、管理部１０１は、オペレータインタフェース部１０２を介して受け付けた指示に応じて、ＤＬファイル格納部１０５に格納されたＤＬファイルに基づき、ネットワーク１０ｃ内のノードの更新を開始する。オペレータインタフェース部１０２は、監視制御装置１００の入出力装置（例えばキーボード及びディスプレイなど）と管理部１０１との間でデータを転送する処理等を実行する。制御回線インタフェース部１０３は、制御回線を介してネットワーク１０ｃ内のノードと通信を行うための処理を実行する。パイリングデータ格納部１０６は、ネットワーク１０ｃ内のどのポートにＰｉｌｉｎｇ設定が適用されているかを示す情報を格納する。
【００２０】
図７に、管理データ格納部５４に格納されるパイリングテーブルの一例を示す。図７の例では、Ｐｉｌｉｎｇ設定が適用されているか否かを示す情報がポート毎に格納される。Ｐｉｌｉｎｇ設定が適用されたポートからはＤＬファイルは送信されないが、ＣＣＭフレームの送信及び受信は行われる。ネットワーク管理者は、更新が実行される範囲を予め決定し、各ノードのパイリングテーブル及び監視制御装置１００のパイリングデータ格納部１０６内のデータを設定しておく。又は、ネットワーク管理者は監視制御装置１００のパイリングデータ格納部１０６内のデータを予め設定しておき、監視制御装置１００がそのデータを各ノードに送り、各ノードがパイリングテーブルを設定してもよい。
【００２１】
図８に、管理データ格納部５４におけるバージョンデータ格納部に格納されるデータの一例を示す。図８の例では、自ノードのソフトウエア或いはＦＰＧＡのバージョンを表す情報が格納される。
【００２２】
図９に、管理データ格納部５４に格納される送信フレームテーブルの一例を示す。図９の例では、ＣＣＭフレームを送信するポートの識別子と、送信するＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値と、送信するＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値と、送信するＣＣＭフレームのＣｏｍｐフィールドの値と、ＤＬファイルを送信する場合にはＤＬファイルとが格納される。
【００２３】
図１０に、管理データ格納部５４に格納される受信フレームテーブルの一例を示す。図１０の例では、ＣＣＭフレームを受信したポートの識別子と、受信したＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値と、受信したＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値と、受信したＣＣＭフレームのＣｏｍｐフィールドの値と、ＤＬファイルを受信した場合にはＤＬファイルとが格納される。
【００２４】
図１１に、本実施の形態におけるＣＣＭフレームの一例を示す。本実施の形態においては、Ｅｔｈｅｒｎｅｔ ＯＡＭにおける通常のＣＣＭフレームの空き領域に、Ｖｅｒｓｉｏｎフィールドと、Ｃｏｎｔｒｏｌフィールドと、Ｃｏｍｐフィールドと、ＤＬフィールドとが追加される。Ｖｅｒｓｉｏｎフィールドには、ソフトウエア或いはＦＰＧＡのバージョン番号が含まれる。Ｃｏｎｔｒｏｌフィールドは、「Ｎｏｎｅ」、「Ｒｅｑｕｅｓｔ」、「Ｒｅｊｅｃｔ」、「Ｓｅｎｄｉｎｇ」、又は「Ｃｏｍｐｌｅｔｅ」に設定される。「Ｎｏｎｅ」は通常の状態である場合に設定される値である。「Ｒｅｑｕｅｓｔ」は対向ノードに対しＤＬファイルを要求する場合に設定される値である。「Ｒｅｊｅｃｔ」は対向ノードからのＤＬファイルの要求を拒絶する場合に設定される値である。「Ｓｅｎｄｉｎｇ」は対向ノードにＤＬファイルを送信中である場合に設定される値である。「Ｃｏｍｐｌｅｔｅ」は対向ノードにＤＬファイルを送信し終えた場合に設定される値である。Ｃｏｍｐフィールドは、「Ｔｒｕｅ」又は「Ｆａｌｓｅ」に設定される。「Ｔｒｕｅ」は、Ｐｉｌｉｎｇ設定が適用されたポート以外のポートについて、バージョンが対向ノードのバージョンと一致する場合に設定される値である。「Ｆａｌｓｅ」は、「Ｔｒｕｅ」が設定されない場合に設定される値である。ＤＬフィールドは、ＤＬファイル（ＤＬファイルの一部である場合もある）を含む。その他のフィールドは通常のＣＣＭフレームと同じであるので、ここでは詳細な説明を省略する。本実施の形態において、対向ノードとはポートの接続先のノード（例えば隣接ノード）である。
【００２５】
次に、図１２を用いて、更新の開始時にノードが実行する処理を説明する。
【００２６】
本実施の形態においては、１台のノードにおいて更新が開始し、その更新がネットワーク１０ｃ内のノードに伝播するようになっている。例えば、ソフトウエア或いはＦＰＧＡのＤＬファイルが監視制御装置１００のＤＬファイル格納部１０５に新たに格納された場合、監視制御装置１００を操作するネットワーク管理者は、ＤＬファイル格納部１０５に格納されたＤＬファイルの送信指示を入力する。これに応じ、監視制御装置１００は、ＤＬファイル格納部１０５に格納されたＤＬファイルを読み出し、制御回線インタフェース部１０３を介して、ネットワーク１０ｃ内のノードのうちいずれかのノードに送信する（ここでは、更新対象のネットワークがネットワーク１０ｃであるとする）。送信先のノードは、ネットワーク管理者が送信指示において指定してもよいし、予め定められたノードであってもよい。なお、１台のノードではなく複数台のノードであってもよいが、少なくとも１台のノードにおいて更新が開始すればネットワーク１０ｃ内の全ノードにおいて更新が行われるようになる。
【００２７】
ＤＬファイルの送信先のノードは、制御回線インタフェース部５６を介してＤＬファイルを受信し、管理データ格納部５４に格納する。そして、ノードにおける更新部５３は、管理データ格納部５４に格納されたＤＬファイルに基づき更新を実行する（図１２：ステップＳ１）。更新は、例えば、ソフトウエア或いはＦＰＧＡのバージョンアップ或いはバージョンダウンであるが、以下ではバージョンアップを例にして説明する。
【００２８】
更新部５３は、管理データ格納部５４における送信フレームテーブルを更新する。具体的には、更新部５３は、ポート１０ｐ乃至４０ｐの各ポートについて、Ｃｏｎｔｒｏｌフィールドの値を「Ｎｏｎｅ」に設定し且つＶｅｒｓｉｏｎフィールドの値を新バージョンの番号に変更する。
【００２９】
そして、ＣＣＭフレーム処理部５５は、Ｃｏｎｔｒｏｌフィールドの値が「Ｎｏｎｅ」であり且つＶｅｒｓｉｏｎフィールドの値が新バージョンの番号であるＣＣＭフレームを対向ノードに送信する（ステップＳ３）。そして処理は終了する。但し、ＣＣＭフレームの交換は引き続き行われる。
【００３０】
以上のようにすれば、監視制御装置１００がネットワーク１０ｃ内の各ノードにアクセスしなくてもよいので、ノードの更新作業に要するＯＰＥＸを削減することができるようになる。
【００３１】
次に、図１３乃至２２を用いて、ＣＣＭフレームを受信したノードが実行する処理について説明する。
【００３２】
まず、ノードにおけるＣＣＭフレーム処理部５５は、ポート１０ｐ乃至４０ｐのうちいずれかのポートを介して対向ノードからＣＣＭフレームを受信する（図１３：ステップＳ１１）。以下では、ステップＳ１１においてＣＣＭフレームを受信したポートを受信ポートと呼ぶ。
【００３３】
ＣＣＭフレーム処理部５５は、受信したＣＣＭフレームに基づき受信フレームテーブルを更新する。具体的には、ＣＣＭフレーム処理部５５は、受信ポートについて、Ｖｅｒｓｉｏｎフィールドの値及びＣｏｎｔｒｏｌフィールドの値を、受信したＣＣＭフレームに含まれる値に設定する。また、ＣＣＭフレーム処理部５５は、受信したＣＣＭフレームにＤＬファイルが含まれる場合、ＤＬファイルを格納する。但し、ＤＬファイルは全体ではなく一部である場合もある。
【００３４】
第１判定部５１は、ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値（すなわち、受信フレームテーブルに格納された、ＣＣＭフレームの受信ポートの識別子に対応するＣｏｎｔｒｏｌフィールドの値）が「Ｎｏｎｅ」であるか判定する（ステップＳ１３）。
【００３５】
ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｎｏｎｅ」である場合（ステップＳ１３：Ｙｅｓルート）、第１判定部５１は、自ノードのバージョン番号は、ＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値（すなわち、受信フレームテーブルに格納された、ＣＣＭフレームの受信ポートの識別子に対応するＶｅｒｓｉｏｎフィールドの値）より小さいか判定する（ステップＳ１５）。ＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値は、対向ノードのバージョン番号を表す。
【００３６】
自ノードのバージョン番号は、ＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値より小さい場合（ステップＳ１５：Ｙｅｓルート）、第１判定部５１は、送信フレームテーブルを更新する。具体的には、第１判定部５１は、ＣＣＭフレームの受信ポートについて、Ｃｏｎｔｒｏｌフィールドの値を「Ｒｅｑｕｅｓｔ」に設定し且つＶｅｒｓｉｏｎフィールドの値を現バージョンの番号に設定する。
【００３７】
これに応じ、ＣＣＭフレーム処理部５５は、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｑｕｅｓｔ」であり且つＶｅｒｓｉｏｎフィールドの値が現バージョンの番号であるＣＣＭフレームを生成し、受信ポートから送信する（ステップＳ１７）。そして処理は終了する。
【００３８】
一方、自ノードのバージョン番号は、ＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値より小さくない場合（ステップＳ１５：Ｎｏルート）、第１判定部５１は、送信フレームテーブルを更新する。具体的には、第１判定部５１は、ＣＣＭフレームの受信ポートについて、Ｃｏｎｔｒｏｌフィールドの値を「Ｎｏｎｅ」に設定し且つＶｅｒｓｉｏｎフィールドの値を現バージョンの番号に設定する。
【００３９】
これに応じ、ＣＣＭフレーム処理部５５は、Ｃｏｎｔｒｏｌフィールドの値が「Ｎｏｎｅ」であり且つＶｅｒｓｉｏｎフィールドの値が現バージョンの番号であるＣＣＭフレームを生成し、受信ポートから送信する（ステップＳ１９）。そして処理は終了する。
【００４０】
一方、ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｎｏｎｅ」ではない場合（ステップＳ１３：Ｎｏルート）、第１判定部５１は、ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｒｅｊｅｃｔ」であるか判定する（ステップＳ２１）。ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｒｅｊｅｃｔ」である場合（ステップＳ２１：Ｙｅｓルート）、ステップＳ１９の処理に移行する。
【００４１】
ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｒｅｊｅｃｔ」ではない場合（ステップＳ２１：Ｎｏルート）、第１判定部５１は、ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｓｅｎｄｉｎｇ」であるか判定する（ステップＳ２３）。
【００４２】
ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｓｅｎｄｉｎｇ」である場合（ステップＳ２３：Ｙｅｓルート）、第１判定部５１は、送信フレームテーブルを更新する。具体的には、第１判定部５１は、ＣＣＭフレームの受信ポートについて、Ｃｏｎｔｒｏｌフィールドの値を「Ｒｅｑｕｅｓｔ」に設定し且つＶｅｒｓｉｏｎフィールドの値を現バージョンの番号に設定する。なお、第１判定部５１は、受信したＣＣＭフレームに含まれるＤＬファイルを、管理データ格納部５４に格納する。
【００４３】
これに応じ、ＣＣＭフレーム処理部５５は、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｑｕｅｓｔ」であり且つＶｅｒｓｉｏｎフィールドの値が現バージョンの番号であるＣＣＭフレームを生成し、受信ポートから送信する（ステップＳ２５）。そして処理は終了する。
【００４４】
一方、ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｓｅｎｄｉｎｇ」ではない場合（ステップＳ２３：Ｎｏルート）、第１判定部５１は、ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｃｏｍｐｌｅｔｅ」であるか判定する（ステップＳ２７）。
【００４５】
ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｃｏｍｐｌｅｔｅ」である場合（ステップＳ２７：Ｙｅｓルート）、更新部５３は、ＤＬファイル格納部１０５に格納されたＤＬファイルに基づき、ソフトウエア或いはＦＰＧＡを更新する（ステップＳ２９）。そして、更新部５３は、送信フレームテーブルを更新する。具体的には、更新部５３は、ＣＣＭフレームの受信ポートについて、Ｃｏｎｔｒｏｌフィールドの値を「Ｎｏｎｅ」に設定し且つＶｅｒｓｉｏｎフィールドの値を新バージョンの番号に設定する。
【００４６】
これに応じ、ＣＣＭフレーム処理部５５は、Ｃｏｎｔｒｏｌフィールドの値が「Ｎｏｎｅ」であり且つＶｅｒｓｉｏｎフィールドの値が新バージョンの番号であるＣＣＭフレームを生成し、受信ポートから送信する（ステップＳ３１）。そして処理は終了する。
【００４７】
一方、ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値が「Ｃｏｍｐｌｅｔｅ」ではない場合（ステップＳ２７：Ｎｏルート）、ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値は「Ｒｅｑｕｅｓｔ」である。よって、処理は端子Ａを介して図１４のステップＳ３３に移行する。
【００４８】
図１４の説明に移行し、第１判定部５１は、受信ポートにＰｉｌｉｎｇ設定が適用されている（すなわち、パイリングテーブルに、受信ポートの識別子に対応付けてＰｉｌｉｎｇ設定が適用されていることを表す情報が格納されている）か判定する（ステップＳ３３）。
【００４９】
受信ポートにＰｉｌｉｎｇ設定が適用されている場合（ステップＳ３３：Ｙｅｓルート）、第１判定部５１は、送信フレームテーブルを更新する。具体的には、第１判定部５１は、ＣＣＭフレームの受信ポートについて、Ｃｏｎｔｒｏｌフィールドの値を「Ｒｅｊｅｃｔ」に設定し且つＶｅｒｓｉｏｎフィールドの値を現バージョンの番号に設定する。
【００５０】
これに応じ、ＣＣＭフレーム処理部５５は、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｊｅｃｔ」であり且つＶｅｒｓｉｏｎフィールドの値が現バージョンの番号であるＣＣＭフレームを生成し、受信ポートから送信する（ステップＳ３５）。そして処理は終了する。
【００５１】
一方、受信ポートにＰｉｌｉｎｇ設定が適用されていない場合（ステップＳ３３：Ｎｏルート）、第１判定部５１は、ＤＬファイルの送信が完了したか判定する（ステップＳ３７）。ＤＬファイルは、そのサイズによっては１つのＣＣＭフレームで送信することができない場合があり、その場合にはＤＬファイルは分割される。ステップＳ３７においては、ＤＬファイルの一部が送信されずに残っているか判定される。
【００５２】
ＤＬファイルの送信が完了していない場合（ステップＳ３７：Ｎｏルート）、第１判定部５１は、送信フレームテーブルを更新する。具体的には、第１判定部５１は、ＣＣＭフレームの受信ポートについて、Ｃｏｎｔｒｏｌフィールドの値を「Ｓｅｎｄｉｎｇ」に設定し、Ｖｅｒｓｉｏｎフィールドの値を現バージョンの番号に設定し、且つＤＬフィールドにＤＬファイルの一部を格納する。
【００５３】
これに応じ、ＣＣＭフレーム処理部５５は、Ｃｏｎｔｒｏｌフィールドの値が「Ｓｅｎｄｉｎｇ」であり、Ｖｅｒｓｉｏｎフィールドの値が現バージョンの番号であり、且つＤＬファイルの一部を含むＣＣＭフレームを生成し、受信ポートから送信する（ステップＳ３９）。そして処理は終了する。
【００５４】
一方、ＤＬファイルの送信が完了した場合（ステップＳ３７：Ｙｅｓルート）、第１判定部５１は、送信フレームテーブルを更新する。具体的には、第１判定部５１は、ＣＣＭフレームの受信ポートについて、Ｃｏｎｔｒｏｌフィールドの値を「Ｃｏｍｐｌｅｔｅ」に設定し且つＶｅｒｓｉｏｎフィールドの値を現バージョンの番号に設定する。
【００５５】
これに応じ、ＣＣＭフレーム処理部５５は、Ｃｏｎｔｒｏｌフィールドの値が「Ｃｏｍｐｌｅｔｅ」であり且つＶｅｒｓｉｏｎフィールドの値が現バージョンの番号であるＣＣＭフレームを生成し、受信ポートから送信する（ステップＳ４１）。そして処理は終了する。
【００５６】
以上のようにすれば、ＤＬファイルを受信した各ノードが自動的に更新を実行できるようになる。また、ネットワーク１０ｃ以外のネットワークに属するノードから、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｑｕｅｓｔ」であるＣＣＭフレームが受信したとしても、受信ポートにＰｉｌｉｎｇ設定が適用されている場合にはＤＬファイルは送信されない。これにより、更新が行われるノードをネットワーク１０ｃ内のノードに制限することができるようになる。
【００５７】
ここで、図１５乃至２２を用いて、本実施の形態におけるノードの動作をより具体的に説明する。まず、図１５乃至２０の例においては、或るノードＡにおける、Ｐｉｌｉｎｇ設定が適用されていないポートと、対向ノードであるノードＸにおける、Ｐｉｌｉｎｇ設定が適用されていないポートとがユーザ回線によって接続されている。ノードＡ及びＸのいずれもバージョンアップが行われるべきノードであるとする。
【００５８】
図１５に示すように、ノードＡのバージョンとノードＸのバージョンとが同じである場合、実行すべき更新が無く（すなわち定常状態であり）、ＣＣＭフレームのＣｏｎｔｒｏｌフィールドの値は「Ｎｏｎｅ」のままである。
【００５９】
ここで、図１６に示すように、監視制御装置１００からのＤＬファイルによってノードＡのバージョンが「ｖ１」から「ｖ２」に変更された場合、Ｖｅｒｓｉｏｎフィールドの値が「２」であるＣＣＭフレームがノードＡからノードＸに送信されるようになる。
【００６０】
図１７に示すように、ノードＸが送信するＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値は「１」であり、ノードＡが送信するＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値「２」より小さい。従って、ノードＸは、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｑｕｅｓｔ」であるＣＣＭフレームをノードＡに対して送信する。
【００６１】
図１８に示すように、ノードＡは、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｑｕｅｓｔ」であるＣＣＭフレームをノードＸから受信した場合、Ｃｏｎｔｒｏｌフィールドの値が「Ｓｅｎｄｉｎｇ」であり且つバージョン「ｖ２」のＤＬファイルの少なくとも一部を含むＣＣＭフレームを、ノードＸに送信する。１つのＣＣＭフレームによってＤＬファイルを送信することができない場合、ＤＬファイルは分割される。
【００６２】
図１９に示すように、ノードＡがＤＬファイルの送信を完了した場合、ノードＡはＣｏｎｔｒｏｌフィールドの値が「Ｃｏｍｐｌｅｔｅ」であるＣＣＭフレームをノードＸに対して送信するようになる。一方、ノードＸはノードＡから受信したＤＬファイルによってバージョン「ｖ１」からバージョン「ｖ２」へのバージョンアップを行う。
【００６３】
図２０に示すように、ノードＸのバージョンアップが完了した場合、ノードＸはＶｅｒｓｉｏｎフィールドの値が「２」であり且つＣｏｎｔｒｏｌフィールドの値が「Ｎｏｎｅ」であるＣＣＭフレームをノードＡに対して送信するようになる。一方、ノードＡはノードＸからＣＣＭフレームを受信した場合、Ｃｏｎｔｒｏｌフィールドの値が「Ｎｏｎｅ」であるＣＣＭフレームをノードＸに対して送信する。これにより、両ノードのバージョンがバージョン「ｖ２」になり、定常状態に達する。
【００６４】
一方、図２１及び２２の例においては、或るノードＡにおける、Ｐｉｌｉｎｇ設定が適用されたポートと、対向ノードであるノードＺにおける、Ｐｉｌｉｎｇ設定が適用されていないポートとがユーザ回線によって接続されている。ノードＡはバージョンアップが行われるべきノードであるが、ノードＺはバージョンアップが行われるべきではないノードであるとする。
【００６５】
図２１に示すように、ノードＺが送信するＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値は「１」であり、ノードＡが送信するＣＣＭフレームのＶｅｒｓｉｏｎフィールドの値「２」より小さい。従って、ノードＺは、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｑｕｅｓｔ」であるＣＣＭフレームをノードＡに対して送信する。
【００６６】
ノードＡは、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｑｕｅｓｔ」であるＣＣＭフレームをノードＺから受信するが、受信ポートに対してＰｉｌｉｎｇ設定が適用されている。従って、図２２に示すように、ノードＡは、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｊｅｃｔ」であるＣＣＭフレームをノードＺに送信する。一方、ノードＺは、Ｃｏｎｔｒｏｌフィールドの値が「Ｒｅｊｅｃｔ」であるＣＣＭフレームをノードＡから受信した場合、Ｃｏｎｔｒｏｌフィールドの値が「Ｎｏｎｅ」であるＣＣＭフレームをノードＡに対して送信する。このような動作によって、ノードＺにおいてバージョンアップが行われることを防げるようになる。
【００６７】
次に、ノードが更新の完了を監視制御装置１００に通知する処理について説明する。本処理は、例えば一定時間毎に実行される。
【００６８】
まず、ノードにおける第２判定部５２は、バージョンデータ格納部に格納されたバージョン情報と受信フレームテーブルに格納されたＶｅｒｓｉｏｎフィールドの値とを比較することで、自ノードのバージョンとＰｉｌｉｎｇ設定が適用されていないポートに接続された各ノードのバージョンとが一致するか判定する（図２３：ステップＳ５１）。なお、リレーノードである場合、例えば図２４に示すように、自ノードのバージョンと各ノードのバージョンとが一致するか判定される。これに対し、エッジノードである場合、例えば図２５に示すように、自ノードのバージョンとＰｉｌｉｎｇ設定が適用されていないポートに接続された各ノードのバージョンとが一致するか判定される。
【００６９】
図２３の説明に戻り、自ノードのバージョンとＰｉｌｉｎｇ設定が適用されていないポートに接続された各ノードのバージョンとが一致しない場合（ステップＳ５１：Ｎｏルート）、第２判定部５２は、管理データ格納部５４における送信フレームテーブルを更新する。具体的には、第２判定部５２は、ポート１０ｐ乃至４０ｐの各ポートについて、Ｃｏｍｐフィールドの値を「Ｆａｌｓｅ」に設定する（ステップＳ５３）。そして処理は終了する。
【００７０】
一方、自ノードのバージョンとＰｉｌｉｎｇ設定が適用されていないポートに接続された各ノードのバージョンとが一致する場合（ステップＳ５１：Ｙｅｓルート）、第２判定部５２は、管理データ格納部５４における送信フレームテーブルを更新する。具体的には、第２判定部５２は、ポート１０ｐ乃至４０ｐの各ポートについて、Ｃｏｍｐフィールドの値を「Ｔｒｕｅ」に設定する（ステップＳ５５）。
【００７１】
第２判定部５２は、Ｐｉｌｉｎｇ設定が適用されていることを表す情報がパイリングテーブルに格納されているか否かによって、Ｐｉｌｉｎｇ設定が適用されているポートが自ノードに有るか判定する（ステップＳ５７）。
【００７２】
Ｐｉｌｉｎｇ設定が適用されているポートが自ノードに無い場合（ステップＳ５７：Ｎｏルート）、処理は終了する。一方、Ｐｉｌｉｎｇ設定が適用されているポートが自ノードに有る場合（ステップＳ５７：Ｙｅｓルート）、第２判定部５２は、以下の処理を実行する。具体的には、第２判定部５２は、Ｐｉｌｉｎｇ設定が適用されていないポートに接続された各ノードから、Ｃｏｍｐフィールドの値が「Ｔｒｕｅ」であるＣＣＭフレームを受信したか判定する（ステップＳ５９）。
【００７３】
Ｐｉｌｉｎｇ設定が適用されていないポートに接続された各ノードから、Ｃｏｍｐフィールドの値が「Ｔｒｕｅ」であるＣＣＭフレームを受信していない場合（ステップＳ５９：Ｎｏルート）、処理は終了する。Ｐｉｌｉｎｇ設定が適用されていないポートに接続された各ノードから、Ｃｏｍｐフィールドの値が「Ｔｒｕｅ」であるＣＣＭフレームを受信した場合（ステップＳ５９：Ｙｅｓルート）、第２判定部５２は完了通知を生成し、制御回線インタフェース部５６に出力する。完了通知は、自ノードの識別子と、更新が完了したことを表す情報とを含む。
【００７４】
そして、制御回線インタフェース部５６は、第２判定部５２から受け取った完了通知を監視制御装置１００に送信する（ステップＳ６１）。そして処理は終了する。
【００７５】
以上のような処理を実行すれば、Ｐｉｌｉｎｇ設定が適用されたポートを有するノード（すなわち、エッジノード）のみが監視制御装置１００に完了通知を送信するようになる。
【００７６】
例えば図２６に示すようなネットワークが有り、ハッチングが付されたノードはエッジノードであるとする。ノードＡを始点とし且つノードＢを終点とする経路の数は複数であり、経路上のノードの数は経路毎に異なる。しかし、ノードＢにおいてＰｉｌｉｎｇ設定が適用されているポート以外の各ポートから、Ｃｏｍｐフィールドの値が「Ｔｒｕｅ」であるＣＣＭフレームを受信した場合、経路上の全ノードにおいて更新が完了しているはずである。よって、監視制御装置１００を操作するネットワーク管理者は、ネットワーク内の各エッジノードから完了通知を受信した場合には、ネットワーク内の全ノードにおいて更新が完了したと判断することができる。
【００７７】
次に、図２７乃至２９を用いて、監視制御装置１００の動作を説明する。
【００７８】
まず、完了通知を受信した場合に監視制御装置１００が実行する処理について説明する。監視制御装置１００の制御回線インタフェース部１０３は、制御回線を介してノードから完了通知を受信する（図２７：ステップＳ７１）。制御回線インタフェース部１０３は、受信した完了通知を管理部１０１に出力する。
【００７９】
管理部１０１は、制御回線インタフェース部１０３から受け取った完了通知を、完了通知格納部１０４に格納する（ステップＳ７３）。そして処理は終了する。
【００８０】
以上のような処理によって、更新対象のネットワークにおける各エッジノードから受信した完了通知を後の処理に利用できるようになる。
【００８１】
次に、図２８を用いて、ネットワーク管理者が更新の進捗を確認できるようにするための処理について説明する。本処理は、例えば一定時間毎に実行される。
【００８２】
監視制御装置１００の管理部１０１は、完了通知格納部１０４に格納された完了通知を読み出し、読み出した完了通知に基づき表示データを生成する（図２８：ステップＳ８１）。なお、完了通知格納部１０４に完了通知が格納されていない場合においても、いずれのエッジノードにおいても更新が完了していないことを表す表示データが生成される。
【００８３】
管理部１０１は、生成した表示データをオペレータインタフェース部１０２に出力する。これに応じ、オペレータインタフェース部１０２は、管理部１０１から受け取った表示データを表示装置に表示する（ステップＳ８３）。そして処理は終了する。
【００８４】
図２９に、表示装置の表示画面例の一例を示す。図２９の例では、ネットワーク管理者からの操作を受け付けるための操作コマンドの一覧を表示する部分２９０１と、更新対象のネットワークの構成を表示する部分２９０２と、イベントログを表示する部分２９０３とが含まれる。図２９の例においては、ノードＡ及びＤから完了通知を受信したというイベントが発生したことが示されており、ノードＡ及びＤのアイコンにはハッチングが付されている。ネットワーク管理者は、エッジノードであるノードＡ乃至Ｄの各々から完了通知を受信したことを確認した段階で、対象ネットワークにおいて更新が完了したことがわかる。すなわち、ネットワーク内の各ノードの更新が完了したことを１台１台確認しなくても済むようになる。
【００８５】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で説明したノード及び監視制御装置１００の機能ブロック構成は実際のプログラムモジュール構成に一致しない場合もある。
【００８６】
また、上で説明した各テーブルの構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００８７】
また、ネットワーク管理者による事前の設定によって、複数のネットワークを更新の対象としてもよい。この場合、更新対象のネットワーク間に設置されるエッジノードのポートにはＰｉｌｉｎｇ設定が適用されない。
【００８８】
なお、上で述べたノードは、図３０に示すように、メモリ２６０１とＣＰＵ２６０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２６０５と表示装置２６０９に接続される表示制御部２６０７とリムーバブル・ディスク２６１１用のドライブ装置２６１３と入力装置２６１５とネットワークに接続するための通信制御部２６１７（図３０では、２６１７ａ乃至２６１７ｃ）とがバス２６１９で接続されている構成の場合もある。なお、場合によっては、表示制御部２６０７、表示装置２６０９、ドライブ装置２６１３、入力装置２６１５は含まれない場合もある。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのプログラムは、ＨＤＤ２６０５に格納されており、ＣＰＵ２６０３により実行される際にはＨＤＤ２６０５からメモリ２６０１に読み出される。必要に応じてＣＰＵ２６０３は、表示制御部２６０７、通信制御部２６１７、ドライブ装置２６１３を制御して、必要な動作を行わせる。なお、通信制御部２６１７のいずれかを介して入力されたデータは、他の通信制御部２６１７を介して出力される。ＣＰＵ２６０３は、通信制御部２６１７を制御して、適切に出力先を切り替える。また、処理途中のデータについては、メモリ２６０１に格納され、必要があればＨＤＤ２６０５に格納される。本技術の実施例では、上で述べた処理を実施するためのプログラムはコンピュータ読み取り可能なリムーバブル・ディスク２６１１に格納されて頒布され、ドライブ装置２６１３からＨＤＤ２６０５にインストールされる。インターネットなどのネットワーク及び通信制御部２６１７を経由して、ＨＤＤ２６０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２６０３、メモリ２６０１などのハードウエアとＯＳ及び必要なプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００８９】
なお、上で述べた監視制御装置１００は、コンピュータ装置であって、図３１に示すように、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。ＯＳ及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００９０】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【００９１】
本実施の形態の第１の態様に係る伝送装置は、（Ａ）他の伝送装置と通信可能な複数のポートと、（Ｂ）データファイルとデータファイルの属性情報とを格納し、且つ、データファイルの転送要求に応じるか否かを示す管理情報を複数のポートの各々について格納するデータ格納部と、（Ｃ）データ格納部に格納された属性情報を複数のポートの各々から送信する第１処理部と、（Ｄ）転送要求を複数のポートのうち第１のポートから受信した場合、データ格納部に格納された管理情報に基づいて、第１のポートからデータファイルを送信するか判定する第２処理部とを有する。
【００９２】
このようにすれば、データファイルを受信する伝送装置を制限できるので、更新される伝送装置を制限できるようになる。
【００９３】
また、上で述べた第１処理部は、（ｃ１）第１のポートからデータファイルを送信すると判定された場合、データ格納部から読み出したデータファイルを第１のポートから送信し、（ｃ２）第１のポートからデータファイルを送信しないと判定された場合、転送要求の拒否を表すデータを第１のポートから送信してもよい。
【００９４】
また、上で述べた第２処理部は、（ｄ１）複数のポートのうち第２のポートから属性情報を受信した場合、受信した属性情報と、データ格納部に格納された属性情報とに基づき、第２のポートに接続された伝送装置が有するデータファイルを使用したを実行するか判定し、（ｃ３）第１処理部は、第２のポートに接続された伝送装置が有するデータファイルを使用した更新を実行すると判定された場合、転送要求を第２のポートから送信してもよい。これにより、実行すべき更新を自動的に行えるようになる。
【００９５】
また、本伝送装置は、（Ｅ）データ格納部に格納されたデータファイルによって伝送装置のソフトウエア又はプログラマブルデバイスを更新する更新部をさらに有してもよい。そして、上で述べた第１処理部は、（ｃ４）更新部による更新が完了した場合、更新後の属性情報及び更新の完了を表す情報を複数のポートの各々から送信してもよい。これにより、伝送装置における更新の完了を他の伝送装置が把握できるようになる。
【００９６】
また、本伝送装置は、（Ｆ）データ格納部に格納されたデータファイルを送信したポートの各々から更新の完了を表す情報を受信したという条件が満たされるか判定する判定部と、（Ｇ）条件が満たされると判定部が判定した場合、更新の完了を表す情報を管理装置に送信する第２通信部とをさらに有してもよい。このようにすれば、管理装置は一部の伝送装置のみから更新の完了を表す情報を受信するので、管理装置の操作者の負担を減らすことができるようになる。
【００９７】
また、上で述べた第２処理部は、（ｄ２）第２のポートに接続された伝送装置から、当該伝送装置が有するデータファイルを受信してもよい。
【００９８】
また、上で述べた第２処理部は、（ｄ３）管理装置から、データファイルを受信してもよい。
【００９９】
本実施の形態の第２の態様に係る更新制御方法は、（Ｈ）データファイルとデータファイルの属性情報とを格納し、且つ、データファイルの転送要求に応じるか否かを示す管理情報を他の伝送装置と通信可能な複数のポートの各々について格納するデータ格納部に格納された属性情報を、複数のポートの各々から送信し、（Ｉ）転送要求を複数のポートのうち第１のポートから受信した場合、データ格納部に格納された管理情報に基づいて、第１のポートからデータファイルを送信するか判定する処理を含む。
【０１００】
なお、上記方法による処理をプロセッサに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【０１０１】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１０２】
（付記１）
他の伝送装置と通信可能な複数のポートと、
データファイルと前記データファイルの属性情報とを格納し、且つ、前記データファイルの転送要求に応じるか否かを示す管理情報を前記複数のポートの各々について格納するデータ格納部と、
前記データ格納部に格納された前記属性情報を前記複数のポートの各々から送信する第１処理部と、
前記転送要求を前記複数のポートのうち第１のポートから受信した場合、前記データ格納部に格納された前記管理情報に基づいて、前記第１のポートから前記データファイルを送信するか判定する第２処理部と
を有する伝送装置。
【０１０３】
（付記２）
前記第１処理部は、
前記第１のポートから前記データファイルを送信すると判定された場合、前記データ格納部から読み出した前記データファイルを前記第１のポートから送信し、
前記第１のポートから前記データファイルを送信しないと判定された場合、前記転送要求の拒否を表すデータを前記第１のポートから送信する、
付記１記載の伝送装置。
【０１０４】
（付記３）
前記第２処理部は、
前記複数のポートのうち第２のポートから属性情報を受信した場合、受信した前記属性情報と、前記データ格納部に格納された属性情報とに基づき、前記第２のポートに接続された伝送装置が有するデータファイルを使用したを実行するか判定し、
前記第１処理部は、
前記第２のポートに接続された伝送装置が有するデータファイルを使用した更新を実行すると判定された場合、前記転送要求を前記第２のポートから送信する
付記１又は２記載の伝送装置。
【０１０５】
（付記４）
前記データ格納部に格納された前記データファイルによって前記伝送装置のソフトウエア又はプログラマブルデバイスを更新する更新部
をさらに有し、
前記第１処理部は、
前記更新部による更新が完了した場合、更新後の属性情報及び前記更新の完了を表す情報を前記複数のポートの各々から送信する、
付記１乃至３のいずれか１つ記載の伝送装置。
【０１０６】
（付記５）
前記データ格納部に格納された前記データファイルを送信したポートの各々から更新の完了を表す情報を受信したという条件が満たされるか判定する判定部と、
前記条件が満たされると前記判定部が判定した場合、前記更新の完了を表す情報を管理装置に送信する第２通信部と、
をさらに有する付記１乃至４のいずれか１つ記載の伝送装置。
【０１０７】
（付記６）
前記第２処理部は、
前記第２のポートに接続された伝送装置から、当該伝送装置が有するデータファイルを受信する、
付記３記載の伝送装置。
【０１０８】
（付記７）
前記第２処理部は、
前記管理装置から、前記データファイルを受信する、
付記５記載の伝送装置。
【０１０９】
（付記８）
コンピュータが、
データファイルと前記データファイルの属性情報とを格納し、且つ、前記データファイルの転送要求に応じるか否かを示す管理情報を他の伝送装置と通信可能な複数のポートの各々について格納するデータ格納部に格納された前記属性情報を、前記複数のポートの各々から送信し、
前記転送要求を前記複数のポートのうち第１のポートから受信した場合、前記データ格納部に格納された前記管理情報に基づいて、前記第１のポートから前記データファイルを送信するか判定する、
処理を実行する更新制御方法。
【０１１０】
（付記９）
コンピュータに、
データファイルと前記データファイルの属性情報とを格納し、且つ、前記データファイルの転送要求に応じるか否かを示す管理情報を他の伝送装置と通信可能な複数のポートの各々について格納するデータ格納部に格納された前記属性情報を、前記複数のポートの各々から送信し、
前記転送要求を前記複数のポートのうち第１のポートから受信した場合、前記データ格納部に格納された前記管理情報に基づいて、前記第１のポートから前記データファイルを送信するか判定する、
処理を実行させる更新制御プログラム。
【符号の説明】
【０１１１】
１ｃ，２ｃ，３ｃ，１０ｃ，２０ｃ，３０ｃ  ネットワーク
１１ｎ，１２ｎ，１３ｎ，１４ｎ，１５ｎ，１６ｎ，２１ｎ，３１ｎ，３２ｎ  ノード
１００  監視制御装置
５０  処理部    ５１  第１判定部
５２  第２判定部    ５３  更新部
５４  管理データ格納部    ５５  ＣＣＭフレーム処理部
５６  制御回線インタフェース部    １０ｐ，２０ｐ，３０ｐ，４０ｐ  ポート
１０１  管理部    １０２  オペレータインタフェース部
１０３  制御回線インタフェース部    １０４  完了通知格納部
１０５  ＤＬファイル格納部    １０６  パイリングデータ格納部
【図１】
2017068318.tif 000003
【図２】
2017068318.tif 000004
【図３】
2017068318.tif 000005
【図４】
2017068318.tif 000006
【図５】
2017068318.tif 000007
【図６】
2017068318.tif 000008
【図７】
2017068318.tif 000009
【図８】
2017068318.tif 000010
【図９】
2017068318.tif 000011
【図１０】
2017068318.tif 000012
【図１１】
2017068318.tif 000013
【図１２】
2017068318.tif 000014
【図１３】
2017068318.tif 000015
【図１４】
2017068318.tif 000016
【図１５】
2017068318.tif 000017
【図１６】
2017068318.tif 000018
【図１７】
2017068318.tif 000019
【図１８】
2017068318.tif 000020
【図１９】
2017068318.tif 000021
【図２０】
2017068318.tif 000022
【図２１】
2017068318.tif 000023
【図２２】
2017068318.tif 000024
【図２３】
2017068318.tif 000025
【図２４】
2017068318.tif 000026
【図２５】
2017068318.tif 000027
【図２６】
2017068318.tif 000028
【図２７】
2017068318.tif 000029
【図２８】
2017068318.tif 000030
【図２９】
2017068318.tif 000031
【図３０】
2017068318.tif 000032
【図３１】
2017068318.tif 000033