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

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、文書の作成・登録・管
理を行なう文書処理システムにおいて、保存されている
文書の内容が、作成されたままの正当なものであるかど
うかを判定可能な文書判定方式に関するものである。

【０００２】

【従来の技術】従来、計算機上で文書を作成し、ファイ
ルとして格納することが行なわれている。

【０００３】この文書ファイルが、複数のユーザによる
共同作業の対象になる場合は、オペレーティングシステ
ムによって、複数ユーザ間でファイルを共有し、他のユ
ーザにはファイルへのアクセスを禁止するという方法を
とっていた。

【０００４】例えば、ＵＮＩＸオペレーティングシステ
ムでは、ファイルごとに、書き込み、参照（読み出し）
、実行の許可を、ファイルの所有者、共同作業のグルー
プ、その他のユーザに対して与えることができる。

【０００５】このようなシステムにおいて、あるファイ
ルに対し、グループ内でそのファイルを共有し、かつ、
グループ外のユーザに対しては、そのファイルの変更を
許さないという設定をする場合は、グループにはファイ
ルの書き込みを許可し、グループ外のユーザには、ファ
イル書き込みを許可しないという方法を取ることにより
、その文書を、グループ内でのみ共有することができる
。

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

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来例では、一つのファイルについて、ファイル所有者、
グループ、その他のユーザという範囲でしか、書き込み
、もしくは読み出しに付いての許可を与えられない。

【０００８】また、権限を持たないユーザに対して、書
き込み、読み出しを禁止することによって、その文書の
正当性を保証している。という動作をし、このような管
理は、ファイル単位でしか行なえなかったため、次のよ
うな問題があった。

【０００９】１：複数の人間がそれぞれ作成している文
書ファイルが、共同で作成するひとまとまりの文書の一
部である場合に、ファイルを一つにまとめることができ
ず、文書を一括して扱えない。

【００１０】２：他人に書き換えられても良いが、もし
書き換えられたならそのことを確認したい、という要求
には応えられない。

【００１１】３：スーパーユーザ（どんなファイルに対
してもあらゆる権利を持つユーザ）による書換え、もし
くは、書換え許可を持つ人間の過失による書換えがあっ
た場合、変更されたことが分からない。

【００１２】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、文書デ−タを作成・編集し、保存する文
書処理システムにおいて、文書デ−タを記憶する第１の
記憶手段と、パスワ−ドを入力する入力手段と、所望の
文書要素を指定する指定手段と、該指定手段により指定
された文書要素と前記入力手段により入力されたパスワ
−ドとを変換して符号を生成する符号生成手段と、前記
符号を前記文書要素と対応させて記憶する第２の記憶手
段と、前記第１の記憶手段に記憶された文書デ−タにお
ける内容変更の有無の判定を、前記指定手段により指定
された文書要素について行なう事を指示する指示手段と
、該指示手段の指示を受けて、前記入力手段により入力
されたパスワ−ドと、前記指定手段により指定された文
書要素とから、前記符号生成手段により符号を生成する
ように制御する制御手段と、当該生成された符号と、前
記第２の記憶手段に記憶された符号との一致を判別する
判別手段とを備える。

【００１３】本発明によれば、文書作成時の文書データ
を構成する各文書要素及びパスワ−ドから生成し記憶さ
れた符号と、現在の文書デ−タの同じ文書要素とパスワ
−ドから生成した符号とを比較することにより、その文
書が変更されているかどうかを、文書要素毎に判定可能
としたものである。

【００１４】

【実施例】以下、本発明の実施例について、図を用いて
説明する。

【００１５】ここでは、一つのファイルに格納される文
書データが、二つの文書要素からなるものとして説明す
る。

【００１６】ここで、文書が「正当である」とは、登録
した時と文書要素の内容が変わっていないことを意味し
ている。従って、ひとたび変更されても、元に戻ってい
れば正当であるとする。

【００１７】図１は、本実施例のシステム構成を示す図
である。

【００１８】１は、コンソールであり、計算機へ入力す
るための装置（例えばキーボード）と、計算機からの応
答を表示できる装置（例えばＣＲＴ）などを備えたもの
である。

【００１９】２は、バス４を用いて各装置を制御し、プ
ログラムメモリ１０に記憶された処理プログラムによっ
て各種処理を実行するＣＰＵであり、３は、プリントア
ウト、または画面への表示などを行なう出力装置である
。

【００２０】１０は、図２〜４のフロ−チャ−トに対応
する処理手順を含む各種処理手順を記憶するＲＯＭなど
よりなるプログラムメモリ、２０は文書デ−タ２１や、
後述する正当性確認用符号ファイル２３等をファイル形
式で格納するＦＤあるいはＨＤなどのデータメモリであ
る。３０は、ＲＡＭ等で構成される主メモリであり、入
力されたパスワ−ド３１、後述する正当性確認符号３２
、判定３３、文書要素＋パスワ−ド３４、文書要素番号
３５、比較用符号３６などが格納され、また、文書編集
等各種の作業領域を有している。これらのメモリ１０、
２０、３０は別々にしなくても良い。

【００２１】なお、上記及び以下では、特に支障のない
限り、デ−タの内容と、そのデ−タを格納するためのメ
モリ上の領域とを、名称及び参照番号において区別しな
い。次に、本実施例の処理の流れについて、説明する。 処理は、文書の作成・登録を行なう部分と、内容の正当
性の確認を行なう部分の二つに大きく別れる。

【００２２】図２は、文書の作成・登録処理の流れを示
すフロ−チャ−トである。

【００２３】初めに、ステップＳ２１で、文書作成者は
、コンソール１を用いて文書を作成、編集し、文書デー
タ２１にファイルとして格納する。これは、一般にエデ
ィタと呼ばれる文書作成・編集装置によって行なわれる
。

【００２４】この際、文書中に文書を要素ごとに区切る
ための、文書区切り記号がつけられている。これは、例
えば、各文書要素の後は、次行の行頭を区切り記号（こ
こでは＜＊ｆｕｇｏｕ＊＞　とする）で始めることとす
る。例えば、図７のようになる。

【００２５】もし、文書区切り記号としてではなく、文
書の内容として＜＊ｆｕｇｏｕ＊＞　という文字列を記
述する場合は、＜＊ｆｕｇｏｕ＊＞　という文字列が行
頭にならないようにしていなければならない。

【００２６】初めに文書を作成した時点（まだ登録処理
を終っていない）では、図７のようになる。これに対し
て、登録処理を終ると、この文書区切り記号の直後に、
この文書要素の確認のための正当性確認用符号が付けら
れる。つまり、＜＊ｆｕｇｏｕ＊＞　で始まり、その後
に正当性確認用符号のみをもつ行となる。（図７（Ｂ）
）次に、ステップＳ２２で、登録する対象の文書要素の
指定を行なう。例えば、１番目の文書要素を指定するの
であれば、１と入力し、これを文書要素番号３５に格納
する。

【００２７】次に、ステップＳ２３で、文書作成者のパ
スワードを得る。ここでは、文書作成者に、コンソール
１を通じてパスワード入力の要求を行ない、そこから入
力されたパスワードを、メモリ３０中のパスワード３１
に格納する。

【００２８】次に、ステップＳ２４で、文書要素の内容
とパスワードの文字列から、正当性確認用符号を生成す
る。ここで、パスワード、文書要素の内容は、文字列で
はなく、単なるバイト列としてもよい。

【００２９】この符号生成処理について、図３のフロー
チャートに従って説明する。

【００３０】初めに、ステップＳ３１で、文書要素番号
を指定することにより文書中より所望の文書要素を取り
出す（このとき文書区切り記号は含まない）。この文書
要素の取り出し処理は、もし、文書要素番号がＮという
数だったら、文頭よりＮ−１番目の文書区切り記号の行
の次の行から（Ｎ−１が０なら文書の初めから）、Ｎ番
目の文書区切り記号の直前の行までを取り出す。

【００３１】次に、ステップＳ３２で、文書データ２１
から取り出された文書要素の内容と、パスワード３１と
を、ひと続きの文字列である文書要素＋パスワード３４
として主メモり３０に格納する。

【００３２】次に、ステップＳ３３で、文書要素＋パス
ワード３４を暗号化することにより正当性確認用符号を
生成する。

【００３３】この、暗号化処理は、例えば、ｕｎｉｘに
おける、パスワードの暗号化と同じようなアルゴリズム
によって実現できる。これは、ある文字列を、事実上逆
変換できない方法によって、別の文字列に変換するもの
である。

【００３４】この処理が、もし、固定長（例えば８バイ
ト）の文字列しか受け付けないようなものであり、文書
要素＋パスワード３４がこれを越える文字列であったな
ら、次のようにするなどして、固定長にすればよい。

【００３５】まず、文書要素＋パスワードを、８バイト
ずつに切り分ける。次に、順次これらの排他的論理和（
ＥＸーＯＲ）をとる（初めの８バイト分と、次の８バイ
ト分のＥＸーＯＲをとり、その結果と、その次の８バイ
ト分のＥＸーＯＲをとる。以下、同様に続ける。）。 また、最後に切り分けられた残りが、８バイト分に満た
なければ、８バイトになるまでブランクを入れるなどの
処置をとればよい。

【００３６】このようにすれば、最終的に、８バイト分
のコードが得られる。これを、印字可能な文字コードに
変換する。このとき、不適当なコード（改行コードなど
）は適宜変換するものとする。

【００３７】この文字コードを暗号化することで、文書
要素に特有の、暗号文字列が得られる。なお、この暗号
化手法は、入出力を文字列に限定せず、ただのバイト列
として扱えるものであってもよい。

【００３８】ここで生成された暗号を、正当性確認用符
号と呼び、主メモリ３０中に正当性確認用符号３２とし
て格納する。

【００３９】この時、この正当性確認用符号を、コンソ
ール１などに表示してもよい。

【００４０】以上で、符号生成処理を終了する。

【００４１】次に、ステップＳ２５で、指定された文書
要素と、それに対する正当性確認用符号とを対応づける
処理を行なう。

【００４２】本実施例では、前に触れたように、正当性
確認用符号を、登録する文書要素の区切り記号の後に付
け加えることにする。

【００４３】この符号を付加する処理について、図４を
用いて説明する。

【００４４】初めに、ステップＳ４１で、文書データ２
１中の、文書要素番号３５によって指定された文書要素
の後にある文書区切り記号の後に付けられている、以前
の正当性確認用符号を削除する。もし正当性確認用符号
がなければ（文書を最初に登録する時など）、何もしな
い。

【００４５】次に、ステップＳ４２で、指定された文書
要素の後にある文書区切り記号の後に、正当性確認用符
号３４を付け加える。

【００４６】以上で、文書要素と、それに対応する正当
性確認用符号が、お互い対応づけられた形で、文書デー
タ２１中に格納された。ここまでが、文書作成・登録の
ための処理である。

【００４７】引き続き、このように登録された文書のあ
る文書要素が、正当なものであるか否かを確認する処理
を、図５を用いて説明する。

【００４８】既に、メモリ２０中には、文書データ２１
のファイル（その文書デ−タには、文書要素ごとに正当
性確認用の符号が付けられている）が格納されていると
する。

【００４９】初めに、ステップＳ５１で、コンソール１
からファイル名を指定し、対象とする文書要素を指定す
る。指定された文書要素は、文書要素番号３５として格
納される。

【００５０】次に、ステップＳ５２で、コンソール１な
どからパスワードを入力し、メモリ３０中にパスワード
３１として格納する。

【００５１】次に、ステップＳ５３で、対象とする文書
要素の内容と、ここで入力されたパスワード３１から、
ステップＳ３３における説明と同じように、正当性確認
用符号を生成し、メモリ３０中の正当性確認用符号３２
に格納する。（これは、新たに生成されたものであり、
文書作成・登録処理で生成されたものとは別のものにな
っている。）次に、ステップＳ５４では、指定された文
書要素に対応付けられている正当性確認用符号の内容（
文字列）と、ここで作成された正当性確認用符号３２の
内容（文字列）とを比較する。この処理について、図６
を用いて説明する。

【００５２】初めに、ステップＳ６１で、指定された文
書要素に対応している正当性確認用符号を取り出し、こ
れを、比較用符号３６に格納する。ここでは、文書要素
番号３５で指定されている文書要素の後にある文書区切
り記号の直後から、その行の終りまでを取り出せば良い
。

【００５３】次に、ステップＳ６２で、文字列比較によ
って、正当性確認用符号３２と、比較用符号３６の内容
が一致するかどうかを判断し、もし、同じであればｙｅ
ｓ　、同じでないならｎｏを、判定３３に格納する。（
もちろん、ｙｅｓ　、ｎｏのかわりに、他のものを用い
ても良い）以上で、比較処理の説明を終る。

【００５４】次に、ステップＳ５５で、本処理の結果と
して、判定３３の内容を出力する。

【００５５】例えば、出力装置３、または、コンソール
１の画面上に、’ｙｅｓ’　または’ｎｏ’という文字
列として表示する。また、これは、ある処理に対する入
力としても良い。

【００５６】以上で、正当性確認のための処理を終了す
る。上述の処理によって、文書の正当性（内容に変更の
ないこと）が文書要素ごとに確認できる形で文書を作成
・登録し、そのような各文書要素に対して、それが正当
かどうかを確認することができるようになる。 （第２実施例）次に、本発明の第２の実施例を説明する
。

【００５７】第１の実施例では、文書要素に対応付けら
れた正当性確認用符号を、文書区切り記号として決めら
れた特定の文字列の後に付加していたが、本実施例では
、文書区切り記号にＩＤ（名前）をつけ、その文書区切
り記号の中に正当性確認用符号を挿入することを特徴と
している。

【００５８】図８は、第２の実施例のシステム構成を示
す図である。

【００５９】図１と同様に、バス４に、コンソール１、
ＣＰＵ２、出力装置３、プログラムメモリ１０、デ−タ
メモリ２０、主メモリ３０がつながったものであり、そ
のハ−ドウェア構成は変わらないが、メモリの内容が一
部異なる。具体的には、プログラムメモリ１０は図９、
図１１〜図１４に示す処理手順を記憶し、主メモリ３０
は、図１の文書要素番号３５に代わり、文書要素名３７
を有する。

【００６０】本実施例の処理の流れについて説明する。 処理は、文書作成・登録を行なう部分と、正当性確認を
行なう部分の二つに大きく分かれる。

【００６１】まず、文書作成・登録の処理の流れについ
て、図９を用いて説明する。

【００６２】初めに、ステップＳ９１で、文書データを
作成・編集する。この際に、文書要素ごとに、ある決め
られた区切り記号で、文書要素を括っておく。例えば、
図１０（Ａ）のようにして、文書データ２１にファイル
として格納する。

【００６３】図１０で、＜ａ＞　とあるのが、文書要素
ａ　の始まりを示す文書区切り記号で、スタートタグ、
と呼ぶ。また、＜／ａ＞とあるのが、文書要素ａ　の終
りを示す文書区切り記号で、エンドタグ、と呼ぶ。ここ
でａ　は文書要素名である。

【００６４】このため、文書中に”＜”　と”＞”　の
文字を、文書区切り記号以外の目的で用いることは禁止
することとする。

【００６５】登録する際に、正当性確認用符号は、図１
０（Ｂ）に示すように、エンドタグの中の文書要素名に
続いて、一つの空白をはさんで、その後に挿入すること
にする。

【００６６】一番初めに文書を作成した際（登録前）に
は、図１０（Ａ）のように、エンドタグの中には文書要
素名しか書かれていない。

【００６７】次に、ステップＳ９２で、登録しようとす
る文書要素を指定する。例えば、ａ　という文書要素名
の文書要素を作成し、これを登録するならば、ａ　と指
定する。これを、文書要素名３７に格納する。

【００６８】次に、ステップＳ９３で、文書作成者のパ
スワードを得る。ここでは、文書（要素）作成者に、コ
ンソール１を通じてパスワード入力の要求を行ない、こ
れに応じて入力されたパスワードを、メモリ３０中のパ
スワード３１に格納する。

【００６９】次に、ステップＳ９４で、暗号化により符
号生成処理を行なう。本実施例における符号生成処理の
流れを、図１１を用いて説明する。

【００７０】初めに、ステップＳ１１１　で、指定され
た文書要素の内容を取り出す。

【００７１】この場合、指定された文書要素名ａ　とす
ると、これに対応して、＜ａ＞　という文書要素の始ま
りを表す記号の直後から、＜／ａ＞（または、このエン
ドタグの中に、正当性確認用符号が含まれているもの）
という文書要素の終りを表す記号の直前までを、文書要
素の内容とする。

【００７２】次に、ステップＳ１１２　で、文書データ
２１から取り出された文書要素の内容と、パスワ−ド３
１とを、文書要素＋パスワード３４にひと続きの文字列
として格納する（パスワード、文書要素の内容は、文字
列ではなく、単なるバイト列としてもよい）。

【００７３】次に、ステップＳ１１３　で、文書要素＋
パスワード３４を暗号化する。この、暗号化は、第１実
施例と同様の処理とする。

【００７４】ここで生成された暗号を、正当性確認用符
号として、メモリ３０中の正当性確認用符号３２に格納
する。以上で、符号生成処理を終了する。

【００７５】続いて、ステップＳ９５で、対応付け処理
を行なう。この処理について、図１２を用いて説明する
。

【００７６】本実施例では、正当性確認用符号を、エン
ドタグ（文書要素の終りを表す記号）の中に加えること
にしている。

【００７７】初めに、ステップＳ１２１　で、文書要素
名３７に格納された要素名を持つ文書要素のエンドタグ
の中において、文書要素名の後に正当性確認用符号があ
れば、文書要素名と正当性確認用符号を区切る空白とと
もに、それを削除する。

【００７８】次に、ステップＳ１２２　で、指定された
文書要素のエンドタグの中へ、文書要素名の後に、一つ
の空白をはさんで正当性確認用符号３２を挿入し、文書
データ２１に格納する。以上で、ステップＳ９５の対応
付け処理を終る。ここまでが、文書作成・登録のための
処理である。

【００７９】次に、このように登録された文書について
、それが作成されたままのものであるかという正当性を
確認する処理について、図１３を用いて説明する。

【００８０】ここでは、すでに、メモリ２０中には、文
書データ２１のファイル（文書要素の正当性確認用の符
号が、エンドタグの中に付けられている）が格納されて
いる。

【００８１】はじめに、ステップＳ１３１　で、コンソ
ール１から対象とするファイル名を指定し、更に確認す
る文書要素を指定し、文書要素名３７に格納する。

【００８２】次に、ステップＳ１３２　で、コンソール
１などからパスワードを入力し、メモリ３０中のパスワ
ード３１にパスワードを格納する。

【００８３】次に、ステップＳ１３３　で、符号生成処
理を行なう。これは、図９のステップＳ９４における処
理と同じ処理で、対象とするファイル中の、対象とする
文書要素の内容と、ここで入力されたパスワードから、
暗号化により正当性確認用符号を生成し、メモリ３０中
の正当性確認用符号３２に格納する。（これは、新たに
生成されたものであり、文書作成・登録処理で生成され
たものとは別のものになっている。）次に、ステップＳ
１３４　では、指定された文書要素に対応付けられてい
る正当性確認用符号の内容（文字列）と、ステップＳ１
３３　の符号生成処理で作成された正当性確認用符号３
２の内容（文字列）を、比較する処理を行なう。

【００８４】この処理について、図１４を用いて説明す
る。初めに、ステップＳ１４１　で、指定された文書要
素に対応している正当性確認用符号を取りだし、これを
、比較用符号３６に格納する。ここでは、文書要素名３
７で指定されている文書要素名のエンドタグの中で、文
書要素名の後にある空白の直後から、エンドタグの終り
の記号（＞）　の直前までの文字列を取り出せば良い。

【００８５】次に、ステップＳ１４２　で、正当性確認
用符号３２と、比較用符号３６の内容が一致するかどう
かを判断し、もし、同じであればｙｅｓ　、同じでない
ならｎｏを、判定３３に格納する。（これはｙｅｓ　、
ｎｏ以外のものでもかまわない）以上で、比較処理の説
明を終る。

【００８６】次に、ステップＳ１３５　で、本処理の結
果として判定３３の内容を出力する。これは、例えば、
出力装置３、または、コンソール１の画面上に、’ｙｅ
ｓ’　または’ｎｏ’という文字列として表示するなど
により行う。また、これは、ある処理に対する入力とし
ても良い。以上で、正当性確認のための処理を終了する
。

【００８７】なお、上記実施例においては、正当性確認
符号をエンドタグ中に記述することとしたが、スタート
タグ中に記述しても、同様の効果が得られる。 （第３実施例）第１、第２の実施例では、文書要素と正
当性確認用符号との対応付けの方法として、文書データ
中の文書要素区切り記号の後ろあるいは中に、文書正当
性確認用記号を挿入した。本実施例では、文書要素区切
り記号と対応できる形で、外部のファイルに文書正当性
確認用符号を格納することを特徴としている。

【００８８】図１５は、本実施例のシステム構成を表す
図である。

【００８９】図１、図８と同様に、バス４に、コンソー
ル１、ＣＰＵ２、出力装置３、プログラムメモリ１０、
デ−タメモリ２０、主メモリ３０がつながったものであ
り、そのハ−ドウェア構成は変わらないが、メモリの内
容が一部異なる。具体的には、プログラムメモリ１０は
図１６、図１８〜図２０に示す処理手順を記憶し、主メ
モリ３０は、図８と同じだが、デ−タメモリ２０は正当
性確認用符号ファイル２３を有する。

【００９０】メモリの内容は異なるが、他の構成は図１
、図８と同じである。

【００９１】本実施例の処理の流れについて説明する。 処理は、文書作成・登録を行なう部分と、正当性確認を
行なう部分の二つに大きく分かれる。図１６は、文書作
成・登録の処理の流れについて説明したものである。

【００９２】初めに、ステップＳ１６１　で、文書作成
者は、コンソール１から文書を作成・編集し、文書デー
タ２１にファイルとして格納する。

【００９３】これは、一般にエディタと呼ばれる文書作
成・編集装置によって行なわれる。例えば、図１７（Ａ
）のようにして、文書データ２１にファイルとして格納
する。図１７でも、第２実施例と同様、＜ａ＞　とある
のが、文書要素ａ　の始まりを示すスタートタグで、＜
／ａ＞とあるのが、文書要素ａ　の終りを示すエンドタ
グ、ａ　は文書要素名である。

【００９４】よって、この場合も文書中に”＜”　と”
＞”　の文字を、文書区切り記号以外の目的で書くこと
は禁止する。

【００９５】次に、ステップＳ１６２　で、登録しよう
とする文書要素を指定する。例えば、ａという文書要素
を作成し、これを登録するならば、ａと指定し、これを
、文書要素名３７に格納する。

【００９６】次に、ステップＳ１６３　で、文書作成者
のパスワードを得る。ここでは、文書（要素）作成者に
、コンソール１を通じてパスワード入力の要求を行い、
そこから入力されたパスワードを、メモリ３０中のパス
ワード３１に格納する。

【００９７】次に、ステップＳ１６４　で、文書要素の
内容とパスワードの文字列から、正当性確認用符号を生
成する。（パスワード、文書要素の内容は、文字列では
なく、単なるバイト列としてもよい）この符号生成処理
は、第２の実施例におけるもの（ステップＳ９４）と同
様であるので、説明を省略する。

【００９８】続いて、ステップＳ１６５　で、対応付け
処理を行う。この処理について、図１８を用いて説明す
る。

【００９９】本実施例では、正当性確認用符号を、文書
データファイルと同じ名前に所定の拡張子をつけたファ
イル名を持つメモり２０のファイルに、図１７（Ｂ）の
ような形で格納することとする。つまり、作成された文
書が、“ｂｕｎｓｈｏ”という名のファイルであったと
すると、正当性確認用符号は、例えば“ｂｕｎｓｈｏ．
ｆｕｇｏｕ”というようなファイル名にして格納する。 このファイルを、正当性確認用符号ファイルと呼ぶ。

【０１００】これは、文書データ２１と同じように＜　
と＞　で文書要素名を囲んだ区切り記号によって、正当
性確認用符号を区切っている。

【０１０１】初めに、ステップＳ１８１　で、正当性確
認用ファイル２３の中に、指定された文書要素名に対応
する文書区切り記号ファイルがあるかどうか調べる。

【０１０２】もし、なければ、ステップＳ１８２　で、
指定された文書要素名に対応する区切り記号（スタート
タグとエンドタグの両方）を、正当性確認用符号ファイ
ル２３の末尾に加える。もしあれば、ステップＳ１８３
　で、その文書要素名に対応する正当性確認用符号を削
除する。

【０１０３】すなわち、もし、ａ　という文書要素が指
定されていれば、＜ａ＞　という記号の直後から＜／ａ
＞という記号の直前までを削除する。

【０１０４】次に、ステップＳ１８４　で、正当性確認
用ファイル２３の中の指定された文書要素を示す区切り
記号（スタートタグ）の後に、正当性確認用符号３２を
挿入する。以上で、文書要素に対応する正当性確認用符
号が、正当性確認用符号ファイル２３中に格納された。 ここまでが、文書作成・登録のための処理である。

【０１０５】引き続き、このように登録された文書を、
正当性確認手段によって、それが作成されたままのもの
であるか、ということを確認する処理について、図１９
を用いて説明する。

【０１０６】すでに、メモリ中には、文書データ２１フ
ァイルと、それに対応して、正当性確認用符号ファイル
２３が存在しているものとする。

【０１０７】初めに、ステップＳ１９１　で、コンソー
ル１から、対象とする文書ファイル名を指定し、更に確
認する文書要素名を指定し、文書要素名３７に格納する
。

【０１０８】次に、ステップＳ１９２　で、コンソール
１などからパスワードを入力し、メモリ３０中のパスワ
ード３１にパスワードを格納する。

【０１０９】次に、ステップＳ１９３　で、符号生成処
理を行なう。これは、第２の実施例における説明（ステ
ップＳ９４）と同じ方法で、対象とするファイル中の、
対象とする文書要素の内容と、ここで入力されたパスワ
ードから、暗号化により正当性確認用符号を生成し、メ
モリ３０中の正当性確認用符号３２に格納する。（これ
は、新たに生成されたものであり、文書作成・登録処理
で生成されたものとは別のものになっている。）次に、
ステップＳ１９４　では、指定された文書要素に対応付
けられている正当性確認用符号の内容（文字列）と、ス
テップＳ１９３　の暗号化処理で作成された正当性確認
用符号３２の内容（文字列）を、比較する処理を行なう
。この処理について、図２０を用いて説明する。

【０１１０】始めに、ステップＳ２０１　で、正当性確
認用符号ファイルから、指定された文書要素に対応して
いる正当性確認用符号をとり出し、これを、比較用符号
３６に格納する。ここでは、正当性確認用符号ファイル
から、文書要素名３７で指定されている文書要素名のス
タートタグの直後から、エンドタグの直前までの文字列
を取り出せばよい。

【０１１１】次に、ステップＳ２０２　で、正当性確認
用符号３２と比較用符号３６の内容が一致するかどうか
を判断し、もし、同じであればｙｅｓ　、同じでないな
らｎｏを、判定３３に格納する。（これはｙｅｓ　、ｎ
ｏ以外のものでもかまわない）以上で、比較処理の説明
を終る。

【０１１２】次に、１９５　で、本処理の結果として、
判定３３の内容を出力する。例えば、出力装置３、また
は、コンソール１の画面上に、’ｙｅｓ’または’ｎｏ
’という文字列として表示する。また、これは、ある処
理に対する入力としてもよい。

【０１１３】以上で、正当性確認のための処理を終了す
る。　　なお、これまでの実施例では、文書の区切り方
として、特別に決められた文字列からなる文書区切り記
号を用いたが、このように文書を区切るのではなく、文
書要素の長さによって文書要素を区切る方法をとっても
よい。

【０１１４】これは、文書の各要素の始まりに、文書要
素の識別名、属性、文書要素の長さ（バイト数などで表
せる）などを表すエリアがあり、文書要素の内容（コン
テント）が続くような形式である。この時、正当性確認
用符号の格納場所としては、文書要素の識別名のエリア
、属性のエリア、コンテントのエリア、または、別に確
保されたエリア、などに入れればよい。

【０１１５】なお、上記実施例では、データ内容の変更
の有無を判定する対象のデータを文書データとしたが、
プログラムデータを対象としてもよい。

【０１１６】また、本発明は、単一の機器からなる装置
により実現してもよいし、複数の機器により構成される
システムによって実現してもよい。更に、装置あるいは
システムに、プログラムを供給することによって機能を
達成する場合にも、適用可能であることは、言うまでも
ない。

【０１１７】

【発明の効果】以上説明したように、本発明によれば、
文書ファイルに対して、その文書の内容が書き換えられ
たものであるかどうかを確認することができるという効
果がある。

【０１１８】特に、文書要素ごとに正当性を確認できる
ため、文書要素ごとにファイルを分割して文書の各部分
の管理をするという従来の方法に対し、１つのファイル
を複数のユーザで扱い、次々と更新していきながら、文
書の各部分について、それが更新されていないかどうか
、確認することができる。

【図面の簡単な説明】

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

【図２】第１の実施例の文書作成・登録処理のフローチ
ャートである。

【図３】第１の実施例の符号生成処理のフローチャート
である。

【図４】第１の実施例の対応付け処理のフローチャート
である。

【図５】第１の実施例の比較処理のフローチャートであ
る。

【図６】第１の実施例の正当性確認処理のフローチャー
トである。

【図７】第１の実施例の文書データ及び正当性確認用符
号の例である。

【図８】第２の実施例のシステム構成図である。

【図９】第２の実施例の文書作成・登録処理のフローチ
ャートである。

【図１０】第２の実施例の文書データ及び正当性確認用
符号の例である。

【図１１】第２の実施例の符号生成処理のフローチャー
トである。

【図１２】第２の実施例の対応付け処理のフローチャー
トである。

【図１３】第２の実施例の正当性確認処理のフローチャ
ートである。

【図１４】第２の実施例の比較処理のフローチャートで
ある。

【図１５】第３の実施例のシステム構成図である。

【図１６】第３の実施例の文書作成・登録処理のフロー
チャートである。

【図１７】第３の実施例の文書データ及び正当性確認用
符号ファイルの例である。

【図１８】第３の実施例の対応付け処理のフローチャー
トである。

【図１９】第３の実施例の正当性確認処理のフローチャ
ートである。

【図２０】第３の実施例の比較処理のフローチャートで
ある。

【符号の説明】

１　　コンソール ２　　ＣＰＵ ３　　出力装置 ４　　計算機バス １０　　主メモリ ２０　　データ用メモリ ２１　　文書データ ２３　　正当性確認用符号ファイル ３０　　主メモリ ３１　　パスワード ３２　　正当性確認用符号 ３３　　判定 ３４　　文書要素＋パスワード ３５　　文書要素番号 ３６　　比較用符号 ３７　　文書要素名

Claims (4)

【特許請求の範囲】
1. 【請求項１】　　複数の文書要素からなる文書デ−タを
   作成・編集し、保存する文書処理システムにおいて、文
   書デ−タを記憶する第１の記憶手段と、パスワ−ドを入
   力する入力手段と、所望の文書要素を指定する指定手段
   と、該指定手段により指定された文書要素と前記入力手
   段により入力されたパスワ−ドとを変換して符号を生成
   する符号生成手段と、前記符号を前記文書要素と対応さ
   せて記憶する第２の記憶手段と、前記第１の記憶手段に
   記憶された文書デ−タにおける内容変更の有無の判定を
   、前記指定手段により指定された文書要素について行な
   う事を指示する指示手段と、該指示手段の指示を受けて
   、前記入力手段により入力されたパスワ−ドと、前記指
   定手段により指定された文書要素とから、前記符号生成
   手段により符号を生成するように制御する制御手段と、
   当該生成された符号と、前記第２の記憶手段に記憶され
   た符号との一致を判別する判別手段とを設けたことを特
   徴とする文書判定方式。
2. 【請求項２】　　前記指定手段は、文書要素を文書デー
   タ内の位置情報により指定することを特徴とする請求項
   １に記載の文書判定方式。
3. 【請求項３】　　前記指定手段は、文書要素を当該文書
   要素に付された名称により指定することを特徴とする請
   求項１に記載の文書判定方式。
4. 【請求項４】　　前記第２の記憶手段に、前記符号を対
   応する文書要素の構成する文書データと同一ファイルに
   、区別可能に記憶することを特徴とする請求項１に記載
   の文書判定方式。