JP3124568B2 - 文書処理装置及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、区切り記号で区切られ
た複数の第１レベル部分データと、前記第１レベル部分
データにおいて前記区切り記号で区切られた第２レベル
部分データを含む文書データを処理する文書処理装置及
び方法に関するものである。

【０００２】

【従来の技術】通常、この種の装置においては、装置上
で作成した文書は、その装置に接続された外部記憶装置
（ハードディスク装置やフロッピーディスク装置等）に
ファイルとして保存することが可能になっている。１つ
の文書ファイルが、複数のユーザによる共同作業の対象
になる場合は、オペレーテイングシステムによつて、複
数ユーザの間でファイルを共有し、それ以外の他のユー
ザにはファイルへのアクセスを禁止するという方法をと
っていた。

【０００３】たとえば、ＵＮＩＸ（米国ＡＴ＆Ｔ社が開
発しライセンスしている。以下同様）オペレーティング
・システムでは、ファイルごとに書き込み、参照（読み
だし）、実行の許可をファイルの所有者、グループ、そ
の他のユーザに対して与えることができる。このような
システムにおいて、あるファイルに対し、グループ内で
そのファイルを共有し、かつ、グループ外のユーザに対
しては、そのファイルの変更を許さないという設定をす
る場合は、グループ内のユーザにはファイルの書き込み
を許可し、グループ外のユーザには、ファイル書き込み
を許可しないという方法を取ることにより、その文書
を、グループ内でのみ共有することができる。

【０００４】また、一つのまとまりのある文書中で、そ
れぞれ担当の範囲があり、互いに書き込みを許可しない
場合などは、それぞれの担当部分ごと（管理対象ごと）
に、別のファイル（文書要素）として分割し、管理して
いた。

【０００５】

【発明が解決しようとしている課題】しかしながら、上
記従来の技術では、一つの文書中の各自の担当領域に、
他人の書き込みを許可しない場合には、この文書を１つ
のファイルにまとめることはできなかった。また、本願
出願人は、先に出願した特願平３−３２８９７号におい
て、内容の変更を防ぐ代わりに、その内容が正当な（他
人によって変更されていない）ものであることを確認可
能とし、この確認が各文書領域ごとに行えるようにする
ことで、このような複数の文書領域を一括して１つのフ
ァイルにまとめる方法を提案している。

【０００６】しかるに、かかる方法では、各文書領域に
ネスティング（入れ子）構造が許可され、ある文書領域
が内側に他の文書領域を含む場合については考慮されて
いなかった。本発明は上記従来例に鑑みてなされたもの
で、文書データに含まれる第１レベル部分データが書き
換えられた否かを判定できる文書処理装置及び方法を提
供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に本発明の文書処理装置は以下のような構成を備える。
即ち、区切り記号で区切られた複数の第１レベル文書要
素と、前記第１レベル文書要素において前記区切り記号
で区切られた第２レベル文書要素を含む文書データを処
理する文書処理装置において、前記文書処理装置は文書
作成処理手段と、文書の正当性を確認する確認処理手段
とを備え、 前記文書作成処理手段は、文書データに含ま
れる第１レベル文書要素を指定する第１の文書要素指定
手段と、前記第１の文書要素指定手段により指定された
第１レベル文書要素に対応するパスワードを入力する第
１パスワード入力手段と、前記第１の文書要素指定手段
により指定された前記第１レベル文書要素の開始を示す
第１の区切り記号を検出する第１の検出手段と、前記第
１の検出手段により検出された第１の区切り記号に対応
する、前記第１レベル文書要素の終了を示す第２の区切
り記号を検出する第２の検出手段と、前記第１レベル文
書要素が前記第２レベル文書要素を含む場合であって
も、前記第１の区切り記号から前記第２の区切り記号ま
での文書要素を抽出する抽出手段と、前記抽出手段によ
り抽出された前記文書要素と、前記第１レベル文書要素
に対応する前記パスワードとを組み合わせて所定の変換
アルゴリズムに従って前記文書要素に対する第１符号を
生成する第１符号生成手段と、前記第１符号生成手段に
より生成された前記第１符号を、前記第１の文書要素指
定手段により指定された前記第１レベル文書要素を区切
る区切り記号の隣接位置または内部に挿入した文書デー
タを作成する文書データ作成手段とを有し、前記確認処
理手段は、文書データに含まれる前記第１レベル文書要
素を指定する第２の文書要素指定手段と、前記第２の文
書要素指定手段により指定された前記第１レベル文書要
素に対応するパスワードを入力する第２パスワード入力
手段と、前記第２の文書要素指定手段により指定された
前記第１レベル文書要素の開始を示す第１の区切り記号
を前記第１の検出手段により検出し、その検出された前
記第１の区切り記号に対応する、前記第１レベル文書要
素の終了を示す第２の区切り記号を前記第２の検出手段
により検出し、前記第１レベル文書要素が前記第２レベ
ル文書要素を含む場合であっても、前記第１の区切り記
号から前記第２の区切り記号までの文書要素を前記抽出
手段により抽出し、その抽出された前記文書要素と、前
記第１レベル文書要素に対応する前記パスワードとを組
み合わせて前記所定の変換アルゴリズムに従って前記文
書要素に対する第２符号を生成する第２符号生成手段
と、前記第２符号生成手段により生成された前記第２符
号と、前記第２の文書要素指定手段により指定された前
記第１レベル文書要素を区切る区切り記号の隣接位置ま
たは内部に挿入されている前記文書データの前記第１符
号とを比較する比較手段と、前記比較手段による比較の
結果、前記第１符号と前記第２符号とが一致したか否か
を判定する判定手段と、前記判定手段による判定結果に
基づいて、前記第２の文書要素指定手段により指定され
た前記第１レベル文書要素が書き換えられたか否かを報
知する報知手段と、を有することを特徴とする。

【０００８】上記目的を達成するために本発明の文書処
理方法は以下のような工程を備える。即ち、区切り記号
で区切られた複数の第１レベル文書要素と、前記第１レ
ベル文書要素において前記区切り記号で区切られた第２
レベル文書要素を含む文書データを処理する文書処理装
置における文書処理方法であって、前記文書処理方法は
文書作成を行う文書作成工程と、文書の正当性を確認す
る確認処理工程とを備え、文書データに含まれる第１レ
ベル文書要素を指定する第１の文書要素指定工程と、前
記第１の文書要素指定工程で指定された第１レベル文書
要素に対応するパスワードを入力する第１パスワード入
力工程と、前記第１の文書要素指定手段により指定され
た前記第１レベル文書要素の開始を示す第１の区切り記
号を検出する工程と、その検出された第１の区切り記号
に対応する、前記第１レベル文書要素の終了を示す第２
の区切り記号を検出する工程と、前記第１レベル文書要
素が前記第２レベル文書要素を含む場合であっても、前
記第１の区切り記号から前記第２の区切り記号までの文
書要素を抽出する工程と、その抽出された前記文書要素
と、前記第１レベル文書要素に対応する前記パスワード
とを組み合わせて所定の変換アルゴリズムに従って前記
文書要素に対する第１符号を生成する第１符号生成工程
と、前記第１符号生成工程で生成された前記第１符号
を、前記第１の文書要素指定手段により指定された前記
第１レベル文書要素を区切る区切り記号の隣接位置また
は内部に挿入した文書データを作成する文書データ作成
工程とを有し、前記確認処理工程は、文書データに含ま
れる前記第１レベル文書要素を指定する第２の文書要素
指定工程と、前記第２の文書要素指定工程で指定された
前記第１レベル文書要素に対応するパスワードを入力す
る第２パスワード入力工程と、前記第２の文書要素指定
手段により指定された前記第１レベル文書要素の開始を
示す第１の区切り記号を検出する工程と、その検出され
た第１の区切り記号に対応する、前記第１レベル文書要
素の終了を示す第２の区切り記号を検出する工程と、前
記第１レベル文書要素が前記第２レベル文書要素を含む
場合であっても、前記第１の区切り記号から前記第２の
区切り記号までの文書要素を抽出する工程と、その抽出
された前記文書要素と、前記第１レベル文書要素に対応
する前記パスワードとを組み合わせて前記所定の変換ア
ルゴリズムに従って前記文書要素に対する第２符号を生
成する第２符号生成工程と、前記第２符号生成工程で生
成された前記第２符号と、前記第２の文書要素指定手段
により指定された前記第１レベル文書要素を区切る区切
り記号の隣接位置または内部に挿入されている前記文書
データの前記第１符号とを比較する比較工程と、前記比
較工程における比較の結果、前記第１符号と前記第２符
号とが一致したか否かを判定する判定工程と、前記判定
工程による判定結果に基づいて、前記第２の文書要素指
定工程で指定された前記第１レベル文書要素が書き換え
られたか否かを報知する報知工程と、を有することを特
徴とする。

【０００９】

【作用】以上の構成において、文書作成処理において
は、文書データに含まれる第１レベル文書要素を指定
し、その指定された第１レベル文書要素に対応するパス
ワードを入力し、その指定された前記第１レベル文書要
素の開始を示す第１の区切り記号を検出し、その検出さ
れた第１の区切り記号に対応する、前記第１レベル文書
要素の終了を示す第２の区切り記号を検出し、前記第１
レベル文書要素が前記第２レベル文書要素を含む場合で
あっても、前記第１の区切り記号から前記第２の区切り
記号までの文書要素を抽出し、その抽出された前記文書
要素と、前記第１レベル文書要素に対応する前記パスワ
ードとを組み合わせて所定の変換アルゴリズムに従って
前記文書要素に対する第１符号を生成する。その生成さ
れた前記第１符号を、前記第１の文書要素指定手段によ
り指定された前記第１レベル文書要素を区切る区切り記
号の隣接位置または内部に挿入した文書データを作成す
る。そして、その文書の正当性を確認する際には、その
文書データに含まれる前記第１レベル文書要素を指定
し、その指定された前記第１レベル文書要素に対応する
パスワードを入力し、指定された前記第１レベル文書要
素の開始を示す第１の区切り記号を検出し、その検出さ
れた前記第１の区切り記号に対応する、前記第１レベル
文書要素の終了を示す第２の区切り記号を検出し、前記
第１レベル文書要素が前記第２レベル文書要素を含む場
合であっても、前記第１の区切り記号から前記第２の区
切り記号までの文書要素を抽出し、その抽出された前記
文書要素と、前記第１レベル文書要素に対応する前記パ
スワードとを組み合わせて所定の変換アルゴリズムに従
って前記文書要素に対する第２符号を生成する。こうし
て生成された前記第２符号と、前記指定された前記第１
レベル文書要素を区切る区切り記号の隣接位置または内
部に挿入されている文書データの前記第１符号とを比較
し、その比較の結果、前記第１符号と前記第２符号とが
一致したか否かを判定し、その判定結果に基づいて、前
記指定された前記第１レベル文書要素が書き換えられた
か否かを報知するように動作する。

【００１０】

【実施例】以下、添付図面に従って本発明に係る実施例
を詳細に説明する。本実施例では、一つのファイルに格
納されている文書データが、一つ以上の文書要素（以
後、第１レベルの文書要素と呼ぶ）からなり、かつその
第１レベルの文書要素の中に、他の文書要素（以後、第
２レベルの文書要素と呼ぶ）が一つ以上存在する場合に
ついて述べる。そして、そのときの第１レベルの文書要
素の正当性を、正当性確認用符号を利用して、判定する
ものである。

【００１１】また、以下の説明において、文書要素が
「正当である」とは、文書要素を登録した時と文書要素
の内容が変わっていないことを意味している。すなわ
ち、ひとたび変更されても、元に戻されていれば、その
文書要素は正当であるとみなす。図１は、本実施例にお
ける文書処理システムの構成を表わした図である。図
中、１は本システムのユーザ（文書作成者あるいは文書
確認者）が本システムに文書や指令を入力するための入
力装置で、例えば、キーボードである。

【００１２】２は入力装置１より入力された指令に基づ
いて、本実施例の処理を行なうためのＣＰＵ、３はＣＰ
Ｕ２の処理結果、あるいは本システムからのメッセージ
をプリントアウト、あるいは表示するための出力装置
で、例えば、プリンタあるいはＣＲＴである。１０は本
実施例における処理プログラムを記憶するための第１の
記憶装置、２０は本実施例で取り扱う文書データを保管
するための第２の記憶装置、３０は本実施例の処理に要
するデータを一時的に記憶するための第３の記憶装置で
ある。

【００１３】第１、第２、第３の記憶装置は別々にしな
くてもよいが、第１の記憶装置１０にはＣＰＵ２が実行
可能なプログラムが展開されることにすると、ＩＣチッ
プよりなるＲＡＭにしてもよいし、もしくはあらかじめ
プログラムが書き込まれているＲＯＭにするのが一般的
である。また、第２の記憶装置は、文書データ等を保管
するものであるから、電源が遮断された後でもデータを
保持することが望まれるので、ハードディスクやフロッ
ピーディスク等が望まれる。

【００１４】さて、第１の記憶装置１０においては以下
に示す各プログラムが存在する。１０２は文書データ２
０１から順番をてがかりに、文書要素の内容の一部もし
くはすべてを取り出すための文字列抽出プログラム（以
後、作成時文字列抽出プログラムと呼ぶ）、１０３は与
えられた文字列を変形し、別な文字列（符号）に変換す
るための文字列変換プログラム、１０４は文書要素と文
字列変換プログラム１０３で得られた作成時正当性確認
用符号３０５を順番をてがかりに、対応付けを行なった
上で、文書データを記憶するための対応付けプログラ
ム、１０５は正当性確認用符号付文書データ２０２から
順番をてがかりに、文書要素の比較用符号３１１を取り
出すための正当性確認用符号抽出プログラム、１０６は
二つの文字列が同一かどうかを判定するための文字列比
較プログラム、１０７は正当性確認用符号付き文書デー
タ２０２から順番をてがかりに、文書要素の内容の一部
もしくはすべてを取り出すための文字列抽出プログラム
（以後、確認時文字列抽出プログラムと呼ぶ）である。

【００１５】第２の記憶装置２０において、２０１は文
書作成者達が作成した複数の文書要素からなる文書デー
タ、２０２は対応付けプログラム１０４により正当性確
認用符号が登録された正当性確認用符号付き文書データ
である。第３の記憶装置３０においては以下に示す各領
域が確保されている。３０１は文書作成時に対象とする
文書要素が何番目の第１レベルの文書要素かを示すため
の情報を記憶している文書要素番号（以後、作成時文書
要素番号と呼ぶ）、３０２は作成時文字列抽出プログラ
ム１０２により文書データ２０１から抽出された符号生
成の際の対象となる文字列を記憶する領域（以後、作成
時対象文字列と呼ぶ）、３０３は文書作成者が入力装置
１より入力したパスワードを記憶する領域（以後、作成
時パスワードと呼ぶ）、３０４は作成時対象文字列３０
２と作成時パスワード３０３から作成される被暗号化デ
ータを記憶する領域（以後、作成時被暗号化データと呼
ぶ）である。３０５は文字列変換プログラム１０３によ
り、作成時被暗号化データ３０４から作成される作成時
正当性確認用符号を記憶する領域、３０６は文書確認時
に対象とする文書要素が何番目の第１レベルの文書要素
かを示すための文書要素番号を記憶する領域（以後、確
認時文書要素番号と呼ぶ）、３０７は確認時文字列抽出
プログラム１０７により正当性確認用符号付き文書デー
タ２０２から抽出された文字列を記憶する領域（以後、
確認時対象文字列と呼ぶ）、３０８は文書確認者が入力
装置１より入力したパスワードを記憶する領域（以後、
確認時パスワードと呼ぶ）である。また、３０９は確認
時対象文字列３０７と確認時パスワード３０８から作成
される被暗号化データを記憶する領域（以後、確認時被
暗号化データと呼ぶ）、３１０は文字列変換プログラム
１０３により確認時被暗号化データ３０９から作成され
る確認時正当性確認用符号を記憶する領域（以後、確認
時正当性確認用符号と呼ぶ）、３１１は正当性確認用符
号抽出プログラム１０５により正当性確認用符号付き文
書データ２０２から抽出された正当性を確認するための
符号を記憶する領域（以後、比較用符号と呼ぶ）であ
る。そして、３１２は文字列比較プログラム１０６の判
定結果を記憶する領域である。

【００１６】上記構成における実施例の文書データ２０
１の例を図８に示す。文書データ２０１は、ある特定の
文書区切り記号によつて、文書要素ごとに明確に分離で
きるものである。ここでは、文書要素は、文字“＜”で
始まり、“＞”で終わる文字列とする（必ず一対になっ
ている）。そして、１つの文書中（或いは文書要素中）
に“＜”と“＞”の文字を、文書区切り記号以外の目的
で書くことは禁止する。

【００１７】次に、本実施例の処理のながれについて説
明する。処理は大きく２つに分かれる。文書作成を行な
う処理と、正当性確認を行う処理である。 ＜文書作成処理の説明＞初めに、複数の人間によって作
成された文書に正当性確認用符号を登録する処理を図２
のフローチャートを用いて説明する。

【００１８】まず、文書作成者は入力装置１より入力対
象となる文書データ２０１の格納場所（たとえばファイ
ル名）と、本処理の処理結果となる正当性確認用符号付
き文書データ２０２の格納場所を入力し、文書処理対象
を特定する（ステップＳ２０１）。なお、文書データ２
０１は、エディタ等を用いて、あらかじめ作成しておけ
ばよい。次に、文書作成者は文書データ２０１の中の何
番目の第１レベルの文書要素を対象とするか、その番号
ｎを入力装置１から入力し（ステップＳ２０２）、これ
を作成時文書要素番号３０１とする。

【００１９】そして、文書データ２０１から作成時文字
列抽出プログラム１０２を用いて、該当する作成時対象
文字列３０２を取り出す（ステップＳ２０３、詳細は後
述する）。更に、文書作成者は入力装置１より作成時パ
スワード３０３を入力し（ステップＳ２０４）、ステッ
プＳ２０３で取り出した作成時対象文字列３０２とステ
ップＳ２０４で入力した作成時パスワード３０３から、
作成時正当性確認用符号３０５を作成する（ステップＳ
２０５、詳細は後述する）。

【００２０】最後に、対応付けプログラム１０４を用い
て、該当する文書要素と作成時正当性確認用符号３０５
の対応付け処理を行ない（ステップＳ２０６、詳細は後
述する）、文書作成処理を終了する。図２におけるステ
ップＳ２０３の作成時文字列抽出プログラム１０２の処
理について述べる。

【００２１】図９に、作成時被暗号化データを作成する
際に用いる文書データ２０１中の文字列の範囲を破線で
示す。以下、図３のフローチャートに従ってこの処理内
容を説明する。まず、文書要素の識別について説明す
る。各文書要素は文字“＜”で始まり、それに対応する
文字“＞”で終わる文字列である。ここで「対応する」
というのは数式におけるカッコの対応と同様のものであ
り、“＜”は必ずひとつの“＞”とペアになっている。
つまり、“＜”が開きカッコ、“＞”が閉じカッコの役
目を果たしている。第１レベルの文書要素のはじまりを
表す“＜”のあとで、これに対応する“＜”が現れた場
合、これは第２レベルの文書要素のはじまりを表してい
る。

【００２２】ここで、“〜番目の文書要素”という記述
をするが、対象としているものが第１レベルの文書要素
だけであるので、“ｎ番目の文書要素”は“第１レベル
の文書要素のうちでｎ番目のもの”ということを表して
いる。先ず、文書データ２０１から第１レベルの文書要
素のうち、作成時文書要素番号３０１が示すｎ番目の文
書要素のスタート記号“＜”を検出する（ステップＳ３
０１）。検出されないまま文書データ２０１の最後まで
到達してしまったら、該当する第１レベルの文書要素が
ないことになるので、ステップＳ３０２に進みエラー処
理（該当文書要素がない旨のメッセージ表示等）し、終
了する。

【００２３】また、検出された場合は、スタート記号
“＜”の次の文字から順にたどっていって、対応するエ
ンド記号“＞”の直前の文字までの文字列を作成時対象
文字列３０２に格納する（ステップＳ３０３）。以上
で、ステップＳ２０３の処理の説明を終了する。図２に
おけるステップＳ２０５の符号生成処理について、図４
を用いて説明する。

【００２４】まず、作成時対象文字列３０２と作成時パ
スワード３０３の２つの文字列を連結し、作成時被暗号
化データ３０４を作成する（ステップＳ４０１）。尚、
ここで、作成時対象文字列３０２と作成時パスワード３
０３を文字列と仮定しているが、単なるバイト列として
もよい。次に、作成時被暗号化データ３０４を文字列変
換プログラム１０３を用いて、別な文字列に変換し、そ
れを作成時正当性確認用符号３０５として保管する（ス
テップＳ４０２）。もちろん、作成時被暗号化データ３
０４が単なるバイト列の時は、１０３はバイト列変換プ
ログラムとなることはいうまでもない。

【００２５】この文字列変換プログラム１０３は、例え
ばＵＮＩＸにおけるパスワードの暗号化と同じようなア
ルゴリズムによつて実現できる。ある文字列を、事実上
逆変換できない方法によつて、別の文字に変換するもの
である。ただし、変換後の文字列中に、空白文字と
“＜”及び“＞”が存在しないようにしなければならな
い。以上で、ステップＳ２０５の処理が実現できる。

【００２６】次に、図２におけるステップＳ２０６の対
応付けプログラム１０４の処理について述べる。ここで
は、作成時正当性確認用符号３０５を、対象となる第１
レベルの文書要素の内容の最後の文字の後に挿入する。
但し、文書要素内容を構成している文字と作成時正当性
確認用符号とが識別（対応）できるようにするため、そ
れらの間に空白文字を挿入する。文書作成者が入力装置
１より直接入力してもよいが、自動的に行なってもよ
い。自動的に行なう場合の一例は以下の如くである。

【００２７】図１０に、こうして生成された正当性確認
用符号付き文書データ２０２の一例を示す。図中、“？
？？？？”が１番目の第１レベルの文書要素の正当性確
認用符号であり、“！！！！！”が２番目の第１レベル
の文書要素の正当性確認用符号を示している。ここで、
上述した処理のながれについて、図５のフローチャート
を用いて説明する。

【００２８】まず、文書データ２０１から、第１レベル
の文書要素のうち、作成時文書要素番号３０１が示す数
ｎ番目の文書要素のエンド記号“＞”を検出する（ステ
ップＳ５０１）。そして、作成時正当性確認用符号３０
５を、エンド記号“＞”の直前（すなわち、第１レベル
の文書要素内容の直後）に空白文字とともに挿入し（ス
テップＳ５０２）、これを正当性確認用符号付き文書デ
ータ２０２とする。ここで挿入する空白文字は、文書要
素の内容と正当性確認用符号を明確に分離するためのも
のである。以上で、ステップＳ２０６の処理の説明を終
了する。

【００２９】上の例では、ステップＳ２０５の処理を、
ステップＳ２０３，ステップＳ２０４の終了後に行つて
いるが、ステップＳ２０３の対象文字列抽出処理を行な
いながら、抽出した文字を逐次、文字列変換プログラム
１０３に入力するようにしてもよい。 ＜正当性確認処理の説明＞次に、正当性の確認処理を図
６のフローチャートに従って説明する。

【００３０】先ず、確認対象となる正当性確認用符号付
き文書データ２０２の格納場所を文書確認者（担当者）
は入力装置１より入力する（ステップＳ６００）。続い
て、文書確認者（担当者）は自身の文書要素の番号を入
力装置１より入力する。入力された文書要素番号は確認
時文書要素番号３０６に格納される（ステップＳ６０
１）。この入力があると、確認時文字列抽出プログラム
１０７を実行させることで、正当性確認用符号付き文書
データ２０２の中から該当する文書要素を抽出し、それ
を確認時対象文字列３０７に格納する（ステップＳ６０
２、詳細は後述する）。

【００３１】次に、文書確認者は、自身のパスワードを
入力装置１より入力する。入力されたパスワードは確認
時パスワード３０８に格納される（ステップＳ６０
３）。次いで、先のステップＳ６０２で取り出した確認
時対象文字列３０７とステップＳ６０３で入力した確認
時パスワード３０８から被暗号化データを作成し、それ
を確認時被暗号化データ３０９に格納する。そして、そ
の確認時被暗号化データ３０９内のデータに基づき、先
のステップＳ２０５と同様の処理でもって符号を生成
し、それを確認時正当性確認用符号３１０に格納する
（ステップＳ６０４）。

【００３２】次に、正当性確認用符号付き文書データ２
０２から、ステップＳ６０１で入力された確認時文書要
素番号３０６が示すｎ番目の第１レベルの文書要素のエ
ンド記号を検出し、エンド記号の直前の文字列（すなわ
ち、文書作成時の図５において、ステップＳ５０２で挿
入した作成時正当性確認用符号で、文書要素内容の最後
の文字とは、空白文字によって分離されている）を比較
用符号３１１に取り出す（ステップＳ６０５）。

【００３３】最後に、ステップＳ６０４で作成した確認
時正当性確認用符号３１０とステップＳ６０５で抽出し
た比較用符号３１１を比較し（ステップＳ６０６）、一
致すれば正当である旨、例えば文字列“ｙｅｓ”を判定
結果３１２に記述する（ステップＳ６０７）。また、ス
テップＳ６０６で一致しない時は正当でない旨、例えば
文字列“ｎｏ”を判定結果３１２に記述する（ステップ
Ｓ６０８）。この後、処理はメインのルーチンに戻る。
メインルーチンとしては、本サブルーチンから戻ったと
きに、判定結果３１２に応じたメッセージ等を表示すれ
ば良い。

【００３４】尚、図６のステップＳ６０２の確認時文字
列抽出プログラム１０７の処理は図７のフローチャート
の如くである。因に、ステップＳ７０１からステップＳ
７０３までの処理は、図３におけるステップＳ３０１か
らステップＳ３０３の処理と同じである。ただし、文書
データ２０１が正当性確認用符号付き文書データ２０
２、作成時文書要素番号３０１が確認時文書要素番号３
０６、作成時対象文字列３０２が確認時対象文字列３０
７になる。つまり、正当性確認用符号付き文書データ２
０２中の指定された文書要素番号の文書要素の内容（ス
タート記号直後から、対応するエンド記号の直前までの
文字列）を取り出し、それを確認時対象文字列３０７に
格納する。但し、このままでは、最後の空白文字とそれ
に続く正当性確認用符号が含まれることになるので、確
認時対象文字列３０７内に格納されたデータからその部
分を削除する（ステップＳ７０４）。

【００３５】尚、かかる処理（一旦格納してから、その
格納されたデータの一部を削除する処理）を行なう替り
に、確認時対象文字列３０７に抽出した文字列を格納す
るときに、その最後の文字列とその直前にある空白文字
を除去してから実行するようにしても良い。以上で、ス
テップＳ６０２の処理が実現できる。図６におけるステ
ップＳ６０４の符号生成は、ステップＳ２０５の処理と
同じ処理である。従つて、図４において、作成時対象文
字列３０２を確認時対象文字列３０７、作成時パスワー
ド３０３を確認時パスワード３０８、作成時被暗号化デ
ータ３０４を確認時被暗号化データ３０９、作成時正当
性確認用符号３０５を確認時正当性確認用符号３１０と
置き換えるだけで、全く同様に説明できる。

【００３６】なお、文書作成処理及び正当性確認処理の
それぞれの説明では、１つの文書要素に関する処理をの
べたが、それぞれの文書要素に対して、それぞれ処理を
行なってもよい。また、文書データの指定のあとのステ
ップを必要分、繰り返してもよい。以上説明したように
本実施例によれば、文書要素を番号で指定し、且つパス
ワードを入力するだけで、その文書要素の正当性を確認
することが可能となる。例えば、企業内で一度承認され
た文書を図２の手順で保存した場合、各文書要素毎に訂
正や追加等の編集の手が入れられたか否かを判断するこ
とが可能となる。

【００３７】＜他の実施例の説明＞以下、第２の実施例
について、図を用いて説明する。本第２の実施例では、
上述した第１の実施例と同じく、文書要素の正当性確認
を行なう例について述べるが、文書区切り記号にＩＤ
（名前）を記述することにより、各文書要素が名前を持
つことが特徴である。

【００３８】図１１は本実施例におけるシステム構成を
表わした図である。図１と装置の構成は同じであるが、
以下に述べる第１、第２、第３の記憶装置に記憶される
プログラムやデータが異なる。第１の記憶装置１０にお
いて、１１２は図１の作成時および確認時文字列抽出プ
ログラム１０２および１０７に対応し、文書データ２１
１または正当性確認用符号付き文書データ２１２から文
書要素名をてがかりに、文書要素の内容の一部もしくは
すべてを取り出すための文字列抽出プログラム、１１４
は図１の対応付けプログラム１０４に対応し、文書要素
と文字列変換プログラム１０３で得られた作成時正当性
確認用符号３０５を文書要素名をてがかりに、対応付け
を行なうための対応付けプログラムである。１１５は図
１の正当性確認用符号抽出プログラム１０５に対応し、
文書データ２１２から、文書要素名をてがかりに比較用
符号３１１を取り出す。

【００３９】第２の記憶装置２０において、２１１は文
書作成者が作成した本実施例における文書データ、２１
２は対応付けプログラム１１４により正当性確認用符号
が登録された本実施例における正当性確認用符号付き文
書データである。第３の記憶装置３０において、３２１
は文書作成時に対象とする文書要素の名前を記憶してい
る文書要素名（以後、作成時文書要素名と呼ぶ）、３２
６は文書確認時に対象とする文書要素の名前が格納され
る文書要素名（以後、確認時文書要素名と呼ぶ）であ
る。

【００４０】図１６に、本実施例における文書データ２
１１の例を示す。文書データは、ある特定の文書区切り
記号によつて、文書要素ごとに明確に分離できるもので
ある。ここでは、文字“＜”で文書区切り記号が始ま
り、“＞”で終わるとする。“＜”と“＞”の間には文
書要素名等が記述されている。従つて、文書中に“＜”
と“＞”の文字を、文書区切り記号以外の目的で書くこ
とは禁止する。

【００４１】文書区切り記号には、文書要素の始まりを
示すスタート記号、文書要素の終わりを示すエンド記号
がある。エンド記号は“＜”の後に“／”が来るもの
で、それ以外がスタート記号である。従つて、図１６で
は、第１レベルの文書要素は、文書要素名が“ａ”でス
タート記号が“＜ａ＞”、エンド記号が“＜／ａ＞”で
あることを示している。また、第２レベルの文書要素
は、文書要素名が“ｂ”であり、それに伴なってスター
ト記号が“＜ｂ＞”、エンド記号が“＜／ｂ＞”となっ
ている。。

【００４２】次に、本実施例の処理のながれについて説
明する。本処理も第１の実施例と同様に、文書作成を行
なう処理と、正当性確認を行なう処理の２つに分かれ
る。初めに、文書作成処理のながれについて、図１２を
用いて説明する。まず、文書作成者は入力装置１より入
力対象となる文書データ２１１の格納場所（たとえばフ
ァイル名）と、本処理の処理結果となる正当性確認用符
号付き文書データ２１２の格納場所を入力し、文書処理
対象を特定する（ステップＳ１１０１）。次に、文書作
成者は入力装置１より目的の文書要素に対しての文書要
素名を入力し、それを作成時文書要素名３２１に格納す
る（ステップＳ１１０２）。そして、文字列抽出プログ
ラム１１２を動作させることで、文書データ２１１内の
該当する文書要素内の文字列を抽出し、それを作成時対
象文字列３０２に格納する（ステップＳ１１０３、詳細
は後述する）。

【００４３】さらに、文書作成者は入力装置１より該当
する文書要素に対するパスワードを入力し、それを作成
時パスワード３０３に格納し（ステップＳ１１０４）、
ステップＳ１１０３で取り出した作成時対象文字列３０
２とステップＳ１１０４で入力した作成時パスワード３
０３から、作成時正当性確認用符号３０５を作成する
（ステップＳ１１０５）。この処理は、第１の実施例に
おける図２のステップＳ２０５の処理と全く同様であ
る。

【００４４】最後に、対応付けプログラム１１４を用い
て、該当する文書要素と作成時正当性確認用符号３０５
の対応付け処理を行ない（ステップＳ１１０６、詳細は
後述する）、文書作成処理を終了する。図１２における
ステップＳ１１０３の文字列抽出プログラム１１２の処
理について述べる。

【００４５】図１７に、作成時被暗号化データを作成す
る際に用いる文書データ２１１中の文字列の範囲を破線
で示す。すなわち、第１レベルの文書要素のスタート記
号の直後の文字から、対応するエンド記号の直前の文字
までの文字列である。処理のながれについては図１３の
フローチャートの如くである。本実施例における文書要
素の識別については、前実施例における文書要素の識別
の説明中、スタート記号“＜”を“＜ｘ＞”と読みか
え、エンド記号“＞”を“＜／ｘ＞”と読みかえた場合
と同じである。

【００４６】先ず、文書データ２１１から作成時文書要
素名３２１と同じ文書要素名を持つ第１レベルの文書要
素のスタート記号を検出する（ステップＳ１２０１）。
検出されないまま文書データ２１１が終了してしまつた
ら、該当する第１レベルの文書要素がないことを表示し
（ステップＳ１２０２）、エラー終了する。途中で検出
された場合は、スタート記号の次の文字から、対応する
エンド記号の直前の文字までの文字列を作成時対象文字
列３０２に格納する（ステップＳ１２０３）。以上で、
ステップＳ１１０３の処理の説明を終了する。

【００４７】図１２におけるステップＳ１１０６の対応
付けプログラム１１４の処理について述べる。ここで
は、作成時正当性確認用符号３０５を、所定の第１レベ
ルの文書要素のエンド記号内に挿入することで、両者の
対応付けを行なう。第１の実施例と同様、文書作成者が
入力装置１より直接入力してもよいが、自動的に行なう
場合の例を以下に示す。

【００４８】図１８に正当性確認用符号付き文書データ
２１２の一例を示す。図中、“？？？？？”は“ａ”と
いう名の第１レベルの文書要素の正当性確認用符号であ
り、“！！！！！”が“ｃ”という名の第１レベルの文
書要素の正当性確認用符号である。処理のながれは図１
４に示す通りである。

【００４９】まず、文書データ２１１から、作成時文書
要素名３２１と同じ文書要素名を持つ第１レベルの文書
要素のエンド記号を検出する（ステップＳ１３０１）。
そして、作成時正当性確認用符号３０５、エンド記号中
の文書要素名の後に空白文字を隔てて挿入する（ステッ
プＳ１３０２）。こうした処理を全ての文書要素に対し
て行うことで、本実施例の文書データ２１１は正当性確
認用符号付き文書データ２１２になる。

【００５０】ここでは、文書データ２１１に登録する例
について述べたが、もし、この処理が正当性確認用符号
付き文書データ２１２を変更するような場合は、エンド
記号の中に正当性確認用符号がすでに挿入されているの
で、上記のステップＳ１３０２の処理の前に、正当性確
認用符号が挿入されているかどうかを調べて、挿入され
ている時は、それを削除する処理を行なえば良い。以上
で、ステップＳ１１０６の処理の説明を終了する。

【００５１】第１の実施例と同様、上の例ではステップ
Ｓ１１０５の処理をステップＳ１１０３，ステップＳ１
１０４の終了後に行なっているが、ステップＳ１１０３
の対象文字列抽出処理を行ないながら、抽出した文字を
逐次、文字列変換プログラム１０３に入力するようにし
てもよい。次に、正当性確認処理を図１５のフローチャ
ートを用いて説明する。

【００５２】まず、確認対象となる正当性確認用符号付
き文書データ２１２の格納場所を文書確認者（担当者）
は入力装置１より入力する（ステップＳ１４００）。続
いて、文書確認者は入力装置１より対象となる文書要素
名を入力する。入力された文書要素名は確認時文書要素
名３２６に格納される（ステップＳ１４０１）。次に、
正当性確認用符号付き文書データ２１２から文字列抽出
プログラム１１２を用いて、該当する確認時対象となる
文書要素における文字列を抽出し、それを確認時対象文
字列３０７に取り込む（ステップＳ１４０２）。

【００５３】文書確認者は入力装置１より先に入力した
文書要素名に対応するパスワードを入力する。この入力
されたパスワードは確認時パスワード３０８に格納され
ることになる（ステップＳ１４０３）。次いで、ステッ
プＳ１４０２で取り出した確認時対象文字列３０７とス
テップＳ１４０３で入力した確認時パスワード３０８か
ら符号を生成し、それを確認時正当性確認用符号３１０
に格納する（ステップＳ１４０４）。この処理は、第１
の実施例における図６のステップＳ６０４の処理と全く
同様である。そして、正当性確認用符号付き文書データ
２１２から、ステップＳ１４０１で入力された確認時文
書要素名３２６と同じ文書要素名を持つ第１レベルの文
書要素のエンド記号を検出し、エンド記号の中から確認
用符号を取り出し、それを比較用符号３１１に格納する
（ステップＳ１４０５）。

【００５４】最後に、ステップＳ１４０４で作成した確
認時正当性確認用符号３１０とステップＳ１４０５で抽
出した比較用符号３１１を比較し（ステップＳ１４０
６）、一致すれば正当である旨、例えば文字列“ｙｅ
ｓ”を判定結果３１２に記述する（ステップＳ１４０
７）。ステップＳ１４０６で一致しない時は正当でない
旨、例えば文字列“ｎｏ”を判定結果３１２に記述する
ステップＳ１４０８）。これで、確認処理を終了する。

【００５５】尚、図１５におけるステップＳ１４０２の
文字列抽出プログラム１１２の処理は、ステップＳ１１
０３の処理と同じ処理である。従つて、図１３におい
て、文書データ２１１を正当性確認用符号付き文書デー
タ２１２、作成時文書要素名３２１を確認時文書要素名
３２６、作成時対象文字列３０２を確認時対象文字列３
０７と置き換えて、全く同様に説明できる。

【００５６】本実施例において、上述例では正当性確認
用符号をエンド記号に挿入したが、スタート記号に挿入
することも容易に想像できる。また、文書区切り記号中
には文書要素名と正当性確認用符号のみがある場合につ
いて述べたが、属性等の情報が文書区切り記号中にあつ
てもよい。この時は、文書要素名や正当性確認用符号と
その他の情報が明確に区別できなければならない。例え
ば、エンド記号中の２番目の位置とか、“＜a owner=na
gasima date=1990.9.11 passwd=?????＞”等のように属
性の名前を明記する等が考えられる。位置を指定する場
合、最初に文書データを作成する際に、所定位置にダミ
ーの正当性確認用符号を挿入しておき、対応付け処理
で、正しい正当性確認用符号と入れ換えればよい。

【００５７】以上説明したように本第２の実施例によれ
ば、文書要素の名前でもつて、正当性を確認したい文書
要素が指定できる。なお、上記実施例では、データ内容
の変更の有無を判定する対象のデータを文書データとし
たが、プログラムデータを対象としてもよい。すなわ
ち、本発明は、プログラムソースの正当性の確認に適用
することもできる。

【００５８】なお、本発明は、複数の機器から構成され
るシステムに適用しても、１つの機器から成る装置に適
用しても良い。また、システム或は装置にプログラムを
供給することによつて達成される場合にも適用できるこ
とは言うまでもない。また、文書作成処理と文書正当性
確認処理は別々に行なえるので、作成時文書要素番号３
０１と確認時文書要素番号３０６、作成時文書要素名３
２１と確認時文書要素名３２６、作成時対象文字列３０
２と確認時対象文字列３０７、作成時パスワード３０３
と確認時パスワード３０８、作成時被暗号化データ３０
４と確認時被暗号化データ３０９、作成時正当性確認用
符号３０５と確認時正当性確認用符号３１０のそれぞれ
の対は、同一領域を用いるようにしてもよい。

【００５９】

【発明の効果】以上説明したように本発明によれば、一
旦文書データ記憶手段に保存した文書データが第１レベ
ル部分データと第２レベル部分データとを含む場合、該
文書データに含まれる区切り記号を検出することによっ
て、第２レベル部分データを含めた第１レベル部分デー
タと、その第１レベル部分データのパスワードとに基づ
いて正当性の検証を行い、不正な書き換えが行われた部
分データがあった場合でも、どの部分に対して不正な書
換が行われたかを、その文書データを読出す際に即座に
判断することができる。そして、その結果、保存されて
いた文書データにおける不正な書き換えが行われた部分
と、そうでない部分とでそれぞれ適切な処置を行うこと
ができるという効果がある。

【図面の簡単な説明】

【図１】第１の実施例におけるシステム構成図である。

【図２】第１の実施例における文書作成に係るフローチ
ヤートである。

【図３】図２における文字列抽出処理を説明するための
フローチヤートである。

【図４】図２における符号生成処理を説明するためのフ
ローチヤートである。

【図５】図２における対応付け処理を説明するためのフ
ローチヤートである。

【図６】第１の実施例における文書確認処理に係るフロ
ーチャートである。

【図７】図６の文字列抽出処理を説明するためのフロー
チャートである。

【図８】第１の実施例における文書データの内容を示す
図である。

【図９】図８における抽出文字列の対象範囲を示す図で
ある。

【図１０】第１の実施例における正当性確認用符号付き
文書データを示す図である。

【図１１】第２の実施例におけるシステム構成図であ
る。

【図１２】第２の実施例における文書作成に係るフロー
チヤートである。

【図１３】図１２における文字列抽出処理を説明するた
めのフローチヤートである。

【図１４】図１２における対応付け処理を説明するため
のフローチヤートである。

【図１５】第２の実施例における文書確認処理に係るフ
ローチャートである。

【図１６】第２の実施例における文書データの内容を示
す図である。

【図１７】図１６における抽出文字列の対象範囲を示す
図である。

【図１８】第２の実施例における正当性確認用符号付き
文書データを示す図である。

【符号の説明】

１ 入力装置 ２ ＣＰＵ ３ 出力装置 １０，２０，３０ 記憶装置 １０２ 作成時文字列抽出プログラム １０３ 文字列変換プログラム １０４ 対応付けプログラム １０５ 正当性確認用符号抽出プログラム １０６ 文字列比較プログラム １０７ 確認時文字列抽出プログラム ２０２ 正当性確認用符号付き文書データ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 佐々木 貴幸 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 奥野 泰弘 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 黒澤 貴弘 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (56)参考文献 特開 昭60−26387（ＪＰ，Ａ) 特開 平２−28869（ＪＰ，Ａ) 特開 平１−243172（ＪＰ，Ａ) 特開 平２−24772（ＪＰ，Ａ) 特開 平２−249059（ＪＰ，Ａ)

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 区切り記号で区切られた複数の第１レベ
   ル文書要素と、前記第１レベル文書要素において前記区
   切り記号で区切られた第２レベル文書要素を含む文書デ
   ータを処理する文書処理装置において、前記文書処理装置は文書作成処理手段と、文書の正当性
   を確認する確認処理手段とを備え、 前記文書作成処理手段は、 文書データに含まれる第１レベル文書要素を指定する第
   １の文書要素指定手段と、 前記第１の文書要素指定手段により指定された第１レベ
   ル文書要素に対応するパスワードを入力する第１パスワ
   ード入力手段と、 前記第１の文書要素指定手段により指定された前記第１
   レベル文書要素の開始を示す第１の区切り記号を検出す
   る第１の検出手段と、 前記第１の検出手段により検出された第１の区切り記号
   に対応する、前記第１レベル文書要素の終了を示す第２
   の区切り記号を検出する第２の検出手段と、 前記第１レベル文書要素が前記第２レベル文書要素を含
   む場合であっても、前記第１の区切り記号から前記第２
   の区切り記号までの文書要素を抽出する抽出手段と、 前記抽出手段により抽出された前記文書要素と、前記第
   １レベル文書要素に対応する前記パスワードとを組み合
   わせて所定の変換アルゴリズムに従って前記文書要素に
   対する第１符号を生成する第１符号生成手段と、 前記第１符号生成手段により生成された前記第１符号
   を、前記第１の文書要素指定手段により指定された前記
   第１レベル文書要素を区切る区切り記号の隣接位置また
   は内部に挿入した文書データを作成する文書データ作成
   手段とを有し、前記確認処理手段は、 文書データに含まれる前記第１レベル文書要素を指定す
   る第２の文書要素指定手段と、 前記第２の文書要素指定手段により指定された前記第１
   レベル文書要素に対応するパスワードを入力する第２パ
   スワード入力手段と、 前記第２の文書要素指定手段により指定された前記第１
   レベル文書要素の開始を示す第１の区切り記号を前記第
   １の検出手段により検出し、その検出された前記第１の
   区切り記号に対応する、前記第１レベル文書要素の終了
   を示す第２の区切り記号を前記第２の検出手段により検
   出し、前記第１レベル文書要素が前記第２レベル文書要
   素を含む場合であっても、前記第１の区切り記号から前
   記第２の区切り記号までの文書要素を前記抽出手段によ
   り抽出し、その抽出された前記文書要素と、前記第１レ
   ベル文書要素に対応する前記パスワードとを組み合わせ
   て前記所定の変換アルゴリズムに従って前記文書要素に
   対する第２符号を生成する第２符号生成手段と、 前記第２符号生成手段により生成された前記第２符号
   と、前記第２の文書要素指定手段により指定された前記
   第１レベル文書要素を区切る区切り記号の隣接位置また
   は内部に挿入されている前記文書データの前記第１符号
   とを比較する比較手段と、 前記比較手段による比較の結果、前記第１符号と前記第
   ２符号とが一致したか否かを判定する判定手段と、 前記判定手段による判定結果に基づいて、前記第２の文
   書要素指定手段により指定された前記第１レベル文書要
   素が書き換えられたか否かを報知する報知手段と、 を有することを特徴とする文書処理装置。
2. 【請求項２】 前記第１レベル文書要素には名前が付さ
   れており、前記第１及び第２の文書要素指定手段は前記
   名前に基づいて前記第１レベル文書要素を指定すること
   を特徴とする請求項１に記載の文書処理装置。
3. 【請求項３】 前記名前は前記区切り記号に含まれるこ
   とを特徴とする請求項２に記載の文書処理装置。
4. 【請求項４】 区切り記号で区切られた複数の第１レベ
   ル文書要素と、前記第１レベル文書要素において前記区
   切り記号で区切られた第２レベル文書要素を含む文書デ
   ータを処理する文書処理装置における文書処理方法であ
   って、前記文書処理方法は文書作成を行う文書作成工程と、文
   書の正当性を確認する確認処理工程とを備え、 文書データに含まれる第１レベル文書要素を指定する第
   １の文書要素指定工程と、 前記第１の文書要素指定工程で指定された第１レベル文
   書要素に対応するパスワードを入力する第１パスワード
   入力工程と、 前記第１の文書要素指定手段により指定された前記第１
   レベル文書要素の開始を示す第１の区切り記号を検出す
   る工程と、 その検出された第１の区切り記号に対応する、前記第１
   レベル文書要素の終了を示す第２の区切り記号を検出す
   る工程と、 前記第１レベル文書要素が前記第２レベル文書要素を含
   む場合であっても、前記第１の区切り記号から前記第２
   の区切り記号までの文書要素を抽出する工程と、 その抽出された前記文書要素と、前記第１レベル文書要
   素に対応する前記パスワードとを組み合わせて所定の変
   換アルゴリズムに従って前記文書要素に対する第１符号
   を生成する第１符号生成工程と、 前記第１符号生成工程で生成された前記第１符号を、前
   記第１の文書要素指定手段により指定された前記第１レ
   ベル文書要素を区切る区切り記号の隣接位置または内部
   に挿入した文書データを作成する文書データ作成工程と
   を有し、前記確認処理工程は、 文書データに含まれる前記第１レベル文書要素を指定す
   る第２の文書要素指定工程と、 前記第２の文書要素指定工程で指定された前記第１レベ
   ル文書要素に対応するパスワードを入力する第２パスワ
   ード入力工程と、 前記第２の文書要素指定手段により指定された前記第１
   レベル文書要素の開始を示す第１の区切り記号を検出す
   る工程と、 その検出された第１の区切り記号に対応する、前記第１
   レベル文書要素の終了を示す第２の区切り記号を検出す
   る工程と、 前記第１レベル文書要素が前記第２レベル文書要素を含
   む場合であっても、前記第１の区切り記号から前記第２
   の区切り記号までの文書要素を抽出する工程と、 その抽出された前記文書要素と、前記第１レベル文書要
   素に対応する前記パスワードとを組み合わせて前記所定
   の変換アルゴリズムに従って前記文書要素に対する第２
   符号を生成する第２符号生成工程と、 前記第２符号生成工程で生成された前記第２符号と、前
   記第２の文書要素指定手段により指定された前記第１レ
   ベル文書要素を区切る区切り記号の隣接位置または内部
   に挿入されている前記文書データの前記第１符号とを比
   較する比較工程と、 前記比較工程における比較の結果、前記第１符号と前記
   第２符号とが一致したか否かを判定する判定工程と、 前記判定工程による判定結果に基づいて、前記第２の文
   書要素指定工程で指定された前記第１レベル文書要素が
   書き換えられたか否かを報知する報知工程と、を有する
   ことを特徴とする文書処理方法。
5. 【請求項５】 前記第１レベル文書要素には名前が付さ
   れており、前記第１及び第２の文書要素指定工程では前
   記名前に基づいて前記第１レベル文書要素を指定するこ
   とを特徴とする請求項４に記載の文書処理方法。
6. 【請求項６】 前記名前は前記区切り記号に含まれるこ
   とを特徴とする請求項５に記載の文書処理方法。