(57)【要約】【課題】周囲の無線基地局の通信エリアで適用されている規制情報に応じて、利用価値の高いフィルタ情報を無線基地局に適用する技術を提供する。【解決手段】情報処理装置と通信する無線基地局におけるコンピュータに、無線基地局が通信可能な第１無線エリアと少なくとも一部重複する第２無線エリアを有する他の無線基地局であって他の無線基地局と通信する第２通信端末で利用されているプログラムに対応する通信を規制する規制情報を保持する他の無線基地局から、規制情報に対応する該プログラムを特定する特定情報を取得し、第１無線エリアに対する第２無線エリアの重複率と特定情報とに基づいて、情報処理装置から規制情報を取得し、取得した規制情報を用いて、無線基地局を介して通信する第１通信端末にて利用されるプログラムによる通信を規制する処理を実行させる制御プログラムにより、上記課題の解決を図る。【選択図】図２
2017011493.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と通信する無線基地局におけるコンピュータに、
前記無線基地局が通信可能な第１無線エリアと少なくとも一部重複する第２無線エリアを有する他の無線基地局であって該他の無線基地局と通信する第２通信端末で利用されているプログラムに対応する通信を規制する規制情報を保持する該他の無線基地局から、該規定情報に対応する該プログラムを特定する特定情報を取得し、
前記第１無線エリアに対する前記第２無線エリアの重複率と前記特定情報とに基づいて、前記情報処理装置から前記規制情報を取得し、
取得した前記規制情報を用いて、前記無線基地局を介して通信する第１通信端末にて利用されるプログラムによる通信を規制する
処理を実行させることを特徴とする制御プログラム。
【請求項２】
前記特定情報の取得において、
前記無線基地局のアンテナの角度と、該無線基地局に隣接する前記他の無線基地局のアンテナの角度とが入力された場合、前記無線基地局のアンテナの角度と、前記他の基地局のアンテナの角度との組み合わせに対応して設定された前記重複率を格納するアンテナ角度関係情報から、入力された前記無線基地局のアンテナの角度と、該無線基地局に隣接する前記他の無線基地局のアンテナの角度とに対応する前記重複率を取得する、
ことを特徴とする請求項１に記載の制御プログラム。
【請求項３】
前記規制情報の取得において、
前記重複率と、前記第２無線エリアで利用されている前記プログラムとに基づいて、該プログラムの利用率を算出し、該プログラムの利用率に基づいて、前記無線基地局で用いる規制情報に対応する前記特定情報を決定し、前記情報処理装置から、決定した該特定情報に対応する前記規制情報を取得する、
ことを特徴とする請求項１または２に記載の制御プログラム。
【請求項４】
前記規制情報の取得において、
前記重複率と、前記第２エリアで利用されている前記プログラムと、前記第２通信端末の数に基づいて、該プログラムの利用率を算出し、該プログラムの利用率に基づいて、前記無線基地局で用いる規制情報に対応する前記特定情報を決定し、前記情報処理装置から、決定した該特定情報に対応する前記規制情報を取得する、
ことを特徴とする請求項１または２に記載の制御プログラム。
【請求項５】
前記特定情報の取得において、
前記第１無線エリアの変更に応じて、前記無線基地局から、前記特定情報を取得する、
ことを特徴とする請求項１に記載の制御プログラム。
【請求項６】
情報処理装置と通信する無線基地局が通信可能な第１無線エリアと少なくとも一部重複する第２無線エリアを有する他の無線基地局であって該他の無線基地局と通信する第２通信端末で利用されているプログラムに対応する通信を規制する規制情報を保持する該他の無線基地局から、該規定情報に対応する該プログラムを特定する特定情報を取得する特定情報取得部と、
前記第１無線エリアに対する前記第２無線エリアの重複率と前記特定情報とに基づいて、前記情報処理装置から前記規制情報を取得する規制情報取得部と、
取得した前記規制情報を用いて、前記無線基地局を介して通信する第１通信端末にて利用されるプログラムによる通信を規制する規制部と、
を備えることを特徴とする制御装置。
【請求項７】
情報処理装置と通信する無線基地局におけるコンピュータが、
前記無線基地局が通信可能な第１無線エリアと少なくとも一部重複する第２無線エリアを有する他の無線基地局であって該他の無線基地局と通信する第２通信端末で利用されているプログラムに対応する通信を規制する規制情報を保持する該他の無線基地局から、該規定情報に対応する該プログラムを特定する特定情報を取得し、
前記第１無線エリアに対する前記第２無線エリアの重複率と前記特定情報とに基づいて、前記情報処理装置から前記規制情報を取得し、
取得した前記規制情報を用いて、前記無線基地局を介して通信する第１通信端末にて利用されるプログラムによる通信を規制する
処理を実行することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、制御プログラム、制御装置、及び制御方法に関する。
【背景技術】
【０００２】
スマートフォンやタブレット等のスマートデバイスと無線通信技術との普及により、自宅やオフィスのみならず、どこででもネットワークに接続して情報サービスを利用することができる。
【０００３】
一方、スマートデバイスを対象としたマルウェア等も増加しており、情報処理システムへの侵入・情報漏洩等の被害に遭うリスクも増大している。
【０００４】
そこで、スマートデバイスからの通信に対しフィルタを設定し、外部からの侵入および内部からの意図しない情報漏洩を防ぐ仕組みが考えられている。スマートデバイス上で実行されるアプリケーションプログラム（以下、アプリケーションまたはＡｐｐと称する）の単位で、フィルタを設定する。フィルタをアプリ単位にすることで、ユーザが意図しない対象（サイト）との通信を明確にできる。
【０００５】
例えば、携帯端末と無線通信を行い、また、公衆ＩＰ網を介して、携帯端末を使用した通信サービスを提供する事業者によって管理される情報処理装置、及び、インターネットと通信可能な基地局装置がある（例えば、特許文献１）。基地局装置は、携帯端末によるインターネットへのアクセスに対してフィルタリングを行うフィルタリング手段を有する。フィルタリング手段は、情報処理装置から、携帯端末によるインターネットへのアクセスを許可するか否かを示す可否情報を受信して内容を判断する。判断の結果、可否情報が許可を示す場合は、フィルタリング手段は、インターネットへアクセスし、アクセス先から送信されるデータを携帯端末へ送信する。一方で、可否情報が不許可を示す場合は、フィルタリング手段は、アクセスを削除する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２００９／１３９４６０号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
外部からアクセス可能なシステムでは、システムのセキュリティを考慮したフィルタルールを設定し、外部からの接続時にフィルタルールを利用してアクセスを許可してもよいかどうかのアクセス判断が行われている。
【０００８】
アクセス判断を行うフィルタノードは、外部からのアクセス数に対応する必要があるため、基地局上（または近傍）に設置することが望ましい。各フィルタノードは複数のフィルタルールのうち、各フィルタノードの状況に応じてフィルタルールを受信する。フィルタノードが基地局上に配備された場合、基地局はアンテナの指向性を考慮してフィルタノードを取得する必要がある。
【０００９】
しかしながら、アクセス判断を行うフィルタノードにおいて、アンテナの指向性および近隣のフィルタノードの利用状況がわからないため、取得すべきフィルタルールがわからない。
【００１０】
本発明は、一側面によれば、周囲の無線基地局の通信エリアで適用されている規制情報に応じて、利用価値の高いフィルタ情報を無線基地局に適用する技術を提供する。
【課題を解決するための手段】
【００１１】
本発明の一側面に係る制御プログラムは、情報処理装置と通信する無線基地局におけるコンピュータに、次の処理を実行させる。すなわち、コンピュータは、無線基地局が通信可能な第１無線エリアと少なくとも一部重複する第２無線エリアを有する他の無線基地局から、規制情報に対応する該プログラムを特定する特定情報を取得する。ここで、他の無線基地局は、他の無線基地局と通信する第２通信端末で利用されているプログラムに対応する通信を規制する規制情報を保持する。コンピュータは、第１無線エリアに対する第２無線エリアの重複率と特定情報とに基づいて、情報処理装置から規制情報を取得する。コンピュータは、取得した規制情報を用いて、無線基地局を介して通信する第１通信端末にて利用されるプログラムによる通信を規制する。
【発明の効果】
【００１２】
本発明の一側面によれば、周囲の無線基地局の通信エリアで適用されている規制情報に応じて、利用価値の高いフィルタ情報を無線基地局に適用することができる。
【図面の簡単な説明】
【００１３】
【図１】スマートデバイス向けのフィルタシステムの一例である。
【図２】本実施形態における制御装置の一例を示す。
【図３】本実施形態におけるスマートデバイス向けのフィルタシステムの一例である。
【図４】本実施形態におけるアンテナ指向性が変化した際の携帯基地局Ｘのカバレッジエリアと、近傍の携帯基地局Ａ，Ｂ，Ｃ，Ｄのカバレッジエリアとの重複関係を説明するための図である。
【図５】本実施形態におけるプリロードするアプリケーションのフィルタルールの決定方法１（方式１）を説明するための図である。
【図６】本実施形態におけるプリロードするアプリケーションのフィルタルールの決定方法２（方式２）を説明するための図である。
【図７】本実施形態におけるプリロードするアプリケーションのフィルタルールの取得方法（方式３）を説明するための図である。
【図８】本実施形態における携帯基地局及び携帯基地局上で稼動するフィルタノードの第１の例を示す。
【図９】本実施形態における携帯基地局及び携帯基地局上で稼動するフィルタノードの第２の例を示す。
【図１０】本実施形態における携帯基地局及び携帯基地局上で稼動するフィルタノードの第３の例を示す。
【図１１】本実施形態におけるカバレッジ情報テーブル４５の一例を示す。
【図１２】本実施形態におけるルールテーブルの一例を示す。
【図１３】本実施形態におけるフィルタノード配備状態ＤＢの一例を示す。
【図１４】本実施形態における収容数テーブルの一例を示す。
【図１５】本実施形態におけるアンテナ状態変更時のフィルタルール情報のプリロード処理フローを示す。
【図１６】本実施形態における、ルールテーブルがＬＲＵ方式で管理されている場合での、スマートデバイスでのアプリ利用開始処理フローを示す。
【図１７】本実施形態における、ルール情報がＬＦＵ方式で管理されている場合での、スマートデバイスでのアプリ利用開始処理フローを示す。
【図１８】本実施形態における、スマートデバイスでのアプリケーションの利用の終了処理フローを示す。
【図１９】本実施形態における、Ａｐｐリストの送信処理フローを示す。
【図２０】本実施形態におけるフィルタサーバからのフィルタルールの一括取得の処理フローを示す。
【図２１】本実施形態におけるフィルタサーバからのフィルタルールの個別取得の処理フローを示す。
【図２２】本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。
【発明を実施するための形態】
【００１４】
図１は、スマートデバイス向けのフィルタシステムの一例である。フィルタシステム１は、データセンタ２、携帯事業者コアネットワーク６、インターネット等のネットワーク７、スマートデバイス８を含む。コアネットワーク６内には、データセンタ２を含む。ネットワーク７は、インターネット上に存在する、各種アプリケーションまたはサービスを提供するサーバまたはシステムによって構築される各種のサービスサイトを含む。
【００１５】
データセンタ２は、フィルタノード４及びフィルタサーバ３を含む。フィルタノード４とは、スマートデバイス８から、またはスマートデバイス８へのトラフィックにアプリケーション単位でフィルタを適用する装置である。
【００１６】
フィルタサーバ３は、マスターとなるフィルタルール５を保持・管理する装置である。フィルタルール５は、アプリケーション単位で管理され、フィルタサーバ３上で随時作成・更新されており、各フィルタノード４に転送される。
【００１７】
フィルタシステム１では、スマートデバイス８から、フィルタノード４までＶｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ（ＶＰＮ）等を用いてトンネルが構築され、スマートデバイス８が送受信したトラフィックに対して、フィルタルールに応じたフィルタが適用される。
【００１８】
ここで、フィルタサーバ３で生成された、全アプリケーションに対応するフィルタルール５が、事前に各フィルタノード４に転送されるとする。その場合において、例えば、フィルタシステム１の利用をオプショナルから必須に変更された場合、フィルタシステム１の利用者数の増大により、スマートデバイス８からフィルタノード４への接続トラフィック量が増大する。その結果、携帯コア網（データセンタ入口）の帯域が圧迫される。
【００１９】
そこで、例えば、フィルタノード４を基地局９上に配置等することにより、フィルタノード４をスマートデバイス８の近傍に細かく分散配置することが考えられる。それにより、コア網内でのトラフィック量の集中を回避することが考えられる。
【００２０】
しかしながら、基地局９上にフィルタノード機能を配置する場合、そもそも基地局９はリソースが限られ、その基地局９上で動作させるフィルタノード４が利用できるストレージ容量は限られる。そのため、すべてのフィルタデータを基地局９上のフィルタノード４に事前に転送しておくことが出来ない。
【００２１】
また、仮に転送する場合にも、ストレージ容量に収まるようにフィルタデータを選択する必要がある。しかし、ユーザがどのアプリを利用したいかは分からず、またユーザの行動を制御できないため、どのアプリケーションに対応するフィルタデータを選択すべきか判別がつかず、選択すべきフィルタデータを決めることができない。
【００２２】
したがって、当該アプリケーションに対応するフィルタデータをフィルタサーバ３からフィルタノード４に要求・取得し終わるまで、ユーザの通信が待たされることになる。その結果、ユーザが利用したいアプリケーションに対応するフィルタデータが存在しない場合、ユーザが本来の通信先（各種サービスサイト）と通信を開始できるまで、長く待たされる。
【００２３】
そこで、本実施形態では、ユーザ要求に先立つようにフィルタデータを選択し、リソースに制限のある基地局に設置したフィルタノードに転送することを目的とする。
【００２４】
図２は、本実施形態における制御装置の一例を示す。制御装置１１は、特定情報取得部１２と、規制情報取得部１３と、規制部１４とを含む。
【００２５】
特定情報取得部１２は、情報処理装置と通信する無線基地局が通信可能な第１無線エリアと少なくとも一部重複する第２無線エリアを有する他の無線基地局から、規制情報に対応するプログラムを特定する特定情報を取得する。ここで、他の無線基地局は、当該他の無線基地局と通信する第２通信端末で利用されているプログラムに対応する通信を規制する規制情報を保持する。特定情報取得部１２の一例として、後述するＡｐｐリスト取得部５２が挙げられる。
【００２６】
規制情報取得部１３は、第１無線エリアに対する第２無線エリアの重複率と特定情報とに基づいて、情報処理装置から規制情報を取得する。規制情報取得部１３の一例として、後述するルール取得部５７が挙げられる。
【００２７】
規制部１４は、取得した規制情報を用いて、無線基地局を介して通信する第１通信端末にて利用されるプログラムによる通信を規制する。規制部１４の一例として、後述するフィルタ部５４が挙げられる。
【００２８】
このように構成することにより、周囲の無線基地局の通信エリアで適用されている規制情報に応じて、利用価値の高いフィルタ情報を無線基地局に適用することができる。
【００２９】
制御装置１１は、さらに格納部１５を含む。格納部１５は、無線基地局のアンテナの角度と、他の基地局のアンテナの角度との組み合わせに対応して設定された重複率を格納する。特定情報取得部１２は、無線基地局のアンテナの角度と、無線基地局に隣接する他の無線基地局のアンテナの角度とが入力された場合、次の処理を行う。すなわち、特定情報取得部１２は、格納部１５から、入力された無線基地局のアンテナの角度と、無線基地局に隣接する他の無線基地局のアンテナの角度とに対応する重複率を取得する。
このように構成することにより、無線エリアの重複率を取得することができる。
【００３０】
規制情報取得部１３は、重複率と、第２無線エリアで利用されているプログラムとに基づいて、プログラムの利用率を算出する。規制情報取得部１３は、プログラムの利用率に基づいて、無線基地局で用いる規制情報に対応する特定情報を決定する。規制情報取得部１３は、情報処理装置から、決定した特定情報に対応する規制情報を取得する。
【００３１】
このように構成することにより、プログラムの利用率に基づいて、規制情報に対応する特定情報を決定し、決定した特定情報に対応する規制情報を取得することができる。
【００３２】
規制情報取得部１３は、重複率と、第２エリアで利用されているプログラムと、第２通信端末の数に基づいて、プログラムの利用率を算出する。規制情報取得部１３は、プログラムの利用率に基づいて、無線基地局で用いる規制情報に対応する特定情報を決定する。規制情報取得部１３は、情報処理装置から、決定した特定情報に対応する規制情報を取得する。
【００３３】
このように構成することにより、さらに他の無線基地局に収容される第２通信端末の数を考慮してプログラムの利用率を算出することができる。
【００３４】
特定情報取得部１２は、第１無線エリアの変更に応じて、無線基地局から、特定情報を取得する。
【００３５】
このように構成することにより、無線エリアの変更に応じて、利用価値の高いフィルタ情報を無線基地局に適用することができる。
【００３６】
図３は、本実施形態におけるスマートデバイス向けのフィルタシステムの一例である。フィルタシステム２１は、データセンタ２２、携帯事業者コアネットワーク３０、スマートデバイス２９を含む。コアネットワーク３０内には、データセンタ２２、携帯基地局２８を含む。
【００３７】
データセンタ２２は、フィルタサーバ２３を含む。また、データセンタ２２は、後述するように制御局２５（図９）を含んでもよい。フィルタサーバ２３は、マスターとなるフィルタルール（「ルール」または「ルール情報」と表記する場合もある。）２４を保持・管理する装置である。フィルタルール２４は、アプリケーション単位で管理され、フィルタサーバ２３上で随時作成・更新される。
【００３８】
携帯基地局２８は、スマートデバイス２９と、直接、無線通信にて接続する無線基地局である。携帯基地局２８は、フィルタノード２６を含む。フィルタノード２６とは、スマートデバイス２９から、またはスマートデバイス２９へのトラフィックにアプリケーション単位でフィルタを適用する装置である。フィルタルール２４は、フィルタサーバ２３から各フィルタノード２６に転送される。
【００３９】
フィルタシステム２１では、スマートデバイス２９から、フィルタノード２６までＶＰＮ等を用いてトンネルが構築され、スマートデバイス２９が送受信したトラフィックに対して、フィルタルールに応じたフィルタが適用される。
【００４０】
本実施形態では、対象基地局２８のアンテナの指向性の変化に応じて、変化後のカバレッジエリアと重複するカバレッジエリアを持つ近傍のフィルタノードへのユーザ要求の特性から、対象基地局上のフィルタノードにプリロードされるフィルタデータが決定される。
【００４１】
例えば、駅周辺では時刻表アプリケーション、繁華街ではエリア情報アプリケーション、飲食店ではその店のアプリケーション等、利用されるアプリケーションには局所性があるため、本実施形態では、そのアプリケーションの局所性を利用する。同様に局所性のため、アンテナの指向性が変わった時点でそのアンテナを有する無線基地局のフィルタデータを変更する。
【００４２】
図４は、本実施形態におけるアンテナの指向性が変化した際の携帯基地局Ｘのカバレッジエリアと、近傍の携帯基地局Ａ，Ｂ，Ｃ，Ｄのカバレッジエリアとの重複関係を説明するための図である。携帯基地局Ｘ、Ａ、Ｂ、Ｃ、Ｄにはそれぞれ、フィルタノードＸ、Ａ、Ｂ、Ｃ、Ｄが含まれる。図４については、図５を用いて説明する。
【００４３】
図５は、本実施形態におけるプリロードするアプリケーションのフィルタルールの決定方法１（方式１）を説明するための図である。まず、携帯基地局Ｘは、携帯基地局Ｘのカバレッジエリアと、他の携帯基地局カバレッジエリアとの重複率を算出する（Ｓ１１）。ここで、アンテナの向きの設定状態とカバレッジエリアの関係（重複率）についての情報は、後述するように、携帯基地局の機能により予め作成されて保存されている。図４の場合、重複率は、基地局Ａ：５０％、基地局Ｂ：５０％、基地局Ｃ：０％、基地局Ｄ：０％であるとする。
【００４４】
なお、図４では基地局Ａ，Ｂ，Ｃ，Ｄのカバレッジエリアは全周としているが、携帯基地局Ｘと同様にそれぞれ指向性を持つ場合もある。
【００４５】
ここで、フィルタノードＡにおいて、Ａｐｐ１、Ａｐｐ２、Ａｐｐ３．．．についてのフィルタルール２７がロードされているとする。また、フィルタノードＢにおいて、Ａｐｐ１、Ａｐｐ３、Ａｐｐ４．．．についてのフィルタルール２７がロードされているとする（Ｓ１２）。
【００４６】
フィルタルール２７は、アプリケーションに対応するルール内容を、最終アクセス日時の新しい順（Ｌｅａｓｔ  Ｒｅｃｅｎｔｌｙ  Ｕｓｅｄ（ＬＲＵ）方式）またはアクセス頻度の多い順（Ｌｅａｓｔ  Ｆｒｅｑｕｅｎｔｌｙ  Ｕｓｅｄ（ＬＦＵ）方式）で管理する。プリケーションに対応するルール内容とは、例えば、そのアプリケーションがアクセスするサイトの制限情報であり、アクセスが許容されているアクセス先情報を示す。
【００４７】
フィルタノードＸは、重複するカバレッジエリアを有するフィルタノード２６においてロードされたフィルタルール２７に基づいて、アプリケーション毎の利用率（ウェイト）を計算する（Ｓ１３）。
【００４８】
例えば、フィルタルール２７がＬＲＵ方式で管理されている場合、各アプリケーションのウェイトは以下の式で算出される。以下では、フィルタノードＡが有するフィルタルールに対応するアプリケーションのリストを、Ａｐｐリストと称する。
各Ａｐｐのウェイト＝（基地局Ａとの重複率×そのＡｐｐがフィルタノードＡのＡｐｐリストに含まれるか｛1 or 0｝）＋（基地局Ｂとの重複率×そのＡｐｐがフィルタノードＢのＡｐｐリストに含まれるか｛1 or 0｝）＋...
【００４９】
図５の例の場合、
Ａｐｐ１のウェイト＝０．５×１＋０．５×１＋０＋０
Ａｐｐ２のウェイト＝０．５×１＋０．５×０＋０＋０
【００５０】
また、例えば、フィルタルール２７がＬＦＵで管理されている場合、各アプリケーションのウェイトは以下の式で算出される。
各アプリケーションのウェイト＝（基地局Ａとの重複率×そのＡｐｐがフィルタノードＡのＡｐｐリストに含まれるか｛1 or 0｝×（１／そのアプリのフィルタノードＡのＡｐｐリスト内での順位））＋（基地局Ｂとの重複率×そのＡｐｐがフィルタノードＢのＡｐｐリストに含まれるか｛1 or 0｝×（１／そのＡｐｐのフィルタノードＢのＡｐｐリスト内での順位））＋...
【００５１】
図５の例の場合、
重複率・・・基地局Ａ：５０％, 基地局Ｂ：５０％
フィルタノードＡでのＡｐｐリスト（順位付きリスト）：Ａｐｐ１,Ａｐｐ２,Ａｐｐ３
フィルタノードＢでのＡｐｐリスト（順位付きリスト）：Ａｐｐ１,Ａｐｐ３,Ａｐｐ４
このとき、
Ａｐｐ１のウェイト＝０．５×１×（１／１）＋０．５×１×（１／１）＋０＋０ 
Ａｐｐ２のウェイト＝０．５×１×（１／２）＋０．５×０＋０＋０
【００５２】
フィルタノードＸは、利用率（ウェイト）の高いものから順に、フィルタサーバ２３から、フィルタルール２７をプリロードする（Ｓ１４）。
【００５３】
図６は、本実施形態におけるプリロードするアプリケーションのフィルタルールの決定方法２（方式２）を説明するための図である。図６では、プリロードするアプリのフィルタルールの決定方法について、他の方法（収容スマートデバイス数を考慮する方式）を示す。
【００５４】
まず、携帯基地局Ｘは、携帯基地局Ｘのカバレッジエリアと、他の基地局カバレッジエリアとの重複率を算出する（Ｓ２１）。図４の場合、重複率は、基地局Ａ：５０％、基地局Ｂ：５０％、基地局Ｃ：０％、基地局Ｄ：０％であるとする。
【００５５】
ここで、フィルタノードＡにおいて、Ａｐｐ１、Ａｐｐ２、Ａｐｐ３．．．についてのフィルタルールがロードされているとする。また、フィルタノードＢにおいて、Ａｐｐ１、Ａｐｐ３、Ａｐｐ４．．．についてのフィルタルールがロードされているとする（Ｓ２２）。フィルタルール２７は、上述の通り、アプリケーションに対応するルール内容を、ＬＲＵ方式ＬＦＵ方式で管理する。
【００５６】
また、フィルタノードＡにおいて、スマートデバイス２９と通信している台数（収容数）は、例えば、１００台であるとする。フィルタノードＢにおいて、スマートデバイス２９と通信している台数（収容数）は、例えば、５０台であるとする（Ｓ２３）。
【００５７】
フィルタノードＸは、重複するカバレッジエリアを有するフィルタノードにおいてロードされたフィルタルール２７及びフィルタノードの収容数に基づいて、アプリケーション毎の利用率（ウェイト）を計算する（Ｓ２４）。
【００５８】
例えば、フィルタルール２７がＬＲＵで管理され、各フィルタノードの収容人数を考慮する場合、各アプリケーションのウェイトは以下の式で算出される。
各Ａｐｐのウェイト＝（基地局Ａとの重複率×そのＡｐｐがフィルタノードＡのＡｐｐリストに含まれるか｛1 or 0｝×（フィルタノードＡでの収容人数／重複する全フィルタノードでの総収容人数））＋...
【００５９】
図６の例の場合、
Ａｐｐ１のウェイト＝０．５×１×１００／１５０＋０．５×１×５０／１５０
Ａｐｐ２のウェイト＝０．５×１×１００／１５０＋０．５×０×５０／１５０
【００６０】
また、例えば、フィルタルール２７がＬＦＵで管理され、各フィルタノードの収容人数を考慮する場合、各アプリケーションのウェイトは以下の式で算出される。
各Ａｐｐのウェイト＝（基地局Ａとの重複率×そのＡｐｐがフィルタノードＡのＡｐｐリストに含まれるか｛1 or 0｝×（フィルタノードＡでの収容人数／重複する全フィルタノードでの総収容人数）×（１／そのＡｐｐのフィルタノードＡのＡｐｐリスト内での順位））＋...
【００６１】
図６の例の場合、
重複率・・・基地局Ａ：５０％, 基地局Ｂ：５０％
フィルタノードＡでのＡｐｐリスト（順位付きリスト）：Ａｐｐ１,Ａｐｐ２,Ａｐｐ３
フィルタノードBでのＡｐｐリスト（順位付きリスト）：Ａｐｐ１,Ａｐｐ３,Ａｐｐ４
フィルタノードＡでの収容数１００
フィルタノードＢでの収容数５０
このとき、
Ａｐｐ１のウェイト＝  ０．５×１×（１００／１５０）×（１／１）
＋０．５×１×（５０／１５０）×（１／１）
Ａｐｐ２のウェイト＝  ０．５×１×（１００／１５０）×（１／２）
Ａｐｐ３のウェイト＝  ０．５×１×（１００／１５０）×(１／３)
＋０．５×１×（５０／１５０）×（１／２）
【００６２】
フィルタノードＸは、利用率（ウェイト）の高いアプリケーションのフィルタルールから順に、フィルタサーバ２３から、フィルタルール２７をプリロードする（Ｓ２５）。
【００６３】
図７は、本実施形態におけるプリロードするアプリケーションのフィルタルールの取得方法（方式３）を説明するための図である。方式３は、方式１または方式２のプリロード処理（Ｓ１４、Ｓ２５）のバリエーションに関する。
【００６４】
プリロード処理（Ｓ３１）のバリエーションとして、（１）一括取得方式と、（２）個別取得方式がある。一括取得方式は、利用率（ウェイト）の高いフィルタルールから順に、ｎ個分のアプリケーションに対応するフィルタルールを一括でプリロードする方式である。個別取得方式は、利用率（ウェイト）の高いフィルタルールに順位をつけ、その順位単位でプリロードし、プリロードの完了毎にフィルタノードの空き容量を確認し、その空き容量に応じて次の順位のプリロードを実行する方式である。
【００６５】
上述の方式１〜３を用いることにより、アンテナの指向性が変化した際にフィルタノード毎のユーザ要求に合わせたフィルタデータを選択してプリロードすることができる。これにより、ユーザが各種サービスサイトとの通信開始に際して、フィルタルールのロード待ちになる可能性を低減させることができる。
【００６６】
以下に本実施形態の詳細を説明する。
図８は、本実施形態における携帯基地局及び携帯基地局上で稼動するフィルタノードの第１の例を示す。第１の例は、上述した方式１に対応するフィルタノード２６の構成例である。
【００６７】
図８には、スマートデバイス２９、携帯基地局２８、携帯基地局２８上で稼動するフィルタノード２６、フィルタサーバ２３がある。
【００６８】
スマートデバイス２９は、通信部６４を含む。通信部６４は、スマートデバイス２９とフィルタノード２６との間でトンネルを構築してフィルタノード２６と通信し、フィルタノードのフィルタを適用し、各種のサービスサイト（ネットワーク）へ通信を行う。
【００６９】
フィルタサーバ２３は、ルール送信部６２、ルールデータベース（以下、データベースをＤＢと称する。）６３を含む。ルールＤＢ６３には、アプリケーション単位でフィルタルールが格納されている。ルール送信部６２は、ルールＤＢ６３から、フィルタノード２６からの要求に対応するフィルタルールを取得し、フィルタノード２６へ送信する。
【００７０】
携帯基地局２８は、アンテナ状態変更受信部４１、アンテナ状態変更部４２、通知部４３、カバレッジ情報取得部４４、カバレッジ情報テーブル４５を含む。
【００７１】
アンテナ状態変更受信部４１は、携帯基地局２８の管理者から、携帯基地局２８のアンテナのカバレッジを変更する旨の指示情報を受信する。アンテナ状態変更部４２は、その指示情報に基づいて、アンテナの状態を変更する。
【００７２】
通知部４３は、アンテナの状態の変更についての情報（アンテナ状態変更情報）をフィルタノード２６に通知する。アンテナ状態変更情報は、携帯基地局Ｘのアンテナ角度、携帯基地局Ｘに隣接する携帯基地局、例えば携帯基地局Ａ〜Ｄのアンテナ角度を含む。カバレッジ情報取得部４４は、フィルタノード２６からの要求に基づいて、カバレッジ情報テーブル４５からカバレッジ情報を取得する。
【００７３】
フィルタノード２６は、携帯基地局２８のコンピュータ上で稼動するソフトウェアプログラムである。フィルタノード２６は、通知受信部５１、Ａｐｐリスト取得部５２、プリロード対象ルール算出部５３、フィルタ部５４、通信部（スマートデバイス側）５５、通信部（外側）５６、ルール取得部５７、Ａｐｐリスト送信部５８を含む。さらに、フィルタノード２６は、フィルタノード配備状態ＤＢ５９、ルールテーブル６０を含む。
【００７４】
通知受信部５１は、通知部４３より、アンテナ状態変更情報を受信する。通知受信部５１は、アンテナ状態変更情報に基づいてカバレッジ情報取得部４４へカバレッジ情報を要求し、カバレッジ情報取得部４４から、カバレッジ情報を取得する。
【００７５】
Ａｐｐリスト取得部５２は、フィルタノード配備状態ＤＢ５９から、隣接するフィルタノードが配備されている基地局情報（配備情報）を取得する。Ａｐｐリスト取得部５２は、取得したフィルタノードの配備情報とカバレッジ情報とから、携帯基地局Ｘのカバレッジエリアと、隣接する携帯基地局（フィルタノード）とのカバレッジエリアとの重複状態（重複率）を取得する。
【００７６】
Ａｐｐリスト取得部５２は、重複率に基づいて、隣接フィルタノードから、フィルタルールに対応するアプリケーション名のリスト（Ａｐｐリスト）を取得する対象隣接ノードを決定する。
【００７７】
Ａｐｐリスト取得部５２は、対象隣接ノードへＡｐｐリストを要求する。Ａｐｐリスト取得部５２は、対象隣接ノードからＡｐｐリストを受信する。
【００７８】
プリロード対象ルール算出部５３は、対象隣接ノードから取得したＡｐｐリストと、重複率とに基づいて、アプリケーション毎の利用率（ウェイト）を計算する。
【００７９】
フィルタ部５４は、プリロード対象ルール算出部５３により算出された利用率（ウェイト）に応じて、ルール取得部５７に、フィルタサーバ２３から取得するフィルタルール（ルール情報）を要求する。フィルタ部５４は、その要求の結果得られたアプリケーションのルール情報をルールテーブル６０に格納する。
【００８０】
ルール取得部５７は、フィルタ部５４からの要求に応じて、フィルタサーバ２３から、アプリケーションのルール情報を取得し、フィルタ部５４へ応答する。
【００８１】
通信部（スマートデバイス側）５５は、スマートデバイス２９とのトンネルの構築後、スマートデバイスからの通信要求をフィルタ部５４へ転送する。フィルタ部５４は、スマートデバイス２９から通信要求があった場合、ルールテーブル６０から、その通信要求に対応するアプリケーションのフィルタルールを適用し、通信部（外側）５６を介して、外部のネットワークとの通信を可能にする。
【００８２】
Ａｐｐリスト送信部５８は、他のフィルタノードのＡｐｐリスト取得部５２からフィルタルールの要求があった場合に、ルールテーブル６０から要求に応じたルール情報を取り出して提供する。
【００８３】
図９は、本実施形態における携帯基地局及び携帯基地局上で稼動するフィルタノードの第２の例を示す。図９では、カバレッジ情報テーブル４５が、携帯基地局２８ではなく、データセンタ等に設置された制御局２５に設けられていること以外は、動作方法及び機能は図８と同じである。
【００８４】
図１０は、本実施形態における携帯基地局及び携帯基地局上で稼動するフィルタノードの第３の例を示す。第３の例は、上述した方式２に対応するフィルタノードの構成例である。図１０のフィルタノードは、図８のフィルタノードに、収容数テーブル６１を追加したものである。
【００８５】
図１０では、Ａｐｐリスト取得部５２は、対象隣接ノードからＡｐｐリストを受信すると共に、その隣接するフィルタノードが収容するスマートデバイスの台数（収容数）を取得する。
【００８６】
また、図１０では、Ａｐｐリスト送信部５８は、Ａｐｐリストと共に、当該フィルタノードが収容するスマートデバイスの台数（収容数）を提供する。
【００８７】
以下では、図８〜図１０の構成に基づいて共通する処理を説明し、必要に応じて各構成に特有の処理を説明する。
【００８８】
図１１は、本実施形態におけるカバレッジ情報テーブル４５の一例を示す。カバレッジ情報テーブル４５は、携帯基地局２８が有する記憶装置に格納されている。カバレッジ情報テーブル４５は、携帯基地局Ｘのアンテナ角度、携帯基地局Ｘに隣接する携帯基地局（例えば、携帯基地局Ａ〜Ｄ）のアンテナ角度、及びその隣接する携帯基地局のアンテナの角度に対応するカバレッジエリアの重複率を含む。図１１では、各携帯基地局における角度が４分割（０°、９０°、１８０°、２７０°）の例を示す。
【００８９】
例えば、フィルタノード２６にアンテナ状態変更情報として基地局Ｘのアンテナ角度＝０°、基地局Ａのアンテナ角度＝９０°、基地局Ｂのアンテナ角度＝２７０°、基地局Ｃのアンテナ角度＝０°、基地局Ｄのアンテナ角度＝０°が通知されたとする。この場合、カバレッジ情報取得部４４は、そのアンテナ状態変更情報に基づいて、カバレッジ情報テーブル４５からカバレッジ情報（基地局Ａ：５０％、基地局Ｂ：５０％、基地局Ｃ：０％、基地局Ｄ：０％）を取得する。
【００９０】
図１２は、本実施形態におけるルールテーブルの一例を示す。ルールテーブル６０は、フィルタノード２６が有する記憶装置に格納されている。図１２（Ａ）は、上述した方式１を採用する場合のルールテーブル６０ａである。図１２（Ｂ）は、上述した方式２を採用する場合のルールテーブル６０ｂである。
【００９１】
図１２（Ａ）は、ＬＲＵで管理する場合のルールテーブル例である。図１２（Ａ）の場合、ルールテーブル６０ａは、「アプリケーション名」、「ルール内容」、「最終アクセス日時」のデータ項目を含む。「アプリケーション名」には、アプリケーションの名称（または識別情報）が格納される。「ルール内容」には、そのアプリケーションに対応するルール、例えば、そのアプリケーションのアクセス先等の情報が格納される。「最終アクセス日時」には、そのアクセス先にアクセスした最終日時が格納される。
【００９２】
図１２（Ｂ）は、ＬＦＵで管理する場合のルールテーブル例である。図１２（Ｂ）の場合、ルールテーブル６０ｂは、「アプリケーション名」、「ルール内容」、「アクセス回数」のデータ項目を含む。「アプリケーション名」には、アプリケーションの名称（または識別情報）が格納される。「ルール内容」には、そのアプリケーションに対応するルール、例えば、そのアプリケーションのアクセス先等の情報が格納される。「アクセス回数」には、そのアクセス先にアクセスした回数が格納される。
【００９３】
図１３は、本実施形態におけるフィルタノード配備状態ＤＢの一例を示す。フィルタノード配備状態ＤＢ５９は、フィルタノード２６が有する記憶装置に格納されている。フィルタノード配備状態ＤＢ５９は、「近傍フィルタノード」、「配備先」のデータ項目を含む。「近傍フィルタノード」には、当該フィルタノード配備状態ＤＢ５９を格納する基地局Ｘの近傍にあるフィルタノードの名称が格納されている。「配備先」には、そのフィルタノードが配備されている基地局の名称が格納されている。
【００９４】
図１４は、本実施形態における収容数テーブルの一例を示す。収容数テーブル６１は、フィルタノード２６が有する記憶装置に格納されており、上述した方式２を採用する場合に用いられる。収容数テーブル６１は、データ項目「収容数」を含む。「収容数」は、フィルタノードが収容しているスマートデバイスの台数、すなわち、当該フィルタノードを介して、ネットワークに接続されているスマートデバイスの台数を示す。
【００９５】
図１５は、本実施形態におけるアンテナ状態変更時のフィルタルール情報のプリロード処理フローを示す。
【００９６】
携帯基地局管理者は、携帯基地局２８の入力装置を用いて、カバレッジ等のアンテナ状態の変更を指示する（Ｓ４１）。
【００９７】
携帯基地局２８において、アンテナ状態変更受信部４１は、携帯基地局管理者から、携帯基地局２８のアンテナのカバレッジを変更する旨の指示情報を受信する（Ｓ４２）。アンテナ状態変更部４２は、その指示情報に基づいて、アンテナの状態を変更する（Ｓ４３）。
【００９８】
通知部４３は、アンテナの状態の変更についての情報（アンテナ状態変更情報）をフィルタノード２６に通知する（Ｓ４４）。アンテナ状態変更情報は、基地局Ｘのアンテナ角度、基地局Ｘに隣接する基地局、例えば基地局Ａ〜Ｄのアンテナ角度を含む。
【００９９】
通知受信部５１は、通知部４３より、アンテナ状態変更情報を受信し、アンテナ状態変更情報に基づいてカバレッジ情報取得部４４へカバレッジ情報を要求する。通知受信部５１は、カバレッジ情報取得部４４から、カバレッジ情報を取得する（Ｓ４５）。
【０１００】
Ａｐｐリスト取得部５２は、フィルタノード配備状態ＤＢ５９から、隣接するフィルタノードが配備されている基地局情報（配備情報）を取得する（Ｓ４６）。Ａｐｐリスト取得部５２は、図１１で説明したように、そのフィルタノードの配備情報とカバレッジ情報とから、当該携帯基地局のカバレッジエリアと、隣接する携帯基地局（フィルタノード）とのカバレッジエリアとの重複状態（重複率）を取得する（Ｓ４７）。
【０１０１】
Ａｐｐリスト取得部５２は、重複率に基づいて、隣接フィルタノードから、フィルタルールに対応するＡｐｐリストを取得する対象隣接ノードを決定する（Ｓ４８）。ここでは、Ａｐｐリスト取得部５２は、重複率が０％よりも大きい隣接フィルタノードを対象隣接ノードとして決定する。
【０１０２】
Ａｐｐリスト取得部５２は、対象隣接ノードへＡｐｐリストを要求する（Ｓ４９）。Ａｐｐリスト取得部５２は、隣接ノードからＡｐｐリスト（方式２の場合には、さらに収容数情報）を受信する（Ｓ５０）。Ａｐｐリスト取得部５２は、全ての対象隣接ノードからＡｐｐリストを取得したか否かを判定する（Ｓ５１）。
【０１０３】
全ての対象隣接ノードからＡｐｐリストを取得した場合（Ｓ５１で「ＹＥＳ」）、プリロード対象ルール算出部５３は、次の処理を行う。すなわち、プリロード対象ルール算出部５３は、Ａｐｐリスト（方式２の場合には、さらに収容数情報）と、重複率とに基づいて、アプリケーション毎の利用率（ウェイト）を計算する（Ｓ５２）。Ｓ５２の処理は、図５及び図６で説明したので省略する。
【０１０４】
フィルタ部５４は、ルールテーブル６０に格納されているルール情報を削除する（Ｓ５３）。ルール取得部５７は、算出されたアプリケーション毎の利用率（ウェイト）に応じて、フィルタサーバ２３にルール情報を要求する（Ｓ５４）。
【０１０５】
ルール取得部５７は、フィルタサーバ２３から、アプリケーションのルール情報を取得する（Ｓ５５）。フィルタ部５４は、取得されたアプリケーションのルール情報をルールテーブル６０に格納する（Ｓ５６）。
【０１０６】
なお、Ｓ５３〜Ｓ５６の詳細については、図７で説明したように、方式３（ルール情報の一括取得／個別取得）として後述する。
【０１０７】
図１６は、本実施形態における、ルールテーブルがＬＲＵ方式で管理されている場合での、スマートデバイスでのアプリ利用開始処理フローを示す。
【０１０８】
スマートデバイス２９は、自身にインストールされたアプリケーションを用いて、フィルタノードＸに対して、通信を開始する旨の通知（アプリケーションを特定する情報（Ａｐｐ情報）を含む）を行う（Ｓ６１）。
【０１０９】
フィルタノードＸにおいて、通信部（スマートデバイス側）５５は、スマートデバイス２９から通信を開始する旨の通知（Ａｐｐ情報を含む）を受信する（Ｓ６２）。すると、フィルタ部５４は、受信したＡｐｐ情報に対応するフィルタルール（ルール情報）がルールテーブル６０ａに存在するか否かを判定する（Ｓ６３）。
【０１１０】
受信したＡｐｐ情報に対応するルール情報がルールテーブル６０ａに存在しない場合（Ｓ６３で「ＮＯ」）、ルール取得部５７は、フィルタサーバ２３に、そのＡｐｐ情報に対応するルール情報を要求する（Ｓ６４）。ルール取得部５７は、フィルタサーバ２３から、アプリケーションのルール情報を取得する（Ｓ６５）。
【０１１１】
フィルタ部５４は、ルールテーブル６０ａに、所定の空き容量があるか否かを判定する（Ｓ６６）。ルールテーブル６０ａに、所定の空き容量がない場合（Ｓ６６で「ＮＯ」）、フィルタ部５４は、ルールテーブル６０ａの最終アクセス日時が最も古いエントリを削除する（Ｓ６７）。
【０１１２】
ルールテーブル６０ａに所定の空き容量がある場合（Ｓ６６で「ＹＥＳ」）、またはＳ６７の処理終了後、フィルタ部５４は、フィルタサーバ２３から受信したルール情報をルールテーブル６０ａに書き込む（Ｓ６８）。
【０１１３】
受信したＡｐｐ情報に対応するルール情報がルールテーブル６０ａに存在する場合（Ｓ６３で「ＹＥＳ」）、またはＳ６８の処理終了後、フィルタ部５４は、受信したＡｐｐ情報に対応するルール情報を適用する。通信部（外側）５６は、適用されたルール情報に基づいて外部のネットワークと通信する。
【０１１４】
フィルタ部５４は、ルールテーブル６０ａの当該Ａｐｐのルール情報に対応する通信先への最終アクセス日時を更新する（Ｓ６９）。フィルタ部５４は、収容数テーブル６１の収容数に、＋１を加算する（Ｓ７０）。
【０１１５】
図１７は、本実施形態における、ルール情報がＬＦＵ方式で管理されている場合での、スマートデバイスでのアプリ利用開始処理フローを示す。図１７のフローは、図１６のフローのＳ６７，Ｓ６９を、Ｓ６７−１、Ｓ６９−１に置き換えたものである。
【０１１６】
Ｓ６６において、ルールテーブル６０ｂに、所定の空き容量がない場合（Ｓ６６で「ＮＯ」）、フィルタ部５４は、ルールテーブル６０ｂのアクセス回数が最も少ないエントリを削除する（Ｓ６７−１）。
【０１１７】
ルールテーブル６０ｂに所定の空き容量がある場合（Ｓ６６で「ＹＥＳ」）、またはＳ６７の処理終了後、フィルタ部５４は、フィルタサーバ２３から受信したルール情報をルールテーブル６０ｂに書き込む（Ｓ６８）。
【０１１８】
受信したＡｐｐ情報に対応するルール情報がルールテーブル６０ｂに存在する場合（Ｓ６３で「ＹＥＳ」）、またはＳ６８の処理終了後、フィルタ部５４は、受信したＡｐｐ情報に対応するルール情報を適用する。通信部（外側）５６は、適用されたルール情報に基づいて外部のネットワークと通信する。
【０１１９】
フィルタ部５４は、ルールテーブル６０ｂの当該Ａｐｐのルール情報に対応する通信先へのアクセス回数に、＋１を加算する（Ｓ６９−１）。フィルタ部５４は、収容数テーブル６１の収容数に、＋１を加算する（Ｓ７０）。
【０１２０】
図１８は、本実施形態における、スマートデバイスでのアプリケーションの利用の終了処理フローを示す。
【０１２１】
スマートデバイス２９は、所定のアプリケーションを用いた通信の終了をフィルタノードＸに通知する（Ｓ８１）。
【０１２２】
フィルタノードＸにおいて、その通信の終了の通知に応じて、通信部（外側）５６は、外部のネットワークとの通信を終了する。フィルタ部５４は、収納数テーブル６１の収容数をデクリメントする（Ｓ８２）。
【０１２３】
図１９は、本実施形態における、Ａｐｐリストの送信処理フローを示す。
図１９（Ａ）は、方式１を採用した場合のＡｐｐリストの送信処理フローを示す。フィルタノードＸにおいて、Ａｐｐリスト取得部５２は、対象隣接ノードへＡｐｐリストを要求する（Ｓ９１）。
【０１２４】
対象隣接ノードにおいて、Ａｐｐリスト送信部５８は、フィルタノードＸから、Ａｐｐリストの送信依頼を受信する（Ｓ９２）。すると、Ａｐｐリスト送信部５８は、ルールテーブル６０の項目「Ａｐｐ」に格納されているアプリケーション名を取得し（Ｓ９３）、ＡｐｐリストとしてフィルタノードＸへ送信する（Ｓ９４）。
【０１２５】
フィルタノードＸにおいて、Ａｐｐリスト取得部５２は、対象隣接ノードから送信されたＡｐｐリストを受信する（Ｓ９５）。
【０１２６】
図１９（Ｂ）は、方式２を採用した場合のＡｐｐリストの送信処理フローを示す。フィルタノードＸにおいて、Ａｐｐリスト取得部５２は、対象隣接ノードへＡｐｐリストを要求する（Ｓ９１）。
【０１２７】
対象隣接ノードにおいて、Ａｐｐリスト送信部５８は、フィルタノードＸから、Ａｐｐリストの送信依頼を受信する（Ｓ９２）。すると、Ａｐｐリスト送信部５８は、ルールテーブル６０の項目「Ａｐｐ」に格納されているアプリケーション名のリスト（Ａｐｐリスト）を取得する（Ｓ９３）。
【０１２８】
さらに、Ａｐｐリスト送信部５８は、収容数テーブル６１から、収容数を取得する（Ｓ９４−１）。
【０１２９】
Ａｐｐリスト送信部５８は、Ａｐｐリスト及び収容数情報をフィルタノードＸへ送信する（Ｓ９４−２）。
【０１３０】
フィルタノードＸにおいて、Ａｐｐリスト取得部５２は、対象隣接ノードから送信されたＡｐｐリスト及び収容数情報を受信する（Ｓ９５）。
【０１３１】
次に、図７で説明した方式３、すなわちフィルタサーバからのフィルタルール取得方式（一括取得、個別取得）の実施例について説明する。
【０１３２】
図２０は、本実施形態におけるフィルタサーバからのフィルタルールの一括取得の処理フローを示す。図２０は、携帯基地局またはフィルタノードＸにおいて、ウェイト計算処理（図１５のＳ５２）後の処理を示す。
【０１３３】
プリロード対象ルール算出部５３は、対象隣接ノードから取得したＡｐｐリスト（方式２の場合には、さらに収容数情報）に基づいて、アプリケーション毎の利用率（ウェイト）を計算する（Ｓ５２）。
【０１３４】
フィルタ部５４は、ルールテーブル６０に格納されているルール情報を削除する（Ｓ５３）。
【０１３５】
ここで、一例として、変数ｎ＝１、ｍ＝１０とする（Ｓ５３−１）。
ルール取得部５７は、算出された利用率（ウェイト）に応じて、ウェイト値ｎ番目からｍ番目までのアプリケーションに対応するルール情報をフィルタサーバ２３に要求する（Ｓ５４−１）。
【０１３６】
ルール取得部５７は、フィルタサーバ２３から、その要求に応じてアプリケーションのルール情報を取得する（Ｓ５５）。
【０１３７】
フィルタ部５４は、取得したルール情報の容量がルールテーブル６０の許容容量内であるか否か、すなわち、取得したルール情報の全てをルールテーブル６０に書き込めるかを判定する（Ｓ５５−１）。
【０１３８】
取得したルール情報の容量がルールテーブル６０の許容容量内である場合（Ｓ５５−１で「ＹＥＳ」）、フィルタ部５４は、取得したルール情報をルールテーブル６０に全て書き込む（Ｓ５６−１）。フィルタ部５６−１は、ｎ＋ｍの値をｎに代入し（Ｓ５７）、取得したルール情報の容量がルールテーブル６０の許容容量を超えるまで、Ｓ５４−１〜Ｓ５７の処理を繰り返す。
【０１３９】
取得したルール情報の容量がルールテーブル６０の許容容量を超えた場合（Ｓ５５−１で「ＮＯ」）、フィルタ部５４は、取得したルール情報のうち、書き込める分だけをルールテーブル６０に書き込む（Ｓ５６−２）。
【０１４０】
図２１は、本実施形態におけるフィルタサーバからのフィルタルールの個別取得の処理フローを示す。図２１は、携帯基地局またはフィルタノードＸにおいて、ウェイト計算処理（図１５のＳ５２）後の処理を示す。
【０１４１】
プリロード対象ルール算出部５３は、対象隣接ノードから取得したＡｐｐリスト（方式２の場合には、さらに収容数情報）に基づいて、アプリケーション毎の利用率（ウェイト）を計算する（Ｓ５２）。
【０１４２】
フィルタ部５４は、ルールテーブル６０に格納されている既存のルール情報を削除する（Ｓ５３）。
【０１４３】
ここで、一例として、変数ｎ＝１とする（Ｓ５３−２）。
ルール取得部５７は、算出された利用率（ウェイト）に応じて、ウェイト値ｎ番目のアプリケーションに対応するルール情報をフィルタサーバ２３に要求する（Ｓ５４−２）。
【０１４４】
ルール取得部５７は、フィルタサーバ２３から、その要求に応じてアプリケーションのルール情報を取得する（Ｓ５５）。
【０１４５】
フィルタ部５４は、取得したルール情報の容量がルールテーブル６０の許容容量内であるか否か、すなわち、取得したルール情報の全てをルールテーブル６０に書き込めるかを判定する（Ｓ５５−１）。
【０１４６】
取得したルール情報の容量がルールテーブル６０の許容容量内である場合（Ｓ５５−１で「ＹＥＳ」）、フィルタ部５４は、取得したルール情報をルールテーブル６０に全て書き込む（Ｓ５６−１）。フィルタ部５６−１は、ｎの値をインクリメントし（Ｓ５７−１）、取得したルール情報の容量がルールテーブル６０の許容容量を超えるまで、Ｓ５４−２〜Ｓ５７−１の処理を繰り返す。
【０１４７】
取得したルール情報の容量がルールテーブル６０の許容容量を超えた場合（Ｓ５５−１で「ＮＯ」）、フィルタ部５４は、取得したルール情報のうち、書き込める分だけをルールテーブル６０に書き込む（Ｓ５６−２）。
【０１４８】
図２２は、本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。コンピュータ８０は、携帯基地局２８として機能する。コンピュータ８０は、ＣＰＵ８２、ＲＯＭ８３、ＲＡＭ８６、通信Ｉ／Ｆ８４、記憶装置８７、出力Ｉ／Ｆ８１、入力Ｉ／Ｆ８５、読取装置８８、バス８９、出力機器９１、入力機器９２によって構成されている。
【０１４９】
ここで、ＣＰＵは、中央演算装置を示す。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス８９には、ＣＰＵ８２、ＲＯＭ８３、ＲＡＭ８６、通信Ｉ／Ｆ８４、記憶装置８７、出力Ｉ／Ｆ８１、入力Ｉ／Ｆ８５、及び読取装置８８が接続されている。読取装置８８は、可搬型記録媒体を読み出す装置である。出力機器９１は、出力Ｉ／Ｆ８１に接続されている。入力機器９２は、入力Ｉ／Ｆ８５に接続にされている。
【０１５０】
記憶装置８７としては、ハードディスク、フラッシュメモリ、磁気ディスクなど様々な形式の記憶装置を使用することができる。記憶装置８７またはＲＯＭ８３には、ＣＰＵ８２を特定情報取得部１２と、規制情報取得部１３と、規制部１４に係るプログラムが格納されている。より具体的には、アンテナ状態変更受信部４１、アンテナ状態変更部４２、通知部４３、カバレッジ情報取得部４４、フィルタノード２６として機能させる本実施形態に係るプログラムが格納されている。
【０１５１】
また、記憶装置８７は、カバレッジ情報テーブル４５、フィルタノード配備状態ＤＢ５９、ルールテーブル６０、収容数テーブル６１等を格納する。ＲＡＭ８６には、情報が一時的に記憶される。
【０１５２】
ＣＰＵ８２は、記憶装置８７またはＲＯＭ８３から本実施形態に係るプログラムを読み出し、当該プログラムを実行する。
【０１５３】
通信Ｉ／Ｆ８４は、ネットワークと接続して他の機器と通信するためのポート等のインターフェースである。
【０１５４】
上記実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワーク９０、および通信Ｉ／Ｆ８４を介して、例えば記憶装置８７に格納されてもよい。また、上記実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読み取り装置８８にセットされて、ＣＰＵ８２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ−ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置、半導体メモリカードなど様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読み取り装置８８によって読み取られる。
【０１５５】
入力機器９２には、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレット、タッチパネルなどを用いることが可能である。また、出力機器９１には、ディスプレイ、プリンタ、スピーカなどを用いることが可能である。
【０１５６】
ネットワーク９０は、業務ネットワーク２１と接続されている。ネットワーク９０は、インターネット、ＬＡＮ、ＷＡＮ、専用線、有線、無線等の通信網であってよい。
【０１５７】
なお、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。
【符号の説明】
【０１５８】
１１    制御装置
１２    特定情報取得部
１３    規制情報取得部
１４    規制部
１５    格納部
２１    フィルタシステム
２２    データセンタ
２３    フィルタサーバ２
２４    フィルタルール
２５    制御局
２６    フィルタノード
２７    フィルタルール
２８    携帯基地局
２９    スマートデバイス
３０    携帯事業者のコアネットワーク
４１    アンテナ状態変更受信部
４２    アンテナ状態変更部
４３    通知部
４４    カバレッジ情報取得部
４５    カバレッジ情報テーブル
５１    通知受信部
５２    Ａｐｐリスト取得部
５３    プリロード対象ルール算出部
５４    フィルタ部５４
５５    通信部（スマートデバイス側）
５６    通信部（外側）
５７    ルール取得部
５８    Ａｐｐリスト送信部
５９    フィルタノード配備状態ＤＢ
６０    ルールテーブル
６１    収容数テーブル
６２    ルール送信部
６３    ルールＤＢ
６４    通信部
【図１】
2017011493.tif 000003
【図２】
2017011493.tif 000004
【図３】
2017011493.tif 000005
【図４】
2017011493.tif 000006
【図５】
2017011493.tif 000007
【図６】
2017011493.tif 000008
【図７】
2017011493.tif 000009
【図８】
2017011493.tif 000010
【図９】
2017011493.tif 000011
【図１０】
2017011493.tif 000012
【図１１】
2017011493.tif 000013
【図１２】
2017011493.tif 000014
【図１３】
2017011493.tif 000015
【図１４】
2017011493.tif 000016
【図１５】
2017011493.tif 000017
【図１６】
2017011493.tif 000018
【図１７】
2017011493.tif 000019
【図１８】
2017011493.tif 000020
【図１９】
2017011493.tif 000021
【図２０】
2017011493.tif 000022
【図２１】
2017011493.tif 000023
【図２２】
2017011493.tif 000024