(57)【要約】  伝送装置が備える記憶領域の容量が十分でない場合にも、伝送装置が必要とする更新データを記憶可能であり、なおかつ更新データが通信されるネットワークへの負荷を低減する。  第１の伝送装置（サーバノード）（２）は、複数の更新データと更新データの属性情報とを含む配布データ（５ａ）を、第２のネットワーク（６）を介してファイルサーバ（５）から取得する。第１の伝送装置（サーバノード）（２）は、第１のネットワーク（４）を介して接続する第２の伝送装置（クライアントノード）（３）に更新データの属性情報を取得させて、第２の伝送装置（クライアントノード）（３）が複数の更新データのうちの各々の更新データの取得の是非を判定させるために更新データの属性情報を記憶する。第１の伝送装置（サーバノード）（２）は、第２の伝送装置（クライアントノード）（３）に取得させるための複数の更新データを記憶する。
2011027457.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークを通じてデータを伝送する伝送システムであって、
前記第１のネットワークに接続する第１の伝送装置と第２の伝送装置とを備え、
前記第１の伝送装置は、
第２のネットワークに接続するファイルサーバから、前記第１の伝送装置および前記第２の伝送装置を更新する複数の更新データと前記更新データの属性情報とを含む配布データを取得する配布データ取得手段と、
前記更新データの属性情報を記憶する属性情報記憶手段と、
複数の前記更新データを記憶する更新データ群記憶手段と、
を備え、
前記第２の伝送装置は、
前記第１の伝送装置から取得した前記更新データの属性情報と、前記第２の伝送装置における前記更新データの必要の是非を特定可能な情報とに基づき、前記第１の伝送装置が記憶する複数の前記更新データについて、各々の前記更新データの取得の是非を判定する更新データ取得判定手段と、
取得すると判定した前記更新データを、前記第１の伝送装置から取得する更新データ取得手段と、
取得した前記更新データを記憶する更新データ記憶手段と、
を備えることを特徴とする伝送システム。
【請求項２】
前記第１の伝送装置は、
前記第２のネットワークを介して前記ファイルサーバから前記配布データの属性情報を取得して、前記配布データの取得の是非を判定する配布データ取得判定手段を備え、
前記配布データ取得手段は、前記配布データ取得判定手段による判定結果に基づいて、前記配布データを前記ファイルサーバから取得することを特徴とする請求の範囲第１項記載の伝送システム。
【請求項３】
前記第１の伝送装置は、
取得した前記配布データの属性情報を記憶する配布データ属性情報記憶手段を備え、
前記配布データ取得判定手段は、
前記第２のネットワークを介して前記ファイルサーバから取得した前記配布データの属性情報と、前記配布データ属性情報記憶手段が記憶する前記配布データの属性情報とを比較して、前記配布データの取得の是非を判定することを特徴とする請求の範囲第２項記載の伝送システム。
【請求項４】
前記第１の伝送装置は、
取得した前記配布データを、複数の前記更新データと前記更新データの属性情報とに展開する配布データ展開手段を備え、
前記属性情報記憶手段が記憶する前記更新データの属性情報を、展開した前記更新データの属性情報で更新記憶し、
前記更新データ群記憶手段が記憶する複数の前記更新データを、展開した複数の前記更新データで更新記憶することを特徴とする請求の範囲第１項記載の伝送システム。
【請求項５】
前記更新データ取得判定手段は、
前記更新データ記憶手段が記憶可能な容量の範囲で、前記更新データの取得の是非を判定することを特徴とする請求の範囲第１項記載の伝送システム。
【請求項６】
前記第２の伝送装置は、前記第１の伝送装置から取得した前記更新データの属性情報と、前記第２の伝送装置における前記更新データの必要の是非を特定可能な情報とに基づき、前記第１の伝送装置の前記更新データ群記憶手段が記憶する複数の前記更新データのうち、優先的に取得する前記更新データをリスト化した優先取得リストを生成する優先取得リスト生成手段を備え、
前記更新データ取得判定手段は、前記優先取得リストに基づき、前記第１の伝送装置が記憶する複数の前記更新データについて、各々の前記更新データの取得の是非を判定することを特徴とする請求の範囲第１項記載の伝送システム。
【請求項７】
前記第２の伝送装置は、１つ以上のユニットを備え、
前記優先取得リスト生成手段は、
前記ユニットを更新する前記更新データを第１優先とし、前記第２の伝送装置が属する装置カテゴリに設定された前記更新データの取得優先順序を第２優先として生成した前記更新データの取得優先順序にしたがい、前記更新データ記憶手段が記憶可能な容量の範囲で前記更新データをリスト化した前記優先取得リストを生成することを特徴とする請求の範囲第６項記載の伝送システム。
【請求項８】
前記ファイルサーバと前記第１の伝送装置との通信は、前記第１のネットワークの制御チャネルを用いた通信とし、前記第１の伝送装置と前記第２の伝送装置との通信は、前記第２のネットワークのデータ通信チャネルを用いた通信とすることを特徴とする請求の範囲第１項記載の伝送システム。
【請求項９】
第１のネットワークを通じて他の伝送装置との間でデータを伝送する伝送装置であって、
第２のネットワークに接続するファイルサーバから、前記伝送装置および前記他の伝送装置を更新する複数の更新データと前記更新データの属性情報とを含む配布データを取得する配布データ取得手段と、
前記他の伝送装置が複数の前記更新データのうちの各々の前記更新データの取得の是非の判定に用いる前記更新データの属性情報を、前記他の伝送装置に送信する属性情報送信手段と、
前記他の伝送装置が取得すると判定した前記更新データを前記他の伝送装置に送信する更新データ送信手段と、
を備えることを特徴とする伝送装置。
【請求項１０】
第１のネットワークを通じてデータを伝送する伝送システムを構成する伝送装置の更新データ取得方法であって、
前記伝送システムは、
前記第１のネットワークと第２のネットワークに接続する第１の伝送装置と、
前記第１のネットワークに接続する第２の伝送装置と、を備え、
前記第１の伝送装置が第２のネットワークに接続するファイルサーバから、前記第１の伝送装置および前記第２の伝送装置を更新する複数の更新データと前記更新データの属性情報とを含む配布データを取得し、
前記第２の伝送装置が前記第１の伝送装置から取得した前記更新データの属性情報と、前記第２の伝送装置における前記更新データの必要の是非を特定可能な情報とに基づき、前記第１の伝送装置が記憶する複数の前記更新データについて、各々の前記更新データの取得の是非を判定し、取得すると判定した前記更新データを、前記第１の伝送装置から取得することを特徴とする更新データ取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じてデータを伝送する伝送システム、伝送装置、および更新データ取得方法に関する。
【背景技術】
【０００２】
伝送装置（ネットワーク機器）は、多様な顧客のニーズに応じるために、複数のユニットから構成される場合がある。そして、こうした伝送装置は、機能拡張や障害対応のために、ファームウェアやソフトウェアを含むデータの更新がおこなわれる。【０００３】
従来、伝送装置に実装されるユニットのファームウェアの更新は、ユニットのすべてを回収して、ベンダの工場で書き換えを実施してから顧客のもとに再出荷をしていた。
しかし、最近では利便性の観点から、これらユニットを回収することなく伝送装置を接続するネットワーク経由でファームウェアの書き換えを可能にしている。そして、旧版となるファームウェアを実装したユニットが構成機器に加わった場合は、伝送装置は、不揮発性メモリに記憶している更新用のファームウェアにより、そのユニットのファームウェアの更新をおこなう。【０００４】
そのため、各伝送装置は、実装可能なユニットに対応した更新用のファームウェアをバックアップするために大容量の不揮発性メモリを備えることが要求される、もしくは、ファームウェアを更新する都度、ネットワーク経由でＯｐＳ（Operation System）から更新用のファームウェアを取得することが必要とされる。【０００５】
そして、ソフトウェアをダウンロードする前に、サーバからクライアントに環境探索エージェントを送り、クライアントの環境調査をして、クライアントのシステム環境に対応したプログラムのダウンロードをおこなう提案がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平８−２６３４０９号公報
【特許文献２】特開２００４−３１０２８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＯｐＳは、各伝送装置を接続したネットワークとは異なるネットワークに接続される場合がある。たとえば、ＯｐＳと伝送装置との通信は、課金制のネットワークや、他の機器と通信帯域を共有したネットワークを用いて運用をおこなう場合がある。そのため、このようなネットワークを用いたファイル転送は、メンテナンスウインドウ（保守時間帯）を使った特定の時間帯に制限されたり、ネットワーク負荷やコスト面から通信量に配慮が求められたりする。【０００８】
また、近年、伝送装置に求められる機能の多様化にともない、伝送装置が不揮発性メモリに記憶しておかなければならない更新データ（たとえば、更新用のファームウェア）のサイズも飛躍的に大規模化している。それに加えて、伝送装置のリリースを重ねていくことでサポート対象となるユニットの数が増え続けていく現状では、より一層大規模な不揮発性メモリを備えることが必要とされている。しかしながら、伝送装置のすべてについて、不揮発性メモリの置き換えをすることは、金銭的コスト、人的コストなどの観点から現実的ではない。【０００９】
さらに、各伝送装置が大容量の不揮発性メモリを備えることが必要とされる理由の一つに、実装可能なユニットに対応した更新データのバックアップがある。しかしながら、各伝送装置を構成するユニットの組み合わせ、あるいは数には限りがあるので、多くの場合、伝送装置は、不揮発性メモリに使用することのない更新データを無駄に記憶しておくことになる。【００１０】
そこで、本発明は、伝送装置が備える記憶領域の容量が十分でない場合にも、伝送装置が必要とする更新データを記憶可能であり、なおかつ更新データが通信されるネットワークへの負荷を低減した伝送システム、伝送装置、および更新データ取得方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、第１のネットワークを通じてデータを伝送する伝送システムは、第１のネットワークに接続する第１の伝送装置と第２の伝送装置とを備える。第１の伝送装置は、配布データ取得手段と、属性情報記憶手段と、更新データ群記憶手段とを備える。配布データ取得手段は、第２のネットワークに接続するファイルサーバから、第１の伝送装置および第２の伝送装置を更新する複数の更新データと更新データの属性情報とを含む配布データを取得する。属性情報記憶手段は、更新データの属性情報を記憶する。更新データ群記憶手段は、複数の更新データを記憶する。第２の伝送装置は、更新データ取得判定手段と、更新データ取得手段と、更新データ記憶手段とを備える。更新データ取得判定手段は、第１の伝送装置から取得した更新データの属性情報と、第２の伝送装置における更新データの必要の是非を特定可能な情報とに基づき、第１の伝送装置が記憶する複数の更新データについて、各々の更新データの取得の是非を判定する。更新データ取得手段は、取得すると判定した更新データを、第１の伝送装置から取得する。更新データ記憶手段は、取得した更新データを記憶する。【００１２】
また、第１のネットワークを通じて他の伝送装置との間でデータを伝送する伝送装置は、配布データ取得手段と、属性情報送信手段と、更新データ送信手段とを備える。配布データ取得手段は、第２のネットワークに接続するファイルサーバから、伝送装置および他の伝送装置を更新する複数の更新データと更新データの属性情報とを含む配布データを取得する。属性情報送信手段は、他の伝送装置が複数の更新データのうちの各々の更新データの取得の是非の判定に用いる更新データの属性情報を、他の伝送装置に送信する。更新データ送信手段は、他の伝送装置が取得すると判定した更新データを他の伝送装置に送信する。
【発明の効果】
【００１３】
上記の伝送システムによれば、伝送装置が備える記憶領域の容量が十分でない場合にも、伝送装置が必要とする更新データを記憶可能であり、なおかつ更新データが通信されるネットワークへの負荷を低減できる。【００１４】
また、上記の伝送装置によれば、記憶領域の容量が十分でない場合にも、必要とする更新データを記憶可能であり、なおかつ更新データが通信されるネットワークへの負荷を低減できる。【００１５】
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
【図面の簡単な説明】
【００１６】
【図１】第１の実施形態の伝送システムの機能ブロック図である。
【図２】第２の実施形態のネットワーク構成例を示す図である。
【図３】第２の実施形態のノード構成例を示す図である。
【図４】第２の実施形態のサーバノードにおけるハードウェア構成例を示す図である。
【図５】第２の実施形態のファイルサーバからクライアントノードまでの更新データの流れを示す図である。
【図６】第２の実施形態の配布データ取得処理のフローチャートである。
【図７】第２の実施形態の配布データ属性リストの一例を示す図である。
【図８】第２の実施形態の更新データ属性リストの一例を示す図である。
【図９】第２の実施形態の更新データ取得処理のフローチャートである。
【図１０】第２の実施形態の優先取得リスト生成処理のフローチャートである。
【図１１】第２の実施形態の優先取得リスト生成過程のデータフローを示す図である。
【図１２】第２の実施形態のクライアントノード構成例を示す図である。
【図１３】第２の実施形態のユニット情報の一例を示す図である。
【図１４】第２の実施形態のファームウェアリストの一例を示す図である。
【図１５】第３の実施形態のクライアントノードへのサーバノードの通知手順を示す図である。
【発明を実施するための形態】
【００１７】
以下、実施形態を図面を参照して説明する。
図１は、第１の実施形態の伝送システムの機能ブロック図である。
伝送システム１は、第１の伝送装置２と、第２の伝送装置３と、第１の伝送装置２および第２の伝送装置３が接続する第１のネットワーク４とを含んで構成される。第１の伝送装置２と第２の伝送装置３は、第１のネットワーク４を介して、相互に情報の伝送をおこなう。
【００１８】
伝送システム１は、第１の伝送装置２が第２のネットワーク６を介してファイルサーバ５と通信可能に接続することで、ファイルサーバ５から配布データ５ａを取得可能にしている。
【００１９】
配布データ５ａは、たとえば、第１の伝送装置２および第２の伝送装置３のソフトウェアを更新するための複数の更新データ（更新データ群）と、更新データの属性情報とを圧縮、パッケージ化するなどして配布形式にしたライブラリファイルである。なお、第１の伝送装置２は、たとえば、第２のネットワーク６のデータ通信チャネル（アウトバンド通信）を用いてファイルサーバ５から配布データ５ａを取得する。
【００２０】
第１の伝送装置２は、配布データ取得手段２ａと、属性情報記憶手段２ｂと、更新データ群記憶手段２ｃとを備える。配布データ取得手段２ａは、第２のネットワーク６を介してファイルサーバ５から配布データ５ａを取得する。なお、配布データ取得手段２ａは、配布データ５ａが伝送システム１のシステム構成ごとに用意されるほか、改版により複数の版数が存在するため、伝送システム１に対応する最新版の配布データ５ａを取得する。
【００２１】
属性情報記憶手段２ｂは、配布データ５ａを展開して得た更新データの属性情報を記憶する。なお、更新データの属性情報は、たとえば、更新データの名称、更新データの版数、更新データのチェックサムなどがある。また、属性情報記憶手段２ｂは、たとえば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、フラッシュメモリ、フラッシュメモリ型メモリカードなどの不揮発性の記憶媒体に、更新データの属性情報を記憶させる。
【００２２】
更新データ群記憶手段２ｃは、配布データ５ａを展開して得た更新データ群を記憶する。更新データは、たとえば、プログラムやファームウェアなどを更新するデータであり、更新ファイルを一単位とするデータである。また、更新データ群記憶手段２ｃは、たとえば、ＥＥＰＲＯＭ、フラッシュメモリ、フラッシュメモリ型メモリカードなどの不揮発性の記憶媒体に、更新データ群を記憶させる。
【００２３】
第２の伝送装置３は、更新データ取得判定手段３ａと、更新データ取得手段３ｂと、更新データ記憶手段３ｃとを備える。更新データ取得判定手段３ａは、第１の伝送装置２から取得した更新データの属性情報と、第２の伝送装置３における更新データの必要の是非を特定可能な情報とから、第１の伝送装置２が記憶する更新データ群について、各々の更新データの取得の是非を判定する。なお、第２の伝送装置３における更新データの必要の是非を特定可能な情報とは、たとえば、伝送装置を構成するユニット（構成単位）を特定可能な情報、より具体的には、伝送装置を構成するユニットの組み合わせを示す情報などである。たとえば、更新データ取得判定手段３ａは、第１の伝送装置２に記憶された更新データが、伝送装置を構成するユニットに対応していて、更新データの属性情報から改版されたものであると判断できる場合は、更新データの取得の判定ができる。
【００２４】
そして、更新データ取得手段３ｂは、更新データ取得判定手段３ａが取得の判定をした更新データを第１の伝送装置２から取得する。更新データ記憶手段３ｃは、更新データ取得手段３ｂが取得した更新データを記憶する。また、更新データ記憶手段３ｃは、たとえば、ＥＥＰＲＯＭ、フラッシュメモリ、フラッシュメモリ型メモリカードなどの不揮発性の記憶媒体に、更新データを記憶させる。
【００２５】
なお、第１の伝送装置２と第２の伝送装置３は、たとえば、第１のネットワーク４の制御チャネル（インバンド通信）を用いて、更新データの属性情報と、更新データの通信をする。
【００２６】
このように第１の伝送装置２が更新データ群を記憶し、第２の伝送装置３が必要な更新データを取得するように構成した伝送システム１においては、第１の伝送装置２は、サーバノードとして機能し、第２の伝送装置３は、クライアントノードとして機能する。なお、伝送システム１を構成するクライアントノードは、一台に限らず複数台とすることができる。また、伝送システム１を構成するサーバノードも、一台に限らず複数台とすることができる。
【００２７】
このような伝送システム１によれば、第１の伝送装置２および第２の伝送装置３のソフトウェアを更新するための配布データ５ａの取得にあたり、第２のネットワーク６にかける負荷を低減させることができる。したがって、第２のネットワーク６の使用に課金がされている場合であっても、通信コストを抑制することができる。また、第２のネットワーク６が他の機器と通信帯域を共有したネットワークを用いて運用をおこなっている場合でも、メンテナンスウインドウを使った特定の時間帯に通信をおこなうことで、第２のネットワーク６の負荷に配慮することは容易である。
【００２８】
また、伝送システム１で必要とされる複数の更新データを記憶するのに十分な記憶容量を有するサーバノードがあれば、クライアントノードは、少なくとも自己のノードで必要とされる更新データを記憶する記憶容量があれば足りる。
【００２９】
次に、第２の実施形態を用いてより具体的な説明をする。まず、伝送システムを構成するネットワーク、およびファイルサーバと伝送システムとを接続するネットワークについて説明する。図２は、第２の実施形態のネットワーク構成例を示す図である。
【００３０】
ファイルサーバ１０は、伝送システムの保守、運用を支援するＯｐＳの一要素であり、ＤＣＮ（Data Communication Network：情報伝送網）４０に接続している。また、サーバノード２０、クライアントノード３０ａ、３０ｂ、３０ｃ、３０ｄは、ＯＡＤＭ（Optical Add-Drop Multiplexer：光分岐挿入装置）、またはＩＬＡ（In Line AMP：光中継局）などである。そして、サーバノード２０、クライアントノード３０ａ、３０ｂ、３０ｃ、３０ｄは、ＷＤＭ（Wavelength Division Multiplexing：波長分割多重）リング５０を構成している。ＷＤＭリング５０は、たとえば、通信事業者の高速バックボーンとしてデータ伝送をする。したがって、サーバノード２０、クライアントノード３０ａ、３０ｂ、３０ｃ、３０ｄは、伝送装置であり、ＷＤＭリング５０とともに伝送システムを構成する。
【００３１】
サーバノード２０は、ＤＣＮ４０を介してファイルサーバ１０と通信可能に接続され、ＤＣＮ４０のデータ通信チャネルを用いてファイルサーバ１０との間で通信をおこなう。また、サーバノード２０は、クライアントノード３０ａ、３０ｂ、３０ｃ、３０ｄとＷＤＭリング５０を介してデータ伝送をおこなう。サーバノード２０のおこなうデータ伝送は、複数波長のうちの一波に割り当てられた制御チャネルを用いておこなわれる。ファイルサーバ１０は、この制御チャネルを通じてクライアントノード３０ａ、３０ｂ、３０ｃ、３０ｄへの更新データの通信をおこなう。
【００３２】
なお、更新データが伝送システムのデータ通信用の帯域に負荷をかけないように、更新データの通信に制御チャネルを利用するようにしたが、ＳＯＮＥＴ固定フレームのオーバヘッドを用いることでデータ通信チャネルを利用するようにしてもよい。たとえば、Ｇ７０９ ＯＴＮ（Optical Transport Network）フレームのＧＣＣ０チャネルを利用することができる。
【００３３】
次に、第２の実施形態のサーバノード２０、クライアントノード３０ａ、３０ｂ、３０ｃ、３０ｄのユニット構成を説明をする。図３は、第２の実施形態のノード構成例を示す図である。
【００３４】
ノード（伝送装置）１００は、サーバノード２０、クライアントノード３０ａ、３０ｂ、３０ｃ、３０ｄをＯＡＤＭ構成とした場合の一例である。ノード１００は、ＲＡＭＰ（受信側光増幅器）ユニット１１０、ＤＭＵＸ（デマルチプレクサ）ユニット１２０、ＣＰ（カプラ）ユニット１３０、制御ユニット１４０、ＳＷ（スイッチ）ユニット１５０、ＭＵＸ（マルチプレクサ）ユニット１６０、ＳＡＭＰ（送信側光増幅器）ユニット１７０を備える。
【００３５】
ＲＡＭＰユニット１１０は、ＷＤＭライン１０１と接続し、受信した光信号のうち、制御チャネルが割り当てられた一波１０２を制御ユニット１４０に出力する。また、ＲＡＭＰユニット１１０は、光信号を増幅してＤＭＵＸユニット１２０に出力する。ＤＭＵＸユニット１２０は、多重化された光信号を分波してＣＰユニット１３０に出力する。ＣＰユニット１３０は、分波された光信号のスルーとドロップを選択する。制御ユニット１４０は、ノード１００を統括的に制御するユニットである。制御ユニット１４０は、制御チャネルが割り当てられた一波１０２をＲＡＭＰユニット１１０から入力し、制御チャネルが割り当てられた一波１０３をＳＡＭＰユニット１７０に出力する。ＳＷユニット１５０は、分波された光信号のスルーとアドを選択する。ＭＵＸユニット１６０は、分波された光信号を多重化してＳＡＭＰユニット１７０に出力する。ＳＡＭＰユニット１７０は、ＷＤＭライン１０４と接続し、ＭＵＸユニット１６０から入力した光信号と、制御チャネルが割り当てられた一波１０３とをあわせて出力する。
【００３６】
このようなノード１００において制御ユニット１４０は、制御チャネルが割り当てられた一波１０２、１０３を用いて更新データの送受信をする。
なお、ノード１００は、ノード１００を構成するユニットを交換、追加、削除可能にしているため、ノードごとに異なる構成を取り得る。したがって、ノードごとに必要とされる更新データは、異なる場合がある。
【００３７】
次に、第２の実施形態のノード１００のハードウェア構成例について、ノード１００をサーバノードとした場合について説明する。なお、ノード１００を構成するユニットについては、様々な組み合わせを取り得るため単なるユニットとして一般化した場合を示す。図４は、第２の実施形態のサーバノードにおけるハードウェア構成例を示す図である。
【００３８】
サーバノード２０は、制御ユニット２４０と、複数のユニット２１０、２２０、２３０とを備え、各々のユニットは、バス２０１に接続する。
制御ユニット２４０は、ユニット２１０、２２０、２３０に制御信号を出力したり、ユニット２１０、２２０、２３０のアラーム信号を検出したりする。
【００３９】
制御ユニット２４０は、ＣＰＵ（Central Processing Unit）２４１によってユニット全体が制御されている。ＣＰＵ２４１には、バス２４４を介してＲＡＭ（Random Access Memory）２４２、不揮発性メモリ２４３、通信インタフェース２４５、ＨＤＬＣ（High-Level Data Link Control：ハイレベルデータリンク制御手順）終端回路２４６、およびバス２０１が接続されている。
【００４０】
ＲＡＭ２４２には、ＣＰＵ２４１に実行させる伝送装置、およびサーバとしてのアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２４２には、ＣＰＵ２４１による処理に必要な各種データが格納される。不揮発性メモリ２４３には、ＣＰＵ２４１に実行させるアプリケーションプログラムのほか、クライアントノード、およびユニット２１０、２２０、２３０に配布する更新データ属性リストおよび更新データ群が記憶される。したがって、不揮発性メモリ２４３は、サーバノード２０が伝送装置として機能するためだけには冗長な更新データも記憶するため、クライアントノードの備える不揮発性メモリに比較して大きな記憶容量が必要とされる。
【００４１】
通信インタフェース２４５は、ＤＣＮ４０に接続されている。通信インタフェース２４５は、ＤＣＮ４０を介して、ファイルサーバ１０との間でデータの送受信をおこなう。
ＨＤＬＣ終端回路２４６は、制御信号終端２４７と接続し、ＳＤＣＣ（Section Data Communication Channel）によりデータの送受信をする。制御信号終端２４７は、制御チャネルが割り当てられた一波２０２の入出力をする。サーバノード２０は、ＷＤＭライン２０３と接続し、制御チャネルを通じて図示しないクライアントノードと更新データを含むデータの送受信をする。
【００４２】
ユニット２１０、２２０、２３０は、それぞれＦＰＧＡ（Field Programmable Gate Array）やＤＳＰ（Digital Signal Processer）などからなるモジュール２１１、２２１、２３１を含んで構成される。また、ユニット２１０、２２０、２３０は、それぞれ不揮発性メモリ２１２、２２２、２３２を備え、モジュールのファームウェアを記憶する。
【００４３】
ＣＰＵ２４１は、バス２４４、バス２０１を介して不揮発性メモリ２１２、２２２、２３２にファームウェア（更新データ）を書き込むことができる。このようにユニット２１０、２２０、２３０は、不揮発性メモリ２１２、２２２、２３２に記憶されているファームウェアをＣＰＵ２４１が書き換えることにより、ファームウェアの更新をすることができる。
【００４４】
なお、サーバノード２０について説明したが、不揮発性メモリ２４３の記憶容量が十分な大きさでなくともよい点、通信インタフェース２４５を必ずしも必要としない点を除けば、クライアントノード３０ａ、３０ｂ、３０ｃ、３０ｄについても同様のハードウェア構成となる。言い換えれば、サーバノード２０は、不揮発性メモリ２４３の記憶容量が配布データを記憶するのに十分な大きさを要するとともに、通信インタフェース２４５を要する。
【００４５】
次に、第２の実施形態のファイルサーバからクライアントノードまでの更新データの流れについて説明する。図５は、第２の実施形態のファイルサーバからクライアントノードまでの更新データの流れを示す図である。
【００４６】
配布データ（ライブラリファイル）１２は、改版されると、配布データ属性リスト１１とともにファイルサーバ１０にアップされる。配布データ属性リスト１１は、配布データの取得の是非を判断するための情報（たとえば、ファイル名、版数、ファイルサイズなど）と、配布データ自体の情報（たとえば、チェックサムなど）を含むリストである。サーバノード２０は、たとえば、ＦＴＰ（File Transfer Protocol）やＦＴＡＭ（File Transfer Access and Management）のようなファイル転送プロトコルを用いて、配布データ１２、配布データ属性リスト１１を配布する。
【００４７】
配布データ属性リスト１１は、たとえば、ファイルサーバ１０の図示しない配布データ属性リスト記憶部に記憶される。また、配布データ１２は、たとえば、ファイルサーバ１０の図示しない配布データ記憶部に記憶される。
【００４８】
サーバノード２０は、配布データ取得判定部２１により、ファイルサーバ１０から配布データ属性リスト１１を取得する。配布データ取得判定部２１は、既に取得済みの配布データ属性リスト（取得済配布データ属性リスト２２）とファイルサーバ１０から取得した配布データ属性リスト１１を比較して配布データ１２の取得の必要性を判定する。たとえば、配布データ取得判定部２１は、版数情報を比較して配布データ１２の改版の有無をチェックし、改版があったとすれば、配布データ１２の取得の必要性ありと判定する。
【００４９】
配布データ取得部２３は、配布データ取得判定部２１が配布データ１２の取得の必要性ありと判定した場合に、ファイルサーバ１０から配布データ１２を取得する。
配布データ展開部２４は、配布データ取得部２３が取得した配布データ１２を展開する。配布データ１２は、更新データ２７ａ、２７ｂ、・・・、２７ｆの更新データ群２７と、更新データ群２７の属性情報（更新データ属性リスト２６）とを圧縮、パッケージ化して配布形式にしたライブラリファイルである。配布データ展開部２４は、これを展開して、更新データ属性リスト２６と、更新データ群２７を得る。
【００５０】
更新データ群２７は、たとえば、ユニット２１０、２２０、２３０に含まれるモジュール２１１、２２１、２３１のファームウェアである。また、更新データ属性リスト２６は、後で詳述するが、更新データ２７ａ、２７ｂ、・・・、２７ｆに関する情報を含む。更新データ属性リスト２６は、たとえば、サーバノード２０の図示しない更新データ属性リスト記憶部に記憶される。また、更新データ２７ａ、２７ｂ、・・・、２７ｆは、たとえば、サーバノード２０の図示しない配布データ記憶部に記憶される。
【００５１】
クライアントノード３０は、更新データ取得判定部３１により、サーバノード２０から更新データ属性リスト２６を取得する。更新データ取得判定部３１は、更新データ属性リスト２６から優先取得リスト３２を生成する。優先取得リスト３２は、クライアントノード３０が取得すべき更新データのリストである。更新データ取得判定部３１は、生成した優先取得リスト３２と、クライアントノード３０が記憶している更新データとを比較して、更新データの取得の必要性を判定する。たとえば、更新データ取得判定部３１は、リリース情報のうち、版数情報を比較して配布データ１２の改版の有無をチェックし、改版があったとすれば、配布データ１２の取得の必要性ありと判定する。優先取得リスト３２、および優先取得リスト３２の生成処理については、後で詳述する。
【００５２】
更新データ取得部３３は、更新データ取得判定部３１が更新データの取得の必要性ありと判定した場合に、サーバノード２０から更新データを取得する。たとえば、図５に示した例では、更新データ群２７のうちの一部である更新データ２７ａ、２７ｂ、２７ｃを取得する。
【００５３】
このように、ファイルサーバ１０からサーバノード２０への配布データの取得、サーバノード２０からクライアントノード３０への更新データの取得という２段階でファイルが転送される。これにより、クライアントノード３０は、ファイルサーバ１０への直接のアクセスを要しない。また、クライアントノード３０は、サーバノードに比較して不揮発性メモリの記憶容量を低減できる。
【００５４】
次に、第２の実施形態のサーバノード２０が実行する配布データ取得処理について説明する。図６は、第２の実施形態の配布データ取得処理のフローチャートである。
サーバノード２０は、定期的（たとえば、一日に一度）に配布データ取得処理を実行する。なお、配布データ取得処理は、サーバノード２０の起動時、クライアントノード３０からの更新データ属性リスト２６の要求受付時などをイベントトリガとして実行されてもよい。
【００５５】
［ステップＳ１１］サーバノード２０は、配布データを取得済みか否かを判定する。サーバノード２０は、配布データ１２を取得済みであればステップＳ１２にすすみ、配布データ１２を取得済みでなければステップＳ１５にすすむ。
【００５６】
配布データ１２の取得済みの有無は、たとえば、サーバノード２０が備える不揮発性メモリに配布データ１２が記憶されているか否かにより判断することができる。また、配布データ１２の取得済みの有無は、配布データ１２に代えて配布データ１２を展開した更新データ群２７が記憶されているか否かにより判断することもできる。また、配布データ１２の取得済みの有無は、配布データ１２を取得した履歴を参照して判断することもできる。
【００５７】
［ステップＳ１２］サーバノード２０は、配布データ属性リスト１１をファイルサーバ１０に要求する。サーバノード２０は、サーバテーブルにあらかじめ設定されている情報によりファイルサーバ１０を特定することができる。サーバノード２０とファイルサーバ１０との通信は、たとえば、ＦＴＰなどのファイル転送プロトコルによりおこなうことができる。その場合、ファイルサーバ１０は、ＦＴＰサーバであり、サーバノード２０は、ＦＴＰクライアントとなる。サーバノード２０は、サーバノード２０からの配布データ属性リスト１１の要求を受けてファイルサーバ１０が送信した配布データ属性リスト１１を取得する。
【００５８】
［ステップＳ１３］サーバノード２０は、ファイルサーバ１０から取得した配布データ属性リスト１１の版数とサーバノード２０が記憶する取得済配布データ属性リスト２２の版数とを比較する。
【００５９】
［ステップＳ１４］サーバノード２０は、ファイルサーバ１０から取得した配布データ属性リスト１１の版数が、サーバノード２０が記憶する取得済配布データ属性リスト２２の版数より新しければ、配布データ１２の取得の必要性があると判定する。そして、サーバノード２０は、ファイルサーバ１０から取得した配布データ属性リスト１１の版数が、サーバノード２０が記憶する取得済配布データ属性リスト２２の版数より新しくなければ、配布データ１２の取得の必要性がないと判定する。サーバノード２０は、配布データ１２の取得の必要性がないと判定すれば、配布データ取得処理を終了する。サーバノード２０は、配布データ１２の取得の必要性があると判定すれば、ステップＳ１５にすすむ。
【００６０】
［ステップＳ１５］サーバノード２０は、配布データ１２をファイルサーバ１０に要求する。サーバノード２０は、サーバノード２０からの配布データ１２の要求を受けてファイルサーバ１０が応答した配布データ１２を取得する。
【００６１】
［ステップＳ１６］サーバノード２０は、更新データ群２７と、更新データ属性リスト２６とを圧縮、パッケージ化して配布形式にしたライブラリファイルを展開する。
［ステップＳ１７］サーバノード２０は、展開した更新データ群２７（更新データ２７ａ、２７ｂ、・・・、２７ｆのイメージデータ群）と、更新データ属性リスト２６とを不揮発性メモリに記憶して、クライアントノードへの配信用のデータとしてサーバ登録する。
【００６２】
次に、第２の実施形態のサーバノード２０が取得する配布データ属性リスト１１について説明する。図７は、第２の実施形態の配布データ属性リストの一例を示す図である。
配布データ属性リスト１１は、配布データ１２の取得の是非を判断するための情報として、配布ファイル名、配布ファイル版数、配布ファイルサイズと、配布データ自体の情報として配布ファイルチェックサムを含む。
【００６３】
配布ファイル名は、配布データ１２のファイル名である。配布ファイル名は、サーバノード２０を含む伝送システムが必要とする配布ファイルの識別に用いられる。配布ファイル版数は、配布ファイルの版数の識別に用いられる。配布ファイルサイズは、サーバノード２０が配布ファイルを記憶するのに必要とされる記憶容量の識別に用いられる。配布ファイルチェックサムは、サーバノード２０が取得した配布ファイルの誤り検出に用いられる。
【００６４】
次に、第２の実施形態のサーバノード２０が取得する更新データ属性リスト２６について説明する。図８は、第２の実施形態の更新データ属性リストの一例を示す図である。
更新データ属性リスト２６は、種別、更新ファイルサイズ、更新ファイル名、更新ファイルチェックサムを含む。
【００６５】
種別は、ユニットを識別する情報である。更新ファイルサイズは、クライアントノード３０が更新ファイルを記憶するのに必要とされる記憶容量の識別に用いられる。更新ファイル名は、更新ファイルの識別に用いられる。更新ファイルチェックサムは、クライアントノード３０が取得した更新ファイルの誤り検出に用いられる。なお、更新データ属性リスト２６に更新ファイル版数他の情報を含めてもよい。その場合、更新ファイル版数は、更新ファイルの版数の識別に用いられる。
【００６６】
次に、第２の実施形態のクライアントノード３０が実行する更新データ取得処理について説明する。図９は、第２の実施形態の更新データ取得処理のフローチャートである。
クライアントノード３０は、クライアントノード３０のユニット構成の変更検出時に更新データ取得処理を実行する。なお、更新データ取得処理は、クライアントノード３０の起動時などイベントトリガで実行することができるし、定期的（たとえば、一日に一度）に実行することもできる。
【００６７】
［ステップＳ４１］クライアントノード３０は、サーバテーブルを参照して更新データを取得するサーバノード２０を選択する。サーバテーブルは、サーバノード２０に接続するための情報を記録したテーブルデータである。サーバノード２０に接続するための情報は、たとえば、サーバノード２０のアドレス情報、使用プロトコル、認証情報などを含む。また、サーバノードが複数存在する場合は、サーバノードに接続するための情報を複数組記録するようにしてもよい。その場合、各サーバノードに接続優先順位を設定してもよいし、接続環境（たとえば、通信時間、無作為など）に応じて適宜選択するようにしてもよい。サーバテーブルは、たとえば、伝送システムの構成時にクライアントノード３０の不揮発性記憶領域に保存される。なお、クライアントノード３０が記憶するサーバテーブルは、定期、または不定期に更新するようにしてもよい。
【００６８】
［ステップＳ４２］クライアントノード３０は、サーバノード２０から更新データ属性リスト２６を取得する。
［ステップＳ４３］クライアントノード３０は、サーバノード２０から取得した更新データ属性リスト２６、およびその他の情報から優先取得リスト３２を生成する。優先取得リスト３２の生成は、優先取得リスト生成処理として後で詳述する。
【００６９】
［ステップＳ４４］クライアントノード３０は、優先取得リスト３２に記録されている更新データと、ローカルディスク（不揮発性メモリ）に記憶している更新データを比較する。
【００７０】
［ステップＳ４５］クライアントノード３０は、優先取得リスト３２に記録されている更新データと、ローカルディスクに記憶している更新データの比較により、ローカルディスクに不必要な更新データを記憶しているか否かを判定する。クライアントノード３０は、ローカルディスクに不必要な更新データを記憶している場合は、ステップＳ４６にすすむ。一方、クライアントノード３０は、ローカルディスクに不必要な更新データを記憶していない場合は、ステップＳ４７にすすむ。
【００７１】
［ステップＳ４６］クライアントノード３０は、優先取得リスト３２に記録されていない更新データがローカルディスクに記憶されているとされたので、ローカルディスクから不必要とされた更新データを削除する。クライアントノード３０は、ローカルディスクから不必要とされた更新データを削除することでローカルディスクの空き容量を増大させる。
【００７２】
［ステップＳ４７］クライアントノード３０は、優先取得リスト３２に記録されている更新データと、ローカルディスクに記憶している更新データの比較により、ローカルディスクに必要な更新データを記憶しているか否かを判定する。クライアントノード３０は、ローカルディスクに必要な更新データを記憶している場合は、更新データ取得処理を終了する。一方、クライアントノード３０は、ローカルディスクに必要な更新データを記憶していない場合は、ステップＳ４８にすすむ。
【００７３】
［ステップＳ４８］クライアントノード３０は、優先取得リスト３２に記録されている更新データがローカルディスクに記憶されていないとされたので、必要とされた更新データをサーバノード２０から取得する。クライアントノード３０は、サーバノード２０から取得した更新データをローカルディスクに保存して、更新データ取得処理を終了する。
【００７４】
次に、第２の実施形態のクライアントノード３０が実行する優先取得リスト生成処理について説明する。図１０は、第２の実施形態の優先取得リスト生成処理のフローチャートである。図１１は、第２の実施形態の優先取得リスト生成過程のデータフローを示す図である。
【００７５】
クライアントノード３０は、クライアントノード３０が実行する更新データ取得処理の実行過程で優先取得リスト生成処理を実行する。
［ステップＳ５１］クライアントノード３０は、ユニット構成５００を取得する。ユニット構成５００は、クライアントノード３０を構成するユニットの構成情報（構成要素の種類と数）と、１以上のユニットにより構成される装置の装置情報（ユニットにより構成される装置のカテゴリ）とを含む。たとえば、ユニット構成５００は、装置情報としてＯＡＤＭ構成、構成情報としてユニット１が３つ、ユニット３が１つ、ユニット７が１つという情報を含む。このユニット構成５００により、たとえば、クライアントノード３０は、ユニット１が３つ、ユニット３が１つ、ユニット７が１つを備えるＯＡＤＭであることがわかる。ユニット構成５００は、たとえば、伝送システムの構成時にクライアントノード３０の不揮発性記憶領域に保存される。
【００７６】
［ステップＳ５２］クライアントノード３０は、装置構成毎優先情報５１０を取得する。装置構成毎優先情報５１０は、装置構成のカテゴリごとに各ユニットの取得優先順位を記録した情報である。たとえば、装置構成毎優先情報５１０は、装置構成：ＯＡＤＭのユニット毎取得優先順位情報５１１と、装置構成：ＩＬＡのユニット毎取得優先順位情報５１２を含む。ユニット毎取得優先順位情報５１１によれば、ＯＡＤＭの装置構成は、ユニット１の優先順位が最も高く、ユニット８の優先順位が最も低く設定されている。また、ユニット毎取得優先順位情報５１２によれば、ＩＬＡの装置構成は、ユニット８の優先順位が最も高く、ユニット１の優先順位が最も低く設定されている。装置構成毎優先情報５１０は、たとえば、伝送システムの構成時にクライアントノード３０の不揮発性記憶領域に保存される。
【００７７】
［ステップＳ５３］クライアントノード３０は、ユニット構成５００と装置構成毎優先情報５１０から各ユニットの取得優先順位を求める。たとえば、クライアントノード３０は、ユニット構成５００からＯＡＤＭの装置構成であることを判別する。そして、クライアントノード３０は、ＯＡＤＭのユニット毎取得優先順位情報５１１からユニット１の優先順位が最も高く、ユニット２、ユニット３、・・・、ユニット８の順で優先順位が設定されていることがわかる。そして、クライアントノード３０は、クライアントノード３０を構成するユニット１、ユニット３、ユニット７の優先順位を、クライアントノード３０を構成しないユニットより優先順位が高くなるように並べ替える。これにより、クライアントノード３０は、取得優先順位５３０にあるようなユニットの優先順位（ユニット１、ユニット３、ユニット７・・・、ユニット８の順）を得る。
【００７８】
［ステップＳ５４］クライアントノード３０は、使用可能な記憶領域のサイズとして、ローカルディスク領域サイズ５２０を取得する。クライアントノード３０は、たとえば、使用可能な記憶領域のサイズとして、ローカルディスク領域サイズ５２０として４０ＭＢを取得する。
【００７９】
［ステップＳ５５］クライアントノード３０は、更新データ属性リスト２６からユニットごとの更新ファイルを保存するのに必要な記憶領域のサイズを取得する。これにより、クライアントノード３０は、取得優先順位５３０にあるように種別と更新ファイルサイズとを対応付ける。
【００８０】
［ステップＳ５６］クライアントノード３０は、ローカルディスク領域サイズ５２０と、ユニットごとの更新ファイルを保存するのに必要な記憶領域のサイズから、サーバノード２０から取得して保存可能な更新ファイルを抽出する。たとえば、クライアントノード３０は、ローカルディスクの記憶可能領域サイズ（４０ＭＢ）に記憶可能なユニットの更新ファイルを、優先順位の高いものから順に抽出する。この場合、クライアントノード３０は、ローカルディスクにユニット１、ユニット３、ユニット７、ユニット２、ユニット４の合計３９ＭＢ（ローカルディスクの記憶可能領域サイズ以下）までを記憶可能である。したがって、クライアントノード３０は、ユニット１からユニット８のうちから、ユニット１、ユニット３、ユニット７、ユニット２、ユニット４の順の優先順位で更新ファイルを抽出する。
【００８１】
［ステップＳ５７］クライアントノード３０は、優先取得リスト３２を生成して、優先取得リスト生成処理を終了する。優先取得リスト３２は、ステップＳ５６で抽出した更新ファイル名と、種別、更新ファイルチェックサムとが対応付けられ、サーバノード２０から取得すべき優先順序で整列されている。
【００８２】
クライアントノード３０は、優先取得リスト３２にしたがってサーバノードから更新ファイルを取得することで、使用する可能性の低い更新ファイルがローカルディスクに保存されて無駄にメモリ資源を消費するのを防止する。
【００８３】
次に、第２の実施形態のクライアントノードにおけるユニットを構成するモジュールのファームウェア更新について説明する。図１２は、第２の実施形態のクライアントノード構成例を示す図である。図１３は、第２の実施形態のユニット情報の一例を示す図である。図１４は、第２の実施形態のファームウェアリストの一例を示す図である。
【００８４】
クライアントノード３０は、構成要素に制御部（制御ユニット）４００とユニット３００を含む。ここでは、制御部４００とユニット３００の間での処理について説明するため、クライアントノード３０を構成するユニット３００以外のユニットについては図示を省略する。
【００８５】
制御部４００は、ユニット実装検出部４１０と、ユニット情報検出部４２０と、ファームウェア更新部４３０を備える。ユニット３００は、メモリ３１０と、モジュール３２０、３２１、３２２を備える。なお、制御部４００、ユニット３００、および制御部４００とユニット３００の接続を実現するハードウェア構成は、図４に示したサーバノード２０と同様とすることができる。
【００８６】
ユニット実装検出部４１０は、ユニット３００の実装を検出する。ユニット３００の実装の検出は、たとえば、ユニット３００と制御部４００の通信、あるいはユニット３００からの接続信号により検出することができる。制御部４００は、ユニット３００の実装検出によりクライアントノード３０の構成変更を検出することができる。
【００８７】
ユニット情報検出部４２０は、ユニット３００からユニット情報３１１を検出する。ユニット情報３１１は、ユニット３００のメモリ（不揮発性メモリ）３１０に、たとえば、出荷時に記憶される。図１３に示すように、ユニット情報３１１は、ユニットコードと、ファームウェアダウンロードタイプと、ファームウェア版数と、下位互換版数を含む。ユニットコードは、ユニットの種類（たとえば、ＭＵＸユニット）を特定する情報である。ファームウェアダウンロードタイプは、ユニットの構成（たとえば、ハードウェア構成）を特定する情報である。たとえば、同じＭＵＸユニットでも市場投入時期の違いなどによりハードウェアが異なる場合は、異なるファームウェアを必要とすることがある。制御部４００は、ユニットコードとファームウェアダウンロードタイプを特定すれば、ユニット３００が取得すべきファームウェアを特定することができる。ファームウェア版数は、ファームウェアの版数を示す情報である。制御部４００は、ファームウェア版数の比較によりファームウェアの更新の是非を判断することができる。下位互換版数は、制御部４００との互換性を示す情報である。なお、制御部４００がファームウェアの更新あるいは、新規の取得をすると判断した場合、クライアントノード３０に必要なファームウェア（更新ファイル）をサーバノード２０から取得することについては、これまでに説明した通りである。
【００８８】
制御部４００がサーバノード２０から取得したファームウェアファイル４４２は、ファームウェアリスト４４１とともに制御部４００のメモリ（不揮発性メモリ）４４０に記憶される。ファームウェアリスト４４１は、ファームウェア更新部４３０が優先取得リスト３２に基づいて生成する。図１４に示すように、ファームウェアリスト４４１は、ユニットコードと、ファームウェアダウンロードタイプと、ファームウェアファイル（更新ファイル）とを対応付けたリストである。ファームウェアファイルは、ユニットコードとファームウェアダウンロードタイプにより特定されるファームウェアのファイルである。図１４で示した例では、制御部４００は、５つのファームウェアファイル４４２（たとえば、ＦＩＬＥ＃１、ＦＩＬＥ＃２、ＦＩＬＥ＃３、ＦＩＬＥ＃４、ＦＩＬＥ＃５）をメモリ４４０に記憶する。なお、ファームウェアファイルは、ファームウェアダウンロードタイプによらず、その他の識別可能な情報によって特定するようにしてもよい。
【００８９】
ファームウェア更新部４３０は、ユニット３００に対応するファームウェアファイルをモジュール３２０、３２１、３２２の備える図示しない不揮発性メモリに書き込む。なお、モジュール３２０、３２１、３２２の備える図示しない不揮発性メモリに書き込むファームウェアファイルは、ファームウェアファイルの全部であってもよいし、モジュール３２０、３２１、３２２のそれぞれに対応するファームウェアファイルの一部であってもよい。モジュール３２０、３２１、３２２は、たとえば、ＦＰＧＡやＤＳＰであり、不揮発性メモリに書き込まれたファームウェアにしたがい動作する。
【００９０】
次に、第３の実施形態のクライアントノードへのサーバノードの通知について説明する。図１５は、第３の実施形態のクライアントノードへのサーバノードの通知手順を示す図である。サーバテーブルをあらかじめ設定した第２の実施形態と異なり、第３の実施形態では、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ機能により、ネットワーク内のクライアントノードにサーバノードを通知する。
【００９１】
ノードＡ６０、ノードＢ７１、ノードＣ７２は、ＩＰネットワーク８０に接続している。ＩＰネットワーク８０に新規に接続したノードＤ７０は、ＤＨＣＰＤＩＳＣＯＶＥＲメッセージをブロードキャストする。ＤＨＣＰＤＩＳＣＯＶＥＲメッセージを受信したＤＨＣＰサーバノードであるノードＡ６０は、ＤＨＣＰＯＦＦＥＲメッセージをブロードキャストして、ノードＤ７０にＩＰアドレスを提示する。
【００９２】
ノードＤ７０は、提示されたＩＰアドレスを採用する旨のＤＨＣＰＲＥＱＵＥＳＴメッセージをブロードキャストする。ＤＨＣＰＲＥＱＵＥＳＴメッセージを受信したＤＨＣＰサーバノードであるノードＡ６０は、ＤＨＣＰＡＣＫメッセージをブロードキャストする。ＤＨＣＰＡＣＫメッセージを受信したノードＤ７０は、受信したネットワーク情報を自身に設定する。なお、ノードＢ７１およびノードＣ７２は、自ノード宛でないこれらブロードキャストされたメッセージを廃棄する。
【００９３】
ＤＨＣＰサーバノードであるノードＡ６０は、ＤＨＣＰＡＣＫメッセージにサーバノードのＩＰアドレスとサーバがサポートするファイル転送プロトコル情報を含める。ノードＤ７０は、サーバノードのＩＰアドレスとサーバがサポートするファイル転送プロトコル情報をサーバテーブル７５に設定して保存する。
【００９４】
このように、クライアントノードが新たにネットワーク（伝送システム）に接続されても、ＤＨＣＰによりサーバノードとサーバノードがサポートするファイル転送プロトコルを認識する。
【００９５】
なお、ＤＨＣＰサーバノードと更新データを転送するサーバノードとは、同じノードであってもよいし、異なるノードであってもよい。また、ＩＰネットワークを例に挙げて説明したが、その他のネットワークにおいても、ＤＨＣＰと同様の手順でクライアントノードにサーバノードを周知できる。
【００９６】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、ファイルサーバ１０、サーバノード２０、クライアントノード３０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（可搬型記録媒体を含む）に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。
【００９７】
プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００９８】
プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムにしたがった処理を実行することもできる。
【００９９】
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【符号の説明】
【０１００】
１  伝送システム
２  第１の伝送装置（サーバノード）
２ａ  配布データ取得手段
２ｂ  属性情報記憶手段
２ｃ  更新データ群記憶手段
３  第２の伝送装置（クライアントノード）
３ａ  更新データ取得判定手段
３ｂ  更新データ取得手段
３ｃ  更新データ記憶手段
４  第１のネットワーク
５  ファイルサーバ
５ａ  配布データ
６  第２のネットワーク
【図１】
2011027457.tif 000003
【図２】
2011027457.tif 000004
【図３】
2011027457.tif 000005
【図４】
2011027457.tif 000006
【図５】
2011027457.tif 000007
【図６】
2011027457.tif 000008
【図７】
2011027457.tif 000009
【図８】
2011027457.tif 000010
【図９】
2011027457.tif 000011
【図１０】
2011027457.tif 000012
【図１１】
2011027457.tif 000013
【図１２】
2011027457.tif 000014
【図１３】
2011027457.tif 000015
【図１４】
2011027457.tif 000016
【図１５】
2011027457.tif 000017
【手続補正書】
【提出日】平成23年12月19日(2011.12.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のネットワークを通じてデータを伝送する伝送システムであって、
前記第１のネットワークに接続する第１の伝送装置と第２の伝送装置とを備え、
前記第１の伝送装置は、
第２のネットワークに接続するファイルサーバから、前記第１の伝送装置および前記第２の伝送装置を更新する複数の更新データと前記更新データの属性情報とを含む配布データを取得する配布データ取得手段と、
前記更新データの属性情報を記憶する属性情報記憶手段と、
複数の前記更新データを記憶する更新データ群記憶手段と、
を備え、
前記第２の伝送装置は、
前記第１の伝送装置から取得した前記更新データの属性情報と、前記第２の伝送装置における前記更新データの必要の是非を特定可能な情報とに基づき、前記第１の伝送装置が記憶する複数の前記更新データについて、各々の前記更新データの取得の是非を判定する更新データ取得判定手段と、
取得すると判定した前記更新データを、前記第１の伝送装置から取得する更新データ取得手段と、
取得した前記更新データを記憶する更新データ記憶手段と、
を備えることを特徴とする伝送システム。
【請求項２】
前記第１の伝送装置は、
前記第２のネットワークを介して前記ファイルサーバから前記配布データの属性情報を取得して、前記配布データの取得の是非を判定する配布データ取得判定手段を備え、
前記配布データ取得手段は、前記配布データ取得判定手段による判定結果に基づいて、前記配布データを前記ファイルサーバから取得することを特徴とする請求項１記載の伝送システム。
【請求項３】
前記第１の伝送装置は、
取得した前記配布データの属性情報を記憶する配布データ属性情報記憶手段を備え、
前記配布データ取得判定手段は、
前記第２のネットワークを介して前記ファイルサーバから取得した前記配布データの属性情報と、前記配布データ属性情報記憶手段が記憶する前記配布データの属性情報とを比較して、前記配布データの取得の是非を判定することを特徴とする請求項２記載の伝送システム。
【請求項４】
前記第２の伝送装置は、前記第１の伝送装置から取得した前記更新データの属性情報と、前記第２の伝送装置における前記更新データの必要の是非を特定可能な情報とに基づき、前記第１の伝送装置の前記更新データ群記憶手段が記憶する複数の前記更新データのうち、優先的に取得する前記更新データをリスト化した優先取得リストを生成する優先取得リスト生成手段を備え、
前記更新データ取得判定手段は、前記優先取得リストに基づき、前記第１の伝送装置が記憶する複数の前記更新データについて、各々の前記更新データの取得の是非を判定することを特徴とする請求項１記載の伝送システム。
【請求項５】
前記第２の伝送装置は、１つ以上のユニットを備え、
前記優先取得リスト生成手段は、
前記ユニットを更新する前記更新データを第１優先とし、前記第２の伝送装置が属する装置カテゴリに設定された前記更新データの取得優先順序を第２優先として生成した前記更新データの取得優先順序にしたがい、前記更新データ記憶手段が記憶可能な容量の範囲で前記更新データをリスト化した前記優先取得リストを生成することを特徴とする請求項４記載の伝送システム。
【請求項６】
第１のネットワークを通じて他の伝送装置との間でデータを伝送する伝送装置であって、
第２のネットワークに接続するファイルサーバから、前記伝送装置および前記他の伝送装置を更新する複数の更新データと前記更新データの属性情報とを含む配布データを取得する配布データ取得手段と、
前記他の伝送装置が複数の前記更新データのうちの各々の前記更新データの取得の是非の判定に用いる前記更新データの属性情報を、前記他の伝送装置に送信する属性情報送信手段と、
前記他の伝送装置が取得すると判定した前記更新データを前記他の伝送装置に送信する更新データ送信手段と、
を備えることを特徴とする伝送装置。
【請求項７】
第１のネットワークを通じてデータを伝送する伝送システムを構成する伝送装置の更新データ取得方法であって、
前記伝送システムは、
前記第１のネットワークと第２のネットワークに接続する第１の伝送装置と、
前記第１のネットワークに接続する第２の伝送装置と、を備え、
前記第１の伝送装置が第２のネットワークに接続するファイルサーバから、前記第１の伝送装置および前記第２の伝送装置を更新する複数の更新データと前記更新データの属性情報とを含む配布データを取得し、
前記第２の伝送装置が前記第１の伝送装置から取得した前記更新データの属性情報と、前記第２の伝送装置における前記更新データの必要の是非を特定可能な情報とに基づき、前記第１の伝送装置が記憶する複数の前記更新データについて、各々の前記更新データの取得の是非を判定し、取得すると判定した前記更新データを、前記第１の伝送装置から取得することを特徴とする更新データ取得方法。
【国際調査報告】
2011027457.tif 000018
2011027457.tif 000019
2011027457.tif 000020
2011027457.tif 000021