JP2021180365A - 通信装置、通信装置の制御方法およびプログラム - Google Patents

Abstract

【課題】複数のアクセスポイントによって形成される無線ネットワークにおいて、複数のアクセスポイントのファームウエアを適切に更新することの可能な通信装置を提供する。【解決手段】通信装置は、複数のアクセスポイントを含む無線ネットワークにおいてアクセスポイントとして動作可能であり、複数のアクセスポイントのうち、通信装置以外の他のアクセスポイントのファームウエアの情報を取得し、取得されたファームウエアの情報に基づいて、他のアクセスポイントのファームウエアを更新すべきスケジュールを決定し、決定されたスケジュールの情報を、他のアクセスポイントへ通知する。【選択図】図４

Description

本発明は、無線ネットワークのアクセスポイントとして動作可能な通信装置に関する。

Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅにおいて策定されたＷｉ−Ｆｉ ＥａｓｙＭｅｓｈ（登録商標）規格は、複数のアクセスポイント（以下、「ＡＰ」ともいう）によって形成されるネットワークにおける各種制御を規定している。このような複数のＡＰが連携することによって形成されるネットワークを、以下、「マルチＡＰネットワーク」という。
Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格において、マルチＡＰネットワークを形成するＡＰは、他のＡＰから各種情報を取得し、当該情報を用いて複数ＡＰ間における効率的なネットワーク制御を実現することができる。

マルチＡＰネットワークを形成するＡＰは、Ｍｕｌｔｉ−ＡＰ Ｃｏｎｔｒｏｌｌｅｒ（以下、「コントローラ」という）と、Ｍｕｌｔｉ−ＡＰ Ａｇｅｎｔ（以下、「エージェント」という）とのいずれかとして動作する。
コントローラは、マルチＡＰネットワークのＡＰや、ＡＰに接続するステーション（以下、「ＳＴＡ」ともいう）の各種情報をエージェントから取得し、取得した情報を用いて複数のＡＰ間における効率的なネットワーク制御を実行するＡＰである。一方、エージェントは、コントローラの管理下に入り、各種のネットワーク情報をコントローラに報知するＡＰである。
なお、コントローラの機能は、ＡＰが担ってもよく、マルチＡＰネットワーク内の制御装置が担ってもよい。また、１つのＡＰがコントローラとエージェントの双方の機能を担ってもよい。

コントローラは、エージェントからＩＥＥＥ１９０５．１規格で規定されるプロトコルを用いて報知されるネットワーク情報に基づいて、エージェントに指示を発行することで、マルチＡＰネットワークを制御する。エージェントがコントローラに報知するネットワーク情報は、ネットワークのトポロジ情報、ディスカバリー情報等を含む。
また、コントローラは、マルチＡＰネットワークと公衆回線網との間でのデータ通信のプロキシ制御やデータトラフィックの管理を実行する。

特許文献１は、複数のＡＰで形成されるネットワークにおいて、無線端末の接続先となるＡＰを切り替えることで複数のＡＰにおける通信負荷を分散する接続制御装置を開示する。具体的には、特許文献１の技術において、接続制御装置は、複数のＡＰにおける通信負荷の情報を取得し、通信負荷の情報に基づき過負荷状態のＡＰが存在する場合に、当該ＡＰに接続された複数のＳＴＡから１つの切断対象端末を決定する。接続制御装置はさらに、接続対象端末が新たに接続可能な切替対象のＡＰ以外のＡＰに対し、切断対象端末への接続禁止指令を送出し、接続禁止指令の送出後に、過負荷状態のＡＰに対して切断対象端末の切断指令を送出する。

特開２０１７−０３８１２６号公報

ところで、マルチＡＰネットワークにおいては、セキュリティや相互接続性の観点から、マルチＡＰネットワークを形成する複数のＡＰのそれぞれのファームウエアが最新であることが望ましい。なぜなら、例えば、１つでも脆弱性に問題のあるＡＰが存在すると、マルチＡＰネットワーク全体のセキュリティが低下しかねないからである。また、マルチＡＰネットワーク内に、古いバージョンのファームウエアが搭載されたＡＰが存在すると、マルチＡＰネットワークの制御に支障を来たし、期待どおりにマルチＡＰネットワークが管理されない恐れがある。

他方、マルチＡＰネットワークは、各ＡＰが多数の接続先を持つメッシュ型ネットワークであり、トポロジー制御の観点から、各ＡＰのファームウエアを無秩序に更新させてしまうのも望ましくない。なぜなら、例えば、他のＡＰと接続しているＡＰや、多くのＳＴＡと接続しているＡＰのファームウエアを単純に更新すると、大規模な通信の不通を発生させてしまう恐れがあるからである。

本発明の目的は、複数のアクセスポイントによって形成される無線ネットワークにおいて、複数のアクセスポイントのファームウエアを適切に更新することの可能な通信装置を提供することにある。

上記課題を解決するため、本発明に係る通信装置は、複数のアクセスポイントを含む無線ネットワークにおいてアクセスポイントとして動作可能な通信装置であって、前記複数のアクセスポイントのうち、前記通信装置以外の他のアクセスポイントのファームウエアの情報を取得する取得手段と、前記取得手段により取得された前記ファームウエアの情報に基づいて、前記他のアクセスポイントのファームウエアを更新すべきスケジュールを決定する決定手段と、前記決定手段により決定された前記スケジュールの情報を、前記他のアクセスポイントへ通知する通知手段とを備える。

本発明によれば、複数のアクセスポイントによって形成される無線ネットワークにおいて、複数のアクセスポイントのファームウエアを適切に更新することができる。

実施形態１に係る通信システムのネットワーク構成の一例を示す図。 実施形態１に係る通信装置（コントローラ）のハードウエアおよび機能構成の一例を示すブロック図。 実施形態１に係る通信装置（エージェント）のハードウエアおよび機能構成の一例を示すブロック図。 実施形態１に係る通信装置がコントローラとして動作する場合に実行するファームウエア更新管理処理の処理手順の一例を示すフローチャート。 実施形態１に係る通信装置がエージェントとして動作する場合に実行するファームウエア更新処理の処理手順の一例を示すフローチャート。 実施形態１に係る通信ネットワークにおける通信装置間のファームウエア更新処理シーケンスの一例を示すシーケンス図。 実施形態２に係る通信装置がコントローラとして動作する場合に実行するファームウエア更新管理処理の処理手順の一例を示すフローチャート。 実施形態２に係る通信装置がエージェントとして動作する場合に実行するファームウエア更新処理の処理手順の一例を示すフローチャート。 実施形態２に係る通信ネットワークにおける通信装置間のファームウエア更新処理シーケンスの一例を示すシーケンス図。 実施形態３に係る通信装置がコントローラとして動作する場合に実行するファームウエア更新管理処理の処理手順の一例を示すフローチャート。 実施形態３に係る通信装置がエージェントとして動作する場合に実行するファームウエア更新処理の処理手順の一例を示すフローチャート。 実施形態３に係る通信ネットワークにおける通信装置間のファームウエア更新処理シーケンスの一例を示すシーケンス図。 実施形態４に係る通信装置がコントローラとして動作する場合に実行するファームウエア更新管理処理の処理手順の一例を示すフローチャート。 実施形態４に係る通信装置がエージェントとして動作する場合に実行するファームウエア更新処理の処理手順の一例を示すフローチャート。 実施形態４に係る通信ネットワークにおける通信装置間のファームウエア更新処理シーケンスの一例を示すシーケンス図。

以下、添付図面を参照して、本発明を実施するための実施形態について詳細に説明する。なお、以下に説明する実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正または変更されるべきものであり、本発明は以下の実施形態に限定されるものではない。また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

以下、通信装置が、複数のアクセスポイント（ＡＰ）によって形成されるマルチＡＰネットワークを許容するＷｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格に準拠する通信装置である例を説明するが、本実施形態はこれに限定されない。例えば、通信装置は、複数のＡＰによって形成される無線ネットワークであるマルチＡＰネットワークで無線通信を可能とする他の通信方式を使用してもよい。なお、Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格は、「Ｍｕｌｔｉ−ＡＰ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ １．０」としてＷｉ−Ｆｉ Ａｌｌｉａｎｃｅから公表される仕様およびその後続の仕様に従う。

（実施形態１）
＜本実施形態のネットワーク構成＞
本実施形態では、コントローラとして動作するアクセスポイント（ＡＰ）が、エージェントとして動作する他のＡＰのファームウエアを更新するスケジュールを調整し、調整されたスケジュールの情報を他のＡＰに通知する。
なお、本実施形態で更新されるべきファームウエアとは、通信装置のハードウエアを制御するためのソフトウエアであり、通常は、通信装置の不揮発性記憶装置に予め書き込まれた状態で通信機器に組み込まれるソフトウエアである。ファームウエアは、通信装置に搭載されるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）の動作を決定するマイクロコード、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）等を含んでよい。

図１は、本実施形態に係る通信システムのネットワーク構成の一例を示す図である。
図１に示す通信システムは、複数のＡＰで構成されるネットワークであるマルチＡＰネットワーク６に接続される通信装置１〜５を備え、マルチＡＰネットワーク６上で無線通信を実行する。

通信装置１、通信装置２、通信装置３、および通信装置４は、それぞれ、ＩＥＥＥ８０２．１１シリーズ規格に準拠する無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構築するアクセスポイント（ＡＰ）として動作する。一方、通信装置５ａ〜５ｅは、ＡＰである通信装置２、通信装置３、または通信装置４により構築された無線ＬＡＮに接続するステーション（ＳＴＡ）として動作する。以下、通信装置１〜通信装置４をＡＰ１〜ＡＰ４と、通信装置５ａ〜通信装置５ｅをＳＴＡ５ａ〜ＳＴＡ５ｅともいう。

ＡＰ１は、無線ＬＡＮネットワークを構築し、他のＡＰであるＡＰ２およびＡＰ３とそれぞれ接続している。ＡＰ２およびＡＰ３は、それぞれ、アクセス回線とコアネットワークとを中継するバックホール通信により、ＡＰ１に対するステーション（ＳＴＡ）として、ＡＰ１に無線ＬＡＮ接続されている。ＡＰ４は、バックホール通信により、ＡＰ２に対するＳＴＡとして、ＡＰ２に無線ＬＡＮ接続されており、ＡＰ２を介してコントローラであるＡＰ１に制御される。
なお、ＡＰであるＡＰ１〜４は、アクセスポイント機能を有する通信装置であればよく、アクセスポイントを提供する専用機器である必要はない。

図１において、ＡＰ１は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）７に接続され、他のＡＰ２〜ＡＰ４、ＳＴＡ５ａ〜ＳＴＡ５ｅの通信を中継してＷＡＮ７に接続させることが可能なゲートウェイとして動作するものとする。ＡＰ１に替えて、ＡＰ２〜ＡＰ４のいずれかがゲートウェイとして動作してもよい。なお、ＡＰ１〜ＡＰ４は、無線通信に加えて、あるいは無線通信に替えて、有線通信を実行可能であってよい。

Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格では、１つのマルチＡＰネットワークにおいて、コントローラは１つと規定されており、一方、複数のエージェントが許容されている。
図１において、ＡＰ１は、マルチＡＰネットワーク６において他のＡＰを制御してマルチＡＰネットワーク６全体を制御する機能を有するコントローラの役割を担うものとする。一方、コントローラの役割を担わない他方のＡＰであるＡＰ２〜ＡＰ４は、コントローラの管理下に入り、ネットワーク情報をコントローラに報知する機能を有するエージェントの役割を担うものとする。
図１において、ＳＴＡ５ａは、親局と子局の間を接続するフロントホール通信により、ＡＰ２に無線ＬＡＮ接続されている。同様に、ＳＴＡ５ｂおよびＳＴＡ５ｃは、ＡＰ３に、ＳＴＡ５ｄおよびＳＴＡ５ｅは、ＡＰ４に、それぞれフロントホール通信により無線ＬＡＮ接続されている。

図１において、マルチＡＰネットワーク６は、Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格およびＩＥＥＥ８０２．１１に準拠する無線ＬＡＮネットワークであるものとする。マルチＡＰネットワーク６は、コントローラＡＰであるＡＰ１により構築され、ＡＰ１およびエージェントＡＰであるＡＰ２〜ＡＰ４によって形成される。なお、Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格およびＩＥＥＥ８０２．１１規格は一例であり、同様の機能を備えるその他の規格であってもよい。

マルチＡＰネットワーク６は、ワイヤレスＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＭＢＯＡ（ＭｕｌｔｉＢａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅ）、またはＢｌｕｅｔｏｏｔｈ（登録商標）に準拠するネットワークであってよい。マルチＡＰネットワーク６はまた、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）、ＺｉｇＢｅｅ（登録商標）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等に準拠するネットワークであってよい。ＵＷＢは、ワイヤレスＵＳＢ、ワイヤレス１３９４、およびＷＩＮＥＴ等を含む。

なお、図１に示すＡＰ１〜ＡＰ４は、Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格に準拠するＡＰとして動作可能な通信装置であって、図２および図３を参照して後述するハードウエアおよび機能構成を備える通信装置であればよい。ＡＰ１〜ＡＰ４は、例えば、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ルータ、ＰＣ、タブレット端末、スマートフォン、テレビ、プリンタ、複写機、プロジェクタ等のデバイスであってよいが、これらに限定されない。また、ＡＰ１〜ＡＰ４は相互に異なるデバイスであってよい。同様に、図１に示すＳＴＡ５ａ〜ＳＴＡ５ｅは、Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格に準拠するＳＴＡとして動作可能なあらゆる通信装置であってよく、デバイスの種類は限定されない。

＜通信装置のハードウエアおよび機能構成＞
図２は、本実施形態に係るコントローラとして動作可能な通信装置のハードウエアおよび機能構成の一例を示す図である。以下、図２に示すハードウエアおよび機能構成を備える通信装置として、図１のＡＰ１を参照して説明するが、ＡＰ２〜ＡＰ４もまた、図２に示すハードウエアおよび機能構成を備えてよい。
コントローラの役割を担うＡＰは、エージェントの機能を同時に備えてよい。本実施形態では、図１に示すＡＰ１が、コントローラとエージェントの双方の機能を備え、ＡＰ２〜ＡＰ４がエージェントの機能のみを備える例を説明するが、本実施形態はこれに限定されない。図１に示すＡＰ１〜ＡＰ４のいずれもが、コントローラとエージェントの双方の機能を備えてもよく、あるいは、コントローラとエージェントのいずれか一方の機能のみを備えてもよい。

図２の通信装置１（ＡＰ１）は、電源部１１、入力部１２、出力部１３、無線通信部１４、記憶部１５、制御部１６、およびアンテナ１７を備える。
図２のＡＰ１の各部は、システムバス１８により通信可能に相互接続される。なお、ＡＰ１は、上記のモジュール全てを備えなくともよく、図２の構成に加えて追加のモジュール等を備えてもよい。

電源部１１は、ＡＰ１の各ハードウエアコンポーネントに電源を供給する。電源部１１は、例えば、ＡＣ電源あるいはバッテリーから電力を取得してよい。
入力部１２は、マウス等のポインティングデバイスや音声入力、ボタン操作等を介してユーザからの各種操作の受付を行う。
出力部１３は、ユーザに対して各種出力を行う。ここで、出力部１３による出力とは、例えば、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）への表示や画面上への表示、スピーカによる音声出力、振動出力等の少なくとも１つを含んでよい。あるいは、タッチパネル等のように、入力部１２と出力部１３の双方を１つのモジュールで実現してもよい。

無線通信部１４は、物理層及びデータリンク層のプロトコルであるＩＥＥＥ８０２．１１シリーズ規格に準拠した無線ＬＡＮの制御や、ＩＥＥＥ８０２．３規格に準拠した有線ＬＡＮ等の有線通信の制御を実行する。無線通信部１４はさらに、ネットワーク層の通信プロトコルであるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信の制御等を行う。無線通信部１４はさらに、Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格に従って、コントローラ、および／またはエージェントの制御を実行するとともに、アンテナ１７を制御して、無線通信のための無線信号の送受信を実行する。

記憶部１５は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の１つまたは複数のメモリにより構成され、後述する各種動作を実行するためのプログラムや、無線通信のための通信パラメータ等の情報を記憶する。なお、記憶部１５として、ＲＯＭやＲＡＭ等のメモリの他、例えば、フレキシブルディスク、ハードディスク、光ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性メモリカード、ＤＶＤ等の記憶媒体を用いてよい。また、記憶部１５は、複数のメモリを備えてよい。

記憶部１５に記憶されるプログラムは、Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ記憶に準拠したマルチＡＰネットワークにおけるコントローラ制御、およびエージェント制御を実行するプログラムをそれぞれ含む。
また、ファームウエアは、記憶部１５のうち、例えば、フラッシュメモリ、ＲＯＭ等の不揮発性メモリに記憶される。ファームウエアは、ＲＯＭに記憶される場合、交換を要することなく書き換え可能なＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）に記憶されてよい。あるいは、ファームウエアは、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）に記憶されてよい。

制御部１６は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の１つまたは複数のプロセッサにより構成される。制御部１６は、記憶部１５に記憶されたプログラムを実行することにより、ＡＰ１全体を統括的に制御する。制御部１６は、記憶部１５に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働により、ＡＰ１全体を制御するようにしてもよい。

本実施形態において、制御部１６は、コントローラ部１６１およびエージェント部１６２を備える。コントローラ部１６１は、制御部１６が記憶部１５からマルチＡＰネットワークにおけるコントローラ制御を実行するプログラムを読み出して実行することにより、マルチＡＰネットワークにおけるコントローラとして動作する。同様に、エージェント部１６２は、制御部１６が記憶部１５からマルチＡＰネットワークにおけるエージェント制御を実行するプログラムを読み出して実行することにより、マルチＡＰネットワークにおけるエージェントとして動作する。
ＡＰ１は、当該ＡＰ１への設定や操作に従って、コントローラおよびエージェントのうち少なくとも一方の機能を実行する。制御部１６は、コントローラおよびエージェントの機能を個別に有効化および無効化することができる。

マルチＡＰネットワークのコントローラとして動作する場合、ＡＰ１は、エージェントから受信したネットワークのトポロジ情報やディスカバリー情報に基づいてエージェントに指示を発行することにより、マルチＡＰネットワーク６を制御する。
マルチＡＰネットワークのエージェントとして動作する場合、ＡＰ１は、ネットワークのトポロジ情報等のネットワークの情報を、コントローラに報知する。
なお、通信装置１は、コントローラの役割を担わない場合には、コントローラ機能を備えなくてもよい。同様に、通信装置１は、エージェントの役割を担わない場合には、エージェント機能を備えなくてもよい。

図３は、本実施形態に係るエージェントとして動作可能な通信装置のハードウエアおよび機能構成の一例を示す図である。以下、図３に示すハードウエアおよび機能構成を備える通信装置として、図１のＡＰ２を参照して説明するが、ＡＰ３およびＡＰ４もまた、図３に示すハードウエアおよび機能構成を備えてよい。
図３の通信装置２（ＡＰ２）は、電源部２１、入力部２２、出力部２３、無線通信部２４、記憶部２５、制御部２６、およびアンテナ２７を備える。
図３のＡＰ２の各部は、システムバス２８により通信可能に相互接続される。なお、ＡＰ２は、上記のモジュール全てを備えなくともよく、図３の構成に加えて追加のモジュール等を備えてもよい。
制御部２６は、ＡＰ２をエージェントとして動作させるエージェント部２６２を備える。図３のＡＰ２の各部は、制御部２６がコントローラ部を備えないことを除き、図２に示すＡＰ１の各部の機能と同様の機能を果たす。

＜ファームウエア更新管理処理＞
図４は、ＡＰである通信装置がマルチＡＰネットワーク６におけるコントローラとして動作する場合に実行されるファームウエア更新管理処理の一例を示すフローチャートである。ファームウエア更新管理処理とは、エージェントであるＡＰ２〜ＡＰ４のファームウエアの更新を管理する処理である。以下、図１のＡＰ１がコントローラとして動作するものとして便宜上説明するが、ＡＰ１に替えてＡＰ２〜ＡＰ４がコントローラとして図４に示す処理を実行してもよい。
なお、図４の各ステップは、ＡＰ１の電源が投入された際に、ＡＰ１の記憶部１５に記憶されたプログラムを制御部１６が読み出し、実行することで実現される。あるいは、ＡＰ１の電源が投入された場合に替えて、ユーザ操作等により通信設定モード等、所定の動作モードに入った場合や、通信設定アプリケーション等、所定のアプリケーションが起動された場合に、図４の各ステップが実行されてもよい。図４の各ステップは、マルチＡＰネットワーク６が形成されている間、所定間隔で定期的に実行されてよい。

また、図４に示すフローチャートの少なくとも一部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
この場合、図４に示すフローチャートにおける各ブロックは、ハードウエアブロックと見做すことができる。なお、複数のブロックをまとめて１つのハードウエアブロックとして構成してもよく、１つのブロックを複数のハードウエアブロックとして構成してもよい。

Ｓ１０１で、ＡＰ１のコントローラ部１６１は、マルチＡＰネットワーク６を形成しているエージェントであるＡＰ２〜ＡＰ４に対して、それぞれのファームウエアの情報を問い合わせるメッセージを送信する。コントローラ部１６１は、このファームウエアの情報を問い合わせるメッセージを、ＡＰ２〜ＡＰ４を含むマルチＡＰネットワーク６に対してブロードキャストする。
コントローラ部１６１が、エージェントであるＡＰ２〜ＡＰ４に対して問い合わせるファームウエアの情報は、各ＡＰに固有であるファームウエアのバージョン番号、ファームウエアの書き込みまたは更新日付を含む。ファームウエアの情報はさらに、当該ＡＰが対応しているＷｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格のバージョン番号等を含む。

Ｓ１０２で、ＡＰ１のコントローラ部１６１は、Ｓ１０１の問い合わせの応答として、自通信装置以外の他のエージェントＡＰであるＡＰ２〜ＡＰ４からそれぞれ送信されるファームウエアの情報を受信する。
Ｓ１０３で、ＡＰ１のコントローラ部１６１は、Ｓ１０２でＡＰ２〜ＡＰ４から受信されたファームウエアの情報を参照して、エージェントであるＡＰ２〜ＡＰ４がそれぞれファームウエアの更新を実行すべき時刻をスケジュール調整する。

具体的には、コントローラ部１６１は、複数のＡＰ２〜ＡＰ４の間で、同じ時刻にファームウエアが更新されないよう、すなわち、時間的に重複しないよう、それぞれのＡＰにおいてファームウエアを更新する時刻を決定してよい。コントローラ部１６１はまた、ファームウエアや、Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格のバージョン番号がより古いＡＰを優先して、他のＡＰより早くファームウエアの更新が実行されるようスケジュールを調整してよい。同様に、コントローラ部１６１は、ファームウエアの日付がより古いＡＰを優先して、他のＡＰより早くファームウエアの更新が実行されるようスケジュールを調整してよい。
コントローラ部１６１はさらに、それぞれのＡＰ２〜ＡＰ４から受信するネットワークのトポロジ情報や、ネットワークの負荷情報や輻輳情報に基づいて、それぞれのＡＰにおいてファームウエアを更新する時刻や順序を決定してよい。

Ｓ１０４で、ＡＰ１のコントローラ部１６１は、Ｓ１０３で調整されたスケジュールの情報を、ＡＰ２〜ＡＰ４にそれぞれ送信する。コントローラ部１６１が、ＡＰ２〜ＡＰ４に対してそれぞれ送信するスケジュールの情報は、当該ＡＰでファームウエアの更新を実行すべき時刻の情報を含む。エージェントであるＡＰ２〜ＡＰ４では、それぞれ、Ｓ１０４で送信されたスケジュールの情報に従って、ファームウエアの更新が実行される。
Ｓ１０５で、ＡＰ１のコントローラ部１６１は、ＡＰ２〜ＡＰ４からそれぞれ送信される、ファームウエアの更新が完了した旨の通知を受信する。
ＡＰ１のコントローラ部１６１は、所定間隔で、Ｓ１０１の処理を起動し、Ｓ１０１〜Ｓ１０５の処理を繰り返す。

＜ファームウエア更新処理＞
図５は、ＡＰである通信装置がマルチＡＰネットワーク６におけるエージェントとして動作する場合に実行されるファームウエア更新処理の一例を示すフローチャートである。以下、図１のＡＰ２がエージェントとして動作するものとして便宜上説明するが、エージェントであるＡＰ３およびＡＰ４においても同様のファームウエア更新処理が実行されるものとする。
なお、図５に示す各ステップは、ＡＰ２がマルチＡＰネットワークを形成している間に実行される。

Ｓ２０１で、ＡＰ２のエージェント部２６２は、ＡＰ１から送信された、ＡＰ２のファームウエアの情報を問い合わせるメッセージを受信する。
Ｓ２０２で、ＡＰ２のエージェント部２６２は、Ｓ２０１で受信された問い合わせに応答して、ＡＰ１に対して、ＡＰ２のファームウエアの情報を送信する。Ｓ２０２でＡＰ１に送信されるファームウエアの情報は、ＡＰ固有のファームウエアのバージョン情報、ファームウエアの書き込みまたは更新日付、対応しているＷｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格のバージョン番号を含む。Ｓ２０２でＡＰ１に送信されたＡＰ２のファームウエアの情報に基づいて、ＡＰ１で、エージェントであるＡＰ２〜ＡＰ４の間でのファームウエアの更新の時刻のスケジュール調整が実行される。

Ｓ２０３で、ＡＰ２のエージェント部２６２は、ＡＰ１から送信された、ＡＰ２でファームウエアの更新を実行すべき時刻の情報を含むスケジュールの情報を受信する。
Ｓ２０４で、ＡＰ２のエージェント部２６２は、Ｓ２０３でＡＰ１から受信されたスケジュールの情報を参照して、ＡＰ２でファームウエアの更新を実行すべき時刻が到来する前までに、ＡＰ２に接続するＳＴＡのステアリングを実行する。
具体的には、エージェント部２６２は、ＡＰ２に接続しているＳＴＡの全部または一部を切断するとともに、他のＡＰに対してこれらＳＴＡへの接続を禁止する処理を実行する。さらに、エージェント部２６２は、切断すべきＳＴＡを、可能であれば、マルチＡＰネットワーク６を形成している他のＡＰであるＡＰ３またはＡＰ４のいずれかに接続させるよう、ステアリング（ローミング）する。

Ｓ２０５で、ＡＰ２のエージェント部２６２は、Ｓ２０３でＡＰ１から受信されたスケジュールの情報に含まれる、ＡＰ２でファームウエアの更新を実行すべき時刻に、ファームウエアの更新を実行する。
Ｓ２０６で、ＡＰ２のエージェント部２６２は、ＡＰ１に対して、ＡＰ２のファームウエアの更新が完了した旨の通知を送信する。なお、ＡＰ２においてファームウェアの更新が失敗した場合には、その旨をコントローラであるＡＰ１に通知してもよい。

＜マルチＡＰネットワークにおけるファームウエア更新の制御シーケンス＞
図６は、マルチＡＰネットワーク６におけるＡＰ間のファームウエア更新処理の制御シーケンスの一例を示す。
Ｓ６１で、マルチＡＰネットワーク６が形成されると、コントローラであるＡＰ１は、マルチＡＰネットワーク６を形成しているエージェントであるＡＰ２〜ＡＰ４に対して、各ＡＰでのファームウエアの情報を問い合わせるメッセージを送信する。具体的には、ＡＰ１は、ＡＰ２〜ＡＰ４が含まれるマルチＡＰネットワーク６に、各ＡＰでのファームウエアの情報を問い合わせるメッセージをブロードキャストする。
Ｓ６２で、ファームウエアの情報の問い合わせメッセージを受信したＡＰ２〜ＡＰ４は、それぞれ、問い合わせの応答として、各ＡＰのファームウエアの情報をＡＰ１に送信する。

Ｓ６３で、ＡＰ１は、ＡＰ２〜ＡＰ４からそれぞれ受信したファームウエアの情報に基づいて、複数のＡＰ２〜ＡＰ４の間でファームウエアを更新する時刻をスケジュール調整する。
Ｓ６４で、ＡＰ１は、ＡＰ２〜ＡＰ４に対して、それぞれ、スケジュール調整されたファームウエア更新時刻を含むスケジュール情報を送信する。ここでは、ＡＰ２、ＡＰ３、ＡＰ４の順序でファームウエア更新が順に実行されるよう、ＡＰ２〜ＡＰ４の間でのファームウエア更新がスケジュール調整されたものとする。

Ｓ６５で、ＡＰ２は、ＡＰ２により受信されたスケジュールの情報に含まれるファームウエア更新時刻が到来する前に、ＡＰ２に接続されるＳＴＡの他のエージェントＡＰへのステアリングを実行する。
Ｓ６６で、ＡＰ２は、ＡＰ２により受信されたスケジュールの情報に含まれるファームウエア更新時刻に、ＡＰ２のファームウエアを更新する。
Ｓ６７で、ＡＰ２は、ＡＰ２のファームウエアが更新された旨の通知を、ＡＰ１に送信する。

同様に、Ｓ６８で、ＡＰ３は、ＡＰ３により受信されたスケジュールの情報に含まれるファームウエア更新時刻が到来する前に、ＡＰ３に接続されるＳＴＡの他のエージェントＡＰへのステアリングを実行する。ＡＰ３により受信されたスケジュールの情報は、ＡＰ２のファームウエア更新時刻より後のファームウエア更新時刻を指定しているものとする。
Ｓ６９で、ＡＰ３は、ＡＰ３により受信されたスケジュールの情報に含まれるファームウエア更新時刻に、ＡＰ３のファームウエアを更新し、Ｓ７０で、ＡＰ３は、ＡＰ３のファームウエアが更新された旨の通知をＡＰ１に送信する。
図示されていないが、ＡＰ４も、Ｓ６５〜Ｓ６７、Ｓ６８〜Ｓ７０と同様の処理を、ＡＰ２およびＡＰ３のいずれよりも後のファームウエア更新時刻に基づいて実行してよい。あるいは、Ｓ６４でＡＰ４に送信されたスケジュール情報が、ＡＰ４でのファームウエアの更新が不要である旨を示す場合、ＡＰ４でのファームウエアの更新は実行されなくてよい。

なお、ＡＰ１は、エージェントであるＡＰ２〜ＡＰ４のそれぞれに対して調整した時刻から所定時間を経過してもファームウエア更新の完了通知を受信できず、タイムアウトした場合、再度、スケジュール調整を実行してもよい。または、ＡＰ１がファームウェア更新の失敗通知をエージェントＡＰから受信した場合にも、再度スケジュール調整を実行してもよい。あるいは、タイムアウトが発生したＡＰや失敗通知を送信したＡＰをファームウエア更新の対象から除外して、ファームウエア更新が実行されないことを示す所定のエラーメッセージを出力してもよい。

以上説明したように、本実施形態によれば、コントローラとして動作する通信装置は、エージェントとして動作する通信装置から、各通信装置のファームウエアの情報を取得し、複数の通信装置の間でのファームウエアの更新のスケジュールを調整する。そして、コントローラとして動作する通信装置は、調整されたスケジュールを複数の通信装置に通知する。
また、エージェントとして動作する通信装置は、自装置のファームウエアの情報をコントローラとして動作する通信装置に送信するとともに、コントローラとして動作する通信装置から受信されるスケジュールに基づいて、ファームウエアの更新を実行する。

これにより、複数のアクセスポイントで形成される無線ネットワークにおいて、コントローラは、複数のエージェントの間のファームウエア更新が重ならないようスケジューリングすることができる。また、エージェントは、自装置でファームウエアが更新されるべきスケジュールを予め取得することができるため、ファームウエア更新を実行する前に、ファームウエアのダウンロードやＳＴＡのステアリング等の準備を実行することができる。
したがって、複数のアクセスポイントで形成される無線ネットワークにおいて、ＳＴＡのネットワークの接続性および可用性を損なうことなく、複数のアクセスポイントのファームウエアを適切に更新することができる。

（実施形態２）
以下、図７ないし図９を参照して、実施形態２を、実施形態１と異なる点についてのみ詳細に説明する。
実施形態１では、マルチＡＰネットワークにおけるコントローラが、エージェントでファームウエアを更新するため調整されたスケジュールを各エージェントに通知し、各エージェントが、ファームウエアを更新した。これに対して、本実施形態では、マルチＡＰネットワークにおけるコントローラが、マルチＡＰネットワークを形成する複数のエージェントに対して、スケジュールおよびファームウエア更新開始の指示をブロードキャストする。そして、ファームウエア更新に先立って、複数のアクセスポイント間で連携してＳＴＡのステアリングを実行する。
実施形態２に係る通信装置のハードウエアおよび機能構成は、図２および図３を参照して説明した実施形態１に係る通信装置と同様であるため、その説明を省略する。

＜ファームウエア更新管理処理＞
図７は、本実施形態に係る通信装置がマルチＡＰネットワーク６におけるコントローラとして動作する場合に実行されるファームウエア更新管理処理の一例を示すフローチャートである。
Ｓ１０１〜Ｓ１０３までの処理は、図４に示す実施形態１に係る通信装置（ＡＰ１）が実行するファームウエア更新管理処理と同様である。

Ｓ１０４で、ＡＰ１のコントローラ部１６１は、Ｓ１０３で調整されたスケジュールの情報を、ＡＰ２〜ＡＰ４を含むマルチＡＰネットワーク６に対してブロードキャストする。ブロードキャストは同報送信の一例であり、マルチキャスト等のその他の同報送信が用いられてもよい。本実施形態において、コントローラ部１６１が、ＡＰ２〜ＡＰ４に対してそれぞれ送信するスケジュールの情報は、エージェントであるＡＰ２〜ＡＰ４がそれぞれファームウエア更新を実行すべき順序の情報を含む。
Ｓ１０４でスケジュール情報をマルチＡＰネットワーク６に対してブロードキャストした後、Ｓ１０６で、ＡＰ１のコントローラ部１６１は、エージェントであるＡＰ２〜ＡＰ４に、ファームウエアの更新を開始する指示メッセージを送信する。このファームウエアの更新を開始する指示メッセージは、Ｓ１０４でマルチＡＰネットワーク６にブロードキャストされたスケジュールの情報を含み、Ｓ１０４と同様、マルチＡＰネットワーク６にブロードキャストされる。これにより、ＡＰ２〜ＡＰ４は、ＡＰ２〜ＡＰ４の間で、自装置がいずれの順序でファームウエア更新を実行すべきかを把握することができる。

Ｓ１０７で、ＡＰ１のコントローラ部１６１は、マルチＡＰネットワーク６に含まれるＡＰに接続されるＳＴＡのステアリングを実行する。本実施形態において、コントローラ部１６１は、マルチＡＰネットワーク６に含まれるエージェントであるＡＰ２〜ＡＰ４と連携して、ＳＴＡのステアリングを実行する。具体的には、ＡＰ１のコントローラ部１６１は、ＡＰ２〜ＡＰ４と連携して、ファームウエアを更新する順序が１番目のＡＰに接続しているＳＴＡを、マルチＡＰネットワーク６に含まれる別のＡＰに接続するよう、ＳＴＡのステアリングを実行させる。

Ｓ１０７でＳＴＡのステアリングが実行された後、マルチＡＰネットワーク６に含まれるＡＰ２〜ＡＰ４において、ブロードキャストされた順序に従って、ファームウエアが更新され、ＡＰ２〜ＡＰ４から、ファームウエア更新が完了した旨の通知が送信される。
Ｓ１０５で、ＡＰ１のコントローラ部１６１は、ＡＰ２〜ＡＰ４から送信される、ファームウエアの更新が完了した旨の通知を受信する。
ＡＰ１のコントローラ部１６１は、所定間隔で、Ｓ１０１の処理を起動し、図７に示す処理を繰り返す。

＜ファームウエア更新処理＞
図８は、本実施形態に係る通信装置がマルチＡＰネットワーク６におけるエージェントとして動作する場合に実行されるファームウエア更新処理の一例を示すフローチャートである。
Ｓ２０１〜Ｓ２０３までの処理は、図５に示す実施形態１に係る通信装置（ＡＰ２）が実行するファームウエア更新処理と同様である。本実施形態において、Ｓ２０３でＡＰ２のエージェント部２６２が受信する、ブロードキャストされたスケジュールの情報は、ＡＰ２〜ＡＰ４がそれぞれファームウエアを更新すべき順序を含む。

Ｓ２０３でＡＰ１からスケジュールの情報を受信した後、Ｓ２０７で、ＡＰ２のエージェント部２６２は、ＡＰ１からマルチＡＰネットワーク６にブロードキャストされた、ファームウエアの更新を開始する旨の指示メッセージを受信する。ここでは、ファームウエアの更新を開始する旨の指示メッセージが、ファームウエア更新順序の１番目にＡＰ２を指定していたものとする。あるいは、このファームウエアの更新を開始する旨の指示メッセージは、ＡＰ２でファームウエアの更新を実行すべき旨を示してもよい。
Ｓ２０７で、ファームウエアの更新を開始する旨の指示メッセージを受信すると、Ｓ２０４ａで、ＡＰ２のエージェント部２６２は、マルチＡＰネットワーク６に含まれる他のＡＰと連携して、ＳＴＡのステアリングを実行する。具体的には、ＡＰ２のエージェント部２６２は、他のＡＰと連携して、ファームウエアを更新する順序が１番目であるＡＰ２に接続しているＳＴＡを、マルチＡＰネットワーク６に含まれる他のＡＰに接続するよう、ＳＴＡのステアリングを実行させる。

Ｓ２０５で、ＡＰ２のエージェント部２６２は、Ｓ２０３でＡＰ１から受信されたスケジュールの情報に含まれるファームウエアを更新する順序に従って、ＡＰ２の順序が１番目である場合に、ファームウエアの更新を実行する。
Ｓ２０６で、ＡＰ２のエージェント部２６２は、マルチＡＰネットワーク６に対して、ＡＰ２のファームウエアの更新が完了した旨の通知をブロードキャストする。ここで、ＡＰ２においてファームウェアの更新が失敗した場合には、その旨の通知をブロードキャストしてもよい。

＜マルチＡＰネットワークにおけるファームウエア更新の制御シーケンス＞
図９は、本実施形態における、マルチＡＰネットワーク６におけるＡＰ間のファームウエア更新処理の制御シーケンスの一例を示す。
Ｓ６１〜Ｓ６３の処理は、図６に示す実施形態１の処理と同様である。
Ｓ６４で、ＡＰ１は、ＡＰ２〜ＡＰ４が含まれるマルチＡＰネットワーク６７に対して、スケジュール調整されたファームウエア更新順序を含むスケジュール情報をブロードキャストする。ここでは、ＡＰ２、ＡＰ３、ＡＰ４の順序でファームウエア更新が順に実行されるよう、ＡＰ２〜ＡＰ４の間でのファームウエア更新がスケジュール調整されたものとする。

Ｓ６４でスケジュールの情報がマルチＡＰネットワーク６にブロードキャストされた後、Ｓ７１で、ＡＰ１は、ＡＰ２〜ＡＰ４が含まれるマルチＡＰネットワーク６に対して、ファームウエアの更新を実行すべき旨の指示メッセージをブロードキャストする。
Ｓ６５ａで、ＡＰ１〜ＡＰ４は、連携して、ファームウエア更新順序が１番目であると指定されているＡＰ２でファームウエアの更新が実行される前に、ＡＰ２に接続されるＳＴＡの他のエージェントＡＰへのステアリングを実行する。
Ｓ６６で、ＡＰ２は、ＡＰ３およびＡＰ４に先立って、ＡＰ２のファームウエアを更新する。
Ｓ６７で、ＡＰ２は、ＡＰ２のファームウエアが更新された旨の通知を、マルチＡＰネットワーク６にブロードキャストする。

以降の処理は、ファームウエアの更新順序が２番目として指定されたＡＰ３につき、Ｓ７１、Ｓ６５ａ、Ｓ６６、およびＳ６７の処理と同様である。すなわち、Ｓ６７で、ＡＰ２でのファームウエア更新が完了した旨の通知を受信すると、Ｓ７２で、ＡＰ１は、ファームウエアの更新を開始すべき旨の指示メッセージを、マルチＡＰネットワーク６にブロードキャストする。Ｓ７２でブロードキャストされるファームウエアの更新を開始すべき旨の指示メッセージは、ＡＰ３にファームウエアの更新を実行させる契機を与える。
Ｓ６８ａで、ＡＰ３は、ファームウエアの更新が実行される前に、他のＡＰと連携して、ＡＰ３に接続されるＳＴＡの他のエージェントＡＰへのステアリングを実行し、Ｓ６９で、ＡＰ３は、ＡＰ３のファームウエアを更新する。
Ｓ７０で、ＡＰ３は、ＡＰ３のファームウエアが更新された旨の通知を、マルチＡＰネットワーク６にブロードキャストする。

以上説明したように、本実施形態によれば、コントローラとして動作する通信装置は、マルチＡＰネットワーク６に対して、スケジュールの情報とともに、ファームウエア更新を開始する旨の指示メッセージをブロードキャストする。
また、エージェントとして動作する通信装置は、ファームウエア更新を開始する旨の指示メッセージを受信すると、他のＡＰと連携してＴＡのステアリングを実行してから、自装置でファームウエアを更新し、ファームウエア更新の旨をブロードキャストする。
これにより、マルチＡＰネットワークに接続される複数のＡＰが連携して、ＳＴＡのステアリングと、更新順序に従ったファームウエアの更新を迅速に実行することができる。

（実施形態３）
以下、図１０ないし図１２を参照して、実施形態３を、実施形態１と異なる点についてのみ詳細に説明する。
実施形態１では、マルチＡＰネットワークにおけるコントローラが、エージェントでファームウエアを更新するため調整されたスケジュールを各エージェントに通知し、各エージェントが、ファームウエアを更新した。これに対して、本実施形態では、マルチＡＰネットワークにおけるコントローラが、調整されたスケジュールを各ＡＰに提案し、エージェントが提案されたスケジュールでファームウエアを更新するか否かを判定する。
実施形態３に係る通信装置のハードウエアおよび機能構成は、図２および図３を参照して説明した実施形態１に係る通信装置と同様であるため、その説明を省略する。

＜ファームウエア更新管理処理＞
図１０は、本実施形態に係る通信装置がマルチＡＰネットワーク６におけるコントローラとして動作する場合に実行されるファームウエア更新管理処理の一例を示すフローチャートである。
Ｓ１０１〜Ｓ１０３までの処理は、図４に示す実施形態１に係る通信装置（ＡＰ１）が実行するファームウエア更新管理処理と同様である。Ｓ１０３では、ＡＰ１のコントローラ部１６１は、複数のＡＰが同じ時刻にファームウエアを更新することのないよう、ＡＰ２〜ＡＰ４のファームウエア更新時刻をスケジュール調整する。

Ｓ１０３でスケジュール調整がされた後、Ｓ１０８で、ＡＰ１のコントローラ部１６１は、Ｓ１０３で調整されたスケジュールを提案するメッセージを、ＡＰ２〜ＡＰ４に対してそれぞれ送信する。本実施形態において、コントローラ部１６１が、ＡＰ２〜ＡＰ４に対してそれぞれ送信するスケジュールの提案は、Ｓ１０３で調整されたスケジュールの情報を含み、スケジュールの情報は、当該ＡＰがファームウエアの更新を実行すべき時刻の情報を含む。
Ｓ１０９で、ＡＰ１のコントローラ部１６１は、ＡＰ２〜ＡＰ４からそれぞれ、Ｓ１０８で送信されたスケジュールの提案の応答を受信する。
Ｓ１１０で、ＡＰ１のコントローラ部１６１は、Ｓ１０９で受信されたスケジュールの提案の応答を参照して、ＡＰ２〜ＡＰ４において、提案されたスケジュールが許可されたか否かを判定する。

提案されたスケジュールが許可されない場合（Ｓ１１０：Ｎ）、Ｓ１０３に戻って、ＡＰ１のコントローラ部１６１は、再度、ファームウエア更新のスケジュールを調整する。コントローラ部１６１は、Ｓ１０９で受信されたスケジュールの提案の応答が、当該ＡＰにおいてファームウエア更新が可能な代替の時刻を含む場合には、代替の時刻を用いてスケジュールを調整してよい。
一方、提案されたスケジュールが許可された場合（Ｓ１１０：Ｙ）、Ｓ１０５に進む。
Ｓ１０５で、ＡＰ１のコントローラ部１６１は、ＡＰ２〜ＡＰ４から送信される、ファームウエアの更新が完了した旨の通知を受信する。
ＡＰ１のコントローラ部１６１は、所定間隔で、図１０の処理を繰り返す。

＜ファームウエア更新処理＞
図１１は、本実施形態に係る通信装置がマルチＡＰネットワーク６におけるエージェントとして動作する場合に実行されるファームウエア更新処理の一例を示すフローチャートである。
Ｓ２０１〜Ｓ２０２までの処理は、図５に示す実施形態１に係る通信装置（ＡＰ２）が実行するファームウエア更新処理と同様である。
Ｓ２０２でファームウエアの情報を送信した後、Ｓ２０８で、ＡＰ２のエージェント部２６２は、ＡＰ１から、ファームウエア更新のスケジュールの提案のメッセージを受信する。

Ｓ２０９で、ＡＰ２のエージェント部２６２は、Ｓ２０８で受信されたスケジュールの提案のメッセージ中のスケジュールの情報に基づいて、提案されたスケジュールどおりにファームウエア更新を実行するか否かを判定する。具体的には、エージェント部２６２は、提案されたファームウエア更新を実行すべき時刻に、ＡＰ２のファームウエアの更新が可能か否かを、ファームウエア更新に先立って必要な準備の負荷に基づいて、判定してよい。例えば、エージェント部２６２は、自装置に接続するＳＴＡの数に基づいて、提案されたスケジュールでファームウエアの更新が可能か否かを判定してよい。

提案したスケジュールどおりにファームウエア更新を実行しない場合（Ｓ２０９：Ｎ）Ｓ２１０に進み、ＡＰ２のエージェント部２６２は、ファームウエア更新のスケジュールの提案に対する判定結果として拒否の旨の応答をＡＰ１に送信して、Ｓ２０８に戻る。一方、提案したスケジュールどおりにファームウエア更新を実行する場合（Ｓ２０９：Ｙ）、Ｓ２１１に進み、ＡＰ２のエージェント部２６２は、ファームウエア更新のスケジュールの提案に対して、許可の旨の応答をＡＰ１に送信して、Ｓ２０４に進む。

Ｓ２１１で、スケジュール提案に対して許可の旨の応答をＡＰ１に送信した後、Ｓ２０４〜Ｓ２０６までの処理は、図５に示すＳ２０４〜Ｓ２０６の処理と同様である。すなわち、Ｓ２０４で、ＡＰ２のエージェント部２６２は、スケジュールの提案に含まれるファームウエア更新の時刻が到来する前に、ＡＰ２に接続されるＳＴＡのステアリングを実行する。Ｓ２０５で、ＡＰ２のエージェント部２６２は、ファームウエアの更新を実行し、Ｓ２０６で、ＡＰ１にファームウエアの更新が完了した旨の通知を送信する。

＜マルチＡＰネットワークにおけるファームウエア更新の制御シーケンス＞
図１２は、本実施形態における、マルチＡＰネットワーク６におけるＡＰ間のファームウエア更新処理の制御シーケンスの一例を示す。
Ｓ６１〜Ｓ６３の処理は、図６に示す実施形態１のＳ６１〜Ｓ６３の処理と同様である。
Ｓ６３で、ＡＰ２〜ＡＰ４のファームウエア更新のスケジュール調整が実行された後、Ｓ７３で、ＡＰ１は、ＡＰ２に、ファームウエア更新のスケジュールの提案を送信する。
Ｓ７４で、スケジュールの提案を受信したＡＰ２は、ファームウエア更新のスケジュールの提案に対する応答を、ＡＰ１に送信する。
同様に、Ｓ７５で、ＡＰ１は、ＡＰ３に、ファームウエア更新のスケジュールの提案を送信し、Ｓ７６で、スケジュールの提案を受信したＡＰ３は、ファームウエア更新のスケジュールの提案に対する応答を、ＡＰ１に送信する。図１２では、ＡＰ２およびＡＰ３はいずれも、ＡＰ１に対して、ファームウエア更新のスケジュールの提案を許可する旨の応答を送信したものとする。

Ｓ６５〜Ｓ６７は、図６に示すＳ６５〜Ｓ６７と同様である。すなわち、Ｓ６５で、ＡＰ２は、Ｓ７３で提案されたスケジュール中のスケジュール情報に基づいて、スケジュールの情報として指定されたファームウエア更新時刻が到来する前に、ＡＰ２に接続されるＳＴＡの他のエージェントＡＰへのステアリングを実行する。
Ｓ６６で、ＡＰ２は、ＡＰ２のファームウエアを更新し、Ｓ６７で、ＡＰ２は、ＡＰ２のファームウエアが更新された旨の通知を、ＡＰ１に送信する。
Ｓ６８〜Ｓ７０では、ＡＰ３が、Ｓ６５〜Ｓ６７と同様の処理を実行する。

以上説明したように、本実施形態によれば、コントローラとして動作する通信装置は、エージェントとして動作する通信装置に対して、ファームウエア更新のスケジュールの提案を送信し、エージェントから拒否が応答された場合に、スケジュールを再調整する。
また、エージェントとして動作する通信装置は、ファームウエア更新のスケジュールの提案を受信すると、提案されたスケジュールでファームウエア更新を実行するか否かを判定して、コントローラにスケジュール提案の許否を応答する。
これにより、マルチＡＰネットワークに接続されるＡＰのうち、調整されたスケジュールどおりにファームウエア更新が実行できないＡＰが存在する場合であっても、当該ＡＰのファームウエア更新のスケジュールの再調整が可能となる。したがって、マルチＡＰネットワークを形成する複数のＡＰのファームウエア更新が滞ることなくより迅速に実現できる。

（実施形態４）
以下、図１３ないし図１５を参照して、実施形態４を、実施形態１と異なる点についてのみ詳細に説明する。
実施形態１では、マルチＡＰネットワークにおけるコントローラが、エージェントでファームウエアを更新するため調整されたスケジュールを各エージェントに通知し、各エージェントが、ファームウエアを更新した。これに対して、本実施形態では、エージェントが、当該エージェントのファームウエア更新のスケジュールをコントローラに要求し、コントローラが、要求されたエージェントのファームウエア更新のスケジュールを調整して、要求元エージェントに送信する。
実施形態４に係る通信装置のハードウエアおよび機能構成は、図２および図３を参照して説明した実施形態１に係る通信装置と同様であるため、その説明を省略する。

＜ファームウエア更新管理処理＞
図１３は、本実施形態に係る通信装置がマルチＡＰネットワーク６におけるコントローラとして動作する場合に実行されるファームウエア更新管理処理の一例を示すフローチャートである。
Ｓ１０１〜Ｓ１０２までの処理は、図４に示す実施形態１に係る通信装置（ＡＰ１）が実行するファームウエア更新管理処理と同様である。
Ｓ１０２でＡＰ２〜ＡＰ４からファームウエアの情報を受信した後、Ｓ１１１で、ＡＰ１のコントローラ部１６１は、エージェントであるＡＰ２〜ＡＰ４のいずれかから、当該ＡＰでのファームウエア更新のスケジュールを要求するメッセージを受信する。

Ｓ１０３で、ＡＰ１のコントローラ部１６１は、Ｓ６２で受信されたＡＰ２〜ＡＰ４からのファームウエアの情報に基づいて、スケジュールの要求元のＡＰのファームウエア更新のスケジュールを調整する。具体的には、コントローラ部１６１は、複数のＡＰが同じ時刻にファームウエアを更新することのないよう、スケジュールの要求元のＡＰのファームウエア更新時刻をスケジュール調整する。
Ｓ１１２で、ＡＰ１のコントローラ部１６１は、Ｓ１０３で調整されたスケジュールの要求元のＡＰのファームウエア更新のスケジュールを、スケジュールの要求元のＡＰに送信する。
Ｓ１０５は、図６に示すＳ１０５と同様であり、ＡＰ１のコントローラ部１６１は、スケジュールの要求元のＡＰから送信される、ファームウエアの更新が完了した旨の通知を受信する。
ＡＰ１のコントローラ部１６１は、所定間隔で、図１３に示す処理を繰り返す。

＜ファームウエア更新処理＞
図１４は、本実施形態に係る通信装置がマルチＡＰネットワーク６におけるエージェントとして動作する場合に実行されるファームウエア更新処理の一例を示すフローチャートである。
Ｓ２０１〜Ｓ２０２までの処理は、図５に示す実施形態１に係る通信装置（ＡＰ２）が実行するファームウエア更新処理と同様である。
Ｓ２０２でファームウエアの情報を送信した後、Ｓ２１２で、ＡＰ２のエージェント部２６２は、ＡＰ１に対して、ＡＰ２のファームウエア更新のスケジュールを要求するメッセージを送信する。ＡＰ１は、ファームウエア更新のスケジュールの要求を契機に、ＡＰ２のファームウエア更新のスケジュールを調整する。
Ｓ２１３で、ＡＰ２のエージェント部２６２は、ＡＰ１から、ファームウエア更新のスケジュールの要求に対する応答として、ＡＰ２のファームウエア更新のスケジュールの情報を受信する。

Ｓ２１３で、スケジュール要求に対する応答を受信した後、Ｓ２０４〜Ｓ２０６までの処理は、図５に示すＳ２０４〜Ｓ２０６の処理と同様である。すなわち、Ｓ２０４で、ＡＰ２のエージェント部２６２は、スケジュール要求に対する応答に含まれるファームウエア更新の時刻が到来する前に、ＡＰ２に接続されるＳＴＡのステアリングを実行する。Ｓ２０５で、ＡＰ２のエージェント部２６２は、ファームウエアの更新を実行し、Ｓ２０６で、ＡＰ１にファームウエアの更新が完了した旨の通知を送信する。

＜マルチＡＰネットワークにおけるファームウエア更新の制御シーケンス＞
図１５は、本実施形態における、マルチＡＰネットワーク６におけるＡＰ間のファームウエア更新処理の制御シーケンスの一例を示す。
Ｓ６１〜Ｓ６２の処理は、図６に示す実施形態１のＳ６１〜Ｓ６２の処理と同様である。
Ｓ６２でＡＰ２〜ＡＰ４から、ファームウエアの情報をそれぞれ受信した後、Ｓ７７で、ＡＰ２は、ＡＰ１へ、ＡＰ２のファームウエア更新のスケジュールの要求を送信する。
Ｓ６３で、ＡＰ１は、Ｓ６２で受信したＡＰ２〜ＡＰ４のファームウエアの情報に基づいて、ＡＰ２のファームウエア更新のスケジュール調整を実行し、Ｓ７８で、ＡＰ１は、ＡＰ２に、スケジュールの要求への応答を送信する。
Ｓ７９〜Ｓ８１において、ＡＰ３は、Ｓ７７、Ｓ６３、およびＳ７８の処理と同様の処理を実行する。すなわち、Ｓ７９で、ＡＰ３は、ＡＰ１へ、ＡＰ３のファームウエア更新のスケジュールの要求を送信し、Ｓ８０で、ＡＰ１は、ＡＰ３のファームウエア更新のスケジュール調整を実行し、Ｓ８１で、ＡＰ１は、ＡＰ３に、スケジュールの要求への応答を送信する。

Ｓ６５〜Ｓ６７は、図６に示すＳ６５〜Ｓ６７と同様である。すなわち、Ｓ６５で、ＡＰ２は、Ｓ７８で受信されたスケジュール要求への応答中で、スケジュールの情報として指定されたファームウエア更新時刻が到来する前に、ＡＰ２に接続されるＳＴＡの他のエージェントＡＰへのステアリングを実行する。
Ｓ６６で、ＡＰ２は、ＡＰ２のファームウエアを更新し、Ｓ６７で、ＡＰ２は、ＡＰ２のファームウエアが更新された旨の通知を、ＡＰ１に送信する。
Ｓ６８〜Ｓ７０では、ＡＰ３が、Ｓ６５〜Ｓ６７と同様の処理を実行する。

以上説明したように、本実施形態によれば、コントローラとして動作する通信装置は、エージェントとして動作する通信装置からの要求に応じて、要求元のエージェントのファームウエア更新のスケジュールを調整し、要求元のエージェントに応答する。
また、エージェントとして動作する通信装置は、自装置のファームウエア更新のスケジュールをコントローラに要求し、コントローラから応答されるスケジュールで、ファームウエア更新を実行する。
これにより、マルチＡＰネットワークに接続されるＡＰからの要求に応答して、当該ＡＰに対するファームウエア更新のスケジュール調整が実行される。したがって、コントローラにおける複数のＡＰのファームウエア更新のスケジュール調整の負荷が低減される。

（他の実施形態）
本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体（記憶媒体）等としての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、Ｗｅｂアプリケーション等）から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
また、本発明は、上述の実施形態の一部または１以上の機能を実現するプログラムによっても実現可能である。すなわち、そのプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータ（またはＣＰＵやＭＰＵ等）における１つ以上のプロセッサがプログラムを読出し実行する処理により実現可能である。また、そのプログラムをコンピュータ可読な記録媒体に記録して提供してもよい。
また、コンピュータが読みだしたプログラムを実行することにより、実施形態の機能が実現されるものに限定されない。例えば、プログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって上記した実施形態の機能が実現されてもよい。

１…コントローラ、２、３、４…エージェント、５ａ、５ｂ、５ｃ、５ｄ、５ｅ…ステーション、６…マルチＡＰネットワーク、７…ＷＡＮ、１１、２１…電源部、１２、２２…入力部、１３、２３…出力部、１４、２４…無線通信部部、１５、２５…記憶部、１６、２６…制御部、１７、２７…アンテナ、１８、２８…システムバス、１６１…コントローラ部、１６２、２６２…エージェント部

Claims (16)

1. 複数のアクセスポイントを含む無線ネットワークにおいてアクセスポイントとして動作可能な通信装置であって、
   前記複数のアクセスポイントのうち、前記通信装置以外の他のアクセスポイントのファームウエアの情報を取得する取得手段と、
   前記取得手段により取得された前記ファームウエアの情報に基づいて、前記他のアクセスポイントのファームウエアを更新すべきスケジュールを決定する決定手段と、
   前記決定手段により決定された前記スケジュールの情報を、前記他のアクセスポイントへ通知する通知手段と
   を備えることを特徴とする通信装置。
2. 前記取得手段は、前記他のアクセスポイントに対して、前記ファームウエアの情報を定期的に問い合わせることにより、前記他のアクセスポイントの前記ファームウエアの情報を取得する
   ことを特徴とする請求項１に記載の通信装置。
3. 前記決定手段は、前記取得手段によって取得された前記ファームウエアの情報に基づいて、前記複数のアクセスポイントの間で、前記ファームウエアの更新が時間的に重複しないよう、前記スケジュールを決定する
   ことを特徴とする請求項１または２に記載の通信装置。
4. 前記決定手段は、前記取得手段によって取得された前記ファームウエアの情報に基づいて、前記複数のアクセスポイントのうち、バージョンまたは日付が古いファームウエアを有するアクセスポイントを優先して、前記スケジュールを決定する
   ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 前記ファームウエアの更新を開始させる順序の情報を、前記無線ネットワークに同報送信する同報送信手段をさらに備える
   ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
6. 前記決定手段は、前記他のアクセスポイントから、前記通知手段により前記他のアクセスポイントに通知された前記スケジュールの情報に対して、拒否の応答を受信した場合、前記拒否の応答に基づいて、再度、前記スケジュールを決定する
   ことを特徴とする請求項１から５のいずれか１項に記載の通信装置。
7. 前記決定手段は、前記他のアクセスポイントから、前記他のアクセスポイントの前記ファームウエアを更新するスケジュールを要求された場合に、要求元である前記他のアクセスポイントについて、前記スケジュールを決定する
   ことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記無線ネットワークは、Ｗｉ−Ｆｉ ＥａｓｙＭｅｓｈ規格に準拠する無線ネットワークであり、前記通信装置は、コントローラであり、前記他のアクセスポイントはエージェントである
   ことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
9. 複数のアクセスポイントを含む無線ネットワークにおいてアクセスポイントとして動作可能な通信装置であって、
   前記通信装置のファームウエアの情報を、前記通信装置を制御する他のアクセスポイントへ送信する送信手段と、
   前記他のアクセスポイントから、前記通信装置のファームウエアを更新すべきスケジュールの情報を受信する受信手段と、
   前記受信手段により受信された前記スケジュールの情報に基づいて、前記通信装置のファームウエアを更新する更新手段と
   を備えることを特徴とする通信装置。
10. 前記受信手段により受信された前記スケジュールの情報に基づいて、前記更新手段により前記ファームウエアが更新される前に、前記通信装置に接続しているステーションをステアリングするステアリング手段をさらに備える
    ことを特徴とする請求項９に記載の通信装置。
11. 前記ステアリング手段は、前記ファームウエアの更新を開始させる順序の情報が同報された場合、前記無線ネットワークに含まれるアクセスポイント間で連携して、前記ステーションをステアリングする
    ことを特徴とする請求項１０に記載の通信装置。
12. 前記受信手段により受信される前記スケジュールの情報に基づいて、前記通信装置のファームウエアを更新するか否かを判定する判定手段と、
    前記判定手段による判定結果を前記他のアクセスポイントへ送信する第２の送信手段と、をさらに備える
    ことを特徴とする請求項９から１１のいずれか１項に記載の通信装置。
13. 前記他のアクセスポイントに対して、前記スケジュールの情報の送信を要求する要求手段をさらに備える
    ことを特徴とする請求項９から１２のいずれか１項に記載の通信装置。
14. 複数のアクセスポイントを含む無線ネットワークにおいてアクセスポイントとして動作可能な通信装置の制御方法であって、
    前記複数のアクセスポイントのうち、前記通信装置以外の他のアクセスポイントのファームウエアの情報を取得するステップと、
    取得された前記ファームウエアの情報に基づいて、前記他のアクセスポイントのファームウエアを更新すべきスケジュールを決定するステップと、
    決定された前記スケジュールの情報を、前記他のアクセスポイントへ通知するステップと
    を含むことを特徴とする通信装置の制御方法。
15. 複数のアクセスポイントを含む無線ネットワークにおいてアクセスポイントとして動作可能な通信装置の制御方法であって、
    前記通信装置のファームウエアの情報を、前記通信装置を制御する他のアクセスポイントへ送信するステップと、
    前記他のアクセスポイントから、前記通信装置のファームウエアを更新すべきスケジュールの情報を受信するステップと、
    受信された前記スケジュールの情報に基づいて、前記通信装置のファームウエアを更新するステップと
    を含むことを特徴とする通信装置の制御方法。
16. コンピュータを、請求項１から１３のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。

Images