(57)【要約】【課題】電子デバイスにおけるアプリケーションを動作させ、許可をモニタリングする方法とシステム。【解決手段】第１のアプリケーションから情報をアクセスするための第２のアプリケーションから要求を受信するステップであって、前記第１および第２のアプリケーションは、ユーザ装置の上にインストールされている、ステップと、前記要求に応答して、少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作しているか否かを判断するステップと、を含む方法。【選択図】図１
2016540287.tif 000002
【特許請求の範囲】
【請求項１】
第１のアプリケーションから情報をアクセスするための第２のアプリケーションから要求を受信するステップであって、前記第１および第２のアプリケーションは、ユーザ装置の上にインストールされている、ステップと、
前記要求に応答して、少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作しているか否かを判断するステップと、を含む方法。
【請求項２】
前記方法は、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していると判断されたとき、前記情報を、前記第２のアプリケーションに提供するステップを含む、請求項１に記載の方法。
【請求項３】
前記方法は、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していないと判断されたとき、前記情報の提供を、前記第２のアプリケーションに拒絶するステップを含む、請求項１または請求項２に記載の方法。
【請求項４】
前記少なくとも１つの規則は、前記第１のアプリケーションの開発者によって規定される、前記ユーザ装置のユーザによって規定される、前記ユーザ装置によって自動的につくられる、のうちの少なくとも１つである、請求項１ないし３のいずれか１項に記載の方法。
【請求項５】
前記情報は、前記第１のアプリケーションのカスタム許可（ｃｕｓｔｏｍ  ｐｅｒｍｉｓｓｉｏｎ）によって保護されている、請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
前記カスタム許可は、前記第１のアプリケーションの開発者によってつくられる、請求項５に記載の方法。
【請求項７】
前記少なくとも１つの規則は、前記第１のアプリケーションに統合される、請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
前記方法は、ある期間前記第２のアプリケーションの挙動をモニタリングするステップを含む、請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
１つ以上のプロセッサの上で動作すると、請求項１ないし８のいずれか１項の方法実行するコンピュータ実行可能命令を備えるコンピュータ・プログラム。
【請求項１０】
少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを備える装置であって、前記少なくとも１つのメモリおよび前記プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、少なくとも第１のアプリケーションから情報をアクセスするための第２のアプリケーションから要求を受信することであって、前記第１および第２のアプリケーションは、前記装置の上にインストールされている、受信することをさせ、前記要求に応答して、少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作しているか否かを判断させるように構成される、装置。
【請求項１１】
前記少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記装置に、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していると判断されたとき、前記情報を、前記第２のアプリケーションに提供させるように構成される、請求項１０に記載の装置。
【請求項１２】
前記少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記装置に、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していないと判断されたとき、前記情報の提供を、前記第２のアプリケーションに拒絶させるように構成される請求項１０または請求項１１に記載の装置。
【請求項１３】
前記少なくとも１つの規則は、前記第１のアプリケーションの開発者によって規定される、前記装置のユーザによって規定される、前記装置によって自動的につくられる、のうちの少なくとも１つである、請求項１０ないし１２のいずれか１項に記載の装置。
【請求項１４】
前記少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記第１のアプリケーションのカスタム許可によって前記装置に、前記情報を保護させるように構成される、請求項１０ないし１３のいずれか１項に記載の装置。
【請求項１５】
前記カスタム許可は、前記第１のアプリケーションの開発者によってつくられる、請求項１４に記載の装置。
【請求項１６】
前記少なくとも１つの規則は、前記第１のアプリケーションに統合される、請求項１０ないし１５のいずれか１項に記載の装置。
【請求項１７】
前記少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記装置に、ある期間前記第２のアプリケーションの挙動をモニターさせるように構成される請求項１０ないし１６のいずれか１項に記載の装置。
【請求項１８】
ユーザ装置のアプリケーションの動作に対する少なくとも１つの規則を規定するステップであって、１つ以上の許可に関連する前記少なくとも１つの規則は、前記アプリケーションに与えられる、ステップと、
いつ、前記アプリケーションが、前記１つ以上の許可をアクセスするのを試みるかを検出するステップと、
前記検出に応答して、前記アプリケーションの前記動作のモニタリング期間を開始するステップと、
前記モニタリング期間に前記少なくとも１つの規則にしたがって、前記アプリケーションが動作するか否かを判断するステップと、を含む方法。
【請求項１９】
アプリケーションが前記少なくとも１つの規則に違反することが検出されたとき、前記方法は、ユーザに喚起すること、前記アプリケーションを停止すること、のうちの少なくとも１つを含む、請求項１８に記載の方法。
【請求項２０】
前記少なくとも１つの規則は、前記アプリケーションのインストールの間に規定される、請求項１８または請求項１９に記載の方法。
【請求項２１】
１つ以上のプロセッサの上で動作すると、請求項１８ないし２０のいずれか１項に記載の方法を実行するコンピュータ実行可能命令を備えるコンピュータ・プログラム。
【請求項２２】
少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを備える装置であって、
前記少なくとも１つのメモリと、前記コンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサで、前記装置に、
少なくとも、前記装置の上のアプリケーションの操作の少なくとも１つの規則を規定させることであって、１つ以上の許可に関連する前記少なくとも１つの規則は、前記アプリケーションに与えられる、規定させ、
いつ、前記アプリケーションが、前記１つ以上の許可をアクセスするのを試みるかを検出させ、
前記検出に応答して、前記アプリケーションの前記操作のモニタリング期間を開始させ、
前記モニタリング期間に前記少なくとも１つの規則にしたがって、前記アプリケーションが動作するか否かを判断させるように構成される、装置。
【請求項２３】
アプリケーションが前記少なくとも１つの規則に違反することが検出されたとき、前記少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記装置に、ユーザに喚起すること、前記アプリケーションを停止すること、のうちの少なくとも１つをさせるように構成される請求項２２に記載の装置。
【請求項２４】
前記少なくとも１つの規則が、前記のアプリケーションのインストールの間に規定される、請求項２２または請求項２３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願開示は、１つ以上のアプリケーションを動作させる方法、装置、および、コンピュータ・プログラムに関する。
【背景技術】
【０００２】
無線通信システムを、固定あるいはモバイル通信デバイス、基地局、サーバその他のアクセスポイントなどの２つ以上のノードの間の無線搬送を可能にする施設として見ることができる。通信システムおよびコンパチブルの通信デバイスは、典型的には、システムに結びついた種々のエンティティのどれが実行を許され、そして、それがどのように達成されなければならないかを設定する所定の標準または仕様にしたがって動作する。例えば、標準、仕様、および、関連したプロトコルは、どの通信デバイスが、どのように通信すべきか、通信の種々の態様は、どのようにインプリメントされるべきか、そのデバイスは、どのように構成されるべきか、の方法を規定することができる。無線システムの例は、携帯ネットワーク、衛星ベース通信システム、および、たとえば、ＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋｓ）など異なる無線ローカル・ネットワークなどのＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）を含む。無線システムは、セル（ｃｅｌｌ）と呼ばれるカバー領域に分割することができる。異なるタイプのセルは、異なる特徴を提供することができる。例えば、セルは、異なる形状、サイズ、電力レベル、および、他の特性を有することができる。
【０００３】
ユーザは、適切な通信デバイスの手段により、通信システムにアクセスすることができる。ユーザの通信デバイスは、しばしば、ユーザ装置（ＵＥ）または端末と呼ばれる。通信デバイスは、他のパーティとの通信を可能にするための適切な信号受信送信構成装置を提供される。無線システムは、モバイル・デバイスが、エアー・インタフェースを介して、例えば基地局や他のユーザ装置などの別の通信デバイスと通信することができるユーザの移動性を有効にする。
【０００４】
ソフトウェア・アプリケーション、または、「アプリ（ａｐｐｓ）」は、そこに機能を提供するように、ＵＥの上で動作することができる。たとえば、天気関連のアプリケーションは、天気に関する情報をユーザに速く提供することができる。アプリケーションが適切に動作するために、ユーザ装置に結びついたたとえば、位置情報などの情報へのアクセスを必要とする。これは、ユーザのセキュリティに対する懸念を引き起こすことがあり得る。
【発明の概要】
【０００５】
したがって、第１の態様において、第１のアプリケーションから情報をアクセスするための第２のアプリケーションから要求を受信するステップであって、前記第１および第２のアプリケーションは、ユーザ装置の上にインストールされている、ステップと、前記要求に応答して、少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作しているか否かを判断するステップと、を含む方法が提供される。
【０００６】
好適には、この方法は、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していると判断されたとき、前記情報を、前記第２のアプリケーションに提供するステップを含む。
【０００７】
好適には、この方法は、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していないと判断されたとき、前記情報の提供を、前記第２のアプリケーションに拒絶するステップを含む。
【０００８】
好適には、この方法は、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していないと判断されたとき、前記第２のアプリケーションを停止するステップを含む。
【０００９】
好適には、前記少なくとも１つの規則は、前記第１のアプリケーションの開発者によって規定される、前記ユーザ装置のユーザによって規定される、前記ユーザ装置によって自動的につくられる、のうちの少なくとも１つである。
【００１０】
好適には、前記少なくとも１つの規則は、前記第１のアプリケーション、前記ユーザ装置のオペレーティング・システムのうちの少なくとも１つにより施行される。
【００１１】
好適には、前記情報は、前記第１のアプリケーションのカスタム許可によって保護されている。
【００１２】
好適には、前記カスタム許可は、前記第１のアプリケーションの開発者によってつくられる。
【００１３】
好適には、前記少なくとも１つの規則は、前記第１のアプリケーションに統合される。
【００１４】
好適には、この方法は、ある期間前記第２のアプリケーションの挙動をモニタリングするステップを含む。
【００１５】
好適には、このモニタリングは、第２のアプリケーションが情報を使用する方法をモニターするステップを含む。
【００１６】
好適には、前記モニタリングは、前記要求により引き起こされる。
【００１７】
好適には、この方法は、前記少なくとも１つの規則の違反の閾値数を規定するステップと、一旦、前記閾値番号に到達すると、前記情報の提供を、前記第２のアプリケーションに拒絶するステップとを含む。
【００１８】
第２の態様において、１つ以上のプロセッサの上で動作すると、第１の態様の方法を実行するコンピュータ実行可能命令を備えるコンピュータ・プログラムが提供される。
【００１９】
第３の態様において、少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを備え、前記少なくとも１つのメモリと、前記コンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサにより、装置に、少なくとも、第１のアプリケーションから情報をアクセスするための第２のアプリケーションから要求を受信することであって、前記第１および第２のアプリケーションは、前記装置の上にインストールされている、受信することをさせ、前記要求に応答して、少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作しているか否かを判断させるように構成される、装置が提供される。
【００２０】
好適には、少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記装置に、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していると判断されたとき、前記情報を、前記第２のアプリケーションに提供させるように構成される。
【００２１】
好適には、少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記装置に、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していないと判断されたとき、前記情報の提供を、前記第２のアプリケーションに拒絶させるように構成される。
【００２２】
好適には、少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記装置に、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していないと判断されたとき、前記第２のアプリケーションを停止させるように構成される。
【００２３】
好適には、前記少なくとも１つの規則は、前記第１のアプリケーションの開発者によって規定される、前記装置のユーザによって規定される、前記装置によって自動的につくられる、のうちの少なくとも１つである。
【００２４】
好適には、前記少なくとも１つの規則は、前記第１のアプリケーション、前記装置のオペレーティング・システム、のうちの少なくとも１つにより施行される。
【００２５】
好適には、少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記装置に、前記第１のアプリケーションのカスタム許可によって前記情報を保護させるように構成される。
【００２６】
好適には、前記カスタム許可は、前記第１のアプリケーションの開発者によってつくられる。
【００２７】
好適には、前記少なくとも１つの規則は、前記第１のアプリケーションに統合される。
【００２８】
好適には、少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記装置に、ある期間前記第２のアプリケーションの挙動をモニターさせるように構成される。
【００２９】
好適には、このモニタリングは、第２のアプリケーションが情報を使用する方法をモニターするステップを含む。
【００３０】
好適には、前記モニタリングは、前記要求により引き起こされる。
【００３１】
好適には、少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、前記少なくとも１つの規則の違反の規定された閾値数が、到達されたとき、前記装置に、前記情報の提供を、前記第２のアプリケーションに拒絶させるように構成される。
【００３２】
第４の態様において、第１のアプリケーションから情報をアクセスするための、第２のアプリケーションからの要求を受信する手段であって、前記第１および第２のアプリケーションは、前記装置の上にインストールされている、手段と、前記要求に応答して、少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作しているか否かを判断する手段と、を備える装置が提供される。
【００３３】
好適には、この装置は、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していると判断されたとき、前記情報を、前記第２のアプリケーションに提供する手段を備える。
【００３４】
好適には、この装置は、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していないと判断されたとき、前記情報の提供を、前記第２のアプリケーションに拒絶する手段を備える。
【００３５】
好適には、この装置は、前記少なくとも１つの規則にしたがって、前記第２のアプリケーションが動作していないと判断されたとき、前記第２のアプリケーションを停止する手段を備える。
【００３６】
好適には、前記少なくとも１つの規則は、前記第１のアプリケーションの開発者によって規定される、前記装置のユーザによって規定される、前記装置によって自動的につくられる、のうちの少なくとも１つである。
【００３７】
好適には、前記少なくとも１つの規則は、前記第１のアプリケーション、前記装置のオペレーティング・システム、のうちの少なくとも１つによって施行される。
【００３８】
好適には、この装置は、前記第１のアプリケーションのカスタム許可によって前記情報を保護する手段を備える。
【００３９】
好適には、前記カスタム許可は、前記第１のアプリケーションの開発者によってつくられる。
【００４０】
好適には、前記少なくとも１つの規則は、前記第１のアプリケーションに統合される。
【００４１】
好適には、この装置は、ある期間前記第２のアプリケーションの挙動をモニタリングする手段を備える。
【００４２】
好適には、前記モニタリングは、第２のアプリケーションが情報を使用する方法をモニターするステップを含む。
【００４３】
好適には、前記モニタリングは、前記要求により引き起こされる。
【００４４】
好適には、この装置は、前記少なくとも１つの規則の違反の規定された閾値数が、到達されたとき、前記情報の提供を、前記第２のアプリケーションに拒絶する手段を備える。
【００４５】
第５の態様において、ユーザ装置のアプリケーションの動作に対する少なくとも１つの規則を規定するステップであって、１つ以上の許可に関連する前記少なくとも１つの規則は、前記アプリケーションに与えられる、ステップと、いつ、前記アプリケーションが、前記１つ以上の許可をアクセスするのを試みるかを検出するステップと、前記検出に応答して、前記アプリケーションの前記動作のモニタリング期間を開始するステップと、前記モニタリング期間に前記少なくとも１つの規則にしたがって、前記アプリケーションが動作するか否かを判断するステップと、を含む方法が提供される。
【００４６】
好適には、アプリケーションが前記少なくとも１つの規則に違反することが検出されたとき、前記方法は、ユーザに喚起すること、前記アプリケーションを停止すること、のうちの少なくとも１つを含む。
【００４７】
好適には、前記方法は、閾値数の回数、アプリケーションが少なくとも１つの規則に違反する場合に、前記アプリケーションを停止すること含む。
【００４８】
好適には、前記少なくとも１つの規則は、前記アプリケーションのインストールの間に規定される。
【００４９】
好適には、前記方法は、察知されたリスクにしたがって、その許可をランク付けすること含む。
【００５０】
第６の態様にしたがい、１つ以上のプロセッサの上で動作するとき、第５の態様の方法を実行するコンピュータ実行可能命令を備えるコンピュータ・プログラムが提供される。
【００５１】
第７の態様にしたがい、少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを備える装置が提供される。前記少なくとも１つのメモリと、前記コンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサにより、装置に、少なくとも、前記装置の上のアプリケーションの動作に対する少なくとも１つの規則を規定させ、ここで、１つ以上の許可に関連する前記少なくとも１つの規則は、前記アプリケーションに与えられるものであり、いつ、前記アプリケーションが、前記１つ以上の許可をアクセスするのを試みるかを検出させ、前記検出に応答して、前記アプリケーションの前記動作のモニタリング期間を開始させ、前記モニタリング期間に前記少なくとも１つの規則にしたがって、前記アプリケーションが動作するか否かを判断させるように構成される。
【００５２】
好適には、アプリケーションが前記少なくとも１つの規則に違反することが検出されたとき、前記少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、装置に、ユーザに喚起すること、前記アプリケーションを停止すること、のうちの少なくとも１つをさせるように構成される。
【００５３】
好適には、前記少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、この装置に、そのアプリケーションが、閾値回数、その少なくとも１つの規則に違反するならば、前記アプリケーションを停止させるように構成される。
【００５４】
好適には、前記少なくとも１つの規則が、前記のアプリケーションのインストールの間に規定される。
【００５５】
好適には、前記少なくとも１つのプロセッサおよび前記少なくとも１つのメモリは、この装置に、察知されたリスクにしたがって、その許可をランク付けさせるように構成される。
【００５６】
第８の態様にしたがって、前記装置の上のアプリケーションの動作に対する少なくとも１つの規則を規定する手段と、ここで、１つ以上の許可に関連する前記少なくとも１つの規則は、前記アプリケーションに与えられるものであり、いつ、前記アプリケーションが、前記１つ以上の許可をアクセスするのを試みるかを検出する手段と、前記検出に応答して、前記アプリケーションの前記動作のモニタリング期間を開始させる手段と、前記モニタリング期間に前記少なくとも１つの規則にしたがって、前記アプリケーションが動作するか否かを判断する手段と、を備える装置が提供される。
【００５７】
好適には、アプリケーションが前記少なくとも１つの規則に違反することが検出されたとき、前記装置は、ユーザに喚起すること、前記アプリケーションを停止すること、のうちの少なくとも１つのための手段を備える。
【００５８】
好適には、この装置は、そのアプリケーションが、閾値回数、その少なくとも１つの規則に違反するならば、前記アプリケーションを停止する手段を備える。
【００５９】
好適には、前記少なくとも１つの規則が、前記のアプリケーションのインストールの間に規定される。
【００６０】
好適には、前記装置は、察知されたリスクにしたがって、その許可をランク付けする手段を備える。
【図面の簡単な説明】
【００６１】
本願発明の実施形態を、次に、以下の図面に対して更に詳細に記述される。ここで、
【図１】図１は、いくつかの実施例にしたがう、ネットワークの概略図である。
【図２】図２は、いくつかの実施例にしたがう、コントロール装置の概略図である。
【図３】図３は、実施形態にしたがってユーザ・インタフェースを示す。
【図４】図４は、実施形態にしたがってユーザ・インタフェースを示す。
【図５】図５は、実施形態にしたがってステップを示しているフローチャートである。
【図６】図６は、別の実施形態にしたがってステップを示しているフローチャートである。
【発明を実施するための形態】
【００６２】
以下において、特定の例示的実施形態が、モバイル通信デバイスにサービスする無線またはモバイル通信システムに関して説明される。詳細に説明する前に、例示的実施形態は、無線通信システムとモバイル通信デバイスの特定の一般原則が、記述された例の根底にある技術の理解を助けるために、図１および図２を参照して、簡単に説明される。
【００６３】
無線通信システムにおいて、モバイル通信デバイスまたはユーザ装置（ＵＥ）１０２、１０３、１０５は、少なくとも１つの基地局または同様の無線送信および／または受信ノード、あるいは、ポイントを介して、無線アクセスを提供される。図１の例において、基地局１０６、１０７、１１６、１１８、１２０によって提供されるセルラ・システム１００、１１０の２つの重なり合うアクセス・システムまたはラジオ・サービス・エリア、および、３つのより小さなラジオ・サービス・エリア１１５、１１７、１１９が示される。各々のモバイル通信デバイスおよび局は、同時にオープンである１つ以上のラジオ・チャネルを有することができ、１つより多いソースに信号を送ったり、そこから信号を受信したりすることができる。ラジオ・サービス・エリア境界またはエッジは、図１において、説明目的のためだけに図式的に示されることに留意する。ラジオ・サービス・エリアのサイズと形状は、図１の形状からかなり変化することができることも、理解されるべきである。基地局サイトは、１つ以上のセルを提供することができる。基地局は、また、たとえば、３つのラジオ・セクターなど、複数のセクターを提供することができる。各々のセクターは、セルまたはセルのサブエリアを提供する。セルの中のすべてのセクターは、同一の基地局によって、サービスされることができる。
【００６４】
基地局は、典型的には、その動作、および、その基地局と通信しているモバイル通信デバイスの管理を可能にするように少なくとも１つの適切なコントローラ装置によってコントロールされる。図１において、コントロール装置１０８、１０９が、それぞれのマクロ・レベル基地局１０６と１０７を制御するように示される。基地局のコントロール装置は、他のコントロール・エンティティと相互接続することができる。コントロール装置は、典型的には、メモリ容量および少なくとも１つのデータ・プロセッサが提供される。コントロール装置および機能は、複数のコントロール・ユニットの間に分散することができる。いくつかのシステムにおいて、コントロール装置は、追加的あるいは代替的に、ラジオ・ネットワーク・コントローラにおいて、提供されることができる。
【００６５】
図１において、局１０６と１０７とが、ゲートウェイ１１２を介して、より広い通信ネットワーク１１３に接続しているように示される、更なるゲートウェイ機能は、別のネットワークに接続するように提供することができる。
【００６６】
より小さな局１１６、１１８、１２０は、また、たとえば、別のゲートウェイ機能によって、および／または、マクロ・レベル局のコントローラを介して、ネットワーク１１３に接続することができる。この例においては、局１１６および１１８は、ゲートウェイ１１１を介して接続され、一方、局１２０は、コントローラ装置１０８を介して接続する。いくつか実施形態においては、より小さな局を、提供することができない。
【００６７】
適切なモバイル通信デバイスを、任意のラジオ信号を送受信が可能なデバイスにより、提供することができる。非限定的な例は、モバイル電話、または、「スマート・フォン」として知られているもの、無線インタフェース・カードまたは他の無線インタフェース機能を備えるコンピュータ、無線通信能力を備える個人情報アシスタント（ＰＤＡ）、または、これらの任意の組合せ、または、その他などモバイル局（ＭＳ）を含むことができる。モバイル通信デバイスは、たとえば、音声、電子メール（ｅメール）、テキスト・メッセージ、マルチメディア、その他の通信を搬送するためのデータの通信を提供することができる。ユーザは、したがって、ユーザの通信デバイスを介して、多数のサービスを提供されることができる。これらのサービスの非限定的な例は、双方向または複数方向コール、データ通信またはマルチメディア・サービス、または、インターネットなど、単なるデータ通信網システムへのアクセスを含む。ユーザは、また、放送またはマルチキャスト・データを提供されることができる。そのコンテンツの非限定的な例は、ダウンロード、テレビおよびラジオ番組、ビデオ、広告、種々のアラートや他の情報を含む。
【００６８】
通信デバイス１０２、  １０３、  １０５は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、または、ＷＣＤＭＡ（ｗｉｄｅｂａｎｄ  ＣＤＭＡ）などの種々のアクセス技術に基づいて、通信システムにアクセスすることができる。他の例は、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、および、ＩＦＤＭＡ（ｉｎｔｅｒｌｅａｖｅｄ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、および、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＤＭＡ（ｓｐａｃｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、その他など、その種々のスキームを含む。
【００６９】
無線通信システムの例は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）によって標準化されるアーキテクチャである。最近の３ＧＰＰベースの開発は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ））ラジオ・アクセス技術のＬＴＥ（ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）として、しばしば参照される。３ＧＰＰ・ＬＴＥ仕様の種々の開発ステージは、「リリース」として参照される。ＬＴＥのより最近の開発は、しばしば、ＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）として参照される。ＬＥＴは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）として知られるモバイル・アーキテクチャを採用する。そのようなシステムの基地局は、ｅＮＢｓ（ｅｖｏｌｖｅｄ  ｏｒ  ｅｎｈａｎｃｅｄ  Ｎｏｄｅ  Ｂｓ）として知られ、ユーザ・プレーンＲＬＣ／ＭＡＣ／ＰＨＹ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ／Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ／Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｒｏｔｏｃｏｌ）、および、通信デバイスに対するコントロール・プレーン・ラジオ・リソース・コントロール（ＲＲＣ）プロトコル・ターミネーションなどのＥ−ＵＴＲＡＮの機能を提供することができる。ラジオ・アクセス・システムの他の例は、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、および／またはＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）などの技術に基づいたシステムの基地局によって提供されるものを含む。
【００７０】
システムの局の方に情報ブロックを送信し、再送信するために可能なモバイル通信デバイスは、次に、通信デバイス２００の概略、部分断面図を示す図２を参照して更に詳細に記述される。モバイル・デバイス２００は、受信のための適切な装置を介して、エアー・インタフェース２０７をわたって信号を受信することができ、ラジオ信号の送信をするための適切な装置を介して信号を送信することができる。図２において、トランシーバ装置は、ブロック２０６によって図式的に示される。このトランシーバ装置２０６は、たとえば、ラジオ部分と関連のアンテナ構成装置の手段により、提供することができる。アンテナ構成装置は、モバイル・デバイスの内部に、または、外部に、配置することができる。
【００７１】
モバイル・デバイスは、また、典型的には、少なくとも１つのデータ処理エンティティ２０１と、他の通信デバイスへのアクセスのコントロールおよび、それらとの通信を含む実行するように設計されたタスクのソフトウェアおよびハードウェア支援実行で使用するために、少なくとも１つのメモリ２０２と他の可能性があるコンポーネント２０３と、が提供される。データ処理、ストレージおよび他の関連コントロール装置は、適切な回路基板に、および／または、チップセットに、提供することができる。この特徴は、参照２０４により示される。ユーザは、キーパッド２０５、音声コマンド、タッチ・スクリーンまたはパッド、それらの組合せ、その他など、適切なユーザ・インタフェースの手段により、モバイル・デバイスの動作をコントロールことができる。ディスプレイ２０８、スピーカー、および、マイクロフォンは、また、提供することができる。更にまた、移動体通信デバイスは、他のデバイスへの、および／または、たとえばハンズフリー装置など外部アクセサリーを、それにつなぐための（有線または無線の）適切なコネクタを備えることができる。
【００７２】
簡単に上で論じたように、ユーザは、スマート・フォンなどのユーザ装置にアプリケーションまたはアプリをダウンロードすることができる。一旦ダウンロードされると、アプリケーションは、ユーザ装置に追加の機能を提供することができる、または、ユーザのための特定の情報へのゲートウェイまたはショートカットとして動作することができる。アプリケーションの例は、ニュース、天気、ゲーム、（音楽やビデオのような）エンターテイメント、（電子メールやＳＭＳなどの）通信、オンライン・バンキングその他を含む。しかし、それらに限られるものではない。
【００７３】
ユーザがユーザ装置のスイッチを最初に入れるときに、存在しているように、アプリは、ユーザ機器にプレ・インストールすることができる。ユーザは、また、アプリケーションをユーザ装置にダウンロードすることもできる。こうするために、ユーザは、典型的には、アプリケーション「マーケット・プレース」にナビゲートする。それは、ユーザが、多数の利用可能なアプリケーションをさがし、１つ以上の所望のアプリケーションを選択し、そして、その１つ以上のアプリケーションをインストールすることができるところである。
【００７４】
現在のスマートフォン・オペレーティング・システムにおいて、システムのセキュリティは、部分的には、「許可（ｐｅｒｍｉｓｓｉｏｎ）」と呼ばれているものに基づいている。許可は、インストール時にアプリケーションによって要求される。許可されると、そのアプリケーションは、実行時の間、それらの特定の許可によって保護されている資源を使用することができる。
【００７５】
典型的には、適切に動作するためには、アプリケーションがどんな資源にアクセスしなければならないかを、アプリケーション開発者が決定する。たとえば、アプリケーションは、カレンダー・データ、位置データ、インターネット接続、その他にアクセスを必要とすることがあり得る。次に、開発者は、アプリケーション・パッケージに対して、それらの資源にアクセスするために必要な対応する許可のリストを追加する。ユーザがダウンロードされるアプリケーションを選択し、それのインストールを開始するとき、許可のリスト（または、少なくともリストの一部）が、承認のために、ユーザに提示される。
【００７６】
これの例は、ユーザが「ニュース」アプリケーションをインストールするのに選択した図３において、示される。ユーザ装置のディスプレイ３０８のユーザ・インタフェース３１０の上で、ユーザは、ニュース・アプリケーションがアクセスを要求する許可のリスト３１２を提供される。これらは、「ストレージ」３１４、「位置」３１６、「カメラ」３１８、「ユーザのアプリケーション情報」３２０、「電話コール」３２２、および、「ネットワーク通信」３２４を含む。この例において、これは、ニュース・アプリケーションがアクセスを要求する一部の許可だけであり、ユーザは、「全部を見る」アイコン３２６を選択することにより、全リストを見ることができる。アプリケーションインストールを完了するためには、ユーザは、「アクセプト」アイコン３２８を選択しなければならない。それは、ユーザは、リストされた許可にアプリケーションにアクセスを与えることを意味する。典型的には、ユーザが、すべて許可に対して同意しない場合には、アプリケーションは、全くインストールを行わない、または、少なくとも適切に動作しない。
【００７７】
平均的ユーザにとって、特定の許可を与える意味は、明白ではないであろう。また、異なる許可を結合することは、自分自身に対して、必ずしも危険に思われない許可に対してさえ、驚くような影響を有することがあり得る。現在のモデルは、ユーザは、何をインストールするべきかについて適切な決定をするために精通していることを仮定する。その仮定は、大部分のユーザに対しては、正しいかもしれない。
【００７８】
許可を受け入れるための現在のモデルは、非常に粗く、アプリケーション挙動のきめが細かいコントロールは、達成するのが難しい。これは、少なくとも部分的には、許可は、非常に一般的である傾向があるという事実による。例として、「ネットワーク通信」許可を有しているアプリケーションは、どのような理由で選択したとしても、新規のネットワーク・ソケットを自由に設定できる。
【００７９】
したがって、現在のシステムは、アプリケーションのインストールの間、許可をチェックして与えることをユーザに頼っている。アプリケーションの実行の間、そのアプリケーションが、その資源にアクセスする許可の要求を有するかどうかが、チェックされるだけであり、その他は、必ずしも必要ではない。
【００８０】
下で更に詳細に議論されるように、実施形態はユーザ（例えば、ユーザ装置のエンド・ユーザまたはアプリ開発者自身）に、どの許可が、ユーザが、アプリがアクセスするのを可能にするのか、および／または、アプリが実行時の間にどのように挙動するのか、を特定する柔軟なフレームワークを提供することができる。実施形態は種々の資源からの情報を使用する、または、情報を組み合わせることができ、不正挙動があり得るアプリケーションを検出するために、所定の規則に対してその情報を比較することができる。使用される情報は、たとえば、時間、ネットワーク使用、位置、他の実行アプリケーション、その他である。このリストは、網羅的ではなく、もちろん、他の情報資源を使用することができることが理解されるべきである。
【００８１】
例を示すだけのために、スマート・フォンで撮った画像を編集するのに用いることができるアプリケーションを、考えることができる。そのようなアプリケーションは、オリジナル画像を読み出すために、また、編集された画像を格納するために、メモリ・ストレージへのアクセスを必要とする。したがって、ユーザは、喜んで、アプリケーションにメモリ・ストレージにアクセスする許可を与える。また、そのようなアプリケーションで、ユーザが画像を編集するのに使用できる新規の特殊効果その他をダウンロードすることが可能かもしれない。したがって、ユーザは、また、喜んで、アプリケーションが、インターネットにアクセスすることを可能にする対応する許可を与える。しかしながら、そのような許可の粒度は、典型的には、非常に粗い。たとえば、そのユーザは、前述の「特殊効果」をダウンロードするのは喜ぶが、しかし、一般的なインターネット・アクセス許可は、アプリケーションが、これよりも非常に広い活動を実行することを可能にする。たとえば、アプリケーションは、理論的には、一般化されたインターネット・アクセスで、ユーザの個人情報を、ユーザの同意なしで、インターネットにおけるメモリ・ストレージからサーバにアップロードすることができる。
【００８２】
実施形態はユーザに、アプリケーションが特定の許可に関して取ることができるアクションを特定または制限するオプションを提供することができる。例を示すだけのためであるが、ユーザは、アプリケーションがインターネットから情報をダウンロードする許可を有することを特定すること、しかし、情報をアップロードする許可はないことを特定することができる。および、その逆もあり得る。ユーザは、また、アプリケーションがダウンロードやアップロードすることができるデータ量に対する制限または閾値を特定することができる。更なる実施形態において、ユーザは、アプリケーションが認可された許可にアクセスすることができる回数を特定することができる。ユーザは、また、アプリケーションが、情報をどこからダウンロードし、アップロードするか（例えば特定のウェブサイト）が許可されているかを特定することができる。
【００８３】
もちろん、ユーザが特定できるパラメータの上記の例は、網羅的ではないことが理解される。一般的な用語において、ユーザは、アプリケーションに与えられた許可の粒度を調節することができる。
【００８４】
また、実施形態は、まだ、粗い許可や許可の否定を可能にしていることが理解される。たとえば、上述の画像編集アプリケーションの例を使用すると、ユーザは、画像編集アプリケーションがテキスト・メッセージへのアクセスを行うことを完全に否定するように、粗いやり方で許可を拒むことを望むことがあり得る。
【００８５】
ユーザに、アプリケーションに与えられる許可に関してより細かい粒度を提供するために、実施形態においては、ユーザは、アプリケーションが固守しなければならない「規則」を規定することができる。そのような規則は、いつでも、規定することができる。いくつか実施形態において、ユーザは、アプリケーションをインストールする時点で、規則を規定することができる。
【００８６】
そのような実施形態は、図４において示される。これは、「アクセプト」ボタン４２８に加えて、「規則定義」アイコン４３０も提供されることを除外して、図３の例と同様である。このアイコンを選択することによってそのユーザは、特定の許可のための規則を定めることができる。この実施の形態において、そのユーザは、各々の許可に対して、順に、「アクセプト」または「規則定義」することができる。この例において、そのユーザは、そのパラメータを囲むボックスによって示すように、リストにおける「ストレージ」パラメーター４１４を選択した。ユーザは、アイコン４２８を選択することによって、この許可を完全にアクセプトことも、または、「規則定義」アイコン４３０を選択することによって、この許可に対する規則を規定することを選択をすることもできる。ユーザは、リストの中のパラメータごとに、これを行うことができる。
【００８７】
任意のパラメータに対して、ユーザが「規則定義」アイコンを選択するならば、ユーザは、それらの規則を特定できる更なるスクリーンにつれて行かれる。たとえば、ユーザは、メモリ・ストレージのどの部分が、特定のアプリケーションがアクセスを許されているかを特定することができる。画像編集アプリケーションの例を使用すると、ユーザは、たとえば、アプリケーションは、格納された画像にアクセスを許可されるが、それだけであることを特定することを望むことがあり得る。天気アプリケーションに対して、ユーザは、アプリケーションは、位置データへのアクセスを許可されるが、それだけであること、などを特定するのを望むことがあり得る。
【００８８】
別の実施形態においては、ユーザは、アプリケーションをインストールする前に、規則をセットすることができる。たとえば、ユーザは、「設定」メニューを通して、どのユーザは、一般的な規則をセットすることができるか、どのダウンロードされたアプリケーションが従わなければならないかを用いて、ユーザ装置上に一般的な規則をセットすることができる。これらの一般的な規則は、いつでも、セットまたは更新することができる。
【００８９】
実施形態において、ユーザは、また、アプリケーションがインストールされたあとに、規則を定義することもできる。たとえば、そのユーザは、いつでも、許可をアクセプトする、または、許可の規則を規定するために、「アプリ許可」リストを持ってくることができる（たとえば、図４の示されるように）。規則は、一旦規定されると、ユーザ装置に、実行時の間のアプリケーションの挙動をモニターさせるように構成することができる。すなわち、提供している初期の許可に加えて、規則は、アプリケーションが従わなければならない挙動を規定することができ、アプリの挙動は、その規則は、厳守されることを保証するためにモニターされる。
【００９０】
いくつかの実施形態において、以上のとおり、規則は、ユーザによって規定することができる。別の実施形態においては、規則は、アプリケーションの開発者によって規定することができる。そのような実施形態においては、ユーザは、規則および許可を規定した開発者を「アクセプト」するなどのオプションを提供されることができる。アプリケーション開発者は、開発者が、アプリケーションの「信頼された」ベンダになることができるように、アプリをユーザに対してセキュアにするような方法で、規則を規定するインセンティブを与えられることができる。
【００９１】
別の実施形態においては、規則は、要求された許可とアプリケーションの記載に基づいて、自動的につくられることができる。以前のユーザのふるまいは、たとえば、典型的には、ユーザが許した許可のタイプを考慮して、自動的に規則を構築するときに、考慮されることができる。この実施形態ユーザの介入を最小にするので、ユーザに便利である。
【００９２】
いくつかの実施形態が、（証明機関に同様である）信頼できる第三者機関を使用することができる。この第三者機関は、規則を生成したアプリ開発者を認証することができる、あるいは、全く新規の規則をつくることができる。
【００９３】
代替的に、または、組合せて、アプリケーションによって、「過剰特権」（例えば、許可の過剰な、または、許されていない使用）を、検出することができる。たとえば、アプリケーションが使用するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）コールの数を、決定することができ、それらのＡＰＩコールは、つぎに、許可にマップすることができる。時間と共に、許可マップは、自動的に造られることができ、それは、続いて、過剰特権を検出するのに使用することができる。
【００９４】
いくつか実施形態において、アプリケーションの挙動は、（例えば、ユーザ装置の上で他のソフトウェアから分離された）「サンドボックス」環境において、最初に分析されることができ、そして、次に、要求された許可を、プログラムが「ノーマル」動作の間に、作った機能コールにマップすることができる。アプリが要求する許可が存在するが、必要でないように見えるならば（例えば、「天気」アプリが、ユーザのアカウントの電子メールにアクセスすることを要求している、など）、規則は、それらの許可の使用をブロックするように規定することができる。いくつか実施形態において、ユーザは、アプリを機能するようにするために、インストールの間に、許可を承認しなければならないかもしれない。
【００９５】
加えて、一旦、アプリがどのように挙動するかを決定されると、許可の使用をどのように制限するか、の規則を規定することができる。これは、あり得る悪意あるアプリが、そうでなければ合法的なアプリ（特権エスカレーション）の可能性があるセキュリティ脆弱性を用いて「便乗（ｐｉｇｇｙ−ｂａｃｋ）」して、アクセスしてはならないいくつかのデータへの侵入を、いつトライするか、の検出を可能にする。
【００９６】
上に記述された実施形態の各々は、独立して、または、組合せて使用することができる。すなわち、たとえば、ユーザは、開発者によってセットされた、または、自動的につくられた規則を変えることができる。
【００９７】
いくつか実施形態において、ユーザは、規則を構築するオプションを用いて、最も「危険（ｄａｎｇｅｒｏｕｓ）」な、または、「リスキー（ｒｉｓｋｙ）」な許可だけに対して、表示することができる。何が、「危険（ｄａｎｇｅｒｏｕｓ）」な、または、「リスキー（ｒｉｓｋｙ）」な許可と考えらえるか、は、いつでも、ユーザ規定であり得、または、ユーザ装置により自動的に決定されることができる。または、アプリケーション開発者により決定することができる。ユーザは、より少ないオプションが提示されることができるので、これは、規則規定プロセスのスピードを上げることができる。別の実施形態においては、許可要求は、それらの察知される「危険」または「リスク」に従って、ランク付けされ、ランクを付けられたように、すなわち、最も危険な許可をリストのトップとして、ユーザに提示される。「危険」な許可は、たとえば、位置データ、電子メール・アカウントへのアクセス、テキスト・メッセージへのアクセス、または、ユーザのプライバシーに影響を及ぼし得るあらゆる許可であり得る。また、ユーザに金銭的なコストを生じ得る許可（例えば、インターネット・アクセス、電話、テキスト・メッセージ送信、その他）は、  「危険」であるとランク付けすることができる。
【００９８】
一旦、アプリが実行すると、アプリの挙動は、それから、ある期間モニターされることができる。この期間は、アプリが動作している全期間であることができる。代替的に、より短い期間であることができる。いくつか実施形態において、その挙動は、定期的にモニターされる。
【００９９】
したがって、いくつかの実施例にしたがって、アプリの挙動、または、そのアプリが、それが与えられた許可だけを使用しているかどうかのチェックは、アプリを開いた時点にだけ、チェックされるだけでなく、その挙動は、アプリが、規定された規則にしたがって動作していることをチェックするために、実行時の間、モニターされる。これは、アプリが、初期には、規定された規則にしたがって動作し、そして、次に、アプリの開けられた後、ある期間に、それらの規則に違反することを防ぐことができる。
【０１００】
「規則」実施システムは、アプリが開始されたときを通知されることができる。このポイントにおいて、「規則」データベースにおいて、そのアプリに対して規定された規則を見るために、チェックが行われる。規則データベースにおいて、そのアプリのために規定された規則がないならば、そのアプリケーションが、特定の許可の使用を後ほど要求する機能コールをするときに、何もする必要がない。しかしながら、そのアプリのために規定された規則があるならば、実施システムは、アプリケーション挙動をモニターするのを開始する。アプリが、特定の許可の使用を要求するコールをするとき、その特定の許可が、規則を伴うかどうかがチェックされる。そうであるならば、そのアプリのモニタリング・フェーズがトリガーされる。いくつかの場合においては、その決定は、即時になされる（すなわち、「モニタリング」は、許可が要求された時点だけカバーする）。しかしながら、多くのケースで、そのアプリケーションへの許可の認定にしたがってアプリケーションによって実行されるアクションは、関心の対象であり、それで、いくつかの実施形態において、モニタリングは、許可の認定にしたがって、ある期間継続する。この期間は、ユーザが規定でき、自動的に規定でき、または、アプリ開発者によって規定することができる。いくつか実施形態において、モニタリング期間は、アプリケーションの全アクティブ期間である。例として、アップリンク・トラフィックの割当てがあるならば、「インターネット」許可が要求さえたとき、アップリンク上に送信されるデータ量のモニタリングを、始め、規定された期間、モニタリングすることができる。
【０１０１】
規則の侵害が通知されるならば、ユーザは警戒態勢を取ることができる。たとえば、そのアプリの動作が疑わしいことをユーザに警告するために、ユーザ装置のディスプレイに、メッセージが現れることができる。代替的に、または、これに加えて、例えば振動または音など、異なるアラートを、ユーザに警告するために、使用することができる。いくつか実施形態において、１つ以上の規則に違反するならば、そのアプリケーションは、自動的に停止される。別の実施形態においては、警告は、規則の所定数の違反の後にのみ、つくられるだけである。
【０１０２】
それらの「危険」にしたがって、「許可」がランク付けされる実施形態において、アラートがつくられる、あるいは、アプリケーションが停止されるかどうかは、違反された問題における許可のランキング、そして、その関連する規則に依存することがあり得る。たとえば、高いランキングの許可に関連する規則が違反されるならば、アプリケーションは、すぐに停止されることができる。中あるいは低のランキングの許可、および、関連する規則が違反されるならば、ユーザの警告のみされることができる、あるいは、何回もの違反の後にそのアプリケーションは停止されることができる。
【０１０３】
いくつか実施形態において、警告、または、アプリケーションの停止は、許可の特定の組合せが、アプリケーションによって要求されたとき、起こり得る。たとえば、規則は、アプリケーションが位置情報を要求し、同時に、または、所定の期間の範囲内で、のいずれかに、ユーザ装置メモリにアクセスしようと試みるならば、警告がつくられる、または、アプリケーションが停止されるように、セットされることができる。
【０１０４】
規則の施行は、リアル・タイムに実行されることができる。たとえば、そのアプリケーションが規則を破るコールを発行するとき、アプリケーションが進む前に、ユーザは、そのアクションを承認する必要がある。代替的に、情報は、単にユーザに提供されることができ（たとえば「アプリが、規則「Ｙ」を破りました。」）、その情報を使用して、そのユーザは、そのアプリを続けるか、そのアプリを止めるかを許可するべきかどうか決めることができる。このように、既存の許可ベース・システムの単純さを、実際の許可施行と分離したセキュリティの追加的なレベルを提供する規則で維持することができる。
【０１０５】
典型的には、アプリ購入プラットホームにおいて、そのアプリケーションのある種の記載が提供される。いくつか実施形態において、キーワードを、アプリケーションの特徴に関係するその説明から抽出することができる。その記載は、つぎに、可能な規則を生成するために、要求された許可に対して分析することができる。たとえば、アプリケーションが、音楽をダウンロードする目的のために広告されるならば、「インターネット」許可は、可能なアップリンク・トラフィックをモニターし、それをユーザに通知する規則を有することができる。たとえば、過剰なデータが、アプリケーションにアップリンクの上で提供されるならば、通知を提供することができる。
【０１０６】
図５は、実施形態にしたがってステップを示すフローチャートである。この実施の形態において、そのユーザは、アプリケーション・マーケット・プレースまたはベンダーに入る。
【０１０７】
ステップＳ１において、ユーザはダウンロードするアプリケーションを選択する
【０１０８】
ステップＳ２において、ユーザは、アプリケーションにより要求された許可を見ることができる。たとえば、図４で示す許可のリストは、ユーザに示される。
【０１０９】
ステップＳ３において、そのユーザは、特定の許可と関連した規則を規定することができる、または、各々の許可をアクセプトすることができる。これは、許可毎に行うことができる、または、ユーザが、すべての許可を一気にアクセプトすることを選択することができる。この規則は、上述の方法で、規定することができる。
【０１１０】
ステップＳ４において、ユーザはアプリケーションを走らせる。
【０１１１】
これは、ステップＳ５、において、このアプリケーションのモニタリングを開始する。この期間において、アプリケーションが、規定された規則のいずれかに違反するかどうかがモニタリングされる。
【０１１２】
ステップＳ６において、アプリケーションが、規則の１つ以上に違反したと判断されるならば、ユーザは、警告される、および／または、アプリケーションが停止される。
【０１１３】
図５のフローチャートは、例だけとしてのものであることが認識される。ステップＳ３は、上で論じられたように、ユーザによって、または、自動的にユーザ装置によって、実行することができることが認識される。アプリケーション開発者によって規則が規定される実施形態において、ステップＳ２とＳ３とは、オプションでありえる。上で示したように、規則を規定し／許可をアクセプトするステップＳ３は、アプリケーションのダウンロードとは別に実行することができる。すなわち、そのユーザは、ダウンロードされるアプリのいずれにも適用できる一般的な規則／許可をセットすることができる。
【０１１４】
規則が、アプリケーション開発者によって規定される場合、いくつかの実施形態において、開発者は、そのアプリケーションがどのように他のアプリケーションとインタラクトするおかに関する規則を規定することができる。例として、アプリケーション（アプリＡ）が、他のアプリケーション（アプリＢ）に利用可能であるあるサービスまたは機能をつくることが可能である。この機能は、アプリＡの開発者によって生成されるカスタム許可によって保護されていることができる。このカスタム許可は、他の任意の許可と同様に、オペレーティング・システム（ＯＳ）において、施行することができる。または、代替的に、アプリＡ自体によって施行することができる。
【０１１５】
いくつかの場合において、アプリＡの開発者は、特に、アプリＡの開発者が、許可を与えることをコントロールしていないならば、どのアプリがアプリＡの機能性を使用するのを許されるか、について完全な（または何も）コントロールを有しないかもしれない（エンド・ユーザは許可のコントロールを有することができる）。それゆえに、アプリＡが提供するサービスについての知識を有するどんなアプリでも、その許可を要求された許可のそのリストに追加することができ、アプリＡの開発者は、特定のアプリ（アプリＢ）は、その許可を与えられるかどうかに関して、ほとんど、あるいは、全くコントロールを有することができない。したがって、実施形態においては、アプリケーションＡの開発者は、アプリケーションＡからの保護された機能／資源にアクセスすることにおいて、アプリケーションＢ（または、多くの他のアプリケーション）が続く必要がある規則を規定することができる。すなわち、そのような実施形態においては、単に正しい許可を有することは、許可が正しいように使用されないならば、十分ではありえない。上述の実施形態と同様に、アプリケーション開発者は、規則が破られるならば、何が起こるかを規定することができる。たとえば、とられるアクションは、必ずしも同じことである必要はない。たとえば、規則の単に破ることは、許容できると考えられるかもしれない、しかし、特定の期間に複数回の違反は、資源にアクセスすることから、そのアプリケーション（アプリケーションＢ）を「ブラックリスト」に入れるかもしれない。
【０１１６】
例が、図６のフローチャートに示される。ユーザ装置は、その上にインストールされた第１および第２のアプリケーションを有すると仮定する。
【０１１７】
ステップＳ１において、第１のアプリケーションは、第１のアプリケーションからの情報にアクセスするために、第２のアプリケーションから要求を受信する。
【０１１８】
ステップＳ２において、第２のアプリケーションは、規則に従って動作しているかどうかに関して決定がなされる。これは、所定の規則であることができる。この規則は、上で論じられるように、規定することができる。１つの実施形態において、規則は、第１のアプリケーションの開発者によって規定される。しかしながら、その規則は、エンド・ユーザによって規定されることができる。あるいは、ユーザ装置によって、自動的につくることができる。規則は、第１のアプリケーションに統合化、または、そこに、「バンドル化」することができる。そのような実施形態においては、規則は、第１のアプリケーションと一緒に、自動的にインストールすることができる。
【０１１９】
第２のアプリケーションが、その規則に従って、動作しているならば、ステップＳ３において、要求された情報は、第２のアプリケーションに提供される。
【０１２０】
しかしながら、第２のアプリケーションが、少なくとも１つの規則にしたがって動作していないならば、ステップＳ４において、その情報は、第２のアプリケーションに拒まれる、または、第２のアプリケーションは、停止されることができる。
【０１２１】
ステップＳ５は、第２のアプリケーションの挙動をモニタリングする追加的なステップを示す。図６において、これは、ステップＳ３から直接に続けて示される。しかし、他の実施形態において、このモニタリングは、図６に示される他のステップのいずれのあとに続くことができる、あるいは、いずれにも先行することができる。１つの実施形態において、モニタリングは、第１のアプリケーションで受信される要求によってトリガーされる。別の実施形態においては、第２のアプリケーションの挙動は、要求が第１のアプリケーションで受信される前にすでにモニターされている。
【０１２２】
図６の実施形態は、例だけとしてのものであり、他の実施形態は、より多い、あるいは、より少ないステップを含むことができることが、もちろん理解される。
【０１２３】
実施形態をインプリメントできる種々の方法が存在することが理解される。たとえば、ユーザ装置オペレーティング・システムの統合化部分であり得る。すなわち、ユーザは、ユーザ装置のセッティング・メニューを介して、許可や関連規則をコントロールすることができる。代替的に、機能それ自体が、ユーザ装置にダウンロード可能なアプリの中で、提供され得る。この場合において、アプリ開発者は、問題のユーザ装置のメーカーであることができる。
【０１２４】
一旦、アプリケーションがダウンロードされると、許可や関連する規則は、つぎに、アプリケーションに入力することによって規定することができる。
【０１２５】
いくつかの実施形態は、ユーザが、アプリケーションに提供された情報をどのようにコントロールするかに関して、または、いくらかの害を及ぼす可能性がある独立なファンクション・コールをどのようにブロックするかに関してさえ、熟練した決定を行うを支援できるセキュリティの追加的なレベルを提供することができることが理解される。
【０１２６】
適切に構成されるコンピュータ・プログラム・コード製品は、たとえば、動作や他のコントロール操作に基づいて地理的境界を決定するために、適切なデータ処理装置の上にロードされるとき、この実施形態をインプリメントするのに、使用することができる。動作を提供するためのプログラム・コード製品は、適切なキャリア・メディアの手段により、格納され、提供され、そして、具体化されることができる。適切なコンピュータ・プログラムは、コンピュータ読取り可能な記録媒体の上で具体化することができる。可能性は、データ・ネットワークを介してプログラム・コード製品をダウンロードすることである。一般に、種々の実施形態は、ハードウェアまたは特殊目的回路、ソフトウェア、論理、または、それらの任意の組合せで、インプリメントすることができる。本願発明の実施形態は、したがって、集積回路モジュールなどの種々のコンポーネントにおいて実践することができる。集積回路の設計は、概して、非常に自動化されたプロセスである。複雑で強力なソフトウェア・ツールが、半導体基板の上で、直ぐに、エッチングし、形成される半導体回路設計に、論理レベル設計を変換するために利用可能である。
【０１２７】
上では、本願発明の例示的実施形態を記述したが、本願発明の範囲から離れることなく、開示されたソリューションに対してつくることができる、いくつかのバリエーションおよび修正が存在することにも、また、留意する。
【図１】
2016540287.tif 000003
【図２】
2016540287.tif 000004
【図３】
2016540287.tif 000005
【図４】
2016540287.tif 000006
【図５】
2016540287.tif 000007
【図６】
2016540287.tif 000008
【国際調査報告】
2016540287.tif 000009
2016540287.tif 000010
2016540287.tif 000011
2016540287.tif 000012