JP2017157942A - 制御プログラム、通知プログラム、制御装置、および、通知方法 - Google Patents

Abstract

【課題】アクセスポイントの開放状況を端末のユーザに認識させやすくする。【解決手段】１つ以上のアクセスポイントを制御する制御装置は、災害情報を取得すると、災害情報に基づいて、設定を変更するアクセスポイントを特定する。制御装置は、アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定へのアクセスポイントの移行を指示する移行指示を送信する。制御装置は、１つ以上のアクセスポイントに接続可能な端末の情報を保持する通知サーバに、端末へ提供する情報の登録に用いる認証要求を送信する。制御装置は、認証要求によって発行される認証情報を用いて災害設定に移行するアクセスポイントの情報を通知サーバに登録し、通知サーバに、災害設定に移行するアクセスポイントの情報に基づいて生成されるメッセージを端末へ通知させる。【選択図】図１

Description

本発明は、制御プログラム、通知プログラム、制御装置、および、通知方法に関する。

災害が発生した場合、被災者の救助、避難誘導、避難所の運営、復旧支援などの様々な局面において、通信手段の確保が重要になる。近年、無線ＬＡＮ（Local Area Network）機能を搭載したスマートフォンやタブレットなどの移動端末が普及したことにより、災害が発生した場合の通信手段として無線ＬＡＮを活用することが期待されている。例えば、大規模災害が発生した際に、公衆無線ＬＡＮサービスを提供している事業者が無線ＬＡＮを無料開放するためのガイドラインの策定も行われている。事業者だけでなく、地方公共団体や企業などでも、災害時に無線ＬＡＮを開放することが検討されている。また、災害時に不特定の通信装置との無線接続を確立し、接続可能な範囲に位置する通信端末に関する通信端末情報を生成すると共に、災害時に限って通信端末情報を管理サーバに送信する無線接続装置も提案されている（特許文献１等）。

また、ソフトウェアを用いた仮想的なネットワークや、仮想的なネットワークの形成に用いられる技術であるSoftware Defined Networking（ＳＤＮ）も注目されてきている。ＳＤＮでは、ネットワークのトポロジとＱｏＳ（Quality of Service）がソフトウェアで設定される。ここで、ネットワーク中のコントローラと呼ばれる制御装置がネットワーク中に含まれている装置の通信状況を監視し、各装置の状況に応じた制御を行う。

特開２０１５−２１１２５１号

災害時に無線ＬＡＮを開放したとしても、開放された無線ＬＡＮのアクセスポイントと通信可能な範囲に位置していない端末には、アクセスポイントからのビーコンが届かない。このため、端末のユーザが開放中のアクセスポイントのビーコンが届く範囲にいない場合には、端末のユーザは、アクセスポイントのビーコンが届く位置まで移動しないと、開放されたアクセスポイントがあることに気づかないことになる。

本発明は、１つの側面として、アクセスポイントの開放状況を端末のユーザに認識させやすくすることを目的とする。

ある態様にかかる制御プログラムは、１つ以上のアクセスポイントを制御する制御装置で実行される。制御装置は、災害情報を取得すると、前記災害情報に基づいて、設定を変更するアクセスポイントを特定する。制御装置は、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定への当該アクセスポイントの移行を指示する移行指示を送信する。制御装置は、前記１つ以上のアクセスポイントに接続可能な端末の情報を保持する通知サーバに、当該端末へ提供する情報の登録に用いる認証要求を送信する。制御装置は、前記認証要求によって発行される認証情報を用いて、前記災害設定に移行するアクセスポイントの情報を前記通知サーバに登録する。制御装置は、前記通知サーバに、前記災害設定に移行するアクセスポイントの情報に基づいて生成されるメッセージを前記端末へ通知させる。

アクセスポイントの開放状況が端末のユーザに認識されやすくなる。

実施形態にかかる通知方法の例を説明する図である。 制御装置の構成の例を示す図である。 通知サーバの構成の例を示す図である。 制御装置と通知サーバのハードウェア構成の例を説明する図である。 端末の登録方法の例を説明するシーケンス図である。 アクセスポイントの設定の変更方法の例を示す図である。 アクセスポイント情報テーブルの例を示す図である。 アクセスポイントの設定の変更方法の例を示すフローチャートである。 登録情報に含まれる情報要素の例を説明する図である。 開放されたアクセスポイントの通知方法の例を説明するシーケンス図である。 端末での表示例を説明する図である。 登録情報に含まれる情報要素の例を説明する図である。 開放されたアクセスポイントの通知の際に制御装置が行う処理の例を説明するフローチャートである。 開放されたアクセスポイントの通知の際に通知サーバが行う処理の例を説明するフローチャートである。 開放されたアクセスポイントに近づいたことを通知する方法の例を説明するシーケンス図である。 端末での表示例を説明する図である。 開放されたアクセスポイントに近づいたことを通知する際に通知サーバが行う処理の例を説明するフローチャートである。 削除情報に含まれる情報要素の例を説明する図である。 アクセスポイントの開放の終了を通知する方法の例を説明するシーケンス図である。 端末での表示例を説明する図である。 アクセスポイントの開放の終了を通知する際に制御装置が行う処理の例を説明するフローチャートである。 アクセスポイントの開放の終了を通知する際に通知サーバが行う処理の例を説明するフローチャートである。 端末の登録方法の例を説明するシーケンス図である。 開放されたアクセスポイントの通知方法の例を説明するシーケンス図である。 アクセスポイントへの接近とアクセスポイントの開放終了を通知する方法の例を説明するシーケンス図である。

図１は、実施形態にかかる通知方法の例を説明する図である。図１に示す例では、システム中に複数のアクセスポイント２０（２０ａ、２０ｂ）が含まれている。各アクセスポイント２０は、無線ＬＡＮコントローラ７５と接続されている。制御装置３０は、災害情報発報装置１０、無線ＬＡＮコントローラ７５、通知サーバ８０の各々と通信が可能であるとする。通知サーバ８０は、Ｐｕｓｈ通知が可能なサーバである。通知サーバ８０には、予め、アクセスポイントの開放状況を確認することを希望するユーザの端末１５にＰｕｓｈ通知を行うための設定処理が行われているとする。さらに、通知サーバ８０には、制御装置３０から通知された情報をＰｕｓｈ通知するための設定処理も行われているとする。さらに、以下では、アクセスポイント２０の開放のための設定を適用することを、「災害設定を適用する」と記載することがある。

なお、図１の例では、アクセスポイント２０ａとアクセスポイント２０ｂは、初期状態では、第１の識別子を用いて通信を行っており、第１の識別子を使用して通信を要求していない端末にはアクセスを許可しないように設定されているものとする。

災害が発生した場合や災害に対する警戒が呼び掛けられる場合、災害情報発報装置１０は、制御装置３０に災害に関する情報を通知する（矢印Ａ１）。

制御装置３０は、アクセスポイントの災害設定を行うための制御プログラムを用いて、災害に関する情報を特定すると共に、災害設定の対象となるアクセスポイント２０を決定する。ここで、災害設定が適用されたアクセスポイント２０では、不特定のユーザとの間で、第１の識別子とは異なる第２の識別子を用いて通信が行われるものとする。すなわち、災害設定が適用されたアクセスポイント２０は、災害の発生に際して不特定のユーザに開放されるアクセスポイント２０である。図１の例では、アクセスポイント２０ａとアクセスポイント２０ｂが、災害設定を適用する対象として選択されたとする。制御装置３０は、災害設定を適用する対象のアクセスポイント２０を決定すると、決定したアクセスポイント２０の情報を無線ＬＡＮコントローラ７５に通知する（矢印Ａ２）。

無線ＬＡＮコントローラ７５は、制御装置３０から通知されたアクセスポイント２０ａとアクセスポイント２０ｂの各々に対して、第２の識別子を用いた通信を、不特定のユーザに許可することを要求する（矢印Ａ３、Ａ４）。

矢印Ａ５において、制御装置３０は、通知サーバ８０に対しても、災害設定の対象となったアクセスポイント２０の情報を通知する。図１の例では、災害設定が行われる個々のアクセスポイント２０の情報に対応付けて、通知種別、アクセスポイント名（ＡＰ名）、第２の識別子、状態、緯度、経度が通知される。通知種別は、そのアクセスポイント２０が開放される原因の種類である。ＡＰ名は、災害設定が行われるアクセスポイント２０を一意に識別可能な識別子である。図１の例では、アクセスポイント２０ａにＡＰ１、アクセスポイント２０ｂにＡＰ２というＡＰ名が割り当てられている。第２の識別子は対応付けられているアクセスポイント２０が不特定のユーザとの通信に使用する識別子である。図１の例では、第２の識別子は、「０００００ＪＡＰＡＮ」というＳＳＩＤ（Service Set Identifier）である。状態は、通知されるアクセスポイント２０の設定状態を表わす値である。状態＝開放に設定されている場合、通知対象のアクセスポイント２０が災害設定の対象であることを示す。緯度と経度は、通知対象のアクセスポイント２０が設置されている緯度と経度である。

通知サーバ８０は、災害設定が適用されるアクセスポイント２０の情報を制御装置３０から取得すると、災害設定に関する情報のＰｕｓｈ通知先に向けて送信する情報を生成する。例えば、通知サーバ８０は、地図画面上に、通知されたアクセスポイント２０の位置を示すアイコン１を加えた画像を、端末１５に送信するデータとして生成しても良い。また、通知サーバ８０は、近隣に開放されたアクセスポイント２０があることを意味する文字列を端末１５に表示させるための情報を生成しても良い。通知サーバ８０は、Ｐｕｓｈ通知先の端末１５の位置情報と、開放されたアクセスポイント２０の位置情報を用いて、端末１５から所定の距離内のアクセスポイント２０が開放されたかを判定した上で、Ｐｕｓｈ通知を行っても良い。例えば、通知サーバ８０は、端末１５の位置から所定の距離内に設置されているアクセスポイント２０に対して災害設定が行われた場合に、「防災ＷｉＦｉが有効」などの文字列を表示させるための情報を生成しても良い。

矢印Ａ６において、通知サーバ８０は、生成した情報を、端末１５にＰｕｓｈ通知する。端末１５は、Ｐｕｓｈ通知された情報を、適宜、端末１５が備えるディスプレイに表示する。図１の例では、端末１５のディスプレイに、災害設定により開放されたアクセスポイント２０の位置をアイコン１で示す地図と、防災ＷｉＦｉが有効になったことを表わすメッセージが表示されている。なお、地図表示等の表示用の画像や表示メッセージは、端末１５が、通知サーバ８０から受信した情報を用いて、生成してもよい。

このように、実施形態にかかるシステムでは、災害情報発報装置１０からの災害の発生の通知や災害に備えた警戒の通知に起因して、自律的にアクセスポイント２０が災害設定に設定される。さらに、災害設定に設定されたアクセスポイント２０の情報は、通知サーバ８０を介して、ユーザの端末１５にＰｕｓｈ通知される。このため、端末１５のユーザは、画面の表示を確認することにより、災害設定が行われているアクセスポイント２０と通信を開始する前から、災害設定が行われているアクセスポイント２０の存在を知ることができる。従って、災害設定が行われたアクセスポイント２０を介した通信がユーザによって行われる機会が増え、端末１５のユーザに対して災害時の情報の提供が容易になる。

＜装置構成＞
図２は、制御装置３０の構成の例を示す。制御装置３０は、通信部３１、制御部５０、記憶部６０を備え、オプションとして、ユーザインタフェース４０を備える。通信部３１は送信部３２と受信部３３を有する。受信部３３は、他の装置からパケットを受信する。送信部３２は、他の装置にパケットを送信する。

制御部５０は、移行指示生成部５１、通知処理部５２、タイマ５５を有する。移行指示生成部５１は、受信部３３を介して災害情報の通知を取得すると、開放の対象となるアクセスポイントを選択し、選択したアクセスポイントを開放するための処理を行う。なお、移行指示生成部５１は、アクセスポイントの選択の際に、発生した災害の災害種別、災害の規模、災害の発生場所などの情報を、災害情報から抽出する。通知処理部５２は、移行指示生成部５１が災害設定への移行を要求したアクセスポイント２０の情報を通知するための通知パケットを、通知サーバ８０宛に生成する。タイマ５５は、移行指示が出されてからの経過時間を計測する。災害設定への移行指示の出力後の経過時間が所定の閾値を経過すると、移行指示生成部５１は、災害設定を終了することを決定し、災害設定を終了させるための処理を行う。このとき、通知処理部５２は、移行指示生成部５１が災害設定の終了を要求したアクセスポイント２０の情報を通知するための通知パケットを、通知サーバ８０宛に生成する。

記憶部６０は、アクセスポイント情報テーブル６１を記憶し、さらに、適宜、制御部５０の処理に用いられる情報を記憶する。アクセスポイント情報テーブル６１は、制御装置３０が無線ＬＡＮコントローラ７５を介して制御するアクセスポイントの情報が含まれている。なお、図１に示すように無線ＬＡＮコントローラ７５が含まれていないシステムでは、制御装置３０が直接、アクセスポイント２０を制御しても良い。

図２の例では、制御装置３０は、ユーザインタフェース４０として、表示デバイス４１と入力装置４２を備えている場合を示しているが、制御装置３０は、任意の種類の出力装置と入力装置を任意の数だけ備えることができる。

図３は、通知サーバ８０の構成の例を示す図である。通知サーバ８０は、通信部８１、記憶部８５、制御部９０を備える。通信部８１は、端末１５や制御装置３０などの他の装置との間でパケットを送受信する。

記憶部８５は、認証情報８６、登録情報８７、端末情報８８を格納する。認証情報８６は、他の装置の認証処理に使用される情報である。認証情報８６は、例えば、制御装置３０からの認証要求に際して使用される情報を含む。登録情報８７は、通知サーバ８０が端末１５にＰｕｓｈサーバを介して通知する対象の情報である。登録情報８７は、例えば、制御装置３０などから通知されたアクセスポイント２０の情報である。端末情報８８は、登録情報８７の通知を受け取る端末１５の情報である。

制御部９０は、特定部９１、認証部９２、取得部９３、メッセージ生成部９４、判定部９５、接続処理部９６を備える。特定部９１は、通信部８１を介して端末１５から取得した情報を特定し、特定した情報を端末情報８８として記録する。認証部９２は、認証が要求されたときに、認証情報８６を用いた認証処理を行う。取得部９３は、制御装置３０からの受信パケットから、端末１５へｐｕｓｈ通知する対象として通知された情報を取得する。取得部９３は、取得した情報を登録情報８７として登録する。なお、制御装置３０から、端末１５へｐｕｓｈ通知する対象の削除が要求された場合、取得部９３は、受信パケット中の情報に対応付けられている情報を、登録情報８７から削除する。メッセージ生成部９４は、端末１５にＰｕｓｈ通知するメッセージを生成する。判定部９５は、登録情報８７中に登録されている通知対象と端末１５との間の距離が所定の値以下になったかを判定する。登録情報８７中に登録されている通知対象と端末１５との間の距離が所定の値以下であると判定部９５が判定した場合、メッセージ生成部９４は、端末１５に対して、登録情報８７中に登録されている対象に接近したことを通知するためのメッセージを生成する。接続処理部９６は、適宜、他の装置との間の接続処理を行う。例えば、通知サーバ８０とプッシュサーバや制御装置３０との間での接続の確立などを行う。

図４は、制御装置３０および通知サーバ８０のハードウェア構成の例を示す。制御装置３０と通知サーバ８０のいずれも、プロセッサ１０１、メモリ１０２、バス１０５、ネットワークインタフェース１０９を備える。さらに、制御装置３０と通知サーバ８０のいずれも、入力装置４２、出力装置１０４、記憶装置１０６、可搬記憶媒体駆動装置１０７の１つ以上を有していても良い。

プロセッサ１０１は、Central Processing Unit（ＣＰＵ）を含む任意の処理回路であり、メモリ１０２や記憶装置１０６に記憶されたプログラムを実行することができる。バス１０５は、プロセッサ１０１、メモリ１０２、入力装置４２、出力装置１０４、記憶装置１０６、可搬記憶媒体駆動装置１０７、ネットワークインタフェース１０９を、相互にデータの送受信が可能になるように接続する。入力装置４２は、キーボードやマウスなど、情報の入力に使用される任意の装置であり、出力装置１０４は、ディスプレイを含む表示デバイス４１など、データの出力に使用される任意の装置である。可搬記憶媒体駆動装置１０７は、メモリ１０２や記憶装置１０６のデータを可搬記憶媒体１０８に出力することができ、また、可搬記憶媒体１０８からプログラムやデータ等を読み出すことができる。ここで、可搬記憶媒体１０８は、Compact Disc Recordable（ＣＤ−Ｒ）やDigital Versatile Disk Recordable（ＤＶＤ−Ｒ）を含む、持ち運びが可能な任意の記憶媒体とすることができる。

制御装置３０において、プロセッサ１０１は制御部５０を実現する。制御装置３０において、メモリ１０２と記憶装置１０６は、記憶部６０として動作し、ネットワークインタフェース１０９は、通信部３１として動作する。一方、通知サーバ８０において、プロセッサ１０１は、制御部９０として動作する。通知サーバ８０において、メモリ１０２と記憶装置１０６は、記憶部８５として動作し、ネットワークインタフェース１０９は通信部８１として動作する。

＜実施形態＞
以下では、災害情報の通知前に各アクセスポイントで使用される第１の識別子が、災害の発生前に各アクセスポイントに設定されているＳＳＩＤである場合を例として説明する。災害情報の通知後の設定で使用される第２の識別子は、災害による無料開放に起因する通信で使用されるＳＳＩＤであるものとする。第２の識別子は、アクセスポイントの無料開放に使用されるＳＳＩＤとしてガイドラインで推奨されている災害用統一ＳＳＩＤ（０００００ＪＡＰＡＮ）であってもよく、また、その他のＳＳＩＤであってもよい。また、以下の説明では、災害情報の通知による設定変更が行われた後の設定のことを「災害設定」と記載することがある。つまり、災害設定は、第２の識別子を用いた通信が可能な設定である。

以下、実施形態を、端末１５の登録処理、アクセスポイント２０の設定変更、開放されたアクセスポイント２０の通知、開放されたアクセスポイント２０への接近の通知、アクセスポイント２０の開放終了時の処理に分けて説明する。以下の説明では、一例として、通知サーバ８０からの端末１５へのｐｕｓｈ通知がＧＣＭ（Google Cloud Messaging）１２０を介して行われる場合を記載するが、ｐｕｓｈサーバはＧＣＭ１２０以外であっても良い。

（１）端末１５の登録処理
図５は、災害設定に移行したアクセスポイント２０の情報を受信する端末１５の登録方法の例を説明するシーケンス図である。なお、端末１５は、予め、ｐｕｓｈ通知を受信する際に使用するアプリケーションをインストールしているとする。

通知サーバ８０の通信部８１は、ＧＣＭ１２０から、災害設定に移行したアクセスポイント２０の情報を通知する際に、通知先において送信元の情報を識別するために使用される情報を受信する（ステップＳ１）。図５の例では、送信元の情報を識別するための情報として、ＳｅｒｖｅｒＡＰＩＫｅｙとＰｒｏｊｅｃｔＩＤが使用される。ＳｅｒｖｅｒＡＰＩＫｅｙは、ＧＣＭ１２０を介したＰｕｓｈ通知に使用されるアプリケーションに対して発行され、ＧＣＭ１２０でのアプリケーションの識別に使用される。一方、ＰｒｏｊｅｃｔＩＤは、ｐｕｓｈ通知を受信する端末１５がｐｕｓｈ通知で送信されてきたデータを処理するアプリケーションを特定する際に使用する識別子である。通知サーバ８０中のメッセージ生成部９４は、ＳｅｒｖｅｒＡＰＩＫｅｙとＰｒｏｊｅｃｔＩＤを取得すると、両者を記憶する。

特定部９１は、ＰｒｏｊｅｃｔＩＤを端末１５に送信することにより、端末１５で動作するアプリケーションにＰｒｏｊｅｃｔＩＤを設定する（ステップＳ２）。すると、端末１５は、ＧＣＭ１２０に対して、端末１５を識別する識別子として使用されるＲｅｇｉｓｔｒａｔｉｏｎＩＤを要求する（ステップＳ３）。ＧＣＭ１２０は、端末１５に割り当てるＲｅｇｉｓｔｒａｔｉｏｎＩＤを生成し、生成したＲｅｇｉｓｔｒａｔｉｏｎＩＤを端末１５に通知する（ステップＳ４、Ｓ５）。その後、端末１５は、ＲｅｇｉｓｔｒａｔｉｏｎＩＤを、ＳｅｒｖｅｒＡＰＩＫｅｙに対応付けて通知サーバ８０に通知する（ステップＳ６）。特定部９１は、通信部８１を介してＲｅｇｉｓｔｒａｔｉｏｎＩＤを取得すると、端末情報８８として記憶部８５に格納する。このため、以後の処理において、通知サーバ８０およびＧＣＭ１２０は、ＲｅｇｉｓｔｒａｔｉｏｎＩＤを用いて、通知先の端末１５を識別できる。

（２）アクセスポイントの設定変更
次に、災害等の発生に応じて、１つ以上のアクセスポイントの設定を、制御装置３０から変更する場合の処理の例を説明する。以下、説明を簡単にするために、制御装置３０が直接、アクセスポイントの制御を行う場合を例として説明するが、制御装置３０は、図１に示すように、無線ＬＡＮコントローラ７５を介して、間接的にアクセスポイント２０を制御しても良い。

図６は、アクセスポイントの設定の変更方法の例を示す図である。図６の例では、ネットワークＮ１とネットワークＮ２がＷＡＮ（Wide Area Network）５を介して接続されており、ネットワークＮ１はインターネット６に接続されている。ネットワークＮ１には、制御装置３０とルータ３（３ａ、３ｂ）が含まれている。ネットワークＮ１には、オプションとして、制御装置３０以外の通信装置４（４ａ、４ｂ）が含まれていても良い。ネットワークＮ１、Ｎ２の形成にＳＤＮが使用される場合、制御装置３０は、ＳＤＮコントローラとして動作できるものとする。

ネットワークＮ２は、ルータ３ｃとアクセスポイント２０を含む。アクセスポイント２０は、初期状態では、第１の識別子を用いて通信を行っており、第１の識別子を使用して通信を要求していない端末にはアクセスを許可しないように設定されているものとする。また、端末１５は、アクセスポイント２０で使用されている第１の識別子を保持していないものとする。このため、初期状態では、アクセスポイント２０は端末１５から通信の確立を要求されても、端末１５に対して通信を許可しない。

手順Ｐ１に示すように、制御装置３０は、災害情報発報装置１０と通信する。災害が発生した場合や災害に対する警戒が呼び掛けられる場合、災害情報発報装置１０は、制御装置３０に災害に関する情報を通知する。

手順Ｐ２において、制御装置３０中の移行指示生成部５１は、災害情報発報装置１０から受信したパケットを用いて災害に関する情報を特定すると共に、災害設定の対象となるアクセスポイント２０を特定する。ここで、災害設定が適用されたアクセスポイント２０では、不特定のユーザとの間で、第１の識別子とは異なる第２の識別子を用いて通信が行われるものとする。第２の識別子は、端末１５が予め保持している情報であるか、災害の発生に伴って、端末１５が取得可能な情報であるものとする。例えば、第２の識別子は、災害用統一ＳＳＩＤであっても良い。なお、災害設定を適用する対象のアクセスポイント２０の特定方法の例は、図７を参照しながら説明する。

その後、移行指示生成部５１は、災害設定の対象となるアクセスポイント２０を設定するための指示を送出する（手順Ｐ３）。アクセスポイント２０では、手順Ｐ３で受信した指示に基づいて、第２の識別子を用いた通信を行うことができるように設定が行われたとする。

この時点では、すでにアクセスポイント２０は第２の識別子を用いた通信を行うように設定されているので、端末１５が第２の識別子を用いて接続を要求すれば、端末１５は、アクセスポイント２０を介した通信を行うことができる。従って、端末１５のユーザは、アクセスポイント２０が開放されたことに気付ければ、アクセスポイント２０を介して、ネットワークＮ１中の装置やインターネット６中の装置などと通信できる。

このように、実施形態にかかる設定変更方法では、制御装置３０は、災害情報に基づいて開放する対象のアクセスポイント２０を決定し、決定したアクセスポイント２０を開放するための処理を行う。従って、システムによって自律的に、災害情報発報装置１０からの通知内容に合わせた設定の変更が行われる。

図７は、アクセスポイント情報テーブル６１の例を示す。アクセスポイント情報テーブル６１は、アクセスポイント２０ごとに、アクセスポイント２０に割り当てられた装置ＩＰアドレス、開放条件、設置場所による判定条件を含む。開放条件は、災害種別と災害レベルの組み合わせである。設置場所による判定条件は、装置設置場所と、装置の設置場所の隣接エリアの設定情報を含む。アクセスポイント２０は、開放条件に合致する災害に関する災害情報が、装置設置場所か隣接エリアに指定された範囲内に対して通知されると、災害設定の対象となる。装置設置場所や隣接エリアは、緯度と経度を用いて設定されても良く、また、地名や地図情報を用いて設定されてもよい。例えば、１９２．１６８．０．１のＩＰアドレスが割り当てられているアクセスポイント２０は、震度５強以上の地震が東経１３９度４５分５７．９秒、北緯３５度４０分５３．０秒から緯度または経度が１０分以内のエリアで発生すると、災害設定の適用対象となる。一方、１９２．１６８．０．２のＩＰアドレスが割り当てられているアクセスポイント２０は多摩地方に設置されており、多摩地方と多摩地方の周辺地域に設定されているエリアのいずれかに対する津波警報が出ると、災害設定の適用対象になる。なお、設置場所や隣接エリアが地名や地図情報を用いて設定される場合、制御装置３０は、記憶部６０に地図情報も保持している。また、制御装置３０は、周辺地域の設定情報も地図情報とともに保持しているものとする。例えば、多摩地方の周辺として、東京２３区東部、東京２３区西部、神奈川県東部が設定されているとする。この場合、東京２３区東部、東京２３区西部、神奈川県東部のいずれかに対する津波警報が出ると、ＩＰアドレス＝１９２．１６８．０．２のアクセスポイント２０は、災害設定の適用対象となる。

図８は、アクセスポイントの設定の変更方法の例を示すフローチャートである。移行指示生成部５１は、入力されたパケットから災害情報を含むパケットを選択する（ステップＳ１１）。ここで、災害情報発報装置１０は、気象庁防災サーバ、全国瞬時警報システム（Ｊ−Ａｌｅｒｔ）の送信元の装置、災害情報を通知する民間システムのサーバなどである。また、移行指示生成部５１は、災害情報発報装置１０として動作する装置に割り当てられたＩＰ（Internet Protocol）アドレス、災害情報が掲載されたＷｅｂページの情報、メールの送信元などの情報を記憶している。そこで、移行指示生成部５１は、記憶しているアドレスなどの情報を用いて、災害情報を含むパケットを選択し、選択したパケットから災害情報を取得する。移行指示生成部５１は、災害情報から、災害種別、災害の規模、災害の発生場所を抽出する（ステップＳ１２）。

その後、移行指示生成部５１は、災害情報に含まれている災害種別、規模、発生場所の組み合わせを用いて、災害設定を適用するアクセスポイント２０を選択する。さらに、移行指示生成部５１は、災害設定で使用されるＳＳＩＤを特定する（ステップＳ１３）。なお、災害設定で使用されるＳＳＩＤは、災害設定において、不特定の端末１５とアクセスポイント２０の間の通信に使用される第２の識別子である。

ステップＳ１４において、移行指示生成部５１は、選択したアクセスポイント２０の設定を変更するための制御を行う。その後、通知処理部５２は、災害設定が適用されるアクセスポイント２０として特定したアクセスポイント２０の情報を通知サーバ８０に通知する（ステップＳ１５）。

なお、図８は、処理の一例であり、実装に応じて処理は変更されうる。例えば、ステップＳ１５の処理がステップＳ１４の処理の前に行われても良く、ステップＳ１４とステップＳ１５の処理が並行して行われても良い。

（３）開放されたアクセスポイントの通知
図６〜図８を参照しながら説明した処理により、アクセスポイント２０の設定変更が行われると、通知処理部５２は、設定変更により開放されたアクセスポイント２０の情報を通知サーバ８０に通知する。通知サーバ８０は、通知サーバ８０から端末１５に通知する対象（スポット）の情報を、スポットの登録を要求した制御装置３０との通信に使用するセッションのＩＤやスポットの識別番号とともに記憶している。このため、制御装置３０中の通知処理部５２は、設定変更により開放されたアクセスポイント２０の情報を、通知サーバ８０から端末１５に通知する対象の登録情報として送信することにより、通知サーバ８０への通知を行う。

図９は、通知サーバ８０に送信される登録情報に含まれる情報要素の例を説明する図である。図９に示す例では、開放されるアクセスポイント２０の緯度、経度、ジャンル、スポット概要、有効期限、位置連動区分半径、セッションＩＤが登録情報として通知サーバ８０に通知される。ジャンルは、通知サーバ８０に登録されるスポットの用途である。さらに、スポット概要として、そのスポットに関する説明やそのスポットの使用に際して用いられる情報が登録される。図９の例では、スポット概要は、開放するアクセスポイント２０との通信に使用可能なＳＳＩＤである。有効期限は、通知サーバ８０がスポットの情報を端末１５に通知する処理を終了する時刻を特定する情報である。位置連動区分半径は、通知サーバ８０が端末１５にスポットへの接近を通知する時点での、端末１５とスポットの間の距離である。例えば、開放されるアクセスポイント２０が形成する通信エリアの半径が位置連動区分半径として使用されてもよい。この場合、開放されたアクセスポイント２０の通信エリア内に端末１５が入ると、通知サーバ８０から端末１５に対して、アクセスポイント２０の近傍に位置していることを示す通知が送信される。セッションＩＤは、通知サーバ８０と制御装置３０との通信の際に使用されるセッションを識別する識別情報である。セッションＩＤの取得については、図１０を参照しながら説明する。

例えば、北緯３５度４０分５３．０秒、東経１３９度４５分５７．９秒に設置されているアクセスポイント２０が開放される場合、図９のデータの列に示す情報が登録情報として、制御装置３０から通知サーバ８０に通知される。なお、図９の例では、ジャンルとして「災害用アクセスポイント」という値が設定され、開放されるアクセスポイント２０で使用される第２の識別子がスポット概要として通知される。図９の例では、第２の識別子として、「０００００ＪＡＰＡＮ」というＳＳＩＤが登録されている。有効期限は、通知対象のアクセスポイント２０が開放される期間の終わる時刻であり、図９の例では、２０１６年２月１０日である。また、位置連動区分半径は４０ｍ、セッションＩＤはＳＥ０１である。

なお、図９は、アクセスポイント２０の開放に際して制御装置３０から通知サーバ８０に通知される情報の一例である。アクセスポイント２０の開放に際して制御装置３０から通知サーバ８０に通知される情報要素は、実装に応じて変更され得る。例えば、図９に含まれている情報以外の情報が、制御装置３０から通知サーバ８０に通知されてもよい。

図１０は、開放されたアクセスポイントの通知方法の例を説明するシーケンス図である。以下、図１０を参照しながら、開放されたアクセスポイント２０が端末１５に通知されるまでに行われる通信処理の例を説明する。なお、図１０は処理の一例であり、処理の手順は実装に応じて変更され得る。例えば、ステップＳ２８とＳ２９の順序は互いに変更され得る。

制御装置３０中の移行指示生成部５１は、図６〜図８を参照しながら説明した処理により、アクセスポイント（ＡＰ）２０の開放処理を行う（ステップＳ２１）。すると、通知処理部５２は、通知サーバ８０との間の通信を開始するために、認証処理を通知サーバ８０に要求する（ステップＳ２２）。ここで、ステップＳ２２は、通知処理部５２が通知サーバ８０に登録情報を登録させるために行われる。

通知サーバ８０中の認証部９２は、認証情報８６を用いて認証処理を行う。認証部９２は、制御装置３０の認証に成功すると、制御装置３０と通知サーバ８０が通信する際に使用するセッションのセッションＩＤを生成し、認証応答の中にセッションＩＤを含めて制御装置３０に送信する（ステップＳ２３）。

制御装置３０中の通知処理部５２は、受信部３３を介して、認証応答を取得することにより、セッションＩＤを取得する。通知処理部５２は、移行指示生成部５１が開放したアクセスポイント２０の情報と取得したセッションＩＤを用いて、通知サーバ８０に通知する登録情報を含むスポット登録要求を生成する。例えば、セッションＩＤ＝ＳＥ０１の場合、図９に示す登録情報が生成される。スポット登録要求は、登録情報で特定されるスポット（アクセスポイント２０）を、端末１５への通知対象として登録することを通知サーバ８０に要求するための制御メッセージである。従って、認証応答で通知されたセッションＩＤは、登録情報の登録を制御装置３０が通知サーバ８０に要求する際の認証情報として使用されている。通知処理部５２は、生成したスポット登録要求を、送信部３２を介して通知サーバ８０に送信する（ステップＳ２４）。

通知サーバ８０中の取得部９３は、通信部８１を介してスポット登録要求を取得すると、スポット登録要求によって通知されたアクセスポイント２０の情報を特定するスポット番号を生成する。スポット番号は、登録情報８７として通知サーバ８０が記憶しているスポットの情報を一意に特定する識別番号であり、図１０の場合は、通知されたアクセスポイント２０を識別する識別情報である。例えば、取得部９３は、ステップＳ２４で通知された１台のアクセスポイント２０に対して、ＡＰ１というスポット番号を生成したとする。すると、取得部９３は、スポット登録要求によって通知された情報を、生成したスポット番号に対応付けて記憶する。さらに、取得部９３は、制御装置３０に対して、スポット登録要求によって通知されたアクセスポイント２０に対応付けたスポット番号を含むスポット登録応答を生成し、通信部８１を介して、制御装置３０に送信する（ステップＳ２５）。制御装置３０では、スポット登録応答を受信すると、通知したアクセスポイント２０の情報をスポット番号に対応付けて記録する。

一方、通知サーバ８０中のメッセージ生成部９４は、開放されたアクセスポイント２０の情報を端末１５にＰｕｓｈ通知するための通知メッセージを生成する。ここでは、メッセージ生成部９４は、ジャンルごとに１つ以上の通知用のメッセージの生成に使用するテンプレートを記憶しているものとする。図１０の例では、ジャンル＝災害用アクセスポイントの条件が登録された場合の通知に使用するテンプレートとして、「緯度○○経度○○の地点のＷｉＦｉステーションが災害用無料公開に切り替わりました。」という文字列を記憶しているとする。メッセージ生成部９４は、通知対象のアクセスポイントの緯度と経度をテンプレートに含めることによって得られた文字列を、通知メッセージとして生成する。例えば、図９に示す情報が通知された場合、メッセージ生成部９４は、「北緯３５度４０分５３．０秒、東経１３９度４５分５７．９秒の地点のＷｉＦｉステーションが災害用無料公開に切り替わりました。」というメッセージを生成する（ステップＳ２６）。

メッセージ生成部９４は、制御装置３０から取得した情報の通知に使用するアプリケーションのＳｅｒｖｅｒＡＰＩＫｅｙに対応づけられているＲｅｇｉｓｔｒａｔｉｏｎＩＤを特定する。メッセージ生成部９４は、特定したＲｅｇｉｓｔｒａｔｉｏｎＩＤおよびＳｅｒｖｅｒＡＰＩＫｅｙとともに、生成したメッセージを、通信部８１を介してＧＣＭ１２０に送信する（ステップＳ２７）。

ＧＣＭ１２０は、通知サーバ８０に対してプッシュ通知の許可応答を送信する（ステップＳ２８）。さらに、ＧＣＭ１２０は、通知サーバ８０から通知されたＲｅｇｉｓｔｒａｔｉｏｎＩＤを用いて、認証処理と配信先の端末１５の特定を行う（ステップＳ２９）。認証に成功した場合、ＧＣＭ１２０は、ＲｅｇｉｓｔｒａｔｉｏｎＩＤで識別される端末１５に、通知サーバ８０から通知された通知メッセージを、ＰｒｏｊｅｃｔＩＤに対応付けて送信する（ステップＳ３０）。なお、ステップＳ３０でＧＣＭ１２０が端末１５に送信するＰｒｏｊｅｃｔＩＤは、制御装置３０から取得した情報の通知に使用するアプリケーションのＰｒｏｊｅｃｔＩＤである。

図１１は、端末１５での表示例を説明する図である。図１１の例では、端末１５は、ＧＣＭ１２０から受信したメッセージを端末１５が備えるディスプレイの画面にポップアップ表示している。なお、図１１は端末１５での表示の一例であり、表示形式は実装に応じて任意に変更され得る。例えば、端末１５において、ＰｒｏｊｅｃｔＩＤで識別されるアプリケーションの処理により、受信した通知メッセージ中の緯度と経度が抽出され、地図上に通知メッセージで通知された地点に目印がつけられた地図が生成され、表示されてもよい。さらに、通知メッセージで通知された地点に目印がつけられた地図を画面に表示した上で、目印の表示位置に重ならないように、通知メッセージがポップアップ表示されてもよい。

このように、図１０で説明した処理により、開放されたアクセスポイント２０の情報が端末１５に通知される。なお、図１０のステップＳ２４とＳ２５の処理により、開放されたアクセスポイント２０には、通知サーバ８０で生成されたスポット番号が対応付けられている。

図１２は、登録情報に含まれる情報要素の例を説明する図であり、開放されたアクセスポイント２０の情報とスポット番号を対応付けた例である。図１０のステップＳ２４での処理により、通知サーバ８０は、通知されたアクセスポイント２０に対するスポット番号を生成しているので、ステップＳ２４以降は、図１２に示すように、図９で通知された情報にスポット番号を対応付けた情報を記憶している。一方、制御装置３０においても、ステップＳ２５の処理により、スポット番号が通知サーバ８０から通知されるので、スポット登録要求で通知した情報に対応付けて、スポット登録応答で通知されたスポット番号を登録する。このため、制御装置３０も、図１２に示す登録情報を保持する。従って、以後の処理では、図１２に示す登録情報が制御装置３０と通知サーバ８０のいずれにおいても使用される。

図１３は、開放されたアクセスポイント２０の通知の際に制御装置３０が行う処理の例を説明するフローチャートである。まず、移行指示生成部５１は、アクセスポイント２０を開放するための処理を行う（ステップＳ３１）。通知処理部５２は、通知サーバ８０に登録情報を送信するための認証要求を行う（ステップＳ３２）。通知サーバ８０での認証が成功した場合には、通知サーバ８０から制御装置３０に認証応答が送信される。このため、通知処理部５２は、通知サーバ８０から認証応答が得られたかを判定する（ステップＳ３３）。通知サーバ８０から認証応答が得られた場合、通知処理部５２は、通知サーバ８０に対してスポット登録要求を行う（ステップＳ３３でＹｅｓ、ステップＳ３４）。一方、通知サーバ８０から認証情報が得られない場合、通知サーバ８０での認証は失敗しているので、制御装置３０は、認証不可通知を通知サーバ８０から受信する（ステップＳ３３でＮｏ、ステップＳ３５）。認証不可通知を受信すると、通知処理部５２は処理を終了する。

図１４は、開放されたアクセスポイントの通知の際に通知サーバ８０が行う処理の例を説明するフローチャートである。なお、図１４は処理の一例であり、処理の手順は実装に応じて変更され得る。例えば、ステップＳ４９は、ステップＳ５０やＳ５１の後に行われても良い。

制御装置３０からの認証要求を受信すると、認証部９２は、認証に使用する情報（認証情報）が正しいかを判定する（ステップＳ４１、Ｓ４２）。認証情報が正しくない場合、認証部９２は、通信部８１を介して、制御装置３０に認証エラーを通知する（ステップＳ４２でＮｏ、ステップＳ４３）。一方、認証情報が正しい場合、認証部９２は、制御装置３０との通信に使用するセッションを識別するセッションＩＤを生成し、制御装置３０に認証応答を送信する（ステップＳ４２でＹｅｓ、ステップＳ４４）。その後、通信部８１は、制御装置３０からスポット登録要求を受信する（ステップＳ４５）。取得部９３は、スポット登録要求に含まれている登録情報を取得する（ステップＳ４６）。取得部９３は、取得した登録情報の形式が正しいかを判定する（ステップＳ４７）。ここで、予め、登録情報８７の形式として決められた形式の情報が取得された場合、取得部９３は、取得した情報の形式が正しいと判定する。取得した登録情報の形式が正しくない場合、取得部９３は、制御装置３０に情報の形式エラーを通知して、処理を終了する（ステップＳ４７でＮｏ、ステップＳ５２）。

取得部９３は、登録情報の形式が正しい場合、スポット番号を生成し、登録情報をスポット番号に対応付けて登録する（ステップＳ４７でＹｅｓ、ステップＳ４８）。取得部９３は、通信部８１を介して、スポット番号を含むスポット登録応答を制御装置３０に送信する（ステップＳ４９）。一方、メッセージ生成部９４は、端末１５宛ての通知メッセージを生成する（ステップＳ５０）。なお、通知メッセージには、スポット登録要求によって災害設定への移行が行われたことが通知されたアクセスポイント２０の情報が含まれている。通信部８１は、端末１５に向けて、通知メッセージをプッシュ配信する（ステップＳ５１）。

（４）開放されたアクセスポイントへの接近の通知
図１５は、開放されたアクセスポイント２０に近づいたことを通知する方法の例を説明するシーケンス図である。図１５を参照しながら、端末１５がアクセスポイント２０に接近している場合に行われる処理の例を説明する。ここで、「アクセスポイント２０に接近する」とは、端末１５からアクセスポイント２０までの距離が所定の閾値以下であることを指すものとする。所定の閾値は、実装に応じて決定され、アクセスポイント２０が生成する通信エリアの半径と同じ値であってもよく、また、アクセスポイント２０が生成する通信エリアの半径を所定の割合分だけ増減させて得られる値であってもよい。以下の説明では、所定の閾値が、開放されているアクセスポイント２０の通信エリアの半径である場合を例として説明する。

ステップＳ６１において、端末１５は、定期的に、通知サーバ８０に対して、端末１５が位置している場所の緯度と経度を、端末１５の位置情報として送信する。判定部９５は、端末１５から通知された位置と、スポット登録の対象となっているアクセスポイント２０の緯度と経度を用いて、端末１５とアクセスポイント２０との間の距離を求める。なお、端末１５とアクセスポイント２０との間の距離を求める際の計算方法は任意である。

判定部９５は、端末１５とアクセスポイント２０との間の距離が、開放中のアクセスポイント２０の通信エリアの半径以下であるかを判定する。ここで、開放中のアクセスポイント２０の通信エリアの半径は、登録情報（図１２）には、位置連動区分半径として格納されている。端末１５とアクセスポイント２０との間の距離が位置連動区分半径以下の場合、メッセージ生成部９４は、端末１５に対して、開放中のアクセスポイント２０の情報を通知するための通知メッセージを生成する（ステップＳ６２）。

メッセージ生成部９４は、開放されたアクセスポイント２０に端末１５が接近していることを端末１５にＰｕｓｈ通知するための通知メッセージを生成する。図１５の例では、ジャンル＝災害用アクセスポイントのスポットに端末１５が接近した場合の通知に使用するテンプレートとして、「緯度○○経度○○の地点のＷｉＦｉステーションの通信エリアに入りました。」という文字列を記憶しているとする。メッセージ生成部９４は、通知対象のアクセスポイントの緯度と経度をテンプレートに含めることによって得られた文字列を、通知メッセージとして生成する。従って、図１２に示すアクセスポイント２０に端末１５が接近した場合、メッセージ生成部９４は、「北緯３５度４０分５３．０秒、東経１３９度４５分５７．９秒の地点のＷｉＦｉステーションの通信エリアに入りました。」という通知メッセージを生成する。

メッセージ生成部９４は、制御装置３０から取得した情報の通知に使用するアプリケーションのＳｅｒｖｅｒＡＰＩＫｅｙに対応づけられているＲｅｇｉｓｔｒａｔｉｏｎＩＤを特定する。メッセージ生成部９４は、得られたＳｅｒｖｅｒＡＰＩＫｅｙ、ＲｅｇｉｓｔｒａｔｉｏｎＩＤ、及び、生成したメッセージを通信部８１に出力する。このとき、メッセージ生成部９４は、登録情報８７中において、通知対象のアクセスポイント２０のスポット概要として登録されている第２の識別子の情報も、通信部８１に出力する。図１２の例では、通知対象のアクセスポイント２０との通信に使用される第２の識別子として、０００００ＪＡＰＡＮというＳＳＩＤが記録されている。通信部８１は、入力されたメッセージを、特定したＲｅｇｉｓｔｒａｔｉｏｎＩＤ、ＳｅｒｖｅｒＡＰＩＫｅｙ、通知対象のアクセスポイント２０との通信に使用される第２の識別子とともに、ＧＣＭ１２０に送信する（ステップＳ６３）。

ＧＣＭ１２０は、通知サーバ８０から通知されたＲｅｇｉｓｔｒａｔｉｏｎＩＤを用いて、認証処理と配信先の端末１５の特定を行う（ステップＳ６４）。認証に成功した場合、ＧＣＭ１２０は、ＲｅｇｉｓｔｒａｔｉｏｎＩＤで識別される端末１５に、通知サーバ８０から通知された通知メッセージと通知対象のアクセスポイント２０との通信に使用される第２の識別子を、ＰｒｏｊｅｃｔＩＤに対応付けて送信する（ステップＳ６５）。なお、ステップＳ６５では、通知サーバ８０からＧＣＭ１２０に通知されたＳｅｒｖｅｒＡＰＩＫｅｙに、図５のステップＳ１の処理で対応付けられているＰｒｏｊｅｃｔＩＤが端末１５に送信される。

図１６は、端末１５での表示例を説明する図である。図１６の例では、端末１５は、ＧＣＭ１２０から受信したメッセージをディスプレイの画面にポップアップ表示している。なお、図１６は端末１５での表示の一例であり、表示形式は実装に応じて任意に変更され得る。例えば、アクセスポイント２０が登録された場合と同様に、地図表示が行われても良く、また、地図表示とポップアップ表示が併用された表示が行われても良い。

図１７は、開放されたアクセスポイントに近づいたことを通知する際に通知サーバ８０が行う処理の例を説明するフローチャートである。図１７では、一例として、アクセスポイント２０に対して設定された有効期限が経過していない場合に限って、端末１５に接近の通知を行う場合を説明する。なお、有効期限は、図１０や図１２などを参照しながら説明したように、アクセスポイント２０の災害設定（開放）が終了する時刻として通知サーバ８０に通知されている。

判定部９５は、端末１５の位置情報を端末１５から取得する（ステップＳ７１）。判定部９５は、登録情報８７として登録しているアクセスポイント２０と端末１５との間の距離が位置連動区分半径よりも小さいかを判定する（ステップＳ７２）。登録しているアクセスポイント２０と端末１５との間の距離が位置連動区分半径以上の場合、ステップＳ７１に戻る（ステップＳ７２でＮｏ）。

一方、開放されているアクセスポイント２０と端末１５との間の距離が位置連動区分半径よりも小さいと判定された場合、メッセージ生成部９４は、アクセスポイント２０について設定された有効期限を過ぎているかを判定する（ステップＳ７２でＹｅｓ、ステップＳ７３）。端末１５との距離が位置連動区分未満となっているアクセスポイント２０の有効期限を過ぎている場合、そのアクセスポイント２０の開放が終了しているため、メッセージ生成部９４は、処理を終了する（ステップＳ７３でＹｅｓ）。端末１５との距離が位置連動区分未満となっているアクセスポイント２０の有効期限を過ぎていない場合、メッセージ生成部９４は、接近メッセージを生成する（ステップＳ７３でＮｏ、ステップＳ７４）。ここで、接近メッセージは、端末１５が開放中のアクセスポイント２０に接近していることを通知するメッセージである。メッセージ生成部９４は、通信部８１を介して、生成した接近メッセージを、端末１５宛にプッシュ配信する（ステップＳ７５）。

このように、図１５〜図１７で説明した処理により、開放されたアクセスポイント２０の通信エリアに入った端末１５には、アクセスポイント２０に接近していることが通知される。さらに、第２の識別子も併せて通知されるので、端末１５のユーザがアクセスポイント２０を用いた通信を希望する場合に、ユーザが端末１５をアクセスポイント２０に接続させる処理が便利になる。

（５）アクセスポイントの開放終了時の処理
図１７を参照しながら説明したように、通知サーバ８０は、有効期限になると、スポット登録されているアクセスポイント２０の通信エリア内に端末１５が入っても、端末１５に対して、アクセスポイント２０に接近している旨の通知を行わなくなる。しかし、開放終了の際に、制御装置３０から通知サーバ８０に対してスポット登録の削除を要求してもよい。以下、制御装置３０から通知サーバ８０に対してスポット登録の削除を要求する場合に行われる処理の例を説明する。

制御装置３０において、移行指示生成部５１は、タイマ５５を用いて、開放しているアクセスポイント２０の各々について、開放の指示をした時刻から経過した時間が、アクセスポイント２０を開放する期間を超えているかをモニタする。開放の指示をした時刻から経過した時間が、アクセスポイント２０を開放する期間を超えると、移行指示生成部５１は、開放しているアクセスポイント２０の各々に対して、第２の識別子を用いた通信を許可させないための指示を生成する。移行指示生成部５１は、生成した指示を、災害設定を終了させるアクセスポイント２０に送信する。すると、災害設定の終了が要求されたアクセスポイント２０の各々では、制御装置３０からの通知に従って、第２の識別子を用いた通信の許可を終了する。なお、制御装置３０が無線ＬＡＮコントローラ７５を介してアクセスポイント２０を制御している場合、制御装置３０は、災害設定を終了させるアクセスポイント２０の識別情報と共に、災害設定の終了の要求を、無線ＬＡＮコントローラ７５に送信する。すると、無線ＬＡＮコントローラ７５は、制御装置３０から指定されたアクセスポイント２０について、災害設定を終了させる。

第２の識別子を用いた通信を許可させないための指示が送信されると、通知処理部５２は、災害設定を終了させたアクセスポイント２０の情報を通知サーバ８０に通知する。このとき、通知処理部５２は、災害設定が終了したアクセスポイント２０の情報を、通知サーバ８０で記憶しているスポット情報の削除の要求として、通知サーバ８０に送信する。

図１８は、削除情報に含まれる情報要素の例を説明する図である。図１８に示す例では、災害設定が終了されるアクセスポイント２０に割り当てられたスポット番号とセッションＩＤが削除情報として通知サーバ８０に通知される。スポット番号は、登録削除の対象のアクセスポイント２０が通知サーバ８０に登録されたときに、アクセスポイント２０の識別のために生成された情報である。セッションＩＤは、通知サーバ８０と制御装置３０の間の通信の際に使用されるセッションを識別する識別情報であり、削除情報の送受信に先立って行われる認証の際に通知サーバ８０から制御装置３０に通知される。以下の処理では、セッションＩＤは、登録情報の削除を制御装置３０が通知サーバ８０に要求する際の認証情報として使用される。

例えば、北緯３５度４０分５３．０秒、東経１３９度４５分５７．９秒に設置されているアクセスポイント２０の災害設定が終了される場合、図１８のデータの列に示す情報が登録情報として使用される。図１８の例では、セッションＩＤ＝ＳＥ０２、スポット番号＝ＡＰ１である。なお、通知処理部５２は、制御装置３０が記憶している情報（図１２）を用いて、スポット番号を特定することにより、削除情報を生成する。なお、図１８は削除情報の例であり、実装に応じて、削除情報に含まれる情報要素は、変更されてもよい。

図１９は、アクセスポイントの開放の終了を通知する方法の例を説明するシーケンス図である。以下、図１９を参照しながら、開放が終了したアクセスポイント２０の情報が端末１５に通知されるまでに行われる通信処理の例を説明する。なお、図１９は処理の一例であり、処理の手順は実装に応じて変更され得る。例えば、ステップＳ８８とＳ８９の順序は互いに変更され得る。

制御装置３０中の移行指示生成部５１は、無線アクセスポイントの開放を終了させるための処理を行う（ステップＳ８１）。すると、通知処理部５２は、通知サーバ８０に削除情報を通知するために、認証処理を通知サーバ８０に要求する（ステップＳ８２）。通知サーバ８０中の認証部９２は、制御装置３０の認証に成功すると、制御装置３０と通知サーバ８０が通信する際に使用するセッションのセッションＩＤを生成し、認証応答の中にセッションＩＤを含めて制御装置３０に送信する（ステップＳ８３）。制御装置３０中の通知処理部５２は、受信部３３を介して、認証応答を取得することにより、セッションＩＤを取得する。

通知処理部５２は、移行指示生成部５１が災害設定を終了したアクセスポイント２０の情報と、ステップＳ８３で取得したセッションＩＤを用いて、制御装置３０に通知する登録情報を含むスポット削除要求を生成する。スポット削除要求に含まれる削除情報の例は、図１８に示すとおりである。スポット削除要求は、削除情報で特定されるスポット（アクセスポイント２０）を、端末１５への通知対象から削除することを通知サーバ８０に要求するための制御メッセージである。通知処理部５２は、生成したスポット削除要求を、送信部３２を介して通知サーバ８０に送信する（ステップＳ８４）。

通知サーバ８０中の取得部９３は、スポット削除要求を取得すると、スポット削除要求によって通知されたスポット番号に対応付けられた情報を、登録情報８７から削除する。このため、図１８に示す削除情報を含むスポット削除要求を受信した通知サーバ８０では、図１２に示す情報が登録情報８７から削除される。さらに、取得部９３は、スポット削除要求に対する応答（スポット削除応答）を生成し、通信部８１を介してスポット削除応答を制御装置３０に送信する（ステップＳ８５）。制御装置３０では、スポット削除応答を受信すると、通知したアクセスポイント２０の情報が端末１５への通知対象から削除されたと判定する。

一方、通知サーバ８０のメッセージ生成部９４は、開放が終了されたアクセスポイント２０の情報を端末１５にＰｕｓｈ通知するための通知メッセージを生成する。このとき、メッセージ生成部９４は、ジャンル＝災害用アクセスポイントの条件が削除された場合の通知に使用するテンプレートを使用する。例えば、メッセージ生成部９４は、「緯度○○経度○○の地点のＷｉＦｉステーションの災害用無料公開が終了しました。」という文字列をテンプレートとして記憶しているとする。メッセージ生成部９４は、通知対象のアクセスポイントの緯度と経度をテンプレートに含めることによって得られた文字列を、通知メッセージとして生成する。従って、図１８に示す情報が通知された場合、メッセージ生成部９４は、「北緯３５度４０分５３．０秒、東経１３９度４５分５７．９秒の地点のＷｉＦｉステーションの災害用無料公開が終了しました。」という通知メッセージを生成する（ステップＳ８６）。

メッセージ生成部９４は、制御装置３０から取得した情報の通知に使用するアプリケーションのＳｅｒｖｅｒＡＰＩＫｅｙに対応づけられているＲｅｇｉｓｔｒａｔｉｏｎＩＤを特定する。通知サーバ８０は、生成したメッセージを、特定したＲｅｇｉｓｔｒａｔｉｏｎＩＤおよびＳｅｒｖｅｒＡＰＩＫｅｙとともに、通信部８１に出力する。すると、通信部８１はメッセージ生成部９４から入力された情報をＧＣＭ１２０に送信する（ステップＳ８７）。ステップＳ８８〜Ｓ９０の処理は、図１０を参照しながら説明したステップＳ２８〜Ｓ３０の処理と同様である。

図２０は、端末１５での表示例を説明する図である。なお、図２０は端末１５での表示の一例であり、表示形式は実装に応じて任意に変更され得る。例えば、アクセスポイント２０が登録された場合と同様に、地図表示が行われても良く、また、地図表示とポップアップ表示が併用された表示が行われても良い。地図表示が使用される場合、開放が終了されたアクセスポイント２０の表示の色が開放時の表示色と異なるなど、ユーザがアクセスポイント２０の開放が終了したことを認識できるように表示されるものとする。

図２１は、アクセスポイント２０の開放の終了を通知する際に制御装置が行う処理の例を説明するフローチャートである。まず、移行指示生成部５１は、無線アクセスポイント２０の開放を終了するための処理を行う（ステップＳ１０１）。通知処理部５２は、通知サーバ８０に削除情報を送信するための認証要求を行う（ステップＳ１０２）。通知処理部５２は、通知サーバ８０から認証応答が得られたかを判定する（ステップＳ１０３）。通知サーバ８０から認証応答が得られた場合、通知処理部５２は、通知サーバ８０に対してスポット削除要求を行う（ステップＳ１０３でＹｅｓ、ステップＳ１０４）。一方、通知サーバ８０から認証不可通知を受信した場合、通知処理部５２は、処理を終了する（ステップＳ１０５でＹｅｓ）。

図２２は、アクセスポイントの開放の終了を通知する際に通知サーバが行う処理の例を説明するフローチャートである。ステップＳ１１１〜Ｓ１１４の処理は、図１４を参照しながら説明したステップＳ４１〜Ｓ４４と同様である。制御装置３０からスポット削除要求を受信すると、取得部９３は、スポット削除要求に含まれている削除情報を取得する（ステップＳ１１５、Ｓ１１６）。取得部９３は、取得した削除情報の形式が正しいかを判定する（ステップＳ１１７）。取得した削除情報の形式が正しくない場合、取得部９３は、制御装置３０に情報の形式エラーを通知して、処理を終了する（ステップＳ１１７でＮｏ、ステップＳ１２２）。取得部９３は、削除情報の形式が正しい場合、削除情報で指定されたスポットの情報を削除する（ステップＳ１１７でＹｅｓ、ステップＳ１１８）。取得部９３は、通信部８１を介して、スポット削除応答を制御装置３０に送信する（ステップＳ１１９）。さらに、メッセージ生成部９４は、端末１５宛ての通知メッセージ（スポット削除メッセージ）を生成する（ステップＳ１２０）。なお、スポット削除メッセージには、スポット削除要求によって災害設定による開放が終了したことが通知されたアクセスポイント２０の情報が含まれている。通信部８１は、端末１５に向けて、スポット削除メッセージをプッシュ配信する（ステップＳ１２１）。

このように、実施形態にかかるシステムでは、災害の発生の通知や災害に備えた警戒の通知に起因して、自律的にアクセスポイント２０が災害設定に設定され、災害設定に設定されたアクセスポイント２０の情報が、ユーザの端末１５にＰｕｓｈ通知される。このため、端末１５のユーザは、画面の表示を確認することにより、災害設定が行われているアクセスポイント２０へ到達する前から、災害設定が行われているアクセスポイント２０の存在を知ることができる。このようにユーザは、災害時に「自分の近くには通信できる場所がある」ということを知ることができ、情報を得た後に、たとえ公衆の無線通信回線が輻輳して通信できなくなったとしても、安心感を得ることができる。そしてこの安心感により、ユーザの判断や行動に余裕が発生する。その上で、災害設定が行われているアクセスポイント２０まで行って、接続を行うかをユーザに選択させることで、限られた通信環境における通信混雑を改善する効果がある。

さらに、ユーザが開放中のアクセスポイント２０に接近すると、通知サーバ８０から開放中のアクセスポイント２０に接近中であることがユーザの端末１５に通知される。このため、端末１５の画面には、アクセスポイント２０への接近の情報も表示され、ユーザは、接続可能なアクセスポイント２０に気付きやすくなる。さらに、接続処理の際の支援として、開放中のアクセスポイント２０に接続する際に使用可能な第２の識別子の情報も、端末１５の画面に表示される。このため、端末１５のユーザは開放されているアクセスポイント２０を利用しやすくなる。

また、実施形態にかかる方法では、アクセスポイント２０の開放が終了すると、開放の終了したアクセスポイント２０の情報は、通知サーバ８０から送られてこなくなる。このため、端末１５のユーザが有効期限の過ぎた古い情報を受信したことにより誤った認識を持つことを防止できる。また、実施形態にかかる方法では、有効期限の過ぎた情報が送受信されることによる無駄な通信も省かれるので、効率的である。

＜変形例＞
以上の説明では、ｐｕｓｈサーバがＧＣＭ１２０の場合を例として説明したが、実装に応じて、ＧＣＭ１２０以外の任意のｐｕｓｈサーバをシステムに適用可能である。以下の説明では、一例として、通知サーバ８０からの端末１５へのｐｕｓｈ通知がＡＰＮＳ（Apple Push Notification Service）１３０を介して行われる場合に行われる場合の処理を説明する。

図２３は、端末１５の登録方法の例を説明するシーケンス図である。ステップＳ１３１〜Ｓ１３６は、ＡＰＮＳ１３０と端末１５の間の接続処理である。端末１５は、ＡＰＮＳ１３０に対して、ＴＬＳ（Transport Layer Security）通信の開始を要求する（ステップＳ１３１）。ＡＰＮＳ１３０は、ＴＬＳ通信開始応答と共に、サーバ証明書を端末１５に送信する（ステップＳ１３２）。端末１５は、ＡＰＮＳ１３０から受信したサーバ証明書を検証する（ステップＳ１３３）。その後、端末１５は、デバイス証明書をＡＰＮＳ１３０に送信する（ステップＳ１３４）。ＡＰＮＳ１３０は、デバイス証明書を受信すると、受信したデバイス証明書を検証する（ステップＳ１３５）。ＡＰＮＳ１３０は、端末認証を端末１５に送信する（ステップＳ１３６）。

次に、ＡＰＮＳ１３０と通知サーバ８０の間でも接続処理が行われる（ステップＳ１３７〜Ｓ１４２）。通知サーバ８０の接続処理部９６は、ＴＬＳ通信の開始を要求する（ステップＳ１３７）。ＡＰＮＳ１３０は、ＴＬＳ通信開始応答と共に、サーバ証明書を通知サーバ８０に送信する（ステップＳ１３８）。接続処理部９６は、ＡＰＮＳ１３０から受信したサーバ証明書を検証する（ステップＳ１３９）。その後、接続処理部９６は、プロバイダ証明書をＡＰＮＳ１３０に送信する（ステップＳ１４０）。ＡＰＮＳ１３０は、プロバイダ証明書を受信すると、受信したプロバイダ証明書を検証する（ステップＳ１４１）。ＡＰＮＳ１３０は、プロバイダ認証を通知サーバ８０に送信する（ステップＳ１４０）。

その後、端末１５は、ＡＰＮＳ１３０に通知登録要求を送信する（ステップＳ１４３）。通知登録要求には、通知タイプ、通知アクション、通知カテゴリが含まれる。通知タイプは、通知メッセージの表示方法や警告音などを指定する情報である。通知アクションは、ｐｕｓｈ通知の受信に際して端末１５が行う処理の種類である。通知タイプに指定されたタイプの通知が発生すると、端末１５は、通知タイプに対応する通知アクションを行う。通知カテゴリは、通知アクションをグループ化した場合のグループを表わす値である。ＡＰＮＳ１３０は、通知登録要求を受信すると、端末１５の識別子に使用されるトークンを生成し、生成したトークンを端末１５に通知する（ステップＳ１４４、Ｓ１４５）。端末１５は、ＡＰＮＳ１３０から通知されたトークンを通知サーバ８０に通知する（ステップＳ１４６）。

図２４は、開放されたアクセスポイントの通知方法の例を説明するシーケンス図である。なお、図２４の処理は実装に応じて変更され得る。例えば、ステップＳ１５８の処理は、ステップＳ１５９、Ｓ１６０の後で行われても良い。ステップＳ１５１〜Ｓ１５６の処理は、図１０を参照しながら説明したステップＳ２１〜Ｓ２６の処理と同様である。

通知サーバ８０中のメッセージ生成部９４は、ＡＰＮＳ１３０にプッシュ通知の許可を要求する（ステップＳ１５７）。なお、プッシュ通知の許可要求と共に、端末１５宛の通知メッセージや送信先の端末１５のトークンがＡＰＮＳ１３０に送信されている。ＡＰＮＳ１３０は、プッシュ通知の許可応答を通知サーバ８０に送信する（ステップＳ１５８）。さらに、ＡＰＮＳ１３０は、トークンにより配信先の端末１５を決定し、配信先の端末１５に対して、トークンとメッセージをプッシュ配信する（ステップＳ１５９、ステップＳ１６０）。

図２５は、アクセスポイントへの接近とアクセスポイントの開放終了を通知する方法の例を説明するシーケンス図である。まず、ステップＳ１７０〜Ｓ１７５を参照しながら、アクセスポイントへの接近の際の処理について説明する。ステップＳ１７０〜Ｓ１７１で行われる処理は、図１５を参照しながら説明したステップＳ６１〜Ｓ６２の処理と同様である。通知サーバ８０中のメッセージ生成部９４は、プッシュ通知の許可要求とともに、生成したメッセージ、配信先の端末１５のトークンを、ＡＰＮＳ１３０に送信する（ステップＳ１７２）。ＡＰＮＳ１３０は、プッシュ通知の許可応答を通知サーバ８０に送信する（ステップＳ１７３）。さらに、ＡＰＮＳ１３０は、トークンにより配信先の端末１５を決定し、配信先の端末１５に対して、トークンとメッセージをプッシュ配信する（ステップＳ１７４、ステップＳ１７５）。

次に、ステップＳ１７６〜Ｓ１８５を参照しながら、アクセスポイントの開放が終了した際の処理について説明する。ステップＳ１７６〜Ｓ１８１で行われる処理は、図１９を参照しながら説明したステップＳ８１〜Ｓ８６の処理と同様である。ステップＳ１８２〜Ｓ１８５の処理は、ステップＳ１７２〜Ｓ１７５の処理と同様である。

このように、ＧＣＭ１２０の代わりにＡＰＮＳ１３０がプッシュサーバとして用いられた場合でも、アクセスポイント２０の開放や開放の終了、さらに、開放中のアクセスポイント２０への接近が、端末１５に通知される。端末１５は、通知された情報を端末１５の画面に表示することにより、端末１５のユーザに対して、使用可能なアクセスポイント２０の情報を提供できる。

＜その他＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。

以上の説明で使用したテーブルなどに含まれる情報要素は一例であり、実装に応じて変更され得る。さらに、端末１５への表示も実装に応じて変更され得る。

いずれの実施形態においても、制御装置３０中の移行指示生成部５１は、アクセスポイント２０の設定切り替え時にオペレータに、設定の切り替えを行うかを確認してもよい。その場合、移行指示生成部５１は、災害情報に含まれている情報を用いて災害設定を適用するアクセスポイント２０を選択すると、選択したアクセスポイント２０のリストをオペレータに提示するために、表示デバイス４１に出力する。このとき、移行指示生成部５１は、災害設定の適用対象となるアクセスポイント２０の情報と共に、災害設定の接続に使用される第２の識別子を、表示デバイス４１に出力しても良い。その後、移行指示生成部５１は、オペレータからの変更要求を取得するまで待機する。変更要求は、入力装置４２などから入力される。移行指示生成部５１は、オペレータからの変更要求を取得すると、選択したアクセスポイント２０の設定を変更するための制御を行う。

アクセスポイント２０の開放の終了を決定する方法も実装に応じて変更され得る。例えば、制御装置３０は、災害情報発報装置１０からの通知を受けてから所定の期間が経過すると、災害設定による開放を終了してもよい。

上述の実施形態に関し、さらに以下の付記を開示する。
（付記１）
１つ以上のアクセスポイントを制御する制御装置に、
災害情報を取得すると、前記災害情報に基づいて、設定を変更するアクセスポイントを特定するとともに、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定への当該アクセスポイントの移行を指示する移行指示を送信し、
前記１つ以上のアクセスポイントに接続可能な端末の情報を保持する通知サーバに、当該端末へ提供する情報の登録に用いる認証要求を送信し、
前記認証要求によって発行される認証情報を用いて、前記災害設定に移行するアクセスポイントの情報を前記通知サーバに登録し、前記通知サーバに、前記災害設定に移行するアクセスポイントの情報に基づいて生成されるメッセージを前記端末へ通知させる
処理を実行させることを特徴とする制御プログラム。
（付記２）
前記災害設定に移行するアクセスポイントの情報は、位置情報と領域情報を含み、
前記通知サーバに、
前記端末から通知される端末の位置情報と、登録された前記領域情報とに基づいて、当該領域情報が示す領域に当該端末が入ったかを判定させ、
当該領域に入った端末に向けて、当該領域に対応するアクセスポイントの情報を前記第２の識別子と共に送信させる
処理を、前記制御装置に実行させることを特徴とする付記１に記載の制御プログラム。
（付記３）
前記災害情報を取得してから経過した時間が所定の期間を超えると、前記災害情報を用いて前記災害設定の対象としたアクセスポイントに対して、前記災害設定を終了することを指示する他の移行指示を送信し、
前記通知サーバに、
前記１つ以上のアクセスポイントに接続可能な端末へ提供する情報の削除に用いる他の認証要求を送信し、
前記他の認証要求によって発行される他の認証情報を用いて、前記通知サーバが配信する情報から、前記災害設定を終了するアクセスポイントの情報を削除し、前記通知サーバに、前記災害設定を終了するアクセスポイントの情報を前記端末へ通知させる
処理を、前記制御装置に実行させることを特徴とする付記１または２に記載の制御プログラム。
（付記４）
前記災害情報として通知された災害種別、規模、および、発生地点の組み合わせを抽出し、
前記組み合わせが前記災害設定を行う条件に合致し、前記災害設定の対象となるアクセスポイントを選択する
処理を前記制御装置に行わせることを特徴とする付記１〜３のいずれか１項に記載の制御プログラム。
（付記５）
１つ以上のアクセスポイントを制御する制御装置であって、
災害情報を取得すると、前記災害情報に基づいて、設定を変更するアクセスポイントを特定するとともに、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定への当該アクセスポイントの移行を指示する移行指示を生成する生成部と、
前記移行指示を送信すると共に、前記１つ以上のアクセスポイントに接続可能な端末の情報を保持する通知サーバに、当該端末へ提供する情報の登録に用いる認証要求を送信する送信部と、
前記認証要求によって発行される認証情報を用いて、前記災害設定に移行するアクセスポイントの情報を前記通知サーバに登録し、前記通知サーバに、前記災害設定に移行するアクセスポイントの情報に基づいて生成されるメッセージを前記端末へ通知させる処理を行う通知処理部
を備えることを特徴とする制御装置。
（付記６）
前記災害設定に移行するアクセスポイントの情報は、位置情報と領域情報を含み、
前記通知処理部は、前記通知サーバに、前記端末から通知される端末の位置情報と、登録された前記領域情報とに基づいて、当該領域情報が示す領域に当該端末が入ったかを判定させ、当該領域に対応するアクセスポイントの情報と前記第２の識別子とを、当該領域に入った端末に通知させる
ことを特徴とする付記５に記載の制御装置。
（付記７）
前記生成部は、前記災害情報を取得してから経過した時間が所定の期間を超えると、前記災害情報を用いて前記災害設定の対象としたアクセスポイントに対して、前記災害設定を終了することを指示する他の移行指示を生成し、
前記送信部は、前記他の移行指示を送信すると共に、前記通知サーバに、前記１つ以上のアクセスポイントに接続可能な端末へ提供する情報の削除に用いる他の認証要求を送信し、
前記通知処理部は、前記他の認証要求によって発行される他の認証情報を用いて、前記通知サーバが配信する情報として登録された情報から、前記災害設定を終了するアクセスポイントの情報を削除し、前記通知サーバに、前記災害設定を終了するアクセスポイントの情報を前記端末へ通知させる処理を行う
ことを特徴とする付記５または６に記載の制御装置。
（付記８）
情報の配信先となる端末から受信した前記端末の情報を記憶し、
災害情報に基づいて選択したアクセスポイントを、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定へ移行させる制御を行う制御装置からの要求に応じて認証処理を行い、
前記認証処理で生成した認証情報とともに、前記制御装置が前記災害設定に移行させるアクセスポイントの情報を取得し、
前記災害設定に移行するアクセスポイントの情報を通知する通知メッセージを、前記配信先となる端末に配信する
処理を通知サーバに行なわせることを特徴とする通知プログラム。
（付記９）
前記災害設定に移行するアクセスポイントの情報として、当該アクセスポイントの位置情報と当該アクセスポイントに対応付けられた領域情報を取得し、
前記配信先となる端末の位置情報を受信すると、前記領域情報が示す領域に当該端末が入ったかを判定し、
当該領域に入った端末に、当該領域に対応するアクセスポイントの情報を前記第２の識別子と共に通知する
処理を前記通知サーバに行なわせることを特徴とする付記８に記載の通知プログラム。
（付記１０）
前記制御装置からの要求に応じて他の認証処理を行い、
前記他の認証処理で生成した他の認証情報とともに、前記制御装置が前記災害設定を終了させるアクセスポイントの情報を取得し、
前記災害設定を終了するアクセスポイントの情報を通知する他の通知メッセージを、前記配信先となる端末に配信する
処理を通知サーバに行なわせることを特徴とする付記８または９に記載の通知プログラム。
（付記１１）
情報の配信先となる端末から受信した前記端末の情報を記憶する記憶部と、
災害情報に基づいて選択したアクセスポイントを、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定へ移行させる制御を行う制御装置からの要求に応じて認証処理を行う認証部と、
前記認証処理で生成した認証情報とともに、前記制御装置が前記災害設定に移行させたアクセスポイントの情報を取得する取得部と、
前記災害設定に移行したアクセスポイントの情報を前記配信先となる端末に通知する通知メッセージを生成する生成部と、
前記通知メッセージを、前記配信先となる端末に送信する通信部
を備えることを特徴とする通知サーバ。
（付記１２）
前記配信先となる端末の位置情報を前記通信部が受信すると、前記災害設定に移行したアクセスポイントの位置情報と当該アクセスポイントに対応付けられた領域情報を用いて、前記領域情報が示す領域に当該端末が入ったかを判定する判定部をさらに備え、
前記通信部は、当該領域に入った端末に、当該領域に対応するアクセスポイントの情報を前記第２の識別子と共に通知する
ことを特徴とする付記１１に記載の通知サーバ。
（付記１３）
１つ以上のアクセスポイントを制御する制御装置は、
災害情報に基づいて、設定を変更するアクセスポイントを特定するとともに、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定への当該アクセスポイントの移行を指示する移行指示を送信し、
前記１つ以上のアクセスポイントに接続可能な端末の情報を保持する通知サーバに、当該端末へ提供する情報の登録に用いる認証要求を送信し、
前記認証要求によって発行される認証情報を用いて、前記災害設定に移行するアクセスポイントの情報を前記通知サーバに通知し、
前記通知サーバは、前記災害設定に移行するアクセスポイントの情報を登録すると共に、当該アクセスポイントの情報を通知する通知メッセージを、前記配信先となる端末に送信する
ことを特徴とする通知方法。
（付記１４）
前記制御装置は、前記災害設定に移行するアクセスポイントの情報として、当該アクセスポイントの位置情報と当該アクセスポイントに対応付けられた領域情報を前記通知サーバに送信し、
前記通知サーバは、
前記配信先となる端末の位置情報を受信すると、前記領域情報が示す領域に当該端末が入ったかを判定し、
当該領域に対応するアクセスポイントの情報と前記第２の識別子とを、当該領域に入った端末に通知する
ことを特徴とする付記１３に記載の通知方法。
（付記１５）
前記制御装置は、
前記災害情報を取得してから経過した時間が所定の期間を超えると、前記災害情報を用いて前記災害設定の対象としたアクセスポイントに対して、前記災害設定を終了することを指示する他の移行指示を送信し、
前記通知サーバに、前記１つ以上のアクセスポイントに接続可能な端末へ提供する情報の削除に用いる他の認証要求を送信し、
前記他の認証要求によって発行される他の認証情報を用いて、前記災害設定を終了するアクセスポイントの情報を、前記通知サーバに通知し、
前記通知サーバは、
配信対象として登録した情報から前記災害設定を終了するアクセスポイントの情報を削除すると共に、当該アクセスポイントでの災害設定の適用が終了することを通知する他の通知メッセージを、前記配信先となる端末に送信する
ことを特徴とする付記１３または１４に記載の通知方法。

１ アイコン
３ ルータ
４ 通信装置
５ ＷＡＮ
６ インターネット
１０ 災害情報発報装置
１５ 端末
２０ アクセスポイント
３０ 制御装置
３１、８１ 通信部
３２ 送信部
３３ 受信部
４０ ユーザインタフェース
４１ 表示デバイス
４２ 入力装置
５０、９０ 制御部
５１ 移行指示生成部
５２ 通知処理部
５５ タイマ
６０、８５ 記憶部
６１ アクセスポイント情報テーブル
７５ 無線ＬＡＮコントローラ
８０ 通知サーバ
８６ 認証情報
８７ 登録情報
８８ 端末情報
９１ 特定部
９２ 認証部
９３ 取得部
９４ メッセージ生成部
９５ 判定部
９６ 接続処理部
１０１ プロセッサ
１０２ メモリ
１０４ 出力装置
１０５ バス
１０６ 記憶装置
１０７ 可搬記憶媒体駆動装置
１０８ 可搬記憶媒体
１０９ ネットワークインタフェース
１２０ ＧＣＭ
１３０ ＡＰＮＳ

Claims (10)

1. １つ以上のアクセスポイントを制御する制御装置に、
   災害情報を取得すると、前記災害情報に基づいて、設定を変更するアクセスポイントを特定するとともに、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定への当該アクセスポイントの移行を指示する移行指示を送信し、
   前記１つ以上のアクセスポイントに接続可能な端末の情報を保持する通知サーバに、当該端末へ提供する情報の登録に用いる認証要求を送信し、
   前記認証要求によって発行される認証情報を用いて、前記災害設定に移行するアクセスポイントの情報を前記通知サーバに登録し、前記通知サーバに、前記災害設定に移行するアクセスポイントの情報に基づいて生成されるメッセージを前記端末へ通知させる
   処理を実行させることを特徴とする制御プログラム。
2. 前記災害設定に移行するアクセスポイントの情報は、位置情報と領域情報を含み、
   前記通知サーバに、
   前記端末から通知される端末の位置情報と、登録された前記領域情報とに基づいて、当該領域情報が示す領域に当該端末が入ったかを判定させ、
   当該領域に入った端末に向けて、当該領域に対応するアクセスポイントの情報を前記第２の識別子と共に送信させる
   処理を、前記制御装置に実行させることを特徴とする請求項１に記載の制御プログラム。
3. 前記災害情報を取得してから経過した時間が所定の期間を超えると、前記災害情報を用いて前記災害設定の対象としたアクセスポイントに対して、前記災害設定を終了することを指示する他の移行指示を送信し、
   前記通知サーバに、
   前記１つ以上のアクセスポイントに接続可能な端末へ提供する情報の削除に用いる他の認証要求を送信し、
   前記他の認証要求によって発行される他の認証情報を用いて、前記通知サーバが配信する情報から、前記災害設定を終了するアクセスポイントの情報を削除し、前記通知サーバに、前記災害設定を終了するアクセスポイントの情報を前記端末へ通知させる
   処理を、前記制御装置に実行させることを特徴とする請求項１または２に記載の制御プログラム。
4. 前記災害情報として通知された災害種別、規模、および、発生地点の組み合わせを抽出し、
   前記組み合わせが前記災害設定を行う条件に合致し、前記災害設定の対象となるアクセスポイントを選択する
   処理を前記制御装置に行わせることを特徴とする請求項１〜３のいずれか１項に記載の制御プログラム。
5. １つ以上のアクセスポイントを制御する制御装置であって、
   災害情報を取得すると、前記災害情報に基づいて、設定を変更するアクセスポイントを特定するとともに、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定への当該アクセスポイントの移行を指示する移行指示を生成する生成部と、
   前記移行指示を送信すると共に、前記１つ以上のアクセスポイントに接続可能な端末の情報を保持する通知サーバに、当該端末へ提供する情報の登録に用いる認証要求を送信する送信部と、
   前記認証要求によって発行される認証情報を用いて、前記災害設定に移行するアクセスポイントの情報を前記通知サーバに登録し、前記通知サーバに、前記災害設定に移行するアクセスポイントの情報に基づいて生成されるメッセージを前記端末へ通知させる処理を行う通知処理部
   を備えることを特徴とする制御装置。
6. 情報の配信先となる端末から受信した前記端末の情報を記憶し、
   災害情報に基づいて選択したアクセスポイントを、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定へ移行させる制御を行う制御装置からの要求に応じて認証処理を行い、
   前記認証処理で生成した認証情報とともに、前記制御装置が前記災害設定に移行させるアクセスポイントの情報を取得し、
   前記災害設定に移行するアクセスポイントの情報を通知する通知メッセージを、前記配信先となる端末に配信する
   処理を通知サーバに行なわせることを特徴とする通知プログラム。
7. 前記災害設定に移行するアクセスポイントの情報として、当該アクセスポイントの位置情報と当該アクセスポイントに対応付けられた領域情報を取得し、
   前記配信先となる端末の位置情報を受信すると、前記領域情報が示す領域に当該端末が入ったかを判定し、
   当該領域に入った端末に、当該領域に対応するアクセスポイントの情報を前記第２の識別子と共に通知する
   処理を前記通知サーバに行なわせることを特徴とする請求項６に記載の通知プログラム。
8. 前記制御装置からの要求に応じて他の認証処理を行い、
   前記他の認証処理で生成した他の認証情報とともに、前記制御装置が前記災害設定を終了させるアクセスポイントの情報を取得し、
   前記災害設定を終了するアクセスポイントの情報を通知する他の通知メッセージを、前記配信先となる端末に配信する
   処理を通知サーバに行なわせることを特徴とする請求項６または７に記載の通知プログラム。
9. 情報の配信先となる端末から受信した前記端末の情報を記憶する記憶部と、
   災害情報に基づいて選択したアクセスポイントを、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定へ移行させる制御を行う制御装置からの要求に応じて認証処理を行う認証部と、
   前記認証処理で生成した認証情報とともに、前記制御装置が前記災害設定に移行させたアクセスポイントの情報を取得する取得部と、
   前記災害設定に移行したアクセスポイントの情報を前記配信先となる端末に通知する通知メッセージを生成する生成部と、
   前記通知メッセージを、前記配信先となる端末に送信する通信部
   を備えることを特徴とする通知サーバ。
10. １つ以上のアクセスポイントを制御する制御装置は、
    災害情報に基づいて、設定を変更するアクセスポイントを特定するとともに、当該アクセスポイントが通信を許可している第１の識別子とは異なる第２の識別子を用いた通信を許可する災害設定への当該アクセスポイントの移行を指示する移行指示を送信し、
    前記１つ以上のアクセスポイントに接続可能な端末の情報を保持する通知サーバに、当該端末へ提供する情報の登録に用いる認証要求を送信し、
    前記認証要求によって発行される認証情報を用いて、前記災害設定に移行するアクセスポイントの情報を前記通知サーバに通知し、
    前記通知サーバは、前記災害設定に移行するアクセスポイントの情報を登録すると共に、当該アクセスポイントの情報を通知する通知メッセージを、前記配信先となる端末に送信する
    ことを特徴とする通知方法。

Images