JP2015172896A - ファイル更新システム、ファイル更新方法、ファイル更新プログラム及び通信装置 - Google Patents

Abstract

【課題】複数のファイル提供サーバと対象装置との間にＮＡＴ（Network Address Translation）を使用することに起因するアクセス障害によるファイル更新の中断を回避し、複数の対象装置が存在する場合でもネットワーク全体のトラヒックをなるべく軽減してアクセス負荷を分散する。【解決手段】複数のファイル提供サーバのうちいずれかのファイル提供サーバから更新対象ファイルを取得してファイル更新を行うファイル更新システムにおいて、予め設定された更新対象ファイルの取得先を含む取得先情報を保持する取得先情報保持手段と、ファイル更新の際に、取得先情報を参照して、所定の優先順位に基づいて取得先を決定する取得先決定手段と、取得先決定手段により決定された取得先に接続して更新対象ファイルを取得し、ファイル更新を行うファイル更新手段とを備える。【選択図】図４

Description

本発明は、ファイル更新システム、ファイル更新方法、ファイル更新プログラム及び通信装置に関し、例えば、通信装置に格納されるファームウェアファイルを更新するファイル更新システム、ファイル更新方法及びファイル更新プログラム及び通信装置に適用し得るものである。

例えば、通信装置に搭載されるファームウェアファイルは、機能追加、性能改善、問題改修（例えばバグ改修）等のために、ファイルの更新が必要となる。

図２は、従来の通信装置に格納されているファームウェアファイルを更新する方法を説明する説明図である。

図２に示すように、従来、ファームウェアファイルを更新する際、ＯｐＳ（オペレーションサーバ）９２が端末９３からファイル更新の指示を受け（Ｓ９１）、ＯｐＳ９２は、更新すべきファイルを取得先としてのＳｏｕｒｃｅＩＰ（ソースＩＰアドレス）を含むファイル更新指示を、ファイル更新の対象とする通信装置９１に与える。これにより、通信装置９１は、更新すべきファームウェアファイルを格納しているＯｐＳ９２のＳｏｕｒｃｅＩＰを取得する（Ｓ９２）。通信装置９１は取得したＳｏｕｒｃｅＩＰに基づいてＯｐＳ９２にアクセスする。そして、ＯｐＳ９２は、ファイル更新の対象とする通信装置９１の任意のディレクトリに、更新すべきバージョンのファイルを転送する（Ｓ９３）。これにより、通信装置９１に搭載されるファームウェアファイルの更新を実施している。

特許文献１には、通信装置のファームウェアファイルの更新手法に関する技術が記載されており、特許文献２には、管理サーバが、ファームウェア提供サーバのＩＰアドレスを一括管理しており、管理サーバが、ファームウェア提供サーバを選択することが記載されている。

特開平７−２４８９１３号公報 特開２０１２−１１８９１４号公報

上述したように、従来技術は、通信装置がＯｐＳからファイル更新指示を受けると、そのＳｏｕｒｃｅＩＰに基づいて、どのＯｐＳから更新ファイルが転送されるかを判断し、ファイルをダウンロードしている。

しかしながら、ＯｐＳと通信装置との間にアドレス変換機能としてのＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）が存在する場合、通信装置が取得したＳｏｕｒｃｅＩＰでは、ファイル更新先のＯｐＳにアクセスできない場合が発生し得る。

セキュリティポリシー上、ＯｐＳのＩＰアドレスを隠蔽する必要があり、ＯｐＳと通信装置との間にはＮＡＴを存在させる。ＯｐＳからの送信ＩＰアドレスは動的ＮＡＴの設定により、あらかじめ用意されたグローバルＩＰアドレスが設定される。このグローバルＩＰアドレスは動的ＮＡＴ用に割り振られたＩＰアドレスであり、外部からの直接アクセスを行うことができない。そのため、外部からＯｐＳに直接アクセスすることができない事態が生じ得る。外部からＯｐＳに直接アクセスする場合には静的ＮＡＴで設定されたＩＰアドレスでアクセスする必要があり、従来の方式では実現できない。

また、特許文献２の記載技術のように、通信装置のファームウェア更新を行う際に、ファームウェア更新を行なう通信装置が複数ある場合、管理サーバへのアクセスが集中してしまい、管理サーバの負荷が増大になると共に、ネットワーク内のトラヒックも高くなりネットワーク内の通信遅延につながるという問題点がある。

そのため、ＮＡＴによるアクセス障害によるファイル更新の中断を回避でき、複数の対象装置が存在する場合でもネットワーク全体のトラヒックをなるべく軽減してアクセス負荷を分散することができるファイル更新システム、ファイル更新方法、ファイル更新プログラム及び通信装置が求められている。

かかる課題を解決するために、第１の本発明は、複数のファイル提供サーバのうちいずれかのファイル提供サーバから更新対象ファイルを取得してファイル更新を行うファイル更新システムにおいて、（１）予め設定された更新対象ファイルの取得先を含む取得先情報を保持する取得先情報保持手段と、（２）ファイル更新の際に、取得先情報を参照して、所定の優先順位に基づいて取得先を決定する取得先決定手段と、（３）取得先決定手段により決定された取得先に接続して更新対象ファイルを取得し、ファイル更新を行うファイル更新手段とを備えることを特徴とするファイル更新システムである。

第２の本発明は、複数のファイル提供サーバのうちいずれかのファイル提供サーバから更新対象ファイルを取得してファイル更新を行うファイル更新方法において、（１）取得先情報保持手段が、予め設定された更新対象ファイルの取得先を含む取得先情報を保持し、（２）取得先決定手段が、ファイル更新の際に、取得先情報を参照して、所定の優先順位に基づいて取得先を決定し、（３）ファイル更新手段が、取得先決定手段により決定された取得先に接続して更新対象ファイルを取得し、ファイル更新を行うことを特徴とするファイル更新方法である。

第３の本発明は、複数のファイル提供サーバのうちいずれかのファイル提供サーバから更新対象ファイルを取得してファイル更新を行うファイル更新プログラムにおいて、コンピュータを、（１）予め設定された更新対象ファイルの取得先を含む取得先情報を保持する取得先情報保持手段、（２）ファイル更新の際に、取得先情報を参照して、所定の優先順位に基づいて取得先を決定する取得先決定手段、（３）取得先決定手段により決定された取得先に接続して更新対象ファイルを取得し、ファイル更新を行うファイル更新手段として機能させることを特徴とするファイル更新プログラムである。

第４の本発明は、第１の本発明に係るファイル更新システムを備えることを特徴とする通信装置である。

本発明によれば、ＮＡＴによるアクセス障害によるファイル更新の中断を回避でき、複数の対象装置が存在する場合でもネットワーク全体のトラヒックをなるべく軽減してアクセス負荷を分散することができる。

実施形態に係るファイル更新システム１０の全体的な構成を示す全体構成図である。 従来の通信装置に格納されているファームウェアファイルを更新する方法を説明する説明図である。 実施形態に係る通信装置１−ｎの機能的な内部構成を示す内部構成図である。 実施形態に係るファイル更新処理の動作を説明する説明図である。 実施形態に係る通信装置における自律的なファイル更新処理の動作を示すフローチャートである。

（Ａ）主たる実施形態
以下では、本発明に係るファイル更新システム、ファイル更新方法、ファイル更新プログラム及び通信装置の実施形態を、図面を参照しながら詳細に説明する。

（Ａ−１）実施形態の構成
図１は、実施形態に係るファイル更新システム１０の全体的な構成を示す全体構成図である。図１において、実施形態に係るファイル更新システム１０は、ネットワーク４に接続可能な、複数の通信装置１−１〜１−Ｎ（Ｎは整数）、複数のオペレーションサーバ（ＯｐＳ）２−１〜２−Ｍ（Ｍは整数）、端末３を有する。

ネットワーク４は、例えば有線回線網又は無線回線網のいずれであっても良い。ネットワーク４の通信プロトコルは特に限定されるものではないが、例えば、インターネットプロトコル（ＩＰ）やＩＰの拡張プロトコル等を適用することができる。

端末３は、通信装置１−ｎ（１≦ｎ≦Ｎ）に搭載されるファームウェアファイルの更新指示を、オペレーションサーバ２−ｍ（１≦ｍ≦Ｍ）に対して行なうものである。端末３は、例えば、機能追加、性能改善、問題改修（例えばバグ改修）等のために、ファームウェアファイルのバージョンが更新された場合に、ファイル更新が必要な通信装置１−ｎに対してファイル更新を実施する旨を、オペレーションサーバ２−ｍに指示を行う。

なお、端末３は、ファームウェアの種類情報、バージョン情報（バージョンの版情報、バージョン設定日時（リリース日時）情報等）などのファームウェアファイル情報を通信装置１−ｎ毎に管理するようにしても良い。ファームウェアファイルのバージョンが更新されると、端末３はファームウェアファイルの更新が必要な通信装置１−ｎを割り出し、その割り出した通信装置１−ｎをファームウェアファイル更新の対象装置として、端末３はオペレーションサーバ２−ｍにファイル更新指示を行う。

オペレーションサーバ（ＯｐＳ）２−ｍ（１≦ｍ≦Ｍ）は、ファームウェアファイルを格納しており、通信装置１−ｎからの要求に基づいて、その要求元の通信装置１−ｎに対して提供するものである。オペレーションサーバ２−ｍは、端末３からのファイル更新指示を受けると、そのファイル更新指示で指定された通信装置１−ｎに対して、ファームウェアファイルの更新指示を行う。

また、セキュリティの観点から、更新されたファームウェアファイルは、複数のオペレーションサーバ２−ｍのうち少なくともいずれかのオペレーションサーバ２−ｍに格納される。また、各通信装置１−ｎから直接オペレーションサーバ２−ｍにアクセスすることができるようにするため、複数のオペレーションサーバ２−ｍのそれぞれには、静的ＩＰアドレスが予め付与されている。なお、オペレーションサーバ２−ｍは、ＣＰＵ、外部記憶装置、通信装置等を有する汎用サーバを適用することができ、汎用ＯＳを搭載して処理を行う。

通信装置１−ｎ（１≦ｎ≦Ｎ）は、ファームウェアを搭載する通信装置である。通信装置１−ｎは、ゲートウェイ装置、ルータ装置等のネットワーク装置に搭載される通信装置を適用することができる。通信装置１−ｎは、オペレーションサーバ２−ｍからファイル更新指示を取得すると、後述するアクセス先リスト１２１（図３参照）を参照して、オペレーションサーバ２−ｍにアクセスしてファームウェアの更新ファイルを取得するものである。

図３は、実施形態に係る通信装置１−ｎの機能的な内部構成を示す内部構成図である。図３において、実施形態に係る通信装置１−ｎは、送受信部１１０、記憶部１２０、制御部１３０を有する。

送受信部１１０は、制御部１３０の制御の下、ネットワーク４との間で情報授受を行う処理部又は装置である。

記憶部１２０は、制御部１３０の制御の下、処理プログラム、ファームウェアファイル１２２、処理に必要なデータ、アクセス先リスト１２１等の各種情報を記憶する記録領域である。記憶部１２０は、ハードディスクやＲＯＭ等の外部記憶装置や補助記憶装置等を適用することができる。また、記憶部１２０は、ファームウェアの更新ファイル用の更新ファイル格納ディレクトリを予め保持しておく。

ここで、アクセス先リスト１２１は、各オペレーションサーバ２−ｍに予め付与された静的ＩＰアドレスを含むリスト形式の情報である。アクセス先リスト１２１は、予め設定されたものである。例えば、通信装置１−ｎを搭載する装置（例えば局装置）の局建設時、アクセス先リスト１２１を設定するようにしても良い。また例えば、局装置の設置の際に、初期設定において、ネットワーク４を通じて端末３から取得して設定するようにしても良い。さらに、アクセス先リスト１２１においてオペレーションサーバ２の静的ＩＰアドレスの変更がある場合には、その都度、端末３が通信装置１−ｎに変更後のアクセス先リスト１２１を与え、通信装置１−ｎが変更後のアクセス先リスト１２１を設定するようにしても良い。

このように、予め設定されたアクセス先リスト１２１が記憶部１２０に設定されることにより、ファームウェアファイルの更新の際には、通信装置１−ｎがアクセス先リスト１２１を参照して、オペレーションサーバ２−ｍに対して直接アクセスすることができる。また、ファイル更新指示を取得した通信装置１−ｎは、更新ファイルの提供元であるオペレーションサーバ２−ｍのＳｏｕｒｃｅＩＰを取得することなく、アクセス先リスト１２１を参照して自律的にアクセスすることができる。

制御部１３０は、通信装置１−ｎの機能を司る処理部又は装置である。制御部１３０は、例えば、ＬＩＮＵＸ（登録商標）やＷｉｎｄｏｗｓ（登録商標）等の汎用ＯＳを搭載したものを用いることができる。

制御部１３０は、図３に示すように、優先順位設定部１３１、ファイル更新指示取得部１３２、アクセス先決定部１３３、ファイル更新部１３４を有する。

優先順位設定部１３１は、記憶部１２０に記憶されているアクセス先リスト１２１を参照して、オペレーションサーバ２−ｍにアクセスする優先順位を決定するものである。

ここで、優先順位設定部１３１による優先順位の設定方法は、複数の通信装置１−ｎから各オペレーションサーバ２−ｍとの間のトラフィックを軽減するために、通信装置１−ｎからオペレーションサーバ２−ｍへの経路が短い順（すなわち、ＨＯＰ段数の少ない順）に設定する方法を用いることができる。

具体的には、優先順位設定部１３１は、アクセス先リスト１２１を参照して、各静的ＩＰアドレス宛にｐｉｎｇコマンドを送信して応答信号に基づき疎通確認を行う。また、優先順位設定部１３１は、ｒｏｕｔｅコマンドにより通信装置１−ｎから各オペレーションサーバ２−ｍまでの経路確認を行い、各オペレーションサーバ２−ｍまでの経路情報に基づいて経路が短い順に登録を行う。なお、ＨＯＰ段数が同じとなるオペレーションサーバ２−ｍが複数ある場合には、例えばアクセス先リスト１２１に登録されている静的ＩＰアドレスを優先する等のように所定の方法で優先順位を設定するようにしても良い。

なお、優先順位決定部１３１による優先順位の設定するタイミングは、局建設時の初期処理の１つとして行なうようにしても良いし、又は最新の経路情報を反映させるために、所定時間毎に行うようにしても良い。

ファイル更新指示取得部１３２は、オペレーションサーバ２−ｍを通じてファームウェアのファイル更新指示を取得するものである。

アクセス先決定部１３３は、ファイル更新指示を取得すると、アクセス先リスト１２１を参照して、優先順位の高い（すなわち、ＨＯＰ段数が少ない）静的ＩＰアドレスから順に決定するものである。ここで、アクセス先決定部１３３は、決定した静的ＩＰアドレス宛のオペレーションサーバ２−ｍと接続できない場合や又は接続したオペレーションサーバ２−ｍに更新ファイルが存在しない場合などには、次に優先順位の高い静的ＩＰアドレスを次のアクセス先として決定する。

ファイル更新部１３４は、アクセス先決定部１３３により決定された静的ＩＰアドレス宛の更新ファイル要求を行い、オペレーションサーバ２−ｍから更新ファイルを取得するものである。ファイル更新部１３４は、記憶部１２０における予め設定した更新ファイル格納ディレクトリに、取得したファームウェアの更新ファイルを格納する。

（Ａ−２）実施形態の動作
次に、この実施形態に係るファイル更新処理の動作を、図面を参照しながら詳細に説明する。

図４は、この実施形態に係るファイル更新処理の動作を説明する説明図である。図５は、この実施形態に係る通信装置１−ｎにおける自律的なファイル更新処理の動作を示すフローチャートである。

まず、オペレーションサーバ２−ｍは端末３からのファイル更新指示を取得すると、指示されたファイル更新対象装置である通信装置１−ｎに対してファイル更新指示を行う（図４のＳ１１）。

通信装置１−ｎにおいて、ファイル更新指示が取得されると（図４のＳ１２、図５のＳ１０１）、アクセス先決定部１３３がアクセス先リスト１２１を参照して、優先順位の高いオペレーションサーバ２−ｍのＩＰアドレスを取得する（図５のＳ１０２）。そして、ファイル更新部１３４が、取得したＩＰアドレス宛のアドレス要求を送信してオペレーションサーバ２−ｍに接続する（図４のＳ１３、図５のＳ１０３）。

通信装置１−ｎは、ファームウェアの識別情報やバージョン情報等を用いて、オペレーションサーバ２−ｍに、対応するファームウェアの更新ファイルが存在するか否かの確認を行う。

このとき、オペレーションサーバ２−ｍに接続できない場合や、又は、オペレーションサーバ２−ｍに更新ファイルが存在しない場合（Ｓ１０４）、アクセス先決定部１３３は、アクセス先リスト１２１を参照して、次に優先順位の高いオペレーションサーバ２−ｍのＩＰアドレスを取得し（Ｓ１０５）、ファイル更新部１３４が、取得したＩＰアドレス宛のアドレス要求を送信してオペレーションサーバ２−ｍに接続する（図４のＳ１４、図５のＳ１０３）。

一方、通信装置１−ｎがアクセスしたオペレーションサーバ２−ｍに更新ファイルが存在する場合（Ｓ１０４）、オペレーションサーバ２−ｍは、対応するファームウェアの更新ファイルを通信装置１−ｎに転送する。これにより、通信装置１−ｎは、オペレーションサーバ２−ｍから更新ファイルを取得し、記憶部１２０における更新ファイル格納ディレクトリに、ファームウェアのファイル更新を実施する（図４のＳ１５、図５のＳ１０５）。

つまり、優先順位は、通信装置１−ｎからオペレーションサーバ２−ｍまでのＨＯＰ段数が少ない順に設定されている。そのため、ファームウェアのファイル更新のために、通信装置１−ｎは経路が短いオペレーションサーバ２−ｎから順にアクセスすることになる。複数の通信装置１−ｎがファームウェアのファイル更新を行う場合も、各通信装置１−ｎが経路の短いオペレーションサーバ２−ｎから順に接続することになるため、各通信装置１−ｎからオペレーションサーバ２−ｍへの接続を分散することができ、オペレーションサーバ２−ｍにおける処理負荷を軽減することができる。

（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、ファイル更新対象装置はファイル更新指示を受けた場合、あらかじめアクセス可能なオペレーションサーバのＩＰアドレスを含むアクセス先リストを保持することにより、ＮＡＴによるアクセス障害によるファイル更新の中断を回避できる。

また、アクセス先リストに複数のオペレーションサーバのＩＰアドレスを登録することにより、アクセス先リスト上のどのオペレーションサーバにファイル更新対象ファイルが存在していても確実にファイル更新を実施できる。

さらに、アクセス先リスト上に登録されている、いずれかのオペレーションサーバにファイル（更新ファイル）を置いておくだけで、全てのファイル更新対象装置のファイル更新が可能となる。

またさらに、ファイル更新対象装置のアクセス先リストの優先順位を分散させることで、複数の対象装置からのアクセスによる負荷を分散させることができる。

（Ｂ）他の実施形態
上述した実施形態においても種々の変形実施形態を言及したが、本発明は以下の変形実施形態にも適用することができる。

（Ｂ−１）上述した実施形態では、通信装置がネットワーク機器に搭載される通信装置である場合を例示した。しかし、通信装置が汎用的なパーソナルコンピュータに搭載されるものであっても良い。

（Ｂ−２）上述した実施形態では、アクセス先リストが、更新ファイルのファイル提供サーバであるオペレーションサーバのＩＰアドレスを有するものである場合を例示した。しかし、アクセス先であるファイル提供サーバのファイルにアクセスすることができればＩＰアドレスに限定されるものではなく、アクセス先リストは、例えばＩＰアドレスに加えてＵＲＬ（ＵＲＩ）やサーバ名等を有するもの、又は、ＩＰアドレスに変えて、ＵＲＬ（ＵＲＩ）やサーバ名を有するものであっても良い。アクセス先リストにＵＲＬを含む場合、例えば、ファイル提供サーバ、汎用ＰＣが、ｈｔｔｐｄ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄｅａｍｏｎ）、ｆｔｐｄ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄｅａｍｏｎ）を実装し、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）によりＵＲＬをＩＰアドレスへの変換することにより、上述した実施形態を実現することができる。

（Ｂ−３）上述した実施形態では、優先順位設定部が、オペレーションサーバまでの経路が短い順の優先順位を設定する場合を例示した。しかし、優先順位設定部が設定する優先順位は、経路の短い順に限定されるものではなく、例えば、過去に通信装置が更新ファイル取得のために、オペレーションサーバへの接続回数を記録し、その接続回数が多い順に優先順位を設定するものであっても良いし、任意の順に優先順位を設定するものであっても良い。

１−１〜１−Ｎ…通信装置、１１０…送受信部、１２０…記憶部、１２１…アクセス先リスト、１２２…ファームウェアファイル、１３０…制御部、１３１…優先順位設定部、１３２…ファイル更新指示取得部、１３３…アクセス先決定部、１３４…ファイル更新部、２−１〜２−Ｍ…オペレーションサーバ（ＯｐＳ）、４…ネットワーク。

Claims (5)

1. 複数のファイル提供サーバのうちいずれかのファイル提供サーバから更新対象ファイルを取得してファイル更新を行うファイル更新システムにおいて、
   予め設定された更新対象ファイルの取得先を含む取得先情報を保持する取得先情報保持手段と、
   ファイル更新の際に、上記取得先情報を参照して、所定の優先順位に基づいて取得先を決定する取得先決定手段と、
   上記取得先決定手段により決定された取得先に接続して更新対象ファイルを取得し、ファイル更新を行うファイル更新手段と
   を備えることを特徴とするファイル更新システム。
2. 上記取得先情報に含まれる各取得先までの経路情報に基づいて、優先順位を決定する優先順位決定手段を備えることを特徴とする請求項１に記載のファイル更新システム。
3. 複数のファイル提供サーバのうちいずれかのファイル提供サーバから更新対象ファイルを取得してファイル更新を行うファイル更新方法において、
   取得先情報保持手段が、予め設定された更新対象ファイルの取得先を含む取得先情報を保持し、
   取得先決定手段が、ファイル更新の際に、上記取得先情報を参照して、所定の優先順位に基づいて取得先を決定し、
   ファイル更新手段が、上記取得先決定手段により決定された取得先に接続して更新対象ファイルを取得し、ファイル更新を行う
   ことを特徴とするファイル更新方法。
4. 複数のファイル提供サーバのうちいずれかのファイル提供サーバから更新対象ファイルを取得してファイル更新を行うファイル更新プログラムにおいて、
   コンピュータを、
   予め設定された更新対象ファイルの取得先を含む取得先情報を保持する取得先情報保持手段、
   ファイル更新の際に、上記取得先情報を参照して、所定の優先順位に基づいて取得先を決定する取得先決定手段、
   上記取得先決定手段により決定された取得先に接続して更新対象ファイルを取得し、ファイル更新を行うファイル更新手段
   として機能させることを特徴とするファイル更新プログラム。
5. 請求項１又は２に記載のファイル更新システムを備えることを特徴とする通信装置。

Images