JPH04271461A - 文書判定方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

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

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

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

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

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

【００１１】また、上記問題を解決するために、文書登
録時に、入力されたパスワードと文書デ−タとから符号
を生成して記憶しておき、確認時に、入力されたパスワ
ードと現在の文書デ−タとから新たに符号を生成し、記
憶された符号と比較して、その一致不一致により内容の
書き換えの有無を検知する方式も考えられるが、この方
式では、複数の文書を順次確認する必要がある場合には
、文書ごとのパスワードの入力操作が煩雑となるという
問題がある。

【００１２】

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

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

【００１４】

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

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

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

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

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

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

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

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

【００２２】次に、ステップＳ２２で、文書作成者のユ
ーザネームを得、ユーザネーム３８に格納する。これは
、たとえば、ｕｎｉｘ，Ｃ−ｓｈｅｌｌのｗｈｏａｍｉ
コマンドなどによって得られる。

【００２３】次に、ステップＳ２３で、文書データ２１
の内容とユーザネーム３８に格納された文字列とを暗号
化することにより正当性確認用符号を生成する。

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

【００２５】初めに、ステップＳ３１で、文書データ２
１の内容と、ユーザネーム３８を、文書内容＋　ユーザ
ネーム３５にひと続きの文字列として格納する。（ユー
ザーネームや文書内容は、文字列に限らず、単なるバイ
ト列を扱うようにしてもよい）次に、ステップＳ３２で
、文書内容＋　ユーザネーム３５を暗号化する。

【００２６】この、暗号化処理は、例えば、ｕｎｉｘに
おける、パスワードの暗号化と同じようなアルゴリズム
によって実現できる。これは、ある文字列を、事実上逆
変換できない方法によって、別の文字列に変換するもの
である。この処理が、もし、固定長（例えば８バイト）
の文字列しか受け付けないようなものであり、文書デー
タ＋ユーザネーム３５がこれを越える文字列であったな
ら、次のようにするなどして、固定長にすればよい。ま
ず、文書データ＋ユーザネームを、８バイトずつに切り
分ける。次に、順次これらの排他的論理和（ＥＸーＯＲ
）をとる（初めの８バイト分と、次の８バイト分のＥＸ
ーＯＲをとり、その結果と、その次の８バイト分のＥＸ
ーＯＲをとる。以下、同様に続ける。）。また、最後に
切り分けられた残りが、８バイト分に満たなければ、８
バイトになるまでブランクを入れるなどの処置をとれば
よい。このようにすれば、最終的に、８バイト分のコー
ドが得られる。これを、印字可能な文字コードに変換す
る。このとき、不適当なコード（改行コードなど）は適
宜変換するものとする。この文字コードを暗号化するこ
とで、文書に特有の、暗号文字列が得られる。なお、こ
の暗号化手法は、入出力を文字列に限定せず、ただのバ
イト列として扱えるものであってもよい。ここで生成さ
れた暗号を、正当性確認用符号と呼び、主メモリ３０中
に正当性確認用符号３２として格納する。この時、この
正当性確認用符号を、コンソール１などに表示してもよ
い。以上で、ステップＳ２３の符号生成処理を終了する
。

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

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

【００２９】以上で、作成された文書データ２１ファイ
ルと、その正当性確認用符号ファイル２３が、お互い対
応づけられた形で、メモリ２０中に格納された。ここま
でが、文書作成・登録のための処理である。

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

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

【００３２】はじめに、ステップＳ４１で、コンソール
０１から、対象とするファイル名を指定する。つぎに、
ステップＳ４２で、つぎに、ステップＳ４２で、確認を
しようとするユーザのユーザネームをメモリ３０中のユ
ーザネーム３８に、格納する。これは図２の、ステップ
Ｓ２２と同じである。

【００３３】次に、ステップＳ４３の符号生成処理で、
指定された文書データ２１の内容と、ユーザネーム３８
から第２　図ステップＳ２３と同じように、正当性確認
用符号を生成し、メモリ３０中の正当性確認用符号３２
に格納する。（これは、ここで新たに生成されたもので
あり、文書作成・登録処理で生成されたものとは別のも
のになっている。）次に、ステップＳ４４では、指定さ
れた文書データに対応付けられている正当性確認用符号
ファイル２３の内容（文字列）と、ここで作成された正
当性確認用符号３２の内容（文字列）を比較する。もし
、同じであればｙｅｓ　、同じでないならｎｏを、判定
３３に格納する。（これは、判定の結果がわかるものな
ら何でも良い）次に、ステップＳ４５で、本処理の結果
として、判定３３の内容を出力する。例えば、出力装置
３、または、コンソール１の画面上に、’ｙｅｓ’　ま
たは’ｎｏ’という文字列として表示する。また、これ
は、ある処理に対する入力としても良い。

【００３４】以上で、正当性確認のための処理を終了す
る。以上に述べた処理によって、後で、その正当性が確
認できる形で文書を作成・登録し、そのような文書デー
タにたいして、作成後に書き換えられているかどうかを
確認することができるようになる。 （第２実施例）次に、本発明の第２の実施例について、
図を用いて説明する。

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

【００３６】図１と同様に、バス４に、コンソール１、
ＣＰＵ２、出力装置３、プログラムメモリ１０、デ−タ
メモリ２０、主メモリ３０がつながったものであり、そ
のハ−ドウェア構成は変わらないが、メモリの内容が一
部異なる。具体的には、プログラムメモリ１０は図６〜
図９に示す処理手順を記憶し、主メモリ３０は、ログイ
ンディレクトリ３９を有し、図１の文書内容＋ユーザネ
ーム３４に代わり、文書内容＋ログインディレクトリ３
６を備え、デ−タメモリ２０は後述する対応表２４を有
する。

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

【００３８】まず、ステップＳ６１で文書を作成・編集
し、ステップＳ６２で、文書作成者のユーザネームを得
る。この部分は、ステップＳ２１〜２２と同様である。

【００３９】次に、ステップＳ６３で、ステップＳ６２
で得られたユーザネームと、対応表２４から、文書作成
者のログインディレクトリを得、ログインディレクトリ
３９に格納する。対応表２４は、ユーザー名とそのログ
インディレクトリとの対応表で、ｕｎｉｘシステムの／
ｅｔｃ／ｐａｓｓｗｄ　ファイルなどがこれに当たる。 ／ｅｔｃ／ｐａｓｓｗｄ　ファイルは、第１フィールド
がユーザ名、第６フィールドがログインディレクトリを
示している。

【００４０】この、ログインディレクトリを取り出すス
テップについて、図９を用いて説明する。

【００４１】まず、ステップＳ９１で、ユーザのログイ
ンネームを、ユーザネーム３８に格納する。ログインネ
ネームは、、ｕｎｉｘシステム、Ｃ　シェルのｗｈｏａ
ｍｉコマンドなどで得ることが可能である。

【００４２】次に、ステップＳ９２で、ユーザネームと
ログインディレクトリとの対応関係が記されている、対
応表２４を用いて、ステップＳ９１で得たユーザネーム
３８に対応するログインディレクトリを得、これをログ
インディレクトリ３９に格納する。

【００４３】次に、ステップＳ６４で、文書データ２１
の内容とログインディレクトリ３９に格納された文字列
を暗号化して、正当性確認用符号を生成する。この符号
生成処理について、図７を用いて説明する。

【００４４】初めに、ステップＳ７１で、文書データ２
１の内容と、ログインディレクトリ３９を、文書内容＋
　ログインディレクトリ３６にひと続きの文字列として
格納する。

【００４５】次に、ステップＳ７２で、文書内容＋　ロ
グインディレクトリに格納された文字列を暗号化する。 この暗号化の手順は、第１実施例と同様である。

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

【００４７】以上で、ステップＳ６４の符号生成処理を
終了する。

【００４８】次に、ステップＳ６５で、作成された文書
と、正当性確認用符号を対応づける処理を行なう。本実
施例でも、第１の実施例と同様に、正当性確認用符号を
、文書の名称の後に拡張子をつけた名前をもつファイル
に格納することによって、両者を対応付けることにより
、作成された文書データ２１のファイルと、その正当性
確認用符号ファイル２３を、お互い対応づけられた形で
、メモリ２０中に格納する。

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

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

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

【００５２】初めに、ステップＳ８１で、コンソール１
から、対象とするファイル名を指定する。つぎに、ステ
ップＳ８２で、確認をしようとするユーザの、ログイン
ディレクトリを得、メモリ３０中のログインディレクト
リ３９に、格納する。

【００５３】次に、ステップＳ８３で、指定された文書
データ２１の内容と、ここで得られたログインディレク
トリから、ステップＳ６４と同様に、正当性確認用符号
を生成し、メモリ３０中の正当性確認用符号３２に格納
する。（これは、ここで新たに生成されたものであり、
文書作成・登録処理で生成されたものとは別のものにな
っている。）次に、ステップＳ８４では、指定された文
書データに対応付けられている正当性確認用符号ファイ
ル２３に格納された符号と、ここで作成された正当性確
認用符号３２の内容（文字列）とを比較する。その結果
、もし、同じであればｙｅｓ　、同じでないならｎｏを
、判定３３に格納する。

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

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

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

【００５７】この実施例では、ユーザネームから間接的
に参照されるログインディレクトリを文書登録・文書確
認のためのパスワードとして使っているため、同じログ
インディレクトリを持つ複数のユーザを設けることで、
管理が簡単になるという効果がある。

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

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

【００６０】

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

【００６１】また、パスワード等の入力を文書毎に行な
う必要がないので、複数の文書に対する登録、確認の作
業が簡単になる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

【図９】ログインディレクトリ取り出し処理のフローチ
ャートである。

【符号の説明】

１　　コンソール ２　　ＣＰＵ ３　　出力装置 ４　　計算機バス １０　　プログラムメモリ ２０　　データ用メモリ ２１　　文書データ ２３　　正当性確認用符号ファイル ２４　　対応表 ３０　　主メモリ ３２　　正当性確認用符号 ３３　　判定 ３４　　文書内容＋ユーザネーム ３６　　文書内容＋ログインディレクトリ３８　　ユー
ザネーム ３９　　ログインディレクトリ

Claims (3)

【特許請求の範囲】
1. 【請求項１】　　文書デ−タを作成・編集し、保存する
   文書処理システムにおいて、文書デ−タを記憶する第１
   の記憶手段と、利用者の識別子を記憶する第２の記憶手
   段と、文書データから所定の部分を取り出す抽出手段と
   、該抽出手段により取り出された部分と前記識別子と対
   応付けられた識別情報とを変換して符号を生成する符号
   生成手段と、前記符号を前記文書データと対応させて記
   憶する第３の記憶手段と、前記第１の記憶手段に記憶さ
   れた文書デ−タにおける変更の有無の判定を行なう事を
   指示する指示手段と、該指示手段の指示を受けて、前記
   第２の記憶手段に記憶された識別子と対応付けられた識
   別情報と、前記抽出手段によって当該文書データより取
   り出された所定の部分とから、前記符号生成手段により
   符号を生成するように制御する制御手段と、当該生成さ
   れた符号と、前記第３の記憶手段に記憶された符号との
   一致を判別する判別手段とを設けたことを特徴とする文
   書判定方式。
2. 【請求項２】　　前記識別情報を、識別子そのものとす
   ることを特徴とする請求項１に記載の文書判定方式。
3. 【請求項３】　　前記文書処理システムに、前記識別子
   と前記識別情報との対応関係を記憶する第４の記憶手段
   を設け、当該対応関係においては、１つの識別情報に複
   数の識別子が対応可能とすることを特徴とする請求項１
   に記載の文書判定方式。