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

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は文書処理装置及びその方
法に関し、特に文書の作成編集及び保存等を行なえる文
書処理装置及びその方法に関するものである。

【０００２】

【従来の技術】従来、計算機上で作成される、或いは作
成された文書フアイルが、複数のユーザによる共同作業
の対象になる場合は、オペレーテイングシステムによつ
て、複数ユーザの間でフアイルを共有し、その他のユー
ザにはフアイルへのアクセスを禁止するという方法をと
つていた。

【０００３】たとえば、ＵＮＩＸオペレーテイングシス
テム（米国ＡＴ＆Ｔ社が開発し、ライセンスしている。 以下同様）では、フアイルごとに書き込み、参照（読み
だし）、実行の許可をフアイルの所有者、グループ、そ
の他のユーザにたいして与えることができる。

【０００４】このようなシステムにおいて、あるフアイ
ルに対し、グループ内でそのフアイルを共有（読み出し
のみならず、書き込みも可）し、かつ、グループ外のユ
ーザに対しては、そのフアイルの変更を許さないという
設定をする場合は、「グループにはフアイルの書き込み
を許可し、グループ外のユーザにはフアイル書き込みを
許可しない」旨を設定することにより、その文書を、グ
ループ内でのみ共有することができる。

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

【０００６】

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

【０００７】しかし、かかる方法では、各文書領域にネ
スティング（入れ子）構造が許可され、ある文書領域が
内側に他の文書領域を含む場合については考慮されてい
なかった。そこで、１つの文書要素中に他の文書の存在
を許すようにするシステムを考えてみる。この場合、注
目文書要素中に含まれる他の文書要素をも一括して正当
性を確認した場合、その注目文書要素を構成している全
ての文書要素ごとに正当性を確認することになることが
予想される。しかし、これでは作業が煩雑になることは
避けられない。

【０００８】本発明は、かかる従来技術に鑑みなされた
ものであり、１つの文書要素中に他の文書要素が存在す
るとき、注目している文書要素の管理下にある他の文書
要素を含めた範囲で、当該注目文書要素の正当性を確認
することを可能にする文書処理装置及びその方法を提供
しようとするものである。

【０００９】

【課題を解決するための手段】この課題を解決する本発
明の処理装置は以下に示すものを備える。すなわち、複
数の文書要素で構成された文書データを扱う文書処理装
置であって、文書要素に対してパスワードを設定するパ
スワード設定手段と、設定されたパスワードに対応する
第１の文書要素内に第２の文書要素がある場合、当該第
２の文書要素が前記第１の文書要素の管理下にあるか否
かを判別する判別手段と、該判別手段によって前記第２
の文書要素が前記第１の文書要素の管理下にあると判別
したとき、前記第２の文書要素の文字列を含む前記第１
の文書要素の文字列を抽出する抽出し、前記第２の文書
要素が前記第１の文書要素の管理下にないと判断したと
き、当該第２の文書要素の文字列を除く前記第１の文書
要素の文字列を抽出する文字列抽出手段と、該文字列抽
出手段で抽出された文字列と前記パスワード設定手段で
設定されたパスワードに基づき、当該第１の文書要素に
対応する符号を生成する符号生成手段と、該符号生成手
段で生成された符号を前記第１の文書要素と対応付けて
記憶する記憶手段とを備える。

【００１０】また、本発明の文書処理方法は以下の工程
からなる。すなわち、複数の文書要素で構成された文書
データを扱う文書処理方法であって、文書要素に対して
パスワードを設定するパスワード設定工程と、設定され
たパスワードに対応する第１の文書要素内に第２の文書
要素がある場合、当該第２の文書要素が前記第１の文書
要素の管理下にあるか否かを判別する判別工程と、該判
別工程によって前記第２の文書要素が前記第１の文書要
素の管理下にあると判別したとき、前記第２の文書要素
の文字列を含む前記第１の文書要素の文字列を抽出し、
前記第２の文書要素が前記第１の文書要素の管理下にな
いと判断したとき、当該第２の文書要素の文字列を除く
前記第１の文書要素の文字列を抽出する文字列抽出工程
と、該文字列抽出工程で抽出された文字列と前記パスワ
ード設定工程で設定されたパスワードに基づき、当該第
１の文書要素に対応する符号を生成する符号生成工程と
、該符号生成工程で生成された符号を前記第１の文書要
素と対応付けて記憶する記憶工程とを備えることを特徴
とする文書処理方法。

【００１１】

【作用】かかる構成及び工程からなる本発明の文書処理
装置及びその方法は、或る文書要素内の文字列を抽出す
るとき、その文書要素内に別の文書要素があるときには
、その別の文書要素が注目している文書要素の管理下の
ものであるのか否かを判断する。そして、注目文書要素
の管理下にある文書要素については、その管理下にある
文書要素の文字列を、注目文書要素の文字列の一部とし
て抽出する。また、管理下にない文書要素である場合に
は、その文書要素の文字列を除いた状態で注目文書要素
の文字列を抽出する。そして、設定されたパスワードと
抽出した文字列に基づいて正当性確認用符号を生成し、
それを注目文書要素に対応付けて記憶する。

【００１２】

【実施例】以下、本発明に係る実施例を、添付図面に従
って説明する。

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

【００１４】また、第１の文書要素が第２の文書要素を
含む（ネストする）場合、第２の文書要素を第１の文書
要素から見て「子の文書要素」、逆に、第１の文書要素
を第２の文書から見て「親の文書要素」という。 ［装置構成の説明］図１は、本実施例における文書処理
システムの構成を表わした図である。

【００１５】図中、１は本システムのユーザ（文書作成
者あるいは文書確認者）が本システムに文書や指令を入
力するための入力装置で、例えば、キーボードである。 勿論、外部で作成した文書を入力する（読み込む）こと
も可能とするため、入力装置１としては、キーボードの
他に例えばフロッピーディスク等も含む。

【００１６】２は入力装置１より入力された指令に基づ
いて、本実施例の処理を行なうためのＣＰＵ、３はＣＰ
Ｕ２の処理結果、あるいは本システムからのメッセージ
をプリントアウト、あるいは表示するための出力装置で
、例えば、プリンタあるいはＣＲＴである。

【００１７】１０は本実施例における処理プログラムを
記憶するための第１の記憶装置、２０は本実施例で取り
扱う文書データを保管するための第２の記憶装置、３０
は本実施例の処理に要するデータを一時的に記憶するた
めの第３の記憶装置である。

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

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

【００２０】第２の記憶装置２０において、２０１は文
書作成者達が作成した複数の文書要素からなる文書デー
タ、２０２は対応付けプログラム１０４により正当性確
認用符号が登録された正当性確認用符号付き文書データ
、２０３は管理用データである。

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

【００２２】次に、上記構成における本実施例の処理の
ながれについて説明する。

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

【００２４】まず、文書作成者は、既存のエディタ（不
図示の文書編集プログラム）を起動させたりすることで
、入力装置１より文書を作成し、文書データ２０１とし
て格納する。

【００２５】文書データの一例を図３に示す。図示の如
く、文書データはある特定の文書区切り記号によって文
書要素ごとに明確に分離できるものである。ここでは、
文書要素名“ａ”の文書要素はスタート記号“＜ａ＞”
で始まり、それに対応するエンド記号“＜／ａ＞”で終
る文字列をいう。つまり、これら２つの記号で囲まれた
文字列が文書要素“ａ”の内容である（図示の場合には
“あいうえお．．．”という文字列）。従って、スター
ト記号及びエンド記号は特別な意味を持っているので、
文書（文書要素）中にこれらを文書要素の区切り以外の
目的で使用することは禁じる（何か他の記号でもって代
用する）。このスタート記号、エンド記号の対応は数式
におけるカッコの対応と同様のものであり、スタート記
号は必ずひとつのエンド記号とペアになっている。

【００２６】各文書要素は、他の文書要素を０個以上ネ
ストして含むことができる。

【００２７】図示の場合、文書要素“ａ”は、文書要素
“ｂ”，“ｅ”を含んでいる。先に説明したが、文書要
素“ｂ”，“ｅ”は、文書要素“ａ”に対して「子の文
書要素」であり、逆に文書要素“ａ”は文書要素“ｂ”
，“ｅ”の「親の文書要素ということになる。

【００２８】さて、文書作成後、文書作成者は文書デー
タ２０１の中の文書要素に対して、その文書要素を管理
するための符号をつける。管理するための符号として、
ここでは仮にその文書要素の著者名をつける。

【００２９】これは全ての文書要素につける必要はない
。符号が付けられていない文書要素は、その親の文書要
素と同じ管理を受けることになる（ここでは、同じ著者
ということになる）。符号の付け方としては、図６に示
すように、テーブル形式の如く、文書要素と著者との対
応関係をファイルを用意する。これが管理データ２０３
である。

【００３０】図６では、文書要素“ａ”の著者は“ｓｕ
ｚｕｋｉ”であり、文書要素“ｂ”のそれは“ｓａｔｏ
”であることを示している。また、ここに記述されてい
ない文書要素“ｃ”や文書要素ｆ”については、何の情
報も持たないことになる。

【００３１】このファイル（管理データ２０３）は、文
書データ２０１と対応付けるため（文書データ２０１に
限らず、複数の文書データが存在する可能性があるので
）、文書データ２０１と同じ名称で、且つ特有の拡張子
を付加させるものとする。例えば、“ｆｉｌｅ”という
文書データに対する文書要素と符号の対応するファイル
（管理データ２０３）の名称としては、“ｆｉｌｅ．ｄ
ａｔ”などとすれば良い。但し、このファイルは、文書
要素と、それを管理するための符号（実施例では著者名
）の関係がわかるものであれば、どのようなものであっ
ても構わない。以上で準備が整う。図２のステップＳ２
１で、文書データ２０１、正当性確認用符号付き文書デ
ータ２０２、管理データ２０３の格納場所（たとえばフ
ァイル名）を入力し、文書処理対象を定める。つぎの、
ステップＳ２３で、どの文書要素を登録するのかを入力
装置１により指定し、これを作成時文書要素名３２１に
格納する。ここで指定される文書要素には、管理用符号
が付けられていなければならない。

【００３２】次に、ステップＳ２４で、文字列抽出プロ
グラム１０２を起動することで、該当する文書要素から
、文字列を読み出し、それを作成時対象文字列３０２に
格納する。　　ステップＳ２５では、文書作成者は、今
注目している文書要素に対するパスワードを入力装置１
より入力する。入力されたパスワードは作成時パスワー
ド３０３に格納される。そして、ステップＳ２６におい
ては、ステップＳ２４で取り出した作成時対象文字列３
０２内の文字列と、ステップＳ２５において作成時パス
ワード３０３に格納されたパスワードから暗号化した符
号を生成し、それを作成時正当性確認用符号３０５に格
納する（詳細は後述する）。

【００３３】最後に、ステップＳ２７において、対応付
けプログラム１０４を起動することで、該当する文書要
素と得られた正当性確認用符号の対応付け処理を行ない
、本文書作成処理を終了する。

【００３４】ここで、ステップＳ２４の処理、すなわち
、文字列抽出プログラム１０２の処理について述べる。

【００３５】このプログラムは、作成時文書要素名３２
１によって指定された文書要素の内容（指定された文書
要素のスタート及びエンド記号は含まず）を取り出すが
、その中に入れ子になった他の文書要素がある場合には
、次のような処理を行なう。

【００３６】先ず、入れ子になっている文書要素に管理
用符号が付けられている場合（管理データ２０３を参照
することで判断できる）、その文書要素（入れ子になっ
ている文書要素＝子の文書要素）の内容の抽出は行なわ
ない。但し、その文書要素のスタート及びエンド記号は
取り出す。また、その入れ子になっている文書要素に管
理符号か付けられていない場合には、スタート、エンド
記号だけでなく、その文書要素の内容も抽出する。

【００３７】例えば、図３のような文書データで、且つ
図６の管理データが作成された場合、文書要素“ａ”に
文字列抽出プログラムを実行させると、図４Ａに示すよ
うな文字列が抽出される。

【００３８】また、文書要素“ｂ”について同様の処理
を行なうと、図４Ｂに示す文字列が抽出されることにな
る。

【００３９】以下、本文字列抽出プログラムの処理のな
がれを図７のフローチャートに従って説明する。

【００４０】先ず、ステップＳ５１において、作成時文
書要素名３２１で指定された文書要素のスタート記号直
後にポインタをジャンプする。そして、次のステップＳ
５２で、ポインタを順次進めて、次の文書区切り記号を
検出したとき、その直前までの文字列を抽出する。そし
て、次のステップＳ５３において、先に検出した文書区
切り記号は、注目文書要素（親の文書要素）のエンド記
号かどうかを判断する。判断の基準は、注目している文
書要素名がその区切り記号中に存在するか否かかつエン
ド記号であるかで判断できる。ここでの判断が“ＹＥＳ
”の場合には、抽出すべき文字列は全て抽出したことに
なるから本処理を終えるが、“ＮＯ”の場合（つまり、
検出した文書区切り記号が「子の文書要素」の区切り記
号の場合）にはステップＳ５４に進む。

【００４１】ここでは（ステップＳ５４）、検出された
文書区切り記号に対応する文書要素に管理用符号が付け
られているか否かを判断する。この文書要素の文書要素
名が管理用データ２０３に登録されているとき、管理用
符号が付けられているとみなす。なお、エンド記号の場
合は、管理用符号が付けられていないとみなす。付けら
れていなければ、その区切り記号を含む、それ以降の文
字列も抽出対象の文字列であることになるので、処理は
ステップＳ５２に戻る。（この後、管理用データに登録
されている文書要素のスタート記号を見つけるか、指定
された文書要素のエンド記号を見つけるまで、次々とネ
ストの下の階層へ進んでいくことになる。）

【００４２
】また、管理用符号が付けられていると判断した場合、
当該文書要素が構造的に正しく記述されていれば、検出
した区切り記号はエンド記号ではなく、子の文書要素の
スタート記号であると考えて良い。

【００４３】しかも、この「子の文書要素」には管理用
符号が付いているものであるから、対応するエンド記号
の直前までの文字列は抽出対象外の文字列となる。従っ
て、ポインタを、エンド記号まで進め、そこから文字列
の抽出する処理を続行させる。

【００４４】尚、このとき、スタート記号やエンド記号
に文書要素名以外のものが入っていた場合は（例えば、
後述する正当性確認時においては、エンド記号中に正当
性確認用符号が挿入されている）、これを無視して扱う
（抽出しない）。

【００４５】以上の処理によって、作成時対象文字列３
０２に、文字列が抽出され格納されることになる。

【００４６】次に、図２のステップＳ２６の符号生成処
理について、図８のフローチャートに従って説明する。

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

【００４８】次に、ステップＳ６２において、文字列変
換プログラム１０３を起動することで、作成時被暗号化
データ３０４内の文字列を別の文字列に変換し、それを
作成時正当性確認符号３０５に格納保管する。もちろん
、作成時被暗号化データ３０４が単なるバイト列の時、
このプログラム（符号１０３）はバイト列変換プログラ
ムとなることはいうまでもない。

【００４９】この文字列変換プログラム１０３は、例え
ば、ＵＮＩＸにおけるパスワードの暗号化と同じような
アルゴリズムによつて実現できる。つまり、ある文字列
を事実上逆変換できない方法によつて、別の文字に変換
するものである。ただし、変換後の文字列中に、文書区
切り記号がが生成されないようにしなければならない。

【００５０】次に、図２におけるステップＳ２７、すな
わち、対応付けプログラム１０４の動作を説明する。

【００５１】ここでは、作成時正当性確認符号３０５を
、対象となる文書要素のエンド記号中に空白文字ととも
に挿入する。この正当性確認用符号によつて、対象とな
る文書要素の正当性を確認するので、ここで、空白文字
を挿入する意味は、文書要素名と正当性確認用符号を明
確に分離するためのものである。

【００５２】このように正当性確認用符号が挿入された
文書データが、正当性確認用符号付き文書データ２０２
になる。

【００５３】図５に正当性確認用符号付き文書データ２
０２の一例を示す。管理用符号が指定されている文書要
素（ここではａ，ｂ，ｄ，ｅ）のエンド記号中にある文
字列“？？？？”が正当性確認用符号である。それぞれ
の文書要素のエンド記号中に正当性確認用符号を挿入し
、文書要素名とは１つの空白文字にいよって隔てられて
いるのがわかる。

【００５４】図９のフローチャートに従って、この処理
（対応付けプログラム１０４）の処理を説明する。

【００５５】先ず、ステップＳ７１で文書データ２０１
から、作成時文書要素番号３０１が示す文書要素のエン
ド記号を検出する。

【００５６】次に、ステップＳ７２で、作成時正当性確
認用符号３０５を、エンド記号中の文書要素名の直後に
、空白文字とともに挿入する。

【００５７】以上で、図２のステップＳ２７の処理が達
成できる。 ［正当性確認処理の説明］次に、正当性確認処理の流れ
を図１０のフローチャートに従って説明する。

【００５８】先ず、ステップＳ８０で、正当性確認用符
号付き文書データ２０２、管理用データ２０３のそれぞ
れの格納場所を入力し、処理対象を定める。続いて、ス
テップＳ８１において、文書確認者は入力装置１より確
認したい文書要素名を入力する。入力された文書要素名
は確認時文書要素名３２６に格納される。

【００５９】次のステップＳ７２では、正当性確認用符
号付き文書データ２０２から、文字抽出プログラム１０
２を用いて、該当する文字列を抽出し、それを確認時対
象文字列３０７に格納する。この処理内容は、基本的に
文書作成時の処理、つまり、図７と同じである。但し、
処理対象は確認時文書要素名３２６に格納された文書要
素であり、抽出文字列の格納先は確認時文字列３０７と
なる。

【００６０】次に、ステップＳ８３で文書確認者は、入
力装置１より確認時パスワード３０８を入力する。

【００６１】ステップＳ８４では、ステップＳ７２で取
り出した確認時対象文字列３０７とステップＳ８３で入
力した確認時パスワード３０８から、確認時正当性確認
用符号３１０を作成する。この暗号化は、図２のステッ
プＳ２６の処理と同じ処理である。つまり、図８の説明
における作成時対象文字列３０２を確認時対象文字列３
０７、作成時パスワード３０３を確認時パスワード３０
８、作成時被暗号化データ３０４を確認時被暗号化デー
タ３０９、作成時正当性確認用符号３０５を確認時正当
性確認用符号３１０と置き換えて、全く同様に説明でき
る。

【００６２】ステップＳ８５では、正当性確認用符号付
き文書データ２０２から、ステップＳ７１で入力された
確認時文書要素番号３０６が示す文書要素のエンド記号
を検出し、このエンド記号中の文書要素名の直後の空白
文字を含まない文字列を比較用符号３１１に取り出す（
この文字列は、図９の処理で挿入した正当性確認用符号
であり、エンド記号中の文書要素名とは空白文字によっ
て分離されている）。

【００６３】ステップＳ８６では、ステップＳ８４で作
成した確認時正当性確認用符号３１０と、ステップＳ８
５で抽出した比較用符号３１１を比較する。もし一致す
れば、ステップＳ８７によつて正当である旨、例えば文
字列“ｙｅｓ”を判定結果３１２に格納する。一致しな
い時は、ステップＳ８８によつて正当でない旨、例えば
文字列“ｎｏ”を格納する。

【００６４】以上をもって、本第１の実施例の処理の流
れについての説明を終了する。［他の実施例の説明］以
下、第２の実施例について説明する。本第２の実施例で
は、管理用符号を別ファイルに記述するのではなく、文
書区切り記号中に記述するものである。

【００６５】図１１は本第２の実施例におけるシステム
構成を表わした図である。図１と装置の構成は同じであ
るが、第１、第２、第３の記憶装置に記憶されるプログ
ラムやデータが異なる。

【００６６】以下、本第２の実施例の処理のながれにつ
いて説明する。

【００６７】本処理も第１の実施例と同様に、文書作成
を行なう処理と、正当性確認を行う処理の２つに分かれ
る。

【００６８】初めに、文書作成処理の流れについて、説
明する。

【００６９】先ず、文書作成者は、入力装置１より文字
列を入力し、既存のエデイタなどを用いて文書データ２
１１を作成するこのとき、管理用符号も同時に文書区切
り記号（スタート記号）の中に記述する。

【００７０】図１３に、本第２の実施例における文書デ
ータ２１１の例を示す。文書データは、ある特定の記号
によつて、文書要素ごとに明確に分離できるものである
。

【００７１】ここでは、文書要素名が“ａ”という文書
要素のスタート記号が“＜ａ＞”、エンド記号が“＜／
ａ＞”である。この２つの記号に囲まれた文字列が文書
要素“ａ”の内容である。第１の実施例と同様、それぞ
れの文書要素は他の文書要素を０個以上ネストして含む
ことが出来る。

【００７２】また、この区切り記号の中に管理用符号を
記述する場合は、スタート記号の中に例えば、“ａｕｔ
ｈｏｒ＝ｓｕｚｕｋｉ”というような文字列を文書要素
名の後に、空白文字を隔てて挿入する。

【００７３】第１の実施例と同様、管理符号としてその
文書要素の著者名を使用することにする。これによって
、その文書要素がｓｕｚｕｋｉであることが示される。 また、第１の実施例と同様に、全ての文書要素について
、管理符号を記述する必要はない。つまり、記述のない
ものは、親の文書要素と同じ管理を受ける（同じ著者で
あるとみなす）。

【００７４】図１２を用いて説明する。ステップＳ１０
１で、文書データ２１１、正当性確認用符号付き文書デ
ータ２１２のそれぞれの格納場所（たとえばファイル名
）を入力し、処理対象を定める。処理がステップＳ１０
２に進むと、文書作成者は入力装置１より作成時文書要
素名を入力する。

【００７５】次に、ステップＳ１０３で、文字列抽出プ
ログラム１１２を起動することで、該当する文書要素の
文字列を抽出し、それを作成時対象文字列３０２に格納
する。ステップＳ１０４では、文書作成者は入力装置１
より、該当する文書要素に対応するパスワードを入力す
る（入力されたパスワードは作成時パスワード３０３に
格納される）。

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

【００７７】最後に、ステップＳ１０６で対応付けプロ
グラム１１４を用いて該当する文書要素と暗号化符号３
０５の対応付け処理を行ない、文書作成処理を終了する
。

【００７８】ここで、図１２におけるステップＳ１０３
の文字列抽出プログラム１１２の処理であるが、これは
第１の実施例における文字列抽出プログラム１０２とほ
とんど同じであり、処理の内容も図７と同じである。

【００７９】但し、第１の実施例では、文書要素と管理
用符号の対応関係が別ファイルになっていたのに対し、
本第２の実施例では直接文書データ内の区切り記号に記
述されている。よって、管理用符号が付けられているか
否かを判断するには、スタート記号中に文字列“ａｕｔ
ｈｏｒ＝”があるか否かで確かめる。

【００８０】尚、この場合も、子の文書要素の区切り記
号（スタート記号及びエンド記号）に、文書要素名以外
の文字列があった場合は、これを無視する。すなわち、
文字列抽出の際、各スタート記号内にある“ａｕｔｈｏ
ｒ＝ｓｕｚｕｋｉ”等の文字列は抽出しない。（文書要
素名とこれらの管理情報をへだてる空白文字も抽出しな
い）

【００８１】図１３で示した文書データは、図３で
示した文書データと図６の管理データをひとまとめにし
た文書データを示しており、第１の実施例と同様に、文
書要素“ａ”について文字列抽出を行なった場合に得ら
れる文字列は、第１の実施例と同様、図４Ａとなる。ま
た、文書要素“ｂ”に対して同様の処理を行なった場合
に得られる文字列は図４Ｂの如くになる。

【００８２】次に、本第２の実施例における２つ目の処
理である正当性確認処理を図１４に従って説明する。

【００８３】先ず、ステップＳ１２０で、正当性確認用
符号付き文書データ２１２の格納場所を入力し、処理対
象を定める。続いて、ステップＳ１２１において、文書
確認者は確認しようとしている文書要素の文書要素名を
入力装置１より入力する（入力した文書要素名は確認時
文書要素名３２６に格納される）。次に、ステップＳ１
２２において、文字列抽出プログラム１１２を起動する
ことで正当性確認用符号付き文書データ２１２中の該当
する文書要素から文字列を抽出し、それを確認時対象文
字列３０７に取り出す。

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

【００８５】確認時正当性確認用符号３１０が生成され
ると、処理はステップＳ１２５に進んで、正当性確認用
符号付き文書データ２１２中の該当する文書要素（確認
時文書要素名３２６に格納された文書要素名の文書要素
）のエンド記号を検出し、そのエンド記号の中から比較
用符号３１１を取り出す。

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

【００８７】尚、本実施例においては、正当性確認用符
号をエンド記号に挿入したが、勿論スタート記号に挿入
することも可能である。また、文書区切り記号中には文
書要素名と管理用符号と正当性確認用符号のみが存在す
る例を説明したが、属性等の情報が文書区切り記号中に
あっても良い。

【００８８】この場合は、文書要素名や正当性確認用符
号とその他の情報が明確に区別できなければならない。 例えば、エンド記号中の何番目の位置かを定めるとか、
本実施例のように、 ＜ａ　ｏｗｎｅｒ＝ｍｅ　ｄａｔｅ＝１９９０．９．１
１　ｐａｓｓｗｄ＝？？？？？＞という具合に属性の名
前を明記することが考えられる。 位置を指定する場合には、最初に文書データを作成する
際に、所定位置にダミーの正当性確認用符号を挿入して
おき、対応付け処理で正しい正当性確認用符号と入れ替
えれば良い。以上説明したように本第１，第２の実施例
によれば、１つの文書データが文書区切り記号によって
１つ以上の文書要素に分割され、且つ文書要素の内部に
更なる文書要素が何層にもネストして存在できる場合に
おいて、 ｉ．どのネスト階層の文書要素に対しても、あるまとま
りの文書要素毎の正当性を管理することが可能になる。 ｉｉ．すべての文書要素に対し管理用符号を付けなくて
よいから、ｉ．のための作業が簡単になる。 ｉｉｉ．管理の指定がない文書要素は、親の文書要素の
と同じ管理を受けることが可能になる。

【００８９】という効果が得られる。

【００９０】また、子の文書要素が親の文書要素の管理
下にないと判断した場合であっても、子の文書要素の区
切り記号までも暗号化の対象とするため、対象とする文
書要素のどの位置になんという名前の文書要素があると
いうことまで含めて、文書要素の正当性の確認を行なう
ことができる。換言すれば、この場合、子の文書要素の
内容を自由に書き換えても、その外側（親）の文書要素
は“正当である”とみなされ、子の文書要素を削除した
り、位置をかえたり、文書要素名や属性がある場合はそ
の文書要素名や属性をかえると、“正当である”ことに
はならない。

【００９１】なお、上記実施例では、データ内容の変更
の有無を判定する対象のデータを文書データとしたが、
プログラムデータを対象としてもよい。すなわち、本発
明は、プログラムソースの正当性の確認に適用すること
もできる。

【００９２】

【発明の効果】以上説明したように本発明によれば、１
つの文書要素内部に他の文書要素があった場合、注目し
ている文書要素の管理下にある他の文書要素を含めた状
態で、当該注目文書要素の正当性を確認することが可能
になる。

【図面の簡単な説明】

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

【図２】第１の実施例における文書作成処理手順を示す
フローチャートである。

【図３】第１の実施例の文書データの一例を示す図であ
る。

【図４】第１の実施例における文字列抽出処理を説明す
るための図である。

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

【図６】本実施例における管理用データの内容を示す図
である。

【図７】図２のステップＳ２４の処理の詳細を示すフロ
ーチャートである。

【図８】図２のステップＳ２６の処理の詳細を示すフロ
ーチャートである。

【図９】図２のステップＳ２７の処理の詳細を示すフロ
ーチャートである。

【図１０】第１の実施例における文書確認処理手順を示
すフローチャートである。

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

【図１２】第２の実施例における文書作成処理手順を示
すフローチャートである。

【図１３】第２の実施例の文書データの一例を示す図で
ある。

【図１４】第２の実施例における文書確認処理手順を示
すフローチャートである。

【符号の説明】

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

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　複数の文書要素で構成された文書デー
   タを扱う文書処理装置であって、文書要素に対してパス
   ワードを設定するパスワード設定手段と、設定されたパ
   スワードに対応する第１の文書要素内に第２の文書要素
   がある場合、当該第２の文書要素が前記第１の文書要素
   の管理下にあるか否かを判別する判別手段と、該判別手
   段によって前記第２の文書要素が前記第１の文書要素の
   管理下にあると判別したとき、前記第２の文書要素の文
   字列を含む前記第１の文書要素の文字列を抽出し、前記
   第２の文書要素が前記第１の文書要素の管理下にないと
   判断したとき、当該第２の文書要素の文字列を除く前記
   第１の文書要素の文字列を抽出する文字列抽出手段と、
   該文字列抽出手段で抽出された文字列と前記パスワード
   設定手段で設定されたパスワードに基づき、当該第１の
   文書要素に対応する符号を生成する符号生成手段と、該
   符号生成手段で生成された符号を前記第１の文書要素と
   対応付けて記憶する記憶手段とを備えることを特徴とす
   る文書処理装置。
2. 【請求項２】　　複数の文書要素で構成された文書デー
   タを扱う文書処理方法であって、文書要素に対してパス
   ワードを設定するパスワード設定工程と、設定されたパ
   スワードに対応する第１の文書要素内に第２の文書要素
   がある場合、当該第２の文書要素が前記第１の文書要素
   の管理下にあるか否かを判別する判別工程と、該判別工
   程によって前記第２の文書要素が前記第１の文書要素の
   管理下にあると判別したとき、前記第２の文書要素の文
   字列を含む前記第１の文書要素の文字列を抽出し、前記
   第２の文書要素が前記第１の文書要素の管理下にないと
   判断したとき、当該第２の文書要素の文字列を除く前記
   第１の文書要素の文字列を抽出する文字列抽出工程と、
   該文字列抽出工程で抽出された文字列と前記パスワード
   設定工程で設定されたパスワードに基づき、当該第１の
   文書要素に対応する符号を生成する符号生成工程と、該
   符号生成工程で生成された符号を前記第１の文書要素と
   対応付けて記憶する記憶工程とを備えることを特徴とす
   る文書処理方法。