(57)【特許請求の範囲】
【請求項１】
コンピュータにより実施される方法であって、
コンピューティングデバイスに関連付けられるディスプレイ上にコンテンツアイテムの一部を表示するステップと、
前記ディスプレイ上に前記コンテンツアイテムの一部が表示されている間に、前記コンテンツアイテムを進める第１の方向を表す第１のユーザ入力を受け取るステップと、
前記第１のユーザ入力を受け取ったことに応答して、後続のユーザ入力のために、前記第１の方向を前記コンテンツアイテムのナビゲーション方向として割り当てるステップと
を含む、コンピュータにより実施される方法。
【請求項２】
前記第１のユーザ入力を受け取るステップは、タッチスクリーンを介して前記第１のユーザ入力を受け取ることを含む、請求項１に記載のコンピュータにより実施される方法。
【請求項３】
前記第１のユーザ入力は、タッチスクリーンを介して受け取られる、シミュレートされたページめくりの動きである、請求項２に記載のコンピュータにより実施される方法。
【請求項４】
前記第１の方向を表す第２のユーザ入力を受け取るステップと、
前記第２のユーザ入力を受け取ったことに応答して、前記ディスプレイ上に表示される前記コンテンツアイテムの部分を前記ナビゲーション方向に変更するステップと、
を更に含み、前記第１のユーザ入力は、前記コンピューティングデバイスによって受け取られる、前記コンテンツアイテムをナビゲートする要求を表す最初のユーザ入力である、請求項２に記載のコンピュータにより実施される方法。
【請求項５】
第２の方向を表す第３のユーザ入力を受け取るステップと、
前記第３のユーザ入力を受け取ったことに応答して、前記ディスプレイ上に表示される前記コンテンツアイテムを前記ナビゲーション方向とは反対に変更するステップと、
を更に含む、請求項１に記載のコンピュータにより実施される方法。
【請求項６】
マルチパートコンテンツアイテムをナビゲートする試みを伝達する、ユーザ開始ジェスチャを受信するように構成される、タッチベースのユーザ入力デバイスと；
前記マルチパートコンテンツアイテムの部分を表示するように構成される、ディスプレイと；
前記ディスプレイ上に前記マルチパートコンテンツアイテムの最初の部分が表示されている間に、第１の方向を表す第１のユーザ入力の指示を受け取り、
前記第１のユーザ入力の指示に応答して、ユーザ入力の後続の指示のために前記第１の方向を前記マルチパートコンテンツアイテムのナビゲーション方向として割り当てる
ように構成される、プロセッサと；
を備える、装置。
【請求項７】
前記プロセッサは、前記第１の方向を表す第２のユーザ入力の指示を受け取り、該第２のユーザ入力の指示に応答して、前記割り当てられたナビゲーション方向に、前記ディスプレイに表示されている前記マルチパートコンテンツアイテムの部分を変更するように更に構成される、請求項６に記載の装置。
【請求項８】
前記プロセッサは、第２の方向を表す第３のユーザ入力の指示を受け取り、該第３のユーザ入力の指示に応答して、前記割り当てられたナビゲーション方向とは反対に、前記ディスプレイに表示されている前記マルチパートコンテンツアイテムの部分を変更するように更に構成される、請求項６に記載の装置。
【請求項９】
前記ディスプレイは、タッチスクリーンを備え、前記タッチベースのユーザ入力デバイスは、前記タッチスクリーンに一体的に実装される、請求項６に記載の装置。
【請求項１０】
プロセッサによって実行されると、該プロセッサに、
前記プロセッサによって実行可能なオペレーティングシステムの言語に対応する指向性を有するユーザインタフェースを提供するステップと、
前記ユーザインタフェースの方向とは異なる指向性を有するマルチページコンテンツを提示するステップと、
前記マルチページコンテンツ内を先へナビゲートする方法を示す、最初のタッチジェスチャを識別するステップと、
前記最初のタッチジェスチャによって示された方向に基づいて、前記最初のタッチジェスチャと同じ方向の前記マルチページコンテンツの後続のタッチジェスチャについて、ナビゲーション方向を割り当てるステップと、
前記最初のタッチジェスチャと同じ方向の後続のタッチジェスチャに応答して、マルチページコンテンツを先へ動かすステップと、
前記最初のタッチジェスチャと異なる方向の後続のタッチジェスチャに応答して、マルチページコンテンツを後ろへ動かすステップと、
を含む処理を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、指向的ユーザジェスチャに基づいてコンテンツナビゲーションの方向を確立することに関する。
【背景技術】
【０００２】
コンテンツを提示する能力を有するコンピューティングデバイスは、今日の社会において、あふれるほどに存在している。メインフレーム端末、デスクトップコンピューティングデバイス、ラップトップ及び他のポータブルコンピュータ、スマートフォン及び他のハンドヘルドデバイス、パーソナルデジタルアシスタント、並びに他のデバイスは大抵、ドキュメント、イメージ及び様々なコンテンツを提示する能力を有する。コンテンツはローカルに格納されることもあるが、多くの場合、ピアツーピアネットワークからインターネットなどのグローバルネットワークにまで及ぶネットワークから取得される。本や雑誌のような物理的な媒体と同様に、電子コンテンツアイテムの全体が一度には提示されないことが多い。物理的な媒体は典型的に、複数のページや他の認識可能な部分に分離され、電子媒体でもそうである。電子文書は、コンテンツ自体内でセグメント化されるとしても、あるいは提示デバイスによってセグメント化されるとしても、提示可能な部分あるいは使用可能な部分にセグメント化される可能性がある。
【０００３】
電子コンテンツは、ドキュメントのページなど、部分的に提示されることがあるので、ユーザが、そのドキュメントを通じて１度に１又は複数のページをスクロールすることが何回もある可能性がある。ユーザは、例えばデバイス上に機械的又は電子的に提供される「次へ」又は「先へ」ボタンをクリックすることによって、ドキュメント内を先へ進むことができることがある。同様に、ユーザは、ユーザインタフェース上に提供される「戻る」又はこれに類似するボタンをクリックすることによって、ドキュメント内を戻ることができる。これら及び他のコンテンツナビゲーション機構は、ユーザがコンテンツアイテム中をナビゲートするのを可能にすることができる。
【０００４】
しかしながら、電子コンテンツを提示するユーザインタフェースはときどき、曖昧なナビゲーション選択を提示する可能性がある。ナビゲーションのパターンは大抵、ユーザインタフェース言語に基づくレイアウトの指向的な向きを継承する。例えば英語用のユーザインタフェースレイアウトは、左から右の向きである。しかしながら、オペレーティングシステムは、アラビア語やヘブライ語、又は任意の他の双方向性言語のような、左から右の向きではない他の言語にローカライズされることがある。このような場合において、ユーザインタフェースのレイアウトは、左から右の向きになるように調整されることがある。
【０００５】
ナビゲーションコントロールのレイアウトの向きを、ユーザインタフェースの言語指向の向きにバインドすることは、ユーザ経験における制限を招く。そのような「バインド」は、コンテンツナビゲーションのパターンが、ユーザインタフェースの向きを継承する場合に生じる可能性がある。言い換えると、ユーザインタフェースの向きが右から左（例えばアラビア語、ヘブライ語等）である場合、コンテンツナビゲーションの方向は、右から左のナビゲーションを継承する。したがって、「次へ」というユーザインタフェースアイテムを選択することは、右から左に移動することによってドキュメント内を先へと移動する。この移動は、ユーザインタフェースの向きが左から右である場合に、ドキュメント内を先へと移動する方法と異なる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ある特定の環境において、ユーザインタフェースの向き及びナビゲーションコントロールパターンのレイアウトの方向は、ドキュメント自体が方向付けられるものと反対である可能性がある。例えば、（例えば英語用にローカライズされたオペレーティングシステムを使用する）英語用のユーザインタフェースにおいて英語のドキュメントを用いると、ナビゲーションパターンとドキュメントコンテンツとの双方が、左から右に方向付けられる。同様に、ヘブライ語用のユーザインタフェースにおいてヘブライ語のドキュメントを用いると、ナビゲーションパターンとドキュメントコンテンツとの双方が、右から左に方向付けられる。しかしながら、英語用のユーザインタフェースにおいてヘブライ語のドキュメントを用いるとき、ナビゲーションパターンレイアウトは、ドキュメントレイアウトとは反対である。同様に、ヘブライ語用のユーザインタフェースにおいて英語のドキュメントを用いるとき、ナビゲーションパターンレイアウトは、ドキュメントレイアウトとは反対である。これらの矛盾は、特定の指向的なユーザインタフェースアイテムが選択されるときに、ドキュメントにおいてどの方向が採用されるか明確でないので、ユーザインタフェースを使用する際の曖昧さを生じる可能性がある。例えばユーザインタフェースの向きが、提示されたドキュメントの向きと異なる場合、「次へ」又は右矢印のボタンを選択することにより先へとナビゲートされるかどうか、はっきりしない可能性がある。この曖昧性は、ナビゲーションがユーザインタフェースの向き（例えば右から左の向き）に従うのか、それともドキュメントの向き（例えば左から右の向き）に従うのかが不明確であることに起因する可能性がある。これらの場合において、ユーザは、ナビゲーション機構が使用されるときに採用されることとなるナビゲーションの方向が分からないので、そのような曖昧性は、限られた価値のナビゲーションユーザインタフェース機構を示す可能性がある。
【課題を解決するための手段】
【０００７】
本技術は、ユーザによる指向的な所望のジェスチャ又は直感的ジェスチャに基づく、コンテンツナビゲーションパターンの方向の確立に関する。１つの代表的技術において、コンピュータで実施される方法は、シーケンスによって配列される、提示コンテンツを進める方向を示すユーザ入力を受信するステップを含む。提示コンテンツについてのナビゲーション方向は、該方向が、ユーザ入力によって指示された方向に対応するように確立される。
【０００８】
別の代表的な実施形態において、タッチベースのユーザ入力部と、プロセッサと、ディスプレイとを少なくとも含む装置が提供される。タッチベースのユーザ入力部は、最初のユーザによって開始されたジェスチャを受信するように構成される。当該ジェスチャは、マルチパートコンテンツアイテムをナビゲーションにより進めようとする第１の試みの方向を伝達する。プロセッサは、ユーザ開始されたジェスチャの伝達された方向を認識し、伝達された方向に基づいてコンテンツナビゲーションの方向を決定し、マルチパートコンテンツアイテムのナビゲーションの方向として、コンテンツナビゲーション方向を確立するように構成される。マルチパートコンテンツアイテムの現在の部分がディスプレイを介して提供されることになる。
【０００９】
別の代表的な実施形態は、プロセッサによる実行のための命令が格納されるコンピュータ読取可能媒体を対象とする。この命令は、実行されると、プロセッサによって実行可能なオペレーティングシステムの言語に対応する向きを有するユーザインタフェースを提供することを含む機能を実行する。マルチページドキュメント又は他のコンテンツを、ユーザインタフェースの向きとは異なる向きで提示してもよい。マルチページコンテンツ内で先へとナビゲートする方向を示す最初のタッチジェスチャを識別し、マルチページコンテンツについてのナビゲーション方向を、最初のタッチジェスチャによって指示された方向に基づいて確立する。マルチぺージコンテンツ内を先へとナビゲートすることを、最初のタッチジェスチャと同じ方向の後続のタッチジェスチャによって達成し、マルチぺージコンテンツ内を後へとナビゲートすることを、最初のタッチジェスチャと異なる方向の後続のタッチジェスチャによって達成することができる。
【００１０】
この「発明の概要」の記載は、以下の「発明を実施するための形態」において、更に説明される概念の選択を簡略化した形で紹介するために提供される。この「発明の概要」の記載は、特許請求に係る主題の主要な特徴及び本質的特徴を特定するようには意図されておらず、特許請求に係る主題の範囲を限定するのに使用されるようにも意図されていない。
【図面の簡単な説明】
【００１１】
【図１】ユーザ入力ジェスチャに基づいてコンテンツナビゲーションの方向を確立する代表的な手法を一般的に示す図である。
【図２】想定されるコンテンツパターンの方向又は所望のコンテンツパターンの方向を識別するジェスチャの代表的な手法を示す図である。
【図３】ユーザの入力ジェスチャに基づいてコンテンツナビゲーションの方向を確立するための代表的な方法のフロー図である。
【図４】ユーザ入力ジェスチャに基づくコンテンツナビゲーションの方向の確立に関連する他の代表的な実施形態を示すフロー図である。
【図５Ａ】コンテンツナビゲーションの方向を確立し、ナビゲーションの方向が確立された後のコンテンツ内の後続のナビゲーションを確立する代表的な手法を示す図である。
【図５Ｂ】コンテンツナビゲーションの方向を確立し、ナビゲーションの方向が確立された後のコンテンツ内の後続のナビゲーションを確立する代表的な手法を示す図である。
【図５Ｃ】コンテンツナビゲーションの方向を確立し、ナビゲーションの方向が確立された後のコンテンツ内の後続のナビゲーションを確立する代表的な手法を示す図である。
【図５Ｄ】コンテンツナビゲーションの方向を確立し、ナビゲーションの方向が確立された後のコンテンツ内の後続のナビゲーションを確立する代表的な手法を示す図である。
【図６】ユーザの入力ジェスチャによって示唆された向きのタイプに基づく、ページ又は他のコンテンツの部分の代表的な制御状態を示す図である。
【図７Ａ】代表的なグラフィカルユーザインタフェースにより、ユーザのタッチジェスチャに基づいてナビゲーションパターンの方向を確立する代表的な例を示す図である。
【図７Ｂ】代表的なグラフィカルユーザインタフェースにより、ユーザのタッチジェスチャに基づいてナビゲーションパターンの方向を確立する代表的な例を示す図である。
【図７Ｃ】代表的なグラフィカルユーザインタフェースにより、ユーザのタッチジェスチャに基づいてナビゲーションパターンの方向を確立する代表的な例を示す図である。
【図８】本明細書において説明される原理を実装することができる代表的なコンピューティングシステムを示す図である。
【発明を実施するための形態】
【００１２】
以下の説明では、添付の図面への参照を行うが、図面は代表的な実装例を示したものである。本開示の範囲から逸脱することなく、構造的及び／又は動作的な変更を行うことが可能であるので、他の実施形態及び実装を用いてもよいことが理解されよう。
【００１３】
本開示は一般に、コンテンツを提示する能力を有するコンピューティングデバイスにおけるユーザインタフェースを対象とする。ドキュメント、カレンダ、フォトアルバム等のような、或るコンテンツが、コンピューティングデバイス上で一度に部分的に提示されることがある。多くの場合、コンテンツは、ユーザに対して一度に全てが示されない、あるいは提示されないほどに大きい。例えばマルチページドキュメントは一度に１ページ（又は複数ページ）提示されることがあり、この場合、ユーザはコンテンツを選択的に先に進めて、そのコンテンツを読むか、閲覧するか、あるいは消費することができる。同様に、カレンダ、フォトアルバム、音楽のプレイリスト、電子的なスケッチパッド及び他のコンテンツは、明示的又は暗黙的に、これらに関連付けられた順序又はシーケンスを有し、これにより、コンテンツは、一度に小さな部分として閲覧され得る。このようなコンテンツを閲覧することは、コンテンツの一部分（例えばカレンダ内のページや月等）のシーケンスを先に進むことを含むことがあり、またシーケンス内を後方に移動することを含むこともある。このシーケンスは、電子ドキュメントの連続するページなどの論理的配置、カレンダやフォトアルバムなどの時系列的配置、ランダムな配置等に基づくものとすることができる。いずれにしても、全てのタイプのコンピューティングデバイスのユーザにとって、閲覧可能なコンテンツを、分割された一部分で消費することは珍しいことではない。
【００１４】
ユーザは、コンテンツの更なる部分を閲覧するのに、提示されたコンテンツの或る部分から別の部分に移動することができる。例えばユーザは、「先へ」又は「次へ」というユーザインタフェース（ＵＩ）機構を選択して、シーケンスにおけるコンテンツの次の部分に移動することができる。同様に、ユーザは「戻る」又は類似のＵＩ機構を選択して、直前のコンテンツ部分に戻ることができる。これら及び他のＵＩ機構により、ユーザはドキュメント及び他のコンテンツ中をナビゲートすることが可能になる。
【００１５】
コンテンツの部分の中のナビゲートは、必ずしも直感的であるとは限らないことがある。デバイスのオペレーティングシステムは、ＵＩの向き、コンテンツの向き及びコンテンツナビゲーションの方向を、複数の方向でサポートすることがあり、これにより、「次へ」、「戻る」及び／又は他のナビゲーションＵＩ機構の使用は、曖昧であるか一見不明確なものとなり得る。
【００１６】
例えばオペレーティングシステムは、多くの言語において利用可能であることがある。一部の言語は本質的に、左から右（ＬＴＲ：left-to-right）の向きに関連し、この場合、コンテンツはＬＴＲで（左から右に）読まれ、ＵＩはＬＴＲで（左から右に）提示され、コンテンツの部分の中のナビゲーションはＬＴＲで（左から右に）進み、他も同様である。英語はこのような言語であり、電子ドキュメント中のナビゲーションは、ユーザが英語で書かれた物理的な本を読むのと同じ方法、すなわち左から右へと読むのと同じ方法で行われることになる。ヘブライ語やアラビア語のような他の言語は、右から左（ＲＴＬ：right-to-left）の向きに書かれ、一部の場合においては、双方向（ｂｉ−ｄｉ：bi-directional）形式で書かれる。双方向形式では、同じ段落又は他の区分において、ＲＴＬ（右から左）のテキストがＬＴＲ（左から右）のテキストと混合される。これらの場合において、電子ドキュメント中をナビゲートすることは、ＲＴＬのような上記言語で書かれた物理的な本のナビゲートに対応する。
【００１７】
少なくとも、異なる言語に対する異なるナビゲーションの方向に起因して、電子ドキュメント中をナビゲートすることは、提示されている電子ドキュメントが典型的に、ＬＴＲ又はＲＴＬ／ｂｉ−ｄｉ言語の一方又は他方に関連付けられる場合に、混乱を生じる可能性がある。例えば英語用のオペレーティングシステムは、ドキュメント又は他のコンテンツを通じてＬＴＲ回帰を容易にするように構成されるので、英語用のオペレーティングシステムにおいてヘブライ語又はアラビア語のコンテンツを閲覧することは混乱を生じる可能性がある。なぜなら、「次」のページは、実際にはヘブライ語のドキュメントでは前のページであり得るためである。コンピューティングシステムは、典型的には全体を通じてナビゲーションが一貫性のある単一の言語で書かれる物理的な本とは異なるドキュメント／コンテンツを、任意の言語から迅速かつ容易に提示することができる。コンピューティングシステムのこのような柔軟な特性、並びにネットワーク又は他のソースを介したコンテンツの事実上尽きることない利用可能性は、デバイスのユーザにとって、これら及び他の新たな課題を生み出す。
【００１８】
これら及び他の問題に対処するために、本開示は、ユーザ入力から、コンテンツを消費するユーザに対して直感的なナビゲーションの方向あるいはユーザによって試みられたナビゲーションの方向を示唆する、コンテンツナビゲーションのパターン／方向性を動的に確立する解決策を提供する。本開示で説明される技術は特に、少なくともユーザに提示されるコンテンツのインスタンスについてナビゲーションパターンを確立するために、ユーザのＵＩジェスチャを利用することを可能にする。一実施形態では、コンテンツアイテムに関連するユーザの最初のナビゲーションジェスチャを認識し、このナビゲーションジェスチャを使用して、少なくともユーザによって現在消費されているコンテンツについてのナビゲーションの方向を確立する。これは、コンテンツアイテムのセクションを、ナビゲーションパターンがどのように確立されているかを明示的に通知することなくそのコンテンツについてユーザにとって直感的なものとなるように決定される順序で、あるいはユーザにより確立されているのと同じ順序で提示することを可能にする。そのようなシステムは、任意のサポートされるナビゲーションの方向がユーザに対して動的に構成されるので、誤ったコンテンツナビゲーションについてのフィードバックの使用も防ぐことができる。
【００１９】
したがって、本開示において説明される技術は、特に、シーケンスによって配置された提示コンテンツを進める方向を示す、ユーザ入力の受信を容易にする。提示コンテンツに対するナビゲーションの方向は、ユーザ入力によって指示された方向に対応するように確立される。これら及び他の実施形態は以下でより詳細に説明される。
【００２０】
以下では、様々な実施形態を、タッチスクリーン及び他のタッチベースのＵＩデバイスに関して説明する。ユーザが、タッチスクリーン又はタッチパッド上で指を「スワイプ」するか又は他の方法で移動させることにより、ユーザが直感的に、ドキュメント又は他のコンテンツアイテム内をどの方法に進む（又は戻る）ことを望んでいるかの指示を提供することができる。しかしながら、本明細書で説明される原理は、ジョイスティックや、ＵＩホイール／ボール、キーボードの矢印等の方向を指示する機能を有する他のＵＩ機構にも適用可能である。したがって、いずれかの特定の指向性のＵＩ機構への言及は、他に注記のない限り、言及されたＵＩ機構に本開示を限定するようには意図されていない。さらに、本明細書では、特定の言語（例えば英語、ヘブライ語、アラビア語等）を説明のために使用しているが、これらは単に例示のためだけに言及されているにすぎない。本明細書において説明される原理は、様々な要因に基づいて、１つより多くの方向に進む可能性がある任意のコンテンツアイテムに適用可能である（ＬＴＲ又はＲＴＬ言語は、そのような要因の例を表す）。
【００２１】
図１は、概して、ユーザ入力ジェスチャに基づいてコンテンツナビゲーションの方向を確立する代表的な方法を示す図である。この例において、ＵＩの向き１００は、例えばオペレーティングシステム又はホストデバイス上で動作可能な他のアプリケーションによって提供される、電子的なユーザインタフェースアイテムのレイアウトを表す。検討のために、ＵＩの向き１００がオペレーティングシステムによって構成されると仮定すると、そのオペレーティングシステムの言語が、提示されるＵＩのレイアウトに影響を与えることがある。例えば英語版のオペレーティングシステムは、矢印１０２で示されるように、ＵＩを左から右（ＬＴＲ）の方式で表示することができる。ヘブライ語又はアラビア語版のオペレーティングシステムは、矢印１０４で示されるように、ＵＩを右から左（ＲＴＬ）の方式で表示することができる。言語又は他のものに関連する他の実施形態においては、上１０６及び下１０８のような、更に別の向きが表示されてもよい。したがって、ＵＩコントロール（例えばスタートメニュー、最小化／最大化コントロール等）は、オペレーティングシステムの言語又はＵＩの向き１００に影響し得る他の要因に応じて、異なる向きで表示されてよい。
【００２２】
一部の場合において、コンテンツパターンの方向１１０は、オペレーティングシステムによって提供されるＵＩの向き１００を継承する。したがって、ＵＩの向き１００がＬＴＲ（例えば英語のオペレーティングシステム）である場合、英語のドキュメントは典型的に左から右に進むので、コンテンツパターンの方向１１０は、コンテンツをＬＴＲで進めることをデフォルトにすることとなる。しかしながら、上記のように、特定のオペレーティングシステムを稼働してＬＴＲ、ＲＴＬ及び双方向言語の消費を可能にするコンピューティングシステムの能力は、或るコンテンツ１２０に対して、継承されたコンテンツパターンの方向１１０を不適切にするか、又は少なくとも非直感的にする可能性がある。
【００２３】
より具体的には、コンテンツ１２０は、様々な方向に方向付けられる可能性がある。英語のドキュメントは、左から右のＬＴＲ矢印１２２によって示されるように、左から右に書かれてよい。ヘブライ語又はアラビア語のドキュメントは、矢印１２４によって示されるように、右から左に書かれてよい。他の言語は、上から下１２８に又は他の方法で方向付けられることがある。言語又は他の要因により、コンテンツ１２０の方向は、ＬＴＲの矢印１２２、ＲＴＬの矢印１２４、下から上の矢印１２６、上から下の矢印１２８によって示される方向を含め、任意の方向としてよく、あるいは理論的に水平又は垂直以外の方向としてもよい。
【００２４】
矢印１２２、１２４、１２６又は１２８によって示される特定の方向に方向付けられたドキュメントを読むか、他のコンテンツ１２０を消費するとき、特定のコンテンツパターンの方向１１０は典型的に、そのコンテンツ１２０の方向に関連付けられる。例えば、ＬＴＲ矢印１２２によって示されるような左から右に書かれた英語のドキュメントに対しては、コンテンツパターン方向１１０の進行も左から右としてよい（例えばドキュメントのページが左から右にめくられることがある）。しかしながら、コンテンツ１２０がヘブライ語のドキュメントであり、コンテンツパターンの方向１１０が英語のオペレーティングシステムのＵＩの向き１００を継承した場合、ＲＴＬ矢印１２４によって示される右から左へのヘブライ語コンテンツ１２０に対する、ＬＴＲ矢印１２２によって示されるＬＴＲナビゲーション方向は、直感的にはわからないものとなる可能性がある。本開示は、指向的なユーザインタフェース及び指向的なコンテンツナビゲーションに関連する、これら及び他の矛盾に対する解決策を提供する。
【００２５】
ユーザ入力１３０は、少なくともデバイスのユーザによる指向的なジェスチャを容易にする機構を表す。ユーザ入力１３０は、例えばタッチスクリーン、タッチパッド、ジョイスティック、方向キー、視覚的に提示されるＵＩボタン、ＵＩホイール若しくはボール等のうちの任意の１つ又は複数を含んでよい。一実施形態において、ユーザ入力１３０は、タッチスクリーン又はタッチパッドを表し、この場合、ユーザは、指を特定の方向にスワイプするなど、方向を示すタッチジェスチャを行うことができる。
【００２６】
例えば、ＵＩの向き１００が（例えばヘブライ語のオペレーティングシステムで構成される）ＲＴＬである場合、ＬＴＲで書かれたコンテンツ１２０のアイテムが提示されることがある。コンテンツ１２０が英語で提示される場合、例えばユーザは、コンテンツ１２０の部分を、ＬＴＲコンテンツパターン方向１１０に進めることを望む可能性がある。このようにするために、ユーザは、ＵＩの向き１００がＲＴＬを構成している場合にも（あるいはＵＩの向き１００がＲＴＬを構成しているかどうかに関わらず）、ユーザ入力１３０を使用して、コンテンツ１２０を、ＬＴＲ矢印１１２２によって示されるように左から右に進めることを指示することができる。ユーザは例えば、左から右に配置されたコンテンツ１２０のページめくりをシミュレートして、指を右から左にドラッグしてもよい。
【００２７】
このことは図２に示されている。図２は、想定されるコンテンツパターンの方向又は所望のコンテンツパターンの方向を識別するジェスチャの代表的な方法を示す図である。図２は、タッチスクリーン又はタッチパッドをユーザ入力として想定する。ユーザが、自身の指２００をスクリーン２０２の右側からスクリーン２０２の左側に移動させる場合、これは、ＬＴＲの向きのドキュメントにおけるページめくりをまねるか、あるいはシミュレートする。この最初の「ジェスチャ」は、消費されているコンテンツのＬＴＲの向きを示唆し、この向きは、当該コンテンツの他のページ又は部分を提示するためのコンテンツパターンの方向を確立する。図２に示されるように、ユーザは、任意の方向でジェスチャをして、コンテンツパターンの方向を指示することができる。
【００２８】
ここで図１に戻ると、ジェスチャがユーザ入力によって行われ、ブロック１３２において示されるように、ユーザによってジェスチャされた方向が決定される。一実施形態において、ユーザ入力の方向の決定のブロック１３２は、ユーザ入力１３０によって認識される接触点を計算するよう、プロセッサにより実行可能なソフトウェアによって実装されるモジュールなど、ユーザによってジェスチャされた方向を決定することができるモジュールを表す。例えばユーザ入力１３０は、ＸＹ座標面において、比較的安定したＹ座標を示唆するとともにＸ座標を小さくし、それにより右から左へのタッチ方向を示唆することがある。ブロック１３４において示されるように、この情報を使用して、ナビゲーションパターンの方向を決定することができる。これも、プロセッサにより実行可能なソフトウェアによって実装されてもよいが、コンテンツパターンの方向１１０を、ブロック１３２において決定される方向情報の観点で決定するように構成されてもよい。例えばブロック１３２においてユーザ入力の方向が右から左であると決定される場合、ブロック１３４におけるナビゲーションパターンの方向の決定では、左から右に進むコンテンツが、右から左への指を使用する「ページめくり」に関連し得るので、そのようなジェスチャは、ＬＴＲコンテンツパターンの方向１１０に対応すると決定してもよい。
【００２９】
ブロック１３４においてナビゲーションパターンの方向が決定されると、ブロック１３６において示されるように、そのナビゲーションパターンを、コンテンツのインスタンスに割り当てることができる。例えば一実施形態では、そのコンテンツ１２０に対するユーザの最初のＵＩジェスチャに関連して、ブロック１３２、１３４における決定を行うことを含み、その結果、そのコンテンツ１２０の残りに対するナビゲーションパターンが、ブロック１３６で示されるように確立されるか割り当てられる。一例において、ブロック１３２において右から左への「スワイプ」が決定されると、ブロック１３４におけるＬＴＲコンテンツパターン方向１１０の決定がなされることがある。そのような例において、ユーザの更なる右から左へのスワイプは、コンテンツ１２０の次のページ又はセグメントに移動するなど、コンテンツ１２０をそのシーケンスの先へ進めることとなる。反対方向のユーザのスワイプ、すなわち左から右へのスワイプは、コンテンツ１２０を直前のページ又はセグメントに移動させることとなる。この「先へ」又は「戻る」の方向は、ブロック１３６において示されるナビゲーションパターンの割り当てを招いたユーザの最初のジェスチャに基づいて確立される。この手法では、ユーザは最初に、直感的手法、所望の手法又は他の手法でジェスチャを行うことができ、コンテンツパターンの方向１１０は、様々な方向の矢印１１２、１１４、１１６、１１８によって示される方向に従って割り当てられる。
【００３０】
図３は、ユーザの入力ジェスチャに基づいてコンテンツナビゲーションの方向を確立する代表的な方法のフロー図である。この例では、ブロック３００において示されるように、ユーザ入力が受信される。受信したユーザ入力は、シーケンスによって配置された提示コンテンツを進める方向を指示する。ブロック３０２において示されるように、ユーザ入力によって指示された方向に対応するように、提示コンテンツに対するナビゲーション方向が確立される。この手法では、ユーザは、ドキュメントの方向に合致するようナビゲーションパターンを設定するか、あるいはドキュメント又は他のコンテンツの向きに関わらずナビゲーションパターンを所望の方向に設定することができる。
【００３１】
図４は、ユーザ入力ジェスチャに基づくコンテンツのナビゲーション方向の確立に関する他の代表的な実施形態を示すフロー図である。ブロック４００において示されるように、ユーザ入力が受信される。このユーザ入力は、例えばタッチスクリーン４００Ａ、タッチパッド４００Ｂ、ジョイスティック４００Ｃ、ＵＩホイール／ボール４００Ｄ、キーボード若しくはグラフィカルユーザインタフェース（ＧＵＩ）の矢印４００Ｅ、及び／又は他の入力４００Ｆの形式とすることができる。ユーザによって入力された、コンテンツの最初の進行方向が、ブロック４０２において示されるように認識される。例えばブロック４００におけるユーザ入力が、タッチスクリーン４００Ａ又はタッチパッド４００Ｂを表す場合、ユーザが自身の指を特定の方向にドラッグすることにより、ユーザ入力されたコンテンツの進行方向を、ブロック４０２において認識することができる。図示される実施形態では、コンテンツナビゲーションの方向は、ブロック４０４において、ユーザのＵＩジェスチャによって伝えられる方向として確立される。一実施形態では、この方向は、ブロック４０４において、消費されている特定のコンテンツに対するブロック４００のユーザ入力により行われたユーザの最初のジェスチャに基づいて確立される。
【００３２】
一実施形態において、ブロック４０６において示されるように、確立されたコンテンツナビゲーションの方向で提示すべきコンテンツが配置される。例えばコンテンツナビゲーションの方向がわかると、先への進行が次のコンテンツ部分に移動し、後方の移動が前のコンテンツ部分に移動することとなるように、そのコンテンツの他の部分（例えばページ）を配置することができる。
【００３３】
ブロック４０８において示されるように、提示コンテンツに対するユーザの後続のＵＩジェスチャが分析される。コンテンツ中のナビゲーションは、ユーザのジェスチャ及び確立されたコンテンツナビゲーションの方向に基づいている。一実施形態において、コンテンツを消費することは、コンテンツナビゲーション方向が最初に確立されたのと同じ方向で行われるユーザジェスチャによって進む。例えばブロック４０８Ａにおいて示されるように、ユーザは、コンテンツナビゲーション方向を確立するのに使用された方向と同じ方向でジェスチャをするときに、コンテンツ内を先へ移動することができ、反対の方向又は少なくとも異なる方向にジェスチャをするときに、コンテンツ内を後方へ移動することができる。
【００３４】
したがって、一実施形態は、ブロック４００において、ブロック４０２で決定される提示コンテンツを進める方向を指示するユーザ入力を受信することを含み、この場合、提示コンテンツは、その後ブロック４０６において、ブロック４０４でコンテンツナビゲーションの方向を確立したことに応答して配置される。提示コンテンツは、同じ方向を示す更なるユーザ入力に応答して提示コンテンツの先に進むように配置されてよい。別の実施形態において、提示コンテンツは、ナビゲーション方向を確立した最初のユーザ入力の方向と反対の方向、又は一部の実施形態では少なくとも異なる方向を示すユーザ入力に応答して、提示コンテンツの配置されたシーケンス内を後方に移動するように配置される。
【００３５】
図５Ａ〜図５Ｄは、コンテンツナビゲーションの方向を確立し、ナビゲーション方向が確立されると、コンテンツ内の後続のナビゲーションを確立する代表的な手法を示す。図５Ａ〜５Ｄにおいて、同様の参照番号が、同様の項目を識別するのに使用される。最初に図５Ａを参照すると、ドキュメント又は他のコンテンツアイテムの第１のページが、ドキュメントページ１  ３００Ａとして示されている。ＵＩの向き、あるいはドキュメントの向きにも関わらず、ユーザは、コンテンツナビゲーションの方向を指示するＵＩジェスチャを行うことができる。図示された実施形態では、ＵＩ機構は、タッチスクリーンであることが想定されており、この場合、ユーザは自身の指を、ドキュメントの次のページへと進める方向に移動することができる。
【００３６】
一実施形態において、そのような最初のタッチジェスチャは、ドキュメントのそのインスタンスに対してナビゲーション方向を確立する。図５Ａにおいて、最初のタッチジェスチャは、そのドキュメントに対してナビゲーションパターンを確立する右から左のタッチジェスチャ３０２である。タッチジェスチャ３０２（例えばドラッグ、スワイプ等）が行われると、ドキュメントはまた、図５Ｂにドキュメントページ２  ３００Ｂとして示されるように、ドキュメントの次のページに進む。同じ方向の別のタッチジェスチャ３０２がページを進めるか、ページをめくると、図５Ｃのドキュメントページ３  ３００Ｃになる。ドキュメントの「進行」方向は、（右から左のページめくり又はアニメーション表示により）ＬＴＲドキュメントに従って確立されているので、反対方向へのタッチジェスチャにより、ドキュメントは前のページに戻ることになる。このことは、図５Ｃに示されている。図５Ｃでは、左から右へのタッチジェスチャ３０４が行われており、このジェスチャが確立されたナビゲーション方向と概ね反対の方向であるとき、前のページに戻ることとなる。その結果として得られるドキュメントのページが図５Ｄに示されている。図５Ｄでは、ドキュメントページ２  ３００Ｂに戻ったドキュメントが示されている。
【００３７】
ページ又は他のコンテンツの部分の配置を、図６に関連して更に説明する。本明細書で説明されるタッチジェスチャベースのナビゲーションパターンの方向は、所望のナビゲーションパターンの方向を識別するためにユーザのタッチジェスチャの方向を利用することによって、パターンベースのナビゲーションのコントロールがＵＩの方向的な向きにバインドされないようにすることができる。上記のように、ナビゲーションタイプのコントロールの以前の実装は、水平パターンの向きをＵＩの向き／方向に基づいて継承又は設定する。ナビゲーションコントロールのレイアウトの方向を、ＵＩの言語指向の向きにバインドすることは、ユーザ経験における制限を招くことがある。特定の条件の下、ＵＩ及びナビゲーションコントロールパターンのレイアウト方向は、コンテンツ方向と反対としてもよい。
【００３８】
例示のために、図６を、コンピューティングデバイス上に提示されるドキュメントに関して説明する。ＵＩジェスチャは、タッチスクリーン又は他のタッチベース機構によって行われる。図６に示されるように、マルチページドキュメントの初期のデフォルト状態６００の最初のページ６０２がナビゲーションシーケンス内に提示される。ナビゲーションシーケンス内の第２のページは、この初期のデフォルト状態６００に含まれてよいが、表示されないことがある。これは、ユーザによるジェスチャ入力に応じた第２のページの潜在的な制御状態を表す、第２のページ６０４Ａ及び６０４Ｂによって示されている。ユーザが、左から右へのページめくりをまねるジェスチャをする場合、これはＲＴＬナビゲーション方向を指示するので、制御状態６１０が用いられる。この場合、次のページは６０４Ａであり、６０４Ａの後にページ６０６等が続く。このＲＴＬの向きは、ＲＴＬナビゲーションジェスチャに基づいて確立され、これはその後、ナビゲーション方向を確立した初期のジェスチャに対するジェスチャの方向に基づいて、ドキュメント内を先方へ又は後方へ移動することを可能にする。あるいは、ユーザが、右から左へのページめくりをまねるジェスチャをする場合、これはＬＴＲナビゲーション方向を指示するので、制御状態６２０が用いられる。この場合、次のページは６０４Ｂであり、その後にページ６０６等が続く。制御状態は、新たなドキュメント又は他のコンテンツがユーザデバイスのディスプレイ又は他のプレゼンテーションエリアにロードされるときなど、再び開始されると、制御状態６００に戻る。
【００３９】
ユーザデバイスのコンテキストで示される代表的な例を、図７Ａ〜図７Ｃで説明する。図７Ａ〜図７Ｃにおいて、同様の参照番号が同様の項目を識別するのに使用され、類似の項目は、同様ではあるが、異なる文字で終わる参照番号によって表される。この例において、グラフィカルユーザインタフェース（ＧＵＩ）スクリーン７００Ａが、タッチベースディスプレイ又はタッチスクリーンなどのディスプレイ上に提示される。代表的なＵＩ機能７０２Ａによって表されるＵＩの向きは、オペレーティングシステムの言語に基づいて方向付けられる。例えば図７Ａの実施形態において、ユーザインタフェースは、ＬＴＲ言語用に構成される。これは、ＵＩの向き７３０Ａの左から右の矢印によって示されている。代表的なＵＩ機能７０２Ａは、例えばメニューアイテム７０４、コントロールアイテム７０６（例えば最小化、最大化等）、コマンド７０８、７１０等が含まれる。図示された実施形態では、代表的なＧＵＩスクリーン７００Ａは、印刷プレビュー画面を表しており、印刷ページ範囲７１２、紙の向き７１４、印刷の色７１６等のようなＵＩ機能を起動している。
【００４０】
ＧＵＩスクリーン７００Ａはコンテンツも提示し、図７の印刷プレビューの例では、そのようなコンテンツは、印刷されるコンテンツに関連付けられた複数の印刷イメージの初期のドキュメントページ７２０Ａが含まれる。この例において、ユーザが、印刷するページをプレビューしたい場合、ユーザは、ドキュメントの中をスクロールするか、あるいは進めることができる。前述のように、一実施形態は、スクロールの方向を指示するユーザの最初のジェスチャを認識することと、当該最初のジェスチャに基づいてナビゲーションの方向を設定することを含む。例えば図７Ａの例では、ユーザは、自身の指を、矢印７２２によって示されるように、イメージ又はドキュメントページ７２０Ａ上の位置から左に移動させている。これは、左から右に配置されたドキュメント又は他のコンテンツの「ページをめくる」試みを指示し、したがって、ＬＴＲナビゲーション方向を指示している。この例において、ドキュメントは、ドキュメント方向７３２Ａによって示されるように、ＬＴＲ方式で書かれた英語のドキュメントとすることができる。ユーザの裁量において、ＬＴＲ指向のドキュメント及びＬＴＲ指向のＵＩ機能７０２Ａを用いて、ユーザは極めて直感的にマルチページドキュメント／イメージのページを左から右へと進めてもよい。そのような場合、ナビゲーションパターン方向７３４Ａを左から右の方式で確立することとなり、その結果、同じ方向の更なるユーザジェスチャによりドキュメントは先に進み、概ね反対方向のユーザジェスチャにより、ドキュメントページ内を戻るように移動することとなる。図７Ａの例は、一致するパターン、すなわち、ＵＩ方向７３０Ａがドキュメント方向７３２Ａと同じ向きで構成されるパターンを表しており、この場合ナビゲーションが同じ方向に進む可能性が高い。
【００４１】
図７Ｂは、不一致のパターンを表しており、このパターンでは、ＵＩ方向７３０Ｂは、ドキュメントの方向７３２Ｂと異なる向きで構成される。この例において、ＧＵＩ画面７００Ｂは、オペレーションシステムがヘブライ語又はアラビア語のオペレーティングシステムである場合のように、ＲＴＬの向きのＵＩ機能７０２Ｂを含む。ドキュメントの方向７３２Ｂは、英語のドキュメントなどのように左から右に配置されている。したがって、図７Ｂの例は、ドキュメント７２０Ｂが示される英語又は他のＬＴＲ指向のドキュメントを閲覧する例、この場合は、印刷用にプレビューする例を提供している。ＲＴＬのＵＩ方向７３０Ｂでは、ユーザは、矢印７２４で示されるように、左から右の方式でジェスチャすることによって（例えばＲＴＬのページをめくることによって）ＬＴＲドキュメントを先に進めようとすることができる。以前のシステムでは、このような不一致により、ユーザは、望んでいた先の方向に移動するのではなく、実際にはドキュメント内を前に移動していた可能性がある。
【００４２】
図７Ｃは、本開示に係る技術がどのように上記潜在的な不一致のパターンに対する解決策を提供するかを表す。この例は、最初に、ＵＩ機能７０２Ｂが、ＵＩ方向７３０Ｂによって示されるＲＴＬの向きにあり、ドキュメント方向７３２ＢがＬＴＲの向きに配置されている点において、図７Ｂに関連して説明した環境と同じ環境を想定している。しかしながら、この例では、複数方向の矢印によって示されるように、ナビゲーションパターンの方向７３４Ｃが未だ確立されていない。最初のドキュメントページ７２０Ｂが提示されるが、ナビゲーションパターンの方向７３４Ｃは、ユーザが方向を設定するジェスチャをするまで確立されない。図７Ｃの例では、ユーザは、矢印７２６によって示されるように、自身の指を概ね左方向の動きで移動させる。これは、ドキュメントを左から右へとページをめくるか、あるいは進めることを示唆する。このジェスチャに基づいて、新たなナビゲーションパターンの方向７３４Ｄが確立される。左側への更なるユーザジェスチャにより、ドキュメント７２０Ｂは先に進み、右側へのジェスチャによりドキュメントは前のページに戻ることになる。
【００４３】
図８は、本明細書で説明される原理を実装することができる、代表的なコンピューティング装置又はデバイス８００を示す。代表的なコンピューティングデバイス８００は、コンテンツを提示することができる任意のコンピューティングデバイスを表すことができる。例えばコンピューティングデバイス８００は、デスクトップコンピューティングデバイス、ラップトップ若しくは他のポータブルコンピューティングデバイス、スマートフォン若しくは他のハンドヘルドデバイス、電子的なリーディングデバイス（例えばｅ−ｂｏｏｋリーダ）、パーソナルデジタルアシスタント等を表してよい。動的なジェスチャベースのナビゲーションの方向の確立を容易にするための構造及び動作に関する開示は、コンテンツを提示することが可能であり、ユーザジェスチャを受け取ることがある、任意の環境において適用可能であるので、図８に関連して説明されるコンピューティング環境は、例示のために説明されるものである。図８のコンピューティング配置は、一部の実施形態において、複数のデバイス（例えばシステムプロセッサ及びディスプレイ若しくはタッチスクリーンコントローラ等）にわたって分散されることがあることにも留意されたい。
【００４４】
代表的なコンピューティングデバイス８００は、システムバス８０４を介して多くのモジュールに結合されるプロセッサ８０２を含んでよい。図示されるシステムバス８０４は、コンピューティング環境の様々なコンポーネント及びモジュールに直接若しくは間接的に結合され得る任意のタイプのバス構造を表す。読み取り専用メモリ（ＲＯＭ）８０６は、プロセッサ８０２によって使用されるファームウェアを格納するのに提供されることがある。ＲＯＭ８０６は、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）等の任意のタイプの読み取り専用メモリを表す。
【００４５】
ホスト又はシステムバス８０４がメモリコントローラ８１４に結合されることがあり、メモリコントローラ８１４は、メモリバス８１６を介してメモリ８１２に結合される。本明細書で説明されるナビゲーション方向の確立の実施形態は、メモリ８１２などの揮発性ストレージ、並びに不揮発性ストレージデバイスを含む任意のストレージに格納されたソフトウェアを必要とすることがある。図８は、アプリケーション、モジュール、データ及び他の情報が一時的に又は永続的に格納され得る、様々な他の代表的なストレージデバイスを図示している。例えばシステムバス８０４が、内部ストレージインタフェース８３０に結合されることがあり、内部ストレージインタフェース８３０は、ハードドライブなどのドライブ８３２に結合されることが可能である。ストレージ８３４は、このようなドライブに関連付けられるか、そうでなくともこのようなドライブとともに動作可能である。
【００４６】
同様に、取外し可能媒体用のインタフェース８３６もバス８０４に結合することができる。ドライブ８３８は、取外し可能ストレージのインタフェース８３６に結合されて、取外し可能ストレージ８４０を受け入れるか、取外し可能ストレージ８４０上で動作することがある。そのような取外し可能ストレージ８４０は、例えばフロッピー(登録商標)ディスク、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）及び他の光ディスク若しくはストレージ、加入者識別モジュール（ＳＩＭ）、無線識別モジュール（ＷＩＭ）、メモリカード、フラッシュメモリ、外部ハードディスク等である。一部の場合において、ホストアダプタ８４２が、外部ストレージ８４４にアクセスするよう提供されることがある。例えばホストアダプタ８４２は、小型コンピュータシステム用周辺機器インタフェース（ＳＣＳＩ）、ファイバーチャンネル、シリアルＡＴＡ（ＳＡＴＡ）又はｅＳＡＴＡ、及び／又は外部ストレージ８４４と接続することができる他の類似のインタフェースを介して、外部ストレージデバイスとインタフェースすることができる。ネットワークインタフェース８４６によって、他のリモートストレージもコンピューティングデバイス８００に対してアクセス可能な場合がある。例えばネットワークインタフェース８４６に関連付けられる有線及び無線のトランシーバは、１つ又は複数のネットワーク８５０を経由するストレージデバイス８４８との通信を可能にする。ストレージデバイス８４８は、個別のストレージデバイスを表すこともあり、別のコンピューティングシステムやサーバ等に関連付けられるストレージを表すこともある。リモートストレージデバイス及びシステムとの通信は、有線のローカルエリアネットワーク（ＬＡＮ）、無線ＬＡＮ、及び／又はインターネットなどのグローバルエリアネットワーク（ＧＡＮ）を含む大規模ネットワークを介して実現され得る。
【００４７】
コンピューティングデバイス８００は、ドキュメントやプレゼンテーション用の他のコンテンツ、オペレーティングシステム言語用のコードやアップデートを取得することなどのように、外部ソースから情報を送信及び／又は受信することができる。デバイス８００と他のデバイスとの間の通信は、直接優先接続のピアツーピアネットワーク、ローカルのインフラストラクチャのネットワーク（例えば有線及び／又は無線のローカルエリアネットワーク）、メトロポリタンエリアネットワーク及び他のワイドエリアネットワークのようなオフサイトネットワーク、グローバルエリアネットワーク等によって達成され得る。送信機８５２及び受信機８５４は、図８において、代表的なコンピューティングデバイスのこれら及び他の通信技術のいずれかでデータを送信及び／又は受信する構造的能力を示すように図示されている。送信機８５２及び／又は受信機８５４のデバイスを、スタンドアロンのコンポーネントとしてもよく、トランシーバとして一体化してもよく、ネットワークインタフェース８４６等のような他の通信デバイスに統合しても、又はその既存の部分としてもよい。
【００４８】
メモリ８１２及び／又はストレージ８３４、８４０、８４４、８４８を、最初のナビゲーション方向を示すユーザ入力からコンテンツナビゲーションの方向を動的に確立する様々な技術に関連して使用される、プログラム及びデータを格納するのに使用することができる。ストレージ／メモリ８６０は、メモリ８１２、ストレージ８３４、８４０、８４４、８４８及び／又は他のデータ保持デバイス内に格納され得るものを表している。一実施形態において、代表的なデバイスのストレージ／メモリ８６０は、デバイスＧＵＩを提示するためのコード／命令を含むことができるオペレーティングシステムを含む。例えば、言語に応じて方向付けられるＧＵＩなどの、ＵＩの提示に関与するＵＩプレゼンテーションモジュール８７５を備えることができる。
【００４９】
オペレーティングシステム８６２に関連付けられるか、又はオペレーティングシステム８６２とは別個にしてもよいが、本明細書の説明に関連する機能を実行するためのソフトウェアモジュールを備えることができる。例えばユーザ入力方向決定モジュール８７０が提供されることがあり、一実施形態において、ユーザ入力方向決定モジュール８７０は、タッチスクリーン８９２上でユーザによってジェスチャされた方向、又は他のユーザ入力８９０による方向を決定するプロセッサ実行可能命令を含む。一実施形態において、ナビゲーション方向決定モジュール８７２は、コンテンツパターンの方向を、ユーザ入力方向決定モジュール８７０により決定された方向情報を考慮して決定する。例えばユーザ入力の方向が右から左であると決定された場合、ナビゲーション方向決定モジュール８７２は、そのようなジェスチャがＬＴＲナビゲーションコンテンツパターンの方向に対応することを突き止めることができる。さらに、ナビゲーションパターン確立／割り当てモジュール８７４を提供して、ユーザの最初のジェスチャから決定されたナビゲーションの方向に対応するコンテンツナビゲーションの方向を確立することができる。これらのモジュールのいずれか１つ又は複数は、オペレーティングシステム８６２とは別個に実装されてもよく、図８に図示されるようにオペレーティングシステムに統合して実装されてもよい。
【００５０】
デバイスストレージ／メモリ８６０は、データ８６６、及び他のプログラム若しくはアプリケーション８６８を含んでもよい。任意のモジュール８７０、８７２、８７４は、代替的に、オペレーティングシステムを介するのではなく、プログラム又はアプリケーション８６８を介して提供されてもよい。ユーザに提示されるドキュメント及び他のコンテンツは、インターネット又は他の外部ソースを介してリアルタイムで提供されるが、コンテンツ８７６を、メモリ８１２に一時的に、及び／又はストレージ８３４、８４０、８４４、８４８等のいずれかに格納することができる。コンテンツ８７６は、ドキュメントの１〜２０ページなどの複数の部分として（それらの部分が元のドキュメントに関連付けられているか、コンピューティングデバイス８００において再フォーマットされているかにかかわらず）提示されるマルチページコンテンツ又はマルチセグメントコンテンツを表すことがある。これらのモジュール及びデータは、例示のために図示されており、包括的なリストを表すものではない。本明細書で提供される説明との関連で説明されるか、用いられる任意のプログラム又はデータを、ストレージ／メモリ８６０に関連付けることができる。
【００５１】
コンピューティングデバイス８００は、少なくとも１つのユーザ入力部８９０又はタッチベースのデバイスを含み、コンテンツナビゲーションの方向を確立するユーザのジェスチャを少なくとも提供する。ユーザ入力８９０機構の特定の例が、タッチスクリーン８９２として別個に示されている。タッチスクリーン８９２は、プロセッサ８０２を用いてよく、及び／又はタッチスクリーン８９２自体のプロセッサ若しくはコントローラＣ８９４を含んでもよい。コンピューティングデバイス８００は、ディスプレイ８９６など、ドキュメント又はコンテンツを提示する少なくとも１つのビジュアル機構を含む。
【００５２】
上述のように、処理能力を有する任意のコンピューティングデバイスが、本明細書で説明される技術を使用して本明細書で説明される機能を実行することができるので、図８の代表的なコンピューティングデバイス８００は、例示のために提供されたものである。
【００５３】
前述の例において述べたように、本明細書で説明される実施形態は、ユーザの指向的入力又は「ジェスチャ」に基づいてナビゲーションパターンの方向を確立することを容易にする。様々な実施形態において、方法が説明されているが、これらの方法は、（１つ又は複数の物理的なプロセッサ及び／又は論理プロセッサ、コントローラ等を含む）プロセッサを介して実行可能なソフトウェアモジュールを提供することなどによって、コンピューティングデバイス上で実行可能である。これらの方法を、プロセッサによってアクセス及び読取可能なコンピュータ読取可能媒体に、及び／又はプロセッサによる処理のために情報を格納する回路に格納してもよい。例えばコンピュータ読取可能媒体は、メモリ８１２、ストレージ８３４、８４０、８４４、８４８及び／又は任意の他の揮発性若しくは不揮発性ストレージ等の任意のデジタル記憶技術を含んでよい。
【００５４】
本明細書で説明される特徴を実装する任意の結果のプログラムは、１つ又は複数のコンピュータ利用可能な媒体内に具現化されるコンピュータ読み取り可能なプログラムコードを含んでもよく、これにより結果として得られる往路グラム読取可能な媒体は、本明細書で説明される、実施されるべき実行可能な機能の記憶を可能にする。したがって、本明細書で使用されるとき、「コンピュータ読み取り可能媒体」、「コンピュータプログラム製品」などの用語、コンピュータ読み取り可能ストレージ、コンピュータ読取可能媒体又は類似の用語は、任意のコンピュータ利用可能な媒体上に一時的又は永続的に存在するコンピュータプログラムを包含するように意図される。
【００５５】
本明細書で説明されるようにコンピュータ読取可能媒体上に格納される命令は、伝搬又は伝送される命令とは区別可能であるが、伝播が命令を伝送するのに対して、命令を有するコンピュータ読取可能な媒体で起こり得るように、媒体は命令を格納するためである。したがって、特記しない限り、この形式又は類似の形式で命令を格納したコンピュータ読取可能媒体への言及は、データが格納又は担持され得る担持媒体を指す。
【００５６】
本発明の主題を、構造的特徴及び／又は方法動作に特有の言葉で説明してきたが、添付の特許請求の範囲において定義される主題は、必ずしも上述の具体的な特徴又は動作に限定されないことを理解されたい。むしろ、上述の具体的な特徴及び動作は、特許請求の範囲を実装する代表的な形式として開示される。
【図１】
0006038927.tif 000002
【図２】
0006038927.tif 000003
【図３】
0006038927.tif 000004
【図４】
0006038927.tif 000005
【図５Ａ】
0006038927.tif 000006
【図５Ｂ】
0006038927.tif 000007
【図５Ｃ】
0006038927.tif 000008
【図５Ｄ】
0006038927.tif 000009
【図６】
0006038927.tif 000010
【図７Ａ】
0006038927.tif 000011
【図７Ｂ】
0006038927.tif 000012
【図７Ｃ】
0006038927.tif 000013
【図８】
0006038927.tif 000014