JP2002508559A

JP2002508559A - ソフト入力パネルシステムおよび方法

Info

Publication number: JP2002508559A
Application number: JP2000539403A
Authority: JP
Inventors: マイケルジー．トプク; ジェフリーアール．ブラム; キャサリンエル．パーカー
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 1997-12-16
Filing date: 1998-12-16
Publication date: 2002-03-19
Anticipated expiration: 2018-12-16
Also published as: US20020105504A1; EP1040406A1; WO1999031571A1; EP1040406B1; US7411582B2; CA2311767A1; JP4074431B2; CA2311767C; DE69814155D1; US20050088421A1; US6819315B2; DE69814155T2

Abstract

(57)【要約】グラフィカルウィンドウ機能環境を有するコンピュータシステムにユーザ入力データを受け入れるための方法およびシステム。画像を表示し、ユーザ動作を検出するためのタッチセンシティブ表示画面（３２）が提供される。管理コンポーネント（５８）は、グラフィカルウィンドウ機能環境（６０）に接続して、画面（３２）上に表示するための入力パネルウィンドウを作り出す。ＣＯＭオブジェクトでもよい入力方式（６４）は、使用可能な複数の入力方式から選択され、その入力方式（６４）が管理コンポーネント（５８）の関数を呼び出すことができるようにインストールされる。各入力方式（６４）は、対応する入力パネル、例えばキーボード（５０）などを含み、それを入力パネルウィンドウに描く。ユーザが入力パネルの位置で画面（３２）を軽く叩くとき、入力方式（６４）は、管理コンポーネント（５８）の関数を呼び出して、対応する入力情報に適した情報、例えばキーストロークや文字などを管理コンポーネント（５８）に渡す。それに応答して、管理コンポーネント（５８）は、ユーザデータをグラフィカルウィンドウ機能環境（６０）にメッセージとして通信し、それにより、アプリケーションプログラム（２９）はメッセージを、それがあたかもハードウェア入力装置上で生成されたかのように受け取る。

Description

【発明の詳細な説明】

【０００１】（発明の分野）本発明は一般にコンピュータシステムに関し、より詳細には、コンピュータシ
ステムへのデータ入力に関する。

【０００２】（発明の背景）小型のモバイルコンピューティング装置、例えばハンドヘルドコンピュータや
パームトップコンピュータなどを含めたパーソナルデスクトップアシスタントは
、重要かつ一般的なユーザツールとなってきている。一般にこれらは、十分に小
型になって非常に便利になってきている一方、電池電力の消費はますます少なく
なっており、同時に、ますます強力なアプリケーションを稼動させることができ
るようになってきている。

【０００３】このような装置のサイズが小さくなり続けていても、人間的な限界の結果とし
て、サイズはその限界に達しつつある。例えば、ユーザデータを入力できるよう
な全文字キーボードは、人間の指がその上の個々のキーを押すことができないほ
ど小さくすることはできない。その結果、このような装置（例えばパームトップ
コンピュータ）のサイズは、標準的なユーザ用の全文字キーボードに適応するこ
とのできる大きさに制限されている。

【０００４】ユーザ入力を受け取る装置の一部のサイズを縮小するための解決法の１つは、
タッチセンシティブ（ｔｏｕｃｈ−ｓｅｎｓｉｔｉｖｅ）表示装置を提供し、そ
れにより物理的なキーボードの必要性をほぼ排除することである。このために、
アプリケーションプログラム、例えばワードプロセッサなどはキーボードを表示
し、それによりユーザは、表示されたキーに対応する位置で画面に触れることに
よって文字を入力する。当然、タッチスクリーン装置は物理的なキーボードを備
える装置と同時に使用することもでき、それにより、物理的なキーボードのキー
を手で押すことによって文字を入力することもできる。

【０００５】タッチスクリーン装置は適切なユーザデータ入力の手段を提供するが、データ
入力パネルは通常、アプリケーションプログラムの一部である。すなわち、各ア
プリケーションはそれ自体のタッチセンシティブインタフェースを開発する必要
がある。その結果、かなりの量の重複が起こる。例えば、ワードプロセッサプロ
グラムと表計算プログラムは両方とも英数字キーボードユニットを必要とし、そ
のために、それぞれがそれ自体のタッチスクリーンキーボードインタフェースを
備える。他のタイプのプログラム、例えば計算機プログラムなどは、数学演算を
表す追加キーを有する数字キーパッドを必要とする。このことは、各プログラム
をより大きく複雑にし、コンピュータシステムのリソースを消費する。

【０００６】別法として、オペレーティングシステムが全ての仮想キーボードを供給し、そ
れにより冗長性を排除することもできるが、これは、アプリケーションを、オペ
レーティングシステムから供給される仮想キーボードしか使用しないものに制限
する。より新しいアプリケーション（例えばプラグインモジュールで追加される
もの）は、その特定のニーズにより適合する入力機構を提供することができない
。例えば、新しいペイントブラシプログラムは、それ自体の図形入力画面を必要
とすることがある。要約すると、既存のユーザデータ入力機構には、フレキシビ
リティと効率性との間のトレードオフが内在する。

【０００７】（発明の目的および概要）したがって、本発明の目的は、ユーザデータをコンピュータシステムに入力す
るための改良型の方法システムを提供することである。

【０００８】本発明の他の目的は、効率性とフレキシビリティの両方を備えた、ユーザデー
タ入力のための方法およびシステムを提供することである。

【０００９】これらの目的の達成において、関係する目的は、タッチセンシティブ入力機構
で機能する上記のような方法およびシステムを提供することである。

【００１０】他の目的は、複数のアプリケーションが共通の入力方式からユーザ入力を受け
取ることのできる、上記のように特徴づけられた方法およびシステムを提供する
ことである。

【００１１】関係する目的は、各アプリケーションに対して交換可能な入力方式のセットの
中から１つまたは複数の入力方式を選択できる方法およびシステムを提供するこ
とである。

【００１２】他の目的は、費用効果が高く、信頼性および拡張性があり、実施の容易なこの
ような方法およびシステムを提供することである。

【００１３】簡潔に言うと、本発明は、コンピュータシステム、例えばグラフィカルウィン
ドウ機能環境を有するコンピュータシステムにユーザデータ入力を受け入れるた
めの方法およびシステムを提供する。本発明は、画像を表示するため、およびそ
れとのユーザ接触（またはそれに近いこと）を検出するために、タッチセンシテ
ィブ表示画面を使用することができる。グラフィカルウィンドウ機能環境に動作
可能に接続される管理コンポーネントは、画面表示用の入力パネルウィンドウを
作り出す。入力方式は、そのような複数の入力方式の中から選択されてインスト
ールされ、それにより入力方式は管理コンポーネントの関数を呼び出すことがで
きる。各入力方式は対応する入力パネル、例えばキーボードなどを含み、各入力
方式がそれを入力パネルウィンドウに描く。ユーザデータが入力パネルを介して
受け取られると、入力方式は管理コンポーネントの関数を呼び出してそれにユー
ザデータを渡し、管理コンポーネントは、それに応答して、ユーザデータをウィ
ンドウズメッセージなどでグラフィカルウィンドウ機能環境に通信する。アプリ
ケーションプログラムは、キーストロークなどに対応するそのメッセージを、あ
たかもハードウェアキーボード上で生成されたかのように受け取る。

【００１４】他の目的および利点は、図面と共に後続の詳細な記述を読めば明らかになろう
。

【００１５】（好適実施形態の詳細な説明）例示的な動作環境図１および後続の考察は、本発明を実施するのに適したコンピューティング環
境の簡潔で一般的な記述を提供するためのものである。本発明は、それが必要な
のではないが、ハンドヘルドコンピューティング装置、例えばパーソナルデスク
トップアシスタントなどによって実行されるコンピュータ実行可能命令、例えば
プログラムモジュールなどの一般的なコンテキストで述べる。一般にプログラム
モジュールは、特定のタスクを実行するかまたは特定の抽象データ型を実装する
ルーチン、プログラム、オブジェクト、コンポーネント、データ構造体などを含
む。

【００１６】さらに本発明は、パームトップ、デスクトップまたはラップトップパーソナル
コンピュータ、ポケットベル（ｐａｇｅｒ）や電話などのモバイル装置、マルチ
プロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な大衆
消費電子製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュ
ータなどを含めた他のコンピュータシステム構成でも実施できることを、当業者
は理解されたい。本発明はまた、通信ネットワークでリンクされた遠隔処理装置
によってタスクが実行される分散コンピューティング環境でも実施できる。分散
コンピューティング環境では、プログラムモジュールはローカル記憶装置とリモ
ート記憶装置の両方に位置することができる。

【００１７】図１を参照すると、本発明を実施するための例示的なシステムは、ハンドヘル
ドパーソナルコンピューティング装置２０などの形をとる汎用コンピューティン
グ装置を含み、これは、処理装置２１、システムメモリ２２、ならびにシステム
メモリを含めた様々なシステムコンポーネントを処理装置２１に結合させるシス
テムバス２３を含む。システムバス２３は、メモリバスまたはメモリ制御器、周
辺バス、および様々なバスアーキテクチャのいずれかを使用するローカルバスを
含めた、いくつかのタイプのバス構造のどれでもよい。システムメモリは、リー
ドオンリーメモリ（ＲＯＭ）２４およびランダムアクセスメモリ（ＲＡＭ）２５
を含む。ＲＯＭ２４には、起動中などにハンドヘルドコンピュータ２０内の要素
間で情報を転送するのを助ける基本ルーチンを含むベーシックインプット／アウ
トプットシステム２６（ＢＩＯＳ）が記憶されている。

【００１８】ＲＯＭ２４および／またはＲＡＭ２５には、オペレーティングシステム２８（
好ましくはウィンドウズＣＥ）、１つまたは複数のアプリケーションプログラム
２９、他のプログラムモジュール３０、およびプログラムデータ３１を含めた、
いくつかのプログラムモジュールが記憶されている。ユーザは、入力装置、例え
ば適した入力検出回路３３を備えるタッチセンシティブ表示画面３２などを通し
て、ハンドヘルドコンピュータ２０にコマンドおよび情報を入力することができ
る。他の入力装置には、適したオーディオインタフェース３５に接続されたマイ
クロフォン３４、および物理的（ハードウェア）キーボード３６（図２）が含ま
れることがある。タッチセンシティブ表示装置３２の出力回路もまた、ビデオド
ライビング回路３７を介してシステムバス２３に接続される。表示装置３２に加
えて、この装置は、他の周辺出力装置、例えば少なくとも１つのスピーカ３８や
プリンタ（図示せず）も含むことがある。

【００１９】他の外部入力装置または外部出力装置３９、例えばジョイスティック、ゲーム
パッド、衛星放送用パラボラアンテナ、スキャナなどを、システムバス２３に結
合されたＲＳ−２３２などのシリアルポート４０およびシリアルポートインタフ
ェース４１を通して処理装置２１に接続することもできるが、これらは他のイン
タフェース、例えばパラレルポート、ゲームポート、ユニバーサルシリアルバス
（ＵＳＢ）などによって接続することもできる。ハンドヘルド装置２０はさらに
、フラッシュカードメモリ（図示せず）を含むことがある、あるいは適切な接続
ポート（例えばスロット）４２およびインタフェース４３によってそれに接続す
ることができる。装置２０のユーザ操作を補助するために、（例えばアプリケー
ション切替用の）いくつかのハードウェアボタン４４、例えばスイッチ、ボタン
などがさらに提供でき、これらもまた、適したインタフェース４５を介してシス
テムに接続される。他のコンピュータ、プリンタなど（図示せず）を含めた他の
周辺装置との通信を補助するために、赤外線ポート４６および対応するインタフ
ェース／ドライバ４７が提供される。図示した様々なコンポーネントおよび接続
は例示的なものであり、他のコンポーネント、および通信リンクを確立する手段
も使用できることを理解されたい。

【００２０】ソフト入力パネルソフト入力パネル（ｓｏｆｔｉｎｐｕｔｐａｎｅｌ）アーキテクチャは、
物理的なキーボード３６ではなく装置２０のタッチスクリーン３２を介して、文
字、キーベースおよび他のユーザデータを入力できるように主に設計されている
。しかし、理解できるように、所与のコンピュータシステム２０は、図２の破線
で囲んだ部分３６で表した物理的なキーボードを任意選択および追加で含むこと
もできる。さらに、明らかになるであろうが、「ソフト入力パネル」は直接的に
入力を受け取るように構成された実際のタッチセンシティブパネルである必要は
なく、その代わりに別の入力装置、例えばマイクロフォン３４などを介して操作
することもできる。例えば、話された言葉をマイクロフォン３４で受け取り、認
識し、オンスクリーン（ｏｎ−ｓｃｒｅｅｎ）ウィンドウすなわちソフト入力パ
ネルでテキストとして表示することもできる。

【００２１】図２に、本発明の一実施態様によるＳＩＰアーキテクチャを実装するブロック
図を示す。コンピュータシステム２０は、オペレーティングシステム（ＯＳ）２
８、例えばグラフィカルウィンドウ機能環境６０などを含む。このようなグラフ
ィカルウィンドウ機能環境６０は一般に、キーボード３６、マウス（図示せず）
、ディジタイザ（図示せず）などを含めた様々な装置を介してユーザ入力を受け
取るように動作する。グラフィカルウィンドウ機能環境６０は、このようなユー
ザ入力を「入力フォーカス」を有するアプリケーションに、通常、キーボード文
字イベントの形で提供することができる。いくつかのアプリケーション２９がコ
ンピュータシステムによって実行できるが、現在稼動中の１つのアプリケーショ
ンが「入力フォーカス」を有し、入力を受け取るものとすることに留意されたい
。

【００２２】本発明の一態様によれば、本アーキテクチャは、ＳＩＰマネージャ５８を採用
して、フレキシブルな単一のインタフェースを複数の異なる入力方式６４に提供
する。ＳＩＰマネージャ５８は一般に、選択された入力方式６４からグラフィカ
ルウィンドウ機能環境６０（例えばウィンドウズＣＥオペレーティングシステム
２８）にキーストロークを提供する。グラフィカルウィンドウ機能環境６０はユ
ーザ入力データを受け取ると、アプリケーション２９（すなわち現在そのウィン
ドウが入力フォーカスを有するアプリケーション）に、そのユーザ入力データに
対応する情報を、そのアプリケーションのウィンドウのメッセージ待ち行列に配
置されるそのキーストローク、マウス、または他のメッセージの形で送る。この
ようなメッセージの受渡しはウィンドウズのプログラミングで周知であり、「Ｐ
ｒｏｇｒａｍｍｉｎｇＷｉｎｄｏｗｓ９５」、ＣｈａｒｌｅｓＰｅｔｚｏ
ｌｄ、マイクロソフトプレス（１９９６）に述べられており、これを参照により
本明細書に組み込む。したがって、キーボード入力を扱うことのできるアプリケ
ーションはどれでも、適切に構成されたどんな入力方式６４によっても使用する
ことができる。もっとも、オプションのキーボード３６がある場合、キーストロ
ークはキーボードドライバ６２からグラフィカルウィンドウ機能環境６０に直接
提供され、それにより、ソースに関する情報がそのアプリケーションに提供され
ることなく、適切なキーストロークが、アクティブなアプリケーションのウィン
ドウのメッセージ待ち行列内に同様に配置される。

【００２３】入力方式６４には、例えば、異なる様々な表示可能キーボード（ソフトキーボ
ード）、計算機、公式および／または方程式エディタ、化学記号テンプレート、
音声認識、手書き認識、略記記号認識（「グラフィティ（Ｇｒａｆｆｉｔｉ）」
など）、またはアプリケーション用に最適化された他の入力方式（例えばバーコ
ードリーダ）などを含めることができる。ＳＩＰマネージャ５８は、以下により
詳細に述べるように、ユーザがＳＩＰウィンドウ（パネル）５０（図７）の開い
た状態と閉じた状態を切り替えることを可能にするユーザインタフェースを提供
する。ＳＩＰマネージャ５８はまた、使用可能な入力方式の表示可能なリストか
らユーザ選択ができるようにするユーザインタフェースも提供する。ユーザイン
タフェースと対話するユーザは入力方式６４を選択することができ、それに応答
して、ＳＩＰマネージャ５８は、選択された入力方式６４をロードして呼び出す
。好適一実施形態では、各入力方式は、ＩＩＭコールバック６１およびＩインプ
ットメソッド６３として示すＣＯＭ（ＣｏｍｐｏｎｅｎｔＯｂｊｅｃｔＭｏ
ｄｅｌ）インタフェースを通してＳＩＰマネージャ５８と通信する。ＣＯＭオブ
ジェクトは、具体的に定義されるインタフェースを通してアクセスすることので
きるカプセル化されたメソッドおよびデータを有するデータ構造体を含む。ＣＯ
Ｍオブジェクトの詳細な記述は、ＫｒａｉｇＢｒｏｃｋｓｃｈｍｉｄｔ（マイ
クロソフトプレス）「ＩｎｓｉｄｅＯＬＥ」第２版という名称の参照文献に提
供されており、これを参照により本明細書に組み込む。

【００２４】一般に、ＳＩＰウィンドウ５０がユーザによってオン／オフ間で切り替えられ
るとき、以下により詳細に述べるように、ＳＩＰマネージャ５８は、それに対応
してＳＩＰウィンドウ５０を開く／閉じるように、Ｉインプットメソッド機構６
３を通して、選択された入力方式６４に通知する。新しい入力方式が選択される
と、ＳＩＰマネージャ５８は、以前に選択された入力方式のいずれかに終了（ｅ
ｘｉｔ）するように機構６３を通して知らせ、新しく選択された入力方式をロー
ドする。インタフェース６３はまた、ＳＩＰマネージャ５８によって使用されて
、これも以下に詳細に述べるように、選択された入力方式特有の情報を得る。

【００２５】選択された入力方式６４もまた、ＩＩＭコールバック機構６１を介してＳＩＰ
マネージャ５８に情報、例えばどの１文字または複数文字がユーザによって入力
されたかを、その１文字または複数文字がキーボード選択、手書き認識、音声認
識、公式エディタ、計算などのどれによって生成されたかにかかわらず通信する
ことができる。このような文字入力は一般に、ＳＩＰマネージャ５８に渡され、
好ましくは（ウィンドウズＣＥの場合）ユニコード文字として（あるいはそれに
変換されて）ＳＩＰマネージャによって受け取られ、グラフィカルウィンドウ機
能環境６０に出力される。コマンドキー情報、例えばキーボード上の「Ｃｔｒｌ
」などもまた、入力方式６４によってインタフェース６１を介してＳＩＰマネー
ジャ５８に提供することができる。

【００２６】ＳＩＰおよび入力方式に特有の情報もまたＳＩＰマネージャ５８を通して通信
することができ、以下により詳細に述べるように、アプリケーションがＳＩＰと
共に動作するように最適化されているとき（すなわち「ＳＩＰアウェア（ＳＩＰ
−ａｗａｒｅ）」）、最終的にそのフォーカスされたアプリケーション２９に通
信することができる。

【００２７】システムは、図３のステップに概略的に表すように動作する。アプリケーショ
ンが選択されてフォーカスを有すると（ステップ３００〜３０２）、ステップ３
０４で、それに対する入力方式６４が選択される。入力方式６４はユーザが選択
することもでき、あるいはデフォルトの入力方式を特定のアプリケーションで使
用するために選択することもできることに留意されたい。さらに、入力方式６４
は、前のアプリケーション用に選択した後で留まるものとすることもできる、す
なわち、ユーザが様々なアプリケーション間で切り替えるときに特定の入力方式
が常に存在する。いずれの場合でも、入力方式６４が選択されると、それはＳＩ
Ｐウィンドウ５０を表示する。

【００２８】ステップ３０６でユーザがデータを入力すると、以下に述べるＩＩＭコールバ
ック機構６１を介して適切なデータがＳＩＰマネージャ５８に渡される。入力方
式６４は、ステップ３０６で受信したデータを最初に処理することもできること
に留意されたい。一例として、ある特定の入力方式６４は、バーコード記号を、
ディジットを表すユニコード文字に変換し、別の入力方式は、数学的な入力をユ
ニコードの結果に変換し（例えば入力「３＋６＝」はＳＩＰマネージャ５８に「
９」を送る）、別の入力方式は方程式エディタである（例えば、文字「Ｓｑｒｔ
」は平方根記号を表す単一のユニコードの値に変換される）場合もある。いずれ
かのこのような処理の後、入力方式６４はこれらのディジットをＳＩＰマネージ
ャ５８に渡し、ＳＩＰマネージャ５８は、これらのディジットをグラフィカルウ
ィンドウ機能環境６０に渡す。アプリケーションは、使用された入力方式にかか
わらず、ユーザがあたかも物理的なキーボード上でこれらのディジットを入力し
たかのようにグラフィカルウィンドウ機能環境６０から文字データを受け取る。

【００２９】図５〜７に示すように、システムのソフト入力パネル（ＳＩＰ）機能は、可視
ウィンドウ５０（図７）、可視ＳＩＰボタン５２、および様々なメソッドおよび
関数（以下に述べる）を一括して含む。図７に示すように、ＳＩＰウィンドウ５
０は、ユーザの（またはアプリケーションプログラムの）要求時に隠すかまたは
示すことのできる入力方式６４によって提供される方形の領域である。可視ＳＩ
Ｐボタン５２は、タスクバー５６などの上に位置し、ユーザがＳＩＰウィンドウ
５０を表示するかまたは隠すためのタッチセンシティブインタフェースを提供す
る。したがって図４の状態図に表すように、ユーザがＳＩＰボタン５２を軽く叩
くと、ウィンドウ５０は、開いた可視状態（図７）と閉じて隠れた状態（図５）
の間で切り替わる。現在の設計は、表示装置３２のタスクバー５６のすぐ上の位
置に固定された（ドッキングされた）横２４０ピクセル、縦８０ピクセルのＳＩ
Ｐウィンドウ５０を実装している。以下で明らかとなるが、ソフト入力パネル設
計は、ＳＩＰウィンドウ５０の他のサイズまたは位置もサポートする。

【００３０】このために、オペレーティングシステム２８は専用スレッド（ＳＩＰマネージ
ャ５８）を生み出し、専用スレッドは、それ自身をＳＩＰスレッドとしてウィン
ドウズＣＥシステムに登録する。スレッドは、ＳＩＰウィンドウ５０を生成し、
他のＳＩＰの初期設定を行い、次いで、メッセージループに入って、ＳＩＰウィ
ンドウ５０内のメッセージおよびユーザインタフェース動作に応答する。スレッ
ドはまた、入力方式６４のウィンドウにメッセージをディスパッチする役目も果
たし、入力方式６４内に立ち寄って、特別なＳＩＰウィンドウとして応答するこ
とになるウィンドウを入力方式６４が作り出すことを可能にする。

【００３１】ＳＩＰマネージャスレッド５８は、システムから特別な状況を与えられる。例
えば、ＳＩＰマネージャ５８スレッドによって生み出されたウィンドウは一番上
のウィンドウであり、ＳＩＰウィンドウ５０が表示されている間にタスクバー５
６が自動的に隠すモードでアクティブになっているときなどを除いて、普通は他
のウィンドウで隠されない。この場合、ＳＩＰウィンドウ５０はその現在位置に
表示され続け、タスクバー５６はＳＩＰウィンドウ５０の一番上に表示される。
より一般的には、ＳＩＰ制御用のどんなユーザインタフェース要素も、その制御
するユーザインタフェース要素とＳＩＰウィンドウがオーバラップするときには
、ＳＩＰウィンドウ５０の上（下ではなく）に配置することができる（かつ、そ
うなるべきである）。

【００３２】さらに、ＳＩＰウィンドウ５０（およびあれば子ウィンドウ、例えば押しボタ
ン、テキスト入力フィールド、スクロールバーなど）は、軽く叩かれるとき、従
来のプログラムウィンドウがそうなるようには入力フォーカスを受けないことに
なる。このようにしてユーザは、システムフォーカスを変えずにＳＩＰウィンド
ウ５０と対話することができる。理解できるように、ユーザがＳＩＰウィンドウ
５０にデータを入力する度にシステムのフォーカスが変わることは望ましくない
。同じ理由で、すなわちＳＩＰウィンドウ５０を出すためにＳＩＰボタン５２を
軽く叩くことによってフォーカスのあるウィンドウがフォーカスを失うことは望
ましくないため、ＳＩＰボタン５２もまたフォーカスの変更を生じない。

【００３３】本発明の一態様によれば、ＳＩＰシステムは、指定の入力方式６４の選択的な
インストールを可能にする。上に概して述べたように、各入力方式６４は、それ
によってユーザがタッチスクリーン表示装置（または他の何らかの入力装置）を
介して文字、テキストまたは他のユーザデータを提供する交換可能なコンポーネ
ントである。より具体的には、ＳＩＰマネージャ５８は、入力方式６４の選択的
なインストールを可能にするＣＯＭインタフェースを露出することが好ましい。
入力方式６４は、システムによって作り出されるＳＩＰウィンドウ５０内部の空
間を占める。

【００３４】入力方式６４は、Ｉインプットメソッドインタフェースを実装するコンポーネ
ントオブジェクトモデル（ＣＯＭ、Ｃｏｍｐｏｎｅｎｔｏｂｊｅｃｔｍｏｄ
ｅｌ）オブジェクトを含むことが好ましい。しかし、入力方式６４およびＳＩＰ
マネージャ５８は、何らかの機構を通して、例えば関数呼出しを受け取り、それ
に応答し、それを生成することなどによって他の１つと通信が可能な、ほぼどん
なコンポーネントも含むことができる。

【００３５】入力方式６４は、ＳＩＰウィンドウ５０内に描き、ＳＩＰウィンドウ５０内の
ユーザ入力に応答することを担当する。通常、入力方式６４はユーザ入力に応答
して、その入力を文字に変換し、次いでそれらの文字は、与えられるＳＩＰ関数
を介してＳＩＰマネージャ５８に送られる。一例として、ある入力方式６４は、
図７に示すデフォルトのクワーティ（ＱＷＥＲＴＹ）（英字）キーボード６６を
含む。より具体的には、この入力方式６４は、画面３２にキーボード６６の画像
を表示し、そのキーボード６６上で軽く叩くのを（画面座標として検出して）文
字に変換し、それらはＳＩＰマネージャ５８に、したがってシステムに送られる
。入力方式はアプリケーション供給業者が書くことができ、ＣＯＭコンポーネン
トインストレーションプロシージャを使用してシステムに加えられる。

【００３６】ユーザは、可視ＳＩＰウィンドウ５０内に表される入力方式６４と対話して、
システム入力を作り出す。図４の状態図によって最もよく表されるように、かつ
、図６に示すように、ユーザは、ポップアップ式の入力方式リスト７２をＳＩＰ
ウィンドウ５０内に提供する、タスクバー５６上のＳＩＰメニューボタン７０を
軽く叩くことにより、異なる入力方式を選択することができる。ユーザはまた、
コントロールパネルアプレット（図示せず）などを介して、使用可能な入力方式
から選択することもできる。ＳＩＰコントロールパネルアプレットは、レジスト
リおよび以下に述べる、与えられるＳＩＰアウェアの機能を使用してオペレーテ
ィングシステム２８と通信する。

【００３７】以下に詳細に述べるように、様々なコンポーネントは、システムアプリケーシ
ョン２９がＳＩＰの状態の変化に応答することを可能にする関数、構造体、およ
びウィンドウメッセージを共同して与える。この機能を使用してそれ自身をＳＩ
Ｐの変化に応じて適切に調節するアプリケーション２９を、「ＳＩＰアウェア」
と見なす。適切であるとき、その他のアプリケーションがＳＩＰアウェアである
こともあるが、なお、それらの元のサイズを維持することを選択する（したがっ
て、ＳＩＰウィンドウ５０に部分的に隠される）。さらに、以下にも述べるよう
に、アプリケーションがプログラム的にＳＩＰの状態を改変することを可能にす
る関数も与えられる。

【００３８】しかし、アプリケーション２９は、本発明から利益を得るために、ＳＩＰシス
テムを自覚している必要はない。本発明の一態様では、それによって受け取られ
たデータが、ハードウェア入力装置、例えばキーボード３６などから発したもの
か、あるいはソフト入力パネルウィンドウ５０内のユーザ動作（例えば画面３２
および検出回路３３によって検出された接触またはそれに近いこと）によるもの
かをアプリケーションが通常は認識しないものである。これは、アプリケーショ
ンがＳＩＰアウェアであるかどうかにかかわらず、適切であるほぼどんな入力方
式でもアプリケーションが動作することを可能にする。

【００３９】ＳＩＰマネージャ５８によってインストールされる入力方式６４の動作を助け
る機構の説明に移るが、ＳＩＰアウェアのアプリケーション２９は、いつＳＩＰ
ウィンドウ５０が状態を変更し、新しい現在のＳＩＰウィンドウ５０がどんな状
態であるかを通知される。状態には、ＳＩＰウィンドウ５０の状況が可視か隠さ
れているかについてと、ＳＩＰウィンドウ５０がドッキング状態か浮動状態かに
ついてと、ＳＩＰウィンドウ５０のサイズおよび位置が含まれる。下の表に示す
ように、データ構造体（ＳＩＰＩＮＦＯ）はこのＳＩＰ情報を含む。

【００４０】

【数１】

【００４１】ｃｂＳｉｚｅフィールドはアプリケーションプログラム２９によって埋められ
、ＳＩＰＩＮＦＯ構造体のサイズを示す。このフィールドは将来の拡張を可能に
するが、過去の側への互換性もなお維持し、ＳＩＰＩＮＦＯ構造体のサイズはま
さに、システムのコンポーネントにバージョンを示すのに使用することができる
。ｆｄｗＦｌａｇｓフィールドはＳＩＰウィンドウ５０の状態情報を表し、３つ
のフラグの組合せとすることができる。設定されるＳＩＰＦ＿ＯＮフラグは、Ｓ
ＩＰウィンドウ５０が可視である（すなわち隠されていない）ことを示し、設定
されるＳＩＰＦ＿ＤＯＣフラグは、ＳＩＰウィンドウ５０がドッキングされてい
る（すなわち浮動でない）ことを示す。設定されるＳＩＰＦ＿ＬＯＣＫＥＤフラ
グは、ＳＩＰウィンドウ５０がロックされている、すなわちユーザがその可視状
態または隠された状態を変更できないことを示す。所与の実施形態は浮動のまた
はロックされたＳＩＰウィンドウを許容しないこともあるが、システム内にその
能力があることに留意されたい。

【００４２】ｒｃＶｉｓｉｂｌｅＤｅｓｋｔｏｐフィールドは画面座標中の方形を含み、Ｓ
ＩＰウィンドウ５０で隠されていない画面デスクトップ６８の領域を表す。ＳＩ
Ｐウィンドウ５０が浮動する（ドッキングされていない）場合、この方形はユー
ザ作業領域に相当する。ＳＩＰウィンドウ５０のサイズ変更に応じようとする全
画面（ｆｕｌｌ−ｓｃｒｅｅｎ）アプリケーションは一般に、それらのウィンド
ウ方形データ構造体（「ｒｅｃｔ」）の値をＲＥＣＴデータ構造体の値に設定す
ることができる。ＳＩＰウィンドウ５０がドッキングされており、縁部（上、下
、左、または右）の全体を占めない場合、この方形は、ＳＩＰウィンドウ５０で
隠されない最大の方形を表す。しかし、システムは、ＲＥＣＴデータ構造体に含
まれない、使用可能なデスクトップ空間６８を提供することもできる。

【００４３】次に、ｒｃＳｉｐＲｅｃｔフィールドは画面座標中の方形を含み、ＳＩＰウィ
ンドウ５０のサイズおよび位置を表す。アプリケーション２９は、それが浮動す
るＳＩＰウィンドウ５０または縁部全体を占めないドッキングされたＳＩＰウィ
ンドウ５０にラップアラウンドすることを必要としない限り、通常はこの情報を
使用しない。

【００４４】ｄｗＩｍＤａｔａＳｉｚｅフィールドは、次のフィールドであるＰｖＩｍＤａ
ｔａメンバ、すなわち入力方式特有のデータへのポインタによって示されるデー
タのサイズを含む。データは入力方式６４によって定義される。

【００４５】ＳＩＰウィンドウ５０の状態が変化するとき、すなわち新しい入力方式が選択
されたとき、かつ／あるいは可視性、ドッキング、またはサイズの変化が起こっ
たときは、図８のステップ８００に概略的に表すように、全ての上部レベルにあ
るウィンドウにメッセージＷＭ＿ＳＥＴＴＩＮＧＣＨＡＮＧＥが送られる。この
ようにして、アプリケーション２９は、メッセージに応答してそのサイズを調節
するなどにより、それ自身を新しい状態のＳＩＰウィンドウ５０に対して調節す
ることができる。このために、このメッセージと共に、いつＳＩＰ情報が変更し
たかを示すためのフラグＳＰＩ＿ＳＥＴＳＩＰＩＮＦＯが送信され、いつ現在の
入力方式が変更したかを示すために別のフラグＳＰＩ＿ＳＥＴＣＵＲＲＥＮＴＩ
Ｍが送信される。図８のステップ８０２で示すように、メッセージがＳＩＰに関
係するものか、それとも別のタイプの設定変更メッセージか（その場合はステッ
プ８０４で扱われる）を判定するためにフラグが検査される。ＳＩＰに関係する
場合は、パフォーマンスの理由から、前景にある現在アクティブでないアプリケ
ーションは、これらのＳＩＰの変更をキャッシュする（ステップ８０６〜８０８
）。アプリケーションのウィンドウがアクティブである場合、アプリケーション
はそのサイズおよび／またはウィンドウを調節することができる（ステップ８１
０〜８１２）。例えば図５および６に示すように、図７のＳＩＰウィンドウ５０
が隠れており、アクティブなアプリケーション２９が通知を受けると、アプリケ
ーション２９は、追加デスクトップ空間６８を使用してアナログ時計の文字盤な
どの情報をさらに表示することができる。アクティブでないときにＳＩＰの変更
をキャッシュされたアプリケーション２９は、アクティブにされたときに現在の
ＳＩＰの状態を照会し、続いて、返された情報に従って適切な仕方でそれ自身を
調節することができることに留意されたい。

【００４６】ＳＩＰマネージャ５８に照会するために、もう１つの関数、ＳＨＳｉｐＩｎｆ
ｏが提供され、それによって、アプリケーション２９はＳＩＰウィンドウ５０お
よび入力方式６４に関する情報を決定することができる。一般に、この関数が成
功すれば返り値はゼロ以外の数値となり、この関数が失敗すれば返り値はゼロに
等しくなって、ＧｅｔＬａｓｔＥｒｒｏｒ（）呼出しを介してさらに詳しいエラ
ー情報が入手できることになる。

【００４７】次の表にこの呼出しの構造体を述べる。

【００４８】

【数２】

【００４９】ｕｉＡｃｔｉｏｎパラメータには、ＳＩＰ＿ＳＥＴＳＩＰＩＮＦＯ、ＳＰＩ＿
ＧＥＴＳＩＰＩＮＦＯ、ＳＰＩ＿ＳＥＴＣＵＲＲＥＮＴＩＭ、およびＳＰＩ＿Ｇ
ＥＴＣＵＲＲＥＮＴＩＭが含まれる。ＳＩＰ＿ＳＥＴＳＩＰＩＮＦＯは、ｐｖＰ
ａｒａｍがＳＩＰＩＮＦＯ構造体を指すことを示す（以下に述べる）。ｃｂＳｉ
ｚｅ、ｄｗＩｍＤａｔａＳｉｚｅ、およびｐｖＩｍＤａｔａＳｉｚｅは、ＳＨＳ
ｉｐＩｎｆｏ関数の呼出し前に埋められる。この呼出しに応答して、ＳＩＰＩＮ
ＦＯ構造体は、現在のＳＩＰのサイズ、状態、および可視デスクトップ方形で埋
められる。ｄＷＩｍＤａｔａＳｉｚｅとｐｖＩｍＤａｔａが両方ともゼロ以外で
ある場合、データサイズおよびポインタは入力方式６４に送られる。入力方式６
４が呼び出されても入力方式特有のデータを提供しない場合、あるいは渡された
データの形式またはサイズが入力方式６４によって認識される形式でない場合、
ＳＨＳｉｐＩｎｆｏ関数の呼出しは失敗する（ゼロを返す）。サイズまたは形式
が入力方式６４にサポートされる場合、入力方式６４は、ｐｖＩｍＤａｔａによ
って指されたバッファを入力方式特有のデータで埋める。通常、アプリケーショ
ン２９はｐｖＩｍＤａｔａＳｉｚｅをゼロに、ｐｖＩｍＤａｔａをＮＵＬＬに設
定する。

【００５０】ＳＰＩ＿ＳＥＴＳＩＰＩＮＦＯのｕｉＡｃｔｉｏｎは、ｐｖＰａｒａｍがＳＩ
ＰＩＮＦＯ構造体を指すことを示す。ＳＩＰウィンドウ５０のサイズおよび状態
は、ＳＩＰＩＮＦＯ構造体に指定された値に設定される。ＳＩＰの値を変更する
前に、アプリケーション２９は、まずＳＰＩ＿ＧＥＴＳＩＰＩＮＦＯでＳＨＳｉ
ｐＩｎｆｏを呼び出すことによって現在のＳＩＰの状態を得なければならず、次
いで、ＳＰＩ＿ＳＥＴＳＩＰＩＮＦＯの呼出しをする前に変更することを所望す
る具体的なＳＩＰの状態の値をいずれでも変更することになる。構造体中でｃｂ
ＳｉｚｅフィールドはＳＩＰのサイズに設定され、ｐｖＩｍＤａｔａＳｉｚｅと
ｐｖＩｍＤａｔａが両方ともゼロでない場合、データサイズおよびポインタは入
力方式６４に送られる。ＳＨＳｉｐＩｎｆｏの呼出しは、入力方式６４が呼び出
されても入力方式特有のデータの設定を許容しない場合、あるいは、渡されたデ
ータの形式またはサイズがそれによって認識されない形式である場合には、失敗
する。サイズおよび形式が入力方式６４にサポートされる場合、入力方式６４は
データを使用して、入力方式特有の情報を設定する。通常、アプリケーションは
、ｐｖＩｍＤａｔａＳｉｚｅをゼロに、ｐｖＩｍＤａｔａをＮＵＬＬに設定する
。

【００５１】ＳＰＩ＿ＳＥＴＣＵＲＲＥＮＴＩＭは、ｐｖＰａｒａｍが、ＳＩＰがそれに切
り替わる入力方式６４のＣＬＳＩＤを指定するＣＬＳＩＤ構造体を指すことを示
す。ＣＬＳＩＤが有効でない場合、または指定された入力方式６４がロードでき
ない場合、呼出しは失敗し（ゼロに等しい値を返し）、デフォルトの入力方式６
４（例えばクワーティのようなキーボード６６）がロードされる。

【００５２】最後に、ＳＰＩ＿ＧＥＴＣＵＲＲＥＮＴＩＭのｕｉＡｃｔｉｏｎは、ｐｖＰａ
ｒａｍが、現在選択されている入力方式６４のＣＬＳＩＤを受け取るＣＬＳＩＤ
構造体を指すことを示す。

【００５３】ＩインプットメソッドインタフェースＩインプットメソッドは、入力方式６４コンポーネントによって実装されるイ
ンタフェースである。ＳＩＰマネージャ５８はこのインタフェースのメソッドを
呼び出して、入力方式６４に状態変更を通知し、入力方式６４に動作および情報
を要求する。一般に、呼び出された方法が成功すれば成功が返され、逆に、方法
が失敗すれば失敗の結果が返される。次の表に、このＩインプットメソッドイン
タフェースで使用できるメソッド呼出しを述べる。

【００５４】

【数３】

【００５５】入力方式６４は通常、ＳＩＰウィンドウ５０の空間をレンダリングするかまた
はユーザ動作に応答する前に、Ｓｅｌｅｃｔ（）、ＧｅｔＩｎｆｏ（）、Ｒｅｃ
ｅｉｖｅＳｉｐＩｎｆｏ（）、およびＲｅｇｉｓｔｅｒＣａｌｌｂａｃｋ（）
メソッド呼出しを順々に受け取ることになる。ＳＩＰウィンドウ５０が表示され
ると（すなわち開かれると）Ｓｈｏｗｉｎｇ（）がＳＩＰマネージャ５８によっ
て呼び出され、その後、入力方式６４は、ＷＭ＿ＰＡＩＮＴメッセージを発行し
てＳＩＰウィンドウ５０をレンダリングすることになる。

【００５６】Ｓｅｌｅｃｔ（）メソッドは、入力方式６４がＳＩＰの中に選択されたときに
呼び出される。入力方式６４は一般に、この呼出しに応答して、いずれかの所望
の初期設定を行う。入力方式は、この呼出しに応答して、ＳＩＰウィンドウ５０
のクライアント領域全体を描くのを担当し、したがって通常、そのウィンドウお
よび画像リスト（表示可能なビットマップ、例えばアイコンなどを集めたもの）
を生成する。例えば、ＳＩＰウィンドウ５０のウィンドウハンドルが、このＳｅ
ｌｅｃｔ（）メソッド呼出しに付随するパラメータとして入力方式６４に提供さ
れ、入力方式は通常、ＳＩＰウィンドウ５０の子ウィンドウを作り出す。入力方
式６４にはまた、メソッド呼出しが成功である場合にゼロ以外に設定され、成功
でない場合にゼロに設定される値へのポインタも入力方式６４から提供される。

【００５７】Ｄｅｓｅｌｅｃｔ（）メソッドは、入力方式６４がＳＩＰの外に選択されたと
きに呼び出される。入力方式のウィンドウは、この呼出しに応答して抹消されな
ければならず、入力方式６４は通常、この時に他のクリーンアップがあればそれ
も行う。

【００５８】Ｓｈｏｗｉｎｇ（）メソッドは、呼出しから返されるとＳＩＰウィンドウ５０
が示されるようにする。ＳＩＰウィンドウ５０はこの呼出しの前には見えず、Ｓ
ＩＰウィンドウ５０が示されると、このウィンドウおよびその子ウィンドウはペ
イントメッセージを受け取ることに留意されたい。反対に、Ｈｉｄｉｎｇ（）メ
ソッドは、呼出しから返されるとＳＩＰウィンドウ５０を隠す。したがって、Ｓ
ｈｏｗｉｎｇ（）メソッドおよびＨｉｄｉｎｇ（）メソッドは、ＳＩＰウィンド
ウ５０をその開いた状態と閉じた状態の間で切り替えるのに使用される。

【００５９】ＧｅｔＩｎｆｏ（）メソッドは、システムが入力方式６４に関する情報を要求
しているときに呼び出される。要求される情報には、入力方式６４のいずれかの
特別な属性を示すフラグ、入力方式６４がアクティブのときにＳＩＰボタン５２
上に表示される、マスキングされたビットマップを含む２つの画像リストのハン
ドル、指定された画像リストに対するインデックス、および入力方式６４の好ま
しいサイズおよび配置を示す方形が含まれる。呼出しは、入力方式６４が適切な
データで埋めるべきデータ構造体（ＩＭＩＮＦＯ）に対するポインタであるパラ
メータｐｉｍｉを含む。呼出しはまた、入力方式がゼロ以外を設定して成功を、
ゼロを設定して失敗を示すべき値にポインタを与える。より具体的に、ＩＭＩＮ
ＦＯデータ構造体を次の表に表す。

【００６０】

【数４】

【００６１】ｃｂＳｉｚｅフィールドはＩＭＩＮＦＯ構造体のサイズを含み、ＧｅｔＩｎｆ
ｏ（）呼出しを呼び出す前にＳＩＰマネージャ５８によって埋められる。ｈＩｍ
ａｇｅＮａｒｒｏｗフィールドは、入力方式６４に対する狭い（１６×１６）マ
スキングされたビットマップを含む画像リストへのハンドルである。同様に、ｈ
ＩｍａｇｅＷｉｄｅは広い（３２×１６）マスキングされたビットマップを含む
画像リストへのハンドルである。ＳＩＰマネージャ５８は、現在選択されている
入力方式６４を示すために、ビットマップのうちの１つを（例えばタスクバー５
６上に）表示する。ＳＩＰマネージャ５８は、１６×１６または３２×１６のビ
ットマップを、そのビットマップをどのような表示が所望であるかに応じて何回
も使用することができることに留意されたい。

【００６２】ｉＮａｒｒｏｗフィールドはｈＩｍａｇｅＮａｒｒｏｗ画像リストへのインデ
ックスであり、いくつかの可能なビットマップのどのビットマップがその（狭い
）画像リストから現在表示されるべきかを示す。同様に、ｉＷｉｄｅフィールド
はｈＩｍａｇｅＷｉｄｅ画像リストへのインデックスであり、どのビットマップ
がその（広い）画像リストから現在表示されるべきかを示す。入力方式６４は、
ＩＩＭコールバック：：Ｓｅｔｉｍａｇｅｓを呼び出すことによって、ＳＩＰタ
スクバーボタン５２中に表示されるビットマップの変更を開始することができる
ことに留意されたい（以下に述べる）。

【００６３】ｆｄｗＦｌａｇｓフィールドは、入力方式６４の、可視、ドッキング、および
ロック状態（ＳＩＰＦ＿ＯＮ、ＳＩＰＦ＿ＤＯＣＫＥＤ、ＳＩＰＦ＿ＬＯＣＫＥ
Ｄ）、ならびに未来に定義される可能性のあるいずれかの特別な入力方式フラグ
を示す。ＳＩＰ状態フラグはＧｅｔＩｎｆｏ（）メソッドの場合には無視される
が、ＳｅｔＩｍＩｎｆｏコールバックメソッド中では、以下に述べるように使用
されることに留意されたい。

【００６４】最後に、ｒｃＳｉｐＲｅｃｔフィールドは、ＳＩＰ方形のサイズおよび配置を
記述する。ＧｅｔＩｎｆｏ（）から返されたサイジングおよび配置の情報は、最
初のデフォルトのサイズおよび配置を決定するときにＳＩＰが使用できる。使用
されるときは、ＳｅｔＩｍＩｎｆｏコールバックメソッド（以下に述べる）が、
ＳＩＰウィンドウ５０の新しいサイズおよび配置を指定する。

【００６５】ＲｅｃｅｉｖｅＳｉｐＩｎｆｏ（）メソッドは、ＳＩＰウィンドウの現在のサ
イズ、配置、およびドッキング状態を含めた、ＳＩＰウィンドウに関する情報を
入力方式６４に提供する。この呼出しは、ユーザ、アプリケーション２９、また
は入力方式６４がＳＩＰの状態を変更するときにはいつでも行われる。ＳＩＰマ
ネージャ５８が入力方式の初期設定中にこの情報を送るとき、ＳＩＰマネージャ
５８は、入力方式６４にデフォルトのＳＩＰ設定を通知する。入力方式６４はこ
れらのデフォルトを無視することを選択することもできるが、所与の値は、ユー
ザが選択した値か、あるいはそのプラットフォームに対して予想されたかまたは
受諾されたＳＩＰ値として推奨された値のいずれかである。この情報を含むＳＩ
ＰＩＮＦＯ構造体へのポインタが、この呼出しと共に渡される。

【００６６】ＲｅｇｉｓｔｅｒＣａｌｌｂａｃｋメソッドは、入力方式６４にコールバック
インタフェースポインタを渡すためにＳＩＰマネージャ５８によって提供される
。言い換えれば、ＲｅｇｉｓｔｅｒＣａｌｌｂａｃｋメソッド呼出しは、ＩＩＭ
コールバックインタフェースポインタをパラメータとして入力方式６４に渡し、
それにより、入力方式６４は、このインタフェース上のメソッドを呼び出して、
以下に述べるようにＳＩＰマネージャ５８に情報を送り返すことができる。入力
方式６４はコールバックインタフェースポインタを使用して、ＳＩＰマネージャ
５８を介してキーストロークをアプリケーション２９に送り、そのＳＩＰタスク
バーボタンのアイコン５２を変更する。

【００６７】ＧｅｔＩｍＤａｔａ（）メソッドは、アプリケーションプログラム２９がＳＩ
ＰにＳＩＰＩＮＦＯデータ構造体を要求し、ＳＩＰＩＮＦＯ構造体のｐｖＩｍＤ
ａｔａのメンバにＮＵＬＬ以外のポインタを提供したときに呼び出される。アプ
リケーション２９は通常、何らかの特別な情報を入力方式６４に要求するときに
この呼出しが行われるようにする。２つのパラメータがこの呼出しと共に渡され
るが、これらは、ｄｗｓｉｚｅすなわちｐｖＩｍＤａｔａによって指されるバッ
ファのサイズ、およびｐｖＩｍＤａｔａすなわちアプリケーション２９中のデー
タのブロックへのボイド（ｖｏｉｄ）ポインタである。

【００６８】この呼出しに伴い、アプリケーション２９は、入力方式６４がブロックを情報
で埋めることを本質的に要求し、この場合、データのサイズおよび形式は入力方
式６４によって定義される。この呼出しは、拡張機能または情報をアプリケーシ
ョンに提供することを所望する入力方式６４を対象とする。一例として、ＳＩＰ
アウェアのアプリケーションは、文字がＳＩＰによって入力されたか、それとも
他の何らかの手段によって入力されたかを知ることを所望する。そのため、入力
方式６４は、ブロックを埋めることによってアプリケーションの要求に応じるこ
とができる。

【００６９】ＳｅｔＩｍＤａｔａ（）メソッドは、アプリケーション２９がＳＩＰＩＮＦＯ
構造体を設定し、ＳＩＰＩＮＦＯ構造体のｐｖＩｍＤａｔａのメンバにＮＵＬＬ
以外のポインタを提供したときに呼び出される。アプリケーション２９は通常、
何らかのデータをその中に設定するように入力方式６４に要求するときにこの呼
出しが行われるようにする。この呼出しと共に渡されるパラメータは、ｄｗｓｉ
ｚｅすなわちｐｖＩｍＤａｔａによって指されるバッファのサイズ、およびｐｖ
ＩｍＤａｔａすなわちアプリケーション６４中のデータのブロックへのボイドポ
インタを含む。

【００７０】ＩＩＭコールバックインタフェース入力方式６４は、ＩＩＭコールバックインタフェースを使用して、ＳＩＰマネ
ージャ５８中のメソッドを呼び出すか、現在のアプリケーションにキーストロー
クを主として送るか、またはタスクバー５６がＳＩＰボタン５２中に表示しよう
とするアイコンを変更する。入力方式６４は通常、Ｉインプットメソッドのメソ
ッド呼出しを通して受け取られたそれへの呼出しに応答してのみ、ＩＩＭコール
バックメソッドを呼び出す。概して言えば、関数が成功すれば、返り値は成功の
ＨＲＥＳＵＬＴとなり、逆に、関数が失敗すれば、返り値は失敗のＨＲＥＳＵＬ
Ｔとなる。

【００７１】次の表は、ＩＩＭコールバックインタフェースを表す。

【００７２】

【数５】

【００７３】第１のコールバック、ＳｅｔＩｍＩｎｆｏ（）は、ＳＩＰタスクバーボタン５
２上に示された、現在のＳＩＰを表すビットマップを変更するため、あるいはＳ
ＩＰウィンドウ５０の、可視の／隠された状態を変更するために、入力方式６４
によって呼び出される。これはまた、入力方式６４がＳＩＰウィンドウ５０のサ
イズ、配置、およびドッキング状態を変更したときに、通知として入力方式６４
からＳＩＰマネージャ５８に送られる。この機構により、様々な入力方式６４は
ＳＩＰマネージャ５８にこれらのタイプの変更を知らせることができ、それによ
ってこの２つは同期を維持することができる。一例として、入力方式６４は、ユ
ーザがドッキング状態と浮動状態の間、あるいは１つまたは複数のサブパネル（
例えば、数字に切り替えるためのボタン付きのキーボード、および／あるいは記
号パネルまたは国際記号パネル）間で切り替えることを可能にするユーザインタ
フェース要素を備えたい場合がある。入力方式６４はこの呼出しを使用して、Ｓ
ＩＰマネージャ５８に状態の各変更を知らせる。

【００７４】本発明に必要なのではないが、ＩＭＩＮＦＯ構造体中で渡されるすべての値は
、ＳＩＰマネージャ５８によって使用される。したがって、入力方式６４は最初
に、前述の先行するＲｅｃｅｉｖｅＳｉｐＩｎｆｏ（）メソッド呼出しを介して
受け取られるＳＩＰＩＮＦＯ構造体中でＳＩＰマネージャ５８から提供されたＳ
ＩＰウィンドウ５０の現在の状態を決定しなければならない。次いで、入力方式
６４は、変更を望まれている設定だけを変更し、値の完全なセットをＩＭＩＮＦ
Ｏ構造体中で返さなければならない。ＳＩＰウィンドウ５０ならびに所望の入力
方式６４の画像のサイズ、配置、および状態を含めた新しい入力方式６４の設定
を表すＩＭＩＮＦＯ構造体へのポインタとして、ｐｉｍｉパラメータが送られる
。

【００７５】ＳｅｔＩｍＩｎｆｏ（）呼出しに応答して、ＳＩＰマネージャ５８は、ＩＭＩ
ＮＦＯ構造体のｆｄｗＦｌａｇｓで指定されたようにＳＩＰウィンドウ５０を表
示する、あるいは隠すことになる。しかし、ＳＩＰマネージャ５８は、ＳＩＰウ
ィンドウ５０のサイズ変更または移動は要求されても行わないが、その代わりに
、照会されたときに、アプリケーション２９に返されるサイズおよび配置の情報
を更新することになる。指定された値が現在のＳＩＰの状態からの変更を表す場
合、ＳＩＰマネージャ５８は、ＳＩＰの状態が変わったことを、前述のＷＭ＿Ｓ
ＥＴＴＩＮＧＳＨＡＮＧＥを介してアプリケーション２９に通知することになる
。

【００７６】ＳｅｎｄＶｉｒｔｕａｌＫｅｙ（）コールバックは、仮想キー、例えばタッチ
スクリーン表示装置３２または他の入力方式６４を介して入力される文字などに
対するキーストロークをシミュレートするために、入力方式６４によって使用さ
れる。キーイベントは、現在フォーカスを有するウィンドウ（すなわち、外部キ
ーボード上でキーが押されればキーボード入力を受け取ったであろうウィンドウ
）に送られることになる。ＳｅｎｄＶｉｒｔｕａｌＫｅｙコールバックは、送ら
れる仮想キーに対する大域的キー状態を修正し、それにより、例えば入力方式６
４は、この関数を使用してＳＨＩＦＴ、ＣＯＮＴＲＯＬ、ＡＬＴキーアップおよ
びキーダウンのイベントを送ることができ、これらはアプリケーション２９がＧ
ｅｔＫｅｙＳｔａｔｅ（）ＡＰＩを呼び出すときに正しく取り出されることにな
る。ＳｅｎｄＶｉｒｔｕａｌＫｅｙコールバックは、文字に関連のない仮想キー
イベント（すなわち、ＴｒａｎｓｌａｔｅＭｅｓｓａｇｅの結果としてＷＭ＿Ｃ
ＨＡＲが送られないキー）を送るのに使用されるべきである。ＷＭ＿ＣＨＡＲ、
ＴｒａｎｓｌａｔｅＭｅｓｓａｇｅ、およびキーに関係する他のメッセージは、
参照文献「ＰｒｏｇｒａｍｍｉｎｇＷｉｎｄｏｗｓ９５」、ＣｈａｒｌｅｓＰｅｔｚｏｌｄ、ｓｕｐｒａに述べられていることに留意されたい。文字を生
成する仮想キーがこの関数を介して送られる場合、これらは大域的キー状態によ
って修正されることになる。例えば、シフト状態がダウンのときに送られた仮想
キーＶＫ＿５は、ある種のキーボード配列の場合に‘％‘ＷＭ＿ＣＨＡＲメッセ
ージとなる。

【００７７】このコールバックと共に送られるパラメータには、シミュレートするキーの仮
想キーコードであるｂＶｋ、およびｄｗＦｌａｇｓが含まれる。ｄｗＦｌａｇｓ
は、ＳＩＰＫＥＹ＿ＫＥＹＵＰフラグ（ＷＭ＿ＫＥＹＵＰかＷＭ＿ＫＥＹＤＯＷ
Ｎのいずれかを生成するのに使用される）、ＳＩＰＫＥＹ＿ＳＩＬＥＮＴフラグ
（装置でクリックが可能とされている場合でもキープレスがキーボードクリック
とならない）、またはゼロの組合せとすることができる。

【００７８】ＳｅｎｄＣｈａｒＥｖｅｎｔコールバックは、入力方式６４がフォーカスのあ
るウィンドウにユニコード文字を送ることを可能にし、また、アプリケーション
２９がどんなＷＭ＿ＫＥＹＤＯＷＮおよびＷＭ＿ＫＥＹＵＰメッセージを受け取
るべきかを決定する。これは、入力方式６４がどんな仮想キーをもいずれかの文
字およびキー状態に関連付けることができるため、入力方式６４がそれ自体のキ
ーボード配列を決定することを可能にする。したがって、本発明の一態様によれ
ば、アプリケーション２９には、キーがあたかもキーボードから送られたように
見える（すなわち、それらはＷＭ＿ＫＥＹＤＯＷＮ、ＷＭ＿ＣＨＡＲ、およびＷ
Ｍ＿ＫＥＹＵＰメッセージを得る）。したがって、ＳｅｎｄＶｉｒｔｕａｌＫｅ
ｙ（）関数とは異なり、この関数は大域的キー状態に影響しない。一例として、
入力方式６４は、ＳｅｎｄＣｈａｒＥｖｅｎｔコールバックによって、シフトさ
れた（仮想キー）ＶＫ＿Ｃが実際にはユニコード文字０×５５６４を送ったと決
定することができる。送られる第１の文字に関連付けられるシフト状態フラグ（
以下に述べるｐｕＳｈｉｆｔパラメータで指定される）は、ＷＭ＿ＫＥＹＤＯＷ
ＮかＷＭ＿ＫＥＹＵＰのいずれが生成されるかを判定する。

【００７９】パラメータには、この関数の結果として生成されるＷＭ＿ＫＥＹＵＰまたはＷ
Ｍ＿ＫＥＹＤＯＷＮのメッセージ中で送られる仮想キーコードであるｕＶｋと、
この呼出しの結果としてアプリケーション２９によって受け取られるＷＭ＿ＣＨ
ＡＲ、ＷＭ＿ＫＥＹＵＰ、またはＷＭ＿ＫＥＹＤＯＷＮのメッセージ中で受け取
られるｌＫＥＹＤａｔａパラメータに変換されるＫＥＹ状態フラグのセットであ
るｕＫｅｙＦｌａｇｓとが含まれる。ＫｅｙＳｔａｔｅＤｏｗｎＦｌａｇ、Ｋｅ
ｙＳｔａｔｅＰｒｅｖＤｏｗｎＦｌａｇ、およびＫｅｙＳｔａｔｅＡｎｙＡｌｔ
Ｆｌａｇキー状態フラグだけが、結果として得られるｌＫｅｙＤａｔａパラメー
タに変換される。ｕＣｈａｒｓパラメータは、このキーイベントに対応する文字
数を表し、ｐｕＳｈｉｆｔパラメータは、送られる各文字に対応するＫＥＹ＿Ｓ
ＴＡＴＥ＿ＦＬＡＧＳを含むバッファへのポインタである。ＫｅｙＳｔａｔｅＤ
ｏｗｎＦｌａｇビットが送られると、この関数は、ＷＭ＿ＫＥＹＤＯＷＮメッセ
ージを生成し、そうでない場合は、ＷＭ＿ＫＥＹＵＰメッセージを生成する。最
後に、ｐｕＣｈａｒｓパラメータは、送られる文字を含むバッファへのポインタ
である。

【００８０】入力方式６４は、ＳｅｎｄＳｔｒｉｎｇコールバックを使用して、現在フォー
カスのあるウィンドウにストリング全体を送信することができ、それにより、一
連のＷＭ＿ＣＨＡＲメッセージはアプリケーション２９に記入される。入力方式
６４は通常、単語または文の全体が入力されたと決定した後でこのコールバック
を使用する。例えば、手書きレコグナイザ（ｒｅｃｏｇｎｉｚｅｒ）または音声
レコグナイザ入力方式６４は、単語または文の全体が入力されたことを認識した
後でＳｅｎｄＳｔｒｉｎｇコールバックを使用することになる。

【００８１】ＳｅｎｄＳｔｒｉｎｇコールバックのパラメータには、送るストリングを含む
ストリングバッファへのポインタであるｐｔｓｚＳｔｒと、送る文字の数である
ｄｗＳｉｚｅとが含まれる。この数には、送られないヌルターミネータ（ｎｕｌ
ｌ−ｔｅｒｍｉｎａｔｏｒ）は含まれない。

【００８２】前述の詳細な記述から分かるように、ユーザデータをコンピュータシステムに
入力するための改良型の方法システムが提供される。この方法およびシステムは
両方とも、効率的かつフレキシブルであり、タッチセンシティブ入力機構で機能
する。このシステムおよび方法によって、複数のアプリケーションが共通の入力
方式からユーザ入力を受け取ることができるが、交換可能な入力方式を、それら
のセットの中から各アプリケーション用に選択することもできる。この方法およ
びシステムは費用効果が高く、信頼性および拡張性があり、実施が容易である。

【００８３】本発明は様々な修正および代替構成が可能だが、その例示的なある実施形態を
、図面中で示し、以上に詳細に述べた。しかし本発明は、開示した特有の形式に
限定されるものではなく、逆に、本発明の趣旨および範囲を逸脱しない限りすべ
ての修正、代替構成、および等価物をカバーするものである。

【図面の簡単な説明】

【図１】本発明を組み込むことのできるコンピュータシステムを表すブロック図である
。

【図２】本発明の一態様による、交換可能な入力パネルを実装するための様々なコンポ
ーネントおよびその間の接続を表すブロック図である。

【図３】本発明の一態様による、ユーザ入力を選択された入力方式から選択されたアプ
リケーションへ至らせる過程を概略的に表す流れ図である。

【図４】ＳＩＰ選択状態を概略的に表す状態図である。

【図５】例示的なコンピューティング装置上にあるタッチセンシティブ表示画面上の表
示を表す図である。

【図６】本発明による、交換可能な入力パネルの中から選択する能力を備える例示的な
コンピューティング装置上にあるタッチセンシティブ表示画面上の表示を表す図
である。

【図７】本発明による、入力パネルとしてキーボードが選択されたタッチセンシティブ
表示画面上の表示を表す図である。

【図８】ＳＩＰ状況における変更に応答して実行される一般的なステップを表す流れ図
である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者ブラムジェフリーアール．アメリカ合衆国 98102 ワシントン州シアトルイーストナンバー203 ベルモントアベニュー 231 (72)発明者パーカーキャサリンエル．アメリカ合衆国 98024 ワシントン州フォールシティーサウスイースト 41 ストリート 35539 Ｆターム(参考） 5B020 CC12 FF17 5B087 AA09 AB02 DD02 5E501 AA04 BA05 CB02 CB05 CB15 EA10 EA14 EA21 FA02 FA05 FA06 【要約の続き】境（６０）にメッセージとして通信し、それにより、アプリケーションプログラム（２９）はメッセージを、それがあたかもハードウェア入力装置上で生成されたかのように受け取る。

Claims

【特許請求の範囲】

【請求項１】ユーザデータ入力をコンピュータシステムに受け入れるため
のシステムであって、オペレーティングシステムと、ユーザ入力データを前記オペレーティングシステムに渡すためのインタフェー
スと、複数の入力方式と、前記入力方式のうちの１つを選択された入力方式として選択するための手段と
、前記選択された入力方式を介してユーザデータ入力を受け取るための手段と、前記受け取ったユーザデータに関する情報を前記インタフェースに渡すための
通信機構とを具え、前記インタフェースは前記情報を前記オペレーティングシス
テムに渡すことを特徴とするシステム。
【請求項２】請求項１に記載のシステムにおいて、前記オペレーティング
システムはグラフィカルウィンドウ機能環境を具え、さらに、タッチセンシティ
ブ表示画面上の入力パネルウィンドウを具え、前記入力方式は、入力パネルと、
前記入力パネルを前記入力パネルウィンドウ内に描くための手段とを含むことを
特徴とするシステム。
【請求項３】請求項２に記載のシステムにおいて、前記入力パネルは、複
数のキーをその上に有するキーボードを表す画像を含み、前記選択された入力パ
ネルを介してユーザデータ入力を受け取るための前記手段は、前記キーボードの
前記キーに対応する画面位置でのユーザ動作を検出するための手段を含むことを
特徴とするシステム。
【請求項４】請求項２に記載のシステムにおいて、前記入力パネルウィン
ドウの表示を選択的に表示したり隠したりするための手段をさらに具えたことを
特徴とするシステム。
【請求項５】請求項２に記載のシステムにおいて、前記入力パネルとの対
話は前記入力パネルウィンドウにフォーカスを受けさせないことを特徴とするシ
ステム。
【請求項６】請求項１に記載のシステムにおいて、タッチセンシティブ表
示画面をさらに具え、前記選択された入力方式を選択するための前記手段は、前
記タッチセンシティブ表示画面とのユーザ対話を検出するための手段を含むこと
を特徴とするシステム。
【請求項７】請求項１に記載のシステムにおいて、前記オペレーションシ
ステムのもとで稼動するアプリケーションプログラムをさらに具え、前記入力方
式を選択するための前記手段は、前記アプリケーションプログラムから前記イン
タフェースに情報を転送するための手段を含むことを特徴とするシステム。
【請求項８】請求項１に記載のシステムにおいて、前記通信機構は、前記
インタフェースによって実行される関数を呼び出すための前記入力方式中の手段
と、前記入力方式によって実行される関数を呼び出すための前記インタフェース
中の手段とを含むことを特徴とするシステム。
【請求項９】請求項１に記載のシステムにおいて、前記入力方式はＣＯＭ
オブジェクトを具え、前記通信機構は、前記インタフェース中のメソッドを呼び
出すための手段を含むことを特徴とするシステム。
【請求項１０】請求項１に記載のシステムにおいて、前記オペレーティン
グシステムはグラフィカルウィンドウ機能環境を具え、さらに、タッチセンシテ
ィブ表示画面上の入力パネルウィンドウを具え、前記入力方式は、入力パネルと
、前記入力パネルを前記入力パネルウィンドウ内に描くための手段とを含み、前
記インタフェースは、前記入力パネルウィンドウの状態に対応する状態情報を、
前記通信機構を介して前記入力方式に渡すための手段を含むことを特徴とするシ
ステム。
【請求項１１】請求項１０に記載のシステムにおいて、前記入力パネルウ
ィンドウの表示を選択的に表示したり隠したりするための手段をさらに含み、前
記状態情報は、前記ウィンドウの表示された状況または隠された状況を示すフラ
グを含むことを特徴とするシステム。
【請求項１２】請求項１０に記載のシステムにおいて、前記状態情報は、
前記ウィンドウのドッキング状況または浮動状況を示すフラグを含むことを特徴
とするシステム。
【請求項１３】請求項１０に記載のシステムにおいて、前記状態情報は、
前記ウィンドウのサイズまたは配置を含むことを特徴とするシステム。
【請求項１４】請求項１０に記載のシステムにおいて、前記入力方式は複
数のビットマップを含み、前記入力方式は、前記通信機構を介して前記インタフ
ェースに、前記ビットマップのうちの選択された１つに対応する情報を渡すため
の手段を含むことを特徴とするシステム。
【請求項１５】請求項１４に記載のシステムにおいて、前記インタフェー
スは、前記ビットマップをアイコンとして前記表示画面上に表示するための手段
を含むことを特徴とするシステム。
【請求項１６】ウィンドウズベースのアプリケーションを稼動させるため
のグラフィカルウィンドウ機能環境を有するコンピュータシステムにおいて、ユ
ーザ入力を前記システムに受け入れる方法であって、ユーザ入力を前記グラフィカルウィンドウ機能環境に渡すためのインタフェー
スを提供するステップと、複数の使用可能な入力方式から入力方式を選択するステップと、通信するための前記インタフェースに接続することによって前記選択された入
力方式をインストールするステップと、前記入力方式を介してユーザ入力データを受け取るステップと、前記ユーザ入力データを表す情報を前記インタフェースに通信するステップと
、前記情報を前記インタフェースから前記グラフィカルウィンドウ機能環境に渡
すステップとを具えたことを特徴とする方法。
【請求項１７】請求項１６に記載のシステムにおいて、表示画面上に入力
パネルウィンドウを提供するステップと、前記入力パネルウィンドウ内に入力パ
ネルを描くステップとをさらに具えたことを特徴とするシステム。
【請求項１８】請求項１７に記載の方法において、前記表示画面がタッチ
センシティブ入力装置であり、前記選択された入力方式を選択する前記ステップ
は、画面位置にアイコンを表示するステップと、前記アイコン位置でのユーザイ
ベントを検出するステップとを含むことを特徴とする方法。
【請求項１９】請求項１７に記載の方法において、前記入力パネルウィン
ドウの表示状態と隠された状態との間で切り替えるステップをさらに具えたこと
を特徴とする方法。
【請求項２０】請求項１９に記載の方法において、前記入力パネルウィン
ドウの表示状態または隠された状態に対応する状態情報を前記入力方式に渡すス
テップをさらに具えたことを特徴とする方法。
【請求項２１】請求項１７に記載の方法において、前記入力パネルウィン
ドウのサイズまたは配置を調節するステップと、前記入力パネルウィンドウのサ
イズまたは配置に対応する状態情報を前記入力方式に渡すステップとをさらに具
えたことを特徴とする方法。
【請求項２２】請求項１７に記載の方法において、前記入力パネルウィン
ドウのドッキング状態と浮動状態との間で切り替えるステップをさらに具え、前
記入力パネルウィンドウのドッキング状態または浮動状態に対応する状態情報を
前記入力方式に渡すステップをさらに具えたことを特徴とする方法。
【請求項２３】請求項１６に記載の方法において、前記入力方式に入力さ
れたデータを処理して、前記データをキーストローク情報に変換するステップを
さらに具えたことを特徴とする方法。
【請求項２４】請求項１６に記載の方法において、前記ユーザ入力データ
を表す情報を前記インタフェースに通信する前記ステップは、インタフェースの
少なくとも１つのメソッドを呼び出すステップを含むことを特徴とする方法。
【請求項２５】請求項１６に記載の方法において、前記入力方式が複数の
ビットマップを含み、前記ビットマップのうちの選択された１つに対応する情報
を前記入力方式から前記インタフェースに渡すステップをさらに具えたことを特
徴とする方法。
【請求項２６】請求項２５に記載の方法において、前記選択されたビット
マップをアイコンとして表示画面上に表示するステップをさらに具えたことを特
徴とする方法。
【請求項２７】グラフィカルウィンドウ機能環境を有するコンピュータシ
ステムにユーザデータ入力を受け入れるためのシステムであって、画像を表示するため、および該画像へのユーザ接触または接触に近いことを検
出するためのタッチセンシティブ表示画面と、前記グラフィカルウィンドウ機能環境に動作可能に接続され、前記画面上に前
記グラフィカルウィンドウ機能環境によって表示するための入力パネルウィンド
ウを作り出すための手段を含む管理コンポーネントと、複数の入力方式とを具え、各入力方式は、前記管理コンポーネントの関数を呼び出すための通信手段を含
み、前記入力方式に対応する入力パネルをさらに含み、前記システムはさらに、前記入力方式のうちの１つを選択された入力方式とし
て選択するための手段を含み、前記選択された入力方式は、対応する前記入力パネルを前記入力パネルウィン
ドウ内に描き、さらに、前記入力パネルを介してユーザデータ入力を受け取るた
めの手段を含み、前記通信手段は、前記ユーザデータを前記管理コンポーネントに渡すために前
記管理コンポーネントの関数を呼び出し、前記管理コンポーネントが、前記ユーザデータを前記グラフィカルウィンドウ
機能環境に通信することを特徴とするシステム。
【請求項２８】コンピュータシステムの複数のアプリケーションのうちの
少なくとも１つにユーザデータ入力を受け入れるためのシステムであって、管理コンポーネントと、それぞれがアクティブであるときにユーザデータを受け取るための複数の入力
方式とを含み、前記複数の入力方式のうちの１つは、アクティブであり、かつ、ユーザデータ
を前記管理コンポーネントに渡すために前記管理コンポーネントに動作可能に接
続され、前記管理コンポーネントは、使用される前記入力方式に依存せず少なく
とも１つの前記アプリケーションに前記データを渡すことを特徴とするシステム
。
【請求項２９】請求項２８に記載のシステムにおいて、オペレーティング
システムをさらに具え、前記管理コンポーネントは前記オペレーティングシステ
ムを介して前記アプリケーションプログラムに前記データを渡すことを特徴とす
るシステム。
【請求項３０】請求項２８に記載のシステムにおいて、前記オペレーティ
ングシステムはグラフィカルウィンドウ機能環境を具え、タッチセンシティブ表
示画面上の入力パネルウィンドウをさらに具えたことを特徴とするシステム。
【請求項３１】請求項２８に記載のシステムにおいて、前記入力方式は、
ユーザ入力を、前記アプリケーションに渡すためのユニコード文字に変換するこ
とを特徴とするシステム。
【請求項３２】請求項２８に記載のシステムにおいて、前記管理コンポー
ネントは、ユーザ入力を、前記アプリケーションに渡すためのユニコード文字に
変換することを特徴とするシステム。
【請求項３３】請求項２８に記載のシステムにおいて、前記アプリケーシ
ョンプログラムから前記管理コンポーネントに情報を渡すための機構を含むこと
を特徴とするシステム。
【請求項３４】請求項２８に記載のシステムにおいて、前記入力方式がＣ
ＯＭオブジェクトを具えたことを特徴とするシステム。
【請求項３５】請求項３０に記載のシステムにおいて、前記入力方式が複
数のビットマップを含み、前記入力方式は前記管理コンポーネントにビットマッ
プ情報を通信することを特徴とするシステム。
【請求項３６】請求項３５に記載のシステムにおいて、前記管理コンポー
ネントが、オペレーティングシステムと通信して、前記ビットマップをアイコン
として前記表示画面上に表示することを特徴とするシステム。
【請求項３７】ユーザデータをアプリケーションで使用するためにモバイ
ルコンピューティング装置に入力する方法であって、前記モバイルコンピューティング装置上にインストールされた複数の入力方式
から１つの入力方式を選択するステップと、前記選択された入力方式を、前記モバイルコンピューティング装置によって表
示される入力パネルウィンドウ内に呼び出すステップと、前記選択された入力方式に従って、前記入力パネルウィンドウに入力されたユ
ーザデータを受諾するステップとを具え、前記入力されたユーザデータは、前記選択された入力方式にかかわらず前記ア
プリケーションに供給されることを特徴とする方法。
【請求項３８】請求項３７に記載の方法において、前記モバイルコンピュ
ーティング装置はタッチセンシティブ表示装置を含み、ユーザデータを受諾する
前記ステップは前記タッチセンシティブ表示装置とのユーザ対話を検出するステ
ップを含むことを特徴とする方法。
【請求項３９】請求項３７に記載の方法において、前記入力方式はＣＯＭ
オブジェクトを具え、前記選択された入力方式を呼び出すステップは前記入力方
式をインスタンス生成するステップを含むことを特徴とする方法。
【請求項４０】請求項３７に記載の方法において、前記入力データをユニ
コード文字値に変換するステップをさらに具えたことを特徴とする方法。
【請求項４１】ユーザ入力を、コンピュータシステムの少なくとも１つの
実行可能アプリケーションで使用するために前記コンピュータシステムに受け入
れるためのシステムであって、それぞれが前記コンピュータシステムのユーザからの入力を受諾するためのｐ
複数の入力方式と、前記コンピュータシステム上で現在フォーカスを有する少なくとも１つのアプ
リケーションと、少なくとも１つの標準的な入力装置からのユーザ入力を受諾するように設計さ
れ、フォーカスを有する前記少なくとも１つのアプリケーションに前記ユーザ入
力を供給するためのコンピュータオペレーティングシステムと、前記複数の入力方式のうちの少なくとも１つを介して前記入力を前記ユーザか
ら転送するために前記少なくとも１つの入力方式に動作可能にインタフェースさ
れて、前記少なくとも１つの標準的な入力装置からの入力に対応し、前記コンピ
ュータオペレーティングシステムに動作可能にインタフェースされて、前記少な
くとも１つの入力方式はフォーカスを有する前記少なくとも１つのアプリケーシ
ョンによって制約されないインタフェースマネージャとを具えたことを特徴とするシステム。
【請求項４２】請求項４１に記載のシステムにおいて、前記アプリケーシ
ョンのうちのいずれか１つにフォーカスがあるとき、前記アプリケーションに対
する修正なしに、フォーカスのある前記アプリケーションは、前記オペレーティ
ングシステムを通して、ユーザからの入力を前記複数の入力方式のうちのいずれ
かから受け取るように動作可能であるように、前記コンピュータシステム上で実
行可能な複数のアプリケーションをさらに具えたことを特徴とするシステム。
【請求項４３】請求項４１に記載のシステムにおいて、前記標準的な入力
装置がハードウェアキーボードを具えたことを特徴とするシステム。
【請求項４４】コンピュータシステム上で稼動するアプリケーションで使
用するためのユーザ入力を受け取るためにユーザインタフェースを前記コンピュ
ータシステム内に提供する方法であって、前記コンピュータシステムの表示装置上で入力パネルウィンドウを開くステッ
プと、前記コンピュータシステムにユーザ入力を供給するために複数の入力方式のう
ちの１つを選択するステップと、前記選択された入力方式に対応する入力方式ウィンドウを前記入力パネルウィ
ンドウ内で開くステップとを含み、ユーザが、前記選択された入力方式に従って前記入力方式ウィンドウ内で入力
を提供することを特徴とする方法。
【請求項４５】請求項４４に記載の方法において、前記コンピュータシス
テムの前記表示装置上に入力パネルボタンを提供するステップをさらに具え、前
記入力パネルボタンは、前記入力パネルウィンドウの開閉に対応することを特徴
とする方法。
【請求項４６】請求項４４に記載の方法において、前記コンピュータシス
テムの前記表示装置上に入力方式ボタンを提供するステップであって、前記入力
方式ボタンは複数の入力方式の選択可能なリストを表示するように応答するステ
ップと、前記複数の入力方式のうちの１つの選択を受け取るステップと、応答して、選択された入力方式以外の入力方式に対応する入力方式ウィンドウ
を閉じるステップと、前記選択された入力方式に対応する入力方式ウィンドウを開くステップとをさらに具えたことを特徴とする方法。