JP2016506554A - 適応的入力 - Google Patents

Abstract

メモリ（２４０）と、第１のユーザインタフェース状態の表現（４４０）を表示するように構成されるディスプレイ（１２０）と、コントローラ（２１０）と、を備えるモバイル通信端末（１００、２００、４００、６００、９００）。前記コントローラ（２１０）は、ユーザインタフェース変化イベントを検出し、前記第１のユーザインタフェース状態から第２のユーザインタフェース状態へ変化させ、前記ディスプレイ（１２０）に、前記第２のユーザインタフェース状態の表現を表示させる。前記コントローラは、入力を受け付け、前記イベントに関する時間ピリオドに基づいて前記入力を解釈し、前記解釈に従って前記入力を処理する、ようにさらに構成される。【選択図】図５

Description

本願は、入力を適応させるための方法と、モバイル通信端末と、コンピュータプログラムプロダクトとに関し、特にユーザインタフェース提示における変化に従って入力を適応させるための方法と、モバイル通信端末と、コンピュータプログラムプロダクトとに関する。

モバイル通信端末は、より一層高度化し、多くの様々な種類のアプリケーションを実行している。いくつかのアプリケーションは、モバイル通信端末の向きに従ってそれらのディスプレイのビューを適応させるように構成される。これは、いくつかの課題をもたらす。

例えば、まさにユーザが入力を行う通りにユーザインタフェーススタイルまたは向きの変化が生じる場合、その変化は、ユーザの入力が不正確であることをユーザ理解するには速過ぎるかもしれない。それは、モバイル通信端末が入力を受け取って変化後のユーザインタフェースのためにそれを解釈する一方で、その使用は元のもの（または未変化のユーザインタフェーススタイル）向けの入力を意図されていた、ということがあり得る。

他の例は、モバイル通信端末はその時点で重い処理負荷の下にあり、ユーザインタフェーススタイルの変化が間に合うように実行されない場合である。すると、ユーザは、まだ変化していないスタイルで入力を行うかもしれないが、モバイル通信端末はその入力を変化後のユーザインタフェーススタイル向けのものとして解釈するであろう。

よって、入力がどのように行われたかに必ずしも従うのではなく、入力を意図されたように解釈するモバイル通信端末についてのニーズが存在する。

メモリと、第１のユーザインタフェース状態の表現を表示するように構成されるディスプレイと、コントローラとを備えるモバイル通信端末であって、前記コントローラは、ユーザインタフェース変化イベントを検出し、前記第１のユーザインタフェース状態から第２のユーザインタフェース状態へ変化させ、前記ディスプレイに、前記第２のユーザインタフェース状態の表現を表示させ、入力を受け付け、前記イベントに関する時間ピリオドに基づいて前記入力を解釈し、前記解釈に従って前記入力を処理する、ように構成される、モバイル通信端末を提供することにより、少なくとも上に列挙された問題を解決することが本願の教示の目標である。

メモリと、第１のユーザインタフェース状態の表現を表示するように構成されるディスプレイと、コントローラとを備えるモバイル通信端末用の方法であって、前記コントローラは、ユーザインタフェース変化イベントを検出し、前記第１のユーザインタフェース状態から第２のユーザインタフェース状態へ変化させ、前記ディスプレイに、前記第２のユーザインタフェースの表現を表示させ、入力を受け付け、前記イベントに関する時間ピリオドに基づいて前記入力を解釈し、前記解釈に従って前記入力を処理する、ように構成される、方法を提供することにより、上に列挙された問題を解決することもまた、本願の教示の目標である。

プロセッサ上で実行される場合に、上の前記方法を行う命令がエンコードされたコンピュータ読み取り可能な記憶媒体を提供することにより、上に列挙された問題を解決することもまた、本願の教示の目標である。

ここで提供される教示は、ユーザインタフェース状態に従ってグラフィカルオブジェクトが再配置され得る、タッチベースのユーザインタフェースにおいて有益に用いられるかもしれない。ここで提供される教示はまた、いわゆるソフトキーを利用するユーザインタフェースにおける、ソフトキーについてのラベルがユーザインタフェース状態に依存して、再配置され、またはそうでなければ変化され得るような、使用を見出す。

本願の筆者は、発明的および洞察的な推論を経て、イベントおよび／またはディスプレイの実際の変化に関するタイミングに基づいて入力を解釈することに基づく解決策を提供することにより、その問題への単純な解決策が提供されることに気付いた。これは、ユーザが自身の入力の際に確実にディスプレイを見ている場合には、上述し、ここで説明されるであろう、タッチベースのユーザインタフェースまたはソフトキーに依存するユーザインタフェースを有するようなモバイル通信端末において有用である。そのため、表示されているものに基づく解釈は、有益な結果を伴って利用され得る。ＱＷＥＲＴＹキーパッドのような入力デバイスをせわしなく見るような、ユーザが時間ピリオド一杯の間ディスプレイを見ていないかもしれない、いくつかのシステムとは違い、ユーザインタフェースのグラフィカルな表現における変化は、たとえより長い時間ピリオドの間でもユーザによって気づかれないかもしれず、音声通知を用いることなどのような他の措置が取られる必要があるかもしれない。しかし、ここで教示される手法はまた、そのようなシステムについても用いられ得る。そのようなシステムの一例は、グラフィックユーザインタフェースを用いた、可能にはウィンドウベースの、コンソールが様々なグラフィカルオブジェクトを操作するように動作させられるコンピュータである。

本開示の実施形態の他の特徴および有利点は、以下の詳細な開示から、添付された従属項から、および図面から現れるであろう。

概して、特許請求の範囲において用いられる全ての用語は、ここで明確に別に定義されない限り、当該技術分野における通常の意味に従って解釈されるべきである。「１つの（“a/an/the”）要素、装置、コンポーネント、手段、ステップ等」への全ての言及は、明確に別に表明されない限り、当該要素、装置、コンポーネント、手段、ステップ等の少なくとも１つの例への言及として、オープンに解釈されるべきである。ここで開示されるいずれの方法のアクションも、明確に表明されない限り、開示される順番で正確に実行されなければならないわけではない。

本発明は、添付の図面を参照の下、さらに詳細に説明されるであろう。
ここでの教示の一実施形態に係るモバイル通信端末の概略図である。 ここでの教示の一実施形態に係るモバイル通信端末の概略図である。 ここでの教示に係るモバイル通信端末のコンポーネントの概略図である。 ここでの教示に係るコンピュータ読み取り可能な媒体の概略図である。 本願の教示の１つの実施形態に係るユーザインタフェース状態を表示するモバイル通信端末を示す。 本願の教示の１つの実施形態に係るユーザインタフェース状態を表示するモバイル通信端末を示す。 本願の教示の１つの実施形態に係る方法についてのフローチャートを示す。 本願の教示の１つの実施形態に係るユーザインタフェース状態を表示するモバイル通信端末を示す。 本願の教示の１つの実施形態に係るユーザインタフェース状態を表示するモバイル通信端末を示す。 本願の教示の１つの実施形態に係る時間グラフを示す。 本願の教示の１つの実施形態に係る方法についてのフローチャートを示す。 本願の教示の１つの実施形態に係るユーザインタフェース状態を表示するモバイル通信端末を示す。 本願の教示の１つの実施形態に係るユーザインタフェース状態を表示するモバイル通信端末を示す。

次に、開示される実施形態は、本発明のいくつかの実施形態が示される添付図面を参照して、以下により十分に説明されるであろう。しかし、この発明は、多様な形態で実施されてよく、ここで説明される実施形態に限定されるように解釈されるべきではない。むしろ、この開示が完璧で完全であり、当該分野における当業者へ本発明の範囲が十分に伝わるように、これら実施形態は例として提供される。類似の番号は、通して類似の要素を参照する。

図１Ａおよび図１Ｂは概して、ここでの一実施形態に係るモバイル通信端末１００を示す。そのようなモバイル通信端末１００の例は、インタネットタブレット、モバイル電話、スマートフォン、およびＰＤＡ（personal digital assistant）である。２つの実施形態は、図１Ａにてスマートフォンのようなモバイル電話、図１Ｂにてインタネットタブレットであるとして典型的に示され、説明されるであろう。

図１Ａを参照すると、スマートフォン１００は、ディスプレイ１２０が配置されるハウジング１１０を備える。１つの実施形態では、ディスプレイ１２０はタッチディスプレイである。他の実施形態では、ディスプレイ１２０は、非タッチディスプレイである。さらに、スマートフォン１００は、２つのキー１３０ａ、１３０ｂを備える。この実施形態では２つのキー１３０が存在するが、キーの数は、いくつでも可能であり、スマートフォン１００の設計に依存する。１つの実施形態では、スマートフォン１００は、タッチディスプレイ１２０上に仮想的なキー１３５を表示し、動作するように構成される。仮想的なキー１３５の数は、スマートフォン１００の設計およびスマートフォン１００上で実行されるアプリケーションに依存することが留意されるべきである。

図１Ｂを参照すると、インタネットタブレット１００は、ディスプレイ１２０が配置されるハウジング１１０を備える。１つの実施形態では、ディスプレイ１２０はタッチディスプレイである。他の実施形態では、ディスプレイ１２０は非タッチディスプレイである。さらに、インタネットタブレット１００は、１つまたは複数のキー１３０を備える。この実施形態では、１つのキー１３０が存在するが、キーの数は、いくつでも可能であり、インタネットタブレット１００の設計に依存する。１つの実施形態では、インタネットタブレット１００は、タッチディスプレイ１２０上に１つまたは複数の仮想的なキー１３５を表示し、動作するように構成される。仮想的なキー１３５の数は、インタネットタブレット１００の設計およびインタネットタブレット１００上で実行されるアプリケーションに依存することが留意されるべきである。

図２は、図１Ａおよび図１Ｂに係るモバイル通信端末の一般的な構造の概略図を示す。モバイル通信端末２００は、モバイル通信端末２００の全体的な動作を担い、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）またはいずれの他の電子プログラマブルロジックデバイスによって好ましくは実装されるコントローラ２１０を備える。コントローラ２１０は、例えば、一般目的または特定目的のプロセッサにおいて実行可能なコンピュータプログラム命令であって、コンピュータ読み取り可能な記憶媒体（ディスク、メモリなど）２４０に格納され、そのようなプロセッサによって実行される命令を用いることにより、ハードウェア機能性を可能にする命令を用いて実装され得る。コントローラ２１０は、メモリ２４０から命令を読出し、これらの命令を実行してモバイル通信端末２００の動作を制御する。メモリ２４０は、ＲＯＭ、ＲＡＭ、ＳＲＡＭ、ＤＲＡＭ、ＣＭＯＳ、ＦＬＡＳＨ、ＤＤＲ、ＥＥＰＲＯＭメモリ、フラッシュメモリ、ハードドライブ、光学ストレージまたはそれらについてのいずれかの組合せのようなコンピュータ読み取り可能なメモリとして広く知られた技術を用いて実装され得る。モバイル通信端末２００は、１つまたは複数のアプリケーション２５０をさらに備える。アプリケーションは、コントローラ２１０によって実行される場合にモバイル通信端末２００の動作を制御する命令のセットである。メモリ２４０は、コントローラ２１０により、様々な目的のために用いられ、それらの１つはモバイル通信端末２００における様々なソフトウェアモジュールのためのアプリケーションデータおよびプログラム命令２５０を格納するためである。ソフトウェアモジュールは、リアルタイムオペレーティングシステム、マシンインタフェース２２０向けのドライバ、アプリケーションハンドラ、および様々なアプリケーション２５０を含む。アプリケーション２５０は、電子メール、ブラウジングアプリケーション、メディアプレイヤアプリケーション、ならびに音声呼出し、映像呼出し、ドキュメント読込みおよび／またはドキュメント編集、インスタントメッセージアプリケーション、カレンダアプリケーション、コントロールパネルアプリケーション、１つまたは複数のビデオゲーム、ノートパッドアプリケーションなどのような様々な他のアプリケーション２５０を含むことができる。

モバイル通信端末２００は、図１Ａまたは図１Ｂのモバイル通信端末１００においてディスプレイ１２０およびキーパッド１３０で構成されるユーザインタフェース２２０をさらに備える。ユーザインタフェース（ＵＩ）２２０はまた、そのユーザインタフェースドライバと共にディスプレイ１２０、キーパッド１３０およびサウンドシステム、ＬＥＤインジケータなどのような様々な他のＩ／Ｏデバイスと協働する１つまたは複数のハードウェアコントローラを含む。広く知られているように、ユーザは、そのように形成されるマンマシンインタフェースを通じてモバイル通信端末２００を操作し得る。

モバイル通信端末２００は、モバイル通信端末２００が様々な無線周波数技術を用いて無線周波数帯域を通じて他のデバイスと通信できるように適応された無線周波数インタフェース２３０をさらに備える。そのような技術の例は、いくつか挙げると、ＷＩＦＩ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗ−ＣＤＭＡ、ＧＳＭ、ＵＴＲＡＮ、ＬＴＥおよびＮＭＴである。

モバイル通信端末２００は、モバイル通信端末２００が様々なネットワーク技術を用いて他のデバイスと通信できるように適応された有線インタフェースをさらに備える。そのような技術の例は、いくつか挙げると、ＵＳＢ、イーサネットおよびローカルエリアネットワーク、ＴＣＰ／ＩＰ（Transport Control Protocol／Internet Protocol）である。

モバイル通信端末２００は、加速度計、ジャイロまたは運動もしくは向きの変化を検出することが可能な他の手段のような向き測定デバイス２３５をさらに備える。そのようなデバイスは、モバイル通信端末の分野において普及しており、当業者は、モバイル通信端末２００の全体設計に依存してどのデバイスを選択すべきであるかを知っているであろう。

コントローラ２１０は、メモリ２４０に格納されるソフトウェアを用いてＲＦインタフェース２３０を通じてウェブブラウジングまたは電子メールアプリケーションのようなアプリケーション２５０を操作可能に実行するように構成され、そのソフトウェアは、様々なモジュール、プロトコルスタック、ドライバなどを含み、ＲＦインタフェース２３０ならびに任意にはローカルな接続性のためのＢｌｕｅｔｏｏｔｈインタフェースおよび／または赤外線インタフェース向けの通信サービス（伝送、ネットワークおよび接続性のような）を提供する。

図３は、上述したようなコンピュータ読み取り可能な媒体３２の概略図を示す。コンピュータ読み取り可能な媒体３２は、この実施形態においては、ＵＳＢ（Universal Serial Bus）スティックのようなメモリスティック３０に収納される。ＵＳＢスティック３０は、コネクタ３４のようなインタフェースを有するハウジング３３およびメモリチップ３２を備える。この実施形態では、メモリチップ３２は、フラッシュメモリすなわち電気的に消去され、およびプログラミングされ得る不揮発性データストレージである。メモリチップ３２は、プロセッサのようなコントローラに（恐らくはインタフェース３４を介して）ロードされた場合に上述した実施形態に係る方法または手続きを実行する命令３１でプログラミングされる。ＵＳＢスティックは、コントローラ（図２において参照される２１０）に命令をロードするために、図１および図２に係るモバイル通信端末１００、２００のような読出しデバイスに接続され、読出しデバイスによって読み出しされるように構成される。コンピュータ読み取り可能な媒体はまた、コンパクトディスク、デジタルビデオディスク、ハードドライブまたは一般的に用いられる他のメモリ技術のような他の媒体であり得ることが留意されるべきである。命令はまた、無線インタフェースを介してコンピュータ読み取り可能な媒体からダウンロードされ、コントローラにロードされ得る。

「コンピュータ読み取り可能な媒体」、「コンピュータプログラムプロダクト」、「有形的に具体化されたコンピュータプログラム」など、または「コントローラ」、「コンピュータ」、「プロセッサ」などへの言及は、シングル／マルチプロセッサアーキテクチャおよびシーケンシャル（フォン ノイマン）／パラレルアーキテクチャのような様々なアーキテクチャを有するコンピュータだけでなく、ＦＰＧＡ（field‐programmable gate array）、ＡＳＩＣ（application specific circuits）、シングルプロセッシングデバイスおよび他のデバイスのような特殊回路も包含するように理解されるべきである。コンピュータプログラム、命令、コードなどへの言及は、例えば、プロセッサ向けの命令であれ、固定機能デバイス、ゲートアレイもしくはプログラマブルロジックデバイスなど向けのコンフィグレーション設定であれ、ハードウェアデバイスのプログラマブルコンテンツのような、プログラマブルプロセッサ向けのソフトウェアまたはファームウェアを包含するように理解されるべきである。

次に、ここで教示される手法の機能性は、少なくとも３つの例を通じて典型的に示されるであろう。図４Ａは、図１Ａのスマートフォン１００のようなモバイル通信端末４００を示す。図４Ａにおけるモバイル通信端末４００は、第１のユーザインタフェース状態にて動作しており、その第１のユーザインタフェース状態のグラフィック表現４４０をディスプレイ４２０に表示している。この例では、ディスプレイ４２０はタッチディスプレイであるが、典型的に示される機能性は、いわゆるソフトキー（図１Ａにて参照される１３０）についてのラベルを表示するように構成されるディスプレイにも適用可能であることが留意されるべきである。

ユーザインタフェース状態は、この文脈では、ユーザが操作し得るアイコン、仮想ボタンおよび他のグラフィカルオブジェクトの配置、ならびにそのアイコン、仮想ボタンおよび他の操作可能なオブジェクトの対応する機能性として定義される。ユーザインタフェース状態は、アイコン、仮想ボタンおよび他の操作可能なオブジェクトのグラフィカルな表現を含むグラフィカルな表現として表示される。この用語によって意味されるものは当業者にとって明らかであるべきである。

図４Ａの例では、４つの仮想ボタン４４１〜４４４および４つのテキストフィールド４４５〜４４８が表示される。見て分かるように、その仮想ボタン４４１〜４４４は、それぞれのテキストフィールド４４５〜４４８とグルーピングされる。やはり見て分かるように、ユーザインタフェースのグラフィカルな表現は、図４Ａにおける縦（portrait）向きに表示される。

図４Ａにて示されるものはまた、タッチエリア４５０である。タッチエリア４５０は、例えばユーザの指によってタッチされるエリアをおおよそ表現している円で示される。

モバイル通信端末４００は、第１のユーザインタフェースから第２のユーザインタフェースへの変化が生じるイベントを検出するように構成される。そのようなイベントは、モバイル通信端末４００の位置もしくは向き、表示されるプロンプトもしくはウィンドウを強調するアプリケーション、動作ステータスを変化させるアプリケーションおよびそれによって表示されるユーザインタフェース、遠隔の発信地（ネットワーク）からのコミュニケーション（呼出し、メッセージ）を受信するアプリケーション、またはウェブページのダウンロードおよびウェブページをダウンロードしながらウェブページを表示することのような進行形の変化イベントにおいて変化し得る。そのようなイベントは、ダウンロードされたオブジェクトに依存して異なるようにそのウェブページを表示させてもよい。例えばリンクを表現する仮想ボタンの配置は、例えば、２つの仮想ボタンの間に表示されることになる画像が完全にダウンロードされたか否かで変化してもよい。

イベントの検出というアクションは、実際のイベントの受け取りを含み得ることが留意されるべきである。イベントの検出はまた、イベントをロードするためのイベントの処理およびユーザインタフェースの表現を表示するためのスタックへの何らかの結果的なユーザインタフェース通知を含む。

そのようなイベントが発生したことを検出するコントローラ（図４Ａでは示されず、図２にて参照される２１０）として、コントローラは、ディスプレイ４２０に、第２のユーザインタフェース状態のグラフィカルな表現を表示させる。この例では、イベントは、モバイル通信端末４００の向きの転回（re-orientation）であり、ユーザインタフェース状態のユーザインタフェースのグラフィカルな表現は、従って縦モードから横（landscape）モードへ変化するように適応されることになる。ユーザインタフェースの（第２の）グラフィカルな表現への帰着は、図４Ｂにて示される。仮想ボタン４４１〜４４４およびテキストフィールド４４５〜４４８の配置は変化したが、それらの相互に関連のある配置は同じであることが留意されるべきである。例えば、仮想ボタン４４１〜４４４は、図４Ａではディスプレイの長辺に沿って配置されるが、図４Ｂではディスプレイの短辺に沿ってである。

図４Ｂにて示されるものはまた、図４Ａにおいてのものと同じタッチエリア４５０である。タッチエリア４５０は、図４Ａでは１つの仮想ボタン４４１と重なるが、図４Ｂでは第２の仮想ボタン４４４であることがここで明らかに分かるであろう。従来のモバイル通信端末によれば、その入力は、第２の仮想ボタン４４４に狙いをつけられたものとして解釈されるはずである一方で、ユーザは来たるユーザインタフェースのグラフィカルな表現の変化に気付いていないかもしれない。これがあり得る１つの状況は、ユーザが自身のモバイル通信端末４００を少し斜めに持っており、偶然にモバイル通信端末を少しだけ傾けることにより、モバイル通信デバイスにそれがユーザインタフェース状態を変化させるべきであると判定させる場合である。ユーザは、そのような状況では、ユーザインタフェースのグラフィカルな表現の突然の変化に反応する時間を有しておらず、入力がモバイル通信端末４００により登録される前にユーザの入力アクションを中断することができないかもしれない。

他の状況は、コントローラまたはプロセッサが過負荷を掛けられ、または重い処理負荷の下にある場合であり、その場合では、プロセッサはユーザインタフェース変化イベントが発生したときにユーザインタフェースのグラフィカルな表現を変更するのに利用可能な十分な処理力を有していないかもしれない。これは、モバイル通信端末４００は第２のユーザインタフェース状態にあるが、第１のユーザインタフェース状態のユーザインタフェースのグラフィカルな表現がその間を通して表示されている時間間隔を引き起こす。これは、この時間間隔における全ての入力が従来のモバイル通信端末により誤って解釈されることを引き起こす。

図５は、モバイル通信端末が上に列挙した問題、ならびに背景の節および本明細書における他の場所で列挙した問題をどのように解決し得るかの方法のフローチャートを示す。

モバイル通信端末は、ユーザインタフェース状態変化イベントを検出し（５１０）、ディスプレイに、第２のユーザインタフェース状態のユーザインタフェースのグラフィカルな表現を表示させる（５２０）。モバイル通信端末はさらに、入力を受け付け（５３０）、その入力をイベントからの時間に基づいて解釈する（５４０）やり方を判定する。次いで、その入力は、その解釈に従って処理される（５５０）。

次に、図５を参照して、１つの特定の例示的な実施形態が説明される。コントローラは、ブラウザアプリケーション（図示しないが、図２にて参照される２５０）がチャット招待のためのＨＴＭＬ５サーバ送信イベントを受信すると、ユーザインタフェース変化イベントを検出する（５１０）。それに応じて、コントローラは、第１のユーザインタフェース状態を第２のユーザインタフェース状態へと変化させ、それは、ＪａｖａＳｃｒｉｐｔコールバックに、ある絶対位置を有する新たな＜ｄｉｖ＞というＤＯＭ（Document Object Model）ノードをポップアップ通知ボックスとして作成させ、またディスプレイ１２０に、第２のユーザインタフェースの表現を表示させる（５２０）ことにより行われ、それにより、ブラウザアプリケーション２５０がディスプレイ１２０上に修正されたＤＯＭをレンダリングする。コントローラは、タッチ入力イベントを受け付けおよびイベントバッファにイベントを登録するブラウザアプリケーションによっても、入力５３０を受け取る。コントローラは、上記イベントに関する時間ピリオドに基づいて上記入力を解釈し（５４０）、それによりブラウザアプリケーションはイベントバッファからタッチ入力を読出してそれを解釈し、コントローラは、上記解釈に従ってその入力を処理する（５５０）。ブラウザアプリケーションの解釈に基づいて、そのタッチ入力は、ポップアップ通知ボックスである変化後のＤＯＭか、またはその通知ボックスの下にある何かである前の状態のＤＯＭか、に適用され得る。

１つの実施形態では、コントローラは、入力がイベントの検出から第１の時間ピリオドの範囲内で受け付けられた場合に、その入力が第１のユーザインタフェースにて行われたとして解釈されるように、入力を解釈するように構成される。これは、モバイル通信端末がユーザによりなされる誤った入力を回避することを可能にする。

１つの実施形態では、コントローラは、入力がイベントの検出から第１の時間ピリオドの範囲内で受け付けられた場合に、その入力が無視されるように、入力を解釈するように構成される。これは、モバイル通信端末がユーザによりなされる誤った入力を回避することを可能にし、ユーザインタフェースのグラフィカルな表現が有効であることがユーザにとって明らかである場合に、ユーザが後の段階で再び同じ入力をインプットできるようにする。１つの実施形態では、入力は、入力バッファから削除されることにより無視される。

１つの実施形態では、入力は、当該入力によって開始されたいずれかのアクティビティを取り消し、それにより当該入力を無効にすることにより無視される。

全てのアクティビティが容易に無視されまたは取り消され得るわけではないことが留意されるべきである。いくつかのアクションについては、例えばそのアクションが遠隔システムを用いて開始される場合、そのアクションを取り消すことができない。

１つの実施形態では、いくつかのアプリケーションにおけるアクションは、それらがいつ入力されているのかに関わらず無視されるべきではない。そのようなアプリケーションの一例は、ゲームアプリケーションである。

入力の解釈の手法は、アプリケーションが入力を受け付けているかどうかに基づいてもよいことが留意されるべきである。

１つの実施形態では、第１の時間ピリオドは、０．２秒、０．４秒、０．８秒もしくは１．６秒またはそれらの間のいずれかの値である。

１つの実施形態では、第１の時間ピリオドは、ユーザによって設定される。１つの実施形態では、第１の時間ピリオドは、ユーザの入力の統計または経験則に基づくものである。

１つの実施形態では、コントローラは、ユーザインタフェース変化イベントを生じさせるアプリケーションまたはアクションが実行終了済みとなるまで、入力を延期させることにより、入力を解釈するように構成される。これは、ユーザが一度に１つのアプリケーションまたはアクションに注目することを可能にする。

１つの実施形態では、コントローラは、ユーザに入力が無視されるべきことを確認するように要求するプロンプトを表示し、ユーザが承諾する場合にのみ入力を無視する、ように構成される。

ユーザインタフェース状態が変化する場合の他の例は、アプリケーションがウィンドウまたは様々なユーザインタフェース状態を表示する場合である。そのような一例は、第１のアプリケーション、例えば電話帳アプリケーションに関する第１のユーザインタフェース状態にて動作しており、インカミングメッセージが受け付けられ、ユーザがそのメッセージを読みたいか否かを選択するようにユーザに促すウィンドウを表示することによって通知される場合である。図６Ａは、電話帳アプリケーションのユーザインタフェース６４０のグラフィカルな表現を表示するモバイル通信端末６００の例を示す。表示されるものは、例えばチャットアプリケーションを介して対応する連絡先と通信を開始するための仮想ボタン６４１〜６４４を伴う連絡先の名前を示すテキストフィールド６４５〜６４８である。この例では、ユーザは対応する仮想ボタン６４３をタッチすることにより、連絡先「Nicola」とチャット通信を開始しようとしている。これは、タッチエリア６５０で示される。実質的に同時にインカミング呼出しが受け付けられる。完全にユーザインタフェースのグラフィカルな表現を変化させるか、または呼出しが来ていることおよび誰からのものであることを示し、強調するウィンドウを表示する、ようにモバイル通信端末６００が構成されるため、これはユーザインタフェース状態変化イベントである。図６Ｂは、そのようなプロンプト６６０の例を示す。この例では、ユーザは、ディスプレイ６２０をタッチする前に反応する時間を有さず、タッチエリア６５０は、インカミング呼出しを承諾するための仮想ボタン６４９と重なる。従来のモバイル通信端末では、結果として生じるアクションは、ユーザが誰からの呼出しかの情報を有することなく呼出しが承諾されることであり、それによりその呼出しを承諾するか却下するかを選ぶというユーザ自身の可能性が奪われる。図５を参照して教示される手法はまた、チャット通信の開始における第１のステップを実行するか、またはその入力を無視することにより、この問題を解決する。ユーザは、再び入力を行わなければならないことになるが、このときユーザはその入力およびその結果の正しい意味を知得しているであろう。

コントローラが第２のユーザインタフェース状態のグラフィカルな表現の更新または表示において遅くなりかねない高いプロセッサ負荷の期間にコントローラが適応できるようにするために、コントローラは、入力がイベントの検出以前の第２の時間ピリオドの範囲内で受け付けられる場合に、その入力が第１のユーザインタフェース状態で行われたものとして解釈されるように、入力を解釈するように構成される。

コントローラが第２のユーザインタフェースのグラフィカルな表現の更新または表示において遅くなりかねない高いプロセッサ負荷の期間にコントローラが適用できるようにすることへの代替は、入力がイベントの検出以前の第２の時間ピリオドの範囲内で受け付けられた場合に、その入力が無視されるように入力を解釈するようにコントローラを構成することである。

これは、モバイル通信端末が、高いプロセッサ負荷の期間に適応し、誤った入力を回避する、ことを可能にする。さもなければ、そのような高いプロセッサ負荷の時間中に、コントローラは、イベントおよび入力が異なる順に発生したと誤って判定するかもしれない。これは、現在のモバイル通信端末にはよくあるように、マルチタスクシステム、恐らくは複数のプロセッサコアを有するもの、における共通的な問題である。

１つの実施形態では、第２の時間ピリオドは、０．２秒、０．４秒、０．８秒もしくは１．６秒またはそれらの間のいずれかの値である。

１つの実施形態では、第２の時間ピリオドは、入力バッファにおけるイベントの数に関係し、依存する。例えば、第２の時間ピリオドは、入力バッファに格納されおり、まだ処理されていない入力イベントを含み得る。そのような実施形態では、コントローラは、ユーザインタフェース変化イベントが検出された際に、入力バッファをクリアするように構成される。

１つの実施形態では、第２の時間ピリオドは、ユーザによって設定される。１つの実施形態では、第２の時間ピリオドは、ユーザ入力の統計または経験則に基づくものである。

コントローラが第２のユーザインタフェース状態のグラフィカルな表現の更新または表示において遅くなりかねない高いプロセッサ負荷の期間に適応することを可能にすることへのさらなる代替は、第２のユーザインタフェース状態のグラフィカルな表現が表示されているか否かで判定するようにコントローラを構成することである。第２のユーザインタフェース状態のグラフィカルな表現が表示されていない場合、コントローラは第１のユーザインタフェース状態において行われたものとして入力を解釈するように構成される。

図７は、ここでの教示の１つの実施形態に係るイベントおよび対応する入力の解釈の概略図である。時間Ｔ０では、ユーザインタフェース変化イベントが検出される。そのイベントが検出される前の時間ピリオドＴ２の範囲内で受け付けられるいずれの入力も、無視されるか、または上述したように第１のインタフェース状態で行われたものとして解釈される。１つの実施形態では、時間ピリオドＴ２の範囲内で受け付けられるイベントは、取り消されることにより無視されることになる。これは、入力によって開始されるいずれのアクティビティも取り消され、それにより入力が無効になることを保証する。時間Ｔ３では、コントローラは第２のユーザインタフェース状態のグラフィカルな表現が表示されていることを検出する。これの前だが、イベントが検出された後（Ｔ２＜Ｔ＜Ｔ３）に受け付けられるいずれの入力も、第１のユーザインタフェース状態にて行われたものとして解釈される。Ｔ３は典型的には２０ｍｓであるが、コントローラまたはプロセッサのその時点の負荷に依存して数秒の長さであってもよい。また上述したように、第１の時間ピリオドＴ１の範囲内で受け付けられる入力は、モバイル通信端末の設計者、アプリケーションの設計者またはモバイル通信端末のユーザによって選ばれる実施形態に依存して、第１のユーザインタフェース状態にて行われたものとして解釈され、または無視される。１つの実施形態では、第１の時間ピリオドＴ１はＴ０で開始する。１つの実施形態では、第１の時間ピリオドＴ１はＴ３で開始する。Ｔ３が小さい状況では、Ｔ１がＴ０で開始し、またはＴ１がＴ３で開始する場合には、それはあまり影響がないが、Ｔ３が長い場合、Ｔ１が入力システム上で影響がないであろうときには、それは実にＴ１よりも長くあり得る。図７にて、可能な解釈の一例が各時間ピリオドで付与される。図７にて提供される例では、コントローラは、入力がイベントの前に（Ｔ０点で）受け付けられた場合、第１のユーザインタフェース状態の範囲内で行われたものとして、ユーザインタフェース表現がディスプレイ上で更新される前に（Ｔ３点で）入力が受け付けられた場合、第１のユーザインタフェース状態の範囲内で行われたとして、入力が第１の時間ピリオドの範囲内（Ｔ１点）で受け付けられた場合、無視されたとして、入力を解釈することになる。これは、イベント周辺で受け付けられるいずれの入力も、第１の状態におけるものとして解釈される一方で、グラフィカルな表現が更新された後すぐに受け付けられるいずれの入力も、ユーザインタフェース状態の変化に反応するための十分な時間をユーザに与えるために、無視される。図７では、可能な解釈のさらなる例はまた、括弧で各時間ピリオドについて付与される。その代替の実施形態では、ユーザが、ＵＩ変化イベントに気付き、そのため行われた入力およびその入力の結果に気付く、ことを保証するために、Ｔ２およびＴ１の範囲内で受け付けられる全ての入力は無視される。

ユーザインタフェースの進行的に変化するグラフィカル表現については、モバイル通信端末がいずれのユーザインタフェース状態で動作しているかをいつ何時にも判定することは、特に入力が基準とする状態を判定することについては、困難または不可能であるかもしれない。例えば、ウェブページをダウンロードしている場合、ユーザインタフェースのグラフィカルな表現が徐々に変化し得る。そのような状況では、ウェブページをダウンロードしている間もしくはグラフィカルな表現の更新の合間に受け付けられるいずれの入力も無視すること、またはユーザインタフェースのグラフィカルな表現の固定ビューを示すように長い時間ピリオドを活用することが最善であり得る。

図８は、モバイル通信端末が上に列挙した問題、ならびに背景の節および本明細書にてどこかで列挙した問題をどのように解決し得るかの方法のフローチャートを示す。

モバイル通信端末は、ユーザインタフェース変化イベントを検出し（８１０）、ディスプレイに、第２のユーザインタフェース状態のユーザインタフェースのグラフィカルな表現を表示させる（８２０）。モバイル通信端末は、さらに入力を受け付け（８３０）、第２のユーザインタフェース状態のグラフィカルな表現がディスプレイに表示されているかどうかを判定し、そのイベントからのある時間に基づいてその入力をどのように解釈する（８４０）か、および第２のユーザインタフェース状態のグラフィカルな表現が表示されているかどうかを判定する。次いで、その入力は、その解釈に従って処理される（８５０）。

図９Ａおよび図９Ｂは、他の問題の状況を図示する。図９Ａでは、モバイル通信端末９００は、例えばベッドサイドテーブルの表面に平坦に置かれている。例えばアラームのようなアプリケーションが起動されており、第１のユーザインタフェース状態の対応するグラフィック表現が２つの仮想ボタン９４１、９４２を有するように表示される。一方のボタン９４１は、アラーム機能をスヌーズするためのものであり、他方のボタン９４２は、アラームをキャンセルするためのものである。モバイル通信端末９００は、表面に平坦に置かれているため、グラフィック表現９４０は、縦向きに表示されることになる。ユーザは、モバイル通信端末９００を傾けてボタンに届くようにし、スヌーズボタン９４１をタッチする。しかし、傾ける動きの間に、位置検出デバイス（図２にて参照される２３５）は、向きにおける変化を測定し、ユーザインタフェース変化を生じさせ、図９Ｂを見て分かるように、それによりグラフィック表現９４０が横向きに表示される。しかし、ユーザは既にボタンのタッチアクションの半ばであるため、向きが変化していることおよび自身のタッチ入力が誤ってキャンセルボタン９４２を指していることにユーザは気付く時間を有していない。すぐ後の結果は、ボタンが押下されたにもかかわらず、アラームが停止されることであり、そのため、ユーザは、手遅れになるまで、誤った入力がモバイル通信端末９００によって受け付けられたことに気付かないであろう。この例では、アラームがスヌーズの代わりにキャンセルされ、ユーザは全くそれに気づかないので、ユーザはおそらく寝坊するであろう。特に、ユーザインタフェースのグラフィカルな表現の更新が遅い場合には。ここで教示される手法は、この問題を解決する。よって、ここで教示される手法を用いるように構成されるモバイル通信端末は、特定の入力のタイミングに依存する特定のユーザインタフェースモードにおけるその特定の入力について異なる結果をもたらす。ここでの教示を利用するモバイル通信端末は、ユーザインタフェース変化イベントにどのくらい近くで入力が受け付けられたかに応じて異なるように入力が扱われることを示すことにより、識別されるであろう。

ここでの教示の１つの恩恵は、ユーザが入力を行う際に、どのようなアクションまたは結果が影響されるかにユーザが気付くであろうことである。

ここでの教示の他の恩恵は、モバイル通信端末は、高いプロセッサ負荷に適応することを可能にされ、受け付けられた入力が変化後のユーザインタフェース状態の表示に正しく時間決めされることを保証する、であろうことにある。

ここでの教示の他の恩恵は、内部のユーザインタフェース状態と別のユーザインタフェース状態のグラフィカルな表現の表示との間の不整合に基づいて誤って解釈される代わりに、想定されるユーザの要望に従って、ユーザ入力が解釈されるであろうことにある。

本発明は、主としていくつかの実施形態を参照して上述された。しかし、当該分野における当業者によって容易に理解されるように、添付される特許請求の範囲によって定義されるような、先に開示された実施形態とは違った他の実施形態が本発明の範囲内で同等に可能である。

Claims (14)

1. メモリ（２４０）と、第１のユーザインタフェース状態の表現（４４０）を表示するように構成されるディスプレイ（１２０）と、コントローラ（２１０）と、を備えるモバイル通信端末（１００、２００、４００、６００、９００）であって、前記コントローラ（２１０）は、
   ユーザインタフェース変化イベントを検出し、
   前記第１のユーザインタフェース状態から第２のユーザインタフェース状態へ変化させ、
   前記ディスプレイ（１２０）に、前記第２のユーザインタフェース状態の表現を表示させ、
   入力を受け付け、
   前記イベントに関する時間ピリオドに基づいて前記入力を解釈し、
   前記解釈に従って前記入力を処理する、
   ように構成される、モバイル通信端末（１００、２００、４００、６００、９００）。
2. 前記コントローラ（２１０）は、前記イベントの検出からのある時間ピリオド（Ｔ１）の範囲内で前記入力が受け付けられた場合には、前記入力を無効であるものとして解釈する、ように構成される、請求項１に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
3. 前記コントローラ（２１０）は、前記イベントの検出からの第１の時間ピリオド（Ｔ１）の範囲内で前記入力が受け付けられた場合には、前記入力を前記第１のユーザインタフェーススタイルに基づくものとして解釈する、ように構成される、請求項１に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
4. 前記コントローラ（２１０）は、前記イベントの検出以前の第２の時間ピリオド（Ｔ２）の範囲内で前記入力が受け付けられた場合には、前記入力を無効であるものとして前記入力を解釈する、ように構成される、請求項１から３のいずれか１項に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
5. 前記コントローラ（２１０）は、前記イベントの検出以前の第２時間ピリオド（Ｔ２）の範囲内で前記入力が受け付けられた場合には、前記入力を前記第１のユーザインタフェーススタイルに基づくものとして解釈する、ように構成される、請求項１から３のいずれか１項に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
6. 前記コントローラ（２１０）は、
   前記ディスプレイ（１２０）が前記第２のユーザインタフェース状態の表現を表示していた時に前記入力が受け付けられたかを判定し、そうである場合において、第１の時間ピリオド（Ｔ１）の範囲内で前記入力が受け付けられたときは前記入力を無効であるものとして解釈し、
   前記ディスプレイ（１２０）が前記第１のユーザインタフェース状態の表現を表示していた時に前記入力が受け付けられた場合には、前記入力を前記第１のユーザインタフェーススタイルに基づくものとして解釈する、
   ようにさらに構成される、請求項１に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
7. 前記第１の時間ピリオドは、ユーザ選択可能である、請求項２から６のいずれか１項に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
8. 前記コントローラは、ユーザ入力の統計に基づいて前記第１の時間ピリオドを適応させる、ように構成される、請求項２から６のいずれか１項に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
9. 前記コントローラは、前記コントローラの処理負荷に基づいて前記第１の時間ピリオドを適応させる、ように構成される、請求項２から６のいずれか１項に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
10. 前記第２の時間ピリオドは、ユーザ選択可能である、請求項２から９のいずれか１項に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
11. 前記コントローラは、ユーザ入力の統計に基づいて前記第２の時間ピリオドを適応させる、ように構成される、請求項２から９のいずれか１項に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
12. 前記コントローラは、前記コントローラの処理負荷に基づいて前記第２の時間ピリオドを適応させる、ように構成される、請求項２から９のいずれか１項に記載のモバイル通信端末（１００、２００、４００、６００、９００）。
13. メモリ（２４０）と、第１のユーザインタフェース状態の表現（４４０）を表示するように構成されるディスプレイ（１２０）と、コントローラ（２１０）とを備えるモバイル通信端末（１００、２００、４００、６００、９００）における使用のための方法であって、
    ユーザインタフェース変化イベントを検出することと、
    前記第１のユーザインタフェース状態から第２のユーザインタフェース状態へ変化させることと、
    前記ディスプレイ（１２０）に、前記第２のユーザインタフェース状態の表現を表示させることと、
    入力を受け付けることと、
    前記イベントに関する時間ピリオドに基づいて前記入力を解釈することと、
    前記解釈に従って前記入力を処理することと、
    を含む、方法。
14. プロセッサ上で実行される場合に請求項１３に記載の前記方法を行う命令がエンコードされた、コンピュータ読み取り可能な記憶媒体。

Images