JP2004157753A - ファームウェアダウンロードシステム - Google Patents

Abstract

【課題】ネット機器へのファームウェアのダウンロードを効率よく行うためのファームウェアダウンロードシステムを提供する。
【解決手段】複数のネット機器１１とこれらのネット機器にファームウェアのダウンロードを行うためのダウンロードツール１２がネットワーク１３により接続されたネットワークシステムにおいて、ダウンロードツールが、ネット機器に対しファームウェアをダウンロードする際、設定されたファームウェアダウンロード用のマルチキャストアドレスに従ってネットワーク上の特定のマルチキャスト・グループに属した複数の機器に対して送信を行うマルチキャスト手段１２７を設け、ダウンロードツールから１回のファームウェアダウンロード処理のみでネットワークに接続されている所望の複数のネット機器に対してファームウェアのダウンロードを行う。
【選択図】 図２

Description

【０００１】
【発明の属する技術分野】
この発明は、ファームウェアのバージョンアップ等を行うためにダウンロードツールからこれにネットワーク接続された複数個のネット機器に対しファームウェアのダウンロードを行うファームウェアダウンロードシステムに関する。
【０００２】
【従来の技術】
従来、複数のイーサネット（登録商標）機器が接続されたネットワークシステムにおいて、イーサネット（登録商標）機器のファームウェアをバージョンアップする際には、イーサネット（登録商標）機器にダウンロードツールを接続し、ダウンロードツールからイーサネット（登録商標）機器に対してファームウェアのダウンロードを行っていた。これらの処理は全てのイーサネット（登録商標）機器に対して順番に１台ずつ行われていた。
【０００３】
また、従来の別のファームウェアダウンロードシステムとして、ファームウェアをブロックに分け、異常なブロックのみを再送するものがある（例えば特許文献１参照）。
【０００４】
【特許文献１】
特開２００１−１４２７１３号公報
【０００５】
【発明が解決しようとする課題】
従来のこの種のシステムでは、ファームウェアのバージョンアップの際、複数個のイーサネット（登録商標）機器に対して、個々にファームウェアのダウンロード処理を行わなければならず、トラフィックの増加および処理に時間がかかる等という問題があった。
【０００６】
この発明は、上記のような課題を解決するためになされたものであり、一回のダウンロード処理によりにすべてのイーサネット（登録商標）機器に対してファームウェアのダウンロードを行うことができるファームウェアダウンロードシステムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記の目的に鑑み、この発明は、複数のネット機器とこれらのネット機器にファームウェアのダウンロードを行うためのダウンロードツールがネットワークにより接続されたネットワークシステムにおいて、上記ダウンロードツールが、ネット機器に対しファームウェアをダウンロードする際、設定されたファームウェアダウンロード用のマルチキャストアドレスに従ってネットワーク上の特定のマルチキャスト・グループに属した複数の機器に対して送信を行うマルチキャスト手段を設け、ダウンロードツールから１回のファームウェアダウンロード処理のみでネットワークに接続されている所望の複数のネット機器に対してファームウェアのダウンロードを行うファームウェアダウンロードシステムにある。
【０００８】
【発明の実施の形態】
以下この発明の各実施の形態を例えばイーサネット（登録商標）ネットワークにおいて実施したものについて説明するが、この発明はこれに限定されるものではなく、各種ネットワークに適用可能である。
実施の形態１．
図１はこの発明を実施するネットワークシステムの全体の構成の一例を示す図である。図１において、例えばイーサネット（登録商標）のネット運営管理に係わる機器であるイーサネット（登録商標）機器（一般にネット機器とする）１１ａ〜１１ｃにはイーサネット（登録商標）ネットワーク１３ａ〜１３ｃを介してそれぞれの端末がイーサネット（登録商標）インタフェース（特に図示せず）を有する端末装置１４ａ〜１４ｃが接続され、さらにイーサネット（登録商標）機器１１ａ〜１１ｃ間もイーサネット（登録商標）ネットワーク１３ｄでインターネット接続されている。そしてダウンロードツール１２はイーサネット（登録商標）インタフェースを有し、イーサネット（登録商標）ネットワーク１３ａ、１３ｄを介して各イーサネット（登録商標）機器１１ａ〜１１ｃに対しファームウェアあるいはファームウェアモジュールをダウンロードする。
【０００９】
また、図２はこの実施の形態によるファームウェアダウンロードシステムの特徴的な部分の構成を示すものである。図２において、ダウンロードツール１２はネットワーク上とのデータの送受信を行うためのイーサネット（登録商標）インタフェース１２１、ダウンロードの実行を制御すると共に後述するマルチキャスト手段１２７を設けたダウンロードマネージャ１２３、およびダウンロードするファームウェア等を格納するためのフラッシュメモリ１２５を備える。またイーサネット（登録商標）ネットワーク１３を介してこのダウンロードツール１２に接続された各イーサネット（登録商標）機器（＃１〜＃ｎ）１１はそれぞれ、ネットワーク上とのデータの送受信を行うためのイーサネット（登録商標）インタフェース１１１、ダウンロード要求を受けるダウンロードスレーブ１１３、およびダウンロードされたファームウェアを格納するためのフラッシュメモリ１１５を備える。そしてダウンロードツール１２から各イーサネット（登録商標）機器１１に対してファームウェアのダウンロードを実施するものとする。
【００１０】
また図３にはこの実施の形態による動作のシーケンス図を示す。以下、動作について具体的に説明する。ダウンロードツール１２から各イーサネット（登録商標）機器１１に対して、ダウンロード要求を行う。各イーサネット（登録商標）機器１１にはダウンロードスレーブ１１３が載っており、ダウンロード要求を受信すると各イーサネット（登録商標）機器１１はダウンロード待ち状態（ダウンロード受け入れ状態）となる。ダウンロードツール１２はフラッシュメモリ１２５からファームウェアモジュールを読み出し、マルチキャスト手段１２７を使用して予め設定（定義）されているダウンロード専用のマルチキャストＩＰアドレスを使ってネットワーク上の特定のマルチキャスト・グループに属した複数の機器に対してファームウェアモジュールを送信する。各イーサネット（登録商標）機器１１のダウンロードスレーブ１１３はファームウェアモジュールを正常に受信できたかどうかの確認を行う。正常に受信できていればフラッシュメモリ１１５に格納し、ダウンロード完了の応答を返す。エラーが起こっていたらエラー終了の応答を返す。
【００１１】
このようにすることにより、ネットワークに接続されている全てのイーサネット（登録商標）機器に対してファームウェアのダウンロードを効率よく行うことができる。また、ダウンロード時間の短縮を図るとともに、ネットワーク回線の負荷を軽減できる。
【００１２】
実施の形態２．
図４はこの実施の形態によるファームウェアダウンロードシステムの特徴的な部分の構成を示すものであり、実施の形態１に対し、ダウンロードが失敗した場合の再送機能を設けたものである。図４において上記実施の形態と同一もしくは相当部分は同一符号で示す（以下同様）。図４において、各イーサネット（登録商標）機器１１に設けられた再送要求手段１１７は、ファームウェアのダウンロード中にダウンロードが失敗した場合にダウンロードツール１２に対してファームウェアの再送要求を行う機能である。ダウンロードツール１２に設けられた再送手段１２９は、イーサネット（登録商標）機器１１から再送要求を受けた場合に、再度ファームウェアのダウンロードを行う機能である。
【００１３】
また図５にはこの実施の形態による動作のシーケンス図を示す。以下、動作について具体的に説明する。ダウンロードツール１２から各イーサネット（登録商標）機器１１に対して、ダウンロード要求を行う。各イーサネット（登録商標）機器１１にはダウンロードスレーブ１１３が載っており、ダウンロード要求を受信すると各イーサネット（登録商標）機器はダウンロード待ち状態となる。ダウンロードツール１２は、フラッシュメモリ１２５からファームウェアモジュールを読み出して、マルチキャスト手段１２７を使用して予め設定されているダウンロード専用のマルチキャストＩＰアドレスを使って各イーサネット（登録商標）機器１１にファームウェアモジュールを送信する。各イーサネット（登録商標）機器１１のダウンロードスレーブ１１３は、ファームウェアモジュールを正常に受信できたかどうかの確認を行う。そして伝送路の異常等によりダウンロードが失敗したことを検出すると、再送要求手段１１７はダウンロードツール１２に対し再送要求（ダウンロードエラー通知）を行う。
【００１４】
ダウンロードツール１２は、再送手段１２９によりイーサネット（登録商標）機器１１から再送要求を受け付けると再送要求があったイーサネット（登録商標）機器１１に対してのみ、ユニキャストでダウンロード再送開始通知（ダウンロード要求）を行う。ダウンロード再送開始通知を受信したイーサネット（登録商標）機器１１は再びダウンロード待ち状態に入る。そしてダウンロードツール１２は再送手段１２９により、ユニキャストでファームウェアモジュールを再送信すなわちファイル転送する。再送要求を行ったイーサネット（登録商標）機器１１は、再送要求手段１１７によりダウンロードファイルを正常に受信できたかどうかの確認を行う。正常に受信していれば、フラッシュメモリ１１５に格納しダウンロード完了通知をダウンロードツール１２に対して送信する。
【００１５】
このようにすることにより、ダウンロードエラーがあった場合でもダウンロードツール側に再送要求を送ることでこれのリカバリーを行うことができる。
【００１６】
実施の形態３．
図６はこの実施の形態によるファームウェアダウンロードシステムの特徴的な部分の構成を示すものであり、実施の形態２に対して、ファームウェアモジュールを送信する際に複数のブロックに分割して送信し、もしダウンロード中に伝送路等の異常によりダウンロードが失敗した場合には、転送が失敗したブロックから再送を行うようにしたものである。図６においてダウンロードツール１２に設けられたファイル分割手段１３１は、フラッシュメモリ１２５から読み出したダウンロードデータを複数のブロックに分割する機能である。
【００１７】
図７にはダウンロードデータを複数のブロック単位に分割し、それぞれにシーケンス番号と最終フラグを付与したデータの変換の様子を示した。シーケンスＮＯ（番号）は、ダウンロードスレーブ１１３がダウンロードツール１２からどこまでのブロックを受信したかを確認するための番号である。最終フラグは、ダウンロードツール１２がイーサネット（登録商標）機器１１に対してファームウェアモジュールの最後のブロックであることを通知するためのフラグである。
【００１８】
また図８にはこの実施の形態による動作のシーケンス図を示す。以下、動作について具体的に説明する。ダウンロードツール１２から各イーサネット（登録商標）機器１１に対してダウンロード要求を行う。ダウンロードツール１２のダウンロードマネージャ１２３は、フラッシュメモリ１２５からファームウェアモジュールを読み出して、ファイル分割手段１３１によりファームウェアモジュールを複数ブロックに分割する。この時に，シーケンスＮＯと最終フラグの領域を付加する。ダウンロードマネージャ１２３は、マルチキャスト手段１２７を使用して予め定義されているダウンロード専用のマルチキャストＩＰアドレスを使って、各イーサネット（登録商標）機器１１に対してファームウェアモジュールをブロック単位で送信する。最後のブロックには、最終データであることがわかるように最終フラグを設定して送信する。
【００１９】
イーサネット（登録商標）機器１１のダウンロードスレーブ１１３は、再送要求手段１１７により正常に受信できたブロックのシーケンスＮＯを覚えておく。全て正常に受信できた場合には、各ブロックのデータ部分のみを取り出して一つにし、フラッシュメモリ１１５へ書き込む。もし、伝送路等の異常により途中のブロックが正常にダウンロードできなかった場合には、正常に受信できたブロックのシーケンスＮＯの情報と共にダウンロードツール１２に対して再送要求を行う。
【００２０】
再送要求を受けたダウンロードツール１２のダウンロードマネージャ１２３は、再びファームウェアモジュールのダウンロード開始要求（ダウンロード再送）を行う。この時、再送要求を受けたイーサネット（登録商標）機器１１に対してのみユニキャストで送る。ダウンロード再送の開始要求を受けたイーサネット（登録商標）機器１１のダウンロードスレーブ１１３は、ダウンロード待ち状態となる。ダウンロードツール１２は再送手段１２９によりイーサネット（登録商標）機器１１が正常に受信できたブロックの次のブロックから送信を再開する。最後のブロックには最終フラグを設定して送信する。イーサネット（登録商標）機器１１は再送要求手段１１７により、最後のブロックまで正常受信したことを確認できたら、各ブロックのデータ部分のみを取り出して一つにし、フラッシュメモリ１１５へ書き込む。そしてダウンロードツール２１に対してダウンロード完了通知を送る。
【００２１】
このようにすることにより、ダウンロードエラーがあった場合でも正常に受信できたブロックの次のブロックから再送を再開するようにしたので、ダウンロードエラーがあった場合のダウンロード時間の短縮を図るとともに、ネットワーク回線の負荷を軽減できる。
【００２２】
実施の形態４．
図９はこの実施の形態によるファームウェアダウンロードシステムの特徴的な部分の構成を示すものであり、ネットワークの負荷が低い時にダウンロードを行うようにしたものである。図９において、各イーサネット（登録商標）機器１１に設けられたネットワーク負荷監視手段１１９はネットワークの負荷を常時監視し、ダウンロード制御手段１１８はネットワークの負荷が低い時（例えば１分間のパケット数が予め定められた所定値以下の時）に上記ダウンロード要求を受け入れるようダウンロードを制御する。なお、ダウンロードツール１２のユニキャスト手段１２８はダウンロード時にユニキャストでファームウェアモジュールを送信する（上記各実施の形態にも実際には設けられているもの（再送手段で利用している機能））。
【００２３】
また図１０にはこの実施の形態による動作のシーケンス図を示す。以下、動作について具体的に説明する。ダウンロードツール１２からイーサネット（登録商標）機器１１に対してダウンロード要求を行う。ダウンロード要求を受けたイーサネット（登録商標）機器１１のダウンロードスレーブ１１３のダウンロード制御手段１１８は、ネットワーク負荷監視手段１１９からネットワークの負荷状態を取得する。そしてこの時、ネットワークの負荷が予め定められた所定値以下の時と判断された場合には、ダウンロードツール１２に対してファームウェアモジュールのファイル転送要求を送る。すなわちダウンロード要求を受け入れる。ネットワークの負荷が所定値より高い場合には、負荷が低くなるまで待ち状態となる。
【００２４】
ファームウェアモジュールのファイル転送要求を受けたダウンロードツール１２は、フラッシュメモリ１２５からファームウェアモジュールを読み出し、ファイル分割手段１３１によりダウンロードデータをブロック単位に分割する。分割したブロックにはシーケンスＮＯと最終フラグの領域が設けられ、ダウンロードツール１２はユニキャスト手段１２８により順次そのブロックをユニキャストで送信していく。イーサネット（登録商標）機器１１のダウンロードスレーブ１１３では、再送要求手段１１７により全てのブロックが正常に受信されているかどうかの確認を行う。正常であればダウンロード完了の通知を行う。もし正常に受信できなかった場合は、正常に受信したブロックのシーケンスＮＯの情報と共にダウンロード再送要求をダウンロードツールに対して送る。再送要求を受けたダウンロードツール１２が再送手段１２９により再度、ファームウェアモジュールの再送要求を送る以降の処理は、上記で記載した処理を繰り返す。なお、イーサネット（登録商標）機器１１へのファームウェアのダウンロードの際、ファイル分割手段１３１を設けずに、一続きのダウンロードデータとして転送する場合であっても同様に適用可能である。
【００２５】
またこの実施の形態では再送等を行わなければファイル分割手段１３１、再送手段１２９、再送要求手段１１７は必須のものではない。
【００２６】
このようにネットワークの負荷が低い時にダウンロードを行うことで、より効率的にダウンロードを行うことができる。
【００２７】
実施の形態５．
この実施の形態によるファームウェアダウンロードシステムの特徴的な部分の構成は図９に示すものと同様であり、実施の形態４に対してダウンロード中にネットワークの負荷が高くなった場合には、送信中のブロックが転送終了した時点でダウンロード処理を一端中断し、ネットワークの負荷が低くなった場合に、正常に受信したブロックの次のブロックからファイル転送を再開するようにしたものである。
【００２８】
図１１にはこの実施の形態による動作のシーケンス図を示す。以下、動作について具体的に説明する。ダウンロードツール１２からイーサネット（登録商標）機器１１に対して、ダウンロード要求を行う。ダウンロード要求を受けたイーサネット（登録商標）機器１１のダウンロードスレーブ１１３のダウンロード制御手段１１８は、ネットワーク負荷監視手段１１９からネットワークの負荷状態を取得する。この時、ネットワークの負荷が低いと判断された場合には、ダウンロードツール１２に対してファームウェアモジュールのファイル転送要求を送る。ファームウェアモジュールのファイル転送要求を受けたダウンロードツール１２は、フラッシュメモリ１２５からファームウェアモジュールを読み出し、ファイル分割手段１３１によりファームウェアモジュールをブロック単位に分割する。分割したブロックにはシーケンスＮＯと最終フラグの領域が設けられ、ダウンロードツール１２はユニキャスト手段１２８により順次そのブロックをユニキャストで送信していく。
【００２９】
もし、ブロックの送信中にネットワーク負荷監視手段１１９によりネットワークの負荷が所定値より高くなったことが検出された場合には、現在、送信中のブロックが受信できた時点でダウンロード制御手段１１８によりダウンロードツール１２に対してファームウェアモジュール（ファイル転送）の中断要求を送る。それを受信したダウンロードツール１２はそこで一端中断する。イーサネット（登録商標）機器１１はネットワーク負荷監視手段１１９により、ネットワークの負荷が所定値以下になり、ダウンロードが再開できる状態であると判断した場合には、ダウンロード制御手段１１８は再送要求手段１１７を起動してダウンロードツールに対して正常に受信したブロックのシーケンスＮＯの情報と共にダウンロード再開要求（転送再開要求）を送信させる。それを受けたダウンロードツール１２は、ユニキャスト手段１２８あるいは再送手段１２９により次のブロックからダウンロードを再開する。イーサネット（登録商標）機器１１のダウンロードスレーブ１１３が、全てのブロックを正常に受信できたことを確認できるとフラッシュメモリ１１５に格納し、ダウンロードツール１２ヘダウンロード完了通知を送る。
【００３０】
なおこの実施の形態では、ユニキャスト手段１２８がダウンロード処理を一時中断した後、再開する機能を有していれば、再送手段１２９は必須のものではない。また、再送要求手段１１７と同様の機能を有しユニキャスト手段１２８に再開要求を行う手段を別途設けてもよい。
【００３１】
このようにネットワークの負荷が高くなった時にはダウンロードを一時中断することで、常に効率的にダウンロードを行うことができる。
【００３２】
【発明の効果】
以上のような発明から、ネットワークに接続されている全てのイーサネット（登録商標）機器に対してファームウェアのダウンロードを効率よく行うことができ、また、ダウンロード時間の短縮を図るとともに、ネットワーク回線の負荷を軽減できる。
【図面の簡単な説明】
【図１】この発明を実施するネットワークシステムの全体の構成の一例を示す図である。
【図２】この発明の実施の形態１によるファームウェアダウンロードシステムの特徴的な部分の構成を示す図である。
【図３】この発明の実施の形態１による動作のシーケンス図である。
【図４】この発明の実施の形態２によるファームウェアダウンロードシステムの特徴的な部分の構成を示す図である。
【図５】この発明の実施の形態２による動作のシーケンス図である。
【図６】この発明の実施の形態３によるファームウェアダウンロードシステムの特徴的な部分の構成を示す図である。
【図７】この発明の実施の形態３におけるダウンロードデータを複数のブロックに分割する説明のための図である。
【図８】この発明の実施の形態３による動作のシーケンス図である。
【図９】この発明の実施の形態４，５によるファームウェアダウンロードシステムの特徴的な部分の構成を示す図である。
【図１０】この発明の実施の形態４による動作のシーケンス図である。
【図１１】この発明の実施の形態５による動作のシーケンス図である。
【符号の説明】
１１，１１ａ〜１１ｃ イーサネット（登録商標）機器、１２ ダウンロードツール、１３，１３ａ〜１３ｄ イーサネット（登録商標）ネットワーク、１４ａ〜１４ｃ 端末装置、１１１，１２１ イーサネット（登録商標）インタフェース、１１３ ダウンロードスレーブ、１１５，１２５ フラッシュメモリ、１１７ 再送要求手段、１１８ ダウンロード制御手段、１１９ ネットワーク負荷監視手段、１２３ ダウンロードマネージャ、１２７ マルチキャスト手段、１２８ ユニキャスト手段、１２９ 再送手段、１３１ ファイル分割手段。

Claims (5)

1. 複数のネット機器とこれらのネット機器にファームウェアのダウンロードを行うためのダウンロードツールがネットワークにより接続されたネットワークシステムにおいて、
   上記ダウンロードツールが、ネット機器に対しファームウェアをダウンロードする際、設定されたファームウェアダウンロード用のマルチキャストアドレスに従ってネットワーク上の特定のマルチキャスト・グループに属した複数の機器に対して送信を行うマルチキャスト手段を設け、ダウンロードツールから１回のファームウェアダウンロード処理のみでネットワークに接続されている所望の複数のネット機器に対してファームウェアのダウンロードを行うことを特徴とするファームウェアダウンロードシステム。
2. 各ネット機器が、ファームウェアのダウンロード中にダウンロードが失敗した場合にダウンロードツールに対してファームウェアの再送要求を行う再送要求手段を設け、ダウンロードツールが再送要求を受信したネット機器に対してユニキャストで再送処理を行う再送手段を設けたことを特徴とする請求項１に記載のファームウェアダウンロードシステム。
3. ダウンロードツールが、ファームウェアをブロック単位に分割するファイル分割手段を設け、マルチキャスト手段はファームウェアを分割されたブロック単位でダウンロードし、各ネット機器の再送要求手段が、どこまでダウンロードされたかを記憶し、ダウンロード中にダウンロードが失敗した場合には、どのブロックまで正常に受信できたかという情報と共にダウンロードツールに対しファームウェアの再送要求を行い、ダウンロードツールの再送手段が、再送要求があったネット機器に対して正常にダウンロードされた次のブロックからダウンロードを行うことを特徴とする請求項２に記載のファームウェアダウンロードシステム。
4. 複数のネット機器とこれらのネット機器に対してファームウェアのダウンロードを行うダウンロードツールがネットワークにより接続されたネットワークシステムにおいて、
   ダウンロードツールがファームウェアをダウンロードする際にネット機器に対してダウンロード要求を行い、各ネット機器が、ネットワークの負荷を監視するネットワーク負荷監視手段と、ネットワークの負荷が所定値以下の時に上記ダウンロード要求を受け入れるダウンロード制御手段と、を備えたことを特徴とするファームウェアダウンロードシステム。
5. 各ネット機器がファームウェアのダウンロード中にダウンロードが正常に行われなかった場合にダウンロードツールに対してファームウェアの再送要求を行う再送要求手段を設け、ダウンロード制御手段がファームウェアのダウンロード中にネットワークの負荷が上記所定値を越えた場合には、ダウンロード処理を一端中断し、また負荷が上記所定値以下になったと判断した場合には、上記再送要求手段により正常にダウンロードされた次のブロックからダウンロード処理を再開させ、その際に上記再送要求手段がどのブロックまで正常に受信できたかという情報と共にダウンロードツールに対しファームウェアの再送要求を行うことを特徴とする請求項４に記載のファームウェアダウンロードシステム。

Images