JPH1083245A - コンピュータでジェスチャと手書き文字を区別する方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザの手書き文字の平均サイズを使用して
手書き文字とジェスチャとを区別する。 【解決手段】 ジェスチャと手書き文字とを区別するた
めに、ペン・サブシステムはユーザの書込みのサイズを
調べる。ユーザは、自分の手書き入力スタイルに応じて
ジェスチャ対テキストのサイズを設定することができ
る。このようにして、ユーザは、ジェスチャをどの程度
大きくするかを正確に把握する。ユーザが設定のカスト
マイズを辞退した場合、ペン・サブシステムは、ユーザ
の手書き文字の近似サイズを示す、他のユーザ設定を問
い合わせることができる。システムが使用可能な第３の
選択肢は、手書き文字のサイズを動的に決定し追跡する
ことである。これにより、複数のユーザは、設定を変更
する必要なしにコンピュータを順次使用できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、広くはデータ処理
システムに関する。本発明は、ユーザがスタイラスを使
用してテキスト及びジェスチャ・コマンドとして解釈す
べき手書き文字及び記号を入力するような、マルチタス
ク処理ペン・コンピュータ・システムにおいて具体的に
応用されるものである。

【０００２】

【従来の技術】ペン・コンピュータは、入力装置として
スタイラス及びセンサを使用するコンピュータの１種で
ある。ペン・ソフトウェア・サブシステムは、オペレー
ティング・システムに統合するかまたはオペレーティン
グ・システムの付属物にすることができるが、スタイラ
ス入力をマウス入力コマンド、手書き文字（テキス
ト）、またはジェスチャと呼ばれる手書き記号として認
識するために、ペン入力を処理するものである。通常、
ジェスチャは、ウィンドウを開くまたは閉じるなどの機
能を呼び出すために使用する。

【０００３】たとえば、ＯＳ／２というオペレーティン
グ・システムのペン・サブシステムであるPen for OS/2
は、ユーザがグラフィカル・ユーザ・インタフェース
（ＧＵＩ）ウィンドウに文字を直接書き込めるようにす
るものであり、その文字はその後、認識のためにジェス
チャ／手書き文字認識エンジンに送られる。ジェスチャ
と手書き文字とを区別するデフォルト方法の１つは、そ
のウィンドウが編集フィールドまたはテキスト入力ウィ
ンドウなど、テキストを受け入れるものではない場合
に、手書き形状をジェスチャとして扱うことにより、シ
ステムが使用するものである。

【０００４】好ましいことに、ペン・オペレーティング
・サブシステムは、コンピュータ・システムによって実
行されているすべてのアプリケーションへのペン入力を
促進することになり、そのうちのほとんどはスタイラス
入力を「認識しない」。現在、典型的なアプリケーショ
ン・プログラムは、マウス入力とキーボード入力だけを
受け入れるように作成されており、ペン入力によって可
能になる機能豊富なプログラミング・インタフェースを
認識していない。使いやすさを改善し、良好なヒューマ
ン・ファクタを提供するためには、ペン・サブシステム
によってこのようなペン非認識アプリケーションが、ユ
ーザ・インタフェースの観点から、ペンを認識しペンの
機能性を利用するアプリケーションのように見え、感じ
られることは、非常に好ましいことである。

【０００５】Pen for OS/2は、手書き形状をジェスチャ
記号としてまたは文字（テキスト）として認識するため
のものである。ペンコンピューティングの出現以来、設
計者はジェスチャとテキストの両方を正確に認識する認
識エンジンの開発に奮闘してきた。数々の改良が実現さ
れてきたが、最新の認識エンジンでも依然としてジェス
チャとテキストを区別する際に問題が発生する。これ
は、一部のジェスチャと英字との形状が似ていることに
よる。実際には、システムが使用するジェスチャが非常
に複雑でユーザフレンドリではないものでない限り、英
字及び数字のストロークや形状の範囲のために、有用な
ジェスチャの多くは既存の英字との類似性をある程度備
えることになる。

【０００６】一例として、いずれのペン・オペレーティ
ング・システムも、その有用性のために円のジェスチャ
をサポートしている。しかし、ワード・プロセッサのウ
ィンドウ上に円を描く場合、システムは、ユーザが１）
円のジェスチャを描くのか、２）ゼロを書くのか、３）
大文字のＯを書くのか、または４）小文字のｏを書くの
かを判断しなければならない。これと同じ曖昧さは、
「フリック・ダウン」ジェスチャと呼ばれる単一のダウ
ン・ストロークにも当てはまる。すなわち、フリック・
ダウン・ジェスチャは、英字のｌか、英字のＩか、また
は数字の１かということになる。これ以外にも例はある
が、ジェスチャとテキストとを区別する際の難しさを実
証するにはこの２つで十分である。

【０００７】上記２つの例の曖昧さは、多くの場合、文
字が書かれたコンテキストを調べることによって解決す
ることができる。事実、適切に作成されたペン・アプリ
ケーションは、所与のウィンドウの入力を数字、英字、
英数字、またはジェスチャのみに制限することによっ
て、それを解決する場合が多い。認識制約と呼ばれるよ
うに、認識エンジンから出力可能な結果を制限すると、
認識の正確さが大幅に上昇する。ペン設計者が使用する
もう１つの一般的な手法は、英字または数字のどの文字
とも似ていないジェスチャ形状のライブラリを構築する
方法である。残念ながら、これは、円、ダウン・フリッ
ク、脱字記号、左下、Ｘ、疑問符などの重要なジェスチ
ャを除去してしまう。このようなジェスチャはいずれも
直観的で覚えやすく容易に描けるものなので、これらを
除去してしまうと使いやすさが損なわれる恐れがある。
Pen For OS/2のユーザは、ヘルプ・ウィンドウを起動す
るためにどのウィンドウでも疑問符ジェスチャを書き込
むことができる。問題は、メモを編集するときに発生す
る。すなわち、ヘルプ・ポップアップがなくてもユーザ
がピリオドを疑問符に変更できるかどうかである。Pen
for OS/2では、キーボード入力を受け入れるすべてのウ
ィンドウが、ジェスチャとテキストの両方の認識用とし
て使用可能になっている。ペン・サブシステムはたいて
いアプリケーション環境を認識しないので、コンテキス
トによってジェスチャとテキストを区別することは非常
に難しい。ペン認識アプリケーションでテキストを受け
入れないウィンドウではこのような問題は発生しない。
というのは、このようなウィンドウはジェスチャ専用認
識に制限されているからである。

【０００８】また、大文字を書いた後にピリオドまたは
「タップ」を付けることにより英字ジェスチャを描くよ
うな２６通りの英字ジェスチャをPen For OS/2がサポー
トしていることも銘記するに値する。このタップは、英
字ジェスチャと通常の英字とを区別する特徴である。し
かし、場合によっては、このタップが曖昧さを持ち込む
こともある。すなわち、それが大文字／小文字とピリオ
ドであるかどうか、ということになる。

【０００９】依然として残っている、重大な使いやすさ
の問題の１つは、正確に同じ文字であると思われるもの
を書いた後でユーザが別の結果を得ることもあるという
点である。このようにユーザが認識結果を予測または制
御できないことによって、フラストレーションのレベル
は高くなり、生産性は低下する。残念ながら、より小さ
いサブセットの文字と記号に厳重に認識を制限するよう
な先行技術の技法は、所与の状況、すなわち、ペン認識
アプリケーションになるように適切に設計された場合の
み有効である。ペン認識ではない、一般に使用される汎
用アプリケーションでは、先行技術がジェスチャと手書
き文字とを予測的に区別できないことはユーザの妨げに
なっている。

【００１０】本発明は、手書き文字入力からジェスチャ
入力を区別するための先行技術の改良策である。

【００１１】

【発明が解決しようとする課題】したがって、本発明の
一目的は、ユーザの手書き文字の平均サイズを使用して
手書き文字とジェスチャとを区別することにある。

【００１２】本発明の他の目的は、１日のうちで１台の
コンピュータが多くのユーザによって活発に共用されて
いる場合に検出されるような手書き文字の変化を迅速に
調整することにある。

【００１３】本発明のさらに他の目的は、通常のエンド
ユーザの作業を妨げず、オペレーティング・システムま
たはアプリケーションの応答性に関して認識できるほど
のパフォーマンスの劣化を発生しないように、サイズを
決定することにある。

【００１４】

【課題を解決するための手段】ジェスチャと手書き文字
とを区別するために、ペン・サブシステムはユーザの書
込みのサイズを調べる。

【００１５】本発明により、ユーザは、自分の手書き入
力スタイルに応じてジェスチャ対テキストのサイズ、ジ
ェスチャしきい値を設定することができる。このように
して、ユーザは、ジェスチャをどの程度大きくするかを
正確に把握する。ユーザが設定のカストマイズを辞退し
た場合、ペン・サブシステムは、ユーザの手書き文字の
近似サイズを示す、他のユーザ設定を問い合わせること
ができる。システムが使用可能な第３の選択肢は、手書
き文字のサイズを動的に決定し追跡することである。こ
れにより、複数のユーザは、設定を変更する必要なしに
コンピュータを順次使用できるはずである。認識結果が
本当に曖昧である場合、システムは、ユーザの通常の手
書き入力スタイルより大きく描かれていない限り、その
手書き文字をテキストとして扱う。認識プロセスに対す
る制御権が強化されると、ユーザは、よりリラックスし
て自然にスタイラスを使用しながら、自由に手元の作業
に集中することができる。

【００１６】本発明の特徴における上記及びその他の目
的は、添付図面ならびに以下の説明を参照することによ
り、より適切に理解されるだろう。

【００１７】

【発明の実施の形態】本発明は、適当なペン入力認識サ
ブシステムを備えた各種のオペレーティング・システム
下の様々なコンピュータまたはコンピュータの集合で実
行することができる。このコンピュータは、たとえば、
パーソナル・コンピュータ、ミニ・コンピュータ、メイ
ンフレーム・コンピュータ、またはその他のコンピュー
タからなる分散ネットワークで動作するコンピュータな
どにすることができる。具体的なコンピュータの選択は
必要なディスク及びディスク記憶容量によってのみ制限
されるが、ＩＢＭのＰＣシリーズのコンピュータは本発
明で使用できる可能性が高い。ＩＢＭのＰＣシリーズの
コンピュータのさらに詳細については、IBM PC 300/700
Series Hardware Maintenance（資料番号No. S83G-778
9-03）及びUser'sHandbook IBM PC Series 300 and 700
（資料番号No. S83G-9822-00）を参照されたい。ＩＢＭ
では、ペン入力用に自由スタイラスを備えたThinkPad 7
50Pを売り出している。また、ＩＢＭのパーソナル・コ
ンピュータが動作可能なオペレーティング・システムの
１つは、ＩＢＭのOS/2 Warp 3.0である。ＩＢＭのオペ
レーティング・システムOS/2 Warp 3.0の詳細について
は、OS/2 Warp V3 Technical Library（資料番号No. GB
OF-7116-00）を参照されたい。前述のように、ＯＳ／２
は、ペン・サブシステムとしてPen for OS/2 Warp、バ
ージョン１．０３、部品番号No. 25H7380を提供してい
るが、これはＩＢＭから取り寄せることができる。

【００１８】次に添付図面、特に図１をまず参照する
と、本発明を実施することができるパーソナル・コンピ
ュータ・システムのハードウェア・ブロック図の全体が
参照番号１０によって示されている。システム１０は、
中央演算処理装置（ＣＰＵ）１５とランダム・アクセス
・メモリ１３とを含むプロセッサ１１を含む。システム
１０は、ハード・ディスク記憶装置１７とフロッピー・
ディスク装置１９という形式の追加メモリも含むことが
好ましい。フロッピー・ディスク装置１９は、本発明の
ソフトウェア実施態様を含む、プログラム用のソフトウ
ェアを記録可能なディスケット２１を受け入れられるよ
うになっている。また、システム１０は、ディスプレイ
２３、キーボード２５、マウス２７、ペンまたはスタイ
ラス２９を含む、ユーザ・インタフェース・ハードウェ
ア装置も含む。システム１０はプリンタ３１を含むこと
が好ましい。

【００１９】タッチ画面の表面に対するスタイラスまた
は指の位置の実際の検出は、本発明の範囲に含まれな
い。本発明を実施するために使用可能なスタイラスの位
置を感知するために圧力、赤外線または可視光、音、電
磁力または静電力を使用する、当技術分野で既知のタッ
チ検知装置はいくつかある。さらに、スタイラス及びス
タイラス感知装置の動作に関する情報については、本出
願人に譲渡され、参照により本明細書に組み込まれる、
アラン・タネンバウム（Alan Tannenbaum）他による「G
raphical User Interface with Gesture Recognition i
n a Multi-Application Environment」という名称の米
国特許第５２５２９５１号を参照されたい。また、スタ
イラスの動きの感知に関する情報については、本出願人
に譲渡され、参照により本明細書に組み込まれる、ジョ
ン・エム・ゼッツ（John M. Zetts）による「Recognizi
ng the Cessation of Motion of a Pointing Device on
aDisplay By Comparing a Group of Signals to an An
chor Point」という名称の米国特許第５４０４４５８号
を参照されたい。

【００２０】本発明の好ましい実施態様の１つは、前述
のように一般的に構成されたコンピュータ・システムの
ランダム・アクセス・メモリ内に常駐する複数組の命令
セットである。コンピュータ・システムが要求するま
で、この命令セットは、別のコンピュータ・メモリ、た
とえば、ハード・ディスク・ドライブや、最終的にＣＤ
−ＲＯＭ内で使用するための光ディスクなどの取外し可
能メモリ、または最終的にフロッピー・ディスク・ドラ
イブ内で使用するためのフロッピー・ディスクに格納す
ることができる。当業者であれば、複数組の命令セット
の物理的な格納によって、その上に電気的、磁気的、ま
たは化学的にそれが格納される媒体がコンピュータで読
取り可能な情報を伝達するようにその媒体が物理的に変
化することに留意されたい。命令、記号、文字などに関
して本発明を記述する方が便利であるが、これらの用語
及び同様の用語はいずれも適切な物理要素に関連するは
ずであることに留意されたい。さらに、本発明は、区別
または判定、あるいはオペレータに関連する可能性のあ
るその他の用語に関して記述される場合が多い。本発明
の一部を形成するような本明細書に記載する動作では、
オペレータによるアクションはいずれも望ましいもので
はない。動作とは、電気信号を処理して他の電気信号を
生成するようなマシン動作のことである。

【００２１】次に図２を参照すると、同図には、本発明
のペンベース・システムの主要ソフトウェア・システム
構成要素の高レベル図が示されている。図２の下部で
は、ペン２９、マウス２７、キーボード２５からの出力
信号がデバイス・ドライバ３３に接続されているが、こ
のデバイス・ドライバはそれぞれの装置に低レベルの入
出力サポートを提供するモジュールである。デバイス・
ドライバ３３は事象をシステム待ち行列３５に入れる。
システム待ち行列３５内の事象は、その後、プレゼンテ
ーション・マネージャ３７によって処理され、プレゼン
テーション・マネージャ３７は次にペン事象及びマウス
事象を処理のためにペン拡張部３９に経路指定する。

【００２２】本発明により構成された典型的なコンピュ
ータ・システムでは、ペン認識アプリケーション４１と
ペン非認識アプリケーション４３の両方が動作する。ペ
ン認識アプリケーションは、ペン入力を認識して処理す
るための固有の能力を備えている。すなわち、その開発
者は、ペン入力をサポートするようにアプリケーション
を設計している。ペン非認識アプリケーションは、ペン
入力を認識するための固有の能力を備えていないもので
あり、通常、キーボードまたはマウスあるいはその両方
の入力を認識して処理するだけである。したがって、オ
ペレーティング・システムのペン拡張部３９は、ペン事
象をペン認識アプリケーション４１に直接経路指定す
る。しかし、ペン非認識アプリケーション４３はペン入
力を理解することができないので、システムは互換モジ
ュール４５を含む。

【００２３】互換モジュール４５は、ペン非認識アプリ
ケーションのためにペン機能を提供するものである。た
とえば、ユーザがペン非認識アプリケーションに手書き
文字事象を入力した場合、ペン拡張部３９はこの事象を
互換モジュール４５に経路指定し、次に互換モジュール
４５がすべてのペン・ストロークをジェスチャ手書き文
字認識エンジン４７に経路指定する。ジェスチャ手書き
文字認識エンジン４７は、ペン・ストローク事象を処理
し、認識結果を互換モジュール４５に返す。

【００２４】認識事象がジェスチャである場合、互換モ
ジュール４５はそれを認識事象送達サブシステム４９に
経路指定し、そのサブシステムは、特定のジェスチャに
応答してペン非認識アプリケーションでどのアクション
を実行すべきかをユーザが判定できるようにセットアッ
プしたプロファイル５１にアクセスする。任意で一部の
ツール５３を呼び出して、ペン非認識アプリケーション
４３上で何らかのアクションを実行することもできる。
たとえば、ポップアップ・キーボードと手書き入力パッ
ドは、ペン非認識アプリケーション上で何らかのアクシ
ョンを実行するかまたはペン非認識アプリケーションに
入力を提供するようなツールの例である。互換モジュー
ル４５に返された認識結果が手書き文字であると認識さ
れた場合、その結果のテキスト・ストリングは適切なペ
ン非認識アプリケーション４３に直接経路指定される。

【００２５】ストローク分析 図３は、ストローク・カウントによる好ましい実施例用
のジェスチャ・セットを列挙したものである。記号ジェ
スチャ３００、３２５、３３５のストローク・カウント
は一定であるが、英字ジェスチャ３４２、３５３、３６
５、３７０のストローク・カウントは、どのようにして
ユーザがその特定の大文字を書いたかに応じて、いくら
か変化する。いずれの記号ジェスチャも４ストローク以
上で構成されることはなく、英字ジェスチャは最小で２
ストローク、最大で５ストロークを必要とすることが分
かるだろう。このようなストローク・カウントの特性
は、テキストとジェスチャとを区別する際に考慮されて
いる。「なぐり書き」という用語は、ストローク入力の
モーダル期間中にユーザが描いたストロークの集合を意
味する。このモーダリティは、３秒間入力を止めるかま
たはスタイラスをセンサから持ち上げることによって終
了する。好ましい実施例ではいずれのジェスチャも５ス
トロークを超えないので、なぐり書きが５ストロークを
上回る場合、認識結果は必ずテキストになる。当業者で
あれば、異なる１組のなぐり書きごとに別々の事前認識
規則を使用することが容易に分かるだろう。

【００２６】図４は、英数字に対して曖昧なジェスチャ
記号を列挙したものである。本発明の一実施例では、ジ
ェスチャとテキスト両方の認識モードを有するウィンド
ウでこれらのジェスチャを描いた場合、ユーザの通常の
手書き文字サイズより大きいジェスチャをユーザが描か
ない限り、テキスト認識が行われることになる。

【００２７】図５には境界ボックス・スコアの概念を示
す。オブジェクト４００、４０５、４１０、４１５は、
大文字のＨとピリオドの書き順を示している。ユーザが
各ストロークを描くにつれて、各ストロークに関連する
境界ボックスの「分離」が検査される。あるストローク
が別のストロークから規定の距離以上離れている場合、
そのストロークは「分離」されている。複数のストロー
クが互いに接触すると、それらの境界ボックスは、オブ
ジェクト４２０、４２５、４３６、４３０の順に示すよ
うに組み合わされる。各ストロークが完了すると、ジェ
スチャまたはテキストとして、ストローク・カウント、
ストローク・サイズ、ストローク分離、ストローク・タ
イプに基づいて現行のなぐり書きを分類するスコアが与
えられる。分類が不確定の場合、「不明」というスコア
を与えることができる。図５のＨ．は、不明４０１とし
て始まり、テキスト４０２及び４０３に移行する。最終
ストロークでは、タップ４０８によって英字ジェスチャ
の可能性がなくなるので、不明４０４としてスコアが付
けられる。

【００２８】好ましい一実施例では、なぐり書きに不明
というスコアを与えると、そのなぐり書きは認識のため
にジェスチャ認識エンジンとテキスト認識エンジンの両
方に送られる。認識エンジンは、最良テキスト一致用に
１つと最良一致ジェスチャ用に１つという２つの結果を
生成し、テキスト結果を１次認識結果にする。１次とし
てのジェスチャ結果を備えたＨタップ・ジェスチャをユ
ーザが作成するためには、Ｈを含むストロークをジェス
チャしきい値より大きく描く必要がある。ジェスチャし
きい値の設定は別の発明なので、ジェスチャしきい値の
項で後述する。

【００２９】図５の第２の例では、ジェスチャしきい値
４８０を超える大きいストロークで「ｌｂｓ」と書かれ
ているので、最初の２つのストローク４５０及び４５６
はジェスチャ４５１及び４５２としてスコアが付けられ
る。しかし、最後のストローク４６２はジェスチャしき
い値を超えないので、スコアはテキスト４５３に変更さ
れる。最後のストローク４６２はタップではないので、
このなぐり書きは英字ジェスチャにはならず、３ストロ
ーク・ジェスチャ３３５を検査すると、３つのストロー
クはいずれも３ストローク・ジェスチャと見なせるよう
に大きくなければならないことが分かる。これは、いず
れの場合もユーザは大きく書くことを禁じられていない
ことを実証するものである。

【００３０】図６及び図７は、ジェスチャしきい値より
大きく描くことにより、ユーザが認識結果を制御する方
法をさらに示すものである。ウィンドウ４８１内の疑問
符４８２は、ピリオドを置き換えることにより、この疑
問文の句読点エラーを訂正するためのものである。これ
は小さく書かれているので、疑問符文字４８５が生成さ
れる。より大きいストローク４８７を使用して後で描き
直すと、本発明はそれにジェスチャとしてのスコアを付
けるが、これは実行され、その結果、アプリケーション
のヘルプ・ウィンドウ４８９内に表示される。

【００３１】図８及び図９は、線ありフォント・サイズ
を設定するためのエンドユーザ・インタフェースを示し
ている。フォント・サイズを設定することにより、ユー
ザは行手書き入力ウィンドウで使用する行間隔を設定す
る。ユーザが設定する間隔は、ユーザの通常の手書き文
字サイズを適切に示すものである。高さと幅は５０％と
２５％までそれぞれ拡大される。というのは、罫線なし
ウィンドウに書き込む場合、ユーザの手書き文字を制限
する線が一切ないので、手書き文字が通常より大きくな
る場合が多いからである。ジェスチャしきい値を設定す
る際の線ありフォント・サイズの使い方については、ジ
ェスチャしきい値の項で以下に詳述する。

【００３２】図１０は、報告すべき認識事象がある場合
にペン・サブシステムによって構築され、ターゲット・
アプリケーションに送られる、認識結果データ構造を示
している。認識処理手順については図１６に詳しく示
す。このデータ構造は１次結果６００と代替結果６１０
のセクションに分割され、アプリケーションはいずれの
認識結果でも自由に機能することができるが、推奨され
るアクションは、アプリケーションが１次結果を使用す
ることである。というのは、システムがその結果の方が
高いと評価したからである。１次及び代替認識結果タイ
プ・データ・フィールドは、事前認識プロセスの結果に
応じて、ジェスチャと手書き文字かまたは手書き文字と
ジェスチャでそれぞれ記入される。テキスト・ストリン
グまたはジェスチャ認識データ・フィールドは、そのセ
クションの結果タイプに応じて各セクションで記入され
る。なぐり書きポインタは、そのなぐり書きを構成する
１組のストロークに関するハンドルである。

【００３３】図１１は、矩形の対向する隅に位置する２
つの直角座標（ｘ左、ｙ下）と（ｘ右、ｙ上）を調整す
ることにより、矩形を拡大する方法を理解するのに役立
つものである。この場合、（ｘ左、ｙ下）は、上方スト
ローク用の矩形の起点でもある。図１４に関連して以下
に詳述するように、ストロークを受け取ると、そのスト
ロークの上下の左端及び右端の範囲の境界を示すために
境界ボックスが作成される。図２４〜２７に関連して以
下に詳述するように、この境界ボックスは、ストローク
の「分離」をテストするために使用する。境界ボックス
は、合計０．０４インチになるようにボックスの両側に
０．０２インチずつ加えることによって「拡大」され
る。２つのストロークの境界ボックスが交差する場合、
これらは分離ストロークではないので、手書き文字では
なくジェスチャを示すものである。テキストは水平に書
かれる傾向があるので、分離ストロークは手書き文字を
示すことになる。

【００３４】本発明を効果的にするために、本出願人は
タップ・ストロークのサイズを縮小した。先行技術のタ
ップ・サイズ８１０を図１２に示す。ペン・タップは、
マウス・ボタンのクリックに似ており、選択やウィンド
ウ・ナビゲーション中に頻繁に使用される。大きいタッ
プ・サイズを定義することにより、ユーザは、タップ中
に少量の間違った動きをしても許される。タップ・サイ
ズを拡大すると、ユーザは少々雑にタップを行えるよう
になり、迅速にタップすることも容易になる（迅速タッ
プは小さいストロークを発生する傾向がある）。しか
し、タップ・サイズを大きくすると、コンマ、引用符、
アポストロフィなどの小さい文字はいずれもタップのよ
うに見え始めるという副作用がある。ユーザによって
は、「ｏ」や「ｅ」などの小文字にタップ・ストローク
としてのタグが付けられるほど、手書き文字が小さいユ
ーザもいる。タップを正確に区別することは本発明の要
件の１つなので、本発明では、認識モードがテキストを
含む場合にタップ・サイズを縮小する方法を取り入れて
いる。タップ・サイズの縮小によって、ユーザはもっと
注意深くタップしなければならなくなるが、その結果、
ｉの点を打ち、ピリオド、コロン、セミコロンを入力す
る際に注意するので、テキスト認識を向上させる効果が
ある。

【００３５】図１２の最小ジェスチャ・サイズ８００ま
たはジェスチャしきい値は、通常、０．１５６インチで
あり、非常に小さいストロークをシステムがジェスチャ
として解釈しないようにするためにシステムが必要とす
るものである。選択などのためにスタイラスでタップす
る場合、ユーザは、持ち上げる前にわずかにペンの先を
スライドさせることが非常に多い。ペンのスリップは故
意ではなかったものの、結果的にストロークがタップよ
り大きくなることが多く、その場合、システムはそれを
タップとして解釈せず、むしろジェスチャ及びテキスト
認識エンジンに送られる小さいストロークとして解釈す
る。この問題は、ディジタイザ上に滑りやすい表面を備
えたペン・コンピュータでは特に一般的なものである。
このようないわゆる「マイクロ・ジェスチャ」は問題が
多いので、最小ジェスチャ・サイズが課せられている。

【００３６】図１３は、ユーザがスタイラスで触れたこ
とをペン・サブシステムが検出したときに呼び出される
論理の詳細を示している。ステップ９００では、システ
ムがすでに書込みモードに入っているかどうかを確認す
るために検査が行われる。書込みモードに入っていない
場合、ステップ９０５で着地メッセージがアプリケーシ
ョンに送られ、着地事象をそれに通知し、どのようにそ
の事象を処理すべきかをアプリケーションが指定できる
ようにする。このメッセージの処理中、アプリケーショ
ンは認識のモードを指定することができる。メッセージ
の送信後、ステップ９１０では、アプリケーションが認
識モードを設定したかどうかを確認するためのテストが
行われる。設定していない場合、ステップ９１５では、
着地ウィンドウ用の適切な認識モードを決定するための
ルーチンが呼び出される。次にプロセスは、図１５に詳
細を示す一連のテストに移行し、ウィンドウがテキスト
入力専用か、ジェスチャ入力専用か、またはテキスト入
力とジェスチャ入力が可能かを判定する。図１３に示す
プロセスに戻ると、ステップ９３０では、着地ウィンド
ウですべての認識が不能になっているかどうかを確認す
るためのテストが行われる。不能になっている場合、シ
ステムは、ステップ９４０で単に着地事象をマウス・ボ
タン事象として処理し、ステップ９５０で終了する。

【００３７】そうではない場合、システムは、ステップ
９３５でストローク・カウントをクリアし、ステップ９
６０で第１のストロークの第１の点として着地座標を保
管し、ステップ９７０及び９８０でストローク境界ボッ
クスを初期設定することにより、入力ストロークの準備
を行う。次にルーチンはステップ９９０で終了し、その
後のスタイラス入力を待つ。

【００３８】図１４は、スタイラスがディジタル化セン
サと接触している間にスタイラスの動きが検出されるた
びに呼び出されるペン運動ルーチンを示している。新し
い各座標を受け取ると、その座標は、現行のストローク
境界ボックス外にあるかどうかを確認するために検査さ
れる。ステップ１０００〜１０７０に示す動作は、座標
のＸ値をボックスの左端及び右端の値と比較し、座標の
Ｙ値をボックスの一番上及び一番下の値と比較するプロ
セスの詳細を示している。ストロークがその外側にずれ
続けると、境界ボックスが調整される。

【００３９】ステップ１０００では、座標のＸ値がボッ
クスの左境界の外側にあるかどうかを判定するためにテ
ストが行われる。システムが書込みモード１００２にな
っていない場合、ユーザが書込み１００３を開始したか
どうかを判定するために、スタイラスの動きが初期着地
点から監視される。その動きが十分な長さ、通常は０．
０６０インチのものである場合、ユーザは書込みを開始
したと見なされ、システムは書込みモード１００４に入
る。その場合、ステップ１０１０で境界が座標のＸ値に
設定される。ステップ１０２０では、座標のＸ値がボッ
クスの右境界の外側にあるかどうかを判定するためにテ
ストが行われる。外側にある場合、ステップ１０３０で
境界が座標のＸ値に設定される。ステップ１０４０のテ
ストは、座標のＹ値がボックスの下境界の外側にあるか
どうかを判定するものである。外側にある場合、ステッ
プ１０５０で境界が座標のＹ値に設定される。座標のＹ
値がボックスの上境界の外側にあるかどうかというテス
トは、ステップ１０６０で行われる。これが真である場
合、ステップ１０７０で境界が座標のＹ値に設定され
る。このプロセスはステップ１０８０で終了する。

【００４０】図１５には、ウィンドウの認識モードがテ
キスト専用か（ステップ１１１５）、ジェスチャとテキ
ストか（ステップ１１３０）、ジェスチャ専用か（ステ
ップ１１５５）のいずれにするべきかを判定し、ウィン
ドウの認識モードを設定する一連のテストが示されてい
る。ウィンドウがテキスト入力またはジェスチャ入力あ
るいはその両方のいずれを受け入れるかを判定するため
に使用可能な基準の１つは、ユーザがエンドユーザ・イ
ンタフェースを介して所与の認識モードを規定したかど
うかである。実際の入力に使用するウィンドウは、すべ
て認識が不能になっている。これは、流れ図にプロセス
・ステップ１１６０として示されているが、代替実施例
では判断ブロックにすることもできる。次に、ステップ
１１１０、ステップ１１３５、またはステップ１１５０
で認識モードが適切に設定される。しかし、タップによ
って区別される英字ジェスチャを使用可能な好ましい実
施例でテキスト認識が可能になっている場合、ステップ
１１２５または１１４５で許容タップ・サイズも縮小さ
れる。タップのサイズを縮小すると、システムはより容
易にタップと小さい小文字とを区別できるようになる
と、本出願人は判断している。プロセスはステップ１１
７０で復帰する。

【００４１】図１６は、認識結果を処理する論理を示し
ている。ステップ１２００でテストするようにジェスチ
ャ認識とテキスト認識の両方が行われ、ステップ１２０
５でテストするように境界ボックス・ストアがジェスチ
ャである場合、ステップ１２１０で１次結果がジェスチ
ャに設定される。代替結果はステップ１２２０でテキス
トに設定される。これに対して、境界ボックス・スコア
が手書き文字である、すなわち、ジェスチャではない場
合、ステップ１２１５で１次結果がテキストに設定さ
れ、ステップ１２２５で代替結果がジェスチャに設定さ
れる。図１０に関連して前述したように、認識結果デー
タ構造がターゲット・アプリケーションに送られる。ス
テップ１２３０で認識結果がジェスチャ専用である場
合、ステップ１２３５で１次結果がジェスチャになり、
ステップ１２４０で代替結果がヌルになる。そうではな
い場合、ステップ１２４５で１次結果がテキストに設定
され、ステップ１２５０で代替結果がヌルに設定され
る。ステップ１２５５では、新たに構築した認識結果ブ
ロックを含むWM_RESULTメッセージがアプリケーション
に送られ、その後、ステップ１２６５でアプリケーショ
ン応答が処理される。プロセスはステップ１２７０で復
帰する。

【００４２】ターゲット・アプリケーションからの応答
を処理するためのプロセスは図１７に示す。ステップ１
３１０では、アプリケーションが認識結果を処理したか
どうかを確認するためのテストが行われる。処理してい
ない場合、ステップ１３２０で、ペン・サブシステムに
よる１次結果または代替結果の処理をアプリケーション
が必要としているかどうかを判定するためにアプリケー
ション応答が検査される。デフォルトでは、ステップ１
３３０で１次結果が処理されるが、その現行環境にとっ
て代替結果の方が適しているとアプリケーションが判定
した場合、アプリケーションはデフォルト挙動を指定変
更し、ステップ１３４０で代替結果を処理するように指
定することもできる。ステップ１３５０で結果がテキス
トである場合、キーボードによって生成された場合と同
様に文字が現れるように、ステップ１３６０でテキスト
・ストリングがターゲット・アプリケーションに送られ
る。そうではない場合、ステップ１３７０でジェスチャ
・コマンドが実行される。ステップ１３１０のテストに
応じてプロセスが結果を処理できた場合、システムはス
テップ１３８０で復帰し、それ以上のアクションは一切
行われない。

【００４３】図１８には、書込みタイムアウトを設定す
るためのプロセスが示されている。背景としては、ユー
ザが書込み入力を完了したときにシステムがそれを検出
できるように、ユーザが１つのストロークを完了するた
びに書込みタイマが始動する。書込みを続行するために
ユーザがスタイラスでもう一度着地した場合、書込みタ
イマは取り消され、システムは現行のストロークの集合
に新しいストロークを付加する。タイマが時間切れにな
ると、それは、ユーザが休止し、したがって、書込み入
力を完了したことを示す。書込みタイムアウトには３．
０秒という値を使用する。というのは、大量のテキスト
を入力するときにユーザがウィンドウの一方の側から反
対側に移動するのに２．５秒かかることがあることがテ
ストによって分かっているからである。１つまたは２つ
のストローク・ジェスチャが認識され実行されるまで待
つには３秒の書込みタイムアウトでは長すぎるので、別
のジェスチャ・タイムアウト値が維持されている。この
ジェスチャ・タイムアウトは０．９秒である。通常、認
識モードがジェスチャとテキストである場合、システム
はそれより長い待機期間を使用しなければならない。と
いうのは、ユーザがジェスチャ入力中なのかまたは手書
き入力中なのかが明白ではないからである。

【００４４】次に図１８を参照すると、書込みタイムア
ウト値とジェスチャ・タイムアウト値の両方について、
ステップ１４００とステップ１４０２でそれぞれ問合せ
が行われる。ステップ１４０４でテストしたように、ス
トローク・カウントが６未満である場合、書込みタイム
アウトは認識モードに応じて設定される。ステップ１４
０５でモードがジェスチャである場合、ステップ１４１
０でジェスチャ・タイムアウト値が使用される。ステッ
プ１４１５でモードがテキストである場合、ステップ１
４２０で書込みタイムアウトが使用される。ステップ１
４２５は、認識モードがテキストとジェスチャの混合で
あるかどうかを判定する。混合ではない場合、ステップ
１４３０で書込みタイムアウトが使用される。ステップ
１４２５で判定したように、モードが混合である場合、
境界ボックス・スコアに基づいて判断が行われる。ステ
ップ１４３５で境界ボックス・スコアがジェスチャであ
る場合、ステップ１４４０でジェスチャ・タイムアウト
が使用される。ステップ１４４５で境界ボックス・スコ
アが不明である場合、ステップ１４５０でジェスチャ・
タイムアウトに５００ミリ秒を加えた値に等しいタイマ
値が使用される。この余分な０．５秒により、ユーザ
は、テキストを書き込んでいる場合に別の単語を開始す
るのに十分な時間が与えられる。ユーザがテキストを書
き込んでいない場合、この余分な時間は、わずかなジェ
スチャ認識遅延を追加するだけである。そうではない場
合、スコアはテキストになり、ステップ１４５５で書込
みタイムアウトが使用される。ステップ１４０４で判定
したように、ストローク・カウントが５を上回る場合、
デフォルトとして完全な３．０秒値を使用するような書
込みタイムアウトにするための調整は一切行われれな
い。このように境界ボックス・スコアに基づいて書込み
タイムアウトを動的に設定する方法により、ユーザ・イ
ンタフェースの応答性は高くなり、ユーザは一連のジェ
スチャ・コマンドを迅速に連続して実行することができ
る。

【００４５】ジェスチャまたはテキスト文字の後、ユー
ザは、タッチ画面からスタイラスを持ち上げる。離昇事
象の検出時に行われるプロセスについては図１９に詳細
に示す。離昇後、ステップ１５００でストローク・カウ
ントが増分される。ステップ１５０１では、着地時に設
定したタップ・サイズを使用して、それがタップである
かどうかを確認するためにストロークが検査される。次
にステップ１５０２で現行の境界ボックスが処理され、
ストロークの集合を進行中のテキストまたはジェスチャ
として分類する。

【００４６】ステップ１５０４では、これが第１のスト
ロークであるかどうかを判定するためにテストが行われ
る。ステップ１５０５で判定したように、このストロー
クがタップである場合、ユーザはステップ１５３０でマ
ウス・エミュレーションを必要とし、システムはステッ
プ１５５５で復帰する。第１のストロークがタップでは
ない場合、ステップ１５１０で最小ジェスチャ・サイズ
と照らし合わせてストロークの長さが検査される。この
最小ジェスチャ・サイズについては、図１２に関連して
前述した通りである。好ましい一実施例の最小ジェスチ
ャ・サイズは、通常、０．１５６インチ程度であり、ペ
ン・サブシステムでは、非常に小さいストロークがシス
テムによってジェスチャとして解釈されないようにする
ことが必要である。第１のストロークがジェスチャしき
い値未満であり、ステップ１５１５で現行の認識モード
がジェスチャである場合、ステップ１５３０でマウス・
エミュレーション・プロセスが行われる。そうではない
場合、ステップ１５２０で認識モードがテキストとジェ
スチャの両方であれば、ステップ１５２５で認識モード
がテキスト専用に変更される。というのは、最小サイズ
未満のストロークでジェスチャを開始することができな
いからである。次に、ステップ１５４０でストロークの
集合に現行ストロークが追加されるが、これは、この場
合、第１のストロークである。ステップ１５４５では、
図１８に関連して前述したように書込みタイムアウトを
調整するためのサブルーチンが呼び出される。書込みタ
イムアウトの調整後、ステップ１５５０でシステムは書
込みタイムアウトを設定し監視する。次に、ステップ１
５５５でプロセスが終了する。

【００４７】この時点で、ユーザは単一ストロークを描
いている。ユーザがもう一度スタイラスで着地する場
合、図１３に戻ると、ステップ９００でシステムはすで
に書込みモードになっているので、ステップ９６０で新
しい着地点がもう一度保管され、ステップ９７０及び９
８０で境界ボックスが再初期設定される。新しい点が受
け取られると境界ボックスが更新され、最終的に離昇が
行われる。図１９に示すように、離昇処理中は、ステッ
プ１５００でタップの有無が検査され、ステップ１５０
２で境界ボックスが処理される。

【００４８】ストロークの集合を処理するためのプロセ
スについては、図２１、図２２、図２３に詳細に示し、
後で説明する。図１９は、ステップ１５４０で「なぐり
書き」の集合に各ストロークが追加されたときの各スト
ロークごとのプロセスを示している。５つのストローク
を受け取った後、その結果は、好ましい実施例で１組の
ジェスチャが与えられた場合にジェスチャにはなりえ
ず、境界ボックスの処理と書込みタイムアウトの調整が
終了する。最終的に、ユーザは書込みを停止するので、
書込み事象の終了を処理しなければならない。

【００４９】書込み事象の終了のためのプロセスについ
ては、図２０に関連して以下に説明する。まず、ステッ
プ１６００でストロークの集合のすべてについて「イン
キ抜き」を行う。これは、スタイラスの経路が表示され
なくなることを意味する。ステップ１６０５では、シス
テムが書込みモードから抜け出し、ストロークの集合を
終了する。

【００５０】次に、ステップ１６１０、１６３０、１６
４０で現行の認識モードが、ジェスチャか、テキスト
か、ジェスチャとテキストかがそれぞれテストされる。
現行の認識モードに応じて、ステップ１６２０またはス
テップ１６５０でジェスチャまたはテキスト認識エンジ
ンが呼び出され、関連の認識を実行する。

【００５１】ステップ１６４０で判定したように、ジェ
スチャとテキスト両方の認識モードである場合、ステッ
プ１６５５で描かれたストロークが５ストロークを上回
るかどうかを確認するために、まずストローク・カウン
トが検査される。上回る場合、このストロークはテキス
トに違いないので、ジェスチャ認識エンジンは迂回さ
れ、ステップ１６７０でテキスト専用認識が行われる。
ステップ１６５５でカウントが５以下である場合、境界
ボックス・スコアがテストされる。ステップ１６６０で
スコアがジェスチャでも不明でもない場合、もう一度ジ
ェスチャ認識が迂回され、ステップ１６７０でテキスト
専用認識が行われる。このような場合、境界ボックス・
スコアは、コンピュータの使用上集中的なジェスチャ認
識プロセスを除去することにより、認識プロセスの速度
を上げる働きをする。ステップ１６６０で境界ボックス
・スコアがジェスチャまたは不明である場合、ステップ
１６６５及び１６７０のジェスチャ認識とテキスト認識
の両方がそれぞれ行われる。当業者であれば、境界ボッ
クス・スコアがジェスチャである場合、手書き文字認識
を回避できることが分かるだろうが、本出願人の経験に
よれば、速度の上昇は代替としてテキスト入力を廃棄す
る可能性に値しないものである。ステップ１６８０では
認識エンジンからの結果が処理される。プロセスはステ
ップ１６９０で復帰する。

【００５２】図２１、図２２、図２３は、「なぐり書
き」またはストロークの集合のうちの最初の５ストロー
クのそれぞれを処理する論理の流れを示す図である。好
ましい実施例では、６ストローク以上で構成されるジェ
スチャ形状がないので、ステップ１７００でテストした
６ストロークの収集後、境界ボックス処理は一切行われ
ない。プロセスはステップ１７０５で復帰する。次に、
１７１０でｘ右からｘ左を引き、１７１５でｙ上からｙ
下を引くことにより、それぞれ境界ボックスの幅と高さ
の計算が行われる。境界ボックスの幅と高さの両方は、
１７２０でジェスチャしきい値の幅及び高さと照らし合
わせて検査される。幅と高さの両方は、ステップ１７２
０でジェスチャしきい値のＸ値及びＹ値と照らし合わせ
て検査される。このプロセスについては、図２８に関連
して以下に詳述する。

【００５３】現行の境界ボックスがジェスチャしきい値
を超える場合、ステップ１７２５及び１７２７でテスト
したように、現行ストロークがなぐり書きの第１のスト
ロークであるかどうかに応じて、大ストローク・カウン
トはステップ１７３５で１に設定されるか、またはステ
ップ１７３０で増分される。１７２０で境界ボックスが
ジェスチャしきい値より小さく、１７２７で現行ストロ
ークがなぐり書きの第１のストロークである場合、大ス
トローク・カウントは１７３３で０に設定される。

【００５４】ストロークをサイズについて検査した後、
ステップ１７４０でそれが手書き文字を示す分離ストロ
ークであるかどうかを判定するためにさらに分析が行わ
れる。分離ルーチンの説明については、図２４、図２
５、図２６に関連して以下に示す。この分離ルーチン
は、なぐり書きの後続ストロークが処理された後に続
く。第１のストロークの場合、ステップ１７４５のテス
トは真になる。というのは、これが第１のストロークで
あり、図２２に示すプロセス・ステップに移行するから
である。

【００５５】図２１では、ステップ１７２０で境界ボッ
クスのサイズがジェスチャのＸ／Ｙしきい値と比較さ
れ、そのサイズがしきい値を超える場合、ステップ１７
３０で大ストローク・カウンタが増分される。ステップ
１７４０では、第２のストロークが第１のストロークか
ら分離しているかどうかを判定するために、分離ルーチ
ンの検査が呼び出される。分離テスト・プロセスを理解
するためには、図２４、図２５、図２６に関する説明を
参照されたい。

【００５６】分離テスト・ルーチン後、プロセスはステ
ップ１７４５に復帰し、そこで現行ストロークが第１の
ストロークであるかどうかを判定するための検査が行わ
れる。第１のストロークである場合、プロセスは図２２
のＡに移行する。好ましい実施例では、ステップ１７５
０でストローク２〜５について境界ボックス・スコアが
必ずテキストに事前設定される。これは、故意ではない
一部のジェスチャ・コマンドの結果から回復するより、
ウィンドウに文字を挿入したことから回復する方がずっ
と容易であるからである。また、ユーザには、ストロー
クをジェスチャとして認識されたことを確認する、すな
わち、ジェスチャしきい値より大きいストロークを描く
確実な方法がある。テスト１７５５では、ストローク・
カウントが２であるかどうかが判定される。２である場
合、プロセスは図２２のＢに移行する。テスト１７６５
では、ストローク・カウントが３であるかどうかが判定
される。３である場合、プロセスは図２３のＣに移行す
る。３ではない場合、プロセスは図２３のＤに移行す
る。

【００５７】図２２を参照すると、ステップ１８１０で
は大ストローク・カウントが検査される。第１のストロ
ークが大きい場合、ステップ１８１５で境界ボックスに
はジェスチャとしてのスコアが付けられる。そうではな
い場合、ステップ１８２０で不明としてのスコアが付け
られる。小さいサイズまたは平均サイズの単一ストロー
クのみの場合、ユーザが意図していたのがジェスチャで
あるかまたは手書き文字であるかは、同程度の可能性に
なる。次にステップ１８３０でこのサブルーチンは離昇
ルーチンに復帰する。

【００５８】図２１のステップ１７５５によって判定し
たように第２のストロークの場合、ステップ１８６０で
それがタップであるかどうかを判定するためにそのスト
ロークがテストされる。英字ジェスチャを使用する好ま
しい実施例では、最後のストロークとしてのタップはジ
ェスチャの特徴の１つである。２６通りの英字ジェスチ
ャに加え、チェックマーク・タップ、上向き脱字記号タ
ップ、疑問符がある。ストロークがタップではない場
合、ステップ１８７５で境界ボックス・スコアがテキス
トに設定される。ステップ１８８５では、両方のストロ
ークがジェスチャしきい値より大きいかどうかを立証す
るためのテストが行われる。大きい場合、そのなぐり書
きは２ストローク・ジェスチャであり、境界ボックス・
スコアはジェスチャに設定される。これは、第２のスト
ロークがタップではない場合は２つのストロークがほぼ
同じ長さでなければならないという２ストローク・ジェ
スチャ要件を前提とする。ステップ１８６０で現行スト
ロークがタップである場合、ステップ１８７０で大スト
ローク・カウントが非ゼロ値であるかどうかがテストさ
れる。第１のストロークが大きい場合、ステップ１８８
０でジェスチャというスコアが付けられる。プロセスは
ステップ１８９５で呼出しルーチンに復帰する。

【００５９】第３、第４、第５のストロークに関する境
界ボックス処理については図２３に示す。分離矩形カウ
ントが考慮されているので、この処理はより複雑になっ
ている。図３には、３ストローク・ジェスチャが列挙さ
れている。好ましい実施例では、英字ジェスチャではな
い３ストローク・ジェスチャが６通り存在するが、シス
テムでは、このような６通りのジェスチャを作成する場
合に３つのストロークがいずれも大きくなければならな
い。第３のストロークがタップである場合、分離を検査
する必要性が効力を発揮する。というのは、２６通りの
英字ジェスチャのうちの１３通りは２つのストロークと
１つのタップで描くことができ、英字ジェスチャとテキ
ストとが曖昧であるからである。２ストローク処理と同
様に、ステップ１９１０でストロークがタップであるか
どうかが検査され、現行ストロークがタップではない場
合、ステップ１９０５で境界ボックス・スコアがテキス
トに設定される。ステップ１９２５では、３つのストロ
ークがいずれも大きいかどうかを判定するために大スト
ローク・カウントがテストされる。いずれも大きい場
合、ステップ１９３５でスコアがジェスチャに設定され
る。ステップ１９１０で現行ストロークがタップである
場合、ステップ１９２０で分離ボックス・カウントの値
が２またはそれ以上であるかどうかがテストされる。カ
ウントが２またはそれ以上である場合、ステップ１９１
５でスコアがテキストに設定される。そうではない場
合、曖昧さのため、ステップ１９３０で境界ボックス・
スコアが不明に設定される。ステップ１９４０における
大ストローク・カウントの後続テストは、曖昧さを解決
するために役立つものである。少なくとも１つの大スト
ロークがある場合、ステップ１９３５で境界ボックス・
スコアがジェスチャに変更される。プロセスは離昇ルー
チンに復帰する。

【００６０】図２３のＤ入口点は、第４と第５のストロ
ークの場合を処理するものである。好ましい実施例で
は、６通りの４ストローク・ジェスチャが考えられ、い
ずれもタップ・ストロークで終了する。したがって、こ
の実施例では、ステップ１９６０で判定したように第４
のストロークがタップではない場合、ステップ１９５５
でテキストという最終スコアが与えられる。ステップ１
９７０で第４のストロークがタップであり、２つ以上の
分離矩形が存在する場合、このストロークは確実にテキ
ストなので、ステップ１９６５でそのようにスコアが付
けられる。そうではない場合、ステップ１９８０で境界
ボックス・スコアが不明に設定される。第４のストロー
クの場合、大ストロークについて通常行われるテスト
は、ステップ１９７５で曖昧さが存在し、境界ボックス
・スコアが不明である場合のみ行われる。少なくとも１
つの大ストロークが存在する場合、ステップ１９８５で
境界ボックス・スコアがジェスチャに変更される。ただ
し、ユーザが非常に大きく書いても、第４のストローク
がタップでなければ、そのストロークはテキストとして
のスコアが付けられることに留意されたい。第５のスト
ロークについても同じことが当てはまる。好ましい実施
例では、５ストローク・ジェスチャは１つだけであり、
それはＥ．（Ｅタップ）ジェスチャである。プロセス
は、図１９に関連して前述した離昇プロセスに復帰す
る。

【００６１】図２４、図２５、図２６は、分離テスト・
プロセスの詳細を示している。分離テストは、なぐり書
きの最初の４ストロークについて行われることが好まし
い。ストローク・カウントが４を上回る場合、ステップ
２０００のテストにより、ユーザはステップ２００５で
離昇プロセスに復帰する。好ましい実施例で定義されて
いる５ストローク・ジェスチャは１つだけ、すなわち、
Ｅ．（Ｅタップ）ジェスチャだけなので、それをテキス
トと区別するために第５のストロークの境界ボックスを
処理する必要はない。以下に詳述する分離テスト・プロ
セスを要約すると、最初の４ストロークは、水平寸法に
ついてのみ、分離または間隔が検査される。これは、英
語や多くの言語が水平に書かれるからである。テキスト
は水平に広がる特徴を備えているが、ジェスチャにはな
い。この規則のあまり重要ではない例外としてはアップ
及びダウン・フリック・ジェスチャがあり、これらはわ
ずかな水平変位で描くこともできるが、この技法に対し
て悪い影響は一切及ぼさない。分離または水平間隔のテ
ストを行う場合、分離とは、ディスプレイの垂直軸全体
に沿って少なくとも０．０４０インチだけ分離したスト
ロークであると定義される。０．０４０インチの距離は
ディスプレイ上での２〜４ペルと同等である。現在、売
り出されているペン・ディジタイザは、通常、２００〜
１５０ドット／インチの解像度を有し、ストローク間の
空間距離を非常に正確に決定することができる。間隔が
０．０４未満のストロークが接触していると見なされる
理由は、ユーザの手書き文字の粗雑さに対処するためで
ある。「ｔ」または「Ｈ」に横線を入れる場合、その横
棒は垂直ストロークの前から始まり、Ｈ．（Ｈタップ）
ジェスチャが「ｌｔ．」または「Ｉｔ．」になる場合が
多い。

【００６２】最初の４ストロークを描くと、それらは分
離矩形によって表された別々のエンティティに分割され
る。新しいストロークを１つずつ処理するごとに、その
ストロークの境界ボックスは、それが接触している他の
ストロークの境界ボックスと結合される。４つのストロ
ークを描いた場合、分離矩形の最小数は１になるはずで
あり、４つの境界ボックスがいずれも接触していない場
合には最大数が４になるはずである。新しいストローク
がそれと接触する他のストロークと結合された後、それ
らが依然として分離しているかどうかを確認するために
分離矩形がテストされる。分離矩形が拡大して他の分離
矩形と接触すると、それらは結合され、分離矩形の数が
低減される。

【００６３】この論理を検査すると、プロセスは、ステ
ップ２０１０でストローク間隔値または０．０４０イン
チと等しい量だけ境界ボックスを水平に拡大することか
ら始まる。この拡大プロセスについては、図１１に関連
して前述した通りである。この矩形は、矩形の対向する
隅に位置する２つの直角座標（ｘ左、ｙ下）と（ｘ右、
ｙ上）を調整することにより、拡大される。好ましい一
実施例の（ｘ左、ｙ下）は矩形の起点でもある。

【００６４】ステップ２０１５で第１のストロークを受
け取ると、それはステップ２０３０で分離矩形として保
管される。分離矩形のカウントはステップ２０５０で１
に設定される。次にステップ２０２０で第２の境界ボッ
クスが処理され、ステップ２０３５でそれらが交差する
かどうかを確認するために境界ボックスと第１の分離矩
形がテストされる。交差する場合、ステップ２０５５で
２つの矩形を合体または結合するために共通システム機
能を呼び出すことにより、それらが結合される。第２の
境界ボックスが分離している場合、ステップ２０４０で
第２の分離矩形が形成され、ステップ２０４５で分離矩
形の数が増分される。

【００６５】ステップ２０２５のテストは、テストすべ
き第３のストロークがあるかどうかを判定するものであ
る。ある場合、図２５で第３の境界ボックスが処理され
る。既存の分離矩形が１つだけ存在する場合、ステップ
２１０５で２つが交差するかどうかを確認するためにテ
ストが行われる。交差する場合、それらはステップ２１
２５で結合される。そうではない場合、ステップ２１１
５で第２の分離矩形が形成される。ステップ２１３５で
は分離矩形の数が増分される。

【００６６】ステップ２１００で複数の分離矩形が存在
し、ステップ２１１０で第３の境界ボックスがいずれか
１つと交差していない場合、ステップ２１２０で第３の
分離矩形が形成される。ステップ２１３０では分離矩形
のカウントが増分される。ステップ２１４０で第３の矩
形が既存の矩形の１つと交差する場合、それらが接触し
ていれば、ステップ２１４５で第３の矩形が第１の分離
矩形と結合される。また、ステップ２１５０でそれらが
接触していれば、ステップ２１５５で第３の矩形が第２
の分離矩形と結合される。次に、第３の境界ボックスの
処理後、ステップ２１６０でそれらが接触しているかど
うかを確認するために、残りの２つの分離矩形がテスト
される。ステップ２１６０でそれらの分離矩形が接触し
ていると判定された場合、ステップ２１６５でそれらが
結合される。分離矩形のカウントはステップ２１７０で
減分される。

【００６７】第４の境界ボックスを処理する場合には、
同様の方法を使用する。図２６では、３つの分離矩形が
存在する場合に多数のテストを行わなければならないの
で、個別ステップの代わりにソフトウェア・ループを使
用して、この処理を示している。図２６では、ステップ
２２００で第４の境界ボックスが既存の分離矩形のいず
れかと交差しない場合、ステップ２２２０で境界ボック
スが新しい分離矩形として保管され、ステップ２２３０
で分離矩形のカウントが増分される。ステップ２２００
で第４の境界ボックスが１つまたは複数の分離矩形と交
差する場合、ステップ２２１０からステップ２２４０ま
でのループに入り、ステップ２２４０で現行の境界ボッ
クスはステップ２２３５でそれが接触する各分離矩形と
結合される。すべての既存分離矩形と照らし合わせて境
界ボックスをテストした後、別のループに入り、各分離
矩形が他の分離矩形の１つと接触しているかどうかを確
認するために、ステップ２２６０で各分離矩形が検査さ
れる。接触している場合、ステップ２２６５で２つの接
触矩形が結合される。ステップ２２６５で２つの分離矩
形が１つに結合されるたびに、ステップ２２７０で分離
矩形のカウントが減分される。ルーチンはステップ２２
７５で復帰する。

【００６８】図２７には、境界ボックスを水平方向に拡
大するためのプロセスが示されている。これは、ステッ
プ２３１０で境界ボックスの左側から値の半分を引き、
ステップ２３２０で右側に半分を加えることによって実
施される。境界ボックスを拡大すると、それらが０．０
４０インチというストローク空間値より大きい距離だけ
分離されているかどうかをテストすることが容易にな
る。境界ボックスを同等に拡大するために、２３２０で
ストローク空間の半分、すなわち、０．０２０インチが
境界ボックスのｘ右値に加えられる。境界ボックスの左
側を拡大するためには、２３１０で境界ボックスのｘ左
値から０．０２０を引けるように負の方向に移動するこ
とが必要である。両側を０．０２０インチずつ拡大する
ことにより、２つの隣接境界ボックスが接触しない場
合、それらは元々０．０４０インチを上回る距離だけ分
離されていたことを意味する。ステップ２３３０で境界
ボックスが依然としてディスプレイの境界内にあること
を確認するためにｘ左値が検査される。ステップ２３４
０でそれが負になる場合、境界ボックスの左境界が０に
設定される。次に、ステップ２３５０でｙ下値が０に設
定され、ステップ２３６０でｙ上が最大センサ高に設定
され、矩形の交差及び合体を行うのがより容易になる。
ただし、好ましい実施例では、垂直間隔は検査されず、
重要ではないことに留意されたい。これは、ユーザが水
平方向にのみ書くことを想定しているからである。

【００６９】ジェスチャしきい値 ジェスチャ記号とテキストとの曖昧さの解決を支援する
ため、また認識プロセスに対するユーザの制御権を強化
するため、なぐり書きが６ストローク未満のストローク
を含む場合でしかもストロークが大きく描かれた場合、
本発明により、そのなぐり書きは強制的にジェスチャと
して認識される。本発明は、ジェスチャ認識結果を強制
するのに十分な大きさのものとしてストロークを分類す
るのに使用するジェスチャしきいサイズを設定するため
の手段をユーザに提供するものである。ユーザがこのし
きいサイズを設定し、それに対する認識を維持すること
を覚えると、ジェスチャ／テキスト誤認識の発生数は大
幅に減少する。

【００７０】ユーザが自分の特定の手書き文字サイズに
ついてジェスチャしきい値をカストマイズしないことを
選んだ場合、システムは、線ありまたは罫線付き手書き
入力パッドの設定がユーザの手書き文字のサイズを正確
に反映すると想定して、その設定を取り出すことができ
る。

【００７１】たとえば、ユーザが行間隔を１／２インチ
に設定した場合、ジェスチャしきい値はこのサイズの１
５０％または３／４インチとして計算されるはずであ
る。ジェスチャしきい値を正確に設定することは重要な
ことである。というのは、しきい値がユーザの実際の手
書き文字サイズに近すぎる場合、テキスト文字がジェス
チャ・コマンドとして認識される可能性があるからであ
る。

【００７２】このようなジェスチャ・コマンドの結果、
使用中の現行アプリケーション上で不要かつ有害なアク
ションが実行される恐れがある。テキストの編集中また
は作成中に擬似ジェスチャ・コマンドが発生することは
非常にいらだたしいことである。これに対して、ジェス
チャしきい値が大きすぎる場合、ユーザは、アプリケー
ションの特定のタスクに集中しようとする際に不自然か
つ破壊的なほどジェスチャ記号を誇張して描かざるを得
ない。ジェスチャを必要以上にかなり大きく描かなけれ
ばならないことによる欠点の１つは、各ジェスチャに関
連してホット・スポットが発生することであり、ジェス
チャを入力する場合、ジェスチャ・コマンドのターゲッ
トになる予定のオブジェクトの上にホット・スポットを
正確に配置することが必要になることが多い。不自然に
大きいジェスチャを描くと、ホット・スポットの配置精
度が低下し、ジェスチャ・コマンドのターゲットミスが
発生する。過剰に長いストロークも、ストロークの処理
と認識プロセス中の両方で追加の計算負荷を発生する。
ユーザが迅速かつ正確にジェスチャを入力できることが
理想的である。

【００７３】本発明は、手書き文字認識を監視し、その
結果から平均手書き文字サイズを計算することにより、
ジェスチャしきい値のサイズ決定を自動化しようとする
ものである。このプロセスを自動化すると、ユーザはそ
れを調整する義務から解放され、ユーザが自然にしかも
一貫して書くことを覚えると、自動化した方法によりよ
り厳重なしきい値が使用可能になる。

【００７４】図２８は、システム初期設定中にジェスチ
ャしきい値を設定する方法を示している。ステップ２４
００でユーザがしきいサイズを手作業で設定する場合、
幅と高さはユーザ・プロファイルから問い合わせ、それ
らが格納されている測定単位であるインチからセンサ・
ドットに変換される。ジェスチャしきい値のサイズは、
手書き文字のサイズが人によって変動することを考慮す
るためにユーザが設定可能なものである。ジェスチャし
きい値のサイズはインチで指定され、システム・ブート
時及びいつでもユーザはジェスチャしきいサイズを変更
できる。センサ・ドットではなくインチを使用してしき
いサイズを指定すると、センサ・タイプまたはサイズと
は無関係に、確実にジェスチャしきい値が同じサイズに
なる。

【００７５】ユーザがエンドユーザ・インタフェースを
介してジェスチャしきいサイズを設定しなかった場合、
ステップ２４０５で線あり手書き入力に使用するフォン
トの幅と高さに関する問合せを行う。ステップ２４１５
及び２４２５では、フォントの幅と高さに小さい係数
１．５と１．２５を掛け、それらを拡大する。図８及び
図９は、線ありフォント・サイズを設定するために使用
可能なエンドユーザ・インタフェースの１つを示してい
る。フォント・サイズを設定することにより、ユーザは
行手書き入力ウィンドウで使用する行間隔を設定する。
ユーザが設定した間隔は、ユーザの通常の手書き文字サ
イズを適切に示すものである。高さと幅はそれぞれ５０
％と２５％分だけ拡大する。というのは、罫線なしウィ
ンドウに書き込む場合、ユーザの手書き文字を制限する
線がまったくないので、手書き文字が通常より大きくな
ることが多いからである。しきいサイズが得られると、
ステップ２４３０でそれがセンサ・ドットの単位で保管
される。次に、ユーザがジェスチャしきい値の自動設定
を可能にしたかどうかを確認するために、ステップ２４
３５のテストが行われる。可能にした場合、システム
は、ステップ２４４０でユーザの手書き文字サイズを動
的に決定するための環境をセットアップする。ただし、
上下のループによる書込み高さの特徴的な変動を反映す
るためにジェスチャしきい値を垂直方向により大きく設
定することは有用であることに留意されたい。

【００７６】本発明を要約すると、任意の人の手書き文
字の平均高さは、認識された各単語の周囲に描かれた境
界ボックスの高さを測定することによって計算される。
ペン・サブシステムがなぐり書きを認識エンジンに渡す
場合、それは単にストロークの集合であり、そのそれぞ
れに専用の境界ボックスが付いている。認識プロセス中
に、ストロークは英字にグループ化され、次に英字は単
語にグループ化される。認識エンジンは、認識したテキ
スト・ストリングと各認識単語用の境界ボックス構造と
を含む結果バッファを返す。本発明が結果構造内の各境
界ボックスを処理する際に、各単語の英字と大文字／小
文字の区別が検査される。小文字ループまたはアポスト
ロフィまたは引用符などの句読点マークによって曲解さ
れた単語はフィルタで除去され、残りの単語境界ボック
スが平均化されるが、まだ検証されていない。本発明
は、ユーザがその認識の正確さに満足しているかどうか
を確認するためにテキスト・ストリングがアプリケーシ
ョンに送達されるまで待つ。ユーザが自分が書いたもの
を確実に把握した後、テキスト・ストリングに認識エラ
ーがある場合、本発明はどの単語が誤認識されたのかを
判定し、その単語に関連する境界ボックスが廃棄され
る。誤認識された単語は、ユーザが訂正対話または直接
編集によって訂正したときに本発明に把握される。変更
されたものを把握するために、テキストに対して訂正前
後の比較が行われる。本発明では訂正後の単語を得るこ
とができるが、以下の３つの理由によりそれを無視する
ことにしている。第１に、多くの訂正は単語ごとではな
く文字ごとに行われるからである。第２に、統計データ
収集には無効と見なされている正確さ向上のために、訂
正対話は通常、枠付きまたは線あり認識モードを使用し
て行われるからである。第３に、ユーザは、テキストの
編集または訂正時に自分の書込みサイズを変更すること
が多いからである。最良の統計データは、適切に句読点
が付けられた長く完全な文章から得られる。

【００７７】図２９は、枠付き、線あり、罫線なしの各
モードの複数の手書き入力パッド２５００、２５１０、
２５２０を含む。枠付きモードと線ありモードは枠付き
パッド２５００と線ありパッド２５１０に示されたユー
ザの手書き文字を制限するので、枠付きモードと線あり
モードの文字認識結果はすべて無視される。好ましい実
施例の本発明は、パッド２５２０に示す罫線なし入力の
認識結果のみに依存する。

【００７８】図３０は、小文字と大文字を列挙したもの
である。手書き文字は大幅に変動するが、２６００、２
６１０、２６２０に描いた文字の形状は一般的な母集団
を表している。小文字は、上ループ２６１０を含むか下
ループ２６２０を含むかによってカテゴリ化される。本
発明は、ジェスチャをテキスト入力から区別するために
任意の人の平均手書き文字を厳密に決定しようとするも
のである。これは、なぐり書きのストローク・パターン
がテキストまたはジェスチャの特性を有するかどうかを
判定することによって行われる。この区別プロセスは、
各ストロークがペン・サブシステムによって処理される
たびにリアルタイムで行われるので、システムは認識を
行おうという試みを一切行わない。主な要件は、必ずし
も文字の平均高さではなく、文字内の任意のストローク
の平均高さを確認することである。このため、発明者ら
は、下ループ２６２０から構成される小文字を無視する
ことにした。

【００７９】図３７に示すように斜めに書いても文字認
識の正確さは影響を受けない。基線は非常に傾斜してい
るが、文字認識の前に認識エンジンによって正規化され
る。しかし、図３６に示すように、本発明は平均書込み
サイズを決定するために単語の周囲に描いた境界ボック
スに依存しているので、傾斜手書き文字は廃棄するかま
たは個別に処理する必要がある。というのは、それによ
って境界ボックスの見かけサイズがゆがむからである。
図３７に示すように、境界ボックス３３７０は、水平線
から３０度傾斜して書くことによって発生したゆがみの
典型である。水平線から１１．５度のときに引き起こさ
れるエラーの量は２パーセントなので、本発明では有効
な基線用のカットオフとして１１．５度を使用する。

【００８０】図３８及び図３９は、基線傾斜を測定する
ための方法を示している。各単語境界ボックス３４３
０、３４４０、３４５０、３４６０の近似起点を通って
１本の線が描かれ、その中のテキストは明確にするため
削除されているが、次にこの基線３４１０の角度が計算
される。好ましい一実施例では、１１．５度を上回る傾
斜は一切考慮しない。

【００８１】図４３に示す代替実施例では、依然とし
て、認識エンジンから低レベルの文字境界ボックスを取
り出すことにより、平均サイズを計算することができ
る。文字境界ボックス３６１１、３６１２、３６１３、
３６１４は、関連の単語境界ボックス３６０４よりかな
り正確な結果をもたらす。本実施例ではこの技法を考慮
していないが、多数の境界ボックスを取り出し、適切な
フィルタを適用し、統計データを計算する際に過剰な量
の処理が消費される恐れがあるからである。

【００８２】図４０ないし図４２は、訂正した結果が廃
棄される一連の事象を示している。ユーザは編集ウィン
ドウ３５００に手書き文字入力３５０２を入力した。手
書き文字は認識されて編集ウィンドウ３５０６に表示さ
れ、ユーザは認識したテキスト３５０８を確認できるよ
うになる。単語「ｍｏｏｎ」３５１０は単語「ｎｏｏ
ｎ」のスペルミスなので、ユーザは間違った文字の上に
「ｎ」を書き、編集ウィンドウ３５４１は訂正した英字
３５４２を取り戻す。ユーザがＯＫボタン１１４５を押
すと、テキスト３５６０がアプリケーションに送られ
る。ただし、テキストをアプリケーションに経路指定す
る前に、本発明はスペルミスした単語の境界ボックスを
無効にし、それを廃棄している。

【００８３】次に図３１を参照すると、本発明の好まし
い実施例の論理の流れを詳細に検討することができる。
このプログラム論理は、Pen For OS/2の認識エンジンが
ストロークの集合について認識プロセスを完了するたび
に制御を受け取る。ステップ２７００では、文字認識の
タイプの問合せが行われる。本発明は線なし手書き文字
を処理する際に最も効果的であり、認識タイプが線なし
ではない場合、このルーチンはステップ２７３５で終了
する。次に、ステップ２７０５でシステムがテキストの
訂正中であるかどうかを判定するためにテストが行われ
る。訂正シーケンス中に入力した手書き文字はユーザの
通常の手書き文字を表していない場合が多いので、その
ような入力も廃棄される。ステップ２７１０で認識エン
ジンからの結果がジェスチャとテキストの両方を含む場
合、平均化に適していない５ストローク以下のストロー
クが収集されたことを意味し、ステップ２７３５でルー
チンが終了する。平均高を計算できるように、上記のフ
ィルタを通過するテキストはステップ２７１５で処理さ
れる。

【００８４】図３２に示すテキスト処理ルーチンは、内
部ループ２８００と外部ループ２８１４とから構成さ
れ、そのループが１行の各単語及びテキストの各行をそ
れぞれ順に処理する。ステップ２８０５では、テキスト
のその行の第１の境界ボックスと最後の境界ボックスの
起点の問合せが行われる。次にステップ２８０８では、
共通三角法ライブラリ・ルーチンを呼び出すことによっ
て実行されるが、２つの直角座標が極座標に変換され
る。その結果得られるベクトルは、ラジアンから水平線
からの度数に変換される。ステップ２８１０でこの特定
の行の基線が傾斜パラメータの範囲内である場合、ステ
ップ２８１５で内部ループに入り、不適当な単語及び記
号をフィルタで除去するために３つのテストが行われ
る。ステップ２８２０では下ループを備えた小文字を含
む単語がテストされ、ステップ２８２５では引用符また
はアポストロフィを含む単語がテストされ、ステップ２
８３０では感嘆符または疑問符が分離される。これらの
条件のいずれかによって特定の境界ボックスが拒否さ
れ、ステップ２８１５でループが反復する。１つの単語
が３つのテストすべてに合格した場合、ステップ２８３
５でｙ上からｙ下を引くことにより、境界ボックスの高
さが測定される。各単語が処理されるまで、１行分のテ
キスト全体にわたって内部ループが反復する。ステップ
２８４０では、すべての有効な境界ボックスの高さがま
とめて平均化され、ステップ２８０５で次の行のテキス
トまで外部ループが反復する。最後の行のテキストが処
理されると、ループはステップ２８４５に移行し、そこ
ですべての行の高さがまとめて平均化される。２８５０
でテストしたように有効な単語または境界ボックスの総
数が４を上回る場合、ジェスチャしきい値が更新された
ときに後で結果に重みを付けるためにフラグが設定され
る。手書き入力のコンテキストが明確ではないために単
語が３つ未満である場合、ステップ２８５５で結果に重
みが付けられない。ルーチンはステップ２８７０で復帰
する。

【００８５】図３１を参照すると、ステップ２７１５で
手書き文字高を計算するために認識したテキストを処理
した後、ステップ２７３０でその結果がターゲット・ア
プリケーションに送られる。そのアプリケーション用に
編集ウィンドウが使用可能になっている場合、アプリケ
ーションがテキスト・ストリングを検出する前にそのウ
ィンドウが表示され、ステップ２７２５のテストは真に
なる。認識したテキストがエラーを含んでいる可能性が
あるので、測定した境界ボックスを検証することはでき
ず、ステップ２７３０でジェスチャしきい値を更新する
ための呼出しは迂回される。プロセスはステップ２７３
５で終了する。

【００８６】訂正シナリオが一切行われない場合、図３
３に示すようにジェスチャしきい値を更新するためのサ
ブルーチンが呼び出される。本発明では１０個の項目を
含むサイズ決定テーブル２９７５を使用するが、それぞ
れの項目は、なぐり書きまたはストロークの集合の計算
済み平均高である。ステップ２９００で最新のサンプル
に重みを付ける場合、そのプロセスはテーブル内の最も
古い２つの項目を置き換える。そうではない場合、それ
は最も古い項目を置き換えるだけである。このプロセス
は、小さい方の手書き文字サンプルに大きい方のサンプ
ルの重みの半分を与える。次にステップ２９１５でテー
ブル内のすべての項目が平均化され、ステップ２９２０
でその結果に１．５を掛けることにより、ジェスチャ高
さが計算される。次に、ステップ２９２５でその高さに
０．８または８０％を掛けることにより、Ｘまたはジェ
スチャの幅値が計算される。この新しい値は、次の書込
みモーダリティでただちに使用される。次に更新ルーチ
ンはステップ２９３０で呼出し側に復帰し、呼出し側が
現行プロセスを終了する。

【００８７】ターゲット・ウィンドウに結果を送ってい
る間に編集ウィンドウが作成された場合、訂正対話の活
動化という図３４のルーチンは、ウィンドウ作成の一部
として呼び出されているはずである。その時点でプログ
ラムはステップ３０００でシステム・フラグを設定して
訂正対話の開始を通知し、ステップ３００５で入力テキ
スト・ストリングを保管し、ステップ３０１０で結果の
一部として認識エンジン用に受け取った境界ボックスの
アレイを保管しているはずである。これは、ユーザが認
識したテキストに対してどのような変更を行ったのかを
本発明が判定できるようにするために行われる。

【００８８】ユーザが最終的に編集ウィンドウを終了す
ると、本発明はもう一度制御権を獲得し、訂正モーダリ
ティを通知するシステム・フラグがステップ３０５０で
リセットされる。ステップ３０５５でユーザがテキスト
に対して一切変更を行っていない場合、ルーチンは終了
し、ストリングをアプリケーション１１４０に渡すこと
ができるようになる。そうではない場合、ステップ３０
６０で出力ストリングが入力ストリングと比較され、比
較ミスごとに関連の境界ボックスが無効になる。ストリ
ングの完全性比較が完了した後、ステップ３０７０で元
のテキストのいずれかがそのまま存続しているかどうか
を確認するために残りのテキストが比較される。存続し
ていない場合、プロセスはステップ３０９０で終了す
る。ステップ３０７５でそれが４未満になるかどうかを
確認するために合計カウントがテストされ、４未満にな
る場合、ステップ３０８０で重みフラグがなしに設定さ
れる。次にステップ３０８５でジェスチャしきい値ルー
チンが呼び出され、ステップ３０９０でプロセスが終了
する。

【００８９】本発明に関連する２つの追加プロセスを図
３５に示す。これらのプロセスは、システムが最初にブ
ート・アップしたときと、新しいユーザが自分のジェス
チャしきい値のロードを要求するたびに制御権を獲得す
る。ブート時には、ステップ３１００でユーザのしきい
値がプロファイルから取り出される。ステップ３１０５
でそれが検出された場合、ステップ３１１５でサイズ決
定テーブルのすべての項目にそれが入っている。ジェス
チャしきい値が検出されなかった場合、３１１０でシス
テム・デフォルト・ジェスチャしきい値が使用される。
ステップ３１１５でサイズ決定テーブルの項目に入れ
る。プロセスはステップ３１２０で終了する。

【００９０】ユーザが自分のジェスチャしきい値のロー
ドを要求すると、システムはまずステップ３１５０で、
現行ユーザのプロファイル下で現行のものを保管すべき
かどうかを問い合わせる。保管すべき場合、ステップ３
１５５でそれが保管され、ステップ３１６０で新しいユ
ーザのジェスチャしきい値がプロファイルから取り出さ
れる。ステップ３１６５のテストでジェスチャしきい値
が検出されない場合、もう一度、ステップ３１７０でシ
ステム・デフォルトが使用され、ステップ３１７５でそ
れに応じてサイズ決定テーブルが初期設定される。

【００９１】特定の実施例について開示してきたが、本
発明の精神及び範囲を逸脱せずにこのような特定の実施
例に対して変更を加えることができることは、当業者で
あれば分かるだろう。さらに、このような実施例は、例
示のみを目的とするものであり、本発明の範囲を制限し
たり、特許請求の範囲を狭めるためのものであると解釈
してはならない。

【００９２】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００９３】（１）ペンベース・コンピュータでジェス
チャと手書き文字入力とを区別するために方法におい
て、コンピュータへのペン入力装置から１組のストロー
クを検出するステップと、各ストロークのサイズを計算
するステップと、所定の数のストロークがジェスチャし
きいサイズを超える場合に１組のストロークをジェスチ
ャ入力としてカテゴリ化するステップとを含むことを特
徴とする方法。 （２）ユーザがジェスチャしきいサイズを手作業で設定
できるようにするステップをさらに含むことを特徴とす
る、上記（１）に記載の方法。 （３）ユーザがジェスチャしきいサイズを手作業で設定
していない場合にデフォルト・ジェスチャしきいサイズ
を使用するステップをさらに含むことを特徴とする、上
記（２）に記載の方法。 （４）手書き文字入力設定に関する情報を求めて、コン
ピュータ内に常駐するアプリケーションに対して問合せ
を行うステップと、ユーザがジェスチャしきいサイズを
手作業で設定していない場合に手書き文字入力設定に基
づいてデフォルト・ジェスチャしきいサイズを計算する
ステップとをさらに含むことを特徴とする、上記（２）
に記載の方法。 （５）手書き文字入力の平均サイズを求めて、コンピュ
ータ・システムのユーザのために手書き文字入力を分析
するステップと、手書き文字入力の平均サイズに基づい
てデフォルト・ジェスチャしきいサイズを計算するステ
ップとをさらに含むことを特徴とする、上記（２）に記
載の方法。 （６）計算したデフォルト・ジェスチャしきいサイズと
ともにユーザＩＤを格納するステップと、複数のユーザ
が個々の計算したデフォルト・ジェスチャしきいサイズ
を有するように、第２のユーザのために前記分析ステッ
プ、計算ステップ、格納ステップを繰り返すステップと
をさらに含むことを特徴とする、上記（５）に記載の方
法。 （７）前記分析ステップが、テキスト文字として認識さ
れた各組のストロークの周囲に境界ボックスを描くステ
ップと、所与の単語内の各テキスト文字の境界ボックス
を単一の単語境界ボックスに結合するステップと、複数
の単語境界ボックスの高さを測定するステップと、平均
手書き文字高さを求めて、単語境界ボックスの高さを平
均化するステップとをさらに含むことを特徴とする、上
記（５）に記載の方法。 （８）ユーザが斜線に沿って手書き文字を入力すること
を特徴とする、上記（７）に記載の方法。 （９）前記分析ステップから無関係なストロークが省略
されることを特徴とする、上記（５）に記載の方法。 （１０）１組のストロークがジェスチャ入力としてカテ
ゴリ化されるように、すべてのストロークがジェスチャ
しきいサイズを超えていなければならないことを特徴と
する、上記（１）に記載の方法。 （１１）１組のストロークがジェスチャ入力としてカテ
ゴリ化されるように、１組のストロークのうちの最後の
入力ストロークがタップしきいサイズより小さくなけれ
ばならないことを特徴とする、上記（１）に記載の方
法。 （１２）プロセッサと、メモリと、ディスプレイと、ペ
ン入力装置とを含み、ジェスチャと手書き文字入力とを
区別するためのシステムにおいて、コンピュータへのペ
ン入力装置から１組のストロークを検出する手段と、各
ストロークのサイズを計算する手段と、所定の数のスト
ロークがジェスチャしきいサイズを超える場合に１組の
ストロークをジェスチャ入力としてカテゴリ化する手段
とをさらに含むことを特徴とするシステム。 （１３）ユーザがジェスチャしきいサイズを手作業で設
定できるようにする手段と、ユーザがジェスチャしきい
サイズを手作業で設定していない場合にデフォルト・ジ
ェスチャしきいサイズを使用する手段をさらに含むこと
を特徴とする、上記（１２）に記載のシステム。 （１４）手書き文字入力設定に関する情報を求めて、コ
ンピュータ内に常駐するアプリケーションに対して問合
せを行う手段と、ユーザがジェスチャしきいサイズを手
作業で設定していない場合に手書き文字入力設定に基づ
いてデフォルト・ジェスチャしきいサイズを計算する手
段とをさらに含むことを特徴とする、上記（１３）に記
載のシステム。 （１５）手書き文字入力の平均サイズを求めて、コンピ
ュータ・システムのユーザのために手書き文字入力を分
析する手段と、手書き文字入力の平均サイズに基づいて
デフォルト・ジェスチャしきいサイズを計算する手段と
をさらに含むことを特徴とする、上記（１３）に記載の
システム。 （１６）計算したデフォルト・ジェスチャしきいサイズ
とともにユーザＩＤを格納する手段をさらに含み、複数
のユーザが個々の計算したデフォルト・ジェスチャしき
いサイズを有するように、前記分析手段、計算手段、格
納手段によって第２のユーザの手書き文字が処理される
ことを特徴とする、上記（１５）に記載のシステム。 （１７）前記分析手段が、テキスト文字として認識され
た各組のストロークの周囲に境界ボックスを描く手段
と、所与の単語内の各テキスト文字の境界ボックスを単
一の単語境界ボックスに結合する手段と、複数の単語境
界ボックスの高さを測定する手段と、平均手書き文字高
さを求めて、単語境界ボックスの高さを平均化する手段
とをさらに含むことを特徴とする、上記（１５）に記載
のシステム。 （１８）ユーザが斜線に沿って手書き文字を入力するこ
とを特徴とする、上記（１７）に記載のシステム。 （１９）前記分析ステップから無関係なストロークが省
略されることを特徴とする、上記（１５）に記載のシス
テム。 （２０）１組のストロークがジェスチャ入力としてカテ
ゴリ化されるように、すべてのストロークがジェスチャ
しきいサイズを超えていなければならないことを特徴と
する、上記（１２）に記載のシステム。 （２１）コンピュータで読取り可能な媒体上にあって、
コンピュータへのジェスチャと手書き文字入力とを区別
するためのコンピュータ・プログラム製品において、コ
ンピュータへのペン入力装置から１組のストロークを検
出する手段と、各ストロークのサイズを計算する手段
と、所定の数のストロークがジェスチャしきいサイズを
超える場合に１組のストロークをジェスチャ入力として
カテゴリ化する手段とをさらに含むことを特徴とするコ
ンピュータ・プログラム製品。 （２２）ユーザがジェスチャしきいサイズを手作業で設
定できるようにする手段と、ユーザがジェスチャしきい
サイズを手作業で設定していない場合にデフォルト・ジ
ェスチャしきいサイズを使用する手段をさらに含むこと
を特徴とする、上記（２１）に記載の製品。 （２３）手書き文字入力設定に関する情報を求めて、コ
ンピュータ内に常駐するアプリケーションに対して問合
せを行う手段と、ユーザがジェスチャしきいサイズを手
作業で設定していない場合に手書き文字入力設定に基づ
いてデフォルト・ジェスチャしきいサイズを計算する手
段とをさらに含むことを特徴とする、上記（２２）に記
載の製品。 （２４）手書き文字入力の平均サイズを求めて、コンピ
ュータ・システムのユーザのために手書き文字入力を分
析する手段と、手書き文字入力の平均サイズに基づいて
デフォルト・ジェスチャしきいサイズを計算する手段と
をさらに含むことを特徴とする、上記（２２）に記載の
製品。 （２５）計算したデフォルト・ジェスチャしきいサイズ
とともにユーザＩＤを格納する手段をさらに含み、複数
のユーザが個々の計算したデフォルト・ジェスチャしき
いサイズを有するように、前記分析手段、計算手段、格
納手段によって第２のユーザの手書き文字が処理される
ことを特徴とする、上記（２４）に記載の製品。 （２６）前記分析手段が、テキスト文字として認識され
た各組のストロークの周囲に境界ボックスを描く手段
と、所与の単語内の各テキスト文字の境界ボックスを単
一の単語境界ボックスに結合する手段と、複数の単語境
界ボックスの高さを測定する手段と、平均手書き文字高
さを求めて、単語境界ボックスの高さを平均化する手段
とをさらに含むことを特徴とする、上記（２４）に記載
の製品。 （２７）ユーザが斜線に沿って手書き文字を入力するこ
とを特徴とする、上記（２６）に記載の製品。 （２８）前記分析ステップから無関係なストロークが省
略されることを特徴とする、上記（２７）に記載の製
品。 （２９）１組のストロークがジェスチャ入力としてカテ
ゴリ化されるように、すべてのストロークがジェスチャ
しきいサイズを超えていなければならないことを特徴と
する、上記（２１）に記載の製品。 （３０）１組のストロークがジェスチャ入力としてカテ
ゴリ化されるように、１組のストロークのうちの最後の
入力ストロークがタップしきいサイズより小さくなけれ
ばならないことを特徴とする、上記（２１）に記載の製
品。

【図面の簡単な説明】

【図１】本発明によるコンピュータ・システムのハード
ウェア・ブロック図である。

【図２】本発明の主要ソフトウェア構成要素のアーキテ
クチャ・ブロック図である。

【図３】本発明の好ましい実施例においてペンベース入
力装置が使用可能な記号及び英字ジェスチャの一部を示
す図である。

【図４】手書き文字認識において英字と混同される可能
性のあるジェスチャの一部を示す図である。

【図５】手書き文字とジェスチャとを区別するための境
界ボックス・スコアの概念を示す図である。

【図６】手書き文字とジェスチャとを区別するための境
界ボックス・スコアの概念を示す図である。

【図７】手書き文字とジェスチャとを区別するための境
界ボックス・スコアの概念を示す図である。

【図８】ユーザが所望の手書き文字入力サイズを決定で
きるようにするために可能なユーザ・インタフェースの
１つを示す図である。

【図９】ユーザが所望の手書き文字入力サイズを決定で
きるようにするために可能なユーザ・インタフェースの
１つを示す図である。

【図１０】ジェスチャ及び手書き文字認識の完了時にア
プリケーションに送られる認識結果のデータ構造を示す
図である。

【図１１】本発明のジェスチャ及び手書き文字認識に使
用する境界ボックスの矩形を示す図である。

【図１２】本発明において英字と英字ジェスチャとを区
別するために使用可能なタップと、許容タップ・サイズ
と、最小ジェスチャ・サイズとを示す図である。

【図１３】スタイラス着地感知手順の流れ図である。

【図１４】ペンが動いている間の境界ボックス手順の流
れ図である。

【図１５】認識モード設定手順の流れ図である。

【図１６】手書き文字及びジェスチャ認識の手順を示す
図である。

【図１７】アプリケーションにより入力された手書き文
字またはジェスチャを処理するためのプロセスを示す図
である。

【図１８】手書き文字及びジェスチャのタイムアウト値
を調整するための手順を示す図である。

【図１９】スタイラス離昇手順の流れ図である。

【図２０】書込み事象の終了時のプロセスを示す図であ
る。

【図２１】境界ボックス・プロセスの流れ図である。

【図２２】境界ボックス・プロセスの流れ図である。

【図２３】境界ボックス・プロセスの流れ図である。

【図２４】ジェスチャとテキストとを区別するために使
用する分離プロセス用の検査を示す図である。

【図２５】ジェスチャとテキストとを区別するために使
用する分離プロセス用の検査を示す図である。

【図２６】ジェスチャとテキストとを区別するために使
用する分離プロセス用の検査を示す図である。

【図２７】境界ボックスを水平方向に拡大するためのプ
ロセスを示す図である。

【図２８】ジェスチャのしきいサイズを初期設定するた
めの流れ図である。

【図２９】枠付きモード、線ありモード、線なしモード
の手書き入力パッドを示す図である。

【図３０】手書き英字を示す図である。

【図３１】本発明の好ましい実施例を示す図である。

【図３２】本発明の好ましい実施例を示す図である。

【図３３】本発明の好ましい実施例を示す図である。

【図３４】本発明の好ましい実施例を示す図である。

【図３５】本発明の好ましい実施例を示す図である。

【図３６】認識した各単語境界ボックスが表示されてい
る手書き文字を含む編集ウィンドウを示す図である。

【図３７】急角度で書かれた手書き文字を含む編集ウィ
ンドウを示す図である。

【図３８】手書き文字を含む編集ウィンドウを示す図で
ある。

【図３９】手書き文字を含む編集ウィンドウを示す図で
ある。

【図４０】間違って認識され、編集ウィンドウの対話に
よって訂正される手書き文字入力を示す一連のウィンド
ウを示す図である。

【図４１】間違って認識され、編集ウィンドウの対話に
よって訂正される手書き文字入力を示す一連のウィンド
ウを示す図である。

【図４２】間違って認識され、編集ウィンドウの対話に
よって訂正される手書き文字入力を示す一連のウィンド
ウを示す図である。

【図４３】本発明の代替実施例の線なしモードの手書き
入力パッドを示す図であり、基線が傾斜しているので、
単語内の各文字の境界ボックスを使用することによって
平均文字高が計算される。

【符号の説明】

１０ パーソナル・コンピュータ・システム １１ プロセッサ １３ 中央演算処理装置（ＣＰＵ） １５ ランダム・アクセス・メモリ １７ ハード・ディスク記憶装置 １９ フロッピー・ディスク装置 ２１ ディスケット ２３ ディスプレイ ２５ キーボード ２７ マウス ２９ ペンまたはスタイラス ３１ プリンタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 モーリス・ロジャー・デロシェ アメリカ合衆国32940 フロリダ州メルバ ーン エグレット・レイク・ウェイ 1070

Claims (30)

【特許請求の範囲】
1. 【請求項１】ペンベース・コンピュータでジェスチャと
   手書き文字入力とを区別するために方法において、 コンピュータへのペン入力装置から１組のストロークを
   検出するステップと、 各ストロークのサイズを計算するステップと、 所定の数のストロークがジェスチャしきいサイズを超え
   る場合に１組のストロークをジェスチャ入力としてカテ
   ゴリ化するステップとを含むことを特徴とする方法。
2. 【請求項２】ユーザがジェスチャしきいサイズを手作業
   で設定できるようにするステップをさらに含むことを特
   徴とする、請求項１に記載の方法。
3. 【請求項３】ユーザがジェスチャしきいサイズを手作業
   で設定していない場合にデフォルト・ジェスチャしきい
   サイズを使用するステップをさらに含むことを特徴とす
   る、請求項２に記載の方法。
4. 【請求項４】手書き文字入力設定に関する情報を求め
   て、コンピュータ内に常駐するアプリケーションに対し
   て問合せを行うステップと、 ユーザがジェスチャしきいサイズを手作業で設定してい
   ない場合に手書き文字入力設定に基づいてデフォルト・
   ジェスチャしきいサイズを計算するステップとをさらに
   含むことを特徴とする、請求項２に記載の方法。
5. 【請求項５】手書き文字入力の平均サイズを求めて、コ
   ンピュータ・システムのユーザのために手書き文字入力
   を分析するステップと、 手書き文字入力の平均サイズに基づいてデフォルト・ジ
   ェスチャしきいサイズを計算するステップとをさらに含
   むことを特徴とする、請求項２に記載の方法。
6. 【請求項６】計算したデフォルト・ジェスチャしきいサ
   イズとともにユーザＩＤを格納するステップと、 複数のユーザが個々の計算したデフォルト・ジェスチャ
   しきいサイズを有するように、第２のユーザのために前
   記分析ステップ、計算ステップ、格納ステップを繰り返
   すステップとをさらに含むことを特徴とする、請求項５
   に記載の方法。
7. 【請求項７】前記分析ステップが、 テキスト文字として認識された各組のストロークの周囲
   に境界ボックスを描くステップと、 所与の単語内の各テキスト文字の境界ボックスを単一の
   単語境界ボックスに結合するステップと、 複数の単語境界ボックスの高さを測定するステップと、 平均手書き文字高さを求めて、単語境界ボックスの高さ
   を平均化するステップとをさらに含むことを特徴とす
   る、請求項５に記載の方法。
8. 【請求項８】ユーザが斜線に沿って手書き文字を入力す
   ることを特徴とする、請求項７に記載の方法。
9. 【請求項９】前記分析ステップから無関係なストローク
   が省略されることを特徴とする、請求項５に記載の方
   法。
10. 【請求項１０】１組のストロークがジェスチャ入力とし
    てカテゴリ化されるように、すべてのストロークがジェ
    スチャしきいサイズを超えていなければならないことを
    特徴とする、請求項１に記載の方法。
11. 【請求項１１】１組のストロークがジェスチャ入力とし
    てカテゴリ化されるように、１組のストロークのうちの
    最後の入力ストロークがタップしきいサイズより小さく
    なければならないことを特徴とする、請求項１に記載の
    方法。
12. 【請求項１２】プロセッサと、メモリと、ディスプレイ
    と、ペン入力装置とを含み、ジェスチャと手書き文字入
    力とを区別するためのシステムにおいて、 コンピュータへのペン入力装置から１組のストロークを
    検出する手段と、 各ストロークのサイズを計算する手段と、 所定の数のストロークがジェスチャしきいサイズを超え
    る場合に１組のストロークをジェスチャ入力としてカテ
    ゴリ化する手段とをさらに含むことを特徴とするシステ
    ム。
13. 【請求項１３】ユーザがジェスチャしきいサイズを手作
    業で設定できるようにする手段と、 ユーザがジェスチャしきいサイズを手作業で設定してい
    ない場合にデフォルト・ジェスチャしきいサイズを使用
    する手段をさらに含むことを特徴とする、請求項１２に
    記載のシステム。
14. 【請求項１４】手書き文字入力設定に関する情報を求め
    て、コンピュータ内に常駐するアプリケーションに対し
    て問合せを行う手段と、 ユーザがジェスチャしきいサイズを手作業で設定してい
    ない場合に手書き文字入力設定に基づいてデフォルト・
    ジェスチャしきいサイズを計算する手段とをさらに含む
    ことを特徴とする、請求項１３に記載のシステム。
15. 【請求項１５】手書き文字入力の平均サイズを求めて、
    コンピュータ・システムのユーザのために手書き文字入
    力を分析する手段と、 手書き文字入力の平均サイズに基づいてデフォルト・ジ
    ェスチャしきいサイズを計算する手段とをさらに含むこ
    とを特徴とする、請求項１３に記載のシステム。
16. 【請求項１６】計算したデフォルト・ジェスチャしきい
    サイズとともにユーザＩＤを格納する手段をさらに含
    み、 複数のユーザが個々の計算したデフォルト・ジェスチャ
    しきいサイズを有するように、前記分析手段、計算手
    段、格納手段によって第２のユーザの手書き文字が処理
    されることを特徴とする、請求項１５に記載のシステ
    ム。
17. 【請求項１７】前記分析手段が、 テキスト文字として認識された各組のストロークの周囲
    に境界ボックスを描く手段と、 所与の単語内の各テキスト文字の境界ボックスを単一の
    単語境界ボックスに結合する手段と、 複数の単語境界ボックスの高さを測定する手段と、 平均手書き文字高さを求めて、単語境界ボックスの高さ
    を平均化する手段とをさらに含むことを特徴とする、請
    求項１５に記載のシステム。
18. 【請求項１８】ユーザが斜線に沿って手書き文字を入力
    することを特徴とする、請求項１７に記載のシステム。
19. 【請求項１９】前記分析ステップから無関係なストロー
    クが省略されることを特徴とする、請求項１５に記載の
    システム。
20. 【請求項２０】１組のストロークがジェスチャ入力とし
    てカテゴリ化されるように、すべてのストロークがジェ
    スチャしきいサイズを超えていなければならないことを
    特徴とする、請求項１２に記載のシステム。
21. 【請求項２１】コンピュータで読取り可能な媒体上にあ
    って、コンピュータへのジェスチャと手書き文字入力と
    を区別するためのコンピュータ・プログラム製品におい
    て、 コンピュータへのペン入力装置から１組のストロークを
    検出する手段と、 各ストロークのサイズを計算する手段と、 所定の数のストロークがジェスチャしきいサイズを超え
    る場合に１組のストロークをジェスチャ入力としてカテ
    ゴリ化する手段とをさらに含むことを特徴とするコンピ
    ュータ・プログラム製品。
22. 【請求項２２】ユーザがジェスチャしきいサイズを手作
    業で設定できるようにする手段と、 ユーザがジェスチャしきいサイズを手作業で設定してい
    ない場合にデフォルト・ジェスチャしきいサイズを使用
    する手段をさらに含むことを特徴とする、請求項２１に
    記載の製品。
23. 【請求項２３】手書き文字入力設定に関する情報を求め
    て、コンピュータ内に常駐するアプリケーションに対し
    て問合せを行う手段と、 ユーザがジェスチャしきいサイズを手作業で設定してい
    ない場合に手書き文字入力設定に基づいてデフォルト・
    ジェスチャしきいサイズを計算する手段とをさらに含む
    ことを特徴とする、請求項２２に記載の製品。
24. 【請求項２４】手書き文字入力の平均サイズを求めて、
    コンピュータ・システムのユーザのために手書き文字入
    力を分析する手段と、 手書き文字入力の平均サイズに基づいてデフォルト・ジ
    ェスチャしきいサイズを計算する手段とをさらに含むこ
    とを特徴とする、請求項２２に記載の製品。
25. 【請求項２５】計算したデフォルト・ジェスチャしきい
    サイズとともにユーザＩＤを格納する手段をさらに含
    み、 複数のユーザが個々の計算したデフォルト・ジェスチャ
    しきいサイズを有するように、前記分析手段、計算手
    段、格納手段によって第２のユーザの手書き文字が処理
    されることを特徴とする、請求項２４に記載の製品。
26. 【請求項２６】前記分析手段が、 テキスト文字として認識された各組のストロークの周囲
    に境界ボックスを描く手段と、 所与の単語内の各テキスト文字の境界ボックスを単一の
    単語境界ボックスに結合する手段と、 複数の単語境界ボックスの高さを測定する手段と、 平均手書き文字高さを求めて、単語境界ボックスの高さ
    を平均化する手段とをさらに含むことを特徴とする、請
    求項２４に記載の製品。
27. 【請求項２７】ユーザが斜線に沿って手書き文字を入力
    することを特徴とする、請求項２６に記載の製品。
28. 【請求項２８】前記分析ステップから無関係なストロー
    クが省略されることを特徴とする、請求項２７に記載の
    製品。
29. 【請求項２９】１組のストロークがジェスチャ入力とし
    てカテゴリ化されるように、すべてのストロークがジェ
    スチャしきいサイズを超えていなければならないことを
    特徴とする、請求項２１に記載の製品。
30. 【請求項３０】１組のストロークがジェスチャ入力とし
    てカテゴリ化されるように、１組のストロークのうちの
    最後の入力ストロークがタップしきいサイズより小さく
    なければならないことを特徴とする、請求項２１に記載
    の製品。