JP2015507397A - モバイルプラットフォーム上の姿勢感知認証 - Google Patents

Abstract

システムおよび方法は、認証入力を受け取ることと、認証入力の打ち込みの間のモバイルプラットフォームの認証姿勢を判定することとを提供し得る。加えて、モバイルプラットフォームの認証入力および認証姿勢に基づいて、ユーザを有効にするかどうかについての判定が行われ得る。プラットフォーム姿勢はまた、マルウェアを検出するためにも用いることができる。【選択図】図４

Description

実施形態は、概してモバイルプラットフォーム上のユーザ認証に関する。より具体的には、実施形態は、ユーザを認証し、およびマルウェアを検知するための、デバイス姿勢情報の使用に関する。

従来のスマートフォンは、権限を与えられていない人物によるアクセスを防ぐために、ユーザを認証するためのソフトウェアを含み得る。かかる認証ソフトウェアは、ユーザにパスワードを打ち込むこと、またはスマートフォン上のタッチスクリーン上に特定のパスを描くことを要求し得る。これらのソリューションは一定の状況下では適切であるが、改善するかなりの余地が残る。例えば、すぐ近くの人物がパスワードの打ち込みまたはパス追跡を観察することができる可能性がある。実際に、いくつかのパス追跡ソリューションは、認証の間にそこにいなかった人物によって突き止められる可能性のある指の痕跡をタッチスクリーン上に残し得る。その上、従来のユーザ認証ソリューションは、データをダウンロードする、または他の権限を与えられていない操作を実施する、スマートフォン上で動作するマルウェアからのいかなる保護を提供することにも失敗し得る。

本発明の実施形態の種々の利点は、以下の明細および添付の特許請求の範囲を読むことにより、および以下の図面を参照することにより、当業者には明白となる。

一実施形態に係るモバイルプラットフォームの例の斜視図である。 一実施形態に係るモバイルプラットフォームの例の斜視図である。 一実施形態に係るモバイルプラットフォームの例の斜視図である。

一実施形態に係る、モバイルデバイスに認証情報を登録する方法の例のフローチャートである。

一実施形態に係る、ユーザを認証する方法の例のフローチャートである。

一実施形態に係る、認証処理をトリガーする方法の例のフローチャートである。

一実施形態に係る、モバイルプラットフォームの例のブロック図である。

実施形態は、モバイルプラットフォームのユーザインターフェースを介して認証入力を受け取り、モバイルプラットフォームの認証姿勢を判定するロジックを有する装置を含み得る。ロジックはまた、モバイルプラットフォームの認証入力および認証姿勢に基づいて、ユーザを有効にするかどうかをも判定し得る。

実施形態はまた、プロセッサによって実行された場合、モバイルプラットフォームに認証入力を受け取らせる１組の命令を有する、非一時的コンピュータ可読記憶媒体をも含み得る。命令はまた、モバイルプラットフォームに、モバイルプラットフォームの認証姿勢を判定させ、モバイルプラットフォームの認証入力および認証姿勢に基づいてユーザを有効にするかどうかを判定させることもできる。

他の実施形態は、センサと、モバイルプラットフォームのユーザインターフェースを介して認証入力を受け取るロジックとを有するモバイルプラットフォームを含み得る。ロジックはまた、センサからの１つまたは複数の信号に基づいて、モバイルプラットフォームの認証姿勢を判定することもでき、またモバイルプラットフォームの認証入力および認証姿勢に基づいて、ユーザを有効にするかどうかを判定することもできる。

次に図１Ａを見ると、モバイルプラットフォーム１０が示されており、モバイルプラットフォーム１０のタッチ・スクリーン・ディスプレイ１４は、モバイルプラットフォーム１０のユーザのための、認証入力を打ち込むための登録プロンプト１２を含む。例示される例では、認証入力は、ＰＩＮ（個人識別番号（Ｐｅｒｓｏｎａｌ Ｉｎｄｅｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）、例えば、「１−２−３−４」）を含む。他の形式の認証入力、例えば、パスワード、指追跡パス、パズル構成、クリック順序（例えば、鼻、口、耳などの物体を特定の順に選択する）、口頭入力、生体入力（例えば、指紋、眼球走査）などもまた用いられ得る。さらに詳細に検討されるように、モバイルプラットフォーム１０はまた、認証入力が打ち込まれている間のモバイルプラットフォーム１０の姿勢（例えば、「認証姿勢」）を判定することもでき、その認証姿勢は、モバイルプラットフォームの後続のユーザを認証するために用いられ得る。簡単に言えば、認証は、ユーザがモバイルプラットフォーム１０へのアクセスを許可される前に、ユーザに、モバイルプラットフォーム１０を同一の（または類似の）姿勢に保持することを要求し得る。したがって、例示される登録プロンプト１２はまた、後続の認証試行についてプラットフォーム姿勢が要求されることになることをユーザに通知する／思い出させる（例えば、「＊姿勢を記憶してください」）。

図１Ｂは、正しい認証入力が打ち込まれたが、モバイルプラットフォーム１０が正しくない姿勢であるときのモバイルプラットフォーム１０を示す。とりわけ、タッチ・スクリーン・ディスプレイ１４は、モバイルプラットフォーム１０が登録処理の間に記録された姿勢と同一の姿勢に位置付けられていないため、拒否出力１８（例えば、「やり直してください」）を含む。したがって、ユーザは、認証入力を再び打ち込むことを求められ得る。特筆すべきは、示した例において、ユーザがモバイルプラットフォーム１０を再位置付けするように指示されないことである。その結果、権限を与えられていないユーザは、認証入力が正しくないと思い込むことがあり、締め出されるまでＰＩＮを推測し続ける。他方、正規のユーザは、姿勢感知認証機能の知識を持つことができ、モバイルプラットフォーム１０が単に異なるように位置付けされる必要があるのではないかということを疑う可能性がある。

代替的に、モバイルプラットフォーム１０が正しくない姿勢にある間に認証入力が受け取られた場合、ユーザは、「違う姿勢を試してください」などのメッセージを提示されてもよい。その上、方向のずれの許容範囲（例えば、１度）は、姿勢のずれが非常に小さい場合、ログイン試行を失敗リストに加えることなく追加のプロンプトが生成されることができるように用いられ得る。一例では、この失敗リストは、例えば、後続の試行のために用いられる一定の待機時間（例えば、６０秒）とともに、５回または１０回の連続したログイン試行の失敗に設定されることができる。

拒否出力１８はまた、有効化の否定がデバイス姿勢に起因するということのわずかなヒントをユーザに与えるために、一定の強調表示および／または色で書式設定されることもできる。同一の書式設定は、登録プロンプト１２（図１Ａ、例えば、「＊姿勢を記憶してください」を「やり直してください」と同様に書式設定する）に適用され得る。かかるソリューションは、正規のユーザに対する姿勢の注意喚起を強化し得るが、権限を与えられていないユーザからは姿勢の機能性を隠す。図１Ｃは、認証入力の打ち込みの間に正しい姿勢（すなわち、図１Ａの姿勢）が用いられた場合、承認出力１６（例えば、「成功！」）がタッチ・スクリーン・ディスプレイ１４によって生成されることを実例として示している。承認出力１６は代替的に、モバイルプラットフォーム１０のホーム画面であることができる。

次に図２を見ると、認証情報を登録する方法２０が示されている。方法２０は、モバイルプラットフォーム１０（図１Ａ、図１Ｂ、図１Ｃ）などのモバイルプラットフォームの中に、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、ファームウェア、フラッシュメモリなどの機械可読またはコンピュータ可読記憶媒体の中に、プログラマブル論理アレイ（ＰＬＡ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、結合プログラマブル論理デバイス（ＣＰＬＤ）などの設定可能なロジックの中に、特定用途向け集積回路（ＡＳＩＣ）、相補型金属酸化膜半導体（ＣＭＯＳ）、またはトランジスタ−トランジスタ論理（ＴＴＬ）技術などの回路技術を用いて、固定機能性論理ハードウェアの中に格納された１組以上のロジック命令として、またはこれらのいくつかを組み合わせて実装され得る。

例示される処理ブロック２２は、登録入力を受け取ることを提供し、登録入力は、ＰＩＮ、パスワード、指追跡パス、パズル構成、口頭入力、生体入力などを含むことができる。入力条件は、登録入力に基づいてブロック２４で設定され得る。ゆえに、数字「１−２−３−４」が登録入力として打ち込まれた場合、入力条件は「１−２−３−４」に設定されてもよい。ブロック２５は、登録入力の打ち込みの間、モバイルプラットフォームの現在の姿勢を判定し得る。姿勢は、モバイルプラットフォーム上に常駐する加速度計、ジャイロスコープ、重力センサなどのセンサからの信号にアクセスすることによって判定されることができる。とりわけ、姿勢は、３軸（または面）についてプラットフォームの位置付けを示す３Ｄ（３次元）の値であってもよい。姿勢条件は、現在の姿勢に基づいて、ブロック２８で設定されることができ、入力条件および姿勢条件は、互いに関連付けられることができ、続いてモバイルプラットフォームのユーザを認証するために使用される。

図３は、モバイルプラットフォームのユーザを認証する方法３０を示している。方法３０は、例えば、モバイルプラットフォーム１０（図１Ａ、図１Ｂ、図１Ｃ）などのモバイルプラットフォームの中に、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリなどの機械可読またはコンピュータ可読記憶媒体の中に、ＰＬＡ、ＦＰＧＡ、ＣＰＬＤなどの設定可能なロジックの中に、ＡＳＩＣ、ＣＭＯＳ、またはＴＴＬ技術などの回路技術を用いて、固定機能性論理ハードウェアの中に格納された１組以上のロジック命令として、またはこれらのいくつかを組み合わせて実装され得る。

例示される処理ブロック３２は、上述のタッチ・スクリーン・ディスプレイ１４（図１Ａ、図１Ｂ、図１Ｃ）などのモバイルプラットフォームユーザインターフェースを介して認証入力を受け取ることを提供する。認証入力は、すでに検討したように、ＰＩＮ、パスワード、指追跡パス、パズル構成、口頭入力、生体入力などを含んでもよい。モバイルプラットフォームの認証姿勢は、ブロック３４で判定されることができ、認証姿勢は、認証入力の打ち込みの間、モバイルプラットフォームの姿勢を提示し得る。ゆえに、認証姿勢は、モバイルプラットフォーム上に常駐する加速度計、ジャイロスコープ、重力センサなどのセンサからの信号にアクセスすることによって取得されてもよい。

ブロック３６は、登録処理の間、認証入力を入力条件の組と比較することができ、入力条件が満たされている（例えば、正しいＰＩＮが打ち込まれた）場合、ブロック３８で入力条件に関連付けられた姿勢条件が満たされているかどうかについての判定が行われ得る。ゆえに、ブロック３８は、登録処理の間、認証姿勢をモバイルプラットフォームの姿勢と比較することを伴ってもよい。この比較は、変動閾値（例えば、≦３度のずれ）を用いて、姿勢条件が満たされているかどうかを判定し得る。認証入力が入力条件を満たしていないか、または入力条件に関連付けられた認証姿勢が姿勢条件を満たしていないかのいずれかである場合、ユーザはブロック４０で拒否され得る（例えば、否定された有効化／アクセス）。ゆえに、ブロック４０は、すでに検討した拒否出力１８（図１Ｂ）などの拒否出力を発行することを伴うこともある。他方、認証入力が入力条件を満たしており、および認証姿勢が入力条件に関連付けられた姿勢条件を満たしている場合、例示されるブロック４２はユーザを承認（例えば、有効化／アクセスを承諾）する。ゆえに、ブロック４２は、すでに検討した承認出力１６（図１Ｃ）などの承認出力を発行することを伴い得る。

以下の疑似コードは、モバイルプラットフォームについてのログイン処理を実施するための１つの手段を示す。
Ｉｆ ｇｅｔ ａ ｃｏｒｒｅｃｔ ｐａｓｓｗｏｒｄ
Ｉｆ ｉｎ ａ ｃｏｒｒｅｃｔ ｏｒｉｅｎｔａｔｉｏｎ
Ｓｕｃｃｅｓｓｆｕｌｌｙ ｌｏｇｉｎ
Ｅｌｓｅ
Ｒｅｔｕｒｎ ｔｏ ｔｈｅ ｌｏｇｉｎ ｗｉｎｄｏｗ
Ｅｎｄｉｆ
Ｅｌｓｅ
Ｒｅｔｕｒｎ ｔｏ ｔｈｅ ｌｏｇｉｎ ｗｉｎｄｏｗ
Ｅｎｄｉｆ

次に図４を見ると、姿勢感知認証がモバイルプラットフォームの特定の使用状態によってトリガーされる方法４４が示されている。方法４４は、例えば、モバイルプラットフォーム１０（図１Ａ、図１Ｂ、図１Ｃ）などのモバイルプラットフォームの中に、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリなどの機械可読またはコンピュータ可読記憶媒体の中に、ＰＬＡ、ＦＰＧＡ、ＣＰＬＤなどの設定可能なロジックの中に、ＡＳＩＣ、ＣＭＯＳ、またはＴＴＬ技術などの回路技術を用いて、固定機能性論理ハードウェアの中に格納された１組以上のロジック命令として、またはこれらのいくつかを組み合わせて実装され得る。

概して、人物またはマルウェアが認証に遭遇することなくモバイルプラットフォームへのアクセスを得ることは可能であり得る。例えば、モバイルプラットフォームが、認証を要求する前に一定の期間の非活動（例えば、５分間）を許可するタイムアウト設定とともに構成されている場合、権限を与えられていない人物は、タイムアウト期間の間に権限を与えられたユーザに無断でモバイルプラットフォームに介入し、認証を効果的に回避する可能性がある。加えて、ネットワークまたは他の接続を介して、モバイルプラットフォームにマルウェアがダウンロードされる場合があり、このマルウェアは権限を与えられたユーザに無断で（例えば、「ステルス」モードで）大量のデータをモバイルプラットフォームに、またはモバイルプラットフォームから転送し得る。例示される方法４４は、したがって、一定のモバイルプラットフォームに、特定のアプリケーション（例えば、ウェブブラウザ、テキストメッセージのソフトウェア）の実行、一定のデータ転送速度など、姿勢感知認証をトリガーするために定義および使用される「状態条件」を可能にし得る。

とりわけ、処理ブロック４６は、モバイルプラットフォームの状態条件をモバイルプラットフォームの姿勢条件に関連付ける自動化処理を実施し得る。状態条件は、例えば、ウェブブラウザなどの特定のアプリケーションの実行を含み得る。かかる場合、ウェブブラウザを使用している間、権限を与えられたユーザがモバイルプラットフォームを典型的に一定の姿勢に（例えば、横長位置で３０度後方に傾斜して）保持していると判定され得る。ゆえに、［ｗｅｂ＿ｂｒｏｗｓｅｒ＿ｅｘｅｃｕｔｉｏｎ］の状態条件は、［ｌａｎｄｓｃａｐｅ＿ｐｏｓｉｔｉｏｎ，０−３０−０］の姿勢条件に関連付けられてもよい。別の例では、状態条件は、相対的に高速なデータ転送速度を含み得る。かかる場合、大きいファイルをダウンロードしている間、権限を与えられたユーザがモバイルプラットフォームに少なくともいくつかの動き（例えば、静止でない）を典型的に伝えると判定され得る。ゆえに、［ｄｏｗｎｌｏａｄ＿ｒａｔｅ＞５００Ｍｂｉｔ／ｓ］の状態条件は、姿勢条件［ｍｏｔｉｏｎ＞０］に関連付けられてもよい。他の状態条件および姿勢条件は、状況に依存して指定され得る。その上、処理ブロック４６の中の関連付け処理は、権限を与えられたユーザがユーザの日常的な行いの中でモバイルプラットフォームを扱う際に、自動的に（例えば、バックグラウンドで）実施されることができる。

モバイルプラットフォームデバイスの現在の使用状態は、ブロック４８で判定されることができ、例示されるブロック５０は、使用状態が所定の状態条件を満たしているかどうかを判定する。したがって、状態条件として用いられている特定のアプリケーションの実行の例では、ブロック５０は、モバイルプラットフォームが、問題となっているアプリケーションを現在実行しているかどうか（例えば、［ｗｅｂ＿ｂｒｏｗｓｅｒ＿ｅｘｅｃｕｔｉｏｎ］が真かどうか）を判定してもよい。同様に、状態条件として用いられているデータ転送速度の例では、ブロック５０は、モバイルプラットフォームが指定された速度で、またはそれを上回る速度でデータを転送しているかどうか（例えば、［ｄｏｗｎｌｏａｄ＿ｒａｔｅ＞５００Ｍｂｉｔ／ｓ］が真かどうか）を判定することができる。状態条件が満たされている場合、モバイルプラットフォームの「使用姿勢」（例えば、モバイルプラットフォームの現在の姿勢）がブロック５２で決定されることができ、例示されるブロック５４は、使用姿勢がそれまでに状態条件に関連付けられた姿勢条件を満たしているかどうかを判定する。

ゆえに、状態条件として用いられている特定のアプリケーションの例では、ブロック５４は、問題となっているアプリケーションについて、モバイルプラットフォームが権限を与えられたユーザが典型的に用いる向きであるかどうか（例えば、［ｌａｎｄｓｃａｐｅ＿ｐｏｓｉｔｉｏｎ，０−３０−０］が真かどうか）を判定し得る。同様に、状態条件として用いられているデータ転送速度の例では、ブロック５４は、モバイルプラットフォームが動いているかどうか（例えば、［ｍｏｔｉｏｎ＞０］が真かどうか）を判定することができる。状態条件およびその関連付けられた姿勢条件の両方が満たされると、例示されるブロック５６は、認証プロンプトを生成し、これは上述したように姿勢感知認証処理をトリガーし得る。

以下の疑似コードは、ログイン処理をトリガーするための１つの手段を示す。
Ｉｆ ｔｈｅｒｅ ｉｓ ｓｔｉｌｌ ｓｏｍｅ ｎｅｔｗｏｒｋ ｒｅｌａｔｅｄ ａｐｐｌｉｃａｔｉｏｎ ｓｔｉｌｌ ｒｕｎｎｉｎｇ ｗｉｔｈ ａ ｈｉｇｈ ｄａｔａ ｆｌｏｗ
Ａｌｅｒｔ ｔｈｅ ｕｓｅｒ ａｎｄ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｏｒ ｄｉｓｐｏｓｅ
Ｅｌｓｅ
Ｄｏ ｎｏｔｈｉｎｇ ｓｐｅｃｉａｌ
Ｅｎｄｉｆ

次に図５を見ると、モバイルプラットフォーム６０が示されている。モバイルプラットフォーム６０は、コンピューティング機能性（例えば、携帯情報端末／ＰＤＡ、ラップトップ、スマートタブレット）、通信機能性（例えば、無線スマートフォン）、撮像機能性（例えば、カメラ、カムコーダ）、媒体再生機能性（例えば、スマートテレビ／ＴＶ）、またはそれらのいずれかの組み合わせ（例えば、モバイル・インターネット・デバイス／ＭＩＤ）を有し得る。例示される例では、モバイルプラットフォーム６０は、システムメモリ６６と通信し得る集積メモリコントローラ（ＩＭＣ）６４を有するプロセッサ６２を含む。システムメモリ６６は、例えば、デュアル・インライン・メモリ・モジュール（ＤＩＭＭ）、スマートオンラインＤＩＭＭ（ＳＯＤＩＭＭ）などの１つまたは複数のメモリモジュールとして構成された、例えば、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）を含み得る。

例示されるモバイルプラットフォーム６０はまた、ホストデバイスとして機能し、ネットワークコントローラ７０、ストレージ（例えば、ハードディスクドライブ／ＨＤＤ、光ディスク、フラッシュメモリなど）７２、センサ（例えば、加速度計、ジャイロスコープ、重力センサ）７４、およびユーザインターフェース（ＵＩ、例えば、タッチスクリーン、モニタ、マウス、キーボード、マイク）７６と通信し得る、チップセットのサウスブリッジと称されることもあるプラットフォームコントローラハブ（ＰＣＨ）６８をも含む。例示されるプロセッサ６２は、ＵＩ７６を介して認証入力を受け取り、センサ７４からの信号に基づいてモバイルプラットフォーム６０の認証姿勢を判定し、およびモバイルプラットフォーム６０の認証入力および認証姿勢に基づいてユーザを有効にするかどうかを判定するように構成されるロジック７８を実行し得る。一例では、ロジック７８はまた、姿勢条件をモバイルプラットフォームの入力条件に関連付けるための登録処理を実施するようにも構成されてもよく、入力条件および関連付けられた姿勢条件は、モバイルプラットフォーム６０のユーザを拒否または承認するために用いられ得る。その上、ロジック７８は、姿勢条件を状態条件に関連付けるための自動化処理を実施するように構成されてもよく、状態条件および関連付けられた姿勢条件は、姿勢感知認証処理をトリガーするために用いられることができる。種々の入力条件、状態条件、および関連付けられた姿勢条件は、ストレージ７２などのメモリにローカルに、および／または別のプラットフォーム上にリモートに格納され得る。

本明細書に記載の技術は、したがって、モバイルデバイスおよび／またはスマートフォンならびにタブレットなどのプラットフォームに対する、より良い、およびより確実なユーザ体験を提供し得る。本技術はまた、プラットフォーム上にすでに存在し得る検知技術を活用する一方で、介入する人物および検出されないマルウェアなどの対処されていない懸念に対するソリューションをも提供し得る。

本発明の実施形態は、すべての種類の半導体集積回路（「ＩＣ」）チップとともに使用することに応用できる。これらのＩＣチップの例は、プロセッサ、コントローラ、チップセットコンポーネント、プログラマブル論理アレイ（ＰＬＡ）、メモリチップ、ネットワークチップ、チップ上のシステム（ＳｏＣ）、ＳＳＤ／ＮＡＮＤコントローラＡＳＩＣなどを含むがこれらに限定されない。加えて、図面のいくつかにおいて、信号導体線は線で表されている。いくつかのものは、より多くの構成要素である信号パスを示すために異なり、構成要素である信号パスの数を示すために数のラベルを有し、および／または一次情報の流れ方向を示すために１つまたは複数の端部に矢印を有する。これは、しかしながら、限定的な手法に解釈されるべきでない。むしろ、かかる追加された詳細は、回路のより簡単な理解を容易にするために、１つまたは複数の例示的実施形態と組み合わせて用いられ得る。表されているあらゆる信号線は、追加的な情報を有するか否かに関わらず、実際には複数の方向に移動することができ、例えば、差動対とともに実装されたデジタルまたはアナログ線、光ファイバー線、および／またはシングルエンド線などのあらゆる適切な種類の信号スキームに実装され得る、１つまたは複数の信号を備え得る。

サイズ、モデル、値、範囲の例が与えられている場合があるが、本発明の実施形態はこれらに限定されない。製造技術（例えば、フォトリソグラフィ）は時間と共に成熟するため、より小型のサイズのデバイスが製造される可能性があることが予想される。加えて、ＩＣチップおよび他のコンポーネントへの周知の電源／接地接続は、説明および検討の簡潔さのため、ならびに本発明の実施形態の一定の態様を不明瞭にしないため、図面内に示されていることも示されていないこともある。さらに、本発明の実施形態を不明瞭にすることを避けるため、およびかかるブロック図の配置の実装に対する詳細が、プラットフォームであって、実施形態がその内部に実装されることになるプラットフォームに高度に依存するという事実を考慮して、かかる配置はブロック図の形式で示されることがあり、すなわち、かかる詳細は十分に当業者の眼界にあるものとする。本発明の実施形態の例を説明するために具体的な詳細（例えば、回路）が記載されている場合、本発明の実施形態がこれらの具体的な詳細なしに、または変形を用いて実践されることができることは、当業者には明白である。ゆえに、説明は限定的でなく、例示的と見なされるものとする。

「連結される」という用語は、本明細書において、直接または間接を問わず、問題となっているコンポーネント間のあらゆる種類の関係を指すために用いられることができ、電気、機械、流体、光学、電磁、電気機械、または他の接続に適用され得る。加えて、「第１の」、「第２の」などの用語は、本明細書において、議論を容易にするためのみに用いられており、別様に示されない限り特定の時間的または継時的重要性も帯びていない。

当業者は、本発明の実施形態の広範囲にわたる技術が、さまざまな形式で実装されることができるということを、前述の説明から認識する。したがって、本発明の実施形態はその特定の例に関連して説明されたが、図面、明細書、および以下の特許請求の範囲を研究すれば他の修正が当業者に明らかとなるため、本発明の実施形態の真の範囲はそのように限定されるべきでない。

Claims (20)

1. モバイルプラットフォームであって、
   センサと、
   ロジックであって、
   前記モバイルプラットフォームのユーザインターフェースを介して認証入力を受け取り、
   前記センサからの１つまたは複数の信号に基づいて、前記モバイルプラットフォームの認証姿勢を判定し、かつ
   前記モバイルプラットフォームの前記認証入力および前記認証姿勢に基づいて、ユーザを有効にするかどうかを判定するための、ロジックと、
   を備える、モバイルプラットフォーム。
2. 前記ロジックは、前記認証入力が入力条件を満たしていないか、または前記認証姿勢が前記入力条件に関連付けられた姿勢条件を満たしていないかのいずれかの場合、前記ユーザを拒否する、請求項１に記載のモバイルプラットフォーム。
3. 前記ロジックは、前記認証入力が前記入力条件を満たし、かつ前記認証姿勢が前記姿勢条件を満たしている場合、前記ユーザを承認する、請求項２に記載のモバイルプラットフォーム。
4. 前記ロジックは、前記姿勢条件を前記入力条件に関連付けるための登録処理を実施する、請求項２または請求項３に記載のモバイルプラットフォーム。
5. 前記ロジックは、
   姿勢条件を前記モバイルプラットフォームの状態条件に関連付けるための自動化処理を実施し、
   前記モバイルプラットフォームの使用状態を判定し、
   前記使用状態が前記状態条件を満たしている場合、前記モバイルプラットフォームの使用姿勢を判定し、かつ
   前記使用姿勢が前記状態条件に関連付けられた姿勢条件を満たしている場合、認証プロンプトを生成する、請求項１から請求項４のいずれか１つに記載のモバイルプラットフォーム。
6. 前記使用状態は、データ転送速度および特定のアプリケーションの実行のうちの少なくとも１つを含む、請求項５に記載のモバイルプラットフォーム。
7. モバイルプラットフォームに、
   認証入力を受け取らせ、
   前記モバイルプラットフォームの認証姿勢を判定させ、
   前記モバイルプラットフォームの前記認証入力および前記認証姿勢に基づいて、ユーザを有効にするかどうかを判定させるためのプログラム。
8. 前記認証入力が入力条件を満たしていないか、または前記認証姿勢が前記入力条件に関連付けられた姿勢条件を満たしていないかのいずれかの場合、前記モバイルプラットフォームに前記ユーザを拒否させる、請求項７に記載のプログラム。
9. 前記認証入力が前記入力条件を満たし、かつ前記認証姿勢が前記姿勢条件を満たしている場合、前記モバイルプラットフォームに前記ユーザを承認させる、請求項８に記載のプログラム。
10. 前記モバイルプラットフォームに前記姿勢条件を前記入力条件に関連付けるための登録処理を実施させる、請求項８または請求項９に記載のプログラム。
11. 前記モバイルプラットフォームに、
    姿勢条件を前記モバイルプラットフォームの状態条件に関連付けるための自動化処理を実施させ、
    前記モバイルプラットフォームの使用状態を判定させ、
    前記使用状態が前記状態条件を満たしている場合、前記モバイルプラットフォームの使用姿勢を判定させ、かつ
    前記使用姿勢が前記状態条件に関連付けられた前記姿勢条件を満たしている場合、認証プロンプトを生成させる、請求項７から請求項１０のいずれか１つに記載のプログラム。
12. 前記使用状態はデータ転送速度を含み、前記使用姿勢は前記モバイルプラットフォームに対して静止指定を含む、請求項１１に記載のプログラム。
13. 前記使用状態は特定のアプリケーションの実行を含む、請求項１１または請求項１２に記載のプログラム。
14. ロジックを備え、
    前記ロジックは、 モバイルプラットフォームのユーザインターフェースを介して認証入力を受け取り、
    前記モバイルプラットフォームの認証姿勢を判定し、かつ、
    前記モバイルプラットフォームの前記認証入力および前記認証姿勢に基づいて、ユーザを有効にするかどうかを判定する、装置。
15. 前記ロジックは、前記認証入力が入力条件を満たしていないか、または前記認証姿勢が前記入力条件に関連付けられた姿勢条件を満たしていないかのいずれかの場合、前記ユーザを拒否する、請求項１４に記載の装置。
16. 前記ロジックは、前記認証入力が前記入力条件を満たし、かつ前記認証姿勢が前記姿勢条件を満たしている場合、前記ユーザを承認する、請求項１５に記載の装置。
17. 前記ロジックは、前記姿勢条件を前記入力条件に関連付けるための登録処理を実施する、請求項１５または請求項１６に記載の装置。
18. 前記ロジックは、
    姿勢条件を前記モバイルプラットフォームの状態条件に関連付けるための自動化処理を実施し、
    前記モバイルプラットフォームの使用状態を判定し、
    前記使用状態が前記状態条件を満たしている場合、前記モバイルプラットフォームの使用姿勢を判定し、
    前記使用姿勢が前記状態条件に関連付けられた前記姿勢条件を満たしている場合、認証プロンプトを生成する、請求項１４から請求項１７のいずれか１つに記載の装置。
19. 前記使用状態はデータ転送速度を含み、かつ、前記使用姿勢は前記モバイルプラットフォームに対して静止指定を含む、請求項１８に記載の装置。
20. 前記使用状態は特定のアプリケーションの実行を含む、請求項１８または請求項１９に記載の装置。

Images