(57)【特許請求の範囲】
【請求項１】
モバイルデバイスの1つまたは複数のセンサーからの入力に従って圧力決定プロセスを適合させる方法であって、
前記モバイルデバイスの前記1つまたは複数のセンサーからセンサーデータを受信するステップであって、前記センサーデータが慣性センサーデータを含む、受信するステップと、
前記慣性センサーデータに基づいて、前記モバイルデバイスがユーザに握られているかどうかを決定するステップと、
前記モバイルデバイスが前記ユーザに握られているかどうかに少なくとも部分的に基づいて、前記モバイルデバイス上に前記ユーザによって加えられた圧力レベルを決定するために圧力決定プロセスを適合させるステップと、
前記センサーデータおよび前記適合された圧力決定プロセスに従って、前記圧力決定プロセスを実行するステップと、
前記モバイルデバイスが前記ユーザに握られているとの決定に基づいて、モバイルデバイスディスプレイのタッチターゲットロケーション内にタッチターゲットを表示し、前記タッチターゲットロケーションにおいて受信されたユーザ入力に従って、前記圧力決定プロセスを適合させるステップと
を含む、方法。
【請求項２】
前記センサーデータがマイクロフォンからのオーディオデータを含み、前記圧力決定プロセスが前記オーディオデータに少なくとも部分的に基づく、請求項1に記載の方法。
【請求項３】
前記オーディオデータがボイスデータとフィンガータップデータとを含み、前記ボイスデータおよび前記フィンガータップデータにスケジューリング機構を適用するステップをさらに含む、請求項2に記載の方法。
【請求項４】
前記圧力決定プロセスを前記適合させるステップが、前記1つまたは複数のセンサーからの前記センサーデータに少なくとも1つの重み付け係数を適用するステップを伴う、請求項1に記載の方法。
【請求項５】
前記センサーデータがマイクロフォンからのオーディオデータを含み、環境雑音レベルを決定するステップをさらに含み、前記少なくとも1つの重み付け係数が前記環境雑音レベルに少なくとも部分的に基づく、請求項4に記載の方法。
【請求項６】
モバイルデバイスの向きを決定するステップをさらに含み、前記圧力決定プロセスを前記適合させるステップが、前記モバイルデバイスの向きに少なくとも部分的に基づく、請求項1に記載の方法。
【請求項７】
前記モバイルデバイスが縦方向の向きであるかまたは横方向の向きであるかを決定するステップと、
前記モバイルデバイスが前記縦方向の向きであるかまたは前記横方向の向きであるかに少なくとも部分的に基づいて、前記圧力決定プロセスを適合させるステップと
をさらに含む、請求項6に記載の方法。
【請求項８】
ユーザタッチパターンを決定するステップをさらに含み、前記圧力決定プロセスを前記適合させるステップが、前記ユーザタッチパターンに少なくとも部分的に基づく、請求項1に記載の方法。
【請求項９】
前記ユーザタッチパターンを前記決定するステップが、前記ユーザに関するソフトプレス値範囲およびハードプレス値範囲を決定するステップを伴う、請求項8に記載の方法。
【請求項１０】
前記モバイルデバイスが前記ユーザに握られているときの第1の値範囲を決定するステップと、
前記モバイルデバイスが前記ユーザに握られていないときの第2の値範囲を決定するステップと
をさらに含む、請求項9に記載の方法。
【請求項１１】
前記モバイルデバイスが前記ユーザに握られていると決定され、前記モバイルデバイスがどのように握られているかを決定するステップをさらに含み、前記圧力決定プロセスを前記適合させるステップが、前記モバイルデバイスがどのように握られているかに少なくとも部分的に基づく、請求項1に記載の方法。
【請求項１２】
前記モバイルデバイスが前記ユーザに握られていないと決定され、前記圧力決定プロセスを適合させるステップが、前記モバイルデバイスの構造またはモバイルデバイスケースの構造に対応する特徴的な動きに少なくとも部分的に基づく、請求項1に記載の方法。
【請求項１３】
前記モバイルデバイスがタッチセンサーシステムを含み、前記モバイルデバイスが前記ユーザに握られているかどうかを前記決定するステップが、前記タッチセンサーシステムからの入力に少なくとも部分的に基づく、請求項1に記載の方法。
【請求項１４】
前記モバイルデバイスが前記ユーザに握られていないと決定され、前記モバイルデバイスに、前記モバイルデバイスを手に取るように前記ユーザに促させるステップを伴う、請求項1に記載の方法。
【請求項１５】
ソフトウェアを記憶した記憶媒体であって、前記ソフトウェアが、
モバイルデバイスのセンサーシステムからセンサーデータを受信することであって、前記センサーデータが慣性センサーデータを含む、受信することと、
前記慣性センサーデータに基づいて、前記モバイルデバイスがユーザに握られているかどうかを決定することと、
前記モバイルデバイスが前記ユーザに握られているかどうかに少なくとも部分的に基づいて、前記モバイルデバイス上に前記ユーザによって加えられた圧力レベルを決定するために圧力決定プロセスを適合させることと、
前記センサーデータおよび前記適合された圧力決定プロセスに従って、前記圧力決定プロセスを実行することと、
前記モバイルデバイスが前記ユーザに握られているとの決定に基づいて、モバイルデバイスディスプレイのタッチターゲットロケーション内にタッチターゲットを表示し、前記タッチターゲットロケーションにおいて受信されたユーザ入力に従って、前記圧力決定プロセスを適合させることと
によって、前記モバイルデバイスの前記センサーシステムからの前記センサーデータを処理するための命令を含む、記憶媒体。
【請求項１６】
前記センサーデータがマイクロフォンからのオーディオデータを含み、前記圧力決定プロセスを前記適合させることが、前記オーディオデータに、前記慣性センサーデータに、または前記オーディオデータと前記慣性センサーデータの両方に少なくとも1つの重み付け係数を適用することを伴う、請求項15に記載の記憶媒体。
【請求項１７】
前記ソフトウェアが、モバイルデバイスの向きを決定するための命令を含み、前記圧力決定プロセスを前記適合させることが、前記モバイルデバイスの向きに少なくとも部分的に基づく、請求項15に記載の記憶媒体。
【請求項１８】
モバイルデバイスであって、
少なくとも1つの慣性センサーを含む複数のセンサーを含むセンサーシステムと、
ディスプレイと、
制御手段であって、
前記モバイルデバイスの前記1つまたは複数のセンサーからセンサーデータを受信することであって、前記センサーデータが慣性センサーデータを含む、受信することと、
前記慣性センサーデータに基づいて、前記モバイルデバイスがユーザに握られているかどうかを決定することと、
前記モバイルデバイスが前記ユーザに握られているかどうかに少なくとも部分的に基づいて、前記モバイルデバイス上に前記ユーザによって加えられた圧力レベルを決定するために圧力決定プロセスを適合させることと、
前記センサーデータおよび前記適合された圧力決定プロセスに従って、前記圧力決定プロセスを実行することと、
前記モバイルデバイスが前記ユーザに握られているとの決定に基づいて、モバイルデバイスディスプレイのタッチターゲットロケーション内にタッチターゲットを表示し、前記タッチターゲットロケーションにおいて受信されたユーザ入力に従って、前記圧力決定プロセスを適合させることと
を行うための制御手段と
を含む、モバイルデバイス。
【請求項１９】
前記センサーデータがマイクロフォンからのオーディオデータを含み、前記圧力決定プロセスを適合させるための前記制御手段が、前記オーディオデータに、前記慣性センサーデータに、または前記オーディオデータと前記慣性センサーデータの両方に少なくとも1つの重み付け係数を適用するための手段を含む、請求項18に記載のモバイルデバイス。
【請求項２０】
モバイルデバイスであって、
タッチセンサーシステムと、少なくとも1つの慣性センサーを含む複数のセンサーとを含むセンサーシステムと、
ディスプレイと、
制御システムとを含み、前記制御システムが、
前記センサーシステムからセンサーデータを受信することであって、前記センサーデータが慣性センサーデータを含む、受信することと、
前記慣性センサーデータに基づいて、前記モバイルデバイスがユーザに握られているかどうかを決定することと、
前記ディスプレイのロケーション内にタッチターゲットを表示することと、
前記タッチセンサーシステムからの入力に従って、前記ユーザが前記タッチターゲットにタッチしたと決定し、前記モバイルデバイスが前記ユーザに握られているかどうか、および前記ディスプレイ上の前記タッチターゲットの前記ロケーションに少なくとも部分的に基づいて、前記モバイルデバイス上に前記ユーザによって加えられた圧力レベルを決定する圧力決定プロセスを適合させることと、
前記センサーデータおよび前記適合された圧力決定プロセスに従って、前記圧力決定プロセスを実行することと
を行うように構成された、モバイルデバイス。
【請求項２１】
前記センサーシステムがマイクロフォンを含み、前記センサーデータが前記マイクロフォンからのオーディオデータを含み、前記圧力決定プロセスが前記オーディオデータに少なくとも部分的に基づく、請求項20に記載のモバイルデバイス。
【請求項２２】
前記圧力決定プロセスを前記適合させることが、前記オーディオデータに、前記慣性センサーデータに、または前記オーディオデータと前記慣性センサーデータの両方に少なくとも1つの重み付け係数を適用することを伴う、請求項21に記載のモバイルデバイス。
【請求項２３】
前記制御システムが、モバイルデバイスの向きを決定するようにさらに構成され、前記圧力決定プロセスを前記適合させることが、前記モバイルデバイスの向きに少なくとも部分的に基づく、請求項20に記載のモバイルデバイス。
【請求項２４】
前記制御システムが、ユーザタッチパターンを決定するようにさらに構成され、前記圧力決定プロセスを前記適合させることが、前記ユーザタッチパターンに少なくとも部分的に基づく、請求項20に記載のモバイルデバイス。
【請求項２５】
前記制御システムが前記モバイルデバイスは前記ユーザに握られていると決定し、前記制御システムが、前記モバイルデバイスがどのように握られているかを決定するようにさらに構成され、前記圧力決定プロセスを前記適合させることが、前記モバイルデバイスがどのように握られているかに少なくとも部分的に基づく、請求項20に記載のモバイルデバイス。
【請求項２６】
前記モバイルデバイスが前記ユーザに握られていないと決定され、前記制御システムが前記モバイルデバイスに前記モバイルデバイスを手に取るように前記ユーザに促させるようにさらに構成される、請求項20に記載のモバイルデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権主張
本出願は、参照により本明細書に組み込まれている、2015年1月28日に出願し、「OPTIMIZING THE USE OF SENSORS TO IMPROVE PRESSURE SENSING」と題する米国特許出願第14/607,948号に対する優先権を主張するものである。
【０００２】
本開示は、一般に、感知デバイスおよび感知方法に関し、詳細には、モバイルデバイスに適用可能な感知デバイスおよび感知方法に関する。
【背景技術】
【０００３】
タッチスクリーンなどのタッチセンサーデバイスは、モバイルデバイスなどのコンシューマ電子デバイス上に広く展開されている。しかしながら、タッチスクリーンは一般に、単純にバイナリ(オン/オフ、タッチ/ノータッチ)決定を行うこと以外、ユーザのタッチの圧力を決定することができない。モバイルデバイスのディスプレイガラス(または、他の表面)上にユーザによって加えられた圧力のレベルを決定するための方法を開発することが望ましい。
【発明の概要】
【課題を解決するための手段】
【０００４】
本開示のシステム、方法、およびデバイスはそれぞれ、いくつかの発明的態様を有し、それらの態様はいずれも、本明細書で開示する所望の属性を単独で担うものではない。
【０００５】
本開示で説明する主題の1つの発明的態様は、モバイルデバイスの1つまたは複数のセンサーからの入力に従って圧力決定プロセスを適合させることを伴う方法で実装され得る。いくつかの実装形態では、この方法は、モバイルデバイスの1つまたは複数のセンサーからセンサーデータを受信するステップを伴い得る。センサーデータは慣性センサーデータを含み得る。この方法は、慣性センサーデータに基づいて、モバイルデバイスがユーザに握られているかどうかを決定するステップを伴い得る。いくつかの例では、モバイルデバイスはタッチセンサーシステムを含み得る。いくつかのそのような例では、モバイルデバイスがユーザに握られているかどうかの決定は、タッチセンサーシステムからの入力に少なくとも部分的に基づき得る。
【０００６】
いくつかの例では、この方法は、モバイルデバイス上にユーザによって加えられた圧力レベルを決定するために圧力決定プロセスを適合させるステップを伴い得る。適合プロセスは、モバイルデバイスがユーザに握られているかどうかに少なくとも部分的に基づき得る。この方法は、センサーデータおよび適合された圧力決定プロセスに従って、圧力決定プロセスを実行するステップを伴い得る。
【０００７】
いくつかの実装形態では、センサーデータはマイクロフォンからのオーディオデータを含み得る。圧力決定プロセスはオーディオデータに少なくとも部分的に基づき得る。いくつかの例では、オーディオデータはボイスデータとフィンガータップ(finger tap)データとを含み得る。この方法は、ボイスデータおよびフィンガータップデータにスケジュール機構を適用するステップを伴い得る。
【０００８】
いくつかの例では、圧力決定プロセスを適合させるステップは、1つまたは複数のセンサーからのセンサーデータに少なくとも1つの重み付け係数を適用するステップを伴い得る。この方法は、環境雑音レベルを決定するステップを伴い得る。1つまたは複数の重み付け係数は、環境雑音レベルに少なくとも部分的に基づき得る。
【０００９】
いくつかの実装形態では、モバイルデバイスがユーザに握られていると決定されたとき、この方法は、モバイルデバイスディスプレイのタッチターゲットロケーション内にタッチターゲットを表示するステップと、タッチターゲットロケーションに応じて圧力決定プロセスの適合の決定を適合させるステップとを伴い得る。
【００１０】
いくつかの実装形態は、モバイルデバイスがどのように握られているかを決定するステップを伴い得る。圧力決定プロセスを適合させることは、モバイルデバイスがどのように握られているかに少なくとも部分的に基づき得る。いくつかのそのような例は、モバイルデバイスが片手に握られているかまたは両手に握られているかを決定するステップを伴い得る。いくつかのそのような例では、この方法はモバイルデバイスの向きを決定するステップを伴い得る。タッチターゲットのロケーションに応じて圧力決定プロセスを適合させるステップを伴ういくつかの方法は、モバイルデバイスの向きに少なくとも部分的に応じて圧力決定プロセスを適合させるステップを伴い得る。いくつかのそのような方法は、モバイルデバイスが縦方向の向きにあるかまたは横方向の向きにあるかを決定するステップと、モバイルデバイスが縦方向の向きにあるかまたは横方向の向きにあるかに少なくとも部分的に基づいて、圧力決定プロセスを適合させるステップとを伴い得る。
【００１１】
いくつかの例によれば、この方法はユーザタッチパターンを決定するステップを伴い得る。たとえば、ユーザタッチパターンを決定するステップは、ユーザに関するソフトプレス(soft press)値範囲およびハードプレス(hard press)値範囲を決定するステップを伴い得る。いくつかの実装形態では、ユーザタッチパターンを決定するステップは、モバイルデバイスがユーザに握られているときの第1の値範囲を決定するステップと、モバイルデバイスがユーザに握られていないときの第2の値範囲を決定するステップとを伴い得る。圧力決定プロセスを適合させることは、ユーザタッチパターンに少なくとも部分的に基づき得る。
【００１２】
場合によっては、モバイルデバイスがユーザに握られていないと決定される場合がある。いくつかのそのような例では、モバイルデバイスが、操作されている間に安定表面上に置かれていると決定される場合がある。圧力決定プロセスを適合させることは、モバイルデバイスの構造またはモバイルデバイスケースの構造に対応する特徴的な動きに少なくとも部分的に基づき得る。いくつかの実装形態では、モバイルデバイスがユーザに握られていないと決定されたとき、この方法は、モバイルデバイスに、モバイルデバイスを手に取るようにユーザに促させるステップを伴い得る。
【００１３】
本明細書で説明する方法の一部または全部は、非一時的媒体上に記憶された命令(たとえば、ソフトウェア)に従って、1つまたは複数のデバイスによって実行することができる。そのような非一時的媒体は、限定はしないが、ランダムアクセスメモリ(RAM)デバイス、読取り専用メモリ(ROM)デバイスなどを含む、本明細書で説明するようなメモリデバイスを含み得る。したがって、本開示で説明する主題の他の発明的態様は、ソフトウェアを記憶した非一時的媒体において実装され得る。たとえば、ソフトウェアは、モバイルデバイスのセンサーシステムからセンサーデータを受信するための命令を含み得る。
【００１４】
センサーデータは慣性センサーデータを含み得る。ソフトウェアは、慣性センサーデータに基づいて、モバイルデバイスがユーザに握られているかどうかを決定し、モバイルデバイスがユーザに握られているかどうかに少なくとも部分的に基づいて、モバイルデバイス上にユーザによって加えられた圧力レベルを決定する圧力決定プロセスを適合させるための命令を含み得る。ソフトウェアは、センサーデータおよび適合された圧力決定プロセスに従って、圧力決定プロセスを実行するための命令を含み得る。
【００１５】
いくつかの例では、センサーデータはマイクロフォンからのオーディオデータを含み得る。圧力決定プロセスを適合させることは、オーディオデータに、慣性センサーデータに、またはオーディオデータと慣性センサーデータの両方に少なくとも1つの重み付け係数を適用することを伴い得る。
【００１６】
場合によっては、モバイルデバイスがユーザに握られていると決定される場合がある。いくつかの例では、ソフトウェアは、モバイルデバイスがどのように握られているかを決定するための命令を含むことができ、圧力決定プロセスを適合させることは、モバイルデバイスがどのように握られているかに少なくとも部分的に基づき得る。いくつかの実装形態では、ソフトウェアは、モバイルデバイスの向きを決定し、モバイルデバイスの向きに少なくとも部分的に基づいて、圧力決定プロセスを適合させるための命令を含み得る。いくつかのそのような例によれば、ソフトウェアは、モバイルデバイスディスプレイのロケーション内にタッチターゲットを表示し、ディスプレイ上のタッチターゲットのロケーションに応じて圧力決定プロセスを適合させるための命令を含み得る。タッチターゲットのロケーションに応じて圧力決定プロセスを適合させることは、モバイルデバイスの向きに少なくとも部分的に基づき得る。
【００１７】
本開示で説明する主題のいくつかの発明的態様は、センサーシステムと制御システムとを含むモバイルデバイスにおいて実装することができる。センサーシステムは、複数のセンサーを含むことができ、少なくとも1つの慣性センサーを含み得る。制御センサーは、1つまたは複数の汎用シングルチップまたはマルチチッププロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理、ディスクリートハードウェア構成要素、またはそれらの組合せを含み得る。制御システムはまた、1つまたは複数のランダムアクセスメモリ(RAM)デバイス、読取り専用メモリ(ROM)デバイスなどの1つまたは複数のメモリデバイスを含んでもよい(かつ/または、そのようなメモリデバイスと通信できるように構成されてもよい)。
【００１８】
いくつかの実装形態では、制御システムは、センサーシステムからセンサーデータを受信することが可能であり得る。センサーデータは慣性センサーデータを含み得る。制御システムは、慣性センサーデータに基づいて、モバイルデバイスがユーザに握られているかどうかを決定することが可能であり得る。制御システムは、モバイルデバイスがユーザに握られているかどうかに少なくとも部分的に基づいて、圧力決定プロセスを適合させることが可能であり得る。制御システムは、センサーデータおよび適合された圧力決定プロセスに従って、圧力決定プロセスを実行することが可能であり得る。
【００１９】
いくつかの例によれば、センサーシステムはマイクロフォンを含むことができ、センサーデータはマイクロフォンからのオーディオデータを含み得る。圧力決定プロセスはオーディオデータに少なくとも部分的に基づき得る。いくつかの実装形態では、圧力決定プロセスを適合させることは、オーディオデータおよび/または慣性センサーデータに少なくとも1つの重み付け係数を適用することを伴い得る。
【００２０】
いくつかの例では、センサーシステムはタッチセンサーシステムを含むことができ、モバイルデバイスはディスプレイを含み得る。いくつかのそのような例によれば、制御システムは、ディスプレイのロケーション内にタッチターゲットを表示すること、タッチセンサーシステムからの入力に従って、ユーザがタッチターゲットにタッチしたと決定すること、およびディスプレイ上のタッチターゲットのロケーションに少なくとも部分的に基づいて、圧力決定プロセスを適合させることがさらに可能であり得る。いくつかのそのような実装形態では、制御システムはモバイルデバイスの向きを決定することがさらに可能であり得る。タッチターゲットのロケーションに応じて圧力決定プロセスを適合させることは、モバイルデバイスの向きに少なくとも部分的に基づき得る。
【００２１】
いくつかの実装形態では、制御システムはユーザタッチパターンを決定することがさらに可能であり得る。圧力決定プロセスを適合させることは、ユーザタッチパターンに少なくとも部分的に基づき得る。
【００２２】
場合によっては、制御システムはモバイルデバイスがユーザに握られていると決定することができる。いくつかの例によれば、制御システムは、モバイルデバイスがどのように握られているかを決定することが可能であり得る。たとえば、制御システムは、モバイルデバイスの向きを決定することが可能であり得る。いくつかの実装形態では、制御システムは、モバイルデバイスが片手に握られているかまたは両手に握られているかを決定することが可能であり得る。制御システムは、モバイルデバイスがどのように握られているかに少なくとも部分的に基づいて、圧力決定プロセスを適合させることが可能であり得る。
【００２３】
場合によっては、制御システムはモバイルデバイスがユーザに握られていないと決定することができる。いくつかの実装形態では、制御システムは、モバイルデバイスに、モバイルデバイスを手に取るようにユーザに促させることが可能であり得る。
【００２４】
本明細書内で説明する主題の1つまたは複数の実装形態の詳細は、添付図面および下の説明内に記載される。他の特徴、態様、および利点は、説明、図面、および特許請求の範囲から明らかになるであろう。以下の図の相対寸法は、一定の縮尺で描かれていない場合があることに留意されたい。
【図面の簡単な説明】
【００２５】
【図１】モバイルデバイスに加えられている圧力レベルを決定する方法の一例を概説するフローチャートである。
【図２】操作されている間に安定表面上に置かれているモバイルデバイスの一例を示す図である。
【図３】圧力決定プロセスを適合させる一例を概説するフローチャートである。
【図４】圧力決定プロセスを適合させる代替例を概説するフローチャートである。
【図５Ａ】モバイルデバイスが片手に握られている間のモバイルデバイス上のユーザタッチの例を示す図である。
【図５Ｂ】モバイルデバイスが片手に握られている間のモバイルデバイス上のユーザタッチの例を示す図である。
【図５Ｃ】モバイルデバイスが片手に握られている間のモバイルデバイス上のユーザタッチの例を示す図である。
【図６】モバイルデバイスが右手に握られているかまたは左手に握られているかに応じて圧力決定プロセスを適合させるための例示的なブロックを提供するフローチャートである。
【図７Ａ】異なる向きで握られているモバイルデバイスの例を示す図である。
【図７Ｂ】異なる向きで握られているモバイルデバイスの例を示す図である。
【図８】モバイルデバイスの向きに少なくとも部分的に基づいて圧力決定プロセスを適合させる例示的なブロックを提供するフローチャートである。
【図９】モバイルデバイスの向きに少なくとも部分的に基づいて圧力決定プロセスを適合させる別の例を提供するフローチャートである。
【図１０】ユーザタッチパターンを決定する一例を提供するフローチャートである。
【図１１】代替の圧力決定プロセス方法の一例を提供するフローチャートである。
【図１２Ａ】モバイルデバイスケースの背面の例を示す図である。
【図１２Ｂ】モバイルデバイスケースの背面の例を示す図である。
【図１３】モバイルデバイスの例示的な要素を示すブロック図である。
【図１４Ａ】この例では、ディスプレイデバイスであるモバイルデバイスの例示的な構成要素を示すシステムブロック図の例を示す図である。
【図１４Ｂ】この例では、ディスプレイデバイスであるモバイルデバイスの例示的な構成要素を示すシステムブロック図の例を示す図である。
【発明を実施するための形態】
【００２６】
以下の説明は、本開示の発明的態様を説明する目的で特定の実装形態に向けられている。しかしながら、本明細書における教示は、多くの異なる方法で適用することができることは当業者には容易に認識されよう。説明する実装形態は、タッチ感知システムを含む任意のデバイス、装置またはシステム内に実装されてもよい。さらに、説明する実装形態は、限定はしないが、たとえば、モバイル電話、マルチメディアインターネット対応セルラー電話、モバイルテレビジョン受信機、ワイヤレスデバイス、スマートフォン、Bluetooth(登録商標)デバイス、携帯情報端末(PDA)、ワイヤレス電子メール受信機、ハンドヘルドまたは可搬型のコンピュータ、ネットブック、ノートブック、スマートブック、タブレット、全地球測位システム(GPS)受信機/ナビゲータ、デジタルメディアプレイヤ(MP3プレイヤなど)、腕時計、時計、電子読書デバイス(たとえば、電子リーダー)、モバイルヘルスデバイス、コンピュータモニタなど、様々な電子デバイスに含まれるか、または関連付けられ得ることが企図される。本明細書の教示はまた、電子スイッチングデバイス、無線周波数フィルタ、センサー、加速度計、ジャイロスコープ、動き感知デバイス、磁気計、家庭用電子機器用の慣性構成要素、家庭用電化製品の部品、バラクタ、液晶デバイス、電気泳動デバイス、駆動方式、製造プロセス、および電子試験機器などであるがそれらに限らない用途に使用されてもよい。したがって、これらの教示には、単に図に示されている実装形態に限定されることは意図されておらず、その代わりに、当業者には容易に明らかであるように、広範囲にわたる適用性を有している。
【００２７】
本明細書で説明するいくつかの実装形態は、モバイルデバイスのセンサーシステムからのセンサーデータを使用して、モバイルデバイス上にユーザによって加えられた圧力レベルを決定する。センサーシステムは、マイクロフォンおよび1つまたは複数の慣性センサーなど、1つまたは複数のタイプのセンサーを含み得る。慣性センサーは、1つまたは複数のジャイロスコープおよび/または加速度計を含み得る。いくつかの実装形態は、慣性センサーデータに基づいて、モバイルデバイスが握られているかどうか、および/またはどのように握られているかを決定することを伴い得る。モバイルデバイス上にユーザによって加えられた圧力レベルを決定するためのプロセスは、モバイルデバイスがユーザに握られているかどうか、および/またはどのように握られているかに少なくとも部分的に基づいて適合され得る。いくつかの例では、圧力決定プロセスは、ディスプレイ内のタッチターゲットの位置、環境雑音レベルなどに応じて適合され得る。適合プロセスは、1つまたは複数のタイプのセンサーデータに重み付け係数を適用することを伴い得る。
【００２８】
本開示で説明する主題の特定の実装形態は、以下の潜在的な利点のうちの1つまたは複数を実現するために実装され得る。いくつかの実装形態は、モバイルデバイスに一般に含まれるセンサー以外に、専用圧力センサーなど、追加のセンサーがモバイルデバイス内に展開されることを必要としない圧力感知機能を提供する。代わりに、通常提供される慣性センサーおよび/またはマイクロフォンからのセンサーデータを使用して、ユーザのタッチの圧力を決定することができる。いくつかの実装形態は、ある時点において加えられた圧力の程度および/またはある時間期間にわたって加えられた圧力の変化を決定することが可能であり得る。
【００２９】
いくつかの実装形態では、モバイルデバイスがどのように握られているか(または、握られているかどうか)に応じて、圧力を決定するためのプロセスをオンにすること、または適合させることができる。モバイルデバイスがユーザの手に握られているときにハードプレスによって引き起こされる動きは、デバイスが、テーブルトップまたはデスクトップなど、安定表面上に置かれているときにハードプレスによって引き起こされる動きとは非常に異なり得る。いくつかの実装形態は、モバイルデバイスが片手に握られているかまたは両手に握られているかに応じて、圧力を決定するためのプロセスを適合させることを伴い得る。代替または追加として、いくつかの実装形態は、ユーザのタッチのロケーション、および/またはタッチのためにどの1本または複数の指が使用されているかに応じて、圧力を決定するためのプロセスを適合させることを伴え得る。したがって、本明細書で説明する様々な実装形態は、モバイルデバイスがユーザに握られているかどうか、および/またはどのように握られているかに少なくとも部分的に基づく。
【００３０】
図1は、モバイルデバイスに加えられている圧力レベルを決定する方法の一例を概説するフローチャートである。方法100のブロックは、本明細書で説明する他の方法のように、示す順序で必ずしも実行されるわけではない。さらに、そのような方法は、示すかつ/もしくは説明するよりも多いかまたは少ないブロックを含む場合がある。
【００３１】
この実装形態では、ブロック105は、モバイルデバイスのセンサーシステムからセンサーデータを受信するステップを伴う。いくつかのそのような実装形態では、ブロック105はモバイルデバイスの制御システムによるセンサーデータの受信を伴い得る。この例では、センサーデータは慣性センサーデータを含む。慣性センサーデータは、センサーシステムのジャイロスコープおよび/または加速度計からのジャイロスコープデータおよび/または加速度計データを含み得る。いくつかの実装形態では、センサーデータは、モバイルデバイスの1つまたは複数のマイクロフォンからのオーディオデータを含み得る。
【００３２】
ここで、ブロック110は、センサーデータに基づいて、モバイルデバイスがユーザに握られているかどうかを決定するステップを伴い得る。下記でより詳細に説明するように、センサーデータに応じて、モバイルデバイスが握られているか否かについての様々な潜在的な指示が存在し得る。たとえば、モバイルデバイスが安定表面に置かれている場合、ユーザのタッチは、概して、モバイルデバイスがユーザに握られていた場合に同じタッチによって引き起こされることになる動きと比較して、それほどの回転、加速度などを引き起こさない。回転、加速度などは、モバイルデバイスの慣性センサーによって検出され得る。
【００３３】
ブロック110は、たとえば、モバイルデバイスの1つまたは複数の軸に沿った加速度の振幅を決定するステップ、モバイルデバイスの1つまたは複数の軸に沿った回転量および/または回転の角速度を決定するステップなどを伴い得る。たとえば、1つまたは複数のルックアップテーブルまたは他のデータ構造内に記憶された慣性センサーデータを参照することによって、これらのおよび/または他のタイプの慣性センサーデータを評価することができる。たとえば、ブロック110は、モバイルデバイスが安定表面上に置かれている間に、1つまたは複数のタイプの変位、加速、回転などがモバイルデバイスの使用に対応する記憶されたしきい値を超えるかどうかを決定するステップを伴い得る。
【００３４】
この例では、ブロック115は、モバイルデバイス上にユーザによって加えられた圧力レベルを決定する圧力決定プロセスを適合させるステップを伴い得る。圧力決定プロセスを適合させる様々な例が本明細書で開示される。この実装形態では、圧力決定プロセスの適合は、モバイルデバイスがユーザに握られているかどうかに少なくとも部分的に基づく。下記で詳細に説明するように、圧力決定プロセスの適合は、モバイルデバイスがどのように握られているか、環境雑音レベル、モバイルデバイスの構造またはモバイルデバイスケースの構造に対応する特徴的な動きなど、他の要因に基づき得る。
【００３５】
この例では、ブロック120は、センサーデータおよび適合された圧力決定プロセスに従って、圧力決定プロセスを実行するステップを伴い得る。ブロック120は、たとえば、受信された慣性センサーデータに対応する変位、加速、回転などを評価するステップを伴い得る。いくつかの実装形態では、ブロック120は、生加速度計データおよび/または生ジャイロスコープデータなど、生慣性センサーデータを評価するステップを伴い得る。代替または追加として、ブロック120は、慣性センサーデータを処理するステップと、結果として生じる処理された慣性センサーデータを評価するステップとを伴い得る。いくつかのそのような実装形態では、ブロック120は、傾斜、勾配など、生慣性センサーデータの変化率を決定し、評価するステップを伴い得る。代替または追加として、ブロック120は、生慣性センサーデータの平均を決定し、平均慣性センサーデータ値の変化率を評価するステップを伴い得る。たとえば、モバイルデバイスの同じエリア内のタッチに対応する慣性センサーデータの平均値を決定することができる。
【００３６】
いくつかの例では、ブロック120は、1つまたは複数のタイプの慣性センサーデータに重み付け係数を適用するステップを伴い得る。いくつかの使用事例では、たとえば、加速度計データは、ジャイロスコープデータよりも、モバイルデバイスのより多くの動き変化を指示し得る。いくつかのそのような例では、タッチターゲットロケーションは、慣性センサーデータ重み付け関数の少なくとも1つの基礎であり得る。モバイルデバイススクリーンの中央近くのターゲット上を押下するとき、たとえば、ジャイロスコープデータは、加速度計データよりも、結果として生じる動きをそれほど明らかにしない場合がある。したがって、いくつかの実装形態は、ユーザがモバイルデバイススクリーンの中央近くのターゲットをタッチしているとき、加速度計データよりも比較的少ない重み付けをジャイロスコープに加えるステップを伴い得る。モバイルデバイススクリーンのコーナーエリア上の押下は、比較的より多くの回転を生じ得る。したがって、いくつかの実装形態は、ユーザがコーナーエリア内のターゲットをタッチしているとき、加速度計データよりも比較的多くの重み付けをジャイロスコープに加えるステップを伴い得る。
【００３７】
そのような慣性センサーデータ重み付け係数はまた、モバイルデバイスがどのように握られているかに少なくとも部分的に応じ得る。たとえば、モバイルデバイスが安定位置で握られている(たとえば、ユーザの上半身に確実に支えられている)ときにユーザがモバイルデバイススクリーンの中央近くのターゲット上を押下した場合、ジャイロスコープデータは、加速度計データよりも、比較的より少ない動きを明らかにし得る。ユーザがユーザの身体から離してモバイルデバイスを握っている場合(たとえば、モバイルデバイスが拡張現実ソフトウェアアプリケーションを実行している場合)、ジャイロスコープは、ユーザがモバイルデバイスを身体により近づけて握っているテクスティング使用の場合よりも、比較的多くの回転運動を検出すると予想することができる。
【００３８】
代替または追加として、ブロック120はまた、モバイルデバイスの1つまたは複数のマイクロフォンからのオーディオデータを評価するステップを伴い得る。より高い振幅のオーディオデータに対応する、大きな音を生み出すユーザタッチ(フィンガータップなど)は、モバイルデバイス上に高い圧力レベルを生み出していると解釈され得る。いくつかの例では、オーディオデータの評価は、タッチロケーションからオーディオデータを提供したモバイルデバイスのマイクロフォンまでの相対距離を考慮に入れる。タッチロケーションは、タッチスクリーンを含み得るタッチセンサーシステムからの入力に従って決定され得る。
【００３９】
いくつかの実装形態では、ブロック120は、ブロック115において圧力決定プロセスがどのように適合されているかに応じて、圧力決定のための1つまたは複数のモデル、シナリオ、および/またはアルゴリズムを起動するステップを伴い得る。簡潔のために、そのようなモデル、シナリオ、および/またはアルゴリズムは本明細書で「シナリオ」と称する場合がある。
【００４０】
たとえば、圧力決定のためのシナリオは、生慣性データが処理されることになるかどうか、および、処理されることになる場合、どのように処理されることになるかを指示し得る。いくつかの実装形態では、圧力決定のためのシナリオは、圧力決定プロセス中に使用される基準値に関してどのルックアップテーブルまたは他のデータ構造にアクセスするかの指示を伴い得る。基準値は、たとえば、モバイルデバイスに加えられている圧力の変化するレベルに対応するセンサーデータ値であり得る。本明細書の他の場所で説明するように、いくつかの実装形態では、基準値は、ユーザがモバイルデバイスと対話している間にモバイルデバイスが握られているかどうか、および/またはどのように握られているかに応じて異なり得る。
【００４１】
モデル、シナリオ、および/またはアルゴリズムは、たとえば、1つまたは複数の非一時的媒体上に記憶された、コンピュータソフトウェアなどの命令に従って実装され得る。1つまたは複数の非一時的媒体は、モバイルデバイスのメモリシステムの一部に対応し得る。代替または追加として、関連するソフトウェアの少なくともいくつかは、モバイルデバイスが、たとえば、データネットワークを介してアクセスすることが可能であり得る別のデバイスのメモリシステム内に記憶され得る。これらの命令は、モバイルデバイスの制御システムによって実行され得る。
【００４２】
これらのシナリオは、オーディオデータが圧力決定プロセスの一部であるかどうかを指示し得る。そうである場合、シナリオは、オーディオデータがどのように処理されることになるか、慣性データも評価されることになるかどうか、異なるタイプの慣性センサーデータ間に重み付け係数を適用するかどうか、オーディオデータに基づく圧力決定結果と慣性センサーデータに基づく圧力決定結果との間に重み付け係数を適用するかどうかなどに関する命令を含み得る。
【００４３】
圧力決定プロセスのための基礎としてモバイルデバイスマイクロフォンからのオーディオデータを使用することを伴う実装形態の場合、マイクロフォンが「常時オン」ボイス制御特徴など、他の特徴に関して使用される状況が存在し得る。そのような特徴が有効化される場合、いくつかの実装形態は、マイクロフォンが、インターリーブされたスケジュール(たとえば、ボイスデータ、フィンガータップデータ、ボイスデータ、フィンガータップデータ、など)に従って両方のターゲットサウンド(ボイスおよびフィンガータッピング)を聴取していることが可能であるように、スケジューリング機構を提供することができる。いくつかの実装形態では、スケジュールは、異なる時間間隔(たとえば、ボイスデータ10ms、フィンガータップデータ5ms、ボイスデータ10ms、フィンガータップデータ5ms、など)を含み得る。いくつかの例は、ボイスコマンドが検出された場合、スケジュールされた「ボイスデータ」時間間隔を延期することを伴い得る。
【００４４】
代替または追加として、方法100は、他の圧力決定プロセスを伴い得る。いくつかの実装形態では、方法100(または、本明細書で開示する別の方法)は、モバイルデバイスのタッチスクリーンからタッチスクリーンデータを受信するステップと、タッチスクリーンデータに少なくとも部分的に基づいて圧力決定プロセスを実行するステップとを伴い得る。たとえば、圧力決定プロセスは、タッチに応答しているタッチスクリーン要素の数を決定するステップ、タッチに対応するタッチスクリーンのエリアを決定するステップ、および/またはタッチスクリーン要素によって検出されたキャパシタンス(または、他の測定された指標)の大きさを決定するステップを伴い得る。タッチに応答している比較的多くの数のタッチスクリーン要素、タッチに対応するタッチスクリーンの比較的大きなエリア、および/またはタッチスクリーン要素によって検出されたキャパシタンス(または、他の測定された指標)の比較的より大きな値はより大きな加えられた力および/または圧力を指示し得る。
【００４５】
図2は、操作されている間に安定表面上に置かれているモバイルデバイスの一例を示す。この例では、モバイルデバイス200は、その一部だけが図2に示されるテーブル205の上に置かれている。モバイルデバイス200は、タッチセンサーシステムのディスプレイ210とタッチスクリーン215とを含む。モバイルデバイス200はまた、その例が本明細書の他の場所で開示されるセンサーシステムと制御システムとを含む。
【００４６】
図2では、ディスプレイ210上に提示されたタッチターゲット225aをタッチしているユーザの指220が示される。この例では、テーブル205上に置かれているモバイルデバイス200の背面部分は比較的平坦である。したがって、モバイルデバイスは、ユーザのタッチに応じてあまり動いていない。したがって、このタッチに対応する慣性センサーデータは、比較的低振幅であり得、ユーザのタッチの圧力に関してあまり有用な情報を提供しない可能性がある。ユーザがタッチターゲット225bに触れていた場合、モバイルデバイスは、それでもあまり動かず、このタッチに対応する慣性センサーデータも比較的低振幅になる。そのような例では、このタッチに対応するオーディオデータがマイクロフォン230によって検出可能であり、圧力決定に関して、慣性センサーデータよりも比較的より有効であり得る。
【００４７】
しかしながら、ユーザの指220がタッチターゲット225aにタッチしていた間にモバイルデバイス200がユーザの手に握られていた場合、モバイルデバイス200は、モバイルデバイスが操作されている間に安定表面上に置かれているときよりも比較的より大きく変位し、加速し、かつ/または回転する可能性がある。ユーザの指220がタッチターゲット225bに触れていた間にモバイルデバイス200がユーザの手に握られていた場合、モバイルデバイス200は、モバイルデバイスが安定表面上に置かれていた場合よりも比較的より大きく動く可能性がある。ユーザのタッチによって引き起こされる動きの量は、タッチターゲットロケーションだけに左右されず、モバイルデバイスがどのように握られているかにも左右され得る。たとえば、モバイルデバイス200が下部235の近くで握られていた場合、モバイルデバイス200は、ユーザの指220がタッチターゲット225bにタッチしているとき、ユーザの指220がタッチターゲット225aをタッチしているときよりも比較的より大きく動く可能性がある。したがって、モバイルデバイス200がユーザの手に握られているとき、慣性センサーデータは圧力決定のために非常に有用であり得る。
【００４８】
モバイルデバイスが操作されている間に安定表面上に置かれているかどうか、モバイルデバイスが操作されている間にユーザに握られているかどうかに応じて、圧力決定プロセスにおいて基準値の異なるセットを使用することができる。たとえば、モバイルデバイスが操作されている間に安定表面上に置かれているときに使用されることになるシナリオに対応する基準値は、圧力のレベルに関して比較的低い慣性センサーしきい値を指示し得るが、モバイルデバイスが操作されているときにユーザに握られているときに使用されることになるシナリオに対応する基準値は、同じ圧力レベルに関して比較的高い慣性センサーしきい値を指示し得る。
【００４９】
図3は、圧力決定プロセスを適合させる一例を概説するフローチャートである。方法300のブロックは、必ずしも指示された順序で実行されず、示すかつ/もしくは説明するよりも多いまたは少ないブロックを含んでもよい。この実装形態では、ブロック305は、モバイルデバイスのセンサーシステムからセンサーデータを受信するステップを伴い、センサーデータは慣性センサーデータを含む。ブロック305は、上記で説明したブロック105が実行されたように実質的に実行され得る。
【００５０】
ブロック310は、上記で説明したブロック110の方法と同様の方法で実行され得る。しかしながら、この例では、ブロック310において、モバイルデバイスがユーザに握られていると決定された場合、プロセスは、1つまたは複数のハンドヘルドシナリオに従って圧力決定プロセスを適合させるステップを伴うブロック315に続く。
【００５１】
ハンドヘルドシナリオは、たとえば、圧力決定プロセスの一環として、慣性センサーデータを処理および/または評価するための命令を含み得る。ハンドヘルドシナリオは、モバイルデバイスのハンドヘルド使用に対応する、ルックアップテーブルまたは他のデータ構造内に記憶された慣性センサー基準値にアクセスし、記憶された慣性センサー基準値を受信された慣性センサー値と比較し、比較に応じて、モバイルデバイスに加えられた圧力を決定するための命令を含み得る。上述のように、ハンドヘルドシナリオに対応する基準値は、同じ圧力レベルに対して、非ハンドヘルドシナリオに対応する基準値と比較して、比較的高い慣性センサーしきい値を指示し得る。
【００５２】
いくつかの実装形態では、ハンドヘルドシナリオは、圧力決定プロセス中にタッチターゲットロケーションを考慮に入れるための命令を含み得る。たとえば、いくつかのそのような実装形態は、モバイルデバイスディスプレイのタッチターゲットロケーション内にタッチターゲットを表示するステップと、タッチターゲットロケーションに応じて圧力決定プロセスを適合させるステップとを伴い得る。
【００５３】
いくつかの実装形態は、タッチターゲットロケーションに応じて、かつモバイルデバイスがどのように握られているかに応じて、圧力決定プロセスを適合させるステップを伴う。たとえば、図2に示した例では、モバイルデバイス200がモバイルデバイス200の下部エリア235近くで握られていた場合、タッチターゲット225b上のタッチは、概して、タッチターゲット225a上の同じ力および圧力のタッチによりも、モバイルデバイス200のより大きな動きを引き起こすことになることにすでに留意した。したがって、いくつかの実装形態では、ハンドヘルドシナリオは、タッチターゲットロケーションに対して、かつモバイルデバイスがどのように握られているかに対して補償するために圧力決定プロセスを適合させるための命令を含み得る。いくつかのそのような実装形態は、モバイルデバイスがどのように握られることになるかについての基礎をなす仮定(たとえば、モバイルデバイスが、上部の近くで、下部の近くで、特定の側の近くで、などで握られることになるという仮定)を伴うが、他の実装形態は、慣性センサーシステムから受信されたデータに応じて、モバイルデバイスがどのように握られているかを決定するステップを伴い得る。たとえば、後者の実装形態は、モバイルデバイスの一定のエリア内のタッチが比較的高い慣性センサー振幅と一貫して相関するかどうかを決定するステップを伴い得る。そうである場合、そのような実装形態は、モバイルデバイスのこれらのエリア内の高い慣性センサー振幅を補償するために、重み付け関数または正規化関数などの関数を加えるステップを伴い得る。
【００５４】
この実装形態では、ブロック310において、モバイルデバイスがユーザに握られていないと決定された場合、プロセスは、1つまたは複数の非ハンドヘルドシナリオに従って圧力決定プロセスを適合させるステップを伴うブロック320に続く。非ハンドヘルドシナリオは、たとえば、圧力決定プロセスの一環として、慣性センサーデータを処理および/または評価するための命令を含み得る。非ハンドヘルドシナリオは、モバイルデバイスの非ハンドヘルド使用に対応する、ルックアップテーブルまたは他のデータ構造内に記憶された慣性センサー基準値にアクセスし、記憶された慣性センサー基準値を受信された慣性センサー値と比較し、比較に応じて、モバイルデバイスに加えられた圧力を決定するための命令を含み得る。上述のように、非ハンドヘルドシナリオに対応する基準値は、同じ圧力レベルに対して、ハンドヘルドシナリオに対応する基準値と比較して、比較的低い慣性センサーしきい値を指示し得る。この例では、ブロック325は、受信されたセンサーデータ、および1つもしくは複数のハンドヘルドシナリオまたは非ハンドヘルドシナリオのいずれかに従って適合された圧力決定プロセスに従って、圧力決定プロセスを実行するステップを伴う。
【００５５】
いくつかのハンドヘルドおよび/または非ハンドヘルドシナリオは、オーディオデータの使用を伴い得る。上述のように、オーディオデータは、特に環境雑音レベルが比較的低い場合、非ハンドヘルドシナリオにおける圧力決定のために有用であり得る。オーディオデータが圧力決定プロセスの一環として評価される場合、シナリオは、たとえば、オーディオデータを処理および/または評価するための命令を含み得る。シナリオが圧力決定プロセスのために慣性センサーデータを使用することをやはり伴う場合、シナリオは、オーディオデータに、慣性センサーデータに、またはオーディオデータと慣性センサーデータの両方に少なくとも1つの重み付け係数を適用するための命令を含み得る。たとえば、いくつかの非ハンドヘルドシナリオは、慣性センサーデータに対するよりも高い重み付け係数をオーディオデータに適用するための命令を含み得る。
【００５６】
いくつかのシナリオでは、オーディオデータに適用されることになる重み付け係数は、環境雑音レベルに少なくとも部分的に左右され得る。たとえば、いくつかのそのようなシナリオは、環境雑音レベルがしきい値以上であるとき、比較的低い重み付け係数をオーディオデータに適用するための命令を含み得る。いくつかの非ハンドヘルドシナリオは、オーディオデータを処理および/または評価し、慣性センサーデータを無視するための命令を含み得る。
【００５７】
様々なタイプのハンドヘルドシナリオが本明細書で提供される。たとえば、いくつかの実装形態は、モバイルデバイスが片手に握られている状況と両手で握られている状況とを区別することができる。
【００５８】
図4は、圧力決定プロセスを適合させる代替例を概説するフローチャートである。方法400のブロックは、必ずしも指示された順序で実行されず、示すかつ/または説明するよりも多いまたは少ないブロックを含んでもよい。この実装形態では、ブロック405は、モバイルデバイスのセンサーシステムから、慣性センサーデータを含むセンサーデータを受信することを伴う。ブロック405は、上記で説明したブロック105および305が実行されたように実質的に実行され得る。
【００５９】
ブロック410は、図3を参照して上記で説明したブロック310の方法と同様の方法で実行され得る。たとえば、ブロック410において、モバイルデバイスがユーザに握られていないと決定された場合、プロセスは、1つまたは複数の非ハンドヘルドシナリオに関して圧力決定プロセスが適合されるブロック430に続く。
【００６０】
しかしながら、この例では、ブロック410において、モバイルデバイスがユーザに握られていると決定された場合、プロセスは、モバイルデバイスが片手に握られているかまたは両手に握られているかを決定するブロック415に続く。(いくつかの実装形態では、ブロック410および415の動作は、実質的に同時に実行されてよく、かつ/または同じプロセスの一環であってよい。)たとえば、ブロック415は、1つまたは複数のタイプの変位、加速、回転などが、モバイルデバイスが安定表面上に置かれている間のモバイルデバイスの使用に対応する、記憶されたしきい値を超えるが、モバイルデバイスが片手に握られている間のモバイルデバイスの使用に対応する、記憶されたしきい値に満たないかどうかを決定するステップを伴い得る。
【００６１】
この実装形態では、ブロック415において、モバイルデバイスが片手に握られていると決定された場合、プロセスは、1つまたは複数の片手のシナリオに関して圧力決定プロセスが適合されるブロック420に続く。いくつかの実装形態では、片手のシナリオは、たとえば、図3のブロック315を参照して、上記で説明したハンドヘルドシナリオと実質的に同様であるか、または同じであり得る。
【００６２】
この例では、ブロック415において、モバイルデバイスが片手に握られていないと決定された場合、プロセスは、1つまたは複数の両手のシナリオに関して圧力決定プロセスが適合されるブロック425に続く。いくつかの実装形態では、両手のシナリオは、ブロック315を参照して、上記で説明したハンドヘルドシナリオと同様であり得る。この例では、ブロック435は、受信されたセンサーデータ、および1つまたは複数のハンドヘルドシナリオまたは非ハンドヘルドシナリオのいずれかに従って適合された圧力決定プロセスに従って、圧力決定プロセスを実行するステップを伴う。
【００６３】
しかしながら、いくつかの実装形態は、モバイルデバイスが操作されている間に安定表面上に置かれているかどうか、モバイルデバイスが操作されている間にモバイルデバイスが片手に握られているかどうか、またはモバイルデバイスが両手に握られているかどうかに応じて、圧力決定プロセスにおいて基準値の異なるセットを使用することができる。たとえば、両手のシナリオに関する基準値は、片手のシナリオに関する基準値および非ハンドヘルド操作に関する基準値と比較して、中間基準値であり得る。いくつかの実装形態では、両手のシナリオに関する基準値は、同じ圧力レベルに対して、片手のシナリオに関する基準値と比較して、低い慣性センサーしきい値に対応し得る。両手のシナリオに関する基準値は、非ハンドヘルド操作に関する基準値と比較して、同じ圧力レベルに関してより高い慣性センサーしきい値に対応し得る。
【００６４】
いくつかの例では、モバイルデバイス上でユーザのタッチによって引き起こされる動きは、モバイルデバイスが右手に握られているかまたは左手に握られているかに応じて異なり得る。図5A〜図5Cは、モバイルデバイスが片手に握られている間のモバイルデバイス上のユーザタッチの例を示す。図5Aおよび図5Bに示す例では、モバイルデバイス200は、ユーザの左手500に握られているが、図5Cでは、モバイルデバイス200はユーザの右手550に握られている。
【００６５】
図5Aでは、ユーザがユーザの左親指505aでディスプレイ210の左側に提示されているタッチターゲット225cをタッチしているのが示されている。この例では、モバイルデバイス200は、ユーザがディスプレイ210の左側をタッチするとき、垂直軸510を中心として方向B(上面から見たとき時計回り)に回転する傾向があり、ユーザがユーザの左親指505aでディスプレイ210の右側をタッチするとき、たとえば、ユーザがタッチターゲット225dをタッチするとき、垂直軸510を中心として方向A(上面から見たとき反時計回り)に回転する傾向がある。
【００６６】
図5Bは、ユーザの指220が、ディスプレイ210の右側に提示されているタッチターゲット225dをタッチしているのが示されている。この例では、指220はユーザの右手の人差し指である。ユーザが指220でディスプレイ210の右側をタッチするとき、モバイルデバイス200は、垂直軸510を中心として方向Aに回転する傾向がある。同様に、ユーザが指220でディスプレイ210の左側をタッチするとき、たとえば、ユーザがタッチターゲット225eをタッチするとき、モバイルデバイス200は、垂直軸510を中心として方向Bに回転する傾向がある。
【００６７】
図5Cでは、ユーザがユーザの右親指505bでディスプレイ210の左側に提示されているタッチターゲット225eをタッチしているのが示されている。この例では、モバイルデバイス200は、ユーザがディスプレイ210の左側をタッチするとき、垂直軸510を中心として方向Bに回転する傾向があり、ユーザがユーザの右親指505bでディスプレイ210の右側をタッチするとき、たとえば、ユーザがタッチターゲット225fをタッチするとき、垂直軸510を中心として方向Aに回転する傾向がある。
【００６８】
しかしながら、少なくとも部分的に、人間の手首の構造により、モバイルデバイス200の回転および/もしくは加速の大きさは、モバイルデバイス200が左手500に握られているかもしくは右手550に握られているかに応じて、方向Aまたは方向Bのいずれかにおいてより大きくなる傾向がある。たとえば、モバイルデバイスが左手500で握られているとき、モバイルデバイス200の回転および/または加速の大きさは、方向Aにおいてより大きくなる傾向がある。ユーザがディスプレイ210を左親指505aでタッチしているか、または右人差し指でタッチしているかにかかわらず、これは当てはまる。たとえば、図5Aのタッチターゲット225cがタッチターゲット225dと同じ距離だけ軸510から離れていると仮定すると、タッチターゲット225dをタッチすることによって引き起こされるモバイルデバイス200の方向Aにおける回転および/または加速の大きさは、それでも、タッチターゲットと225cをタッチすることによって引き起こされるモバイルデバイス200の方向Bにおける回転および/または加速の大きさよりも大きくなる傾向がある。したがって、いくつかの実装形態は、モバイルデバイスがユーザの右手に握られているかまたは左手に握られているかを決定するステップを伴い得る。
【００６９】
図6は、モバイルデバイスが右手に握られているかまたは左手に握られているかに応じて圧力決定プロセスを適合させるための例示的なブロックを提供するフローチャートである。いくつかの実装形態では、ブロック605〜615は、図4のブロック405〜415が実行されるように実質的に実行され得る。同様に、ブロック630および635は、図4のブロック425および430が実行されたように実質的に実行され得る。
【００７０】
しかしながら、この実装形態は、片手のシナリオのさらなる区別を提供する。この例では、ブロック615において、モバイルデバイスが片手に握られていると決定された場合、プロセスは、モバイルデバイスがどちらの手に握られているかを決定するブロック617に続く。図6に示す例では、ブロック617は、モバイルデバイスがユーザの右手に握られているかどうかを決定するステップを伴う。
【００７１】
上述のように、モバイルデバイスが右手に握られている間にモバイルデバイスをタッチすることは、垂直軸を中心として特定の方向(たとえば、モバイルデバイスの上面から見たとき時計回り方向)のモバイルデバイスの回転および/または加速の大きさの増大など、動きの特徴的なパターンを生み出し得る。したがって、ブロック617は、モバイルデバイスのセンサーシステムからのセンサーデータに応じて、そのような動きの特徴的なパターンを決定するステップを伴い得る。いくつかの実装形態では、ブロック617は、ユーザの親指または他の指のロケーションが決定され得るかどうかを決定するためにタッチスクリーンデータを分析するステップを伴い得る。
【００７２】
ブロック617において、モバイルデバイスがユーザの右手に握られていると決定された場合、プロセスは、右手のシナリオに従って圧力決定プロセスを適合させるステップを伴うブロック620に続く。ブロック617において、モバイルデバイスがユーザの右手に握られていないと決定された場合、プロセスは、左手のシナリオに従って圧力決定プロセスを適合させるステップを伴うブロック625に続く。いくつかの実装形態では、ブロック620および625は、本明細書の他の場所で説明したような(たとえば、図4のブロック420を参照して上記で説明したような)片手のシナリオの修正されたバージョンを適合させるステップを伴い得る。
【００７３】
たとえば、ブロック620は、モバイルデバイスを右手に握っている間にモバイルデバイスをタッチすることによって引き起こされる動きの特徴的なパターンを補償するために修正された片手のシナリオを適用するステップを伴うことができ、ブロック625は、モバイルデバイスを左手で握っている間にモバイルデバイスをタッチすることによって引き起こされる動きの特徴的なパターンを補償するために修正された片手のシナリオを適用するステップを伴うことができる。いくつかの実装形態では、右手のシナリオに関する修正は、ディスプレイの左側のタッチに対応する慣性センサーデータの値を低減する、かつ/またはディスプレイの右側のタッチに対応する慣性センサーデータの値を増大する関数を適用するステップを伴い得る。逆に、左手のシナリオに関する修正は、ディスプレイの左側のタッチに対応する慣性センサーデータの値を増大する、かつ/またはディスプレイの右側のタッチに対応する慣性センサーデータの値を低減する関数を適用するステップを伴い得る。この例では、ブロック640は、受信されたセンサーデータ、および1つまたは複数のハンドヘルドシナリオまたは非ハンドヘルドシナリオのいずれかに従って適合された圧力決定プロセスに従って、圧力決定プロセスを実行するステップを伴う。
【００７４】
図7Aおよび図7Bは、異なる向きで握られているモバイルデバイスの例を示す。図7Aで、モバイルデバイス200は縦方向の向きで握られており、図7Bで、モバイルデバイス200は横方向の向きで握られている。両方の例で、タッチターゲット225gは、垂直軸705および水平軸710を参照すると、ディスプレイ210の右上部分に位置する。しかしながら、モバイルデバイス200が横方向の向きで握られているとき、モバイルデバイス200が縦方向の向きで握られているときと比較して、タッチターゲット225gは、垂直軸705から比較的遠く、水平軸710に比較的近い。したがって、いくつかの実装形態では、タッチターゲットのロケーションに応じて圧力決定プロセスを適合させることは、モバイルデバイスの向きに少なくとも部分的に基づき得る。
【００７５】
図8は、モバイルデバイスの向きに少なくとも部分的に基づいて圧力決定プロセスを適合させる例示的なブロックを提供するフローチャートである。この例では、方法800は、モバイルデバイスがユーザに握られていると決定するブロック805で始まる。ここで、ブロック805の決定は、慣性センサーデータに少なくとも部分的に基づく。ブロック805は、たとえば、他の図を参照して上記で説明したのと同様の方法で、たとえば、図1のブロック110と同様の方法で実行され得る。
【００７６】
ここで、ブロック810は、モバイルデバイスの向きを決定するステップを伴う。この例では、ブロック810は、慣性センサーデータに応じて、モバイルデバイスの向きを決定するステップを伴う。慣性センサーデータは、たとえば、モバイルデバイスの慣性センサーシステムからのジャイロスコープデータを含み得る。ブロック810で、モバイルデバイスが縦方向の向きにあると決定された場合、ブロック815において、縦方向の向きに応じて圧力決定プロセスが適合されることになる。ブロック810で、モバイルデバイスが横方向の向きにあると決定された場合、ブロック820において、横方向の向きに応じて圧力決定プロセスが適合されることになる。
【００７７】
横方向の向きまたは縦方向の向きに応じて圧力決定プロセスを適合させることは、モバイルデバイスのディスプレイ上のタッチターゲットのロケーションを補償するステップを伴い得る。図7Aおよび図7Bを再び参照すると、モバイルデバイス200が横方向の向きで握られているとき、モバイルデバイス200が縦方向の向きで握られているときと比較して、タッチターゲット225gは、垂直軸705から比較的遠く、水平軸710に比較的近いことに留意した。したがって、モバイルデバイスが横方向の向きにあるときにユーザがタッチターゲット225gをタッチするとき、タッチは、モバイルデバイス200が縦方向の向きで握られているときと比較して、垂直軸705を中心として比較的大きな回転を引き起こし、水平軸710を中心として比較的小さな回転を引き起こし得る。したがって、ブロック815および820は、これらの効果を補償するための関数を適用するステップを伴い得る。この関数は、たとえば、変換関数、重み付け関数、または正規化関数であり得る。
【００７８】
いくつかの例では、方法800はまた、モバイルデバイスが片手に握られているかまたは両手に握られているかを決定するステップを伴い得る。方法800は、モバイルデバイスが右手に握られているかまたは左手に握られているかを決定するステップを伴い得る。たとえば、図7Aおよび図7Bを再び参照すると、モバイルデバイス200がユーザの左手に握られていて、向きを水平方向から縦方向に変更する場合、タッチターゲット225g上のユーザのタッチは、モバイルデバイス200がユーザの右手に握られていた場合よりも、モバイルデバイスに比較的大きな回転および/または加速を引き起こす傾向がある。したがって、いくつかの実装形態は、モバイルデバイスの向きだけを補償するのではなく、モバイルデバイスがどのように握られているかをやはり補償するためにも圧力決定プロセスをさらに適用するステップを伴い得る。この例では、ブロック825は、受信されたセンサーデータ、および縦方向の向きまたは横方向の向きのいずれかに応じて適合された圧力決定プロセスに従って、圧力決定プロセスを実行するステップを伴う。
【００７９】
図9は、モバイルデバイスの向きに少なくとも部分的に基づいて圧力決定プロセスを適合させる別の例を提供するフローチャートである。この例では、方法900は、モバイルデバイスがユーザに握られていると決定するブロック905で始まる。ここで、ブロック905の決定は、慣性センサーデータに少なくとも部分的に基づく。ブロック905は、他の図を参照して上記で説明したのと同様の方法で、たとえば、図1のブロック110と同様の方法で実行され得る。
【００８０】
ブロック910において、モバイルデバイスの向きを決定する。ブロック910は、図8のブロック810と実質的に同様であり得る。この例では、ブロック915は、モバイルデバイスディスプレイ上のタッチターゲットロケーション内にタッチターゲットを表示するステップを伴う。ここで、ブロック920は、タッチターゲットロケーションに応じて圧力決定プロセスを適合させるステップを伴う。図7Aおよび図7Bを再び参照すると、モバイルデバイスが横方向の向きにあるときにユーザがタッチターゲット225gをタッチする場合、タッチは、モバイルデバイス200が縦方向の向きで握られているときと比較して、垂直軸705を中心として比較的大きな回転を引き起こし、水平軸710を中心として比較的小さな回転を引き起こし得る。したがって、ブロック920は、これらの効果を補償するための関数を適用するステップを伴い得る。この関数は、たとえば、変換関数、重み付け関数、または正規化関数であり得る。この例では、ブロック925は、受信されたセンサーデータ、およびタッチターゲットロケーションに応じて適合された圧力決定プロセスに従って、圧力決定プロセスを実行するステップを伴う。
【００８１】
いくつかの実装形態は、ユーザタッチパターンを決定するステップを伴い得る。たとえば、いくつかのそのような実装形態は、ユーザの「ソフトプレス」および「ハードプレス」に対応するセンサーデータを決定するために、ユーザのフィンガータップ、押下などを監視するステップを伴い得る。この情報を使用して、個々のユーザの固有のタッチパターンに応じて圧力決定プロセスを適合させることができる。
【００８２】
いくつかの例では、特定のユーザの「ソフトプレス」および「ハードプレス」の動きに関する典型的な値範囲を決定することができる。いくつかの実装形態では、ソフトプレス値範囲を参照して、しきい値を参照して、かつ/またはしきい値の範囲を参照して、ユーザに関するハードプレス「デルタ」を決定することができる。ソフトプレスおよびハードプレスの値範囲は、たとえば、上述のように、デバイスがどのように握られているかまたは握られているかどうか、およびタッチターゲットロケーションに左右され得る。ハードプレスとソフトプレスとの間のデルタ、ならびにハードプレス値およびソフトプレス値の範囲は、ユーザごとに異なり得る。
【００８３】
図10は、ユーザタッチパターンを決定する一例を提供するフローチャートである。この例では、ブロック1005は、モバイルデバイスのセンサーシステムからセンサーデータを受信するステップを伴う。ここで、センサーデータは慣性センサーデータを含む。ブロック1010において、センサーデータに少なくとも部分的に基づいて、モバイルデバイスがユーザに握られているかどうかを決定する。したがって、ブロック1005および1010は、図1のブロック105および110と実質的に同様であり得る。
【００８４】
しかしながら、この例では、ブロック1010において、モバイルデバイスがユーザに握られていると決定された場合、プロセスはブロック1015に続く。ブロック1015は、ハンドヘルドシナリオに関するソフトプレス値範囲およびハードプレス値範囲を決定するステップを伴う。ここで、ブロック1010において、モバイルデバイスがユーザに握られていないと決定された場合、プロセスは、非ハンドヘルドシナリオに関するソフトプレス値範囲およびハードプレス値範囲を決定するステップを伴うブロック1020に続く。ソフトプレス値範囲およびハードプレス値範囲は、たとえば、慣性センサー値の範囲、オーディオデータ振幅の範囲などに対応し得る。この例では、ブロック1025は、受信されたセンサーデータおよび適合された圧力決定プロセスに従って、圧力決定プロセスを実行するステップを伴い得る。
【００８５】
上述のように、モバイルデバイスが、平坦な背面を有し、安定表面上に置かれている場合、ユーザタッチに応じた慣性センサーデータは比較的低い振幅であり得る。したがって、非ハンドヘルドシナリオに関するソフトプレス値およびハードプレス値は、ハンドヘルドシナリオに関するソフトプレス値およびハードプレス値よりも比較的小さい傾向があり得る。ソフトプレス値範囲およびハードプレス値範囲は、モバイルデバイスのメモリ内に局所的に記憶されてよく、かつ/または別のデバイス(サーバなど)に送信されて、他のデバイスのメモリ内に記憶されてもよい。
【００８６】
上述のように、モバイルデバイスが、テーブルトップなど、安定表面に置かれている場合、慣性センサーは、モバイルデバイス上にユーザによって加えられた圧力レベルに関してあまり有用な情報をもたらさない可能性がある。したがって、モバイルデバイスがユーザに握られていないと決定されたとき、いくつかの実装形態は、モバイルデバイスにモバイルデバイスを手に取るようにユーザに促させることを伴い得る。たとえば、モバイルデバイス上で実行しているアプリケーションが、感圧性ボタン(ゲームにおいて使用するためのボタンなど)からの入力を受信することを伴い、(たとえば、モバイルデバイスがテーブルの上に置かれているため)加速度計および/またはジャイロスコープのデータがデバイスは手に握られていないことを示唆する場合、ハンドヘルドシナリオの拡張圧力決定能力を活用するために、モバイルデバイスを握るようにユーザに促すことができる。
【００８７】
図11は、代替の圧力決定プロセス方法の一例を提供するフローチャートである。ブロック1105、1110、および1115は、ブロック1005、1010、および1015と実質的に同様であり得る。しかしながら、この例では、ブロック1110において、モバイルデバイスがユーザに握られていないと決定された場合、モバイルデバイスを握るようにユーザに促すことができる。この例では、ユーザは、所定の回数だけ促されることになる。したがって、ユーザに促す前に、ブロック1120において、ユーザプロンプト限度に達したかどうかを決定する。達していない場合、ブロック1125において、モバイルデバイスを手に取るようにユーザに促す。プロンプトは、モバイルデバイスによって提供されるオーディオプロンプトおよび/または視覚的プロンプトであってよい。
【００８８】
デバイスを手に取るようにユーザに促した後で、プロセスはブロック1110に戻り、ユーザがモバイルデバイスを握っているかどうかを再び決定する。握っている場合、ブロック1115において、1つまたは複数のハンドヘルドシナリオに従って圧力決定プロセスが適合され得る。そうでない場合、プロセスはブロック1120に続く。プロンプト限度に達する前にユーザがモバイルデバイスを手に取らない場合、プロセスは、非ハンドヘルドシナリオに従って圧力決定プロセスを適合させるステップを伴うブロック1130に続く。
【００８９】
図12Aおよび図12Bは、モバイルデバイスケースの背面の例を示す。図12Aに示す例では、モバイルデバイスケース1200aの背面は、モバイルデバイスカメラのためのアパーチャ1205とロゴ1210とを含む。この例では、ロゴ1210は、モバイルデバイスケース1200aの背面から若干突出した浮彫文字で形成される。そのようなケースを有するモバイルデバイスが安定表面上にあるときですら、アパーチャ1205およびロゴ1210は、ある程度の不安定性と、これらの特徴に対応する特徴的な動きとを引き起こす。たとえば、モバイルデバイスの一定エリア内のタッチは、垂直軸1215および/または水平軸1220を中心としてある程度の回転をもたらし得る。
【００９０】
図12Bに示す例では、モバイルデバイスケース1200bの背面は、リッジの形の若干の突起を含む。そのようなケースを有するモバイルデバイスが安定表面上に置かれているときですら、モバイルデバイスの一定エリア内のタッチ(たとえば、モバイルデバイスの上位部分内のハードタッチ)は、軸1230を中心としてある程度の回転など、特徴的な動きをもたらし得る。
【００９１】
したがって、本明細書で開示するいくつかの実装形態は、モバイルデバイスの1つまたは複数の構造またはモバイルデバイスケースの1つまたは複数の構造に対応する特徴的な動きに少なくとも部分的に基づいて圧力決定プロセスを適合させることを伴い得る。いくつかの例では、構造は、ベゼル、リッジ、サポート、および/またはアパーチャを含み得る。
【００９２】
図13は、モバイルデバイスの例示的な要素を示すブロック図である。この例では、モバイルデバイス200は、センサーシステム1305と制御システム1310とを含む。センサーシステム1305は、1つまたは複数のジャイロスコープ、加速度計、マイクロフォンなどを含み得る。制御システム1310は、1つまたは複数の汎用シングルまたはマルチチッププロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくはその他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理、ディスクリートハードウェア構成要素、またはそれらの組合せを含んでもよい。制御システム1310はまた、1つまたは複数のランダムアクセスメモリ(RAM)デバイス、読取り専用メモリ(ROM)デバイスなどの1つまたは複数のメモリデバイスを含んでもよい(および/または、そのようなメモリデバイスと通信できるように構成されてもよい)。
【００９３】
制御システム1310は、本明細書で開示する方法を少なくとも部分的に実行することが可能であり得る。たとえば、制御システム1310は、センサーシステム1305から、慣性センサーデータを含むセンサーデータを受信することが可能であり得る。制御システム1310は、センサーデータに基づいて、モバイルデバイスがユーザに握られているかどうかを決定することが可能であり得る。制御システム1310は、モバイルデバイス上にユーザによって加えられた圧力レベルを決定する圧力決定プロセスを適合させることが可能であり得る。適合は、モバイルデバイスがユーザに握られているかどうかに少なくとも部分的に基づき得る。制御システム1310は、センサーデータに応じて圧力決定プロセスを実行することが可能であり得る。
【００９４】
いくつかの実装形態では、センサーデータは、センサーシステム1305のマイクロフォンからのオーディオデータを含むことができ、圧力レベルの決定はオーディオデータに少なくとも部分的に基づき得る。圧力決定プロセスを適合させることは、オーディオデータに、慣性センサーデータに、またはオーディオデータと慣性センサーデータの両方に少なくとも1つの重み付け係数を適用することを伴い得る。
【００９５】
オプションで、モバイルデバイス200は、ディスプレイ210、タッチセンサーシステム(図示せず)など、他の構成要素を含み得る。ディスプレイ210は、図14Aおよび図14Bを参照して下記で説明するタイプのディスプレイ1330など、任意の適切なタイプのディスプレイであり得る。制御システム1310は、ディスプレイのロケーション内にタッチターゲットを表示することが可能であり得る。制御システム1310は、ディスプレイ上のタッチターゲットのロケーションに応じて圧力決定プロセスを適合させることが可能であり得る。
【００９６】
いくつかの実装形態によれば、制御システム1310は、モバイルデバイスの向きを決定することが可能であり得る。タッチターゲットのロケーションに応じて圧力決定プロセスを適合させることは、モバイルデバイスの向きに少なくとも部分的に基づき得る。
【００９７】
いくつかの実装形態では、制御システム1310はユーザタッチパターンを決定することが可能であり得る。制御システム1310は、ユーザタッチパターンに少なくとも部分的に基づいて、圧力決定プロセスを適合させることが可能であり得る。
【００９８】
いくつかの実装形態によれば、制御システム1310は、モバイルデバイス200が片手で握られているかまたは両手で握られているかを決定することが可能であり得る。制御システム1310は、モバイルデバイスが片手で握られているかまたは両手で握られているかに少なくとも部分的に基づいて、圧力決定プロセスを適合させることが可能であり得る。
【００９９】
制御システム1310がモバイルデバイス200はユーザに握られていないと決定したとき、制御システム1310は、モバイルデバイスにモバイルデバイスを手に取るようにユーザに促させることが可能であり得る。
【０１００】
図14Aおよび図14Bは、この例では、ディスプレイデバイスであるモバイルデバイスの例示的な構成要素を示すシステムブロック図の例を示す。このディスプレイデバイス1440は、たとえば、スマートフォン、セルラー電話またはモバイル電話などのモバイルディスプレイデバイスであってもよい。しかし、ディスプレイデバイス1440の同じ構成要素またはそれらのわずかな変形例は、テレビジョン、コンピュータ、タブレット、電子リーダー、ハンドヘルドデバイスおよびポータブルメディアデバイスのような様々な種類のディスプレイデバイスも例示している。
【０１０１】
この例では、ディスプレイデバイス1440は、ハウジング1441と、ディスプレイ1430と、タッチ感知システム10と、アンテナ1443と、スピーカ1445と、入力デバイス1448と、マイクロフォン1446とを含む。ハウジング1441は、射出成形および真空成形を含む様々な製造プロセスのいずれによって形成されてもよい。また、ハウジング1441は、プラスチック、金属、ガラス、ゴム、およびセラミック、またはそれらの組合せを含むがそれらに限らない様々な材料のいずれから作られてもよい。ハウジング1441は、異なる色を有するかまたはそれぞれに異なるロゴ、絵、または記号を含む取外し可能な他の部分と交換されてもよい取外し可能な部分(図示せず)を含んでもよい。
【０１０２】
ディスプレイ1430は、プラズマディスプレイ、有機発光ダイオード(OLED)ディスプレイ、もしくは液晶ディスプレイ(LCD)などのフラットパネルディスプレイ、または陰極線管(CRT)もしくは他のチューブデバイスなどの非フラットパネルディスプレイを含む様々なディスプレイのいずれであってもよい。また、ディスプレイ1430は、干渉変調器(IMOD)ベースのディスプレイまたはマイクロシャッターベースのディスプレイを含んでもよい。
【０１０３】
ディスプレイデバイス1440の一例の構成要素を図14Bに概略的に示す。ここで、ディスプレイデバイス1440は、ハウジング1441を含み、ディスプレイデバイス1440内に少なくとも部分的に密閉された追加の構成要素を含んでもよい。たとえば、ディスプレイデバイス1440は、トランシーバ1447に結合されてもよいアンテナ1443を含むネットワークインターフェース1427を含む。ネットワークインターフェース1427は、ディスプレイデバイス1440に表示することのできる画像データのソースであってもよい。したがって、ネットワークインターフェース1427は、画像ソースモジュールの一例であるが、プロセッサ1421および入力デバイス1448も画像ソースモジュールとして働いてよい。トランシーバ1447は、調整ハードウェア1452に接続されたプロセッサ1421に接続される。調整ハードウェア1452は、信号を調整する(たとえば、信号をフィルタリングする、またはさもなければ処理する)ことが可能であり得る。調整ハードウェア1452は、スピーカ1445およびマイクロフォン1446に接続されてもよい。プロセッサ1421はまた、入力デバイス1448およびドライバコントローラ1429に接続されてもよい。ドライバコントローラ1429は、フレームバッファ1428およびアレイドライバ1422に結合されてもよく、アレイドライバ1422はディスプレイアレイ1430に結合されてもよい。図14Bに特に示されていない要素を含む、ディスプレイデバイス1440における1つまたは複数の要素は、メモリデバイスとし働くことが可能であり、かつプロセッサ1421または制御システムの他の構成要素と通信することが可能であってもよい。いくつかの実装形態では、電源1450は、特定のデバイスデバイス1440設計において実質的にすべての構成要素に電力を供給してもよい。
【０１０４】
この例では、ディスプレイデバイス1440は、タッチコントローラ1477も含む。タッチコントローラ1477は、たとえば、上述のような制御システム1310の一部であってもよい。したがって、いくつかの実装形態では、タッチコントローラ1477(および/または、制御システム1310の他の構成要素)は1つまたは複数のメモリデバイスを含んでもよい。いくつかの実装形態では、制御システム1310はまた、図14Bに示すプロセッサ1421、アレイドライバ1422、および/またはドライバコントローラ1429などの構成要素を含んでもよい。タッチコントローラ1477は、たとえば、配線を介してタッチ感知システム10の要素と(たとえば、タッチスクリーンの要素と)通信することが可能であってもよく、タッチ感知グシステム10を制御することが可能であってもよい。タッチコントローラ1477は、タッチ感知システム10上の指などの1つまたは複数の対象物の位置および/もしくは動きまたはタッチ感知システム10に近接した対象物の位置および/もしくは動きを決定することが可能であってもよい。しかしながら、代替実施形態では、プロセッサ1421(または制御システム1310の別の部分)はこの機能の一部またはすべてを実現することが可能であってもよい。
【０１０５】
タッチコントローラ1477(および/または、制御システム1310の別の要素)は、1つまたは複数のタッチロケーションに応じてディスプレイデバイス1440を制御するための入力を生成することが可能であってもよい。いくつかの実装形態では、タッチコントローラ1477は、1つまたは複数のタッチロケーションの動きを決定し、動きに応じてディスプレイデバイス1440を制御するための入力を生成することが可能であってもよい。代替または追加として、タッチコントローラ1477は、ディスプレイデバイス1440に近接する対象物のロケーションおよび/または動きを決定することが可能であってもよい。したがって、いくつかの実装形態では、タッチコントローラ1477は、ディスプレイデバイス1440への接触がない場合でも、指またはスタイラスの動き、手によるジェスチャーなどを検出することが可能であってもよい。タッチコントローラ1477は、そのような検出された動きおよび/またはジェスチャーに応じてディスプレイデバイス1440を制御するための入力を生成することが可能であってもよい。
【０１０６】
ネットワークインターフェース1427は、ディスプレイデバイス1440がネットワークを介して1つまたは複数のデバイスと通信することができるようにアンテナ1443とトランシーバ1447とを含む。ネットワークインターフェース1427はまた、たとえば、プロセッサ1421のデータ処理要件を軽減するために、いくつかの処理能力を有することができる。アンテナ1443は、信号を送受信してもよい。いくつかの実装形態では、アンテナ1443は、IEEE16.11(a)、IEEE16.11(b)、もしくはIEEE16.11(g)を含むIEEE16.11標準、またIEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11nを含むIEEE802.11標準、およびそのさらなる実装形態に従ってRF信号を送受信する。いくつかの他の実装形態では、アンテナ1443は、Bluetooth(登録商標)標準に従ってRF信号を送受信する。セルラー電話の場合、アンテナ1443は、符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、モバイル通信用グローバルシステム(GSM(登録商標))、GSM(登録商標)/汎用パケット無線サービス(GPRS)、拡張データGSM(登録商標)環境(EDGE)、地上基盤無線(TETRA)、広帯域CDMA(W-CDMA)、エボリューションデータオプティマイズド(EV-DO)、1xEV-DO、EV-DO Rev A、EV-DO Rev B、高速パケットアクセス(HSPA)、高速ダウンリンクパケットアクセス(HSDPA)、高速アップリンクパケットアクセス(HSUPA)、発展型高速パケットアクセス(HSPA+)、ロングタームエボリューション(LTE)、AMPS、または3G技術、4G技術、もしくは5G技術を利用するシステムなどの、ワイヤレスネットワーク内で通信するのに使用される他の公知の信号を受信するように設計されてもよい。トランシーバ1447は、アンテナ1443から受信された信号をプロセッサ1421によって受信しさらに処理することができるように前処理してもよい。トランシーバ1447は、プロセッサ1421から受信された信号をディスプレイデバイス1440からアンテナ1443を介して送信することができるように処理してもよい。
【０１０７】
いくつかの実装形態では、トランシーバ1447は受信機と置き換えられてもよい。また、いくつかの実装形態では、ネットワークインターフェース1427は、プロセッサ1421に送られるべき画像データを記憶または生成する場合がある画像ソースと置き換えられてもよい。プロセッサ1421は、ディスプレイデバイス1440の動作全体を制御してもよい。プロセッサ1421は、圧縮された画像データなどのデータをネットワークインターフェース1427または画像ソースから受信し、データを処理して生画像データまたは生の画像データに容易に処理することのできるフォーマットに変換する。プロセッサ1421は、処理済みのデータを記憶できるようにドライバコントローラ1429またはフレームバッファ1428に送ってもよい。生データは通常、画像内の各ロケーションでの画像特性を識別する情報を指す。たとえば、そのような画像特性は、色、彩度、およびグレースケールレベルを含んでもよい。
【０１０８】
プロセッサ1421は、ディスプレイデバイス1440の動作を制御するマイクロコントローラ、CPU、または論理ユニットを含んでもよい。調整ハードウェア1452は、信号をスピーカ1445に送信し、マイクロフォン1446から信号を受信するための増幅器およびフィルタを含んでもよい。調整ハードウェア1452は、ディスプレイデバイス1440内の個別構成要素であってもよく、またはプロセッサ1421もしくは他の構成要素内に組み込まれてもよい。
【０１０９】
ドライバコントローラ1429は、プロセッサ1421によって生成された生画像データをプロセッサ1421から直接取り込んでも、またはフレームバッファ1428から取り込んでもよく、かつ生画像データをアレイドライバ1422に高速に送信できるように適切に再フォーマットしてもよい。いくつかの実装形態では、ドライバコントローラ1429は、生画像データを、ラスタ状フォーマットを有するデータフローに再フォーマットしてもよく、それによって、ドライバコントローラ1429は、ディスプレイアレイ1430全体にわたってスキャンするのに適した時間順を有する。次いで、ドライバコントローラ1429は、フォーマット済みの情報をアレイドライバ1422に送信する。LCDコントローラなどのドライバコントローラ1429は、しばしば、スタンドアロンの集積回路(IC)としてシステムプロセッサ1421に関連付けられるが、そのようなコントローラは、多くの方法で実装され得る。たとえば、コントローラは、ハードウェアとしてプロセッサ1421内に組み込まれ得、ソフトウェアとしてプロセッサ1421内に組み込まれ得、またはアレイドライバ1422とともにハードウェア内に完全に集積され得る。
【０１１０】
アレイドライバ1422は、ドライバコントローラ1429からフォーマット済みの情報を受信してもよく、ディスプレイ要素のディスプレイのx-yマトリックスからの数百本、場合によっては数千本(またはそれよりも多く)のリード線に1秒当たりに何度も印加される互いに平行な波形のセットに、映像データを再フォーマットしてもよい。
【０１１１】
いくつかの実装形態では、ドライバコントローラ1429、アレイドライバ1422、およびディスプレイアレイ1430は、本明細書で説明するディスプレイのタイプのうちのいずれにも適している。たとえば、ドライバコントローラ1429は、従来のディスプレイコントローラまたは双安定ディスプレイコントローラ(IMODディスプレイ要素コントローラなど)であってもよい。また、アレイドライバ1422は、従来のドライバまたは双安定ディスプレイドライバであってもよい。さらに、ディスプレイアレイ1430は、従来のディスプレイアレイまたは双安定ディスプレイであってもよい。いくつかの実装形態では、ドライバコントローラ1429は、アレイドライバ1422と一体化されてもよい。そのような実装形態は、高集積度システム、たとえば、モバイルフォン、ポータブル電子デバイス、腕時計またはスモールエリアディスプレイにおいて有用である場合がある。
【０１１２】
いくつかの実装形態では、入力デバイス1448は、たとえばユーザがディスプレイデバイス1440の動作を制御するのが可能であってもよい。入力デバイス1448は、QWERTYキーボードもしくは電話キーパッドのようなキーパッド、ボタン、スイッチ、ロッカー、タッチセンシティブスクリーン、ディスプレイアレイ1430と一体化されたタッチセンシティブスクリーン、または圧力感応膜もしくは感熱膜を含んでもよい。マイクロフォン1446は、ディスプレイデバイス1440用の入力デバイスとして働くことが可能であってもよい。いくつかの実装形態では、マイクロフォン1446を通じた音声コマンドがディスプレイデバイス1440の動作を制御するのに使用されてもよい。
【０１１３】
電源1450は、様々なエネルギー貯蔵デバイスを含んでもよい。たとえば、電源1450は、ニッケルカドミウム電池またはリチウムイオン電池のような充電式バッテリーであってもよい。充電式バッテリーを使用する実装形態では、充電式バッテリーは、たとえば、壁コンセントまたは光起電性デバイスまたはアレイからの電力を使用して充電可能であってもよい。代替的に、充電式バッテリーはワイヤレス充電可能であってもよい。電源1450は、再生可能なエネルギー源、キャパシタ、またはプラスチック太陽電池もしくは塗料型太陽電池を含む太陽電池であってもよい。電源1450は、壁コンセントから電力を受けることが可能であってもよい。
【０１１４】
いくつかの実装形態では、電子ディスプレイシステム内のいくつかの場所に配置されてもよいドライバコントローラ1429に制御プログラマビリティが存在する。いくつかの他の実装形態では、アレイドライバ1422に制御プログラマビリティが存在する。上記で説明した最適化は、任意の数のハードウェアおよび/またはソフトウェア構成要素において、ならびに様々な構成において実施され得る。
【０１１５】
本明細書で使用される、項目のリスト「のうちの少なくとも1つ」に言及する句は、単一の要素を含むそれらの項目の任意の組合せを指す。一例として、「a、b、またはcのうちの少なくとも1つ」は、a、b、c、a-b、a-c、b-c、およびa-b-cを包含することを意図されている。
【０１１６】
本明細書で開示した実装形態に関して説明した様々な例示的な論理、論理ブロック、モジュール、回路およびアルゴリズムプロセスは、電子ハードウェア、コンピュータソフトウェアまたは両方の組合せとして実装され得る。ハードウェアとソフトウェアの互換性について、概して機能に関して説明し、上記で説明した様々な例示的な構成要素、ブロック、モジュール、回路およびプロセスにおいて例示した。そのような機能がハードウェアに実装されるか、ソフトウェアに実装されるかは、特定の適用例および全体的なシステムに課された設計制約によって決まる。
【０１１７】
本明細書で開示した態様に関して説明した様々な例示的な論理、論理ブロック、モジュール、および回路を実装するために使用されるハードウェアおよびデータ処理装置は、汎用のシングルチップもしくはマルチチッププロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタロジック、ディスクリートハードウェア構成要素、または本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサは、マイクロプロセッサ、または任意の従来のプロセッサ、コントローラ、マイクロコントローラ、もしくは状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連携した1つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。いくつかの実装形態では、特定のプロセスおよび方法は、所与の機能に特有の回路によって実行され得る。
【０１１８】
1つまたは複数の態様では、説明する機能は、本明細書で開示した構造およびそれらの構造的等価物を含む、ハードウェア、デジタル電子回路構成、コンピュータソフトウェア、ファームウェア、またはそれらの任意の組合せに実装され得る。また、本明細書で説明した主題の実装形態は、1つまたは複数のコンピュータプログラムとして、すなわち、データ処理装置によって実行するか、またはデータ処理装置の動作を制御するための、コンピュータ記憶媒体上に符号化されたコンピュータプログラム命令の1つまたは複数のモジュールとして、実装することができる。
【０１１９】
それらの機能は、ソフトウェアにおいて実装される場合、1つまたは複数の命令またはコードとして、非一時的媒体などのコンピュータ可読媒体上に記憶することができるか、コンピュータ可読媒体を介して送信することができる。本明細書で開示した方法またはアルゴリズムのプロセスは、コンピュータ可読媒体上に存在する場合があるプロセッサ実行可能ソフトウェアモジュールにおいて実装することができる。コンピュータ可読媒体は、ある場所から別の場所にコンピュータプログラムを転送することが可能になる場合がある任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされる場合がある任意の使用可能な媒体であってもよい。限定ではなく例として、そのような非一時的媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または、命令もしくはデータ構造の形式で所望のプログラムコードを記憶するために使用される場合があるとともに、コンピュータによってアクセスされる場合がある任意の他の媒体を含んでもよい。また、任意の接続がコンピュータ可読媒体と称してもよい。ディスク(disk)およびディスク(disc)は、本明細書で使用するとき、コンパクトディスク(disc)(CD)、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピーディスク(disk)およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、一方、ディスク(disc)は、データをレーザーで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲に含まれるべきである。さらに、方法またはアルゴリズムの動作は、コードおよび命令のうちの1つまたは任意の組合せまたはセットとして、コンピュータプログラム製品に組み込まれ得る機械可読媒体およびコンピュータ可読媒体上に存在し得る。
【０１２０】
当業者には、本開示で説明した実装形態の様々な修正形態が容易に明らかになろう。本明細書において定められた一般原則は、本開示の趣旨または範囲から逸脱せずに他の実装形態に適用されてもよい。したがって、本開示は、本明細書で示されている実装形態に限定されるものではなく、特許請求の範囲、本明細書で開示した原則および新規の特徴に整合した最も広い範囲が与えられるべきである。「例示的な」という単語は、本明細書では、「例、事例、または例示の働きをすること」を意味するためにのみ使用される。本明細書で「例示的な」と記載されるいかなる実装形態も、必ずしも他の実装形態よりも好ましいか、または有利であると解釈されるべきではない。
【０１２１】
また、本明細書において個別の実装形態の文脈で説明した特定の特徴は、単一の実装形態において組み合わせて実現されてもよい。それとは逆に、単一の実装形態の文脈で説明した様々な特徴はまた、複数の実装形態において個別に実現されても、または任意の適切な副組合せで実現されてもよい。さらに、各特徴は、上記では、特定の組合せで作用するものとして説明することがあり、場合によっては最初にそのようなものとして請求されることもあるが、請求される組合せによる1つまたは複数の特徴は、場合によっては、組合せから削除されてもよく、請求される組合せが、副組合せまたは副組合せの変形形態を対象としてもよい。
【０１２２】
同様に、動作は特定の順序で図面に示されているが、これは、そのような動作が示された特定の順序でもしくは順次に実行されること、または所望の結果を達成するためにすべての図示の動作が実行されることを必要とするものとして理解されるべきではない。いくつかの状況では、マルチタスキングおよび並列処理が有利である場合がある。さらに、上記で説明した実装形態における様々なシステム構成要素の分類は、そのような分類がすべての実装形態に必要であるものとして理解してはならず、前述のプログラム構成要素およびシステムは、通常、単一のソフトウェア製品として統合されてもあるいは複数のソフトウェア製品としてパッケージ化されてもよいことを理解すべきである。さらに、他の実装形態も以下の特許請求の範囲内である。いくつかのケースでは、特許請求に記載されているアクションは、異なる順序で実施されてもよく、依然として望ましい結果を達成する場合がある。
【０１２３】
説明した特定の実装形態のうちのいずれかにおける複数の特徴が互いに不適合であると明確に確認されること、またはそれらの特徴が、相互排他的であり、補完および/または支援の意味で容易に組み合わせることができないことを周囲の文脈が示唆することがない限り、本開示の全体は、それらの補完的実装形態の特定の特徴が、1つまたは複数の包括的であるがわずかに異なる技術的解法を提供するために、選択的に組み合わされてもよいことを企図し、想定していることが理解されよう。したがって、上記の説明は、例として与えられているにすぎず、本開示の範囲内で細部の修正が施されてもよいことがさらに諒解されよう。
【符号の説明】
【０１２４】
10  タッチ感知システム
100  方法
200  モバイルデバイス
205  テーブル
210  ディスプレイ
215  タッチスクリーン
220  指
225a  タッチターゲット
225b  タッチターゲット
225c  タッチターゲット
225e  タッチターゲット
225f  タッチターゲット
230  マイクロフォン
235  下部
300  方法
400  方法
500  左手
505a  左親指
505b  右親指
510  垂直軸
550  右手
600  方法
705  垂直軸
710  水平軸
800  方法
900  方法
1000  方法
1100  方法
1200a  モバイルデバイスケース
1200b  モバイルデバイスケース
1205  アパーチャ
1210  ロゴ
1215  垂直軸
1220  水平軸
1230  軸
1305  センサーシステム
1310  制御システム
1330  ディスプレイ
1421  プロセッサ
1422  アレイドライバ
1427  ネットワークインターフェース
1428  フレームバッファ
1429  ドライバコントローラ
1430  ディスプレイ、ディスプレイアレイ
1440  ディスプレイデバイス
1441  ハウジング
1443  アンテナ
1445  スピーカ
1446  マイクロフォン
1447  トランシーバ
1448  入力デバイス
1450  電源
1452  調整ハードウェア
1477  タッチコントローラ
【要約】
モバイルデバイスのセンサーシステムからのセンサーデータを使用して、モバイルデバイス上にユーザによって加えられた圧力レベルを決定することができる。センサーシステムは、マイクロフォンおよび1つまたは複数の慣性センサーなど、1つまたは複数のタイプのセンサーを含み得る。慣性センサーは、1つまたは複数のジャイロスコープおよび/または加速度計を含み得る。慣性センサーデータに基づいて、モバイルデバイスが握られているかどうか、および/またはどのように握られているかを決定することができる。モバイルデバイス上にユーザによって加えられた圧力レベルを決定するためのプロセスは、モバイルデバイスがユーザに握られているかどうか、かつ/またはどのように握られているかに少なくとも部分的に基づいて適合され得る。圧力決定プロセスは、ディスプレイ内のタッチターゲットの位置、環境雑音レベルなど、様々な他の基準に従って適合され得る。【図１】
0006276483.tif 000002
【図２】
0006276483.tif 000003
【図３】
0006276483.tif 000004
【図４】
0006276483.tif 000005
【図５Ａ】
0006276483.tif 000006
【図５Ｂ】
0006276483.tif 000007
【図５Ｃ】
0006276483.tif 000008
【図６】
0006276483.tif 000009
【図７Ａ】
0006276483.tif 000010
【図７Ｂ】
0006276483.tif 000011
【図８】
0006276483.tif 000012
【図９】
0006276483.tif 000013
【図１０】
0006276483.tif 000014
【図１１】
0006276483.tif 000015
【図１２Ａ】
0006276483.tif 000016
【図１２Ｂ】
0006276483.tif 000017
【図１３】
0006276483.tif 000018
【図１４Ａ】
0006276483.tif 000019
【図１４Ｂ】
0006276483.tif 000020