(57)【要約】  システム及び方法が、タッチスクリーンに関するプレタッチ状態を識別すること、及びプレタッチ状態に関連する予備データをソフトウェアスタックにロードすることを提供してよい。加えて、予備データは、タッチ状態がタッチスクリーンに関して識別される場合にタッチイベントをトリガするために用いられてよい。一例において、予備データは、ソフトウェアスタックに関連するするユーザインタフェースに表されることが防がれてよい。
2016522502.tif 000002
【特許請求の範囲】
【請求項１】
タッチスクリーンと、
少なくとも部分的に固定機能ハードウェアで実装されるロジックであって、
前記タッチスクリーンに関するプレタッチ状態を識別し、
前記プレタッチ状態に関連する予備データをソフトウェアスタックにロードし、
タッチ状態がタッチスクリーンに関して識別される場合にタッチイベントをトリガするために前記予備データを用いるロジックと
を備えるシステム。
【請求項２】
前記ロジックは、前記ソフトウェアスタックに関連するユーザインタフェースに前記予備データが表されることを防ぐ、請求項１に記載のシステム。
【請求項３】
前記予備データは、前記ソフトウェアスタックのオペレーティングシステムレイヤ又はアプリケーションレイヤのうちの１つにロードされる、請求項１に記載のシステム。
【請求項４】
前記ロジックは、前記タッチ状態又は次のプレタッチ状態のうちの１又は複数に基づいて前記予備データをアップデートする、請求項１から３のいずれか一項に記載のシステム。
【請求項５】
前記ロジックは、前記プレタッチ状態を識別するために、前記タッチスクリーンの静電容量値がプレタッチ閾値を超えていることを判断する、請求項１から３のいずれか一項に記載のシステム。
【請求項６】
前記プレタッチ閾値は、ノイズ閾値より大きく、前記タッチ状態に対応するタッチ閾値より小さい、請求項５に記載のシステム。
【請求項７】
少なくとも部分的に固定機能ハードウェアで実装されるロジックであって、
タッチスクリーンに関するプレタッチ状態を識別し、
前記プレタッチ状態に関連する予備データをソフトウェアスタックにロードし、
タッチ状態が前記タッチスクリーンに関して識別される場合にタッチイベントをトリガするために前記予備データを用いるロジック
を備える装置。
【請求項８】
前記ロジックは、前記ソフトウェアスタックに関連するユーザインタフェースに前記予備データが表されることを防ぐ、請求項７に記載の装置。
【請求項９】
前記予備データは、前記ソフトウェアスタックのオペレーティングシステムレイヤ又はアプリケーションレイヤのうちの１つにロードされる、請求項７に記載の装置。
【請求項１０】
前記ロジックは、前記タッチ状態又は次のプレタッチ状態のうちの１又は複数に基づいて前記予備データをアップデートする、請求項７から９のいずれか一項に記載の装置。
【請求項１１】
前記ロジックは、前記プレタッチ状態を識別するために、前記タッチスクリーンの静電容量値がプレタッチ閾値を超えていることを判断する、請求項７から９のいずれか一項に記載の装置。
【請求項１２】
前記プレタッチ閾値は、ノイズ閾値より大きく、前記タッチ状態に対応するタッチ閾値より小さい、請求項１１に記載の装置。
【請求項１３】
タッチスクリーンに関するプレタッチ状態を識別する段階と、
前記プレタッチ状態に関連する予備データをソフトウェアスタックにロードする段階と、
タッチ状態が前記タッチスクリーンに関して識別される場合にタッチイベントをトリガするために前記予備データを用いる段階と
を備える方法。
【請求項１４】
前記ソフトウェアスタックに関連するユーザインタフェースに前記予備データが表されることを防ぐ段階をさらに含む、請求項１３に記載の方法。
【請求項１５】
前記予備データは、前記ソフトウェアスタックのオペレーティングシステムレイヤ又はアプリケーションレイヤのうちの１又は複数にロードされる、請求項１３に記載の方法。
【請求項１６】
前記タッチ状態又は次のプレタッチ状態のうちの１又は複数に基づいて前記予備データをアップデートする段階をさらに含む、請求項１３から１５のいずれか一項に記載の方法。
【請求項１７】
前記プレタッチ状態を識別する段階は、前記タッチスクリーンの静電容量値がプレタッチ閾値を超えていることを判断する段階を含む、請求項１３から１５のいずれか一項に記載の方法。
【請求項１８】
前記プレタッチ閾値は、ノイズ閾値より大きく、前記タッチ状態に対応するタッチ閾値より小さい、請求項１７に記載の方法。
【請求項１９】
コンピュータに、
タッチスクリーンに関するプレタッチ状態を識別する手順と、
前記プレタッチ状態に関連するソフトウェアスタックに予備データをロードする手順と、
タッチ状態が前記タッチスクリーンに関して識別される場合にタッチイベントをトリガするために前記予備データを用いる手順と
を実行させるためのプログラム。
【請求項２０】
コンピュータに、前記ソフトウェアスタックに関連するユーザインタフェースに前記予備データが表されることを防ぐ手順を実行させるための請求項１９に記載のプログラム。
【請求項２１】
前記予備データは、前記ソフトウェアスタックのオペレーティングシステムレイヤ又はアプリケーションレイヤのうちの１つにロードされる、請求項１９に記載のプログラム。
【請求項２２】
コンピュータに、前記タッチ状態又は次のプレタッチ状態のうちの１又は複数に基づいて前記予備データをアップデートする手順を実行させるための請求項１９から２１のいずれか一項に記載のプログラム。
【請求項２３】
コンピュータに、前記プレタッチ状態を識別するために、前記タッチスクリーンの静電容量値がプレタッチ閾値を超えていることを判断する手順を実行させるための請求項１９から２１のいずれか一項に記載のプログラム。
【請求項２４】
前記プレタッチ閾値は、ノイズ閾値より大きく、前記タッチ状態に対応するタッチ閾値より小さい、請求項２３に記載のプログラム。
【請求項２５】
請求項１９から２４のいずれか一項に記載のプログラムを格納するコンピュータ可読媒体。
【請求項２６】
請求項１３から１５のいずれか一項に記載の方法を実行する手段を備える、複数のタッチイベントを管理する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
複数の実施形態は、概して、複数のタッチスクリーンデバイスに関する。より具体的には、複数の実施形態は、クイックレスポンス静電容量方式タッチスクリーンデバイスに関する。
【背景技術】
【０００２】
複数のタッチスクリーンは、コンピューティングプラットフォーム上での様々なユーザインタフェース（ＵＩ）ベースの機能、例えば、カーソル移動、スクロール操作、及びズーム操作を実行するために用いられ得る。従来、タッチスクリーンのパネルと接触している指は、複数のソフトウェア応答、例えば、タッチスクリーンからハードウェアデータを読み取ること、新しいソフトウェアデータ構造体を作成すること、ＵＩベースの機能をサポートする様々なソフトウェアレイヤに通知することを開始し得る。実際には、複数のソフトウェアレイヤは、より多くのデータ構造体を順に作成し得る。これらのソフトウェア応答が行われるために必要とされる時間は、タッチスクリーンデバイスのレスポンスタイムを著しく遅くし、準最適なユーザ経験につながり得る。
【図面の簡単な説明】
【０００３】
以下の明細書及び添付の請求項を読むことによって、並びに以下の図面を参照することによって、複数の実施形態の様々な利点が当業者に明らかになるだろう。
【図１】実施形態によるプレタッチ状態の例の図である。
【図２】実施形態によるプレタッチ状態に関連する予備データをソフトウェアスタックにロードする手法の例のブロック図である。
【図３】実施形態によるプレタッチ状態を識別する手法の例の図である。
【図４】実施形態による複数のタッチイベントをトリガする方法の例のフローチャートである。
【図５】実施形態によるシステムの例のブロック図である。
【発明を実施するための形態】
【０００４】
ここで図１を参照すると、プレタッチ状態のシナリオは、ユーザの指１０がタッチスクリーン１４の静電容量式のパネル１２の近傍に来る場合で示される。図示される例において、指１０が実際にタッチスクリーン１４のパネル１２と接触する前に、指１０とパネル１２との間の静電容量Ｃｆの変更が検出され得る。より詳細に議論されるように、図示されるプレタッチ状態を識別すること、及びプレタッチ状態に関連する予備データを利用することは、タッチスクリーン１４のレスポンスタイムが著しく低減されることを可能にし得る。
【０００５】
例えば、図２は、ユーザの指が実際にタッチスクリーンと接触する前に、プレタッチ状態に関連する予備データ１６がソフトウェアスタック１８（１８ａ−１８ｆ）にロードされる場合の手法を示す。予備データ１６は、例えば、Ｘ−Ｙ座標データ、複数の静電容量値等を含んでよい。予備データ１６をソフトウェアスタック１８にロードすることは、特定の複数の処理機能、例えば、タッチスクリーン１４から予備データ１６を読み出すこと、複数の新しいソフトウェアデータ構造体を作成すること、ユーザインタフェース（ＵＩ）ベースの複数の機能をサポートする様々なソフトウェアレイヤに通知すること等がタッチスクリーン１４に関する実際のタッチ状態の検出の前に行われることを可能に得る。
【０００６】
特に注目すべきことは、実証されたタッチ状態が生じるまで、予備データ１６がＵＩに表されることが防がれ得ることである。そのような手法は、次のタッチ状態がプレタッチ状態に続かない場合に生じ得る誤検出を避け得る。それにも関わらず、ソフトウェアスタック１８における複数のレイヤ、例えば、オペレーティングシステム（ＯＳ）カーネルレイヤ１８ｂ及び／又はアプリケーションレイヤ１８ｆ等が、タッチイベントの発生の前に予備データ１６を前処理して潜在的な複数のタッチイベントの準備をすることを可能することによって、相当な利点が実現され得る。他のレイヤ、例えば、ハードウェア（ＨＷ）／ファームウェア（ＦＷ）レイヤ１８ａ、プロトコルレイヤ１８ｃ、デバイスドライバレイヤ１８ｄ、及び／又はミドルウェアレイヤ１８ｅは、予備データ１６から恩恵を受ける複数のフレームワークを有してよい。予備データ１６がＵＩにおいて提示されることの防止は、予備データ１６がタッチ状態ではなくプレタッチ状態に関連することを、ソフトウェアスタック１８における１又は複数のレイヤに通知することによって達成され得る。例えば、そのような通知の受信により、アプリケーションレイヤ１８ｆにおけるサービスは、受信される複数の座標を適切なＪＡＶＡＳＣＲＩＰＴ（登録商標）オブジェクト、方法、及び／又は操作に変換するために、適切なデータ構造体を作成するが、タッチ状態及び／又はイベントの通知が受信されるまで、サービスのＵＩを介して予備データ１６の処理を完了すること控え得る。
【０００７】
図３は、本明細書で説明されるプレタッチ技術により、相当な性能の利点が得られ得ることを示す。概して、等価静電容量曲線は、ユーザがタッチスクリーンのパネル１２と相互作用するシナリオに対して、時間とともに示される。より具体的には、プレタッチ閾値２０が確立されてよく、プレタッチ閾値２０は、ノイズ閾値２２より大きく、タッチ閾値２４より小さい。図示される例において、指１０は、最初に、ノイズ閾値２２より低い静電容量値をもたらす距離Ｄ１にある。したがって、タッチスクリーンパネル１２は、時間ｔ０の前の図示される期間の間、アイドルにあると見なされてよい。しかし、時間ｔ０において、図示される指１０がタッチスクリーンパネル１２の十分に近傍（例えば、距離Ｄ２）に来て、プレタッチ閾値２０を超える静電容量値を引き起こす。したがって、時間ｔ０において、プレタッチ状態に関連する予備データ（例えば、座標データ、複数の静電容量値）が、タッチスクリーンパネル１２に関連するソフトウェアスタックに、時間ｔ０においてロードされてよく、予備データをロードすることは、ソフトウェアスタックの１又は複数のレイヤが次のタッチ状態の準備をすることを可能にし得る。
【０００８】
図示される例において、指１０は、時間ｔ１においてタッチスクリーンパネル１２と接触し、タッチ閾値２４を超える静電容量値を引き起こし、タッチ状態が識別される。予備データが、プレタッチ状態に応じて前にロードされたので、タッチイベントは、事実上時間ｔ１と同一の（又は無視できる程度に異なる）時間であり得る時間ｔ２においてトリガされてよい。したがって、図示される解決策は、タッチイベントが実際のタッチ状態とほぼ同時にトリガされることを可能にする。一方で、従来の解決策の下では、処理が時間ｔ０において生じ得ず、相当な量の時間が時間ｔ１とｔ２との間に存在し得る。
【０００９】
ここで図４を参照すると、複数のタッチイベントをトリガする方法２６が示される。方法２６は、例えば、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、ファームウェア、フラッシュメモリ等の機械又はコンピュータ可読記憶媒体に、例えば、プログラマブルロジックアレイ（ＰＬＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、複合プログラマブルロジックデバイス（ＣＰＬＤ）等の設定可能ロジックで、例えば、特定用途向け集積回路（ＡＳＩＣ）、相補型金属酸化物半導体（ＣＭＯＳ）又はトランジスタ−トランジスタロジック（ＴＴＬ）技術等の回路技術を用いる固定機能ハードウェアロジックで、又はそれらの任意の組み合わせで格納されるロジック命令のセットとして実装されてよい。例えば、方法２６に示される操作を実行するコンピュータプログラムコードは、Ｊａｖａ（登録商標），Ｓｍａｌｌｔａｌｋ，Ｃ＋＋、又はその類のもの等のオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語等の従来の手続き型プログラミング言語又は類似のプログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されてよい。
【００１０】
図示される処理ブロック２８は、タッチスクリーン、例えば、タッチスクリーン１４（図１）等からのハードウェア通知を待つことを提供する。一例において、ハードウェア通知は、ＯＳカーネルルーチンによって処理され得る割り込みリクエスト（ＩＲＱ）である。ブロック３０において、ハードウェアデータ（例えば、座標データ、複数の静電容量値）は、ハードウェア通知に応じてタッチスクリーンから読み取られてよく、図示されるブロック３２は、ハードウェア通知を生じさせる状態のタイプを判断する。したがって、ブロック３２における判断は、ハードウェア通知のタイプを識別することを含んでよい。
【００１１】
この点において、タッチスクリーンに関連するハードウェア及び／又はファームウェアは、概して、プレタッチ閾値又はタッチ閾値が超えられているか否かを判断するように構成されてよい。したがって、ハードウェア通知の生成は、１又は複数の静電容量値を複数の閾値と比較することを含んでよい。比較がハードウェアによって行われる場合、２つのハードウェア比較器のセットが用いられ得る。比較がファームウェアによって行われる場合、１つのハードウェア比較器で十分であり得る。プレタッチ閾値又はタッチ閾値が超えられているか否かを判断するためにファームウェアを用いることは、ファームウェアが、ホストプロセッサの時間も、ＯＳ或いは他のソフトウェアの複数の実行中のプロセス、スケジュール等も占有しない別個のルーチンであり得る場合に有利であり得る。
【００１２】
プレタッチ状態が識別される場合、ブロック３４において、プレタッチ状態に関連する予備データと見なされ得るハードウェアデータは、ソフトウェアスタックにロードされ及び／又はアップデートされてよい。予備データをソフトウェアスタックにロードすることは、例えば、ソフトウェアスタックに公開されている１又は複数のレジスタ及び／又はメモリロケーションに予備データを書き込むことを含んでよい。予備データをアップデートすることは、識別されたプレタッチ状態が前のプレタッチ状態に続く場合に生じ得る。そのような場合において、最新の予備データは、適切な複数のレジスタ及び／又は複数のメモリロケーションにおける前にロードされた予備データを上書き又は補うために用いられてよい。ロード及び／又はアップデートされた予備データは、例えば、データが事実上予備であることをソフトウェアスタックの１又は複数のレイヤに通知することによって、ソフトウェアスタックに関連するＵＩに表されることが防がれ得る。したがって、複数のレイヤは、予備データをユーザの観点から隠された状態を維持することで協働してよい。
【００１３】
他方で、ブロック３２において、タッチ状態が識別されている（例えば、タッチ閾値が超えられている、タッチハードウェア通知が受信されている）ことが判断される場合、図示されるブロック３６は、予備データがタッチ状態に対して既にロードされているか否かを判断する。したがって、ブロック３６における判断は、予備データが十分に新しい（例えば、適切なタイマの期限が切れていない）か否かを判断することを含み得る。予備データが既にロードされている場合、ブロック３８において、ロードされたデータは、タッチイベントをトリガするために即座に用いられてよい。さもなければ、ブロック４０において、タッチ状態に関連する非予備データと見なされ得るハードウェアデータは、ソフトウェアスタックにロードされ及び／又はアップデートされてよい。予備データと同様に、非予備データをロードすることは、ソフトウェアスタックに公開されている１又は複数のレジスタ及び／又はメモリロケーションに、座標データ及び／又は複数の静電容量値を書き込むことを含んでよい。ブロック４０を迂回することは、レスポンスタイムの相当な減少及び性能の改善を可能にし得る。
【００１４】
図５は、システム４２を示す。システム４２は、コンピューティング機能性（例えば、パーソナルデジタルアシスタント／ＰＤＡ、ラップトップ、スマートタブレット）、通信機能性（例えば、ワイヤレススマート電話）、画像機能性、媒体再生機能性（例えば、スマートテレビ／ＴＶ）、又はそれらの任意の組み合わせ（例えば、モバイルインターネットデバイス／ＭＩＤ）を有するモバイルプラットフォームの部分であってよい。図示される例において、システム４２は、システム、及びシステムメモリ４８と通信し得る統合メモリコントローラ（ＩＭＣ）４６を有するプロセッサ４４に電力を供給するためにバッテリ５８を含む。システムメモリ４８は、例えば、１又は複数のメモリモジュールとして構成されるダイナミックランダムアクセスメモリ（ＤＲＡＭ）、例えば、デュアルインラインメモリモジュール（ＤＩＭＭ）、スモールアウトラインＤＩＭＭ（ＳＯＤＩＭＭ）等を含んでよい。
【００１５】
図示されるシステム４２は、また、ホストデバイスとして機能し、例えば、タッチスクリーン５２及びマスストレージ５４（例えば、ハードディスクドライブ／ＨＤＤ、光ディスク、フラッシュメモリ等）と通信し得る、時としてチップセットのサウスブリッジと呼ばれる入力出力（ＩＯ）モジュール５０を含む。図示されるプロセッサ４４は、タッチスクリーン５２に関する複数のプレタッチ状態を識別し、複数のプレタッチ状態に関連する予備データをソフトウェアスタックにロードし、複数のタッチ状態がタッチスクリーン５２に関して識別される場合に、複数のタッチイベントをトリガするために予備データを用いるように構成されるロジック５６を実行してよい。ロジック５６は、代替的に、プロセッサ４４の外部に実装されてよい。加えて、プロセッサ４４及びＩＯモジュール５０は、システムオンチップ（ＳｏＣ）として同一の半導体ダイ上にともに実装されてよい。
【００１６】
追加の情報及び例
【００１７】
例１は、電力をシステムに提供するバッテリ、タッチスクリーン、及び少なくとも部分的に固定機能ハードウェアで実装され、タッチスクリーンに関するプレタッチ状態を識別し、プレタッチ状態に関連する予備データをソフトウェアスタックにロードし、タッチ状態がタッチスクリーンに関して識別される場合にタッチイベントをトリガするために予備データを用いるロジックを備える、複数のタッチイベントを管理するシステムを含んでよい。
【００１８】
例２は、例１のシステムを含んでよく、ロジックは、ソフトウェアスタックに関連するユーザインタフェースに予備データが表されることを防ぐ。
【００１９】
例３は、例１のシステムを含んでよく、予備データは、ソフトウェアスタックのオペレーティングシステムレイヤ又はアプリケーションレイヤのうちの１つにロードされる。
【００２０】
例４は、例１から３のいずれか１つのシステムを含んでよく、ロジックは、タッチ状態又は次のプレタッチ状態のうちの１又は複数に基づいて予備データをアップデートする。
【００２１】
例５は、例１から３のいずれか１つのシステムを含んでよく、ロジックは、プレタッチ状態を識別するために、タッチスクリーンの静電容量値がプレタッチ閾値を超えていることを判断する。
【００２２】
例６は、例５のシステムを含んでよく、プレタッチ閾値は、ノイズ閾値より大きく、タッチ状態に対応するタッチ閾値より小さい。
【００２３】
例７は、少なくとも部分的に固定機能ハードウェアで実装され、タッチスクリーンに関するプレタッチ状態を識別し、プレタッチ状態に関連する予備データをソフトウェアスタックにロードし、タッチ状態がタッチスクリーンに関して識別される場合にタッチイベントをトリガするために予備データを用いるロジックを備え、複数のタッチイベントを管理する装置を含んでよい。
【００２４】
例８は、例７の装置を含んでよく、ロジックは、ソフトウェアスタックに関連するユーザインタフェースに予備データが表されることを防ぐ。
【００２５】
例９は、例７の装置を含んでよく、予備データは、ソフトウェアスタックのオペレーティングシステムレイヤ又はアプリケーションレイヤのうちの１つにロードされる。
【００２６】
例１０は、例７から９のいずれか１つの装置を含んでよく、ロジックは、タッチ状態又は次のプレタッチ状態のうちの１又は複数に基づいて予備データをアップデートする。
【００２７】
例１１は、例７から９のいずれか１つの装置を含んでよく、ロジックは、プレタッチ状態を識別するために、タッチスクリーンの静電容量値がプレタッチ閾値を超えていることを判断する。
【００２８】
例１２は、例１１の装置を含んでよく、プレタッチ閾値は、ノイズ閾値より大きく、タッチ状態に対応するタッチ閾値より小さい。
【００２９】
例１３は、タッチスクリーンに関するプレタッチ状態を識別する段階と、プレタッチ状態に関連する予備データをソフトウェアスタックにロードする段階と、タッチ状態がタッチスクリーンに関して識別される場合にタッチイベントをトリガするために予備データを用いる段階とを備える、複数のタッチイベントを管理する方法を含んでよい。
【００３０】
例１４は、例１３の方法を含んでよく、ソフトウェアスタックに関連するユーザインタフェースに予備データが表されることを防ぐ段階をさらに含む。
【００３１】
例１５は、例１３の方法を含んでよく、予備データは、ソフトウェアスタックのオペレーティングシステムレイヤ又はアプリケーションレイヤのうちの１又は複数にロードされる。
【００３２】
例１６は、例１３から１５のいずれか１つの方法を含んでよく、タッチ状態又は次のプレタッチ状態のうちの１又は複数に基づいて予備データをアップデートする段階をさらに含む。例１７は、例１３から１５のいずれか１つの方法を含んでよく、プレタッチ状態を識別する段階は、タッチスクリーンの静電容量値がプレタッチ閾値を超えていることを判断する段階を含む。
【００３３】
例１８は、例１７の方法を含んでよく、プレタッチ閾値は、ノイズ閾値より大きく、タッチ状態に対応するタッチ閾値より小さい。
【００３４】
例１９は、デバイスによって実行される場合に、デバイスに、タッチスクリーンに関するプレタッチ状態を識別させ、プレタッチ状態に関連する予備データをソフトウェアスタックにロードさせ、タッチ状態がタッチスクリーンに関して識別される場合にタッチイベントをトリガするために予備データを用いさせる複数の命令のセットを備える非一時的コンピュータ可読記憶媒体を含んでよい。
【００３５】
例２０は、例１９の媒体を含んでよく、複数の命令は、実行される場合に、デバイスに、ソフトウェアスタックに関連するユーザインタフェースに予備データが表されることを防がせる。
【００３６】
例２１は、例１９の媒体を含んでよく、予備データは、ソフトウェアスタックのオペレーティングシステムレイヤ又はアプリケーションレイヤのうちの１つにロードされる。
【００３７】
例２２は、例１９から２１のいずれか１つの媒体を含んでよく、複数の命令は、実行される場合に、デバイスに、タッチ状態又は次のプレタッチ状態のうちの１又は複数に基づいて予備データをアップデートさせる。
【００３８】
例２３は、例１９から２１のいずれか１つの媒体を含んでよく、複数の命令は、実行される場合に、デバイスに、プレタッチ状態を識別するために、タッチスクリーンの静電容量値がプレタッチ閾値を超えていることを判断させる。
【００３９】
例２４は、例２３の媒体を含んでよく、プレタッチ閾値は、ノイズ閾値より大きく、タッチ状態に対応するタッチ閾値より小さい。
【００４０】
例２５は、タッチスクリーンに関するプレタッチ状態を識別する手段と、プレタッチ状態に関連する予備データをソフトウェアスタックにロードする手段と、タッチ状態がタッチスクリーンに関して識別される場合にタッチイベントをトリガするために予備データを用いる手段とを備え、複数のタッチイベントを管理する装置を含んでよい。
【００４１】
例２６は、例２５の装置を含んでよく、ソフトウェアスタックに関連するユーザインタフェースに予備データが表されることを防ぐ手段をさらに含む。
【００４２】
例２７は、例２６の装置を含んでよく、予備データは、ソフトウェアスタックのオペレーティングシステムレイヤ又はアプリケーションレイヤのうちの１つにロードされる。
【００４３】
例２８は、例２５から２７のいずれか１つの装置を含んでよく、タッチ状態又は次のプレタッチ状態のうちの１又は複数に基づいて予備データをアップデートする手段をさらに含む。
【００４４】
例２９は、例２５から２７のいずれか１つの装置を含んでよく、プレタッチ状態を識別するために、タッチスクリーンの静電容量値がプレタッチ閾値を超えていることを判断する手段をさらに含む。
【００４５】
例３０は、例２９の装置を含んでよく、プレタッチ閾値は、ノイズ閾値より大きく、タッチ状態に対応するタッチ閾値より小さい。
【００４６】
したがって、本明細書で説明される技術は、指がタッチスクリーンの表面に実際に着く前に、タッチスクリーンに対する指の動きを追跡し得る。結果として、様々なソフトウェアレイヤは、追跡された予備データに基づいて、複数のタッチイベントをトリガする準備をし得る。したがって、相当な性能の改善が達成され得る。そのような改善は、特に、レスポンスタイムが関心事であるゲームアプリケーション及び他のＵＩベースのアプリケーションにおいて有利であり得る。
【００４７】
複数の実施形態は、全てのタイプの半導体集積回路（ＩＣ）チップでの使用のために適用可能である。これらのＩＣチップの複数の例は、プロセッサ、コントローラ、チップセットコンポーネント、プログラマブルロジックアレイ（ＰＬＡ）、メモリチップ、ネットワークチップ、システムオンチップ（ＳｏＣ）ＳＳＤ／ＮＡＮＤコントローラＡＳＩＣ、及びその類のものを含むが、これらに限定されない。さらに、図面のいくつかにおいて、複数の信号導体線が複数の線で表される。いくつかは、より多くの成分信号パスを示すために異なり、多数の成分信号パスを示すために番号ラベルを有し、及び／又は主な情報の流れの方向を示すために１又は複数の端に矢印を有し得る。しかし、これは、限定する方法に解釈されるべきでない。むしろ、そのような追加された詳細は、回路のより容易な理解を促すために、１又は複数の例示的な実施形態と関連して用いられてよい。任意の表される複数の信号線は、追加の情報を有するか否かに関わらず、複数の方向に移動し得、任意の好適なタイプの信号スキーム、例えば、差動対で実装されるデジタル又はアナログ線、光ファイバ線、及び／又はシングルエンドラインで実装され得る１又は複数の信号を実際に備えてよい。
【００４８】
複数の実施形態は同一のものに限定されないが、例示的なサイズ／モデル／値／範囲が与えられ得る。製造技術（例えば、フォトリソグラフィ）が時間とともに成熟するにつれ、より小さいサイズのデバイスが製造されることができることが期待される。さらに、ＩＣチップ及び他のコンポーネントへの周知の電源／接地接続は、説明及び議論の簡潔さのために、そして、複数の実施形態の特定の側面を曖昧にしないように、図面内に示されたり示されなかったりする。さらに、複数の実施形態を曖昧にすることを避けるために、また、そのようなブロック図の配置の実装に関する詳細が、実施形態が実装されるプラットフォームに大いに依存する、すなわち、そのような詳細が十分に当業者の理解の範囲内であるべきという事実を考慮して、配置がブロック図の形式で示され得る。例示的な複数の実施形態を説明するために具体的な詳細（例えば、回路）が明記される場合、複数の実施形態がこれらの具体的な詳細なしで又はその変形例で実施されることができることは、当業者に明らかであるべきである。したがって、説明は、限定的なものに代えて例示的なものとしてみなされるべきである。
【００４９】
用語「結合」は、対象の複数のコンポーネントの間の直接的又は間接的な任意のタイプの関係を言及するために本明細書で用いられ得、電気的、機械的、流体的、光学的、電磁気的、電気機械的、又は他の接続に適用され得る。さらに、用語「第１」、「第２」等は、議論を容易にするためだけに本明細書で用いられ得、異なるように示されない限り、何ら特定の時間的又は時系列的な意義を伝えない。
【００５０】
当業者は、複数の実施形態の幅広い技術が様々な形式で実装されることができることを、前述の説明から理解するだろう。したがって、複数の実施形態は、それらの特定の例と関連して説明されているが、他の修正が図面、明細書、及び以下の請求項の検討に基づいて当業者に明らかになるので、複数の実施形態の真の範囲はそのように限定されるべきでない。
【図１】
2016522502.tif 000003
【図２】
2016522502.tif 000004
【図３】
2016522502.tif 000005
【図４】
2016522502.tif 000006
【図５】
2016522502.tif 000007
【国際調査報告】
2016522502.tif 000008
2016522502.tif 000009
2016522502.tif 000010