特許 6698785 制御装置、制御方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6698785

(24)【登録日】2020年5月1日

(45)【発行日】2020年5月27日

(54)【発明の名称】制御装置、制御方法、及びプログラム

(51)【国際特許分類】

   H04W 48/06 20090101AFI20200518BHJP

   H04W 76/10 20180101ALI20200518BHJP

   H04W 8/22 20090101ALI20200518BHJP

【ＦＩ】

   H04W48/06

   H04W76/10

   H04W8/22

【請求項の数】8

【全頁数】13

(21)【出願番号】特願2018-200274(P2018-200274)

(22)【出願日】2018年10月24日

(62)【分割の表示】特願2016-249392(P2016-249392)の分割

【原出願日】2016年12月22日

(65)【公開番号】特開2019-33533(P2019-33533A)

(43)【公開日】2019年2月28日

【審査請求日】2018年10月24日

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100134175

【弁理士】

【氏名又は名称】永川 行光

(74)【代理人】

【識別番号】100131886

【弁理士】

【氏名又は名称】坂本 隆志

(74)【代理人】

【識別番号】100170667

【弁理士】

【氏名又は名称】前田 浩次

(72)【発明者】

【氏名】福原 忠行

(72)【発明者】

【氏名】佐藤 隆司

【審査官】 大濱 宏之

(56)【参考文献】

【文献】 国際公開第２０１７／１０４０８３（ＷＯ，Ａ１）

【文献】 国際公開第２０１０／０６１７１３（ＷＯ，Ａ１）

【文献】 特開２００７−０２８２３１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

第１の通信装置と接続可能な範囲を通過する第２の通信装置を特定し、
前記第２の通信装置から、前記第１の通信装置への接続要求とは別個に、当該第２の通信装置の状態を示す情報を取得し、
前記情報に基づいて、前記第２の通信装置が前記第１の通信装置に接続した場合に前記第２の通信装置の通信品質が劣化するか否かを判定し、
前記通信品質が劣化すると判定した場合に、前記第２の通信装置に対して前記判定の結果を通知する、
ように構成されることを特徴とする制御装置。

【請求項2】

前記判定の結果として、前記第１の通信装置への接続要求をすべきでないことを示す指示を、前記第２の通信装置へ通知する、ように構成されることを特徴とする請求項１に記載の制御装置。

【請求項3】

前記通信品質が劣化すると判定した場合に前記指示を前記第２の通信装置へ通知する、ように構成されることを特徴とする請求項２に記載の制御装置。

【請求項4】

前記判定の結果として、前記第１の通信装置へ接続するための認証情報を前記第２の通信装置へ通知する、ように構成されることを特徴とする請求項１に記載の制御装置。

【請求項5】

前記通信品質が劣化しないと判定した場合に前記認証情報を前記第２の通信装置へ通知する、ように構成されることを特徴とする請求項４に記載の制御装置。

【請求項6】

前記第２の通信装置から取得される情報は、
前記第２の通信装置の画面の点灯状態を示す情報の情報と、
前記第２の通信装置の画面の最上位に表示されるアプリケーション種別の情報と、
前記第２の通信装置におけるスループットの統計値の情報と、
前記第２の通信装置の位置情報と、
の少なくともいずれかを含む、ことを特徴とする請求項１から５のいずれか１項に記載の制御装置。

【請求項7】

制御装置の制御方法であって、
第１の通信装置と接続可能な範囲を通過する第２の通信装置を特定することと、
前記第２の通信装置から、前記第１の通信装置への接続要求とは別個に、当該第２の通信装置の状態を示す情報を取得することと、
前記情報に基づいて、前記第２の通信装置が前記第１の通信装置に接続した場合に前記第２の通信装置の通信品質が劣化するか否かを判定することと、
前記通信品質が劣化すると判定した場合に、前記第２の通信装置に対して前記判定の結果を通知することと、
を含むことを特徴とする制御方法。

【請求項8】

制御装置に備えられたコンピュータに、
第１の通信装置と接続可能な範囲を通過する第２の通信装置を特定させ、
前記第２の通信装置から、前記第１の通信装置への接続要求とは別個に、当該第２の通信装置の状態を示す情報を取得させ、
前記情報に基づいて、前記第２の通信装置が前記第１の通信装置に接続した場合に前記第２の通信装置の通信品質が劣化するか否かを判定させ、
前記通信品質が劣化すると判定した場合に、前記第２の通信装置に対して前記判定の結果を通知させる、
ためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信の接続制御に関する。

【背景技術】

【0002】

近年、駅や商業施設等、公衆無線ＬＡＮを利用可能な場所が増加している。公衆無線ＬＡＮでは、例えば、アクセスポイント（ＡＰ）は、認証に成功した端末からの接続要求に応答してその端末との接続を確立し、無線通信サービスを提供する。ここで、ＡＰは、一度接続した端末をリスト化して管理しておき、リストに含まれている端末に対して、無線通信サービスを提供する。

【発明の概要】

【発明が解決しようとする課題】

【0003】

上述のＡＰで管理されるリストに含めることができる端末の数には、上限が存在し、ＡＰは、多数の端末と接続を確立して接続された端末数がリストに格納できる上限に達した場合、他の端末と接続して無線通信を行うことができなくなる。なお、通常の家庭での使用などでは、このようなリストに格納された端末数が上限に達することは少ない。しかしながら、駅や道路沿いなど多くの人が通過する範囲をカバーするＡＰは、その多くの人のそれぞれが有する端末から接続要求を受信した場合に接続を確立するため、リストに格納される端末の数が上限に達してしまう確率は低くないといえる。さらに、例えばスマートフォンは、バックライトがオンになっている場合などの所定の状態において、実際に通信する必要がない場合であっても無線ＬＡＮ機能をオンとし、接続要求を送信する場合がある。このため、端末がデータの送受信のためにネットワークに接続する必要がなく、単にＡＰによってカバーされる範囲を通過するだけの場合であっても、その端末は、そのＡＰとの間で接続を確立してしまいうる。このため、実際には通信を行わない多数の端末がリストに登録され、その結果、通信を行いたいユーザの端末がＡＰとの間で接続を確立することができない、という課題があった。

【0004】

本発明は上述の課題に鑑みなされたものであり、不必要な接続の確立を防ぎ、接続を希望するユーザからの接続ができない状態が発生することを防ぐ又は少なくともその発生の確率を低減することを目的とする。

【課題を解決するための手段】

【0005】

上記目的を達成するため、本発明の一態様に係る制御装置は、第１の通信装置と接続可能な範囲を通過する第２の通信装置を特定し、前記第２の通信装置から、前記第１の通信装置への接続要求とは別個に、当該第２の通信装置の状態を示す情報を取得し、前記情報に基づいて、前記第２の通信装置が前記第１の通信装置に接続した場合に前記第２の通信装置の通信品質が劣化するか否かを判定し、前記通信品質が劣化すると判定した場合に、前記第２の通信装置に対して前記判定の結果を通知する、ように構成される。

【発明の効果】

【0006】

本発明によれば、不必要な接続の確立を防ぎ、接続を希望するユーザからの接続ができない状態が発生することを防ぐ又は少なくともその発生の確率を低減することができる。

【図面の簡単な説明】

【0007】

【図1】無線通信システムの構成例を示す図。

【図2】ＡＰのハードウェア構成例を示す図。

【図3】ＡＰの機能構成例を示す図。

【図4】ＡＰが実行する処理の流れの例を示すフローチャート。

【図5】ＡＰが実行する処理の概要を示す図。

【発明を実施するための形態】

【0008】

以下、本発明の実施の形態について図面を参照しながら説明する。

【0009】

（無線通信システム）
図１に、本実施形態に係る無線通信システムの構成例を示す。図１の無線通信システムは、ＷｉＦｉ（登録商標）に基づく無線ＬＡＮの１つのアクセスポイント１０１と、アクセスポイント（ＡＰ）１０１の通信可能範囲に少なくとも一定期間滞在する端末装置１０２、及びその範囲を通過する複数の端末装置１０３を含んで構成される。なお、本実施形態では、ＷｉＦｉ（登録商標）に基づく無線ＬＡＮで通信を行う通信装置を含んだ無線通信システムについて説明するが、これに限られず、任意の方式で無線通信を行う任意の通信装置に以下の議論を適用することができる。また、ＡＰ１０１は、例えば、アクセスポイント機能を有する端末装置など、複数の他の装置と接続を確立することができる任意の通信装置でありうる。

【0010】

ＡＰ１０１は、例えば、自身を発見させるためのビーコンを送出して、自身を発見した端末装置から受信した探索要求に対して探索応答を送信し、その後、端末装置の認証を行う。そして、ＡＰ１０１は、認証が成功した端末装置から接続要求を受信してそれを許可することによって、その端末装置との間で接続を確立する。ここで、端末装置１０２及び１０３は、例えばスマートフォン等の通信装置であり、無線ＬＡＮでの通信機能を有する。なお、端末装置１０２及び１０３は、例えば通信機能として無線ＬＡＮの通信機能のみを有する端末であってもよく、必ずしもスマートフォンでなくてもよい。ここで、端末装置１０２及び１０３は、自身が設定しているＥＳＳ−ＩＤ（Extended Service Set Identifier）を有するＡＰを探索して発見すると、認証の後に、接続要求を送信する。なお、端末装置１０２及び１０３は、例えばバックライトがオンとなっている場合や何等かの所定のアプリケーションが動作している場合などの低消費電力状態でない所定の第１の状態において、通信を行う必要がなくとも接続要求を定期的に送信しうる。また、端末装置１０２及び１０３は、例えばバックライトがオフとなっているなど低消費電力状態である所定の第２の場合であっても、接続要求を送信しうる。ただし、第２の場合では、接続要求が送信される周期を第１の場合よりも長くすることができる。また、端末装置１０２及び１０３は、一度に２回以上の所定回数、繰り返して接続要求を送信することができる。例えば、端末装置１０２及び１０３は、例えば接続要求を送信する周期が開始するタイミングにおいて、２回繰り返して接続要求を送信し、その後、次の周期が到来したことに応じて、再度、接続要求を２回繰り返して送信するように構成されうる。

【0011】

ＡＰ１０１は、接続を確立した端末装置の情報をリストに登録して管理し、リストに登録されている端末装置に対して無線通信サービスを提供する。例えば、図１の状態において、ＡＰ１０１は、端末装置１０２との間で接続を確立すると、端末装置１０２の情報をリストに登録した上で無線通信サービスを提供する。なお、ＡＰ１０１は、例えば端末装置１０２がリストに登録された後に通信が行われなくなってからの期間が一定期間に達した場合に、端末装置１０２の情報をリストから削除することができる。これにより、ＡＰ１０１は、上述のようにリストに登録可能な端末装置の数が限られていても、様々な端末装置に対して無線通信サービスを提供することができる。

【0012】

しかしながら、例えば人通りの多い道路沿いの店舗にＡＰ１０１が設置されている場合など、非常に多くの端末装置１０３がＡＰ１０１と接続可能な範囲に進入する場合は、多くの端末装置がＡＰ１０１へ接続要求を送信することが想定される。このとき、端末装置１０３のユーザが移動することによって、ＡＰ１０１と接続可能な範囲から離脱し、実際にはその端末装置１０３との間で通信を行わない場合がある。例えば、ユーザが端末装置１０３（例えばスマートフォン）で時間を確認するためにバックライトを点灯させることで、端末装置１０３が、低消費電力状態ではなくなり、接続要求をＡＰ１０１へと送信することが考えられる。しかし、この場合、端末装置１０３のユーザは、実際に通信が行われることを望んでおらず、また、端末装置１０３も送受信すべきデータが存在しないことが想定されるため、接続が確立されてもその後に通信を行うことはない場合がある。また、端末装置１０３は、低消費電力状態であっても接続要求を送信することができるが、この場合も、接続が確立されてもその後に通信を行うことはない場合がある。

【0013】

一方、このような場合であっても、ＡＰ１０１は、接続が確立された端末装置１０３の情報をリストに登録する。このため、ＡＰ１０１が自身と接続可能な範囲に進入してきた端末装置のそれぞれと接続を確立すると、それに応じて、ＡＰ１０１が管理するリストに登録されている端末装置の数が急増し、登録可能な端末装置数の上限に達することが想定される。この場合、ＡＰ１０１は、さらに別の装置が自身と接続可能な範囲に進入して接続要求を送信しても、それを受け入れることができず、いずれかの端末装置の情報がリストから削除されるまで、その別の装置はＡＰ１０１と接続することができなくなる。このため、例えばＡＰ１０１と通信中の端末装置が存在しない場合であっても、ＡＰ１０１は、別の装置に対して無線通信サービスを提供することができない場合がありえ、この場合、データ通信することを望む別の装置のユーザの利便性が損なわれる。

【0014】

本実施形態に係るＡＰ１０１は、このような課題に対処するための処理を実行する。以下、このようなＡＰ１０１の構成例と、ＡＰ１０１が実行する処理の概要について説明する。

【0015】

（ＡＰ１０１の構成）
図２に、ＡＰ１０１のハードウェア構成例を示す。ＡＰ１０１は、一例において、図２に示すようなハードウェア構成を有し、例えば、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、外部記憶装置２０４、及び通信装置２０５を有する。ＡＰ１０１では、例えばＲＯＭ２０２、ＲＡＭ２０３及び外部記憶装置２０４のいずれかに記録された、後述するＡＰ１０１の各機能を実現するプログラムがＣＰＵ２０１により実行される。なお、ＣＰＵ２０１は、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＤＳＰ（デジタルシグナルプロセッサ）等の１つ以上のプロセッサによって置き換えられてもよい。

【0016】

そして、ＡＰ１０１は、例えばＣＰＵ２０１により通信装置２０５を制御して、端末装置との間の通信を行う。なお、図２では、ＡＰ１０１は、１つの通信装置２０５を有するような概略図を示しているが、これに限られない。例えば、ＡＰ１０１は、有線通信用の通信装置と無線通信用の通信装置とを有してもよい。

【0017】

なお、ＡＰ１０１は、各機能を実行する専用のハードウェアを備えてもよいし、一部をハードウェアで実行し、プログラムを動作させるコンピュータでその他の部分を実行してもよい。また、全機能がコンピュータとプログラムにより実行されてもよい。

【0018】

図３に、ＡＰ１０１の機能構成例を示す。ＡＰ１０１は、例えば、通信部３０１、接続要求受付部３０２、受付制御部３０３、及び設定制御部３０４を有して構成される。なお、これらの機能部は、それぞれ、例えば上述のＣＰＵ２０１が、例えばＲＯＭ２０２、ＲＡＭ２０３及び外部記憶装置２０４のいずれかに記録されたプログラムを実行することによって実現されうる。

【0019】

通信部３０１は、少なくとも複数の端末装置との間で無線通信を行うことができる無線通信機能を有する。なお、通信部３０１は、例えば有線通信機能を有していてもよい。接続要求受付部３０２は、通信部３０１が端末装置からの接続要求（例えば、Ａｓｓｏｃｉａｔｉｏｎ要求）を受信した場合に、その受け付けを行う制御部である。接続要求受付部３０２は、接続要求を受け付けて接続を確立した端末装置をリストに登録する。そして、通信部３０１は、リストに登録された端末装置との間で無線通信を行うことができる。

【0020】

受付制御部３０３は、それまでに接続要求を受信していない端末装置から、通信部３０１が接続要求を初めて受信した際に、その接続要求を受け付けないように、接続要求受付部３０２を制御する。なお、本明細書及び添付の特許請求の範囲において、「接続要求を受け付けない」とは、物理的な接続要求の受け取りを遮断することのみならず、接続要求自体を受け取ることによって物理的には接続要求を受け付けるが、受け取った接続要求に対して応答しない等のその後の処理を行わないことをも含む。例えば、接続要求受付部３０２は、受付制御部３０４によって接続要求の少なくとも一部の受け付けを停止するように制御されている間は、その少なくとも一部の接続要求に対して応答しないことによって、接続要求を受け付けないようにする。そして、受付制御部３０３は、その端末装置からの初回の接続要求の後に第１の所定長の期間を設定し、その期間内にその端末装置からの接続要求を所定回数受信した場合、その接続要求を受け付けるように接続要求受付部３０２を制御する。なお、受付制御部３０３は、第１の所定長の期間内に所定回数の接続要求をその端末装置から受信しなかった場合は、その端末装置からの接続要求を受け付けないように接続要求受付部３０２を制御する。ここで、受付制御部３０３は、第１の所定長の期間内に所定回数の接続要求をその端末装置から受信しなかった場合で、その後にその端末装置から受信した接続要求については、初回の接続要求として扱う。なお、受付制御部３０３は、端末装置からの初回の接続要求の受信と、第１の所定長の期間との間に、第２の所定長の期間を設定することができる。そして、受付制御部３０３は、この第２の所定長の期間の間は、その端末装置からの接続要求を受け付けないように、接続要求受付部３０２を制御しうる。なお、受付制御部３０３は、上述の処理を、１つ以上の端末装置について、それぞれ別個に実行する。

【0021】

設定制御部３０４は、上述の第１の所定長、第２の所定長、及び所定回数を設定するための制御を行う。設定制御部３０４は、例えば、上述の第１の所定長を、例えばバックライトがオフとされている等の低消費電力状態の端末装置が接続要求を送信する周期に基づいて設定する。例えば、第１の所定長は、低消費電力状態の端末装置が接続要求を送信する周期より短く設定される。例えばユーザが端末装置を鞄に入れて持ち運んでおり、その端末装置を用いて通信を行う予定がないような状態では、その端末装置は低消費電力状態にあるといえる。第１の所定長を低消費電力状態の端末装置が接続要求を送信する周期より短く設定することにより、第１の所定長の期間内にこのような端末装置が再度接続要求を送信する確率は非常に低くなる。したがって、このような通信する予定のない端末装置がＡＰ１０１に接続することを防ぐことが可能となる。なお、設定制御部３０４は、第１の所定長を、低消費電力状態でなく、通信する可能性のある端末装置が接続要求を送信する周期より長く設定しうる。これにより、通信する予定のある端末装置が第１の所定長の期間内に接続要求を送信できないことを防ぎ、このような端末装置がＡＰ１０１に接続できなくなることを防ぐことができる。

【0022】

また、設定制御部３０４は、低消費電力状態にある端末装置が一度に一定回数繰り返して接続要求を送信する場合、上述の所定回数を、その一定回数に基づいて設定しうる。すなわち、低消費電力状態にあり、通信しないと考えられる端末装置がＡＰ１０１と接続することを防ぐように、上述の一定回数の接続要求によって、接続要求を受け付けられることがないように、一定回数以上となるように所定回数が設定される。例えば、所定回数を一定回数と等しくすることにより、一度に送信される接続要求のうち、まず初回の接続要求が受け付けられず、また、その初回の接続要求に続いて繰り返し送信される（一定回数−１）回の接続要求も受け付けられないこととなる。このため、さらにその端末装置からの接続要求が受信されない限りは、その端末装置の接続要求は受け付けられないこととなる。なお、設定制御部３０４は、例えば、第１の所定長を長く設定する場合は、これに伴って所定回数を大きく設定してもよい。

【0023】

また、設定制御部３０４は、例えば、通信しない端末装置が、ＡＰ１０１と接続可能な範囲に進入してから離脱するまでの時間に基づいて第２の所定値を決定しうる。すなわち、例えば端末装置を保持したユーザがＡＰ１０１と接続可能な範囲を通過するのに要する時間に基づいて、第２の所定値が決定される。これによれば、例えばユーザが端末装置を用いて時間を確認するだけの場合など、その端末装置が低消費電力状態ではないがＡＰ１０１と通信しない場合に、第２の所定値の期間において接続要求が送信されるが、それを受け付けないことになる。したがって、このような通信する予定のない、単にＡＰ１０１と接続可能な範囲を通過するだけの端末装置が、ＡＰ１０１に接続されることを防ぐことができる。

【0024】

なお、ユーザによって歩行速度が異なるなどの要因によって、ＡＰ１０１と接続可能な範囲を通過するのに要する時間は異なりうる。このため、設定制御部３０４は、複数の端末装置に関して、その通過に要する時間を特定して統計処理を行い、その統計処理の結果得られた値に基づいて、第２の所定値が決定されてもよい。例えば、通信を行わずに通過した端末装置のうちの９０％等の所定の割合の端末装置が通過することができた時間を、第２の所定値として定めてもよい。また、設定制御部３０４は、その通過に要する時間の分布のピーク値を特定し、ピーク値に応じて第２の所定値を決定してもよい。分布のピーク値に対応する時間は、最も多くの割合の端末装置が、ＡＰ１０１と接続可能な範囲に進入してから離脱するのに要した時間である。すなわち、そのような分布のピーク値に対応する時間が大きいほど、多くの端末装置がＡＰ１０１と接続可能な範囲に進入してから離脱するのに多くの時間を要することとなる。このため、設定制御部３０４は、ＡＰ１０１と接続可能な範囲を単に通過する端末装置がＡＰ１０１と接続しないようにするために、そのピーク値に対応する時間が大きいほど、第２の所定値を大きく設定することができる。

【0025】

なお、設定制御部３０４は、端末装置が、ＡＰ１０１と接続可能な範囲に進入してから離脱するまでの時間を、例えばその端末装置から接続要求を受信できた期間に基づいて特定してもよい。すなわち、ある端末装置から接続要求を受信している間は、その端末装置はＡＰ１０１と接続可能な範囲に滞在していることとなる。このため、設定制御部３０４は、それぞれの端末装置から接続要求を最初に受信してから最後に受信するまでの期間を、ＡＰ１０１と接続可能な範囲に進入してから離脱するまでの時間として特定しうる。なお、設定制御部３０４は、この時間の特定においては、ＡＰ１０１と通信を行わなかった端末装置についてのみ考慮することができる。ＡＰ１０１と通信を行った端末装置については、単にＡＰ１０１と接続可能な範囲を通過したのではなく、その範囲内で静止状態又は準静止状態であった期間があると推測されるため、範囲の通過に要する時間の推定には適切でない場合があるからである。

【0026】

なお、設定制御部３０４は、ＡＰ１０１と接続可能な範囲の広さに基づいて、その範囲を通過するのに要する時間の予想値を特定し、その範囲の広さが広いほど、第２の所定長が長くなるように設定を行いうる。例えば、設定制御部３０４は、範囲の広さ（例えば範囲の最長径やＡＰ１０１からの距離の平均値の２倍）を、平均移動速度で除算した結果に基づいて、その範囲を通過するのに要する時間の予想値を特定しうる。なお、例えばＡＰ１０１が駅内に配置されている場合、電車の入線時等のピーク時には駅内が混雑し、端末装置を所有するユーザの平均移動速度が遅くなるため、非ピーク時には、ピーク時よりは平均移動速度が速くなる傾向がある。このため、設定制御部３０４は、時間帯によって異なる予想値を特定し、それに応じて第２の所定値の値を変動させてもよい。すなわち、ピーク時には、ＡＰ１０１と接続可能な範囲に進入してから離脱するまでの時間が、非ピーク時と比して長くなる傾向があるため、設定制御部３０４は、ピーク時の第２の所定長をより長く設定しうる。

【0027】

（処理の流れ）
続いて、図４を用いて、ＡＰ１０１が実行する処理の流れについて説明する。ＡＰ１０１は、端末装置ごとに、図４の処理を実行しうる。ＡＰ１０１は、それまで接続要求を受信していなかったある端末装置から、初めて接続要求を受信すると（Ｓ４０１でＹＥＳ）、第２の所定長の期間の間、その端末装置からの接続要求の受け付けを停止する（Ｓ４０２）。その後、ＡＰ１０１は、第２の所定長の期間が満了すると（Ｓ４０３でＹＥＳ）、続いて第１の所定長の期間の間、その端末装置からの接続要求を待ち受ける（Ｓ４０４）。ＡＰ１０１は、第２の所定長の期間が満了する前に（Ｓ４０５でＮＯ）、所定回数の接続要求を受信した場合（Ｓ４０６でＹＥＳ）、その接続要求を受け付け（Ｓ４０７）、その端末装置との接続を確立して、処理を終了する。なお、ＡＰ１０１は、この端末装置の情報が、接続を確立した端末装置のリストから抹消されたことに応じて、処理をＳ４０１へと戻す。また、ＡＰ１０１は、所定回数の接続要求を受信することなく（Ｓ４０６でＮＯ）、第２の所定長の期間が満了した場合（Ｓ４０５でＹＥＳ）も、処理をＳ４０１へと戻す。なお、Ｓ４０２〜Ｓ４０３の処理は省略されてもよい。

【0028】

続いて、図５（Ａ）及び図５（Ｂ）を用いて、ＡＰ１０１が実行する処理の概要について説明する。図５（Ａ）及び図５（Ｂ）は、所定回数を２回とした場合の例を示している。また、図５（Ａ）は、第２の所定長の期間が設定される場合の例を示しており、図５（Ｂ）は第２の所定長の期間が設定されない場合の例を示している。

【0029】

図５（Ａ）の例において、ＡＰ１０１は、ある端末装置から初回の接続要求５０１を受信すると、その接続要求を受け付けることなく、第１の所定長の期間（受付制御期間５０２）を開始する。ＡＰ１０１は、受付制御期間５０２においてその端末装置から受信した接続要求については、受け付けない。ＡＰ１０１は、第１の所定長の時間が経過したことに応じて、受付制御期間５０２を終了し、第２の所定長の期間（受付許容期間５０３）を開始する。ＡＰ１０１は、受付許容期間５０３においても、その端末装置からの接続要求の回数が所定回数に、すなわち、２回に達するまではその接続要求を受け付けない。一方で、ＡＰ１０１は、受付許容期間５０３において受信した２回目の接続要求５０４を受け付け、その端末装置との間で接続を確立する。これによれば、受付制限期間５０２の間に、ＡＰ１０１と接続可能な範囲を通過するだけの端末装置は、高い確率でその範囲外に移動し、結果として、通信を行わない端末装置がＡＰ１０１に接続することを防ぐことができる。一方、例えばその範囲内に滞在してＡＰ１０１を介した通信を望む端末装置については、受付許容期間５０３においてＡＰ１０１と接続を確立することができる。このため、通信を行わない多数の端末装置がリストに登録されてしまうことによって、通信を望む端末装置の接続が確立できないようになることを防ぐことができる。

【0030】

図５（Ｂ）の例では、ＡＰ１０１は、ある端末装置から初回の接続要求５０１を受信すると、その接続要求を受け付けることなく、第２の所定長の期間（受付許容期間５０３）を開始する。そして、ＡＰ１０１は、その端末装置から、受付許容期間５０３内に（初回の接続要求５０１を除いて）、２回（所定回数）の接続要求を受信した場合、その２回目の接続要求５０５を受け付けて、その端末装置との接続を確立する。これによれば、例えば低消費電力状態の端末装置は、受付許容期間５０３内に所定回数の接続要求を送信する確率が低いため、通信を行わないことが予想される端末装置がＡＰ１０１と接続を確立してしまう確率を低減することができる。一方、低消費電力状態でなく、通信を望む端末装置は、短期間に複数回の接続要求を送信するため、受付許容期間５０３内に接続要求が受け付けられる確率が高い。このため、図５（Ｂ）のような処理によっても、通信を行わない多数の端末装置がリストに登録されてしまうことによって、通信を望む端末装置の接続が確立できないようになることを防ぐことができる。

【0031】

このように、本実施形態の特徴によれば、不必要な接続の確立を防ぎ、接続を希望するユーザからの接続ができない状態が発生することを防ぐ又は少なくともその発生の確率を低減することができる。

【0032】

なお、不必要な接続の確立を防ぐための制御は、端末装置においても実行しうる。例えば、端末装置は、（ＡＰへ接続してもユーザの体感通信品質が劣化しうると予想されるような）所定の条件を満たす場合に、ＡＰへの接続要求を送信しないようにしうる。

【0033】

例えば端末装置がＬＴＥ等によって通信中にＡＰへの接続の切り替えを行う場合、その接続の切り替えによって通信が途切れるなどの、その端末装置のユーザにとっての体感通信品質が劣化する事象が生じうる。このため、このような場合に、端末装置は、ＡＰに対して接続要求を送信しないようにしうる。例えば、端末装置は、バックグラウンドで動作するアプリケーションによって、表示画面（ディスプレイ）のバックライトの点灯状態情報（例えば点灯／消灯フラグ）を端末装置内部（例えばオペレーティングシステム（ＯＳ））から取得する。そして、端末装置は、その情報を所定のサーバへ送信する。サーバは、端末装置から受信した情報が、端末装置のバックライトが点灯されていることを示す場合、ユーザが端末装置を操作しており、ＡＰに接続してもユーザの体感する通信品質が劣化すると判定する。そして、サーバは、その判定結果を端末装置へと（例えば３ＧやＬＴＥ等のセルラ網を通じて）送信しうる。端末装置は、サーバからそのような判定結果を受信した場合、ＡＰに対して接続要求を送信しないようにしうる。また、端末装置は、端末装置の表示画面の最上位に表示されるアプリケーション種別（動画ストリーミング視聴アプリなど）の情報を取得し、その情報をサーバへと送信してもよい。この場合、サーバは、例えば通知された種別のアプリケーションが通信の途切れに対する耐性を有するか否かを判定する。そして、サーバは、耐性を有する場合はＡＰへ接続しても体感通信品質の劣化はないと判定し、耐性を有しない場合はＡＰへ接続すると体感通信品質が劣化すると判定しうる。また、端末装置は、アプリケーション種別ではなく、例えば端末装置自身が行った通信に関するスループットの情報（例えば所定期間の平均値や移動平均値等の統計値）を取得して、その情報をサーバへと送信してもよい。この場合、サーバは、例えばスループットが所定値より高い場合に、接続の切り替えによる体感通信品質が劣化することがありうると判定しうる。サーバは判定結果を端末装置へ送信し、端末装置は、その判定結果に応じてＡＰへ接続要求を送信すべきか否かを決定する。なお、サーバは、判定結果ではなく、接続要求を送信すべきか否かの指示を端末装置へと送信してもよい。この場合、端末装置は、サーバからの指示に応じてＡＰに対して接続要求を送信するか否かを決定しうる。

【0034】

また、端末装置は、（例えばＧＰＳ等を用いて取得した）自身の位置情報を、サーバに送信しうる。この位置情報の送信は、例えばＬＴＥ規格で用いられる測位及び報告手順が流用されてもよいし、別個の位置情報取得及び報告手順が規定されてもよい。サーバは、端末装置からの位置情報の通知に基づいて、その端末装置が所定の地理的領域内に存在するか否かを判定し、ユーザの行動パターンを推定しうる。例えば、サーバは、端末装置が所定の鉄道路線の近傍に存在していると判定した場合は、ユーザがその端末装置を携行して電車で移動していると推定することができる。また、サーバは、端末装置が所定の自動車道路の近傍に存在していると判定した場合は、ユーザがその端末装置を携行して自動車で移動していると推定することができる。他の場合も、同様の判定によって、サーバは、端末装置から通知された位置情報に基づいて、その端末装置がＡＰの通信可能範囲を通過するだけであるか否かの行動パターンを推定しうる。そして、この場合、サーバは、端末装置が存在する位置の近傍に配置されているＡＰに接続しても、その端末装置のユーザが体感する通信品質が劣化すると判定し（又は少なくとも改善はしないと判定し）、その判定結果を端末装置へと通知しうる。端末装置は、この判定結果に応じてＡＰへ接続要求を送信すべきか否かを決定する。なお、この場合も、サーバは、判定結果ではなく、接続要求を送信すべきか否かの指示を端末装置へと送信し、端末装置は、サーバからの指示に応じてＡＰに対して接続要求を送信するか否かを決定してもよい。

【0035】

なお、端末装置は、自身がＡＰに接続可能な時点（接続要求を送信可能な時点）における自身の位置情報をサーバへと送信してもよいし、複数の時点における位置情報をサーバへと送信してもよい。例えば、端末装置は、自身がＡＰに接続可能な時点において、その時点の位置情報のみをサーバへと通知してもよいし、その時点から過去の所定の期間における位置情報をまとめてサーバへと通知してもよい。また、端末装置は、定期的にその時点での自身の位置情報をサーバへと通知してもよい。これにより、サーバは、端末装置から取得した１つの時点の位置情報のみを取得する場合と比較して、より正確に端末装置のユーザの行動パターンを推定することができる。そして、これに応じて、端末装置がＡＰに接続要求を送信するか否かを、より適切に制御することが可能となる。

【0036】

さらに、端末装置は、位置情報のみならず、併せて位置情報を取得した時刻情報をサーバへと送信してもよい。サーバは、端末装置の位置情報と対応する時刻情報とに基づいて、例えば端末装置の移動速度を計算し、その移動速度に基づいて端末装置のユーザの行動パターンを推定しうる。例えば、サーバは、計算した移動速度と、サーバ内に予め登録されている所定の鉄道路線を走行する電車の速度とを比較し、その差が所定の範囲内である場合に、ユーザが端末装置を携行して電車で移動中と判定しうる。同様に、サーバは、計算した移動速度と、所定の自動車道路の自動車の移動速度や、歩行者の平均移動速度などとを比較して、ユーザが歩行しているのか、自動車で移動しているのか等の行動パターンを推定することができる。なお、端末装置が、自身が有する加速度センサから取得した情報に基づいてこの移動速度の計算を実行し、その計算結果をサーバに送信するようにしてもよい。

【0037】

さらに、サーバは、複数の時点における端末装置の位置が、所定の期間を超えて同一位置又は所定の領域内にとどまっている場合、その端末装置のユーザが静止状態又は準静止状態にあると推定することができる。例えば、サーバは、端末装置が電車の発着時間間隔を超えて駅内の所定の領域内に滞在し続けている場合、その端末装置が駅のホームや待合室などに滞在していると推定することができる。この場合、サーバは、端末装置がＡＰと接続可能な位置に（例えば少なくとも電車到着までの）一定期間存在し、少なくとも駅を通過するだけの端末ではないと判定できる。このため、サーバは、この端末装置については、ＡＰへ接続要求を送信すべき（又は送信してもよい）と判定しうる。この場合、サーバは、その端末装置に対して、所定の認証情報（例えば、ＩＤ／パスワードや電子証明書など）を送信する。そして、端末装置は、その所定の認証情報をＡＰへ送信し、ＡＰは、端末装置からその所定の認証情報を受信した場合に応答を許可することによって、その端末装置を、上述の接続要求の制御対象から外してもよい。これにより、ＡＰの近傍に短期間滞在するユーザの端末装置の中から、単にそのＡＰの近傍を通過するだけではなく、ＡＰへの接続を認めるべき端末装置を選択することができる。

【0038】

このように、端末装置側の処理の例について説明したが、これらは一例であり、端末装置のユーザの体感通信品質が劣化しうるか否かの判定に基づいて、その端末装置がＡＰに対して接続要求を送信してよいか否かを判定する任意の方法が用いられうる。また、上述の処理の例は、個別に用いられてもよいし、組み合わせとして用いられてもよい。例えば、バックライトがオンで、かつ、端末装置が静止状態又は準静止状態にある場合に、端末装置に対して接続要求の送信を許可してもよい。また、端末装置の接続要求の送信が許容される場合に、上述のように所定の認証情報を端末装置からサーバへと送信させてもよいがこれに限られない。例えば、サーバは、端末装置の接続要求の送信が許容される場合に、そのような所定の認証情報を用いずに、単に端末装置に接続要求の送信するように（又は送信してもよいことを）指示してもよい。この場合、サーバは、端末装置の接続要求の送信が許容されない場合に、端末装置が接続要求を送信しないように指示しうる。

【0039】

なお、上述の説明では、端末装置がサーバへ情報を送信して、サーバにおいて、端末装置がＡＰに対する接続要求を送信すべきか否かに関する判定を実行する例を説明した。この処理によれば、端末装置は、所定の情報をサーバへ通知するだけで済むため、追加のアプリケーションのインストールや、追加の処理負担の発生を抑制することができる。ここで、サーバは、例えばＬＴＥや３Ｇ等のセルラ通信を介して接続可能なネットワーク上の装置でありうるが、その機能がＡＰに備えられてもよい。この場合、例えばＡＰへの接続要求が送信される前段階で送受信される信号によって、上述の端末装置からサーバへの所定の情報の送信や、サーバから端末装置への判定結果又は指示の送信が行われてもよい。また、上述のサーバは１つの装置によって構成される必要はなく、複数の装置によって構成されてもよい。また、上述のサーバの判定は端末装置が実行してもよく、上述のサーバは存在しなくてもよい。すなわち、端末装置は、例えばバックライトのオン／オフ、実行中のアプリケーション、実行した通信に関するスループット、移動速度等に基づいて、その端末装置のユーザの行動パターンを推定し、ＡＰに接続要求を送信すべきか否かを自律的に判定してもよい。さらに、上述の処理は一例であり、役割の分担を上述の構成から変更してもよい。例えば、端末装置が、行動パターンの推定を行い、その行動パターンの情報をサーバへと送信し、サーバは、その行動パターンの情報に基づいて、端末装置がＡＰに対して接続要求を送信すべきか否かを判定するようにしてもよい。これによれば、サーバ側の設定を調整することのみによって、その時点の状態に応じて、接続要求を送信すべき端末装置を適切に選択することができる。

【0040】

なお、上述の端末装置側の制御は、単独で行われてもよいし、上述のＡＰ側の制御と共に行われてもよい。これにより、端末装置が、ＡＰに対して不必要に接続要求を送信することがなくなり、ＡＰが、接続を希望するユーザからの接続ができない状態が発生することを防ぐ又は少なくともその発生の確率を低減することができる。

【図1】

【図2】

【図3】

【図4】

【図5】