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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】従来の、このような文書処理システムで
は、入力された文書情報を文書ファイルとして記憶して
おり、これら文書フアイルが複数のユーザによる共同作
業の対象になる場合は、オペレーティングシステムによ
って、複数のユーザの間で文書ファイルを共有させ、他
のユーザによるそのファイルへのアクセスを禁止すると
いう方法をとっていた。例えば、ＵＮＩＸオペレーティ
ングシステムでは、文書ファイルへの書き込み、参照
（読み出し）及び実行の許可を、各ファイル毎にそのフ
ァイルの所有者、グループ或いはその他のユーザに対し
て与えることができる。

【０００３】従って、このような文書処理システムにお
いて、あるグループ内のユーザにはそのファイルへの書
込みを許可し、そのグループ外のユーザには、そのファ
イル書込みを許可しないという方法を取ることにより、
そのファイルを特定のグループ内で共有することができ
る。

【０００４】また、１つのまとまりのある文書中で、文
書領域のそれぞれが担当者（ユーザ）ごとに分割されて
いる場合、それら各文書領域が互いに他のユーザによっ
て変更されないようにするために、それぞれの担当部分
毎（管理対象ごと）に、各文書領域をそれぞれ別の文書
ファイルとして分割して登録して保管することが行われ
ている。

【０００５】

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

【０００６】しかし、かかる方法では、各文書領域にネ
スティング（入れ子）構造が許可され、ある文書領域が
内側に他の文書領域を含む場合については考慮されてい
なかった。したがって、ある文書領域が内側に他の文書
領域を含む場合、内側の領域は変更されても構わない時
などに、この文書領域のそれ以外の部分について、正当
なものであるかを確認することはできなかった。

【０００７】本発明は上記従来例に鑑みてなされたもの
で、文書データに含まれる第１レベル部分データが書き
換えられた否かを判定できる文書処理装置及び方法を提
供することを目的とする。

【０００８】

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

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

【００１０】

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

【００１１】

【実施例】以下、添付図面を参照して本発明の好適な実
施例を詳細に説明する。 ＜第１の実施例の文書処理システムの説明 （図１）＞
本実施例では、１つの文書ファイルに格納されている文
書データが、１つ以上の文書要素（以後、第１レベルの
文書要素と呼ぶ）からなり、かつ、その第１レベルの文
書要素の中に他の文書要素（以後、第２レベルの文書要
素と呼ぶ）が１つ以上存在する場合について述べる。そ
のときの第１レベルの文書要素の正当性を、正当性確認
用符号（以後、確認符号）を利用して判定するものであ
る。尚、以下の説明において、文書要素が「正当であ
る」とは、その文書要素を登録した時と、現在記憶され
ているその文書要素の内容とが一致していることを意味
しており、たとえ一度その文書内容が変更されても、現
在その内容が元に戻されていれば、その文書要素は「正
当」であるとする。

【００１２】図１は、本実施例の文書処理システムの概
略構成を表わしたブロック図で、図中、１は本システム
のユーザ（文書作成者あるいは文書確認者）が本システ
ムに文書や指令を入力するための入力装置で、例えばキ
ーボードやマウス等を含んでいる。２は入力装置１より
入力された指令に基づいて、本実施例の処理を行なうた
めのＣＰＵ、３はＣＰＵ２の処理結果、あるいは本シス
テムからのメッセージをプリントアウト或いは表示する
ための出力装置で、例えばプリンタ或いはＣＲＴ等を備
えている。１０は本実施例における処理プログラムを記
憶するための第１のメモリで、これらプログラムは予め
ＲＯＭやハードディスク等に記憶されていてもよく、或
いはフロッピィ等よりＲＡＭに読み込まれたものであっ
てもよい。２０は本実施例で取り扱う文書データを保管
するための第２のメモリ、３０はワークエリアとして使
用され、本実施例の処理に要する各種データを一時的に
記憶するための第３のメモリである。４はＣＰＵバスで
ある。尚、これら第１、第２、第３のメモリは別々に設
けられていなくてもよいことはもちろんである。

【００１３】次に第１のメモリ１０に記憶された各プロ
グラムについて説明する。１０２は文字列抽出プログラ
ムで、入力装置１より指示された文書要素の順番を手掛
かりに、文書データ２０１から文書要素の内容の一部も
しくは全てを取り出すためのプログラムで、以後、作成
時文字列抽出プログラムと呼ぶ。１０３は文字列変換プ
ログラムで、与えられた文字列を変形して別の文字列に
変換している。１０４は対応付けプログラムで、文書要
素と文字列変換プログラム１０３で得られた作成時確認
符号３０５を、入力装置１から指示された順番を手掛か
りに対応付けを行なった上で、文書データを記憶してい
る。１０５は確認符号抽出プログラムで、入力装置１よ
り指示された文書要素の順番を手掛かりに、確認符号付
き文書データ２０２から文書要素の比較用符号３１１を
取出している。１０６は文字列比較プログラムで、２つ
の文字列が同一かどうかを判定している。１０７は文字
列抽出プログラムで、確認符号付き文書データ２０２か
ら、文書要素の順番を手掛かりに文書要素の内容の一部
もしくは全てを取り出すためのプログラムで、これ以
後、確認時文字列抽出プログラムと呼ぶ。

【００１４】次に、第２のメモリ２０の構成について説
明する。

【００１５】２０１は文書作成者がエディタ等を用いて
作成した、或いはフロッピィ等より読み取られた文書デ
ータである。２０２は対応付けプログラム１０４により
確認符号が挿入されて登録された確認符号付き文書デー
タである。

【００１６】次に、第３のメモリ３０の構成を説明す
る。

【００１７】３０１は作成時文書要素番号で、文書作成
時に参照され、対象とする文書要素が第１レベルの文書
要素のうち何番目の文書要素かを示す値が記憶される。
３０２は作成時対象文字列で、文書作成時、文字列抽出
プログラム１０２により文書データ２０１から抽出され
た符号生成の際の対象となる文字列が記憶される。３０
３は作成時パスワードで、文書作成者が入力装置１より
入力したパスワードが記憶される。３０４は作成時被暗
号化データで、文書の作成時、対象文字列３０２と作成
時パスワード３０３から作成される被暗号化データが記
憶される。３０５は作成時確認符号で、文字列変換プロ
グラム１０３により作成時被暗号化データ３０４から作
成される符号が格納される。３０６は確認時文書要素番
号で、文書確認時に、対象とする文書要素が何番目の第
１レベルの文書要素かを示す情報が格納される。３０７
は確認時対象文字列で、確認時文字列抽出プログラム１
０７により確認符号付き文書データ２０２から抽出され
た文字列が記憶される。３０８は確認時パスワードで、
文書確認者が入力装置１より入力したパスワードが記憶
される。３０９は確認時被暗号化データで、確認時対象
文字列３０７と確認時パスワード３０８から作成される
被暗号化データが記憶される。３１０は確認時正当性確
認用符号で、文字列変換プログラム１０３により確認時
被暗号化データ３０９から作成される符号が記憶されて
いる。３１１は比較用符号で、確認符号抽出プログラム
１０５により、確認符号付き文書データ２０２から抽出
された符号が記憶され、３１２は判定結果で、文字列比
較プログラム１０６による判定結果が記憶される。

【００１８】＜文書データの説明 （図８〜図１０）＞
図８は本実施例における入力文書データ２０１の一例を
示す図である。

【００１９】図示のように、文書データ２０１は、ある
特定の文書区切り記号によって、文書要素ごとに分離さ
れており、ここでは、その文書区切り記号を“＜”と
“＞”としている。従って、各文書要素は“＜”で始ま
り、“＞”で終わる文字列となる。尚、これら文書要素
中に“＜”と“＞”の文字を、文書区切り記号以外の目
的で用いることは禁止されている。又、図８では、文書
区切り記号を“＜”と“＞”で囲まれた文書要素（第１
レベルの文書要素）の中に更に“＜”と“＞”で囲まれ
た文書要素（第２レベルの文書要素）を含んでいる。

【００２０】そして、図９は作成時被暗号化データを作
成する際に用いる文書データ２０１の文字列の範囲を示
している。更に、図１０は確認符号が付加された確認符
号付き文書データ２０２の一例を示している。尚、これ
らの処理については詳しく後述する。

【００２１】次に、本実施例の文書処理システムにおけ
る処理の流れについて説明するが、ここでの処理は大き
く２つに分かれ、１つは文書作成を行なう処理と、他は
正当性を確認するための処理である。

【００２２】初めに、オペレータによる文書データ作成
処理の流れを、図２のフローチャートを参照して説明す
る。この処理は文書データ２０１に確認符号を付加し、
確認符号付き文書データ２０２を作成する処理である。

【００２３】まずステップＳ１で、文書作成者（オペレ
ータ）は入力装置１より入力対象となる文書データ２０
１の格納場所（たとえばファイル名）と、本処理の処理
結果となる正当性確認用符号付き文書データ２０２の格
納場所を入力し、文書処理対象を特定する（ステップＳ
２０１）。なお、文書データ２０１はエディタ等を用い
て、あらかじめ作成しておけばよい。次にステップＳ２
で、文書データ２０１の中の何番目の第１レベルの文書
要素を符号作成の対象とするか、その番号ｎを入力装置
１から入力する。この番号ｎが作成時文書要素番号３０
１として記憶される。次にステップＳ３に進み、作成時
文字列抽出プログラム１０２を用いて、文書データ２０
１から該当する文書要素の内容を取り出し、それを作成
時対象文字列３０２として記憶する。なお、ステップＳ
９については後述する。次にステップＳ４に進み、オペ
レータは入力装置１より作成時パスワード３０３を入力
し、ステップＳ３で取り出した作成時対象文字列３０２
と、その作成時パスワード３０３から、ステップＳ５で
作成時確認符号３０５を作成する。尚、このステップＳ
５については後述する。そして最後に、ステップＳ６で
対応付けプログラム１０４を用いて、該当する文書要素
と作成時確認符号３０５の対応付け処理を行なって（後
述する）、文書作成処理を終了する。

【００２４】次に図３のフローチャートを参照して、図
２のステップＳ３の作成時文字列抽出プログラム１０２
の処理について説明する。まず、文書要素の識別につい
て説明する。各文書要素は、文字“＜”で始まり、それ
に対応する文字“＞”で終わる文字列である。ここで
「対応する」というのは数式におけるカッコの対応と同
様のものであり、“＜”は必ずひとつの“＞”とペアに
なっている。つまり“＜”が開きカッコ、“＞”が閉じ
カッコの役目を果たしている。第１レベルの文書要素の
はじまりを表わす“＜”のあとで、これに対応する
“＞”が現れた場合、これは第２レベルの文書要素のは
じまりを表わしている。

【００２５】ここで“〜番目の文書要素”という記述を
するが、対象としているものが第１レベルの文書要素だ
けであるので、“ｎ番目の文書要素”は第１レベルの文
書要素のうちで“ｎ番目のもの”ということを表わして
いる。

【００２６】まずステップＳ１１で、図２のステップＳ
２で入力された番号ｎを基に、文書データ２０１から第
１レベルの文書要素のｎ番目の文書要素のスタート記号
“＜”を検出する。ステップＳ１２で、このｎ番目の文
書要素のスタート記号“＜”が検出されないまま文書デ
ータ２０１が終了するとステップＳ１６に進み、該当す
る第１レベルの文書要素がないことを表示する等してエ
ラー終了する。

【００２７】ステップＳ１２で、このｎ番目の文書要素
のスタート記号が検出されるとステップＳ１３に進み、
スタート記号“＜”の次の文字コードから、その第１レ
ベルの文書要素のエンド記号“＞”、あるいは第２レベ
ルの文書要素のスタート記号“＜”を検出するまで、そ
の文書要素の文字コード列を作成時対象文字列３０２に
格納する。ステップＳ１４では、ステップＳ１３で検出
したのが第１レベルの文書要素のエンド記号“＞”かど
うかを調べ、そうであれば指示された第１レベルの文書
の抽出が終了したものとしてメインルーチンに戻る。

【００２８】一方、ステップＳ１４で検出したのが第２
レベルの文書要素のスタート記号“＜”の時は、ステッ
プＳ１５に進み、そのスタート記号から対応するその第
２レベルの文書要素のエンド記号“＞”までの文字コー
ド列を読み飛ばす。そしてステップＳ１３に戻り、ステ
ップＳ１３以降の処理を、その第１レベルの文書要素の
エンド記号“＞”を検出するまで続行する。こうして、
作成時対象文字列３０２には例えば、図９の点線で囲ま
れた第１レベルの文書要素の文字コード列が格納されて
いることになる。

【００２９】次に、図４のフローチャートを参照して、
図２のステップＳ５の符号生成処理について説明する。

【００３０】まずステップＳ２１で、作成時対象文字列
３０２と作成時パスワード３０３との２つの文字コード
列を連結して作成時被暗号化データ３０４を作成する。
尚、ここで作成時対象文字列３０２と作成時パスワード
３０３を文字コード列と仮定しているが、単なるバイト
列としてもよい。

【００３１】次にステップＳ２２に進み、この作成時被
暗号化データ３０４を文字列変換プログラム１０３を用
いて別の文字コード列に変換し、それをメモリ３０の作
成時確認符号３０５に記憶する。この場合、作成時被暗
号化データ３０４が単なるバイト列の時は、文字列変換
プログラム１０３はバイト列変換プログラムとなること
はいうまでもない。

【００３２】この文字列変換プログラム１０３は、例え
ばＵＮＩＸにおけるパスワードの暗号化と同じようなア
ルゴリズムによって実現できる。即ち、ある文字列を事
実上逆変換できない方法によって、別の文字コード列に
変換するものである。但し、変換後の文字列中に、空白
文字と“＜”，“＞”がはいらないようにしなければな
らないことはいうまでもない。

【００３３】次に図５のフローチャートを参照して、図
２のステップＳ６の対応付けプログラム１０４の処理に
ついて述べる。ここでは、対象となる第１レベルの文書
要素の最後の文字の後に、作成時確認符号３０５を空白
（スペース）文字を隔てて挿入している。これは文書作
成者が入力装置１より直接入力してもよいが、自動的に
行なってもよい。自動的に行なう場合の一例を以下に示
す。尚、これが挿入された状態を示したのが図１０で、
図１０は確認符号付き文書データ２０２の一例を示して
おり、ここで、“？？？？？”が１番目の第１レベルの
文書要素の確認符号であり、“！！！！！”が２番目の
第１レベルの文書要素の確認符号としている。

【００３４】図５において、まずステップＳ３１で、文
書データ２０１の第１レベルの文書要素のうち、作成時
文書要素番号３０１が示す数ｎ番目の文書要素（図２の
ステップＳ２で指示された）のエンド記号“＞”を検出
する。そして、図４のステップＳ２２で求めた作成時確
認符号３０５を、そのエンド記号“＞”の直前（即ち、
第１レベルの文書要素の内容の直後）に空白文字ととも
に挿入する（ステップＳ３２）。これにより、この文書
データは確認符号付き文書データ２０２となる。ここで
作成時確認符号３０５の前に空白（スペース）を挿入す
るのは、文書要素の内容と作成時確認符号３０５とを区
別できるようにするためである。

【００３５】尚、前述の説明では、図２において、ステ
ップＳ５の符号生成処理を、ステップＳ３の文字列抽出
及びステップＳ４のパスワード入力後に行っているが、
ステップＳ３の対象文字列抽出処理を行ないながら、抽
出した文字コード列を逐次、文字列変換プログラム１０
３により符号生成してもよい。

【００３６】次に、この確認符号付文書データ２０２の
正当性を確認する処理を、図６のフローチャートを参照
して説明する。まず、ステップＳ４０で確認対象となる
確認符号付き文書データ２０２の格納場所をオペレータ
は入力装置１より入力することで、文書処理対象を特定
する。続いてステップＳ４１で、オペレータは、入力装
置１より確認時文書要素番号３０６を入力する。これ
は、図２のステップＳ２と同様に、確認したい文書要素
の番号ｎを入力するもので、この番号が入力されるとス
テップＳ４２に進み、確認時文字列抽出プログラム１０
７を用いて、確認符号付き文書データ２０２から該当す
る確認時対象文字コード列３０７を取り出す。なお、ス
テップＳ４２については後述する。次にステップＳ４３
に進み、オペレータは入力装置１より確認時パスワード
３０８を入力し、ステップＳ４２で取り出した確認時対
象文字コード列３０７と、ステップＳ４３で入力した確
認時パスワード３０８とから、ステップＳ４４で確認時
確認符号３１０を作成する。

【００３７】そして、確認符号付き文書データ２０２か
ら、ステップＳ４１で入力された確認時文書要素番号３
０６が示す数ｎ番目の第１レベルの文書要素のエンド記
号“＞”を検出し、エンド記号の直前の文字コード列
（即ち、文書作成時の図５のステップＳ３２で挿入され
た、スペースを除く文字列（図１０参照））を、比較用
符号３１１として取り出す（ステップＳ４５）。そし
て、最後にステップＳ４７に進み、ステップＳ４４で作
成した確認時確認符号３１０とステップＳ４６で抽出し
た比較用符号３１１とを比較し、一致すればステップＳ
４９に進み、正当である旨（例えば文字列“ｙｅｓ”）
を判定結果３１２に記述する。一方、ステップＳ４７で
一致しない時はステップＳ４８に進み、正当でない旨
（例えば文字列“ｎｏ”）を判定結果３１２に記述す
る。これで確認処理を終了する。

【００３８】次に図７のフローチャートを参照して、図
６のステップＳ４２の確認時文字列抽出プログラム１０
７の処理について説明する。

【００３９】ステップＳ５１からステップＳ５５までの
処理は、図３のステップＳ１１からステップＳ１５の処
理と同じである。また、ステップＳ５７の処理は、図３
のステップＳ１６の処理と同じである。但し、図３の文
書データ２０１が確認符号付き文書データ２０２とな
り、図３の作成時文書要素番号３０１が確認時文書要素
番号３０６に、作成時対象文字列３０２が確認時対象文
字列３０７になっている点が異なる。

【００４０】そして、ステップＳ５４で、指定された第
１レベルの文書要素のエンド記号“＞”を検出するとス
テップＳ５６に進み、そのエンド記号の直前にある確認
符号３１１と、その抽出された第１レベルの文書要素の
文書データの最後の文字とその確認符号３１１とを隔て
ている空白文字を取り除く。これは具体的には、確認時
対象文字列３０７の文字列から最後の文字列と、その直
前にある空白文字を除去すればよい。

【００４１】なお、かかる処理（一旦格納してから、そ
の格納されたデータの一部を削除する処理）を行う替り
に、確認時対象文字列３０７に抽出した文字列を格納す
るときに、その最後の文字列とその直前にある空白文字
を除去してから実行するようにしても良い。

【００４２】図６のステップＳ４４の符号生成処理は、
前述の図４の処理と同様にして実現できる。但し、図４
では、作成時対象文字列３０２であったのを、この場合
は確認時対象文字列３０７とし、作成時パスワード３０
３を確認時パスワード３０８に、作成時被暗号化データ
３０４を確認時被暗号化データ３０９に、作成時確認符
号３０５を確認時確認符号３１０に置き換えれば、図４
と全く同様にして説明できる。

【００４３】なお、文書作成処理及び正当性確認処理の
それぞれの説明では、１つの文書要素に関する処理を述
べたが、それぞれの文書要素に対して、それぞれ処理を
行ってもよい。また、文書データの指定のあとのステッ
プを必要分繰返してもよい。

【００４４】このように本実施例では、正当性を確認し
たい文書要素を番号で指定し、且つパスワードを入力す
るだけで、その文書要素の正当性の確認ができる。例え
ば、企業内で一度承認された文書を図２の手順で保存し
た場合、各文書要素ごとに訂正や追加等の編集の手が入
れられたか否かを判断することが可能となる。

【００４５】＜第２の実施例 （図１１〜図１８）＞以
下、図１１〜図１８を参照して本発明の第２の実施例に
ついて説明する。尚、この第２の実施例では、第１の実
施例と同じく文書要素の正当性確認を行なう例について
述べるが、文書区切り記号にＩＤ（名前）を記述するこ
とにより、各文書要素が名前を持つことが特徴である。
尚、この第２の実施例に於て、前述の実施例と共通する
部分は同じ番号で示し、それらの説明を省略する。

【００４６】図１１は第２の実施例における文書処理シ
ステムの概略構成を表わした図で、前述の図１と構成は
略同じであるが、以下に述べる第１、第２、第３のメモ
リに記憶されるプログラムやデータが異なっている。

【００４７】第１のメモリ１０において、１１２は文字
列抽出プログラムで、図１に示された作成時文字列抽出
プログラム１０２や確認時文字列抽出プログラム１０７
と異なり、文書データ２１１または確認符号付き文書デ
ータ２１２から文書要素名を手掛かりに、文書要素の内
容の一部もしくは全てを取り出すことができる。１１４
は対応付けプログラムで、図１に示された対応付けプロ
グラム１０４とは異なり、文書要素と文字列変換プログ
ラム１０３で得られた作成時確認符号３０５を、その文
書要素名を手掛かりに対応付けを行なうものである。
又、１１５は確認符号抽出プログラムで、図１に示した
確認符号抽出プログラム１０５とは異なり、入力された
文書要素名を手掛かりに、文書データ２１２から比較用
符号３１１を取り出すためのものである。

【００４８】次に第２のメモリ２０のデータ構成を説明
すると、２１１はオペレータが作成した文書データ、２
１２は対応付けプログラム１１４により確認符号が登録
された確認符号付き文書データである。

【００４９】第３のメモリ３０の構成を説明すると、３
２１は作成時文書要素名で、文書作成時に、対象とする
文書要素の名前が入力されると、その文書要素名を記憶
する。３２６は確認時文書要素名で、文書確認時に、そ
の対象とす文書要素の名前である文書要素名が入力され
ると、それを記憶している。

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

【００５１】これら文書区切り記号には、文書要素の始
まりを示すスタート記号、文書要素の終わりを示すエン
ド記号がある。このエンド記号では、記号“＜”の後に
記号“／”がきており、それ以外が文書要素の開始を示
すスタート記号である。従つて、図１６に示した文書デ
ータでは、第１レベルの文書要素は文書要素名が“ａ”
であり、文書要素のスタート記号が“＜ａ＞”、その文
書要素のエンド記号が“＜／ａ＞”であり、第２レベル
の文書要素は、その文書要素名が“ｂ”でありその文書
要素のスタート記号が“＜ｂ＞”、文書要素のエンド記
号が“＜／ｂ＞”である。ここでもスタート記号、エン
ド記号は数式におけるカッコと同様のもので、ひとつの
スタート記号は、ひとつのエンド記号と対応している。

【００５２】次に、この第２の実施例の処理の流れにつ
いて説明する。この第２の実施例の処理も第１の実施例
と同様に、文書作成を行なう処理と文書データの正当性
を確認するための処理の２つに分かれる。

【００５３】初めに、文書作成処理の流れを図１２のフ
ローチャートを参照して説明する。まずステップＳ６１
で、オペレータは入力装置１より入力対象となる文書デ
ータ２１１の格納場所（たとえばファイル名）と、本処
理の処理結果となる確認符号付き文書データ２１２の格
納場所を入力し、文書処理対象を特定する。次にステッ
プＳ６２に進み、オペレータが入力装置１より作成時文
書要素名３２１を入力するとステップＳ６３に進み、文
字列抽出プログラム１１２を用いて、文書データ２１１
より該当する作成時対象文字列３０２を取出す。さらに
ステップＳ６４に進み、オペレータにより作成時パスワ
ード３０３が入力装置１より入力されるとステップＳ６
５に進む。このステップＳ６５では、ステップＳ６３で
取り出した作成時対象文字列３０２と、ステップＳ６４
で入力された作成時パスワード３０３とから作成時確認
符号３０５を作成する。尚、この処理は前述の第１の実
施例における図２のステップＳ５の処理と全く同様であ
る。こうして最後にステップＳ６６に進み、対応付けプ
ログラム１１４を用いて、該当する文書要素と、作成時
確認符号３０５の対応付け処理を行なって文書作成処理
を終了する。

【００５４】次に図１３のフローチャートを参照して、
図１２のステップＳ６３の文字列抽出プログラム１１２
の処理について説明する。本実施例における文書要素の
識別については、前実施例における文書要素の説明中、
スタート記号“＜”を“＜ｘ＞”と読みかえ、エンド記
号“＞”を“＜／ｘ＞”と読みかえた場合と同じであ
る。この文字列抽出プログラム１１２により抽出される
文字列は、例えば図１７の点線で囲んだ文書部分のごと
く、第１レベルの文書要素のスタート記号“＜ａ＞”の
直後の文字から、対応するエンド記号“＜／ａ＞”の直
前の文字までの文字列のうち、第２レベルの文書要素の
区切り記号“＜ｂ＞”と“＜／ｂ＞”、及びその間の文
書を除いたものである。

【００５５】まずステップＳ７１で、文書データ２１１
において、図１２のステップＳ６２で入力された作成時
文書要素名３２１と同じ文書要素名を持つ第１レベルの
文書要素のスタート記号を検出する。この文書名が検出
されないままステップＳ７２で文書データ２１１が終了
してしまった場合はステップＳ７６に進み、該当する第
１レベルの文書要素がないことを表示する等してエラー
終了する。

【００５６】ステップＳ７２で、その文書要素名の文書
要素のスタート記号が検出された場合はステップＳ７３
に進み、スタート記号の次の文字コードから、その第１
レベルの文書要素のエンド記号、或いは第２レベルの文
書要素のスタート記号を検出するまで、文字コード列を
抽出して作成時対象文字列３０２に記憶する。そして、
ステップＳ７４で、その第１レベルの文書要素のエンド
記号を検出するとメインルーチンに戻る。

【００５７】ステップＳ７４で、第２レベルの文書要素
のスタート記号が検出されるとステップＳ７５に進み、
その第２レベルの文書要素のスタート記号から対応する
第２レベルの文書要素のエンド記号までの文字列を読み
飛ばす。そしてステップＳ７３に戻り、その第１レベル
の文書要素のエンド記号を検出するまで、前述の処理を
実行する。こうして、作成時対象文字列３０２に記憶さ
れた文書データは、例えば図１７の点線で囲まれた文書
データ部分となる。

【００５８】次に図１４のフローチャートを参照して、
前述ステップＳ６６の対応付けプログラム１１４の処理
について述べる。ここでは、作成時確認符号３０５を、
所定の第１レベルの文書要素のエンド記号内に挿入する
ことで、両者の対応付けを行なっている。尚、ここでは
前述の第１の実施例と同様、これら符号はオペレータが
入力装置１より直接入力してもよいが、自動的に行なう
場合の例を以下に示す。

【００５９】図１８は、第２の実施例におけるの確認符
号付き文書データ２１２の一例を示す図で、図中、“？
？？？？”は“ａ”という名の第１レベルの文書要素の
確認符号であり、“！！！！！”が“ｃ”という名の第
１レベルの文書要素の確認符号を示している。

【００６０】まずステップＳ８１で、文書データ２１１
から、作成時文書要素名３２１と同じ文書要素名を持つ
第１レベルの文書要素のエンド記号を検出する。次にス
テップＳ８２に進み、作成時確認符号３０５を、このエ
ンド記号中の文書要素名の後に、空白（スペース）文字
を隔てて挿入する。このように、この処理で作成された
文書データは確認符号付き文書データ２１２となる。

【００６１】ここでは、文書データ２１１を入力して登
録する場合で説明したが、もし、この処理が確認符号付
き文書データ２１２を変更するような場合は、既にエン
ド記号の中に確認符号が挿入されているので、上記の図
１４のステップＳ８２の処理の前に、エンド記号中に確
認符号が挿入されているかどうかを調べ、挿入されてい
る時は、それを削除する処理を行なう必要がある。

【００６２】又、前述の第１の実施例と同様、この第２
の実施例ではステップＳ６５の処理をステップＳ６３及
びステップＳ６４の終了後に行なっているが、ステップ
Ｓ６３の対象文字列抽出処理を行ないながら、抽出した
文字を逐次、文字列変換プログラム１０３に入力して符
号生成するようにしてもよい。

【００６３】次に、こうして作成された確認符号付文書
データ２１２の正当性確認処理を図１５のフローチャー
トを参照して説明する。まず、ステップＳ９０で確認対
象となる確認符号付き文書データ２１２の格納場所をオ
ペレータは入力装置１より入力する。続いてステップＳ
９１で、入力装置１より確認時文書要素名３２６が入力
されるとステップＳ９２に進み、確認符号付き文書デー
タ２１２から文字列抽出プログラム１１２を用いて、該
当する確認時対象文字列３０７を取り出す。次にステッ
プＳ９３に進み、入力装置１より確認時パスワード３０
８が入力されると、ステップＳ９２で取り出した確認時
対象文字列３０７と、この確認時パスワード３０８とか
らステップＳ９４で確認時確認符号３１０を作成する。
この処理は、前述の第１の実施例における図６のステッ
プＳ４４の処理と全く同様である。そしてステップＳ９
５に進み、確認符号付き文書データ２１２から、ステッ
プＳ９１で入力された確認時文書要素名３２６と同じ文
書要素名を持つ第１レベルの文書要素のエンド記号を検
出し、そのエンド記号の中から確認符号を、比較用符号
３１１として取り出す。

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

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

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

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

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

【００６９】以上説明したように本実施例によれば、文
書区切り記号によりいくつかの文書要素に区切られ、か
つその文書要素の中に他の文書要素が含まれるような文
書データであっても、その文書要素だけの正当性の確認
を行なうことができる。即ち、この実施例によれば、中
の他の文書要素の位置及びその内容を含めないで、対象
とする文書要素のみの確認符号を作成するので、対象外
の文書要素（すなわち、中の他の文書要素）が書き換え
られても対象とする文書要素内容が変更されていなけれ
ば“正当である”とみなされる。

【００７０】更に、対象外の文書要素を削除したり、そ
の位置をかえたり、文書要素名や属性がある場合はその
文書要素名や属性をかえたりしても、対象文書要素の正
当性に影響を与えることがないため、本当に確認したい
文書要素のみの状態を検出できる効果がある。

【００７１】

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

【図面の簡単な説明】

【図１】本発明の第１の実施例の文書処理システムの概
略構成を示すシステム構成図である。

【図２】第１の実施例の文書処理システムにおける文書
作成処理の流れを説明するためのフローチャートであ
る。

【図３】第１の実施例の文字列抽出処理を説明するため
のフローチャートである。

【図４】第１の実施例の符号生成処理を説明するための
フローチャートである。

【図５】第１の実施例の対応付け処理を説明するための
フローチャートである。

【図６】第１の実施例の文書確認処理を説明するための
フローチャートである。

【図７】第１の実施例の確認時における文字列抽出処理
を説明するためのフローチャートである。

【図８】第１の実施例で取り扱う文書データの一例を示
した図である。

【図９】図８に示された文書データのうち、文字列抽出
される部分を説明するための図である。

【図１０】図８に示された文書データを確認符号付文書
データに変換した例を示した図である。

【図１１】本発明における第２の実施例の文書処理シス
テムの概略構成を示すシステム構成図である。

【図１２】第２の実施例の文書処理システムにおける文
書作成処理の流れを説明するためのフローチャートであ
る。

【図１３】第２の実施例の文字列抽出処理を説明するた
めのフローチャートである。

【図１４】第２の実施例の対応付け処理を説明するため
のフローチャートである。

【図１５】第２の実施例の確認符号付き文書確認処理の
流れを説明するためのフローチャートである。

【図１６】第２の実施例で取り扱う文書要素名付き文書
データの一例を示す図である。

【図１７】図１６に示した文書データのうち、文字列抽
出される部分を説明するための図である。

【図１８】図１６に示された文書データを確認符号付文
書データに変換した例を示した図である。

【符号の説明】

１ 入力装置 ２ ＣＰＵ ３ 出力装置 １０，２０，３０ メモリ １０２，１１２ 作成時文字列抽出プログラム １０３ 文字列変換プログラム １０４，１１４ 対応付けプログラム １０５，１１５ 確認符号抽出プログラム １０６ 文字列比較プログラム １０７ 確認時文字列抽出プログラム ２０１，２１１ 文書データ ２０２，２１２ 確認符号付き文書データ ３０３ 作成時パスワード ３０８ 確認時パスワード ３０５ 作成時確認符号 ３１０ 確認時確認符号 ３１１ 比較用符号 ３１２ 判定結果

───────────────────────────────────────────────────── フロントページの続き (72)発明者 長島 正明 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 奥野 泰弘 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 山川 正 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (56)参考文献 特開 昭60−26387（ＪＰ，Ａ) 特開 平２−28869（ＪＰ，Ａ) 特開 平１−243172（ＪＰ，Ａ) 情報処理学会、第42回全国大会講演文 集、ｐ308−309

Claims (6)

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