(57)【要約】【課題】スループットの向上を図ること。【解決手段】通信制御装置１２０は、アクセスポイント１１０と端末１０１とが相互に通信可能に接続されている通信システム１００における通信を制御する。通信制御装置１２０は、取得部１２１と、制御部１２２と、を備える。取得部１２１は、アクセスポイント１１０から端末１０１への送信レートを所定期間内において１回または複数回取得する。制御部１２２は、取得部１２１によって取得された送信レートに基づいて算出された値に応じて、アクセスポイント１１０と端末１０１との間の通信を切断する。【選択図】図１
2014236357.tif 000002
【特許請求の範囲】
【請求項１】
アクセスポイントと端末とが相互に通信可能に接続されている通信システムにおける通信を制御する通信制御方法であって、
前記アクセスポイントから前記端末への送信レートを所定期間内において１回または複数回取得し、
取得した送信レートに基づいて算出された値に応じて、前記アクセスポイントと前記端末との間の通信を切断する、
ことを特徴とする通信制御方法。
【請求項２】
前記アクセスポイントへ接続するための要求信号が前記端末から前記アクセスポイントへ送信された場合に、前記アクセスポイントにおける前記端末からの受信強度を取得し、
取得した受信強度に応じて、前記アクセスポイントに前記要求信号を破棄させる、
ことを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記送信レートに基づいて算出された値に応じて前記アクセスポイントとの間の通信を切断した切断済み端末と、前記アクセスポイントにおける前記切断済み端末からの受信強度と、を対応付ける対応情報を記憶し、
記憶した対応情報に含まれる切断済み端末から前記アクセスポイントへ前記要求信号が送信された場合に、前記アクセスポイントにおける前記切断済み端末からの受信強度を取得し、
取得した受信強度と、記憶した対応情報において前記切断済み端末に対応付けられた受信強度と、の差に応じて、前記アクセスポイントに前記要求信号を破棄させる、
ことを特徴とする請求項２に記載の通信制御方法。
【請求項４】
アクセスポイントと端末とが相互に通信可能に接続されている通信システムにおける通信を制御するコンピュータに、
前記アクセスポイントから前記端末への送信レートを所定期間内において１回または複数回取得し、
取得した送信レートに基づいて算出された値に応じて、前記アクセスポイントと前記端末との間の通信を切断する、
処理を実行させることを特徴とする通信制御プログラム。
【請求項５】
アクセスポイントと端末とが相互に通信可能に接続されている通信システムにおける通信を制御する通信制御装置であって、
前記アクセスポイントから前記端末への送信レートを所定期間内において１回または複数回取得する取得部と、
前記取得部によって取得された送信レートに基づいて算出された値に応じて、前記アクセスポイントと前記端末との間の通信を切断する制御部と、
を備えることを特徴とする通信制御装置。
【請求項６】
無線端末からの受信強度を含む接続要求に応じて、前記無線端末に関する接続制御を行う通信制御装置であって、
前記無線端末に関する送信レートが所定の基準を下回る場合に、前記無線端末に関する通信接続の切断を行う制御部と、
前記通信接続の切断を行う際の受信強度を記憶する記憶部とを備え、
前記制御部は、前記通信接続の切断後に前記無線端末から送信される新たな接続要求が、記憶した前記受信強度を超える受信強度を示さないことを検出すると、前記新たな接続要求に対して接続を許可しない、
ことを特徴とする通信制御装置。
【請求項７】
前記所定の基準は、適応的に制御される送信形式のうち、最も低速な送信形式で達成可能な送信レートよりも高い送信レートである、ことを特徴とする請求項６に記載の通信制御装置。
【請求項８】
前記適応的に制御される送信形式は、前記無線端末に対して送信したデータについての前記無線端末からの受信肯定応答の取得状況に応じて、選択される、ことを特徴とする請求項７に記載の通信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御方法、通信制御プログラムおよび通信制御装置に関する。
【背景技術】
【０００２】
従来、親機から子機に同報情報を送信する構成において、応答不良の子機を同報送信対象から切り離し、切り離した子機の回線品質が良好となった時に再送を行う技術が知られている（たとえば、下記特許文献１参照。）。また、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ：受信信号強度）に基づく通信品質によって呼切断を判断する技術が知られている（たとえば、下記特許文献２参照。）。
【０００３】
また、近年、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）等のＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：無線構内通信網）に対応したデバイスが増加している。なお、ＷｉＦｉは登録商標である。ＷＬＡＮに対応したデバイスの増加に伴い、電波干渉や輻輳が増え、強電界にも関わらず安定したスループットが得られないエリアが存在している。また、アクセスポイントから端末への送信は問題なく届くが、端末からアクセスポイントへの送信は届き難い状況になり、安定したスループットが得られないフリンジエリアが存在している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平２−９０８３１号公報
【特許文献２】特開２０００−１７４６９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のＷＬＡＮにおいては、電波干渉や輻輳の影響を掴めず、アクセスポイントと端末との間の接続が可能な限り維持されてしまうため、スループットの低下を解消することが困難である。
【０００６】
本発明は、上述した従来技術による問題点を解消するため、スループットの向上を図ることができる通信制御方法、通信制御プログラムおよび通信制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、アクセスポイントと端末とが相互に通信可能に接続されている通信システムにおける通信を制御する際に、前記アクセスポイントから前記端末への送信レートを所定期間内において１回または複数回取得し、取得した送信レートに基づいて算出された値に応じて、前記アクセスポイントと前記端末との間の通信を切断する通信制御方法、通信制御プログラムおよび通信制御装置が提案される。
【０００８】
また、本発明の別の側面によれば、無線端末からの受信強度を含む接続要求に応じて、前記無線端末に関する接続制御を行う通信制御装置において、前記無線端末に関する送信レートが所定の基準を下回る場合に、前記無線端末に関する通信接続の切断を行い、前記通信接続の切断を行う際の受信強度を記憶し、前記通信接続の切断後に前記無線端末から送信される新たな接続要求が、記憶した前記受信強度を超える受信強度を示さないことを検出すると、前記新たな接続要求に対して接続を許可しない通信制御方法、通信制御プログラムおよび通信制御装置が提案される。
【発明の効果】
【０００９】
本発明の一側面によれば、スループットの向上を図ることができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態１にかかる通信システムの一例を示す図である。
【図２】図２は、実施の形態２にかかるアクセスポイントの一例を示す図である。
【図３】図３は、アクセスポイントのハードウェア構成の一例を示す図である。
【図４】図４は、品質監視ブラックリストの一例を示す図である。
【図５】図５は、端末の切断に用いるメッセージの一例を示す図である。
【図６】図６は、送信失敗率監視部による処理の一例を示すフローチャートである。
【図７】図７は、送信レート管理部による処理の一例を示すフローチャートである。
【図８】図８は、平均送信レート監視制御部による処理の一例を示すフローチャートである。
【図９】図９は、接続フレーム受信可否制御部による処理の一例を示すフローチャートである。
【図１０】図１０は、ブラックリスト管理部による処理の一例を示すフローチャートである。
【図１１】図１１は、接続中の端末の切断の一例を示すシーケンス図である。
【図１２】図１２は、平均送信レートの定期監視の一例を示す図である。
【図１３】図１３は、接続フレーム受信可否制御の動作例１を示すシーケンス図である。
【図１４】図１４は、接続フレーム受信可否制御の動作例２を示すシーケンス図である。
【図１５】図１５は、接続フレーム受信可否制御の動作例３を示すシーケンス図である。
【図１６】図１６は、接続フレーム受信可否制御の動作例４を示すシーケンス図である。
【図１７】図１７は、接続フレーム受信可否制御の動作例５を示すシーケンス図である。
【図１８】図１８は、接続フレーム受信可否制御の動作例６を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
以下に図面を参照して、本発明にかかる通信制御方法、通信制御プログラムおよび通信制御装置の実施の形態を詳細に説明する。
【００１２】
（実施の形態１）
図１は、実施の形態１にかかる通信システムの一例を示す図である。図１に示すように、実施の形態１にかかる通信システム１００は、アクセスポイント１１０と、通信制御装置１２０と、端末１０１と、を含む。通信システム１００においては、アクセスポイント１１０と端末１０１とが相互に通信可能に接続される。
【００１３】
アクセスポイント１１０は、たとえばＨｏｔｓｐｏｔゲートウェイ等のアクセスポイントである。端末１０１は、アクセスポイント１１０との間で無線通信を行う無線端末である。端末１０１は複数存在していてもよい。通信システム１００は、たとえばＷＬＡＮに適用することができる。
【００１４】
通信制御装置１２０は、通信システム１００における通信を制御する。通信制御装置１２０は、アクセスポイント１１０に設けられた装置であってもよいし、アクセスポイント１１０と通信可能な別の装置であってもよい。通信制御装置１２０は、取得部１２１と、制御部１２２と、を備える。
【００１５】
取得部１２１は、アクセスポイント１１０から端末１０１への送信レートを所定期間内において１回または複数回取得する。そして、取得部１２１は、取得した送信レートを制御部１２２へ通知する。アクセスポイント１１０から端末１０１への送信レートは、たとえば、アクセスポイント１１０によって、アクセスポイント１１０から端末１０１への信号の到達度合いに応じて制御される。信号の到達度合いは、たとえば、信号の送信回数に対する信号の到達回数の比を算出することによって得られる到達率とすることができる。
【００１６】
制御部１２２は、取得部１２１から通知された送信レートに基づいて算出された値に応じて、アクセスポイント１１０と端末１０１との間の通信を切断する。取得部１２１によって送信レートが所定期間内において１回取得される場合は、送信レートに基づいて算出された値は、たとえば１回取得された送信レートとすることができる。取得部１２１によって送信レートが所定期間内において複数回取得される場合は、送信レートに基づいて算出された値は、たとえば複数回取得された送信レートの平均値とすることができる。
【００１７】
たとえば、制御部１２２は、取得部１２１から通知された送信レートに基づいて算出された値が所定値以上である場合は、アクセスポイント１１０と端末１０１との間の通信を維持する。また、制御部１２２は、取得部１２１から通知された送信レートに基づいて算出された値が所定値未満である場合は、アクセスポイント１１０と端末１０１との間の通信を切断する。
【００１８】
端末１０１は、アクセスポイント１１０との通信が切断されると、たとえば、アクセスポイント１１０とは異なる回線への接続を行う。アクセスポイント１１０とは異なる回線としては、たとえば、アクセスポイント１１０とは異なるＷＬＡＮのアクセスポイントや、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ：第３世代移動通信システム）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａｄｖａｎｃｅｄ等のセルラ回線を挙げることができる。
【００１９】
このように、下りの送信レートが低い端末１０１とアクセスポイント１１０との間の通信を切断することにより、スループットが低い端末１０１に別回線への切り替えを促すことができる。このため、通信システム１００におけるフリンジを低減し、アクセスポイント１１０に接続する別の無線端末のスループットの向上を図ることができる。また、切断された端末１０１においても、下りの送信レートが低いアクセスポイント１１０とは異なる回線に接続することによりスループットの向上を図ることができる。
【００２０】
また、アクセスポイント１１０において制御される下りの送信レートに基づいて通信の切断を行うことにより、端末１０１から通信品質の報告をさせなくても、スループットが低い端末１０１とアクセスポイント１１０との通信を切断することができる。このため、端末１０１に機能を追加しなくてもスループットの向上を図ることができる。
【００２１】
また、下りの送信レートを用いることにより、アクセスポイント１１０から端末１０１への信号の実際の到達度合いに応じて通信の切断を行うことができる。これにより、たとえばＲＳＳＩを用いる場合に比べて、アクセスポイント１１０から端末１０１への信号の実際の到達度合いを、周辺ノイズによる影響を抑えつつ正確に把握することができる。このため、実際の到達度合いが低い場合に端末１０１を切断し、スループットの向上を図ることができる。
【００２２】
＜受信強度に基づくガード処理＞
また、通信制御装置１２０の取得部１２１は、アクセスポイント１１０へ接続するための要求信号が端末１０１からアクセスポイント１１０へ送信された場合に、アクセスポイント１１０における端末１０１からの受信強度を取得してもよい。アクセスポイント１１０における端末１０１からの受信強度は、たとえば端末１０１からアクセスポイント１１０へ送信された要求信号の受信強度である。受信強度は、たとえばＲＳＳＩである。取得部１２１は、取得した受信強度を制御部１２２へ通知する。
【００２３】
制御部１２２は、取得部１２１から通知された受信強度に応じて、アクセスポイント１１０に、端末１０１からの要求信号を破棄させ、端末１０１からの要求信号に対してアクセスポイント１１０が応答しないように制御する。
【００２４】
たとえば、制御部１２２は、取得部１２１から通知された受信強度が所定値以上である場合は、端末１０１からの要求信号に対してアクセスポイント１１０を応答させ、アクセスポイント１１０と端末１０１とを接続する。また、制御部１２２は、取得部１２１から通知された受信強度が所定値未満である場合は、アクセスポイント１１０に端末１０１からの要求信号を破棄させ、端末１０１からの要求信号に対してアクセスポイント１１０を応答させない。端末１０１は、要求信号に対してアクセスポイント１１０から応答がない場合は、たとえば、アクセスポイント１１０とは異なる回線への接続を行う。
【００２５】
これにより、アクセスポイント１１０における受信強度が低い端末１０１についてはアクセスポイント１１０に接続させないようにすることができる。したがって、高い送信レートが見込めない端末１０１についてはアクセスポイント１１０に接続させないようにすることができる。このため、通信システム１００におけるフリンジを低減し、アクセスポイント１１０に接続する別の無線端末のスループットの向上を図ることができる。また、切断された端末１０１においても、受信強度が低いアクセスポイント１１０とは異なる回線に接続することによりスループットの向上を図ることができる。
【００２６】
また、アクセスポイント１１０において測定可能な受信強度に基づき要求信号の破棄を行うことにより、端末１０１から通信品質の報告をさせなくても、高いスループットが見込めない端末１０１をアクセスポイント１１０に接続させないようにすることができる。このため、端末１０１に機能を追加しなくてもスループットの向上を図ることができる。
【００２７】
なお、要求信号を破棄することは、端末１０１からみると、要求信号がアクセスポイント１１０に到達しなかった場合の動作と同等になるため、端末１０１の機能には影響されない。さらに、要求信号を破棄するといった動作ではなく、拒否応答を返すといった動作をしても同様の効果は得られる。
【００２８】
＜切断した端末の再接続＞
また、通信制御装置１２０は、送信レートに基づいて算出された値に応じてアクセスポイント１１０と端末１０１との間の通信を切断した場合に、端末１０１と、アクセスポイント１１０での端末１０１からの受信強度と、を対応付ける対応情報を記憶してもよい。通信制御装置１２０が記憶する受信強度は、たとえば、端末１０１を切断する直前のアクセスポイント１１０における端末１０１からの受信強度である。
【００２９】
取得部１２１は、記憶された対応情報に含まれる端末１０１からアクセスポイント１１０へ、アクセスポイント１１０へ接続するための要求信号が送信された場合に、アクセスポイント１１０における端末１０１からの受信強度を取得する。取得部１２１は、取得した受信強度を制御部１２２へ通知する。
【００３０】
制御部１２２は、取得部１２１から通知された受信強度と、記憶された対応情報において端末１０１と対応付けられた端末１０１の切断時の受信強度と、の差に応じて、アクセスポイント１１０に、端末１０１からの要求信号を破棄させる。
【００３１】
たとえば、制御部１２２は、取得部１２１から通知された受信強度が、端末１０１の切断時の受信強度に所定量を加えた強度以上である場合は、端末１０１からの要求信号に対してアクセスポイント１１０を応答させる。これにより、アクセスポイント１１０と端末１０１とが接続される。この場合は、制御部１２２は、端末１０１についての対応情報を消去してもよい。
【００３２】
また、制御部１２２は、取得部１２１から通知された受信強度が、切断時の受信強度に所定量を加えた強度未満である場合は、アクセスポイント１１０に端末１０１からの要求信号を破棄させる。この場合は、端末１０１からの要求信号に対してアクセスポイント１１０が応答しない。端末１０１は、要求信号に対してアクセスポイント１１０から応答がない場合は、たとえば、アクセスポイント１１０とは異なる回線への接続を行う。
【００３３】
これにより、送信レートが低いためアクセスポイント１１０から切断された端末１０１が要求信号を送信しても、アクセスポイント１１０における受信強度が切断時より改善していなければ、アクセスポイント１１０に接続させないようにすることができる。このため、送信レートが切断時より改善しないと見込まれる端末１０１についてはアクセスポイント１１０に接続させないようにすることができる。
【００３４】
このため、通信システム１００におけるフリンジを低減し、アクセスポイント１１０に接続する別の無線端末のスループットの向上を図ることができる。また、切断された端末１０１においても、受信強度が低いアクセスポイント１１０とは異なる回線に接続することによりスループットの向上を図ることができる。
【００３５】
また、別の側面では、通信制御装置１２０は、端末１０１からの受信強度（端末１０１における受信レベル）を含む接続要求に応じて、端末１０１に関する接続制御を行う通信制御装置である。制御部１２２は、端末１０１に関する送信レートが所定の基準を下回る場合に、端末１０１に関する通信接続の切断を行う。通信制御装置１２０は、制御部１２２による通信接続の切断を行う際の、端末１０１から受信した受信要求に含まれる受信強度を記憶する記憶部を有する。制御部１２２は、端末１０１に関する通信接続の切断後に端末１０１から送信される新たな接続要求が、通信制御装置１２０の記憶部に記憶した端末１０１の受信強度を超える受信強度を示さないことを検出すると、新たな接続要求に対して接続を許可しない。
【００３６】
これにより、送信レートが低いためアクセスポイント１１０から切断された端末１０１が接続要求（要求信号）を送信しても、アクセスポイント１１０における受信強度が切断時より改善していなければ、アクセスポイント１１０に接続させないようにすることができる。このため、送信レートが切断時より改善しないと見込まれる端末１０１についてはアクセスポイント１１０に接続させないようにすることができる。
【００３７】
このため、通信システム１００におけるフリンジを低減し、アクセスポイント１１０に接続する別の無線端末のスループットの向上を図ることができる。また、切断された端末１０１においても、受信強度が低いアクセスポイント１１０とは異なる回線に接続することによりスループットの向上を図ることができる。
【００３８】
また、アクセスポイント１１０から端末１０１に向けた無線信号の送信形式（変調方式）は、適応的に変更されてもよい。適応的に制御される送信形式には、たとえばＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ：四位相偏移変調）や１６ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ：直角位相振幅変調）等の各種の形式を用いることができる。
【００３９】
この場合に、送信レートと比較される所定の基準は、適応的に制御される送信形式のうち、最も低速な送信形式で達成可能な送信レートよりも高い送信レートとすることができる。これにより、通信可能なレート（最低レート）は出ているものの、最低レートである端末１０１については通信を継続させないようにすることができる。
【００４０】
また、適応的に制御される送信形式は、たとえば、アクセスポイント１１０から端末１０１に対して送信したデータについての端末１０１からの受信肯定応答の取得状況に応じて選択される。たとえば、端末１０１は、アクセスポイント１１０から送信されたデータが正常に受信できた場合はＡＣＫ、正常に受信できない場合はＮＡＣＫをアクセスポイント１１０へ送信する。アクセスポイント１１０は、たとえば、ＡＣＫの受信状況がよくない場合（送信データのうち、ＡＣＫを受信できた率が所定基準を下回る場合など）は、送信形式をＱＰＳＫなどに変更し、最大送信レートが低下する方向に制御する。
【００４１】
（実施の形態２）
実施の形態２においては、通信制御装置１２０がアクセスポイント１１０に設けられる場合について説明する。
【００４２】
（実施の形態２にかかるアクセスポイント）
図２は、実施の形態２にかかるアクセスポイントの一例を示す図である。図２に示すように、実施の形態２にかかるアクセスポイント１１０は、送信アンテナ２１１と、受信アンテナ２１２と、送信回路２２１と、受信回路２２２と、無線ＬＡＮ制御ソフトウェア２３０と、端末情報記憶部２４０と、を含む。
【００４３】
送信回路２２１は、送信アンテナ２１１を介して、端末１０１などの無線端末へ信号を無線送信する。受信回路２２２は、受信アンテナ２１２を介して、端末１０１などの無線端末から無線送信された信号を受信する。
【００４４】
無線ＬＡＮ制御ソフトウェア２３０は、送信失敗率監視部２３１と、送信レート管理部２３２と、平均送信レート監視制御部２３３と、接続フレーム受信可否制御部２３４と、ブラックリスト管理部２３５と、を含む。図１に示した取得部１２１および制御部１２２は、たとえば平均送信レート監視制御部２３３によって実現することができる。
【００４５】
送信失敗率監視部２３１は、アクセスポイント１１０から端末１０１へのフレームの送信回数と、アクセスポイント１１０から端末１０１へのフレーム送信の失敗回数と、に基づいて、アクセスポイント１１０から端末１０１へのフレーム送信の失敗率を監視する。また、送信失敗率監視部２３１は、監視により得た失敗率を送信レート管理部２３２へ通知する。送信失敗率監視部２３１による処理については後述する（たとえば図６参照）。
【００４６】
送信レート管理部２３２は、送信失敗率監視部２３１から通知される失敗率が高い場合は、アクセスポイント１１０から端末１０１への送信レートを下げる。また、送信レート管理部２３２は、端末１０１の失敗率が低い場合は、アクセスポイント１１０から端末１０１への送信レートを上げる。また、送信レート管理部２３２は、端末１０１の送信レートを平均送信レート監視制御部２３３へ通知する。送信レート管理部２３２による処理については後述する（たとえば図７参照）。
【００４７】
平均送信レート監視制御部２３３は、送信レート管理部２３２から通知される端末１０１の送信レートに基づく端末１０１の平均送信レートを監視する。また、平均送信レート監視制御部２３３は、端末１０１の平均送信レートが閾値未満となると、アクセスポイント１１０から端末１０１を切断するとともに、端末情報記憶部２４０の未接続情報管理テーブル２４２（品質監視ブラックリスト）に端末１０１を登録する。平均送信レート監視制御部２３３による処理については後述する（たとえば図８参照）。
【００４８】
接続フレーム受信可否制御部２３４は、アクセスポイント１１０へ接続するためのフレームをアクセスポイント１１０が端末１０１から受信し、受信したフレームのＲＳＳＩが基準ＲＳＳＩより低い場合に、端末１０１からのフレームを破棄する。
【００４９】
また、接続フレーム受信可否制御部２３４は、端末１０１が未接続情報管理テーブル２４２（品質監視ブラックリスト）に登録されている場合は、受信フレームのＲＳＳＩが基準ＲＳＳＩ以上であっても、端末１０１の前回接続時のＲＳＳＩから改善していなければ受信フレームを破棄する。接続フレーム受信可否制御部２３４による処理については後述する（たとえば図９参照）。
【００５０】
なお、要求信号を破棄することは、端末１０１からみると、要求信号がアクセスポイント１１０に到達しなかった場合の動作と同等になるため、端末１０１の機能には影響されない。さらに、要求信号を破棄するといった動作ではなく、拒否応答を返すといった動作をしても同様の効果は得られる。
【００５１】
ブラックリスト管理部２３５は、端末情報記憶部２４０の未接続情報管理テーブル２４２（品質監視ブラックリスト）を定期的にチェックし、所定の登録後所定時間が経過しているエントリを未接続情報管理テーブル２４２（品質監視ブラックリスト）から削除する。ブラックリスト管理部２３５による処理については後述する（たとえば図１０参照）。
【００５２】
端末情報記憶部２４０は、接続端末情報管理テーブル２４１と、未接続情報管理テーブル２４２と、を記憶する。接続端末情報管理テーブル２４１は、アクセスポイント１１０に対して接続中の無線端末に関する情報（たとえばＭＡＣアドレス等）を示すテーブルである。未接続情報管理テーブル２４２は、下りの送信レートの低下によりアクセスポイント１１０から切断された無線端末を示す品質監視ブラックリストである。未接続情報管理テーブル２４２（品質監視ブラックリスト）については後述する（たとえば図４参照）。
【００５３】
（アクセスポイントのハードウェア構成）
図３は、アクセスポイントのハードウェア構成の一例を示す図である。図２に示したアクセスポイント１１０は、たとえば図３に示す通信装置３００によって実現することができる。通信装置３００は、ＣＰＵ３０１と、ＲＡＭ３０２と、不揮発メモリ３０３と、有線通信インタフェース３０４と、無線通信インタフェース３０５と、を備える。ＣＰＵ３０１、ＲＡＭ３０２、不揮発メモリ３０３、有線通信インタフェース３０４および無線通信インタフェース３０５は、バス３０９によって接続される。
【００５４】
ＣＰＵ３０１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）は、通信装置３００の全体の制御を司る。ＲＡＭ３０２（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ：ランダムアクセスメモリ）は、ＣＰＵ３０１のワークエリアとして使用される。不揮発メモリ３０３は、たとえば磁気ディスク、フラッシュメモリなどの不揮発メモリである。不揮発メモリ３０３には、通信装置３００を動作させる各種のプログラムが記憶されている。不揮発メモリ３０３に記憶されたプログラムは、ＲＡＭ３０２にロードされてＣＰＵ３０１によって実行される。
【００５５】
有線通信インタフェース３０４は、通信装置３００の外部（たとえばインターネット）との間で有線通信を行う通信インタフェースである。有線通信インタフェース３０４は、ＣＰＵ３０１によって制御される。無線通信インタフェース３０５は、通信装置３００の外部（たとえば端末１０１）との間で無線通信を行う通信インタフェースである。無線通信インタフェース３０５は、ＣＰＵ３０１によって制御される。
【００５６】
図２に示した送信アンテナ２１１、受信アンテナ２１２、送信回路２２１および受信回路２２２は、たとえばＣＰＵ３０１および無線通信インタフェース３０５によって実現することができる。図２に示した無線ＬＡＮ制御ソフトウェア２３０は、たとえば不揮発メモリ３０３に記憶されたプログラムを、ＲＡＭ３０２にロードしてＣＰＵ３０１によって実行することにより実現することができる。図２に示した端末情報記憶部２４０は、たとえばＲＡＭ３０２によって実現することができる。
【００５７】
（品質監視ブラックリスト）
図４は、品質監視ブラックリストの一例を示す図である。図４に示す品質監視ブラックリスト４００は、たとえば図２に示した端末情報記憶部２４０に記憶される未接続情報管理テーブル２４２である。品質監視ブラックリスト４００の各エントリは、端末のＭＡＣアドレスと、平均送信レート［Ｍｂｐｓ］と、ＲＳＳＩ［ｄＢ］と、登録時刻（切断時刻）と、を含む。なお、平均送信レート［Ｍｂｐｓ］は品質監視ブラックリスト４００から省いてもよい。
【００５８】
端末のＭＡＣアドレスは、下りの送信レートが低いためアクセスポイント１１０から切断された端末（たとえば端末１０１）のＭＡＣアドレスである。平均送信レートは、下りの送信レートが低いためアクセスポイント１１０から切断された端末の切断前の平均送信レートである。
【００５９】
ＲＳＳＩは、下りの送信レートが低いためアクセスポイント１１０から切断された端末からのアクセスポイント１１０における切断前のＲＳＳＩである。登録時刻（切断時刻）は、下りの送信レートが低いため端末がアクセスポイント１１０から切断された時刻（すなわち品質監視ブラックリスト４００への登録時刻）である。
【００６０】
（端末の切断に用いるメッセージ）
図５は、端末の切断に用いるメッセージの一例を示す図である。端末１０１の送信レートが低い場合に、アクセスポイント１１０は、たとえば図５に示すアソシエーション解除メッセージ５００を端末１０１へ送信することによって端末１０１を切断する。アソシエーション解除メッセージ５００は、パラメータとしてＲｅａｓｏｎ  Ｃｏｄｅ（接続関係解除理由）、必要ならＶｅｎｄｏｒ  Ｓｐｅｃｉｆｉｃ（ベンダ独自定義情報）を含む。
【００６１】
たとえば、Ｒｅａｓｏｎ  Ｃｏｄｅの設定値に「１：ＵＮＳＰＥＣＩＦＩＥＤ」を設定したアソシエーション解除メッセージ５００を端末１０１へ送信することによって、端末１０１を切断することができる。
【００６２】
（送信失敗率監視部による処理）
図６は、送信失敗率監視部による処理の一例を示すフローチャートである。送信失敗率監視部２３１は、たとえば図６に示す各ステップを実行する。まず、送信失敗率監視部２３１は、送信回路２２１による端末１０１へのフレーム送信が発生したか否かを判断し（ステップＳ６０１）、端末１０１へのフレーム送信が発生するまで待つ（ステップＳ６０１：Ｎｏのループ）。
【００６３】
ステップＳ６０１において、端末１０１へのフレーム送信が発生すると（ステップＳ６０１：Ｙｅｓ）、送信失敗率監視部２３１は、端末１０１についての送信回数をインクリメントする（ステップＳ６０２）。つぎに、送信失敗率監視部２３１は、端末１０１へのフレーム送信に対する端末１０１からの到達確認応答を受信回路２２２によって受信したか否かを判断する（ステップＳ６０３）。
【００６４】
ステップＳ６０３において、到達確認応答を受信した場合（ステップＳ６０３：Ｙｅｓ）は、送信失敗率監視部２３１は、ステップＳ６０６へ移行する。到達確認応答を受信しなかった場合（ステップＳ６０３：Ｎｏ）は、送信失敗率監視部２３１は、端末１０１についての失敗回数をインクリメントする（ステップＳ６０４）。
【００６５】
つぎに、送信失敗率監視部２３１は、端末１０１についての失敗回数（再送回数）が所定回数に達したか否かを判断する（ステップＳ６０５）。失敗回数が所定回数に達していない場合（ステップＳ６０５：Ｎｏ）は、送信失敗率監視部２３１は、ステップＳ６０１へ戻る。
【００６６】
ステップＳ６０５において、失敗回数が所定回数に達した場合（ステップＳ６０５：Ｙｅｓ）は、送信失敗率監視部２３１は、端末１０１についての失敗率を算出し（ステップＳ６０６）、ステップＳ６０１へ戻る。ステップＳ６０６において、送信失敗率監視部２３１は、端末１０１についての失敗回数を、端末１０１についての送信回数によって除算して１００を乗じることによって端末１０１についての失敗率を算出する。ステップＳ６０１へ戻る際に、送信失敗率監視部２３１は、端末１０１についての失敗回数および送信回数を初期化してもよい。
【００６７】
以上の各ステップにより、アクセスポイント１１０から端末１０１へのフレーム送信の失敗率を監視することができる。送信失敗率監視部２３１は、アクセスポイント１１０から端末１０１へのフレーム送信の失敗率を送信レート管理部２３２へ通知する。
【００６８】
（送信レート管理部による処理）
図７は、送信レート管理部による処理の一例を示すフローチャートである。アクセスポイント１１０は、端末１０１に対する初回の送信レートを、端末１０１から通知された端末１０１のサポートレートの中から選択する。たとえば、端末１０１がＩＥＥＥ８０２．１１ｂによる通信を行う場合は、端末１０１のサポートレートはたとえば１、２、５．５および１１［Ｍｂｐｓ］となる。端末１０１がＩＥＥＥ８０２．１１ｇによる通信を行う場合は、端末１０１のサポートレートはたとえば１、２、５．５、６、９、１１、１２、１８、２４、３６、４８および５４［Ｍｂｐｓ］となる。
【００６９】
たとえば、端末１０１がＩＥＥＥ８０２．１１ｂによる通信を行う場合は、アクセスポイント１１０は、サポートレートのうちの最高レートである１１［Ｍｂｐｓ］を端末１０１に対する初回の送信レートとして設定する。
【００７０】
また、端末１０１がＩＥＥＥ８０２．１１ｇによる通信を行う場合は、アクセスポイント１１０は、サポートレートに４８［Ｍｂｐｓ］以上のものが含まれていても３６［Ｍｂｐｓ］を端末１０１に対する初回の送信レートとして設定する。
【００７１】
つぎに、端末１０１に対する送信レートの更新処理について説明する。送信レート管理部２３２は、たとえば図７に示す各ステップを実行する。まず、送信レート管理部２３２は、送信回路２２１による端末１０１へのフレーム送信が発生したか否かを判断し（ステップＳ７０１）、端末１０１へのフレーム送信が発生するまで待つ（ステップＳ７０１：Ｎｏのループ）。
【００７２】
ステップＳ７０１において、端末１０１へのフレーム送信が発生すると（ステップＳ７０１：Ｙｅｓ）、送信レート管理部２３２は、ステップＳ７０２へ移行する。すなわち、送信レート管理部２３２は、端末１０１への最終フレーム送信から、所定の送信レート算出間隔が経過したか否かを判断し（ステップＳ７０２）、最終フレーム送信から送信レート算出間隔が経過するまで待つ（ステップＳ７０２：Ｎｏのループ）。送信レート算出間隔はたとえば５００［ｍｓ］である。
【００７３】
ステップＳ７０２において、最終フレーム送信から送信レート算出間隔が経過すると（ステップＳ７０２：Ｙｅｓ）、送信レート管理部２３２は、ステップＳ７０３へ移行する。すなわち、送信レート管理部２３２は、送信失敗率監視部２３１から通知される端末１０１についての失敗率が閾値より大きいか否かを判断する（ステップＳ７０３）。端末１０１についての失敗率が閾値より大きい場合（ステップＳ７０３：Ｙｅｓ）は、送信レート管理部２３２は、端末１０１の送信レートが既に下限値であるか否かを判断する（ステップＳ７０４）。閾値はたとえば３３［％］である。
【００７４】
ステップＳ７０４において、送信レートが下限値でない場合（ステップＳ７０４：Ｎｏ）は、送信レート管理部２３２は、端末１０１の送信レートを１つ下げ（ステップＳ７０５）、ステップＳ７０１へ戻る。送信レートが既に下限値である場合（ステップＳ７０４：Ｙｅｓ）は、送信レート管理部２３２は、端末１０１の送信レートを変更せずにステップＳ７０１へ戻る。
【００７５】
ステップＳ７０３において、端末１０１についての失敗率が閾値以下である場合（ステップＳ７０３：Ｎｏ）は、送信レート管理部２３２は、端末１０１の送信レートが既に上限値であるか否かを判断する（ステップＳ７０６）。閾値はたとえば１０［％］である。
【００７６】
ステップＳ７０６において、送信レートが上限値でない場合（ステップＳ７０６：Ｎｏ）は、送信レート管理部２３２は、端末１０１の送信レートを１つ上げ（ステップＳ７０７）、ステップＳ７０１へ戻る。送信レートが上限値である場合（ステップＳ７０６：Ｙｅｓ）は、送信レート管理部２３２は、端末１０１の送信レートを変更せずにステップＳ７０１へ戻る。
【００７７】
以上の各ステップにより、端末１０１の失敗率に基づいて、アクセスポイント１１０から端末１０１への送信レートを制御することができる。
【００７８】
（平均送信レート監視制御部による処理）
図８は、平均送信レート監視制御部による処理の一例を示すフローチャートである。平均送信レート監視制御部２３３は、たとえば図８に示す各ステップを実行する。平均送信レート監視制御部２３３は、アクセスポイント１１０に端末１０１が接続しているか否かを判断し（ステップＳ８０１）、アクセスポイント１１０に端末１０１が接続するまで待つ（ステップＳ８０１：Ｎｏのループ）。
【００７９】
ステップＳ８０１において、アクセスポイント１１０に端末１０１が接続すると（ステップＳ８０１：Ｙｅｓ）、平均送信レート監視制御部２３３は、ステップＳ８０２へ移行する。すなわち、平均送信レート監視制御部２３３は、アクセスポイント１１０に端末１０１が接続してから平均送信レート算出間隔が経過したか否かを判断し（ステップＳ８０２）、平均送信レート算出間隔が経過するまで待つ（ステップＳ８０２：Ｎｏのループ）。平均送信レート算出間隔はたとえば３［ｓ］である。
【００８０】
ステップＳ８０２において、平均送信レート算出間隔が経過すると（ステップＳ８０２：Ｙｅｓ）、平均送信レート監視制御部２３３は、送信レート管理部２３２から通知される送信レートに基づく端末１０１の平均送信レートを算出する（ステップＳ８０３）。
【００８１】
つぎに、平均送信レート監視制御部２３３は、ステップＳ８０３によって算出した平均送信レートが閾値未満であるか否かを判断する（ステップＳ８０４）。算出した平均送信レートが閾値以上である場合（ステップＳ８０４：Ｎｏ）は、平均送信レート監視制御部２３３は、ステップＳ８０２へ戻る。
【００８２】
ステップＳ８０４において、算出した平均送信レートが閾値未満である場合（ステップＳ８０４：Ｙｅｓ）は、平均送信レート監視制御部２３３は、アクセスポイント１１０から端末１０１を切断する（ステップＳ８０５）。また、平均送信レート監視制御部２３３は、品質監視ブラックリスト４００に端末１０１を登録し（ステップＳ８０６）、ステップＳ８０１へ戻る。ステップＳ８０５，Ｓ８０６の順序は入れ替えてもよい。
【００８３】
以上の各ステップにより、端末１０１の平均送信レートが閾値未満となると、アクセスポイント１１０から端末１０１を切断するとともに、品質監視ブラックリスト４００に端末１０１を登録することができる。
【００８４】
（接続フレーム受信可否制御部による処理）
図９は、接続フレーム受信可否制御部による処理の一例を示すフローチャートである。接続フレーム受信可否制御部２３４は、たとえば図９に示す各ステップを実行する。まず、接続フレーム受信可否制御部２３４は、受信回路２２２により端末１０１からのフレームを受信したか否かを判断し（ステップＳ９０１）、端末１０１からのフレームを受信するまで待つ（ステップＳ９０１：Ｎｏのループ）。
【００８５】
ステップＳ９０１において、端末１０１からのフレームを受信すると（ステップＳ９０１：Ｙｅｓ）、接続フレーム受信可否制御部２３４は、受信したフレームがアクセスポイント１１０へ接続するためのフレームであるか否かを判断する（ステップＳ９０２）。アクセスポイント１１０へ接続するためのフレームは、たとえば、プローブ要求フレーム、オーセンティケーション要求フレーム、アソシエーション要求フレーム、リアソシエーション要求フレームおよびこれらの再送フレームである。アクセスポイント１１０へ接続するためのフレームでない場合（ステップＳ９０２：Ｎｏ）は、接続フレーム受信可否制御部２３４は、ステップＳ９０１へ戻る。
【００８６】
ステップＳ９０２において、アクセスポイント１１０へ接続するためのフレームである場合（ステップＳ９０２：Ｙｅｓ）は、接続フレーム受信可否制御部２３４は、ステップＳ９０３へ移行する。すなわち、接続フレーム受信可否制御部２３４は、受信したフレームの送信元の端末１０１が品質監視ブラックリスト４００に登録されているか否かを判断する（ステップＳ９０３）。
【００８７】
ステップＳ９０３において、品質監視ブラックリスト４００に登録されている場合（ステップＳ９０３：Ｙｅｓ）は、接続フレーム受信可否制御部２３４は、受信したフレームのＲＳＳＩを取得する。そして、接続フレーム受信可否制御部２３４は、取得したＲＳＳＩが基準ＲＳＳＩ以上であるか否かを判断する（ステップＳ９０４）。ＲＳＳＩが基準ＲＳＳＩ未満である場合（ステップＳ９０４：Ｎｏ）は、接続フレーム受信可否制御部２３４は、受信したフレームを破棄し（ステップＳ９０５）、ステップＳ９０１へ戻る。
【００８８】
ステップＳ９０４において、ＲＳＳＩが基準ＲＳＳＩ以上である場合（ステップＳ９０４：Ｙｅｓ）は、接続フレーム受信可否制御部２３４は、品質監視ブラックリスト４００に登録された端末１０１の前回接続時のＲＳＳＩを取得する。そして、接続フレーム受信可否制御部２３４は、受信したフレームのＲＳＳＩが、前回接続時のＲＳＳＩに所定の改善オフセットを加えたＲＳＳＩ以上であるか否かを判断する（ステップＳ９０６）。
【００８９】
ステップＳ９０６において、受信したフレームのＲＳＳＩが前回接続時のＲＳＳＩに改善オフセットを加えたＲＳＳＩ未満である場合（ステップＳ９０６：Ｎｏ）は、接続フレーム受信可否制御部２３４は、ステップＳ９０５へ移行する。受信したフレームのＲＳＳＩが前回接続時のＲＳＳＩに改善オフセットを加えたＲＳＳＩ以上である場合（ステップＳ９０６：Ｙｅｓ）は、接続フレーム受信可否制御部２３４は、受信したフレームを破棄しない。これにより、アクセスポイント１１０から端末１０１へ応答フレームが送信され、端末１０１がアクセスポイント１１０へ接続する。
【００９０】
つぎに、接続フレーム受信可否制御部２３４は、受信したフレームの送信元の端末１０１を品質監視ブラックリスト４００から削除し（ステップＳ９０７）、ステップＳ９０１へ戻る。
【００９１】
ステップＳ９０３において、品質監視ブラックリスト４００に登録されていない場合（ステップＳ９０３：Ｎｏ）は、接続フレーム受信可否制御部２３４は、受信したフレームのＲＳＳＩを取得する。そして、接続フレーム受信可否制御部２３４は、取得したＲＳＳＩが基準ＲＳＳＩ以上であるか否かを判断する（ステップＳ９０８）。
【００９２】
ステップＳ９０８において、取得したＲＳＳＩが基準ＲＳＳＩ未満である場合（ステップＳ９０８：Ｎｏ）は、接続フレーム受信可否制御部２３４は、ステップＳ９０５へ移行する。取得したＲＳＳＩが基準ＲＳＳＩ以上である場合（ステップＳ９０８：Ｙｅｓ）は、接続フレーム受信可否制御部２３４は、受信したフレームを破棄せずにステップＳ９０１へ戻る。これにより、アクセスポイント１１０から端末１０１へ応答フレームが送信され、端末１０１がアクセスポイント１１０へ接続する。
【００９３】
以上の各ステップにより、アクセスポイント１１０へ接続するためのフレームをアクセスポイント１１０が端末１０１から受信しても、受信したフレームのＲＳＳＩが基準ＲＳＳＩより低い場合はフレームを破棄することができる。また、端末１０１が品質監視ブラックリスト４００に登録されている場合は、受信フレームのＲＳＳＩが基準ＲＳＳＩ以上であっても、端末１０１の前回接続時のＲＳＳＩから改善していなければ受信フレームを破棄することができる。
【００９４】
（ブラックリスト管理部による処理）
図１０は、ブラックリスト管理部による処理の一例を示すフローチャートである。ブラックリスト管理部２３５は、たとえば図１０に示す各ステップを実行する。まず、ブラックリスト管理部２３５は、品質監視ブラックリスト４００に、所定の登録後、所定時間が経過しているエントリがあるか否かを判断する（ステップＳ１００１）。所定時間はたとえば５分である。
【００９５】
ステップＳ１００１において、登録後所定時間が経過しているエントリがない場合（ステップＳ１００１：Ｎｏ）は、ブラックリスト管理部２３５は、ステップＳ１００２へ移行する。すなわち、ブラックリスト管理部２３５は、ステップＳ１００１から所定のリスト監視間隔が経過したか否かを判断し（ステップＳ１００２）、リスト監視間隔が経過するまで待つ（ステップＳ１００２：Ｎｏのループ）。リスト監視間隔が経過すると（ステップＳ１００２：Ｙｅｓ）、ブラックリスト管理部２３５はステップＳ１００１へ戻る。
【００９６】
ステップＳ１００１において、登録後所定時間が経過しているエントリがある場合（ステップＳ１００１：Ｙｅｓ）は、ブラックリスト管理部２３５は、登録後所定時間が経過しているエントリを品質監視ブラックリスト４００から削除し（ステップＳ１００３）、ステップＳ１００２へ移行する。
【００９７】
以上の各ステップにより、品質監視ブラックリスト４００を定期的にチェックし、登録後所定時間が経過しているエントリを品質監視ブラックリスト４００から削除することができる。
【００９８】
（接続中の端末の切断）
図１１は、接続中の端末の切断の一例を示すシーケンス図である。図１１においては、アクセスポイント１１０に接続中の端末１０１を、下りの送信レートの低下により切断する場合について説明する。図１１に示す例では、平均送信レートの閾値を１．５［Ｍｂｐｓ］とする。
【００９９】
まず、アクセスポイント１１０と端末１０１との間で接続確立を行う（ステップＳ１１０１）。これにより、アクセスポイント１１０および端末１０１は、端末１０１がアクセスポイント１１０へ上りデータ（Ｄａｔａ）を送信するとともに、アクセスポイント１１０が端末１０１へ下りデータ（Ｄａｔａ）を送信するデータ転送フェーズへ移行する。
【０１００】
また、ステップＳ１１０１において、アクセスポイント１１０は、アクセスポイント１１０から端末１０１への平均送信レート（Ａｖｅ  Ｒａｔｅ）を取得する。ステップＳ１１０１においては平均送信レートが２［Ｍｂｐｓ］であり、閾値の１．５［Ｍｂｐｓ］以上であったとする（ＯＫ）。
【０１０１】
ステップＳ１１０１から３［ｓ］経過後に、アクセスポイント１１０は、アクセスポイント１１０から端末１０１への平均送信レートを取得する（ステップＳ１１０２）。ステップＳ１１０２においては平均送信レートが２［Ｍｂｐｓ］であり、閾値の１．５［Ｍｂｐｓ］以上であったとする（ＯＫ）。
【０１０２】
ステップＳ１１０２から３［ｓ］経過後に、アクセスポイント１１０は、アクセスポイント１１０から端末１０１への平均送信レートを取得する（ステップＳ１１０３）。ステップＳ１１０３においては平均送信レートが２［Ｍｂｐｓ］であり、閾値の１．５［Ｍｂｐｓ］以上であったとする（ＯＫ）。
【０１０３】
また、ステップＳ１１０３の後に、アクセスポイント１１０から端末１０１への下りデータの伝搬環境が劣化し、アクセスポイント１１０から端末１０１への送信レートが低下したとする。
【０１０４】
ステップＳ１１０３から３［ｓ］経過後に、アクセスポイント１１０は、アクセスポイント１１０から端末１０１への平均送信レートを取得する（ステップＳ１１０４）。ステップＳ１１０４においては、ステップＳ１１０３の後にアクセスポイント１１０から端末１０１への送信レートが低下したため、取得された平均送信レートが１［Ｍｂｐｓ］であり、閾値の１．５［Ｍｂｐｓ］未満であったとする（ＮＧ）。
【０１０５】
このため、アクセスポイント１１０は、端末１０１に対してＤｉｓａｓｓｏｃｉａｔｉｏｎ（たとえば図５のアソシエーション解除メッセージ５００）を送信することにより端末１０１を切断（アソシエーション解除）する。
【０１０６】
そして、アクセスポイント１１０は、切断した端末１０１の端末ＭＡＣアドレスを品質監視ブラックリスト４００に追加する。また、アクセスポイント１１０は、切断した端末１０１の端末ＭＡＣアドレスとともに、端末１０１から受信した最終フレームのＲＳＳＩおよび切断時刻を品質監視ブラックリスト４００に追加する。
【０１０７】
このように、アクセスポイント１１０は、接続中の端末１０１からの上り方向の送信レートを定期的（たとえば３［ｓ］ごと）に取得し、取得した送信レートの平均値を監視する。そして、アクセスポイント１１０は、送信レートの平均値が閾値（たとえば１．５［Ｍｂｐｓ］）未満になると、端末１０１を切断（アソシエーション解除）する。
【０１０８】
（平均送信レートの定期監視）
図１２は、平均送信レートの定期監視の一例を示す図である。図１２において横軸は時間を示している。図１２に示す例においては、アクセスポイント１１０は、たとえば５００［ｍｓ］周期のタイマを用いて、アクセスポイント１１０に接続中の端末Ａ〜Ｃの送信レートを５００［ｍｓ］周期で監視する。端末Ａ〜Ｃのそれぞれは、端末１０１と同様の無線端末である。また、アクセスポイント１１０は、３［ｓ］ごとに、最新の６回の送信レートを平均することによって平均送信レートを算出する。また、平均送信レート監視閾値を１．５［Ｍｂｐｓ］とする。
【０１０９】
なお、送信レートの監視は５００［ｍｓ］周期で行うのに対し、アクセスポイント１１０による端末１０１の送信レートの更新は、フレーム送信があった場合かつ前回のフレーム送信から５００［ｍｓ］以上経過していた場合に行われる（たとえば図７参照）。このため、送信レートの監視と送信レートの更新は非同期となる。
【０１１０】
送信レート１２１１〜１２１３は、それぞれ端末Ａ〜Ｃとアクセスポイント１１０との間の下りの送信レートの５００［ｍｓ］周期での取得結果を示している。平均送信レート１２２１〜１２２３は、それぞれ端末Ａ〜Ｃとアクセスポイント１１０との間の平均送信レートの３［ｓ］周期での算出結果を示している。
【０１１１】
たとえば、アクセスポイント１１０は、端末Ａについて、タイマ起動後３［ｓ］経過した時点において１回目の平均送信レート１２０１を算出する。平均送信レート１２０１は１３．３［Ｍｂｐｓ］であり、平均送信レート監視閾値の１．５［Ｍｂｐｓ］以上であるため、アクセスポイント１１０は端末Ａを切断しない。また、アクセスポイント１１０は、端末Ｂ，Ｃについては、タイマ起動後３［ｓ］経過した時点において６回分の送信レートを取得していないため、平均送信レートの算出や切断制御を行わない。
【０１１２】
つぎに、アクセスポイント１１０は、端末Ａについて、タイマ起動後６［ｓ］経過した時点において２回目の平均送信レート１２０２を算出する。平均送信レート１２０２は１．９［Ｍｂｐｓ］であり、平均送信レート監視閾値の１．５［Ｍｂｐｓ］以上であるため、アクセスポイント１１０は端末Ａを切断しない。
【０１１３】
また、アクセスポイント１１０は、端末Ｂについて、タイマ起動後６［ｓ］経過した時点において１回目の平均送信レート１２０３を算出する。平均送信レート１２０３は１．８［Ｍｂｐｓ］であり、平均送信レート監視閾値の１．５［Ｍｂｐｓ］以上であるため、アクセスポイント１１０は端末Ｂを切断しない。
【０１１４】
また、アクセスポイント１１０は、端末Ｃについて、タイマ起動後６［ｓ］経過した時点において１回目の平均送信レート１２０４を算出する。平均送信レート１２０４は１［Ｍｂｐｓ］であり、平均送信レート監視閾値の１．５［Ｍｂｐｓ］未満であるため、アクセスポイント１１０は端末Ｃを切断する。また、アクセスポイント１１０は端末Ｃを品質監視ブラックリスト４００へ追加する。
【０１１５】
（接続フレーム受信可否制御の動作例）
図１３は、接続フレーム受信可否制御の動作例１を示すシーケンス図である。図１３においては、アクセスポイント１１０に対して接続実績のない端末１０１からの接続要求フレームが破棄されるケース（その１）について説明する。
【０１１６】
まず、アクセスポイント１１０は、周期的にビーコン（ｂｅａｃｏｎ）を無線送信する（ステップＳ１３０１）。端末１０１は、アクセスポイント１１０から無線送信されるビーコンを受信し、アクセスポイント１１０に対するプローブ要求フレーム（Ｐｒｏｂｅ  ｒｅｑｕｅｓｔ）を送信する（ステップＳ１３０２）。
【０１１７】
アクセスポイント１１０は、端末１０１からプローブ要求フレームを受信すると、受信したプローブ要求フレームに基づくＲＳＳＩを算出する。図１３に示す例では、算出されたＲＳＳＩが１９［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］未満である。このため、アクセスポイント１１０は、端末１０１からのプローブ要求フレームを破棄する。
【０１１８】
図１４は、接続フレーム受信可否制御の動作例２を示すシーケンス図である。図１４においては、アクセスポイント１１０に対して接続実績のない端末１０１からの接続要求フレームが破棄されるケース（その２）について説明する。
【０１１９】
まず、アクセスポイント１１０は、周期的にビーコン（ｂｅａｃｏｎ）を無線送信する（ステップＳ１４０１）。端末１０１は、アクセスポイント１１０から無線送信されるビーコンを受信し、アクセスポイント１１０に対するプローブ要求フレーム（Ｐｒｏｂｅ  ｒｅｑｕｅｓｔ）を送信する（ステップＳ１４０２）。アクセスポイント１１０は、端末１０１からプローブ要求フレームを受信すると、受信したプローブ要求フレームに基づくＲＳＳＩを算出する。図１４に示す例では、算出されたＲＳＳＩが２０［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］以上であるため、アクセスポイント１１０は、端末１０１からのプローブ要求フレームに対する応答フレーム（Ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ）を送信する（ステップＳ１４０３）。
【０１２０】
つぎに、端末１０１は、オーセンティケーション要求フレーム（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ）をアクセスポイント１１０へ送信する（ステップＳ１４０４）。アクセスポイント１１０は、端末１０１からオーセンティケーション要求フレームを受信すると、受信したオーセンティケーション要求フレームに基づくＲＳＳＩを算出する。図１４に示す例では、算出されたＲＳＳＩが１９［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］未満であるため、アクセスポイント１１０は、端末１０１からのオーセンティケーション要求フレームを破棄する。
【０１２１】
図１５は、接続フレーム受信可否制御の動作例３を示すシーケンス図である。図１５においては、アクセスポイント１１０に対して接続実績のない端末１０１からの接続要求フレームが破棄されるケース（その３）について説明する。
【０１２２】
まず、アクセスポイント１１０は、周期的にビーコン（ｂｅａｃｏｎ）を無線送信する（ステップＳ１５０１）。端末１０１は、アクセスポイント１１０から無線送信されるビーコンを受信し、アクセスポイント１１０に対するプローブ要求フレーム（Ｐｒｏｂｅ  ｒｅｑｕｅｓｔ）を送信する（ステップＳ１５０２）。アクセスポイント１１０は、端末１０１からプローブ要求フレームを受信すると、受信したプローブ要求フレームに基づくＲＳＳＩを算出する。図１５に示す例では、算出されたＲＳＳＩが２０［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］以上であるため、アクセスポイント１１０は、端末１０１からのプローブ要求フレームに対する応答フレーム（Ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅ）を送信する（ステップＳ１５０３）。
【０１２３】
つぎに、端末１０１は、オーセンティケーション要求フレーム（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ）をアクセスポイント１１０へ送信する（ステップＳ１５０４）。アクセスポイント１１０は、端末１０１からオーセンティケーション要求フレームを受信すると、受信したオーセンティケーション要求フレームに基づくＲＳＳＩを算出する。図１５に示す例では、算出されたＲＳＳＩが２０［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］以上であるため、アクセスポイント１１０は、端末１０１からのオーセンティケーション要求フレームに対する応答フレーム（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）を送信する（ステップＳ１５０５）。
【０１２４】
つぎに、端末１０１は、アソシエーション要求フレーム（Ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ）をアクセスポイント１１０へ送信する（ステップＳ１５０６）。アクセスポイント１１０は、端末１０１からアソシエーション要求フレームを受信すると、受信したアソシエーション要求フレームに基づくＲＳＳＩを算出する。図１５に示す例では、算出されたＲＳＳＩが１９［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］未満であるため、アクセスポイント１１０は端末１０１からのアソシエーション要求フレームを破棄する。
【０１２５】
図１６は、接続フレーム受信可否制御の動作例４を示すシーケンス図である。図１６においては、アクセスポイント１１０に対して接続実績のない端末１０１からの接続要求フレームが破棄されるケース（その４）について説明する。
【０１２６】
図１６に示すステップＳ１６０１〜Ｓ１６０６は、図１５に示したステップＳ１５０１〜Ｓ１５０６と同様である。図１６に示す例では、ステップＳ１６０６によって送信されたアソシエーション要求フレームに基づくＲＳＳＩが２０［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］以上である。このため、アクセスポイント１１０は、端末１０１からのアソシエーション要求フレームに対する応答フレーム（Ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）を送信する（ステップＳ１６０７）。
【０１２７】
つぎに、端末１０１は、リアソシエーション要求フレーム（ＲｅＡｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ）をアクセスポイント１１０へ送信する（ステップＳ１６０８）。アクセスポイント１１０は、端末１０１からリアソシエーション要求フレームを受信すると、受信したリアソシエーション要求フレームに基づくＲＳＳＩを算出する。図１６に示す例では、算出されたＲＳＳＩが１９［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］未満であるため、アクセスポイント１１０は、端末１０１からのリアソシエーション要求フレームを破棄する。
【０１２８】
図１７は、接続フレーム受信可否制御の動作例５を示すシーケンス図である。図１７においては、アクセスポイント１１０により切断された端末１０１からの接続要求フレームが破棄されるケースについて説明する。
【０１２９】
まず、アクセスポイント１１０と端末１０１との間で接続確立を行う（ステップＳ１７０１）。これにより、アクセスポイント１１０および端末１０１は、端末１０１がアクセスポイント１１０へ上りデータ（Ｄａｔａ）を送信するとともに、アクセスポイント１１０が端末１０１へ下りデータ（Ｄａｔａ）を送信するデータ転送フェーズへ移行する。
【０１３０】
データ転送フェーズにおいて、アクセスポイント１１０から端末１０１への下りデータの伝搬環境が劣化し、アクセスポイント１１０から端末１０１への送信レートが低下したとする。そして、アクセスポイント１１０が算出した平均送信レート（Ａｖｅ  Ｒａｔｅ）が１．２［Ｍｂｐｓ］であり、閾値の１．５［Ｍｂｐｓ］未満であったとする。
【０１３１】
この場合は、アクセスポイント１１０は、端末１０１に対してＤｉｓａｓｓｏｃｉａｔｉｏｎを送信し（ステップＳ１７０２）、端末１０１を切断（アソシエーション解除）する。また、アクセスポイント１１０は、アクセスポイント１１０における端末１０１からのＲＳＳＩ（Ｌａｓｔ  ＲＳＳＩ）を含む端末１０１の情報を品質監視ブラックリスト４００に追加する。図１７に示す例では、Ｌａｓｔ  ＲＳＳＩは３５［ｄＢ］であったとする。
【０１３２】
つぎに、端末１０１が、アクセスポイント１１０へ再度接続するため、オーセンティケーション要求フレーム（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ）をアクセスポイント１１０へ送信したとする（ステップＳ１７０３）。アクセスポイント１１０は、端末１０１からオーセンティケーション要求フレームを受信すると、受信したオーセンティケーション要求フレームに基づくＲＳＳＩを算出する。
【０１３３】
図１７に示す例では、算出されたＲＳＳＩが３５［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］以上であったとする。しかし、算出されたＲＳＳＩである３５［ｄＢ］は、Ｌａｓｔ  ＲＳＳＩである３５［ｄＢ］に改善オフセットである３［ｄＢ］を加えた３８［ｄＢ］未満であるため、アクセスポイント１１０は、端末１０１からのオーセンティケーション要求フレームを破棄する。
【０１３４】
図１８は、接続フレーム受信可否制御の動作例６を示すシーケンス図である。図１８においては、アクセスポイント１１０により切断された端末１０１についてのＲＳＳＩが改善し、端末１０１がアクセスポイント１１０に再度接続するケースについて説明する。
【０１３５】
図１８に示すステップＳ１８０１〜Ｓ１８０３は、図１７に示したステップＳ１７０１〜Ｓ１７０３と同様である。図１８に示す例では、ステップＳ１８０３によって送信されたオーセンティケーション要求フレームのＲＳＳＩが３４［ｄＢ］であり、３８［ｄＢ］未満であるため、アクセスポイント１１０は、端末１０１からのオーセンティケーション要求フレームを破棄する。
【０１３６】
つぎに、端末１０１が、アクセスポイント１１０へ再度接続するため、オーセンティケーション要求フレーム（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ）をアクセスポイント１１０へ送信したとする（ステップＳ１８０４）。ステップＳ１８０４によって送信されたオーセンティケーション要求フレームのＲＳＳＩは３５［ｄＢ］であり、３８［ｄＢ］未満であるため、アクセスポイント１１０は、端末１０１からのオーセンティケーション要求フレームを破棄する。
【０１３７】
つぎに、端末１０１が、アクセスポイント１１０へ再度接続するため、オーセンティケーション要求フレームをアクセスポイント１１０へ送信したとする（ステップＳ１８０５）。ステップＳ１８０５によって送信されたオーセンティケーション要求フレームのＲＳＳＩは３６［ｄＢ］であり、３８［ｄＢ］未満であるため、アクセスポイント１１０は、端末１０１からのオーセンティケーション要求フレームを破棄する。
【０１３８】
つぎに、端末１０１が、アクセスポイント１１０へ再度接続するため、オーセンティケーション要求フレームをアクセスポイント１１０へ送信したとする（ステップＳ１８０６）。ステップＳ１８０６によって送信されたオーセンティケーション要求フレームのＲＳＳＩは３７［ｄＢ］であり、３８［ｄＢ］未満であるため、アクセスポイント１１０は、端末１０１からのオーセンティケーション要求フレームを破棄する。
【０１３９】
ステップＳ１８０６の後に、アクセスポイント１１０と端末１０１との間の伝搬環境が改善し、アクセスポイント１１０における端末１０１からのＲＳＳＩが大きく改善したとする。
【０１４０】
つぎに、端末１０１が、アクセスポイント１１０へ再度接続するため、オーセンティケーション要求フレームをアクセスポイント１１０へ送信したとする（ステップＳ１８０７）。ステップＳ１８０７によって送信されたオーセンティケーション要求フレームのＲＳＳＩは４０［ｄＢ］であり、３８［ｄＢ］以上であるため、アクセスポイント１１０は、端末１０１からのオーセンティケーション要求フレームを破棄しない。
【０１４１】
この場合は、アクセスポイント１１０は、端末１０１からのオーセンティケーション要求フレームに対する応答フレーム（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）を送信する（ステップＳ１８０８）。また、アクセスポイント１１０は、端末１０１のエントリを品質監視ブラックリスト４００から消去する。
【０１４２】
つぎに、端末１０１は、アソシエーション要求フレーム（Ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ）をアクセスポイント１１０へ送信する（ステップＳ１８０９）。アクセスポイント１１０は、端末１０１からアソシエーション要求フレームを受信すると、受信したアソシエーション要求フレームに基づくＲＳＳＩを算出する。
【０１４３】
ステップＳ１８０９によって送信されたアソシエーション要求フレームのＲＳＳＩが４０［ｄＢ］であり、基準ＲＳＳＩの２０［ｄＢ］以上である。このため、アクセスポイント１１０は、端末１０１からのアソシエーション要求フレームに対する応答フレーム（Ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）を送信する（ステップＳ１８１０）。これにより、アクセスポイント１１０との端末１０１との間の接続が再度確立される。
【０１４４】
以上説明したように、本発明の通信制御方法、通信制御プログラムおよび通信制御装置によれば、スループットの向上を図ることができる。
【０１４５】
たとえば、従来のＷＬＡＮにおいては、一度接続されると通信可能な限り（圏外を検出するまで）接続状態を維持する。このため、接続後にスループットが劣化するようなケースであっても、端末を利用するユーザが接続先を切り替えない限りその回線を利用することになる。しかし、昨今のＷｉＦｉデバイスの増加に伴って、電波干渉や輻輳が増え、強電界にも関わらず安定したスループットが得られないエリアが存在している。
【０１４６】
また、アクセスポイントから端末への送信は問題なく届くが、端末からアクセスポイントへの送信は届き難い状況になり、安定したスループットが得られないフリンジエリアが存在している。このようなエリアでは、送信は届くが応答は届き難いといったフリンジ事象が発生するため、インターネットで多用される双方向通信（ＴＣＰなど）においては良好なスループットが得られない場合がある。
【０１４７】
従来技術として、たとえば再送方法の改善や再送回数を増加させることによって接続した後のスループットをより安定化させるという手法が取れるが、これはアクセスポイントから端末への送信をより確実に届けることしかできない。特に端末からアクセスポイントへの応答が届き難いといったフリンジ問題が発生する状況において効果が得られないばかりか、フリンジ事象を助長してしまう場合もある。
【０１４８】
これに対して、通信制御装置１２０によれば、フリンジ問題などで送受信スループットが得られない無線ＬＡＮ端末であれば早期切断を行い、再接続時においても品質監視を行うことにより、品質が確保できない端末を接続させないようにガードすることができる。これにより、無線ＬＡＮに接続しても通信品質が得られないユーザであれば、瞬時に切断できるようになるため、端末側では他のアクセスポイントや携帯回線などへ切り替える処理が実行され、結果的にユーザがよりよいスループットを得られるようになる。
【０１４９】
なお、本実施の形態で説明した通信制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。
【０１５０】
上述した各実施の形態に関し、さらに以下の付記を開示する。
【０１５１】
（付記１）アクセスポイントと端末とが相互に通信可能に接続されている通信システムにおける通信を制御する通信制御方法であって、
前記アクセスポイントから前記端末への送信レートを所定期間内において１回または複数回取得し、
取得した送信レートに基づいて算出された値に応じて、前記アクセスポイントと前記端末との間の通信を切断する、
ことを特徴とする通信制御方法。
【０１５２】
（付記２）前記送信レートは、前記アクセスポイントから前記端末への信号の到達度合いに応じて制御されることを特徴とする付記１に記載の通信制御方法。
【０１５３】
（付記３）前記アクセスポイントへ接続するための要求信号が前記端末から前記アクセスポイントへ送信された場合に、前記アクセスポイントにおける前記端末からの受信強度を取得し、
取得した受信強度に応じて、前記アクセスポイントに前記要求信号を破棄させる、
ことを特徴とする付記１または２に記載の通信制御方法。
【０１５４】
（付記４）前記送信レートに基づいて算出された値に応じて前記アクセスポイントとの間の通信を切断した切断済み端末と、前記アクセスポイントにおける前記切断済み端末からの受信強度と、を対応付ける対応情報を記憶し、
記憶した対応情報に含まれる切断済み端末から前記アクセスポイントへ前記要求信号が送信された場合に、前記アクセスポイントにおける前記切断済み端末からの受信強度を取得し、
取得した受信強度と、記憶した対応情報において前記切断済み端末に対応付けられた受信強度と、の差に応じて、前記アクセスポイントに前記要求信号を破棄させる、
ことを特徴とする付記３に記載の通信制御方法。
【０１５５】
（付記５）前記取得した受信強度が、前記切断済み端末に対応付けられた受信強度に所定量を加えた強度未満である場合に前記アクセスポイントに前記要求信号を破棄させることを特徴とする付記４に記載の通信制御方法。
【０１５６】
（付記６）前記取得した受信強度が、前記切断済み端末に対応付けられた受信強度に所定量を加えた強度以上である場合に前記対応情報を消去することを特徴とする付記４または５に記載の通信制御方法。
【０１５７】
（付記７）アクセスポイントと端末とが相互に通信可能に接続されている通信システムにおける通信を制御するコンピュータに、
前記アクセスポイントから前記端末への送信レートを所定期間内において１回または複数回取得し、
取得した送信レートに基づいて算出された値に応じて、前記アクセスポイントと前記端末との間の通信を切断する、
処理を実行させることを特徴とする通信制御プログラム。
【０１５８】
（付記８）アクセスポイントと端末とが相互に通信可能に接続されている通信システムにおける通信を制御する通信制御装置であって、
前記アクセスポイントから前記端末への送信レートを所定期間内において１回または複数回取得する取得部と、
前記取得部によって取得された送信レートに基づいて算出された値に応じて、前記アクセスポイントと前記端末との間の通信を切断する制御部と、
を備えることを特徴とする通信制御装置。
【０１５９】
（付記９）無線端末からの受信強度を含む接続要求に応じて、前記無線端末に関する接続制御を行う通信制御装置であって、
前記無線端末に関する送信レートが所定の基準を下回る場合に、前記無線端末に関する通信接続の切断を行う制御部と、
前記通信接続の切断を行う際の受信強度を記憶する記憶部とを備え、
前記制御部は、前記通信接続の切断後に前記無線端末から送信される新たな接続要求が、記憶した前記受信強度を超える受信強度を示さないことを検出すると、前記新たな接続要求に対して接続を許可しない、
ことを特徴とする通信制御装置。
【０１６０】
（付記１０）前記所定の基準は、適応的に制御される送信形式のうち、最も低速な送信形式で達成可能な送信レートよりも高い送信レートである、ことを特徴とする付記９に記載の通信制御装置。
【０１６１】
（付記１１）前記適応的に制御される送信形式は、前記無線端末に対して送信したデータについての前記無線端末からの受信肯定応答の取得状況に応じて、選択される、ことを特徴とする付記１０に記載の通信制御装置。
【符号の説明】
【０１６２】
１００  通信システム
１０１  端末
１１０  アクセスポイント
１２０  通信制御装置
１２１  取得部
１２２  制御部
２１１  送信アンテナ
２１２  受信アンテナ
２２１  送信回路
２２２  受信回路
２３０  無線ＬＡＮ制御ソフトウェア
２３１  送信失敗率監視部
２３２  送信レート管理部
２３３  平均送信レート監視制御部
２３４  接続フレーム受信可否制御部
２３５  ブラックリスト管理部
２４０  端末情報記憶部
２４１  接続端末情報管理テーブル
２４２  未接続情報管理テーブル
３００  通信装置
３０１  ＣＰＵ
３０２  ＲＡＭ
３０３  不揮発メモリ
３０４  有線通信インタフェース
３０５  無線通信インタフェース
３０９  バス
４００  品質監視ブラックリスト
５００  アソシエーション解除メッセージ
１２０１〜１２０４，１２２１〜１２２３  平均送信レート
１２１１〜１２１３  送信レート
【図１】
2014236357.tif 000003
【図２】
2014236357.tif 000004
【図３】
2014236357.tif 000005
【図４】
2014236357.tif 000006
【図５】
2014236357.tif 000007
【図６】
2014236357.tif 000008
【図７】
2014236357.tif 000009
【図８】
2014236357.tif 000010
【図９】
2014236357.tif 000011
【図１０】
2014236357.tif 000012
【図１１】
2014236357.tif 000013
【図１２】
2014236357.tif 000014
【図１３】
2014236357.tif 000015
【図１４】
2014236357.tif 000016
【図１５】
2014236357.tif 000017
【図１６】
2014236357.tif 000018
【図１７】
2014236357.tif 000019
【図１８】
2014236357.tif 000020