(57)【要約】携帯デバイス上でデータを入力するシステム及び方法は、ボタン（キーパッド３０６）が押下されたときに傾斜状態（傾斜センサ３０４）を判定することを含む。判定した傾斜状態を用いて、押下したボタンと関連付けられている複数の文字から一義化することができる。好適な実施形態では、携帯デバイスは携帯電話機であり、ボタンは、標準的な１２ボタン・キーパッドの一部である。
2007510234.tif 000002
【特許請求の範囲】
【請求項１】
携帯デバイスにおけるデータ入力システムであって、
複数のボタンを有し、該ボタンの少なくとも１つが２つ以上の文字と関連付けられている、キーパッドと、
ユーザによって携帯デバイスに対して行われた傾斜を検出可能な傾斜センサと、
前記ユーザによって行われた傾斜と同時に押下された前記複数のボタンの１つに基づいて、前記２つ以上の文字から１つを特定するようにプログラムされているプロセッサと
を備えていることを特徴とするデータ入力システム。
【請求項２】
請求項１記載のシステムにおいて、前記携帯デバイスは、前面、左及び右側面、並びに上面及び下面を有する携帯電話機であり、前記キーパッドは、前記携帯電話機の前面上に配置された標準的１２ボタン英数字キーパッドであることを特徴とするシステム。
【請求項３】
請求項２記載のシステムにおいて、前記傾斜は第１軸に沿って検出されることを特徴とするシステム。
【請求項４】
請求項２記載のシステムにおいて、前記傾斜は第１軸及び第２軸に沿って検出されることを特徴とするシステム。
【請求項５】
請求項４記載のシステムにおいて、前記第１及び第２軸は、前記携帯電話機の前面に平行な面内にあることを特徴とするシステム。
【請求項６】
請求項４記載のシステムにおいて、前記第１軸は、前記携帯電話機の左及び右側面を貫通し、これらと垂直であり、前記第２軸は、前記携帯電話機の上面及び下面を貫通し、これらと垂直であり、前記携帯電話機の面はユーザに向いており、前記第２軸に沿った左側への傾斜により第１文字が特定され、前記第１軸に沿ってユーザから遠ざかる傾斜により第２文字が特定され、前記第２軸に沿った右側への傾斜により第３文字が特定され、傾斜がない場合に第４文字が特定されることを特徴とするシステム。
【請求項７】
請求項６記載のシステムにおいて、前記第１軸に沿ってユーザに向かう傾斜により第５文字が特定されることを特徴とするシステム。
【請求項８】
請求項６記載のシステムにおいて、前記第４文字は数値であり、前記第１、第２、及び第３文字は、前記標準的１２ボタン・キーパッド上の数値と関連付けられた第１ボタン上に位置する字であることを特徴とするシステム。
【請求項９】
標準的１２ボタン・キーパッドを有する携帯デバイス上におけるデータの入力方法であって、
前記キーパッド上の第１ボタンが作動されたときに、前記携帯デバイスの傾斜を判定するステップと、
前記判定された傾斜を、前記第１ボタンと関連付けられている予め設定された傾斜メニューと比較することにより、前記第１ボタンと関連付けられている複数の文字の中から１つを決定するステップと
を備えていることを特徴とする方法。
【請求項１０】
請求項９記載の方法において、前記傾斜は、前記第１ボタンが作動されたと同時に判定されることを特徴とする方法。
【請求項１１】
請求項９記載の方法において、前記携帯デバイスは、前面上に配置されたディスプレイと、左及び右側面と、上面及び下面とを有する携帯電話機であり、前記キーパッドは、前記携帯電話機の前面上に配置されていることを特徴とする方法。
【請求項１２】
請求項１１記載のシステムにおいて、前記傾斜は第１軸に沿って判定されることを特徴とするシステム。
【請求項１３】
請求項１１記載のシステムにおいて、前記傾斜は第１軸及び第２軸に沿って判定されることを特徴とするシステム。
【請求項１４】
請求項１３記載のシステムにおいて、前記第１及び第２軸は、前記携帯電話機の前面に平行な面内にあることを特徴とするシステム。
【請求項１５】
請求項１３記載のシステムにおいて、前記第１軸は、前記携帯電話機の左及び右側面を貫通し、これらと垂直であり、前記第２軸は、前記上面及び下面を貫通し、これらと垂直であり、前記携帯電話機の面はユーザに向いており、前記第２軸に沿った左側への傾斜により第１文字が特定され、前記第１軸に沿ってユーザから遠ざかる傾斜により第２文字が特定され、前記第２軸に沿った右側への傾斜により第３文字が特定され、傾斜がない場合に第４文字が特定されることを特徴とするシステム。
【請求項１６】
請求項１５記載のシステムにおいて、前記第１軸に沿ったユーザに向かう傾斜により第５文字が特定されることを特徴とするシステム。
【請求項１７】
請求項１５記載のシステムにおいて、前記第４文字は数値であり、前記第１、第２、及び第３文字は、前記標準的１２ボタン・キーパッド上の数値と関連付けられた第１ボタン上に位置する文字であることを特徴とするシステム。
【請求項１８】
携帯電話機上にある１２ボタン・キーパッド上の第１ボタンと関連付けられている複数の文字の１つを特定する方法であって、
前記携帯電話機の前面に平行な２本の軸に沿って傾斜をサンプリングするステップと、
過去の傾斜サンプルを示すサンプル・スタックを維持するステップと、
ユーザが前記第１ボタンを押下したことを検出したときに、最新の傾斜を前記過去の傾斜サンプルの少なくとも１つと比較することによって、傾斜状態を判定するステップと、
前記傾斜状態が第１傾斜閾値以内にあると判定したときに、前記第１ボタンと関連付けられている１つの数値を特定するステップと、
前記傾斜状態が第２傾斜閾値以内にあると判定したときに、前記第１ボタンと関連付けられている第１文字を特定するステップと、
前記傾斜状態が第３傾斜閾値以内にあると判断したときに、前記第１ボタンと関連付けられている第２文字を特定するステップと、
前記傾斜状態が第４傾斜閾値以内にあると判断したときに、前記第１ボタンと関連付けられている第３文字を特定するステップと
を備えていることを特徴とする方法。
【請求項１９】
請求項１８記載の方法において、該方法は更に、前記傾斜状態が第５傾斜閾値以内にあると判定したときに、前記第１ボタンと関連付けられている第４文字を特定するステップを含むことを特徴とする方法。
【請求項２０】
請求項１８記載の方法において、前記第１、第２、及び第３文字は小文字であり、前記傾斜が所定の大文字閾値よりも大きいと判断したとき、前記第１ボタンと関連付けられている大文字を特定することを特徴とする方法。
【請求項２１】
請求項１８記載の方法において、傾斜センサ及びマイクロプロセッサを用いて、傾斜をサンプリングすることを特徴とする方法。
【請求項２２】
請求項２１記載の方法において、前記傾斜センサは、少なくとも１つの加速度センサを含むことを特徴とする方法。
【請求項２３】
請求項２１記載の方法において、前記第１センサは、少なくとも１つのデジタル・カメラを含んでいることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯デバイス上におけるデータ入力に関し、更に特定すれば、携帯電話機のような携帯デバイス用の同時データ入力システム及び方法に関する。
【背景技術】
【０００２】
本願は、２００３年１０月３１日に出願され、"Concurrent Data Entry for a Portable Device"（携帯デバイス用同時データ入力）と題する米国仮特許出願第６０／５１６，３８５号の優先権を主張する。その開示内容全体は、ここで引用したことにより、本願にも含まれるものとする。
【０００３】
殆どの携帯電話機は、図１に示すキーパッド１００と同様の、単純な１２ボタン・キーパッドを装備している。このようなキーパッドは、２６文字のアルファベットで文章を生成するには、本質的に貧弱なツールである。MultiTapのような従来のテキスト入力技法を用いると、平均的な７単語から成るテキスト・メッセージでは、大凡７０回のキー押下が必要となる。ＧＳＭ連合(www.gsmworld.com)は、２００３年において、世界中で約５０００億通のテキスト・メッセージが携帯電話機から送られるであろうと推測している。現行のテキスト入力技法を用いると、これは、約３５兆回のキー押下を必要とする。研究によって効率を高めた種々のテキスト入力技法が提案されているが、新たな標準として出現したものは未だにない。
【０００４】
標準的な１２キー（０〜９、＊、＃）の携帯電話機のキーパッドを用いて２６文字の英語のアルファベット（又は、実際には、任意の他のローマ字も）からテキストを入力するには、キー当たり複数の文字を割り当てる必要がある。典型的な割り当てでは、キー２〜９が、数値に加えて、３又は４つのアルファベット文字を表す。この標準的なキーパッドを用いるテキスト入力技法は全て、この多重割り当てによって生ずる多義性を何らかの方法で解決しなければならない。この問題は、１つの文字を入力するために２つの主要な作業を伴うものとして特徴付けることができる。即ち、文字の適切なグループのグループ間選択、及び、該選択したグループ内における適切な文字のグループ内選択である。今日までのテキスト入力技法の殆どは、大まかに２つの分類に分けることができる。即ち、グループ間選択を行い、次いでグループ内選択を行うために１つのキーを多数回押下しなければならないもの、そして、これらの選択を行うために多数のキーを１回ずつ押下しなければならないものである。双方のカテゴリは、連続的なキー押下を必要とするので、研究の目標は、テキストを入力するために必要な、文字当たりの平均キーストローク回数（「ＫＳＰＣ」）の減少に置かれている。この領域における進歩によって、所望のグループ内文字を「推測」するために大まかに言語特定の仮定を行い、こうしてグループ内選択に必要なキー押下を減少又は解消した。しかしながら、これらの技法の成功は、入力されるテキストがどの程度密接に、基礎となる言語モデルと一致するかに依存している。携帯電話機上で入力されるテキストは、相当の略語を伴うことが多く、ＳＭＳメッセージングの頻繁なユーザによって新たな「言語」も作り出されていることから、言語の仮定を行うことが、テキスト入力問題を解決するための最良の手法ではない場合もある。
【０００５】
今日では、少数の携帯電話機がＱＷＥＲＴＹ型キーパッドを利用しており、物理的な規模が遥かに小さいことを除いて、通常のキーボード上でのタイピングと同様の技法でテキスト入力が可能である（例えば、Ｎｏｋｉａ５５１０、www.nokia.com）。更に最近では、Handspring Treo (www.handspring.com)及びPocketPC Phone(www.microsoft.com)のような、電話機をパーソナル・デジタル・アシスタント（「ＰＤＡ」）と組み合わせた混成デバイスが、Palｍ's Graffiti (www.palm.com)のようなＰＤＡに共通の、ペンを用いたテキスト入力技法を利用している。これらのデバイスは、携帯電話機の市場に僅かに進出しつつあるが、携帯電話機の大部分は、１２個のキー、すなわち０〜９、＊及び＃を有する標準的なキーパッドを装備している。
【０００６】
このキーパッドを用いて２６個のアルファベット文字でテキストを入力するには、キーパッドのボタン１つ当たり複数の文字の割り当てが必要となる。典型的な割り当てでは、キー２〜９が３つ又は４つの文字を表し、スペース及び句読点を他のボタンに割り当てる。この標準的なキーパッドを用いるテキスト入力技法は全て、この多重割り当てによって生ずる多義性を何らかの方法によって解決しなければならない。この多義性を克服するために、３つの主要な技法、MultiTap、２−キー、及び言語一義化(linguistic disambiguation)がある。
【０００７】
１．MultiTap
MultiTapが動作すると、ユーザに各キーを多数回押下して、そのキー上のどの字を望むのか示すように要求する。例えば、字ｐｑｒｓは、従来より「７」キー上にある。そのキーを１回押下すると「ｐ」、２回押下すると「ｑ」等が得られる。ユーザが同じボタン上で２つの連続した字を入力しようとするときに問題が生ずる。例えば、「２」キーを３回たたくと、「ｃ」又は「ａｂ」のいずれかとなる可能性がある。この問題を克服するために、MultiTapは、ボタン押下に、通常１〜２秒のタイムアウトを採用し、タイムアウトの長さの間にボタンを押下しないと、その字を入力したことを示すようにしている。この方式の下で「ａｂ」を入力するには、ユーザは「２」キーを１回押下して「ａ」を出し、タイムアウトまで待って、「２」を２回押下して「ｂ」を入力する。ここで生ずる時間的オーバーヘッドを克服するために、多くの実施態様では、「タイムアウト取り消し」(timeout kill)ボタンを追加し、ユーザにタイムアウトを飛ばすことができるようにしている。「０」がタイムアウト取り消しボタンであると仮定すると、「ａｂ」を入力するために行う一連のボタン押下は「２−０−２−２」となる。MultiTapは、曖昧さも解消するが、非常に遅い可能性があり、文字当たりのキーストローク（ＫＳＰＣ）率は、約２．０３である。（MacKenzieのI.S.(2002) KSPC (keystrokes per character) as a characteristic of text entry techniques.（テキスト入力技法の特徴としてのＫＳＰＣ（文字当たりのキーストローク） Fourth International Symposium on Human_Computer Interaction with Mobile Devices, p.195-210を参照のこと。）
【０００８】
２．２−キー一義化
２−キー技法では、文字を入力するためには、ユーザが素早く連続して２つのキーを押下しなければならない。最初のキー押下で、該当する文字グループを選択し、２回目で当該グループ内にある所望の文字の位置を特定する。例えば、文字「ｅ」を入力するためには、ユーザは「３」キーを押下してグループ「ｄｅｆ」を選択し、続いて「２」キーを押下する。何故なら、「ｅ」はこのグループの中で２番目の位置にあるからである。この技法は、非常に単純であるが、ローマ字アルファベットでは普及しなかった。これのＫＳＰＣ率が２であることは明らかである。
【０００９】
３．言語一義化
テキスト入力プロセスを補助するために言語の知識を利用した言語一義化方式が数多くある。一例はＴ９（www.tegic.comを参照のこと）であり、一連のボタン押下で可能な全ての順列を求め、これらを辞書で調べる。例えば、キー・シーケンス「５−３−８」は、２７通りの可能な解釈（これらのキーの各々に３×３×３個の字がある）を示すことができる。これらの解釈の殆どは意味がないので、削除する。これらの各々を辞書で調べることにより、システムに、「jet」のみが英語の単語であり、したがってそれが解釈したものであることを知らせる。しかしながら、言語において複数の有効な解釈がある場合、多義性が生ずる可能性があり、その場合、最も一般的なものを提示する。例えば、シーケンス「６−６」は、「on」又は「no」のいずれかを示すことができる。システムが誤った単語を解釈した場合、「next」キーによって、ユーザは他の有効な順列を一巡することができる。英語のコーパスからテキストを入力するこの技法を分析した結果、ＫＳＰＣは１に近いことが判明した（I.S. (2002) "KSPC (keystrokes per character) as a characteristic of text entry techniques", Fourth International Symposium on Human-Computer Interaction with Mobile Devices, pp.195-200を参照のこと）。Letter Wise及びWordWise (www.eatoni.comを参照のこと)のような、更に新しい言語一義化技法も同様に良く動作し、以前の技法に対して微妙な利点がある。これらは全て優れたＫＳＰＣ率を有するが、言語に基づくシステムの成功は、ユーザがテキスト・メッセージを送るときに「英語のような」単語を入力することが多いという仮定に依存している。しかしながら、ユーザは、テキスト・メッセージを送る際、略語や不完全な英語を用いることが多い。更に、テキスト・メッセージングのユーザは、頭辞語や、字及び文字の組み合わせ（例えば、「before」を表す「b4」）で通信することも多い。これらの言語学的技法には、MultiTap及び２−キー技法では熟練したユーザは「見ないで」操作できるのに対して、ユーザが潜在的な多義性を解決するために視覚的に画面を監視しなければならないという別の問題が伴う。
【００１０】
携帯デバイスにおける傾斜センサの使用
携帯デバイスに傾斜センサ(tilt sensor)を組み込む試みがなされている。Unigestureは、傾斜をボタン押下の代用として用い、テキスト入力のためのボタンの必要性をなくした。（Sazawal, V., Want, R., & Borriello, G (2002), "The Unigesture Approach.  One-Handed Text Entry for Small Devices"（ユニジェスチャ技法。小型デバイス用片手テキスト入力）、 Mobile HCI, p.256-270を参照のこと）。ユーザに（携帯電話機の場合のように）８つの多義ボタンの１つを押下させる代わりに、Unigesture はユーザにデバイスを７つの方向の内１つに傾けさせて、所望の文字のグループ、又は「ゾーン」を指定させる。次いで、辞書に基づく一義化を用いて、傾斜の多義性を解決する。
【００１１】
TiltTypeは、ボタン押下と明確なテキストを入力するための傾斜とを、４つのボタンを備えた小型の腕時計型デバイスに組み込んでいる。（Partridge, K. Chatterjee, S., Sazawal, V., Borriello, G., & Want, R. (2002), "TiltType: accelerometer-supported text entry for very small devices"（ＴｉｌｔＴｙｐｅ：超小型デバイス用加速度計支援テキスト入力）、 ACM UIST Symposium on User Interface Software and Technology, pp.201-204を参照のこと）。ボタン押下がきっかけとなって、画面上に文字の表示が現われ、デバイスを８つの方向の１つに傾斜させることによって、文字を入力することができる。このように、ユーザは、しかるべく傾斜させて、ボタンを放す。
【００１２】
コーディング・キーボード
コーディング・キーボード(chording keyboard)は、通常、一連のコーディング・キーを有し、これらをキーパッドと共に用いてテキストを入力する。郵便サービスが、手紙の仕訳のために、両手コーディング・キーボードを使用していたことがあり、今日でも未だ速記者によって用いられている。Twiddler（www.handykey.comを参照のこと）及びSeptambic Keyer （wearcam.org/septambic/を参照のこと）は、最新の片手コーディング・キーボードの例である。テキストを入力している間手の中に保持できるように設計されているので、双方とも装着可能なコンピュータの一部として一般に用いられている。Twiddlerには、親指で用いる６つのキーと、他の指のための１２個のキーを装備しており、一方従来のSeptambic Keyerは、３つの親指スイッチと、４つの指スイッチだけを有する。Septambic Keyerでは４７通りの異なるキー押下の組み合わせが得られ、一方Twiddlerでは８０，０００以上が得られるが、テキスト入力には全てのキーは用いられない。
［発明の開示］
［発明が解決しようとする課題］
【００１３】
以上述べた手法のいずれもが商業的に成功していない。したがって、携帯デバイスの数値キーパッドにデータを入力するための効率的なシステム及び方法が求められている。
［発明を実施するための最良の形態］
【００１４】
本発明の原理を適用可能な多種多様な実施形態に鑑み、例示する実施形態は単なる例に過ぎず、本発明の範囲を限定するように捕らえてはならないことは言うまでもない。
図２は、本発明の一実施形態例による携帯電話機２００の示す図である。電話機２００は、１２ボタン・キーパッド２０２、ディスプレイ２０４、及びアンテナ２０６を含む。また、電話機２００は、マイクロフォン及びスピーカも含むこともあるが、図２には示されていない。
ユーザは、第１軸２０６及び／又は第２軸２０８に沿って電話機２００を傾かせて、テキスト・データを電話機２００に入力する際に役立てる。ユーザがキーパッド２０２上のボタンを押下しながら電話機２００の傾斜を決定することにより、電話機２００は、第１同時入力（ボタン押下）を第２同時入力（傾斜ステータス）と組み合わせて、入力した文字を特定することができる。このように、入力することができる一意の文字の数は、ボタンの数（そして、検出可能な傾斜状態の数）よりも多い。
【００１５】
好適な実施形態では、第１及び第２軸２０８及び２１０は、ユーザがディスプレイ２０４をユーザに向けて電話機２００を保持するように選択され、第１軸２０８は電話機２００を左側から右側に貫通しているので、第１軸２０８を中心とした回転によって順方向及び逆方向の傾斜が生じる。第２軸２１０は、好ましくは、電話機２００を上から下に貫通し、第２軸２１０を中心とした回転によって、横方向の傾斜が生ずるようにする。電話機２００の面から垂直に出る軸を選択するのではなく、軸２０８及び２１０をこのように選択することによって、ユーザは、ディスプレイ２０４上で全体的に正しく配向されたテキストを見ることができる（即ち、テキストは、全体的にユーザの基準枠から水平に並ぶ）。電話機２００の面から垂直に出る軸を中心に回転させると、ユーザはある角度でテキストを読まなければならない。回転軸の決定においては、操作の快適さや容易さも要因となる。
【００１６】
殆どの実施形態では、一義化に必要な傾斜量は、ユーザがキーパッド及びディスプレイを全傾斜状態において容易に見続けることができるように選択する。したがって、左に９０゜の傾斜を一義化の傾斜として検出することができるが、それよりも理にかなった最小傾斜は５〜ら１０゜とすることができ、平均予測傾斜は約３０度である。傾斜量は、誤った一義化を回避するために十分大きくなければならないが、ディスプレイ及びキーパッドを目視する際の快適さ、速度、及び容易さを促進するためには、十分小さくなければならない。
【００１７】
図３は、携帯電話機のような、携帯デバイスにおける同時データ入力のためのシステム３００を示す簡略ブロック図である。システム３００は、傾斜センサ３０４及びキーパッド３０６への接続部を有するマイクロプロセッサ３０２を含む。また、システムはディスプレイ３０８も含み、ユーが入力したテキストや、他のモバイル・ユーザから受信したメッセージのような、他の情報を見ることができるようにしている。
【００１８】
マイクロプロセッサ３０２は、ソフトウェア３１０及びメモリ３１２を用いて動作する。ソフトウェア３１０は、好ましくは、移動電話オペレーティング・システムのような、システム３００に付随するオペレーティング・システム上で実行する。ソフトウェアは、傾斜及びボタン押下を入力として用いることによって、入力したデータを特定するように動作可能な傾斜／テキスト・エンジン３１４のような１つ以上のモジュールを含むことができる。ソフトウェアは、Ｊａｖａ、Ｃ＋＋、又はその他の適した言語であればいずれで記述されてもよい。
【００１９】
メモリ３１２は、サンプル記録スタック３１６を含み、傾斜センサ３０４からマイクロプロセッサ３０２によって得られた最新のサンプルを格納することができる。これは、相対的傾斜による実施態様の場合等に、以前の方位に対する傾斜を判定する際に用いることができる。相対的傾斜の実施形態については、以下で更に詳しく説明する。サンプル記録スタック３１６内に格納するサンプル数は、利用可能なメモリ、サンプリング・レート、及び、恐らくはユーザがボタン押下を傾斜と同時に用いてデータを入力することに上達するに連れて（速くなるに連れて）変化する可能性があるユーザ定義設定値を含む多数の要因に左右されると考えられる。
【００２０】
代替実施形態では、傾斜センサ３０４は、「カメラ付電話機」に内蔵されているようなデジタル・カメラを利用して、傾斜の決定に役立たせることができる。例えば、第１画像において視覚パターンを特定し、第２又はそれ以降の画像において視覚パターンがどのように変化したかを識別することによって、システム３００の方位（すなわち傾斜）の変化を判定することができる。この代替技法は、傾斜センサ３０４によって加速度（又は傾斜）として感知され得る内在的背景加速度(underlying background acceleration)を受ける環境において用いることができる。例えば、加速するバスにおいてデータを入力しているユーザは、意図した傾斜からの加速度に加えて、バスからの加速度を検知した傾斜センサによる影響を観察することもできる。
【００２１】
図１４及び図１５は、コンピュータ画面を用いて傾斜を決定する技法を示す。携帯電話機に内蔵されているカメラを用いると、加速度計を必要とせずに、傾斜を検出することができる。カメラの視野のずれを監視することにより、傾斜及びパンニングの動きを推察することができる。画像におけるずれは、カメラ位置のずれを示すが、方向が逆である。図１５では、カメラの視野内の画像が、図１４と比較すると、右側にずれている。これは、カメラの左側への横方向移動を示し、これから僅かな傾斜の身振りを推察することができる。
【００２２】
図３の実施形態は、大部分の動作にソフトウェアを利用するが、ハードウェア又はファームウェアの実施態様も用いることができる。例えば、トランジスタ及び／又はプログラマブル論理回路で実現した一連のＡＮＤ／ＯＲゲートを用いることができる。
【００２３】
図４は、携帯電話機における同時データ入力システムにおいて傾斜を決定する実施形態例を示す一連の写真から成る図である。一連の図は、ボタン押下の意味を一義化するために用いることができる傾斜軸の可能な組み合わせの１つを示す。電話機を左に傾斜させると（左の図）、ボタンの最初の字が選択され、電話機を身体から離れるように傾斜させると（上の図）、ボタンの２番目の字が選択され、右に傾斜させると（右の図）、３番目の字が選択され、４番目の字がボタン上にある場合、ユーザの身体に向けて傾斜させると（下の図）、４番目の字が選択される。傾斜させずにキーを押下すると（中央の図）、キーの数値が入力される。スペース及びバックスペース動作を行うには、一義の単一機能ボタンを押下すればよい。
【００２４】
小文字及び大文字双方に対応するには、更に別の一義化ステップが必要となる。何故なら、キー毎に合計７つの文字をキー２〜６及び８に割り当て、９つの文字を７及び９のキーの各々に割り当てる必要があるからである。大文字／小文字感応性を追加することは、「面倒な」(sticky)シフト・キーの押下、又は傾斜の大きさを一義化処理として見なし、傾斜が大きいと大文字になるようにすることによって、行うことができる。図５は、携帯電話機上の「７」キー及び字「Ｐ」、「Ｑ」、「Ｒ」、及び「Ｓ」について、これら２つの技法の内の後者を示す。しかしながら、図５に示す技法を用いる場合、見ないで(eyes-free)入力することは一層困難であると思われる。これは、ユーザは大文字を得るために十分大きな傾斜を用いたことを確認したい場合もあるからである。
【００２５】
システムは、標準的な１２ボタンの携帯電話キーパッドを用い、低コストの傾斜センサを追加している。システムは、ボタン押下とデバイスの傾斜との組み合わせを用いて、所望の字を決定する。この技法は、TiltType (Partridge et al. (2002), "TiltType: accelerometer-supported text entry for very small devicees" （ＴｉｌｔＴｙｐｅ：超小型デバイスのための加速度計支援テキスト入力）ACM UIST Symposium on User Interface Software and Technology, pp.201-204)とは、デバイスのサイズ、用いるキーパッドの種類、片手操作の容易さ、及び検知アルゴリズムにおいて相違する。これについては、以下で詳しく説明する。標準的な電話機のキーパッドの割り当てでは、３つ又は４つのアルファベット文字及び１つの数字を各キーに指定する。例えば、「２」キーには、文字「ａ」、「ｂ」、及び「ｃ」も指定されている。システムは、追加の割り当てを指定する際、キー上の文字の各々に傾斜方向を指定し、ボタンの押下からあらゆる多義性を除去する。ユーザは、キーを押下しつつ、同時に電話機を４つの方向（左、前、右、後ろ）の１つに傾斜させて、所望の文字を入力する。例えば、「２」キーを押下し、左に傾斜させると、文字「ａ」が入力され、一方右に傾斜させると、文字「ｃ」が入力される。英数文字を入力するには１回のキー押下及び僅かな傾斜だけで済ませることによって、テキスト入力の全体的な速度を高めることができる。更に、現状のMultiTap技法を改良する一部の技法とは異なり、本システムは、言語に依存せず、したがって表示画面に視覚的に注意を払うことなく用いることができる。
【００２６】
傾斜の計算技法
携帯電話機の傾斜は、いずれの方向であっても初期の「原点」値に対して最大の傾斜を有すると見なされる。ここに記載するのは、傾斜値を判定するための３通りの代替実施形態、キー傾斜、絶対的傾斜、及び相対的傾斜である。
【００２７】
ａ．キー傾斜
第１の実施形態では、傾斜量を、キー押下(key down)及びキー解除(key up)での傾斜センサの値の差として計算する。このため、ユーザは、一旦ボタンを決めたなら、３つの別個の動きをしなければならない。即ち、ボタンを押し、電話機を傾斜させ、そしてボタンを放す。同様の手法は、腕時計型の４ボタン・デバイスで用いられていた（Partridge, K., Chatterjee, S., Sazawal, V., Borriello, G., & Want,  R. (2002), "TiltType: accelerometer-supported text entry for very small devices", ACM UIST Symposium on User Interface Software and Technology, pp.201-204）を参照のこと）。１２ボタンの携帯電話機のキーパッド上においてキー傾斜の実施態様を用いた初期の実験では、この実施態様は、従来のMultiTap技法よりも遥かに遅いことが示された。
【００２８】
ｂ．絶対的傾斜
第２の実施形態では、任意の所与の時点における傾斜センサの値を「固定の」絶対的原点と比較する。文字を入力するには、２つの別個の動きだけがあればよい。即ち、電話機を傾斜させ、キーを押下することである。対照的に、キー傾斜の実施形態では、３つの動きが必要となる。即ち、キーを押下し、電話機を傾斜させ、次いでキーを放すことである。
しかしながら、ユーザは、通常、腕の姿勢を一定には保たない。したがって、傾斜値が有意であるようにするためには、ユーザの全体的な腕の姿勢が変化する毎に固定原点をリセットすることが好ましい。
【００２９】
更に、本システムを用いて逆方向の傾斜を必要とする２つの文字を入力する場合には、この絶対的手法を用いると、更に多くの動きが必要となる。何故なら、最初の傾斜を取り消し、次いで新たな傾斜を与えなければならないからである。例えば、「２」キーを用いて字「ａｃ」を入力するには、「ａ」を入力するために、左にある角度αだけ最初に傾斜させなければならない。次いで、ユーザは逆方向に同じ角度βだけ傾斜させて原点に戻し、次いで別の角度βだけ右に傾斜させて、字「ｃ」を入力しなければならない。動きの全量は、２β＋αであり、これよりも少なく予想し得るα＋βではない。しかしながら、この実施形態のキー傾斜実施形態に対する利点の１つは、同じ傾斜方向で連続して文字を入力する場合、ユーザは連続してキーを押下する間、その方向に電話機を傾斜させたままにしておくことができることである。
【００３０】
ｃ．相対的傾斜
第３の実施形態によれば、傾斜の身振りを開始するときに設定する浮動原点に対して、傾斜を計算する。身振りの開始は、方位の変化、即ち、傾斜の身振りの方向の変化を連続的に監視することによって、判定する。この手法は、絶対的傾斜の実施形態の問題を双方共解決する。全ての傾斜は、身振りの開始に対してであるので、腕の位置が変化したときにリセットしなければならない絶対的原点がない。更に、逆方向への傾斜には、二重の傾斜を必要としない。何故なら、２回目の傾斜の原点は、最初の傾斜の身振りの終了点となるからである。したがって、字「ａｃ」を入力するには、左にある角度αだけ傾斜させてａを入力し、次いで右に角度βだけ別の傾斜を行ってｃを入力することが必要となり、動きは全部でα＋βとなる。尚、絶対的傾斜の実施形態と同様、字のみを入力する場合、最後の有意な傾斜を見ておくことによって、電話機を傾斜させ直すことなく、同じ傾斜方向で連続的に文字を入力できることを注記しておく。
【００３１】
文字の一義化
押下したボタンに対して傾斜状態を決定したなら、この押下したボタンと関連付けられている文字を特定するためには、個々の文字に対応する傾斜状態を指定する傾斜メニューを参照すればよい。傾斜メニューは、例えば、メモリに格納した単純な参照テーブルでよい。あるいは、一義化は、専用論理回路におけるというように、ハードウェアで実行してもよい。
【００３２】
実験による検証
本発明の実施形態が現行のMultiTap技法に対して、実際に速度及び効率上の効果をあげることを確認するために、以下に述べるように実験を行った。
【００３３】
ハードウェア
Analog Devices社のADCL202EB-232二軸加速度計ボードを装備して傾斜の検知を可能にしたMotorola社のi95cl携帯電話機を、試験デバイスに用いた。加速度計ボードを、シリアル・ケーブルを通じて電話機に接続した（外部電力線を追加した）。好ましい市販用の実施態様では、携帯電話機の外装内に傾斜検知回路を内蔵すると思われるが、外付けのシリアル・ケーブルによる実装により、予期した結果の指示を得るのに役立った。
相対的傾斜システムの実施態様では、傾斜センサからの規則的なサンプリングが必要となる。実験用のハードウェアでは、信頼性のあるサンプリング・レートが約１０Ｈｚにすぎないため、傾斜の決定には絶対的傾斜手法を用いた。相対的傾斜技法を実施するためには、少なくとも２０〜５０Ｈｚのサンプリング・レートを用いなければならない。
【００３４】
絶対的傾斜実験設定の下では、ユーザに電話機を所望の方位で保持させ、「０」を押下させることによって、任意の時点において原点をリセットさせた。しかしながら、この手法に必要な追加の動きは、評価の目的のために受け入れ可能であると考えた。何故なら、実験システムが、この追加の動きにも拘わらず正しく動作したのであれば、相対的傾斜手法を用いた実施態様は、更にロバスト性が高いので、それ以上に良好な動作となると思われるからである。言い換えると、評価を、実験システムに対して片寄らせた(bias)のである。
【００３５】
ＡＤＸＬボードは、１゜未満の傾斜でさえも検出することができたので、電話機の非常に小さい傾斜だけで、ボタンの押下を一義化するには十分であった。いずれの軸においても傾斜の最大値を意図した傾斜と見なし、前方／後方には１０％のバイアスを設けた。このバイアスを含ませたのは、ユーザには、手首で前方に傾斜させるとき、得意な側に傾斜を持たせる傾向があるためである。
【００３６】
ソフトウェア
傾斜を読み取ってテキストを解釈し、実験を行うためのソフトウェアは、移動デバイス情報プロファイル（ＭＩＤＰ１．０）及び固有のi95cl特定クラスからのクラスを用いて、Ｊａｖａ２  Ｍａｃｒｏ−Ｅｄｉｔｉｏｎで記述されたのもである。
実験は、何らかの別のデバイス上で携帯電話機のキーパッドをシミュレートするのではなく、携帯電話機上で全体的に行った。テキスト入力技法並びにデータ提示及び収集を実施する部分を含む全てのソフトウェアは、電話機上で実行した。傾斜センサを、外部のコンピュータ・デバイスへは接続しなかった。
【００３７】
比較のために設定したMultiTapの実施態様は、i95clの内蔵MultiTapエンジンを、２秒のタイムアウト及びタイムアウト取り消し(timeout kill)と共に用いた。この評価では、小文字のテキスト入力のみを検討した。このため、MultiTapエンジンを若干修正して、キーに割り当てられているがボタンの面上にない文字を除去し、使用可能な選択肢をキー上の小文字及び数値のみとなるようにした。
【００３８】
手順
実験の参加者（５人の男性及び５人の女性、その内３人は左利き、７人は右利きであり、いずれの技法についても、それを用いてテキストを編成する何らかの経験を有する人はいなかった）が、MacKenzie's English phrase dictionary（www.yorku.ca./mack/phrases2.txtを参照のこと）のなかにあるものから選択したテキストの短い句を入力した。所望のテキストの句を、電話機の画面上で参加者に示した。
タイミングは、参加者が句の最初の文字を入力したときに始まり、句を完全かつ正確に入力したときに終了とした。間違った文字を入力した場合、電話機が振動を発生することによってユーザに注意を喚起し、ユーザは彼らの誤りを訂正しなければならなかった。この手順によって、最終的な結果は、正しい句を取り込んだという意味では、誤りがなかった。また、句完成時間には、誤りを訂正するのに要した時間も含まれる。
【００３９】
各処置を開始する前に、参加者に、入力する前に、表示した句を読んで理解するように依頼し、以下のように、処置のための説明を与えた。
MutiTapの説明：
MultiTap技法を用いてある文字を入力するためには、最初にその文字が明記されているキーを見つける。所望の文字に達するまで、キーを繰り返し押下する。最初の文字の場合１回押下し、２番目の場合２回、３番目の場合３回押下し、４番目がある場合には、４番目には４回押下する。一旦正しい字を見つけ、次の字の準備ができたなら、単にプロセスを繰り返す。次に入力したい字が同じキー上にある場合、最初に電話機上の「右」矢印を押下するか、又はカーソルが進むまで２秒間待たなければならない。
実験システムの説明：
この技法は、入力したい字の方向に電話機を傾斜させ、それが刻印されているキーを押下することによって作動する。最初の字ならば、左に傾斜させる。２番目の字では、前方に傾斜させる。３番目の字では、右に傾斜させる。４番目の字では、自分に向けて傾斜させる。傾斜の方向は、電話の「中心」又は「原点」に対して測定する。「０」キーを押下すれば、いつでも原点をリセットすることができる。
【００４０】
次いで、実験者は関連技法を実証した。参加者がその技法がどのように作用するのか理解していることを確認するために、４方向全てに実験システムを傾斜させる必要がある単一の句、又はMultiTapに対して同じキー上で２つの連続する字を入力するように要求した。
スペース及び削除キーを表すために、そして句の最後に余分なスペースを入力して完了を示すように、双方の技法に対して追加の説明を与えた。誤り訂正用のプロセスについても彼らに説明した。また、参加者には、句の間には自由に休憩をとり、一旦句を入力し始めたならできるだけ素早く続けるように指示した。
【００４１】
結果
１０人の参加者から収集したデータは、ブロック当たり平均１０．３分かかった。合計１４５３６０個の正しい文字が入力され、６４００個の句ができた。
【００４２】
テキスト入力速度
標準的なｗｐｍ（毎分のワード数）という尺度を用いて、テキスト入力速度を記述した。これは、従来より、１秒毎の文字数×６０／５で計算される。当実験におけるタイミングは、最初の文字を入力した後に開始するので、その最初の文字は、入力速度の計算には含まれなかった。したがって、これらの計算の目的のためには、句の長さはｎ−１文字となる。また、完了を意味するために、ユーザは各句の最後に余分なスペースを入力しなければならなかった。しかしながら、句の最後の本当の文字の入力を、最終時点と見なした。
全てのブロックに対する平均テキスト入力速度は、実験システム及びMultiTapについて、それぞれ、１１．７６ｗｐｍ及び１０．１１ｗｐｍであった。全体的に、本システムはMultiTapよりも１６．３％速かった。
【００４３】
最初のブロックの試行に対する平均は、本システム及びMultiTapについて、それぞれ、７．４２ｗｐｍ及び７．５３ｗｐｍであった。両技法における性能は着実に向上し、最後（１６番目）のブロックの試行に対する平均は、本システムでは１３．５７ｗｐｍ、MultiTapでは１１．０４ｗｐｍであった。被験者は初期にはMultiTapを用いた方が僅かに操作に優れていたが、本実験システムを用いると、彼らは格段に速く上達し、実験の終了時には、両技法間の差は、２２．９％に達し、本実験システムの方が高かった。
【００４４】
分散(variance)の分析により、技法（Ｆ１，８＝６１５．８、ｐ＜．０００１）、及びブロック（Ｆ１５，１２０＝１４５．２、ｐ＜．０００１）について著しい主効果が示された。また、著しい技法×ブロック相互作用（Ｆ１５，１２０＝２２０．５、ｐ＜．０００１）もあり、参加者は異なる技法では異なる速さで上達したことを示す。図６は、これらの効果を示す。
【００４５】
以上の分析及び図７から、いずれの技法にも以前の経験がない場合、本システムはMultiTapよりも開始時の成果(performance)で劣り、ブロック４においてようやく入れ代わる。これがあり得るのは、本システムが、参加者に２つの別個の異なる運動技能、即ち、キーの押下及び電話機の傾斜を習熟することを必要としたからである。MultiTapは、１種類の運動行動、即ち、キーの多数回の押下のみを必要としている。
【００４６】
図８は、参加者が技法を切り換えた後（即ち、実験の後半）におけるデータを示す。ここで分かるのは、本システムがMultiTapよりも速く始まり、参加者は、実験の前半における彼らのMultiTapによる以前の経験を活用し、それを流用できたことを示すということである。これは、MultiTapの経験が豊富な実際のユーザは、本実験システムに切り換えたときに、その技能の少なくとも一部を流用できるので、好ましい指示である。しかしながら、図６及び図７を比較した場合に、検出力曲線(power curve)の一致度が低いことから示されるように、本実験システムの成果にはかなり変動性が多いことを注記しておく。これは、参加者にとって、以前のMultiTapの経験が多少邪魔になっっていることを示している。
【００４７】
誤り率
実験手順では、参加者が作業を続けながら訂正しなければならなかったことから、完全に正しく入力した句の最終結果では、先に論じた入力速度の結果には誤り訂正のコストが予め含まれている。予期した文字と一致しなかった入力文字数を、句の長さで除算して、誤り率を百分率で計算した。この場合、ｗｐｍ率におけるような（ｎ−１）ではなく、実際の句の長さを用いた。
【００４８】
全体的に、誤り率は、本実験システム（１１％）の方がMultiTap（３％）よりも遥かに高かった。この結果は、統計的に有意であった（（Ｆ１，８＝１３７８．８、ｐ＜．０００１）。また、ブロックについても有意な結果があった（Ｆ１５，１２０＝２１．１、ｐ＜．０００１）。有意な技法×ブロック相互作用（Ｆ１５，１２０＝２３．３、ｐ＜．０００１）及び図９は、MultiTapの誤り率は実験を通じてほぼ一定のままであるのに対して、本実験システムの誤り率は、最初の８ブロックで急激に下落し、ブロック９以降では漸近(asymptote)し始めることを示している。
【００４９】
入力時間分析と同様に、有意な順序×技法相互作用（Ｆ１５，１２０＝１６８．９、ｐ＜．０００１）は、参加者が非対称的な流用効果(asymmetric transfer effect)を呈していることを示す。データの前半の分析（即ち、参加者が技法を切り換える前）から、図１０に示すように、データ集合全体と同様の主要効果、即ち、技法（Ｆ１，８＝６３２．４、ｐ＜．０００１）、ブロック（Ｆ１５，１２０＝７．３、ｐ＜．０００１）、そして技法×ブロック相互作用（Ｆ１５，１２０＝１０．４、ｐ＜．０００１）が示されている。興味深いことに、平均システム誤り率（８．６％）は、データ集合全体に対するよりも低く、MultiTapの妨害がないことが有益であったことが示された。
【００５０】
図１１は、実験の後半における試行からのデータを示す（即ち、参加者が技法を切り換えた後）。これを図１０と比較すると、本システムの１３．５％という平均誤り率は、実験の前半における平均率８．６％よりもかなり高い。更に、試行の内の最初の８ブロックでは、実験システムには一定の傾向が見られなかった。明らかに、参加者のMultiTapでの以前の経験が、技法の切換を行った直後では、本実験システムを用いる彼らの能力に悪影響を及ぼしている。これは、図８において先に示したテキスト入力速度データにおいて観察された結果とも一致する。しかしながら、この影響は、ブロック８以降で急激に消滅する。
【００５１】
本システムの方が誤り率が高い原因を調べるためには、誤りを２つの分類、すなわち傾斜の誤り及びボタンの誤りに分けるとよい。傾斜の誤りは、参加者が正しい字と同じボタン上にある字を入力し、誤った傾斜を行ったことを示す場合の誤りである。ボタンの誤りは、参加者が異なるボタン上にある字を入力した誤りである。
ボタンの誤りは、本システム及びMultiTap共、同様の率であろうと予測した。しかしながら、結果は大きな差（Ｆ１，８＝３２０．６７、ｐ＜．０００１）を示し、MultiTapの試行において入力した文字の３％がボタンの誤りであったのに対し、本実験システムで入力した文字の１．５％のみがこの種の誤りであることが示された。
【００５２】
この低いボタンの誤りを、本システムの高い全体的な誤り率と照らし合わせると、本システムを用いている間に犯した過ちの殆どは傾斜の誤りであることが明白である。傾斜の誤りを字毎に細分すると、参加者は、一部の字に対して、それ以外よりも著しく多い誤りを犯していたことが示された（Ｆ２５，２００＝２．４７、ｐ＜．００１）。これは、図１０に示す通りである。
【００５３】
分散の分析により、傾斜方向が傾斜誤り率に重大な主な影響があることが示された（Ｆ３，２４＝３７．６、ｐ＜．０００１）。２つずつの平均比較によって、前方及び後方への傾斜を必要とする字に対する傾斜の誤りが、右又は左への傾斜を必要とする字よりも遥かに高いことが示された。即ち、後方傾斜は、他の全ての傾斜方向よりも著しく高い誤りを生ずる。図１２はこの傾向を示す。
【００５４】
既に論じたように、システム全体の誤り率は、練習するに連れて減少する。したがって、後方傾斜に対する高い傾斜の誤り（字「ｓ」及び「ｚ」）は、ユーザが字「ｚ」を入力する回数が少なかったことによる可能性がある。字「ｚ」は、実験中各参加者が３回入力しただけであった。しかしながら、後方傾斜を必要とする他の字「ｓ」の場合、実験中かなり頻繁に入力したにも拘わらず、同様に高い傾斜の誤りを示した。言い換えると、練習を増やしても、後方傾斜誤り率が格段に減少することはないと思われ、ユーザには後方傾斜動作が本質的に苦手であることを示す。図１３は、アルファベットの各字毎の傾斜誤り率を百分率で示す。
【００５５】
左又は右への身振りを必要とする字に対して傾斜の誤りを参加者が犯したとき、その８２％で、そのボタン上の前方傾斜による字が入力される結果となっている。これは、本アルゴリズムに導入した１０％のバイアスが過剰補償と思われることを示す。この補償係数を小さくすれば、左／右傾斜に対する傾斜謝り率を低下させることができる。
【００５６】
前方／後方の動きに対して誤り率が高いことは、恐らく、実験に用いた絶対的傾斜システムの欠点で説明がつく。参加者は、原点を設定し、次いで、彼らが後方傾斜身振りよりもかなり前方に向けるため、電話機をゆっくりと前方に「押し出す」傾向があった。その結果、電話機は常にいくらか前方に傾くことになった。これが意味するのは、「ｓ」又は「ｚ」を入力するためには過大な後方への身振りが必要であったということであり、ユーザは最初の試みではそれを達成できないことが多かった。電話機を前方位置に保持する傾向によって、何故殆どの傾斜の誤りが同じボタン上の前方傾斜による字を入力する結果になったかということについても説明がつく。ハードウェアの制約のため、効率や精度が高い相対的傾斜方法の代わりに、絶対的傾斜実施態様を用いた。相対的傾斜を用いれば、誤り率は改善すると思われる。何故なら、ユーザは、絶対的傾斜方法において要求されるような、文字間で指定量だけ原点を通過して傾斜させる必要がなく、前方姿勢を克服するために後方傾斜を過大に行う必要もないからである。これらの余分な要件が、特に、ユーザが画面を見ずに素早くこの技法を実行しようとするときには、誤りの原因となると思われる。相対的傾斜の方が、高速で「見ないで」使用するには適しているであろう。
【００５７】
必要な傾斜角度は、０度より少し多い角度から最大で約９０度の範囲である。実験における参加者の観察から、平均の傾斜角度は恐らく３０度程度と思われる。このパラメータを更に明確に決定するか、その範囲を少なくとももっと狭く限定すれば、ＫＳＰＣよりも正確に本システムを記述するモデルを開発することが可能となろう。
更に、別の傾斜方向の方が手首にとって自然なのか検査し、恐らく、ここで検査した単純な「左／右、後ろ／前」技法に取って変わることになろう。また、文字入力間で再度傾斜させる必要性を最小に抑えるために、字を集合化する実施態様も試験するつもりである。
【図面の簡単な説明】
【００５８】
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１】
2007510234.tif 000003
【図２】
2007510234.tif 000004
【図３】
2007510234.tif 000005
【図４】
2007510234.tif 000006
【図５】
2007510234.tif 000007
【図６】
2007510234.tif 000008
【図７】
2007510234.tif 000009
【図８】
2007510234.tif 000010
【図９】
2007510234.tif 000011
【図１０】
2007510234.tif 000012
【図１１】
2007510234.tif 000013
【図１２】
2007510234.tif 000014
【図１３】
2007510234.tif 000015
【図１４】
2007510234.tif 000016
【図１５】
2007510234.tif 000017
【手続補正書】
【提出日】平成18年9月5日(2006.9.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
携帯デバイスにおけるデータ入力システムであって、
複数のボタンを有し、該ボタンの少なくとも１つが２つ以上の文字と関連付けられている、キーパッドと、
ユーザによって携帯デバイスに対して行われた傾斜を検出可能な傾斜センサと、
前記ユーザによって行われた傾斜と同時に押下された前記複数のボタンの１つに基づいて、前記２つ以上の文字から１つを特定するようにプログラムされているプロセッサと
を備えていることを特徴とするデータ入力システム。
【請求項２】
請求項１記載のシステムにおいて、前記携帯デバイスは、前面、左及び右側面、並びに上面及び下面を有する携帯電話機であり、前記キーパッドは、前記携帯電話機の前面上に配置された標準的１２ボタン英数字キーパッドであることを特徴とするシステム。
【請求項３】
請求項２記載のシステムにおいて、前記傾斜は第１軸に沿って検出されることを特徴とするシステム。
【請求項４】
請求項２記載のシステムにおいて、前記傾斜は第１軸及び第２軸に沿って検出されることを特徴とするシステム。
【請求項５】
請求項４記載のシステムにおいて、前記第１及び第２軸は、前記携帯電話機の前面に平行な面内にあることを特徴とするシステム。
【請求項６】
請求項４記載のシステムにおいて、前記第１軸は、前記携帯電話機の左及び右側面を貫通し、これらと垂直であり、前記第２軸は、前記携帯電話機の上面及び下面を貫通し、これらと垂直であり、前記携帯電話機の面はユーザに向いており、前記第２軸に沿った左側への傾斜により第１文字が特定され、前記第１軸に沿ってユーザから遠ざかる傾斜により第２文字が特定され、前記第２軸に沿った右側への傾斜により第３文字が特定され、傾斜がない場合に第４文字が特定されることを特徴とするシステム。
【請求項７】
請求項６記載のシステムにおいて、前記第１軸に沿ってユーザに向かう傾斜により第５文字が特定されることを特徴とするシステム。
【請求項８】
請求項６記載のシステムにおいて、前記第４文字は数値であり、前記第１、第２、及び第３文字は、前記標準的１２ボタン・キーパッド上の数値と関連付けられた第１ボタン上に位置する字であることを特徴とするシステム。
【請求項９】
標準的１２ボタン・キーパッドを有する携帯デバイス上におけるデータの入力方法であって、
前記キーパッド上の第１ボタンが作動されたときに、前記携帯デバイスの傾斜を判定するステップと、
前記判定された傾斜を、前記第１ボタンと関連付けられている予め設定された傾斜メニューと比較することにより、前記第１ボタンと関連付けられている複数の文字の中から１つを決定するステップと
を備えていることを特徴とする方法。
【請求項１０】
請求項９記載の方法において、前記傾斜は、前記第１ボタンが作動されたと同時に判定されることを特徴とする方法。
【請求項１１】
請求項９記載の方法において、前記携帯デバイスは、前面上に配置されたディスプレイと、左及び右側面と、上面及び下面とを有する携帯電話機であり、前記キーパッドは、前記携帯電話機の前面上に配置されていることを特徴とする方法。
【請求項１２】
請求項１１記載の方法において、前記傾斜は第１軸に沿って判定されることを特徴とする方法。
【請求項１３】
請求項１１記載の方法において、前記傾斜は第１軸及び第２軸に沿って判定されることを特徴とする方法。
【請求項１４】
請求項１３記載の方法において、前記第１及び第２軸は、前記携帯電話機の前面に平行な面内にあることを特徴とする方法。
【請求項１５】
請求項１３記載の方法において、前記第１軸は、前記携帯電話機の左及び右側面を貫通し、これらと垂直であり、前記第２軸は、前記上面及び下面を貫通し、これらと垂直であり、前記携帯電話機の面はユーザに向いており、前記第２軸に沿った左側への傾斜により第１文字が特定され、前記第１軸に沿ってユーザから遠ざかる傾斜により第２文字が特定され、前記第２軸に沿った右側への傾斜により第３文字が特定され、傾斜がない場合に第４文字が特定されることを特徴とする方法。
【請求項１６】
請求項１５記載の方法において、前記第１軸に沿ったユーザに向かう傾斜により第５文字が特定されることを特徴とする方法。
【請求項１７】
請求項１５記載の方法において、前記第４文字は数値であり、前記第１、第２、及び第３文字は、前記標準的１２ボタン・キーパッド上の数値と関連付けられた第１ボタン上に位置する文字であることを特徴とする方法。
【請求項１８】
携帯電話機上にある１２ボタン・キーパッド上の第１ボタンと関連付けられている複数の文字の１つを特定する方法であって、
前記携帯電話機の前面に平行な２本の軸に沿って傾斜をサンプリングするステップと、
過去の傾斜サンプルを示すサンプル・スタックを維持するステップと、
ユーザが前記第１ボタンを押下したことを検出したときに、最新の傾斜を前記過去の傾斜サンプルの少なくとも１つと比較することによって、傾斜状態を判定するステップと、
前記傾斜状態が第１傾斜閾値以内にあると判定したときに、前記第１ボタンと関連付けられている１つの数値を特定するステップと、
前記傾斜状態が第２傾斜閾値以内にあると判定したときに、前記第１ボタンと関連付けられている第１文字を特定するステップと、
前記傾斜状態が第３傾斜閾値以内にあると判断したときに、前記第１ボタンと関連付けられている第２文字を特定するステップと、
前記傾斜状態が第４傾斜閾値以内にあると判断したときに、前記第１ボタンと関連付けられている第３文字を特定するステップと
を備えていることを特徴とする方法。
【請求項１９】
請求項１８記載の方法において、該方法は更に、前記傾斜状態が第５傾斜閾値以内にあると判定したときに、前記第１ボタンと関連付けられている第４文字を特定するステップを含むことを特徴とする方法。
【請求項２０】
請求項１８記載の方法において、前記第１、第２、及び第３文字は小文字であり、前記傾斜が所定の大文字閾値よりも大きいと判断したとき、前記第１ボタンと関連付けられている大文字を特定することを特徴とする方法。
【請求項２１】
請求項１８記載の方法において、傾斜センサ及びマイクロプロセッサを用いて、傾斜をサンプリングすることを特徴とする方法。
【請求項２２】
請求項２１記載の方法において、前記傾斜センサは、少なくとも１つの加速度センサを含むことを特徴とする方法。
【請求項２３】
請求項２１記載の方法において、前記第１センサは、少なくとも１つのデジタル・カメラを含んでいることを特徴とする方法。
【国際調査報告】
2007510234.tif 000018