JP6544405B2 - アクセスポイント、管理装置、コントローラ、アクセスポイントの制御方法、及びプログラム - Google Patents
アクセスポイント、管理装置、コントローラ、アクセスポイントの制御方法、及びプログラム Download PDFInfo
- Publication number
- JP6544405B2 JP6544405B2 JP2017181507A JP2017181507A JP6544405B2 JP 6544405 B2 JP6544405 B2 JP 6544405B2 JP 2017181507 A JP2017181507 A JP 2017181507A JP 2017181507 A JP2017181507 A JP 2017181507A JP 6544405 B2 JP6544405 B2 JP 6544405B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- access point
- communication
- ssid
- wireless communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Description
本発明は、アクセスポイント、管理装置、コントローラ、アクセスポイントの制御方法、及びプログラムに関するものである。
従来の技術においては、例えば「プロファイル毎に、プロファイル名、ＳＳＩＤ（Service Set Identifier：サービスセット識別子）、ＩＰ（Internet Protocol）アドレス設定、ＤＮＳ（Domain Name System：ドメインネームシステム）設定、Ｐｒｏｘｙ設定、通信チャネル設定、セキュリティ方式設定（例えばＷＥＰ（Wired Equivalent Privacy））およびＳＩＰサーバ設定等の情報が記憶されている。無線ＬＡＮ端末１００は、このプロファイルに従って、接続先のアクセスポイント２００、２００ａ、２００ｂ、２００ｃをスキャンして探索するスキャン動作し、応答があったアクセスポイントと無線接続する。」無線ＬＡＮ端末が提案されている（例えば、特許文献１参照）。
従来、各拠点にメインサーバ（本体サーバ）の代替手段となるサーバ（サバイバルサーバ）を設置し、本体サーバに障害が発生した場合、無線端末に関する管理を本体サーバからサバイバルサーバに切り替え、拠点内の情報通信を継続するものが知られている。
しかしながら、同一のネットワーク識別子（ＥＳＳＩＤ：Extended Service Set Identifier：以下「ＳＳＩＤ」ともいう。）でのサーバ切り替えに対応していない無線端末（無線ＬＡＮ端末）においては、例えば、障害等により本体サーバからサバイバルサーバへ切り替えが行われた場合、サバイバルサーバへの登録（情報通信）ができないため、サバイバルサーバを用いた通信を行うことができず、サービス利用不可となる、という問題点があった。
また、このようなサバイバルサーバへの登録ができない状態において、無線端末が本体サーバに対する登録を繰り返すことにより、ネットワーク輻輳が生じる、という問題点があった。この問題は端末台数が多くなるにつれて顕著である。
また、上記特許文献１に記載の技術は、プロファイルにより、利用するＳＳＩＤ、及びＳＩＰサーバを決定する。又は、ＳＳＩＤにより、利用するプロファイル、及びＳＩＰサーバを決定する。
しかしながら、複数のアクセスポイントが、同一のＳＳＩＤに設定されて構成された無線通信システムにおいては、同一のＳＳＩＤでのサーバ切り替えに対応していない無線端末では、利用するサーバ（ＳＩＰサーバ）を切り替えることができない、という問題点があった。
したがって、同一のネットワーク識別子でのサーバ切り替えに対応していない無線端末であっても、サーバ切り替えを行うことができるアクセスポイント、管理装置、コントローラ、アクセスポイントの制御方法、及びプログラムが望まれていた。また、通信状態に応じてセキュリティの設定又は変更を行うことができるアクセスポイント、管理装置、コントローラ、アクセスポイントの制御方法、及びプログラムが望まれていた。
本発明に係るアクセスポイントは、無線端末と無線通信すると共に、サーバと有線通信するアクセスポイントであって、前記サーバと当該アクセスポイントとの間の通信状態を検出し、該通信状態に応じて当該アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う監視部と、前記監視部の行うセキュリティの設定又は変更に基づき当該アクセスポイントの前記無線通信に係わる制御信号を送信する無線通信部とを備え、前記監視部は、前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記通信状態を検出するものである。
本発明に係る管理装置は、無線端末と無線通信するアクセスポイントとネットワークを介して接続されると共に、サーバとネットワークを介して接続される管理装置であって、前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記サーバと当該管理装置との間の通信状態を検出し、該通信状態に応じて前記アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う監視部を備え、前記監視部は、前記アクセスポイントの無線通信におけるセキュリティの設定又は変更に基き前記アクセスポイントの無線通信部に前記無線通信に係わる制御信号を送信させるものである。
本発明に係るコントローラは、無線端末と無線通信するアクセスポイントとネットワークを介して接続されると共に、サーバとネットワークを介して接続されるコントローラであって、前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記サーバと当該管理装置との間の通信状態を検出し、該通信状態に応じて前記アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う監視部を備え、前記監視部は、前記アクセスポイントの無線通信におけるセキュリティの設定又は変更に基き前記アクセスポイントの無線通信部に前記無線通信に係わる制御信号を送信させるものである。
本発明に係るアクセスポイントの制御方法は、無線端末と無線通信すると共に、サーバと有線通信するアクセスポイントの制御方法であって、前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記サーバと当該アクセスポイントとの間の通信状態を検出する工程と、検出された前記通信状態に応じて、前記アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う工程と、前記セキュリティの設定又は変更に基づき、前記無線通信に係わる制御信号を送信する工程と、を有するものである。
本発明に係るプログラムは、無線端末と無線通信すると共に、サーバと有線通信するアクセスポイントを、前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記サーバと当該アクセスポイントとの間の通信状態を検出し、該通信状態に応じて当該アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う監視部と、前記監視部の行うセキュリティの設定又は変更に基づき前記無線通信に係わる制御信号を送信する無線通信部として機能させるものである。
本発明においては、通信状態に応じて、アクセスポイントの無線通信におけるセキュリティの設定又は変更を行うことができる。
実施の形態１．
図１は実施の形態１に係る無線ＩＰ電話システムの構成図である。
本実施の形態においては、本発明における無線通信システムを、無線ＩＰ（Internet Protocol）電話システムに適用した形態について説明する。
図１は実施の形態１に係る無線ＩＰ電話システムの構成図である。
本実施の形態においては、本発明における無線通信システムを、無線ＩＰ（Internet Protocol）電話システムに適用した形態について説明する。
図１において、本実施の形態１に係る無線ＩＰ電話システムは、本体サーバ１と、サバイバルサーバ２と、サバイバルサーバ３と、アクセスポイント（以下「ＡＰ」ともいう。）４と、ＡＰ５と、ＡＰ６と、無線端末７と、無線端末８と、無線端末９とから構成されている。
本体サーバ１、サバイバルサーバ２、サバイバルサーバ３、ＡＰ４、ＡＰ５、及びＡＰ６は、それぞれ有線ＬＡＮで接続され、互いに通信が行える。
無線端末７、無線端末８、及び無線端末９（以下、区別しないときは単に「端末」ともいう。）は、それぞれ、ＡＰ４、ＡＰ５、及びＡＰ６（以下、区別しないときは単に「アクセスポイント」又は「ＡＰ」ともいう。）の何れかと無線ＬＡＮにより接続され、無線により情報通信が行える。
ＡＰ４、ＡＰ５、及びＡＰ６は、それぞれ、有線ＬＡＮと無線ＬＡＮとの間で通信を中継する。
無線端末７、無線端末８、及び無線端末９（以下、区別しないときは単に「端末」ともいう。）は、それぞれ、ＡＰ４、ＡＰ５、及びＡＰ６（以下、区別しないときは単に「アクセスポイント」又は「ＡＰ」ともいう。）の何れかと無線ＬＡＮにより接続され、無線により情報通信が行える。
ＡＰ４、ＡＰ５、及びＡＰ６は、それぞれ、有線ＬＡＮと無線ＬＡＮとの間で通信を中継する。
ここで、図１に示す無線ＩＰ電話システムには、拠点Ａ、拠点Ｂ、拠点Ｃが存在する。
拠点Ａには、本体サーバ１、ＡＰ４、及び無線端末７が含まれる。
拠点Ｂには、サバイバルサーバ２、ＡＰ５、及び無線端末８が含まれる。
拠点Ｃには、サバイバルサーバ３、ＡＰ６、及び無線端末９が含まれる。
拠点Ａには、本体サーバ１、ＡＰ４、及び無線端末７が含まれる。
拠点Ｂには、サバイバルサーバ２、ＡＰ５、及び無線端末８が含まれる。
拠点Ｃには、サバイバルサーバ３、ＡＰ６、及び無線端末９が含まれる。
例えば、１つの地区や地域において電話システムが構成される場合、その電話システムが包含する範囲を拠点という。
例えば、拠点Ａが東京地区、拠点Ｂが大阪地区、及び拠点Ｃが名古屋地区といえる。
例えば、拠点Ａが東京地区、拠点Ｂが大阪地区、及び拠点Ｃが名古屋地区といえる。
尚、図１では、拠点として拠点Ａ〜Ｃの場合を示しているが、本発明はこれに限るものではなく、同様の機能を持つ拠点を複数備えるようにしても良い。
また、各拠点における端末及びアクセスポイントの設置台数は、特に限定されるものではなく、複数台であっても良い。
また、各拠点における端末及びアクセスポイントの設置台数は、特に限定されるものではなく、複数台であっても良い。
本体サーバ１、サバイバルサーバ２、及びサバイバルサーバ３（以下、区別しないときは単に「サーバ」という。）は、ＩＰ網に接続可能な呼処理装置である。
例えば、ＩＰインターフェースを有するＩＰ−ＰＢＸやＳＩＰサーバなどにより構成される。
本体サーバ１は、主要として設置された呼処理装置である。
サバイバルサーバ２及びサバイバルサーバ３は、副次的に設置された呼処理装置である。後述する動作により、サバイバルサーバ２及び３は、本体サーバ１に障害が発生した場合などに、本体サーバ１に代わって動作する。
これらの呼処理装置は、それぞれ異なるＩＰアドレスが予め設定され、拠点毎に設置されている。
例えば、ＩＰインターフェースを有するＩＰ−ＰＢＸやＳＩＰサーバなどにより構成される。
本体サーバ１は、主要として設置された呼処理装置である。
サバイバルサーバ２及びサバイバルサーバ３は、副次的に設置された呼処理装置である。後述する動作により、サバイバルサーバ２及び３は、本体サーバ１に障害が発生した場合などに、本体サーバ１に代わって動作する。
これらの呼処理装置は、それぞれ異なるＩＰアドレスが予め設定され、拠点毎に設置されている。
尚、「本体サーバ１」は、本発明における「第一の装置」に相当する。
また、「サバイバルサーバ２」及び「サバイバルサーバ３」は、本発明における「第二の装置」に相当する。
また、「サバイバルサーバ２」及び「サバイバルサーバ３」は、本発明における「第二の装置」に相当する。
ＡＰ４、ＡＰ５、及びＡＰ６は、端末を無線ＬＡＮに接続する基地局である。
ＡＰ４、ＡＰ５、及びＡＰ６は、有線ＬＡＮインターフェースと無線ＬＡＮインターフェースとを有し、それぞれのＬＡＮに接続し、有線ＬＡＮと無線ＬＡＮとの間で通信を転送する。
ＡＰ４、ＡＰ５、及びＡＰ６は、サーバと当該アクセスポイントとの間の通信状態を検出し、この通信状態に応じて当該アクセスポイントのネットワーク識別子となるＳＳＩＤを設定するものである。
ＡＰ４、ＡＰ５、及びＡＰ６は、有線ＬＡＮインターフェースと無線ＬＡＮインターフェースとを有し、それぞれのＬＡＮに接続し、有線ＬＡＮと無線ＬＡＮとの間で通信を転送する。
ＡＰ４、ＡＰ５、及びＡＰ６は、サーバと当該アクセスポイントとの間の通信状態を検出し、この通信状態に応じて当該アクセスポイントのネットワーク識別子となるＳＳＩＤを設定するものである。
尚、「無線ＬＡＮ」は、本発明における「第一のネットワーク」に相当する。
また、「有線ＬＡＮ」は、本発明における「第二のネットワーク」に相当する。
また、「有線ＬＡＮ」は、本発明における「第二のネットワーク」に相当する。
このＡＰ４、ＡＰ５、及びＡＰ６には、予め、ＳＳＩＤが同一となるように設定され、拠点毎に設置されている。
本実施の形態１では、定常時においては、ＡＰ４〜ＡＰ６のＳＳＩＤとして、「ＳＳＩＤ１」が予め設定されたものとして説明する。
本実施の形態１では、定常時においては、ＡＰ４〜ＡＰ６のＳＳＩＤとして、「ＳＳＩＤ１」が予め設定されたものとして説明する。
図２は実施の形態１に係るアクセスポイントの構成図である。
図２に示すように、アクセスポイントは、有線ＬＡＮ通信部１０１と、無線ＬＡＮ通信部１０２と、記憶部１０３と、監視部１０４とにより構成されている。
図２に示すように、アクセスポイントは、有線ＬＡＮ通信部１０１と、無線ＬＡＮ通信部１０２と、記憶部１０３と、監視部１０４とにより構成されている。
有線ＬＡＮ通信部１０１は、有線ＬＡＮと接続する。
無線ＬＡＮ通信部１０２は、無線ＬＡＮと接続する。
有線ＬＡＮ通信部１０１と無線ＬＡＮ通信部１０２とは互いに接続し、通信を中継できる。
記憶部１０３は、複数のプロファイルが記憶される。
監視部１０４は、記憶部１０３が記憶するプロファイルに基づきサーバを監視する。
次に、記憶部１０３に記憶されるプロファイルのデータ構成について図３により説明する。
無線ＬＡＮ通信部１０２は、無線ＬＡＮと接続する。
有線ＬＡＮ通信部１０１と無線ＬＡＮ通信部１０２とは互いに接続し、通信を中継できる。
記憶部１０３は、複数のプロファイルが記憶される。
監視部１０４は、記憶部１０３が記憶するプロファイルに基づきサーバを監視する。
次に、記憶部１０３に記憶されるプロファイルのデータ構成について図３により説明する。
図３はＡＰの記憶部に記憶されたプロファイルデータを示す図である。
図３（ａ）はＡＰ４の記憶部１０３に記憶されたプロファイルを示している。
図３（ｂ）はＡＰ５の記憶部１０３に記憶されたプロファイルを示している。
図３（ｃ）はＡＰ６の記憶部１０３に記憶されたプロファイルを示している。
図３（ａ）はＡＰ４の記憶部１０３に記憶されたプロファイルを示している。
図３（ｂ）はＡＰ５の記憶部１０３に記憶されたプロファイルを示している。
図３（ｃ）はＡＰ６の記憶部１０３に記憶されたプロファイルを示している。
図３に示すように、記憶部１０３に記憶されるプロファイルは、ＡＰごとに異なる。
各プロファイルは、プロファイル名と、ＳＳＩＤと、監視対象サーバのＩＰアドレスと、対応するスキャン方式と、監視対象フラグとにより構成されている。
各プロファイルは、プロファイル名と、ＳＳＩＤと、監視対象サーバのＩＰアドレスと、対応するスキャン方式と、監視対象フラグとにより構成されている。
図３（ａ）、図３（ｂ）、図３（ｃ）に示すように、各ＡＰの記憶部１０３に記憶されているプロファイルにおいて、本体サーバ１のＩＰアドレスを含むプロファイルの監視対象フラグは「ＯＮ」に設定されている。
また、当該アクセスポイントが設置された拠点に、サバイバルサーバ２又は３が設置されている場合には、当該サバイバルサーバのＩＰアドレスを含むプロファイルの監視対象フラグは「ＯＮ」に設定されている。
また、当該アクセスポイントが設置された拠点に、サバイバルサーバ２又は３が設置されている場合には、当該サバイバルサーバのＩＰアドレスを含むプロファイルの監視対象フラグは「ＯＮ」に設定されている。
つまり、拠点ＡにはＡＰ４と本体サーバ１が設置されているので、図３（ａ）のように、ＡＰ４の記憶部１０３では、「本体サーバ１のＩＰアドレス１」が「監視対象フラグＯＮ」と予め設定される。
また、拠点ＢにはＡＰ５とサバイバルサーバ２とが設置されているので、図３（ｂ）のように、ＡＰ５の記憶部１０３では、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」が「監視対象フラグＯＮ」と予め設定される。
また、拠点ＣにはＡＰ６とサバイバルサーバ３が設置されているので、図３（ｃ）のように、ＡＰ６の記憶部１０３では、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」が「監視対象フラグＯＮ」と予め設定される。
また、拠点ＢにはＡＰ５とサバイバルサーバ２とが設置されているので、図３（ｂ）のように、ＡＰ５の記憶部１０３では、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」が「監視対象フラグＯＮ」と予め設定される。
また、拠点ＣにはＡＰ６とサバイバルサーバ３が設置されているので、図３（ｃ）のように、ＡＰ６の記憶部１０３では、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」が「監視対象フラグＯＮ」と予め設定される。
ＡＰ４〜ＡＰ６の監視部１０４は、当該アクセスポイントの記憶部１０３に記憶されたプロファイルの監視対象フラグに基づき、「監視対象フラグＯＮ」に設定されている本体サーバ１、サバイバルサーバ２及び３を監視する。
つまり、ＡＰ４の記憶部１０３は、図３（ａ）のように、「本体サーバ１のＩＰアドレス１」が「監視対象フラグＯＮ」に設定されているので、ＡＰ４の監視部１０４は、「本体サーバ１のＩＰアドレス１」に基づいて監視する。
また、ＡＰ５の記憶部１０３は、図３（ｂ）のように、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」が「監視対象フラグＯＮ」に設定されているので、ＡＰ５の監視部１０４は、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」に基づいて監視する。
また、ＡＰ６の記憶部１０３は、図３（ｃ）のように、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」が「監視対象フラグＯＮ」に設定されているので、ＡＰ６の監視部１０４は、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」に基づいて監視する。
また、ＡＰ５の記憶部１０３は、図３（ｂ）のように、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」が「監視対象フラグＯＮ」に設定されているので、ＡＰ５の監視部１０４は、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」に基づいて監視する。
また、ＡＰ６の記憶部１０３は、図３（ｃ）のように、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」が「監視対象フラグＯＮ」に設定されているので、ＡＰ６の監視部１０４は、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」に基づいて監視する。
監視部１０４は、サーバと当該アクセスポイントとの間の通信状態を監視（検出）する。このような通信状態を監視する手段としては、例えばＲＦＣ（Request for Comments）７９２に基づくメッセージタイプを用いたＩＣＭＰ（Internet Control Message Protocol） ｐｉｎｇ、及びＲＦＣ３２６１に基づくＳＩＰメッセージを用いたＳＩＰプロトコルの少なくとも一方で接続要求し、サーバから接続応答を得ることで通信状態を検出する。
つまり、監視部１０４は、接続要求し、サーバから接続応答を得ることができるとき、接続が成功し、サーバと当該アクセスポイントとの間の通信は正常であると認識する。
また、監視部１０４は、接続要求し、サーバから接続応答を得ることができないと、接続が失敗し、サーバと当該アクセスポイントとの間の通信に障害が生じていると認識する。
監視部１０４はＩＣＭＰ ｐｉｎｇ、及びＳＩＰメッセージによる接続要求を実現するためにプロトコルスタックを有しており、このプロトコルスタックを介して接続要求を生成し送信し、接続応答を得るときは、このプロトコルスタックを介して受信することで接続応答を解釈する。このプロトコルスタックを拡張することで、拡張されたＩＣＭＰ ｐｉｎｇ、及び拡張されたＳＩＰメッセージによる接続要求の送信と接続応答の受信が可能となる。
つまり、監視部１０４は、接続要求し、サーバから接続応答を得ることができるとき、接続が成功し、サーバと当該アクセスポイントとの間の通信は正常であると認識する。
また、監視部１０４は、接続要求し、サーバから接続応答を得ることができないと、接続が失敗し、サーバと当該アクセスポイントとの間の通信に障害が生じていると認識する。
監視部１０４はＩＣＭＰ ｐｉｎｇ、及びＳＩＰメッセージによる接続要求を実現するためにプロトコルスタックを有しており、このプロトコルスタックを介して接続要求を生成し送信し、接続応答を得るときは、このプロトコルスタックを介して受信することで接続応答を解釈する。このプロトコルスタックを拡張することで、拡張されたＩＣＭＰ ｐｉｎｇ、及び拡張されたＳＩＰメッセージによる接続要求の送信と接続応答の受信が可能となる。
ここで、ＳＩＰメッセージを用いた接続要求について説明する。
ＳＩＰメッセージを用いた接続要求とは、具体的にはＲＥＧＩＳＴＥＲやＩＮＶＩＴＥのメッセージを用いた接続要求である。
ＳＩＰメッセージを用いた接続要求を行う場合、監視部１０４には、予め、ＲＥＧＩＳＴＥＲ若しくはＩＮＶＩＴＥのどちらを接続要求に用いるかの設定と、当該ＳＩＰメッセージの送出周期の設定（例えば、１秒〜３６００秒の間）と、ＳＩＰ ＵＲＩ（Uniform Resource Identifier）（電話番号）の設定とを設定しておく。
尚、ＲＥＧＩＳＴＥＲ及びＩＮＶＩＴＥの双方を接続要求に用いるようにも設定できる。この場合、設定された周期でＲＥＧＩＳＴＥＲとＩＮＶＩＴＥとを交互に送出する。例えば、ＲＥＧＩＳＴＥＲを送出後にＩＮＶＩＴＥを送出する順番で交互に送出する。
ＳＩＰメッセージを用いた接続要求とは、具体的にはＲＥＧＩＳＴＥＲやＩＮＶＩＴＥのメッセージを用いた接続要求である。
ＳＩＰメッセージを用いた接続要求を行う場合、監視部１０４には、予め、ＲＥＧＩＳＴＥＲ若しくはＩＮＶＩＴＥのどちらを接続要求に用いるかの設定と、当該ＳＩＰメッセージの送出周期の設定（例えば、１秒〜３６００秒の間）と、ＳＩＰ ＵＲＩ（Uniform Resource Identifier）（電話番号）の設定とを設定しておく。
尚、ＲＥＧＩＳＴＥＲ及びＩＮＶＩＴＥの双方を接続要求に用いるようにも設定できる。この場合、設定された周期でＲＥＧＩＳＴＥＲとＩＮＶＩＴＥとを交互に送出する。例えば、ＲＥＧＩＳＴＥＲを送出後にＩＮＶＩＴＥを送出する順番で交互に送出する。
監視部１０４に設定する上記のＳＩＰ ＵＲＩは、本体サーバ１、サバイバルサーバ２及びサバイバルサーバ３で利用可能（登録可能）なＳＩＰ ＵＲＩであり、主に通信状態の検出に用いるＳＩＰ ＵＲＩである。このＳＩＰ ＵＲＩは、ＡＰごとに異なるＳＩＰ ＵＲＩを設定しておく。
まず、ＲＥＧＩＳＴＥＲのメッセージを用いる場合の接続要求について説明する。
ＲＥＧＩＳＴＥＲとは、ＳＩＰ ＵＲＩと、ＳＩＰ ＵＲＩを利用する装置とを関連付けてＳＩＰサーバに登録し、ＳＩＰ ＵＲＩで電話サービスを受けられるようにするメッセージである。
監視部１０４は、監視対象のサーバに対し、自身に設定されるＳＩＰ ＵＲＩを含めたＲＥＧＩＳＴＥＲを送出（接続要求）する。
このＲＥＧＩＳＴＥＲを受けた監視対象のサーバは、ＲＥＧＩＳＴＥＲに基づき登録処理をし、登録に成功するとＳＩＰメッセージの２００ＯＫの応答信号を返送（接続応答）する。
監視部１０４は、２００ＯＫを受信すると接続応答を得たとして１回の監視を終える。
以降、同様に、監視部１０４は、自身に設定されるメッセージの送出周期で周期的にＲＥＧＩＳＴＥＲを送出する。
こうして、監視部１０４は、ＲＥＧＩＳＴＥＲのメッセージを用いて接続要求し、接続応答を得ることで通信状態を検出できる。
ＲＥＧＩＳＴＥＲとは、ＳＩＰ ＵＲＩと、ＳＩＰ ＵＲＩを利用する装置とを関連付けてＳＩＰサーバに登録し、ＳＩＰ ＵＲＩで電話サービスを受けられるようにするメッセージである。
監視部１０４は、監視対象のサーバに対し、自身に設定されるＳＩＰ ＵＲＩを含めたＲＥＧＩＳＴＥＲを送出（接続要求）する。
このＲＥＧＩＳＴＥＲを受けた監視対象のサーバは、ＲＥＧＩＳＴＥＲに基づき登録処理をし、登録に成功するとＳＩＰメッセージの２００ＯＫの応答信号を返送（接続応答）する。
監視部１０４は、２００ＯＫを受信すると接続応答を得たとして１回の監視を終える。
以降、同様に、監視部１０４は、自身に設定されるメッセージの送出周期で周期的にＲＥＧＩＳＴＥＲを送出する。
こうして、監視部１０４は、ＲＥＧＩＳＴＥＲのメッセージを用いて接続要求し、接続応答を得ることで通信状態を検出できる。
次に、ＩＮＶＩＴＥのメッセージを用いる場合の接続要求について説明する。
ＩＮＶＩＴＥとは、電話サービスにおける発呼のメッセージである。
監視部１０４は、監視対象のサーバに対し、自身（当該ＡＰ）に設定されるＳＩＰ ＵＲＩを、ＩＮＶＩＴＥのＴｏ及びＦｒｏｍのヘッダーフィールドに含めて送出（接続要求）する。
つまり、このＩＮＶＩＴＥは、自身（当該ＡＰ）に発呼していることになる。
このＩＮＶＩＴＥを受けた監視対象のサーバは、ＩＮＶＩＴＥに基づき発呼処理をし、ＴｏとＦｒｏｍが同一なので、４８６ Ｂｕｓｙ Ｈｅｒｅを返送（接続応答）する。
監視部１０４は、４８６ Ｂｕｓｙ Ｈｅｒｅを受信すると接続応答を得たとして１回の監視を終える。このとき、監視部１０４は、ＡＣＫを返送し、４８６ Ｂｕｓｙ Ｈｅｒｅを受信したことを通知し、送信したＩＮＶＩＴＥを正常終了させる。
以降、同様に、監視部１０４は、自身（当該ＡＰ）に設定されるメッセージの送出周期で周期的にＩＮＶＩＴＥを送出する。
こうして、監視部１０４は、ＩＮＶＩＴＥのメッセージを用いて接続要求し、接続応答を得ることで通信状態を検出できる。
ＩＮＶＩＴＥとは、電話サービスにおける発呼のメッセージである。
監視部１０４は、監視対象のサーバに対し、自身（当該ＡＰ）に設定されるＳＩＰ ＵＲＩを、ＩＮＶＩＴＥのＴｏ及びＦｒｏｍのヘッダーフィールドに含めて送出（接続要求）する。
つまり、このＩＮＶＩＴＥは、自身（当該ＡＰ）に発呼していることになる。
このＩＮＶＩＴＥを受けた監視対象のサーバは、ＩＮＶＩＴＥに基づき発呼処理をし、ＴｏとＦｒｏｍが同一なので、４８６ Ｂｕｓｙ Ｈｅｒｅを返送（接続応答）する。
監視部１０４は、４８６ Ｂｕｓｙ Ｈｅｒｅを受信すると接続応答を得たとして１回の監視を終える。このとき、監視部１０４は、ＡＣＫを返送し、４８６ Ｂｕｓｙ Ｈｅｒｅを受信したことを通知し、送信したＩＮＶＩＴＥを正常終了させる。
以降、同様に、監視部１０４は、自身（当該ＡＰ）に設定されるメッセージの送出周期で周期的にＩＮＶＩＴＥを送出する。
こうして、監視部１０４は、ＩＮＶＩＴＥのメッセージを用いて接続要求し、接続応答を得ることで通信状態を検出できる。
尚、以下の説明では、監視部１０４は、例えばＲＦＣ７９２に基づくメッセージタイプを用いたＩＣＭＰ ｐｉｎｇを用いて通信状態を検出する場合について説明する。
ＡＰ４〜ＡＰ６の監視部１０４は、サーバに接続が失敗し、障害と認識すると、記憶部１０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式を無線ＬＡＮ通信部１０２に設定する。
つまり、例えば、ＡＰ５の監視部１０４では、図３（ｂ）に示した記憶部１０３の設定に基づき、「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」を監視する。
例えば、本体サーバ１の接続確認が失敗し、サバイバルサーバ２の接続確認が成功する状態においては、監視部１０４は、「プロファイル名２」に基づき、ＳＳＩＤを「ＳＳＩＤ２」として、及び対応するスキャン方式を「アクティブ」として、無線ＬＡＮ通信部１０２に設定する。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、無線ＬＡＮ通信部１０２にスキャン方式を設定しない。
例えば、本体サーバ１の接続確認が失敗し、サバイバルサーバ２の接続確認が成功する状態においては、監視部１０４は、「プロファイル名２」に基づき、ＳＳＩＤを「ＳＳＩＤ２」として、及び対応するスキャン方式を「アクティブ」として、無線ＬＡＮ通信部１０２に設定する。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、無線ＬＡＮ通信部１０２にスキャン方式を設定しない。
ところで、無線ＬＡＮでは、サービスエリアに設置したＡＰと端末との間を接続するために、端末によりＡＰを検索（スキャン）し、通信が可能なＡＰを捕捉する。
検索方法として、アクティブスキャン（Active scan）方式、又はパッシブスキャン（Passive scan）方式が用いられる。
検索方法として、アクティブスキャン（Active scan）方式、又はパッシブスキャン（Passive scan）方式が用いられる。
アクティブスキャンとは、端末が接続要求信号（Probe Request）を送出し、ＡＰは受け取った接続要求信号（Probe Request）に対し、当該ＡＰに設定されているＳＳＩＤを含めた接続応答信号（Prove Response）を送出し、端末はＡＰからの接続応答信号（Prove Response）を受け取ると、当該端末と同じＳＳＩＤであるＡＰに接続処理を行う。
パッシブスキャンとは、ＡＰが定期的に送出する制御信号（ビーコン）を端末がモニタし、制御信号（ビーコン）に含まれるＳＳＩＤが当該端末に設定されたＳＳＩＤと同じである場合は、ＡＰに接続処理を行う。
一般的には、通常のスキャンでは、まずアクティブスキャンを実施してＡＰを検索し、ＡＰを捕捉することができないと、パッシブスキャンに切り替えてパッシブスキャンを実施し、その後、ＡＰを見つけることができない場合には、交互にアクティブスキャンとパッシブスキャンとを繰り返す。
本実施の形態１において、各ＡＰの無線ＬＡＮ通信部１０２は、監視部１０４からＳＳＩＤ、及び対応するスキャン方式が設定されると、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、更に、設定された情報に基づき無線ＬＡＮと接続することで再帰処理を実施する。
スキャン方式に何も設定されていない場合は、上述した通常のスキャンに対応する。
スキャン方式に何も設定されていない場合は、上述した通常のスキャンに対応する。
つまり、例えば、ＡＰ５において、本体サーバ１の接続確認が失敗し、サバイバルサーバ２の接続確認が成功する状態においては、ＡＰ５の無線ＬＡＮ通信部１０２は、「プロファイル名２」に基づいて、ＳＳＩＤが「ＳＳＩＤ２」に設定され、対応するスキャン方式が「アクティブ」に設定される。
このとき、ＡＰ５の無線ＬＡＮ通信部１０２は、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。そして、端末から接続要求信号（Probe Request）を受信すると、自身に設定されている「ＳＳＩＤ２」を含めた接続応答信号（Prove Response）を送出する。
このとき、ＡＰ５の無線ＬＡＮ通信部１０２は、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。そして、端末から接続要求信号（Probe Request）を受信すると、自身に設定されている「ＳＳＩＤ２」を含めた接続応答信号（Prove Response）を送出する。
また、例えば、ＡＰ６において、本体サーバ１の接続確認が失敗し、サバイバルサーバ３の接続確認が成功する状態においては、ＡＰ６の無線ＬＡＮ通信部１０２は、「プロファイル名３」に基づいて、ＳＳＩＤが「ＳＳＩＤ３」に設定され、対応するスキャン方式が「パッシブ」に設定される。
このとき、ＡＰ６の無線ＬＡＮ通信部１０２は、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。そして、自身に設定されているＳＳＩＤを含めた制御信号（ビーコン）を送出する。
このとき、ＡＰ６の無線ＬＡＮ通信部１０２は、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。そして、自身に設定されているＳＳＩＤを含めた制御信号（ビーコン）を送出する。
再び図１において、無線端末７、無線端末８、及び無線端末９は、無線ＩＰ電話端末である。この無線端末７〜９は、無線ＬＡＮインターフェースを有し、無線ＬＡＮに接続し、無線により情報通信を行う。また、無線端末７〜無線端末９は、電話の発呼（発信）と、着呼（着信）とを行うことができる。
これらの端末は、アクセスポイントに設定されたＳＳＩＤと同一のＳＳＩＤを用いて、アクセスポイントと無線通信する。また、設定されたＳＳＩＤに応じて、本体サーバ１、又はサバイバルサーバ２若しくは３と情報通信を行う。
これらの端末は、アクセスポイントに設定されたＳＳＩＤと同一のＳＳＩＤを用いて、アクセスポイントと無線通信する。また、設定されたＳＳＩＤに応じて、本体サーバ１、又はサバイバルサーバ２若しくは３と情報通信を行う。
尚、無線端末７〜９は、例えば、携帯電話のような電話端末であっても、ＰＣにＩＰ電話アプリケーションをインストールしたソフトフォンであっても良い。
図４は無線端末に記憶されたプロファイルデータを示す図である。
図４に示すように、各端末は、複数のプロファイルが予め設定される。
各プロファイルは、プロファイル名と、ＳＳＩＤと、接続先のサーバのアドレスとにより構成されている。
本実施の形態では、定常時においては、各端末のＳＳＩＤとして、「ＳＳＩＤ１」が予め設定されたものとして説明する。
図４に示すように、各端末は、複数のプロファイルが予め設定される。
各プロファイルは、プロファイル名と、ＳＳＩＤと、接続先のサーバのアドレスとにより構成されている。
本実施の形態では、定常時においては、各端末のＳＳＩＤとして、「ＳＳＩＤ１」が予め設定されたものとして説明する。
尚、「本体サーバ１のＩＰアドレス１」、「サバイバルサーバ２のＩＰアドレス２」、及び「サバイバルサーバ３のＩＰアドレス３」は、本発明における本体サーバ又はサバイバルサーバの識別情報に相当する。
以上、無線ＩＰ電話システムを構成する各機器の詳細構成について説明した。
次に、定常時における無線ＩＰ電話システムの動作について説明する。
次に、定常時における無線ＩＰ電話システムの動作について説明する。
図１において、無線端末８と無線端末９とが通話する場合について説明する。
定常時においては、無線端末８及びＡＰ５は共に「ＳＳＩＤ１」が設定される。
無線端末８は、上述した通常のスキャン方式により、ＡＰ５に接続処理を行う。無線端末８は、無線端末９に対して発呼する際、発呼信号を「ＳＳＩＤ１」での接続先サーバである「本体サーバ１のＩＰアドレス１」宛に送信する。これにより、無線端末８からの発呼信号がＡＰ５を介して本体サーバ１へ到達する。
本体サーバ１は、無線端末８からの発呼信号に基づき呼処理をする。
一方、定常時においては、無線端末９及びＡＰ６は共に「ＳＳＩＤ１」が設定される。
無線端末９は、上述した通常のスキャン方式により、ＡＰ６に接続処理を行う。
本体サーバ１の呼処理により、無線端末９に対して着信信号が送出されると、ＡＰ６を介して無線端末９に着信信号が到達する。
これにより、無線端末９が着呼することで無線端末８と無線端末９との通話が確立される。
尚、「ＳＳＩＤ１」は、本発明における第１のネットワーク識別子に相当する。
定常時においては、無線端末８及びＡＰ５は共に「ＳＳＩＤ１」が設定される。
無線端末８は、上述した通常のスキャン方式により、ＡＰ５に接続処理を行う。無線端末８は、無線端末９に対して発呼する際、発呼信号を「ＳＳＩＤ１」での接続先サーバである「本体サーバ１のＩＰアドレス１」宛に送信する。これにより、無線端末８からの発呼信号がＡＰ５を介して本体サーバ１へ到達する。
本体サーバ１は、無線端末８からの発呼信号に基づき呼処理をする。
一方、定常時においては、無線端末９及びＡＰ６は共に「ＳＳＩＤ１」が設定される。
無線端末９は、上述した通常のスキャン方式により、ＡＰ６に接続処理を行う。
本体サーバ１の呼処理により、無線端末９に対して着信信号が送出されると、ＡＰ６を介して無線端末９に着信信号が到達する。
これにより、無線端末９が着呼することで無線端末８と無線端末９との通話が確立される。
尚、「ＳＳＩＤ１」は、本発明における第１のネットワーク識別子に相当する。
次に、本体サーバ１とアクセスポイントの間の通信に障害が生じた場合の動作について説明する。
図５は実施の形態１に係る通信障害時のネットワーク接続を示す図である。
図６は実施の形態１に係るサーバ切り替え動作を示すシーケンス図である。
まず、図５に示すように、ＡＰ５と本体サーバ１との間の通信に障害が生じ、ＡＰ５とサバイバルサーバ２との間の通信が正常の場合の動作を、図６に基づき説明する。
図６は実施の形態１に係るサーバ切り替え動作を示すシーケンス図である。
まず、図５に示すように、ＡＰ５と本体サーバ１との間の通信に障害が生じ、ＡＰ５とサバイバルサーバ２との間の通信が正常の場合の動作を、図６に基づき説明する。
（Ｓ１０１）
ＡＰ５の監視部１０４は、記憶部１０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」との通信状態を、有線ＬＡＮ通信部１０１を介して監視する。
図５の状態においては、監視部１０４は、本体サーバ１との接続に失敗するため、ＡＰ５と本体サーバ１との間の通信に障害が生じていると認識する。
また、監視部１０４は、サバイバルサーバ２との接続に成功するため、ＡＰ５とサバイバルサーバ２との間の通信は正常であると認識する。
ＡＰ５の監視部１０４は、記憶部１０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」との通信状態を、有線ＬＡＮ通信部１０１を介して監視する。
図５の状態においては、監視部１０４は、本体サーバ１との接続に失敗するため、ＡＰ５と本体サーバ１との間の通信に障害が生じていると認識する。
また、監視部１０４は、サバイバルサーバ２との接続に成功するため、ＡＰ５とサバイバルサーバ２との間の通信は正常であると認識する。
（Ｓ１０２）
ＡＰ５の監視部１０４は、本体サーバ１に接続が失敗し、障害と認識すると、記憶部１０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２が含まれる「プロファイル名２」に基づいて、ＳＳＩＤを「ＳＳＩＤ２」とし、及び対応するスキャン方式を「アクティブ」として、無線ＬＡＮ通信部１０２に設定する。
尚、「ＳＳＩＤ２」は、本発明における第２のネットワーク識別子に相当する。
ＡＰ５の監視部１０４は、本体サーバ１に接続が失敗し、障害と認識すると、記憶部１０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２が含まれる「プロファイル名２」に基づいて、ＳＳＩＤを「ＳＳＩＤ２」とし、及び対応するスキャン方式を「アクティブ」として、無線ＬＡＮ通信部１０２に設定する。
尚、「ＳＳＩＤ２」は、本発明における第２のネットワーク識別子に相当する。
（Ｓ１０３）
ＡＰ５の無線ＬＡＮ通信部１０２は、監視部１０４からＳＳＩＤが「ＳＳＩＤ２」、及び対応するスキャン方式が「アクティブ」に設定されると、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。
ＡＰ５の無線ＬＡＮ通信部１０２は、監視部１０４からＳＳＩＤが「ＳＳＩＤ２」、及び対応するスキャン方式が「アクティブ」に設定されると、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。
（Ｓ１０４）
無線端末８は、ＡＰ５から切断信号（Deauthentication）のメッセージを受信すると、ＡＰ５との接続を切断する。そして、再び「ＳＳＩＤ１」に設定されているアクセスポイントをスキャンするため、接続要求信号（Probe Request）のメッセージを送出する。
ここで、ＡＰ５は、「ＳＳＩＤ２」に設定されているので応答しない。
無線端末８は、ＡＰ５から切断信号（Deauthentication）のメッセージを受信すると、ＡＰ５との接続を切断する。そして、再び「ＳＳＩＤ１」に設定されているアクセスポイントをスキャンするため、接続要求信号（Probe Request）のメッセージを送出する。
ここで、ＡＰ５は、「ＳＳＩＤ２」に設定されているので応答しない。
（Ｓ１０５）
無線端末８は、「ＳＳＩＤ１」に設定されたアクセスポイントを捕捉できないとき、当該無線端末８に記憶されている別のプロファイルに含まれる「ＳＳＩＤ２」に設定されているアクセスポイントをスキャンするため、接続要求信号（Probe Request）のメッセージを送出する。
無線端末８は、「ＳＳＩＤ１」に設定されたアクセスポイントを捕捉できないとき、当該無線端末８に記憶されている別のプロファイルに含まれる「ＳＳＩＤ２」に設定されているアクセスポイントをスキャンするため、接続要求信号（Probe Request）のメッセージを送出する。
（Ｓ１０６）
ＡＰ５は、「ＳＳＩＤ２」に設定されているので、受け取った接続要求信号（Probe Request）に対し、当該ＡＰ５に設定されている「ＳＳＩＤ２」を含めた接続応答信号（Prove Response）を送出して応答する。
ＡＰ５は、「ＳＳＩＤ２」に設定されているので、受け取った接続要求信号（Probe Request）に対し、当該ＡＰ５に設定されている「ＳＳＩＤ２」を含めた接続応答信号（Prove Response）を送出して応答する。
（Ｓ１０７）
無線端末８は、ＡＰ５からの接続応答信号（Prove Response）を受け取ると、当該無線端末８と同じ「ＳＳＩＤ２」であるＡＰ５に接続処理を行い、「ＳＳＩＤ２」で無線ＬＡＮと接続をする。
以降、無線端末８は、発呼する際、「ＳＳＩＤ２」での接続先サーバである「サバイバルサーバ２のＩＰアドレス２」宛に発呼信号を送信する。
これにより、無線端末８からの発呼信号がＡＰ５を介してサバイバルサーバ２へ到達する。そして、サバイバルサーバ２は、無線端末８からの発呼信号に基づき呼処理をする。
無線端末８は、ＡＰ５からの接続応答信号（Prove Response）を受け取ると、当該無線端末８と同じ「ＳＳＩＤ２」であるＡＰ５に接続処理を行い、「ＳＳＩＤ２」で無線ＬＡＮと接続をする。
以降、無線端末８は、発呼する際、「ＳＳＩＤ２」での接続先サーバである「サバイバルサーバ２のＩＰアドレス２」宛に発呼信号を送信する。
これにより、無線端末８からの発呼信号がＡＰ５を介してサバイバルサーバ２へ到達する。そして、サバイバルサーバ２は、無線端末８からの発呼信号に基づき呼処理をする。
図７は実施の形態１に係る通信障害時のネットワーク接続を示す図である。
図８は実施の形態１に係るサーバ切り替え動作を示すシーケンス図である。
次に、図７に示すように、ＡＰ６と本体サーバ１との間の通信に障害が生じ、ＡＰ６とサバイバルサーバ３との間の通信が正常の場合の動作を、図８に基づき説明する。
図８は実施の形態１に係るサーバ切り替え動作を示すシーケンス図である。
次に、図７に示すように、ＡＰ６と本体サーバ１との間の通信に障害が生じ、ＡＰ６とサバイバルサーバ３との間の通信が正常の場合の動作を、図８に基づき説明する。
（Ｓ２０１）
ＡＰ６の監視部１０４は、記憶部１０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」との通信状態を、有線ＬＡＮ通信部１０１を介して監視する。
図７の状態においては、監視部１０４は、本体サーバ１との接続に失敗するため、ＡＰ６と本体サーバ１との間の通信に障害が生じていると認識する。
また、監視部１０４は、サバイバルサーバ３との接続に成功するため、ＡＰ６とサバイバルサーバ３との間の通信は正常であると認識する。
ＡＰ６の監視部１０４は、記憶部１０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」との通信状態を、有線ＬＡＮ通信部１０１を介して監視する。
図７の状態においては、監視部１０４は、本体サーバ１との接続に失敗するため、ＡＰ６と本体サーバ１との間の通信に障害が生じていると認識する。
また、監視部１０４は、サバイバルサーバ３との接続に成功するため、ＡＰ６とサバイバルサーバ３との間の通信は正常であると認識する。
（Ｓ２０２）
ＡＰ６の監視部１０４は、サーバに接続が失敗し、障害と認識すると、記憶部１０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ３が含まれる「プロファイル名３」に基づき、ＳＳＩＤを「ＳＳＩＤ３」とし、対応するスキャン方式を「パッシブ」として、無線ＬＡＮ通信部１０２に設定する。
尚、「ＳＳＩＤ３」は、本発明における第２のネットワーク識別子に相当する。
ＡＰ６の監視部１０４は、サーバに接続が失敗し、障害と認識すると、記憶部１０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ３が含まれる「プロファイル名３」に基づき、ＳＳＩＤを「ＳＳＩＤ３」とし、対応するスキャン方式を「パッシブ」として、無線ＬＡＮ通信部１０２に設定する。
尚、「ＳＳＩＤ３」は、本発明における第２のネットワーク識別子に相当する。
（Ｓ２０３）
ＡＰ６の無線ＬＡＮ通信部１０２は、監視部１０４からＳＳＩＤが「ＳＳＩＤ３」、及び対応するスキャン方式が「パッシブ」に設定されると、無線ＬＡＮに切断信号（Deauthentication）のメッセージ、及び当該ＡＰ６に設定されてた「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出し、再帰処理を実施する。
ＡＰ６の無線ＬＡＮ通信部１０２は、監視部１０４からＳＳＩＤが「ＳＳＩＤ３」、及び対応するスキャン方式が「パッシブ」に設定されると、無線ＬＡＮに切断信号（Deauthentication）のメッセージ、及び当該ＡＰ６に設定されてた「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出し、再帰処理を実施する。
（Ｓ２０４）
無線端末９は、ＡＰ６から切断信号（Deauthentication）のメッセージを受信すると、ＡＰ６との接続を切断する。更に、無線端末９は、ＡＰ６から「ＳＳＩＤ３」を含めた制御信号（ビーコン）を受信する。
無線端末９は、ＡＰ６から「ＳＳＩＤ３」を含めた制御信号（ビーコン）を受け取ると、当該無線端末９のＳＳＩＤを「ＳＳＩＤ３」に設定し、ＡＰ６に接続処理を行い、「ＳＳＩＤ３」で無線ＬＡＮと接続をする。
以降、無線端末８は、発呼する際、「ＳＳＩＤ３」での接続先サーバである「サバイバルサーバ３のＩＰアドレス３」宛に発呼信号を送信する。
これにより、無線端末９からの発呼信号がＡＰ６を介してサバイバルサーバ３へ到達する。そして、サバイバルサーバ３は、無線端末９からの発呼信号に基づき呼処理をする。
無線端末９は、ＡＰ６から切断信号（Deauthentication）のメッセージを受信すると、ＡＰ６との接続を切断する。更に、無線端末９は、ＡＰ６から「ＳＳＩＤ３」を含めた制御信号（ビーコン）を受信する。
無線端末９は、ＡＰ６から「ＳＳＩＤ３」を含めた制御信号（ビーコン）を受け取ると、当該無線端末９のＳＳＩＤを「ＳＳＩＤ３」に設定し、ＡＰ６に接続処理を行い、「ＳＳＩＤ３」で無線ＬＡＮと接続をする。
以降、無線端末８は、発呼する際、「ＳＳＩＤ３」での接続先サーバである「サバイバルサーバ３のＩＰアドレス３」宛に発呼信号を送信する。
これにより、無線端末９からの発呼信号がＡＰ６を介してサバイバルサーバ３へ到達する。そして、サバイバルサーバ３は、無線端末９からの発呼信号に基づき呼処理をする。
次に、通信障害が復旧した場合の動作について説明する。
例えば、図５に示した、ＡＰ５と本体サーバ１との間の通信障害が復旧した場合を例に説明する。
例えば、図５に示した、ＡＰ５と本体サーバ１との間の通信障害が復旧した場合を例に説明する。
ＡＰ５の監視部１０４は、定期的又は継続して通信状態の監視を行う。
ＡＰ５の監視部１０４は、記憶部１０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」との通信状態を、有線ＬＡＮ通信部１０１を介して監視する。
通信障害が復旧した場合においては、監視部１０４は、ＡＰ５と本体サーバ１及びサバイバルサーバ２との間の通信は正常であると認識する。
ＡＰ５の監視部１０４は、記憶部１０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」との通信状態を、有線ＬＡＮ通信部１０１を介して監視する。
通信障害が復旧した場合においては、監視部１０４は、ＡＰ５と本体サーバ１及びサバイバルサーバ２との間の通信は正常であると認識する。
ＡＰ５の監視部１０４は、本体サーバ１との接続が成功すると、本体サーバ１が含まれる「プロファイル名１」の「ＳＳＩＤ１」を無線ＬＡＮ通信部１０２に設定する。
尚、プロファイル名１のスキャン方式には何も記憶されていないので、無線ＬＡＮ通信部１０２にスキャン方式を設定しない。このとき無線ＬＡＮ通信部１０２は、上述した通常のスキャンに対応する。
尚、プロファイル名１のスキャン方式には何も記憶されていないので、無線ＬＡＮ通信部１０２にスキャン方式を設定しない。このとき無線ＬＡＮ通信部１０２は、上述した通常のスキャンに対応する。
ＡＰ５の無線ＬＡＮ通信部１０２は、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。
無線端末８は、ＡＰ５から切断信号（Deauthentication）のメッセージを受信すると、ＡＰ５との接続を切断する。
以下、上述した動作と同様に、アクティブスキャン又はパッシブスキャンにより、ＡＰ５を捕捉し、当該無線端末８のＳＳＩＤを「ＳＳＩＤ１」に設定し、ＡＰ５と接続処理を行い、「ＳＳＩＤ１」で無線ＬＡＮと接続をする。
以降、無線端末８は、発呼する際、「ＳＳＩＤ１」での接続先サーバである「本体サーバ１のＩＰアドレス１」宛に発呼信号を送信する。
これにより、無線端末８からの発呼信号がＡＰ５を介して本体サーバ１へ到達する。そして、本体サーバ１は、無線端末８からの発呼信号に基づき呼処理をする。
以下、上述した動作と同様に、アクティブスキャン又はパッシブスキャンにより、ＡＰ５を捕捉し、当該無線端末８のＳＳＩＤを「ＳＳＩＤ１」に設定し、ＡＰ５と接続処理を行い、「ＳＳＩＤ１」で無線ＬＡＮと接続をする。
以降、無線端末８は、発呼する際、「ＳＳＩＤ１」での接続先サーバである「本体サーバ１のＩＰアドレス１」宛に発呼信号を送信する。
これにより、無線端末８からの発呼信号がＡＰ５を介して本体サーバ１へ到達する。そして、本体サーバ１は、無線端末８からの発呼信号に基づき呼処理をする。
以上のように本実施の形態においては、アクセスポイントは、サーバと当該アクセスポイントとの間の通信状態を検出し、この通信状態に応じて当該アクセスポイントのＳＳＩＤを設定し、端末はＳＳＩＤに応じて、本体サーバ１又はサバイバルサーバ２若しくは３と情報通信を行う。
このため、同一のＳＳＩＤでのサーバ切り替えに対応していない端末であっても、サーバ切り替えを行うことができる。これにより、サービス利用が不可となるのを回避することができる。
このため、同一のＳＳＩＤでのサーバ切り替えに対応していない端末であっても、サーバ切り替えを行うことができる。これにより、サービス利用が不可となるのを回避することができる。
また、障害などにより情報通信（登録）ができないサーバに対して、端末から登録を繰り返すことがないため、ネットワーク輻輳を防止することができる。
また、端末は、通信可能なアクセスポイントに設定されたＳＳＩＤを、当該端末のＳＳＩＤに設定し、このＳＳＩＤに対応するサーバを接続先のサーバに設定する。
このため、端末が拠点間を移動した場合であっても、当該拠点のアクセスポイントとサーバとの間の通信状態に応じて、適切なサーバに対して登録を行うことができる。
つまり、例えば無線端末８が、拠点Ｂにおいて、本体サーバ１とＡＰ５との間に通信障害が生じて、「ＳＳＩＤ２」を用いてサバイバルサーバ２と情報通信を行った後、拠点Ｃに移動した場合、ＡＰ６に設定された「ＳＳＩＤ１」により本体サーバ１と情報通信を行うことができる。
このため、端末が拠点間を移動した場合であっても、当該拠点のアクセスポイントとサーバとの間の通信状態に応じて、適切なサーバに対して登録を行うことができる。
つまり、例えば無線端末８が、拠点Ｂにおいて、本体サーバ１とＡＰ５との間に通信障害が生じて、「ＳＳＩＤ２」を用いてサバイバルサーバ２と情報通信を行った後、拠点Ｃに移動した場合、ＡＰ６に設定された「ＳＳＩＤ１」により本体サーバ１と情報通信を行うことができる。
また、端末は、通信可能なアクセスポイントに設定されたＳＳＩＤを、当該端末のＳＳＩＤに設定し、このＳＳＩＤに対応するサーバを接続先のサーバに設定する。
このため、端末は、サーバとアクセスポイントとの間の通信状態を監視することなく、接続先のサーバを切り替えることができる。これにより、端末を簡易な構成とすることができる。
このため、端末は、サーバとアクセスポイントとの間の通信状態を監視することなく、接続先のサーバを切り替えることができる。これにより、端末を簡易な構成とすることができる。
尚、本実施の形態１では、ＳＳＩＤ、及び対応するスキャン方式を設定する際、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出する場合を説明したが、本発明はこれに限るものではなく、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出しなくても良い。
この場合、ＡＰがＳＳＩＤを変更すると端末はＡＰと通信できなくなる。そうすることで、ＡＰから切断信号を送出しなくても、端末はＡＰを捕捉できないとき、当該端末に記憶されている別のプロファイルに含まれるアクセスポイントをスキャンすることにより、再帰処理がなされる。
この場合、ＡＰがＳＳＩＤを変更すると端末はＡＰと通信できなくなる。そうすることで、ＡＰから切断信号を送出しなくても、端末はＡＰを捕捉できないとき、当該端末に記憶されている別のプロファイルに含まれるアクセスポイントをスキャンすることにより、再帰処理がなされる。
実施の形態２．
上記実施の形態１では、ＡＰはサーバとの通信状態を監視したが、本実施の形態２では、ＡＰはサーバの負荷状況を監視する。
本実施の形態２における各ＡＰの記憶部１０３には、上述したプロファイルデータに加え、負荷の閾値データが記憶される。
上記実施の形態１では、ＡＰはサーバとの通信状態を監視したが、本実施の形態２では、ＡＰはサーバの負荷状況を監視する。
本実施の形態２における各ＡＰの記憶部１０３には、上述したプロファイルデータに加え、負荷の閾値データが記憶される。
尚、本実施の形態２における無線通信システムの構成は、上記実施の形態１と同様であり、同様の構成には同様の符号を付する。
図９はＡＰの記憶部に記憶された負荷の閾値データを示す図である。
図９においては、ＡＰ４の記憶部１０３に記憶された負荷の閾値データの一例を示している。
図９においては、ＡＰ４の記憶部１０３に記憶された負荷の閾値データの一例を示している。
図９に示すように、負荷の閾値データは、監視対象サーバのＩＰアドレスと、ＣＰＵ使用率の閾値と、メモリ使用率の閾値と、ＮＷリソース使用率の閾値とにより構成されている。
以下、ＡＰ４に記憶された負荷の閾値データの例に基づいて、本実施の形態２における動作について説明する。
監視部１０４は、ＳＮＭＰ（Simple Network Management Protocol）（ＲＦＣ１１５７など）、ＳＮＭＰ ｖｅｒｓｉｏｎ ２（ＲＦＣ１４４１など）およびＳＮＭＰ ｖｅｒｓｉｏｎ ３（ＲＦＣ３４１１など）に基づくメッセージタイプを用いて、ＣＰＵ使用率、メモリ使用率、及びＮＷリソース使用率の情報要求を、監視対象サーバに行う。
つまり、ＡＰ４の監視部１０４は、「本体サーバ１のＩＰアドレス１」、「サバイバルサーバ２のＩＰアドレス２」、及び「サバイバルサーバ３のＩＰアドレス３」に対して情報要求を行う。
監視部１０４は、ＳＮＭＰ、ＳＮＭＰ ｖｅｒｓｉｏｎ ２及びＳＮＭＰ ｖｅｒｓｉｏｎ ３に基づくメッセージタイプを用いて情報要求を実現するためにプロトコルスタックを有しており、このプロトコルスタックを介して情報要求を生成し送信し、情報応答を得るときは、このプロトコルスタックを介して受信することで情報応答を解釈する。このプロトコルスタックを拡張することで、拡張されたＳＮＭＰのメッセージタイプを用いた情報要求の送信と情報応答の受信が可能となる。
つまり、ＡＰ４の監視部１０４は、「本体サーバ１のＩＰアドレス１」、「サバイバルサーバ２のＩＰアドレス２」、及び「サバイバルサーバ３のＩＰアドレス３」に対して情報要求を行う。
監視部１０４は、ＳＮＭＰ、ＳＮＭＰ ｖｅｒｓｉｏｎ ２及びＳＮＭＰ ｖｅｒｓｉｏｎ ３に基づくメッセージタイプを用いて情報要求を実現するためにプロトコルスタックを有しており、このプロトコルスタックを介して情報要求を生成し送信し、情報応答を得るときは、このプロトコルスタックを介して受信することで情報応答を解釈する。このプロトコルスタックを拡張することで、拡張されたＳＮＭＰのメッセージタイプを用いた情報要求の送信と情報応答の受信が可能となる。
尚、ＣＰＵ使用率、メモリ使用率、及びＮＷリソース使用率の少なくとも１つは、本発明における負荷状態に相当する。
ＡＰ４からの情報要求を受けた本体サーバ１、サバイバルサーバ２及びサバイバルサーバ３は、当該サーバのＣＰＵ使用率、メモリ使用率、及びＮＷリソース使用率の情報をＡＰ４に応答する。
ＡＰ４の監視部１０４は、本体サーバ１、サバイバルサーバ２及びサバイバルサーバ３からの情報応答を得る。
そして、情報応答に含まれるＣＰＵ使用率、メモリ使用率、及びＮＷリソース使用率情報と、負荷の閾値データとを照合し、閾値で定められた条件に合致する場合は、当該サーバが高負荷状態である認識する。
そして、情報応答に含まれるＣＰＵ使用率、メモリ使用率、及びＮＷリソース使用率情報と、負荷の閾値データとを照合し、閾値で定められた条件に合致する場合は、当該サーバが高負荷状態である認識する。
ここで、図９に示すように、負荷の閾値データにおいて、ＣＰＵ使用率、メモリ使用率、及びＮＷリソース使用率のうち、閾値が設定されていない部分（空白の部分）は、情報応答との照合を行わない。
つまり、ＡＰ４の監視部１０４は、サバイバルサーバ２についてはＣＰＵ使用率が９０％以上であるか否かを照合し、サバイバルサーバ３についてはＣＰＵ使用率が９０％以上であるか否かを照合し、さらに、メモリ使用率８５％以上であるか否かを照合する。
つまり、ＡＰ４の監視部１０４は、サバイバルサーバ２についてはＣＰＵ使用率が９０％以上であるか否かを照合し、サバイバルサーバ３についてはＣＰＵ使用率が９０％以上であるか否かを照合し、さらに、メモリ使用率８５％以上であるか否かを照合する。
各ＡＰは、このような負荷状態の検出を常時又は定期的に行う。
次に、ＡＰの監視部１０４は、情報要求を行ったサーバが高負荷状態と認識すると、記憶部１０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功し、且つ、高負荷状態ではないサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式を無線ＬＡＮ通信部１０２に設定する。
例えば、ＡＰ５において、本体サーバ１が高負荷状態と認識し、サバイバルサーバ２は高負荷状態でないと認識した場合であって、サバイバルサーバ２との接続に成功するときには、図３（ｂ）に示した、「プロファイル名２」に基づいて、ＳＳＩＤを「ＳＳＩＤ２」とし、及び対応するスキャン方式を「アクティブ」として、無線ＬＡＮ通信部１０２に設定する。
例えば、ＡＰ５において、本体サーバ１が高負荷状態と認識し、サバイバルサーバ２は高負荷状態でないと認識した場合であって、サバイバルサーバ２との接続に成功するときには、図３（ｂ）に示した、「プロファイル名２」に基づいて、ＳＳＩＤを「ＳＳＩＤ２」とし、及び対応するスキャン方式を「アクティブ」として、無線ＬＡＮ通信部１０２に設定する。
以降の動作は、上記実施の形態１と同様である。
以上のように本実施の形態においては、アクセスポイントは、サーバの負荷状態を検出し、この負荷状態に応じて当該アクセスポイントのＳＳＩＤを設定し、端末はＳＳＩＤに応じて、本体サーバ１又はサバイバルサーバ２若しくは３と情報通信を行う。
これによりＡＰは、サーバが高負荷状態で障害となる可能性があると、障害にいたる前にＳＳＩＤを切替え、端末を別のサーバに接続させることができる。
これによりＡＰは、サーバが高負荷状態で障害となる可能性があると、障害にいたる前にＳＳＩＤを切替え、端末を別のサーバに接続させることができる。
尚、上記実施の形態１においては、監視部１０４はＲＦＣ７９２に基づくメッセージタイプを用いたＩＣＭＰ ｐｉｎｇ、及びＲＦＣ３２６１に基づくＳＩＰメッセージを用いたＳＩＰプロトコルの少なくとも一方で接続要求し障害と認識することによりＳＳＩＤを切り替えた。
また、実施の形態２においては、監視部１０４は、ＳＮＭＰ、ＳＮＭＰ ｖｅｒｓｉｏｎ ２、又はＳＮＭＰ ｖｅｒｓｉｏｎ ３のメッセージタイプを用いた情報要求で高負荷状態と認識することによりＳＳＩＤを切り替えた。
本発明はこれに限るものではなく、通信障害及び高負荷状態の何れか一方、又は双方に基づいてＳＳＩＤを切り替えるようにしても良い。
つまり、監視部１０４に対し障害認識、及び負荷認識の設定をすることで、監視部１０４は障害認識のみを行うか、負荷認識のみを行うか、それとも、障害認識、及び負荷認識を行うかを選択するようにしても良い。
また、実施の形態２においては、監視部１０４は、ＳＮＭＰ、ＳＮＭＰ ｖｅｒｓｉｏｎ ２、又はＳＮＭＰ ｖｅｒｓｉｏｎ ３のメッセージタイプを用いた情報要求で高負荷状態と認識することによりＳＳＩＤを切り替えた。
本発明はこれに限るものではなく、通信障害及び高負荷状態の何れか一方、又は双方に基づいてＳＳＩＤを切り替えるようにしても良い。
つまり、監視部１０４に対し障害認識、及び負荷認識の設定をすることで、監視部１０４は障害認識のみを行うか、負荷認識のみを行うか、それとも、障害認識、及び負荷認識を行うかを選択するようにしても良い。
実施の形態３．
上記実施の形態１では、ＡＰがサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子（ＳＳＩＤ）を設定した。また、上記実施の形態２では、ＡＰがサーバの負荷状態を監視し、負荷状態に基づいてＡＰのネットワーク識別子を設定した。
本実施の形態３では、コントローラがサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子を設定する。
以下、本発明における無線通信システムを、コントローラ型無線ＩＰ電話システムに適用した形態について説明する。
上記実施の形態１では、ＡＰがサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子（ＳＳＩＤ）を設定した。また、上記実施の形態２では、ＡＰがサーバの負荷状態を監視し、負荷状態に基づいてＡＰのネットワーク識別子を設定した。
本実施の形態３では、コントローラがサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子を設定する。
以下、本発明における無線通信システムを、コントローラ型無線ＩＰ電話システムに適用した形態について説明する。
まず、本実施の形態３における無線通信システムの構成について、上記実施の形態１との相違点を中心に説明する。尚、上記実施の形態１と同様の構成には同様の符号を付する。
図１０は実施の形態３に係る無線ＩＰ電話システムの構成図である。
図１０に示すように、本実施の形態３に係る無線ＩＰ電話システムは、上記実施の形態１の無線ＩＰ電話システム（図１）の構成に加え、コントローラ１０、コントローラ１１、及びコントローラ１２を備える。
尚、サーバ１、サバイバルサーバ２及び３、無線端末７〜９の構成は、上記実施の形態１と同様である。
図１０に示すように、本実施の形態３に係る無線ＩＰ電話システムは、上記実施の形態１の無線ＩＰ電話システム（図１）の構成に加え、コントローラ１０、コントローラ１１、及びコントローラ１２を備える。
尚、サーバ１、サバイバルサーバ２及び３、無線端末７〜９の構成は、上記実施の形態１と同様である。
コントローラ１０、コントローラ１１、及びコントローラ１２（以下、区別しないときは単に「コントローラ」ともいう。）は、本体サーバ１、サバイバルサーバ２、サバイバルサーバ３と、それぞれ有線ＬＡＮで接続され、互いに通信が行える。
コントローラは、それぞれ拠点ごとに設置される。コントローラは、当該拠点内のＡＰを収容（接続）する。このコントローラは、収容したＡＰを制御して、無線ＬＡＮを運用するものである。
尚、本実施の形態３では、コントローラ１０〜１２のそれぞれが収容するＡＰが１つずつである場合を示すが、複数のＡＰを収容することも可能である。
尚、本実施の形態３では、コントローラ１０〜１２のそれぞれが収容するＡＰが１つずつである場合を示すが、複数のＡＰを収容することも可能である。
コントローラは、ＡＰに対する設定制御を行う。詳細は後述する。
また、コントローラは、ＡＰに対するアクセス制御及びトラヒック制御を行うことが可能である。
例えば、ＡＰから流入するトラヒックに対するアクセス制御（ＦＷ（Firewall）、ＰＦ（Packet Filtering）など）がある。
また、ＡＰから流入するトラヒックに対するトラヒック制御（ＱｏＳ（Quality of Service）など）がある。
また、バックボーンから流入するトラヒックに対するアクセス制御がある。
また、バックボーンから流入するトラヒックに対するトラヒック制御がある。
尚、バックボーンとは、コントローラ１０の場合は本体サーバ１が接続する拠点ＡのＬＡＮである。
また、コントローラは、ＡＰに対するアクセス制御及びトラヒック制御を行うことが可能である。
例えば、ＡＰから流入するトラヒックに対するアクセス制御（ＦＷ（Firewall）、ＰＦ（Packet Filtering）など）がある。
また、ＡＰから流入するトラヒックに対するトラヒック制御（ＱｏＳ（Quality of Service）など）がある。
また、バックボーンから流入するトラヒックに対するアクセス制御がある。
また、バックボーンから流入するトラヒックに対するトラヒック制御がある。
尚、バックボーンとは、コントローラ１０の場合は本体サーバ１が接続する拠点ＡのＬＡＮである。
本実施の形態３では、コントローラがＡＰに対する設定制御をすることでＡＰのネットワーク識別子（ＳＳＩＤ）を設定する。
このため、実施の形態３では、コントローラがサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子を設定する。
このため、実施の形態３では、コントローラがサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子を設定する。
各端末は、ＡＰとコントローラとを介して、本体サーバ１、又はサバイバルサーバ２若しくは３と情報通信を行う。
例えば、拠点Ｂに存在する無線端末８は、ＡＰ５及びコントローラ１１を介して、本体サーバ１又はサバイバルサーバ２と情報通信し、各拠点内の端末（例えば無線端末７等）と通信する。
例えば、拠点Ｂに存在する無線端末８は、ＡＰ５及びコントローラ１１を介して、本体サーバ１又はサバイバルサーバ２と情報通信し、各拠点内の端末（例えば無線端末７等）と通信する。
次に、コントローラの構成を説明する。
図１１は実施の形態３に係るコントローラの構成図である。
図１１に示すように、コントローラは、第一有線ＬＡＮ通信部２０１と、第二有線ＬＡＮ通信部２０２と、記憶部２０３と、監視部２０４と、ＡＰ制御部２０５とにより構成されている。
図１１に示すように、コントローラは、第一有線ＬＡＮ通信部２０１と、第二有線ＬＡＮ通信部２０２と、記憶部２０３と、監視部２０４と、ＡＰ制御部２０５とにより構成されている。
第一有線ＬＡＮ通信部２０１は、拠点の有線ＬＡＮと接続する。
第二有線ＬＡＮ通信部２０２は、有線ＬＡＮと接続してＡＰと接続する。
第一有線ＬＡＮ通信部２０１と第二有線ＬＡＮ通信部２０２とは互いに接続し、通信を中継できる。
記憶部２０３は、複数のプロファイルが記憶される。
第二有線ＬＡＮ通信部２０２は、有線ＬＡＮと接続してＡＰと接続する。
第一有線ＬＡＮ通信部２０１と第二有線ＬＡＮ通信部２０２とは互いに接続し、通信を中継できる。
記憶部２０３は、複数のプロファイルが記憶される。
コントローラ１０〜１２の記憶部２０３に記憶されるプロファイルデータは、上記実施の形態１においてＡＰ４〜６の記憶部１０３に記憶されたプロファイルデータ（図３）と同様である。
即ち、ＡＰ４を収容するコントローラ１０の記憶部２０３は、図３（ａ）に示すプロファイルを記憶している。
また、ＡＰ５を収容するコントローラ１１の記憶部２０３は、図３（ｂ）に示すプロファイルを記憶している。
また、ＡＰ６を収容するコントローラ１２の記憶部２０３は、図３（ｃ）に示すプロファイルを記憶している。
このように、記憶部２０３に記憶されるプロファイルは、コントローラごとに異なる。
また、ＡＰ５を収容するコントローラ１１の記憶部２０３は、図３（ｂ）に示すプロファイルを記憶している。
また、ＡＰ６を収容するコントローラ１２の記憶部２０３は、図３（ｃ）に示すプロファイルを記憶している。
このように、記憶部２０３に記憶されるプロファイルは、コントローラごとに異なる。
尚、１つのコントローラが複数のＡＰを収容する場合は、記憶部２０３には複数のＡＰごとの複数のプロファイルが記憶される。
この場合、ＡＰごとに複数のプロファイルを参照できるように、例えばＡＰの名前やＩＰアドレスなどのＡＰ別識別子と、複数のＡＰごとの複数のプロファイルとを対にして記憶する。これにより、ＡＰ別識別子をキーにＡＰごとに複数のプロファイルを参照できるようになる。
この場合、ＡＰごとに複数のプロファイルを参照できるように、例えばＡＰの名前やＩＰアドレスなどのＡＰ別識別子と、複数のＡＰごとの複数のプロファイルとを対にして記憶する。これにより、ＡＰ別識別子をキーにＡＰごとに複数のプロファイルを参照できるようになる。
コントローラ１０〜１２の監視部２０４は、記憶部２０３が記憶するプロファイルに基づきサーバを監視する。
監視部２０４は、記憶部２０３に記憶されたプロファイルの監視対象フラグに基づき、「監視対象フラグＯＮ」に設定されている本体サーバ１、サバイバルサーバ２及び３を監視する。
監視部２０４は、記憶部２０３に記憶されたプロファイルの監視対象フラグに基づき、「監視対象フラグＯＮ」に設定されている本体サーバ１、サバイバルサーバ２及び３を監視する。
つまり、コントローラ１０の記憶部２０３は、図３（ａ）のように、「本体サーバ１のＩＰアドレス１」が「監視対象フラグＯＮ」に設定されているので、コントローラ１０の監視部２０４は、「本体サーバ１のＩＰアドレス１」に基づいて監視する。
コントローラ１１、１２も同様に、記憶部２０３のプロファイルに基づき監視する。
コントローラ１１、１２も同様に、記憶部２０３のプロファイルに基づき監視する。
尚、「本体サーバ１のＩＰアドレス１」、「サバイバルサーバ２のＩＰアドレス２」、及び「サバイバルサーバ３のＩＰアドレス３」は、本発明における本体サーバ又はサバイバルサーバの識別情報に相当する。
監視部２０４は、サーバと当該コントローラとの間の通信状態を監視（検出）する。
通信状態を監視する手段は、上記実施の形態１と同様に、ＩＣＭＰ ｐｉｎｇ、及びＳＩＰメッセージを用いたＳＩＰプロトコルの少なくとも一方で接続要求し、サーバから接続応答を得ることで通信状態を検出する。
監視部２０４は、接続要求し、サーバから接続応答を得ることができるとき、接続が成功し、サーバとコントローラとの間の通信は正常であると認識する。
また、監視部２０４は、接続要求し、サーバから接続応答を得ることができないと、接続が失敗し、サーバとコントローラとの間の通信に障害が生じていると認識する。
通信状態を監視する手段は、上記実施の形態１と同様に、ＩＣＭＰ ｐｉｎｇ、及びＳＩＰメッセージを用いたＳＩＰプロトコルの少なくとも一方で接続要求し、サーバから接続応答を得ることで通信状態を検出する。
監視部２０４は、接続要求し、サーバから接続応答を得ることができるとき、接続が成功し、サーバとコントローラとの間の通信は正常であると認識する。
また、監視部２０４は、接続要求し、サーバから接続応答を得ることができないと、接続が失敗し、サーバとコントローラとの間の通信に障害が生じていると認識する。
コントローラの監視部２０４は、サーバに接続が失敗し、障害と認識すると、記憶部２０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式をＡＰ制御部２０５に与える。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
ＡＰ制御部２０５は、監視部２０４の監視に基づきＡＰを制御する。
また、ＡＰ制御部２０５は、ＡＰを制御するために、ＡＰに設定するＳＳＩＤ及び対応するスキャン方式を保持する。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式の保持をしない。
また、ＡＰ制御部２０５は、ＡＰを制御するために、ＡＰに設定するＳＳＩＤ及び対応するスキャン方式を保持する。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式の保持をしない。
このＡＰ制御部２０５によるＡＰに対する設定制御について説明する。
まず、ＡＰ制御部２０５は、コントローラが起動した直後の制御として、ＡＰに対する初期設定制御を行う。
ＡＰ制御部２０５は、当該コントローラが起動すると、記憶部２０３に記憶されたプロファイルからＳＳＩＤを保持する。そして、当該コントローラに接続するＡＰに対し、当該ＳＳＩＤの情報を含む設定信号を、第二有線ＬＡＮ通信部を介して送出する。これによりＡＰにＳＳＩＤを設定する。
起動時に設定するＡＰのＳＳＩＤは、拠点ごとのＡＰで同一となるよう設定するようにするため、記憶部２０３に記憶されたプロファイルのうち、最上段に示されるＳＳＩＤを初期設定制御で設定するＳＳＩＤとする。
まず、ＡＰ制御部２０５は、コントローラが起動した直後の制御として、ＡＰに対する初期設定制御を行う。
ＡＰ制御部２０５は、当該コントローラが起動すると、記憶部２０３に記憶されたプロファイルからＳＳＩＤを保持する。そして、当該コントローラに接続するＡＰに対し、当該ＳＳＩＤの情報を含む設定信号を、第二有線ＬＡＮ通信部を介して送出する。これによりＡＰにＳＳＩＤを設定する。
起動時に設定するＡＰのＳＳＩＤは、拠点ごとのＡＰで同一となるよう設定するようにするため、記憶部２０３に記憶されたプロファイルのうち、最上段に示されるＳＳＩＤを初期設定制御で設定するＳＳＩＤとする。
つまり、例えば、コントローラ１０の記憶部２０３は、図３（ａ）のように、最上段で「ＳＳＩＤ１」と示されているので、コントローラ１０のＡＰ制御部２０５は初期設定制御でＡＰ４に「ＳＳＩＤ１」を設定する。
コントローラ１１、１２も同様に、記憶部２０３に記憶されたプロファイルの最上段で示される「ＳＳＩＤ１」をＡＰ５、ＡＰ６に設定する。
コントローラ１１、１２も同様に、記憶部２０３に記憶されたプロファイルの最上段で示される「ＳＳＩＤ１」をＡＰ５、ＡＰ６に設定する。
このような初期設定制御により、それぞれのコントローラが収容するそれぞれのＡＰのＳＳＩＤを同一とする設定がなされる。
尚、上述の初期設定制御は、コントローラが起動したときＡＰにＳＳＩＤを設定する場合を説明したが、これに限るものではない。例えば、ＡＰが起動時にコントローラへの設定依頼をする場合には、設定依頼を受けたコントローラは、ＡＰ制御部２０５で保持するＳＳＩＤ及び対応するスキャン方式を、設定依頼をするＡＰに設定するようにすることもできる。
次に、ＡＰ制御部２０５は、監視部２０４の監視に基づく制御として、ＡＰに対する設定制御を行う。
ＡＰ制御部２０５は、初期設定制御の後に、監視部２０４がサーバとの接続に失敗し、サーバとコントローラとの間の通信に障害が生じていると認識するとき、監視部２０４から与えられるＳＳＩＤ、及び対応するスキャン方式をＡＰに設定する。
この設定は、ＡＰに設定するＳＳＩＤ、及び対応するスキャン方式の情報を含む設定信号を、第二有線ＬＡＮ通信部２０２を介して送出することにより行う。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
ＡＰ制御部２０５は、初期設定制御の後に、監視部２０４がサーバとの接続に失敗し、サーバとコントローラとの間の通信に障害が生じていると認識するとき、監視部２０４から与えられるＳＳＩＤ、及び対応するスキャン方式をＡＰに設定する。
この設定は、ＡＰに設定するＳＳＩＤ、及び対応するスキャン方式の情報を含む設定信号を、第二有線ＬＡＮ通信部２０２を介して送出することにより行う。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
尚、コントローラが複数のＡＰを収容する場合は、上記の初期設定制御及び設定制御において、設定信号に設定対象となるＡＰのＡＰ別識別子を含めて、設定対象のＡＰを判断できるようにしても良い。
次に、ＡＰの構成を説明する。
図１２は実施の形態３に係るアクセスポイントの構成図である。
図１２に示すように、ＡＰは、有線ＬＡＮ通信部３０１と、無線ＬＡＮ通信部３０２とにより構成されている。
有線ＬＡＮ通信部３０１は、有線ＬＡＮと接続しコントローラと接続する。
無線ＬＡＮ通信部３０２は、無線ＬＡＮと接続する。
有線ＬＡＮ通信部３０１と無線ＬＡＮ通信部３０２とは互いに接続し、通信を中継できる。
図１２に示すように、ＡＰは、有線ＬＡＮ通信部３０１と、無線ＬＡＮ通信部３０２とにより構成されている。
有線ＬＡＮ通信部３０１は、有線ＬＡＮと接続しコントローラと接続する。
無線ＬＡＮ通信部３０２は、無線ＬＡＮと接続する。
有線ＬＡＮ通信部３０１と無線ＬＡＮ通信部３０２とは互いに接続し、通信を中継できる。
また、無線ＬＡＮ通信部３０２は、コントローラからの初期設定制御及び設定制御によりＳＳＩＤ、及び対応するスキャン方式（設定される場合に限る）が設定される。
この設定を具体的に説明する。
コントローラのＡＰ制御部２０５の初期設定制御及び設定制御において、設定信号が送出される。この設定信号はＡＰの有線ＬＡＮ通信部３０１に到達する。
そして、図１２に図示されていないＡＰの制御部が、設定信号に基づいて無線ＬＡＮ通信部３０２を設定する。
ここで、ＡＰの制御部とは、ＡＰ内部に存在するＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）などである。
コントローラのＡＰ制御部２０５の初期設定制御及び設定制御において、設定信号が送出される。この設定信号はＡＰの有線ＬＡＮ通信部３０１に到達する。
そして、図１２に図示されていないＡＰの制御部が、設定信号に基づいて無線ＬＡＮ通信部３０２を設定する。
ここで、ＡＰの制御部とは、ＡＰ内部に存在するＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）などである。
尚、コントローラが複数のＡＰを収容する場合は、コントローラからの設定信号にＡＰ別識別子を含めて送出する。ＡＰの制御部は、設定信号にＡＰ別識別子が含まれているときは、このＡＰ別識別子に基づいて自身（当該ＡＰ）を含むＡＰが設定対象であるか否かを判断する。そして、自身（当該ＡＰ）が設定対象の場合に、当該設定信号に基づいて無線ＬＡＮ通信部３０２を設定する。
次に、本体サーバ１とコントローラとの間に障害が生じた場合の動作を説明する。
図１３は実施の形態３に係る通信障害時のネットワーク接続を示す図である。
図１４は実施の形態３に係るサーバ切り替え動作を示すシーケンス図である。
まず、図１３に示すように、コントローラ１１と本体サーバ１との間の通信に障害が生じ、コントローラ１１とサバイバルサーバ２との間の通信が正常の場合の動作を、図１４に基づき説明する。
図１４は実施の形態３に係るサーバ切り替え動作を示すシーケンス図である。
まず、図１３に示すように、コントローラ１１と本体サーバ１との間の通信に障害が生じ、コントローラ１１とサバイバルサーバ２との間の通信が正常の場合の動作を、図１４に基づき説明する。
（Ｓ３０１）
まず、コントローラ１１のＡＰ制御部２０５は、記憶部２０３で記憶されたプロファイルの最上段で示される「ＳＳＩＤ１」を保持し、初期設定制御によりＡＰ５に「ＳＳＩＤ１」を設定する。
ここで、ＡＰ５は、ＳＳＩＤが設定されると、設定された「ＳＳＩＤ１」を含めた制御信号（ビーコン）が送出可能となる。
このとき、ＡＰ５は、対応するスキャン方式が設定されていないので、通常のスキャンに対応することになる。
まず、コントローラ１１のＡＰ制御部２０５は、記憶部２０３で記憶されたプロファイルの最上段で示される「ＳＳＩＤ１」を保持し、初期設定制御によりＡＰ５に「ＳＳＩＤ１」を設定する。
ここで、ＡＰ５は、ＳＳＩＤが設定されると、設定された「ＳＳＩＤ１」を含めた制御信号（ビーコン）が送出可能となる。
このとき、ＡＰ５は、対応するスキャン方式が設定されていないので、通常のスキャンに対応することになる。
定常時においては、上記実施の形態１で説明した通常のスキャン方式により、無線端末８はＡＰ５に接続処理を行う。そして、無線端末８は、発呼信号を「ＳＳＩＤ１」での接続先サーバである「本体サーバ１のＩＰアドレス１」宛に送信する。
これにより、無線端末８からの通信情報が、ＡＰ５及びコントローラ１１を介して本体サーバ１へ到達することとなる。
尚、定常時における呼処理、通話の確立等の動作は、上記実施の形態１と同様である。
これにより、無線端末８からの通信情報が、ＡＰ５及びコントローラ１１を介して本体サーバ１へ到達することとなる。
尚、定常時における呼処理、通話の確立等の動作は、上記実施の形態１と同様である。
（Ｓ３０２）
コントローラ１１の監視部２０４は、記憶部２０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」との通信状態を、第一有線ＬＡＮ通信部２０１を介して監視する。
図１３の状態においては、監視部２０４は、本体サーバ１との接続に失敗するため、コントローラ１１と本体サーバ１との間に障害が生じていると認識する。
また、監視部２０４は、サバイバルサーバ２との接続に成功するため、コントローラ１１とサバイバルサーバ２との間の通信は正常であると認識する。
コントローラ１１の監視部２０４は、記憶部２０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」との通信状態を、第一有線ＬＡＮ通信部２０１を介して監視する。
図１３の状態においては、監視部２０４は、本体サーバ１との接続に失敗するため、コントローラ１１と本体サーバ１との間に障害が生じていると認識する。
また、監視部２０４は、サバイバルサーバ２との接続に成功するため、コントローラ１１とサバイバルサーバ２との間の通信は正常であると認識する。
（Ｓ３０３）
コントローラ１１の監視部２０４は、本体サーバ１に接続が失敗し、障害と認識すると、記憶部２０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２が含まれる「プロファイル名２」に基づいて、ＳＳＩＤを「ＳＳＩＤ２」とし、及び対応するスキャン方式「アクティブ」の設定情報をＡＰ制御部２０５に与える。
続いて、コントローラ１１のＡＰ制御部２０５は、与えられた設定情報に基づいて設定制御をして、ＡＰ５の設定をする。
このとき、ＡＰ制御部２０５は、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」とする設定情報を含む設定信号を、第二有線ＬＡＮ通信部２０２を介して送出する。
コントローラ１１の監視部２０４は、本体サーバ１に接続が失敗し、障害と認識すると、記憶部２０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２が含まれる「プロファイル名２」に基づいて、ＳＳＩＤを「ＳＳＩＤ２」とし、及び対応するスキャン方式「アクティブ」の設定情報をＡＰ制御部２０５に与える。
続いて、コントローラ１１のＡＰ制御部２０５は、与えられた設定情報に基づいて設定制御をして、ＡＰ５の設定をする。
このとき、ＡＰ制御部２０５は、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」とする設定情報を含む設定信号を、第二有線ＬＡＮ通信部２０２を介して送出する。
（Ｓ３０４）
ＡＰ５の無線ＬＡＮ通信部３０２は、到達した設定信号に基づき、自身に「ＳＳＩＤ２」、及び対応するスキャン方式を「アクティブ」と設定する。
ＡＰ５の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。
ＡＰ５の無線ＬＡＮ通信部３０２は、到達した設定信号に基づき、自身に「ＳＳＩＤ２」、及び対応するスキャン方式を「アクティブ」と設定する。
ＡＰ５の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。
（Ｓ３０５）
無線端末８は、ＡＰ５から切断信号（Deauthentication）のメッセージを受信すると、ＡＰ５との接続を切断する。そして、再び「ＳＳＩＤ１」に設定されているアクセスポイントをスキャンするため、接続要求信号（Probe Request）のメッセージを送出する。
ここで、ＡＰ５は、「ＳＳＩＤ２」に設定されているので応答しない。
無線端末８は、ＡＰ５から切断信号（Deauthentication）のメッセージを受信すると、ＡＰ５との接続を切断する。そして、再び「ＳＳＩＤ１」に設定されているアクセスポイントをスキャンするため、接続要求信号（Probe Request）のメッセージを送出する。
ここで、ＡＰ５は、「ＳＳＩＤ２」に設定されているので応答しない。
（Ｓ３０６）
無線端末８は、「ＳＳＩＤ１」に設定されたアクセスポイントを捕捉できないとき、当該無線端末８に記憶されている別のプロファイルに含まれる「ＳＳＩＤ２」に設定されているアクセスポイントをスキャンするため、接続要求信号（Probe Request）のメッセージを送出する。
無線端末８は、「ＳＳＩＤ１」に設定されたアクセスポイントを捕捉できないとき、当該無線端末８に記憶されている別のプロファイルに含まれる「ＳＳＩＤ２」に設定されているアクセスポイントをスキャンするため、接続要求信号（Probe Request）のメッセージを送出する。
（Ｓ３０７）
ＡＰ５は、「ＳＳＩＤ２」に設定されているので、受け取った接続要求信号（Probe Request）に対し、当該ＡＰ５に設定されている「ＳＳＩＤ２」を含めた接続応答信号（Probe Response）を送出して応答する。
ＡＰ５は、「ＳＳＩＤ２」に設定されているので、受け取った接続要求信号（Probe Request）に対し、当該ＡＰ５に設定されている「ＳＳＩＤ２」を含めた接続応答信号（Probe Response）を送出して応答する。
（Ｓ３０８）
無線端末８は、ＡＰ５から接続応答信号（Probe Response）を受け取ると、当該無線端末８と同じ「ＳＳＩＤ２」であるＡＰ５に接続処理を行い、「ＳＳＩＤ２」で無線ＬＡＮと接続をする。
以降、無線端末８は、発呼する際、「ＳＳＩＤ２」での接続先であるサーバである「サバイバルサーバ２のＩＰアドレス２」宛に発呼信号を送信する。
これにより、無線端末８からの発呼信号がＡＰ５とコントローラ１１を介してサバイバルサーバ２へ到達する。そして、サバイバルサーバ２は、無線端末８からの発呼信号に基づき呼処理をする。
無線端末８は、ＡＰ５から接続応答信号（Probe Response）を受け取ると、当該無線端末８と同じ「ＳＳＩＤ２」であるＡＰ５に接続処理を行い、「ＳＳＩＤ２」で無線ＬＡＮと接続をする。
以降、無線端末８は、発呼する際、「ＳＳＩＤ２」での接続先であるサーバである「サバイバルサーバ２のＩＰアドレス２」宛に発呼信号を送信する。
これにより、無線端末８からの発呼信号がＡＰ５とコントローラ１１を介してサバイバルサーバ２へ到達する。そして、サバイバルサーバ２は、無線端末８からの発呼信号に基づき呼処理をする。
尚、「ＳＳＩＤ１」は、本発明における第１のネットワーク識別子に相当し、「ＳＳＩＤ２」は、本発明における第２のネットワーク識別子に相当する。
図１５は実施の形態３に係る通信障害時のネットワーク接続を示す図である。
図１６は実施の形態３に係るサーバ切り替え動作を示すシーケンス図である。
次に、図１５に示すように、コントローラ１２と本体サーバ１との間の通信に障害が生じ、コントローラ１２とサバイバルサーバ３との間の通信が正常の場合の動作を、図１６に基づき説明する。
図１６は実施の形態３に係るサーバ切り替え動作を示すシーケンス図である。
次に、図１５に示すように、コントローラ１２と本体サーバ１との間の通信に障害が生じ、コントローラ１２とサバイバルサーバ３との間の通信が正常の場合の動作を、図１６に基づき説明する。
（Ｓ４０１）
まず、コントローラ１２のＡＰ制御部２０５は、記憶部２０３で記憶されたプロファイルの最上段で示される「ＳＳＩＤ１」を保持し、初期設定制御によりＡＰ６に「ＳＳＩＤ１」を設定する。
ここで、ＡＰ６は、ＳＳＩＤが設定されると、設定された「ＳＳＩＤ１」を含めた制御信号（ビーコン）が送出可能となる。
このとき、ＡＰ６は、対応するスキャン方式が設定されていないので、通常のスキャンに対応することになる。
まず、コントローラ１２のＡＰ制御部２０５は、記憶部２０３で記憶されたプロファイルの最上段で示される「ＳＳＩＤ１」を保持し、初期設定制御によりＡＰ６に「ＳＳＩＤ１」を設定する。
ここで、ＡＰ６は、ＳＳＩＤが設定されると、設定された「ＳＳＩＤ１」を含めた制御信号（ビーコン）が送出可能となる。
このとき、ＡＰ６は、対応するスキャン方式が設定されていないので、通常のスキャンに対応することになる。
定常時においては、上記実施の形態１で説明した通常のスキャン方式により、無線端末９はＡＰ６に接続処理を行う。そして、無線端末９は、発呼信号を「ＳＳＩＤ１」での接続先サーバである「本体サーバ１のＩＰアドレス１」宛に送信する。
これにより、無線端末９からの通信情報が、ＡＰ６及びコントローラ１２を介して本体サーバ１へ到達することとなる。
尚、定常時における呼処理、通話の確立等の動作は、上記実施の形態１と同様である。
これにより、無線端末９からの通信情報が、ＡＰ６及びコントローラ１２を介して本体サーバ１へ到達することとなる。
尚、定常時における呼処理、通話の確立等の動作は、上記実施の形態１と同様である。
（Ｓ４０２）
コントローラ１２の監視部２０４は、記憶部２０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」との通信状態を、第一有線ＬＡＮ通信部２０１を介して監視する。
図１５の状態においては、監視部２０４は、本体サーバ１との接続に失敗するため、コントローラ１２と本体サーバ１との間に障害が生じていると認識する。
また、監視部２０４は、サバイバルサーバ３との接続に成功するため、コントローラ１２とサバイバルサーバ３との間の通信は正常であると認識する。
コントローラ１２の監視部２０４は、記憶部２０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」との通信状態を、第一有線ＬＡＮ通信部２０１を介して監視する。
図１５の状態においては、監視部２０４は、本体サーバ１との接続に失敗するため、コントローラ１２と本体サーバ１との間に障害が生じていると認識する。
また、監視部２０４は、サバイバルサーバ３との接続に成功するため、コントローラ１２とサバイバルサーバ３との間の通信は正常であると認識する。
（Ｓ４０３）
コントローラ１２の監視部２０４は、本体サーバ１に接続が失敗し、障害と認識すると、記憶部２０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ３が含まれる「プロファイル名３」に基づいて、ＳＳＩＤを「ＳＳＩＤ３」とし、及び対応するスキャン方式「パッシブ」の設定情報をＡＰ制御部２０５に与える。
続いて、コントローラ１２のＡＰ制御部２０５は、与えられた設定情報に基づいて設定制御をして、ＡＰ６の設定をする。
このとき、ＡＰ制御部２０５は、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」とする設定情報を含む設定信号を、第二有線ＬＡＮを介して送出する。
コントローラ１２の監視部２０４は、本体サーバ１に接続が失敗し、障害と認識すると、記憶部２０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ３が含まれる「プロファイル名３」に基づいて、ＳＳＩＤを「ＳＳＩＤ３」とし、及び対応するスキャン方式「パッシブ」の設定情報をＡＰ制御部２０５に与える。
続いて、コントローラ１２のＡＰ制御部２０５は、与えられた設定情報に基づいて設定制御をして、ＡＰ６の設定をする。
このとき、ＡＰ制御部２０５は、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」とする設定情報を含む設定信号を、第二有線ＬＡＮを介して送出する。
（Ｓ４０４）
ＡＰ６の無線ＬＡＮ通信部３０２は、到達した設定信号に基づき、自身に「ＳＳＩＤ３」、及び対応するスキャン方式を「パッシブ」と設定する。
ＡＰ６の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮに切断信号（Deauthentication）のメッセージ、及び当該ＡＰ６に設定された「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出し、再帰処理を実施する。
ＡＰ６の無線ＬＡＮ通信部３０２は、到達した設定信号に基づき、自身に「ＳＳＩＤ３」、及び対応するスキャン方式を「パッシブ」と設定する。
ＡＰ６の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮに切断信号（Deauthentication）のメッセージ、及び当該ＡＰ６に設定された「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出し、再帰処理を実施する。
（Ｓ４０５）
無線端末９は、ＡＰ６から切断信号（Deauthentication）のメッセージを受信すると、ＡＰ６との接続を切断する。さらに、無線端末９は、ＡＰ６から「ＳＳＩＤ３」を含めた制御信号（ビーコン）を受信する。
無線端末９は、ＡＰ６から「ＳＳＩＤ３」を含めた制御信号（ビーコン）を受け取ると、当該無線端末９のＳＳＩＤを「ＳＳＩＤ３」に設定し、ＡＰ６に接続処理を行い、「ＳＳＩＤ３」で無線ＬＡＮと接続する。
以降、無線端末９は、発呼する際、「ＳＳＩＤ３」での接続先サーバである「サバイバルサーバ３のＩＰアドレス３」宛に発呼信号を送信する。
これにより、無線端末９からの発呼信号がＡＰ６とコントローラ１２を介してサバイバルサーバ３へ到達する。そして、サバイバルサーバ３は、無線端末９からの発呼信号に基づき呼処理をする。
無線端末９は、ＡＰ６から切断信号（Deauthentication）のメッセージを受信すると、ＡＰ６との接続を切断する。さらに、無線端末９は、ＡＰ６から「ＳＳＩＤ３」を含めた制御信号（ビーコン）を受信する。
無線端末９は、ＡＰ６から「ＳＳＩＤ３」を含めた制御信号（ビーコン）を受け取ると、当該無線端末９のＳＳＩＤを「ＳＳＩＤ３」に設定し、ＡＰ６に接続処理を行い、「ＳＳＩＤ３」で無線ＬＡＮと接続する。
以降、無線端末９は、発呼する際、「ＳＳＩＤ３」での接続先サーバである「サバイバルサーバ３のＩＰアドレス３」宛に発呼信号を送信する。
これにより、無線端末９からの発呼信号がＡＰ６とコントローラ１２を介してサバイバルサーバ３へ到達する。そして、サバイバルサーバ３は、無線端末９からの発呼信号に基づき呼処理をする。
尚、「ＳＳＩＤ１」は、本発明における第１のネットワーク識別子に相当し、「ＳＳＩＤ３」は、本発明における第２のネットワーク識別子に相当する。
以上のように本実施の形態においては、コントローラは、サーバと当該コントローラとの間の通信状態を検出し、この通信状態に応じてアクセスポイントのＳＳＩＤを設定し、端末はＳＳＩＤに応じて、本体サーバ１又はサバイバルサーバ２若しくは３と情報通信を行う。このため、上記実施の形態１と同様の効果を奏することができる。
また、コントローラによりサーバの通信状態の監視を行い、ＡＰに対してＳＳＩＤの設定制御を行う。
このため、ＡＰの構成を簡素化することが可能となる。また、既存のネットワークシステムにおいても、当該コントローラを追加する構成とすることで、サーバ切り替えを行うことができるシステムを構築することが可能となる。
このため、ＡＰの構成を簡素化することが可能となる。また、既存のネットワークシステムにおいても、当該コントローラを追加する構成とすることで、サーバ切り替えを行うことができるシステムを構築することが可能となる。
尚、本実施の形態３は、通信状態に基づいてＡＰのＳＳＩＤを設定する形態について説明したが、本発明はこれに限るものではなく、上記実施の形態２で説明したサーバの負荷状態に基づいてＡＰのＳＳＩＤを設定しても良い。
また、通信障害及び高負荷状態の何れか一方、又は双方に基づいてＳＳＩＤを切り替えるようにしても良い。
つまり、コントローラの監視部２０４に対し障害認識、及び負荷認識の設定をすることで、監視部２０４は障害認識のみを行うか、負荷認識のみを行うか、それとも、障害認識、及び負荷認識を行うかを選択するようにしても良い。尚、この場合、監視部２０４による負荷監視は、上記実施の形態２の監視部１０４と同様の動作を行うことができる。
また、通信障害及び高負荷状態の何れか一方、又は双方に基づいてＳＳＩＤを切り替えるようにしても良い。
つまり、コントローラの監視部２０４に対し障害認識、及び負荷認識の設定をすることで、監視部２０４は障害認識のみを行うか、負荷認識のみを行うか、それとも、障害認識、及び負荷認識を行うかを選択するようにしても良い。尚、この場合、監視部２０４による負荷監視は、上記実施の形態２の監視部１０４と同様の動作を行うことができる。
実施の形態４．
上記実施の形態３では、コントローラがサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子（ＳＳＩＤ）を設定した。
本実施の形態４では、ネットワーク管理装置がサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子を設定する。
以下、本発明における無線通信システムを、ネットワーク管理装置により管理された無線ＩＰ電話システムに適用した形態について説明する。
上記実施の形態３では、コントローラがサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子（ＳＳＩＤ）を設定した。
本実施の形態４では、ネットワーク管理装置がサーバとの通信状態を監視し、通信状態に基づいてＡＰのネットワーク識別子を設定する。
以下、本発明における無線通信システムを、ネットワーク管理装置により管理された無線ＩＰ電話システムに適用した形態について説明する。
まず、本実施の形態４における無線通信システムの構成について、上記実施の形態１及び３との相違点を中心に説明する。尚、上記実施の形態１及び３と同様の構成には同様の符号を付する。
図１７は実施の形態４に係る無線ＩＰ電話システムの構成図である。
図１７に示すように、本実施の形態４に係る無線ＩＰ電話システムは、上記実施の形態１の無線ＩＰ電話システム（図１）の構成に加え、ネットワーク管理装置２０を備える。
尚、本体サーバ１、サバイバルサーバ２及び３、無線端末７〜９の構成は、上記実施の形態１と同様である。
図１７に示すように、本実施の形態４に係る無線ＩＰ電話システムは、上記実施の形態１の無線ＩＰ電話システム（図１）の構成に加え、ネットワーク管理装置２０を備える。
尚、本体サーバ１、サバイバルサーバ２及び３、無線端末７〜９の構成は、上記実施の形態１と同様である。
ネットワーク管理装置２０は、ネットワークを介してＡＰと接続される。
このネットワーク管理装置２０は、ＳＮＭＰ、又はＳＮＭＰｖ２のメッセージタイプを用いて、ネットワーク上のノード（サーバ及びＡＰを含む）に情報要求し、ノードから情報を取得してネットワーク管理をする装置である。したがって、図１７に示す無線ＩＰ電話システムにおいては、ネットワーク管理装置２０により管理された無線ＬＡＮを運用する。
また、ネットワーク管理装置２０は、サーバの通信状態の監視（検出）をするものである。
したがって、ネットワーク管理装置２０は、ネットワーク管理と通信状態の監視を行うものである。
このネットワーク管理装置２０は、ＳＮＭＰ、又はＳＮＭＰｖ２のメッセージタイプを用いて、ネットワーク上のノード（サーバ及びＡＰを含む）に情報要求し、ノードから情報を取得してネットワーク管理をする装置である。したがって、図１７に示す無線ＩＰ電話システムにおいては、ネットワーク管理装置２０により管理された無線ＬＡＮを運用する。
また、ネットワーク管理装置２０は、サーバの通信状態の監視（検出）をするものである。
したがって、ネットワーク管理装置２０は、ネットワーク管理と通信状態の監視を行うものである。
尚、ネットワーク管理装置２０は、ネットワーク管理機能を有するシステム及びサービスであっても良い。この場合、後述するＡＰ制御部４０５、監視部４０４及び記憶部４０３をシステム及びサービス内に含むことになる。
次に、ネットワーク管理装置２０の構成を説明する。
図１８は実施の形態４に係るネットワーク管理装置の構成図である。
図１８に示すように、ネットワーク管理装置２０は、有線ＬＡＮ通信部４０２と、記憶部４０３と、監視部４０４と、ＡＰ制御部４０５とにより構成されている。
図１８に示すように、ネットワーク管理装置２０は、有線ＬＡＮ通信部４０２と、記憶部４０３と、監視部４０４と、ＡＰ制御部４０５とにより構成されている。
有線ＬＡＮ通信部４０２は、有線ＬＡＮと接続してＡＰ及びサーバと接続する。
記憶部４０３は、各ＡＰごとに、複数のプロファイルが記憶される。
記憶部４０３は、ＡＰごとの複数のプロファイルを参照できるように、ＡＰの名前やＩＰアドレスなどのＡＰ別識別子と、各ＡＰごとの複数のプロファイルを対にして記憶する。これにより、ＡＰ別識別子をキーに、ＡＰごとに複数のプロファイルを参照できる。
記憶部４０３は、ＡＰごとの複数のプロファイルを参照できるように、ＡＰの名前やＩＰアドレスなどのＡＰ別識別子と、各ＡＰごとの複数のプロファイルを対にして記憶する。これにより、ＡＰ別識別子をキーに、ＡＰごとに複数のプロファイルを参照できる。
記憶部４０３に記憶されるプロファイルデータは、上記実施の形態１においてＡＰ４〜６の記憶部１０３に記憶されたプロファイルデータ（図３）と同様である。
具体的には、記憶部４０３は、ＡＰ４のＡＰ別識別子と、図３（ａ）のプロファイルを対にして記憶している。また、ＡＰ５のＡＰ別識別子と、図３（ｂ）のプロファイルを対にし、ＡＰ６のＡＰ別識別子と、図３（ｃ）のプロファイルを対にして記憶している。
具体的には、記憶部４０３は、ＡＰ４のＡＰ別識別子と、図３（ａ）のプロファイルを対にして記憶している。また、ＡＰ５のＡＰ別識別子と、図３（ｂ）のプロファイルを対にし、ＡＰ６のＡＰ別識別子と、図３（ｃ）のプロファイルを対にして記憶している。
監視部４０４は、記憶部４０３が記憶するプロファイルに基づきサーバを監視する。
監視部４０４は、記憶部４０３のプロファイルを参照し、プロファイルの監視対象フラグに基づき、「監視対象フラグＯＮ」に設定されている監視対象を監視する。
監視部４０４は、記憶部４０３のプロファイルを参照し、プロファイルの監視対象フラグに基づき、「監視対象フラグＯＮ」に設定されている監視対象を監視する。
具体的には、監視部４０４は、図３（ａ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」に基づいて監視する。
同様に、図３（ｂ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」に基づいて監視する。
同様に、図３（ｃ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」に基づいて監視する。
同様に、図３（ｂ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」に基づいて監視する。
同様に、図３（ｃ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」に基づいて監視する。
尚、「本体サーバ１のＩＰアドレス１」、「サバイバルサーバ２のＩＰアドレス２」、及び「サバイバルサーバ３のＩＰアドレス３」は、本発明における本体サーバ又はサバイバルサーバの識別情報に相当する。
監視部４０４は、サーバと当該ネットワーク管理装置２０との間の通信状態を監視（検出）する。
監視部４０４による監視は、本体サーバ１とサバイバルサーバ２及びサバイバルサーバ３を接続するＬＡＮを通して監視する。
通信状態を監視する手段は、実施の形態１と同様に、ＩＣＭＰ ｐｉｎｇ、及びＳＩＰメッセージ等を用いる。
監視部４０４による監視は、本体サーバ１とサバイバルサーバ２及びサバイバルサーバ３を接続するＬＡＮを通して監視する。
通信状態を監視する手段は、実施の形態１と同様に、ＩＣＭＰ ｐｉｎｇ、及びＳＩＰメッセージ等を用いる。
監視部４０４は、接続要求し、サーバから接続応答を得ることができるとき、接続が成功し、サーバとネットワーク管理装置２０との間の通信は正常であると認識する。
また、監視部４０４は、接続要求し、サーバから接続応答を得ることができないと、接続が失敗し、サーバとネットワーク管理装置２０との間の通信に障害が生じていると認識する。
監視部４０４は、サーバに接続が失敗し、障害と認識すると、記憶部４０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式をＡＰ制御部４０５に与える。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
また、監視部４０４は、接続要求し、サーバから接続応答を得ることができないと、接続が失敗し、サーバとネットワーク管理装置２０との間の通信に障害が生じていると認識する。
監視部４０４は、サーバに接続が失敗し、障害と認識すると、記憶部４０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式をＡＰ制御部４０５に与える。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
ＡＰ制御部４０５は、監視部４０４の監視に基づきＡＰを制御する。
ＡＰ制御部４０５は、上記実施の形態３のＡＰ制御部２０５と同様に、ＡＰに対する設定制御を行う。ただし、ＡＰ制御部４０５は、初期設定制御を行わない点でＡＰ制御部２０５と相違する。
ＡＰ制御部４０５は、上記実施の形態３のＡＰ制御部２０５と同様に、ＡＰに対する設定制御を行う。ただし、ＡＰ制御部４０５は、初期設定制御を行わない点でＡＰ制御部２０５と相違する。
ＡＰ制御部４０５は、監視部４０４の監視に基づく制御として、ＡＰ４〜６のそれぞれに対して設定制御を行う。
ＡＰ制御部４０５は、監視部４０４がサーバとの接続に失敗し、サーバとネットワーク管理装置２０との間の通信に障害が生じていると認識するとき、監視部４０４から与えられるＳＳＩＤ、及び対応するスキャン方式をＡＰに設定する。
この設定は、ＡＰに設定するＳＳＩＤ、及び対応するスキャン方式の情報を含む設定信号を、有線ＬＡＮ通信部４０２を介して送出することにより行う。
尚、この設定信号には、設定対象となるＡＰのＡＰ別識別子を含めて、設定対象のＡＰを判断できるようにする。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
ＡＰ制御部４０５は、監視部４０４がサーバとの接続に失敗し、サーバとネットワーク管理装置２０との間の通信に障害が生じていると認識するとき、監視部４０４から与えられるＳＳＩＤ、及び対応するスキャン方式をＡＰに設定する。
この設定は、ＡＰに設定するＳＳＩＤ、及び対応するスキャン方式の情報を含む設定信号を、有線ＬＡＮ通信部４０２を介して送出することにより行う。
尚、この設定信号には、設定対象となるＡＰのＡＰ別識別子を含めて、設定対象のＡＰを判断できるようにする。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
次に、ＡＰの構成を説明する。
本実施の形態４におけるＡＰ４〜６の構成は、上記実施の形態３（図１２）で説明したＡＰと同様に、有線ＬＡＮ通信部３０１と、無線ＬＡＮ通信部３０２とにより構成されている。
本実施の形態４における無線ＬＡＮ通信部３０２では、予め、ＳＳＩＤ、及び対応するスキャン方式（設定する場合に限る）が設定されている。
これは、本実施の形態４においては、上述したように、ＡＰ制御部４０５は初期設定制御を行わないためである。
これは、本実施の形態４においては、上述したように、ＡＰ制御部４０５は初期設定制御を行わないためである。
ここで、予め設定されるＳＳＩＤ、及び対応するスキャン方式（設定する場合に限る）は、記憶部４０３に記憶されたプロファイルのうち、最上段に示されるＳＳＩＤを設定する。
具体的には、ＡＰ４（図３（ａ））がＳＳＩＤ１、ＡＰ５（図３（ｂ））がＳＳＩＤ１、ＡＰ６（図３（ｃ））がＳＳＩＤ１と予め設定されている。
具体的には、ＡＰ４（図３（ａ））がＳＳＩＤ１、ＡＰ５（図３（ｂ））がＳＳＩＤ１、ＡＰ６（図３（ｃ））がＳＳＩＤ１と予め設定されている。
また、ＡＰ４〜６の無線ＬＡＮ通信部３０２は、ネットワーク管理装置２０からの設定制御によりＳＳＩＤ、及び対応するスキャン方式（設定される場合に限る）が設定される。
この設定を具体的に説明する。
ネットワーク管理装置２０のＡＰ制御部４０５の設定制御において、設定信号が送出される。この設定信号はＡＰの有線ＬＡＮ通信部３０１に到達する。
そして、図示されていないＡＰの制御部は、設定信号にＡＰ別識別子が含まれているとき、このＡＰ別識別子に基づいて自身（当該ＡＰ）を含むＡＰが設定対象であるか否かを判断する。
そして、自身（当該ＡＰ）が設定対象の場合に、当該設定信号に基づいて無線ＬＡＮ通信部３０２を設定する。
ネットワーク管理装置２０のＡＰ制御部４０５の設定制御において、設定信号が送出される。この設定信号はＡＰの有線ＬＡＮ通信部３０１に到達する。
そして、図示されていないＡＰの制御部は、設定信号にＡＰ別識別子が含まれているとき、このＡＰ別識別子に基づいて自身（当該ＡＰ）を含むＡＰが設定対象であるか否かを判断する。
そして、自身（当該ＡＰ）が設定対象の場合に、当該設定信号に基づいて無線ＬＡＮ通信部３０２を設定する。
次に、本体サーバ１とネットワーク管理装置２０との間に障害が生じた場合の動作を説明する。
尚、定常時における呼処理、通話の確立等の動作は、上記実施の形態１と同様である。
尚、定常時における呼処理、通話の確立等の動作は、上記実施の形態１と同様である。
図１９は実施の形態４に係る通信障害時のネットワーク接続を示す図である。
図２０は実施の形態４に係るサーバ切り替え動作を示すシーケンス図である。
以下、図１９のようにネットワーク管理装置２０と本体サーバ１との間の通信に障害が生じ、ネットワーク管理装置２０とサバイバルサーバ２及びサバイバルサーバ３との間の通信が正常の場合の動作を、図２０に基づき説明する。
図２０は実施の形態４に係るサーバ切り替え動作を示すシーケンス図である。
以下、図１９のようにネットワーク管理装置２０と本体サーバ１との間の通信に障害が生じ、ネットワーク管理装置２０とサバイバルサーバ２及びサバイバルサーバ３との間の通信が正常の場合の動作を、図２０に基づき説明する。
（Ｓ５０１）
監視部４０４は、記憶部４０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、「サバイバルサーバ２のＩＰアドレス２」及び「サバイバルサーバ３のＩＰアドレス３」との通信状態を、有線ＬＡＮ通信部４０２を介して監視する。
図１９の状態においては、監視部４０４は、本体サーバ１との接続に失敗するため、ネットワーク管理装置２０と本体サーバ１との間に障害が生じていると認識する。
また、監視部４０４は、サバイバルサーバ２及びサバイバルサーバ３との接続に成功するため、ネットワーク管理装置２０とサバイバルサーバ２及びサバイバルサーバ３との間の通信は正常であると認識する。
監視部４０４は、記憶部４０３に記憶されたプロファイルに基づき、「監視対象フラグＯＮ」である「本体サーバ１のＩＰアドレス１」、「サバイバルサーバ２のＩＰアドレス２」及び「サバイバルサーバ３のＩＰアドレス３」との通信状態を、有線ＬＡＮ通信部４０２を介して監視する。
図１９の状態においては、監視部４０４は、本体サーバ１との接続に失敗するため、ネットワーク管理装置２０と本体サーバ１との間に障害が生じていると認識する。
また、監視部４０４は、サバイバルサーバ２及びサバイバルサーバ３との接続に成功するため、ネットワーク管理装置２０とサバイバルサーバ２及びサバイバルサーバ３との間の通信は正常であると認識する。
（Ｓ５０２）
ネットワーク管理装置２０の監視部４０４は、本体サーバ１に接続が失敗し、障害と認識すると、記憶部４０３に記憶された複数のＡＰごとのプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式（設定されている場合に限る）と、ＡＰ別識別子とをＡＰ制御部４０５に与える。
ネットワーク管理装置２０の監視部４０４は、本体サーバ１に接続が失敗し、障害と認識すると、記憶部４０３に記憶された複数のＡＰごとのプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式（設定されている場合に限る）と、ＡＰ別識別子とをＡＰ制御部４０５に与える。
具体的には、ネットワーク管理装置２０と本体サーバ１との間の障害と認識され、ネットワーク管理装置２０とサバイバルサーバ２及びサバイバルサーバ３の間が接続に成功する場合は、次のようになる。
監視部４０４は、記憶部４０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２又は３が含まれるプロファイルを、最上段から最下段に向け参照する。
これにより、監視部４０４は、ＡＰ５に対応するプロファイル（図３（ｂ））において、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」を得る。
次に、監視部４０４は、ＡＰ５に対応するプロファイル（図３（ｂ））と対に記憶されたＡＰ５のＡＰ別識別子を得る。
この結果、監視部４０４は、ＡＰ５への設定情報として、ＡＰ５のＡＰ別識別子、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」を、ＡＰ制御部４０５に与える。
監視部４０４は、記憶部４０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２又は３が含まれるプロファイルを、最上段から最下段に向け参照する。
これにより、監視部４０４は、ＡＰ５に対応するプロファイル（図３（ｂ））において、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」を得る。
次に、監視部４０４は、ＡＰ５に対応するプロファイル（図３（ｂ））と対に記憶されたＡＰ５のＡＰ別識別子を得る。
この結果、監視部４０４は、ＡＰ５への設定情報として、ＡＰ５のＡＰ別識別子、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」を、ＡＰ制御部４０５に与える。
同様に、監視部４０４は、記憶部４０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２又は３が含まれるプロファイルを、最上段から最下段に向け参照する。
これにより、監視部４０４は、ＡＰ６に対応するプロファイル（図３（ｃ））において、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」を得る。
次に、監視部４０４は、ＡＰ６に対応するプロファイル（図３（ｃ））と対に記憶されたＡＰ６のＡＰ別識別子を得る。
この結果、監視部４０４は、ＡＰ６への設定情報として、ＡＰ６のＡＰ別識別子、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」を、ＡＰ制御部４０５に与える。
これにより、監視部４０４は、ＡＰ６に対応するプロファイル（図３（ｃ））において、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」を得る。
次に、監視部４０４は、ＡＰ６に対応するプロファイル（図３（ｃ））と対に記憶されたＡＰ６のＡＰ別識別子を得る。
この結果、監視部４０４は、ＡＰ６への設定情報として、ＡＰ６のＡＰ別識別子、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」を、ＡＰ制御部４０５に与える。
続いて、ネットワーク管理装置２０のＡＰ制御部４０５は、与えられた設定情報に基づいて設定制御をして、ＡＰ５及び６の設定をする。
このとき、ＡＰ制御部４０５は、ＡＰ５のＡＰ別識別子、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」の設定情報を含む設定信号を、有線ＬＡＮ通信部４０２を介して送出する。
さらに、ＡＰ制御部４０５は、ＡＰ６のＡＰ別識別子、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」の設定情報を含む設定信号を、有線ＬＡＮ通信部４０２を介して送出する。
このとき、ＡＰ制御部４０５は、ＡＰ５のＡＰ別識別子、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」の設定情報を含む設定信号を、有線ＬＡＮ通信部４０２を介して送出する。
さらに、ＡＰ制御部４０５は、ＡＰ６のＡＰ別識別子、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」の設定情報を含む設定信号を、有線ＬＡＮ通信部４０２を介して送出する。
（Ｓ５０３）
ＡＰ５の無線ＬＡＮ通信部３０２は、到達した設定信号のうちＡＰ５のＡＰ別識別子を含む設定信号に基づき、自身に「ＳＳＩＤ２」及び対応するスキャン方式を「アクティブ」と設定する。
ＡＰ５の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。
ＡＰ５の無線ＬＡＮ通信部３０２は、到達した設定信号のうちＡＰ５のＡＰ別識別子を含む設定信号に基づき、自身に「ＳＳＩＤ２」及び対応するスキャン方式を「アクティブ」と設定する。
ＡＰ５の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。
（Ｓ５０４〜Ｓ５０７）
無線端末８及びＡＰ５は、上記実施の形態３のＳ３０５〜Ｓ３０８の動作と同様に、接続処理を行う。
これにより、無線端末８からの発呼信号がＡＰ５を介してサバイバルサーバ２へ到達する。そして、サバイバルサーバ２は、無線端末８からの発呼信号に基づき呼処理をする。
無線端末８及びＡＰ５は、上記実施の形態３のＳ３０５〜Ｓ３０８の動作と同様に、接続処理を行う。
これにより、無線端末８からの発呼信号がＡＰ５を介してサバイバルサーバ２へ到達する。そして、サバイバルサーバ２は、無線端末８からの発呼信号に基づき呼処理をする。
（Ｓ５０８）
ＡＰ６の無線ＬＡＮ通信部３０２は、到達した設定信号のうちＡＰ６のＡＰ別識別子を含む設定信号に基づき、自身に「ＳＳＩＤ３」及び対応するスキャン方式を「パッシブ」と設定する。
ＡＰ６の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮ切断信号（Deauthentication）のメッセージ、及び当該ＡＰ６に設定された「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出し、再帰処理を実施する。
ＡＰ６の無線ＬＡＮ通信部３０２は、到達した設定信号のうちＡＰ６のＡＰ別識別子を含む設定信号に基づき、自身に「ＳＳＩＤ３」及び対応するスキャン方式を「パッシブ」と設定する。
ＡＰ６の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮ切断信号（Deauthentication）のメッセージ、及び当該ＡＰ６に設定された「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出し、再帰処理を実施する。
（Ｓ５０９）
無線端末９及びＡＰ６は、上記実施の形態３のＳ４０５の動作と同様に、接続処理を行う。
これにより、無線端末９からの発呼信号がＡＰ６を介してサバイバルサーバ３へ到達する。そして、サバイバルサーバ３は、無線端末９からの発呼信号に基づき呼処理をする。
無線端末９及びＡＰ６は、上記実施の形態３のＳ４０５の動作と同様に、接続処理を行う。
これにより、無線端末９からの発呼信号がＡＰ６を介してサバイバルサーバ３へ到達する。そして、サバイバルサーバ３は、無線端末９からの発呼信号に基づき呼処理をする。
尚、「ＳＳＩＤ１」は、本発明における第１のネットワーク識別子に相当し、「ＳＳＩＤ２」及び「ＳＳＩＤ３」は、本発明における第２のネットワーク識別子に相当する。
以上のように本実施の形態においては、ネットワーク管理装置２０は、サーバと当該ネットワーク管理装置２０との間の通信状態を検出し、この通信状態に応じてアクセスポイントのＳＳＩＤを設定し、端末はＳＳＩＤに応じて、本体サーバ１又はサバイバルサーバ２若しくは３と情報通信を行う。このため、上記実施の形態１と同様の効果を奏することができる。
また、ネットワーク管理装置２０によりサーバの通信状態の監視を行い、ＡＰに対してＳＳＩＤの設定制御を行う。
このため、ＡＰの構成を簡素化することが可能となる。また、既存のネットワークシステムにおいても、当該ネットワーク管理装置２０を追加する構成とすることで、サーバ切り替えを行うことができるシステムを構築することが可能となる。
このため、ＡＰの構成を簡素化することが可能となる。また、既存のネットワークシステムにおいても、当該ネットワーク管理装置２０を追加する構成とすることで、サーバ切り替えを行うことができるシステムを構築することが可能となる。
尚、本実施の形態４は、通信状態に基づいてＡＰのＳＳＩＤを設定する形態について説明したが、本発明はこれに限るものではなく、上記実施の形態２で説明したサーバの負荷状態に基づいてＡＰのＳＳＩＤを設定しても良い。
また、通信障害及び高負荷状態の何れか一方、又は双方に基づいてＳＳＩＤを切り替えるようにしても良い。
つまり、ネットワーク管理装置２０の監視部４０４に対し障害認識、及び負荷認識の設定をすることで、監視部２０４は障害認識のみを行うか、負荷認識のみを行うか、それとも、障害認識、及び負荷認識を行うかを選択するようにしても良い。尚、この場合、監視部４０４による負荷監視は、上記実施の形態２の監視部１０４と同様の動作を行うことができる。
また、通信障害及び高負荷状態の何れか一方、又は双方に基づいてＳＳＩＤを切り替えるようにしても良い。
つまり、ネットワーク管理装置２０の監視部４０４に対し障害認識、及び負荷認識の設定をすることで、監視部２０４は障害認識のみを行うか、負荷認識のみを行うか、それとも、障害認識、及び負荷認識を行うかを選択するようにしても良い。尚、この場合、監視部４０４による負荷監視は、上記実施の形態２の監視部１０４と同様の動作を行うことができる。
実施の形態５．
上記実施の形態３では、拠点ごとにコントローラを設け、コントローラごとにＡＰを収容する構成について説明した。
上述したように、コントローラは複数のＡＰを収容することも可能である。また、拠点をまたいで複数のＡＰを収容することも可能である。
本実施の形態５では、１つのコントローラで複数のＡＰを収容する場合について説明する。
上記実施の形態３では、拠点ごとにコントローラを設け、コントローラごとにＡＰを収容する構成について説明した。
上述したように、コントローラは複数のＡＰを収容することも可能である。また、拠点をまたいで複数のＡＰを収容することも可能である。
本実施の形態５では、１つのコントローラで複数のＡＰを収容する場合について説明する。
まず、本実施の形態５における無線通信システムの構成について、上記実施の形態１及び３との相違点を中心に説明する。尚、上記実施の形態１及び３と同様の構成には同様の符号を付する。
図２１は実施の形態５に係る無線ＩＰ電話システムの構成図である。
図２１に示すように、本実施の形態に係る無線ＩＰ電話システムは、１つのコントローラ１０が、拠点をまたいで複数のＡＰを収容する構成である。
尚、本体サーバ１、サバイバルサーバ２及び３、無線端末７〜９の構成は、上記実施の形態１と同様である。また、ＡＰ４〜６の構成は、上記実施の形態３と同様である。
図２１に示すように、本実施の形態に係る無線ＩＰ電話システムは、１つのコントローラ１０が、拠点をまたいで複数のＡＰを収容する構成である。
尚、本体サーバ１、サバイバルサーバ２及び３、無線端末７〜９の構成は、上記実施の形態１と同様である。また、ＡＰ４〜６の構成は、上記実施の形態３と同様である。
コントローラ１０は、拠点Ａに設置される。
コントローラ１０は、拠点ＡのＡＰ４、拠点ＢのＡＰ５、及び拠点ＣのＡＰ６を収容（接続）している。
また、コントローラ１０とそれぞれのＡＰは、ＡＰ収容専用のＬＡＮで接続されている。また、コントローラ１０とサーバとは、有線ＬＡＮにより接続されている。
コントローラ１０は、拠点ＡのＡＰ４、拠点ＢのＡＰ５、及び拠点ＣのＡＰ６を収容（接続）している。
また、コントローラ１０とそれぞれのＡＰは、ＡＰ収容専用のＬＡＮで接続されている。また、コントローラ１０とサーバとは、有線ＬＡＮにより接続されている。
本実施の形態５におけるコントローラ１０の構成は、実施の形態３（図１１）で説明したコントローラと同様に、第一有線ＬＡＮ通信部２０１と、第二有線ＬＡＮ通信部２０２と、記憶部２０３と、監視部２０４と、ＡＰ制御部２０５とにより構成されている。
本実施の形態５における記憶部２０３は、各ＡＰごとに、複数のプロファイルが記憶される。
記憶部２０３は、ＡＰごとの複数のプロファイルを参照できるように、ＡＰの名前やＩＰアドレスなどのＡＰ別識別子と、各ＡＰごとの複数のプロファイルを対にして記憶する。これにより、ＡＰ別識別子をキーに、ＡＰごとに複数のプロファイルを参照できる。
記憶部２０３は、ＡＰごとの複数のプロファイルを参照できるように、ＡＰの名前やＩＰアドレスなどのＡＰ別識別子と、各ＡＰごとの複数のプロファイルを対にして記憶する。これにより、ＡＰ別識別子をキーに、ＡＰごとに複数のプロファイルを参照できる。
コントローラ１０の記憶部２０３に記憶されるプロファイルデータは、上記実施の形態１においてＡＰ４〜６の記憶部１０３に記憶されたプロファイルデータ（図３）と同様である。
具体的には、コントローラ１０の記憶部２０３は、ＡＰ４のＡＰ別識別子と、図３（ａ）のプロファイルを対にして記憶している。また、ＡＰ５のＡＰ別識別子と、図３（ｂ）のプロファイルを対にし、ＡＰ６のＡＰ別識別子と、図３（ｃ）のプロファイルを対にして記憶している。
具体的には、コントローラ１０の記憶部２０３は、ＡＰ４のＡＰ別識別子と、図３（ａ）のプロファイルを対にして記憶している。また、ＡＰ５のＡＰ別識別子と、図３（ｂ）のプロファイルを対にし、ＡＰ６のＡＰ別識別子と、図３（ｃ）のプロファイルを対にして記憶している。
コントローラ１０の監視部２０４は、記憶部２０３が記憶するプロファイルに基づきサーバを監視する。
監視部２０４は、記憶部２０３のプロファイルを参照し、プロファイルの監視対象フラグに基づき、「監視対象フラグＯＮ」に設定されている監視対象を監視する。
監視部２０４は、記憶部２０３のプロファイルを参照し、プロファイルの監視対象フラグに基づき、「監視対象フラグＯＮ」に設定されている監視対象を監視する。
具体的には、監視部２０４は、図３（ａ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」に基づいて監視する。
同様に、図３（ｂ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」に基づいて監視する。
同様に、図３（ｃ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」に基づいて監視する。
同様に、図３（ｂ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ２のＩＰアドレス２」に基づいて監視する。
同様に、図３（ｃ）を参照し「監視対象フラグＯＮ」に設定されている「本体サーバ１のＩＰアドレス１」、及び「サバイバルサーバ３のＩＰアドレス３」に基づいて監視する。
次に、本体サーバ１とコントローラ１０との間に障害が生じた場合の動作を、上記実施の形態３との相違点を中心に説明する。
監視部２０４は、サーバと当該コントローラ１０との間の通信状態を監視（検出）する。
監視部２０４による監視は、本体サーバ１とサバイバルサーバ２及びサバイバルサーバ３を接続するＬＡＮを通して監視する。つまり、ＡＰ収容専用のＬＡＮではないＬＡＮを通して監視する。
この通信状態を監視する手段は、実施の形態１と同様に、ＩＣＭＰ ｐｉｎｇ、及びＳＩＰメッセージ等を用いる。
監視部２０４による監視は、本体サーバ１とサバイバルサーバ２及びサバイバルサーバ３を接続するＬＡＮを通して監視する。つまり、ＡＰ収容専用のＬＡＮではないＬＡＮを通して監視する。
この通信状態を監視する手段は、実施の形態１と同様に、ＩＣＭＰ ｐｉｎｇ、及びＳＩＰメッセージ等を用いる。
監視部２０４は、接続要求し、サーバから接続応答を得ることができるとき、接続が成功し、サーバとコントローラ１０との間の通信は正常であると認識する。
また、監視部２０４は、接続要求し、サーバから接続応答を得ることができないと、接続が失敗し、サーバとネットワーク管理装置２０との間の通信に障害が生じていると認識する。
監視部２０４は、サーバに接続が失敗し、障害と認識すると、記憶部２０３に記憶された複数のＡＰごとのプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式をＡＰ制御部２０５に与える。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
また、監視部２０４は、接続要求し、サーバから接続応答を得ることができないと、接続が失敗し、サーバとネットワーク管理装置２０との間の通信に障害が生じていると認識する。
監視部２０４は、サーバに接続が失敗し、障害と認識すると、記憶部２０３に記憶された複数のＡＰごとのプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式をＡＰ制御部２０５に与える。
尚、プロファイルのスキャン方式に何も記憶されていない場合は、スキャン方式を設定しない。
具体的には、コントローラ１０と本体サーバ１との間の障害と認識され、コントローラ１０とサバイバルサーバ２及びサバイバルサーバ３の間が接続に成功する場合は、次のようになる。
監視部２０４は、記憶部２０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２又は３が含まれるプロファイルを、最上段から最下段に向け参照する。
これにより、監視部２０４は、ＡＰ５に対応するプロファイル（図３（ｂ））において、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」を得る。
次に、監視部２０４は、ＡＰ５に対応するプロファイル（図３（ｂ））と対に記憶されたＡＰ５のＡＰ別識別子を得る。
この結果、監視部２０４は、ＡＰ５への設定情報として、ＡＰ５のＡＰ別識別子、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」を、ＡＰ制御部２０５に与える。
監視部２０４は、記憶部２０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２又は３が含まれるプロファイルを、最上段から最下段に向け参照する。
これにより、監視部２０４は、ＡＰ５に対応するプロファイル（図３（ｂ））において、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」を得る。
次に、監視部２０４は、ＡＰ５に対応するプロファイル（図３（ｂ））と対に記憶されたＡＰ５のＡＰ別識別子を得る。
この結果、監視部２０４は、ＡＰ５への設定情報として、ＡＰ５のＡＰ別識別子、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」を、ＡＰ制御部２０５に与える。
同様に、監視部２０４は、記憶部２０３に記憶されたプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサバイバルサーバ２又は３が含まれるプロファイルを、最上段から最下段に向け参照する。
これにより、監視部２０４は、ＡＰ６に対応するプロファイル（図３（ｃ））において、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」を得る。
次に、監視部２０４は、ＡＰ６に対応するプロファイル（図３（ｃ））と対に記憶されたＡＰ６のＡＰ別識別子を得る。
この結果、監視部２０４は、ＡＰ６への設定情報として、ＡＰ６のＡＰ別識別子、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」を、ＡＰ制御部２０５に与える。
これにより、監視部２０４は、ＡＰ６に対応するプロファイル（図３（ｃ））において、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」を得る。
次に、監視部２０４は、ＡＰ６に対応するプロファイル（図３（ｃ））と対に記憶されたＡＰ６のＡＰ別識別子を得る。
この結果、監視部２０４は、ＡＰ６への設定情報として、ＡＰ６のＡＰ別識別子、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」を、ＡＰ制御部２０５に与える。
続いて、コントローラ１０のＡＰ制御部２０５は、与えられた設定情報に基づいて設定制御をして、ＡＰ５及び６の設定をする。
このとき、ＡＰ制御部２０５は、ＡＰ５のＡＰ別識別子、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」の設定情報を含む設定信号を、第二有線ＬＡＮ通信部２０２を介して、ＡＰ収容専用のＬＡＮに送出する。
さらに、ＡＰ制御部４０５は、ＡＰ６のＡＰ別識別子、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」の設定情報を含む設定信号を、第二有線ＬＡＮ通信部２０２を介して、ＡＰ収容専用のＬＡＮに送出する。
このとき、ＡＰ制御部２０５は、ＡＰ５のＡＰ別識別子、「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」の設定情報を含む設定信号を、第二有線ＬＡＮ通信部２０２を介して、ＡＰ収容専用のＬＡＮに送出する。
さらに、ＡＰ制御部４０５は、ＡＰ６のＡＰ別識別子、「ＳＳＩＤ３」及び対応するスキャン方式「パッシブ」の設定情報を含む設定信号を、第二有線ＬＡＮ通信部２０２を介して、ＡＰ収容専用のＬＡＮに送出する。
こうすることでＡＰ５及びＡＰ６に設定信号が到達する。
ＡＰ５の無線ＬＡＮ通信部３０２は、到達した設定信号のうちＡＰ５のＡＰ別識別子を含む設定信号に基づき、自身に「ＳＳＩＤ２」及び対応するスキャン方式を「アクティブ」と設定する。
ＡＰ５の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。
そして、無線端末８及びＡＰ５は、上記実施の形態３のＳ３０５〜Ｓ３０８の動作と同様に、接続処理を行う。
これにより、無線端末８からの発呼信号がＡＰ５を介してサバイバルサーバ２へ到達する。そして、サバイバルサーバ２は、無線端末８からの発呼信号に基づき呼処理をする。
ＡＰ５の無線ＬＡＮ通信部３０２は、到達した設定信号のうちＡＰ５のＡＰ別識別子を含む設定信号に基づき、自身に「ＳＳＩＤ２」及び対応するスキャン方式を「アクティブ」と設定する。
ＡＰ５の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮに切断信号（Deauthentication）のメッセージを送出し、再帰処理を実施する。
そして、無線端末８及びＡＰ５は、上記実施の形態３のＳ３０５〜Ｓ３０８の動作と同様に、接続処理を行う。
これにより、無線端末８からの発呼信号がＡＰ５を介してサバイバルサーバ２へ到達する。そして、サバイバルサーバ２は、無線端末８からの発呼信号に基づき呼処理をする。
また、ＡＰ６の無線ＬＡＮ通信部３０２は、到達した設定信号のうちＡＰ６のＡＰ別識別子を含む設定信号に基づき、自身に「ＳＳＩＤ３」及び対応するスキャン方式を「パッシブ」と設定する。
ＡＰ６の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮ切断信号（Deauthentication）のメッセージ、及び当該ＡＰ６に設定された「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出し、再帰処理を実施する。
そして、無線端末９及びＡＰ６は、上記実施の形態３のＳ４０５の動作と同様に、接続処理を行う。
これにより、無線端末９からの発呼信号がＡＰ６を介してサバイバルサーバ３へ到達する。そして、サバイバルサーバ３は、無線端末９からの発呼信号に基づき呼処理をする。
ＡＰ６の無線ＬＡＮ通信部３０２は設定を終えると、無線ＬＡＮ切断信号（Deauthentication）のメッセージ、及び当該ＡＰ６に設定された「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出し、再帰処理を実施する。
そして、無線端末９及びＡＰ６は、上記実施の形態３のＳ４０５の動作と同様に、接続処理を行う。
これにより、無線端末９からの発呼信号がＡＰ６を介してサバイバルサーバ３へ到達する。そして、サバイバルサーバ３は、無線端末９からの発呼信号に基づき呼処理をする。
以上のように本実施の形態においては、サーバの通信状態に応じて複数のＡＰのネットワーク識別子を、それぞれ設定する。このため、１つのコントローラ１０で複数のＡＰを収容している場合でも、各ＡＰに対してＳＳＩＤ及び対応するスキャン方式を設定できるようになる。
実施の形態６．
上記実施の形態３では、コントローラがＡＰに対する設定制御をすることで、ＡＰのネットワーク識別子（ＳＳＩＤ）を設定した。
本実施の形態６では、ＡＰの設定制御に加え、ＡＰに対するアクセス制御及びトラヒック制御の設定を行う形態について説明する。
上記実施の形態３では、コントローラがＡＰに対する設定制御をすることで、ＡＰのネットワーク識別子（ＳＳＩＤ）を設定した。
本実施の形態６では、ＡＰの設定制御に加え、ＡＰに対するアクセス制御及びトラヒック制御の設定を行う形態について説明する。
尚、本実施の形態６における無線通信システムの構成は、上記実施の形態３と同様であり、同様の構成には同様の符号を付する。
本実施の形態６に係るコントローラは、サーバと当該コントローラとの間の通信状態に応じて、ＡＰに対するアクセス制御及びトラヒック制御の少なくとも一方を行う。
ここで、コントローラがＡＰに対して行う制御は、上述したＡＰに対する設定制御に加え、ＡＰから流入するトラヒックに対するアクセス制御（ＦＷ（Firewall）、ＰＦ（Packet Filtering）など）がある。
また、ＡＰから流入するトラヒックに対するトラヒック制御（ＱｏＳ（Quality of Service）など）がある。
また、バックボーンから流入するトラヒックに対するアクセス制御がある。
また、バックボーンから流入するトラヒックに対するトラヒック制御がある。
尚、バックボーンとは、コントローラ１０の場合は本体サーバ１が接続する拠点ＡのＬＡＮである。
また、ＡＰから流入するトラヒックに対するトラヒック制御（ＱｏＳ（Quality of Service）など）がある。
また、バックボーンから流入するトラヒックに対するアクセス制御がある。
また、バックボーンから流入するトラヒックに対するトラヒック制御がある。
尚、バックボーンとは、コントローラ１０の場合は本体サーバ１が接続する拠点ＡのＬＡＮである。
例えば、コントローラの記憶部２０３で記憶するプロファイルとともに、上述した制御に関する情報を対にして記憶する。これにより、ＡＰへのＳＳＩＤの設定をするとともに、コントローラの制御の設定も行えるようになる。
図２２は実施の形態６に係るコントローラの記憶部に記憶されたプロファイルデータを示す図である。
具体的には、図２２に示すように、例えばコントローラ１１の記憶部２０３に記憶されるプロファイル（図３（ｂ）の内容）に加え、上から２番目のプロファイル「プロファイル名２」に、「バックボーンから流入するトラヒックに対するアクセス制御」及び「バックボーンから流入するトラヒックに対するトラヒック制御」に関する設定情報を対にして記憶しておく。
具体的には、図２２に示すように、例えばコントローラ１１の記憶部２０３に記憶されるプロファイル（図３（ｂ）の内容）に加え、上から２番目のプロファイル「プロファイル名２」に、「バックボーンから流入するトラヒックに対するアクセス制御」及び「バックボーンから流入するトラヒックに対するトラヒック制御」に関する設定情報を対にして記憶しておく。
こうすることで、コントローラ１１は、上記実施の形態３と同様の動作により、図２２の最上段のプロファイルに基づいて、ＡＰ５に「ＳＳＩＤ１」を設定する。
そして、監視動作によって障害を認識すると、ＡＰ５に「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」をＡＰ５に設定する。
また、この設定とともに、「バックボーンから流入するトラヒックに対するアクセス制御」、及び「バックボーンから流入するトラヒックに対するトラヒック制御」に関する設定情報を読み込み、コントローラ１１自身に設定する。
以降、コントローラ１１は、ＡＰ５に対し、バックボーンから流入するトラヒックに対するアクセス制御、及びバックボーンから流入するトラヒックに対するトラヒック制御を行う。
そして、監視動作によって障害を認識すると、ＡＰ５に「ＳＳＩＤ２」及び対応するスキャン方式「アクティブ」をＡＰ５に設定する。
また、この設定とともに、「バックボーンから流入するトラヒックに対するアクセス制御」、及び「バックボーンから流入するトラヒックに対するトラヒック制御」に関する設定情報を読み込み、コントローラ１１自身に設定する。
以降、コントローラ１１は、ＡＰ５に対し、バックボーンから流入するトラヒックに対するアクセス制御、及びバックボーンから流入するトラヒックに対するトラヒック制御を行う。
以上のように本実施の形態においては、上記実施の形態３の効果に加え、コントローラとサーバとの間の通信状態に応じて、アクセス制御及びトラヒック制御を行うことができる。
尚、本実施の形態６においても、上記実施の形態２で説明したサーバの負荷状態に基づいてプロファイルを選択してＳＳＩＤの設定、アクセス制御及びトラヒック制御を行っても良い。また、通信障害及び高負荷状態の何れか一方、又は双方に基づいてプロファイルを選択するようにしても良い。
尚、本実施の形態６では、コントローラによりアクセス制御及びトラヒック制御を行う場合を説明したが、本発明はこれに限るものではない。
例えば上記実施の形態４で説明したネットワーク管理装置２０を備える構成において、ネットワーク管理装置２０の記憶部４０３に、プロファイルと対にしたアクセス制御及びトラヒック制御の情報を保持し、選択したプロファイルに応じて、ＡＰに対してアクセス制御及びトラヒック制御の設定をする。これにより、ＡＰにアクセス制御及びトラヒック制御をさせるようにしても良い。
例えば上記実施の形態４で説明したネットワーク管理装置２０を備える構成において、ネットワーク管理装置２０の記憶部４０３に、プロファイルと対にしたアクセス制御及びトラヒック制御の情報を保持し、選択したプロファイルに応じて、ＡＰに対してアクセス制御及びトラヒック制御の設定をする。これにより、ＡＰにアクセス制御及びトラヒック制御をさせるようにしても良い。
実施の形態７．
上記実施の形態１〜６では、端末がＡＰを補足する際に、ＡＰから送出する制御信号（ビーコン）は、１つのＳＳＩＤを含めた一種類の制御信号（ビーコン）を用いる場合を説明した。
本実施の形態７では、サーバの通信状態に応じて、ＡＰのＳＳＩＤを複数設定し、設定した複数のＳＳＩＤごとに、複数種類の制御信号（ビーコン）を送出する形態について説明する。
上記実施の形態１〜６では、端末がＡＰを補足する際に、ＡＰから送出する制御信号（ビーコン）は、１つのＳＳＩＤを含めた一種類の制御信号（ビーコン）を用いる場合を説明した。
本実施の形態７では、サーバの通信状態に応じて、ＡＰのＳＳＩＤを複数設定し、設定した複数のＳＳＩＤごとに、複数種類の制御信号（ビーコン）を送出する形態について説明する。
尚、本実施の形態７における無線通信システムの構成は、上記実施の形態１と同様であり、同様の構成には同様の符号を付する。
本実施の形態７におけるＡＰは、複数のネットワーク識別子の制御信号（ビーコン）を送出できるものである。例えば、２つのネットワーク識別子（ＳＳＩＤ）を１つのＡＰに設定し、第１のＳＳＩＤと第２のＳＳＩＤとを同時に利用し、この第１のＳＳＩＤを含めた制御信号（ビーコン）と、第２のＳＳＩＤを含めた制御信号（ビーコン）とを送出する。
図２３は実施の形態７に係るＡＰの記憶部に記憶されたプロファイルデータを示す図である。
具体的には、図２３に示すように、例えば、ＡＰ５の記憶部１０３で記憶するプロファイルのうち、「プロファイル名２」について、「ＳＳＩＤ２」及び「ＳＳＩＤ３」を設定する。
具体的には、図２３に示すように、例えば、ＡＰ５の記憶部１０３で記憶するプロファイルのうち、「プロファイル名２」について、「ＳＳＩＤ２」及び「ＳＳＩＤ３」を設定する。
ＡＰ５は、図２３のプロファイルに基づいて本体サーバ１とサバイバルサーバ２を監視する。ここでは、本体サーバ１との間で障害を認識し、サバイバルサーバ２との間で接続に成功したとする。
この場合、ＡＰ５は、図２３に示すプロファイルのうち、監視対象フラグがＯＮ、且つ、接続に成功するサーバが含まれるプロファイルのＳＳＩＤ、及び対応するスキャン方式を自身に設定する。
尚、スキャン方式に何も設定されていない場合は、上述した通常のスキャンに対応する。
尚、スキャン方式に何も設定されていない場合は、上述した通常のスキャンに対応する。
具体的には、「ＳＳＩＤ２」及び対応するスキャン方式を「パッシブ」と設定し、「ＳＳＩＤ３」及び対応するスキャン方式を「パッシブ」と設定する。
これにより、ＡＰ５は、「ＳＳＩＤ２」と「ＳＳＩＤ３」の制御信号（ビーコン）を送出できるようになる。つまり、ＡＰ５は、「ＳＳＩＤ２」を含めた制御信号（ビーコン）と「ＳＳＩＤ３」を含めた制御信号（ビーコン）送出する。
これにより、ＡＰ５は、「ＳＳＩＤ２」と「ＳＳＩＤ３」の制御信号（ビーコン）を送出できるようになる。つまり、ＡＰ５は、「ＳＳＩＤ２」を含めた制御信号（ビーコン）と「ＳＳＩＤ３」を含めた制御信号（ビーコン）送出する。
尚、例えば図２３において、「ＳＳＩＤ３」の対応するスキャン方式が「アクティブ」の場合であっても同様に適用できる。
この場合、「ＳＳＩＤ２」及び対応するスキャン方式を「パッシブ」と設定し、「ＳＳＩＤ３」及び対応するスキャン方式を「アクティブ」と設定する。
これにより、ＡＰ５は、「ＳＳＩＤ２」を含めた制御信号（ビーコン）を送出する。そして、端末から「ＳＳＩＤ３」に設定されているＡＰをスキャンするための接続要求信号（Probe Request）を受けたときは、当該ＡＰ５に設定されている「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出する。
この場合、「ＳＳＩＤ２」及び対応するスキャン方式を「パッシブ」と設定し、「ＳＳＩＤ３」及び対応するスキャン方式を「アクティブ」と設定する。
これにより、ＡＰ５は、「ＳＳＩＤ２」を含めた制御信号（ビーコン）を送出する。そして、端末から「ＳＳＩＤ３」に設定されているＡＰをスキャンするための接続要求信号（Probe Request）を受けたときは、当該ＡＰ５に設定されている「ＳＳＩＤ３」を含めた制御信号（ビーコン）を送出する。
以上のように本実施の形態においては、ＡＰのＳＳＩＤを複数設定し、設定した複数のＳＳＩＤごとに、複数種類の制御信号（ビーコン）を送出する。
このため、複数種類の制御信号（ビーコン）を送出可能なＡＰにおいて、通信状態に応じて、複数のＳＳＩＤを設定することが可能となる。
このため、複数種類の制御信号（ビーコン）を送出可能なＡＰにおいて、通信状態に応じて、複数のＳＳＩＤを設定することが可能となる。
尚、本実施の形態７では、上記実施の形態１の構成の場合について説明したが、本発明はこれに限るものではなく、上述した実施の形態２〜６の何れの構成においても、同様の動作を行うことができる。
尚、本実施の形態７においても、上記実施の形態２で説明したサーバの負荷状態に基づいてプロファイルを選択してＳＳＩＤ及びスキャン方式の設定を行っても良い。また、通信障害及び高負荷状態の何れか一方、又は双方に基づいてプロファイルを選択するようにしても良い。
実施の形態８．
本実施形態８では、ＡＰに設定したネットワーク識別子（ＳＳＩＤ）に応じて、端末とＡＰとの間の無線通信における暗号化や認証などに関するセキュリティの設定又は変更を行う形態について説明する。
本実施形態８では、ＡＰに設定したネットワーク識別子（ＳＳＩＤ）に応じて、端末とＡＰとの間の無線通信における暗号化や認証などに関するセキュリティの設定又は変更を行う形態について説明する。
尚、本実施の形態８における無線通信システムの構成は、上記実施の形態１と同様であり、同様の構成には同様の符号を付する。
図２４は実施の形態８に係る記憶部に記憶されたプロファイルデータを示す図である。
図２４に示すように、ＡＰの記憶部１０３で記憶するプロファイルにおいて、各ＳＳＩＤごとに対応するセキュリティの設定情報を含めておく。
そして、上記実施の形態１と同様に、通信状態に応じてＳＳＩＤを設定する際、設定するＳＳＩＤに対応するセキュリティの設定又は変更を行う。
ここで暗号化の種類としては、例えば、ＷＥＰ（Wired Equivalent Privacy）、ＷＰＡ（Wi-Fi Protected Access）のＴＫＩＰ（Temporal Key Integrity Protocol）及びＷＰＡ２（Wi-Fi Protected Access 2）のＡＥＳ（Advanced Encryption Standard）などから適宜に選択してプロファイルに設定しておく。
また、認証の種類としては、ＭＡＣアドレス（Media Access Control address）フィルタリング、ＩＥＥＥＥ８０２．１Ｘ、及びＰＳＫ（Pre-Shared Key）などから適宜に選択してプロファイルに設定しておく。ＭＡＣアドレスフィルタの設定には許可するＭＡＣアドレスの情報を含み、ＩＥＥＥＥ８０２．１Ｘの設定には利用するＲＡＤＩＵＳ（Remote Authentication Dial In User Service）サーバの情報を含み、ＰＳＫの設定には認証及び又は暗号化鍵生成に用いる情報を含んでいる。
図２４に示すように、ＡＰの記憶部１０３で記憶するプロファイルにおいて、各ＳＳＩＤごとに対応するセキュリティの設定情報を含めておく。
そして、上記実施の形態１と同様に、通信状態に応じてＳＳＩＤを設定する際、設定するＳＳＩＤに対応するセキュリティの設定又は変更を行う。
ここで暗号化の種類としては、例えば、ＷＥＰ（Wired Equivalent Privacy）、ＷＰＡ（Wi-Fi Protected Access）のＴＫＩＰ（Temporal Key Integrity Protocol）及びＷＰＡ２（Wi-Fi Protected Access 2）のＡＥＳ（Advanced Encryption Standard）などから適宜に選択してプロファイルに設定しておく。
また、認証の種類としては、ＭＡＣアドレス（Media Access Control address）フィルタリング、ＩＥＥＥＥ８０２．１Ｘ、及びＰＳＫ（Pre-Shared Key）などから適宜に選択してプロファイルに設定しておく。ＭＡＣアドレスフィルタの設定には許可するＭＡＣアドレスの情報を含み、ＩＥＥＥＥ８０２．１Ｘの設定には利用するＲＡＤＩＵＳ（Remote Authentication Dial In User Service）サーバの情報を含み、ＰＳＫの設定には認証及び又は暗号化鍵生成に用いる情報を含んでいる。
具体的には、図２４においては、「プロファイル名２」の「ＳＳＩＤ２」に対応する暗号化を「ＡＥＳ」及び認証を「ＰＳＫ」と記憶しておく。
この場合、ＡＰに「ＳＳＩＤ２」を設定すると共に、ＡＰと端末との間の無線通信について「ＡＥＳ」による暗号化通信と「ＰＳＫ」による認証を行う。
この場合、ＡＰに「ＳＳＩＤ２」を設定すると共に、ＡＰと端末との間の無線通信について「ＡＥＳ」による暗号化通信と「ＰＳＫ」による認証を行う。
以上のように本実施の形態においては、ＡＰに設定したネットワーク識別子（ＳＳＩＤ）に応じて、端末とＡＰとの間の無線通信におけるセキュリティの設定又は変更を行う。
このため、通信状態に応じて、端末とＡＰとの間の通信のセキュリティを設定することが可能となる。
このため、通信状態に応じて、端末とＡＰとの間の通信のセキュリティを設定することが可能となる。
尚、本実施の形態８では、上記実施の形態１の構成の場合について説明したが、本発明はこれに限るものではなく、上述した実施の形態２〜７の何れの構成においても、同様の動作を行うことができる。
尚、本実施の形態８においても、上記実施の形態２で説明したサーバの負荷状態に基づいてプロファイルを選択してセキュリティの設定又は変更を行っても良い。また、通信障害及び高負荷状態の何れか一方、又は双方に基づいてプロファイルを選択するようにしても良い。
１ 本体サーバ、２ サバイバルサーバ、３ サバイバルサーバ、４ ＡＰ、５ ＡＰ、６ ＡＰ、７ 無線端末、８ 無線端末、９ 無線端末、１０ コントローラ、１１ コントローラ、１２ コントローラ、２０ ネットワーク管理装置、１０１ 有線ＬＡＮ通信部、１０２ 無線ＬＡＮ通信部、１０３ 記憶部、１０４ 監視部、２０１ 第一有線ＬＡＮ通信部、２０２ 第二有線ＬＡＮ通信部、２０３ 記憶部、２０４ 監視部、２０５ ＡＰ制御部、３０１ 有線ＬＡＮ通信部、３０２ 無線ＬＡＮ通信部、４０２ 有線ＬＡＮ通信部、４０３ 記憶部、４０４ 監視部、４０５ ＡＰ制御部、Ａ 拠点、Ｂ 拠点、Ｃ 拠点。
Claims (18)
- 無線端末と無線通信すると共に、サーバと有線通信するアクセスポイントであって、
前記サーバと当該アクセスポイントとの間の通信状態を検出し、該通信状態に応じて当該アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う監視部と、
前記監視部の行うセキュリティの設定又は変更に基づき当該アクセスポイントの無線通信に係わる制御信号を送信する無線通信部と、を備え、
前記監視部は、
前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記通信状態を検出する
ことを特徴とするアクセスポイント。 - 前記セキュリティの設定又は変更に用いるセキュリティ設定データを記憶する記憶部を、さらに備えた
ことを特徴とする請求項１に記載のアクセスポイント。 - 前記記憶部は、
複数のネットワーク識別子と、該複数のネットワーク識別子のそれぞれに対応するセキュリティ設定データとが記憶され、
前記監視部は、
前記複数のネットワーク識別子のうち、前記通信状態に応じて、当該アクセスポイントの無線通信に用いるネットワーク識別子を設定し、
設定した前記ネットワーク識別子に対応するセキュリティ設定データを用いて、当該アクセスポイントの無線通信におけるセキュリティの設定又は変更を行う
ことを特徴とする請求項２に記載のアクセスポイント。 - 前記セキュリティ設定データは、
前記無線通信に適用する、暗号化方式及び認証方式の少なくとも一方である
ことを特徴とする請求項２又は３に記載のアクセスポイント。 - 前記暗号化方式は、
ＷＥＰ、ＷＰＡ、ＴＫＩＰ又はＷＰＡ２のＡＥＳである
ことを特徴とする請求項４に記載のアクセスポイント。 - 前記認証方式は、
ＭＡＣアドレスフィルタリング、ＩＥＥＥＥ８０２．１Ｘ又はＰＳＫである
ことを特徴とする請求項４又は５に記載のアクセスポイント。 - 前記セキュリティ設定データは、
前記認証方式が前記ＭＡＣアドレスフィルタリングであると、許可するＭＡＣアドレスの情報を含み、
前記認証方式が前記ＩＥＥＥＥ８０２．１Ｘであると、ＲＡＤＩＵＳサーバの情報を含み、
前記認証方式が前記ＰＳＫであると、認証及び暗号化鍵生成の少なくとも一方に用いる情報を含む
ことを特徴とする請求項６に記載のアクセスポイント。 - 前記ＰＳＫは、共有鍵認証である
ことを特徴とする請求項６又は７に記載のアクセスポイント。 - 前記監視部は、
前記ｐｉｎｇで前記通信状態を検出する場合、
前記サーバに対しｐｉｎｇで接続要求し、前記サーバから応答がないと前記セキュリティの設定又は変更を行う
ことを特徴とする請求項１〜８の何れか一項に記載のアクセスポイント。 - 前記監視部は、
前記サーバが処理する要求で接続要求し、前記通信状態を検出する場合、
予め当該監視部に設定された識別情報を保持し、前記サーバに対し、前記サーバが処理する要求で前記識別情報を用いて接続要求し、
前記サーバから応答がないと前記セキュリティの設定又は変更を行う
ことを特徴とする請求項１〜８の何れか一項に記載のアクセスポイント。 - 前記無線通信部は、
当該アクセスポイントの無線通信に用いる新たなネットワーク識別子が設定されると、
前記ネットワーク識別子を用いて前記無線通信をする
ことを特徴とする請求項１〜１０の何れか一項に記載のアクセスポイント。 - 前記無線通信部は、
当該アクセスポイントの無線通信に用いる新たなネットワーク識別子が設定されると、
前記ネットワーク識別子を用いて前記制御信号の送信をする
ことを特徴とする請求項１１に記載のアクセスポイント。 - 前記無線通信部は、無線ＬＡＮに対応する通信部であり、
前記無線通信は、無線ＬＡＮ通信であり、
前記制御信号は、無線ＬＡＮのビーコンであり、
前記有線通信は、有線ＬＡＮ通信であり、
有線ＬＡＮに対応する有線通信部を、さらに備えた
ことを特徴とする請求項１２に記載のアクセスポイント。 - 前記無線通信部は、
当該アクセスポイントの無線通信に用いる新たなネットワーク識別子が設定されると、
前記無線通信に係わる切断信号を送信する
ことを特徴とする請求項１３に記載のアクセスポイント。 - 無線端末と無線通信するアクセスポイントとネットワークを介して接続されると共に、サーバとネットワークを介して接続される管理装置であって、
前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記サーバと当該管理装置との間の通信状態を検出し、該通信状態に応じて前記アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う監視部を備え、
前記監視部は、前記アクセスポイントの無線通信におけるセキュリティの設定又は変更に基き前記アクセスポイントの無線通信部に前記無線通信に係わる制御信号を送信させる
ことを特徴とする管理装置。 - 無線端末と無線通信するアクセスポイントとネットワークを介して接続されると共に、サーバとネットワークを介して接続されるコントローラであって、
前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記サーバと当該コントローラとの間の通信状態を検出し、該通信状態に応じて前記アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う監視部を備え、
前記監視部は、前記アクセスポイントの無線通信におけるセキュリティの設定又は変更に基き前記アクセスポイントの無線通信部に前記無線通信に係わる制御信号を送信させる
ことを特徴とするコントローラ。 - 無線端末と無線通信すると共に、サーバと有線通信するアクセスポイントの制御方法であって、
前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記サーバと当該アクセスポイントとの間の通信状態を検出する工程と、
検出された前記通信状態に応じて、前記アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う工程と、
前記セキュリティの設定又は変更に基づき、前記無線通信に係わる制御信号を送信する工程と、を有する
ことを特徴とするアクセスポイントの制御方法。 - 無線端末と無線通信すると共に、サーバと有線通信するアクセスポイントを、
前記サーバに対し、ｐｉｎｇし、又は前記サーバが処理する要求で接続要求し、前記サーバと当該アクセスポイントとの間の通信状態を検出し、該通信状態に応じて当該アクセスポイントの無線通信において前記無線端末が通信可能なセキュリティの設定又は変更を行う監視部と、
前記監視部の行うセキュリティの設定又は変更に基づき前記無線通信に係わる制御信号を送信する無線通信部として機能させる
ことを特徴とするプログラム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008242278 | 2008-09-22 | ||
| JP2008242278 | 2008-09-22 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015153461A Division JP6213531B2 (ja) | 2008-09-22 | 2015-08-03 | 無線ｌａｎシステム、無線ｌａｎシステムの制御方法、及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018023151A JP2018023151A (ja) | 2018-02-08 |
| JP6544405B2 true JP6544405B2 (ja) | 2019-07-17 |
Family
ID=51169692
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014010439A Active JP5925223B2 (ja) | 2008-09-22 | 2014-01-23 | アクセスポイント、管理装置、コントローラ、プログラム、及びアクセスポイントの設定方法 |
| JP2015153461A Active JP6213531B2 (ja) | 2008-09-22 | 2015-08-03 | 無線ｌａｎシステム、無線ｌａｎシステムの制御方法、及びプログラム |
| JP2017181507A Active JP6544405B2 (ja) | 2008-09-22 | 2017-09-21 | アクセスポイント、管理装置、コントローラ、アクセスポイントの制御方法、及びプログラム |
Family Applications Before (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014010439A Active JP5925223B2 (ja) | 2008-09-22 | 2014-01-23 | アクセスポイント、管理装置、コントローラ、プログラム、及びアクセスポイントの設定方法 |
| JP2015153461A Active JP6213531B2 (ja) | 2008-09-22 | 2015-08-03 | 無線ｌａｎシステム、無線ｌａｎシステムの制御方法、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (3) | JP5925223B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2016197281A (ja) | 2015-04-02 | 2016-11-24 | 富士通株式会社 | サービス冗長化方法、情報処理装置、及びプログラム |
| JP7148805B2 (ja) | 2019-03-18 | 2022-10-06 | 日本電信電話株式会社 | 監視システム |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3786328B2 (ja) * | 1998-07-27 | 2006-06-14 | 株式会社日立製作所 | サーバおよび通信制御方法 |
| EP1234460B1 (en) * | 1999-12-08 | 2009-03-18 | Symbol Technologies, Inc. | Flexible wireless lan architecture based on a communication server |
| JP2004056449A (ja) * | 2002-07-19 | 2004-02-19 | Canon Inc | 無線通信装置、無線通信システム、無線通信装置の制御方法、及び制御プログラム |
| JP2005094164A (ja) * | 2003-09-12 | 2005-04-07 | Ricoh Co Ltd | アクセスポイント管理端末装置 |
| JP4351892B2 (ja) * | 2003-10-22 | 2009-10-28 | ソフトバンクテレコム株式会社 | 無線ｌａｎにおけるアクセス制御方法及び無線ｌａｎシステム並びにプログラム |
| US7359339B2 (en) * | 2003-12-23 | 2008-04-15 | Lenovo Singapore Pte Ltd | Smart access point |
| JP2006033431A (ja) * | 2004-07-16 | 2006-02-02 | Matsushita Electric Ind Co Ltd | アクセスポイント制御システム及びアクセスポイント制御方法 |
| JP2006094277A (ja) * | 2004-09-27 | 2006-04-06 | Aruze Corp | 無線ｌａｎアクセスポイント |
| JP2006186941A (ja) * | 2004-12-28 | 2006-07-13 | Toshiba Corp | 無線通信装置および無線通信システム |
| US7627123B2 (en) * | 2005-02-07 | 2009-12-01 | Juniper Networks, Inc. | Wireless network having multiple security interfaces |
| JP5040087B2 (ja) * | 2005-09-06 | 2012-10-03 | 富士通株式会社 | 無線通信ネットワークのセキュリティ設定方法、セキュリティ設定プログラム及び無線通信ネットワークシステム |
| JP4869057B2 (ja) * | 2006-12-27 | 2012-02-01 | 富士通株式会社 | ネットワーク接続復旧方法及びａａａサーバ及び無線アクセス網ゲートウェイ装置 |
| JP2009033447A (ja) * | 2007-07-26 | 2009-02-12 | Toshiba Corp | インタフェース装置、主装置及びインタフェース装置に用いられる制御方法 |
| JP2009065610A (ja) * | 2007-09-10 | 2009-03-26 | Oki Electric Ind Co Ltd | 通信システム |
-
2014
- 2014-01-23 JP JP2014010439A patent/JP5925223B2/ja active Active
-
2015
- 2015-08-03 JP JP2015153461A patent/JP6213531B2/ja active Active
-
2017
- 2017-09-21 JP JP2017181507A patent/JP6544405B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP6213531B2 (ja) | 2017-10-18 |
| JP5925223B2 (ja) | 2016-05-25 |
| JP2015228690A (ja) | 2015-12-17 |
| JP2018023151A (ja) | 2018-02-08 |
| JP2014112908A (ja) | 2014-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5463738B2 (ja) | 無線通信システム、アクセスポイント、コントローラ、ネットワーク管理装置及びアクセスポイントのネットワーク識別子設定方法 | |
| CN109845332B (zh) | 用于可靠的物联网的移动设备中继服务 | |
| US9402216B2 (en) | Methods, media, and devices for moving a connection from one point of access to another point of access | |
| JP4267026B2 (ja) | 無線ｌａｎ端末及びそのハンドオーバ方法 | |
| JP5115561B2 (ja) | 無線通信端末、方法、プログラム、記録媒体、および無線通信システム | |
| KR101246993B1 (ko) | 직접 무선형 클라이언트 대 클라이언트 통신 | |
| CN112106397A (zh) | 提供备用网络连接的无线接入点和方法 | |
| JP4410070B2 (ja) | 無線ネットワークシステムおよび通信方法、通信装置、無線端末、通信制御プログラム、端末制御プログラム | |
| KR100711957B1 (ko) | 무선 터미널 세션 제어 및 인터페이스 설정 방법 | |
| US20180139315A1 (en) | Smart headset and method of routing service in response to proximity to mobile device | |
| JP6544405B2 (ja) | アクセスポイント、管理装置、コントローラ、アクセスポイントの制御方法、及びプログラム | |
| JP2015519761A (ja) | 通信装置、通信方法、通信システム、制御装置およびプログラム | |
| WO2016149911A1 (zh) | 自动切换接入点的方法和无线路由设备 | |
| JP4584234B2 (ja) | 無線ｌａｎハンドオーバ・システム及び方法 | |
| JP2007282129A (ja) | 無線情報伝送システム、無線通信端末及びアクセスポイント | |
| JP2011199732A (ja) | 無線ｌａｎシステム、移動端末及び移動端末のｉｐアドレス切替方法 | |
| JP4812647B2 (ja) | ハンドオーバ時のネットワーク接続方法、移動端末及びプログラム | |
| JP6112837B2 (ja) | 移動通信システム、移動通信装置、固定中継装置及び集線装置 | |
| CN111586676A (zh) | 路由器之间无缝漫游的实现方法 | |
| CN106162632B (zh) | 一种密钥传输方法和装置 | |
| JP6112838B2 (ja) | 移動通信システム、移動通信装置、固定中継装置及び集線装置 | |
| JP2006050123A (ja) | Ｃｄｍａネットワークシステムにおけるｐｐｐコネクションの再確立方法 | |
| JP2009284114A (ja) | 無線ｌａｎ通信システム、アクセスポイント装置及びそれらに用いるネットワーク間移行方法 | |
| JP2015146539A (ja) | 無線通信端末および移動体無線通信システムへの接続方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180612 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180813 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180925 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20190108 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190408 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20190423 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190521 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190603 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6544405 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |