(57)【特許請求の範囲】
【請求項１】
ビーコン装置から受信した電波の受信強度を測定して、時系列の測定結果を示す第１の測定情報を作成し、
前記ビーコン装置毎に該ビーコン装置の利用方法に応じた受信強度の時間変化パターンが記憶された記憶部を参照して、作成された前記第１の測定情報と、受信した電波の送信元のビーコン装置に対応する時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定し、
判定結果に応じて前記アプリケーションを制御する、
処理をコンピュータが実行することを特徴とする制御方法。
【請求項２】
前記ビーコン装置から受信した電波の受信強度を測定して作成された第２の測定情報を、決定された第１の格子分割数で粗視化して前記時間変化パターンを作成して、前記記憶部に記憶する、
処理をコンピュータが実行し、
前記判定する処理は、
作成された前記第１の測定情報と、前記記憶部に記憶された前記時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定する、
ことを特徴とする請求項１に記載の制御方法。
【請求項３】
前記第１の格子分割数は、予め定義された受信強度の時間変化を示す定型パターンと、前記第２の測定情報とを所定の第２の格子分割数で粗視化して、前記第２の格子分割数と、粗視化された前記定型パターン及び前記第２の測定情報のハミング距離との割合が最大となるように決定される、
ことを特徴とする請求項２に記載の制御方法。
【請求項４】
前記作成する処理は、
前記第１の測定情報から、受信強度の変化が所定の範囲内である区間に挟まれた変化区間を抽出し、抽出した前記変化区間を正規化した変化区間情報を作成し、
前記判定する処理は、
前記変化区間情報と、前記時間変化パターンとに基づいてハミング距離を算出し、算出した前記ハミング距離が所定値以下であるか否かに基づいて、前記アプリケーションを制御するか否かを判定する、
ことを特徴とする請求項１ないし３のいずれか１項に記載の制御方法。
【請求項５】
ビーコン装置から受信した電波の受信強度を測定して、時系列の測定結果を示す第１の測定情報を作成する作成部と、
前記ビーコン装置毎に該ビーコン装置の利用方法に応じた受信強度の時間変化パターンが記憶された記憶部と、
前記記憶部を参照して、作成された前記第１の測定情報と、受信した電波の送信元のビーコン装置に対応する時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定する判定部と、
判定結果に応じて前記アプリケーションを制御する制御部と、
を有することを特徴とする端末装置。
【請求項６】
ビーコン装置から受信した電波の受信強度を測定して、時系列の測定結果を示す第１の測定情報を作成し、
前記ビーコン装置毎に該ビーコン装置の利用方法に応じた受信強度の時間変化パターンが記憶された記憶部を参照して、作成された前記第１の測定情報と、受信した電波の送信元のビーコン装置に対応する時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定し、
判定結果に応じて前記アプリケーションを制御する、
処理をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御方法、端末装置、及びプログラムに関する。
【背景技術】
【０００２】
ビーコンから発信される電波の受信強度を、スマートフォンやタブレット端末等の携帯端末で測定して、測定された受信強度が閾値を超えたことで、携帯端末の利用者が特定のエリア内にいること（在圏）を検知する技術が従来から知られている。
【０００３】
また、携帯端末の利用者の在圏が検知された場合に、検知されたエリアに応じたアプリケーションを実行するサービスが知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００７／０５８３０１号
【特許文献２】特開２００８−３９６８８号公報
【特許文献３】特開２００９−１９９４３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、例えば、携帯端末の利用者が特定のエリア内にいるにも関わらず、当該利用者がエリア内にいないと誤検知される場合がある。
【０００６】
例えば、携帯端末の利用者が物陰に移動した場合やビーコンから発信される電波に揺らぎが発生した場合等、様々な要因により、携帯端末が受信する電波の受信強度は変化する。このため、携帯端末の利用者がエリア内にいるにも関わらず、瞬間的に受信強度が閾値以下となり、当該利用者がエリア内にいないと誤検知されることがある。
【０００７】
その結果、携帯端末の利用者が特定のエリア内にいるにも関わらず、アプリケーションの実行が終了してしまう場合がある。
【０００８】
そこで、一側面では、本発明は、ビーコンを用いたアプリケーションサービスの質を向上させることを目的とする。
【課題を解決するための手段】
【０００９】
一態様によれば、ビーコン装置から受信した電波の受信強度を測定して、時系列の測定結果を示す第１の測定情報を作成し、作成された前記第１の測定情報と、前記ビーコン装置に応じた受信強度の時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定し、判定結果に応じて前記アプリケーションを制御する、処理をコンピュータが実行することを特徴とする制御方法が提供される。
【発明の効果】
【００１０】
一側面によれば、ビーコンを用いたアプリケーションサービスの質を向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係るサービス提供システムの全体構成の一例を示す図である。
【図２】利用シーンの一例について説明する図である。
【図３】利用シーンに応じた受信強度の遷移パターンの一例について説明する図である。
【図４】本実施形態に係る携帯端末及び管理装置のハードウェア構成の一例を示す図である。
【図５】本実施形態に係るサービス提供システムの機能構成の一例を示す図である。
【図６】定型パターン情報テーブルの一例を模式的に示す図である。
【図７】リファレンスプロファイルテーブルの一例を模式的に示す図である。
【図８】本実施形態に係るリファレンスプロファイルの格納処理の一例を示す図である。
【図９】受信強度の遷移情報を平滑化して変化区間を検出するまでの処理を説明する図である。
【図１０】本実施形態に係るリファレンスプロファイルの作成処理の流れを示す図である。
【図１１】粗視化、ハミング距離の算出、及び利得の算出について説明する図である。
【図１２】本実施形態に係るリファレンスプロファイルの格納処理の他の例を示す図である。
【図１３】定型パターン選択画面を示す図である。
【図１４】本実施形態に係るアプリケーションの制御処理の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について添付の図面を参照しながら説明する。
【００１３】
まず、本実施形態に係るサービス提供システムの全体構成について、図１を参照しながら説明する。図１は、本実施形態に係るサービス提供システムの全体構成の一例を示す図である。
【００１４】
本実施形態に係るサービス提供システム１は、１以上の携帯端末１０と、管理装置２０と、１以上のビーコン３０とを有する。また、携帯端末１０と、管理装置２０とは、例えば電話回線網やインターネット等のネットワークＮを介して通信可能に接続されている。
【００１５】
携帯端末１０は、例えば、スマートフォンやタブレット端末等の利用者が携帯可能な情報処理端末である。携帯端末１０には、ビーコン３０から発信された電波の受信強度に基づいて、当該携帯端末１０が特定のエリア内に入ったこと（detect）及び特定のエリアから離れたこと（lost）を検知する在圏検知プログラム４０がインストールされている。また、携帯端末１０には、在圏検知プログラム４０による検知結果に応じて実行が制御されるアプリケーション５０がインストールされている。
【００１６】
携帯端末１０は、在圏検知プログラム４０が検知結果に応じてアプリケーション５０の実行を制御することにより、当該携帯端末１０の利用者に対して、当該アプリケーション５０が実現する機能やコンテンツ等のサービスを提供することができる。
【００１７】
また、このとき、本実施形態に係る携帯端末１０では、detect又はlostと検知される受信強度の遷移パターンを単純化したプロファイルに基づいて、アプリケーション５０の実行を制御するか否かを判定する。このため、本実施形態に係る携帯端末１０では、例えば、電波の揺らぎ等により、瞬間的にlostと検知される場合（又はdetectと検知される場合）に、アプリケーション５０が終了（又は起動）することを防止できる。
【００１８】
管理装置２０は、例えば、１以上の情報処理装置が含まれるサーバ装置である。管理装置２０には、ビーコン３０毎に、携帯端末１０においてdetect又はlostと検知される受信強度の遷移パターンを単純化したプロファイルを管理する管理プログラム６０がインストールされている。なお、管理装置２０において管理されるプロファイルを「リファレンスプロファイル」と表す。
【００１９】
ビーコン３０は、Ｗｉ−Ｆｉ（登録商標）やＢＬＥ（Bluetooth Low Energy）等を用いて電波（例えば、ＢＬＥを用いた場合、アドバタイズを示す信号が含まれる電波）を発信する発信装置である。ビーコン３０には、当該ビーコン３０を一意に識別する識別情報（ビーコンＩＤ）が付与されている。
【００２０】
なお、図１に示すサービス提供システム１では、携帯端末１０と管理装置２０とが異なる装置で実現されているが、例えば、管理装置２０が有する機能を携帯端末１０で実現することにより１台の装置で実現しても良い。
【００２１】
ここで、本実施形態に係るサービス提供システム１の利用シーンについて、図２を参照しながら説明する。図２は、利用シーンの一例について説明する図である。
【００２２】
図２（ａ）は、特定のエリアに設置されているビーコン３０の受信強度に基づいてアプリケーション５０の実行を制御する場合の利用シーンを示している。図２（ａ）では、例えば大学の教室等を示すエリアＡ及びエリアＢには、それぞれビーコン３０１及びビーコン３０２が設置されている。このとき、ユーザＵの携帯端末１０は、在圏検知プログラム４０により、ビーコン３０１及びビーコン３０２から受信した電波の受信強度を測定している。
【００２３】
携帯端末１０のユーザＵが、例えばエリアＡに入った場合、当該携帯端末１０は、在圏検知プログラム４０により、ビーコン３０１から受信した電波の受信強度に基づいてエリアＡに入ったこと（detect）を検知する。次に、携帯端末１０は、在圏検知プログラム４０により、ビーコン３０１から受信した受信強度の遷移を単純化したプロファイルと、detectと検知される場合のリファレンスプロファイルとに基づき、アプリケーション５０の実行を制御するか否かを判定する。
【００２４】
そして、携帯端末１０は、在圏検知プログラム４０により、アプリケーション５０の実行を制御すると判定した場合、当該エリアＡに応じたアプリケーション５０（エリアＡに設置されたビーコン３０１に応じたアプリケーション５０）を実行させる。
【００２５】
一方で、携帯端末１０のユーザＵが、例えばエリアＡから出た（離れた）場合、当該携帯端末１０は、在圏検知プログラム４０により、ビーコン３０１から受信した電波の受信強度に基づいてエリアＡから離れたこと（lost）を検知する。次に、携帯端末１０は、在圏検知プログラム４０により、ビーコン３０１から受信した受信強度の遷移を単純化したプロファイルと、lostと検知される場合のリファレンスプロファイルとに基づき、アプリケーション５０の実行を制御するか否かを判定する。
【００２６】
そして、携帯端末１０は、在圏検知プログラム４０により、アプリケーション５０の実行を制御すると判定した場合、当該エリアＡに応じたアプリケーション５０（エリアＡに設置されたビーコン３０１に応じたアプリケーション５０）を終了させる。
【００２７】
このように、本実施形態に係るサービス提供システム１は、ビーコン３０が設置された特定のエリアに、携帯端末１０のユーザが入った（又は出た）ことに応じて、当該エリアに設置されたビーコン３０に対応するアプリケーション５０を実行（又は終了）させる。これにより、本実施形態に係るサービス提供システム１では、当該アプリケーション５０により、エリアに応じたコンテンツ等をユーザに提供することができる。
【００２８】
なお、図２（ａ）に示すように、予め特定のエリアにビーコン３０を設置することを「場所指定的」であると言う。場所指定的にビーコン３０が利用されている場合、携帯端末１０が、当該ビーコン３０が設置されている特定のエリアに入ったこと又は出たことで、当該携帯端末１０はdetect又はlostを検知する。したがって、この場合、携帯端末１０は、detect又はlostが検知されたことに応じて、場所（エリア）に応じたアプリケーション５０の実行を制御する。
【００２９】
図２（ｂ）は、特定のタイミングで電源がＯＮ又はＯＦＦにされるビーコン３０の受信強度に基づいてアプリケーション５０の実行を制御する場合の利用シーンを示している。図２（ｂ）では、例えば大学の教室等のエリアａにおいて、講師であるユーザＶがビーコン３０を所持しており、生徒であるユーザＵ１〜Ｕ３がそれぞれ携帯端末１０１〜１０３を所持しているものとする。
【００３０】
このとき、講師であるユーザＶが、例えば授業開始等のタイミングでビーコン３０の電源をＯＮにしたとする。すると、生徒であるユーザＵ１〜Ｕ３の携帯端末１０１〜１０３は、在圏検知プログラム４０により、ビーコン３０から受信した電波の受信強度を測定し、当該ビーコン３０の電源がＯＮになったこと（detect）を検知する。次に、携帯端末１０１〜１０３は、在圏検知プログラム４０により、ビーコン３０から受信した受信強度の遷移を単純化したプロファイルと、detectと検知される場合のリファレンスプロファイルとに基づき、アプリケーション５０の実行を制御するか否かを判定する。
【００３１】
そして、携帯端末１０１〜１０３は、在圏検知プログラム４０により、アプリケーション５０の実行を制御すると判定した場合、当該ビーコン３０に応じたアプリケーション５０を実行させる。
【００３２】
一方で、講師であるユーザＶが、例えば授業終了等のタイミングでビーコン３０の電源をＯＦＦにしたとする。すると、生徒であるユーザＵ１〜Ｕ３の携帯端末１０１〜１０３は、在圏検知プログラム４０により、当該ビーコン３０の電源がＯＦＦになったこと（lost）を検知する。次に、携帯端末１０１〜１０３は、在圏検知プログラム４０により、ビーコン３０から受信した受信強度の遷移を単純化したプロファイルと、lostと検知される場合のリファレンスプロファイルとに基づき、アプリケーション５０の実行を制御するか否かを判定する。
【００３３】
そして、携帯端末１０１〜１０３は、在圏検知プログラム４０により、アプリケーション５０の実行を制御すると判定した場合、当該ビーコン３０に応じたアプリケーション５０を終了させる。
【００３４】
このように、本実施形態に係るサービス提供システム１は、ビーコン３０の電源ＯＮ又はＯＦＦに応じて、当該ビーコン３０に対応するアプリケーション５０を実行又は終了させる。これにより、本実施形態に係るサービス提供システム１では、当該アプリケーション５０により、状況に応じたコンテンツ等をユーザに提供することができる。
【００３５】
なお、図２（ｂ）に示すように、特定のタイミングでビーコン３０の電源をＯＮ又はＯＦＦにすることを「状況指定的」であると言う。状況指定的にビーコン３０が利用されている場合、当該ビーコン３０の電源ＯＮ又はＯＦＦに応じて、同一のエリア内にある携帯端末１０はdetect又はlostを検知する。したがって、この場合、携帯端末１０は、detect又はlostが検知されたことに応じて、電源ＯＮ又はＯＦＦ（すなわち、例えば、授業の開始又は終了等の状況）に応じたアプリケーション５０の実行を制御する。
【００３６】
次に、ビーコン３０が場所指定的及び状況指定的に利用される場合に、携帯端末１０における受信強度の遷移パターンについて、図３を参照しながら説明する。図３は、利用シーンに応じた受信強度の遷移パターンの一例について説明する図である。
【００３７】
図３（ａ）は、場所指定的に利用されているビーコン３０から受信した電波の受信強度において、携帯端末１０のユーザが当該ビーコン３０に近付くことでdetectと検知される場合の遷移パターンを示している。
【００３８】
図３（ａ）に示すように、ビーコン３０が場所指定的に利用されている場合は、携帯端末１０のユーザが、当該ビーコン３０に近付くにつれて受信強度が強くなっていき、受信強度が所定の閾値を超えると、detectと検知される。したがって、場所指定的に利用されているビーコン３０から受信した電波の受信強度でdetectと検知される場合の遷移パターンは、例えば、時間に応じて増加するシグモイド関数で表される。
【００３９】
図３（ｂ）は、場所指定的に利用されているビーコン３０から受信した電波の受信強度において、携帯端末１０のユーザが当該ビーコン３０から離れることでlostと検知される場合の遷移パターンを示している。
【００４０】
図３（ｂ）に示すように、ビーコン３０が場所指定的に利用されている場合は、携帯端末１０のユーザが、当該ビーコン３０から離れるにつれて受信強度が弱くなっていき、受信強度が所定の閾値以下になると、lostと検知される。したがって、場所指定的に利用されているビーコン３０から受信した電波の受信強度でlostと検知される場合の遷移パターンは、例えば、時間に応じて減少するシグモイド関数で表される。
【００４１】
図３（ｃ）は、状況指定的に利用されているビーコン３０から受信した電波の受信強度において、当該ビーコン３０の電源がＯＮされたことでdetectと検知される場合の遷移パターンを示している。
【００４２】
図３（ｃ）に示すように、ビーコン３０が状況指定的に利用されている場合は、例えば時間ｔ１においてビーコン３０の電源がＯＮされると、当該時間ｔ１における受信強度が所定の閾値を超えて、detectと検知される。したがって、状況指定的に利用されているビーコン３０から受信した電波の受信強度でdetectと検知される場合の遷移パターンは、例えば、電源ＯＮの時間ｔ１で増加するステップ関数で表される。
【００４３】
図３（ｄ）は、状況指定的に利用されているビーコン３０から受信した電波の受信強度において、当該ビーコン３０の電源がＯＦＦされたことでlostと検知される場合の遷移パターンを示している。
【００４４】
図３（ｄ）に示すように、ビーコン３０が状況指定的に利用されている場合は、例えば、時間ｔ２においてビーコン３０の電源がＯＦＦされると、当該時間ｔ２における受信強度が所定の閾値以下となり、lostと検知される。したがって、状況指定的に利用されているビーコン３０から受信した電波の受信強度でlostと検知される場合の遷移パターンは、例えば、電源ＯＦＦの時間ｔ２で減少するステップ関数で表される。
【００４５】
このように、ビーコン３０の利用のされ方に応じて、携帯端末１０においてdetect又はlostと検知される受信強度の遷移パターンが異なる。したがって、本実施形態に係るサービス提供システム１では、ビーコン３０に応じて決定されるlost（又はdetect）と検知される場合の遷移パターンを単純化したリファレンスプロファイルに基づいて、アプリケーション５０の実行を制御するか否かを判定する。
【００４６】
すなわち、本実施形態に係るサービス提供システム１では、携帯端末１０においてlost（又はdetect）が検知された場合、当該lost（又はdetect）が検知された受信強度の遷移を単純化したプロファイルを作成する。そして、本実施形態に係るサービス提供システム１では、作成したプロファイルと、lost（又はdetect）が検知される場合の遷移パターンを単純化したリファレンスプロファイルとを比較して、比較結果に応じてアプリケーション５０の実行を制御する。
【００４７】
これにより、例えば、ビーコン３０から発信される電波に揺らぎが発生したこと等により、携帯端末１０において瞬間的にlostが検知された場合でも、アプリケーション５０の終了を防止することができる。すなわち、本実施形態に係るサービス提供システム１によれば、ビーコン３０を用いて、アプリケーション５０により各種機能やコンテンツの提供するサービスの質を向上させることができる。
【００４８】
なお、本実施形態に係るサービス提供システム１では、ビーコン３０毎のリファレンスプロファイルを作成して管理装置２０に格納する「準備フェーズ」と、リファレンスプロファイルに基づいてアプリケーション５０の実行を制御する「運用フェーズ」とがある。
【００４９】
次に、本実施形態に係る携帯端末１０及び管理装置２０のハードウェア構成について、図４を参照しながら説明する。図４は、本実施形態に係る携帯端末及び管理装置のハードウェア構成の一例を示す図である。なお、携帯端末１０及び管理装置２０は、同様のハードウェア構成を有しているため、以降では、主に、携帯端末１０のハードウェア構成について説明する。
【００５０】
携帯端末１０は、入力装置１１、表示装置１２、外部Ｉ／Ｆ１３、ＲＡＭ（Random Access Memory）１４、ＲＯＭ（Read Only Memory）１５、ＣＰＵ（Central Processing Unit）１６、通信装置１７、及び記憶装置１８を備える。これらの各ハードウェアは、それぞれがバスＢで相互に接続されている。
【００５１】
入力装置１１は、タッチパネル等であり、携帯端末１０に各種の操作信号を入力するのに用いられる。入力装置１１には、例えばキーボードやマウス等が含まれても良い。表示装置１２は、ディスプレイ等であり、各種の処理結果を表示する。なお、管理装置２０は、入力装置１１及び／又は表示装置１２を必要なときにバスＢに接続して利用する形態であっても良い。
【００５２】
外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、記録媒体１３ａ等がある。これにより、携帯端末１０は、外部Ｉ／Ｆ１３を介して記録媒体１３ａの読み取り及び／又は書き込みを行うことができる。なお、記録媒体１３ａには、例えば、ＳＤメモリカード(SD memory card）、ＵＳＢメモリ等がある。記録媒体１３ａには、これら以外にも、例えば、ＣＤ（Compact Disk）やＤＶＤ（Digital Versatile Disk）等が用いられても良い。
【００５３】
ＲＡＭ１４は、プログラムやデータを一時保存する揮発性の半導体メモリである。ＲＯＭ１５は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。ＣＰＵ１６は、例えば記憶装置１８やＲＯＭ１５等からプログラムやデータをＲＡＭ１４上に読み出して、各種処理を実行する演算装置である。
【００５４】
通信装置１７は、携帯端末１０をネットワークＮに接続するためのインタフェースである。また、通信装置１７は、例えばＢＬＥチップ等であり、ビーコン３０から電波を受信するためのインタフェースである。これにより、携帯端末１０は、管理装置２０と通信を行うことができるとともに、ビーコン３０から電波を受信することができる。
【００５５】
記憶装置１８は、プログラムやデータを格納している不揮発性のメモリである。記憶装置１８に格納されるプログラムやデータには、基本ソフトウェアであるＯＳ（Operating System）や各種プログラム（例えば、在圏検知プログラム４０、アプリケーション５０、管理プログラム６０等）がある。
【００５６】
本実施形態に係る携帯端末１０及び管理装置２０は、図４に示すハードウェア構成により、後述する各種処理が実現される。
【００５７】
次に、本実施形態に係るサービス提供システム１の機能構成について、図５を参照しながら説明する。図５は、本実施形態に係るサービス提供システムの機能構成の一例を示す図である。
【００５８】
携帯端末１０は、測定部４１０、平滑化部４２０、区間処理部４３０、作成要求部４４０、判定処理部４５０、通知部４６０、及び選択受付部４７０を有する。これら各部は、携帯端末１０にインストールされた在圏検知プログラム４０が、ＣＰＵ１６に実行させる処理により実現される。
【００５９】
測定部４１０は、ビーコン３０から受信した電波の受信強度を測定して、当該受信強度の時系列に従った遷移を示す遷移情報を作成する。なお、ビーコン３０から受信した電波には、当該ビーコン３０のビーコンＩＤが含まれる。
【００６０】
平滑化部４２０は、測定部４１０により作成された遷移情報について、移動平均を算出することにより平滑化する。
【００６１】
区間処理部４３０は、平滑化部４２０により平滑化された遷移情報のうち、所定の閾値を跨ぐ受信強度の変化があった区間を抽出して、変化区間情報を作成する。なお、区間処理部４３０は、検出部４３１、及び抽出部４３２を有する。
【００６２】
検出部４３１は、平滑化された遷移情報のうち、所定の閾値を跨ぐ受信強度の変化がある場合、当該変化を検出する。すなわち、検出部４３１は、detect又はlostが検知される受信強度の変化を検出する。抽出部４３２は、検出部４３１により検出された受信強度の変化が含まれる変化区間を抽出して、変化区間情報を作成する。
【００６３】
なお、変化区間とは、detect又はlostが検知される受信強度の変化が含まれる区間であって、定常区間（平滑化された遷移情報のうち、受信強度の変化が所定の範囲内の区間）に挟まれた区間である。すなわち、変化区間情報とは、detect又はlostが検知される場合の受信強度の特定の区間における遷移を示す情報である。
【００６４】
作成要求部４４０は、「準備フェーズ」において、リファレンスプロファイルの作成要求を管理装置２０に送信する。なお、当該作成要求には、区間処理部４３０により作成された変化区間情報が含まれる。
【００６５】
判定処理部４５０は、「運用フェーズ」において、区間処理部４３０により作成された変化区間情報に基づいてプロファイルを作成する。そして、判定処理部４５０は、「運用フェーズ」において、当該プロファイルと、リファレンスプロファイルとに基づいて、アプリケーション５０の実行を制御するか否かを判定する。なお、判定処理部４５０は、取得要求部４５１、正規化部４５２、粗視化部４５３、算出部４５４、及び判定部４５５を有する。
【００６６】
取得要求部４５１は、測定部４１０により受信強度を測定したビーコン３０のリファレンスプロファイルの取得要求を管理装置２０に送信する。なお、当該取得要求には、測定部４１０により受信強度を測定したビーコン３０のビーコンＩＤが含まれる。
【００６７】
正規化部４５２、区間処理部４３０により作成された変化区間情報を正規化する。すなわち、正規化部４５２は、変化区間情報の受信強度及び時間が、０以上１以下となるように正規化する。
【００６８】
粗視化部４５３は、正規化された変化区間情報を粗視化して、プロファイルを作成する。ここで、粗視化とは、正規化された変化区間情報の受信強度及び時間を、所定の範囲（所定のスケール）で離散化することを言う。換言すれば、粗視化部４５３は、正規化された変化区間情報に対して、所定の格子幅のモザイクを掛けて解像度（分解能、情報量）を下げることを言う。
【００６９】
ここで、正規化された変化区間情報をどれだけの解像度にまで下げるかは、分割パラメータにより決定される。例えば、分割パラメータが「４」である場合、粗視化部４５３は、正規化された変化区間情報を、２×２の４個の格子で表される解像度に粗視化する。また、例えば、分割パラメータが「１６」である場合、粗視化部４５３は、正規化された変化区間情報を、４×４の１６個の格子で表される解像度に粗視化する。
【００７０】
算出部４５４は、粗視化部４５３により作成されたプロファイルと、受信強度を測定したビーコン３０のビーコンＩＤに対応するリファレンスプロファイルとのハミング距離を算出する。判定部４５５は、算出部４５４により算出されたハミング距離に基づいて、当該ビーコンＩＤに対応するアプリケーション５０の実行を制御するか否かを判定する。
【００７１】
通知部４６０は、判定部４５５によりアプリケーション５０の実行を制御すると判定された場合、該当のアプリケーション５０に対して、当該アプリケーション５０を実行させるためのイベント、又は実行を終了させるためのイベントを通知する。
【００７２】
すなわち、通知部４６０は、例えば、受信強度を測定したビーコン３０のビーコンＩＤに基づいてアプリケーション５０を特定して、当該特定したアプリケーション５０にイベントを通知する。
【００７３】
選択受付部４７０は、「準備フェーズ」において、ビーコン３０から受信した電波に含まれるビーコンＩＤと、ユーザにより選択された定型パターンのパターンＩＤとを受け付ける。ここで、定型パターンとは、ビーコン３０の利用のされ方に応じて携帯端末１０でdetect又はlostが検知される場合における受信強度の典型的な遷移パターンのことである。
【００７４】
このように、本実施形態に係るサービス提供システム１において、リファレンスプロファイルは、区間処理部４３０により作成された変化区間情報に基づいて作成する方法と、予め定義された定型パターンを選択する方法との２通りの方法がある。いずれの方法を用いるかは、ビーコン３０毎に、携帯端末１０のユーザやビーコン３０の設置者、サービス提供システム１の管理者等により決定される。
【００７５】
管理装置２０は、作成処理部６１０、及び管理部６２０を有する。これら各部は、管理装置２０にインストールされた管理プログラム６０が、ＣＰＵ１６に実行させる処理により実現される。
【００７６】
また、管理装置２０は、定型パターン情報記憶部６３０、及びリファレンスプロファイル記憶部６４０を有する。これら各記憶部は、記憶装置１８を用いて実現可能である。
【００７７】
作成処理部６１０は、「準備フェーズ」において、リファレンスプロファイルの作成要求を携帯端末１０から受信すると、当該作成要求に含まれる変化区間情報に基づいてリファレンスプロファイルを作成する。なお、作成処理部６１０は、正規化部６１１、粗視化部６１２、算出部６１３、及び決定部６１４を有する。
【００７８】
正規化部６１１は、リファレンスプロファイルの作成要求に含まれる変化区間情報を正規化する。粗視化部６１２は、正規化部６１１により正規化された変化区間情報と、定型パターン情報記憶部６３０に記憶された定型パターン情報とを粗視化する。
【００７９】
また、粗視化部６１２は、決定部６１４により決定された分割パラメータを用いて、正規化された変化区間情報を粗視化して、リファレンスプロファイルを作成する。
【００８０】
算出部６１３は、粗視化部６１２により粗視化された変化区間情報と定型パターン情報との利得を算出する。
【００８１】
ここで、利得とは、粗視化により削減される変化区間情報の情報量と、変化区間情報における受信強度の遷移の識別性との割合を示す指標値である。したがって、利得は、粗視化部６１２により変化区間情報と定型パターン情報を粗視化した際の分割パラメータを、粗視化された変化区間情報と定型パターン情報のハミング距離で除算することで算出される。
【００８２】
決定部６１４は、算出部６１３により算出された利得に基づいて、リファレンスプロファイルの作成に用いる分割パラメータを決定する。決定部６１４により決定された分割パラメータを用いて、粗視化部６１２により粗視化された変化区間情報がリファレンスプロファイルとなる。
【００８３】
管理部６２０は、作成処理部６１０により作成されたリファレンスプロファイルを、リファレンスプロファイルの作成要求に含まれるビーコンＩＤと関連付けてリファレンスプロファイル記憶部６４０に格納する。また、管理部６２０は、携帯端末１０からリファレンスプロファイルの取得要求を受信すると、当該取得要求に含まれるビーコンＩＤに対応するリファレンスプロファイルをリファレンスプロファイル記憶部６４０から取得する。
【００８４】
定型パターン情報記憶部６３０は、ビーコン３０の利用され方に応じて携帯端末１０でdetect又はlostが検知される場合の受信強度の典型的な遷移パターン示す定型パターン情報が格納された定型パターン情報テーブルを記憶する。
【００８５】
ここで、lostが検知される場合の定型パターン情報が格納された定型パターン情報テーブル６３０Ｄについて、図６を参照しながら説明する。図６は、定型パターン情報テーブルの一例を模式的に示す図である。
【００８６】
図６に示す定型パターン情報テーブル６３０Ｄは、データ項目として、パターンＩＤと、定型パターン情報とを有する。パターンＩＤは、定型パターン情報を一意に識別する識別情報である。図６に示す例では、定型パターン情報は、lostが検知される場合の受信強度の遷移パターンを示す情報である。
【００８７】
例えば、パターンＩＤ「Ｐ００１」に関連付けられた定型パターン情報は、ビーコン３０が場所指定的に利用されている場合にlostが検知される遷移パターンを示す情報である。
【００８８】
また、例えば、パターンＩＤ「Ｐ００２」に関連付けられた定型パターン情報は、ビーコン３０が状況指定的に利用されている場合にlostが検知される遷移パターンを示す情報である。
【００８９】
さらに、例えば、パターンＩＤ「Ｐ００３」に関連付けられた定型パターン情報は、周囲が壁に囲まれたエリアに設置されたビーコン３０が場所指定的に利用されている場合に、扉を開けてエリア外に出ることでlostが検知される遷移パターンを示す情報である。
【００９０】
以上のように、定型パターン情報記憶部６３０には、ビーコン３０の利用のされ方に応じてdetect又はlostが検知される場合の典型的な遷移パターンを示す定型パターン情報が格納されている。
【００９１】
リファレンスプロファイル記憶部６４０は、作成処理部６１０により作成されたリファレンスプロファイルが格納されたリファレンスプロファイルテーブルを記憶する。
【００９２】
ここで、lostが検知される場合のリファレンスプロファイルが格納されたリファレンスプロファイルテーブル６４０Ｄについて、図７を参照しながら説明する。図７は、リファレンスプロファイルテーブルの一例を模式的に示す図である。
【００９３】
図７に示すリファレンスプロファイルテーブル６４０Ｄは、データ項目として、ビーコンＩＤと、リファレンスプロファイルとを有する。ビーコンＩＤは、ビーコン３０を一意に識別する識別情報である。図７に示す例では、リファレンスプロファイルは、ビーコンＩＤに対応するビーコン３０から受信した電波の受信強度に基づいてlostが検知される場合のリファレンスプロファイルである。
【００９４】
例えば、ビーコンＩＤ「Ｂ００１」には、５×５の解像度で表されたリファレンスプロファイルが関連付けられている。また、ビーコンＩＤ「Ｂ００２」には、４×４の解像度で表されたリファレンスプロファイルが関連付けられている。このように、リファレンスプロファイルは、detect又はlostが検知される場合の受信強度の遷移を示す変化区間情報を、分割パラメータに基づく解像度で粗視化したものである。
【００９５】
以上のように、リファレンスプロファイル記憶部６４０には、ビーコン３０毎に、detect又はlostが検知される場合のリファレンスプロファイルが格納されている。
【００９６】
次に、本実施形態に係るサービス提供システム１の処理の詳細について説明する。まず、「準備フェーズ」において、携帯端末１０で測定したビーコン３０の電波の受信強度に基づいて、管理装置２０でリファレンスプロファイルを作成及び格納する処理について、図８を参照しながら説明する。図８は、本実施形態に係るリファレンスプロファイルの格納処理の一例を示す図である。なお、以降では、携帯端末１０でlostが検知される場合のリファレンスプロファイルを作成及び格納する場合について説明する。
【００９７】
まず、携帯端末１０の測定部４１０は、ビーコン３０から受信した電波の受信強度を測定して、受信強度の遷移情報を作成する（ステップＳ８０１）。ここで、測定部４１０は、図９（ａ）に示すような、時間ｔ１〜ｔ４までの受信強度の遷移情報１０００を作成したものとする。
【００９８】
次に、携帯端末１０の平滑化部４２０は、遷移情報１０００の受信強度の移動平均を算出して、図９（ｂ）に示すように、遷移情報１０００を平滑化した遷移情報１１００を作成する（ステップＳ８０２）。なお、移動平均は、単純移動平均を算出すれば良いが、これに限られない。平滑化部４２０は、例えば、加重移動平均等の各種の移動平均を算出しても良い。
【００９９】
次に、携帯端末１０の区間処理部４３０は、検出部４３１により、遷移情報１１００に閾値を跨ぐ受信強度の変化（すなわち、lostが検知される受信強度の変化）がある場合、当該受信強度の変化を検出する。そして、区間処理部４３０は、閾値を跨ぐ受信強度の変化が検出された場合、ステップＳ８０４に進む。一方で、区間処理部４３０は、閾値を跨ぐ受信強度の変化が検出さなかった場合、ステップＳ８０１に戻る（ステップＳ８０３）。
【０１００】
携帯端末１０の区間処理部４３０は、検出部４３１により閾値を跨ぐ受信強度の変化が検出されると、抽出部４３２により、当該検出された受信強度の変化が含まれる変化区間を抽出して、変化区間情報を作成する（ステップＳ８０４）。
【０１０１】
すなわち、抽出部４３２は、遷移情報１１００のうち、時間ｔ１〜ｔ２の区間（定常区間）と、時間ｔ３〜ｔ４の区間（定常区間）とで挟まれた時間ｔ２〜ｔ３の区間（変化区間）を抽出する。そして、抽出部４３２は、図９（ｃ）に示すように、当該変化区間を示す変化区間情報１２００を作成する。これにより、区間処理部４３０により、電波の受信強度を測定したビーコン３０を用いた場合にlostが検知される受信強度の遷移を示す変化区間情報１２００が作成される。
【０１０２】
次に、携帯端末１０の作成要求部４４０は、区間処理部４３０により作成された変化区間情報１２００が作成されると、リファレンスプロファイルの作成要求を管理装置２０に送信する（ステップＳ８０５）。なお、当該作成要求には、変化区間情報１２００と、ステップＳ８０１で測定部４１０により受信強度が測定されたビーコン３０のビーコンＩＤとが含まれる。
【０１０３】
管理装置２０の作成処理部６１０は、リファレンスプロファイルの作成要求を受信すると、正規化部６１１により、当該作成要求に含まれる変化区間情報１２００を正規化する（ステップＳ８０６）。すなわち、正規化部６１１は、変化区間情報１２００の時間及び受信強度が、例えば０以上１以下となるように正規化する。以降では、正規化部６１１により正規化された変化区間情報１２００を、「変化区間情報１３００」と表す。
【０１０４】
このように、変化区間情報１２００を正規化することにより、例えば、携帯端末１０のユーザの歩行速度、電波の受信強度の絶対値等に依存しない変化区間情報１３００が作成される。
【０１０５】
次に、管理装置２０の作成処理部６１０は、変化区間情報１３００を粗視化して、リファレンスプロファイルを作成する（ステップＳ８０７）。なお、本ステップにおけるリファレンスプロファイルの作成処理の詳細については後述する。
【０１０６】
管理装置２０の管理部６２０は、作成処理部６１０により作成されたリファレンスプロファイルを、リファレンスプロファイルの作成要求に含まれるビーコンＩＤと関連付けてリファレンスプロファイルテーブル６４０Ｄに格納する（ステップＳ８０８）。これにより、本実施形態に係るサービス提供システム１の管理装置２０において、ビーコン３０毎に、リファレンスプロファイルが管理される。
【０１０７】
なお、以上では、detectが検知される場合のリファレンスプロファイルの作成及び格納については、ステップＳ８０３において検出部４３１でdetectが検知される受信強度の変化を検出することにより、上記と同様の処理で実現することができる。
【０１０８】
次に、上記のステップＳ８０７におけるリファレンスプロファイルの作成処理の詳細について、図１０を参照しながら説明する。図１０は、本実施形態に係るリファレンスプロファイルの作成処理の流れを示す図である。
【０１０９】
まず、管理装置２０の作成処理部６１０は、定型パターン情報記憶部６３０に記憶されている定型パターン情報テーブル６３０Ｄから定型パターン情報を１件取得する（ステップＳ１００１）。
【０１１０】
次に、管理装置２０の作成処理部６１０は、分割パラメータの決定に用いる変数Ｎ（Ｎは自然数）を、Ｎ＝２とする（ステップＳ１００２）。
【０１１１】
次に、管理装置２０の作成処理部６１０は、粗視化部６１２により、変化区間情報１３００と、定型パターン情報テーブル６３０Ｄから取得した定型パターン情報とを分割パラメータＮ２で粗視化する（ステップＳ１００３）。
【０１１２】
次に、管理装置２０の作成処理部６１０は、算出部６１３により、粗視化された変化区間情報１３００と、粗視化された定型パターン情報とのハミング距離を算出する（ステップＳ１００４）。
【０１１３】
次に、管理装置２０の作成処理部６１０は、算出部６１３により、利得を算出する（ステップＳ１００５）。すなわち、算出部６１３は、分割パラメータＮ２を、ステップＳ１００４で算出したハミング距離で除算して、利得を算出する。
【０１１４】
次に、管理装置２０の作成処理部６１０は、変数Ｎに１を加算する（ステップＳ１００６）。
【０１１５】
続いて、管理装置２０の作成処理部６１０は、変数Ｎが、予め設定された最大数Ｍを超えたか否かを判定する。そして、作成処理部６１０は、変数Ｎが最大数Ｍを超えていると判定された場合、ステップＳ１００８に進む。一方で、作成処理部６１０は、変数Ｎが最大数Ｍを超えていないと判定された場合、ステップＳ１００３に戻る（ステップＳ１００７）。なお、最大数Ｍの値は、例えば、携帯端末１０のユーザやビーコン３０の設置者、サービス提供システム１の管理者等により決定される。
【０１１６】
ここで、Ｍ＝６である場合に、作成処理部６１０によりステップＳ１００３〜ステップＳ１００６の処理が実行された結果について、図１１を参照しながら説明する。図１１は、粗視化、ハミング距離の算出、及び利得の算出について説明する図である。
【０１１７】
Ｎ＝２である場合、分割パラメータＮ２は「４」である。したがって、ステップＳ１００３において粗視化部６１２は、変化区間情報１３００と、定型パターン情報テーブル６３０Ｄから取得した定型パターン情報とを２×２の格子で表される解像度に粗視化する。
【０１１８】
このとき、粗視化した変化区間情報１３００及び粗視化した定型パターン情報の（ｉ，ｊ）成分の格子の値を、それぞれＰ（ｉ，ｊ）及びＱ（ｉ，ｊ）とすると、各（ｉ，ｊ）に対してＰ（ｉ，ｊ）＝Ｑ（ｉ，ｊ）となる。したがって、算出部６１３により、ハミング距離及び利得は、ともに「０」と算出される。
【０１１９】
Ｎ＝３である場合、分割パラメータＮ２は「９」である。したがって、ステップＳ１００３において粗視化部６１２は、変化区間情報１３００と、定型パターン情報テーブル６３０Ｄから取得した定型パターン情報とを３×３の格子で表される解像度に粗視化する。
【０１２０】
このとき、Ｐ（１，２）≠Ｑ（１，２）、Ｐ（２，１）≠Ｑ（２，１）となる。したがって、算出部６１３により、ハミング距離は「２」、利得は「０．２２」と算出される。
【０１２１】
Ｎ＝４である場合、分割パラメータＮ２は「１６」である。したがって、ステップＳ１００３において粗視化部６１２は、変化区間情報１３００と、定型パターン情報テーブル６３０Ｄから取得した定型パターン情報とを４×４の格子で表される解像度に粗視化する。
【０１２２】
このとき、Ｐ（１，２）≠Ｑ（１，２）、Ｐ（２，１）≠Ｑ（２，１）、Ｐ（３，３）≠Ｑ（３，３）、Ｐ（４，２）≠Ｑ（４，２）となる。したがって、算出部６１３により、ハミング距離は「４」、利得は「０．２５」と算出される。以降、Ｎ＝５である場合及びＮ＝６である場合も上記と同様にして利得が算出される。
【０１２３】
このように、作成処理部６１０は、取得した定型パターン情報に対して、分割パラメータを変えながら当該定型パターン情報と変化区間情報１３００とを粗視化して、分割パラメータ毎に利得を算出する。
【０１２４】
次に、管理装置２０の作成処理部６１０は、決定部６１４により、上記のステップＳ１００３〜ステップＳ１００６の処理が実行された結果のうち、利得が最大となる分割パラメータＮ２を決定する（ステップＳ１００８）。例えば、図１１に示した算出結果では、Ｎ＝５の場合の利得「０．３２」が最大であるため、決定部６１４は、分割パラメータを「２５」と決定する。このように、決定部６１４は、定型パターン情報テーブル６３０Ｄから取得した定型パターン情報毎に分割パラメータを決定する。
【０１２５】
続いて、管理装置２０の作成処理部６１０は、定型パターン情報テーブル６３０Ｄに次の定型パターン情報があるか否かを判定する。そして、作成処理部６１０は、次の定型パターン情報があると判定された場合、ステップＳ１００１に戻る。一方、作成処理部６１０は、次の定型パターン情報がないと判定された場合、ステップＳ１０１０に進む（ステップＳ１００９）。すなわち、作成処理部６１０は、定型パターン情報テーブル６３０Ｄに格納されている各定型パターン情報に対して、ステップＳ１００１〜ステップＳ１００８の処理を実行する。
【０１２６】
管理装置２０の作成処理部６１０は、決定部６１４により、定型パターン情報毎にステップＳ１００８で決定された分割パラメータの平均を算出する（ステップＳ１０１０）。すなわち、例えば、定型パターン情報毎にステップＳ１００８で決定された分割パラメータを、それぞれＮ２（１），Ｎ２（２），・・・，Ｎ２（Ｌ）とすれば、｛Ｎ２（１）＋Ｎ２（２）＋・・・＋Ｎ２（Ｌ）｝／Ｌを算出する。なお、ここで、Ｌは、定型パターン情報テーブル６３０Ｄに格納されている定型パターン情報のレコード数である。
【０１２７】
次に、管理装置２０の作成処理部６１０は、決定部６１４により、ステップＳ１０１０で算出された平均に最も近い平方数を、リファレンスプロファイルの作成に用いる分割パラメータに決定する（ステップＳ１０１１）。なお、平均に最も近い平方数とは、例えば、当該平均との絶対値が最も小さい平方数のことである。
【０１２８】
続いて、管理装置２０の作成処理部６１０は、粗視化部６１２により、決定された分割パラメータを用いて変化区間情報１３００を粗視化して、リファレンスプロファイルを作成する（ステップＳ１０１２）。
【０１２９】
以上により、本実施形態に係るサービス提供システム１では、管理装置２０において、リファレンスプロファイルが作成される。このように作成されたリファレンスプロファイルは、lost又はdetectが検知される場合の電波の受信強度の概形を示すものであるため、後述する「運用フェーズ」において、アプリケーション５０の実行を制御するか否かを高速に判定することができる。
【０１３０】
次に、「準備フェーズ」において、携帯端末１０のユーザが定型パターンを選択して、選択された定型パターンに基づくリファレンスプロファイルを作成及び格納する処理について、図１２を参照しながら説明する。図１２は、本実施形態に係るリファレンスプロファイルの格納処理の他の例を示す図である。
【０１３１】
携帯端末１０の選択受付部４７０は、ビーコン３０から受信した電波に含まれるビーコンＩＤを受け付ける（ステップＳ１２０１）。
【０１３２】
次に、携帯端末１０の選択受付部４７０は、ユーザにより選択された定型パターンを示すパターンＩＤを受け付ける（ステップＳ１２０２）。例えば、選択受付部４７０は、図１３に示す定型パターン選択画面２０００において、ユーザにより選択された定型パターンのパターンＩＤを受け付ける。
【０１３３】
なお、携帯端末１０は、図１３に示す定型パターン選択画面２０００に表示されるパターンＩＤ及び定型パターン情報を管理装置２０から取得して、当該定型パターン選択画面２０００を表示させれば良い。
【０１３４】
次に、携帯端末１０の作成要求部４４０は、選択受付部４７０によりビーコンＩＤ及びパターンＩＤが受け付けられると、リファレンスプロファイルの作成要求を管理装置２０に送信する（ステップＳ１２０３）。なお、当該作成要求には、選択受付部４７０により受け付けられたビーコンＩＤとパターンＩＤとが含まれる。
【０１３５】
管理装置２０の作成処理部６１０は、粗視化部６１２により、当該作成要求に含まれるパターンＩＤの定型パターン情報を、予め設定された分割パラメータで粗視化して、リファレンスプロファイルを作成する（ステップＳ１２０４）。なお、分割パラメータは、例えば、ステップＳ１２０２の定型パターン選択画面２０００において、ユーザが指定することができても良い。
【０１３６】
次に、管理装置２０の管理部６２０は、作成処理部６１０により作成されたリファレンスプロファイルを、リファレンスプロファイルの作成要求に含まれるビーコンＩＤと関連付けてリファレンスプロファイルテーブル６４０Ｄに格納する（ステップＳ１２０５）。これにより、本実施形態に係るサービス提供システム１の管理装置２０において、ビーコン３０毎に、ユーザにより選択された定型パターンに基づくリファレンスプロファイルが管理される。このように、例えば、ユーザがビーコン３０の利用のされ方を予め知っているような場合には、定型パターンを選択することで、簡易にリファレンスプロファイルを作成することができる。
【０１３７】
次に、「運用フェーズ」において、携帯端末１０で測定したビーコン３０の電波の受信強度に基づいて、当該携帯端末１０にインストールされたアプリケーション５０の実行を制御する処理について、図１４を参照しながら説明する。図１４は、本実施形態に係るアプリケーションの制御処理の一例を示す図である。
【０１３８】
まず、携帯端末１０の測定部４１０は、ビーコン３０から受信した電波の受信強度を測定して、受信強度の遷移情報を作成する（ステップＳ１４０１）。
【０１３９】
次に、携帯端末１０の平滑化部４２０は、測定部４１０により作成された遷移情報の受信強度の移動平均を算出して、当該遷移情報を平滑化する（ステップＳ１４０２）。
【０１４０】
次に、携帯端末１０の区間処理部４３０は、検出部４３１により、平滑化された遷移情報に閾値を跨ぐ受信強度の変化がある場合、当該受信強度の変化を検出する、そして、区間処理部４３０は、閾値を跨ぐ受信強度の変化が検出された場合、ステップＳ１４０４に進む。一方で、区間処理部４３０は、閾値を跨ぐ受信強度の変化が検出されなかった場合、ステップＳ１４０１に戻る（ステップＳ１４０３）。
【０１４１】
携帯端末１０の区間処理部４３０は、検出部４３１により閾値を跨ぐ受信強度の変化が検出されると、抽出部４３２により、当該検出された受信強度の変化が含まれる変化区間を抽出して、変化区間情報を作成する（ステップＳ１４０４）。
【０１４２】
なお、上記で説明したステップＳ１４０１〜ステップＳ１４０４の処理は、図８で説明したステップＳ８０１〜ステップＳ８０４の処理と同様の処理である。
【０１４３】
次に、携帯端末１０の判定処理部４５０は、取得要求部４５１により、リファレンスプロファイルの取得要求を管理装置２０に送信する（ステップＳ１４０５）。なお、当該取得要求には、ステップＳ１４０１で測定部４１０により受信強度が測定されたビーコン３０のビーコンＩＤが含まれる。
【０１４４】
管理装置２０の管理部６２０は、リファレンスプロファイルの取得要求を受信すると、当該取得要求に含まれるビーコンＩＤに関連付けられているリファレンスプロファイルを、リファレンスプロファイル記憶部６４０から取得する（ステップＳ１４０６）。
【０１４５】
次に、管理装置２０の管理部６２０は、取得したリファレンスプロファイルを、リファレンスプロファイルの取得要求の送信元の携帯端末１０に返信する（ステップＳ１４０７）。
【０１４６】
携帯端末１０の判定処理部４５０は、正規化部４５２により、ステップＳ１４０４で作成された変化区間情報を正規化する（ステップＳ１４０８）。すなわち、正規化部４５２は、変化区間情報の時間及び受信強度が、例えば０以上１以下となるように正規化する。
【０１４７】
次に、携帯端末１０の判定処理部４５０は、粗視化部４５３により、正規化された変化区間情報を粗視化して、プロファイルを作成する（ステップＳ１４０９）。ここで、粗視化部４５３は、管理装置２０から取得したリファレンスプロファイルと同様の分割パラメータを用いて、正規化された変化区間情報を粗視化して、プロファイルを作成する。
【０１４８】
次に、携帯端末１０の判定処理部４５０は、算出部４５４により、プロファイルとリファレンスプロファイルとのハミング距離を算出する（ステップＳ１４１０）。
【０１４９】
次に、携帯端末１０の判定処理部４５０は、判定部４５５により、算出されたハミング距離が所定値以下であるか否かを判定する。そして、判定処理部４５０は、ハミング距離が所定値以下であると判定された場合、ステップＳ１４１２に進む。一方、判定処理部４５０は、ハミング距離が所定値以下でないと判定された場合、ステップＳ１４１３に進む（ステップＳ１４１１）。なお、所定値は、例えば、携帯端末１０のユーザや、サービス提供システム１の管理者等により決定される。
【０１５０】
携帯端末１０の通知部４６０は、判定部４５５によりハミング距離が所定値以下であると判定された場合、検出部４３１により検出されたdetect又はlostに応じたイベントをアプリケーション５０に通知する（ステップＳ１４１２）。なお、通知部４６０は、例えば、ステップＳ１４０１で電波の受信強度を測定したビーコン３０のビーコンＩＤに対応するアプリケーション５０にイベントを通知する。
【０１５１】
例えば、通知部４６０は、ステップＳ１４０３においてdetectが検知される受信強度の変化（すなわち、受信強度が閾値を超える変化）を検出した場合、アプリケーション５０を実行させるためのイベントを当該アプリケーション５０に通知する。
【０１５２】
一方、例えば、通知部４６０は、ステップＳ１４０３においてlostが検知される受信強度の変化（すなわち、受信強度が閾値以下となる変化）を検出した場合、アプリケーション５０を終了させるためのイベントを当該アプリケーション５０に通知する。
【０１５３】
なお、通知部４６０が通知するイベントは、該当のアプリケーション５０を実行又は終了させるためのイベントに限られない。例えば、通知部４６０は、該当のアプリケーション５０に所定の処理（例えば、画面遷移処理や画像の表示処理等）を実行させるためのイベントを通知しても良い。このように、通知部４６０は、実行中の該当のアプリケーション５０の動作を制御するイベントを通知しても良い。
【０１５４】
また、通知部４６０は、ステップＳ１４０３においてdetectが検知される受信強度の変化を検出した場合、アプリケーション５０が格納されているサーバにイベントを通知して、当該アプリケーション５０をダウンロードしても良い。一方、通知部４６０は、ステップＳ１４０３においてlostが検知される受信強度の変化を検出した場合、ダウンロードしたアプリケーション５０を削除しても良い。
【０１５５】
携帯端末１０の判定処理部４５０は、判定部４５５によりハミング距離が所定値以下でないと判定された場合、所定の時間後に、受信強度が元のレベルに復帰したか否かを判定する。そして、判定処理部４５０は、受信強度が元のレベルに復帰したと判定された場合、ステップＳ１４０１に戻る。一方で、判定処理部４５０は、受信強度が元のレベルに復帰していないと判定された場合、ステップＳ１４１２に進む（ステップＳ１４１３）。
【０１５６】
すなわち、判定処理部４５０は、ステップ１４０３においてdetectが検知される受信強度の変化を検出した場合、所定の時間後に、受信強度が閾値以下となったか否かを判定する。又は、判定処理部４５０は、ステップＳ１４０３においてlostが検知される受信強度の変化を検出した場合、所定の時間後に、受信強度が閾値を超えたか否かを判定する。換言すれば、判定処理部４５０は、ステップＳ１４１３瞬間的に閾値を超えた（又は瞬間的に閾値以下となった）場合であるか否かを判定する。なお、所定の時間とは、例えば、１秒ないし数秒程度が挙げられる。
【０１５７】
以上のように、本実施形態に係るサービス提供システム１では、ビーコン３０から受信した電波の受信強度の遷移の概形を示すプロファイルと、ビーコン３０毎にdetect又はlostが検知される場合の遷移の概形を示すリファレンスプロファイルとを比較する。そして、本実施形態に係るサービス提供システム１では、プロファイルとリファレンスプロファイルとのハミング距離が所定値以下である場合に、携帯端末１０において、アプリケーション５０の実行を制御する。
【０１５８】
このため、例えば、ビーコン３０から発信された電波の揺らぎ等により、携帯端末１０において瞬間的にdetect又はlostが検知されるような場合には、アプリケーション５０の実行がされることを防止することができる。特に、例えば、携帯端末１０において瞬間的にlostが検知されることで、アプリケーション５０の実行が終了してしまうことを防止することができる。
【０１５９】
したがって、本実施形態に係るサービス提供システム１では、ビーコン３０を用いて、場所や状況に応じてアプリケーション５０の実行を制御するサービスの質を向上させることができる。
【０１６０】
以上、本発明の実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１６１】
以上の説明に関し、更に以下の項を開示する。
（付記１）
ビーコン装置から受信した電波の受信強度を測定して、時系列の測定結果を示す第１の測定情報を作成し、
作成された前記第１の測定情報と、前記ビーコン装置に応じた受信強度の時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定し、
判定結果に応じて前記アプリケーションを制御する、
処理をコンピュータが実行することを特徴とする制御方法。
（付記２）
前記ビーコン装置から受信した電波の受信強度を測定して作成された第２の測定情報を、決定された第１の格子分割数で粗視化して前記時間変化パターンを作成して、記憶部に記憶する、
処理をコンピュータが実行し、
前記判定する処理は、
作成された前記第１の測定情報と、前記記憶部に記憶された前記時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定する、
ことを特徴とする付記１に記載の制御方法。
（付記３）
前記第１の格子分割数は、予め定義された受信強度の時間変化を示す定型パターンと、前記第２の測定情報とを所定の第２の格子分割数で粗視化して、前記第２の格子分割数と、粗視化された前記定型パターン及び前記第２の測定情報のハミング距離との割合が最大となるように決定される、
ことを特徴とする付記２に記載の制御方法。
（付記４）
前記作成する処理は、
前記第１の測定情報から、受信強度の変化が所定の範囲内である区間に挟まれた変化区間を抽出し、抽出した前記変化区間を正規化した変化区間情報を作成し、
前記判定する処理は、
前記変化区間情報と、前記時間変化パターンとに基づいてハミング距離を算出し、算出した前記ハミング距離が所定値以下であるか否かに基づいて、前記アプリケーションを制御するか否かを判定する、
ことを特徴とする付記１ないし３のいずれかの付記に記載の制御方法。
（付記５）
ビーコン装置から受信した電波の受信強度を測定して、時系列の測定結果を示す第１の測定情報を作成する第１の作成部と、
作成された前記第１の測定情報と、前記ビーコン装置に応じた受信強度の時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定する判定部と、
判定結果に応じて前記アプリケーションを制御する制御部と、
を有することを特徴とする端末装置。
（付記６）
前記ビーコン装置から受信した電波の受信強度を測定して作成された第２の測定情報を、決定された第１の格子分割数で粗視化して前記時間変化パターンを作成して、記憶部に記憶させる第２の作成部を有し、
前記判定部は、
作成された前記第１の測定情報と、前記記憶部に記憶された前記時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定する、
ことを特徴とする付記５に記載の端末装置。
（付記７）
前記第１の格子分割数は、予め定義された受信強度の時間変化を示す定型パターンと、前記第２の測定情報とを所定の第２の格子分割数で粗視化して、前記第２の格子分割数と、粗視化された前記定型パターン及び前記第２の測定情報のハミング距離との割合が最大となるように決定される、
ことを特徴とする付記６に記載の端末装置。
（付記８）
前記第１の作成部は、
前記第１の測定情報から、受信強度の変化が所定の範囲内である区間に挟まれた変化区間を抽出し、抽出した前記変化区間を正規化した変化区間情報を作成し、
前記判定部は、
前記変化区間情報と、前記時間変化パターンとに基づいてハミング距離を算出し、算出した前記ハミング距離が所定値以下であるか否かに基づいて、前記アプリケーションを制御するか否かを判定する、
ことを特徴とする付記５ないし７のいずれかの付記に記載の端末装置。
（付記９）
ビーコン装置から受信した電波の受信強度を測定して、時系列の測定結果を示す第１の測定情報を作成し、
作成された前記第１の測定情報と、前記ビーコン装置に応じた受信強度の時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定し、
判定結果に応じて前記アプリケーションを制御する、
処理をコンピュータに実行させることを特徴とするプログラム。
（付記１０）
前記ビーコン装置から受信した電波の受信強度を測定して作成された第２の測定情報を、決定された第１の格子分割数で粗視化して前記時間変化パターンを作成して、記憶部に記憶する、
処理をコンピュータに実行させ、
前記判定する処理は、
作成された前記第１の測定情報と、前記記憶部に記憶された前記時間変化パターンとに基づいて、アプリケーションを制御するか否かを判定する、
ことを特徴とする付記９に記載のプログラム。
（付記１１）
前記第１の格子分割数は、予め定義された受信強度の時間変化を示す定型パターンと、前記第２の測定情報とを所定の第２の格子分割数で粗視化して、前記第２の格子分割数と、粗視化された前記定型パターン及び前記第２の測定情報のハミング距離との割合が最大となるように決定される、
ことを特徴とする付記１０に記載の制御方法。
（付記１２）
前記作成する処理は、
前記第１の測定情報から、受信強度の変化が所定の範囲内である区間に挟まれた変化区間を抽出し、抽出した前記変化区間を正規化した変化区間情報を作成し、
前記判定する処理は、
前記変化区間情報と、前記時間変化パターンとに基づいてハミング距離を算出し、算出した前記ハミング距離が所定値以下であるか否かに基づいて、前記アプリケーションを制御するか否かを判定する、
ことを特徴とする付記９ないし１１のいずれかの付記に記載の制御方法。
【符号の説明】
【０１６２】
１      サービス提供システム
１０    携帯端末
２０    管理装置
３０    ビーコン
４０    在圏検知プログラム
５０    アプリケーション
６０    管理プログラム
４１０  測定部
４２０  平滑化部
４３０  区間処理部
４３１  検出部
４３２  抽出部
４４０  作成要求部
４５０  判定処理部
４５１  取得要求部
４５２  正規化部
４５３  粗視化部
４５４  算出部
４５５  判定部
４６０  通知部
４７０  選択受付部
６１０  作成処理部
６１１  正規化部
６１２  粗視化部
６１３  算出部
６１４  決定部
６２０  管理部
６３０  定型パターン情報記憶部
６４０  リファレンスプロファイル記憶部
【図１】
0006531577.tif 000002
【図２】
0006531577.tif 000003
【図３】
0006531577.tif 000004
【図４】
0006531577.tif 000005
【図５】
0006531577.tif 000006
【図６】
0006531577.tif 000007
【図７】
0006531577.tif 000008
【図８】
0006531577.tif 000009
【図９】
0006531577.tif 000010
【図１０】
0006531577.tif 000011
【図１１】
0006531577.tif 000012
【図１２】
0006531577.tif 000013
【図１３】
0006531577.tif 000014
【図１４】
0006531577.tif 000015