(57)【要約】      （修正有）【課題】セキュリティを提供し、人間ユーザおよび正規ユーザまたはそのいずれかを検証するための方法および装置について述べる。【解決手段】システムは、プロセッサと、非一時的なプロセッサ読取可能な記憶媒体とを含む。非一時的なプロセッサ読取可能な記憶媒体は、実行された場合、プロセッサに確保したリソースにアクセスするためのリクエストを受信させ、検証チャレンジをユーザインタフェースを介してユーザに送らせ、検証チャレンジに応答して、少なくとも１つの入力をユーザから受信させ、人間ユーザを示す少なくとも１つのパラメータに少なくとも１つの入力が対応することを決定させる１もしくはそれ以上のプログラム指令を有する。検証チャレンジは、ゲームを含んでもよい。【選択図】図１
2020053061.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、
非一時的なプロセッサ読取可能な記憶媒体と、
を有するシステムであって、
前記非一時的なプロセッサ読取可能な記憶媒体は、１もしくはそれ以上のプログラム指令を有し、当該プログラム指令は実行された場合、前記プロセッサに、
確保したリソースにアクセスするためのリクエストを受信する工程と、
ゲームを含む１もしくはそれ以上の検証チャレンジをユーザインタフェースを介して少なくとも１のユーザに提供する工程と、
少なくとも１つの検証チャレンジへの応答である入力を前記少なくとも１のユーザから受信する工程であって、当該受信した入力は少なくとも１つのゲームプレイ入力を有するものである、前記受信する工程と、
前記受信した入力を既知の情報と比較する工程と、
前記比較に基づいて、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応すること、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないこと、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応すること、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応しないこと、
のうち少なくとも１つを決定する工程と
を実行させるものである、システム。
【請求項２】
請求項１記載のシステムにおいて、前記少なくとも１のユーザは複数のユーザを有するものである、システム。
【請求項３】
請求項１記載のシステムにおいて、前記受信した入力は、さらに、前記少なくとも１のユーザにとって既知である、別のユーザに関する情報を有するものである、システム。
【請求項４】
請求項１記載のシステムにおいて、さらに、
実行された場合、前記プロセッサに、前記確保したリソースに前記少なくとも１のユーザがアクセスするのを許可する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、システム。
【請求項５】
請求項１記載のシステムにおいて、前記決定する工程は、さらに、
前記少なくとも１のユーザが十分な自覚意識をもって前記確保したリソースにアクセスしていること、を決定する工程を有するものである、システム。
【請求項６】
請求項１記載のシステムにおいて、さらに、
実行された場合、前記プロセッサに、前記受信した入力に基づいて前記少なくとも１のユーザの１もしくはそれ以上の生理的特徴を特定する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、システム。
【請求項７】
請求項１記載のシステムにおいて、前記検証チャレンジは、さらに、１もしくはそれ以上の経時的特性を有するものである、システム。
【請求項８】
請求項１記載のシステムにおいて、さらに、
実行された場合、前記プロセッサに、前記受信した入力について、前記少なくとも１のユーザが強制下にあることを示す１もしくはそれ以上の特徴を特定する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、システム。
【請求項９】
請求項１記載のシステムにおいて、前記受信した入力は、さらに、少なくとも１つの追加入力を有するものである、システム。
【請求項１０】
請求項１記載のシステムにおいて、前記受信した入力を既知の情報と比較する工程は、さらに、
前記受信した入力に当該システムおよび前記ユーザインタフェースにとって既知である既存の規則を適用する工程を有するものである、システム。
【請求項１１】
請求項１記載のシステムにおいて、前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応することは、さらに、前記少なくとも１のユーザに少なくとも１つの追加の検証チャレンジを提供することを有するものである、システム。
【請求項１２】
請求項１記載のシステムにおいて、前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないことは、さらに、前記少なくとも１のユーザに少なくとも１つの追加の検証チャレンジを提供することを有するものである、システム。
【請求項１３】
請求項１記載のシステムにおいて、前記ゲームは、フローティングバルーンゲーム、迷路ゲーム、カッティングゲーム、パズルゲームおよびメモリゲームのうちの少なくとも１つを含むものである、システム。
【請求項１４】
請求項１記載のシステムにおいて、前記ゲームは、複数のゲームフォーマットから無作為に選択されるものである、システム。
【請求項１５】
請求項１記載のシステムにおいて、さらに、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないと決定されたことに応答して、
前記プロセッサが、前記少なくとも１のユーザにアクセス拒否に関する通知を提供する工程、
前記プロセッサが、管理者にアクセス拒否に関する通知を提供する工程、
前記プロセッサが、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程、のうちの少なくとも１つを実行する、
システム。
【請求項１６】
請求項１記載のシステムにおいて、さらに、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応すると決定されたことに応答して、
前記プロセッサが、前記少なくとも１のユーザにアクセス拒否に関する通知を提供する工程、
前記プロセッサが、管理者にアクセス拒否に関する通知を提供する工程、
前記プロセッサが、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程、のうちの少なくとも１つを実行する、
システム。
【請求項１７】
請求項１記載のシステムにおいて、さらに、実行された場合、前記プロセッサに、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、システム。
【請求項１８】
請求項１記載のシステムにおいて、前記検証チャレンジは、さらに、前記少なくとも１のユーザの１もしくはそれ以上の生理的特徴に適合した１もしくはそれ以上の特性を有するものである、システム。
【請求項１９】
請求項１８記載のシステムにおいて、前記受信した入力は、前記１もしくはそれ以上の特性に対応する少なくとも１つの変数を有するものである、システム。
【請求項２０】
請求項１記載のシステムにおいて、さらに、前記プロセッサに動作可能に接続された１もしくはそれ以上のセンサを有し、前記受信した入力は、さらに、１もしくはそれ以上のセンサ入力を有するものである、システム。
【請求項２１】
請求項２０記載のシステムにおいて、前記比較する工程は、前記１もしくはそれ以上のセンサからの入力を既知の情報と比較する工程を有するものである、システム。
【請求項２２】
請求項２０記載のシステムにおいて、前記１もしくはそれ以上のセンサは位置センサである、システム。
【請求項２３】
請求項１記載のシステムにおいて、前記少なくとも１つのパラメータは、パスコード、割り当てられたタスクの完了、前記検証チャレンジの送信と少なくとも１つの入力の受信との間に経過した時間、正規ユーザについての既知の物理的特徴、および電子デバイスの位置のうちの少なくとも１つを有するものである、システム。
【請求項２４】
請求項２３記載のシステムにおいて、前記少なくとも１つのパラメータは、前記検証チャレンジの送信と前記少なくとも１つの入力の受信との間に経過した時間を含み、前記時間は、最短時間よりも長く、最長時間よりも短いものである、システム。
【請求項２５】
請求項２３記載の方法において、前記少なくとも１つのパラメータは、前記検証チャレンジの送信と前記少なくとも１つの入力の受信との間に経過した時間を含み、前記時間は、最短時間よりも短く、最長時間よりも長いものである、方法。
【請求項２６】
方法であって、
プロセッサが、確保したリソースにアクセスするためのリクエストを受信する工程と、
前記プロセッサが、ゲームを含む１もしくはそれ以上の検証チャレンジをユーザインタフェースを介して少なくとも１のユーザに提供する工程と、
前記プロセッサが、少なくとも１つの検証チャレンジへの応答である入力を前記少なくとも１のユーザから受信する工程であって、当該受信した入力は少なくとも１つのゲームプレイ入力を有するものである、前記受信する工程と、
前記プロセッサが、前記受信した入力を既知の情報と比較する工程と、
前記プロセッサが、前記比較に基づいて、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応すること、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応すること、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応しないこと、
のうち少なくとも１つを決定する工程と
を有する方法。
【請求項２７】
請求項２６記載の方法において、前記少なくとも１のユーザは複数のユーザを有するものである、方法。
【請求項２８】
請求項２６記載の方法において、前記受信した入力は、さらに、前記少なくとも１のユーザにとって既知である、別のユーザに関する情報を有するものである、方法。
【請求項２９】
請求項２６記載の方法において、さらに、
前記プロセッサが、前記確保したリソースに前記少なくとも１のユーザがアクセスするのを許可する工程を有するものである、方法。
【請求項３０】
請求項２６記載の方法において、前記決定する工程は、さらに、
前記少なくとも１のユーザが十分な自覚意識をもって前記確保したリソースにアクセスしていること、を決定する工程を有するものである、方法。
【請求項３１】
請求項２６記載の方法において、さらに、
前記プロセッサが、前記受信した入力に基づいて前記少なくとも１のユーザの１もしくはそれ以上の生理的特徴を特定する工程を有するものである、方法。
【請求項３２】
請求項２６記載の方法において、前記検証チャレンジは、さらに、１もしくはそれ以上の経時的特性を有するものである、方法。
【請求項３３】
請求項２６記載の方法において、さらに、
前記プロセッサが、前記受信した入力について、前記少なくとも１のユーザが強制下にあることを示す１もしくはそれ以上の特徴を特定する工程を有するものである、方法。
【請求項３４】
請求項２６記載の方法において、前記受信した入力は、さらに、少なくとも１つの追加入力を有するものである、方法。
【請求項３５】
請求項２６記載の方法において、前記受信した入力を既知の情報と比較する工程は、さらに、
前記受信した入力にシステムおよびユーザインタフェースにとって既知である既存の規則を適用する工程を有するものである、方法。
【請求項３６】
請求項２６記載の方法において、前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応することは、さらに、前記少なくとも１のユーザに少なくとも１つの追加の検証チャレンジを提供する工程を有するものである、方法。
【請求項３７】
請求項２６記載の方法において、前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないことは、さらに、前記少なくとも１のユーザに少なくとも１つの追加の検証チャレンジを提供する工程を有するものである、方法。
【請求項３８】
請求項２６記載の方法において、前記ゲームは、フローティングバルーンゲーム、迷路ゲーム、カッティングゲーム、パズルゲームおよびメモリゲームのうちの少なくとも１つを含むものである、方法。
【請求項３９】
請求項２６記載の方法において、前記ゲームは、複数のゲームフォーマットから無作為に選択されるものである、方法。
【請求項４０】
請求項２６記載の方法において、さらに、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないと決定されたことに応答して、
前記プロセッサが、前記少なくとも１のユーザにアクセス拒否に関する通知を提供する工程、
前記プロセッサが、管理者にアクセス拒否に関する通知を提供する工程、
前記プロセッサが、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程、のうちの少なくとも１つを実行する、
方法。
【請求項４１】
請求項２６記載の方法において、さらに、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応すると決定されたことに応答して、
前記プロセッサが、前記少なくとも１のユーザにアクセス拒否に関する通知を提供する工程、
前記プロセッサが、管理者にアクセス拒否に関する通知を提供する工程、
前記プロセッサが、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程、のうちの少なくとも１つを実行する、
方法。
【請求項４２】
請求項２６記載の方法において、さらに、実行された場合、前記プロセッサに、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、方法。
【請求項４３】
請求項２６記載の方法において、前記検証チャレンジは、さらに、前記少なくとも１のユーザの１もしくはそれ以上の生理的特徴に適合した１もしくはそれ以上の特性を有するものである、方法。
【請求項４４】
請求項４３記載の方法において、前記受信した入力は、前記１もしくはそれ以上の特性に対応する少なくとも１つの変数を有するものである、方法。
【請求項４５】
請求項２６記載の方法において、前記受信した入力は、さらに、１もしくはそれ以上のセンサからの１もしくはそれ以上のセンサ入力を有するものである、方法。
【請求項４６】
請求項４５記載の方法において、前記比較する工程は、前記１もしくはそれ以上のセンサ入力を既知の情報と比較する工程を有するものである、方法。
【請求項４７】
請求項４５記載のシステムにおいて、前記１もしくはそれ以上のセンサは位置センサである、方法。
【請求項４８】
請求項２６記載の方法において、前記少なくとも１つのパラメータは、パスコード、割り当てられたタスクの完了、前記検証チャレンジの送信と少なくとも１つの入力の受信との間に経過した時間、正規ユーザについての既知の物理的特徴、および電子デバイスの位置のうちの少なくとも１つを有するものである、方法。
【請求項４９】
請求項４８記載のシステムにおいて、前記少なくとも１つのパラメータは、前記検証チャレンジの送信と前記少なくとも１つの入力の受信との間に経過した時間を含み、前記時間は、最短時間よりも長く、最長時間よりも短いものである、システム。
【請求項５０】
請求項４８記載のシステムにおいて、前記少なくとも１つのパラメータは、前記検証チャレンジの送信と前記少なくとも１つの入力の受信との間に経過した時間を含み、前記時間は、最短時間よりも短く、最長時間よりも長いものである、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１３年３月１２日に出願した「対話型媒体を用いるセキュリティシステム（Ｓｅｃｕｒｉｔｙ  Ｓｙｓｔｅｍｓ  Ｕｓｉｎｇ  Ｉｎｎｔｅｒａｃｔｉｖｅ  Ｍｅｄｉａ）」と題する米国特許仮出願番号第６１／７７８，１３２号に対する優先権を主張するものであり、参照することにより全体が本明細書に組み込まれる。
【０００２】
本発明は、対話型媒体を介してセキュリティを提供するシステムおよび方法に関する。
【背景技術】
【０００３】
パーソナルセキュリティは、特にインターネットに関して、オンラインでアクティビティを行う個人やビジネスにとっては最大の関心事である。セキュリティサブバージョンに専心するエンティティは益々精巧なものとなり、世界中で最も強力なセキュリティ対策のうちのいくつかを回避することが可能である。従って、改良されたセキュリティ対策が常に必要となる。
【０００４】
セキュリティ対策を損なう例示の方法は、ボットやボットネット等の１つもしくはそれ以上のコンピューティングシステムを用いて攻撃することを必要とする場合もある。このような方法は、自動化技術を用いてパスワードを推測する際に特に有用となり得る。このような自動化技術を妨げるために以前のような試みを行った結果、チャンレンジーレスポンス試験を使用して、アカウントへのアクセスをリクエストするエンティティが人間であるかコンピューティングシステムであるかを決定するセキュリティ対策へとつながる。このようなチャレンジーレスポンス試験は、一般に、エンティティに対して、歪画像から文字を入力して、エンティティが人間ユーザであることを検証することを要求する。暫くの間は、エンティティが人間であることを検証する際に、チャレンジーレスポンス試験が功を奏した。しかしながら、コンピューティング技術が進歩することによって、このようなチャレンジーレスポンス試験が、あまり効果的なものにはならなくなった。
【０００５】
セキュリティ対策を損なう他の例示の方法は、正規ユーザを装って確保したリソースにアクセスする無許可ユーザを含む場合もある。このような方法では、無許可ユーザは、セキュリティ対策を「欺いて」無許可ユーザが確保したリソースにアクセスするのを許容するために使用する、正規ユーザに適切な情報を有することも可能である。現在の方法は、正規ユーザが、例えば、母の旧姓、犬の名前、旧住所等のアカウントを設定する際に、更なるセキュリティ情報を提供する必要があることを含む。しかしながら、このような情報は、無許可ユーザによって容易に入手出来る。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本開示の一局面によれば、対話型媒体を介してセキュリティを提供するシステムおよび方法を提供する。
【課題を解決するための手段】
【０００７】
一実施形態では、システムは、プロセッサと、非一時的なプロセッサ読取可能な記憶媒体とを含んでもよい。前記非一時的なプロセッサ読取可能な記憶媒体は、実行された場合、前記プロセッサに確保したリソースにアクセスするためのリクエストを受信させ、検証チャレンジをユーザインタフェースを介してユーザに送らせ、前記検証チャレンジに応答して、少なくとも１つの入力を前記ユーザから受信させ、人間ユーザを示す少なくとも１つのパラメータに前記少なくとも１つの入力が対応することを決定させる１もしくはそれ以上のプログラム指令を有してもよい。前記検証チャレンジは、ゲームを含むことも可能である。
【０００８】
一実施形態では、システムは、プロセッサと、非一時的なプロセッサ読取可能な記憶媒体とを含んでもよい。前記非一時的なプロセッサ読取可能な記憶媒体は、実行された場合、前記プロセッサに確保したリソースにアクセスするためのリクエストを受信させ、検証チャレンジをユーザインタフェースを介してユーザに送らせ、前記検証チャレンジに応答して、少なくとも１つの入力を前記ユーザから受信させ、人間ユーザを示す少なくとも１つのパラメータに前記少なくとも１つの入力が対応しないことを決定させる１もしくはそれ以上のプログラム指令を有することも可能である。前記検証チャレンジは、ゲームを含むことも可能である。
【０００９】
一実施形態では、方法は、確保したリソースにアクセスするためのリクエストをプロセッサが受け取る工程と、前記プロセッサが、検証チャレンジをユーザインタフェースを介してユーザに送信する工程と、前記検証チャレンジに応答して、前記プロセッサが、前記ユーザから少なくとも１つの入力を受け取る工程と、前記少なくとも１つの入力が、人間ユーザを示す少なくとも１つのパラメータに対応することを前記プロセッサが決定する工程と、を含むものである。前記検証チャレンジは、ゲームを含むことも可能である。
【００１０】
一実施形態では、方法は、確保したリソースにアクセスするためのリクエストをプロセッサが受け取る工程と、前記プロセッサが、検証チャレンジをユーザインタフェースを介してユーザに送信する工程と、前記検証チャレンジに応答して、前記プロセッサが、前記ユーザから少なくとも１つの入力を受け取る工程と、前記少なくとも１つの入力が、人間ユーザを示す少なくとも１つのパラメータに対応しないことを前記プロセッサが決定する工程と、を含むものである。前記検証チャレンジは、ゲームを含むことも可能である。
【００１１】
一実施形態では、システムは、プロセッサと、非一時的なプロセッサ読取可能な記憶媒体とを含むことも可能である。非一時的なプロセッサ読取可能な記憶媒体は、実行された場合、前記プロセッサに確保したリソースにアクセスするためのリクエストを受信させ、検証チャレンジをユーザインタフェースを介してユーザに送らせ、前記検証チャレンジに応答して、少なくとも１つの入力を前記ユーザから受信させ、正規ユーザを示す少なくとも１つのパラメータに前記少なくとも１つの入力が対応することを決定させる１もしくはそれ以上のプログラム指令を有することも可能である。前記検証チャレンジは、ゲームを含むことも可能である。
【００１２】
一実施形態では、システムは、プロセッサと、非一時的なプロセッサ読取可能な記憶媒体とを含んでもよい。前記非一時的なプロセッサ読取可能な記憶媒体は、実行された場合、前記プロセッサに確保したリソースにアクセスするためのリクエストを受信させ、検証チャレンジをユーザインタフェースを介してユーザに送らせ、前記検証チャレンジに応答して、少なくとも１つの入力を前記ユーザから受信させ、正規ユーザを示す少なくとも１つのパラメータに前記少なくとも１つの入力が対応しないことを決定させる１もしくはそれ以上のプログラム指令を有することも可能である。前記検証チャレンジは、ゲームを含むことも可能である。
【００１３】
一実施形態では、方法は、確保したリソースにアクセスするためのリクエストをプロセッサが受け取る工程と、前記プロセッサが、検証チャレンジをユーザインタフェースを介してユーザに送信する工程と、前記検証チャレンジに応答して、前記プロセッサが、前記ユーザから少なくとも１つの入力を受け取る工程と、前記少なくとも１つの入力が、正規ユーザを示す少なくとも１つのパラメータに対応することを前記プロセッサが決定する工程と、を含むことも可能である。前記検証チャレンジには、ゲームが含まれてもよい。
【００１４】
一実施形態では、方法は、確保したリソースにアクセスするためのリクエストをプロセッサが受け取る工程と、前記プロセッサが、検証チャレンジをユーザインタフェースを介してユーザに送信する工程と、前記検証チャレンジに応答して、前記プロセッサが、前記ユーザから少なくとも１つの入力を受け取る工程と、前記少なくとも１つの入力が、正規ユーザを示す少なくとも１つのパラメータに対応しないことを前記プロセッサが決定する工程と、を含むことも可能である。前記検証チャレンジは、ゲームを含むことも可能である。
【図面の簡単な説明】
【００１５】
【図１】図１は、一実施形態による人間ユーザを検証する例示の方法的示すフロー図である。
【図２】図２は、一実施形態による人間ユーザを検証する第２の例示的方法を示すフロー図である。
【図３】図３は、一実施形態による人間ユーザを検証する第３の例示的方法を示すフロー図である。
【図４】図４は、一実施形態による人間ユーザを検証する第４の例示の方法を示すフロー図である。
【図５】図５は、一実施形態による例示のネットワーク化システムを示すブロック図である。
【図６】図６は、一実施形態による例示のコンピューティングデバイスを示すブロック図である。
【図７】図７は、一実施形態による例示の検証チャンレンジを示す。
【図８】図８は、一実施形態による第２の例示の検証チャレンジを示す。
【図９】図９は、一実施形態による第３の例示の検証チャレンジを示す。
【図１０】図１０は、一実施形態による第４の例示の検証チャレンジを示す。
【図１１】図１１は、一実施形態による第５の例示の検証チャレンジを示す。
【図１２】図１２は、一実施形態による第６の例示の検証チャレンジを示す。
【発明を実施するための形態】
【００１６】
本開示は、上記の特定のシステム、デバイスおよび方法が多様してもよいため、本開示に限定されるものではない。説明に使用する専門用語は、特定のバージョンまたは実施形態のみを説明するためのものであり、範囲を限定することは意図されていない。
【００１７】
本文献に使用するように、単数形「１つの」、「１つの」および「その」は、文脈上そうでないとする明確な指示がない限り、複数の参照を含む。別段の記載がある場合を除き、ここで使用する全ての技術および科学用語が、当業者によって一般に理解されものと同じ意味を有する。本開示においては、本開示に述べられた実施形態が先願発明により本開示を前日付けにする権利が与えられていないことを認めるものとして解釈されるべきものは何もない。本文献で使用するように、用語「含む」は「含むが限定されない」ことを意味する。
【００１８】
以下の用語は、本出願のために、以下で述べるそれぞれの意味を有するものとする。
【００１９】
「ユーザ」は、本開示によって限定されず、ここで述べるように、その構成要素およびエレメントまたはそのいずれかを用いる１つもしくはそれ以上のエンティティまたは人間を含む。例えば、ユーザは研究者、専門家、プレーヤ、管理者、開発者、個人のグループ等であってもよい。いくつかの実施形態では、多数のユーザ間の相互作用が、同じカテゴリの様々なユーザ、例えば、多数のプレーヤ、多数の研究者、多数の専門家、多数の管理者、多数の開発者、多数のグループ等であってもよい。いくつかの実施形態では、多数のユーザ間の相互作用が、異なるカテゴリの様々なユーザ、例えば、プレーヤと研究者、プレーヤと専門家、プレーヤと管理者等であってもよい。「人間ユーザ」は、ユーザインタフェースにアクセスする人間であるユーザを示す。「非人間ユーザ」は、通常は、悪意のある、または悪意のない目的のために人間ユーザの方向でユーザインタフェースにアクセスするいずれかの他のユーザ、特に機械、コンピューティングデバイス等を示す。非人間ユーザもまた、ここでは「ボット」と呼ぶことも可能である。従って、用語は、ここで交互に使用することも可能である。
【００２０】
「電子デバイス」は、プロセッサと、有形コンピュータ可読メモリまたは記憶デバイスとを含むデバイスを示す。メモリは、処理デバイスによって実行されると、デバイスがそれに従って１つもしくはそれ以上の動作を実施するようにされるプログラム指令を含むことも可能である。電子デバイスの例として、パーソナルコンピュータ、スーパーコンピュータ、ゲーミングシステム、テレビ、モバイルデバイス、医療デバイス、望遠鏡、衛星、記録デバイス、現金自動預払い機、キオスク、電子錠等が挙げられる。
【００２１】
「モバイルデバイス」は、サイズおよび性質に関して一般に携帯可能であるか、または輸送中に動作可能である電子デバイスを示す。従って、ユーザは、比較的容易にモバイルデバイスを輸送することも可能である。モバイルデバイスの例としては、ページャ、携帯電話、フィーチャーフォン、スマートフォン、携帯情報端末（ＰＤＡ）、カメラ、タブレットコンピュータ、フォンタブレットハイブリッドデバイス（「ファブレット」）、ラップトップコンピュータ、ネットブック、ウルトラブック、グローバルポジショニング衛星（ＧＰＳ）航法デバイス、インダッシュ自動車部品、メディアプレーヤ、時計等が挙げられる。
【００２２】
「コンピューティングデバイス」は、コンピュータ、プロセッサ、メモリおよび１つもしくはそれ以上のプログラム指令に従った１つもしくはそれ以上の動作を実行するいずれか他の構成要素、デバイスもしくはシステム、またはそのいずれか等の電子デバイスである。
【００２３】
「確保したリソース」は、セキュリティデバイスおよびセキュリティ機能またはそのいずれかによってアクセスが制限される、または一部制限される１つもしくはそれ以上の物体、位置およびシステムまたはそのいずれかを示す。確保したリソースは、例えば、ビルまたはビル内の部屋等の物理的位置であってもよい。このような確保したリソースもまた、ドアのロッキング機構等のセキュリティデバイスもまた含むことも可能である。確保したリソースは、例えば、ロッキングゲートを有するフェンスによって保護された屋外位置であってもよい。確保したリソースは、ガレージまたは駐車場であってもよく、そこでは、セキュリティデバイスが、例えば、ガレージドアまたは車両障害壁であってもよい。確保したリソースは、少なくとも１つのコンピュータおよびその構成要素またはそのいずれか、少なくとも１つのコンピュータネットワーク、少なくとも１つの電子デバイス等であってもよく、そこでは、セキュリティデバイスが、例えば、マイクロプロセッサ、および確保したリソースの利用を選択的に制限するようにプログラムされた他の電子回路、またはそのいずれかであってもよい。
【００２４】
「ユーザインタフェース」は、ユーザがコンピュータまたはコンピュータシステムと相互作用出来るインタフェースである。ユーザインタフェースもまた、「人間インタフェースデバイス」と呼ぶことが可能である。ユーザインタフェースは、一般に、情報またはデータをユーザに送り且つ情報またはデータをユーザから受け取る、またはそのいずれかであってもよい。ユーザインタフェースは、ユーザからの入力をコンピュータによって受信出来るようにし、ユーザへの出力をコンピュータから送ることも可能である。従って、ユーザインタフェースは、ユーザがコンピュータを制御または操作するのを許容し、コンピュータがユーザの制御または操作の効果を指示出来るようにすることも可能である。データまたは情報のディスプレイまたはグラフィカルユーザインタフェースへの表示は、ユーザに情報を与える非限定的例である。キーボード、マウス、トラックボール、タッチパッド、ポインティングスティック、グラフィックスタブレット、ジョイスティック、ゲームパッド、ウェブカメラ、ヘッドセット、ギアスティック、ハンドル、ペダル、有線グローブ、ダンスパッド、リモートコントロール、および加速度計を介するデータの受信は、情報またはデータをユーザから受信出来るようにするユーザインタフェース構成要素の非限定的例である。
【００２５】
「ゲームプレイ」は、１人もしくはそれ以上のユーザがゲームと相互作用する特定の方法に関連し、１人もしくはそれ以上のユーザとゲームとの間の全ての相互作用を含む。ゲームプレイは、１つもしくはそれ以上のゲームルール、ユーザとゲームとの関係、ゲームからユーザに提示されたチャレンジ、チャレンジに打ち勝つ際にユーザが採用する方法、ゲームのプロット、ゲームの進路変更ごとの方向、ユーザのコンピュータ生成文字および状況との相互作用、ユーザの他のユーザとの相互作用、およびユーザのゲームとの関係を介して定められたパターンであってもよい。ゲームプレイは、興味深いものであり、治療的であり、有益であり、且つユーザに魅力あるものである、またはそのいずれかであり、それによって、ユーザが延長期間、ゲームと相互作用し、高品質入力（例えば、関連の、重要な入力）を送り、複数回ゲームを行うために戻る可能性が高くなることになる。
【００２６】
「ゲーム」は、ボードゲーム、電子ゲーム、ジェスチャベースゲーム、多人数同時参加型オンラインゲーム（ＭＭＯＧ）、ソーシャルネットワークベースゲーム、複雑なゲーム等を示し、任意の数のアクティビティ、練習および相互作用をさらに含むことも可能である。ゲームは、ソフトウェア開発者、管理者等によって作成可能である。いくつかの実施
形態では、ユーザの別のゲームとの相互作用に基づいてゲームの作成がユーザによって完了することも可能である。本開示は、一般に、人間ユーザを検証するためのゲームに関するものであるが、当業者は、本開示の範囲が娯楽、運動療法、学習および開発演習、医療診断演習、フィードバック収集演習、人間入力システムの証明、査定および評価のための演習、対話型広告、ニュースフィード収集、パーソナルコンテンツ組織等にさらに関連することも可能であることを認識するであろう。さらに、ここで提示されたアクティビティから収集されたデータが、データマイニング、情報検索、データ編成、データ分類、データインデクシング、分析収集、既知の問題および科学的問題等の目的のためにさらに使用可能となる。いくつかの実施形態では、コンテンツカスタマイズおよび勧告システムまたはそのいずれかを広告するためにデータを使用することも可能である。
【００２７】
セキュリティ機能を提供し、確保したリソースへのアクセスを制限するための現在の技術は、例えば、セキュリティキーパッドおよび位置への入り口もしくは電子デバイス上に物理的に存在するカードリーダまたはそのいずれか、電子デバイス上で、またはネットワークを介してインタフェースで接続するセキュリティファイアウォール、ならびに確保したリソースへの非人間アクセスを防止する対策、例えば、キャプチャ（ＣＡＰＴＣＨＡ）を含む。このようなセキュリティ機能は、ショルダーハック、当て推量等によるパスコード／ＰＩＮ番号窃盗のため、回避される。ある生体認証機能は、回避を試みる際には有用となり得るが、より費用がかかり、洗練されたアルゴリズムおよびリソースの実現が要求される場合もある。
【００２８】
本開示は、一般に、確保したリソースへのアクセスを要求するユーザが人間ユーザであり且つ正規ユーザである、またはそのいずれかであることを検証するセキュリティ機能を提供するシステムおよび方法に関する。セキュリティ機能は、ユーザがゲームを行う対話型インタフェースを導入することも可能である。セキュリティ機能は、対話型インタフェースにおける人間の存在が検証されるように特定のパラメータの下でゲームを行った後、人間ユーザへのアクセスを許容するのみである。セキュリティ機能はまた、無許可ユーザが偽造するか、または取得出来ない、正規ユーザに特定の特別な入力を学習し且つ特別なデータを取得する、またはそのいずれかであることにより、正規ユーザへのアクセスを許容するのみである。このように、セキュリティ機能は、ユーザが時間をかけて考え且つ行動する、またはそのいずれかである方法を学習し、学習した情報に適応可能となるように、適応することが出来る。従って、セキュリティ機能は、ユーザについて学習した後、ユーザを知的に認識することが可能である。いくつかの実施形態では、ここで述べたシステムおよび方法が、例えば、ユーザが確保したリソースにアクセスすることを十分に認知して自覚することを確実にするように、臨床の場で使用することが可能である。このように、認知障害を有するユーザがドアの錠を開けたい場合、そのユーザの認識を確認する検証チャレンジに応答して、入力を正しく行うように要求される場合もある。
【００２９】
図１ないし図４は、様々な実施形態により人間ユーザおよび正規ユーザまたはそのいずれかを検証する例示の方法を示すフロー図である。図１ないし図４に示す方法は、交互に、または共に使用することも可能である。このように、例えば、図２の方法は、両図面に従って実施されたプロセスが完成するように図４の方法と合体させることも可能である。
【００３０】
図１は、一実施形態による人間ユーザおよび正規ユーザまたはそのいずれかを検証する第１の例示の方法を示すフロー図である。本方法は、リクエスト、例えば確保したリソースにアクセスするためのリクエストを受け取る工程１０５を含むことも可能である。リクエストは、一般に、ユーザ、特に電子デバイスのユーザからのものであってもよい。リクエストは、本開示によっては制限されず、一般に、いずれかの型式のリクエストであってもよい。例えば、ユーザが確保したリソースへのリンクでクリックした時、ユーザがパスワード、パスコード、ＰＩＮ番号等を入力しようとした時、ユーザがセキュアサーバのウェブアドレスをタイピングする時、ユーザが生体データ（例えば、指紋または網膜パターン検査）をセキュアエントリインタフェースに提供する時、ユーザが品目を購入しようと試みる時、ユーザが電子デバイスを起動する時、ユーザが電子デバイスをオンにする時等にリクエストを受け取ることか可能である１０５。
【００３１】
本方法は、検証チャレンジをユーザに提供する工程１１０をさらに含むことも可能である。いくつかの実施形態において、検証チャレンジは、一般に、ユーザが人間ユーザであることを検証するいずれかのチャレンジであってもよい。このように、検証チャレンジは、ユーザが人間または非人間、例えばボットであるかどうかを決定する方法を提供する。いくつかの実施形態では、検証チャレンジは、一般に、ユーザが正規ユーザであることを検証するいずれかのチャレンジであってもよい。このように、検証チャレンジは、ユーザが正規か、または無許可であるかどうかを決定する方法を提供する。いくつかの実施形態では、検証チャレンジはゲームであってもよい。例示のゲームは、フローティングバルーンゲーム、迷路ゲーム、カッティングゲーム、パズルゲームおよびメモリゲームを含むが、それらに限定されない。いくつかの実施形態において、検証チャレンジは、ユーザがあるタスクを完了するという１つもしくはそれ以上のリクエストを含むことも可能である。いくつかの実施形態では、検証チャレンジを提供する工程１１０は、ユーザにのみ知られている他のユーザに関する情報をユーザが提供することを規定することをさらに含んでもよい。例えば、ユーザは、検証チャレンジに対して応答するために、別のユーザのゲームプレイ、業績、アバター、収集品、レベル、状態等のアスペクトを知る必要があるかもしれない。従って、ハッカーがユーザの情報を取得した場合、さらに他のユーザに関する情報を取得することなく、確保したリソースにアクセスすることは不可能である。例示の検証チャレンジは、図７ないし図１２を参照して、ここでより詳細に述べる。
【００３２】
提供された１１０検証チャレンジに応答して、少なくとも１つの入力がユーザから受信１１５することも可能である。少なくとも１つの入力は、検証チャレンジに対するユーザの応答のうちの１つもしくはそれ以上に対応することも可能である。例示の入力は、キー入力、ジェスチャ、音声入力、ビデオ入力、ハプティック入力および様々なタッチコマンド、例えばスワイプ、タップ、ダブルタップ、ピンチ等、またはそのいずれかを含むことも可能である。いくつかの実施形態では、ここでより詳細に述べるように、特定の期間、入力を受け取る１１５ことも可能である。入力の数は、本開示によって制限されず、一般に、ユーザによって提供される任意の数、特に、検証チャレンジに応答する必要のある入力の数であってもよい。いくつかの実施形態では、入力は受信されない可能性もある。例えば、特定の期間内に入力が受信されない場合、入力が受信されないことが決定される可能性もある。その期間は本開示によっては制限されず、一般に、任意の期間であってもよい。例示の期間は、約３０秒、約１分、約２分、約３分、約４分、約５分、約６分、約７分、約８分、約９分、約１０分もしくはそれよりも長い時間、またはこれらの値（エンドポイントを含む）のうちのいずれか２つの間の任意の値を含むことも可能であるが、これらに限定されない。このような場合は、ここでより詳細に述べられるように、リクエストが非反応であるとして処理され、ユーザへのアクセスが拒否される１２５。
【００３３】
本方法は、受信された１１５入力が人間ユーザおよび正規ユーザまたはそのいずれかの期待する入力に対応するかどうかを決定する１２０工程をさらに含むことも可能である。このような決定工程は、例えば、各入力を受け取る工程と、入力のタイミングを決定する工程と、１つもしくはそれ以上のセンサーから入力を受け取る工程と、位置データを受け取る工程とを、またはそのいずれかを含むことも可能である。
【００３４】
各入力のタイミングを決定する工程は、一般に、検証チャレンジが提供される時１１０と、入力（または一連の入力における第１の入力）が受信される時１１５との間で経過する時間を観測する工程を含むことも可能である。時間は、一般に、ユーザがチャレンジに応答するのに必要な期待時間であってもよい。このような期待時間は、観測、試験、推定、経験等を介して展開することが可能である。いくつかの実施形態において、期待時間は、複数の期待時間の範囲であってもよい。いくつかの実施形態では、期待時間は、ユーザが入力を送るために何時間かけるかを決定するために、数回ログインを試みて正規ユーザの傾向を観測した後に学習された時間であってもよい。期待時間の外部でユーザから入力（または一連の入力における第１の入力）が受信される場合、ユーザが非人間または無許可であると決定することも可能である。例えば、期待時間未満の時間に入力が受信される場合、このような入力は、非人間から受信されるものとして決定することも可能である。何故なら、コンピュータや機械等は、人間が応答出来るよりもずっと迅速に刺激に対して応答することが可能であるかもしれないからである。同様に、期待時間よりも長い時間に入力が受信された場合、このような入力は、非人間または無許可ユーザから受信されるものとして決定することも可能である。特に、コンピュータ、機械等は、検証チャレンジを複写して、多数の繰り返しを試みて、入力を送る前にいかにしてバイパスするかを決定することが可能になる場合もある。同様に、無許可ユーザは、延長時間を取って、例えば、正しい応答等をリサーチすることにより適切な入力を決定することも可能である。いくつかの実施形態では、複数の入力のタイミングを決定する工程は、入力間の休止および不活性期間またはそのいずれかを観測する工程を含むことも可能である。このような休止および不活性期間またはそのいずれかは、検証チャレンジの型式に依って、正規または無許可ユーザのみならず人間または非人間ユーザを示すことも可能である。
【００３５】
１つもしくはそれ以上のセンサーから入力を受け取る工程は、一般に、センサーによって収集された情報を受信し且つ情報を使用して、ユーザが人間であり且つ正規である、またはそのいずれかであるかどうかを決定する工程を含むことも可能である。センサーの型式は、本開示によっては限定されず、刺激を受けることが可能な任意のデバイスであってもよい。センサーの例は、生体認証センサー、カメラ、マイクロフォン、タッチセンサー、人感センサー、加速度計、バロメータ、赤外線センサー等を含むことも可能であるが、それらには限定されない。例えば、網膜パターン検査、指紋、手形、体温読み取りおよび人間から適度に出て来るのみであるいずれか他の形式の測定またはそのいずいれかを取得することによりユーザが人間であるかどうかを決定するために、生体認証センサーを使用することも可能である。何故なら、機械、コンピュータ等にとって、生体測定により取得した情報を複製することが困難であるからである。さらに、無許可ユーザが見せかけ出来ないか、または適度に知る／発見することが出来ない生体マーカを読み取ることによって、人間ユーザが正規人間ユーザであることを検証するために生体認証センサーを使用することも可能である。別の例では、ユーザを見て、ユーザの身体部分、例えば顔を認識する、またはそのいずれかを行い、ユーザが人間および正規の人間またはそのいずれかであることを検証するためにカメラを使用することも可能である。別の例では、音声コマンドや口笛等の音声入力をユーザから受け取るためにマイクロフォンを使用することも可能である。いくつかの実施形態では、生体測定的に取得した情報を用いて、ユーザが（例えば、脈拍数、眼球運動、呼吸数、発汗等を測定することにより）強制されているかどうかを決定することも可能である。このような決定は、ユーザが本人自身の意志に逆らって無理やり情報を入力するようにされていることを指示するものであってもよい。
【００３６】
位置データの受信は、一般に、１つもしくはそれ以上の測位技術を用いて取得することも可能である。例えば、位置データは、グローバルポジショニング衛星（ＧＰＳ）システム、携帯電話網システム、無線通信プロトコルシステム等を介して受け取ることも可能である。このような位置データを用いて、ユーザが期待区域に存在することを検証することも可能である。例えば、コロラド州デンバーの永久に配置されるキーパッドは、ユーザから入力を受け取る際に、その永久的設置に対応する測位座標を送信するように適度に期待される。しかしながら、チェコスロバキアに配置されたボットまたはマスキングした位置から入力が受信される場合、デンバーにおけるキーバッドの位置において、確保したリソースに人がアクセスしようとはしないことが認識される可能性がある。
【００３７】
いくつかの実施形態では、決定工程１２０が、正規人間ユーザの様々の知られた且つ分学習された、またはそのいずれかの生理的特徴をさらに説明することも可能である。例えば、人間ユーザが赤緑色盲であり、このような形質が知られており且つ学習された、またはそのいずれかである場合、検証チャレンジが赤い物体、緑の物体、白い物体、および他の色の物体を配置し、赤緑色盲のユーザが赤または緑の物体を選択しないが、他の色の物体を選択して白い物体を省くことを知りながら、ユーザが全ての着色物体を選択することをリクエストすることも可能である。このように、決定工程１２０は、赤または緑の物体が選択されたかどうかに基づくことも可能である。
【００３８】
決定工程１２０が、ユーザが人間であり且つ正規である、またはそのいずれかであることを示す場合、確保したリソースへのアクセスを許可され得る１４５。しかしながら、決定工程１２０が、ユーザが非人間であり且つ無許可である、またはそのいずれかであることを示す場合、確保したリソースへのアクセスは拒否される可能性もある１２５。アクセスの拒否１２５は、一般に、ユーザが確保したリソースへのアクセスが出来ないようにすることを含むことも可能である。いくつかの実施形態では、本物の人間ユーザまたは本物の正規ユーザが検証チャレンジ中に間違いを犯す場合等に、そのユーザが検証チャレンジを再度試みることも許容可能であり、そこでは検証チャレンジを再度提供することも可能であり１１０、ユーザから新たな入力を受け取ることも可能である１１５。いくつかの実施形態では、異なる検証チャレンジを提供することも可能である１１０。他の実施形態では、同じ検証チャレンジを提供することも可能である１１０。いくつかの実施形態では、正しく応答することなくユーザに検証チャレンジを提供することが可能である１１０回数は、制限される可能性もある。このような制限は、非人間ユーザが不正確な試みを繰り返して確保したリソースにアクセスしないように防止することも可能である。正確な応答を受け取ることなく検証チャレンジが提供可能である１１０回数は、本開示によって制限されず、例えば、約２回、約３回、約５回、約１０回、またはこれらの値（エンドポイントを含む）のうちの任意の値、もしくはそのいずれか２つの間の範囲を含んでもよい。
【００３９】
いくつかの実施形態では、図２に示すように、決定された２２０非人間または無許可ユーザへのアクセスの拒否２２５に加えて、ユーザにアクセスの拒否が通知可能となる２３０。通知２３０は本開示では制限されず、一般に、テキスト通知、音声通知、映像通知、警告等を含むがそれらには限定されない、いずれかの通知であってもよい。いくつかの実施形態では、通知の型式は、ユーザが使用して確保したリソースにアクセスするインタフェースデバイス次第であってもよい。例えば、ユーザがスピーカ付きスマートフォンを介してセキュアデバイスにアクセスしようとする場合、通知は、拒否された２２５アクセスをユーザに通知するために、音声警告、例えば、チャイムまたは鐘の音であってもよい。いくつかの実施形態では、ここでより詳細に述べるように、ユーザには検証チャレンジを再度提供することも可能である２１０。
【００４０】
いくつかの実施形態では、図３に示すように、決定された３２０非人間または無許可ユーザへのアクセスの拒否３２５に加えて、管理者にアクセスの拒否を通知することも可能である。管理者は本開示では限定されず、このような通知３３５から利益を得ることが可能な任意の個人またはエンティティであってもよい。例えば、確保したリソースを制御するユーザまたはエンティティに通知可能である３３５。通知３３５はここでは限定されず、テキスト通知、音声通知、映像通知、警告、リソースの識別、ユーザインタフェースおよびユーザインタフェースにアクセスするために使用するデバイス、またはそのいずれかの識別等を含むが、それらに限定されない任意の型式の通知であってもよい。例えば、通知３３５は、検証チャレンジの型式、受信した３１５入力、取得した様々なセンサーデータ、位置データ、拒否されたアクセスの日付等、拒否された３２５アクセスの詳細に注目する管理者に送られた電子メール警告であってもよい。いくつかの実施形態では、ここでより詳細に述べるように、ユーザには検証チャレンジが再度提供され得る。
【００４１】
いくつかの実施形態では、図４に示すように、決定された４２０非人間または無許可ユーザへのアクセスの拒否４２５に加えて、アクセスの拒否に関して情報を記録４４０することも可能である。情報は本開示では限定されず、一般に、確保したリソースへのアクセスの拒否４２５に関連するいずれかの情報であってもよい。記録４４０が可能な情報の例は、検証チャレンジの型式、受信した４１５入力、取得した様々なセンサーデータ、位置データ、拒否されたアクセスの日付、リソースの識別、ユーザインタフェースおよびユーザインタフェースにアクセスするために使用するデバイスまたはそのいずれかの識別等を含むが、それらに限定されない。いくつかの実施形態では、ここでより詳細に述べるように、ユーザには検証チャレンジが再度提供可能である４１０。
【００４２】
図５は、一実施形態による例示のネットワーク化システムを示す。このシステムは、一般に、少なくとも１つのサーバ５１５と少なくとも１つの入力デバイス５０５とを含むことも可能である。少なくとも１つのサーバ５１５は、現在知られているか、または後に開発される任意の通信プロトコルを介して少なくとも１つの入力デバイス５０５と通信することも可能である。いくつかの実施形態では、サーバ５１５および入力デバイス５０５は、例えば、インターネット、イントラネット、広域ネットワーク、パーソナルネットワーク等のネットワーク５００を介して通信可能である。
【００４３】
サーバ５１５は、以下でより詳細に述べるように、確保したリソースの少なくとも一部を一般に含むことも可能であり、且つ確保したリソースにアクセスするように構成することも可能である、またはそのいずれかである。サーバ５１５は本開示では限定されず、任意のコンピューティングデバイスおよびその構成要素、またはそのいずれか、例えば図６に関してここで述べるコンピューティングデバイスであってもよい。
【００４４】
入力デバイス５０５は、一般に、ここでより詳細に述べるように、ユーザから入力を受け取るデバイスであってもよい。いくつかの実施形態では、入力デバイス５０５が、ユーザインタフェースを含み且つ実現する、またはそのいずれかであり、確保したリソースにユーザがアクセスするのを許容することが可能である。いくつかの実施形態では、入力デバイス５０５は、確保したリソースの少なくとも一部を記憶デバイスに含むことも可能である。入力デバイス５０５は本開示では限定されず、例えば、少なくとも１つのセンサー５１０を含む任意の電子デバイスおよびその構成要素、またはそのいずれかであってもよい。いくつかの実施形態では、入力デバイス５０５は、ユーザのパーソナル電子デバイス、例えば、コンピュータ、スマートフォン、タブレット等であってもよい。
【００４５】
いくつかの実施形態では、入力デバイス５０５は、ユーザから受信した入力を送信し、受信し且つ処理する、またはそのいずれかである補足手段であってもよい。例えば、入力デバイス５０５は、サーバ５１５が指示していない表示された物体を変色するように構成されたタッチスクリーンインタフェースに光ファイバモジュールを含むことも可能である。このように、例えば、サーバ５１５は、ある方法で着色された全ての円をユーザがクリックすることをリクエストすることも可能であるが、入力デバイス５０５は、各円の実際の着色を選択し、着色データをサーバ５１５に伝達することは決してない。このような配置は、悪意あるアタッカが入力デバイス５０５をバイパスして、サーバ５１５から確保したリソースに直接アクセスしようとするのを妨げることが可能である。
【００４６】
入力デバイス５０５は、さらに、ユーザから入力を受け取る時に、サーバ５１５にさらなる情報を送るように構成することも可能である。例えば、入力デバイス５０５は、少なくとも１つのセンサー５１０から情報を受け取るように構成することも可能である。センサーは、ここでより詳細に述べるように、生体認証センサー、カメラ、マイクロフォン、タッチセンサー、人感センサー、加速度計、バロメータ、赤外センサー等を含むことも可能であるが、これらに限定されない。例示の情報は、入力デバイス５０５と相互作用するユーザの生体データ、撮像情報、音声情報、触覚情報、圧力情報、デバイス移動情報、デバイス位置、デバイスが配置された環境に関する情報等を含むことも可能であるが、これらに限定されない。いくつかの実施形態では、センサー５１０が、チャレンジに応答する際、ユーザが入力デバイス５０５にかける圧力の量を感知するように構成することも可能である。いくつかの実施形態では、センサー５１０は、ユーザの眼球運動に関する情報を受け取ることも可能である。いくつかの実施形態では、センサー５１０は、例えば湿気および煙、またはそのいずれか等の環境パラメータに関する情報を受け取ることも可能である。
【００４７】
図６は、様々な実施形態により、ここで述べるプロセス工程等のプログラム指令を含むか、または実現するために使用可能な例示の内部ハードウェアを示すブロック図である。バス６００は、ハードウェアの他の例示した構成要素を相互接続する主要情報ハイウェイとしての働きも可能である。ＣＰＵ６０５は、プログラムを実行するのに必要な計算および論理演算を実施するシステムの中央処理装置である。ＣＰＵ６０５は、単独で、または図６に開示した他のエレメントのうちの１つもしくはそれ以上と共に、例示の処理デバイス、コンピューティングデバイスまたはプロセッサである。何故なら、これらの用語は本開示内で使用されているからである。リードオンリメモリ（ＲＯＭ）６１０およびランダムアクセスメモリ（ＲＡＭ）６１５は、例示のメモリデバイス（すなわち、プロセッサ可読非一時的記憶媒体）を構成する。
【００４８】
コントローラ６２０は、１つもしくはそれ以上の任意の記憶装置６２５と、システムバス６００にインタフェース接続する。これらの記憶装置６２５は、例えば、外部または内部ＤＶＤドライブ、ＣＤＲＯＭドライブ、ハードドライブ、フラッシュメモリ、ＵＳＢドライブ等を含むことも可能である。上記のように、これらの様々なドライブおよびコントローラは任意のデバイスである。
【００４９】
インタフェースを設けて、１つもしくはそれ以上のデータセットに関連するいずれかの問い合わせまたは分析を実施するためのプログラム指令、ソフトウェアまたは対話型モジュールは、ＲＯＭ６１０およびＲＡＭ６１５またはそのいずれかに記憶することも可能である。任意には、プログラム指令は、有形コンピュータ可読媒体、例えばコンパクトディスク、デジタルディスク、フラッシュメモリ、メモリカード、ＵＳＢドライブ、光ディスク記憶媒体、例えば、ブルーレイＴＭディスク、および他の非一時的記憶媒体またはそのいずれかに記憶することも可能である。
【００５０】
任意のディスプレイインタフェース６３０は、バス３００からの情報が、前記のインタフェース等の音声、視覚、図形または英数字フォーマットでディスプレイ６３５に表示できるようにすることも可能である。印刷デバイス等の外部デバイスとの通信は、様々な通信ポート６４０を用いて生じ得る。例示の通信ポート６４０は、インターネット、イントラネット等の通信ネットワークに取付可能である。
【００５１】
ハードウェアもまた、入力デバイス、例えばキーボード６５０または他の入力デバイス
６５５、例えばマウス、ジョイスティック、タッチスクリーン、リモートコントロール、ポインティングデバイス、映像入力デバイスおよび音声入力デバイス、またはそのいずれかからのデータの受信を許容するインタフェース６４５を含むことも可能である。
【００５２】
ハードウェアもまた、ストレージデバイス６６０、例えば接続された記憶デバイス、サーバ、およびオフサイトリモート記憶デバイスを含むことも可能である。例示のオフサイトリモート記憶デバイスは、ハードディスクドライブ、光学ドライブ、テープドライブ、クラウドストレージドライブ等を含むことも可能である。ストレージデバイス６６０は、ここで述べるように、データベース６６５に任意に記憶可能なデータを記憶するように構成することも可能である。データベース６６５は、ここで述べるように、インデックス化およびサーチが可能となるように情報を記憶するように構成することが可能である。
【００５３】
図６のコンピューティングデバイスおよびその構成要素またはそのいずれかを用いて、ここで述べるように様々なプロセスを実行することが可能である。
【００５４】
図７ないし図１２は、様々な実施形態による例示のユーザインタフェースを示す。ここで述べる様々なユーザインタフェースは本開示では限定されず、いずれかの型式のデバイスに設けることが可能である。例示のものは、コンピューティングデバイス、電子デバイス、モバイルデバイス、および物理的設置、例えば自立式ＰＩＮパッド等を含む。このように、ユーザは、インタフェースデバイス、例えばキーボード、マウス、タッチスクリーン等を使用するか、または物理的エレメントと相互作用することにより、ユーザインタフェースと相互作用することも可能である。ユーザインタフェースは、一般に、ユーザが情報を視覚化し且つ操作するか、またはそのいずれかを許容するように、ユーザに対する情報を表示することも可能である。いくつかの実施形態では、ユーザインタフェースは、ゲームを提供し、指令に従って、ゲームを試み且つゲームを完了する、またはそのいずれかである際にユーザの入力を監視し、且つユーザの傾向が学習できるように入力を記憶する、またはそのいずれかが可能である。使用可能であるいくつかの非限定的な例示のユーザインタフェースを以下で述べる。
【００５５】
図７は、一実施形態により、一般に７００で示す例示のユーザインタフェースを示す。ユーザインタフェース７００は、一般に、ユーザが従うための指令を含むコマンド区域７０５と、コマンド区域において提供される指令に応答して、ユーザから入力を受け取るための応答区域７１０とを、またはそのいずれかを設ける構成であってもよい。いくつかの実施形態では、コマンド区域７０５が、応答区域７１０と実質的に同時に設けることが可能となる。他の実施形態では、コマンド区域７０５は、応答区域７１０より前に設けることも可能である。従って、ユーザは、応答する前にコマンド区域７０５に指令を記憶し、それによって無許可ユーザに抗するさらなる保護層を設ける必要があるかもしれない。図７に示すように、応答区域７１０は、迷路であるかもしれない。このような応答区域７１０では、ユーザは一般に、迷路の開始部から終了部までの経路を追跡し、そのユーザが確保したリソースにアクセスする人間ユーザであることを検証する必要もあるかもしれない。いくつかの実施形態では、ユーザが取る迷路内の各経路は特有である可能性もあり、迷路を横切る前にユーザに知らせることも可能であり且つ特定の時間、横切らせる、またはそのいずれかが可能である。いくつかの実施形態では、迷路は、ユーザに特有である特定のオーダで横切ることが可能である１つもしくはそれ以上の道標等を含むことも可能である。
【００５６】
図７と同様に、図８は、一実施形態により一般に８００で示される例示のユーザインタフェースを示す。ユーザインタフェース８００は、一般に、ユーザが従う指令を含むコマンド区域８０５と、コマンド区域において送られる指令に応答してユーザから入力を受け取るための応答区域８１０とを、またはそのいずれかを設けることも可能である。いくつかの実施形態では、コマンド区域８０５は、応答区域８１０と実質的に同時に設けることも可能である。他の実施形態では、コマンド区域８０５は、応答区域８１０より前に設けることも可能である。従って、ユーザは、応答する前にコマンド区域８０５に指令を記憶し、それによって無許可ユーザに抗してさらなる保護層設ける必要があるかもしれない。図８に示すように、応答区域８１０は、例えば、バルーン等の複数の物体を含むことも可能である。各物体は、固定位置に存在してもよく、またはユーザインタフェースの周辺を移動可能である。いくつかの実施形態では、各物体の位置は無作為であってもよい。各物体は、例えば、数、文字、記号等の文字を含むことも可能である。このような応答区域８１０では、ユーザは、一般に、特定の文字を「入力する」タスクを完了する必要があるかもしれない。いくつかの実施形態では、ユーザは特定のシーケンスに対応する物体をたたき且つクリックする、またはそのいずれかによってＰＩＮ番号等の特定のシーケンスの文字を入力することも可能である。物体が移動中である特定の実施形態では、ユーザは、選択したいと望む文字を含む物体の位置に依って位置を変化させる際にたたき且つクリックする、またはそのいずれかが可能である。このような実施形態は、ボットを阻止する可能性があり、このボットは、各物体の移動をトラッキングし且つ適切なシーケンスの文字を選択する、またはそのいずれかが可能とはならない。さらに、ショルダーハックを行う人が、物体の無作為な配置および移動またはそのいずれかのためにＰＩＮコードを取得することも困難となる可能性がある。
【００５７】
図９は、一実施形態により一般に９００で示す例示のユーザインタフェースを示す。ユーザインタフェース９００は、一般に、ユーザが従う指令を含むコマンド区域９０５、第１の応答区域９１０および第２の応答区域９１５またはそのいずれかを設けることも可能である。ユーザは、一般に、第１の応答区域９１０および第２の応答区域９１５のうちの少なくとも１つにおいてコマンドに応答して１つもしくはそれ以上の入力を送ることも可能である。いくつかの実施形態では、コマンド区域９０５は、第１の応答区域９１０および第２の応答区域９１５のうちの少なくとも１つと実質的に同時に設けることも可能である。他の実施形態では、コマンド区域９０５は、第１の応答区域９１０および第２の応答区域９１５のうちの少なくとも１つよりも前に設けることも可能である。従って、ユーザは、応答する前にコマンド区域９０５に指令を記憶し、それによって無許可ユーザに抗してさらなる保護層を設ける必要があるかもしれない。図９に示すように、第１の応答区域９１０が、例えばバルーン等の複数の物体を含むことも可能である。各物体は、固定位置に存在することも可能であるか、またはユーザインタフェースの周囲で移動することも可能である。いくつかの実施形態では、各物体の位置は無作為であってもよい。各物体は、例えば、数、文字、記号等の文字を含むことも可能である。第１の応答区域９１０では、ユーザは、一般に、特定の文字を「入力する」タスクを完了する必要があるかもしれない。いくつかの実施形態では、ユーザは第２の応答区域９１５に対して特定のシーケンスに対応する物体をたたき、クリックし且つドラッグする、またはそのいずれかによってＰＩＮ番号等の特定のシーケンスの文字を入力することも可能である。物体が移動中である特定の実施形態では、ユーザは、選択したいと望む文字を含む物体の位置に依って位置を変化させる際にたたき且つクリックする、またはそのいずれかであることも可能である。このような実施形態は、ボットを阻止する可能性があり、このボットは、各物体の移動をトラッキングし且つ適切なシーケンスの文字を選択する、またはそのいずれかが可能にならない場合もある。いくつかの実施形態では、ユーザが、第１の応答区域９１０から移動した後、第２の応答区域９１５において物体を再配置することも可能である。
【００５８】
図１０は、一実施形態により一般に１０００で示す例示のユーザインタフェースを示す。ユーザインタフェース１０００は、一般に、ユーザが従う指令を含むコマンド区域１００５と、コマンド区域において送られた指令に応答してユーザから入力を受け取るための応答区域１０１０とを、またはそのいずれかを設けることも可能である。いくつかの実施形態では、コマンド区域１００５は、応答区域１０１０と実質的に同時に設けることも可能である。他の実施形態では、コマンド区域１００５は、応答区域１０１０よりも前に設けることも可能である。従って、ユーザは、応答する前にコマンド区域１００５に指令を記憶し、それによって無許可ユーザに抗してさらなる保護層を設ける必要があるかもしれない。図１０に示すように、応答区域１０１０が、例えば果物等の複数の物体を含むことも可能である。このように、応答区域１０１０における物体は、大きさおよび形、またはそのいずれかが変化する可能性がある。各物体は、固定位置に存在することも可能であるか、またはユーザインタフェースの周囲で移動することも可能である。いくつかの実施形態では、各物体の位置は無作為であってもよい。各物体は、例えば、数、文字、記号等の文字を含むことも可能である。このような応答区域１０１０では、ユーザは、一般に、例えば果物をスライスする等、特定の文字を「入力する」タスクを完了する必要があるかもしれない。いくつかの実施形態では、ユーザは特定のシーケンスに対応する物体をたたき、クリックし、且つスワイプする、またはそのいずれかによってＰＩＮ番号等の特定のシーケンスの文字を入力することも可能である。物体が移動中である特定の実施形態では、ユーザは、選択したいと望む文字を含む物体の位置に依って位置を変化させる際に入力を送ることも可能である。このような実施形態は、ボットを阻止する可能性があり、このボットは、各物体の移動をトラッキングし、適切なシーケンスの文字を選択し、且つ必要な「スライシング」運動を提供する、またはそのいずれかが可能にはならない可能性もある。
【００５９】
図１１は、一実施形態により一般に１１００で示す例示のユーザインタフェースを示す。ユーザインタフェース１１００は、一般に、ユーザが従う指令を含むコマンド区域１１０５と、コマンド区域において送られた指令に応答してユーザから入力を受け取るための応答区域１１１０とを、またはそのいずれかを設けることも可能である。いくつかの実施形態では、コマンド区域１１０５は、応答区域１１１０と実質的に同時に設けることも可能である。他の実施形態では、コマンド区域１１０５は、応答区域１１１０よりも前に設けることも可能である。他の実施形態では、コマンド区域１１０５は、応答区域１１１０の前に設けることも可能である。いくつかの実施形態では、コマンド区域１１０５は、ユーザがユーザインタフェース１１００にアクセスしようと試みる度に無作為に変化する可能性がある。従って、ユーザは、応答する前にいつもコマンド区域１１０５に指令を記憶し、それによって無許可ユーザに抗してさらなる保護層を設ける必要があるかもしれない。図１１に示すように、応答区域１１１０が、例えば果物等の複数の物体を含むことも可能である。このように、応答区域１１１０における物体は、大きさおよび形、またはそのいずれかが変化する可能性がある。各物体は、固定位置に存在することも可能であるか、またはユーザインタフェースの周囲で移動することも可能である。いくつかの実施形態では、各物体の位置は無作為であってもよい。このような応答区域１１１０において、ユーザは、一般に、例えば特定の果物の皮を剥き、且つスライスする、またはそのいずれかである等、コマンドに応答してタスクを完了する必要があるかもしれない。このように、ユーザは、どの果物が操作されるべきかを認識する必要があるかもしれず、またコマンド区域１１０５においてリクエストされたタスクをまねる特定の入力を送らなければならない。物体が移動中である特定の実施形態では、ユーザは、操作したいとリクエストされた物体の位置に依って位置を変化させる際に入力を送ることも可能である。このような実施形態は、ボットを阻止する可能性があり、このボットは、物体間の差を決定し、各物体の移動をトラッキングし、適切な物体を選択し、且つ必要なタスクに対応する必要な運動を提供する、またはそのいずれかが可能にならない場合もある。
【００６０】
図１２は、一実施形態により一般に１２００で示す例示のユーザインタフェースを示す。ユーザインタフェース１２００は、一般に、ユーザが従う指令を含むコマンド区域１２０５と、コマンド区域において送られた指令に応答してユーザから入力を受け取るための応答区域１２１０とを、またはそのいずれかを設けることも可能である。いくつかの実施形態では、コマンド区域１２０５は、応答区域１２１０と実質的に同時に設けることも可能である。他の実施形態では、コマンド区域１２０５は、応答区域１２１０よりも前に設けることも可能である。従って、ユーザは、応答する前にコマンド区域１２０５に指令を記憶し、それによって無許可ユーザに抗してさらなる保護層を設ける必要があるかもしれない。図１２に示すように、応答区域１２１０が、複数の物体を含むことも可能である。各物体は、固定位置に存在することも可能であるか、またはユーザインタフェースの周囲で移動することも可能である。いくつかの実施形態では、各物体の位置は無作為であってもよい。各物体は、例えば、数、文字、記号等の文字を含むことも可能である。このような応答区域１２１０では、ユーザは、一般に、１つもしくはそれ以上の文字を「入力する」タスクを完了する必要があるかもしれない。いくつかの実施形態では、ユーザは特定のシーケンスに対応しない物体をたたき且つクリックし、またはそのいずれかによって文字を除去することによってＰＩＮ番号等の特定のシーケンスの文字を入力することも可能である。物体が移動中である特定の実施形態では、ユーザは、除去したいと望む文字を含む物体の位置に依って位置を変化させる際にたたき且つクリックする、またはそのいずれかが可能である。このような実施形態は、ボットを阻止する可能性があり、このボットは、各物体の移動をトラッキングし且つ適切なシーケンスの文字を選択する、または
そのいずれかが可能にならない場合もある。
【００６１】
上記の詳細な説明では、その一部を形成する添付図面を参照する。図面において、同じ記号は一般に、特段の規定がない限り、同じ構成要素を識別する。詳細な説明、図面および請求の範囲において述べられている例示の実施形態は、限定することを意味していない。他の実施形態を用いることも可能であり、ここに提示する主題の精神または範囲を逸脱することなく他の変更を行うことも可能である。本開示の局面は、一般にここで述べられ、図面で例示するように、様々な異なる構造で配置、代替、結合、分離及び設計することが可能であり、その全てがここに明示されていることが容易に理解されるであろう。
【００６２】
本開示は、本出願において述べた特定の実施形態に関して限定されるものではなく、様々な局面を例証するものとして意図されている。多くの修正および変更は、当業者に明らかであるように、その精神および範囲から逸脱することなく行うことも可能である。本開示の範囲内の機能的に同等の方法および装置は、ここで列挙されたものに加えて、当業者にとって先の説明から明らかとなるであろう。このような修正および変更は、添付の請求の範囲内であることが意図されている。本開示は、このような請求の範囲が権限を与えられる均等物の全範囲と共に、添付の請求の範囲によってのみ限定されるべきである。本開示は、当然のことながら変化し得る特定の方法、試薬、化合物、組成または生物システムに限定されないことが理解されるべきである。ここで使用する専門用語は、特定の実施形態の説明のみの目的のためであり、限定することを意図されていないこともまた理解されるべきである。
【００６３】
ここで、実質的にいずれかの複数および単数の用語またはそのいずれかを使用することに関して、当業者は、文脈およびアプリケーションまたはそのいずれかに適切なものとして、複数から単数へ、且つ単数から複数へ、またはそのいずれかで翻訳することが可能である。様々な単数／複数置換を、明瞭にするためにここで明確に述べることも可能である。
【００６４】
一般に、ここで、特に添付の請求の範囲内で使用する用語（例えば、添付の請求の範囲の本文）が一般に「開かれた」用語として意図されている（例えば、用語「含む」は「含むが限定されない」と解釈されるべきであり、用語「有する」は「少なくとも有する」、用語「含む」は「含むが限定されない」と解釈されるべきである、等）ことが当業者によって理解されるであろう。様々な構成、方法およびデバイスは様々な構成要素または工程を「備える」（「含むが限定されない」という意味として解釈される）に関して述べられるが、構成、方法およびデバイスもまた、様々な構成要素および工程「から本質的に成る」または「から成る」ことも可能であり、このような専門用語は、本質的に限定グループを規定するものとして解釈されるべきである。特定の数の導入された請求項の記述が意図されている場合、このような意図は、請求の範囲で明確に述べられ、このような記述が存在しないときには、このような意図が存在しないことが当業者によってさらに理解されるであろう。例えば、理解するための援助として、以下の添付の請求項が請求項の記述を導入するために導入句「少なくとも１つ」および「１つもしくはそれ以上」の使用を含むことも可能である。しかしながら、このような句の使用は、請求項が導入句「１つもしくはそれ以上の」または「少なくとも１つの」および不定冠詞「１つの」または「１つの」を含み（例えば、「１つの」および「１つの」またはそのいずれかは「少なくとも１つの」または「１つまたはそれ以上の」を意味するように解釈するべきである）、それが請求項の記述を導入するために使用する定冠詞の使用に対して真であることを維持する場合でさえ、不定冠詞「１つの」または「１つの」により請求項の記述を導入することにより、導入された請求項の記述を含む特定の請求項を唯一の記述を含む実施形態に限定することを意味するものとして解釈するべきではない。さらに、特定の数の導入請求項が明確に記述される場合でさえ、このような記述が少なくとも記述された数を意味するものと解釈するべきではない（例えば、他の修飾語句のない「２つの記述」の最低限の記述は、少なくとも２つの記述または２つもしくはそれ以上の記述を意味する）ことを当業者は認識するであろう。さらに、「Ａ、Ｂ、Ｃ等のうちの少なくとも１つ」に類似の伝統的表現法を使用する場合、一般に、このような構造は、当業者が伝統的表現法を理解するという意味で（例えば、「Ａ、ＢおよびＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、およびＡとＢ、ＡとＣ、ＢとＣ、ならびにＡとＢとＣまたはそのいずれか等）を有するシステムを含むが、それらに限定されない）、このような構造が意図されている。「Ａ、ＢまたはＣのうちの少なくとも１つ等」に類似の伝統的表現法を使用する場合、一般に、当業者が伝統的表現法を理解する意味で（例えば「Ａ、ＢおよびＣのうちの少なくとも１つを有するシステム」がＡのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、およびＡとＢとＣ等）を有するシステムを含むが、それらに限定されない）、このような構造が意図されている。事実上、２つもしくはそれ以上の代わりの用語を提示する離接的単語および句またはそのいずれかが、説明、請求項または図面内に拘わらず、１つの用語、いずれかの用語または両方の用語を含む可能性を表現するものとして理解されるべきであることを当業者によってさらに理解されるであろう。例えば、句「ＡまたはＢ」は、「Ａ」、「Ｂ」または「ＡおよびＢ」の可能性を含むものとして理解されるであろう。
【００６５】
さらに、本開示の特徴または局面がマーカッシュグループに関して述べられる場合、それによって本開示もマーカッシュグループの個々のメンバまたはメンバのサブグループに関して述べられることを当業者は認識するであろう。
【００６６】
当業者によって理解されるように、いずれかの、および全ての目的に対して、例えば、明細書を提供することに関して、ここで開示した全ての範囲もまた、いずれかの、および全ての可能な部分範囲、ならびにその部分範囲の組み合わせを含む。いずれかの記載された範囲は、その範囲を十分に記載し、少なくとも半分、３分の１、４分の１、５分の１、１０分の１等に分割可能であるものとして容易に認識することが可能である。非限定的例として、ここで述べる各範囲が下部３分の１、中央３分の１、上部３分の１等に容易に分割可能である。当業者によって理解されるように、「まで」、「少なくとも」等の全ての用語は、詳述した数を含み、後に上記部分範囲に分割可能な範囲を示す。最終的に、当業者によって理解されるように、範囲は、個々の部材を含む。このように、例えば、１つないし３つのセルを有するグループは、１つ、２つまたは３つのセルを有するグループを示す。同様に、１つないし５つのセルを有するグループは、１つ、２つ、３つ、４つまたは５つのセルを有するグループに関連する、等である。
【００６７】
上で開示した様々な、また他の特徴および機能、またはその代替のものは、多くの他の異なるシステムまたはアプリケーションに組み合わせることも可能である。そこでの様々な現在予期しない、または予想外の代替、修正、変更または改良も当業者によってその後行うことも可能であり、その各々もまた、開示した実施形態によって包含されるように意図されている。
【図１】
2020053061.tif 000003
【図２】
2020053061.tif 000004
【図３】
2020053061.tif 000005
【図４】
2020053061.tif 000006
【図５】
2020053061.tif 000007
【図６】
2020053061.tif 000008
【図７】
2020053061.tif 000009
【図８】
2020053061.tif 000010
【図９】
2020053061.tif 000011
【図１０】
2020053061.tif 000012
【図１１】
2020053061.tif 000013
【図１２】
2020053061.tif 000014
【手続補正書】
【提出日】令和1年12月13日(2019.12.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサと、
非一時的なプロセッサ読取可能な記憶媒体と、
を有するシステムであって、
前記非一時的なプロセッサ読取可能な記憶媒体は、１もしくはそれ以上のプログラム指令を有し、当該プログラム指令は実行された場合、前記プロセッサに、
確保したリソースにアクセスするためのリクエストを受信する工程と、
ゲームを含む１もしくはそれ以上の検証チャレンジをユーザインタフェースを介して少なくとも１のユーザに提供する工程と、
少なくとも１つの検証チャレンジへの応答である入力を前記少なくとも１のユーザから受信する工程であって、当該受信した入力は少なくとも１つのゲームプレイ入力を有するものである、前記受信する工程と、
前記受信した入力を既知の情報と比較する工程と、
前記比較に基づいて、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応すること、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないこと、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応すること、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応しないこと、
のうち少なくとも１つを決定する工程と
を実行させるものである、システム。
【請求項２】
請求項１記載のシステムにおいて、前記少なくとも１のユーザは複数のユーザを有するものである、システム。
【請求項３】
請求項１記載のシステムにおいて、前記受信した入力は、さらに、前記少なくとも１のユーザにとって既知である、別のユーザに関する情報を有するものである、システム。
【請求項４】
請求項１記載のシステムにおいて、さらに、
実行された場合、前記プロセッサに、前記確保したリソースに前記少なくとも１のユーザがアクセスするのを許可する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、システム。
【請求項５】
請求項１記載のシステムにおいて、前記決定する工程は、さらに、
前記少なくとも１のユーザが十分な自覚意識をもって前記確保したリソースにアクセスしていること、を決定する工程を有するものである、システム。
【請求項６】
請求項１記載のシステムにおいて、さらに、
実行された場合、前記プロセッサに、前記受信した入力に基づいて前記少なくとも１のユーザの１もしくはそれ以上の生理的特徴を特定する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、システム。
【請求項７】
請求項１記載のシステムにおいて、前記検証チャレンジは、さらに、１もしくはそれ以上の経時的特性を有するものである、システム。
【請求項８】
請求項１記載のシステムにおいて、さらに、
実行された場合、前記プロセッサに、前記受信した入力について、前記少なくとも１のユーザが強制下にあることを示す１もしくはそれ以上の特徴を特定する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、システム。
【請求項９】
請求項１記載のシステムにおいて、前記受信した入力は、さらに、少なくとも１つの追加入力を有するものである、システム。
【請求項１０】
請求項１記載のシステムにおいて、前記受信した入力を既知の情報と比較する工程は、さらに、
前記受信した入力に当該システムおよび前記ユーザインタフェースにとって既知である既存の規則を適用する工程を有するものである、システム。
【請求項１１】
請求項１記載のシステムにおいて、前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応することは、さらに、前記少なくとも１のユーザに少なくとも１つの追加の検証チャレンジを提供することを有するものである、システム。
【請求項１２】
請求項１記載のシステムにおいて、前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないことは、さらに、前記少なくとも１のユーザに少なくとも１つの追加の検証チャレンジを提供することを有するものである、システム。
【請求項１３】
請求項１記載のシステムにおいて、前記ゲームは、フローティングバルーンゲーム、迷路ゲーム、カッティングゲーム、パズルゲームおよびメモリゲームのうちの少なくとも１つを含むものである、システム。
【請求項１４】
請求項１記載のシステムにおいて、前記ゲームは、複数のゲームフォーマットから無作為に選択されるものである、システム。
【請求項１５】
請求項１記載のシステムにおいて、さらに、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないと決定されたことに応答して、
前記プロセッサが、前記少なくとも１のユーザにアクセス拒否に関する通知を提供する工程、
前記プロセッサが、管理者にアクセス拒否に関する通知を提供する工程、
前記プロセッサが、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程、のうちの少なくとも１つを実行する、
システム。
【請求項１６】
請求項１記載のシステムにおいて、さらに、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応すると決定されたことに応答して、
前記プロセッサが、前記少なくとも１のユーザにアクセス拒否に関する通知を提供する工程、
前記プロセッサが、管理者にアクセス拒否に関する通知を提供する工程、
前記プロセッサが、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程、のうちの少なくとも１つを実行する、
システム。
【請求項１７】
請求項１記載のシステムにおいて、さらに、実行された場合、前記プロセッサに、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、システム。
【請求項１８】
請求項１記載のシステムにおいて、前記検証チャレンジは、さらに、前記少なくとも１のユーザの１もしくはそれ以上の生理的特徴に適合した１もしくはそれ以上の特性を有するものである、システム。
【請求項１９】
請求項１８記載のシステムにおいて、前記受信した入力は、前記１もしくはそれ以上の特性に対応する少なくとも１つの変数を有するものである、システム。
【請求項２０】
請求項１記載のシステムにおいて、さらに、前記プロセッサに動作可能に接続された１もしくはそれ以上のセンサを有し、前記受信した入力は、さらに、１もしくはそれ以上のセンサ入力を有するものである、システム。
【請求項２１】
請求項２０記載のシステムにおいて、前記比較する工程は、前記１もしくはそれ以上のセンサからの入力を既知の情報と比較する工程を有するものである、システム。
【請求項２２】
請求項２０記載のシステムにおいて、前記１もしくはそれ以上のセンサは位置センサである、システム。
【請求項２３】
請求項１記載のシステムにおいて、前記少なくとも１つのパラメータは、パスコード、割り当てられたタスクの完了、前記検証チャレンジの送信と少なくとも１つの入力の受信との間に経過した時間、正規ユーザについての既知の物理的特徴、および電子デバイスの位置のうちの少なくとも１つを有するものである、システム。
【請求項２４】
請求項２３記載のシステムにおいて、前記少なくとも１つのパラメータは、前記検証チャレンジの送信と前記少なくとも１つの入力の受信との間に経過した時間を含み、前記時間は、最短時間よりも長く、最長時間よりも短いものである、システム。
【請求項２５】
請求項２３記載のシステムにおいて、前記少なくとも１つのパラメータは、前記検証チャレンジの送信と前記少なくとも１つの入力の受信との間に経過した時間を含み、前記時間は、最短時間よりも短く、最長時間よりも長いものである、システム。
【請求項２６】
方法であって、
プロセッサが、確保したリソースにアクセスするためのリクエストを受信する工程と、
前記プロセッサが、ゲームを含む１もしくはそれ以上の検証チャレンジをユーザインタフェースを介して少なくとも１のユーザに提供する工程と、
前記プロセッサが、少なくとも１つの検証チャレンジへの応答である入力を前記少なくとも１のユーザから受信する工程であって、当該受信した入力は少なくとも１つのゲームプレイ入力を有するものである、前記受信する工程と、
前記プロセッサが、前記受信した入力を既知の情報と比較する工程と、
前記プロセッサが、前記比較に基づいて、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応すること、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応すること、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応しないこと、
のうち少なくとも１つを決定する工程と
を有する方法。
【請求項２７】
請求項２６記載の方法において、前記少なくとも１のユーザは複数のユーザを有するものである、方法。
【請求項２８】
請求項２６記載の方法において、前記受信した入力は、さらに、前記少なくとも１のユーザにとって既知である、別のユーザに関する情報を有するものである、方法。
【請求項２９】
請求項２６記載の方法において、さらに、
前記プロセッサが、前記確保したリソースに前記少なくとも１のユーザがアクセスするのを許可する工程を有するものである、方法。
【請求項３０】
請求項２６記載の方法において、前記決定する工程は、さらに、
前記少なくとも１のユーザが十分な自覚意識をもって前記確保したリソースにアクセスしていること、を決定する工程を有するものである、方法。
【請求項３１】
請求項２６記載の方法において、さらに、
前記プロセッサが、前記受信した入力に基づいて前記少なくとも１のユーザの１もしくはそれ以上の生理的特徴を特定する工程を有するものである、方法。
【請求項３２】
請求項２６記載の方法において、前記検証チャレンジは、さらに、１もしくはそれ以上の経時的特性を有するものである、方法。
【請求項３３】
請求項２６記載の方法において、さらに、
前記プロセッサが、前記受信した入力について、前記少なくとも１のユーザが強制下にあることを示す１もしくはそれ以上の特徴を特定する工程を有するものである、方法。
【請求項３４】
請求項２６記載の方法において、前記受信した入力は、さらに、少なくとも１つの追加入力を有するものである、方法。
【請求項３５】
請求項２６記載の方法において、前記受信した入力を既知の情報と比較する工程は、さらに、
前記受信した入力にシステムおよびユーザインタフェースにとって既知である既存の規則を適用する工程を有するものである、方法。
【請求項３６】
請求項２６記載の方法において、前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応することは、さらに、前記少なくとも１のユーザに少なくとも１つの追加の検証チャレンジを提供する工程を有するものである、方法。
【請求項３７】
請求項２６記載の方法において、前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないことは、さらに、前記少なくとも１のユーザに少なくとも１つの追加の検証チャレンジを提供する工程を有するものである、方法。
【請求項３８】
請求項２６記載の方法において、前記ゲームは、フローティングバルーンゲーム、迷路ゲーム、カッティングゲーム、パズルゲームおよびメモリゲームのうちの少なくとも１つを含むものである、方法。
【請求項３９】
請求項２６記載の方法において、前記ゲームは、複数のゲームフォーマットから無作為に選択されるものである、方法。
【請求項４０】
請求項２６記載の方法において、さらに、
前記受信した入力が正規のユーザであることを示す少なくとも１つのパラメータに対応しないと決定されたことに応答して、
前記プロセッサが、前記少なくとも１のユーザにアクセス拒否に関する通知を提供する工程、
前記プロセッサが、管理者にアクセス拒否に関する通知を提供する工程、
前記プロセッサが、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程、のうちの少なくとも１つを実行する、
方法。
【請求項４１】
請求項２６記載の方法において、さらに、
前記受信した入力が無許可のユーザであることを示す少なくとも１つのパラメータに対応すると決定されたことに応答して、
前記プロセッサが、前記少なくとも１のユーザにアクセス拒否に関する通知を提供する工程、
前記プロセッサが、管理者にアクセス拒否に関する通知を提供する工程、
前記プロセッサが、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程、のうちの少なくとも１つを実行する、
方法。
【請求項４２】
請求項２６記載の方法において、さらに、実行された場合、前記プロセッサに、前記少なくとも１のユーザの識別情報を記録するように記憶装置に指示する工程を実行させる１もしくはそれ以上のプログラム指令を有するものである、方法。
【請求項４３】
請求項２６記載の方法において、前記検証チャレンジは、さらに、前記少なくとも１のユーザの１もしくはそれ以上の生理的特徴に適合した１もしくはそれ以上の特性を有するものである、方法。
【請求項４４】
請求項４３記載の方法において、前記受信した入力は、前記１もしくはそれ以上の特性に対応する少なくとも１つの変数を有するものである、方法。
【請求項４５】
請求項２６記載の方法において、前記受信した入力は、さらに、１もしくはそれ以上のセンサからの１もしくはそれ以上のセンサ入力を有するものである、方法。
【請求項４６】
請求項４５記載の方法において、前記比較する工程は、前記１もしくはそれ以上のセンサ入力を既知の情報と比較する工程を有するものである、方法。
【請求項４７】
請求項４５記載のシステムにおいて、前記１もしくはそれ以上のセンサは位置センサである、方法。
【請求項４８】
請求項２６記載の方法において、前記少なくとも１つのパラメータは、パスコード、割り当てられたタスクの完了、前記検証チャレンジの送信と少なくとも１つの入力の受信との間に経過した時間、正規ユーザについての既知の物理的特徴、および電子デバイスの位置のうちの少なくとも１つを有するものである、方法。
【請求項４９】
請求項４８記載の方法において、前記少なくとも１つのパラメータは、前記検証チャレンジの送信と前記少なくとも１つの入力の受信との間に経過した時間を含み、前記時間は、最短時間よりも長く、最長時間よりも短いものである、方法。
【請求項５０】
請求項４８記載の方法において、前記少なくとも１つのパラメータは、前記検証チャレンジの送信と前記少なくとも１つの入力の受信との間に経過した時間を含み、前記時間は、最短時間よりも短く、最長時間よりも長いものである、方法。
【外国語明細書】
2020053061000001.pdf
2020053061000002.pdf
2020053061000003.pdf
2020053061000004.pdf