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

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

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

【０００７】また、権限を持たないユーザに対して、書
き込み、読み出しを禁止することによって、その文書の
正当性を保証している。という動作をするため、次のよ
うな問題があった。

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

【０００９】２：ファイルごとに、それを扱うグループ
が違う場合、多数のグループをつくり、それぞれのメン
バーを登録したうえ、それぞれのファイルがどのグルー
プのものであるかを登録せねばならず、管理が非常に煩
雑となる。

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

【００１１】

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

【００１２】本発明によれば、文書作成時に、文書デ−
タ中で更新により変化する部分と、パスワ−ドとから生
成し記憶させた符号と、現在の文書デ−タの同じ部分と
パスワ−ドから生成した符号とを比較することにより、
その文書が変更されたかどうかを判定可能としたもので
ある。

【００１３】

【実施例】以下、図面を参照しながら本発明の実施例に
ついて説明する。

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

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

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

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

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

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

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

【００２１】以上の作業によってメモリ２０中に格納さ
れた文書データ２１には、そのファイルを作成した時点
のタイムスタンプ（最終更新時刻）がついている。これ
は、ｕｎｉｘのようなオペレーティングシステムが自動
的に行なっているものである。

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

【００２３】次に、ステップＳ２３で、ファイルに付け
られたタイムスタンプとパスワードの文字列を暗号化し
、正当性確認用符号を生成する。このタイムスタンプ、
パスワードは、文字列でなく、単なるバイト列であって
も構わない。

【００２４】この符号生成処理について、第３図のフロ
−チャ−トを用いて説明する。

【００２５】初めに、ステップＳ３１で、文書データ２
１のタイムスタンプと、パスワード３１を、タイムスタ
ンプ＋パスワード３４にひと続きの文字列として格納す
る。

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

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

【００２８】まず、タイムスタンプ＋パスワードを、８
バイトずつに切り分ける。

【００２９】次に、順次これらの排他的論理和（ＥＸ−
ＯＲ）をとる。（はじめの８バイト分と、次の８バイト
分のＥＸ−ＯＲをとり、その結果と、その次の８バイト
分のＥＸ−ＯＲをとる。以下、同様に続ける。）最後に
切り分けられた残りが、８バイト分に満たなければ、８
バイトになるまでブランクを入れるなどの処置をとれば
よい。

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

【００３１】なお、この暗号化は、入出力を文字列に限
定するものではなく、ただのバイト列として扱えるもの
であってもよい。

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

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

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

【００３５】次に、図２、ステップＳ２４で、作成され
た文書と、正当性確認用符号を対応づける処理を行なう
。

【００３６】本実施例では、正当性確認用符号を、文書
名の後に拡張子をつけた名前をもつファイルに格納する
ことにする。つまり、作成された文書が、“ｂｕｎｓｈ
ｏ”という名のファイルならば、正当性確認用符号は、
“ｂｕｎｓｈｏ．ｆｕｇｏｕ　”というようなファイル
名にして、正当性確認用符号ファイル２３に格納する。 これにより、作成された文書データファイルと、その正
当性確認用符号ファイルが、お互い対応づけられた形で
、メモリ２０中に格納されることになる。

【００３７】ここまでが、文書作成・登録のための処理
である。

【００３８】引き続き、このように登録された文書を、
それが作成時点のままのものであるかどうかを確認する
正当性確認処理について、図４のフロ−チャ−トを用い
て説明する。

【００３９】すでに、メモリ２０中には、文書データフ
ァイル２１と、その文書の正当性確認用の符号が入った
ファイル、すなわち、正当性確認用符号ファイル２３が
格納されている。

【００４０】初めに、ステップＳ４１で、コンソール１
から、確認の対象とするファイル名を指定する。次に、
ステップＳ４２で、コンソール１からパスワードを入力
し、主メモリ３０中のパスワード３１にパスワードを格
納する。

【００４１】次に、ステップＳ４３で、対象とするファ
イルのタイムスタンプと、ここで入力されたパスワード
から、図２ステップＳ２３と同様の手順により、正当性
確認用符号を生成し、メモリ３０中の正当性確認用符号
３２に格納する。この正当性確認用符号３２は、新たに
生成されたものであり、文書作成・登録処理で生成され
た正当性確認用符号３２とは別のものになっている。

【００４２】次に、ステップＳ４４では、指定された文
書データに対応付けられている正当性確認用符号ファイ
ル２３の内容（文字列）を比較用符号３５に読み出し、
これと、ここで作成された正当性確認用符号３２の内容
（文字列）とを比較する。その結果を、例えば、同じで
あればｙｅｓ　、同じでないならｎｏとし、判定３３に
格納し、ステップＳ４５で、コンソール１または出力装
置３の画面上に、“ｙｅｓ　”または“ｎｏ”という文
字列として表示する。また、この比較結果を、ある処理
に対する入力としてもよい。

【００４３】これにより、作成時のタイムスタンプと、
現在付されている最終更新時のタイムスタンプとが一致
し、かつ、作成時に入力されたパスワ−ドと、現時点で
入力されたパスワ−ドが一致した場合に、その文書は正
当なもの（変更されていない）と判断されることになる
。

【００４４】従って、タイムスタンプの変化によって、
文書の更新を検知可能とし、また、文書の更新を行なっ
た際に、更に、その時点のタイムスタンプによって、正
当性確認用符号ファイル２３の内容（符号）を何らかの
方法により書き換えたとしても、符号の生成に作成時と
同一のパスワ−ドを用いなければ（つまり、パスワード
を知らなければ）、やはり、文書の変更は検知されるこ
ととなる。

【００４５】以上で、正当性確認のための処理を終了す
る。

【００４６】上述した処理によって、後でその正当性が
確認できる形で文書を作成・登録し、そのような文書デ
ータに対して、作成後に書き換えられているかどうかを
確認することができるようになる。

【００４７】この実施例の場合、文書登録後に、一度で
も変更を受けたら、（タイムスタンプが変わっていたら
）その文書が「正当でない」と判断することになる。

【００４８】次に、本発明の第２の実施例を説明する。

【００４９】第１の実施例では、文書データファイルに
付けられたタイムスタンプと、ユーザが入力したパスワ
ードによって、正当性確認用符号を生成した。第２の実
施例は、文書データファイルの内容である文字列と、ユ
ーザが入力したパスワードから、正当性確認用符号を生
成する例である。

【００５０】このことにより、ファイルが更新されてい
たとしても（例えば、別のディレクトリにコピーされる
ことなどによって、タイムスタンプが変わってしまって
いても）、文書の内容そのものが変わっていなければ、
そのファイルが正当であると判断できるという利点があ
る。

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

【００５２】図１と同じように、バス４に、コンソール
１、ＣＰＵ２、出力装置３、プログラムメモリ１０、デ
−タメモリ２０、主メモリ３０がつながったものであり
、そのハ−ドウェア構成は変わらないが、メモリの内容
が一部異なる。具体的には、プログラムメモリ１０は図
６〜図８に示す処理手順を記憶し、主メモリ３０には、
図１のタイムスタンプ＋パスワ−ド３４に代わり、文書
内容＋パスワ−ド３６が設けられている。

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

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

【００５５】ステップＳ６１からステップＳ６２までの
流れは、第１の実施例で用いた、図２のステップＳ２１
から、ステップＳ２２までの流れと同じである。ステッ
プＳ６３における符号生成処理の部分は第１の実施例と
異なっているので、本実施例における符号生成処理の流
れを、図７を用いて説明する。

【００５６】初めに、ステップＳ７１で、文書データ２
１の文書内容と、パスワード３１を、文書内容＋パスワ
−ド３６にひと続きの文字列として格納する。なお、パ
スワード、文書内容は、文字列でなく、単なるバイト列
であっても構わない。

【００５７】次に、ステップＳ７２で、文書内容＋パス
ワ−ド３６を暗号化する。この、暗号化手段は、第１の
実施例で説明したものと同様である。

【００５８】ここで生成された暗号（正当性確認用符号
）を、メモリ３０中の正当性確認用符号３２に格納する
。

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

【００６０】次に、ステップＳ６４で、正当性確認用符
号３２を文書デ−タ２１に対応づける処理を行なうが、
これは第１の実施例におけるステップＳ２４と同様に処
理を行なえばよい。

【００６１】ここまでが、文書作成・登録のための処理
である。

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

【００６３】この処理を、図８を用いて説明する。

【００６４】すでに、デ−タメモリ２０には、文書デー
タファイル２１と、その文書の正当性確認用の符号が入
った正当性確認用符号ファイル２３が格納されている。

【００６５】先ず、ステップＳ８１で、コンソール１か
ら、対象とするファイル名を指定し、次に、ステップＳ
８２で、コンソール１からパスワードを入力し、メモリ
３０中のパスワード３１にパスワードを格納する。

【００６６】次に、ステップＳ８３で、対象とするファ
イルの文書内容と、ステップＳ８１で入力されたパスワ
ードから、ステップＳ７１〜７２と同様の手順で正当性
確認用符号を生成し、メモリ３０中の正当性確認用符号
３２に格納する。

【００６７】次に、ステップＳ８４では、指定された文
書データに対応付けられている正当性確認用符号ファイ
ル２３の内容（文字列）を比較用符号３５に読み出し、
これと、ここで作成された正当性確認用符号３２の内容
（文字列）とを比較する。その結果を、例えば、同じで
あればｙｅｓ　、同じでないならｎｏとして判定３３に
格納し、ステップＳ８５で、コンソール１または出力装
置３の画面上に、“ｙｅｓ　”または“ｎｏ”という文
字列として表示する。これは、もちろん、判断の結果を
区別できるものであれば何でもよい。また、この比較結
果を、ある処理に対する入力としてもよい。

【００６８】以上で、正当性確認のための処理を終了す
る。

【００６９】この実施例では、作成された文書ファイル
が登録された後に、何者かによって書き換えられていた
としても、最終的に内容が元に戻っていればそのファイ
ルが正当なものであると判断できる、という効果がある
。これは、ただ、文書の内容さえ同じであればそれで良
い、という場合に有効である。また、コピーによって所
有者、またはファイル更新日などが変わってしまっても
、文書内容が元のままであることを確認することができ
るという点でも有効である。

【００７０】上記第１、第２の実施例では、正当性確認
用符号を、対応する文書データとは独立なファイルとし
て持っていたが、次に、文書データと、その文書データ
の正当性確認用符号とを、同じ一つのファイルに格納す
る例を、第３の実施例として説明する。

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

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

【００７３】次に、本実施例の処理の流れについて、説
明する。この場合も、処理は、文書作成・登録処理と、
正当性確認処理の二つに大別される。

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

【００７５】ステップＳ１０１　からステップＳ１０３
　までは、第２の実施例におけるステップＳ６１からス
テップＳ６３までと同じである。第２の実施例と同様に
、文書の内容と、入力されたパスワードとによって正当
性確認用符号３２が生成されるものとする。

【００７６】この実施例において特徴的なのは、ステッ
プＳ１０４　にあたる対応付け処理である。

【００７７】作成された文書と、正当性確認用符号を対
応付ける処理について、図１１を用いて説明する。

【００７８】このステップに到るまでに、文書デ−タが
文書データ２１に、正当性確認用符号が、正当性確認用
符号３２に格納されている。

【００７９】本実施例では、文書データと、正当性確認
用符号を、お互いが区別できるような形（例えば、図１
２のごとく、ある区切り記号を間にはさむ）で、１つの
ファイルに格納することにする。ステップＳ１１１　で
は、文書データのファイルの末尾に、特定の文書区切り
記号、例えば＜＊ｆｕｇｏｕ　＊＞という文字列だけか
らなる行をつけ加える（アペンドする）。ここでもし、
＜＊ｆｕｇｏｕ　＊＞という文字列を、文書区切り記号
としてではなく、文書中に使用するときには、＜＊ｆｕ
ｇｏｕ　＊＞という文字列だけの行にならないようにし
なければならない。 ステップＳ１１２　では、文書データ２１のファイル末
に、更に、正当性確認用符号３２をつけ加える。

【００８０】以上により、文書データ２１の中には、元
々の文書の内容と、それに対する正当性確認用符号が、
＜＊ｆｕｇｏｕ　＊＞という文書区切り記号によって区
別可能なまま、一つのファイルの中に存在するようにな
った。

【００８１】以上で、図１０、ステップＳ１０４　が終
る。

【００８２】ここまでが、文書作成・登録処理である。

【００８３】引き続き、文書が作成されたままのもので
あるか、ということを確認する処理について、説明する
。

【００８４】この処理を、図１３を用いて説明する。

【００８５】すでに、メモリ中には、文書データファイ
ル（その文書の正当性確認用符号を含んでいる）が格納
されている。

【００８６】はじめに、ステップＳ１３１　で、確認の
対象とする文書ファイル名を指定し、ステップＳ１３２
　で、コンソール１からパスワードを入力することによ
り、パスワードをメモリ３０中のパスワード３１に格納
する。

【００８７】次に、ステップＳ１３３　で、対象とする
文書データファイル２１と、パスワード３１から、暗号
化により正当性確認用符号を生成し、正当性確認用符号
３２に格納する。

【００８８】この符号生成処理について、図１４を用い
て説明する。この処理は、文書作成・登録時の符号生成
処理とは若干異なる。

【００８９】まず、ステップＳ１４１　では、文書デー
タ２１のうち、区切り記号＜＊ｆｕｇｏｕ　＊＞の直前
までの文字列と、パスワード３１に格納されている文字
列を、ひと続きの文字列として文書内容＋パスワ−ド３
６に格納する。

【００９０】次に、ステップＳ１４２　では、文書内容
＋パスワ−ド３６を暗号化し、正当性確認用符号３２に
格納する。ここで、文字列を暗号化する方法は、前記実
施例と同じようにすれば良い。

【００９１】以上で、ステップＳ１３３　の、符号生成
処理の説明を終る。

【００９２】次に、ステップＳ１３４　で、あらかじめ
作成され、文書データと同じファイル中に格納されてい
た正当性確認用符号の内容（文字列）と、ステップＳ１
３３　で作成された正当性確認用符号３２の内容（文字
列）を比較する。

【００９３】この処理について、図１５を用いて説明す
る。

【００９４】ステップＳ１５１　では、文書データファ
イルの文書デ−タ中にある文書区切り記号の後から、フ
ァイル末尾までを読みとり、メモリ３０中の比較用符号
３６に格納する。

【００９５】ステップＳ１５２　では、比較用符号３６
の内容と、正当性確認用符号３２の内容を比較し、同じ
であればｙｅｓ　、同じでないならｎｏを、判定３３に
格納する。

【００９６】以上がステップＳ１３３　の比較判定処理
である。

【００９７】次に、ステップＳ１３５　で、判定３３の
内容を、コンソール１または出力装置３の画面上に、例
えば“ｙｅｓ　”という文字列として表示する。また、
これは、ある処理に対する入力としても良い。

【００９８】以上で、正当性確認のための処理を終了す
る。

【００９９】この実施例では、正当性確認符号の生成に
文書内容を用いるので、第２の実施例で述べた効果と同
様の効果を得られ、更に、文書デ−タと正当性確認用の
符号とを一つのファイルとすることにより、ファイルの
管理がさらに容易になる等の効果を得ることができる。

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

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

【０１０２】

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

【図１２】正当性確認用符号のついた文書データの例を
示す図である。

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

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

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

【符号の説明】

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

Claims (4)

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