JPH08509829A

JPH08509829A - テキスト入力訳字システム

Info

Publication number: JPH08509829A
Application number: JP6524219A
Authority: JP
Inventors: デイビス，マーク，イー; リン，ジュディ
Original assignee: タリジェントインコーポレイテッド
Priority date: 1993-04-26
Filing date: 1994-01-03
Publication date: 1996-10-15
Also published as: AU6019594A; US5432948A; CA2145668A1; EP0686286B1; EP0686286A1; WO1994025922A1; DE69400869D1; DE69400869T2

Abstract

(57)【要約】言語感知テキスト比較を提供する方法およびシステム。比較を行うためのシステムと方法は、いずれかのユニコードストリングスのテキスト比較を行う。何れの言語であっても、順序づけがその言語の特徴に基づいて定義される。その後、対話的比較機能が実行され、一対のストリングの関係を判定する。そのストリングスは調べられ、予め定義された文字先行物に基づいて一度に一文字づつ比較がなされる。

Description

【発明の詳細な説明】テキスト入力訳字システム著作権についての通知本特許出願の一部は、著作権により保護されるべき事項を含んでいる。著作権の所有者は、特許庁への特許出願あるいはその記録のような特許書類あるいはその開示の何人かによる複写については異議を申し立てないが、それ以外には、何であれ全ての行為に対して著作権を保有する。関連特許出願の参照本特許出願は、本願と同時に出願されたMark DavisとJudy Linによる「テキスト訳字システム」という名称で、Taligentに譲渡された特許出願に関連する。その出願の開示は、引用により本願に組み込まれる。発明の分野本発明は、一般的にはコンピュータシステムの改良に関し、特に、コンピュータシステムに入力されたままテキストをインテリジェントに訳字することに関する。発明の背景米国特許第5,148,541号は、多言語データベースシステムを開示し、そのシステムは全ての言語のためのマスターユニバーサルソートオーダーを用いるデータのソートを含んでいる。そのデータがユーザー自身の言語で書かれているかどうかを知るために、ユーザーはデータベースシステムを検索し、引き出すことができる。データベース内でソートされるべきデータは、マスター（あるいはユニバーサル）ソートオーダーに従って先ず符号化される。米国特許第4,734,036号は、言語を学習するための方法と装置を開示する。その特許は、慣れない言語を学習する学生の能力を強化するための教材を開示し、それは学生に教えるべきシンボルインデックスでマークされた上部シート12と、それぞれ上部シート上のインデックスと異なる翻訳版でマークされた１以上のベースシート11を含む。各ベースシートのインデックスは上部シート上の対応するインデックスで登録中にマークされている。このベースシートの一端は、上部シートの対応する端部と一時的にあるいは永久に結合され、上部シートをベースシートから持ち上げて、ベースシート上でマークが付けられた対応する翻訳、訳字、解釈、パラフレーズを簡単に見て、すぐに上部シートを元に戻すことができるようになっている。米国特許第4,547,765号は、ｍ箇所のコードワードを有するコードのコードワードを同様にｍ箇所のコードワードを有する別のコードに対応するコードワードに訳字する方法と回路を開示し、それでは訳字されるべきコードワードの各ビットは、ｍ箇所シフトレジスターへのシリアル入力の間に、あるいはそれらのシリアル出力の間に送られる。これらのビットは、訳字されるべきコードワードと異なるコードのコードワードとの間で一致と不一致の対策あるいは基準に依存して各順送り回路に渡ってレジスターステージからレジスターステージに無視され、あるいは無視されることなく送られる。これは、シフトレジスター内のその位置が２つのコードワード内の不一致ビットの位置に対応するレジスターステージの前後で横進行ビットが各否定を経験するように生じる。アップル社のマッキントッシュあるいはマイクロソフト社のウインドウズ（TM ）のようなシステムはアクセント付きの文字のためにキーボードの範囲を拡張するために採用されているデッドキーを有している。この機構に関して、ユーザーは、特別な状態にキーボードを置くが、文字を生成せず、何が起きたかのどんな可視的な表示も生成しないキー（例えばウムラウトのためのオプションｕ）をタイプすることができる。ユーザーがベース文字−アクセントと結合された文字をタイプするとき、キーボードは結果的にアクセントのついた文字（例えばオプションｕをタイプしてёを生成する）を発生する。しかしながら、このアプローチは、特定のタスクと関連する特定の特別なキーについてユーザーが認識を持つ必要がある。発明の概要従って、本発明の第一の目的は、コンピュータシステムに入力されるにつれてテキストにユーザーが特定した訳字を自動的に適用するためにコンピュータシステム内のデータ構造内に格納されたフレキシブルに定義された規則の組を提供することである。図面の簡単な説明第１図は、本発明の一実施例によるパーソナルコンピュータシステムを示すブロックダイアグラムである。第２図は、本発明の一実施例による開始オフセットと終了オフセットの間でテキストを訳字するために使用されるロジックを示すフローチャートである。第３図は、本発明の一実施例によるタイプイン開始点を識別するために使用されるロジックを示すフローチャートである。第４図は、本発明の一実施例によるタイプイン訳字を提供するために使用されるロジックを示すフローチャートである。第５図は、本発明の一実施例による表示を示す図である。第６図は、本発明の一実施例によるユーザー表示装置上に現れるように訳字動作を示す図である。発明の詳細な説明本発明は、IBM PS/2あるいはマッキントッシュコンピュータのようなパーソナルコンピュータ上に常駐するオペレーティングシステムのコンテキスト内で実用化されることが望ましい。代表的なハードウェア環境が第１図に示されていて、それは、従来のマイクロプロセッサのような中央処理装置10と、システムバス12 を介して接続された多数のユニットとを有する本発明によるワークステーションの典型的なハードウェア構成を示している。第１図のワークステーションは、ランダムアクセスメモリ（RAM）14、リードオンリーメモリ（R0M）16、ディスク装置のような周辺装置をバスに接続するためのI/Oアダプター18、キーボード24、マウス26、スピーカー28、マイクロフォン32、および／あるいはタッチパネル装置（図示せず）のようなユーザインターフェイス装置をバスに接続するためのユーザーインターフェイスアダプター22、ワークステーションをデータ処理ネットワークに接続するための通信アダプター34、およびバスを表示装置38に接続するための表示アダプター36を具備している。ワークステーションには、そこにアップル社のシステム／７オペレーティングシステムのようなオペレーティングシステムが常駐している。キーボード訳字器アップル社のマッキントッシュコンピュータでは、デッドキーは、アクセントが置かれた文字のためにキーボードの範囲を拡張するために使用される。この機構では、ユーザーは、キーボードを特別な状態に置くが、文字あるいは生じたものの可視的な他の表示を発生しないキー（例えば、ウムラウトのためのオプションｕ）をタイプすることができる。ユーザーが−アクセントと結合した−ベース文字をタイプするとき、キーボードは結果としてアクセントを置いた文字（例えば、オプションｕとｅでёを）生成する。本発明の実施例では、叙法機構が訳字の使用により置換される。アプリケーションがキーボードからあるテキストに文字を挿入すると、そのキーボードと関連する訳字のリストとそのキーボードのための入力方法をコールする。アクセント付き訳字は、デッドキーと同じ機能を提供することができる。アクセントがタイプされると、それは可能ならば前にタイプされた「ベース」文字と結合される。例えば以下の通りである。訳字はまた多くの他の機能を達成する。例えば、それらは、一般的なコーテーショーン符号（”、’）を左右のコーテーション符号（“，‘，’，”）により置換することができる。それは、また、ローマ字を日本語のカタカナあるいは平仮名に変換するとき、ジャモ（jamo）（文字の成分）を韓国語のハングル（文字のシラブル）に変換するとき、あるいはクエルティ（Querty）をヘブライ語に変換するとき等のような、転写が簡単で曖昧でない場合には、一般的なスクリプト転写を行うために使用できる。変換により文字が訳字的に一緒にされるのを防ぐためにアポストロフィを使用することが可能である。例えば、“ｂａ‥ｄ”を形成するために、“ｂａ′‥”タイプする。入力訳字訳字は、異なる言語間で音韻的に変換するために使用できる。この特徴はテキストを入力するためのローマ字キーボードを使用する日本語のような言語では特に重要であり、それは次に日本語文字に転写される。これらの文字はローマ字に戻すよう変換することもできる。入力訳字と呼ばれる訳字の特定クラスは以下に述べる２つの要求に従う。・独特さある国のスクリプトを外国のスクリプトに転写することは曖昧ではない。２つの異なるその国のストリングスは同じ外国のストリングに対応しない。例えばその国のスクリプトがそり舌音と歯音のＴのならば、訳字はそれらを同じシンボル“ｔ”にマップすることはできない。・完全さある国のスクリプトから外国のスクリプトへの転写、あるいは外国のスクリプトからその国のスクリプトへの転写は完全である。ある国のシンボルの全てのシーケンスは外国のシンボルのあるストリングへマップされる。外国のスクリプトからある国のスクリプトへの転写は完全であるはずであり、一般に曖昧さはない。例えば、ローマ字から日本語への転写が使用されるとき、“ｒａ”と“ｌａ”は同じ日本語のシンボルにマップされる。 TTransliteratorオブジェクトは訳字を行うために使用される。入力訳字器は一組のコンテキスト感知規則からなる。これらの規則は、プログラマーでない人が局所化するためにそれらを合理的に編集できるように設計されている。規則の例 cho ＝＞ちょ t［t ＝＞っ to ＝＞とこれらの規則を使用して、chottoは「ちょっと」に訳字される。訳字はスクリプトばかりでなく、言語にも依存している。それは、また、本来的にｎ×ｎ問題である。非ローマ字を表すように使用される転写は、表されるべきスクリプトに依存して変わるので、一連のキリル文字−ローマ字とローマ字− ロシア文字の訳字を用いてロシア文字からヒンヅゥ文字に訳字しようとすると失敗するであろう。ある場合には、thはthickの中の音を表し、ある場合には気息音字ｔを表す。実施例はローマ字から日本文字（平仮名と片仮名）、ロシア文字、ギリシャ文字、アラビア文字、ディバナガリ（ヒンドゥ）文字、およびヘブライ文字への入力訳字を提供する。また、ユーザーが名前によりユニコードシンボル、例えば“ アップルロゴ”とエンターすることを可能とし、それを実際の文字に転写することを可能とする“シンボル”訳字器もある。訳字器はチェインされている。例えば、最初にチェインの“スマートコート” 訳字器を望み、その後入力訳字器を望むことができる。この機構は、TTypingCon figurationオブジェクトにより管理されている。訳字器ディスクトップオブジェクト訳字器はディスクトップオブジェクトである。例えば、ユーザーが、ディスクトップからタイプ構成カプセル器に引っ張ることにより訳字器をタイプ構成に加えることができる。TTranliteratorModelは、訳字器データをカプセル化し、アクセスし、管理する。TTransliteratorUserInterfeceは、データを編集するためのユーザーインターフェイスと同様に、アイコンとつまみ（サムネイル）表示に応答する。TModelSurrogateは、モデルのためのスタンドインとして使用され、一般にタイプ構成モデルの中に埋め込まれている。 Programmatic access to all available transliterators：TTransliterator::G etAvailableTransliterators(TCollection&)はTModerusurrogateオブジェクトの集まりを返す。 Identifying transliterators：訳字器オブジェクトはTFilesとして格納される。Pluto属性は訳字器を識別するために使用される。訳字の内部背景規則ベースの訳字は、比較的慣れていないユーザーとローカライザーが創造し変更することができるように設計されている。規則は、直線的であるように、また、ユーザーがタイプした通りに訳字する場合に特に適用するように設計されている。異なるスクリプト間のテキストを転写する特別の必要性に合致するように設計されているが、ユーザーがタイプインしている間に、あるいはドキュメント内のテキストの範囲を変換している間に、訳字は広範囲のタスクに適用可能であるように汎用性を持った設計となっている。訳字規則は２つの主要部、即ちソースと結果からなる。ソースは、変換がなされるべきコンテキストを指定する２つのストリングスが付随する。各規則はソースフィールドを持たなければならないが、他のフィールドは空である。例えば、簡単な規則上記で、ｃは、ｉが続く場合だけｓに変換される。変数はコンテキストの中の文字の多数一致を持つように使用できる。例えば、変数付きの規則ｃは、ｅ、ｉあるいはｙが続くときだけｓに変換される。また、排他的変数があり、それはテキスト文字が変数の内容の中に存在しなければマッチする。空の内容を持つ排他的変数は、どんな文字ともマッチする。通常の動作では、一度ストリングが置換されると、置換文字のどれもが後でマッチするかチェックされない。しかしながら、マッチするか再チェックされ、変更されることが可能であろう付加的な再チェック結果フィールド指定される。一例を以下に示す。再チェック結果付き規則この場合、シーケンスkaaはΣfiに変換される。インド言語では、これは一般的に、子音と母音の間の相互作用を捉えるために使用される。テキストでは、規則は以下のフォーマットで書かれる。３つのマッチフィールドは２つの結果フィールドから矢印により分離され、コンテキストと再チェック結果は隣接フィールドから抹消により区別される。訳字は２組の規則を保持するように設計され、カタカナからラテン語におよびその反対のような両方向への訳字を提供することができる。定義以下の定義は実施例で使用される内部マッチングプロセスを記述する際に使用される。訳字を適用する２つの異なる方法がある。１つはテキストの範囲であり、他方はタイプインである。定義は両方の場合に適用する。規則rjは先行コンテキスト、ソース、後続コンテキスト、結果と再チェック結果からなる。先行コンテキスト、ソース、後続コンテキストは集約的にソースフィールドとして参照され、結果と再チェック結果は集約的に結果フィールドして参照される。以下では、各部の長さは長さ（pc）、長さ（s）等として省略される。以下のようならば、そして以下のいずれかならば、テキスト中の文字c_kは規則中の文字c_rとマッチする。 c_rは変数ではなく、c_k＝c_r（これはストリングスビット状の同一性） c_rは包含変数であり、c_k eは［c_r・］の内容である。 c_rは排他的変数であり、¬［c_k e c_r］、以下のようならば、また以下の全てが満足されるならば、規則はオフセットｉの範囲内でテキストとマッチする。ｉの前の長さ（pc）文字は先行するコンテキストとマッチするｉ後の長さ（s）文字はソースとマッチするｉ＋長さ（s）以降の長さ（sc）の文字は後続のコンテキストとマッチする。上記のテキストは以下の例で使用される。規則は、規則をｉにマッチさせるｊ後の（０以上の）文字を加えるならば、そのときだけオフセットｊまでオフセットｉの範囲でテキストとマッチする。チする。規則は、規則がｉまでｊでテキストとマッチするように、ｊ＜ｉならば、およびそのときだけ、テキスト中のオフセットｉは広がる。１から５まで広がる。（テキスト文字defは規則の最初の部分とマッチし、ｘはマッチしないが、これらのも時間のオフセットは広げられる。）範囲の基本演算テキストの範囲に関して、その範囲内の文字だけがマッチされるか置換される。マッチの外側の文字は完全に無視される。訳字動作は以下のように進行する。範囲内のオフセットを通して１つづつくりかえす。各オフセットｉに対してそのオフセットにおける規則とマッチするための訳字内の規則のリストをチェックする。マッチする規則がなければ、繰り返しを続ける。１以上のマッチする規則があれば、以下のようにして最もマッチするものを取り上げる。第２図は、本発明の実施例による開始オフセットと終了オフセットの間にテキストを訳字するロジックの詳細を示すフローチャートである。処理は機能ブロック200に進み、そこでインデックスｉは、訳字されるべきテキストの開始点に初期化される。テストは決定ブロック210でなされ、インデックスｉがテキストの終了点を越したかどうかを判定する。テキストの全体が処理されたならば、処理はターミナル220で終了する。インデックスｉが決定ブロック210で終了点に等しいかそれより大きいときは、現在の規則は０とされ、インデックスｊがインデックスとしてtext(i)（テキスト(i)）を用いて見つけられた最初の規則と等しくされ、jmaxが機能ブロック230に示されるようにインデックスとしてtext(i)を用いて見つけれた最後の規則と等しくされる。決定ブロック240で、テストがなされ、インデックスｊがjmaxを越えたか判定される。そうならば、テストが決定ブロック260でなされ、現在規則が０に等しいか判定する。もしそうならば、機能ブロック270で、文字が示されたように置換され、インデックスは決定ブロック240に制御を進める前にリセットされる。インデックスｊが決定ブロック240でjmaxを越えていなければ、Rule(i)（規則(i )）がインデックスｉに置かれた文字と比較される。それらがマッチすれば、他のテストが決定ブロック244でなされ、Ru1e(j)が現在の規則よりよいか判定する。そうならば、現在の記録は機能ブロック250でRuke(j)に等しくされ、ｊは機能ブロック246でインクリメントされ、制御は決定ブロック240に進む。決定ブロック242でマッチがなければ、ｊは機能ブロック240でインクリメントされ、制御は規定ブロック240に進む。上記の処理では、マッチｘは、以下のようならば、そして以下のいずれかの場合のみマッチｙより厳密により。ｘの先行するコンテキストはもはやｙの先行するコンテキストではなく、ｘのソース＋先行するコンテキストは、少なくともｙのソース＋先行するコンテキストの限りである。ｘの先行するコンテキストが、少なくともｙの先行するコンテキストの限りであり、ｘのソース＋先行するコンテキストは、もはやｙのソース＋先行するコンテキストではない。マッチする規則のうち、厳密によりよい他のマッチ規則がある場合にそれら全てを削除する。残りのうち、最初のものを取り上げる（規則は訳字の中に順番に挿入されていて、その順番が重要であることに注意）。も他のものよりよくない。規則のマッチをスピードアップするために、規則の集まりが各規則のソース内の先頭の文字によりインデックスされる。これは、ソースの同じ先頭の文字を共有しない２つの規則は同時には決してマッチせず、こうして決して競合しないので、規則の順番には影響しない。先頭位置に変数を有する規則は、それらが訳字に加えられるときに分解される。即ち変数がその内容内にｎ個の文字を持てば、異なる先頭の字体を持つｎ個の異なる規則が訳字に加えられる。処理が進んだとき（範囲であれ、タイプインであれ）、規則はこの先頭の文字により参照され、順番にアクセスされる。一旦マッチ規則が識別されると、置換が行われる。ソースは結果フィールド（結果＋再チェックされた結果）によりマッチ規則から置換される。これは、ソースとは長さが異なるので、テキストの長さを変更させる。繰り返しを再開して、オフセットｉ＋長さ（結果）で開始する。これは、再チェックされた結果がマッチされ変更されてもよいということを意味する。（明らかな結果が他の規則の先行するコンテキストに対してマッチしてもよいが、ソースに対してマッチされることはなく、こうして後で修正変更できない）。タイプイン時の動作訳字がタイプインに適用されるとき、動作は幾分異なる。ゴールは、ユーザーが訳字なしにテキストの全てをタイプインしたとき、上記の範囲変換で変換されたとき生じるであろう同じ結果を得ることである。加えて、テキストは入力されたまま変換される。最初のテキストが入力された後、どの文字が続くかを予測することは困難であり、訳字のプロセスはユーザーが付加的な文字を入力し終わるまで完了できながｐだけをタイプインしたとき、２つの規則の間に曖昧さが残るのでマッチを終了することは不可能である。ユーザーが新しい文字をタイプインしたとき、その文字は変更されるかもしれず、先行する文字も変更されるかもしれない。従って、ユニークな規則は特定できない。ユーザーが現在の訳字にまさに変更し、あるいは新しい位置クリックしたので、範囲の開始点を予測することが不可能であるという他の複雑さもある。それで付加的な文字なしに変換できなかったテキストが変換されるだけである。また、ユーザーがテキストを挿入しつつあるとき、挿入点の後の文字の全てが通常無視され、それで動作はテキストの最後であるように常に振る舞う。第３図は、本発明の実施例によるテキスト開始とテキスト終了により範囲を定めたテキストの２つの部分の間の訳字処理のロジックの詳細を示すフローチャートである。処理は機能ブロック300に進み、そこでインデックスｉは初期化される。その後、決定ブロック310でテストがなされ、ｉ＜iminであるかを判定する。そうでなければ、ｉ＋１が終了ブロック320で戻される。ｉがiminより少なければ、機能ブロック330で、現在規則変数が０に等しいいようにセットされ、ｊが先頭規則を見つけるためテキスト中にインデックスとしてｉを用いて見つけた規則に等しくされ、jmaxが最後の規則を見つけるために適すと優にインデックスとしてｉを用いて見つけられた規則に等しくされる。その後、決定ブロック340で、テストがなされ、ｊがjmaxより大きいか判定する。そうならば、ｉ＋１が終了ブロック320で戻される。そうでなければ、テストが決定ブロック350でなされ、rule(j)（規則(j)）が文字をカウント後、ｉから開始までマッチするか判定する。そうならば、ｉはインクリメントされ、処理は決定ブロック310に進む。そうでなければ、ｊはインクリメントされ、制御は決定ブロック340に進み、更に処理する。動作は以下のように進行する。ユーザーがｎ個の文字をオフセットｉに挿入させるキーをタイプしたとする。オフセットｉでの文字の挿入後、ｉをひろげる全ての規則をチェックする。これらの広がる規則のうちの１つのソースの開始に対応する最小のオフセットｓを見つける。（逆方向サーチがなされるので、この場合にはソースの先頭の文字によりインデックスを付けることでは助けにならず、現在の文字はこれらの規則の１つのソースあるいは先行するコンテキスト内のどの文字であってもよい。これを扱うために、訳字は多数の最大バックアップを格納し、それは最長（ソース＋先行するコンテキストー１）の長さである。これは、広げられた規則が開始する点を更に戻している。訳字は、その後、ｉ−最大バックアップから前の方に検索し、望ましいインデックスを広げる最初の規則を見つけて、インデックスｓを決定する。）第４図は、本発明の実施例によるタイプイン訳字のロジックの詳細を示すフローチャートである。処理は機能ブロック400に進み、そこでタイプイン開始点が決定される。その後、決定ブロック410で、テストがなされ、インデックスｉが最終点より大きいかあるいは等しいかを判定する。そうでなければ、処理は終了ボックス412で完了する。そうならば、機能ブロック414で、現在の規則が０に等しくされ、インデックスｊがインデックスｉによりインデックスされる最初の規則に等しくされ、jmaxがインデックスｉによりインデックスされる最後の規則に等しくセットされる。その後、他のテストが決定ブロック416でなされ、ｊがjma xより大きいか判定する。そうでなければ、テストが決定ブロック414がなされ、 Rule(j)が開始点を広げるか判定する。そうならば、処理は完了し、制御は終了ボックス412に進む。そうならば、他のテストが決定ブロック430でなされ、現在の規則が０に等しいか判定する。そうならばインデックスｉがインクリメントされ、制御は決定ブロック410に進む。そうでなければ、機能簿ロック440で、文字は現在の規則に従って置換され、処理は決定ブロック410に進む。最小のオフセットが一旦識別されると、マッチする規則の全てがｉ＋ｎまでｓで識別されなければならない。これらの規則の何れもがｉ＋ｎに及べば、変換はなされない。他方、訳字範囲内で裁量マッチを識別し、代入を行う。その後、結果に従ってｓをリセットし、完了するまでこの処理を繰り返す。以下の例の全てにおいて、efは上記テキストでオフでｓ＝３、それでdeをｙに変換するがcdを変換しない。に変換するがｅには影響しない。＝１、それでbcをｚに変換し、deをｖに変換する。ヒューマンインターフェイス訳字規則を生成するために使用されるユーザーインターフェイス表示のれいが第５図に示されている。この図は本発明の実施例により生成されるプロセスの訳字表示を示す。規則は上部ボックス内に中央のコンテキスト変数付きであり、そこにテストサンプルがある。新しい規則は最後に加えられ、あるいは適当な順番で挿入される。規則が競合しなければ、あるいは“よりよい”規則の後に挿入されるならば、自動的に並びは、他に影響がないので、既存の規則の前に並び替えられる。新しいコンテキスト変数は、順番が唯一重要なので、終わりに加えられる。テストソースは、何らかの変更がなされたときにはいつでもその結果に訳字され、その結果ユーザーはアクションの正しさをチェックすることができる。第６図は、本発明の実施例によるユーザー表示装置上に現れる訳字動作を示す。ラベル610で、文章が訳字禁止状態でタイプインされる。ラベル680はそれが選択され完全に訳字された後ラベル610に現れる文章を示している。ラベル620から 670は、入力訳字可能状態でラベル610から連続文字をタイプインするにつれてユーザーが何を見るかを示している。ラベル620で、ユーザーは文字“ｃ”を入力した。ラベル640で、ユーザーは“cho”をタイプし、適切な規則を含むのに十分なコンテキストがあり、入力されたテキストを“ちょ”に訳字する。同様な動作がラベル650から680に現れる付加的な例についてなされる。訳字器クラスとメソッドの記述クラス訳字器 TTransliteratorはあるよく定義された規則あるいはアルゴリズムに基づいてテキストを変換するアブストラクトベースクラスである。それはTTextModifier から下り、タイプ中のインライン訳字のためのワードプロセッシングエンジンと関連して使用される。TTransliteratorのサブクラスは、アクセント混成物と上部下部問題のような内部スクリプト変換、あるいはスクリプト間音韻転写を行うために使用される。スクリプト間訳字は非ローマ字テキストを入力する他の方法を提供する。例えば、ヘブライキーボードを使用する変わりに、ヘブライ語のテキストがローマ字−ヘブライ文字訳字を使用して米語キーボードで入力されることができる。このクラスは、また、スマートな引用符と他の規則的な修正器を提供することによりタイプを助けるために使用される。TTransliteratorは、効果を反転することと同様に、テキストを変換するためのメソッドを提供する。これらのメソッドは具体的なサブクラスにより無効とされなければならない。TTrans literatorは、多数のオブジェクトを一緒にチェインすることを可能にするように設計されている。１以上のそのようなオブジェクトは、タイプ中に訳字を許すように編集可能なテキストクラス内で作業することができる。置換テキストはまた正しいスタイルを持っている。例えば、ソーステキストが “aeiou”で、置換が“ａ” 対して“Ｏ”、“ｕ”に対して“Ｕ”ならば、置換テより多くの文字であれば、最後のスタイルは拡張される。例えば、ソースが“Wh y”で置換が“Ｗ”に対して“VV”ならば、置換テキストは“VVhy”である。上記に従って実施例を実現するために使用される“Ｃ”ソースコードは、以下の通りである。パブリックメソッドこれらのメソッドは（TBaseText引数を戻すを直接変換する。サブクラス：このメソッドは適当な変換（）メソッドをコールし、無効にされない。変換（）は、ソーステキスト（sourceText）とそのテキスト内の範囲を取り、そのテキストを直接修正し、あるいは置換すべき文字の範囲と置換テキストを作成する。後者の場合、置換範囲は常にソース範囲のサブセットである。置換を実際に代入することは適当なテキストメソッドをコールするコーラーまでである。実際の変換は具体的なサブクラスにより定義される。変換戻り（）（TranslateBack TranslateBack（））は、同じ引数を取るが、具体的サブクラスにより定義される変換機構を用いて目的文字からソース文字に戻る逆方向へ変換する。これらのメソッドはキーボード入力での使用には適さないことに注意すべきである。クラスTRuleBasedTransliterator TRuleBasedTransliteratorは、TTransliteratorから導かれる。それはテキストを変換するための１組のコンテキスト感知規則と、このアクションを反転するための平行の組を使用する。これらの規則は、理解可能な非プログラマーが局所化のためにそれらを編集することができるように設計されている。ローマ字規則ベースの訳字は、日本語（仮名）、ヘブライ語、アラビア語、ギリシャ語、ロシア語、およびサンスクリスト語に対して使用できる。 TRuleBasedTransliteratorはまた、範囲変数を指定する能力を持っている。これらの変数はある簡単なパターンマッチ機能を提供するよう規則で使用可能である。前述の例を以下に示す。パブリックメソッド TTransliteratorは無効にする。Translate（）は、変換を行うために１組のコンテキスト感知規則を使用する。より詳細にはTTransliterateRuleを参照。規則は、上記の議論のように、Partial and Multiple Replacements（部分＆多数置換）の原理に従って適用される。 Trans1ateBack（）（変換戻り（））は、訳字を行うために１組のコンテキスト感知規則を使用する。同じ引数を取るが、目的文字からソース文字に戻る逆方向に変換する。例えば、ローマ字−ヘブライ文字訳字器では、変換（Translat e）はローマ字からヘブライ語に進む。変換戻り（TransliterateBack）は、ヘブライ語からローマ字に進む。規則を付加し、除く。範囲変数のためのメソッド。これらの変数は、制限された“ワイルドカード” のために使用される。ソースあるいは目的の組の中にない文字はどれも範囲変数であるとして指定可能である。有効には、その文字は指定された範囲内の文字の何れにもマッチする。逆範囲がまた指定可能である。その場合、文字は指定範囲の中にないどの文字ともマッチする。例えば、＄が“ei”に等しい範囲変数として定義されれば、２つの規則が“ｉ”あるいは“ｅ”の前にある“ｃ”が“Ｓ”に変換させられ、他の何かの前にあれば“Ｋ”に変換させられる。規則のための繰り返しの生成クラスTTransliterateRule TTransliterateRuleはコンテキスト感知訳字規則を実現する。それはTRuleBas edTransliteratorないで使用される。パブリックメソッド４つの成分で規則を構成する。これらの成分は長さが256文字を越えることはないことに注意すべきである（これは、規則格納内の空間をできるだけ多く確保したいという希望により課せられた任意の制限である）。訳字を実行するために現在のオブジェクトにより記述される規則を使用する。このメソッドはTRuleBasedTransliterator::Translate（）によりコールされる。このオブジェクトにより定義される規則があるテキストオブジェクトに適用するかを判定する。クラスTKoeanTransliterator TKoeanTransliteratorは、韓国語ジャモ−ハングル語間訳字を実現する。それは、サブクラスのTTranslitetatorであるが、使用されるアルゴリズムはTRuleBa sedTransliteratorにより実現される規則ベースの訳字とは全く異なる。拝啓：各ハングル文字は２つから３つの成分からなり、それらはジャモと呼ばれる。最初と２番目の成分は必須であるが、３番目の成分はオプションである。訳字器は、ある複雑なジャモがあるキーボードから入力されることができないとしても、全て定義されたジャモとハングル文字がソーステキスト中にあるはずであると仮定する。これは、他のプリプロセッサが“タイプ可能”ジャモから複雑なジャモを構成する必要があることを意味する。このステップがジャモ−ハングル訳字から分離されている理由はジャモ−ジャモ混成物がジャモ−ハングルプロセスではないキーボード配列に高度に依存しているからである。クラスTHexTransliterator THexTransliteratorはTTranslitetatorから導かれる。それは１桁から４桁16 進数を単一コード表現に変換する。ライン中で使用されるとき、THexTransliter atorはキーボードから入力できない単一コード文字を発生するための簡単な入力メソッドを提供する。クラスTSystemTransliterator TSystemTransliteratorは、システムの訳字器へのユーザーインターフェイスである。それは、現在の訳字を得てセットするために使用でき、またTTranslita torのパブリックプロとコールの全てを実行することと同様に、システム上の使用可能な訳字器に対する紹介のために使用可能である。それは変化がシステム訳字器内で生じたとき知らされる。パブリックメソッド（TTranslitetatorは無効にする）全ての使用可能な訳字器の照会。各々が訳字器の名称であるTTokensのTCollec tionを戻す。名称によりシステム訳字器を得てセットする。SetSystemTransliterator（）がコールされれば、このクラスのいずれかのパブリックメソッドへの次のコールがその変化を反映する。実施例による例テキストファイルからのTRuleBasedTransliteratorの生成 TRuleBasedTransliteratorオブジェクトはテキストファイルから生成されることができる。ファイルは定義、範囲変数、順方向規則と逆方向規則の順序図けられたシーケンスを含む。以下の例はデバナガリ（ヒンドゥ）のためのテキストファイル仕様の断片からなる。コメントはハッシュマーク（＃）が先行する。以下は、文字識別子定義である。（＄XXXXはユニコード文字を示す。）識別子定義が一旦処理されると、カッコ内のその識別子の生起は何れも右側により置換される。これらのテキストファイル例では、x）先行するコンテキスト、y）ソース、z ）後続のコンテキスト、a）結果、b）再チェックされた結果は、以下に詳細に説明するように、x]y[z>a|bとして表される。例えば、以下は範囲変数である。以下の規則はデバナガリ字体からラテン字体への逆変換である。“−より少ない”符号は逆方向規則のために使用される。システム訳字器を用いたテキストの変換プレ定義訳字器の生成と使用本発明は特定のシステム環境での実施例により説明されたが、当業者には請求の精神と範囲から異なる他のハードウェアとソフトウェアでの変更をもって本発明を実現できることは理解できよう。

【手続補正書】特許法第１８４条の８【提出日】１９９５年４月１２日【補正内容】（原文明細書第１頁〜第３頁）明細書テキスト入力訳字システム著作権表記本特許出願は、一部に著作権保護の対象となる内容を含んでいる。情報を得る目的で特許出願の一部として複製してもそれを妨げるものではないが、他のすべての権利、特に本内容の商業的利用に関する権利を留保する。発明の分野本発明は、一般的にはコンピュータシステムの改良に関し、特に、コンピュータシステムに入力されたままテキストをインテリジェントに訳字することに関する。発明の背景米国特許第5,148,541号は、多言語データベースシステムを開示し、そのシステムは全ての言語のためのマスターユニバーサルソートオーダーを用いるデータのソートを含んでいる。そのデータがユーザー自身の言語で書かれているかどうかを知るために、ユーザーはデータベースシステムを検索し、引き出すことができる。データベース内でソートされるべきデータは、マスター（あるいはユニバーサル）ソートオーダーに従って先ず符号化される。米国特許第4,734,036号は、言語を学習するための方法と装置を開示する。その特許は、慣れない言語を学習する学生の能力を強化するための教材を開示し、それは学生に教えるべきシンボルインデックスでマークされた上部シート12と、それぞれ上部シート上のインデックスと異なる翻訳版でマークされた１以上のベースシート11を含む。各ベースシートのインデックスは上部シート上の対応するインデックスで登録中にマークされている。このベースシートの一端は、上部シートの対応する端部と一時的にあるいは永久に結合され、上部シートをベースシートから持ち上げて、ベースシート上でマークが付けられた対応する翻訳、訳字、解釈、パラフレーズを簡単に見て、すぐに上部シートを元に戻すことができるようになっている。米国特許第4,547,765号は、ｍ箇所のコードワードを有するコードのコードワードを同様にｍ箇所のコードワードを有する別のコードに対応するコードワードに訳字する方法と回路を開示し、それでは訳字されるべきコードワードの各ビットは、ｍ箇所シフトレジスターへのシリアル入力の間に、あるいはそれらのシリアル出力の間に送られる。これらのビットは、訳字されるべきコードワードと異なるコードのコードワードとの間で一致と不一致の対策あるいは基準に依存して各順送り回路に渡ってレジスターステージからレジスターステージに無視され、あるいは無視されることなく送られる。これは、シフトレジスター内のその位置が２つのコードワード内の不一致ビットの位置に対応するレジスターステージの前後で横進行ビットが各否定を経験するように生じる。 R.F.K．Sinhaは、“Journal of the Institution of Electronics and Teleco mmunication Engineers，India”、1984年、30巻、No.6、243〜245頁（以下、シンハ論文）において、ローマ字（Roman）とデバナガリ表記（Devanagari）との間を部分的に変換するためのテーブル駆動型音訳システムを開示している。テキストは図形文字から、発見的手法（heuristics）、例外則（exception rules）および表索引（table look up）を用いて表音記号に変換され、そして、ローマ字化された出力がユーザに示される。テキストがコンピュータに入力される際、それを音訳することについてシンハ論文は詳述していないし、問題とされている法則を最大限に活用するために、いかなるロジックが用いられるかについて何も明らかにしていない。参照論文は、英文による各法則が与えられていて、法則の実現は読者の手に委ねられている。実際、参照論文には表音記号を挿入することで事前に編集しておくことがエラーのない音訳にとって必要であると書かれている。結局、シンハ論文はデバナガリ表記からローマ字へまたはその逆に変換する音訳にのみに関係している。アップル社のマッキントッシュあるいはマイクロソフト社のウインドウズ（TM ）のようなシステムは、アクセント付きの文字のためにキーボードの範囲を拡張するために採用されているデッドキーを有している。この機構に関して、ユーザーは、特別な状態にキーボードを置くが、文字を生成せず、何が起きたかのどんな可視的な表示も生成しないキー（例えばウムラウトのためのオプションｕ）をタイプすることができる。ユーザーがベース文字−アクセントと結合された文字をタイプするとき、キーボードは結果的にアクセントのついた文字（例えばオプションｕをタイプしてёを生成する）を発生する。しかしながら、このアプローチは、特定のタスクと関連する特定の特別なキーについてユーザーが認識を持つ必要がある。発明の概要従って、本発明の第一の目的は、コンピュータシステムに入力されるにつれてテキストにユーザーが特定した訳字を自動的に適用するためにコンピュータシステム内のデータ構造内に格納されたフレキシブルに定義された規則の組を提供することである。図面の簡単な説明第１図は、本発明の一実施例によるパーソナルコンピュータシステムを示すブロックダイアグラムである。第２図は、本発明の一実施例による開始オフセットと終了オフセットの間でテキストを訳字するために使用されるロジックを示すフローチャートである。第３図は、本発明の一実施例によるタイプイン開始点を識別するために使用されるロジックを示すフローチャートである。第４図は、本発明の一実施例によるタイプイン訳字を提供するために使用されるロジックを示すフローチャートである。第５図は、本発明の一実施例による表示を示す図である。第６図は、本発明の一実施例によるユーザー表示装置上に現れるように訳字動作を示す図である。発明の詳細な説明本発明は、IBM PS/2あるいはマッキントッシュコンピュータのようなパーソナルコンピュータ上に常駐するオペレーティングシステムのコンテキスト内で実用化されることが望ましい。代表的なハードウェア環境が第１図に示されていて、それは、従来のマイクロプロセッサのような中央処理装置10と、システムバス12 を介して接続された多数のユニットとを有する本発明によるワークステーションの典型的なハードウェア構成を示している。第１図のワークステーションは、ランダムアクセスメモリ(RAM)14、リードオンリーメモリ(ROM)16、ディスク装置のような周辺装置をバスに接続するためのI/0アダプター18、キーボード24、マウス26、スピーカー28、マイクロフォン32、および／あるいはタッチパネル装置（図示せず）のようなユーザインターフェイス装置をバスに接続するためのユーザーインターフェイスアダプター22、ワークステーションをデータ処理ネットワークに接続するための通信アダプター34、およびバスを表示装置38に接続するための表示アダプター36を具備している。ワークステーションには、そこにアップル社のシステム／７オペレーティングシステムのようなオペレーティングシステムが常駐している。キーボード訳字器請求の範囲１．コンピュータへ入力されるにつれて、第１言語からの文字を含む第１テキスト列を、第２言語からの文字を含む第２テキスト列へ訳字するためのコンピュータ・システムであって、（a）格納装置と、（b）複数の訳字オブジェクトはそれぞれ前記格納装置に所望の順序で配置された複数の訳字規則を有し、該複数の訳字規則はそれぞれ第１言語の文字列と第２言語の文字列とを有し、前記訳字オブジェクトはさらに一致を表す訳字規則のサブセットを決定するために前記訳字規則のそれぞれにおける前記第１言語の文字列と前記テキスト列とを比較するオブジェクト・メソッドを有する複数の訳字オブジェクトを生成する手段と、（c）コンピュータに入力されるにつれてテキストを表示する表示装置と、（d）前記第１テキスト列に応答して、前記複数の訳字オブジェクトの一つを選択する手段と、（e）前記第１テキスト列の前記第１言語の文字に応答して、前記選択された訳字オブジェクト中で前記オブジェクト・メソッドを呼び出す手段と、（f）前記所望の順序に応答して、前記第１テキスト列に対して前記訳字規則のサブセットを選択し、該選択された訳字規則の前記第２言語の文字列を表示装置に表示する手段とを有することを特徴とするシステム。２．前記複数の訳字オブジェクトは、それぞれ前記訳字オブジェクトを表す訳字アイコンを表示装置に表示するメソッドを備え、前記複数の訳字オブジェクトの一つを選択するための手段は、表示された訳字アイコンの選択に応じて対応する訳字オブジェクトを選択する手段を備えることを特徴とする請求の範囲第１項に記載のシステム。３．テキストの処理動作を開始する手段が、表示された訳字アイコンの上をダブル・クリックすることで訳字オブジェクトを選択する手段を備えることを特徴とする請求の範囲第２項に記載のシステム。４．前記第１テキスト列が、ドキュメント・アイコンによって表されるドキュメント中に含まれており、前記訳字オブジェクトを選択する手段は、前記訳字アイコンおよび前記ドキュメント・アイコンの一つを表示領域に移動させることで訳字オブジェクトを選択する手段を備えることを特徴とする請求の範囲第２項に記載のシステム。５．前記第１言語の文字列はそれぞれ、（a）少なくとも一つの先行コンテキスト文字指定と、（b）少なくとも一つのソース文字と、（c）少なくとも一つの後続コンテキスト文字指定とを有することを特徴とする請求の範囲第１項に記載のシステム。６．前記第１言語の文字列の少なくとも一つは、再チェックのためのテキストを含むことを特徴とする請求の範囲第５項に記載のシステム。７．前記第１言語の文字列は少なくとも一つの可変文字から構成され、該可変文字は、文字のリストと、関連する訳文規則が前記リスト中の文字に対して包含的であるか排他的であるかの指定とを備えることを特徴とする請求の範囲第５項に記載のシステム。８．前記生成手段が、ハッシュ・アルゴリズムに基づいて前記複数の訳文規則を格納装置に格納するためのハッシュ手段を備えることを特徴とする請求の範囲第５項に記載のシステム。９．前記オブジェクト・メソッドは、前記第１文字列と比較して一致を決定するために、最適文字数を計算するための手段を制御することを特徴とする請求の範囲第１項に記載のシステム。 10．前記複数の訳字オブジェクト中の一つの選択に応答して、前記選択された訳字オブジェクトの複数の訳字規則を表示装置に表示する手段と、ユーザに制御されて新しい訳字規則を作成し、該新しい訳字規則を前記訳字オブジェクトに追加する手段と、ユーザに制御されて表示された訳字規則を修正する手段と、新しい規則と修正された規則とを訳字動作で使用するために格納する手段とをさらに有することを特徴とする請求の範囲第１項に記載のシステム。 11．入力装置と該入力装置からの第１言語を受け取るための手段とを備え、前記オブジェクト・メソッドを呼び出すための手段が前記入力装置からの前記第１言語の文字のそれぞれに応答することを特徴とする請求の範囲第１項に記載のシステム。 12．前記訳字規則の少なくとも１つは、複数の文字を有する第１言語の文字列と複数の文字の単一文字表現を有する第２言語文字列とを備え、該単一文字表現が前記格納装置に格納されており、単一文字表現として表示装置に表示されることを特徴とする請求の範囲第１項に記載のシステム。 13．前記複数の訳字オブジェクトは、それぞれ順方向と逆方向に訳字するために、第１言語列を第２言語列に変換するための複数の訳字規則と、第２言語を第１言語列に変換するための複数の訳字規則とを備えていることを特徴とする請求の範囲第１項に記載のシステム。 14．格納装置と表示装置を有するコンピュータ・システムにおいて、コンピュータに入力するにつれて第１言語からの文字を含む第１テキスト列を第２言語からの文字を含む第２テキスト列に訳字するための方法であって、（a）第１言語文字列を第２言語文字列に変換するためにそれぞれ前記格納装置に所望の順序で配置された複数の訳字規則を有する複数の訳字オブジェクトを生成するための手段と、一致を表す訳字規則のサブセットを決定するために前記訳字規則のそれぞれにおける前記第１言語文字列と前記テキスト列とを比較するためのオブジェクト・メソッドと、（b）コンピュータに入力されるにつれて前記第１テキスト列に応答して前記複数の訳字オブジェクトの一つを選択するステップと、（c）前記第１テキスト列における前記第１言語の文字に応答して、前記選択された訳字オブジェクトにオブジェクト・メソッドを呼び出すステップと、（d）前記訳字規則のサブセットの一つを選択し、選択された訳字規則を前記第１テキスト列に適用し、選択された訳字規則の前記第２言語文字列を表示装置に表示するステップとを備えていることを特徴とする方法。 15．前記複数の訳字オブジェクトそれぞれは、訳字オブジェクトを表す訳字アイコンを表示装置に表示し、ステップ（b）は表示された訳字アイコンを選択するメソッドを備えていることを特徴とする請求の範囲第14項に記載の方法。 16．ステップ（b）が、さらに前記表示された訳字アイコンをダブル・クリックすることで訳字オブジェクトを選択するステップを含んでいることを特徴とする請求の範囲第15項に記載の方法。 17．前記第１テキスト列がドキュメント・アイコンによって表わされるドキュメントに含められており、ステップ（b）が前記訳字アイコンおよび前記ドキュメント・アイコンの一つを表示領域に移動させることで訳字オブジェクトを選択するステップを備えていることを特徴とする請求の範囲第15項に記載の方法。 18．ステップ（a）は、さらに、（a1）少なくとも１つの先行コンテキスト文字指定を含む第１言語文字列で訳字規則を形成するステップと、（a2）少なくとも１つのソース文字を、ステップ（a1）で形成された第１言語文字列に加えるステップと、（a3）少なくとも１つの後続コンテキスト文字指定を、ステップ（a2）で形成された第１言語文字列に加えるステップとを備えることを特徴とする請求の範囲第14項に記載の方法。 19．ステップ（a）は、再チェックのためのテキストを含む第２言語文字列で形成するステップを備えていることを特徴とする請求の範囲第18項に記載の方法。 20．ステップ（a）は、第１言語文字列の文字リストが少なくとも一つの可変文字から構成され、該可変文字は、文字のリストと、関連する訳字規則がリスト中の文字に対して包含的であるか排他的であるかの指定を備える訳字規則を形成するステップを含むことを特徴とする請求の範囲第17項に記載の方法。 21．ステップ（a）は、ハッシュ・アルゴリズムに基づいて前記複数の訳字規則を格納装置に格納するステップを含むことを特徴とする請求の範囲第17項に記載の方法。 22．ステップ（c）は、前記第１文字列と比較して一致を決定するために、最適文字数を計算するステップを備えていることを特徴とする請求の範囲第14項に記載の方法。 23．（e）前記複数の訳字オブジェクト中の一つの選択に応答して、前記選択された訳字オブジェクトの前記複数の訳字規則を表示装置に表示するステップと、（f）新しい訳字規則を作成し、該訳字規則を前記訳字オブジェクトに追加するステップと、（g）前記複数の表示された訳字規則の一つを修正するステップと、（h）新しい規則と修正された規則とを訳字動作で使用するために格納するステップとをさらに備えることを特徴とする請求の範囲第14項に記載の方法。 24．コンピュータ・システムがさらに入力装置と該入力装置からの第１言語の文字を受け取るための手段とを備え、ステップ（c）が該入力装置からの第１言語の文字に応答して前記オブジェクト・メソッドを呼び出すステップを備えることを特徴とする請求の範囲第16項に記載の方法。 25．ステップ（a）が、多数の文字を有する第１言語の文字列と、該多数の文字の単一文字表現を形成する第２言語文字列とを有する訳字規則を形成するステップと、格納装置に該単一文字表現を格納して、前記単一文字表現を表示装置に表示するステップとを備えることを特徴とする請求の範囲第14項に記載の方法。 26．ステップ（a）が、順方向と逆方向に訳字するために、第１言語文字列を第２言語文字列に変換するための複数の訳字規則と、第２言語文字列を第１言語文字列に変換するための複数の訳字規則とで、前記複数の訳字オブジェクトのそれぞれを形成するステップを備えることを特徴とする請求の範囲第14項に記載の方法。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＺ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＧＢ，ＨＵ，ＪＰ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＵ，ＬＶ，ＭＧ，ＭＮ，ＭＷ，ＮＬ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＫ，ＵＡ，ＵＺ，ＶＮ

Claims

【特許請求の範囲】１．コンピュータへ入力されるにつれてテキストを訳字するためのコンピュータシステムであって、複数の訳字規則を格納するための格納装置と、コンピュータに入力されるにつれてテキストを表示するための表示装置と、前記複数の訳字規則からある訳字規則を選択し、該規則を前記テキストに適用し、結果のテキストを前記表示装置上に表示するための手段とを具備することを特徴とするコンピュータシステム。２．アイコン動作を通して前記テスト処理を開始するためのプロセッシング手段を具備することを特徴とする請求の範囲第１項に記載のコンピュータシステム。３．アイコンをダブルクリックすることにより前記テキスト処理動作を開始するためのプロセッシング手段を具備することを特徴とする請求の範囲第２項に記載のコンピュータシステム。４．前記テキスト動作を落とし発進するための処理手段を具備することを特徴とする請求の範囲第２項に記載のコンピュータシステム。５．少なくとも１つの先行コンテキスト規則を格納するための格納装置と、ソースを格納するための格納装置と、少なくとも１つの後続コンテキスト規則を格納するための格納装置とを具備することを特徴とする請求の範囲第１項に記載のコンピュータシステム。６．前記規則をテキストに適用し、再チェックのため適当なテキストにマークを付けるプロセッサを具備することを特徴とする請求の範囲第５項に記載のコンピュータシステム。７．包含的および排他的変数を適用するための手段を具備することを特徴とする請求の範囲第５項に記載のコンピュータシステム。８．前記格納装置内の規則参照性能を増強するためのハッシュ手段を具備することを特徴とする請求の範囲第５項に記載のコンピュータシステム。９．前記訳字のための手段を適用する前に処理すべき最適文字数を計算するための手段を具備することを特徴とする請求の範囲第４項に記載のコンピュータシステム。 10．前記訳字動作で使用される規則と変数を混合し、修正し、格納する表示装置を具備することを特徴とする請求の範囲第１項に記載のコンピュータシステム。 11．入力動作中にスクリプトを次々と転写するための手段を具備する特徴とする請求の範囲第４項に記載のコンピュータシステム。 12．多数の文字を多数の文字の単一文字表現に変換し、該単一文字表現を格納装置に格納し、該単一文字表、を表示装置上に表示するための手段を具備する特徴とする請求の範囲第１項に記載のコンピュータシステム。 13．順方向と逆方向に訳字するためのオブジェクトを含むことを特徴とする請求の範囲第１項に記載のコンピュータシステム。 14．コンピュータへ入力されるにつれてテキストを訳字する方法であって、複数の訳字規則を格納し、コンピュータに入力されるにつれてテキストを表示し、前記複数の訳字規則からある訳字規則を選択し、該規則を前記テキストに適用し、結果のテキストを前記表示装置上に表示することを具備することを特徴とする方法。 15．アイコン動作を通して前記テスト処理を開始することを特徴とする請求の範囲第14項に記載の方法。 16．アイコンをダブルクリックすることにより前記テキスト・プロセッシング動作を開始することを特徴とする請求の範囲第15項に記載の方法。 17．前記テキスト動作を落とし発進することを特徴とする請求の範囲第15項に記載の方法。 18．少なくとも１つの先行コンテキスト規則を格納し、ソースを格納し、少なくとも１つの後続コンテキスト規則を格納することを特徴とする請求の範囲第14項に記載の方法。 19．前記規則をテキストに適用し、再チェックのため適当なテキストにマークを付けることを特徴とする請求の範囲第18項に記載の方法。 20．包含的および排他的変数を適用することを特徴とする請求の範囲第17項に記載の方法。 21．前記格納装置内の規則参照性能を増強することを特徴とする請求の範囲第17 項に記載の方法。 22．前記訳字のための手段を適用する前に処理すべき最適文字数を計算することを特徴とする請求の範囲第16項に記載の方法。 23．前記訳字動作で使用される規則と変数を混合し、修正し、格納することを特徴とする請求の範囲第14項に記載の方法。 24．入力動作中にスクリプトを次々と転写することを特徴とする請求の範囲第16 項に記載の方法。 25．多数の文字を多数の文字の単一文字表現に変換し、該単一文字表現を格納装置に格納し、該単一文字表現を表示装置上に表示することを特徴とする請求の範囲第14項に記載の方法。 26．順方向と逆方向に訳字することを含むことを特徴とする請求の範囲第14項に記載の方法。