JP4384951B2 - アクセスポイント管理装置およびアクセスポイントのソフトウェアバージョンアップ方法 - Google Patents

Description

本発明は、無線を利用した通信システムにおいて、主装置から、当該装置が管理する全ての無線アクセスポイントに組み込まれているソフトウェアのバージョンアップを、漏れなく行う技術に関する。特に、接続アルゴリズムを含むソフトウェアのバージョンアップ技術に関する。

無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムなどの無線を利用したデータ通信システムにおいては、主装置が複数の無線アクセスポイント（以後、無線ＡＰと呼ぶ。）を管理している。ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の技術を用い、主装置から、当該主装置が管理している各無線ＡＰへバージョンアップファイルを転送することにより、転送先の無線ＡＰに組み込まれているソフトウェアのバージョンアップを行うことができる。

また、サーバと複数のクライアントとがＬＡＮ等で接続されたシステムにおいて、サーバからソフトウェアを転送することにより、全てのクライアントのソフトウェアを一斉にバージョンアップする方法がある（例えば、特許文献１参照。）。

特開平６−３０９２６１公報

図１２は、主装置２Ｍが複数の無線ＡＰ（例えば、無線ＡＰ１、無線ＡＰ２、無線ＡＰ３、無線ＡＰ４とする。）を管理する無線ＬＡＮシステムの一例である。

本図に示すように、無線ＡＰ１〜無線ＡＰ４は、主装置２Ｍが管理している無線ＡＰである。上記特許文献１に開示されている技術を応用することにより、主装置２Ｍから、無線ＡＰ１〜無線ＡＰ４へバージョンアップファイルを転送することで、無線ＡＰ１〜無線ＡＰ４にインストールされているソフトウェアのバージョンアップを実行することができる。

しかし、そのソフトウェアが、接続アルゴリズムに関するものの場合、バージョンアップ実行後に無線ＡＰの接続アルゴリズムが変更され、旧バージョンの接続アルゴリズム有するソフトウェアが組み込まれている無線ＡＰと接続できなくなってしまうことがある。

図１３は、各無線ＡＰのソフトウェアのバージョンアップの実行順による、バージョンアップ後の通信の可否を説明するための図である。なお、以下、本明細書では、各無線ＡＰの接続位置について、主装置２Ｍに近いものを上位と呼び、最も下位（最もパソコン等の端末に近い側の無線ＡＰ）を、末端と呼ぶ。また、各無線ＡＰにおいて、自身と通信を行う上位側の無線ＡＰまたは主装置を親と呼び、自身と通信を行う下位側の無線ＡＰを子と呼ぶ。なお、末端の無線ＡＰには、子は存在しない。

主装置２Ｍから無線ＡＰ１、無線ＡＰ２を経て端末に接続する系統を例にあげて説明すると、本図に示すように、主装置２Ｍから、上位の無線ＡＰ１を先にバージョンアップすると、下位の無線ＡＰ２を、その後、バージョンアップできないことがある。

すなわち、主装置２Ｍから、無線ＡＰ２のソフトウェアのバージョンアップを実行する前に、上位の無線ＡＰ２のソフトウェアのバージョンアップを実行した場合、無線ＡＰ１と無線ＡＰ２との接続アルゴリズムのバージョンの相違により、通信が出来なくなることがある。これにより、主装置２Ｍから、無線ＡＰ２へのソフトウェアのバージョンアップファイルを転送できなくなる。

本発明は、上記課題を鑑みてなされたものであり、主装置から当該主装置が管理する全ての無線ＡＰのソフトウェアのバージョンアップを確実に行うことができる技術を提供することを目的とする。

本発明は、主装置側から見て、下位の無線ＡＰから順にバージョンアップを実行していく。主装置は、主装置からバージョンアップファイルを各無線ＡＰに転送する前に、主装置が管理している無線ＡＰのＩＰアドレスをリレー方式で登録するパケットを送信し、無線ＡＰの接続順を把握する。その後、主装置から見て、末端の無線ＡＰから順にバージョンアップファイルを転送し、バージョンアップを実行する。

具体的には、通信システム内の無線ＡＰを管理する主装置であって、自身に直列に接続する複数の無線ＡＰの接続順を把握する無線ＡＰ接続順把握手段と、前記ＡＰ接続順把握手段において把握した接続順の逆順に、当該ＡＰにインストールされているソフトウェアのバージョンアップファイルを転送するバージョンアップファイル転送手段と、を備えることを特徴とする主装置を提供する。

なお、本発明においては、バージョンアップ前の主装置が管理する無線ＡＰには、全て同じバージョンのソフトウェアがインストールされていることが前提である。

本発明によれば、主装置から当該主装置が管理する無線ＡＰ全てのソフトウェアのバージョンアップを確実に行うことができる。

以下、本発明を適用した実施形態を図面を用いて説明する。

図１は、本実施形態の無線ＬＡＮシステム全体の概要を説明するための図である。本図に示すように、本実施形態の無線ＬＡＮシステムは、パーソナルコンピュータ等の端末３０１、３０２と、当該端末３０１、３０２などが有線または無線で接続する無線ＡＰ１０２、無線ＡＰ１０４と、本システムを構成する全ての無線ＡＰを管理する主装置２００と、主装置２００と接続する無線ＡＰ１０１、無線ＡＰ１０３とを備える。

無線ＡＰ１０１、無線ＡＰ１０２、無線ＡＰ１０３、無線ＡＰ１０４は、全て同じ構成を持つ装置である。従って、以下、本明細書において、特に区別する必要がない場合は、無線ＡＰ１００で代表する。また、無線ＡＰ１０１と無線ＡＰ１０２との間、および、無線ＡＰ１０３と無線ＡＰ１０４との間では、無線によるデータ通信を行う。

本実施形態では、各無線ＡＰ１００にインストールされているソフトウェアのバージョンアップは、下位の無線ＡＰ１００から順に、主装置２００からバージョンアップファイルをＦＴＰにより送信することにより行われる。主装置２００は、バージョンアップファイルを各無線ＡＰ１００に転送する前に、各無線ＡＰ１００に、各無線ＡＰ１００の接続順を把握するためのパケット（以後、登録パケットと呼ぶ。）４００を送信し、接続順を把握する。

ここで、主装置２００が接続順を把握する方法について、その概略を図２〜図４を用いて説明する。

図２〜図４は、主装置２００がバージョンアップファイルを転送する前に無線ＡＰ１００の接続順を把握する方法を説明するための図である。

図２に示すように、主装置２００からバージョンアップファイルを無線ＡＰ１００に転送する前に、登録パケット４００を主装置２００から、主装置２００が管理している全ての無線ＡＰ１００に対し、マルチキャストで送信する。

このとき、登録パケット４００には、主装置２００のＩＰアドレスを登録しておく。

なお、登録パケット４００は、上述のように、各無線ＡＰ１００の接続順を把握するためのパケットであり、無線ＡＰ１００のＩＰアドレスをリレー方式で追加登録していく。この登録パケット４００の構成の一例を図５に示す。

本図に示すように、登録パケット４００は、ＩＰヘッダ４１０と、ＴＣＰヘッダ４２０と、ＴＣＰデータ部４３０とを備える。

また、ＴＣＰデータ部４３０は、現在、この登録パケット４００に登録されているＩＰアドレスの数を保持する４ｂｙｔｅの登録数フィールド４３１と、この登録パケット４００を送信した送信元の主装置２００のＩＰアドレスを格納する４ｂｙｔｅの主装置のＩＰアドレスフィールド４３２と、無線ＡＰ１００のＩＰアドレスを保持する４ｂｙｔｅの無線ＡＰのＩＰアドレスフィールド４３３とを備える。

なお、無線ＡＰのＩＰアドレスフィールド４３３には、無線ＡＰのＩＰアドレスが、主装置２００から、それぞれ、端末３０１、端末３０２までの間に設置されている無線ＡＰ１００の数だけ順に登録される。

主装置２００から送信された上述の構成を有する登録パケット４００を受信した無線ＡＰ１００は、自分の親である無線ＡＰ１００のＩＰアドレス（親が主装置２００である場合は、主装置２００のＩＰアドレス）が、主装置ＩＰアドレスフィールド４３２または無線ＡＰのＩＰアドレスフィールド４３３に登録されているかどうかを確認する。

登録されていない場合は、その登録パケット４００は、親の無線ＡＰ１００を素通りしたパケットであるため、当該登録パケット４００は廃棄する。

一方、登録されている場合は、自身のＩＰアドレスを、ＩＰアドレスフィールド４３３に追加登録する。そして、自身の子にあたる無線ＡＰ１００が存在するかどうかを確認する。

存在する場合は、自身は末端の無線ＡＰ１００ではないため、図３に示すように、子の無線ＡＰ１００に対して、ユニキャストで、追加登録後の登録パケット４００を送信する。

存在しない場合は、自身が末端の無線ＡＰ１００であるため、図４に示すように、主装置２００に対して、ユニキャストで登録パケット４００を送信する。

以上の手順により、主装置２００から送信された登録パケット４００には、主装置２００のＩＰアドレスに続き、各無線ＡＰ１００のＩＰアドレスが、上位のものから順に、登録される。

なお、各無線ＡＰ１００は、予め、自身に対して親である無線ＡＰ１００および子である無線ＡＰ１００のＩＰアドレスが格納される無線ＡＰ位置情報５００を備える。図６に、本実施形態の各無線ＡＰ１０１、無線ＡＰ１０２、無線ＡＰ１０３、無線ＡＰ１０４がそれぞれ備える無線ＡＰ位置情報５０１、５０２、５０３、５０４を示す。

各無線ＡＰ１００は、受け取った登録パケット４００内に上記親の無線ＡＰ１００または主装置２００のＩＰアドレスがあるか否かを、無線ＡＰ位置情報５００を参照することにより判断する。また、子の無線ＡＰ１００の存否も同様である。

自身が送信した登録パケット４００を受信した主装置２００は、登録されている無線ＡＰのＩＰアドレス４３３の逆順(末端側から、下位のものから順)に、各無線ＡＰ１００にインストールされているソフトウェアのバージョンアップを実行する。

以上説明した登録パケット４００の流れを図示する。ここでは、図１の主装置２００から、無線ＡＰ１０１、無線ＡＰ１０２に続く系統を例にあげ、説明する。

図７は、主装置２００、無線ＡＰ１０１、無線ＡＰ１０２間で、登録パケット４００が送受信され、無線ＡＰ１０１および無線ＡＰ１０２のソフトウェアがバージョンアップされる際のシーケンスを説明するための図である。

本図に示すように、主装置２００は、登録数を１とし、主装置のＩＰアドレスフィールド４３２に自身のＩＰアドレスを登録し、登録パケット４００を生成する。そして、マルチキャストで登録パケット４００を無線ＡＰ１０１、無線ＡＰ１０２宛てに送信する（ステップ１００１、１００２）。

無線ＡＰ１０１は、無線ＡＰ１０２宛ての登録パケット４００を受信すると、無線ＡＰ１０２に、当該登録パケット４００を送信するよう中継する。

また、自身宛ての登録パケット４００を受信すると、自分の親にあたる装置である主装置２００のＩＰアドレスが登録されているか否かを確認する。ここでは、登録されているため、自身のＩＰアドレスを受信した登録パケット４００の無線ＡＰのＩＰアドレスフィールド４３３に追加し、登録数フィールド４３１内の登録数を１増加させ、追加後の登録パケット４００を生成する。そして、無線ＡＰ１０１は、無線ＡＰ位置情報５０１に子の無線ＡＰ１０２の登録があるため、すなわち、末端の無線ＡＰ１００でないため、当該子の無線ＡＰ１０２に追加処理後の登録パケット４００をユニキャストで送信する（ステップ１００３）。

一方、無線ＡＰ１０２は、主装置２００から無線ＡＰ１０１を介して自身宛ての登録パケット４００を受信した場合、自身の親である無線ＡＰ１０１のＩＰアドレスが無線ＡＰのＩＰアドレスフィールド４３３に格納されているか確認する。ここでは、格納されていないため、受信した登録パケット４００を捨てる。

次に、無線ＡＰ１０２は、登録パケット４００を無線ＡＰ１０１から受信すると、同様に、自身の親である無線ＡＰ１０１のＩＰアドレスが格納されているか確認する。ここでは、格納されているため、自身のＩＰアドレスを、無線ＡＰのＩＰアドレスフィールド４３３に追加登録するとともに登録数フィールド４３１内の登録数を１増加させた登録パケット４００を生成する。そして、自身には下位の無線ＡＰ１００の登録はなく、末端であるため、主装置２００宛てに、追加処理後の登録パケット４００をユニキャストで送信する（ステップ１００４）。

主装置２００は、無線ＡＰ１０２が送信元の登録パケット４００を受け取ると、登録パケット４００を解析し、下位の無線ＡＰ１０２から、バージョンアップを実行する。すなわち、無線ＡＰ１０２にバージョンアップファイルを転送し（ステップ１００５）、その後、無線ＡＰ１０１にバージョンアップファイルを転送する（ステップ１００６）。

次に、上記処理を実現するための、主装置２００および無線ＡＰ１００が備える構成について、以下に説明する。なお、以下においては、主装置２００および無線ＡＰ１００ともに、上記処理の実現に係る構成部分のみ記載する。

図８は、本実施形態の主装置２００の機能ブロック図である。

主装置２００は、上述のように、各無線ＡＰ１００を管理するものである。本実施形態では、通常の無線ＡＰ管理機能に加え、無線ＡＰから返信された登録パケット４００を解析し、解析結果に応じてバージョンアップファイルを転送する機能を有する。

本図に示すように、本実施形態の主装置２００は、パケット解析部２１と、パケット受信部２２と、パケット生成部２３と、パケット送信部２４と、バージョンアップファイル格納部２５と、ＦＴＰ処理部２６と、ＴＣＰ／ＩＰ処理部２７と、イーサネット（登録商標）送受信部２８とを備える。

バージョンアップファイル格納部２５は、無線ＡＰ１００のソフトウェアをバージョンアップするためのファイルを保持する。

ＦＴＰ処理部２６は、バージョンアップファイルをＦＴＰによって転送するための処理を行う。

ＴＣＰ／ＩＰ処理部２７は、ＴＣＰ／ＩＰパケットの送受信処理を行う。本実施形態では、登録パケット４００を受信すると、データ部分を抽出し、パケット受信部２２に受け渡す。また、パケット送信部２４から登録パケット４００を受信すると、宛先アドレスを付与し、イーサネット送受信部２８に受け渡す。

イーサネット送受信部２８は、ＩＥＥＥの規格であるＩＥＥＥ８０２．３により、接続されている有線を介して相手先とパケットを送受信するための処理を行う。

パケット受信部２２は、ＴＣＰ/ＩＰ処理部２７から受信した登録パケット４００を、パケット解析部２１に受け渡す。

パケット解析部２１は、パケット受信部２２から受け取った登録パケット４００に格納されている内容を解析する。解析結果に基づいて、バージョンアップする無線ＡＰ１００の順番を決定し、決定した順番でバージョンアップファイル格納部２５に格納されているバージョンアップファイル送信するようＦＴＰ処理部２６にバージョンアップファイル転送要求を出す。

パケット生成部２３は、送信する登録パケット４００のＴＣＰデータ部４３０を生成する。本実施形態では、登録数フィールド４３１を初期化（０を格納）し、主装置２００のＩＰアドレスを登録した登録パケット４００を生成する。図５に示す登録パケット４００を例にとると、ＴＣＰデータ部４３０の登録数フィールド４３１に１が、主装置ＩＰアドレスフィールド４３２に自身のＩＰアドレスが格納された登録パケット４００を生成する。

パケット送信部２４は、パケット生成部２３が生成した登録パケット４００を、ＴＣＰ/ＩＰ処理部２７に受け渡す。このとき、ＴＣＰ/ＩＰ処理部２７に、主装置２００が管理する全ての無線ＡＰ１００に対してマルチキャストで登録パケット４００を送信するよう指示する。

次に、無線ＡＰ１００の機能構成について説明する。図９は、本実施形態の無線ＡＰ１００の機能ブロック図である。

本図に示すように、本実施形態の無線ＡＰ１００は、パケット解析部１１と、パケット受信部１２と、パケット生成部１３と、パケット送信部１４と、無線ＡＰ位置情報格納部１５と、ＦＴＰ処理部１６と、ＴＣＰ／ＩＰ処理部１７と、イーサネット（登録商標）送受信部１８と、無線データ送受信部１９とを備える。

ＦＴＰ処理部１６は、バージョンアップファイルをＦＴＰによって転送するための処理を行う。

ＴＣＰ／ＩＰ処理部１７は、ＴＣＰ／ＩＰパケットの送受信処理を行う。本実施形態では、自身宛ての登録パケット４００を受信すると、データ部を抽出し、パケット受信部１２に受け渡す。また、パケット送信部１４から登録パケット４００を受信すると、宛先のＩＰアドレスを付与し、宛先に応じてイーサネット送受信部１８または無線データ送受信部１９に受け渡す。

イーサネット送受信部１８は、ＩＥＥＥの規格であるＩＥＥＥ８０２．３により、接続されている有線を介して相手先とパケットを送受信するための処理を行う。

無線データ送受信部１９は、他の無線ＡＰ１００との間で無線によるデータ通信を行うインタフェースである。

無線ＡＰ位置情報格納部１５は、無線ＡＰ位置情報５００が格納される。

パケット受信部１２は、ＴＣＰ/ＩＰ処理部１７から受信した登録パケット４００を、パケット解析部１１に受け渡す。

パケット解析部１１は、パケット受信部１２から受け取った登録パケット４００に格納されている内容を解析する。このとき、無線ＡＰ位置情報格納部１５に格納されている無線ＡＰ位置情報５００を参照し、親の無線ＡＰ１００のＩＰアドレスが、登録パケット４００の無線ＡＰのＩＰアドレスフィールド４３３に保持されているか否か判別する。そして、判別結果をパケット生成部１３に通知する。また、無線ＡＰ位置情報５００を参照し、自身が末端の無線ＡＰ１００であるか否かを判別する。そして、判別結果として、自身が末端の無線ＡＰ１００である場合は、主装置２００のＩＰアドレスを、自身が末端の無線ＡＰ１００でない場合は、子の無線ＡＰ１００のＩＰアドレスを、それぞれ、登録パケット４００の送信先アドレスとしてパケット生成部１３に通知する。

パケット生成部１３は、パケット解析部１１の解析結果が、親の無線ＩＰのＩＰアドレスを保持していることを示すものである場合、送信する登録パケット４００のＴＣＰデータ部４３０を生成する。本実施形態では、無線ＡＰのＩＰアドレスフィールド４３３を追加し、追加したフィールドに自身のＩＰアドレスを格納する。そして、登録数フィールド４３１の登録数の値を１増加させる。そして、パケット解析部１１から受け取った、送信先アドレスとともにパケット送信部１４に受け渡す。

なお、パケット解析部１１から受け取った解析結果が、親の無線ＩＰアドレスを保持していないことを示すものである場合、受信した登録パケット４００を廃棄処理する。

パケット送信部１４は、パケット生成部１３が生成した登録パケット４００を、ＴＣＰ/ＩＰ処理部２７に受け渡す。

このとき、自身が末端の無線ＡＰ１００でない場合は、すなわち、子の無線ＡＰ１００のＩＰアドレスを登録パケット４００とともに受け取った場合は、当該子の無線ＡＰ１００に登録パケット４００を送信するようＴＣＰ/ＩＰ処理部１７に指示する。

一方、登録パケット４００とともに、主装置２００のＩＰアドレスを受け取った場合、主装置２００に向けてユニキャストで登録パケット４００を送信するようＴＣＰ/ＩＰ処理部１７に指示する。

次に、無線ＡＰ１００の、登録パケット４００受信時の処理にフローについて、説明する。図１０は、無線ＡＰ１００の、登録パケット４００を受信した際の処理を説明するためのフロー図である。

なお、ここでは、受信時の登録パケット４００の登録数フィールド４３１に格納されている登録数はｍ（ｍは自然数）とする。ｍは、主装置２００および接続されている無線ＡＰ１００の合計台数である。

まず、パケット解析部１１は、無線ＡＰ位置情報５００を参照しながら、登録パケット４００に登録されている無線ＡＰのＩＰアドレス４３３の中に、自身の親に該当する無線ＡＰ１００のＩＰアドレスが格納されているか、確認する（ステップ２００１、２００２）。

格納されている場合、パケット生成部１３は、自身のＩＰアドレスを追加登録し、登録数ｍを１つ増加させる（ステップ２００３）。

パケット生成部１３は、パケット解析部１１が無線ＡＰ位置情報５００を参照し判別した、送信先のＩＰアドレスから、子にあたる無線ＡＰ１００の存否を判断する（ステップ２００４）。

子にあたる無線ＡＰ１００が存在する場合、パケット生成部１３は、送信先ＩＰアドレスとして子の無線ＡＰのＩＰアドレスを設定するようＴＣＰ/ＩＰ処理部１７に指示を出す（ステップ２００５）。

一方、ステップ２００４において、子の無線ＡＰ１００が登録されていない場合、当該無線ＡＰ１００は、末端の無線ＡＰ１００であるため、パケット生成部１３は、送信先のＩＰアドレスとして、主装置２００のＩＰアドレスを設定するようにＴＣＰ/ＩＰ処理部１７に指示を出す（ステップ２０１０）。

ＴＣＰ/ＩＰ処理部１７は、送信先に子の無線ＡＰのＩＰアドレスまたは主装置２００のＩＰアドレスを設定し、無線データ送受信部１９を介して、送出する（ステップ２００６）。

その後、無線ＡＰ１００は、登録パケット４００の受信待ち状態になる。

一方、ステップ２００２において、親のＩＰアドレスが格納されていない場合、受信した登録パケット４００を廃棄し（ステップ２０２０）、登録パケット４００受信待ち状態となる。

次に主装置２００の、バージョンアップファイル転送時の処理について説明する。図１１は、主装置２００のバージョンアップファイル転送時の処理を説明するためのフローである。

上述のように、主装置２００は、無線ＡＰ１００から登録パケット４００の返送を受けたことを契機に、バージョンアップファイル転送処理を開始する。以下の説明において、無線ＡＰ１００から受信した登録パケット４００の登録数フィールド４３１に格納されている登録数はｍ（ｍは自然数）とする。

まず、パケット解析部２１は、バージョンアップ完了数として予め保持しているデータｎ（ｎは０または自然数）を０とする。

パケット解析部２１は、ｎとｍとを比較し、ｎがｍ−１より小さい場合（ステップ３００２）、登録パケット４００の無線ＡＰのＩＰアドレスフィールド４３３のｍ−ｎ番目に登録されている無線ＡＰ１００のＩＰアドレスを抽出し、当該ＩＰアドレスに向けて、バージョンアップファイル格納部２５に格納されているバージョンアップファイルを転送するようＦＴＰ処理部２６に指示を出す（ステップ３００３）。指示を受けたＦＴＰ処理部２６は、指示に従って、当該ＩＰアドレスに向けてバージョンアップファイルを転送する。

パケット解析部２１は、バージョンアップ完了数ｎを１増加させ（ステップ３００４）、ステップ３００２からの処理を繰り返す。

ステップ３００２において、ｎがｍ−１に等しくなった場合、処理を終了し、主装置２００は、無線ＡＰ１００からの登録パケット４００の応答待ち状態となる。

なお、上記の実施形態では、無線ＡＰ１００を、主装置２００から２段でそれぞれ２系統接続されているシステムを例に挙げて説明したが、本発明を適用可能な実施形態の構成はこれに限られない。無線ＡＰ１００は、２段以上、２系統以上接続されていてもよい。

また、上記の実施形態では、バージョンアップデータからなるバージョンアップファイルを転送するために、ＦＴＰを利用する場合を例にあげて説明しているが、バージョンアップファイルの転送は、これに限られない。データの転送が可能であれば、他のプロトコル、または、システム独自のプロトコルを用いることも可能である。

この場合、図８および図９において、ＦＴＰ処理部２６、ＦＴＰ処理部１６の代わりに、当該プロトコルの処理を行う機能部が設けられる。

または、当該プロトコルの処理を、パケット解析部２１、パケット生成部２３、パケット解析部１１、パケット生成部１３に委ねてもよい。

この場合、主装置２００において、バージョンアップファイルは、パケット生成部２３にてバージョンアップファイル格納部２５を参照することにより、送信パケットとして生成され、パケット送信部２４、ＴＣＰ／ＩＰ処理部２７、イーサネット送受信部２８を介して送出される。一方、各無線ＡＰ１００から送信されたバージョンアップファイル受信の応答は、イーサネット送受信部２８にて受信され、ＴＣＰ／ＩＰ処理部２７、パケット受信部２２を介してパケット解析部２１に送られ、ここで解析などの受信処理を行う。

無線ＡＰ１００では、無線データ送受信部１９またはイーサネット送受信部１８、ＴＣＰ／ＩＰ処理部１７、パケット受信部１２を介して受信したバージョンアップファイルは、パケット解析部１１に送られ、ここで、解析される。そして、その解析結果に応じて、パケット生成部１３において応答パケットが生成され、パケット送信部１４、ＴＣＰ／ＩＰ処理部１７、無線データ送受信部１９またはイーサネット送受信部１８を介して送出される。

また、登録パケット４００の送受信に、ＴＣＰを用いる場合を例に挙げて説明しているが、本プロトコルもこれに限られない。例えば、ＵＤＰなどであってもよい。

図１は、本実施形態の無線ＬＡＮシステム全体の概要を説明するための図である。 図２は、本実施形態の主装置がバージョンアップファイルを転送する前に無線ＡＰの接続順を把握する方法を説明するための図である。 図３は、本実施形態の主装置がバージョンアップファイルを転送する前に無線ＡＰの接続順を把握する方法を説明するための図である。 図４は、本実施形態の主装置がバージョンアップファイルを転送する前に無線ＡＰの接続順を把握する方法を説明するための図である。 図５は、本実施形態の登録パケットの構成の一例を説明するための図である。 図６は、本実施形態の無線ＡＰが備える無線ＡＰ位置情報の一例を説明するための図である。 図７は、本実施形態のソフトウェアがバージョンアップ実行時のシーケンスを説明するための図である。 図８は、本実施形態の主装置の機能ブロック図である。 図９は、本実施形態の無線ＡＰの機能ブロック図である。 図１０は、本実施形態の無線ＡＰの、登録パケットを受信した際の処理フローである。 図１１は、主装置のバージョンアップファイル転送時の処理フローである。 図１２は、従来の主装置が複数の無線ＡＰを管理する無線ＬＡＮシステムの一例である。 図１３は、各無線ＡＰのソフトウェアのバージョンアップの実行順による、バージョンアップ後の通信の可否を説明するための図である。

符号の説明

１００：無線ＡＰ、１０１：無線ＡＰ、１０２：無線ＡＰ、１０３：無線ＡＰ、１０４：無線ＡＰ、２００：主装置、３０１：端末、３０２：端末、４００：登録パケット、５００：無線ＡＰ位置情報、１１：パケット解析部、１２：パケット受信部、１３：パケット生成部、１４：パケット送信部、１５：無線ＡＰ位置情報格納部、１６：ＦＴＰ処理部、１７：ＴＣＰ/ＩＰ処理部、１８：イーサネット送受信部、１９：無線データ送受信部、２１：パケット解析部、２２：パケット受信部、２３：パケット生成部、２４：パケット送信部、２５：バージョンアップファイル格納部、２６：ＦＴＰ処理部、２７：ＴＣＰ/ＩＰ処理部、２８：イーサネット送受信部

Claims (6)

1. 通信システム内のアクセスポイント（以下、ＡＰと呼ぶ）を管理するＡＰ管理装置であって、
   自身に直列に接続する複数のＡＰの接続順を把握するＡＰ接続順把握手段と、
   前記ＡＰ接続順把握手段において把握した接続順の逆順に、当該ＡＰにインストールされているソフトウェアのバージョンアップファイルを転送するバージョンアップファイル転送手段と、を備えること
   を特徴とするＡＰ管理装置。
2. 請求項１記載のＡＰ管理装置であって、
   前記ＡＰ接続順把握手段は、
   データ部に自身を特定する情報を格納するとともに、当該データ部に前記自身に直列に接続する複数のＡＰが、接続順に、それぞれのＡＰを特定する情報を追加可能なＡＰ特定情報格納領域を設けたパケットを生成して送信するパケット生成手段と、
   前記ＡＰから前記送信したパケットの返信を受け取ると、前記ＡＰ特定情報格納領域に格納された順により、前記直列に接続する複数のＡＰの接続順を把握するパケット解析手段と、を備えること
   を特徴とするＡＰ管理装置。
3. 複数のアクセスポイント（以下、ＡＰと呼ぶ）と、当該ＡＰを管理するＡＰ管理装置とを備える通信システムであって、
   前記ＡＰ管理装置は、
   自身に直列に接続する複数の前記ＡＰの接続順を把握するＡＰ接続順把握手段と、
   前記ＡＰ接続順把握手段において把握した接続順の逆順に、当該ＡＰにインストールされているソフトウェアのバージョンアップファイルを転送するバージョンアップファイル転送手段と、を備え、
   前記ＡＰ各々は、
   前記ＡＰ管理装置に自身の接続順を通知するための情報を生成する接続順通知情報生成手段を備えること
   を特徴とする通信システム。
4. 請求項３記載の通信システムであって、
   前記ＡＰ接続順把握手段は、
   データ部に自身を特定する情報を格納するとともに、当該データ部に前記自身に直列に接続する複数のＡＰが、接続順に、それぞれのＡＰを特定する情報を追加可能なＡＰ特定情報格納領域を設けたパケットを生成して送信するパケット生成手段と、
   前記ＡＰから前記送信したパケットの返信を受け取ると、前記ＡＰ特定情報格納領域に格納された順により、前記直列に接続する複数のＡＰの接続順を把握するパケット解析手段と、を備え、
   前記接続順通知情報生成手段は、
   自身に接続する前記ＡＰ管理装置側のＡＰまたは当該ＡＰ管理装置自身（以後、親装置と呼ぶ。）を特定する情報および自身に接続する前記ＡＰ管理装置と逆側のＡＰ(以後、子装置と呼ぶ。)を特定する情報を、位置情報として保持する位置情報格納手段と、
   前記パケットを受信すると、前記位置情報を参照して、当該パケットのＡＰ特定情報格納領域に前記親装置を特定する情報が格納されている否かを判別するとともに、前記位置情報に前記子装置を特定する情報が格納されているか否かを判別する判別手段と、
   前記判別手段において、前記親装置を特定する情報が格納されていると判別された場合、前記ＡＰ特定情報格納領域に自身を特定する情報を追加する第ニのパケット生成手段と、
   前記判別手段において、前記子装置を特定する情報が格納されていると判別された場合、前記第二のパケット生成手段において前記自身を特定する情報を追加後のパケットを、当該子装置宛てに送信し、前記子装置を特定する情報が格納されていないと判別された場合、前記ＡＰ管理装置宛てに前記追加後のパケットを送信するパケット送信手段と、を備えること
   を特徴とする通信システム。
5. 複数のアクセスポイント（以下、ＡＰと呼ぶ）と、当該ＡＰを管理するＡＰ管理装置とを備える通信システムにおける前記ＡＰにインストールされているソフトウェアのバージョンアップ方法であって、
   前記ＡＰ管理装置において自身に直列に接続する複数の前記ＡＰの接続順を把握するＡＰ接続順把握するステップと、
   前記ＡＰ接続順把握手段において把握した接続順の逆順に、前記ＡＰ管理装置から、当該ＡＰにインストールされているソフトウェアのバージョンアップファイルを転送するバージョンアップファイル転送ステップとを備えること
   を特徴とするソフトウェアのバージョンアップ方法。
6. 請求項５記載のソフトウェアのバージョンアップ方法であって、
   前記ＡＰは、自身に接続する前記ＡＰ管理装置側のＡＰまたは当該ＡＰ管理装置自身（以後、親装置と呼ぶ。）を特定する情報および自身に接続する前記ＡＰ管理装置と逆側のＡＰ(以後、子装置と呼ぶ。)を特定する情報を、位置情報として保持し、
   前記ＡＰ接続順把握ステップは、
   前記ＡＰ管理装置において、データ部に自身を特定する情報を格納するとともに、当該データ部に、前記自身に直列に接続する複数のＡＰが、接続順に、それぞれのＡＰを特定する情報を追加可能なＡＰ特定情報格納領域を設けたパケットを生成して自身が管理する前記全てのＡＰに送信するパケット生成送信ステップと、
   前記ＡＰそれぞれにおいて、前記パケットを受信すると、前記位置情報を参照して、当該パケットのＡＰ特定情報格納領域に前記親装置を特定する情報が格納されているか否かを判別するとともに、前記位置情報に前記子装置を特定する情報が格納されているか否かを判別し、
   前記親装置を特定する情報が格納されていると判別された場合、前記子装置を特定する情報が格納されていないと判別される無線ＡＰに前記パケットが到達するまで、前記ＡＰ特定情報格納領域に自身を特定する情報を追加した後、前記自身を特定する情報を追加後のパケットを前記位置情報に格納されている子装置宛てに送信することを繰り返し、
   前記子装置を特定する情報が格納されていないと判別される無線ＡＰに前記パケットが到達した場合、当該無線ＡＰから、前記ＡＰ管理装置宛てに前記追加後のパケットを返信するパケット送信ステップと、
   前記ＡＰから前記パケット送信ステップにおいて送信されたパケットの返信を受け取った前記ＡＰ管理装置が、前記ＡＰ特定情報格納領域に格納された順により、前記直列に接続する複数のＡＰの接続順を把握するパケット解析ステップと、を備えること、
   を特徴とするソフトウェアのバージョンアップ方法。

Images