(57)【特許請求の範囲】
【請求項１】
コンピューティングデバイス上でのＵＩジェスチャをブロックするための方法であって、前記コンピューティングデバイスは表示画面を備え、前記方法は、
ＵＩ画面を前記表示画面上に提示することであって、前記ＵＩ画面は、前記コンピューティングデバイス上で実行しているアプリケーションを示すことと、
前記表示画面のアクティブ表示領域内で開始し、前記ＵＩ画面に示される前記アプリケーションを従事させ、前記表示画面の第１のエッジを横切る第１のＵＩジェスチャを受信することと、
一つまたは複数のブロック条件に従って第２のＵＩジェスチャと関連付けられたＵＩイベントをブロックすることであって、前記第２のＵＩジェスチャが、前記表示画面の前記アクティブ表示領域の外で開始し、前記表示画面の前記第１のエッジまたは第２のエッジを横切ることと
を備え、
前記一つまたは複数のブロック条件のうちの１つが、前記第１のＵＩジェスチャから所望の期間内の前記第２のＵＩジェスチャをブロックするためのタイミング条件である、方法。
【請求項２】
前記第１のＵＩジェスチャがスワイプジェスチャをさらに含み、前記スワイプジェスチャが、前記表示画面のアクティブ表示領域内で開始し、前記表示画面の第１のエッジを横切る、請求項１に記載の方法。
【請求項３】
さらに前記ＵＩイベントが、前記コンピューティングデバイスによりオペレーティングシステムに対して実行可能である、請求項２に記載の方法。
【請求項４】
前記表示画面の前記第１のエッジを横切る前記スワイプジェスチャに応答して、前記ＵＩイベントが前記オペレーティングシステムに関連付けられる、請求項３に記載の方法。
【請求項５】
前記ブロックすることが、前記表示画面の複数のエッジを横切るＵＩイベントをブロックすることをさらに備える、請求項４に記載の方法。
【請求項６】
前記複数のブロック条件が、前記第１のＵＩジェスチャから所望の距離内の前記第２のＵＩジェスチャをブロックするための近接条件をさらに含む、請求項１に記載の方法。
【請求項７】
前記複数のブロック条件が、前記アプリケーションに関連する前記ＵＩ画面上に慣性運動が存在する場合に、前記第２のＵＩジェスチャをブロックするためのパン条件をさらに含む、請求項１に記載の方法。
【請求項８】
前記第２のエッジは、前記第１のエッジとコーナーを形成する、請求項１に記載の方法。
【請求項９】
前記複数のブロック条件が、前記アプリケーションが特定のアプリケーションである場合に、前記第２のＵＩジェスチャをブロックするためのアプリケーション関連条件をさらに含む、請求項１に記載の方法。
【請求項１０】
コンピューティングデバイスであって、
コントローラと、
アクティブ表示領域と複数のアクティブエッジとを備える表示画面と、
前記コントローラ上で実行し、前記表示画面へのユーザ入力からの入力信号を管理し、前記コンピューティングデバイス上で実行するアプリケーションに応じて、前記表示画面への出力信号を管理するように構成されたオペレーティングシステムと
を備え、さらに、前記コンピューティングデバイスは、
ＵＩ画面を前記表示画面上に提示することであって、前記ＵＩ画面は、前記コンピューティングデバイス上で実行している前記アプリケーションに関連付けられていることと、
前記表示画面を従事させる第１のＵＩジェスチャを受信することであって、前記第１のＵＩジェスチャが、前記表示画面の前記アクティブ表示領域内で開始し、前記表示画面の第１のアクティブエッジを横切ることと、
一つまたは複数のブロック条件が満たされるときに、前記表示画面の前記アクティブ表示領域の外で開始し、前記表示画面の前記第１のアクティブエッジまたは第２のアクティブエッジを横切る第２のＵＩジェスチャと関連付けられたＵＩイベントをブロックすることと
をするように構成されており、
前記一つまたは複数のブロック条件のうちの１つが、前記第１のＵＩジェスチャから所望の期間内の前記第２のＵＩジェスチャをブロックするためのタイミング条件である、コンピューティングデバイス。
【請求項１１】
前記複数のブロック条件が、前記第１のＵＩジェスチャから所望の距離内の前記第２のＵＩジェスチャをブロックするための近接条件をさらに含む、請求項１０に記載のコンピューティングデバイス。
【請求項１２】
前記複数のブロック条件が、前記アプリケーションに関連する前記ＵＩ画面上に慣性運動が存在する場合に、前記第２のＵＩジェスチャをブロックするためのパン条件をさらに含む、請求項１０に記載のコンピューティングデバイス。
【請求項１３】
前記第２のアクティブエッジは、前記第１のアクティブエッジとコーナーを形成する、請求項１０に記載のコンピューティングデバイス。
【請求項１４】
前記複数のブロック条件が、前記アプリケーションが特定のアプリケーションである場合に、前記第２のＵＩジェスチャをブロックするためのアプリケーション関連条件をさらに含む、請求項１０に記載のコンピューティングデバイス。
【発明の詳細な説明】
【背景技術】
【０００１】
表示画面（たとえばタッチ感応画面または他の表示画面）を有するコンピューティングデバイスを使用する際、ユーザは時々、画面のエッジ付近でＩ／Ｏジェスチャを、実際にはそのようなジェスチャを行おうとしていない場合に、不注意で行うことがある。たとえば、そのようなジェスチャは、画面を横切ってパンして画像を画面上で移動させ、エッジを越えて画面から離れ、そして表示領域に再度入る場合がある。
【０００２】
他の例では、そのような不注意なエッジジェスチャのタッチ感応コンピューティングデバイスを含むことは、ペイントアプリケーションのようなものにおいて生じ得る。ペイントアプリケーションでは、ユーザがエッジを横切るブラシストロークを行う可能性があり、ユーザはペイントアプリケーションがアクティブになると期待してタッチ感応領域に戻ろうとするが、代わりに、不注意なエッジジェスチャの結果、他の機能またはアプリケーションがアクティブになることがある。さらに他の例では、高速にパンしているとき（たとえばユーザが素早くテキストを移動させている場合）、インタラクションが雑な結果、そのような不注意なエッジジェスチャにつながることがある。
【発明の概要】
【課題を解決するための手段】
【０００３】
以下は、本明細書に記載したいくつかの態様についての基本的な理解が得られるように、本革新の簡略化した概要を示すものである。この概要は、特許請求する主題の広範な概観ではない。特許請求する主題の主要なまたは重要な要素を特定することも、本革新の範囲を線引きすることも意図していない。その唯一の目的は、特許請求する主題のいくつかの概念を、後述するより詳細な説明への前置きとして、簡略化した形式で示すことにある。
【０００４】
特定の状況において表示画面を有するコンピューティングデバイス上でエッジ関連ＵＩジェスチャをブロック、無視、保留、あるいは改変するシステムおよび方法を開示する。一実施形態では、特定の条件下で、実行中のアプリケーションを使用しているユーザからの第１のＵＩジェスチャの後に、外側エッジから来る第２のＵＩジェスチャを改変することができ、特定の条件とは、たとえば第２のＵＩジェスチャが第１のＵＩジェスチャ後の特定の期間内に行われる場合、第２のＵＩジェスチャが第１のＵＩジェスチャの特定の近接範囲内で行われる場合などである。他の実施形態では、コントローラと、タッチ画面ディスプレイと、オペレーティングシステムとを備えるコンピューティングデバイスを開示し、オペレーティングシステムは、特定の条件が存在する場合などにオペレーティングシステムにより実施され得る特定のエッジ関連ＵＩジェスチャを改変する。
【０００５】
一実施形態では、コンピューティングデバイス上でのＵＩジェスチャをブロックするための方法であって、コンピューティングデバイスは表示画面を備え、前記方法は、ＵＩ画面を前記表示画面上にユーザへ提示することであって、前記ＵＩ画面が、ユーザが前記コンピューティングデバイス上で実行しているアプリケーションに関連付けられている、提示することと、第１のＵＩジェスチャを前記ユーザから受信することであって、前記第１のＵＩジェスチャが、前記表示画面のアクティブ領域内で開始し、前記表示画面の第１のエッジを横切る、受信することと、第２のＵＩジェスチャと関連付けられたＵＩイベントをブロックすることであって、前記第２のＵＩジェスチャが、前記表示画面の前記アクティブ表示領域の外で開始し、前記表示画面のエッジを横切る、ブロックすることとを備え、前記ブロックすることが、ブロック条件の組に従って行われる、方法を提示する。
【０００６】
他の実施形態では、コンピューティングデバイスであって、コントローラと、アクティブタッチ画面領域と複数のタッチ感応エッジとをさらに備えるタッチ画面ディスプレイと、前記コントローラ上で実行可能であり、前記タッチ画面ディスプレイにタッチするユーザからの入力信号を管理可能であり、前記コンピューティングデバイス上で実行するアプリケーションから受信された信号に従って、前記タッチ画面ディスプレイへの出力信号を管理可能であるオペレーティングシステムとを備え、さらに、ＵＩ画面を前記タッチ画面上にユーザへ提示することであって、前記ＵＩ画面が、ユーザが前記コンピューティングデバイス上で実行しているアプリケーションに関連付けられている、提示することと、第１のＵＩジェスチャを前記ユーザから受信することであって、前記第１のＵＩジェスチャが、前記タッチ画面のアクティブタッチ領域内で開始し、前記タッチ画面の第１のエッジを横切る、受信することと、第２のＵＩジェスチャと関連付けられたＵＩイベントをブロックすることであって、前記第２のＵＩジェスチャが、前記タッチ画面の前記アクティブタッチ領域の外で開始し、前記タッチ画面のエッジを横切る、ブロックすることとが可能であり、前記ブロックすることが、ブロック条件の組に従って行われる、コンピューティングデバイスを提示する。
【０００７】
本システムの他の特徴および態様は、本出願で示される図面と共に読まれる場合に、発明を実施するための形態において以下に示される。
【０００８】
例示の実施形態を、図面の参照図に示す。本明細書で開示される実施形態および図面は、限定的ではなく例示的なものとみなされるべきであるものとする。
【図面の簡単な説明】
【０００９】
【図１】本出願の原理に従って作られたコンピュータデバイス／システムの一実施形態の図である。
【図２Ａ】第１のＵＩジェスチャ後の特定の期間内に、またはその特定の近接範囲内で生じるブロックされるＵＩジェスチャの一実施形態の図である。
【図２Ｂ】第１のＵＩジェスチャ後の特定の期間内に、またはその特定の近接範囲内で生じるブロックされるＵＩジェスチャの一実施形態の図である。
【図３】図２Ａおよび図２Ｂに示された実施形態に作用し得る処理のためのフローチャートの一実施形態の図である。
【図４】第１のＵＩジェスチャ後にタッチ画面上に慣性が存在する場合に生じるブロックされるＵＩジェスチャの一実施形態の図である。
【図５】図４の実施形態に作用し得る処理のためのフローチャートの一実施形態の図である。
【図６Ａ】第１のＵＩジェスチャが行われる特定のアプリケーションが実行している可能性がある場合に生じるブロックされるＵＩジェスチャの一実施形態の図である。
【図６Ｂ】第１のＵＩジェスチャが行われる特定のアプリケーションが実行している可能性がある場合に生じるブロックされるＵＩジェスチャの一実施形態の図である。
【発明を実施するための形態】
【００１０】
本明細書で使用される場合、「コンポーネント」、「システム」、「インターフェース」、「コントローラ」などの用語は、ハードウェア、（たとえば実行中の）ソフトウェア、および／またはファームウェアのいずれであれ、コンピュータ関連のエンティティを指すものとする。たとえば、これらの用語のいずれかは、プロセッサ上で動作するプロセス、プロセッサ、オブジェクト、実行可能ファイル、プログラム、および／またはコンピュータとすることができる。例として、サーバ上で動作するアプリケーションおよびこのサーバの双方は、コンポーネントおよび／またはコントローラとすることができる。１つまたは複数のコンポーネント／コントローラは、プロセス内に存在することができ、コンポーネント／コントローラは、１つのコンピュータ上に局在させることができ、および／または２つ以上のコンピュータに分散させることができる。
【００１１】
加えて、コンポーネント、コントローラ、およびコンピューティングデバイスは通常、様々なコンピュータ可読記憶デバイスおよび／または媒体を含むことができる。例として、限定はしないが、コンピュータ可読ストレージおよび／または媒体は、ランダムアクセスメモリ（RAM）、読取専用メモリ（ROM）、電子的消去可能プログラム可能読取専用メモリ（EEPROM）、フラッシュメモリまたは他のメモリ技術、ＣＤＲＯＭ、デジタル多用途ディスク（DVD）または他の光学もしくはホログラフィック媒体、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気記憶デバイス、あるいは、所望の情報を符号化するのに使用可能であり、コンポーネント、コントローラ、またはコンピューティングデバイスによりアクセス可能な任意の他の媒体を含むことができる。
【００１２】
そのようなメモリは、揮発性および／または不揮発性メモリの形態のコンピュータ記憶媒体を含むことができる。そのようなメモリは、リムーバブル、非リムーバブル、またはこれらの組合せとすることができる。例示的なハードウェアデバイスには、固体メモリ、ハードドライブ、光学ディスクドライブなどがある。コンピューティングデバイスは、メモリまたはＩ／Ｏモジュールなどの様々なエンティティからデータを読み取る１つまたは複数のプロセッサを含むことができる。
【００１３】
特許請求する主題を、図面を参照して説明するが、同様の参照番号を、全体を通して、同様の要素を参照するために用いる。以下の記載においては、説明の目的で、多数の具体的な詳細を記載し、本革新の完全な理解が得られるようにする。しかしながら、特許請求する主題が、これらの具体的な詳細なくとも実践可能であることは明らかであろう。他の例では、周知の構造およびデバイスを、本革新の説明を容易にするために、ブロック図の形式で示す。
【００１４】
はじめに
一実施形態では、タッチ感応画面を有するコンピューティングデバイスが、特定の状況および／または条件下において、エッジ関連ジェスチャおよび／または入力を自動的に無効化できると望ましいことがある。そのような条件は、ユーザがシステムＵＩを取得しようとしていなかったが、ともかくエッジからスワイプインした状況と望ましくは関係があるべきである。いくつかの実施形態では、コンピュータシステムは、いくつかの状況においてエッジ入力をオフにすることができ、たとえば、以下の場合である：
（１）ユーザがちょうど今、エッジの外へスワイプした。
（２）ユーザがパンしている。および／または、
（３）特定の条件下のアプリがシステムに問合せする。
【００１５】
他の実施形態では、タッチ感応でない表示画面を有するコンピューティングデバイスが、以下をコンピュータデバイスに識別させると望ましいことがある：（１）表示画面の「アクティブ」領域。たとえばコンピューティングデバイス上で実行中のアプリケーションがＩ／Ｏジェスチャおよび／またはコマンドに応答する領域。ならびに（２）表示画面の「エッジ」領域。たとえばオペレーティングシステムまたは他のアプリケーション（必ずしもユーザが実行し現在インタラクト（interact）しているものではない）が、Ｉ／Ｏジェスチャおよび／またはコマンドに応答する領域。
【００１６】
図１に、本出願のシステムおよび／または方法に関して採用可能な例示的デバイス１０２の一実施形態１００を示す。デバイス１０２は、オペレーティングシステム１０６を実行可能なコントローラ１０４をさらに備えることができる。一実施形態では、デバイス１０２は、タッチ画面をさらに備えることができ、タッチ画面において、様々なタッチおよび／またはスワイプジェスチャが、（たとえば図示したいくつかの方向、すなわち垂直および／または水平方向１０８ａ〜ｄにおいて）そのエッジを越えて使用可能である。これらのエッジジェスチャは、これに応答して、オペレーティングシステムによる様々な動作を呼び出すことができる。
【００１７】
たとえば、Ｗｉｎｄｏｗｓ（登録商標）バージョン８オペレーティングシステムでは、右側１０８ｂからタッチ画面内へのスワイプジェスチャは、「チャーム（charm）」リストを呼び出して出現させることができる。他の例では、左側１０８ｄからタッチ画面内へのスワイプジェスチャは、コンピューティングデバイスのバックスタック（backstack）内のアプリケーションのユーザインターフェース表現を提供することができる。他のエッジジェスチャが、コンピューティングデバイスのオペレーティングシステムに対する他の機能セットを生成できることを理解されたい。不注意なエッジジェスチャにより提供される機能が、ユーザが意図したものではなく、したがってユーザにとって所望の結果でない場合があることで十分な場合がある。
【００１８】
タッチ感応ディスプレイを有することができない（または、タッチ感応ディスプレイを有するが、ユーザのタッチ以外の他のＩ／Ｏデバイスを用いる）コンピューティングデバイスに関して、任意選択のＩ／Ｏデバイス１１０が、そのコンピューティングデバイスに対して可能である。そのような任意選択のＩ／Ｏデバイス１１０は：全てのジェスチャベースのシステム、たとえば、限定はしないが：ホバーを用いたタッチセンサ、ペンセンサ、マウス、トラックパッド、タッチパッド、トラックボール、Ｋｉｎｅｃｔ（登録商標）デバイス、超音波モーションセンサ、ビデオモーションセンサ、カメラ、コンピュータビジョンセンサ／システム、顔検出、顔ジェスチャ、モーションキャプチャ、音声認識、および一般に自然な入力に関する全てのセンサ、ならびにこれらの任意の組合せを含むことができる。ユーザが現在インタラクトしている以外のアプリケーション、たとえばオペレーティングシステムまたは他のアプリケーションによりＩ／Ｏジェスチャおよび／またはコマンドを処理させる表示画面のアクティブエッジ領域をそのようなコンピューティングデバイスが認識することで十分な場合がある。したがって本出願では、タッチジェスチャおよび／またはスワイプを行うユーザとのタッチ感応ディスプレイインタラクションを含む状況が実施形態において論じられる場合、（添付のタッチ感応ディスプレイの有無に関わらず）非タッチディスプレイを有するコンピューティングデバイスを用いるが、エッジ入力を上記のように扱うことができる他の実施形態が可能である。
【００１９】
様々な実施形態
上述のように、エッジ入力が、コンピューティングデバイスにより「不注意」であると解釈された場合に、無視、保留、無効化、ブロックあるいは改変される、いくつかの実施形態が存在する。以下は、そのようなエッジ入力を無視／無効化／ブロック／改変するのが望ましいことがあるいくつかの状況である。コンピュータデバイスは、そのような機能を提供するために、以下の状況のうちの１つ、いくつか、または全てを組み込むことができる：
【００２０】
（ｉ）ユーザがエッジ外へスワイプした後
ユーザが画面のエッジ外へスワイプした場合、同じエッジに沿って所望の期間の間、エッジ入力を無効化することが望ましいことがある。加えて、元のスワイプが画面から外れた所から特定の距離内であるエッジ入力を無効化することもまた望ましいことがある。時間および距離メトリックの両方を併せて用いて、不注意なエッジスワイプからの保護を与えることができる。
【００２１】
単に一例として、これにより、開発者からの任意の投資またはユーザへの妨害なしで画面の全てのエッジが追加機能に用いられる環境で没入して作業するために、（たとえばペイントアプリなどの）シナリオにおいて保護を与えることができる。一例として、ユーザは自身のデバイス上で絵を描いており、絵の縁に色を塗っていることがある。ユーザは気をつけているかもしれないが、ユーザは、ブラシする際に、デジタイザの実際のアクティブ領域に繰り返し出入りすることがある。改良されたエッジＵＩ保護を用いて、システムは、ユーザの体験を妨害することなく、ユーザにこれを行わせることができる。
【００２２】
図２Ａに、不注意なエッジスワイプ／ジェスチャからの保護の１つのそのような実施形態（２００ａ）を示す。スワイプ２０２ａは、タッチ画面のアクティブ領域内で開始し、コンピューティングデバイスの上端の外へ運ばれることがある。そして、ユーザは、たとえば、おそらく最初のスワイプ２０２ａ時に実行している現在のアプリケーションとインタラクトしようとして（および、任意の他のエッジ起動ＵＩインタラクションを呼び出すことを意図せずに）、タッチ画面のアクティブ領域内に戻るスワイプジェスチャ２０４ａを行うことがある。
【００２３】
リターンスワイプおよび／またはジェスチャ２０４ａが、（たとえば、「ブロックされる」（すなわち無効化／無視／ブロック／改変される）エッジ領域２０６ａにより示されるような）最初の外向きスワイプから特定の距離内にある（たとえば指数本分離れている）場合、リターンスワイプは、異なるエッジ関連ＵＩイベント、たとえば、おそらく現在実行中のアプリケーション内に設計されたエッジ関連ＵＩイベントと異なるものを呼び出すことはない。
【００２４】
「ブロックされる」という用語および他のそのような用語は、エッジスワイプ／ジェスチャが、他のアプリケーションまたはオペレーティングシステムのＵＩに対するジェスチャ（たとえばそのようなジェスチャは、スタックされたプロセス、すなわち「チャーム」の表示を呼び出すか、またはたとえば他のオペレーティングシステムコマンドもしくは他のアプリケーションからのコマンドを発行することがある）として扱われるのと異なって（たとえば現在実行中のアプリケーションにより）扱われることになる状況を含むようにも用いられるべきであることを理解されたい。
【００２５】
加えて、このブロックされる領域２０６ａは、所望の期間が終了するまで、ブロックおよび／または保留されたままとすることができる。一実施形態では、そのような所望の期間は、ユーザが現在実行中のアプリケーションとインタラクトし続け、他のエッジ関連ＵＩイベントを呼び出そうなどしていないと合理的に予想されるであろう時間に関連してもよい。そのような所望の期間は、数百ミリ秒から数秒にまで及ぶことがある（現在実行中のアプリケーションの性質、たとえばペースの速いゲーム対ペースのより遅いアプリケーションなど、におそらく依存する）。
【００２６】
図２Ｂは、不注意なエッジスワイプ／ジェスチャからのそのような保護の他の実施形態（２００ｂ）である。この場合、最初のタッチ２０２ｂがコーナーに十分近ければ、リターンスワイプ／ジェスチャ２０４ｂは、上述のようにブロックされるコーナー２０６ｂエッジ境界につながる場合がある。
【００２７】
図３は、そのような画面外スワイプ／ジェスチャによる不注意なエッジＵＩインタラクションから保護する単なる一実施形態（３００）である。処理３００は、３０２から開始することができる。３０４において、本処理は、第１の位置におけるタッチディスプレイアクティブ領域外へのスワイプを検出することができる。次いで本処理は、３０６において、所望のタイマが時間切れしたかを問い合わせることができる。時間切れした（および、アクティブタッチ画面領域内へ戻る第２のスワイプが検出されなかった）場合、本処理は３０２に戻り、以前のように他の第１のスワイプの検出を待つことができる。
【００２８】
しかしながら、時間切れしていない間は、３０８において第２のスワイプを検出することができる。エッジからアクティブタッチ画面内へ戻る第２のスワイプが先に論じた所与の距離許容範囲内でない場合、本処理はタイマに戻り、タイマが時間切れするのを待つことができる。加えて、コンピューティングデバイスは、距離許容範囲内および／または期間内でないそのようなエッジジェスチャを有効化させてもよい。
【００２９】
しかしながら、エッジからの第２のスワイプ／ジェスチャが、第１のスワイプ／ジェスチャの距離許容範囲内である（および期間内でもある）場合、コンピューティングデバイスは、そのようなスワイプ／ジェスチャに本来なら許可されるはずのエッジ入力をブロックあるいは改変することができる。一実施形態では、本処理は、タイマおよび距離情報フィード（info feeds）をエッジジェスチャ検出アルゴリズムに設定し、スワイプ／ジェスチャがエッジジェスチャでないかを（たとえば実行中のアプリケーションよりも上位のシステムレベルで）判定させる。システムは、スワイプ／ジェスチャを現在のアプリへ通過させることができる（たとえば、そのようなスワイプ／ジェスチャが現在のアプリのコンテキストにおいて意味を持つ場合など）。アプリへのそのような通過は、コンピューティングデバイスの任意選択の機能とすることができる。
【００３０】
この処理の多数の変形が可能であり、ことによると望ましい（および、本出願の範囲に含まれる）ことは理解されるであろう。エッジを横切るアクティブタッチ画面領域からの最初のスワイプ／ジェスチャから所与の距離許容範囲および／または時間許容範囲内の、エッジからの第２のスワイプ／ジェスチャに対する何らかの保護があることで十分な場合がある。
【００３１】
（ｉｉ）ユーザがパンしている間：
他の実施形態では、画面上に発生している「慣性」が存在している間、アクティブタッチ画面領域内へのスワイプのエッジＵＩ効果をブロック／禁止するのが望ましいことがある。これが発生する傾向があり得るのは、ユーザが画面をパンしている間、たとえば、画像のスライドショーを見ているか、または画面に完全に描画されていない部分がある文書内をスクロールしているなどの場合である。ユーザは、画面が「慣性」モードである間、エッジ入力を経験することができない。
【００３２】
単なる一例として、ユーザは非常に長いウェブサイト内を素早くパンしていることがある。ユーザが所望の方向にフリックし続けると、ユーザのインタラクションは雑になり始めることがあり、ユーザの指は時折、エッジ関連ＵＩイベントを通常は呼び出すことになる領域にヒットし、スクロールを停止させることがある。しかしながら、本システムにより、パンを発生させ続けることができ、ユーザの本当のインタラクションを中断なく継続させることができる。
【００３３】
図４に、コンピュータデバイスの、ユーザがその上の画像をパンしている場合の一実施形態（４００）を示す。スワイプ／ジェスチャ４０２は、特定のアプリケーション（たとえばフォトビューア、ワードプロセッサなど）におけるユーザの指からのプッシュなどとして、実施され得る。そのようなスワイプ／ジェスチャの結果、「慣性」４０４、すなわちスワイプ／ジェスチャの時間を過ぎて継続する動きが画像に与えられることがある。一実施形態では、慣性がタッチ画面上に存在する場合、第２のスワイプ／ジェスチャ４０６は、おそらくタッチ画面領域の外側から来てエッジ領域を横切るものであるが、エッジ関連ＵＩイベント、たとえばユーザに期待または望まれないであろうものを起動／開始する傾向があることがある。これが最も起こりそうなのは、スワイプ／ジェスチャが、画面上の何らかの画像オブジェクトの動きおよび／または慣性を増加させようとした場合である。そのような場合、エッジ関連ＵＩイベントのあらゆるそのような開始をブロックし４０８、ことによるとスワイプ／ジェスチャにこの場合の動きを継続させると望ましいことがある。
【００３４】
図５は、そのような手順を実施するフローチャートの一実施形態（５００）である。処理は５０２から開始することができる。５０４において、デバイスは、アクティブタッチ領域で行われたスワイプ／ジェスチャを検出することができる。デバイスは、５０６において、画面ＵＩ上のどこかに慣性が存在するか否かについて問合せを行うことができる。存在しない場合、システムは５０２の処理に戻ることができる。そうではなく、第２のスワイプ／ジェスチャの検出の際に慣性がまだ存在する場合、デバイスは、５０８において、第２のスワイプ／ジェスチャについてのエッジ入力をブロックすることができる。この処理の他の変形は可能であり、本出願に含まれている。
【００３５】
他の様々な実施形態において、このヒューリスティックな規則は、本明細書で論じられるように、特定の時間、距離または他の許容範囲／メトリクスによって修正することができる：
【００３６】
（ａ）時間
たとえば既知の実際のタッチ入力からの最後の慣性の開始後「ｘ」秒以内の、ことによると約１００〜５００ｍｓの開始値の、期間が望ましいことがある。
【００３７】
加えて、その時間が完了する前に慣性が停止する場合（たとえばユーザまたはアプリケーションが慣性を早期に停止させエッジ関連ＵＩイベントを行いたい場合）、さらなるインタラクションを通常の規則に振り向けることが望ましい場合がある。
【００３８】
（ｂ）方向性  −  単一エッジ
この場合、動きの方向に対向するエッジを無効化することが望ましいことがある。他の場合では、複数のオブジェクト／画像が画面上で一度に動いている場合、最後のインタラクションに対向するエッジのみを無効化することが望ましい場合がある。
【００３９】
いくつかの場合では、どれが最後のインタラクションであったかを判定することが困難である場合、アプリケーション切替を引き起こすことになるエッジを無効化すべきものとして優先するのが望ましい場合がある（たとえばデフォルトで左エッジ、RTL言語用の右エッジ）。
【００４０】
（ｃ）方向性  −  複数エッジ
いくつかの場合では、動きが所与の角度、たとえば少なくとも３０度でエッジから離れる場合にのみ、両方のエッジを無効化するのが望ましいことがある。
【００４１】
いくつかの場合では、エッジから離れる任意の慣性成分に基づいて両方のエッジを無効化するのが望ましいことがある。
【００４２】
（ｄ）ズーム／回転
いくつかの場合では、画像が画面の範囲外となるように、コンテンツがズーム、回転、あるいは改変された画面を考慮するのが望ましいことがある。一例では、これらの画像に対する任意の行為は、期限内に収まる限り、受け入れられるべきである。
【００４３】
（ｅ）隣接
エッジの無効化を正当とするのに用いられる「矩形」（すなわち画面上のアプリのウィンドウ）は、そのエッジに隣接しなければならない。単なる一例として、２つのアプリを画面上に一度に、たとえば左右構成（left-right configuration）で有することが可能な場合がある。そのような例では、左側のアプリは、画面の右エッジを無効化できないことがある。
【００４４】
（ｆ）オン−オフ−オンとの互換性
いくつかの場合では、２組のロジック（たとえば慣性ロジックおよびオフ−オンロジック）が単一のインタラクションで機能すると望ましいことがある。
【００４５】
（ｇ）フォアグラウンド変更
いくつかの場合では、画像をフォアグラウンドビューに変更してもロジックが変更されないことが望ましい場合がある。
【００４６】
（ｈ）エッジを選択的に無効化する（またはエッジ全てを無効化する）能力：
アプリが１つ、２つ、３つ、または４つ全てのエッジを無効化できるモデル。
【００４７】
特別なアプリケーションを有する実施形態
いくつかの実施形態では、特定のアプリケーションがフォアグラウンドで現在実行しているか否かで選択的に作動する何らかのロジック／処理を有すると望ましいことがある。図６Ａおよび図６Ｂに、そのような特別なアプリケーションがフォアグラウンドにある場合の２つの可能な実施形態（６００ａ、６００ｂ）を示す。単なる一例として、問題のそのような特別なアプリケーションは、ゲームアプリケーション、または、たとえば高速なジェスチャもしくはそのようなスワイプ／ジェスチャに関連付けられた他の特別な意味を用いることがある任意の他のアプリケーションであることがある。おそらく事実なのは、（特に速いペースのゲームにおいて）エッジを横切るユーザによるスワイプが不注意となり得ること、ならびに、（６０４ａおよび６０４ｂに示したように）エッジ入力および／またはイベントをブロックするのが望ましい場合があることである。
【００４８】
しかしながら、ユーザがエッジ関連ＵＩイベントにアクセスできるようにするために、特定のエッジジェスチャが、プレースホルダＵＩイベントアイコン／値（たとえば3点ドットパターン６０２ａ、または可能性のある起こり得るエッジＵＩイベントを表す小アイコン６０２ｂ）を有する小ウィンドウを立ち上げることができると望ましいことがある。ユーザがエッジＵＩイベントへのさらなるアクセスを望む場合、その後、ユーザに、そのようなプレースホルダ値とさらにインタラクトさせてもよい（たとえば、さらなるタッチ／スワイプ／ジェスチャなど）。
【００４９】
非タッチディスプレイを有する様々な実施形態
前述のように、不注意なエッジジェスチャおよび／または他のＩ／Ｏ入力から保護するシステム、方法および技法は、非タッチディスプレイを有するコンピューティングデバイスでも適用可能である。たとえば、図１のコンピューティングデバイスは、アクティブ領域を認識する表示画面を有することができ、アクティブ領域では、ユーザが、（たとえばマウス、キーボード、タッチパッドなどの任意選択のＩ／Ｏデバイスを用いて）アクティブ領域内の現在実行中のアプリケーションとインタラクトすることができる。加えてコンピューティングデバイスは、たとえば、ユーザがインタラクトしている現在のアプリケーション以外の場合があるアプリケーションにより処理されるかあるいは扱われ得る、エッジ関連Ｉ／Ｏ処理を許可するものとして表示画面の１つまたは複数のエッジを認識することができる。１つのそのような他のアプリケーションは、そのようなコマンドおよび／またはジェスチャに反応するオペレーティングシステムでもよく、たとえば、そのようなジェスチャは、スタックされた処理、すなわち「チャーム」の表示を呼び出すか、またはたとえば、他のオペレーティングシステムコマンドもしくは他のアプリケーションからのコマンドを発行することがある。
【００５０】
単なる一例示的実施形態として（タッチ感応ディスプレイについての図２Ａおよび図２Ｂの類似例に倣って）、ユーザは、２０２ａまたは２０２ｂにおいて、たとえばマウス入力を行っている場合がある。ユーザが表示画面外へマウスをスワイプし、マウスを表示画面のアクティブ領域に戻そうとする際、リターン２０４ａまたは２０４ｂが時間および／または近接メトリクスの所望の条件内である場合、コンピューティングデバイスは、任意のエッジ関連Ｉ／Ｏ応答をブロックすることができる。図３から図６Ａおよび図６Ｂと類似した、非タッチディスプレイを有するコンピューティングデバイスの他の実施形態が可能であることは理解されたい。
【００５１】
上記の記載には、本革新の例が含まれている。特許請求する主題を説明するために、コンポーネントまたは方法の全ての考え得る組合せを説明することはもちろん不可能であるが、当業者は、本革新の多数のさらなる組合せおよび順列が可能であることを理解するだろう。したがって、特許請求する主題は、添付の特許請求の範囲の趣旨および範囲内に含まれる全てのそのような変更、修正、および変形を含むものとする。
【００５２】
具体的には、上述のコンポーネント、デバイス、回路、システムなどにより実行される様々な機能に関して、そのようなコンポーネントを記述するのに用いられる（「手段」への言及を含む）用語は、別段の指示がない限り、開示された構造と構造的に同等でなくても、記述したコンポーネントの指定機能を実行し、特許請求する主題の本明細書で示された例示の諸態様の機能を実行する、任意のコンポーネント（たとえば機能的な同等物）に対応するものとする。これに関して、本革新が、特許請求する主題の様々な方法の行為および／またはイベントを実行するためのコンピュータ実行可能命令を有するシステムならびにコンピュータ可読媒体を含むこともまた理解されよう。
【００５３】
加えて、本革新の特定の特徴は、いくつかの実装のうちの１つのみに関して開示されている場合があるが、そのような特徴は、任意の所与のまたは特定の用途のために望むようにおよび有利なように、他の実装の１つまたは複数の他の特徴と組み合わせることができる。さらに、「含む（includes）」および「含む（including）」という用語およびこれらの変形が、発明を実施するための形態または特許請求の範囲において用いられる範囲においては、これらの用語は、「備える（comprising）」という用語と同様に、包含的であるものとする。
【図１】
0006276381.tif 000002
【図２Ａ】
0006276381.tif 000003
【図２Ｂ】
0006276381.tif 000004
【図３】
0006276381.tif 000005
【図４】
0006276381.tif 000006
【図５】
0006276381.tif 000007
【図６Ａ】
0006276381.tif 000008
【図６Ｂ】
0006276381.tif 000009