JP6634055B2 - ユーザによるアプリケーションの不公平な評価を防止するシステム及び方法 - Google Patents

Description

本開示は、一般にソフトウェアの分野に関し、より具体的には、ユーザによるアプリケーションの不公平な評価を防止するシステム及び方法に関する。

スマートフォン、タブレット等のモバイルコンピューティングデバイスの使用は、現代社会で大きな人気を博している。これにより、モバイルコンピューティングデバイス上で実行されるモバイルアプリケーションの開発に驚異的な成長をもたらした。ほとんどの場合、これらのモバイルアプリケーションは、Ｇｏｏｇｌｅ ＰｌａｙやＡｐｐ Ｓｔｏｒｅ等のアプリケーションストアからユーザによってダウンロードされる。これらのストアは、アプリケーションに加えて、モバイルコンピューティングデバイスのユーザに、特定のアプリケーションの説明を習得し、アプリケーションのスクリーンショットを表示し、評価し、フィードバックを残す機会を提供する。

インストールされているデバイスの使用を制限するように設計された多くのアプリケーションが存在する。そのようなアプリケーションには、例えば、Ａｎｄｒｏｉｄ用のＫａｓｐｅｒｓｋｙ Ｓａｆｅ ＫｉｄｓやＫＥＳ等の「ペアレンタルコントロール」タイプのアプリケーションが含まれる。一般的に、このような制限アプリケーションは、例えば、デバイスのユーザ（例えば子供）がゲームアプリケーションを長時間使用したり、特定のサイトを訪れることができないように設計されている。かかるアプリケーションの制限的な性質により、限定された許容性／許可（例：特定のウェブサイト又はアプリケーションへのアクセスに対する制限）を有するモバイルデバイスのユーザが、コンピューティングデバイス上の制限アプリケーションの存在に不満を感じる場合がある。したがって、そのような不満を抱くユーザは、アプリケーションストア内で懲罰的で否定的なフィードバックをする恐れがあり、そのようなアプリケーションを信頼する他のユーザに不公平な負の影響を与える。限定された許容性（この場合、コンピューティングデバイスを使用する能力を意味する）を有するユーザからの否定的なフィードバックは、制限アプリケーションがそのタスクをうまく処理する方法を示すだけである。アプリケーションストアでそのようなアプリケーションを評価する機能は、制限を受けてアプリケーションに不満足なユーザではなく、制限アプリケーションをインストールする（又はインストールを開始する）ユーザに与えられるべきである（例えば、Ｋａｓｐｅｒｓｋｙ Ｓａｆｅ Ｋｉｄｓアプリケーションの場合、これはデバイスを使用している子供の親であり、実際に、子供が使用するデバイスの機能はアプリケーションによって制限されている）。

アプリケーションに化体する信頼に悪影響を与える不公平な評価を防止するために、さまざまな方法が使用されている。例えば、かかる方法には、評価の変更の性質を分析する方法（ボットネットを使用して作成された評価と類似しているか否かを判定する方法）が含まれる。これらの方法は、不公平な評価を特定する分野において一定の問題を解決することを目的としたものであるが、かかる方法では、そのような評価を防ぐという問題を解決できないか、又は、解決できたとしても非効率である。したがって、この技術分野における改善が必要である。

アプリケーションストアのアプリケーションページインターフェースの要素へのアクセスをブロックし、ユーザの認証データがブロック解除条件を満たすときに、アプリケーションページインターフェースへのアクセスを許可することにより、ユーザによるアプリケーションの不公平な評価を防止するシステム及び方法が開示される。

１つの例示的な態様では、
アプリケーションストア内のアプリケーションのページ中のインターフェース要素へのアクセスをブロックする方法であって、
実行ステップ、判定ステップ、ブロックステップ、取得ステップ及びアクセス提供ステップを備え、
前記実行ステップは、コンピューティングデバイスの使用を制限する制限アプリケーションを実行し、
前記判定ステップは、前記制限アプリケーションの実行中に、前記アプリケーションストア内の前記アプリケーションのページが前記コンピューティングデバイスのディスプレイ上に表示されていると判定し、
前記ブロックステップは、前記制限アプリケーションによって、前記アプリケーションストア内の前記アプリケーションの前記ページの１又は複数のインターフェース要素へのアクセスをブロックし、
前記取得ステップは、認証されたユーザに関連する認証データを取得し、
前記アクセス提供ステップは、前記取得された認証データがブロック解除のための１又は複数の条件を満たすと判定されたことに応答して、前記制限アプリケーションにより、前記アプリケーションストア内の前記アプリケーションの前記ページ中の前記インターフェース要素へのアクセスを提供する、
方法が提供される。

１つの例示的な態様では、
前記判判定ステップは、受信ステップ及び適用ステップを備え、
前記受信ステップは、
前記コンピューティングデバイスのオペレーティングシステムのアクセシビリティＡＰＩに関連するイベントが発生すると、前記オペレーティングシステムからデータを受信し、前記受信データは、前記コンピューティングデバイスのグラフィカルユーザインターフェースに関するデータを含み、
前記適用ステップは、前記受信したデータを１又は複数のヒューリスティックルールに適用する。

１つの例示的な態様では、
前記判定ステップは、マッチングステップを備え、
前記マッチングステップは、前記制限アプリケーションの予め定められたリストに前記ページ上の前記アプリケーションの名前を一致させ、
前記制限アプリケーションは、前記制限アプリケーションに対する懲罰的評価を防止するために選択されたものである。

１つの例示的な態様では、
前記ブロックステップは、
制御要素へのアクセスをブロックし、
前記制御要素は、前記アプリケーションストア内の前記アプリケーションに関連する評価を提出するように構成される。

１つの例示的な態様では、
前記ブロックステップは、
前記アプリケーションの前記ページ中のインターフェース要素の前景に、ブロッキングユーザインターフェース要素を生成する。

１つの例示的な態様では、
前記ユーザに対して前記ページが表示されているアプリケーションは、前記コンピューティングデバイス上で実行される前記制限アプリケーションである。

１つの例示的な態様では、
前記アプリケーションの前記ページは、前記アプリケーションの名前及び前記アプリケーションの評価のうちの少なくとも１つを含む。

１つの例示的な態様では、
前記アプリケーションストアは、リモートサーバを備え、
前記リモートサーバは、
前記コンピューティングデバイスのオペレーティングシステムで実行可能なアプリケーションを配布するように構成され、且つ、各アプリケーションに対応する別個のページを有する。

１つの例示的な態様において、
アプリケーションストア内のアプリケーションのページ中のインターフェース要素へのアクセスをブロックするシステムであって、
コンピューティングデバイス、インターセプトモジュール、ブロッキングモジュールを備え、
前記コンピューティングデバイスは、ディスプレイを備え、
前記インターセプトモジュールは、
制限アプリケーションの実行中に、前記アプリケーションストア内の前記アプリケーションのページが前記ディスプレイ上に表示されていると可能に構成され、前記アプリケーションストは、前記コンピューティングデバイスの使用を制限するように構成され、
ブロッキングモジュールは、
前記アプリケーションストア内の前記アプリケーションの前記ページの１又は複数のインターフェース要素へのアクセスをブロックするように構成され、
認証されたユーザに関連する認証データを取得するように構成され、
前記取得された認証データがブロック解除のための１又は複数の条件を満たすと判定されたことに応答して、前記アプリケーションストア内の前記アプリケーションの前記ページ中の前記インターフェース要素へのアクセスを提供するように構成される、
システムが提供される。

１つの例示的な態様では、
コンピュータ実行可能命令を格納する非一時的なコンピュータ可読媒体であって、
前記命令は、アプリケーションストア内のアプリケーションのページのインターフェース要素へのアクセスをブロックするための命令であり、実行命令、判定命令、ブロック命令、取得命令及びアクセス提供命令を備え、
前記実行命令は、コンピューティングデバイスの使用を制限する制限アプリケーションを実行し、
前記判定命令は、前記制限アプリケーションの実行中に、前記アプリケーションストア内の前記アプリケーションのページが前記コンピューティングデバイスのディスプレイ上に表示されていると判定し、
前記ブロック命令は、前記制限アプリケーションによって、前記アプリケーションストア内の前記アプリケーションの前記ページの１又は複数のインターフェース要素へのアクセスをブロックし、
前記取得命令は、認証されたユーザに関連する認証データを取得し、
前記アクセス提供命令は、前記取得された認証データがブロック解除のための１又は複数の条件を満たすと判定されたことに応答して、前記制限アプリケーションにより、前記アプリケーションストア内の前記アプリケーションの前記ページ中の前記インターフェース要素へのアクセスを提供する、
媒体が提供される。

例示的な態様における上記の簡略化された概要は、本開示の基本的な理解を促進させるものである。かかる概要は、すべての企図された態様の広範な概観ではない。また、すべての側面の重要な要素又は必須の要素を特定することは意図するものでもなく、本開示の任意の又はすべての態様の範囲を説明するものでもない。その唯一の目的は、以下の開示におけるより詳細な説明の前置きとして、１又は複数の態様を簡略化した形で提示することである。前述の目的を達成するために、本開示の１つ以上の態様は、特許請求の範囲に記載され、例示的に指摘される特徴を含む。

添付の図面は、本明細書に組み込まれ、本明細書の一部を構成し、本開示の１つ以上の例示的な態様を示し、詳細な説明とともに、それらの原理及び実施形態を説明する役割を果たす。
ユーザによるアプリケーションの不公平な評価を防止するシステムの例示的な態様を示す図である。 ユーザによるアプリケーションの不公平な評価を防止する方法の例示的な態様を示す図である。 ユーザによるアプリケーションの不公平な評価を防止するシステム及び方法の実施を可能にする汎用コンピュータシステムの一例を示す図である。

例示的な態様は、本明細書において、モバイルデバイスのユーザによるアプリケーションの不公平な評価を防止するシステム、方法、及びコンピュータプログラム製品に関連して説明される。当業者であれば、以下の説明は例示的なものにすぎず、本発明を限定することを意図するものではないことを理解するであろう。他の態様は、本開示の恩恵を受ける当業者には容易に示唆されるであろう。添付の図面に例示されている例示的な態様の実装を詳細に説明する。同じ参照符号は、可能な限り図面全体及び以下の記載にわたって使用される。

以下の用語は、この開示を通じて使用される。

認証データは、モバイルコンピューティングデバイスのユーザの認証に使用されるデータを含む。認証データは、パスワード、ジェスチャ（又はロックパターン）、タッチスクリーン又は音声コマンドにより入力される情報、コンピューティングデバイスのユーザの識別を可能にする任意の他の情報（及び、モバイルコンピューティングデバイスのエントリデバイス／インターフェースを使用して入力することもできる）のうちの少なくとも１つである。

アプリケーションストアは、少なくとも、Ａｎｄｒｏｉｄ、ｉＯＳ及びＷｉｎｄｏｗｓ Ｐｈｏｎｅ ＯＳ用のアプリケーションの配布のためのリモートサーバと、コンピューティングデバイス上に表示することができるアプリケーションであって、アプリケーションストア内の別個のページに対応する１つのアプリケーション（又はアプリケーションのグループ）（例：コンピューティングデバイスのインターネットブラウザによって表示することができるアプリケーションに対応するウェブページ、又はアプリケーションストアにアクセスするためにアプリケーション内に表示することができるアプリケーションのページ）を含む。アプリケーションストアは例えば、Ｇｏｏｇｌｅ Ｐｌａｙ、Ａｐｐ Ｓｔｏｒｅ、Ｗｉｎｄｏｗｓ Ｓｔｏｒｅ等が挙げられる。アプリケーションのページには、少なくとも、アプリケーションの名前、アプリケーションのレーティング、アプリケーションの開発者の名前（又はアプリケーションの所有者）、アプリケーションの年齢制限に関する情報（年齢カテゴリ）、アプリケーションのカテゴリ（「スポーツ」、「ビジネス」、「ファイナンス」等）が含まれる。さらに、アプリケーションのページは、対応するアプリケーションの記述に加え、リモートサーバからモバイルコンピューティングデバイスへダウンロードされたアプリケーションの数を表示することができる。

限定アプリケーションは、限定アプリケーションが何らかの方法で実行されているコンピューティングデバイスの使用の可能性を制限するアプリケーションを含むことができる。例えば、制限アプリケーションは、リモートネットワークリソースへのアクセスをブロックしたり、特定のウェブサイトへのアクセスをブロックしたり、コンピューティングデバイスにインストールされた特定の他のアプリケーションの実行をブロックすることがある。別の例では、制限アプリケーションは、単一のセッション又は一定の期間にわたってデバイスにて費やされる時間を制限することができる。そのようなアプリケーションの例は、Ｋａｓｐｅｒｓｋｙ Ｓａｆｅ Ｋｉｄｓ又はＡｎｄｒｏｉｄ用ＫＥＳである。

図１は、アプリケーションストア内のアプリケーションのページ中のインターフェース要素へのアクセスをブロックすることにより、ユーザによるアプリケーションの不公平な評価を防止するシステムの例示的な態様を示す。システム１００は、コンピューティングデバイス１１０（例：スマートフォン、タブレットモードテ、ＰＣ）、コンピューティングデバイス１１０のオペレーティングシステム（ＯＳ）１０２、及び制限アプリケーション１１５（例：セキュリティアプリケーション）を含む。制限アプリケーション１１５、インターセプトモジュール１２０及びブロッキングモジュール１３０を含むが、これに限定されない。１つの例示的な態様では、制限アプリケーション１１５は、コンピューティングデバイス１１０にインストールされてもよい。別の例示的な態様では、制限アプリケーション１１５は、ウェブサーバ１４０（点線で制限アプリケーション１１５Ａとして図１に示す）により実行されるアプリケーションストア１４２のコンポーネントであってもよい。

１つの例示的な態様では、インターセプトモジュール１２０は、アプリケーションストア１４２内のアプリケーションのページ１１４（以下、便宜上、「アプリケーションページ１１４」と呼ばれる）がコンピューティングデバイス１１０のディスプレイ上に表示されているか否かを判定可能に構成される。いくつかの例示的な態様では、アプリケーションストア１４２内のアプリケーションのページ１１４は、ページが、コンピューティングデバイス１１０によってレンダリングされて表示されたグラフィカルユーザインターフェースの一部である場合、ディスプレイ上に表示されたと見なされる。前記アプリケーションページ１１４は、例えば、アプリケーションストアへのアクセスを可能にするアプリケーションの助けを借りて、コンピューティングデバイス１１０のディスプレイ上に表示することができる。ここで、Ａｎｄｒｏｉｄ系のオペレーティングシステムの場合、そのようなアプリケーションは、Ａｎｄｒｏｉｄ Ｍａｒｋｅｔ又はＰｌａｙ Ｍａｒｋｅｔアプリケーションであり得る。別の例示的な態様では、コンピューティングデバイス１１０にインストールされ且つウェブページを表示することができる任意の他のソフトウェアが、アプリケーションページを表示するために使用される。特定の例では、インターセプトモジュール１２０は、アプリケーションストアからのアプリケーションページがコンピューティングデバイス１１０のディスプレイ画上の表示された事実を、２段階で決定する。別の特定の例では、以下に説明する第１ステップを省略することができる。

第１ステップでは、インターセプトモジュール１２０は、コンピューティングデバイスのディスプレイ上に、アプリケーションページを表示することができるアプリケーションが表示されていると判定する。１つの例示的な態様では、かかる判定は、プロセス名（又はパッケージ名）が、アプリケーションストアにアクセスするためのアプリケーション名と一致する場合になされる。ここで、かかるプロセスは、ウィンドウ（又はＡｎｄｒｏｉｄ ＯＳのアクティビティ）がユーザに表示されるもの（前景アクティビティ）である。上記は単なる例示であり、アプリケーションストアへのアクセスのためのアプリケーションの完全なリストは、インターセプトモジュール１２０、インターセプトモジュール１２０に接続されたデータベース、又はリモートサーバのいずれかに格納することができる。また、特定の場面では、制限アプリケーションの開発者はこのリストを修正することができる。

アプリケーションページを表示できるアプリケーションがコンピューティングデバイスのディスプレイ上に表示されていると判定した後、インターセプトモジュール１２０は、第２ステップにおけるインターセプトモジュール１２０は、コンピューティングデバイスのディスプレイ上に表示されているデータに基づいて、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されていると判定する。インターセプトモジュール１２０は、コンピューティングデバイスのディスプレイ上に表示されているデータを取得するためにアクセシビリティアプリケーション・プログラミングインターフェイス（アクセシビリティＡＰＩ）を使用する。

本明細書で説明されるアクセシビリティＡＰＩは、オペレーティングシステム１０２によって公開された機能のセットであり、機能が低減又は制限された、ユーザ向けのアプリケーションの作成のために設計されるものである。アクセシビリティＡＰＩをサポートするアプリケーションは、アクセシビリティアプリケーションによる（アクセシビリティＡＰＩ経由の）プログラムアクセスを可能にするように、データを公開するように構成されている。ここで、かかるデータは、アプリケーションに含まれる制御要素とデータの両方を含む、アプリケーションのユーザインターフェースに関するデータである。他方では、機能制限されたユーザを支援するユーザインターフェースの強化を提供するアプリケーション（例：スクリーンリーダーアプリケーション）は、システムレベルのアクセシビリティサービスとしてＯＳに登録できる。これにより、コンピューティングデバイスのディスプレイ上に表示されているグラフィカルユーザインターフェースに関するデータにアクセスすることができる。

ディスプレイに表示されているデータを取得するために、インターセプトモジュール１２０は、ＯＳ１０２からイベントの処理のためのアクセス権を受信する。例えば、コンピューティングデバイス１１０へのインストール中に、マニフェスト内の対応する権利を示すことによって、かかる権利がインターセプトモジュール１２０に付与され得る。これは、ＡｃｃｅｓｓｉｂｉｌｉｔｙＥｖｅｎｔ構造のコンテキストでＡｎｄｒｏｉｄ ＯＳ １０２に記述されており、機能制限された限ユーザにサービスを提供するエージェンシー（ＡｃｃｅｓｓｉｂｉｌｉｔｙＳｅｒｖｉｃｅ）の一部で処理するように設計されている。特定の態様では、イベントの処理に対する権利は、コンピューティングデバイス１１０のユーザによって提供される。さらに別の特定の態様では、ユーザは、コンピューティングデバイス１１０の管理者又は制限アプリケーションのユーザである。ここで、かかるユーザは、
アプリケーションを使用する権利を有しており、例えば、そのアプリケーションにアクセスするためのパスワードを知っている。例示的な態様では、ＯＳにおけるそのようなイベントは、ＯＳにおいて以下のように指定されるイベントである（イベントのリストは、拡大されてもよく、示された例に限定されない）。

・ＴＹＰＥ＿ＶＩＥＷ＿ＣＬＩＣＫＥＤ、
・ＴＹＰＥ＿ＶＩＥＷ＿ＬＯＮＧ＿ＣＬＩＣＫＥＤ、
・ＴＹＰＥ＿ＶＩＥＷ＿ＦＯＣＵＳＥＤ、
・ＴＹＰＥ＿ＶＩＥＷ＿ＳＥＬＥＣＴＥＤ、
・ＴＹＰＥ＿ＶＩＥＷ＿ＳＣＲＯＬＬＥＤ。

オペレーティングシステムは、上記のイベントの１つがＯＳに発生すると、ディスプレイに表示されている情報（例：表示されたテキスト）を記述するデータを、登録されたシステムサービスすなわちインターセプトモジュール１２０に送信する。一般に、インターセプトモジュール１２０は、機能制限されたユーザにサービスを提供するためのアクセシビリティサービス（ＡｃｃｅｓｓｉｂｉｌｉｔｙＳｅｒｖｉｃｅ）によって処理するように設計されたイベントが発生したとき、インターセプトモジュール１２０は、ＯＳからデータを受信する。かかるデータは、コンピューティングデバイス１１０のオペレーティングシステムによって生成される。特定の例では、かかるデータは、コンピューティングデバイス１１０のディスプレイ上に表示されている情報のテキスト表現（テキスト及び特定の絵文字の両方を含む）である。１つの例示的な態様では、前述のデータには、イベントの名前（「ＴＹＰＥ＿ＶＩＥＷ ．．．」タイプの前述の名前の１つ）、前述のイベントのうちの１つが発生中に動作しているアプリケーションの名前、ワーキングアプリケーションのインターフェース要素のクラス（クラス名）の名前も含まれる。ここで、かかるアプリケーションは、例えば、「ａｎｄｒｏｉｄ．ｗｉｄｇｅｔ．ＩｍａｇｅＶｉｅｗ」又は「ＩｍａｇｅＶｉｅｗ」であり、前述のインターフェース要素が発生したイベントに接続されている。例えば、イベントＴＹＰＥ＿ＶＩＥＷ＿ＣＬＩＣＫＥＤの場合、かかる要素はボタンであり、接続されたイベント及び要素はＯＳのクラス記述ＡｃｃｅｓｓｉｂｉｌｉｔｙＥｖｅｎｔで表される。一般的なケースでは、ユーザと上記要素とのインタラクション（例：プレス）がイベントを生成する場合、インターフェース要素がイベントに接続される。なお、特定のケースでは、ＯＳの助けを借りることもあり得る。いくつかの例示的な態様では、アプリケーションのインターフェース要素は、少なくともボタンとテキストフィールドであることに留意されたい。さらに別の例示的な態様では、かかるデータは、発生したイベントに関連するインターフェース要素の属性（例：要素に含まれるテキスト又はオペレーティングシステムによって提供される属性の完全なリスト）も含む。

インターセプトモジュール１２０は、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されていると判定するために、ＯＳから取得された前述のデータ（以下、「データ」）を使用することができる。１つの例示的な態様では、インターセプトモジュール１２０は、かかる判定を行うために、データに適用可能な１又は複数の１ヒューリスティックルールを使用することができる。例えば、データがインターフェース要素の属性を含み、属性中に所定のアプリケーションリストからのアプリケーションの名前がある場合、インターセプトモジュール１２０は、コンピューティングデバイス１１０のディスプレイ上にアプリケーションページが表示されていると判定（検出、肯定）する。ヒューリスティックルールの別の例では、データがインターフェース要素の属性を含み、属性中に所定のアプリケーションリストからのアプリケーションの名前を含み、且つその名前がインターフェース要素の属性でありそのクラスが「Ｂｕｔｔｏｎ」、「ＩｍａｇｅＶｉｅｗ」、「ＴｅｘｔＶｉｅｗ」である名前が存在する場合、インターセプトモジュール１２０は、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されていると判定する。

ヒューリスティックルールの別の例では、データがインターフェース要素の属性を含み、属性中に予め編集されたアプリケーションリストからのアプリケーションの名前及び所定の開発者リストから得た開発者の名前を含み、且つその名前がインターフェース要素の属性でありそのクラスが「Ｂｕｔｔｏｎ」、「ＩｍａｇｅＶｉｅｗ」、「ＴｅｘｔＶｉｅｗ」である名前が存在する場合、インターセプトモジュール１２０は、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されていると判定する。

ヒューリスティックルールの別の例では、データがインターフェース要素の属性を含み、属性中に所定のアプリケーションリストからのアプリケーションの名前及び所定の開発者リストから得た開発者の名前が存在し、且つその名前がインターフェース要素の属性でありそのクラスが「Ｂｕｔｔｏｎ」、「ＩｍａｇｅＶｉｅｗ」、「ＴｅｘｔＶｉｅｗ」である名前が存在する場合に加え、データが、上記の列挙されたインターフェース要素のうちの１つに接続されたイベントの名前が含まれ、イベントの名前が「ＴＹＰＥ＿ＶＩＥＷ＿ＣＬＩＣＫＥＤ」、「ＴＹＰＥ＿ＶＩＥＷ＿ＳＣＲＯＬＬＥＤ」である場合、インターセプトモジュール１２０は、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されていると判定する。

１つの例示的な態様では、データがインターフェース要素の属性を含み、属性中に所定のアプリケーションリストからのアプリケーションの名前が存在し、且つその名前がインターフェース要素の属性でありそのクラスが「ＳｅａｒｃｈＢｏｘ」である名前が存在する場合、インターセプトモジュール１２０は、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されていると判定しない条件を上記のルールに追加する。

アプリケーションの予め定められたリスト（及び予め定められた開発者リスト）は、情報技術の専門家によって編成されるか、リモートサーバ（図１には図示せず）によって提供され、インターセプトモジュール１２０に引き渡される。１つの例示的な態様では、アプリケーションの予め定められたリストは、少なくとも制限アプリケーションの名前を含むので、インターセプトモジュール１２０は、アプリケーションストア内の制限アプリケーションのページがコンピューティングデバイスのディスプレイ上に表示されていると判定する。１つの例示的な態様では、インターセプトモジュール１２０は、前述のヒューリスティックルールのうちの少なくとも２つの条件が満たされている場合、ページがコンピューティングデバイス１１０のディスプレイ上に表示されていると判定する。インターセプトモジュール１２０は、コンピューティングデバイス１１０のディスプレイ上にアプリケーションページが表示されていると判定した後、この判定に対応する通知をブロッキングモジュール１３０に送信することができる。

ブロッキングモジュール１３０は、少なくともコンピューティングデバイスの入力デバイスの助けを借りて入力された認証データを取得するために、コンピューティングデバイス１１０のディスプレイ上に示されるアプリケーションページ１１４の１又は複数のインターフェース要素へのアクセスをブロックするように構成されてもよい。また、例えば、アクセスが以前にブロッキングモジュール１３０によってブロックされている場合に、コンピューティングデバイス１１０のディスプレイ上に示されているアプリケーションページのインターフェース要素へのアクセスを許可することもできる。

１つの例示的な態様では、ブロッキングモジュール１３０は、１又は複数のインターフェース要素（例：Ａｎｄｒｏｉｄ ＯＳの別のアクティビティに属するもの）を前景に配置することにより、アプリケーションページのインターフェース要素１１７へのアクセス（例：ユーザからのアクセス）をブロックすることができる。ここで、かかるインターフェース要素は、アプリケーションページのインターフェース要素の使用を許可しないためものであり、例えば背景をカバーしてもよい。すなわち、カバーするインターフェース要素により、ユーザは、アプリケーションのインターフェース要素が利用可能であると認識することを妨げられる可能性がある。また、ユーザが背面のインターフェース要素にアクセスしようとしても、前景インターフェース要素は、ＯＳ１０２のグラフィカルユーザインターフェースのレイヤー原理に従ってユーザからの入力を取得するように構成され且つ配置される。いくつかの例示的な態様では、（カバーされる）アプリケーションページ上の上記インターフェース要素１１７は、対応するアプリケーションに対するコメントを入力するテキストフィールドや、アプリケーションの評価を入力するインターフェース要素であってもよい。ここで、評価入力用のインターフェース要素は例えば、アプリケーションの評価を１〜５段階で評価可能なボタン又は絵文字（例：星型記号）であってもよい。

１つの例示的な態様では、ブロッキングモジュール１３０は、前述のブロッキングに加えて、ユーザによって実行される認証プロセスに基づいて、ブロックされたユーザインターフェース要素へのアクセスを許可するように構成されてもよい。ブロッキングモジュール１３０は、認証データを入力するための少なくとも１つのインターフェース要素（例：テキストフィールド）をコンピューティングデバイス１１０のディスプレイ上に配置することができる。別の例示的な態様では、インターフェース要素は、コンピューティングデバイスのディスプレイ上に表示することを必要とせず、ブロッキングモジュール１３０は、コンピューティングデバイス１１０の入力デバイスから入力されたデータ（例：タッチスクリーンを用いたジェスチャ入力）を読み込むようにしてもよい。ブロッキングモジュール１３０は、上述した方法のうちの１つ（インターフェース要素の使用、又はコンピューティングデバイス１１０の少なくとも１つの入力デバイスから入力される方法のいずれか）によって認証データを受信する。本開示の１つの例示的な態様では、認証データは、コンピューティングデバイス１１０のユーザによって入力される。

認証データを取得した後、ブロッキングモジュール１３０は、アプリケーションページのインターフェース要素へのアクセスを許可することができる。いくつかの例示的な態様では、インターフェース要素を前景から除去することにより、アクセスを許可する。ここで、除去されるインターフェース要素は、（例えば、前述のアクティビティにより追加されたインターフェース要素１１７であり）以前にインターフェース要素１１７の使用を許可しなかった（例：ブロックした）インターフェース要素である。１つの例示的な態様では、ブロッキングモジュール１３０は、入力された認証データが少なくとも１つのブロッキング解除条件を満たすと判定したことに応答して、アプリケーションページのインターフェース要素１１７へのアクセスを許可し、解除条件を満たさない場合にはかかるアクセスを不許可とする。ブロック解除条件は、少なくとも以下の通りである。

・入力された認証データが、ブロック解除用のパスワードと一致する。
・入力された認証データが、ブロック解除用のジェスチャと一致する。
・入力された認証データが、ブロック解除用の音声コマンドと一致する。

ブロック解除用のパスワード、ジェスチャ又はコマンドは、ブロッキングモジュール１３０に格納することができる。これらは、外部からの適切なコマンドにより変更することができる。例えば、「Ｋａｓｐｅｒｓｋｙ Ｓａｆｅ Ｋｉｄｓ」のような制限アプリケーションからの入力、又はコンピューティングデバイス１１０の管理者からの入力により変更されてもよい。いくつかの例示的な態様では、ブロック解除用のパスワード、ジェスチャ又はコマンドは、制限アプリケーション（例：Ｋａｓｐｅｒｓｋｙ Ｓａｆｅ Ｋｉｄｓ）へのアクセス用の対応するパスワード、ジェスチャまたコマンドと一致する。

図２は、アプリケーションストア内のアプリケーションページのインターフェース要素へのアクセスをブロックすることによって、ユーザによるアプリケーションの懲罰的評価を防止する方法２００の例示的な態様を示す。コンピューティングデバイスは、コンピューティングデバイスの機能を制限する制限アプリケーション１１５を実行する。アプリケーションストアは、リモートサーバ上で実行されてもよい。ここで、リモートサーバは、コンピューティングデバイスのオペレーティングシステムで実行可能なアプリケーションを配布するように構成され、且つ、各アプリケーションに対応する別個のページを有する。

ステップ２０１において、インターセプトモジュール１２０は、制限アプリケーションの実行中に、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されていることを判定する。いくつかの例示的な態様では、アプリケーションのページは、アプリケーションの名前及びアプリケーションのレーティングの少なくとも１つを含む。いくつかの例示的な態様では、ページがユーザに表示されているアプリケーションは、コンピューティングデバイス上で実行される制限アプリケーションである。いくつかの例示的な態様では、インターセプトモジュール１２０は、ページ上のアプリケーションの名前と、所定のリストであって、制限アプリケーションに対する懲罰的評価を防止するために選択された制限アプリケーションのリストを突き合わせる。

インターセプトモジュール１２０は、所定のインベント発生時にＯＳからコンピューティングデバイス１１０に送信されるデータに基づいて、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されていると判定する。ここで、かかるコンピューティングデバイス１１０は、機能が低減又は制限されたユーザにサービスを提供するシステムアクセシビリティサービスとして登録されている。いくつかの例示的な態様では、インターセプトモジュール１２０は、ＯＳのアクセシビリティＡＰＩに関連するイベントの発生時に、コンピューティングデバイスのＯＳ１０２からデータを受信する。この受信データは、コンピューティングデバイスのグラフィカルユーザインターフェースに関するデータを含む。１つの例示的な態様では、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されているという判定は、ヒューリスティックルール（例：受信データに適用可能なルール）を利用して行われる。

インターセプトモジュール１２０が、アプリケーションページがコンピューティングデバイス１１０のディスプレイ上に表示されていると判定した場合、対応する通知がインターセプトモジュール１２０によってブロッキングモジュール１３０に送信される。ステップ２０２において、ブロッキングモジュール１３０は、アプリケーションページのインターフェース要素へのアクセスをブロックする。いくつかの例示的な態様では、ブロッキングモジュール１３０は、制御要素へのアクセスをブロックする。ここで。制御要素は、ボタン又はテキストフィールドであり、アプリケーションストア内のアプリケーションに関連する評価又はフィードバック評価を提供可能に構成される。いくつかの例示的な態様では、ブロッキングモジュール１３０は、アプリケーションストア内のアプリケーションのページ中のインターフェース要素の前景に、ブロッキングユーザインターフェース要素を生成する。

次に、ステップ２０３において、ブロッキングモジュール１３０は、少なくともコンピューティングデバイス１１０の入力デバイスから入力された認証データを取得する。認証データがブロック解除の条件を満たす場合、ステップ２０７において、ブロッキングモジュール１３０は、アプリケーションページのインターフェース要素へのアクセスを許可する。一方、認証データが解除条件を満たさない場合、ステップ２０６において、ブロッキングモジュール１３０は、アプリケーションページのインターフェース要素へのアクセスを拒否する。なお、ステップ２０２の時点でアクセスはブロックされたままである。

図３は、本発明の例示的な態様における、ユーザによるアプリケーションの不公平な評価を防止するためのシステム及び方法の態様を示す例示的なコンピュータシステムを示す図である。図示されるように、コンピュータシステム２０（パーソナルコンピュータ又はサーバであってもよい）は、中央処理装置２１、システムメモリ２２及び中央処理装置２１に関連するメモリを含む様々なシステム構成要素を接続するシステムバス２３を含む。当業者には理解されるように、システムバス２３は、バスメモリ又はバスメモリコントローラ、周辺バス、及び他のバスアーキテクチャと相互作用することができるローカルバスを含むことができる。システムメモリは、永久メモリ（ＲＯＭ）２４及びランダムアクセスメモリ（ＲＡＭ）２５を含むことができる。基本入出力システム（ＢＩＯＳ）２６は、ＲＯＭ２４を使用してオペレーティングシステムをロードするとき等において、コンピュータシステム２０の要素間で情報を転送するための基本手順を格納することができる。

コンピュータシステム２０はまた、データの読み書きのためのハードディスク２７、取り外し可能な磁気ディスク２９の読み書きのための磁気ディスクドライブ２８、及びＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、その他の光学メディア等の光学ディスク３１の読み書きのための光学式ドライブ３０を含む。ハードディスク２７、磁気ディスクドライブ２８、及び光学式ドライブ３０は、ハードディスクインターフェース３２、磁気ディスクインターフェース３３、及び光学式のドライブインターフェース３４それぞれを横切るシステムバス２３と接続される。ドライブ及び対応するコンピュータ情報メディアは、コンピュータ命令、データ構造体、プログラムモジュール、及びコンピュータシステム２０の他のデータのストレージのための電源依存のモジュールである。

例示的な態様では、ハードディスク２７、取り外し可能な磁気ディスク２９及び取り外し可能な光学ディスク３１を使用するシステムを含む。これらのディスクは、システムバス２３を介してコントローラ５５に接続される。当業者は、コンピュータにより読み取り可能な形式でデータを格納することができる任意のタイプの媒体５６を利用できることを理解であきるであろう。これらの一例として、ＳＳＤ、フラッシュメモリカード、デジタルディスク、ランダムアクセスメモリ（ＲＡＭ）が挙げられる。

コンピュータシステム２０は、オペレーティングシステム３５が格納され得るファイルシステム３６と、追加のプログラムアプリケーション３７と、他のプログラムモジュール３８と、プログラムデータ３９とを有する。コンピュータシステム２０のユーザは、キーボード４０、マウス４２、又は当業者に知られている任意の他の入力装置を使用してコマンド及び情報を入力することができる。例えば、入力装置として、マイクロホン、ジョイスティック、ゲームコントローラ、スキャナ等が挙げられるが、これらに限定されない。このような入力装置は、通常、シリアルポート４６を介してコンピュータシステム２０に接続され、シリアルポート４６はシステムバスに接続される。ここで、当業者であれば、パラレルポート、ゲームポート、又はユニバーサルシリアルバス（ＵＳＢ）等を介する他の方法で接続することもできる点を理解すべきである。モニタ４７又は他のタイプのディスプレイ装置もまた、ビデオアダプタ４８等のインターフェースを介してシステムバス２３に接続することができる。モニタ４７に加えて、パーソナルコンピュータは、ウドスピーカ、プリンタ等の他の周辺出力装置（図示せず）に接続されてもよい。

コンピュータシステム２０は、１又は複数のリモートコンピュータ４９とのネットワーク接続を通じて、ネットワーク環境で操作することができる。リモートコンピュータ（又はコンピュータ）４９は、コンピュータシステム２０の性質として説明した上述の要素のほとんど又は全てを有するローカルコンピュータ、ワークスペース又はサーバであってもよい。ルータ、ネットワークステーション、ピア接続の機器、又は他のネットワークノード等の他の機器もまた、かかるコンピュータネットワークで存在し得るものであるが、これらに限定されない。

ネットワーク接続は、ローカルエリアコンピュータネットワーク（ＬＡＮ）５０及びワイドエリアコンピュータネットワーク（ＷＡＮ）を形成することができる。そのようなネットワークは、企業のコンピュータネットワーク及び社内ネットワークで利用され、それらはたいていにインターネットにアクセスすることができる。ＬＡＮ又はＷＡＮネットワークにおいて、コンピュータシステム２０は、ネットワークアダプタ又はネットワークインターフェース５１と接続可能なローカルエリアネットワーク５０に接続されている。ネットワークが用いられる時には、コンピュータシステム２０は、インターネット等のワイドエリアコンピュータネットワークによる通信を実現するために、モデム５４又は当業者に知られたその他のモジュールを使用することができる。内部又は外部の機器であるモデム５４は、シリアルポート４６によりシステムバス２３と接続されてもよい。かかるネットワーク接続単なる例示であり、当業者は、通信モジュールを使用して１つのコンピュータによって別のコンピュータへの接続を確立する多くの周知の方法の非限定的な例であることを理解するであろう。

様々な実施形態において、ハードウェア、ソフトウェア、ファームウェア、又はこれらのあらゆる組み合わせにおいて、ここで説明されたシステム及びメソッドを実施し得る。ソフトウェアにおいて実装される場合は、メソッドは不揮発性コンピュータ可読メディアの１又は複数の指示又はコードとして保存され得る。コンピュータ可読メディアは、データストレージを含む。あくまでも例であり限定するものではないが、そのようなコンピュータ可読メディアは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、フラッシュメモリ、若しくは他のタイプの電気、磁気、光学式の記憶媒体、又はその他のメディアであってもよい。すなわち、これらによって指示又はデータ構造体という形で、要求されたプログラムコードを運ぶか又は保存することができ、汎用コンピュータのプロセッサによってアクセスすることができる。

様々な実施形態で、本開示のシステム及びメソッドが、モジュールとして実装され得る。ここで、用語「モジュール」は、実世界の機器、コンポーネント、又はハードウェアを用いて実装されたコンポーネント配置であり、例えばＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ニューロモルフィックチップ（神経シナプスチップ）又はモジュールの機能を実行するマイクロプロセッサシステムや指示セット等の、ハードウェアとソフトウェアの組み合わせとして実装され得る。これらは、実行中にマイクロプロセッサシステムを特定の機器に変換する。モジュールは、ハードウェア単体により促進される一定の機能とハードウェア及びソフトウェアの組み合わせによって促進される他の機能という２つの組み合わせとして実施されてもよい。モジュールの少なくとも一部又は全部は、汎用コンピュータのプロセッサにおいて実行できる（図３において詳述したもの等）。したがって、各モジュールは様々な適当な構成で実現することができて、ここに例示した特定の実装に限られるものではない。

なお、実施形態の通常の機能のうちの全てをここで開示しているわけではない。本開示のいずれの実施形態を開発する場合においてでも、開発者の具体的な目標を達成するためには多くの実施に係る特別な決定が必要であり、これらの具体的な目標は実施形態及び開発者ごとに異なることに留意されたし。そのような開発努力は、複雑で時間を要するものであるが、本開示の利益を享受し得る当業者にとってはエンジニアリングの日常であると理解されたい。

さらに、本明細書で使用される用語又は表現は、あくまでも説明のためであり、限定するものではない。つまり、関連技術の熟練の知識と組み合わせて、本明細書の用語又は表現は、ここに示される教示及び指針に照らして当業者によって解釈されるべきであると留意されたし。明示的な記載がない限り、明細書又は特許請求の範囲内における任意の用語に対して、珍しい又は特別な意味を帰することは意図されていない。本明細書で開示された様々な態様は、例示のために本明細書に言及した既知のモジュールの、現在及び将来の既知の均等物を包含する。さらに、態様及び用途を示し、説明してきたが、本明細書に開示された発明の概念から逸脱することなく、上述したよりも多くの改変が可能であることが、この開示の利益を有する当業者には明らかであろう。

Claims (18)

1. アプリケーションストア内のアプリケーションのページ中のインターフェース要素へのアクセスをブロックする方法であって、
   実行ステップ、判定ステップ、ブロックステップ、取得ステップ及びアクセス提供ステップを備え、
   前記実行ステップは、コンピューティングデバイスの使用を制限する制限アプリケーションを実行し、
   前記判定ステップは、前記コンピューティングデバイスのアクセシビリティアプリケーション・プログラミングインターフェイス（アクセシビリティＡＰＩ）に関連するイベントの処理のために前記アクセシビリティＡＰＩを使用して前記コンピューティングデバイスにおけるアクセス権を受信することによって、前記制限アプリケーションの実行中に、前記アプリケーションストア内の前記制限アプリケーションのページが前記コンピューティングデバイスのディスプレイ上に表示されていると判定し、
   前記ブロックステップは、前記アプリケーションストア内の前記制限アプリケーションの前記ページの１又は複数のインターフェース要素へのアクセスをブロックし、
   前記１又は複数のインターフェース要素は、前記アプリケーションストア内の前記制限アプリケーションの評価を制御するものであり、
   前記取得ステップは、前記コンピューティングデバイスを使用して、認証されたユーザに関連する認証データを取得し、
   前記アクセス提供ステップは、前記取得された認証データがブロック解除のための１又は複数の条件を満たすと判定されたことに応答して、前記アプリケーションストア内の前記制限アプリケーションの前記ページ中の前記インターフェース要素へのアクセスを提供する、
   方法。
2. 前記判定ステップは、受信ステップ及び適用ステップを備え、
   前記受信ステップは、
   前記コンピューティングデバイスのオペレーティングシステムのアクセシビリティＡＰＩに関連するイベントが発生すると、前記オペレーティングシステムからデータを受信し、前記受信データは、前記コンピューティングデバイスのグラフィカルユーザインターフェースに関するデータを含み、
   前記適用ステップは、前記受信したデータを１又は複数のヒューリスティックルールに適用する、
   請求項１に記載の方法。
3. 前記判定ステップは、マッチングステップを備え、
   前記マッチングステップは、前記制限アプリケーションの予め定められたリストに前記ページ上の前記制限アプリケーションの名前を一致させ、
   前記制限アプリケーションは、前記制限アプリケーションに対する懲罰的評価を防止するために選択されたものである、
   請求項１に記載の方法。
4. 前記ブロックステップは、
   制御要素へのアクセスをブロックし、
   前記制御要素は、前記アプリケーションストア内の前記制限アプリケーションに関連する評価を提出するように構成される、
   請求項１に記載の方法。
5. 前記ブロックステップは、
   前記アプリケーションストア内の前記制限アプリケーションの前記ページ中のインターフェース要素の前景に、ブロッキングユーザインターフェース要素を生成する、
   請求項１に記載の方法。
6. 前記制限アプリケーションの前記ページは、前記制限アプリケーションの名前及び前記制限アプリケーションの評価のうちの少なくとも１つを含む、
   請求項１に記載の方法。
7. 前記アプリケーションストアは、リモートサーバを備え、
   前記リモートサーバは、
   前記コンピューティングデバイスのオペレーティングシステムで実行可能なアプリケーションを配布するように構成され、且つ、各アプリケーションに対応する別個のページを有する、
   請求項１に記載の方法。
8. アプリケーションストア内のアプリケーションのページ中のインターフェース要素へのアクセスをブロックするシステムであって、
   コンピューティングデバイス、インターセプトモジュール、ブロッキングモジュールを備え、
   前記コンピューティングデバイスは、ディスプレイを備え、
   前記インターセプトモジュールは、
   前記コンピューティングデバイスのアクセシビリティアプリケーション・プログラミングインターフェイス（アクセシビリティＡＰＩ）に関連するイベントの処理のために前記アクセシビリティＡＰＩを使用して前記コンピューティングデバイスにおけるアクセス権を受信することによって、制限アプリケーションの実行中に、前記アプリケーションストア内の前記制限アプリケーションのページが前記ディスプレイ上に表示されていると判定可能に構成され、前記アプリケーションストアは、前記コンピューティングデバイスの使用を制限するように構成され、
   前記ブロッキングモジュールは、
   前記アプリケーションストア内の前記制限アプリケーションの前記ページの１又は複数のインターフェース要素へのアクセスをブロックするように構成され、
   前記コンピューティングデバイスを使用して、認証されたユーザに関連する認証データを取得するように構成され、
   前記取得された認証データがブロック解除のための１又は複数の条件を満たすと判定されたことに応答して、前記アプリケーションストア内の前記制限アプリケーションの前記ページ中の前記インターフェース要素へのアクセスを提供するように構成され、
   前記１又は複数のインターフェース要素は、前記アプリケーションストア内の前記制限アプリケーションの評価を制御するものである、
   システム。
9. 前記インターセプトモジュールは、
   前記コンピューティングデバイスのオペレーティングシステムのアクセシビリティＡＰＩに関連するイベントが発生すると、前記オペレーティングシステムからデータを受信するように構成され、前記受信データは、前記コンピューティングデバイスのグラフィカルユーザインターフェースに関するデータを含み、
   前記受信したデータを１又は複数のヒューリスティックルールに適用するように構成される、
   請求項８に記載のシステム。
10. 前記インターセプトモジュールは、
    前記制限アプリケーションの予め定められたリストに前記ページ上の前記制限アプリケーションの名前を一致させるように構成され、
    前記制限アプリケーションは、前記制限アプリケーションに対する懲罰的評価を防止するために選択されたものである、
    請求項８に記載のシステム。
11. 前記ブロッキングモジュールは、
    制御要素へのアクセスをブロックするように構成され、
    前記制御要素は、前記アプリケーションストア内の前記制限アプリケーションに関連する評価を提出するように構成される、
    請求項８に記載のシステム。
12. 前記ブロッキングモジュールは、
    前記アプリケーションストア内の前記制限アプリケーションの前記ページ中のインターフェース要素の前景に、ブロッキングユーザインターフェース要素を生成するように構成される、
    請求項８に記載のシステム。
13. 前記制限アプリケーションの前記ページは、前記制限アプリケーションの名前及び前記制限アプリケーションの評価のうちの少なくとも１つを含む、
    請求項８に記載のシステム。
14. リモートサーバを備え、
    前記リモートサーバは、前記コンピューティングデバイスのオペレーティングシステムで実行可能なアプリケーションを配布するために、前記アプリケーションストアを実行し、且つ、各アプリケーションに対応する別個のページを有する、
    請求項８に記載のシステム。
15. コンピュータ実行可能命令を格納する非一時的なコンピュータ可読媒体であって、
    前記命令は、アプリケーションストア内のアプリケーションのページのインターフェース要素へのアクセスをブロックするための命令であり、実行命令、判定命令、ブロック命令、取得命令及びアクセス提供命令を備え、
    前記実行命令は、コンピューティングデバイスの使用を制限する制限アプリケーションを実行し、
    前記判定命令は、前記コンピューティングデバイスのアクセシビリティアプリケーション・プログラミングインターフェイス（アクセシビリティＡＰＩ）に関連するイベントの処理のために前記アクセシビリティＡＰＩを使用して前記コンピューティングデバイスにおけるアクセス権を受信することによって、前記制限アプリケーションの実行中に、前記アプリケーションストア内の前記制限アプリケーションのページが前記コンピューティングデバイスのディスプレイ上に表示されていると判定し、
    前記ブロック命令は、前記アプリケーションストア内の前記制限アプリケーションの前記ページの１又は複数のインターフェース要素へのアクセスをブロックし、
    前記１又は複数のインターフェース要素は、前記アプリケーションストア内の前記制限アプリケーションの評価を制御するものであり、
    前記取得命令は、前記コンピューティングデバイスを使用して、認証されたユーザに関連する認証データを取得し、
    前記アクセス提供命令は、前記取得された認証データがブロック解除のための１又は複数の条件を満たすと判定されたことに応答して、前記アプリケーションストア内の前記制限アプリケーションの前記ページ中の前記インターフェース要素へのアクセスを提供する、
    媒体。
16. 前記判定命令は、受信命令及び適用命令を備え、
    前記受信命令は、
    前記コンピューティングデバイスのオペレーティングシステムのアクセシビリティＡＰＩに関連するイベントが発生すると、前記オペレーティングシステムからデータを受信し、前記受信データは、前記コンピューティングデバイスのグラフィカルユーザインターフェースに関するデータを含み、
    前記適用命令は、前記受信したデータを１又は複数のヒューリスティックルールに適用する、
    請求項１５に記載の媒体。
17. 前記判定命令は、マッチング命令を備え、
    前記マッチング命令は、前記制限アプリケーションの予め定められたリストに前記ページ上の前記制限アプリケーションの名前を一致させ、
    前記制限アプリケーションは、前記制限アプリケーションに対する懲罰的評価を防止するために選択されたものである、
    請求項１５に記載に媒体。
18. 前記ブロック命令は、
    制御要素へのアクセスをブロックし、
    前記制御要素は、前記アプリケーションストア内の前記制限アプリケーションに関連する評価を提出するように構成される、
    請求項１５に記載の媒体。