JP3337161B2 - 構造化文書を編集するための方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、全般的にはデータ処理
のシステムおよび方法に関し、具体的には、構造化文書
内の読み文字列および漢字文字列を操作するための改良
されたシステムおよび方法に関する。

【０００２】

【従来の技術】１９９０年５月１４日に出願され、ＩＢ
Ｍに譲渡された、Style Component ofa WYSIWYG Text E
ditorと題する、Ｋ．Ｗ．ボルゲンデール（Borgendal
e）他の関連する同時係属の米国特許出願を参照により
本明細書に組み込む。

【０００３】下記の用語を本明細書全体を通じて使用す
るが、これらはデータ・ベース探索に使用できる。

【０００４】ひらがな：漢字を簡略化して得られた１組
の表音文字。動詞や形容詞の語尾、助動詞、助詞、接続
詞などの文法要素は、ひらがなで記述される。

【０００５】かたかな：主に外来語と外国の固有名詞、
強調および動植物名に使用される１組の表音文字。

【０００６】漢字：中国の文字に由来する１組の表意文
字。各漢字は、1つまたは複数の発音を有し、実際の発
音は、その文字が登場する文脈（前後の文字）を見た後
でなければ決定できない。名詞、動詞および形容詞の語
幹は、通常は漢字で記述される。漢数字もこの範疇に含
まれる。

【０００７】正常状態：この状態は、最終的なテキスト
状態である。正常状態のテキストは、変換モードであれ
無変換モードであれ、漢字変換コマンドによって操作で
きない。

【０００８】読み状態：読み状態は、テキストが未変換
であることを示す。読み状態のテキストは、ひらがなま
たはかたかなのいずれかである。読み状態のテキスト
は、漢字変換モードの時に漢字に変換できる。

【０００９】漢字状態：漢字状態は、テキストが変換さ
れているが、まだ正常状態に変更されていないことを示
す。漢字状態のテキストは、文書が変換モードにある場
合に元の読み状態に戻すことができる。

【００１０】確定／未確定：文字列は、読み状態から正
常状態に変更された場合、または漢字状態から正常状態
に変更された場合に確定されたと言われる。それ以外の
読み状態と漢字状態の文字列は、未確定である。

【００１１】活動状態：読み状態または漢字状態の文字
列は、未確定なので、漢字変換コマンドに対する準備が
できている。すなわち、どの変換コマンドが発行されて
もそれに対応できるという状態が活動状態である。つま
り、テキストが活動状態になるのは、変換が使用可能な
時、すなわちシステムが変換モードの時である。活動状
態のテキストは、たとえば反転表示で強調表示される。

【００１２】かな漢字変換：漢字の音は、ひらがな文字
またはかたかな文字で表すことができる。多くの漢字が
同一の発音を有するので、１組のひらがな／かたかな文
字が、多数の漢字または漢字文字列を表す可能性があ
る。ＯＳ／２は、変換に使用される読み／漢字対の辞書
を維持している。１つの読み文字列が多数の異なる漢字
文字列に対応し得るので、ユーザは通常、所望の漢字を
得るために見たり循環させることのできる候補のリスト
を得る。このひらがな／かたかなを正しい漢字に変換す
る処理を、かな漢字変換と称する。逆変換とは、これと
は逆に、漢字から元の読みへ戻す処理である。

【００１３】漢字句：ＯＳ／２で使用する１つの変換辞
書中で、ある読み文字の文字列に対応する漢字文字また
は漢字文字列。

【００１４】ＳＧＭＬ：標準汎用印刷指定言語。マーク
アップ言語は、構造化文書の準備に使用される開始タグ
と終了タグからなる。定義と詳細についてはＩＳＯ規格
８８７９−１９８６を参照されたい。

【００１５】要素：開始タグとその内容からなり、必要
ならば終了タグを含む、ＳＧＭＬで定義される実体。

【００１６】構造化文書：ＳＧＭＬで定義されたものな
ど、定義済みの要素階層を有する文書。

【００１７】現行のエディタは、かな漢字変換機能を提
供する。しかし、変換モードの時、ユーザの移動は、活
動句区域だけに、すなわち正常化された漢字を実際に文
書に入れる前に読みを入力して漢字に変換するために特
に指定された区域だけに制限される。ユーザは、漢字変
換を完了し、正常化された漢字を文書に入れない限り、
その文書の他の部分にカーソルを移動することができな
い。たとえば、ユーザは、漢字変換モードに入り、５つ
のひらがな文字を入力し、これらを漢字に変換する。こ
の時、カーソル移動は、漢字句テキスト区域だけに制限
される。ユーザが漢字を確定（正常化）した後でなけれ
ば、カーソルを文書内の他の位置に自由に移動できな
い。したがって、この制約のために、活動状態の漢字状
態文字列は、文書全体を通じて１つしか存在できない。

【００１８】要するに、現行のすべてのエディタは、実
際の文書の文脈の外部にある特殊な区域を使用して、漢
字変換ルーチンを介して漢字文字列を作成する。この区
域内にのみ漢字状態のテキストが存在でき、テキストが
漢字状態である間は、ユーザはこの変換区域の外にカー
ソルを移動することができない。また、漢字を文書に入
れた後は、その漢字は自動的に正常化され、ユーザはも
はや標準のかな漢字変換ルーチンを介してこの漢字を操
作できなくなる。

【００１９】

【発明が解決しようとする課題】本発明の目的は、構造
化文書エディタ内で読み句と漢字句を柔軟に変更するた
めの改良された手段を提供することである。

【００２０】

【課題を解決するための手段及び作用】上記その他の目
的、特徴および利点は、本発明によって達成される。本
発明によれば、構造化文書エディタは、正常状態、読み
状態、漢字状態および活動状態を含む。正常状態では、
操作員がキーボード上で読み文字をタイプ入力した時
に、対応する読み文字が表示装置に直接表示される。読
み状態では、キーボード上で読み文字をタイプ入力した
時に、読みテキスト・ノード構造が作成（アセンブル）
される。読み状態のテキスト・ノード構造は、読み文字
の文字列を制御情報と共に含む。操作員が読み句を対応
する漢字句に変換したいと望む時には、読みテキスト・
ノード構造から読み文字列にアクセスして、変換処理に
かける。この処理では、各漢字句、対応する読み句、お
よび変換の実行に使用された変換テーブルへのブックマ
ーク値が返される。本発明によれば、返された漢字句、
対応する読み句およびブックマーク値が新規のテキスト
・ノード構造としてアセンブルされる。新規テキスト・
ノード構造には、変換処理で返された漢字句ごとに漢字
句構造および対応する読み句構造が作成（アセンブル）
される。漢字句構造は、対応する読み句構造を指すポイ
ンタを含み、読み句構造は、漢字句構造への戻りポイン
タを含む。漢字句構造および読み句構造は、読み句構造
を置換する漢字句構造の表示をもたらす制御情報も含
む。

【００２１】変換処理で、読み句の正しい変換または所
望の変換ではないと思われる漢字句が返された場合、操
作員は、変換処理に次変換漢字句を求めることができ
る。本発明の重要な特徴の１つは、操作員が、完全に表
示中の現漢字句の外にある位置にエディタのカーソルを
移動でき、その後のある時点で、その漢字句に戻って変
換処理から次候補句を取得できることである。次漢字句
候補を検討したいと望む時には、操作員は、カーソルを
新漢字句に移動する。その後、操作員は、漢字変換処理
を選択する。その後、本発明によれば、漢字句構造にア
クセスして、対応する読み句構造を指すポインタを得
る。次に、読み句構造にアクセスして、読みテキスト文
字列とそれに関連するブックマーク値を得る。次に、読
み句構造と関連ブックマーク値を変換処理にかけ、変換
処理が、変換テーブル内のブックマーク値の後にある次
候補漢字句の選択を開始する。その後、変換テーブルか
ら次候補漢字句が新ブックマーク値と共に返される。

【００２２】本発明のもう１つの重要な特徴は、既存の
漢字句を対応する読み句に逆変換できることである。こ
れを達成するためには、操作員が、逆変換を望む漢字句
にカーソルを合わせる。次に、操作員が、逆変換処理を
選択する。その後、本発明によれば、漢字句構造にアク
セスして、対応する読み句構造を指すポインタを得る。
次に、読み句構造にアクセスして、読み句を抽出する。
次に、抽出された読み句を含むがブックマーク値は含ま
ない、新規の読み句構造をアセンブルする。本発明によ
れば、新読み句構造にはポインタが含まれ、新読み句構
造は、漢字句構造の前テキスト・ノードへのポインタを
前テキスト・ノードへのポインタとする。次に、既存の
漢字句構造を削除する。最後に、漢字句の代わりに読み
テキスト文字列が表示される。

【００２３】このようにして、構造化文書エディタ内
で、読み句および漢字句を柔軟に編集し操作することが
できる。

【００２４】

【実施例】本発明を実施するためのデータ処理システム
の全体的体系図を図１に示す。メモリ１００が、バス１
０２を介してＣＰＵ１０４に結合されている。メモリ１
００は、図１２、図１３、図１４および図１５に示す流
れ図を実施する実行可能命令のシーケンスであるプログ
ラムを含んでいる。メモリ１００は、オペレーティング
・システム１０６、表示バッファ１０８および読み−漢
字変換テーブル１１０も含んでいる。図１の体系図に
は、キーボードおよび表示装置１１２、マウス・ポイン
ティング装置１１４およびプリンタ１１６も示されてい
る。

【００２５】ＤＢＣＳ発明に関する文書構造および変換
の例これらの例の目的は、下記のことを可能にする内部
文書構造の実例を示すことである（これらの例では日本
語を使用するが、この概念は韓国語、繁体字による中国
語、その他の表意ＤＢＣＳ言語にも拡張できる）。

【００２６】１．同一文書内に、所望の場合にはそれぞ
れ異なるフォントの英語と日本語の両方のテキストが同
時に存在すること。

【００２７】２．それぞれ（文書をセーブし、クローズ
し、再度呼び出した後を含めて）いつでも漢字変換の再
変換処理や逆変換処理に戻ることができ、随意に操作で
きる、複数の逆変換された読み文字列が文書内に同時に
存在すること。

【００２８】３．複数の未確定（正常化されない）漢字
文字列が文書内に同時に存在し、いつでも漢字変換の再
変換処理や逆変換処理に戻ることができる。これは、ユ
ーザが確定キーを押すなどして正常状態にする要求をし
ない限り、文書内の現カーソル位置ですべてのかな漢字
変換機能を実行できる情報を保持しているからである。
これは、既知のすべての従来技術と対照的である。従来
技術では、ユーザが、漢字テキストをかな漢字編集ウィ
ンドウから文書に入れたり、かな漢字編集ウィンドウ内
の現操作を打ち切った後は、かな漢字変換ルーチンに必
要なすべての情報が失われる。

【００２９】本発明で使用されるタイプの構造化文書内
のテキストを含む基本要素は、テキスト・ノード内にあ
る。テキスト・ノードは、実際のテキスト、ならびにフ
ォント、ＳＢＣＳかＤＢＣＳか、読みか漢字かなど、テ
キストの状態を維持するのに必要なすべての情報を含ん
でいる。図２は、テキスト・ノードの基本表現である。
すべてのフィールドが示されているわけではなく、本発
明に関連するフィールドのみが示されている。

【００３０】１．ＳＢＣＳ／ＤＢＣＳ このテキスト・ノードが１バイト・テキストと２バイト
・テキストのどちらを含むかを示す。同一のテキスト・
ノードには異なるサイズのテキストは現れない。

【００３１】 ２．読み／漢字／正常／制御（ＹＯＭＩ／ＫＡＮＪＩ／
ＮＯＲＭ／ＣＴＲＬ） 現テキスト・ノード内のテキストの状態を示す。

【００３２】読み（ＹＯＭＩ）：変換モードに入った
が、まだ漢字に変換されていないテキスト（通常はひら
がなまたはかたかな）。テキストは、ユーザが変換、正
常化または削除を行わない限り、ユーザの処置とは無関
係にこの状態に留まる。

【００３３】漢字（ＫＡＮＪＩ）：読みから漢字に変換
されたが、まだ正常化されていないテキスト。この状態
のテキストは、将来かな漢字変換機能を実行するのに必
要なすべての情報を依然として参照でき、ユーザが逆変
換、正常化または削除を行わない限り、テキストはこの
状態に留まる。

【００３４】正常（ＮＯＲＭ）：読み状態でも漢字状態
でもないテキスト。これは、もはやどの変換ルーチンで
も使用されない英語テキストおよび日本語テキストの標
準状態である。

【００３５】制御（ＣＴＲＬ）：特定の漢字句に変換さ
れた元の読みとシステム変換ルーチンから返された他の
制御情報を含む制御情報であるテキスト。文書内では、
これらのテキスト・ノードのうちの１つが各漢字状態句
に付加されているが、これらは表示されない。これは、
要求があった場合に関連する漢字句に対してさらにかな
漢字変換ルーチンを実行するのに必要なすべての情報を
含んでいる。

【００３６】状態の異なるテキストが同一のテキスト・
ノード内に存在することは絶対にない。

【００３７】 ３．ひらがな／かたかな／漢字／英語（ＨＩＲＡＧＡＮ
Ａ／ＫＡＴＡＫＡＮＡ／ＫＡＮＪＩ／ＥＮＧＬＩＳＨ） そのテキスト・ノード内の文字の言語とタイプを示す。
ひらがなとかたかなは、漢字への変換に使用される１組
の表音文字である。漢字は、日本語表意文字の全セット
である。英語は英語である。言語またはタイプの異なる
テキストが同一のテキスト・ノードに存在することは絶
対にない。

【００３８】 ４．フォント指標（ＦＯＮＴ ＩＮＤＥＸ） これは、現テキスト・ノード内のテキストのフォント情
報をすべて与えるフォント・テーブルへの指標である。
フォントの異なるテキストが同一のテキスト・ノードに
存在することは絶対にない。

【００３９】 ５．テキスト長（ＴＥＸＴ ＬＥＮＧＴＨ） これは、現テキスト・ノード内の実際のテキストのバイ
ト単位の長さである。

【００４０】 ６．前テキスト・ノード（ＰＲＥＶ ＴＥＸＴ ＮＯＤ
Ｅ） これは、文書内の前のテキスト・ノードを指すポインタ
である。

【００４１】 ７．次テキスト・ノード（ＮＥＸＴ ＴＥＸＴ ＮＯＤ
Ｅ） これは、文書内の次のテキスト・ノードを指すポインタ
である。

【００４２】 ８．テキスト・ポインタ（ＴＥＸＴ ＰＯＩＮＴＥＲ） これは、このテキスト・ノード内の実際のテキスト・デ
ータを格納するメモリ区域を指すポインタである。

【００４３】テキスト・ノード・フラグの予期せぬ組合
せが可能であることに留意されたい。たとえば、ＳＢＣ
Ｓ英語テキストが、読み状態になる可能性があり、ある
範囲のかたかな表音文字は、実際には１バイト・テキス
トである。

【００４４】これらのテキスト・ノードを使用して、構
造化文書内のテキストの記憶を記述し、文書内にＳＢＣ
ＳテキストとＤＢＣＳテキストが同時に存在できるよう
にするために文書構造をどう変更するか、複数の読み文
字列または漢字文字列をどう維持するか、および読みか
ら漢字への変換処理がどう動作するかの実例を示すこと
にする。

【００４５】例 下記の例では、添付図面の説明を行い、本発明をサポー
トするのに必要な内部構造の実例を示す。次の表記法を
使用する。 − Ｋ＃ ＝ 漢字 − Ｙ＃ ＝ 読み文字（この例ではひらがな） − 英語文字はそのまま表示する

【００４６】図３ないし図１１の各図は、所与の文字列
を表す、メモリに記憶されたテキスト・ノードのシーケ
ンスを示す図である。

【００４７】 図６および図７ 逆変換された読み文字列 このテキスト文字列は、明朝６４ポイント・フォントを
使用する読み状態の２バイトひらがなテキストである。
このテキストは、漢字への変換の準備ができており、ユ
ーザがどんな方法で編集することもできる。すべての読
みテキストが、連続しており、１つのテキスト・ノード
に含まれる。

【００４８】 図３ 読みから漢字へのオペレーティング・システム変
換 これは、システム変換ルーチンによる読み文字列から漢
字への変換を示す図である。エディタがシステムに読み
文字列を渡し、システムは、システム変換辞書（ユーザ
が付加できる）と複合変換アルゴリズムを使用して、文
字列を漢字に変換する。システムは、文字列を分断し
て、漢字の論理グループである漢字句にする。各句ごと
に最も一般的な漢字変換（複数存在し得る）が選択され
る。

【００４９】システムは、一連の漢字句からなるデータ
・ストリームをエディタに返す。各句の後には、その漢
字句の元の読みからなる制御情報と、その漢字句に対し
て実行されるその後の漢字変換ルーチン（省略時値が所
望のものでない場合にその読みに対する次漢字候補を発
見するなど）を実行するためにシステムが必要とする他
の情報とを含む制御情報が続く。

【００５０】 図８および図９ 変換後の漢字文字列 このテキスト文字列は、明朝６４ポイント・フォントを
使用する漢字状態の２バイト漢字テキストである。この
テキストは、３つの漢字句のそれぞれに１つずつと、各
組の制御情報ごとに１つ、計６つのテキスト・ノードを
占める。このテキストは、変換済みであり、文書内にあ
るが、まだ各句を次の候補に変換したり読みに逆変換す
ることなどができる。

【００５１】 図４および図５ 正常化された漢字文字列 このテキスト文字列は、明朝６４ポイント・フォントを
使用する正常状態の２バイト漢字テキストである。この
テキストは、３つの漢字句のそれぞれに１つずつ、計３
つのテキスト・ノードを占める。読み情報および制御情
報は、ユーザの要求時に削除され、このテキストは、も
はやかな漢字変換ルーチンの候補ではない。

【００５２】 図１０および図１１ 読み／漢字／英語混合文字列 このテキスト文字列は、下記のものから構成される。 ・１テキスト・ノードを占める、６４ポイント明朝フォ
ントで読み状態の２バイトひらがな文字列。 ・１テキスト・ノードを占める、６４ポイント・ヘルベ
チカ・フォントで正常状態の１バイト英語文字列。 ・漢字データ用に１つと制御データ用に１つ、計２つの
テキスト・ノードを占める、６４ポイント明朝フォント
で漢字状態の２バイト漢字文字列。 ・１テキスト・ノードを占める、６４ポイント・ヘルベ
チカ・フォントで正常状態の第２の１バイト英語文字
列。 ・漢字データ用に１つと制御データ用に１つ、計２つの
テキスト・ノードを占める、６４ポイント明朝フォント
で漢字状態の第２の２バイト漢字文字列。 ・１テキスト・ノードを占める、６４ポイント・ヘルベ
チカ・フォントで正常状態の第３の１バイト英語文字
列。

【００５３】図１２は、テキスト・ノード構造をアセン
ブルし、各漢字句とそれに対応する読み句および変換テ
ーブル用のブックマーク値を返す処理の流れ図である。
まず、ステップ１２０２において、ユーザはキーボード
の状態を読み状態に選択する。次いで、ステップ１２０
４において、ユーザはキーボードを介してひらがな文字
を入力する。例えば、文字列『きょうはよいてんき』を
入力する。次いで、ステップ１２０６では、ひらがな文
字がテキスト・ノード構造に変換される。すなわち、文
字列『きょうはよいてんき』は図７に示すテキスト・ノ
ード構造に変換される。ステップ１２０８では、ユーザ
はキーボード等を介して漢字変換を選択する。すると、
ステップ１２１０において、テキスト・ノードからひら
がな文字列が引き出される。次いで、ステップ１２１２
では、図３に示す漢字への変換ルーチンによって、読み
句が漢字文字に変換される。次いで、ステップ１２１４
では、各々の漢字句及びこれに対応する読み句に対して
変換テーブル（図示しない）内の位置を示すブックマー
ク値を返す。例えば入力されたひらがな文字列『きょう
はよいてんき』は図８に示すようなものとなる。

【００５４】図１３は、図１２に示した処理の続きであ
り、漢字句構造をアセンブルし、読み句構造をアセンブ
ルし、新漢字テキストをフォーマットして読み句の代わ
りに表示する部分を実行する。ステップ１２１６では、
新しいテキスト・ノード構造のアセンブルが開始され
る。ステップ１２１８，ステップ１２２０及びステップ
１２２２では、各漢字句及び対応する読み句について、
新しい構造が組まれる。全ての漢字句が処理されるま
で、処理はステップ１２２４から１２２０に戻されて繰
り返される。しかして、図９に示すような新しいテキス
ト・ノード構造が形成される。ステップ１２２６及びス
テップ１２２８では、画面上の古い読み列の表示『きょ
うはよいてんき』が取り除かれ、画面を再初期化し、新
しい漢字テキスト『今日はよい天気』を読み句が置かれ
た場所に表示する。そして、ステップ１２３０で処理は
最初のルーチンに戻される。

【００５５】図１４は、操作員が、構造化文書にカーソ
ルを合わせて他の機能を実行し、その後、次候補漢字句
を選択するために新漢字テキストに戻れることを示す図
である。図１４には、他の編集のため文書の別の部分に
カーソルを合わせる第１ステップが示されている。図１
４では、その後、次候補選択の流れ図が始まる。ステッ
プ１３０２乃至ステップ１３１０は、ユーザがキーボー
ド上で行なう操作である。すなわち、他の編集を行なう
ために文書中の別の部分にカーソルを移動させ、カーソ
ルを新しい漢字テキストに戻し、次候補選択を開始す
る。そして、所望の漢字句と漢字変換を選択する。例え
ば、ユーザが漢字句『今日は』に対する次候補選択を選
択したとする。ステップ１３１２以降は、図１の次候補
選択を開始するプログラムによって処理される。まず、
ステップ１３１２では、漢字句構造にアクセスして読み
句構造へのポインタを得て、次いで、ステップ１３１４
では、読み句構造にアクセスしてひらがなテキスト文字
列とブックマーク値とが得られる。すなわち、図９にお
いて、『今日は』に該当する漢字句構造中のＮＥＸＴＴ
ＥＸＴポインタを辿って読み句構造にアクセスし、該構
造中の文字列Ｙ１乃至Ｙ４（『きょうは』）およびＹ４
の後ろのブックマーク値を得る。ステップ１３１６で
は、読み句をブックマーク値の次の候補漢字句に変換す
る。次いで、ステップ１３１８では、新しい漢字句と新
しいブックマーク値を変換テーブルに戻す。そして、ス
テップ１２１６に進んで、図１３と同様の処理がなされ
て新しいテキスト・ノードが作成される。

【００５６】図１５は、既存の漢字句を逆変換する際の
新読み句構造のアセンブルの流れ図である。したがっ
て、本発明により、編集処理中のどの時点でも構造化文
書内の読み句および漢字句の柔軟な編集と交換が可能に
なることがわかる。操作員は、既存の漢字部分または読
み部分を離れ、文書の他の部分に移動し、その後、これ
らの部分に戻って、これらの部分の編集や、既存の漢字
句部分の新候補漢字句の選択を行うことができる。ステ
ップ１４０２で逆変換処理が開始する。ステップ１４０
４において、ユーザは逆変換したい漢字句にカーソルを
移動する。次いで、ステップ１４０６において、ユーザ
は漢字からの逆変換を選択する。ステップ１４０８以降
の処理は、図１の漢字句を逆変換するプログラムによっ
て行なわれる。まず、ステップ１４０８では、漢字句構
造にアクセスして読み句構造へのポインタを得る。次い
で、ステップ１４１０では、読み句構造にアクセスして
読み句を引き出す。ステップ１４１２では新しい読み句
構造をアセンブルし、ステップ１４１４では古い漢字句
構造が取り除かれる。そして、ステップ１４１６では、
画面が再初期化され、漢字句が置かれていた位置にひら
がな文字列が表示される。

【発明の効果】以上詳記したように、本発明によれば、
構造化文書エディタ内で、読み句および漢字句を柔軟に
編集し操作することができる。

【図面の簡単な説明】

【図１】本発明を実施するためのデータ処理システムの
体系図である。

【図２】総称テキスト・ノードのフォーマット図であ
る。

【図３】読みから漢字への変換の編成図である。

【図４】正常化された漢字文字列を示す図である。

【図５】正常化された漢字文字列用のテキスト・ノード
を示す図である。

【図６】逆変換された読み文字列を示す図である。

【図７】逆変換された読み文字列用のテキスト・ノード
を示す図である。

【図８】変換後の漢字文字列を示す図である。

【図９】変換後の漢字文字列用のテキスト・ノードを示
す図である。

【図１０】読み、漢字、英語の混合文字列を示す図であ
る。

【図１１】読み、漢字、英語の混合文字列用のテキスト
・ノードを示す図である。

【図１２】漢字句構造とそれに対応する読み句構造のア
センブリを含む、テキスト・ノード構造の構築を実行す
るための動作ステップのシーケンスを示す流れ図であ
る。

【図１３】漢字句構造とそれに対応する読み句構造のア
センブリを含む、テキスト・ノード構造の構築を実行す
るための動作ステップのシーケンスを示す流れ図であ
る。

【図１４】漢字句の次候補選択を開始する処理を実行す
るための動作ステップのシーケンスを示す流れ図であ
る。

【図１５】漢字句をそれに対応する読み句に逆変換する
処理を実行するための動作ステップのシーケンスを示す
流れ図である。

【符号の説明】

１００ メモリ １０２ バス １０４ ＣＰＵ １０６ オペレーティング・システム １０８ 表示バッファ １１０ 読み−漢字変換テーブル １１２ キーボードおよび表示装置 １１４ マウス・ポインティング装置 １１６ プリンタ

フロントページの続き (72)発明者 チャン・エス・リム アメリカ合衆国20854、メリーランド州 ポトマック、ウェスト・カーシー・レー ン 1502 (72)発明者 ケヴィン・エム・マックブライド アメリカ合衆国20814、メリーランド州 ベセズダ、フェアファックス・ロード 6815 227号 (72)発明者 分島 孝樹 神奈川県鎌倉市台５−９−１−610 (56)参考文献 特開 平１−321559（ＪＰ，Ａ) 特開 平３−110663（ＪＰ，Ａ) 特開 昭62−174871（ＪＰ，Ａ)

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】構造化文書を編集するための方法であっ
   て、 文字列を入力するステップと、 入力された文字列から、該文字列の、テキストの状態、
   文字のタイプ、テキスト・ポインタを示すフィールドを
   有し、テキストの状態を「読み状態」、文字のタイプを
   「ひらがな」とする、テキスト・ノード構造を、メモリ
   内に作成するステップと、 漢字変換処理により、前記文字列を読み句に分断し、漢
   字変換テーブルを参照して、該読み句を漢字句に変換す
   るステップと、 変換された漢字句から、メモリ内に新しいテキスト・ノ
   ード構造を作成するステップであって、１つの漢字句に
   ついて、テキストの状態を「漢字状態」、文字のタイプ
   を「漢字」とする第１のテキスト・ノード構造と、テキ
   ストの状態を「制御状態」、文字のタイプを「ひらが
   な」とし、テキストポインタに漢字変換テーブル内での
   位置を示すブックマーク値を有する第２のテキスト・ノ
   ード構造とを、作成するステップと、 変換された漢字句を表示するステップと、 変換された漢字句を確定する指示があるまで、前記第１
   及び第２のテキスト・ノード構造を保持するステップ
   と、 未確定である漢字句に対して、再変換または逆変換を実
   行するステップと、 を含む、構造化文書を編集するための方法。
2. 【請求項２】未確定である漢字句に対して再変換を実行
   するステップが、 表示された漢字句を変換対象として選択するステップ
   と、 選択された漢字句の第２のテキスト・ノード構造にアク
   セスし、前記ブックマーク値を得るステップと、 前記漢字変換テーブル内の、前記ブックマーク値の次の
   漢字候補を表示するステップと、 を含む、請求項１に記載の構造化文書を編集するための
   方法。