JPH08137872A - 文書処理方法及びその装置 - Google Patents

Abstract

(57)【要約】 【目的】 文書要素を入れ子状に構造化した文書を取り
扱う場合に、作成した文書要素の内容の構造が正当かど
うかを判定して表示することにより、完成文書要素と未
完成文書要素との区別を容易にし、必須の文書要素を挿
入し忘れることがなくなる文書処理方法及びその装置を
提供する。 【構成】 文書要素の挿入及び削除時に、該文書要素に
関連する文書要素の構造が正当か否かを評価し（Ｓ１０
０２，Ｓ１００９）、該評価結果を識別可能に文書要素
を表示する（Ｓ１００５，Ｓ１０１２）。この場合、構
造が正当な文書要素を表示する。あるいは、構造が正当
でない文書要素を表示する。あるいは、構造が正当な文
書要素と構造が正当でない文書要素とを色を変えて表示
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は文書処理方法及びその装
置、特に計算機上で構造を持った文書を処理する文書処
理方法及びその装置に関するものである。

【０００２】

【従来の技術】ＳＧＭＬ（ＩＳＯ−８８７９）で記述す
る構造化文書を処理する装置が開発されてきている。こ
ういった構造化文書の処理装置では、予め文書型を設定
し、その文書型に適合した文書を作成する工夫がされて
いる。図２は、ＳＧＭＬで文書型を記述したものである
が、この文書型記述では次のように文書の構造が規定さ
れる。

【０００３】文書は「ｂｏｏｋ」という型の文書要素を
基本に持つ。以降、「Ｘ」という型の文書要素のこと
を、文書要素「Ｘ」というように記述する。文書要素
「ｂｏｏｋ」は内容として、文書要素「ｆｍ」と文書要
素「ｂｄｙ」とをこの順で持つ。文書要素「ｆｍ」は内
容として、最初に文書要素「ｔｉ」を持ち、続いて文書
要素「ａｕ」もしくは文書要素「ｃａｕ」を０個以上持
つ。文書要素「ｔｉ」は内容として文字列を持つ。その
他の文書要素の構造に関する説明は割愛する。

【０００４】図２の文書型に適合した文書例のひとつ
で、ＳＧＭＬで記述した例を図３に示す。図中、記号
“＜”で始まり“＞”で終わる文字列は、タグを表して
いる。タグの中に文書要素名が記述されている。文書要
素名の文字列の先頭に、スラッシュ“／”を持つタグが
終了タグであり、スラッシュ“／”を持たないものが開
始タグである。

【０００５】図４に、図３の文書データの表示例を示
す。４０１はグラフィックカーソルで、マウスによりそ
の動作が制御される。４０２は挿入カーソルで、現時点
での挿入位置を示している。挿入カーソル４０２は、マ
ウスやキーボードのカーソル移動キーを使って移動する
ことができる。これは、マウスやキーボードのカーソル
移動キー入力のイベントによって、文書要素部分指定プ
ログラムが実行され、文書データ内の対応する位置と操
作画面上のカーソルの位置とが変更される。４０３，４
０４は、それぞれ文書要素の開始，終了記号で、ＳＧＭ
Ｌ文書の開始タグ，終了タグに相当する。

【０００６】図３のような文書データを作成する場合、
まず始めに作成しようとしている文書型を指定する。例
えば、文書型「ｂｏｏｋ」を指定すると、図５のように
表示される。ここで、挿入カーソルを文書要素「ｂｏｏ
ｋ」の開始タグと終了タグの間に移動し、図６に示すメ
ニュー４０８でタグ挿入処理を起動すると、対話ウィン
ドウ４０５が現れ、現在位置に入ることが可能な文書要
素の名前が表示される。

【０００７】同様に、図２，図３での文書要素「ａｕ」
の中にタグを挿入する時の表示例を、図７に示す。この
時は、文書要素「ｆｎｍ」と文書要素「ｓｎｍ」との両
方が挿入可能なので、対話ウィンドウ４０５には両方の
名前が表示されている。ユーザが、対話ウィンドウ４０
５から実際に挿入したい文書要素を選択し、「ＯＫ」ボ
タン４０６をマウスクリックすると文書要素の開始タ
グ，終了タグが挿入され、「ＮＯ」ボタン４０７をマウ
スクリックすると本処理は無効になり、対話ウィンドウ
４０５が消える。

【０００８】図８に、図７で文書要素「ｓｎｍ」を選択
した時の表示例を示す。このようにして、文書構造を作
成していき、かつ、文書要素に必要な文字列を挿入する
と、図３のような文書データが作成できる。このようし
て作成した文書データは、その文書構造が、図２の構造
定義に対し正当かどうかを調べる必要がある。この構造
チェックは、作成した文書データをパーサにかけること
で行なわれていた。構造チェックの結果、正当でないと
判断されたら、ユーザはパーサのメッセージを解析し、
再度構造化文書データを編集し、構造チェックを行な
う。そして、正当と判断されるまで幾度もこの作業を繰
り返していた。

【０００９】

【発明が解決しようとする課題】しかしながら、文書要
素として必須の文書要素が存在する場合には、上記の方
法で文書の特定箇所に文書要素を挿入する際に、必須文
書要素は挿入可能な文書要素の１つとして候補にはあが
っているが、ユーザが必ずしもその必須文書要素を選出
するとは限らないので、ユーザは文書を完成させたつも
りでも、実際には、後でセーブする時等にバージングエ
ラーが発生する。このため、何度も編集・構造チェック
の操作を繰り返さなければならないことがしばしばあ
り、効率的ではなかった。

【００１０】例えば、図２によると、文書要素「ａｕ」
は、その内容として文書要素「ｓｎｍ」が必須文書要素
である。しかし、上述従来例では、文書要素「ａｕ」の
中に文書要素を挿入しようとすると、図７に示すよう
に、挿入可能な文書要素の候補として、文書要素「ｆｎ
ｍ」と文書要素「ｓｎｍ」との名前が対話ウィンドウ４
０５上に表示される。

【００１１】ここで、文書作成者が文書要素「ｆｎｍ」
のみを選択し、文書要素「ａｕ」を完成させたつもりで
も、実は文書要素「ｓｎｍ」が挿入されていないため、
パーサで構造チェックを行なうとバージングエラーにな
ってしまう。そこで、再び、文書を編集しなおすことに
なる。この作業を、バージングエラーが生じなくなるま
で繰り返すことになり、効率的な文書作成が行なえな
い。

【００１２】また、誤って文書作成者が必須の文書要素
を取り除いても、同じことがおこる。例えば、文書要素
「ａｕ」の内容から文書要素「ｓｎｍ」を削除してしま
っても同じことである。本発明は、前記従来の欠点を除
去し、文書要素を入れ子状に構造化した文書を取り扱う
場合に、作成した文書要素の内容の構造が正当かどうか
を判定して表示することにより、完成文書要素と未完成
文書要素との区別を容易にし、必須の文書要素を挿入し
忘れることがなくなる文書処理方法及びその装置を提供
する。

【００１３】

【課題を解決するための手段】上述の課題を解決するた
めに、本発明の文書処理方法は、文書要素を入れ子状に
構造化した文書を取り扱う文書処理方法であって、文書
要素の挿入及び削除時に、該文書要素に関連する文書要
素の構造が正当か否かを評価し、該評価結果を識別可能
に文書要素を表示することを特徴とする。ここで、構造
が正当な文書要素を表示する。また、構造が正当でない
文書要素を表示する。

【００１４】又、本発明の文書処理装置は、文書要素を
入れ子状に構造化した文書を取り扱う文書処理装置にお
いて、文書要素の挿入及び削除時に、該文書要素に関連
する文書要素の構造が正当か否かを評価する文書要素評
価手段と、前記評価結果に応じて、文書要素の表示の仕
方を切り替える表示制御手段とを備えることを特徴とす
る。

【００１５】ここで、前記文書要素評価手段は、文書要
素が必須要素を含む完成文書要素であるか必須要素を含
まない未完成文書要素であるかをチェックし、前記表示
制御手段は、完成文書要素を表示する。また、前記文書
要素評価手段は、文書要素が必須要素を含む完成文書要
素であるか必須要素を含まない未完成文書要素であるか
をチェックし、前記表示制御手段は、未完成文書要素を
表示する。また、前記文書要素評価手段は、文書要素が
必須要素を含む完成文書要素であるか必須要素を含まな
い未完成文書要素であるかをチェックし、前記表示制御
手段は、完成文書要素と未完成文書要素とを色を変えて
表示する。また、前記表示制御手段は、完成文書要素と
未完成文書要素で表示文書中の開始タグと終了タグの色
を変えて表示する。

【００１６】

【実施例】以下、本発明の実施例を添付図面を用いて詳
細に説明する。 （実施例１）図１に、本実施例の文書処理装置のシステ
ム構成図を示す。１は文書入力用のキーボード、２は表
示画面上で文書作成の指示を行なうマウス、３は演算・
制御用のＣＰＵ、４は表示用のＣＲＴ、１０はプログラ
ムを保持しておくための記憶装置、３０はデータを保持
しておくための記憶装置である。これらは、それぞれバ
ス９を介して接続それている。プログラムやデータを永
久的に保持するための補助記憶装置２０を設置してもよ
い。記憶装置１０，３０、補助記憶装置２０を区別せず
に、ひとつの記憶装置としてもさしつかえない。本実施
例では、記憶装置１０に文書要素を検出する文書要素検
出プログラム１１と文書要素の構造をチェックする文書
要素構造チェックプログラム１２と表示プログラム１
３、補助記憶装置２０に作成されたＳＧＭＬ文書原稿２
１、記憶装置３０に作成中の文書を記憶する文書データ
３１と未完成文書要素を登録する文書要素／表示文字列
対応表３２とが含まれている。

【００１７】実施例１で扱う文書データ３１の構成例を
図９に示す。図９に示した文書データ３１は、文書要素
３１０１，３１０３…等をノードとし、入れ子構造を木
構造の形式で表現する形態をとる。文書内容の基本の文
書要素３１０１は文書内容のルート３１００からポイン
トされる。各文書要素は、文書要素の種類を表すデー
タ、要素の順序関係を表すリンクデータ、文書要素の内
容を表す内容データをもつ。たとえば、ルートの要素で
ある文書要素３１０１は、文書要素の種類を表す「ｂｏ
ｏｋ」という識別子を持ち、自分に続く次の要素がな
く、内容として、文書要素「ｆｍ」と文書要素「ｂｄ
ｙ」とをこの順でもつことを表している。リンクがない
のは、文書のおおもとは文書要素３１０１がひとつだけ
からなるためである。

【００１８】文書要素３１０６は文字列要素である。こ
れが文字列要素であることを種類の識別子を「＃」とす
ることで区別している。なお、この文字列要素３１０６
は、文字列「いろはの構築」を直接持っている。他の文
書要素についての説明は割愛する。ここで、「完成文書
要素」と「未完成文書要素」との定義を行なう。「完成
文書要素」とは、その文書要素の内容が図２の構造定義
に対し正当であると判断される文書要素のことである。
ただし、内容を構成する文書要素が完成文書要素でなく
てもよい。「未完成文書要素」は、完成文書要素ではな
い文書要素のことである。

【００１９】本実施例は、特定された文書要素が完成文
書要素かどうかをチェックし、未完成文書要素の時はそ
の文書要素名を表示するものである。 ＜文書要素挿入時の構造チェック例＞実施例１の動作手
順を図１０のフローチャートを用いて説明する。本処理
は、図７に示すような方法で文書要素を挿入しようとし
た時に起動されるサブルーチンである。

【００２０】まず、ステップＳ１００１の文書要素作成
では、指定された文書要素を作成する。例えば、文書デ
ータ３１が図１１に示す状態で、図５のように表示され
ている時に文書要素「ｆｍ」を挿入しようとした場合に
は、文書要素３１０３（図１２）を作成する。次に、ス
テップＳ１００２の構造チェックでは、文書要素構造チ
ェックプログラム１２を用いて、新規に挿入しようとし
た文書要素の構造チェックを行なう。例えば、上記の例
でいうと文書要素「ｆｍ」の構造チェックを行なう。こ
の構造チェックでは、図２に記述されている文書要素
「ｆｍ」の構造定義に今の文書要素「ｆｍ」の内容が適
合しているかどうかを検出する。現時点においては、文
書要素「ｆｍ」の内容は何もないので、結局図２におい
て、該当する文書要素の構造記述に必須文書要素が存在
するかどうかをチェックすることになる。

【００２１】ステップＳ１００３の正当チェックでは、
ステップＳ１００２での結果が正当かどうかの判断を行
なう。なお、構造定義に適合している場合を正当とみな
す。例えば、挿入する文書要素が文書要素「ｆｍ」とす
ると、図２によれば、文書要素「ｆｍ」の内容に文書要
素「ｔｉ」が必須なので、この時は正当でないと判定す
る。挿入する文書要素が文書要素「ｔｉ」の時は、その
内容には必須文書要素がないので、正当と判定する。ス
テップＳ１００３で正当と判定された時は、ステップＳ
１００６へ進み、正当でないと判定された時はステップ
Ｓ１００４へ進む。

【００２２】ステップＳ１００４の文書要素ポインタ／
表示文字列登録では、ステップＳ１００３で正当でない
と判断された文書要素、すなわち、まだ未完な文書要素
のポインタと表示する文書要素名の文字列を、文書要素
／表示文字列対応表３２に登録する。図１３に文書要素
へのポインタと表示文字列とからなる文書要素／表示文
字列対応表３２の構成を示す。

【００２３】ステップＳ１００５のタグ名表示では、そ
の文書要素名を表示する。図１４に、例えば文書要素
「ｆｍ」が挿入され、文書データ３１が図１１に示す状
態から図１５に示す状態に変化した時の表示例を示す。
文書要素「ｆｍ」の内容には文書要素「ｔｉ」が必須で
あるので、現時点では、文書要素「ｆｍ」は未完成文書
要素とみなされ、未完成文書要素を表示する文書要素名
表示ウィンドウ４０９に表示される。図１４における文
書要素名表示ウィンドウ４０９内の文字列「／ｂｏｏｋ
／ｆｍ」は、文書要素「ｂｏｏｋ」の下の文書要素「ｆ
ｍ」を示している。

【００２４】ちなみに、図１４で、文書要素名表示ウィ
ンドウ４０９内に表示されている文書要素名「ｂｏｏ
ｋ」は、ユーザが文書型「ｂｏｏｋ」の文書を作成しよ
うとして文書要素「ｂｏｏｋ」を挿入した時に表示され
たものである。図２の構造定義によると、文書要素「ｂ
ｏｏｋ」は文書要素「ｆｍ」と文書要素「ｂｄｙ」が必
須文書要素で、この順で並んでいる必要があるので、文
書要素「ｆｍ」を挿入した時点においても、まだ未完成
文書要素とみなされる。

【００２５】同様に、文書データ３１が図１６に示すよ
うな状態の時に、文書要素「ａｕ」を挿入した時の文書
データ３１とその表示例を、図１７と図１８とに示す。
図１８に示すように、文書要素「ａｕ」は、その内容に
かならず文書要素「ｓｎｍ」を含まなければならないの
で未完成文書要素とみなされ、文書要素名「ａｕ」が文
書要素名表示ウィンドウ４０９に表示される。文書要素
「ｆｍ」は、その内容に文書要素「ｔｉ」と文書要素
「ａｕ」とが存在するので、完成文書とみなされ、ま
た、文書要素「ｔｉ」はその内容が文字列のみなので、
完成文書要素とみなされている。

【００２６】フローに戻って、ステップＳ１００６の文
書要素登録で、文書データ３１にステップＳ１００１の
文書要素作成で作成した文書要素を付け加える。図１５
にその様子を示す。図１５の文書要素３１０１の内容デ
ータとして、文書要素３１０３が付け加えられている。
ステップＳ１００７の文書データ再表示では、表示プロ
グラム１３を用いて、文書データ３１を整形して、図１
４のようにＣＲＴ４上に再表示する。

【００２７】以下のステップは、新規文書要素を挿入し
たことで、１階層上位の文書要素が正当になったかどう
かをチェックするためのものである。すなちわ、ステッ
プＳ１００８の１階層上の文書要素検出では、文書要素
検出プログラム１１を用いて挿入した文書要素を含む１
階層上位の文書要素を検出する。これは、既存の構造化
エディタで実現されているので、その方法を用いればよ
い。

【００２８】ステップＳ１００９の構造チェックでは、
ステップＳ１００８で検出した文書要素に対して構造チ
ェックを行なう。これは、対象文書要素の現在の構造が
図２に適合しているかどうかをチェックする。ステップ
Ｓ１０１０の正当チェックでは、ステップＳ１００９で
の結果が正当かどうかの判断を行なう。正当と判定され
たらステップＳ１０１１へ進み、正当でないと判定され
たらメインルーチンに戻る。

【００２９】ステップＳ１０１１の文書要素ポインタ／
表示文字列削除では、文書要素／表示文字列対応表３２
に対象文書要素へのポインタが登録されているならば、
そのポインタとその表示文字列とを削除する。ステップ
Ｓ１０１２のタグ名削除では、文書要素名表示ウィンド
ウ４０９にステップＳ１００８で検出した文書要素が表
示されているならば、これを削除する。これは、ステッ
プＳ１０１２で更新された文書要素／表示文字列対応表
３２の内容を、文書要素名表示ウィンドウ４０９に再表
示すればよい。そして、メインルーチンに戻る。

【００３０】図１９と図２０に、文書データ３１が図１
７に示す状態の時に、文書要素「ａｕ」の内容として文
書要素「ｆｎｍ」を挿入した場合の、文書データ３１と
その表示例を示す。文書要素「ａｕ」の中にまだ必須文
書要素「ｓｎｍ」がないので、文書要素「ａｕ」は未完
成文書要素として表示される。さらに、図２１に、文書
データ３１が図１９に示す状態で、文書要素「ａｕ」の
内容として文書要素「ｓｎｍ」を挿入した時に変化した
表示例を示す。この時点で、文書要素「ａｕ」は完成さ
れたとして表示が消えている。

【００３１】＜文書要素削除時の構造チェック例＞メイ
ンルーチンである特定文書要素を削除しようとした時
は、図２２で示す処理手順で構造チェックを行なう。最
初に、ステップＳ２２００の文書要素削除で、対象とな
る文書要素を文書データ３１から削除する。次に、ステ
ップＳ２２０１の文書要素ポインタ／表示文字列削除で
は、ステップＳ２２００で削除した文書要素のポインタ
と表示文字列が、文書要素／表示文字列対応表３２に登
録されているならば、そのポインタとその表示文字列と
を削除する。ステップＳ２２０２のタグ名削除では、文
書要素名表示ウィンドウ４０９にステップＳ２２０１で
削除した文書要素が表示されているならば、これを削除
する。次のステップＳ２２０３の文書データ再表示で
は、文書データ３１を整形して再表示する。

【００３２】ステップＳ２２０４の１階層上の文書要素
検出では、削除した文書要素を含んでいた１階層上位の
文書要素を検出する。ステップＳ２２０５の構造チェッ
ク，ステップＳ２２０６の正当チェック，ステップＳ２
２０７の文書要素ポインタ，表示文字列登録，ステップ
Ｓ２２０８のタグ名表示は、それぞれ、図１０のフロー
チャートのステップＳ１００９，Ｓ１０１０，Ｓ１００
４，Ｓ１００５と同じ処理である。ただし、ステップＳ
２２０６で、正当と判定された時はメインルーチンに戻
り、正当でないと判定された時は、ステップＳ２２０７
の文書要素ポインタ／表示文字列登録とステップＳ２２
０８のタグ名表示とを行う。

【００３３】例えば、文書データ３１が図１９に示す状
態の時に文書要素「ｔｉ」を削除したとすると、文書要
素「ｆｍ」は未完成文書要素になるので、図２３のよう
に、文書要素名表示ウィンドウ４０９に文書要素「ｆ
ｍ」の文書要素名が表示されるようになる。 （実施例１の変形例）上記実施例１では、図９に示すよ
うな文書データを取り扱ったが、文書要素の構成を図２
４のようにすると、図１０の処理動作をはやくすること
ができる。

【００３４】図２４は、上記実施例１で述べた文書要素
の構成に未完成フラグを加えたものである。各文書要素
の構造をチェックし、正当と判定されればその文書要素
の未完成フラグをオフにする。その後は、構造チェック
を行なう前に、未完成フラグをチェックして構造チェッ
クを行なうかどうかを決めればよい。例えば、図１０の
ステップＳ１００８の１階層上の文書要素検出の後、未
完成フラグがオンならばステップＳ１００９に進むし、
オフならばメインルーチンに戻る。こうすることによ
り、１階層上位の文書要素がすでに完成文書要素なら
ば、文書要素を挿入しても無駄な構造チェックをしない
でよくなる。

【００３５】以上の処理により、構造化文書データの作
成中において、未完成文書要素が容易にわかり修正する
ことができるので、ユーザにとって何度も構造チェック
を行なうという手間が省け、構造化文書作成の効率化に
効果がある。なお、実施例１では、挿入可能要素のみを
対話ウィンドウ４０５にリストアップした例について述
べた。任意の要素を挿入できるようにした場合は、正当
である要素の内容にある要素を挿入したことによって、
正当でなくなってしまう場合がある。このようにシステ
ムでは以下のようすればよい。ステップＳ１０１０にお
いて、正当でないと判断され、かつ、文書要素／表示文
字列対応表３２に登録されていない場合は、文書要素の
ポインタと表示する文書要素名文字列とを文書要素／表
示文字列対応表３２に登録し、その文書要素名を文書要
素名表示ウィンドウ４０９に表示する。そして、メイン
ルーチンに戻ればよい。

【００３６】削除の時は次のようにする。図２２のステ
ップＳ２２０６で正当であると判断され、かつ、文書要
素／表示文字列対応表３２に登録されている場合は、文
書要素のポインタと表示文字列を削除し、また、文書要
素名表示ウィンドウ４０９に表示されている文書要素名
を削除する。そして、メインルーチンに戻ればよい。こ
こで述べた方法は、別に任意の要素を挿入できるように
した場合だけに用いるのではなく、入力可能要素の中か
ら挿入要素を選択する場合に用いることもできる。

【００３７】（実施例２）本実施例は、完成文書要素と
未完成文書要素の表示文書中の開始タグ，終了タグの色
を変えて区別するものである。実施例２におけるシステ
ム構成は、基本的に実施例１と変わらない。ただし、文
書要素／表示文字列対応表３２はなくてよい。本実施例
で扱う文書データ３１の文書要素の構成は、図２４に示
したものである。

【００３８】＜文書要素挿入時の構造チェック＞実施例
２の動作手順を図２５のフローチャートを用いて説明す
る。本処理も、実施例１の図１０の処理と同様、図７に
示すような方法で文書要素を挿入しようとした時に起動
されるサブルーチンである。ステップＳ２５０１からス
テップＳ２５０３は、実施例１の図１０におけるステッ
プＳ１００１からステップＳ１００３と同じ処理であ
る。ただし、ステップＳ２５０３の正当チェックで、正
当と判断された時はステップＳ２５０５の文書要素登録
に進み、正当でないと判断された時はステップＳ２５０
４の未完成フラグオンの処理に進む。ステップＳ２５０
４では、対象文書要素の未完成フラグをオンにする。

【００３９】ステップＳ２５０５，Ｓ２５０６は、それ
ぞれ実施例１の図１０におけるステップＳ１００６，Ｓ
１００７と同じ処理である。ステップＳ２５０７の未完
成文書要素のタグ表示切り替えでは、未完成フラグがオ
ンになっている文書要素の開始タグ，終了タグを反転表
示する。図２６に、文書データ３１が図１９に示す状態
の時の表示例を示す。実施例１と同様、文書要素「ｂｏ
ｏｋ」と文書要素「ａｕ」が未完成文書要素として、そ
れらの開始タグ，終了タグが反転表示されている。図
中、網目の部分が反転表示されていることを示す。

【００４０】ステップＳ２５０８からステップＳ２５１
０は、実施例１の図１０におけるステップＳ１００８か
らステップＳ１０１０と同じ処理である。ただし、ステ
ップＳ２５１０で、正当と判断された時はステップＳ２
５１１の未完成フラグオフの処理に進み、正当でないと
判断された時はメインルーチンに戻る。ステップＳ２５
１１では、対象文書要素の未完成フラグをオフにする。
次のステップＳ２５１２の文書要素のタグ切替えで、文
書要素の開始タグ，終了タグの表示を反転表示ではない
通常の表示にする。

【００４１】＜文書要素削除時の構造チェック＞次に、
メインルーチンで文書要素の削除が指定された時の動作
手順を、図２７に示す。ステップＳ２７００からステッ
プＳ２７０４までは、それぞれ実施例１の図２２におけ
るステップＳ２２００，Ｓ２２０３，Ｓ２２０４，Ｓ２
２０５，Ｓ２２０６の処理と同じである。ステップＳ２
７０５の未完成フラグオンの処理では、図２５のステッ
プＳ２５０４の処理と同様、未完成フラグをオンにす
る。そして、ステップＳ２７０６では、対象文書要素の
開始タグ，終了タグを反転表示し、メインルーチンに戻
る。

【００４２】尚、上記実施例２では、挿入可能な文書要
素から選択して挿入していたが、任意の文書要素が挿入
可能な場合は以下のようにすればよい。即ち、文書要素
挿入では、ステップＳ２５１０で正当でないと判断され
た時は、未完成フラグをオンにし、文書要素の開始タ
グ，終了タグを反転表示する。そして、メインルーチン
に戻ればよい。

【００４３】一方、文書要素削除の時は次のようにす
る。ステップＳ２７０４で正当であると判断された場合
は、未完成フラグをオフにして、文書要素の開始タグ，
終了タグの表示を反転表示でない通常の表示に切り替え
る。そして、メインルーチンに戻ればよい。この方法
は、別に任意の文書要素が挿入可能な場合にのみ用いる
ものではなく、入力可能文書要素の中から挿入要素を選
択する場合において用いてもさしつかえない。

【００４４】実施例２によると、表示文書中に、完成文
書要素のタグと未完成文書要素のタグとが明確に区別さ
れて表示されるので、同一文書要素の中に同一の名前の
文書要素が複数存在していても、容易に識別が可能にな
るという効果がある。また、表示文書と文書要素名表示
ウィンドウ４０９の表示を交互に見比べる必要がなく、
見やすくなるという効果がある。また、文書要素名表示
ウィンドウ４０９を表示する必要がなく、ＣＲＴ４の表
示画面を有効に利用できるという効果もある。

【００４５】（実施例３）実施例１では未完成文書要素
を表示したが、本実施例は完成文書要素を表示するもの
である。実施例３におけるシステム構成図、および、取
り扱う文書データ３１の構成は、それぞれ実施例１の図
１，図９と同じである。 ＜文書要素挿入時の構造チェック＞実施例３の動作手順
を図２８のフローチャートを用いて説明する。本処理
も、実施例１の図１０の処理と同様、図７で説明したよ
うな方法で文書要素を挿入しようとした時に起動される
サブルーチンである。

【００４６】ステップＳ２８０１からステップＳ２８１
０は、実施例１の図１０におけるステップＳ１００１か
らステップＳ１０１０と同じ処理である。ただし、ステ
ップＳ２８０３において、正当と判断された時はステッ
プＳ２８０４の文書要素ポインタ／表示文字列の登録に
すすみ、正当ではないと判断された時はステップＳ２８
０６の文書要素の登録にすすむ処理、並びに、ステップ
Ｓ２８０４の文書要素ポインタ／表示文字列の登録とＳ
２８０５のタグ名表示とにおいて、未完成文書要素では
なく完成文書要素を対象とするところが異なる。

【００４７】図２９に、文書データ３１が図１９に示す
状態の時の、ステップＳ２８０５のタグ名表示での表示
例を示す。この場合は、実施例１と逆に、完成文書要素
「／ｂｏｏｋ／ｆｍ」，「／ｂｏｏｋ／ｆｍ／ｔｉ」，
「／ｂｏｏｋ／ｆｍ／ａｕ／ｆｎｍ」が文書要素名表示
ウィンドウ４０９に表示される。この後、文書要素「ａ
ｕ」の内容として文書要素「ｓｎｍ」を挿入すると、文
書要素「ａｕ」が完成されたと判断され、図３０に示す
ように、文字列しか含まない文書要素「ｓｎｍ」と同様
に文書要素名表示ウィンドウ４０９に表示される。

【００４８】ステップＳ２８１１では、ステップＳ２８
０４の処理と同様、文書要素／表示文字列対応表３２
に、文書要素のポインタとその文書要素名文字列とを登
録する。ステップＳ２８１２では、ステップＳ２８０５
の処理と同様、タグ名を表示する。そして、メインルー
チンに戻る。 ＜文書要素削除時の構造チェック＞メインルーチンで文
書要素の削除が指定された時の動作手順を、図３１のフ
ローチャートに示す。

【００４９】ステップＳ３１００からステップＳ３１０
６までは、実施例１の図２２におけるステップＳ２２０
０からステップＳ２２０６までの処理と同じである。ス
テップＳ３１０７では、図１０のステップＳ１０１１と
同様、文書要素／表示文字列対応表３２に対象文書要素
のポインタがまだ登録されているならば、そのポインタ
とその表示文字列とを削除する。ステップＳ３１０８で
は、図１０のステップＳ１０１２と同様、ステップＳ３
１０４で検出した文書要素がまだ表示されているなら
ば、削除する。そして、メインルーチンに戻る。

【００５０】なお、上記実施例３では、挿入可能な文書
要素から選択して挿入していたが、任意の文書要素が挿
入可能な場合は以下のようにすればよい。文書要素挿入
では、ステップＳ３１０６において、正当でないと判断
され、かつ文書要素／表示文字列対応表３２に登録され
ている場合は、文書要素ポインタと表示文字列とを文書
要素／表示文字列対応表３２から削除し、また、文書要
素名表示ウィンドウ４０９からも文書要素名（タグ名表
示）を削除する。そして、メインルーチンに戻ればよ
い。

【００５１】一方、文書要素削除の時は次のようにす
る。ステップＳ３１０６において、正当であると判断さ
れ、かつ文書要素／表示文字列対応表３２に登録されて
いない場合は、文書要素ポインタと表示文字列とを文書
要素／表示文字列対応表３２に登録し、また、文書要素
名表示ウィンドウ４０９に文書要素名を表示する。そし
て、メインルーチンに戻ればよい。

【００５２】この方法は、別に任意の文書要素が挿入可
能な場合にのみ用いるのではなく、入力可能文書要素の
中から挿入要素を選択する場合において用いてもさしつ
かえない。実施例３によると、完成文書要素を表示する
ので、完成した文書要素が、容易にわかるという効果が
ある。

【００５３】尚、本発明は、複数の機器から構成される
システムに適用しても、１つの機器から成る装置に適用
しても良い。また、本発明はシステム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることは言うまでもない。

【００５４】

【発明の効果】本発明によると、文書要素挿入及び削除
時に、作成した文書要素の内容の構造が正当かどうかを
判定して表示することにより、完成文書要素と未完成文
書要素との区別が容易にできるので、必須の文書要素を
挿入し忘れることがなくなるという効果がある。本発明
の方法を従来例で述べた方法と組み合わせて用いると、
より有効である。

【図面の簡単な説明】

【図１】本実施例の文書処理装置の構成図である。

【図２】ＳＧＭＬによる文書型の定義例を示す図であ
る。

【図３】ＳＧＭＬ文書データの表示例を示す図である。

【図４】従来例における表示例を示す図である。

【図５】従来例における表示例を示す図である。

【図６】従来例における表示例を示す図である。

【図７】従来例における表示例を示す図である。

【図８】従来例における表示例を示す図である。

【図９】文書データの構成例を示す図である。

【図１０】実施例１の処理手順を示す図である。

【図１１】文書データの構成例を示す図である。

【図１２】文書データの構成例を示す図である。

【図１３】文書要素／表示文字列対応表の構成例を示す
図である。

【図１４】実施例１における表示例を示す図である。

【図１５】文書データの構成例を示す図である。

【図１６】文書データの構成例を示す図である。

【図１７】文書データの構成例を示す図である。

【図１８】実施例１における表示例を示す図である。

【図１９】文書データの構成例を示す図である。

【図２０】実施例１における表示例を示す図である。

【図２１】実施例１における表示例を示す図である。

【図２２】実施例１の処理手順を示すフローチャートで
ある。

【図２３】実施例１における表示例を示す図である。

【図２４】文書データの構成例を示す図である。

【図２５】実施例２の処理手順を示すフローチャートで
ある。

【図２６】実施例２における表示例を示す図である。

【図２７】実施例２の処理手順を示すフローチャートで
ある。

【図２８】実施例３の処理手順を示すフローチャートで
ある。

【図２９】実施例３における表示例を示す図である。

【図３０】実施例３における表示例を示す図である。

【図３１】実施例３の処理手順を示すフローチャートで
ある。

【符号の説明】

１ キーボード ２ マウス ３ ＣＰＵ ４ ＣＲＴ ９ 計算機バス １０ 記憶装置 １１ 文書要素検出処理プログラム １２ 文書要素構造チェック処理プログラム １３ 表示処理プログラム ２０ 補助記憶装置 ２１ ＳＧＭＬ文書原稿 ３０ 記憶装置 ３１ 文書データ ３２ 文字要素／表示文字列対応表 ４０９ 文書要素名表示ウィンドウ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 文書要素を入れ子状に構造化した文書を
   取り扱う文書処理方法であって、 文書要素の挿入及び削除時に、該文書要素に関連する文
   書要素の構造が正当か否かを評価し、 該評価結果を識別可能に文書要素を表示することを特徴
   とする文書処理方法。
2. 【請求項２】 構造が正当な文書要素を表示することを
   特徴とする請求項１記載の文書処理方法。
3. 【請求項３】 構造が正当でない文書要素を表示するこ
   とを特徴とする請求項１記載の文書処理方法。
4. 【請求項４】 文書要素を入れ子状に構造化した文書を
   取り扱う文書処理装置において、 文書要素の挿入及び削除時に、該文書要素に関連する文
   書要素の構造が正当か否かを評価する文書要素評価手段
   と、 前記評価結果に応じて、文書要素の表示の仕方を切り替
   える表示制御手段とを備えることを特徴とする文書処理
   装置。
5. 【請求項５】 前記文書要素評価手段は、文書要素が必
   須要素を含む完成文書要素であるか必須要素を含まない
   未完成文書要素であるかをチェックし、前記表示制御手
   段は、完成文書要素を表示することを特徴とする請求項
   ４記載の文書処理装置。
6. 【請求項６】 前記文書要素評価手段は、文書要素が必
   須要素を含む完成文書要素であるか必須要素を含まない
   未完成文書要素であるかをチェックし、前記表示制御手
   段は、未完成文書要素を表示することを特徴とする請求
   項４記載の文書処理装置。
7. 【請求項７】 前記文書要素評価手段は、文書要素が必
   須要素を含む完成文書要素であるか必須要素を含まない
   未完成文書要素であるかをチェックし、前記表示制御手
   段は、完成文書要素と未完成文書要素とを色を変えて表
   示することを特徴とする請求項４記載の文書処理装置。
8. 【請求項８】 前記表示制御手段は、完成文書要素と未
   完成文書要素で表示文書中の開始タグと終了タグの色を
   変えて表示することを特徴とする請求項７記載の文書処
   理装置。