JPH07200724A

JPH07200724A - スタイラス入力認識訂正マネージャ

Info

Publication number: JPH07200724A
Application number: JP20397594A
Authority: JP
Inventors: J Anthony Nicos; ニコス・ジェー・アンソニー; E Levy Stephen; ステファン・イー・レビー; R Rhyne James; ジェームス・アール・リネ; Catherine G Wolf; キャサリン・ジー・ウォルフ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1993-11-29
Filing date: 1994-08-29
Publication date: 1995-08-04
Anticipated expiration: 2013-03-18
Also published as: US5615284A; EP0655702A2; JP2728234B2; US5511135A; EP0655702A3

Abstract

(57)【要約】【目的】スタイラス入力に依存するアプリケーション
・プログラムが、スタイラス入力手書き認識装置および
エラー訂正モジュールに使用された特定のインターフェ
ースに依存しないで設計可能なシステムを提供する。【構成】スタイラス・ベースのユーザ駆動のエラー訂
正プロセスを実行するため使用するプロシージャから、
スタイラス・ベースのアプリケーション・プログラムを
分離する方法により上記目的は実現する。この分離はエ
ラー訂正プロシージャが多くのアプリケーションにより
使用されることを可能とし、ユーザのインターフェース
における整合性を与え、このプロシージャの再利用によ
りアプリケーション開発コストが節約できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータ用のスタイ
ラス・ベースのユーザ側インターフェースに関し、詳細
にはスタイラス・ベースのアプリケーション・プログラ
ムと手書き認識装置間の基準インターフェースを提供す
る方法および装置に関する。さらに詳細には、本発明
は、スタイラス入力認識装置の特殊なインターフェース
に依存することなく、スタイラス入力に基づいたアプリ
ケーション・プログラムを設計可能とする方法および装
置に関する。

【０００２】

【従来の技術】ペン入力手段などのスタイラスを操作す
ることによって生成したデータ・ストリームを受け入れ
るコンピュータ・システムが普及してきている。スタイ
ラス・ベースのユーザ側インターフェースは一般的に、
ペン（スタイラス）とディジタル化タブレットからな
る。多くのアプリケーション・プログラムでは、スタイ
ラス・ベースのユーザ側インターフェースは、データ入
力手段としてキーボードと比べて優れている。例えば、
コンピュータのユーザがデータ入力のために片方の手し
か使えない場合がそうである。他のケースとして、より
コンパクトに設計されたデータ処理システムにとってキ
ーボードは嵩ばったり、重すぎたりする場合や、タイプ
ライターに不慣れでキーを操作できないユーザが操作で
きるように設計したシステムの場合である。が、もちろ
んこれに限定されるわけではない。

【０００３】図１に示すように、スタイラス・ベースの
入力を受信するアプリケーション・プログラム１０５を
スタイラス・ベースのアプリケーション・プログラム
（ＳＢＡＰＰ）１０５と称する。ＳＢＡＰＰ１０５は、
スタイラス・ベースのシステム環境（ＳＢＥＮＶ）１０
０内で設計され、かつ操作される。ＳＢＥＮＶ１００
は、手書き入力を獲得し、表示し、かつ認識し、また必
要に応じて手書き入力の正確な認識から得た正確な結果
を表示するため必要なハードウェアおよびソフトウェア
構成要素を有する。より詳細には、ＳＢＥＮＶ１００は
ペン１１０、デジタル化タブレット１２０、ディスプレ
イ装置１３０（これはデジタル化タブレットと一体も可
能）、操作システム１４０、タブレットとディスプレイ
装置用のドライブ装置１５０、スタイラス認識ウィンド
ウシステム１６０、１個以上の手書き認識装置１７０、
および複数のエラー訂正プロシージャ１８０の１セット
から構成する。

【０００４】キーボードやマウスからの入力データスト
リームと比較すると、スタイラス・ベースのユーザ側イ
ンターフェースからの入力ストリームは、翻訳すること
がそのシステムにとって困難であり、スタイラス・ベー
スのアプリケーション・プログラムの開発を非常に複雑
なものとする。キーボードやマウスからの入力データス
トリームは、（通常）、ユーザの意図、つまり、特定の
キーやマウスのボタンの選択を明瞭に反映する。アプリ
ケーション・プログラムは、入力データそのものは明白
であっても特定の入力データに意味のある応答をする
か、できないかである。一方、ＳＢＥＮＶ１００は文字
データ（テキスト、ファンクションキー、編集コマンド
など）とジェスチャーデータ（位置決めや選択指示のよ
うなマウスデータ）の両方のソースとして機能する。

【０００５】スタイラス・ベースのユーザ側インターフ
ェースからの入力ストリームは、ユーザが書くスタイラ
スの位置を示す一連の（ｘ，ｙ）座標からなる。文字を
構成するストロークは（ｘ，ｙ）の一続きであり、「ペ
ン下がり」および「ペン上がり」事象により明確に定義
される。ペン下がり事象はスタイラスが初めにデジタル
化タブレットに触れる時に生じる。ペン上がり事象はス
タイラスがデジタル化タブレットから離れる時に生じ
る。

【０００６】一連のストロークによって文字や語を規定
することが可能である。もし、そうなら、手書き認識装
置１７０は連続したストロークを受け、それから一連の
コード（ＡＳＣＩＩコード）を認識結果の出力として生
成する。

【０００７】あるいは、一連のストロークがジェスチャ
を定義する。手書き認識およびエラー訂正の関係におい
ては、ジェスチャは編集コマンドに類似している。たと
えば、表示した単語にひいた水平線は、その単語および
そのスペースの削除要求として翻訳される。単語を囲む
楕円ループはその単語を編集し、できればその語を編集
ウインドウに表示させることを意味する。ジェスチャの
ストローク列と、文字や単語の別な列との区別は、スト
ロークの形状やサイズ、またその発生した前後関係によ
っておこなう。

【０００８】ストローク列がジェスチャを定義するな
ら、手書き認識装置１７０はそのストローク列を受信
し、それによりジェスチャ・コード（ジェスチャ、例え
ば、水平線を識別するため）と、「語義に関するポイン
ト」あるいは「ホットポイント」と呼ぶポイントの順序
だてたセットからなる構造を生成する。ポイントの順序
だてたセットはコマンドとしてジェスチャの翻訳で使用
される。（水平線の左端のポイントと右端のポイントは
コマンドの定義域、つまり、どの文字およびどのくらい
のスペースを除去するか、を規定する。）

【０００９】スタイラス認識ウインドウシステム１６０
は従来のウインドウシステム（ユーザのインターフェー
ス対話用にキーボードやマウスを使用するもの、たとえ
ば、ＸＷｉｎｄｏｗｓ、０５／２ＰＭ、Ｍｉｃｒｏｓ
ｏｆｔｗｉｎｄｏｗｓ）であり、ユーザが文字を書い
たり、絵を描いたりできるマウス・エミュレーションや
特別な「書込みウインドウズ」を介してスタイラスを支
援するために強化されたものである。マウス・エミュレ
ーションは全ての非書込みウインドウズに使用されてい
る。例えば、メニュ・ウインドウのプログラムはスタイ
ラスを表示されたプログラム名の上で一度タッピングさ
せることにより選択でき、もう一度タッピングしてその
選択したプログラムを作動する。書込みウインドウで文
字を書いたり、絵を描いたりすることは、手書き認識装
置１７０によって処理する必要があるストローク列を作
り出すことである。

【００１０】手書き認識装置（ＨＷＲ）１７０はユーザ
の自然語書込み（一連のストロークとして捕捉）を対応
のコードセット（例えば、ＡＳＣＩＩ）に翻訳する。手
書き認識装置１７０は、事象が発生すると認識を開始す
る。たとえば、ユーザが一つの書込みウインドウから別
へ換えたり、あるいは新しい書込み中の中休み、つま
り、かなり長い時間ユーザによるストロークの書込みが
なされない、ことがある。また、認識は背景で常に作動
させるも可能である。これはスタイラス・ベースシステ
ムを、新しいストロークを書き込んだり、受信した完成
ストロークを認識したり、認識結果を表示すること等を
同時に行えるようにする。ユーザが書き込みをおこな
い、ストロークを生成させると、それはアプリケーショ
ン・プログラム１０５に送られ、手書き認識装置１７０
に転送される。

【００１１】手書き認識装置１７０は空間的および時間
的考察を使用してこれらのストロークを翻訳し、「Ｎｏ
ＲｅｓｕｌｔＹｅｔ」、「ＲｅｓｕｌｔＡｖａｉ
ｌａｂｌｅ」、「Ｄｏｎ’ｔＫｎｏｗ」等の答えを生
成し、それを１つの構造にパッケージしてアプリケーシ
ョン・プログラム１０５に送る。これら演算が全て行わ
れている間、ユーザは新たなストロークを書き込んだ
り、生成することができる。これらのストロークはアプ
リケーション・プログラム１０５に受け取られ、これも
ストロークを手書き認識装置１７０に送る。そして、手
書き認識装置１７０はそのストロークの翻訳を試みる。

【００１２】時折、手書き認識装置は間違った結果を作
り出す。これが起きると、ユーザは（キーボード・マウ
ス編集プロシージャを使用してキーボード・マウス環境
で行うように）スタイラス・ベースの編集プロシージャ
を使用する間違いシンボルを編集する必要がある。

【００１３】普通、エラー訂正はスタイラス・ベースの
プロトコルを通じてユーザにより始動させられる。これ
らのプロトコルは「エラー訂正プロシージャ」（ＥＣＰ
ｓ）１８０として示される。各ＥＣＰ１８０は、効果的
に定義されたスタイラス・ベースの会話の組み合わせを
必要とし、それを通じてユーザが所望のエラー訂正をお
こなう。ユーザが使用可能なＥＣＰｓは、

【００１４】・訂正の目標とされた特定のコード列を
既に組み込んだ、可能性のある別のコード列のリストか
らの選択。その別のコード列は手書き認識装置より作る
ことができ、あるいは、ユーザにより手書き認識装置の
エラーの観察を介して組み合わせることができる。

【００１５】・間違って認識したコード列の書き直
し。

【００１６】・「ジェスチャ」の使用、これは挿入、
削除、置換、などのような従来からの編集コマンドとし
て翻訳される。例えば、２つの文字を置換するには、ユ
ーザはその文字に線を引き、置換する文字を手書きす
る。抜けた文字を挿入するには、ユーザは脱字記号を挿
入する文字の所に入れて、文字を手書きする。

【００１７】・コードメニュの使用、例えば、スクリ
ーンに表示されたキーボード、

【００１８】・方法の組み合わせの使用、たとえば、
置換対象の文字を線のジェスチャで印をつけ、かつ、表
示されたキーボードで置換する文字をタイプする。

【００１９】ユーザは、１以上のＥＣＰ１８０を作動さ
せて手書き認識装置の出力の訂正を行う。アプリケーシ
ョン・プログラム１０５は、初めに手書き認識装置１７
０からの結果を受ける。ユーザは、ディスプレイ装置１
３０にその結果を表示した後、アプリケーション・プロ
グラム１７０によってエラー訂正を開始する。

【００２０】手書き認識装置１７０がストローク列の望
ましい翻訳を作れない場合がある。手書き認識装置１７
０は類似の可能性のあることを幾つか作りだす。こうし
た場合では、複数の結果がユーザに提示されるので、可
能性のある翻訳のセットからユーザが選択することを求
められる、あるいは、特定の翻訳を引き出すことを求め
られる。このプロセスは「弱い認識の訂正」と称され
る。通常のエラー訂正とは、結果がアプリケーション・
プログラム１０５に与えられる前に（手書き認識装置１
７０により）ユーザの編集の必要性が確立される点が異
なっている。

【００２１】上記したＳＢＥＮＶ１００では、アプリケ
ーション・プログラム１０５は手書き認識装置１７０、
実際、使用可能の全ての認識装置を直接扱う。手書き認
識装置１７０が相応じて複雑な用法のインターフェース
を有する複雑な機能のパッケージなので、これはアプリ
ケーション・プログラム１０５内でかなり複雑となって
しまう。さらに、手書き認識装置１７０のアプリケーシ
ョン・プログラムインターフェース（図示せず）での変
化は、通常、アプリケーション・プログラム１０５内で
の変化を求めることになる。

【００２２】また、アプリケーションの開発者は各アプ
リケーション・プログラムに対し特定のエラー訂正プロ
シージャを作る。マイクロソフト社製のペン処理用ウイ
ンドウズ（ＷｉｎｄｏｗｓｆｏｒＰｅｎＣｏｍｐ
ｕｔｉｎｇ）およびＧｏ社製のペンポイント（Ｐｅｎ
Ｐｏｉｎｔ）のようなスタイラス・ベースのアプリケー
ション開発環境は、ペン入力用、ペン作動ボタンおよび
メニュ用、ペン操作模擬キーボード用のインターフェー
ス・プロシージャを提供するが、エラー訂正用のプロシ
ージャは提供しない。

【００２３】

【発明が解決しようとする課題】スタイラス・ベースの
ユーザ駆動エラー訂正パラダイムは少量であり、コード
ライブラリとして実行されるものを有することが望まし
い。しかし、それらは特別なアプリケーションとして、
アプリケーションの提供プロセスから独立しなくてはな
らない。不運にも、多くのエラー訂正パラダイムがユー
ザにエラーのある結果をディスプレイ上で示すことによ
って識別することを要求しており、したがって、エラー
訂正ライブラリ・プロシージャおよびアプリケーション
が、アプリケーション独立プロトコルを介して協力しな
ければならない。また、エラー訂正プロシージャが、そ
の作動中にストロークを受け、認識し、処理する必要が
ある。このストロークはそのアプリケーションを迂回す
ることになる。

【００２４】手書き認識装置１７０の外部インターフェ
ース（図示せず）の支援のためアプリケーション・プロ
グラム１０５の複雑さと維持の負担は、ＥＣＰｓ１８０
がそのアプリケーション・プログラム１０５内に一体な
ら増加する。これは、ＥＣＰｓ１８０のいくつかがアプ
リケーション・プログラム１０５を使用し、手書き認識
装置１７０の外部インターフェースの変化に直接あるい
は間接的に影響されることによる。

【００２５】上記した問題のある書込みアプリケーショ
ン・プログラムの困難性は、ＳＢＥＮＶｓの市場性を制
限してしまう。それゆえ、スタイラス入力に依存するア
プリケーション・プログラムが、スタイラス入力手書き
認識装置およびエラー訂正モジュールに使用された特定
のインターフェースに依存しないで設計可能であるシス
テムが必要である。

【００２６】

【課題を解決するための手段】本発明はコンピュータ用
スタイラス・ベースのインターフェースを提供する。ス
タイラス・ベースのユーザ側駆動エラー訂正プロセスを
実行するために使用したプロシージャから、スタイラス
・ベースのアプリケーション・プログラムを分別するプ
ロセスについて説明している。この分別はエラー訂正プ
ロシージャを多くのアプリケーションによって使用可能
とし、ユーザ側インターフェースでの整合性をあたえ、
これらプロシージャの再利用を通じてアプリケーション
の開発コストを節約する。

【００２７】本発明は、スタイラス・ベースのシステム
環境（ＳＢＥＮＶ）内で操作するスタイラス入力訂正マ
ネージャ（ＳＩＲＣＯＭ）と称されるインターフェース
を提供する。それは、スタイラス入力アプリケーション
・プログラム、手書き認識装置、およびエラー防御モジ
ュール用のインターフェースを提供する論理およびデー
タ構造を内包する。こうして、他の構成要素の外部イン
ターフェースに依存することなく、こうした構成要素を
設計可能となる。

【００２８】特に、アプリケーション・プログラムは手
書き認識装置のメカニックや手書き認識装置の訓練や適
応ということに影響されないように設計可能である。さ
らに、ＳＩＲＣＯＭインターフェースは、特定のエラー
訂正プロトコルやスタイラス入力手書き認識装置との協
力により、認識結果を訂正したり、スタイラス入力手書
き認識装置を調整したり適合させたりできるエラー訂正
プロシージャに影響されない点を残すように、このアプ
リケーション・プログラムを設計可能である。

【００２９】ＳＩＲＣＯＭは、次の３つの連携ファンク
ションから成る。（１）ストローク・ルータ（ＳｔｒｏｋｅＲｏｕｔｅ
ｒ）；（２）認識マネージャ（ＲｅｃｏｎｇｎｉｔｉｏｎＭ
ａｎａｇｅｒ）；（３）メディエータ（Ｍｅｄｉａｔｏｒ）。ＳＩＲＣＯＭはこれら３つのファンクションを管理し、
その活動を統合する。

【００３０】ストローク・ルータは通常モードとエラー
モードの２つのモードを有する。その通常モードでは、
受け取ったストロークを手書き認識装置に記憶させ、処
理するために認識マネージャに送る。エラーモードで
は、ストロークはエラー訂正プロシージャと関連した副
ＳＩＲＣＯＭに送られる。この副ＳＩＲＣＯＭは、通
常、これらの転送されたストロークをその認識マネージ
ャに送り、そこに記憶させて認識し、エラー訂正プロシ
ージャで処理する。このストロークの迂回路はエラー訂
正プロシージャが、アプリケーション・ウインドウ内で
作られるストロークを処理することを可能とする。

【００３１】認識マネージャはストロークを記憶し、そ
れを認識し、認識結果をアプリケーション・プログラム
に中継する。ストロークを記憶させることは必須であ
り、エラー訂正プロシージャにより引き出すことが可能
となり、ユーザによりストロークとして表示させ編集可
能となる。あるいは、調整材料として手書き認識装置に
送ることも可能である。

【００３２】メディエータはアプリケーション・プログ
ラムとエラー訂正プロシージャ間のプロトコルを実行
し、エラー訂正プロシージャがウインドウの領域内のア
プリケーション・プログラムによって表示された認識結
果を引き出すことを可能とする。このプロトコルを通
じ、エラー訂正プロシージャはそのアプリケーション
に、エラー訂正からの訂正済みの結果があることを知ら
せ、そのアプリケーション・プログラムがそのディスプ
レイに適切な訂正を行うことができる。

【００３３】

【実施例】図２は、本発明の望ましい実施例を行うスタ
イラス・ベースのシステム環境（ＳＢＥＮＶ）２００の
ブロック図である。本発明の望ましい実施例はスタイラ
ス・ベースのアプリケーション・プログラム（ＳＢＡＰ
Ｐ）１０５を有する。アプリケーション・プログラムは
コンピュータ・プラットフォーム２０５について操作を
おこなう。コンピュータ・プラットフォーム２０５はハ
ードウェアユニット２１５を有し、ハードウェアユニッ
トは中央処理ユニット（ＣＰＵ）２３５、ランダムアク
セスメモリ（ＲＡＭ）２３０、入力／出力インターフェ
ース２４０からなる。コンピュータ・プラットフォーム
２０５は操作システム１４０を有し、また、マイクロ・
インストラクションコード２２０も有することができ
る。種々の周辺構成要素をコンピュータ・プラットフォ
ーム２０５に接続可能であり、たとえば、ディスプレイ
装置１３０、データ記憶装置２４５、プリンタ２５０な
どである。

【００３４】本発明の望ましい実施例では、コンピュー
タ２０５はパーソナルコンピュータあるいはメインフレ
ームコンピュータである。操作システム１４０は、利用
されるコンピュータ２０５と互換性がある、どのような
操作システムも可能である。

【００３５】ＳＢＥＮＶ２００は、手書き入力を捕ら
え、表示し、認識し、また、手書き入力の間違った認識
から得た正確な結果を必要に応じ表示するに必要なハー
ドウェア構成要素とソフトウェア構成要素を有する。詳
細には、ＳＢＥＮＶ２００はペン１１０、デジタル化タ
ブレット１２０、ディスプレイ装置１３０（デジタル化
タブレットと一体にすることが可能）、操作システム１
４０、タブレットとディスプレイ装置ドライバ１５０、
スタイラス認識ウインドウシステム１６０、１個以上の
手書き認識装置１７０、複数のエラー訂正プロシージャ
１８０の１セット等から構成する。

【００３６】当業者であれば上記構造に匹敵するものは
容易に理解できるであろう。

【００３７】本発明は、スタイラス入力認識訂正マネー
ジャ（ＳＩＲＣＯＭ）２１０に関する。ＳＩＲＣＯＭ２
１０は、スタイラス・ベースのシステム環境（ＳＢＥＮ
Ｖ）２００内で稼働する外部プログラミング・インター
フェースである。ＳＩＲＣＯＭ２１０がどのように設計
され、ＳＢＥＮＶ２００内でどのように実行されるか示
すデータ構造およびプログラミング論理は、以下に説明
する。ＳＩＲＣＯＭ２１０の一般的な操作の概観に続
き、その主な構成要素を詳細に説明する。

【００３８】図２には、ＳＢＡＰＰ１０５の実行の際に
ＳＩＲＣＯＭ２１０と対話するＳＢＥＮＶ構成要素が示
されている。ＳＢＡＰＰ１０５が初めに作動させられる
と、ＳＩＲＣＯＭ２１０をセットアップし、それを初期
化するように指示し、ＳＢＡＰＰ１０５およびＨＷＲ１
７０との対話の際にその行動を管理するパラメータを送
る。例えば、ＳＢＡＰＰ１０５は、使用するＨＷＲ１７
０のネームと、ＳＩＲＣＯＭ２１０が認識装置の結果を
受け取るとそれを伝えるＳＢＡＰＰの結果ハンドラ（図
示せず）のネームをＳＩＲＣＯＭ２１０に送る。

【００３９】ライン２６０は、ＬＣＤ入出力タブレット
１２０でユーザによって作られたストロークをＳＢＡＰ
Ｐ１０５が介して受けるインターフェースを示すもので
ある。またそれは、手書きのストロークがＳＢＡＰＰ１
０５によって表示される経路である。ライン２９０は従
来の操作システムサービス、例えばメモリ配置、Ｉ／０
支援、等のインターフェースを示す。ライン２６０と２
８０はＳＩＲＣＯＭ２１０（詳細は後述）によって提供
されるインターフェースを示す。

【００４０】図４の（Ａ）に示すように、ユーザは書込
みウインドウＷに「１２０１ＹａｒｄｌｅｙＲ
ｄ．」という住所を書き込む。なんらかの事象（たとえ
ば、中休み、あるいは「認識」ボタンの選択）により、
全ストローク列がＨＷＲ１７０に送られる。ＨＷＲ１７
０はそのストロークを処理し、対応のＡＳＣＩＩストリ
ングに変換する。ＳＢＡＰＰ１０５はそのＡＳＣＩＩス
トリングを受け取り、そのストロークを消去し、そし
て、図４の（Ｂ）に示すようにウインドウＷに対応のＡ
ＳＣＩＩテキストを表示する。

【００４１】図４の（Ａ）、（Ｂ）、（Ｃ）のシナリオ
のユーザは書込みウインドウＷの単一の例である。書込
みおよび認識の際に異常あるいは予期せぬことが起きて
ないので、ウインドウＷは例の実行期間を通じて初期ウ
インドウを残している。相応じて、ＳＩＲＣＯＭ２１０
の単一インスタンスは、ウインドウＷからＨＷＲ１７０
の単一インスタンスへの入力、およびＨＷＲ１７０から
ＳＢＡＰＰ１０５への出力を受け入れ、かつ送るに充分
である。

【００４２】図４の例では、Ｙａｒｄｌｅｙの文字ａを
ｕとして認識させている。ユーザは（Ｃ）で、訂正すべ
き単語を円ストロークで選択することによりエラー訂正
を開始する。

【００４３】その円ストロークはＨＷＲ１７０によって
認識され、その結果（つまり、円ジェスチャ）をＳＢＡ
ＰＰ１０５に戻す。ＳＢＡＰＰ１０５は円ストロークを
消去し、ジェスチャのエラー訂正プロシージャ（ＧＳＥ
ＣＰまたはＥＣＰ）１８０を作動させる。ＧＳＥＣＰ１
８０を作動させると、ユーザのインターフェースが変化
する。新しい書込みウインドウＷ１が現れ、（Ｄ）に示
すように初めの書込みウインドウになる。このウインド
ウは選択した単語のオリジナルな書込みストロークと、
認識結果、幾つかのファンクションボタンを含む。

【００４４】一つのプロシージャとして、ＧＳＥＣＰ１
８０はファンクションの構成要素が論理的にＳＢＡＰＰ
１０５から分離していることを考察する。作動すると、
ＧＳＥＣＰ１８０は、ユーザがＷ１で作るストロークを
初めに見る構成要素となる。ＧＳＥＣＰ１８０は、ま
た、ＳＩＲＣＯＭ２１０にそれ自身の新たなインスタン
スを作ることを指示する。それが、図５に示すように、
ＧＳＥＣＰ１８０、ＨＷＲ１７０、作動可能な別のＥＣ
Ｐ１８０とともに演算するＳＩＲＣＯＭインスタンスで
ある。

【００４５】新しいＳＩＲＣＯＭインスタンスは初期化
され、Ｗ１用のＧＳＥＣＰのストローク入力ハンドラで
演算し、このハンドラからのストロークを指定したＨＷ
Ｒインスタンスに送り、そしてＨＷＲの結果を受け取
り、Ｗ１用のＧＳＣＥＰの特定した結果ハンドラに送
る。この操作は、異なったウインドウ、ＳＩＲＣＯＭ、
可能性のあるＨＷＲインスタンスが含まれることを除け
ば、図４の（Ａ）、（Ｂ）、（Ｃ）での操作の各々が類
似している。

【００４６】図４の（Ｅ）のウインドウＷ１では、間違
えて認識された文字上にユーザがａを書き込む。そのス
トロークがＳＩＲＣＯＭ２１０に送られ、次にＨＷＲ１
７０にそのストロークを送る。

【００４７】ＨＷＲ１７０が結果を有すると、その結果
をＳＩＲＣＯＭ２１０に送り、ＳＩＲＣＯＭ２１０はＧ
ＳＥＣＰ１８０用の結果ハンドラにその結果を戻す。そ
の結果は図４の（Ｆ）に示すようにウインドウＷ１に表
示される。ユーザはＴｒａｉｎボタン４２０にさわるこ
とにより、認識装置が「ａ」の初めのストロークをＡＳ
ＣＩＩ文字「ａ」として認識するように調整する。

【００４８】ユーザはこの結果を受け入れ、ＯＫボタン
４１０を選択することによりウインドウＷ１を終了す
る。ＳＩＲＣＯＭ２１０は前の（親）ＳＩＲＣＯＭイン
スタンスによって特定した位置にＹａｒｄｌｅｙのＡＳ
ＣＩＩストリングを位置づけし、ウインドウＷ１、最新
のＳＩＲＣＯＭとＨＷＲインスタンスを破棄し、親ＳＩ
ＲＣＯＭインスタンスを終了させる。

【００４９】親ＳＩＲＣＯＭインスタンスは、図４の
（Ｃ）で示したように訂正対象の単語を選択するために
使用した円ジェスチャによって特定された位置にＹａｒ
ｄｌｅｙという単語を挿入するように指令を作り、ＳＢ
ＡＰＰへ送る。訂正結果は図４の（Ｇ）に示すようにウ
インドウＷに表示される。

【００５０】ＳＢＡＰＰ１０５の実行期間中、数個のＳ
ＩＲＣＯＭインスタンスが作られる可能性がある。上記
例に示したように、エラーの訂正が新たな書込みウイン
ドウを必要とするので、いくつか作られることになる。
他のＳＩＲＣＯＭインスタンスは、実行経過の間に異な
った点でＳＢＡＰＰ１０５によって作ることができる。
エラー訂正プロシージャ（ＳＢＡＰＰ１０５を代表とし
て）は、また、ＳＩＲＣＯＭインスタンスも作ることが
できる。一般的に、ＳＩＲＣＯＭ２１０の複数のインス
タンス、およびＳＢＡＰＰ１０５とＥＣＰ１８０のスト
ローク入力表示構成要素（例えば、上記例ではウインド
ウＷ、Ｗ１）がある。

【００５１】図３によれば、ＳＩＲＣＯＭ２１０は３つ
の連携ファンクション、（１）ストローク・ルータ３１
０、（２）認識マネージャ３２０、（３）ＥＣＰ／ＳＢ
ＡＰＰメディエータ３３０から構成される。ＳＩＲＣＯ
Ｍ２１０はこの３つのファンクションを管理し、それら
の活動を統合する。

【００５２】ストローク・ルータ３１０は通常モードと
エラーモードの２つのモードを有する。その通常モード
では、受け取ったストロークをＨＷＲ１７０に記憶さ
せ、処理するために認識マネージャ３２０に送る。エラ
ーモードでは、ストロークはＥＣＰ１８０と関連した副
ＳＩＲＣＯＭに送られる。この副ＳＩＲＣＯＭは、通
常、これらの転送されたストロークをその認識マネージ
ャ３２０に送り、そこに記憶させて認識し、ＥＣＰ１８
０で処理する。このストロークの迂回路はＥＣＰ１８０
が、アプリケーション・ウインドウ内で作られるストロ
ークを処理することを可能とする、たとえば、そのファ
ンクションは、訂正する必要のあるアプリケーション表
示結果を示すことである。

【００５３】認識マネージャ３２０はストロークを記憶
し、それを認識し、認識結果をＳＢＡＰＰ１０５に中継
する。ストロークを記憶させることは必須であり、ＥＣ
Ｐ１８０により引き出すことが可能となり、ユーザによ
りストロークとして表示させ編集可能となる。あるい
は、調整材料としてＨＷＲ１７０に送ることも可能であ
る。中休み、および他の公知の技術が記憶したストロー
クのエンドレス増強を制御する。

【００５４】ＥＣＰ／ＳＢＡＰＰメディエータ３３０は
ＳＢＡＰＰ１０５とＥＣＰ１８０間のプロトコルを実行
し、ＥＣＰ１８０がウインドウの領域内のＳＢＡＰＰ１
０５によって表示された認識結果を引き出すことを可能
とする。このプロトコルを通じ、ＥＣＰ１８０はそのア
プリケーションに、エラー訂正からの訂正済みの結果が
あることを知らせ、そのＳＢＡＰＰ１０５がそのディス
プレイに適切な訂正を行うことができる。

【００５５】ＳＩＲＣＯＭ２１０それ自身がその構成要
素間の対話を仲介し、活動中のＥＣＰを支援するため必
要に応じて副ＳＩＲＣＯＭを生成したり消滅させたりす
る。

【００５６】ＳＩＲＣＯＭのファンクションは、１アプ
リケーションでの利用の通常順位で現れる。「外部」と
いうラベルをつけたファンクションはＳＢＡＰＰ１０５
とＥＣＰ１８０が使用するファンクションであり、一
方、「内部」というラベルのファンクションはＳＩＲＣ
ＯＭ２１０の３個の構成要素間でのみ使用されるファン
クションであることに注意を要する。

【００５７】ＳＩＲＣＯＭ＿Ｃｒｅａｔｅ［外部：ＳＩ
ＲＣＯＭ２１０］：ＳＢＡＰＰ１０５は１以上のＳＩＲ
ＣＯＭインスタンスを生成することにより、その種々の
ウインドウのスタイラスとの対話を仲介し始める。これ
らのＳＩＲＣＯＭインスタンスはＳＢＡＰＰ-ＳＩＲＣ
ＯＭｓと称して、以下に説明するＥＣＰ−ＳＩＲＣＯＭ
インスタンスと区別する。生成ファンクションはＳＩＲ
ＣＯＭ２１０そのものの一部である。それはＳＩＲＣＯ
Ｍ２１０のＩＤを戻し、そのＩＤはＳＩＲＣＯＭ２１０
へ対する後続する全ての要求で使用されねばならない。
生成ファンクションは、以下の３グループのパラメータ
を受け入れる。

【００５８】１．ＡｐｐＰａｒｓはＳＩＲＣＯＭ２１
０により使用されるアプリケーション・リソースおよび
プロシージャを識別する。これらは、アプリケーション
・ウインドウのＩＤ、認識結果を報告するため使用した
アプリケーション・プロシージャ、および認識結果の変
化を報告するため使用したアプリケーション・プロシー
ジャを含む。

【００５９】２．ＲｅｃｏＰａｒｓは使用する認識パ
ッケージ（つまり、ＨＷＲ１７０）を識別し、認識装置
の構成のリソースにたいするリソースＩＤを供給する。

【００６０】３．ＥＣＰＰａｒｓはＳＩＲＣＯＭイン
スタンスによって使用されるエラー訂正プロシージャの
セット、およびその構造リソースのリソースＩＤを識別
する。さらに、認識装置が認識エラー（たとえば、認識
装置が２個以上の極めて類似した結果を区別できない）
を報告する時、ＳＩＲＣＯＭの作用を定義する。

【００６１】ＳＩＲＣＯＭ＿Ｐｒｏｃｅｓｓ＿Ｓｔｒｏ
ｋｅｓ［外部：ストローク・ルータ３１０］：ＳＢＡＰ
Ｐはこのファンクションを使用して、ストロークが作ら
れるウインドウと関連したＳＢＡＰＰ−ＳＩＲＣＯＭイ
ンスタンスにストロークを送る。このファンクションは
通常、このストロークを構成したＨＷＲ１７０に送る。
ＨＷＲ１７０が結果を生成するなら、認識マネージャ３
２０はＡｐｐＰａｒｓパラメータで識別した、このアプ
リケーションのＳＢＡＰＰ＿Ｒｅｃｏ＿Ｒｅｓｕｌｔｓ
プロシージャ（後述する）をこのＳＩＲＣＯＭインスタ
ンスようのＳＩＲＣＯＭ＿Ｃｒｅａｔｅファンクション
に通知する。あるいは、ＳＩＲＣＯＭがエラーモード
（すなわち、後述のＳＩＲＣＯＭ＿Ｅｎｔｅｒ＿Ｅｒｒ
ｏｒ＿Ｍｏｄｅ）にある時、このファンクションはＥＣ
Ｐ−ＳＩＲＣＯＭのＳＩＲＣＯＭ＿Ｐｒｏｃｅｓｓ＿Ｓ
ｔｒｏｋｅｓファンクションにストロークを送り、この
ストロークをＥＣＰによって処理することが可能とな
る。このファンクションは以下の２グループのパラメー
タを取る。

【００６２】１．ＳｔｒｏｋｅＰａｒｓは、それらの
認識（認識なしの可能性を含む）の指示を伴った１以上
のストロークを有する。

【００６３】２．ＳＩＲＣＯＭＩＤは、これらのス
トロークを処理するためのＳＩＲＣＯＭインスタンスを
識別する。

【００６４】ＳＩＲＣＯＭ＿ＲｅｃｏＳｔｒｏｋｅｓ
［内部：認識マネージャ３２０］：このファンクション
はストローク・ルータ３１０からのストローク１セット
を受け入れ、ストロークＩＤをそれらに割り当て、スト
ロークＩＤによって指標付けしたストロークを記憶し、
ＨＷＲ１７０に送る。そのパラメータはストローク・ル
ータ３１０に送られたストロークのセットである。

【００６５】ＳＢＡＰＰ＿Ｒｅｃｏ＿Ｒｅｓｕｌｔ［外
部：認識マネージャ］：このプロシージャはＳＢＡＰＰ
１０５により供給され、ＳＩＲＣＯＭ認識装置がＳＢＡ
ＰＰ１０５に対する結果を有する時に呼び出される。こ
のファンクションは通常、その結果を表示させ、結果の
表示を有するディスプレイ領域と結果ＩＤとを関連させ
る。そのパラメータは以下の項目を有する。

【００６６】１．認識結果を生成するＳＩＲＣＯＭの
ＳＩＲＣＯＭＩＤ。

【００６７】２．結果のＩＤ。ＳＢＡＰＰ１０５はこ
のＩＤと結果の表示とを関連させなければならない。た
とえば、結果がウインドウの領域（（１００、２０
０）、（１６０、２２５））に表示される単語なら、
（（９０、１９０）、（１７０、２３０））によって特
定された領域内の結果にたいするＳＩＲＣＯＭ２１０か
らの質問はこの単語に関連した結果のＩＤを返答しなけ
ればならない。

【００６８】認識マネージャ３２０は、認識結果の文字
ストリング、ジェスチャＩＤ、あるいは形状ＩＤを検索
するためにＳＢＡＰＰ１０５サービスを提供する。これ
らのサービスは、ＰｅｎＰｏｉｎｔ（商標）およびＰｅ
ｎＣｏｍｐｕｔｉｎｇ用Ｗｉｎｄｏｗｓ（商標）にお
ける認識ＡＰＩにより提供されるものと類似しており、
簡潔のために、これらサービスの詳細な説明は省略す
る。

【００６９】ＳＩＲＣＯＭ＿Ｅｎｔｅｒ＿Ｅｒｒｏｒ＿
Ｍｏｄｅ［外部：ＳＩＲＣＯＭ２１０］：このファンク
ションは、ＳＢＡＰＰ１０５が認識エラーを検知すると
き、あるいはユーザがアプリケーション会話を介してエ
ラー訂正をすべきという信号を送る時に呼び出される。
ＳＢＡＰＰ−ＳＩＲＣＯＭインスタンスの子であるＳＩ
ＲＣＯＭインスタンスを生成し、その子ＳＩＲＣＯＭイ
ンスタンスでＥＣＰ１８０を呼び出す。親のＳＩＲＣＯ
Ｍストロークルーチン・マネージャ３１０は、ＨＷＲ１
７０に代わってＥＣＰ−ＳＩＲＣＯＭへストロークを送
るように告げられる。このファンクションは以下の３パ
ラメータを取る。

【００７０】１．エラーモードにすべきＳＩＲＣＯＭ
のＳＩＲＣＯＭ−ＩＤ。

【００７１】２．エラー訂正用に呼び出されるＥＣＰ
１８０のオプション仕様および、ＥＣＰ呼び出し用の構
造パラメータ。このパラメータが供給されないと、誤り
のあるＥＣＰおよび構造がＳＩＲＣＯＭインスタンスが
生成される時、特定される情報から使用されることにな
る。

【００７２】３．エラーであると仮定される認識結果
のＩＤのオプションのリスト。これが供給されないと、
ＥＣＰ１８０は会話でユーザと連絡をとりそれらを決定
する。この会話は、アプリケーション・ウインドウ内の
ＳＢＡＰＰ１８０によって表示された結果をユーザが選
択することを要求する。この会話の一部であるストロー
クはＳＢＡＰＰ１０５によりＳＩＲＣＯＭ２１０に対し
て提供されるが、ハンドリング用にＥＣＰＳＩＲＣＯ
Ｍに送られる。

【００７３】４．ＥＣＰ１８０は選択域を作り、ＳＢ
ＡＰＰ＿Ｆｉｎｄ＿Ｒｅｓｕｌｔｓファンクションを使
用してＳＢＡＰＰ１０５から結果のＩＤを検索する。

【００７４】ＥＣＰ１８０は結果を表示したＳＢＡＰＰ
ウィンドウへのアクセスを有している、というのはこの
情報が生成された時にＳＩＲＣＯＭ２１０にこの情報を
記憶させるからである。従って、ＥＣＰ１８０はそのオ
プションで、（ａ）ＳＢＡＰＰウインドウで訂正する結
果を目立たせる、（ｂ）新しいウインドウを作り、それ
に結果を再表示する、あるいは（ｃ）ＳＢＡＰＰウイン
ドウの選択会話でユーザを捕らえ、訂正を必要とする結
果を識別する。ＥＣＰ１８０はファンクションを提供し
た次に続くＳＢＡＰＰ１０５を使用して、ＳＢＡＰＰ１
０５から結果のＩＤを検索する。

【００７５】ＳＢＡＰＰ＿Ｆｉｎｄ＿Ｒｅｃｏ＿Ｒｅｓ
ｕｌｔｓ［外部：ＥＣＰ／ＳＢＡＰＰメディエータ３
３０］：このファンクションは領域のリストを受け入
れ、ＳＢＡＰＰ１０５がウインドウの領域に表示した結
果のＩＤのリストを返す。あるいは、結果のＩＤのリス
トを受け入れ、それらの結果を表示した領域のリストを
返す。このファンクションは次の４パラメータを有す
る。

【００７６】１．結果が作られ、ＳＢＡＰＰ１０５に
与えたという意味のＳＩＲＣＯＭ２１０のＩＤ。

【００７７】２．結果を得るために探索すべき領域の
リストで、その領域内の一部分にのみ属する結果の結果
ＩＤを戻すことがＯＫかどうか示すフラッグを伴う。こ
のパラメータが無効であると、後続のパラメータは無効
とはならない。

【００７８】３．結果ＩＤのリストで、その表示領域
を見つけ、かつ戻す。このパラメータが無効であると、
先行するパラメータは無効とはならない。

【００７９】４．供給された領域のリストを探索する
ことにより見つかった結果の組み合わせにたいする結果
ＩＤのリストと領域のペア、およびＩＤが供給されるそ
れらの結果。

【００８０】ＥＣＰ１８０は、１以上の前記エラープロ
トコルでユーザを捕らえることが可能となる。また、Ｅ
ＣＰ１８０は、オリジナル認識結果を検索するための前
記サービス・ファンクションへのアクセスを有する。Ｅ
ＣＰはこの目的のため、ＳＢＡＰＰ−ＳＩＲＣＯＭ認識
マネージャ３２０ファンクションをアクセスすることに
より、ストロークを再認識する。認識した結果に、元来
ある程度のストロークが含まれている可能性がある新し
いストローク列を作成し、ＳＢＡＰＰ−ＳＩＲＣＯＭ認
識マネージャ３２０によって認識したこの新しいストロ
ーク列を有する。ＥＣＰ１８０は、オリジナルの結果の
ストロークと関連した新しい結果を作成し、この新しい
結果にＨＷＲ１７０を強制的に調整する。

【００８１】ＥＣＰ１８０がそのＥＣＰ−ＳＩＲＣＯＭ
を有し、それはＳＢＡＰＰ１０５作成のＳＩＲＣＯＭ２
１０の子であり、かつそれへのアクセスを有することを
想起する。このＥＣＰ−ＳＩＲＣＯＭはそれ自身のＨＷ
Ｒ１７０を有し、そのＨＷＲはＳＢＡＰＰ１０５作成の
ＳＩＲＣＯＭ２１０とは操作および／あるいは構成にお
いて相違がある。この特徴は、ＥＣＰ１８０がＳＢＡＰ
Ｐ１０５の選択に無関係に認識したジェスチャ、形状、
文字等の矛盾しないセットを使用することを可能とす
る。また、それはシステムデザイナがＳＢＡＰＰ１０５
間で矛盾のないインターフェースを有するＥＣＰ１８０
を提供することを可能とする。

【００８２】最終的に、ＥＣＰ１８０は有効な認識結果
を訂正した旨、ＳＢＡＰＰ１０５に信号を送る。

【００８３】ＳＢＡＰＰ＿Ｒｅｖｉｓｅ＿Ｒｅｓｕｌｔ
ｓ［外部：ＥＣＰ／ＳＢＡＰＰメディエータ３３
０］。このファンクションはＳＢＡＰＰ１０５に訂正済
みの認識結果が有効であることを知らせる。ＳＢＡＰＰ
１０５はこれらの結果を受け、その表示を変える、ある
いは、これらの結果を拒絶する。訂正済みの結果を受け
入れると、ＥＣＰ１８０およびＥＣＰ−ＳＩＲＣＯＭが
放棄され、ＳＩＲＣＯＭ２１０はエラーモードから脱
し、ストロークルーチンをＳＩＲＣＯＭ認識マネージャ
３２０に再記憶する。ＳＢＡＰＰ１０５が訂正済みの結
果を拒絶すると、ＥＣＰ１８０はユーザに知らせ、そし
て追加の訂正動作を取ることを可能とする。このファン
クションは３パラメータを有する。

【００８４】１．訂正済みの結果を提供するＳＢＡＰ
Ｐ−ＳＩＲＣＯＭのＳＩＲＣＯＭＩＤ。

【００８５】２．新しい結果のＩＤ。

【００８６】ＳＢＡＰＰ１０５が終了する準備をしてい
る時、作成したＳＩＲＣＯＭの各々に対する以下のファ
ンクションを使用してＳＩＲＣＯＭの操作を終了させな
くてはならない。

【００８７】ＳＩＲＣＯＭ＿Ｔｅｒｍｉｎａｔｅ［外
部：ＳＩＲＣＯＭ２１０］。このファンクションは終了
させるＳＩＲＣＯＭのＩＤである単一のパラメータを要
求する。

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

【００８９】（１）スタイラス・ベースのアプリケーシ
ョン・プログラムと手書き認識装置間で使用するための
スタイラス入力訂正マネージャにおいて、ａ．第１操作モードと第２操作モードを有するストロー
ク・ルータと、ｂ．上記ストローク・ルータに接続し、ストロークを記
憶し、そのストロークを認識し、認識したストロークを
上記アプリケーション・プログラムに中継して戻すよう
にした認識マネージャと、ｃ．上記アプリケーション・プログラムとエラー訂正プ
ロシージャ間のプロトコルを実行し、上記エラー訂正プ
ロシージャが上記アプリケーション・プログラムによっ
て表示された上記認識したストロークを検索可能とする
ようにしたメディエータとからなり、上記ストローク・
ルータの上記第１モードは、受け取ったストロークを上
記手書き認識装置に記憶させ、処理するために上記認識
マネージャに送り、上記ストローク・ルータの上記第２
モードは、上記ストロークを上記エラー訂正プロシージ
ャと関連した副スタイラス入力訂正マネージャに送るこ
とを特徴とするスタイラス入力訂正マネージャ。（２）上記副スタイラス入力訂正マネージャは、上記ス
トロークをその認識マネージャに送り、そこに記憶させ
て認識し、上記エラー訂正プロシージャで処理すること
を特徴とする上記（１）に記載のスタイラス入力訂正マ
ネージャ。（３）上記エラー訂正プロシージャは上記メディエータ
を介して上記アプリケーション・プログラムに表示する
訂正済みの結果があることを知らせることを特徴とする
上記（１）に記載のスタイラス入力訂正マネージャ。（４）ａ．ストローク・ルータと、認識マネージャと、
メディエータを管理し、活動中のエラー訂正プロシージ
ャを支援するため必要な副スタイラス入力認識訂正マネ
ージャを作成したり消滅させるスタイラス入力訂正マネ
ージャと、ｂ．上記スタイラス入力認識訂正マネージャに接続し、
コンピュータ基盤上で操作し、入力した手書きのストロ
ークとして受け入れるスタイラス・ベースのアプリケー
ション・プログラムと、ｃ．上記スタイラス入力認識訂正マネージャに接続し、
上記手書きのストロークを認識するようにした手書き認
識装置と、ｄ．上記スタイラス入力認識訂正マネージャに接続し、
上記認識済み手書きストロークのエラーを訂正するよう
にしたエラー訂正モジュールとからなるスタイラス・ベ
ースのシステム環境。（５）上記ストローク・ルータは第１操作モードと第２
操作モードを有し、上記第１モードは、受け取ったスト
ロークを上記手書き認識装置に記憶させ、処理するため
に上記認識マネージャに送り、上記ストローク・ルータ
の上記第２モードは、上記ストロークを作成した副スタ
イラス入力訂正マネージャの１つに送ることを特徴とす
る、上記（４）に記載のスタイラス・ベースのシステム
環境。（６）上記認識マネージャは上記ストローク・ルータに
接続し、ストロークを記憶し、ストロークを認識し、そ
の認識したストロークをアプリケーション・プログラム
に中継して戻すようにしたことを特徴とする、上記
（４）に記載のスタイラス・ベースのシステム環境。（７）上記メディエータは上記アプリケーション・プロ
グラムとエラー訂正プロシージャ間のプロトコルを実行
し、上記エラー訂正プロシージャが上記アプリケーショ
ン・プログラムによって表示された上記認識したストロ
ークを検索可能とするようにしたことを特徴とする、上
記（４）に記載のスタイラス・ベースのシステム環境。（８）さらに、ペン、デジタル化タブレット、ディスプ
レイ装置とを有することを特徴とする上記（４）に記載
のスタイラス・ベースのシステム環境。（９）上記アプリケーション・プログラムは上記スタイ
ラス入力訂正マネージャを１個以上作成するようにし、
上記アプリケーション・プログラムは上記手書きストロ
ークを上記作成したスタイラス入力訂正マネージャに送
り、上記スタイラス入力訂正マネージャも上記手書きス
トロークを上記手書き認識装置へ送ることを特徴とす
る、上記（４）に記載のスタイラス・ベースのシステム
環境。（１０）上記エラー訂正モジュールは、上記アプリケー
ション・プログラムによって作成された上記スタイラス
入力訂正マネージャの子であるエラー訂正スタイラス入
力訂正マネージャを作成するようにし、それにより上記
エラー訂正モジュールが上記アプリケーション・プログ
ラムに影響されずに認識したジェスチャ、形状、文字の
矛盾のないセットを使用することが可能とされることを
特徴とする、上記（９）に記載のスタイラス・ベースの
システム環境。

【００９０】

【発明の効果】本発明の方法によれば、スタイラス入力
認識装置の特殊なインターフェースに依存することな
く、スタイラス入力に基づくアプリケーション・プログ
ラムを設計可能となる。

【００９１】

【図面の簡単な説明】

【図１】スタイラス・ベースの入力を支援するための従
来のシステムに使用したハードウェアおよびソフトウェ
ア環境のブロック図である。

【図２】スタイラス入力訂正マネージャを有する、本発
明のハードウェアおよびソフトウェア環境のブロック図
である。

【図３】スタイラス入力訂正マネージャの構成要素を示
すブロック図である。

【図４】本発明による手書き認識エラーの訂正例を示す
概略図である。

【図５】スタイラス入力訂正マネージャの複数のインス
タンスの作成を示すブロック図である。

【符号の説明】

１０５アプリケーション・プログラム１１０ペン１２０デジタル化タブレット１３０ディスプレイ装置１４０操作システム１５０ストローク入力・出力サブシステム１６０スタイラス認識ウインドウシステム１７０手書き認識装置１８０エラー訂正プロシージャ２００スタイラス・ベースのシステム環境２０５コンピュータ・プラットホーム２１０スタイラス入力認識訂正マネージャ

フロントページの続き (72)発明者ステファン・イー・レビーアメリカ合衆国10595、ニューヨーク州、バルハラ、イースト・ビュー・ドライブ 106 (72)発明者ジェームス・アール・リネアメリカ合衆国06840、コネチカット州、ニューキャナン、ホリー・ロード 42 (72)発明者キャサリン・ジー・ウォルフアメリカ合衆国10536、ニューヨーク州、カトナー、チェロキー・コート７

Claims

【特許請求の範囲】

【請求項１】スタイラス・ベースのアプリケーション・
プログラムと手書き認識装置間で使用するためのスタイ
ラス入力訂正マネージャにおいて、ａ．第１操作モードと第２操作モードを有するストロー
ク・ルータと、ｂ．上記ストローク・ルータに接続し、ストロークを記
憶し、そのストロークを認識し、認識したストロークを
上記アプリケーション・プログラムに中継して戻すよう
にした認識マネージャと、ｃ．上記アプリケーション・プログラムとエラー訂正プ
ロシージャ間のプロトコルを実行し、上記エラー訂正プ
ロシージャが上記アプリケーション・プログラムによっ
て表示された上記認識したストロークを検索可能とする
ようにしたメディエータとからなり、上記ストローク・ルータの上記第１モードは、受け取っ
たストロークを上記手書き認識装置に記憶させ、処理す
るために上記認識マネージャに送り、上記ストローク・
ルータの上記第２モードは、上記ストロークを上記エラ
ー訂正プロシージャと関連した副スタイラス入力訂正マ
ネージャに送ることを特徴とするスタイラス入力訂正マ
ネージャ。
【請求項２】上記副スタイラス入力訂正マネージャは、
上記ストロークをその認識マネージャに送り、そこに記
憶させて認識し、上記エラー訂正プロシージャで処理す
ることを特徴とする請求項１に記載のスタイラス入力訂
正マネージャ。
【請求項３】上記エラー訂正プロシージャは上記メディ
エータを介して上記アプリケーション・プログラムに表
示する訂正済みの結果があることを知らせることを特徴
とする請求項１に記載のスタイラス入力訂正マネージ
ャ。
【請求項４】ａ．ストローク・ルータと、認識マネージ
ャと、メディエータを管理し、活動中のエラー訂正プロ
シージャを支援するため必要な副スタイラス入力認識訂
正マネージャを作成したり消滅させるスタイラス入力訂
正マネージャと、ｂ．上記スタイラス入力認識訂正マネージャに接続し、
コンピュータ基盤上で操作し、入力した手書きのストロ
ークとして受け入れるスタイラス・ベースのアプリケー
ション・プログラムと、ｃ．上記スタイラス入力認識訂正マネージャに接続し、
上記手書きのストロークを認識するようにした手書き認
識装置と、ｄ．上記スタイラス入力認識訂正マネージャに接続し、
上記認識済み手書きストロークのエラーを訂正するよう
にしたエラー訂正モジュールとからなるスタイラス・ベ
ースのシステム環境。
【請求項５】上記ストローク・ルータは第１操作モード
と第２操作モードを有し、上記第１モードは、受け取っ
たストロークを上記手書き認識装置に記憶させ、処理す
るために上記認識マネージャに送り、上記ストローク・
ルータの上記第２モードは、上記ストロークを作成した
副スタイラス入力訂正マネージャの１つに送ることを特
徴とする、請求項４に記載のスタイラス・ベースのシス
テム環境。
【請求項６】上記認識マネージャは上記ストローク・ル
ータに接続し、ストロークを記憶し、ストロークを認識
し、その認識したストロークをアプリケーション・プロ
グラムに中継して戻すようにしたことを特徴とする、請
求項４に記載のスタイラス・ベースのシステム環境。
【請求項７】上記メディエータは上記アプリケーション
・プログラムとエラー訂正プロシージャ間のプロトコル
を実行し、上記エラー訂正プロシージャが上記アプリケ
ーション・プログラムによって表示された上記認識した
ストロークを検索可能とするようにしたことを特徴とす
る、請求項４に記載のスタイラス・ベースのシステム環
境。
【請求項８】さらに、ペン、デジタル化タブレット、デ
ィスプレイ装置とを有することを特徴とする請求項４に
記載のスタイラス・ベースのシステム環境。
【請求項９】上記アプリケーション・プログラムは上記
スタイラス入力訂正マネージャを１個以上作成するよう
にし、上記アプリケーション・プログラムは上記手書き
ストロークを上記作成したスタイラス入力訂正マネージ
ャに送り、上記スタイラス入力訂正マネージャも上記手
書きストロークを上記手書き認識装置へ送ることを特徴
とする、請求項４に記載のスタイラス・ベースのシステ
ム環境。
【請求項１０】上記エラー訂正モジュールは、上記アプ
リケーション・プログラムによって作成された上記スタ
イラス入力訂正マネージャの子であるエラー訂正スタイ
ラス入力訂正マネージャを作成するようにし、それによ
り上記エラー訂正モジュールが上記アプリケーション・
プログラムに影響されずに認識したジェスチャ、形状、
文字の矛盾のないセットを使用することが可能とされる
ことを特徴とする、請求項９に記載のスタイラス・ベー
スのシステム環境。