JPH04286065A - 文書管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は文書管理方式、詳しくは
文書の作成及び編集を行なう文書処理装置における文書
管理方式に関するものである。

【０００２】

【従来の技術】複数の人間が操作する環境に置かれてい
るこの種の装置においては、その装置内に保存されてい
る文書ファイルの機密保持のため、その文書ファイルを
特定の人以外には使用（画面に表示したり編集したりす
る行為）を不可にする方法に頼らざるを得ない。

【０００３】

【発明が解決しようとしている課題】しかしながら、他
人によるアクセスを不可にするというのは、とりもなお
さず、その文書ファイルを第３者に対してにロックする
ということであり、複数の人で一つの文書を作成するよ
うな場合には不都合である。本発明はかかる課題に鑑み
なされたものであり、複数の人が自身に割り当てられた
部分のみを編集し、且つお互いの編集内容が干渉しあう
ことをなくした環境を持つことが可能な文書管理方式を
提供しようとするものである。

【０００４】

【課題を解決するための手段】この課題を解決するため
、本発明の文書管理方式は、例えば以下に示す構成を備
える。すなわち、１つの文書を複数部分の文書要素に分
離識別する文書要素識別手段と、文書要素毎のパスワー
ドを入力する入力手段と、該入力手段で入力されたパス
ワードと文書要素の識別情報とから、互に相違し当該個
々の文書要素に対応する正当性確認情報を生成する正当
性確認情報生成手段と、該正当性確認情報生成手段で生
成された個々の文書要素に対する正当性確認情報を記憶
する記憶手段と、該記憶手段で記憶された前記正当性確
認符号に基づいて、個々の文書要素に対するアクセスの
可、不可を制御する制御手段とを備える。

【０００５】

【作用】かかる本発明の構成において、複数の文書要素
でもって構成される文書を複数人で作成する場合、各々
の分担した文書要素毎に正当性確認情報を記憶しておく
。そして、それによって、個々の文書要素に対してのア
クセスする権利があるかどうかを判定する。

【０００６】

【実施例】以下、添付図面に従って本発明に係る実施例
を詳細に説明する。尚、説明を簡単にするため、実施例
では、一つの文書ファイルをふたりの人間が分担し合っ
て作成する例を説明する。また、各々の人間Ａ，Ｂが作
成する部分的な文書を、以下では文書要素と言うことに
なる。また、文書要素の数やそれらの作成・修正の担当
者数は、文書管理者が決定するものとして説明する。

【０００７】図１は、本実施例の文書処理装置のブロッ
ク構成図である。バス４に、コンソール１、ＣＰＵ２、
主メモリ１０，３０、データメモリ２０が接続されてい
る。勿論、これらのメモリは、特に別々にしなくても良
し、或るものはフロッピーディスクやハードディスク装
置、或ものはＩＣチップからなるメモリであっても良い
。但し、ＣＰＵ２が実行する文書編集処理や後述する各
種処理に係るプログラムは、ＩＣチップ等で構成される
高速アクセス可能なメモリ１０に展開されている。また
、コンソール１とは標準入出力装置であって、各種情報
を入力するための装置（例えばキーボード）と、入力に
対する応答を表示する装置（例えばＣＲＴデイスプレイ
）などを備えたものである。

【０００８】以下、本実施例の処理の流れについて説明
する。処理は、大きく二つに分かれている。文書要素毎
の差し替えの認可を行うために正当性確認符号を文書要
素に対応付ける処理と、正当性確認符号をよりどころと
して差し替え認可確認を行いつつ文書部分の訂正差し替
えを行う処理である。図２は、文書要素の正当性確認符
号の対応付け処理の流れを説明したフローチャートであ
る。

【０００９】初めに、ステップＳ２０１で文書処理シス
テムに処理対象とする文書データを初期化する（新規に
文書を作成する場合）。具体的には、第１に文書処理管
理者に対して、コンソール１を介して、文書名の入力を
行うよう促す。そして、そこから入力された文書名に拡
張子（　．ｄｏｃ）を付加した名称の実文書データファ
イル２１をデータメモリ２０に確保し、且つその中身を
空にする。また、入力された文書名に拡張子（　．ｃｈ
ｋ）を付加した名称の正当性確認ファイル２２を確保し
、中身を空にする。尚、ここでは拡張子により実文書デ
ータと正当性確認符号の格納場所を区別することにした
が、勿論、同じ名称のファイルにして実文書データと正
当性確認符号を別のディレクトリにおくなど、どういう
区別の仕方を用いても構わない。

【００１０】次に、ステップＳ２０２に進み、文書要素
番号メモリ３５に初期値“１”を格納する。続いて、ス
テップＳ２０３で、文書管理者に対し、コンソール１を
介して、登録の終了か否かの入力要求を行う。“ｙ”が
入力されれば、登録を終了し、“ｙ”以外の場合には、
ステップＳ２０４以降を繰り返す。ステップＳ２０４で
は、パスワード入力手段１２により得たパスワードをメ
モリ３０中のパスワードメモリ３１に格納する。パスワ
ード入力手段１２は、ＣＰＵ２の実行形式のプログラム
であって、例えば、文書作成者にコンソール１を介して
、パスワードの入力要求を行い、そこから得られた入力
文字列をパスワードとして返す手続きを行なう。このと
き、第１番目（文書要素番号が初期値では“１”である
ので）の文書要素が文書作成者Ａの担当なら文書作成者
Ａがパスワードを入力し、文書作成者Ｂの担当なら文書
作成者Ｂがパスワードを入力する。

【００１１】次に、ステップＳ２０５で、その時点での
文書要素番号と入力されたパスワードの文字列から、正
当性確認符号を生成する。この暗号化処理について、図
３を用いて説明する。初めに、ステップＳ３０１で、文
書の識別文字列を作成する。もし、文書要素番号メモリ
３５の内容がＮという数値だつたら、それを数字にした
ものを識別文字列とする。

【００１２】次に、ステップＳ３０２で、文書要素の識
別文字列とパスワードメモリ３１の内容を、文書要素番
号付パスワードメモリ３４に、一続きの文字列として格
納する。次に、ステップＳ３０３で、文書要素番号付パ
スワードメモリ３４の内容を、暗号化手段１３によつて
暗号化する。

【００１３】この暗号化手段は、例えば、ＵＮＩＸ（米
国ＡＴ＆Ｔ社が開発し、ライセンスしているオペレーテ
ィング・システム）における、パスワードの暗号化と同
じようなアルゴリズムによって実現できる。これは、あ
る文字列を、事実上逆変換できない方法によつて、別の
文字列に変換するものである。ここで生成された暗号を
、以下、正当性確認符号とよび、メモリ３０中の正当性
確認符号メモリ３２に格納する。

【００１４】以上で、暗号化処理を終了する。再び、図
２に戻つて説明を続ける。ステップＳ２０６で文書デー
タの更新を行う。ここでは、確保された実文書データフ
ァイル２１に文書要素の区切り符号を追加する。例えば
、「＜＊ｆｕｇｏｕ＊＞　」という文字列のみからなる
行を追加する。また、正当性確認符号ファイル２２に対
しては、正当性確認符号メモリ３２に格納された文字列
を正当性確認符号区切り記号で区切つて追加する。但し
、この区切り記号が正当性確認符号メモリ３２内の正当
性確認符号と区別可能とするため、暗号化手段１３によ
つて生成される符号に含まれない記号を用いる。例えば
、改行記号が暗号化で現れない暗号化手段を用いた場合
は、正当性確認符号メモリ３２に格納された文字列のみ
からなる行を、正当性確認符号ファイル２２に追加すれ
ば良い。

【００１５】次に、ステップＳ２０７で、文書要素番号
メモリ３５の内容を“＋１”して、ステップＳ３に戻つ
て、２番目の文書作成者のための実文書データファイル
に対する割り当て処理を行なう。こうして実文書データ
ファイル２１と正当性確認符号ファイル２２が構築され
ることになるが、文書処理システムのプログラム以外（
所定の管理者以外）は、これらのファイルを書き換えた
り消去したりはできないようにする。但し、読みだしは
自由にできるようにする（内容を見ても、後述する暗号
化処理によって、もともとのパスワードはわからない）
。これは、一般のオペレーテイングシステムで提供され
るファイルの保護手段を用いて実現できる。

【００１６】以上で、初期的な文書登録が完了する（内
容が空の文書として文書登録される）。では、次に、各
文書部分の担当者がそれぞれの担当部分の文書を更新（
或いは作成）し、それを登録するときのシステムの動作
を説明する。上記の文書初期登録の後、以下の文書更新
を行うが、メモリ３０の内容は、一般に破壊されており
、更新動作に先立つて、メモリ３０の内容をクリアする
。

【００１７】文書作成者Ａは、実文書データファイル２
１を読みだして、そのコピーをＡ用仮文書データファイ
ル２３としてデータメモリ２０に作成格納する。また、
同様に、文書作成者Ｂも、実文書データファイル２１を
読みだして、そのコピーをＢ用仮文書データファイル２
４として格納する。文書作成者Ａが、第一の文書要素の
担当の場合、文書エデイタ等を用いて、第一番目の「＜
＊ｆｕｇｏｕ＊＞　」の行と第二番目の「＜＊ｆｕｇｏ
ｕ＊＞　」の行との間に、文書を書き込み、Ａ用借り文
書データファイル２３に格納し直す（再保存する）。

【００１８】また、文書作成者Ｂが、第二の文書要素の
担当の場合、文書エデイタ等を用いて、第二番目の「＜
＊ｆｕｇｏｕ＊＞　」の行と第三番目の「＜＊ｆｕｇｏ
ｕ＊＞　」の行との間に、文書を書き込み、Ｂ用借り文
書データファイル２４に格納し直す。以上のようにして
、それぞれの担当者は自身に割り当てられた文書データ
を容易（作成）する。 もちろん、実文書データファイル２１をコピーしなくと
も、「＜＊ｆｕｇｏｕ＊＞　」という行を担当の文書デ
ータとともに文書エデイタ等で入力し、それぞれの仮文
書データファイルを作成しても構わない。

【００１９】こうして、作成した個別の仮文書データを
実文書データファイル２１として登録する処理を図４の
フローチャートを用いて説明する。尚、かかる処理はオ
ペレータがその旨の指示をコンソール１を介して入力し
たときに開始される。初めに、ステップＳ４０１で書き
換え対象である実文書データファイル２１の名称をコン
ソール１から入力する。尚、ここで入力された名称がデ
ータメモリ２０に実文書データファイルとして存在しな
い場合には、その旨のエラーメッセージを表示するもの
とし、ここでは、文書データファイル２１及び、正当性
確認符号ファイル２２に結びつけられた名称が正しく入
力されたものとする。

【００２０】処理はステップＳ４０２に進み、今度は自
身で作成した仮文書の名称をコンソール１から入力する
。例えば、文書作成者Ａは自身で作成したＡ用の仮文書
データファイル２３のファイル名を入力し、文書作成者
Ｂの場合は、Ｂ用仮文書データファイル２４のファイル
名を入力することになる。ステップＳ４０３では、文書
要素番号メモリ３５に“１”を初期値として格納する。

【００２１】ステップＳ４０４で、正当性確認符号ファ
イル２２から、文書要素番号メモリ３５に格納されてい
る値に対応した位置の一行分の文字データ（正当性確認
符号）を読み込み、それを正当性確認符号メモリ３２に
格納する。読み込むべきデータがなくなった（すべて、
読み込み終了して読み込みができなかつた）ときは、ス
テップＳ４０５にて処理が終了したものとして、メイン
ルーチンに復帰する。また、読み込めた場合は、ステッ
プＳ４０６に進む。

【００２２】ステップＳ４０６では、パスワード入力手
段１２によつて、文書作成者が入力したパスワードをパ
スワードメモリ３１に格納する。次に、ステップＳ４０
７で、現在の文書要素番号メモリ３５の内容と、ここで
入力されたパスワード３１から、図３ステップＳ３０３
と同じ処理を行ない、正当性符号の文字列を生成しする
。そして、これを正当性比較符号メモリ３６に格納する
（これは、いま入力されたパスワードを基に新たに生成
されたもので、実文書データファイル２１を最初登録し
た時に生成されたものとは別物である）。

【００２３】次に、ステップＳ４０８では、指定された
文書要素に対応付けられている正当性確認符号メモリ３
２の内容（文字列）と、正当性比較符号メモリ３６の内
容（文字列）を比較する。ステップＳ４０９で、前ステ
ップＳでの比較結果が一致した場合にはステップＳ４１
０、不一致の場合ステップＳ４１１に進む。

【００２４】ステップＳ４１０では、実文書データファ
イル２１の該当する「＜＊ｆｕｇｏｕ＊＞　」の次の行
から、その次の「＜＊ｆｕｇｏｕ＊＞　」の行の直前ま
での行を切り取り、先に入力された名称の仮文書データ
ファイル２３の該当する先頭の「＜＊ｆｕｇｏｕ＊＞　
」の行から次の「＜＊ｆｕｇｏｕ＊＞　」の行の直前ま
での文書データで置き換える。一方、不一致のとき実行
するステップＳ４１１では、実文書データファイル２１
及び仮文書データファイル２３の現在の「＜＊ｆｕｇｏ
ｕ＊＞　」の行から次の「＜＊ｆｕｇｏｕ＊＞　」の行
の直前までを短に読み飛ばして、何の変更も加えない。

【００２５】いずれにせよ、処理はステップＳ４１２に
進み、文書要素番号メモリ３５内の値を“＋１”だけ更
新し、処理はステップＳ４０４に戻る。１回目のループ
においてステップＳ４０９からステップＳ４１１に分岐
するのは、実文書データファイルの２番目に位置する文
書を作成した文書作成者が上述した処理を行なった場合
である。しかしながら、１回目のループにおいて文書要
素番号が“２”に更新されることから、２回目のループ
においてステップＳ４０９の判断は“ＹＥＳ”になり、
結局は自身で作成した仮文書を実文書データファイルの
２番目（２番目の＜＊ｆｕｇｏｕ＊＞　と３番目の＜＊
ｆｕｇｏｕ＊＞　の間）に置換させることが可能になっ
ている。

【００２６】こうして、何回かのループによって、仮文
書ファイルの実文書への置換が終了したとき、或いは間
違ったパスワードを入力したことによる検索処理が最後
まで行なったにもかかわらず順次作成されていく正当性
符号が存在しないと判断されたとき、ステップＳ４０５
の判断は“ＹＥＳ”となり、メインルーチンに戻ること
になる。

【００２７】以上の説明で、特にステップＳ４１０に関
し、実文書データファイル２１の内容の置き換えを行う
様にしたが、ステップＳ４０１にて、空の一時ファイル
を作成しておき、ステップＳ４１０では、実文書データ
ファイル２１を一文書要素分読み飛ばし、仮り文書デー
タファイル２３の一文書要素分を一時ファイルに追加す
る。一方、ステップＳ４１１では、実文書データファイ
ル２１の一文書要素分を一時ファイルに追加し、仮文書
データファイル２３の一文書要素分を読み飛ばす様にす
る。そして、ステップＳ４０５で対象終了となつたと判
断したとき、終了する直前で、実文書データファイル２
１を消去し、一時ファイルの名前を新たに、実文書デー
タの名前につけ替え、以降実文書データファイル２１と
等価に扱う様にしても良い。

【００２８】＜第２の実施例＞本第２の実施例は、正当
性確認符号の生成方式は、上述した第１の実施例と同じ
であるが、文書要素おきの差し替えにおけるパスワード
入力を文書要素ごとに行わず、最初に一度だけ行う様に
したものである。正当性確認符号の生成とその登録時に
、文書の各部分の担当者は、自分の担当する部分はすべ
て同じパスワードを入力しておく。

【００２９】本第２の実施例における文書要素の差し替
え処理を図５のフローチャートを用いて説明する。図示
の如く、本第２の実施例では、先のステップＳ４０５と
ステップＳ４０７の間にあったステップＳ４０６のパス
ワード入力処理を、その位置では行わずにステップＳ４
０４の直前、例えば、ステップＳ４０３とステップＳ４
０４との間でパスワードの入力処理を行う様にする。

【００３０】個々のステップの具体的処理であるが、ス
テップＳ５０１からステップＳ５１１までは、図４のス
テップＳ４０１からステップＳ４１１までと同じである
ので、その部分の説明は割愛する。図示の如く、ステッ
プＳ５０４〜Ｓ５１２間のループでは、パスワードを入
力する手間がなくなることで、他人の担当部分に対して
もいちいちパスワード入力の応答を行う必要もなくなり
、最初の一連の入力のみで、後は一括処理できるという
効果がある。

【００３１】＜第３の実施例＞図６に第３の実施例にお
ける装置のブロック構成図を示す。図１の同じ構成要素
に対して説明を簡単にするため同符号を付している。第
１，第２の実施例と異なるところは、正当性確認符号フ
ァイル２２を別途登録するのではなく、正当性確認符号
を実文書データに合わせ持たせた点にある。

【００３２】正当性確認符号の登録処理を図７のフロー
チャートを用いて説明する。この処理も、本質的には第
１の実施例１と同じであり、ステップＳ７０１とステッ
プＳ７０６が異なる。ステップＳ７０１の実文書データ
ファイル２１の初期化では、文書管理者に対し、コンソ
ール１を介しての文書名の入力要求を行う。そして、そ
の入力された名称の実文書データファイル２１を作成す
る。なお、当然のことながら、その内容は空にする。

【００３３】ステップＳ７０２からステップＳ７０５ま
では、図２の対応するステップと同じ処理を行う。ステ
ップＳ７０６では、実文書データファイル２１の更新を
行う。前述した第１の実施例では、「＜＊ｆｕｇｏｕ＊
＞　」のみからなる行を追加するのみであつたが、実施
例３では「＜＊ｆｕｇｏｕ＊＞　」という文字列に正当
性確認符号メモリ３２の内容を連結した文字列からなる
行を追加する。

【００３４】そして、ステップＳ７０３に戻り、以上の
処理を繰り返す。次に、文書要素の差し替え処理を、図
８のフローチャートを用いて説明する。この処理も、本
質的には、第１の実施例と同じであり、ステップＳ８０
４とステップＳ８１０が異なる。それ以外のステップ、
即ちステップＳ８０１からステップＳ８０３、ステップ
Ｓ８０５からステップＳ８０９、及びステップＳ８１１
はそれぞれ図２の、ステップＳ２０１からステップＳ２
０３、ステップＳ２０５からステップＳ２０９、及びス
テップＳ２１１と同じであるので、説明は割愛する。

【００３５】ステップＳ８０４では、実文書データファ
イル２１から一行読み込む。そして、先頭の「＜＊ｆｕ
ｇｏｕ＊＞　」を削除し、残りの文字列の部分を正当性
確認符号メモリに格納する。ステップＳ８１０までは、
第１の実施例と同じ処理を行い、ステップＳ８０９で、
今回入力されたパスワードと文書識別情報（文書要素番
号）をもとに生成した正当性比較符号と正当性確認符号
との一致が認められたとき、ステップＳ８１０で仮り文
書データファイル２３から読み込んだ一つ分の文書要素
の内容で、実文書データファイル２１の一つ分の文書要
素の内容を置き換える。

【００３６】ここで、実文書データファイル２１中の「
＜＊ｆｕｇｏｕ＊＞　」で始まる行は置き換えを行わな
い。たとえ、仮文書データファイル２３中の「＜＊ｆｕ
ｇｏｕ＊＞　」で始まる行に正当性確認符号と考えられ
る文字列が記述されていても、これを無視する。ステッ
プＳ８１１も、第１の実施例と同じであり、この後、ス
テップＳ８０５に戻り、以上の処理を繰り返す。

【００３７】以上のような構成を取ることにより、登録
文書は１ファイルで良くなり、管理しやすくなるという
効果が現れる。また、拡張子などを付けて、実文書デー
タと正当性確認符号の区別をする必要がなくなり、名称
も一本化でき、名称の付け方の制限もなくなる。 ＜第４の実施例＞前述の実施例では、各文書要素を「＜
＊ｆｕｇｏｕ＊＞　」から始まる行で区切つた。本第４
の実施例では、図９（Ａ）のように「＜」と「＞」で文
書要素名を囲んだスタートタグと呼ぶ記号と、「＜／」
と「＞」で文書要素名を囲んだエンドタグと呼ぶ記号を
用いて、各文書要素を区切る。各文書要素は、スタート
タグとエンドタグで内容を挟むことによつて区別する。

【００３８】第４の実施例の装置のブロック構成図を、
図１０に示す。第１の実施例とは、文書要素番号メモリ
３５の代わりに文書要素名メモリ３８を用いること、及
び文書要素番号付パスワードメモリ３４の代わりに、文
書要素名付パスワードメモリ３７を用いるところが異な
る。基本的には、前述の各実施例中で文書要素番号を用
いるところを文書要素名を用いる様にするところが異な
る。文書要素名とパスワードから、正当性確認符号を生
成し、文書要素生成時には、その時に入力されるパスワ
ードと文書要素名をもとに生成される正当性比較符号が
、登録済の正当性確認符号との一致するか否かによつて
、訂正差し替えをするかどうかを切り換える。

【００３９】正当性確認符号の登録方法を、図１１のフ
ローチャートを用いて説明する。初めに、ステップＳ１
１０１で、文書管理者に対し、コンソール１を介して文
書名の入力要求を行う。そして、入力された文書名をフ
ァイル名として、実文書データファイル２１を確保して
、中身を空にする。次に、ステップＳ１１０２において
、文書管理者に対して、コンソール１を介して文書要素
名の入力要求を行う。その入力された文書要素名を文書
要素名メモリ３８に格納する。空文字が入力された場合
、ステップＳ１１０３で登録終了として、処理を終了す
る。文書要素名が入力された場合、ステップＳ１１０４
に進む。

【００４０】ステップＳ１１０４では、文書作成者にコ
ンソール１を介して、パスワードの入力要求を行い、そ
こで入力されたパスワードをパスワードメモリ３１に格
納する。ここでは、ステップＳ１１０２で入力されたそ
れぞれの文書要素に対する、担当者がそれぞれの担当の
文書要求に対して、パスワードを入力する。次に、ステ
ップＳ１１０５で、文書要素名とパスワードから正当性
確認符号を作成する。まず、文書要素名メモリ３８の内
容とパスワードメモリ３１の内容を連結した文字列を文
書要素名付パスワードメモリ３７に格納する。そして、
文書要素名付パスワードメモリ３７の内容を暗号化手段
１３によつて暗号化し、これを正当性確認符号として、
正当性確認符号メモリ３２に格納する。

【００４１】次に、ステップＳ１１０６で、実文書デー
タファイル２１に「＜」という文字を追加し、続いて文
書要素名メモリ３８の内容、空白文字、そして、正当性
確認符号メモリ３７の内容を追加する。そして、「＞」
「＜」「／」の３文字、文書要素名メモリ３８の内容を
順に追加し、最後に「＞」とそれに続くに改行記号を追
加する。

【００４２】例えば、文書要素名が「ａ」で、正当性確
認符号が「ｘｘｘ」であった場合には、＜ａ　　ｘｘｘ
＞＜／ａ＞ を、実文書データファイル２１に追加することになる。 そして、ステップＳ１１０２に戻つて、以上の処理を繰
り返す。

【００４３】一方、仮文書データは、前述実施例と同じ
様に文書エデイタ等を用いて、作成するが、「＜＊ｆｕ
ｇｏｕ＊＞　」から始まる行で、文書要素を区切るので
はなく、スタートタグとエンドタグで文書要素の内容を
挟んで、それぞれの文書要素を表す様にする。こうして
、作成した仮文書データを実文書データとして登録する
処理（手段）を、図１２のフローチャートを用いて説明
する。

【００４４】初めに、ステップＳ１２０１で、書き換え
対象の実文書データファイル２１のファイル名をコンソ
ール１から入力する。次に、ステップＳ１２０２におい
て、例えば、文書作成者ＡはＡ用の仮文書データファイ
ル２３のファイル名を入力し、文書作成者ＢはＢ用の仮
文書データファイル２４のファイル名を入力する。ステ
ップＳ１２０６では、パスワードを入力する。入力され
たパスワードは、パスワードメモリ３１に格納する。

【００４５】次に、ステップＳ１２０４で、実文書デー
タファイル２１から、スタートタグを読み込む。これは
、まず「＜」の文字が出てくるまで文字を読み飛ばし、
続いて、「＜」の文字から「＞」の文字までを読み込め
ば良い。そして、「＜」の次の文字から空白の直前まで
の文字列を文書要素名メモリ３８に格納する。また、空
白の次の文字から「＞」の文字の直前までを、正当性確
認符号メモリ３２に格納する。

【００４６】スタートタグが読み込めなかつたときは、
文書要素名メモリ３８と正当性確認符号メモリ３２の内
容を空にする。次に、ステップＳ１２０５では、ステッ
プＳ１２０４でスタートタグが読み込めたかどうかを調
べ、読み込めたときはステップＳ１２０７に進む。また
、読み込む対象がなくなつたときは処理を終了する。 尚、この判断は、文書要素名メモリ３８が空かどうかを
見れば良い。

【００４７】処理がステップＳ１２０７に進むと、文書
要素名メモリ３８の内容とパスワードメモリ３１の内容
を連結した文字列を、文書要素名付パスワードメモリ３
７に格納する。続いて、文書要素名付パスワードメモリ
３７の内容を暗号化手段１３によつて暗号化し、その生
成された文字列を正当性比較符号メモリ３６に格納する
。

【００４８】そして、次のステップＳ１２０８で、正当
性確認符号メモリ３２の内容と正当性比較符号メモリ３
６の内容との文字列比較を行う。この比較結果、一致し
ていると判断した場合には、ステップＳ１２０９からス
テップＳ１２１０に進み、逆に不一致の場合にはステッ
プＳ１２１１に進む。ステップＳ１２１０では（比較結
果が一致した場合）、実文書データファイル２１の現読
みだし位置から次の「＜」の直前の文字までを削除し、
仮文書データファイル２３のスタートタグとエンドタグ
で囲まれた部分の内容をコピーし、その削除した箇所に
挿入する。そして、実文書データファイル２１のエンド
タグを読み飛ばす。

【００４９】一方、ステップＳ１２１１では（比較結果
が不一致の場合）、実文書データファイル２１をエンド
タグが読みだされるまで読み飛ばし、仮文書データファ
イル２３も、スタートタグ、文書内容、エンドタグの文
書要素一つ分を読み飛ばす。そして、ステップＳ１２０
４に戻つて、以上の処理を繰り返す。以上の様にすると
、文書要素の記述位置ではなく、名称で文書要素の担当
を区別でき、容易に担当部分を見つけだせるという効果
がある。

【００５０】上記実施例では、スタートタグに正当性確
認符号を入れたが、エンドタグの方に入れてもかまわな
い。 ＜第５の実施例＞以上の実施例では、仮文書データには
、自分の担当以外の文書要素も含めておく様にした。 しかしながら、各実施例のフローにおいて、正当性確認
符号と正当性比較符号が一致しなかつたときに進むステ
ップにおいて、仮文書データの文書要素を一つ分読み飛
ばすことをやめ、正当性確認符号と正当性比較符号が一
致したときのみ仮文書データの文書要素を読み、この内
容で、実文書データの対応する文書要素の内容を置き換
える様にしても良い。

【００５１】こうすることにより、仮文書データファイ
ルには、各担当者の担当分の文書要素のみ、記述すれば
良くなり、取り扱いが簡単になる。以上説明したように
本実施例によれば、文書を構成する部分的な文書（文書
要素）おきに、その文書要素の識別情報とパスワードか
ら生成される正当性確認符号を付け記録しておき、文書
訂正時には、再び、パスワードを入力し、これと文書要
素識別情報から正当性比較符号を同じ方法で生成し、こ
れらの比較結果によつて、差し替えの許可が文書要素ご
とに決定できる様になる。即ち、複数の担当者によつて
作成される文書全体を一対のものとして取り扱い、担当
者ごとの訂正差し替えを許し、しかも、許可された部分
以外の改ざんは行われないことが保証される効果がある
。

【００５２】尚、本発明は、複数の機器から構成される
システムに適応させても良いし、１つの機器から成る装
置に適応させても良い。または、システム或は装置にプ
ログラムを供給することによって、達成される場合にも
適応できることは言うまでもない。また、上記実施例で
は、データ内容の変更の有無を判定する対象のデータを
文書データとしたが、プログラムデータを対象としても
よい。すなわち、本発明は、プログラムソースの正当性
の確認に適用することもできる。

【００５３】

【発明の効果】以上説明した様に本発明によれば、複数
の人が自身に割り当てられた部分のみを編集し、且つお
互いの編集内容が干渉しあうことをなくした環境が提供
できる。

【図面の簡単な説明】

【図１】第１の実施例における文書処理システムにブロ
ック構成図である。

【図２】第１の実施例における正当性確認符号登録のフ
ローチャートである。

【図３】第１の実施例における正当性確認符号生成のフ
ローチャートである。

【図４】第１の実施例における文書要素差し替え処理の
フローチャートである。

【図５】第２の実施例における文書要素差し替え処理の
フローチャートである。

【図６】第３の実施例における文書処理システムのブロ
ック構成図である。

【図７】第３の実施例における正当性確認符号登録のフ
ローチャートである。

【図８】第３の実施例における文書要素差し替え処理の
フローチャートである。

【図９】第４の実施例における文書要素の記述例を示す
図である。

【図１０】第４の実施例における文書処理システムのブ
ロック構成図である。

【図１１】第４の実施例における正当性確認符号登録の
フローチャートである。

【図１２】第４の実施例における文書要素差し替え処理
のフローチャートである。

【符号の説明】

１　　コンソール ２　　ＣＰＵ ４　　計算機バス １３　　暗号化手段 ２１　　実文書データファイル ２２　　正当性確認データファイル ２３　　担当者Ａの仮文書データファイル２４　　担当
者Ｂの仮文書データファイル３１　　パスワードメモリ ３２　　正当性確認符号メモリ ３４　　文書要素番号付パスワードメモリ３５　　文書
要素番号メモリ ３６　　正当性比較符号メモリ ３７　　文書要素名付パスワードメモリ３８　　文書要
素名メモリ

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　１つの文書を複数部分の文書要素に分
   離識別する文書要素識別手段と、文書要素毎のパスワー
   ドを入力する入力手段と、該入力手段で入力されたパス
   ワードと文書要素の識別情報とから、互に相違し当該個
   々の文書要素に対応する正当性確認情報を生成する正当
   性確認情報生成手段と、該正当性確認情報生成手段で生
   成された個々の文書要素に対する正当性確認情報を記憶
   する記憶手段と、該記憶手段で記憶された前記正当性確
   認符号に基づいて、個々の文書要素に対するアクセスの
   可、不可を制御する制御手段とを備えることを特徴とす
   る文書管理方式。
2. 【請求項２】　　複数の文書要素でもって構成される主
   文書を管理する文書管理方式であって、前記主文書中を
   構成する各文書要素毎に相違し、当該文書要素に対応す
   る正当性確認情報を記憶する記憶手段と、所望とする文
   書要素に対してアクセスするために、パスワードを入力
   する入力手段と、該入力手段で入力されたパスワードに
   基づいて、正当性確認情報を生成する生成手段と、該生
   成手段で生成された正当性確認情報と、当該文書要素に
   対応し、前記記憶手段に記憶された正当性確認情報とを
   比較する比較手段と、該比較手段の比較結果に基づいて
   、注目文書要素に対応するアクセス件を開放するか否か
   を制御する制御手段とを備えることを特徴とする文書管
   理方式。