JP2003177967A - アクセス制御履歴保証方法 - Google Patents
アクセス制御履歴保証方法Info
- Publication number
- JP2003177967A JP2003177967A JP2001376606A JP2001376606A JP2003177967A JP 2003177967 A JP2003177967 A JP 2003177967A JP 2001376606 A JP2001376606 A JP 2001376606A JP 2001376606 A JP2001376606 A JP 2001376606A JP 2003177967 A JP2003177967 A JP 2003177967A
- Authority
- JP
- Japan
- Prior art keywords
- access
- access control
- history
- account
- history data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
(57)【要約】
【課題】 オブジェクトへのアクセス制御が適切に実施
されていたことを保証する。 【解決手段】 電子文書管理システム１０にユーザから
電子文書へのアクセス要求が入力されると、そのユーザ
の認証を行って文書へのアクセス権の有無をチェックし
た上で、文書アクセス処理手段１２においてユーザから
要求されたアクセス処理が実行される。アクセス権ＤＢ
１６には、ユーザのアクセス権を指定するアクセス制御
データが保持され、さらにアクセス制御履歴データの改
ざんを検知するためのメッセージ認証子（及び電子署
名）が記録される。またアクセス権ＤＢ１６には、サブ
ジェクトを構成するアカウントの変更履歴データが記録
され、履歴データの改ざん検知が可能なようにメッセー
ジ認証子（及び電子署名）がさらに記録される。これに
よりアクセス制御履歴データが改ざんされていないこと
を確認しながらアクセス制御データの更新処理を行うこ
とができる。
されていたことを保証する。 【解決手段】 電子文書管理システム１０にユーザから
電子文書へのアクセス要求が入力されると、そのユーザ
の認証を行って文書へのアクセス権の有無をチェックし
た上で、文書アクセス処理手段１２においてユーザから
要求されたアクセス処理が実行される。アクセス権ＤＢ
１６には、ユーザのアクセス権を指定するアクセス制御
データが保持され、さらにアクセス制御履歴データの改
ざんを検知するためのメッセージ認証子（及び電子署
名）が記録される。またアクセス権ＤＢ１６には、サブ
ジェクトを構成するアカウントの変更履歴データが記録
され、履歴データの改ざん検知が可能なようにメッセー
ジ認証子（及び電子署名）がさらに記録される。これに
よりアクセス制御履歴データが改ざんされていないこと
を確認しながらアクセス制御データの更新処理を行うこ
とができる。
Description
【０００１】
【発明の属する技術分野】本発明は、アクセス制御履歴
保証方法、より詳細には、ファイルに対するアクセス制
御が適切に実施されていたことを保証するアクセス制御
履歴保証方法に関する。
保証方法、より詳細には、ファイルに対するアクセス制
御が適切に実施されていたことを保証するアクセス制御
履歴保証方法に関する。
【０００２】
【従来の技術】ＵＮＩＸ（登録商標）やＷｉｎｄｏｗｓ
（登録商標）のようなオペレーティングシステム（Ｏ
Ｓ）や、電子文書管理システムでは、その制御下に置か
れているファイル、電子文書といったものに対して正当
なユーザのみがアクセスできるようにアクセス制御を行
うのが一般的である。そのようにアクセス制御されるオ
ブジェクト（ファイル、電子文書）に対して、実際にど
のようなアクセスがあったのか、不正なアクセスがなか
ったか、を後で調べられるようにするために、各オブジ
ェクトに対するアクセス履歴（アクセスログ）を記録し
ておくのが一般的である。
（登録商標）のようなオペレーティングシステム（Ｏ
Ｓ）や、電子文書管理システムでは、その制御下に置か
れているファイル、電子文書といったものに対して正当
なユーザのみがアクセスできるようにアクセス制御を行
うのが一般的である。そのようにアクセス制御されるオ
ブジェクト（ファイル、電子文書）に対して、実際にど
のようなアクセスがあったのか、不正なアクセスがなか
ったか、を後で調べられるようにするために、各オブジ
ェクトに対するアクセス履歴（アクセスログ）を記録し
ておくのが一般的である。
【０００３】システムの安全運用監査などを行う際に
は、上記のようにして記録されたアクセス履歴を参照・
確認することになる。しかし、オブジェクトの個数が多
くなると、各オブジェクトにどのようなアクセスがあっ
たかを監査するのは非常に手間がかかることになり、実
際には例えばサンプリング監査をすることになる。サン
プリング監査を行った場合には、サンプリングの対象と
ならなかったオブジェクトへの不正アクセスがなかった
かどうかについては、確認することができない。
は、上記のようにして記録されたアクセス履歴を参照・
確認することになる。しかし、オブジェクトの個数が多
くなると、各オブジェクトにどのようなアクセスがあっ
たかを監査するのは非常に手間がかかることになり、実
際には例えばサンプリング監査をすることになる。サン
プリング監査を行った場合には、サンプリングの対象と
ならなかったオブジェクトへの不正アクセスがなかった
かどうかについては、確認することができない。
【０００４】しかし、その一方で、アクセス制御に使用
された設定情報というものはそれほど頻繁に変更するこ
とはなく、また、各オブジェクトについてばらばらなア
クセス制御を行うことは稀であって、例えばあるフォル
ダとその下位のファイルにはすべて同じアクセス権を付
与する、というような運用を行うのが一般的である。
された設定情報というものはそれほど頻繁に変更するこ
とはなく、また、各オブジェクトについてばらばらなア
クセス制御を行うことは稀であって、例えばあるフォル
ダとその下位のファイルにはすべて同じアクセス権を付
与する、というような運用を行うのが一般的である。
【０００５】そのため、システムの監査を考えれば、各
オブジェクトへのアクセス履歴を記録しておくよりも、
適切なアクセス制御設定を実行していたことの履歴を記
録しておいて、その履歴を監査するようにすればオブジ
ェクトをサンプリングして監査するよりも、広い範囲の
オブジェクトについて満遍のない監査を行うことができ
る。
オブジェクトへのアクセス履歴を記録しておくよりも、
適切なアクセス制御設定を実行していたことの履歴を記
録しておいて、その履歴を監査するようにすればオブジ
ェクトをサンプリングして監査するよりも、広い範囲の
オブジェクトについて満遍のない監査を行うことができ
る。
【０００６】
【発明が解決しようとする課題】本発明は、上述のごと
き実情に鑑みてなされたもので、ファイルに対するアク
セス制御が適切に実施されていたことを保証するアクセ
ス制御履歴保証方法を提供することを目的とするもので
ある。
き実情に鑑みてなされたもので、ファイルに対するアク
セス制御が適切に実施されていたことを保証するアクセ
ス制御履歴保証方法を提供することを目的とするもので
ある。
【０００７】
【課題を解決するための手段】請求項１の発明は、サブ
ジェクトがオブジェクトへアクセスする際に、サブジェ
クトに付与されたアクセス権に応じて、サブジェクトか
らオブジェクトへのアクセスを制御するシステムに適用
され、該アクセスの制御履歴を保証できるようにしたア
クセス制御履歴保証方法において、オブジェクトごとに
設定されているサブジェクトのアクセス権の変遷の履歴
をアクセス制御履歴データとして記録しておき、記録し
た該アクセス制御履歴データに対して、後で改ざん検知
が可能なように処理しておくことを特徴としたものであ
る。
ジェクトがオブジェクトへアクセスする際に、サブジェ
クトに付与されたアクセス権に応じて、サブジェクトか
らオブジェクトへのアクセスを制御するシステムに適用
され、該アクセスの制御履歴を保証できるようにしたア
クセス制御履歴保証方法において、オブジェクトごとに
設定されているサブジェクトのアクセス権の変遷の履歴
をアクセス制御履歴データとして記録しておき、記録し
た該アクセス制御履歴データに対して、後で改ざん検知
が可能なように処理しておくことを特徴としたものであ
る。
【０００８】請求項２の発明は、請求項１の発明におい
て、前記アクセス権は、オブジェクトごとに設定された
アクセス制御リストによって指示されていることを特徴
としたものである。
て、前記アクセス権は、オブジェクトごとに設定された
アクセス制御リストによって指示されていることを特徴
としたものである。
【０００９】請求項３の発明は、請求項１または２の発
明において、前記アクセス制御履歴データの改ざんを検
知するために、該アクセス制御履歴データに対してメッ
セージ認証子（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａ
ｔｉｏｎ Ｃｏｄｅ）を計算して該アクセス制御履歴デ
ータとともに記録しておくことを特徴としたものであ
る。
明において、前記アクセス制御履歴データの改ざんを検
知するために、該アクセス制御履歴データに対してメッ
セージ認証子（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａ
ｔｉｏｎ Ｃｏｄｅ）を計算して該アクセス制御履歴デ
ータとともに記録しておくことを特徴としたものであ
る。
【００１０】請求項４の発明は、請求項１または２の発
明において、前記アクセス制御履歴データの改ざんを検
知するために、該アクセス制御履歴データに対して電子
署名を計算して該アクセス制御履歴データとともに記録
しておくことを特徴としたものである。
明において、前記アクセス制御履歴データの改ざんを検
知するために、該アクセス制御履歴データに対して電子
署名を計算して該アクセス制御履歴データとともに記録
しておくことを特徴としたものである。
【００１１】請求項５の発明は、サブジェクトがオブジ
ェクトへアクセスする際に、サブジェクトに付与された
アクセス権に応じて、サブジェクトからオブジェクトへ
のアクセスを制御するシステムに適用され、該アクセス
の制御履歴を保証できるようにしたアクセス制御履歴保
証方法において、サブジェクトを構成する要素を示すア
カウントの変遷の履歴をアカウント構成履歴データとし
て記録しておき、記録した該アカウント構成履歴データ
に対して、後で改ざん検知が可能なように処理しておく
ことを特徴としたものである。
ェクトへアクセスする際に、サブジェクトに付与された
アクセス権に応じて、サブジェクトからオブジェクトへ
のアクセスを制御するシステムに適用され、該アクセス
の制御履歴を保証できるようにしたアクセス制御履歴保
証方法において、サブジェクトを構成する要素を示すア
カウントの変遷の履歴をアカウント構成履歴データとし
て記録しておき、記録した該アカウント構成履歴データ
に対して、後で改ざん検知が可能なように処理しておく
ことを特徴としたものである。
【００１２】請求項６の発明は、請求項５の発明におい
て、前記サブジェクトは、システムのユーザアカウント
とグループアカウントとにより示される要素によって構
成されることを特徴としたものである。
て、前記サブジェクトは、システムのユーザアカウント
とグループアカウントとにより示される要素によって構
成されることを特徴としたものである。
【００１３】請求項７の発明は、請求項５または６の発
明において、前記アカウント構成履歴データの改ざんを
検知するために、アカウント構成履歴データに対してメ
ッセージ認証子（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃ
ａｔｉｏｎ Ｃｏｄｅ）を計算して該アカウント構成履
歴データとともに記録しておくことを特徴としたもので
ある。
明において、前記アカウント構成履歴データの改ざんを
検知するために、アカウント構成履歴データに対してメ
ッセージ認証子（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃ
ａｔｉｏｎ Ｃｏｄｅ）を計算して該アカウント構成履
歴データとともに記録しておくことを特徴としたもので
ある。
【００１４】請求項８の発明は、請求項５または６の発
明において、前記アカウント構成履歴データの改ざんを
検出するために、該アカウント構成履歴データに対して
電子署名を計算して該アカウント構成履歴データととも
に記録しておくことを特徴としたものである。
明において、前記アカウント構成履歴データの改ざんを
検出するために、該アカウント構成履歴データに対して
電子署名を計算して該アカウント構成履歴データととも
に記録しておくことを特徴としたものである。
【００１５】請求項９の発明は、サブジェクトがオブジ
ェクトへアクセスする際に、サブジェクトに付与された
アクセス権に応じて、サブジェクトからオブジェクトへ
のアクセスを制御するシステムに適用され、該アクセス
の制御履歴を保証できるようにしたアクセス制御履歴保
証方法において、オブジェクトごとに設定されているサ
ブジェクトのアクセス権の変遷の履歴をアクセス制御履
歴データとして記録しておき、記録した該アクセス制御
履歴データに対して、後で改ざん検知が可能なように処
理しておき、さらにサブジェクトを構成する要素を示す
アカウントの変遷の履歴をアカウント構成履歴データと
して記録しておき、記録した該アカウント構成履歴デー
タに対して、後で改ざん検知が可能なように処理してお
くことを特徴としたものである。
ェクトへアクセスする際に、サブジェクトに付与された
アクセス権に応じて、サブジェクトからオブジェクトへ
のアクセスを制御するシステムに適用され、該アクセス
の制御履歴を保証できるようにしたアクセス制御履歴保
証方法において、オブジェクトごとに設定されているサ
ブジェクトのアクセス権の変遷の履歴をアクセス制御履
歴データとして記録しておき、記録した該アクセス制御
履歴データに対して、後で改ざん検知が可能なように処
理しておき、さらにサブジェクトを構成する要素を示す
アカウントの変遷の履歴をアカウント構成履歴データと
して記録しておき、記録した該アカウント構成履歴デー
タに対して、後で改ざん検知が可能なように処理してお
くことを特徴としたものである。
【００１６】請求項１０の発明は、請求項９の発明にお
いて、前記アクセス権は、オブジェクトごとに設定され
たアクセス制御リストによって指示されていることを特
徴としたものである。
いて、前記アクセス権は、オブジェクトごとに設定され
たアクセス制御リストによって指示されていることを特
徴としたものである。
【００１７】請求項１１の発明は、請求項９の発明にお
いて、サブジェクトは、システムのユーザアカウントと
グループアカウントとにより示される要素によって構成
されることを特徴としたものである。
いて、サブジェクトは、システムのユーザアカウントと
グループアカウントとにより示される要素によって構成
されることを特徴としたものである。
【００１８】請求項１２の発明は、請求項９ないし１１
のいずれか１の発明において、前記アクセス制御履歴デ
ータと前記アカウント構成履歴データの改ざんを検出す
るために、該アクセス制御履歴データと該アカウント構
成履歴データそれぞれに対してメッセージ認証子（Ｍｅ
ｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄ
ｅ）を計算して該アクセス制御履歴データと該アカウン
ト構成履歴データそれぞれとともに記録しておくことを
特徴としたものである。
のいずれか１の発明において、前記アクセス制御履歴デ
ータと前記アカウント構成履歴データの改ざんを検出す
るために、該アクセス制御履歴データと該アカウント構
成履歴データそれぞれに対してメッセージ認証子（Ｍｅ
ｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄ
ｅ）を計算して該アクセス制御履歴データと該アカウン
ト構成履歴データそれぞれとともに記録しておくことを
特徴としたものである。
【００１９】
【発明の実施の形態】図１は、本発明のアクセス制御履
歴保証方法を適用可能な電子文書管理システムの一例を
説明するためのブロック図である。ここでは本発明の実
施の形態を電子文書管理システムを例にして説明する。
電子文書管理システム１０は、電子文書ＤＢ１５を内部
に備え、ユーザから電子文書へのアクセスの要求が入力
されると、ユーザ認証手段１１によってそのユーザの認
証を行い、アクセス権検証手段１３が文書へのアクセス
権の有無をチェックした上で、アクセス権がある場合に
限り、文書アクセス処理手段１２によってユーザから要
求されたアクセス処理を実行するシステムである。
歴保証方法を適用可能な電子文書管理システムの一例を
説明するためのブロック図である。ここでは本発明の実
施の形態を電子文書管理システムを例にして説明する。
電子文書管理システム１０は、電子文書ＤＢ１５を内部
に備え、ユーザから電子文書へのアクセスの要求が入力
されると、ユーザ認証手段１１によってそのユーザの認
証を行い、アクセス権検証手段１３が文書へのアクセス
権の有無をチェックした上で、アクセス権がある場合に
限り、文書アクセス処理手段１２によってユーザから要
求されたアクセス処理を実行するシステムである。
【００２０】図２は、図１に示すごとくの電子文書管理
システムにおけるユーザ認証手段１１の処理例について
説明するためのフローチャートである。以下にユーザ認
証手段１１の処理例を図２のフローチャートに従って、
図１を参照しながら説明する。ユーザ認証処理手段１１
は、ユーザから文書アクセス要求（アカウント名，パス
ワード，文書ＩＤ，及びアクセス種別）を受け取った際
（ステップＳ１）、アカウント名に対応するパスワード
ハッシュ値をユーザ管理ＤＢ１４から取得し（ステップ
Ｓ２）、さらにアクセス要求に含まれるパスワードのハ
ッシュ値を計算する（ステップＳ３）。次いでステップ
Ｓ２で先に取り出したパスワードハッシュ値と、ステッ
プＳ３で計算したハッシュ値とを比較する（ステップＳ
４）。
システムにおけるユーザ認証手段１１の処理例について
説明するためのフローチャートである。以下にユーザ認
証手段１１の処理例を図２のフローチャートに従って、
図１を参照しながら説明する。ユーザ認証処理手段１１
は、ユーザから文書アクセス要求（アカウント名，パス
ワード，文書ＩＤ，及びアクセス種別）を受け取った際
（ステップＳ１）、アカウント名に対応するパスワード
ハッシュ値をユーザ管理ＤＢ１４から取得し（ステップ
Ｓ２）、さらにアクセス要求に含まれるパスワードのハ
ッシュ値を計算する（ステップＳ３）。次いでステップ
Ｓ２で先に取り出したパスワードハッシュ値と、ステッ
プＳ３で計算したハッシュ値とを比較する（ステップＳ
４）。
【００２１】比較した結果、上記二つのハッシュ値が一
致するか判断し（ステップＳ５）、一致しなけければエ
ラーで処理を終了する（ステップＳ９）。またハッシュ
値が一致すれば、ユーザ管理ＤＢ１４から、アカウント
名に対応するユーザが所属しているグループのリストを
取得する（ステップＳ６）。そして文書アクセス処理手
段１２にアカウント名，所属グループリスト，文書Ｉ
Ｄ，及びアクセス種別のデータを渡し（ステップＳ
７）、正常に処理を終了する（ステップＳ８）。上記ハ
ッシュ値は、例えば米国標準技術局による規格であるＳ
ＨＡ−１のようなアルゴリズムを用いて計算することが
できる。
致するか判断し（ステップＳ５）、一致しなけければエ
ラーで処理を終了する（ステップＳ９）。またハッシュ
値が一致すれば、ユーザ管理ＤＢ１４から、アカウント
名に対応するユーザが所属しているグループのリストを
取得する（ステップＳ６）。そして文書アクセス処理手
段１２にアカウント名，所属グループリスト，文書Ｉ
Ｄ，及びアクセス種別のデータを渡し（ステップＳ
７）、正常に処理を終了する（ステップＳ８）。上記ハ
ッシュ値は、例えば米国標準技術局による規格であるＳ
ＨＡ−１のようなアルゴリズムを用いて計算することが
できる。
【００２２】図３は、文書アクセス要求データの一例を
示す図である。電子文書管理システムに入力する文書ア
クセス要求は、上述のようにアカウント名，パスワー
ド，文書ＩＤ，及びアクセス種別を示すデータが含まれ
る。これらデータは、例えば、図３に示すごとくのもの
である。
示す図である。電子文書管理システムに入力する文書ア
クセス要求は、上述のようにアカウント名，パスワー
ド，文書ＩＤ，及びアクセス種別を示すデータが含まれ
る。これらデータは、例えば、図３に示すごとくのもの
である。
【００２３】図４は、ユーザ管理ＤＢ１４で管理される
アカウント管理ファイルの一例を示す図である。ユーザ
管理ＤＢ１４では、各アカウント毎に、図４に示すごと
くの情報を管理する。図４に示すように、アカウントが
抹消された場合でもアカウントのエントリが削除される
のではなく、抹消（“ｄｅｌｅｔｅ”）の日時が記録さ
れる。図４に示すように、ユーザ管理ＤＢ１４では、該
ユーザ管理ＤＢ１４をのぞき見られた際にパスワードが
暴露しないよう、パスワードそのものをユーザ管理ＤＢ
１４に保存するのではなく、パスワードのハッシュ値を
保存している。
アカウント管理ファイルの一例を示す図である。ユーザ
管理ＤＢ１４では、各アカウント毎に、図４に示すごと
くの情報を管理する。図４に示すように、アカウントが
抹消された場合でもアカウントのエントリが削除される
のではなく、抹消（“ｄｅｌｅｔｅ”）の日時が記録さ
れる。図４に示すように、ユーザ管理ＤＢ１４では、該
ユーザ管理ＤＢ１４をのぞき見られた際にパスワードが
暴露しないよう、パスワードそのものをユーザ管理ＤＢ
１４に保存するのではなく、パスワードのハッシュ値を
保存している。
【００２４】図５は、ユーザ管理ＤＢ１４に保持される
グループリストに係わるデータの一例を示す図である。
ユーザ管理ＤＢ１４には、上記のアカウント管理フィル
以外にも、図５に示すようなグループリストが例えばｇ
ｒｏｕｐ.ｌｉｓｔというファイル名でグループ管理フ
ァイルとして記録されている。
グループリストに係わるデータの一例を示す図である。
ユーザ管理ＤＢ１４には、上記のアカウント管理フィル
以外にも、図５に示すようなグループリストが例えばｇ
ｒｏｕｐ.ｌｉｓｔというファイル名でグループ管理フ
ァイルとして記録されている。
【００２５】図５において、例えば“ｔａｒｏ”が所属
するグループを検索する場合、まず、メンバ情報に“ｔ
ａｒｏ”が含まれるグループ名で且つグループが削除さ
れていないものを検索し、さらにここで検索されたグル
ープ名情報がメンバ情報として含まれるグループ名を検
索する。このようにして、所属グループリストとして
“ｌａｂ１”及び“ｌａｂ＿ａｌｌ”を得る。グループ
設定履歴については後で詳しく説明する。
するグループを検索する場合、まず、メンバ情報に“ｔ
ａｒｏ”が含まれるグループ名で且つグループが削除さ
れていないものを検索し、さらにここで検索されたグル
ープ名情報がメンバ情報として含まれるグループ名を検
索する。このようにして、所属グループリストとして
“ｌａｂ１”及び“ｌａｂ＿ａｌｌ”を得る。グループ
設定履歴については後で詳しく説明する。
【００２６】電子文書管理システム１０における文書ア
クセス処理手段１２は、ユーザ認証手段１１から受け取
った情報（アカウント名，所属グループリスト，文書Ｉ
Ｄ，及びアクセス種別）をもとに、対象ユーザに対して
アクセスが許可されているかどうか検証した上で、要求
された電子文書へのアクセス処理を行う。
クセス処理手段１２は、ユーザ認証手段１１から受け取
った情報（アカウント名，所属グループリスト，文書Ｉ
Ｄ，及びアクセス種別）をもとに、対象ユーザに対して
アクセスが許可されているかどうか検証した上で、要求
された電子文書へのアクセス処理を行う。
【００２７】図６は、上記文書アクセス処理手段１２の
処理の一例を説明するためのフローチャートである。文
書アクセス処理手段１２では、まずユーザ認証手段１１
からアカウント名，所属グループリスト，文書ＩＤ，及
びアクセス種別のデータを受け取る（ステップＳ１
１）。そしてアクセス権検証手段１３に、上記のアカウ
ント名，所属グループリスト，文書ＩＤ，及びアクセス
種別のデータを渡す（ステップＳ１２）。そしてアクセ
ス権検証手段１３による検証結果に従ってアクセス権が
なければエラーで処理を終了する（ステップＳ１３，Ｓ
１７）。また上記検証結果においてアクセス権があるこ
とが検証されたならば、文書アクセス処理手段１２は、
文書ＩＤで指定された電子文書に対してアクセス種別で
指定されたアクセスを行い（ステップＳ１３，Ｓ１
４）、処理結果をユーザに返してから（ステップＳ１
５）、正常に処理を終了する（ステップＳ１６）。
処理の一例を説明するためのフローチャートである。文
書アクセス処理手段１２では、まずユーザ認証手段１１
からアカウント名，所属グループリスト，文書ＩＤ，及
びアクセス種別のデータを受け取る（ステップＳ１
１）。そしてアクセス権検証手段１３に、上記のアカウ
ント名，所属グループリスト，文書ＩＤ，及びアクセス
種別のデータを渡す（ステップＳ１２）。そしてアクセ
ス権検証手段１３による検証結果に従ってアクセス権が
なければエラーで処理を終了する（ステップＳ１３，Ｓ
１７）。また上記検証結果においてアクセス権があるこ
とが検証されたならば、文書アクセス処理手段１２は、
文書ＩＤで指定された電子文書に対してアクセス種別で
指定されたアクセスを行い（ステップＳ１３，Ｓ１
４）、処理結果をユーザに返してから（ステップＳ１
５）、正常に処理を終了する（ステップＳ１６）。
【００２８】図７は、電子文書管理システム１０におけ
るアクセス権検証手段１３の処理の一例を説明するため
のフローチャートである。アクセス権検証手段１３で
は、文書アクセス処理手段１２からアカウント名，所属
グループリスト，文書ＩＤ，及びアクセス種別のデータ
を受け取った際（ステップＳ２１）、アクセス権ＤＢ１
６から、文書ＩＤに該当するアクセス制御リスト（ＡＣ
Ｌ）を取得する（ステップＳ２２）。そして渡されたア
カウント名または所属グループリストに、指定されたア
クセス種別におけるアクセス権限があるか確認し（ステ
ップＳ２３）、権限がない場合は、権限がないことを文
書アクセス処理手段１２に通知し（ステップＳ２４）、
権限が有る場合は権限があることを文書アクセス処理手
段１２に通知して（ステップＳ２５）、処理を終了す
る。
るアクセス権検証手段１３の処理の一例を説明するため
のフローチャートである。アクセス権検証手段１３で
は、文書アクセス処理手段１２からアカウント名，所属
グループリスト，文書ＩＤ，及びアクセス種別のデータ
を受け取った際（ステップＳ２１）、アクセス権ＤＢ１
６から、文書ＩＤに該当するアクセス制御リスト（ＡＣ
Ｌ）を取得する（ステップＳ２２）。そして渡されたア
カウント名または所属グループリストに、指定されたア
クセス種別におけるアクセス権限があるか確認し（ステ
ップＳ２３）、権限がない場合は、権限がないことを文
書アクセス処理手段１２に通知し（ステップＳ２４）、
権限が有る場合は権限があることを文書アクセス処理手
段１２に通知して（ステップＳ２５）、処理を終了す
る。
【００２９】図８は、アクセス権ＤＢ１６に記録された
アクセス制御リスト（ＡＣＬ）の例を示す図である。ア
クセス権ＤＢ１６には、例えばアクセス制御リスト（Ａ
ＣＬ）が文書ＩＤごとにファイルとして記録されてい
る。例えば文書ＩＤが“Ｒ０１００４３９８６２４９”
のＡＣＬは、“Ｒ０１００４３９８６２４９.ａｃｌ”
というファイル名で記録される。そしてユーザ名／グル
ープ名毎にアクセス権の種類（ここではｒｅａｄ，ｗｒ
ｉｔｅ，ｅｘｅｃｕｔｅ，及びｏｗｎｅｒ）が設定され
る。
アクセス制御リスト（ＡＣＬ）の例を示す図である。ア
クセス権ＤＢ１６には、例えばアクセス制御リスト（Ａ
ＣＬ）が文書ＩＤごとにファイルとして記録されてい
る。例えば文書ＩＤが“Ｒ０１００４３９８６２４９”
のＡＣＬは、“Ｒ０１００４３９８６２４９.ａｃｌ”
というファイル名で記録される。そしてユーザ名／グル
ープ名毎にアクセス権の種類（ここではｒｅａｄ，ｗｒ
ｉｔｅ，ｅｘｅｃｕｔｅ，及びｏｗｎｅｒ）が設定され
る。
【００３０】アクセス権の更新処理に関しては後で詳し
く説明するが、アクセス権ＤＢ１６にはＡＣＬファイル
とともに以下のようなファイルが保存されている。ま
ず、ＡＣＬファイルの設定を変更するたびに履歴ファイ
ルが保存される。履歴ファイルとしては、例えば、“Ｒ
０１００４３９８６２４９.ａｃｌ.１”、“Ｒ０１００
４３９８６２４９.ａｃｌ.２”のごとくのファイル名で
記録される。また、設定の変更に関する変更履歴を管理
するファイル（ＡＣＬヒストリファイル）も記録する。
ＡＣＬヒストリファイルは、例えば、“Ｒ０１００４３
９８６２４９.ａｃｌ.ｈｉｓｔｏｒｙ”のごとくのファ
イル名で記録される。
く説明するが、アクセス権ＤＢ１６にはＡＣＬファイル
とともに以下のようなファイルが保存されている。ま
ず、ＡＣＬファイルの設定を変更するたびに履歴ファイ
ルが保存される。履歴ファイルとしては、例えば、“Ｒ
０１００４３９８６２４９.ａｃｌ.１”、“Ｒ０１００
４３９８６２４９.ａｃｌ.２”のごとくのファイル名で
記録される。また、設定の変更に関する変更履歴を管理
するファイル（ＡＣＬヒストリファイル）も記録する。
ＡＣＬヒストリファイルは、例えば、“Ｒ０１００４３
９８６２４９.ａｃｌ.ｈｉｓｔｏｒｙ”のごとくのファ
イル名で記録される。
【００３１】図９は、ＡＣＬヒストリファイルの例を示
す図である。ＡＣＬヒストリファイルの内容としては、
図９に示すように、過去のＡＣＬファイル名、変更日時
（履歴データの作成日時）、及びハッシュ値が設定され
ている。ハッシュ値は、対応する過去のＡＣＬファイル
（例えば、“Ｒ０１００４３９８６２４９.ａｃｌ.
１”）に対するハッシュ値である。ハッシュ値の計算に
は例えばＳＨＡ−１などのアルゴリズムを使用する。
す図である。ＡＣＬヒストリファイルの内容としては、
図９に示すように、過去のＡＣＬファイル名、変更日時
（履歴データの作成日時）、及びハッシュ値が設定され
ている。ハッシュ値は、対応する過去のＡＣＬファイル
（例えば、“Ｒ０１００４３９８６２４９.ａｃｌ.
１”）に対するハッシュ値である。ハッシュ値の計算に
は例えばＳＨＡ−１などのアルゴリズムを使用する。
【００３２】ＡＣＬヒストリファイルについては、メッ
セージ認証子である改ざん検知コード（Ｍｅｓｓａｇｅ
Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ： ＭＡ
Ｃ）が計算され、改ざん検知コードファイルとして記録
される。改ざん検知コードファイルは、例えば“Ｒ０１
００４３９８６２４９.ａｃｌ.ｈｉｓｔｏｒｙ.ｍａ
ｃ”というファイル名で記録される。また上記ＭＡＣ
は、ＳＨＡ−１とＴｒｉｐｌｅ ＤＥＳ（米国商務省標
準局が交付したデータ暗号化規格）を組み合わせるなど
して計算する。
セージ認証子である改ざん検知コード（Ｍｅｓｓａｇｅ
Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ： ＭＡ
Ｃ）が計算され、改ざん検知コードファイルとして記録
される。改ざん検知コードファイルは、例えば“Ｒ０１
００４３９８６２４９.ａｃｌ.ｈｉｓｔｏｒｙ.ｍａ
ｃ”というファイル名で記録される。また上記ＭＡＣ
は、ＳＨＡ−１とＴｒｉｐｌｅ ＤＥＳ（米国商務省標
準局が交付したデータ暗号化規格）を組み合わせるなど
して計算する。
【００３３】上記のような電子文書管理システムに本発
明によるアクセス制御履歴保証方法を適用したときの実
施の形態を説明する。まず電子文書に対してアクセス権
の設定（変更）を行う処理について説明する。図１０
は、本発明が適用される電子文書管理システムにおける
アクセス権設定に係わる構成例について説明するための
図である。
明によるアクセス制御履歴保証方法を適用したときの実
施の形態を説明する。まず電子文書に対してアクセス権
の設定（変更）を行う処理について説明する。図１０
は、本発明が適用される電子文書管理システムにおける
アクセス権設定に係わる構成例について説明するための
図である。
【００３４】電子文書管理システム１０’は、ユーザか
らのアクセス権設定要求を受け取ると、上述したごとく
の通常の文書へのアクセス要求と同じようにユーザ認証
手段１１によりユーザの認証が行われ、その後アクセス
権設定手段１７により、要求されたアクセス権の設定を
行う。アクセス権設定手段１７は、要求してきたユーザ
が対象文書のアクセス権設定の権限をもっているかどう
かを確認する。
らのアクセス権設定要求を受け取ると、上述したごとく
の通常の文書へのアクセス要求と同じようにユーザ認証
手段１１によりユーザの認証が行われ、その後アクセス
権設定手段１７により、要求されたアクセス権の設定を
行う。アクセス権設定手段１７は、要求してきたユーザ
が対象文書のアクセス権設定の権限をもっているかどう
かを確認する。
【００３５】図１１は、アクセス権設定要求データの一
例を示す図である。電子文書管理システムに入力するア
クセス権設定要求データには、アカウント名，パスワー
ド、文書ＩＤ，及びアクセス種別を示すデータが含まれ
る。これらデータは、例えば、図１１に示すごとくのも
のである。図１１の例は、文書Ｒ０１００４３９８６２
４９にｈａｎａｋｏの書き込み権限を追加する要求を示
すものである。
例を示す図である。電子文書管理システムに入力するア
クセス権設定要求データには、アカウント名，パスワー
ド、文書ＩＤ，及びアクセス種別を示すデータが含まれ
る。これらデータは、例えば、図１１に示すごとくのも
のである。図１１の例は、文書Ｒ０１００４３９８６２
４９にｈａｎａｋｏの書き込み権限を追加する要求を示
すものである。
【００３６】図１２及び図１３は、アクセス権設定手段
１７の処理の一例を説明するためのフローチャートであ
る。アクセス権設定手段１７は、アカウント名，所属グ
ループリスト，文書ＩＤ，及びアクセス種別（アクセス
権設定種別）のデータをユーザ認証手段１１から受け取
った際（ステップＳ３１）、それらアカウント名，所属
グループリスト，文書ＩＤ，及びアクセス種別（アクセ
ス権設定種別）のデータをアクセス権検証手段１３に渡
す（ステップＳ３２）。アクセス権検証手段１３でアク
セス権があるかどうかを検証し（ステップＳ３３）、検
証結果をアクセス権設定手段１７に返す。例えば、ＡＣ
Ｌにｏｗｎｅｒ権限がついていればアクセス権があると
判断できる。アクセス権設定手段１７は、アクセス権が
なければエラーで処理を終了する（ステップＳ５３）。
１７の処理の一例を説明するためのフローチャートであ
る。アクセス権設定手段１７は、アカウント名，所属グ
ループリスト，文書ＩＤ，及びアクセス種別（アクセス
権設定種別）のデータをユーザ認証手段１１から受け取
った際（ステップＳ３１）、それらアカウント名，所属
グループリスト，文書ＩＤ，及びアクセス種別（アクセ
ス権設定種別）のデータをアクセス権検証手段１３に渡
す（ステップＳ３２）。アクセス権検証手段１３でアク
セス権があるかどうかを検証し（ステップＳ３３）、検
証結果をアクセス権設定手段１７に返す。例えば、ＡＣ
Ｌにｏｗｎｅｒ権限がついていればアクセス権があると
判断できる。アクセス権設定手段１７は、アクセス権が
なければエラーで処理を終了する（ステップＳ５３）。
【００３７】またアクセス権がある場合、アクセス権設
定手段１７では、アクセス権ＤＢ１６から、文書ＩＤで
指定された電子文書に該当するＡＣＬヒストリファイル
を読み出し（ステップＳ３４）、そのＡＣＬヒストリフ
ァイルに該当する改ざん検知コードファイルから改ざん
検知コード（ＭＡＣ）を読み出す（ステップＳ３５）。
そしてＡＣＬヒストリファイルの正当性をＭＡＣで検証
し（ステップＳ３６）、ＡＣＬヒストリファイルが改ざ
んされているかどうかを判別する（ステップＳ３７）。
定手段１７では、アクセス権ＤＢ１６から、文書ＩＤで
指定された電子文書に該当するＡＣＬヒストリファイル
を読み出し（ステップＳ３４）、そのＡＣＬヒストリフ
ァイルに該当する改ざん検知コードファイルから改ざん
検知コード（ＭＡＣ）を読み出す（ステップＳ３５）。
そしてＡＣＬヒストリファイルの正当性をＭＡＣで検証
し（ステップＳ３６）、ＡＣＬヒストリファイルが改ざ
んされているかどうかを判別する（ステップＳ３７）。
【００３８】上記ステップＳ３７でＡＣＬヒストリが改
ざんされていればエラーで処理を終了し（ステップＳ５
３）、ＡＣＬヒストリが改ざんされていなければ、ＡＣ
Ｌファイルを読み出し（ステップＳ３８）、ＡＣＬファ
イルのハッシュ値を計算する（ステップＳ３９）。そし
て計算したハッシュ値と、ＡＣＬヒストリファイルの中
の最新エントリに記録されているハッシュ値とを比較し
（ステップＳ４０）、ハッシュ値が一致するかどうかを
判別する（ステップＳ４１）。ここでハッシュ値が一致
しない場合はＡＣＬファイルが改ざんされていると見な
されるため、エラーで処理を終了する（ステップＳ５
３）。
ざんされていればエラーで処理を終了し（ステップＳ５
３）、ＡＣＬヒストリが改ざんされていなければ、ＡＣ
Ｌファイルを読み出し（ステップＳ３８）、ＡＣＬファ
イルのハッシュ値を計算する（ステップＳ３９）。そし
て計算したハッシュ値と、ＡＣＬヒストリファイルの中
の最新エントリに記録されているハッシュ値とを比較し
（ステップＳ４０）、ハッシュ値が一致するかどうかを
判別する（ステップＳ４１）。ここでハッシュ値が一致
しない場合はＡＣＬファイルが改ざんされていると見な
されるため、エラーで処理を終了する（ステップＳ５
３）。
【００３９】上記ステップＳ４１でハッシュ値が一致す
れば、次いでＡＣＬファイルに要求されたアクセス権を
設定し（ステップＳ４２）、新しくなったＡＣＬファイ
ルのハッシュ値を計算して（ステップＳ４３）、ＡＣＬ
ファイルを上書き保存する（ステップＳ４４）。次いで
ＡＣＬヒストリファイルの中の最新エントリ番号を取得
し（ステップＳ４５）、ＡＣＬファイルをコピーしてフ
ァイル名の末尾に最新エントリ番号をつけ（ステップＳ
４６）、さらに現在日時をＯＳから取得する（ステップ
Ｓ４７）。そして読み出したＡＣＬヒストリファイルの
中に新しいエントリ（ＡＣＬファイル名，日時，新しい
ハッシュ値）を加え（ステップＳ４８）、エントリを加
えた後のＡＣＬヒストリファイルに対してＭＡＣを計算
する（ステップＳ４９）。そして新しいＡＣＬヒストリ
ファイルを保存し（ステップＳ５０）、新しいＭＡＣを
ＡＣＬヒストリファイルとともに保存して（ステップＳ
５１）、正常に処理を終了する（ステップＳ５２）。
れば、次いでＡＣＬファイルに要求されたアクセス権を
設定し（ステップＳ４２）、新しくなったＡＣＬファイ
ルのハッシュ値を計算して（ステップＳ４３）、ＡＣＬ
ファイルを上書き保存する（ステップＳ４４）。次いで
ＡＣＬヒストリファイルの中の最新エントリ番号を取得
し（ステップＳ４５）、ＡＣＬファイルをコピーしてフ
ァイル名の末尾に最新エントリ番号をつけ（ステップＳ
４６）、さらに現在日時をＯＳから取得する（ステップ
Ｓ４７）。そして読み出したＡＣＬヒストリファイルの
中に新しいエントリ（ＡＣＬファイル名，日時，新しい
ハッシュ値）を加え（ステップＳ４８）、エントリを加
えた後のＡＣＬヒストリファイルに対してＭＡＣを計算
する（ステップＳ４９）。そして新しいＡＣＬヒストリ
ファイルを保存し（ステップＳ５０）、新しいＭＡＣを
ＡＣＬヒストリファイルとともに保存して（ステップＳ
５１）、正常に処理を終了する（ステップＳ５２）。
【００４０】図１４は、アクセス権設定処理前のＡＣＬ
ファイルの例を示す図で、図１５はアクセス権の設定処
理後のＡＣＬファイルの例を示す図である。アクセス権
設定処理前のＡＣＬファイルが図１４に示すごとくであ
り、先のアクセス権設定要求の例を適用すると、その設
定処理後のＡＣＬファイルは図１５に示すようになる。
ファイルの例を示す図で、図１５はアクセス権の設定処
理後のＡＣＬファイルの例を示す図である。アクセス権
設定処理前のＡＣＬファイルが図１４に示すごとくであ
り、先のアクセス権設定要求の例を適用すると、その設
定処理後のＡＣＬファイルは図１５に示すようになる。
【００４１】ＭＡＣの生成方法は、対象データのハッシ
ュ値を例えばＳＨＡ−１のアルゴリズムで計算し、その
ハッシュ値を例えばＴｒｉｐｌｅ ＤＥＳのアルゴリズ
ムで暗号化する。暗号化に使う鍵は、アクセス権設定手
段１７の内部に秘密に保持している鍵（例えばプログラ
ムにハードコーディングされている鍵や、ＩＣチップに
埋め込まれている鍵など）を使用する。
ュ値を例えばＳＨＡ−１のアルゴリズムで計算し、その
ハッシュ値を例えばＴｒｉｐｌｅ ＤＥＳのアルゴリズ
ムで暗号化する。暗号化に使う鍵は、アクセス権設定手
段１７の内部に秘密に保持している鍵（例えばプログラ
ムにハードコーディングされている鍵や、ＩＣチップに
埋め込まれている鍵など）を使用する。
【００４２】上記のようにＭＡＣをつけておけば、ＡＣ
Ｌヒストリが改ざんされていないことを確認しながらＡ
ＣＬの更新処理を行うことができるが、ＡＣＬヒストリ
が改ざんされていないことを他人（例えばシステム監査
者）に示すことが難しい可能性がある。例えば、ＡＣＬ
ヒストリファイルをシステム監査者に見せても、システ
ム監査者はＭＡＣの生成に使用した秘密の鍵を知らない
ため、それが改ざんされていないことを確認することは
できない。
Ｌヒストリが改ざんされていないことを確認しながらＡ
ＣＬの更新処理を行うことができるが、ＡＣＬヒストリ
が改ざんされていないことを他人（例えばシステム監査
者）に示すことが難しい可能性がある。例えば、ＡＣＬ
ヒストリファイルをシステム監査者に見せても、システ
ム監査者はＭＡＣの生成に使用した秘密の鍵を知らない
ため、それが改ざんされていないことを確認することは
できない。
【００４３】図１６ないし図１８は、アクセス権設定手
段１７の処理の他の例を説明するためのフローチャート
である。以下に示す実施例によれば、上記のごとくのシ
ステム監査者でもＡＣＬヒストリファイルが正しいかど
うかを確認することができる。まずアクセス権設定手段
１７は、アカウント名，所属グループリスト，文書Ｉ
Ｄ，及びアクセス種別（アクセス権設定種別）のデータ
をユーザ認証手段１１から受け取った際（ステップＳ６
１）、それらアカウント名，所属グループリスト，文書
ＩＤ，及びアクセス種別（アクセス権設定種別）のデー
タをアクセス権検証手段１３に渡す（ステップＳ６
２）。アクセス権検証手段１３でアクセス権があるかど
うかを検証し（ステップＳ６３）、検証結果をアクセス
権設定手段１７に返す。例えば、ＡＣＬにｏｗｎｅｒ権
限がついていればアクセス権があると判断できる。アク
セス権設定手段１７は、アクセス権がなければエラーで
処理を終了する（ステップＳ８５）。
段１７の処理の他の例を説明するためのフローチャート
である。以下に示す実施例によれば、上記のごとくのシ
ステム監査者でもＡＣＬヒストリファイルが正しいかど
うかを確認することができる。まずアクセス権設定手段
１７は、アカウント名，所属グループリスト，文書Ｉ
Ｄ，及びアクセス種別（アクセス権設定種別）のデータ
をユーザ認証手段１１から受け取った際（ステップＳ６
１）、それらアカウント名，所属グループリスト，文書
ＩＤ，及びアクセス種別（アクセス権設定種別）のデー
タをアクセス権検証手段１３に渡す（ステップＳ６
２）。アクセス権検証手段１３でアクセス権があるかど
うかを検証し（ステップＳ６３）、検証結果をアクセス
権設定手段１７に返す。例えば、ＡＣＬにｏｗｎｅｒ権
限がついていればアクセス権があると判断できる。アク
セス権設定手段１７は、アクセス権がなければエラーで
処理を終了する（ステップＳ８５）。
【００４４】またアクセス権がある場合、アクセス権設
定手段１７は、アクセス権ＤＢ１６から、文書ＩＤで指
定された電子文書に該当するＡＣＬヒストリファイルを
読み出し（ステップＳ６４）、そのＡＣＬヒストリファ
イルに該当する改ざん検知コードファイルから改ざん検
知コード（ＭＡＣ）を読み出す（ステップＳ６５）。そ
してＡＣＬヒストリファイルの正当性をＭＡＣで検証し
（ステップＳ６６）、ＡＣＬヒストリファイルが改ざん
されているかどうかを判別する（ステップＳ６７）。
定手段１７は、アクセス権ＤＢ１６から、文書ＩＤで指
定された電子文書に該当するＡＣＬヒストリファイルを
読み出し（ステップＳ６４）、そのＡＣＬヒストリファ
イルに該当する改ざん検知コードファイルから改ざん検
知コード（ＭＡＣ）を読み出す（ステップＳ６５）。そ
してＡＣＬヒストリファイルの正当性をＭＡＣで検証し
（ステップＳ６６）、ＡＣＬヒストリファイルが改ざん
されているかどうかを判別する（ステップＳ６７）。
【００４５】上記ステップＳ６７でＡＣＬヒストリが改
ざんされていればエラーで処理を終了し（ステップＳ８
５）、改ざんされていなければ、ＡＣＬファイルを読み
出し（ステップＳ６８）、ＡＣＬファイルのハッシュ値
を計算する（ステップＳ６９）。そして計算したハッシ
ュ値と、ＡＣＬヒストリファイルの中の最新エントリに
記録されているハッシュ値とを比較し（ステップＳ７
０）、ハッシュ値が一致するかどうかを判別する（ステ
ップＳ７１）。ここでハッシュ値が一致しない場合はＡ
ＣＬファイルが改ざんされていると見なされるため、エ
ラーで処理を終了する（ステップＳ８５）。
ざんされていればエラーで処理を終了し（ステップＳ８
５）、改ざんされていなければ、ＡＣＬファイルを読み
出し（ステップＳ６８）、ＡＣＬファイルのハッシュ値
を計算する（ステップＳ６９）。そして計算したハッシ
ュ値と、ＡＣＬヒストリファイルの中の最新エントリに
記録されているハッシュ値とを比較し（ステップＳ７
０）、ハッシュ値が一致するかどうかを判別する（ステ
ップＳ７１）。ここでハッシュ値が一致しない場合はＡ
ＣＬファイルが改ざんされていると見なされるため、エ
ラーで処理を終了する（ステップＳ８５）。
【００４６】上記ステップＳ７１でハッシュ値が一致す
れば、次いでＡＣＬファイルに要求されたアクセス権を
設定し（ステップＳ７２）、新しくなったＡＣＬファイ
ルのハッシュ値を計算して（ステップＳ７３）、ＡＣＬ
ファイルを上書き保存する（ステップＳ７４）。次いで
ＡＣＬヒストリファイルの中の最新エントリ番号を取得
し（ステップＳ７５）、ＡＣＬファイルをコピーしてフ
ァイル名の末尾に最新エントリ番号をつけ（ステップＳ
７６）、さらに現在日時をＯＳから取得する（ステップ
Ｓ７７）。
れば、次いでＡＣＬファイルに要求されたアクセス権を
設定し（ステップＳ７２）、新しくなったＡＣＬファイ
ルのハッシュ値を計算して（ステップＳ７３）、ＡＣＬ
ファイルを上書き保存する（ステップＳ７４）。次いで
ＡＣＬヒストリファイルの中の最新エントリ番号を取得
し（ステップＳ７５）、ＡＣＬファイルをコピーしてフ
ァイル名の末尾に最新エントリ番号をつけ（ステップＳ
７６）、さらに現在日時をＯＳから取得する（ステップ
Ｓ７７）。
【００４７】そして読み出したＡＣＬヒストリファイル
の中に新しいエントリ（ＡＣＬファイル名，日時，新し
いハッシュ値）を加え（ステップＳ７８）、エントリを
加えた後のＡＣＬヒストリファイルに対してＭＡＣを計
算し（ステップＳ７９）、エントリを加えたＡＣＬヒス
トリファイルに対して電子署名を計算する（ステップＳ
８０）。そして新しいＡＣＬヒストリファイルを保存し
（ステップＳ８１）、新しいＭＡＣをＡＣＬヒストリフ
ァイルとともに保存して（ステップＳ８２）、さらに新
しい電子署名をＡＣＬヒストリファイルとともに保存し
て（ステップＳ８３）、正常に処理を終了する（ステッ
プＳ８４）。
の中に新しいエントリ（ＡＣＬファイル名，日時，新し
いハッシュ値）を加え（ステップＳ７８）、エントリを
加えた後のＡＣＬヒストリファイルに対してＭＡＣを計
算し（ステップＳ７９）、エントリを加えたＡＣＬヒス
トリファイルに対して電子署名を計算する（ステップＳ
８０）。そして新しいＡＣＬヒストリファイルを保存し
（ステップＳ８１）、新しいＭＡＣをＡＣＬヒストリフ
ァイルとともに保存して（ステップＳ８２）、さらに新
しい電子署名をＡＣＬヒストリファイルとともに保存し
て（ステップＳ８３）、正常に処理を終了する（ステッ
プＳ８４）。
【００４８】上記の処理において、ＭＡＣの生成・検証
の処理をすべて電子署名の生成・検証に変更しても良い
が、電子署名の生成・検証はＭＡＣの生成・検証に比べ
て非常に時間がかかるため、パフォーマンスに影響が出
る可能性がある。そのため、上記の実施例は、基本的に
ＭＡＣを使ってＡＣＬヒストリファイルの正当性の検証
を行いつつ、後でシステム監査者も正当性を検証できる
ように最後に電子署名も同時に付与している、という仕
組みを有するものである。このような仕組みであればパ
フォーマンスを落とすことなく、システム監査者でも電
子署名に使ったプライベートキーに対応するパブリック
キーを手に入れれば正当性検証を可能にすることができ
る。
の処理をすべて電子署名の生成・検証に変更しても良い
が、電子署名の生成・検証はＭＡＣの生成・検証に比べ
て非常に時間がかかるため、パフォーマンスに影響が出
る可能性がある。そのため、上記の実施例は、基本的に
ＭＡＣを使ってＡＣＬヒストリファイルの正当性の検証
を行いつつ、後でシステム監査者も正当性を検証できる
ように最後に電子署名も同時に付与している、という仕
組みを有するものである。このような仕組みであればパ
フォーマンスを落とすことなく、システム監査者でも電
子署名に使ったプライベートキーに対応するパブリック
キーを手に入れれば正当性検証を可能にすることができ
る。
【００４９】電子署名は、例えば、“Ｒ０１００４３９
８６２４９.ａｃｌ.ｈｉｓｔｏｒｙ.ｓｉｇｎ”という
ファイル名で記録される。また電子署名は、ＳＨＡ−１
とＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａ
ｎ ｓｃｈｅｍｅ）を組み合わせるなどして計算し、例
えばＰＫＣＳ（ｐｕｂｌｉｃ−ｋｅｙ ｃｒｙｐｔｏｓ
ｙｓｔｅｍ）＃７のフォーマットで記録される。
８６２４９.ａｃｌ.ｈｉｓｔｏｒｙ.ｓｉｇｎ”という
ファイル名で記録される。また電子署名は、ＳＨＡ−１
とＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａ
ｎ ｓｃｈｅｍｅ）を組み合わせるなどして計算し、例
えばＰＫＣＳ（ｐｕｂｌｉｃ−ｋｅｙ ｃｒｙｐｔｏｓ
ｙｓｔｅｍ）＃７のフォーマットで記録される。
【００５０】上記のようにアクセス権の変遷を記録して
おき、それを改ざんできないように保護することで、確
かに文書に対してそのようなアクセス制御が行われてき
た、ということを保証することができる。しかし、ＡＣ
Ｌファイルにはグループに対する権限も載っているた
め、グループのメンバを入れ替えられていると、一体誰
にアクセス権が付与されていたのか後で分からなくなっ
てしまう。
おき、それを改ざんできないように保護することで、確
かに文書に対してそのようなアクセス制御が行われてき
た、ということを保証することができる。しかし、ＡＣ
Ｌファイルにはグループに対する権限も載っているた
め、グループのメンバを入れ替えられていると、一体誰
にアクセス権が付与されていたのか後で分からなくなっ
てしまう。
【００５１】そこで、本発明ではさらに以下のアカウン
ト設定に関する手段を提供する。図１９は、本発明が適
用される電子文書管理システムにおけるアカウント設定
手段に係わる構成例について説明するための図である。
図２０は、電子文書管理システムが受け取るアカウント
設定要求の一例を示す図で、ｙｏｉｃｈｉというアカウ
ントをｌａｂ２グループに追加する要求の例を示す図で
ある。
ト設定に関する手段を提供する。図１９は、本発明が適
用される電子文書管理システムにおけるアカウント設定
手段に係わる構成例について説明するための図である。
図２０は、電子文書管理システムが受け取るアカウント
設定要求の一例を示す図で、ｙｏｉｃｈｉというアカウ
ントをｌａｂ２グループに追加する要求の例を示す図で
ある。
【００５２】電子文書管理システム１０″では、ユーザ
からアカウント設定要求を受けると、ユーザ認証手段１
１によってユーザ認証が行われ、アカウント設定手段１
８がユーザ管理ＤＢ１４に対するアカウント設定処理を
行う。アカウント設定手段１８は、ユーザがアカウント
設定を行う権限をもっているかどうかをアクセス権検証
手段１３により確認する。ここでは説明を簡単にするた
めにrootアカウントであればアカウント設定の権限があ
るものとする。
からアカウント設定要求を受けると、ユーザ認証手段１
１によってユーザ認証が行われ、アカウント設定手段１
８がユーザ管理ＤＢ１４に対するアカウント設定処理を
行う。アカウント設定手段１８は、ユーザがアカウント
設定を行う権限をもっているかどうかをアクセス権検証
手段１３により確認する。ここでは説明を簡単にするた
めにrootアカウントであればアカウント設定の権限があ
るものとする。
【００５３】図２１ないし図２３は、アカウント設定手
段１８の処理の例を説明するためのフローチャートであ
る。アカウント設定手段１８は、ユーザ認証手段１１か
らアカウント名，所属グループリスト，パラメータ，及
びアクセス種別のデータを受け取ると（ステップＳ９
１）、アクセス権検証手段１３にアカウント名，所属グ
ループリスト，パラメータ，及びアクセス種別のデータ
を渡す（ステップＳ９２）。アクセス権検証手段１３で
はアクセス権を検証し、検証結果をアカウント設定手段
１８に返す。例えば、アクセス権検証手段１３では、ｒ
ｏｏｔであればアクセス権ありと判断する。アカウント
設定手段１８では、アクセス権の検証結果においてアク
セス権がなければ、エラーで処理を終了する（ステップ
Ｓ９３，Ｓ１２１）。
段１８の処理の例を説明するためのフローチャートであ
る。アカウント設定手段１８は、ユーザ認証手段１１か
らアカウント名，所属グループリスト，パラメータ，及
びアクセス種別のデータを受け取ると（ステップＳ９
１）、アクセス権検証手段１３にアカウント名，所属グ
ループリスト，パラメータ，及びアクセス種別のデータ
を渡す（ステップＳ９２）。アクセス権検証手段１３で
はアクセス権を検証し、検証結果をアカウント設定手段
１８に返す。例えば、アクセス権検証手段１３では、ｒ
ｏｏｔであればアクセス権ありと判断する。アカウント
設定手段１８では、アクセス権の検証結果においてアク
セス権がなければ、エラーで処理を終了する（ステップ
Ｓ９３，Ｓ１２１）。
【００５４】アクセス権がある場合、さらに入力したア
カウント設定要求のアクセス種別がグループに対する設
定要求であるかどうかを判別し（ステップＳ９４）、グ
ループ設定要求であれば、ユーザ管理ＤＢ１４のグルー
プ管理ファイルからグループリストを読み出し（ステッ
プＳ９５）、グループリストの改ざん検知コードファイ
ルから改ざん検知コード（ＭＡＣ）を読み出す（ステッ
プＳ９６）。そしてグループリストの正当性をＭＡＣで
検証し（ステップＳ９７）、グループリストが改ざんさ
れているかどうかを判別する（ステップＳ９８）。ここ
でグループリストが改ざんされていれば、エラーで終了
を終了する（ステップＳ１２１）。
カウント設定要求のアクセス種別がグループに対する設
定要求であるかどうかを判別し（ステップＳ９４）、グ
ループ設定要求であれば、ユーザ管理ＤＢ１４のグルー
プ管理ファイルからグループリストを読み出し（ステッ
プＳ９５）、グループリストの改ざん検知コードファイ
ルから改ざん検知コード（ＭＡＣ）を読み出す（ステッ
プＳ９６）。そしてグループリストの正当性をＭＡＣで
検証し（ステップＳ９７）、グループリストが改ざんさ
れているかどうかを判別する（ステップＳ９８）。ここ
でグループリストが改ざんされていれば、エラーで終了
を終了する（ステップＳ１２１）。
【００５５】グループリストが改ざんされていなけれ
ば、グループリストに対して要求された設定処理を行う
（ステップＳ９９）。そして現在日時をＯＳから取得し
（ステップＳ１００）、設定処理を行ったグループリス
トのエントリに設定処理の履歴（日時，設定内容）を追
加する（ステップＳ１０１）。次いで新しくなったグル
ープリストに対してＭＡＣを計算し（ステップＳ１０
２）、さらに新しくなったグループリストに対して電子
署名を計算し（ステップＳ１０３）、新しいグループリ
ストをグループ管理ファイルに保存する（ステップＳ１
０４）。さらに新しいＭＡＣをグループ管理ファイルと
ともに保存し（ステップＳ１０５）、新しい電子署名を
グループ管理ファイルとともに保存して（ステップＳ１
０６）、正常に処理を終了する。
ば、グループリストに対して要求された設定処理を行う
（ステップＳ９９）。そして現在日時をＯＳから取得し
（ステップＳ１００）、設定処理を行ったグループリス
トのエントリに設定処理の履歴（日時，設定内容）を追
加する（ステップＳ１０１）。次いで新しくなったグル
ープリストに対してＭＡＣを計算し（ステップＳ１０
２）、さらに新しくなったグループリストに対して電子
署名を計算し（ステップＳ１０３）、新しいグループリ
ストをグループ管理ファイルに保存する（ステップＳ１
０４）。さらに新しいＭＡＣをグループ管理ファイルと
ともに保存し（ステップＳ１０５）、新しい電子署名を
グループ管理ファイルとともに保存して（ステップＳ１
０６）、正常に処理を終了する。
【００５６】上記ステップＳ９４においてグループに対
する設定要求ではない場合、アカウントに対する設定要
求であるかどうかを判別し（ステップＳ１０７）、アカ
ウントに対する設定でなければエラーで処理を終了し
（ステップＳ１２１）、アカウントに対する設定であれ
ば、まずユーザ管理ＤＢ１４のアカウント管理ファイル
からアカウントリストを読み出し（ステップＳ１０
８）、アカウントリストの改ざん検知コードファイルか
ら改ざん検知コード（ＭＡＣ）を読み出して（ステップ
Ｓ１０９）、アカウントリストの正当性をＭＡＣで検証
してアカウントリストが改ざんされているかどうかを判
別する（ステップＳ１１０，Ｓ１１１）。ここでアカウ
ントリストが改ざんされていれば、エラーで処理を終了
する（ステップＳ１２１）。
する設定要求ではない場合、アカウントに対する設定要
求であるかどうかを判別し（ステップＳ１０７）、アカ
ウントに対する設定でなければエラーで処理を終了し
（ステップＳ１２１）、アカウントに対する設定であれ
ば、まずユーザ管理ＤＢ１４のアカウント管理ファイル
からアカウントリストを読み出し（ステップＳ１０
８）、アカウントリストの改ざん検知コードファイルか
ら改ざん検知コード（ＭＡＣ）を読み出して（ステップ
Ｓ１０９）、アカウントリストの正当性をＭＡＣで検証
してアカウントリストが改ざんされているかどうかを判
別する（ステップＳ１１０，Ｓ１１１）。ここでアカウ
ントリストが改ざんされていれば、エラーで処理を終了
する（ステップＳ１２１）。
【００５７】アカウントリストが改ざんされていなけれ
ば、アカウントリストに対して要求された設定処理を行
う（ステップＳ１１２）。そして現在日時をＯＳから取
得し（ステップＳ１１３）、設定処理を行ったアカウン
トリストのエントリに設定処理の履歴（日時，設定内
容）を追加する（ステップＳ１１４）。そして新しくな
ったアカウントリストに対してＭＡＣを計算し（ステッ
プＳ１１５）、新しくなったアカウントリストに対して
電子署名を計算して（ステップＳ１１６）、新しいアカ
ウントリストをアカウント管理ファイルに保存する（ス
テップＳ１１７）。そして新しいＭＡＣをアカウント管
理ファイルとともに保存し（ステップＳ１１８）、新し
い電子署名をアカウント管理ファイルとともに保存して
（ステップＳ１１９）、正常に終了を終了する（ステッ
プＳ１２０）。
ば、アカウントリストに対して要求された設定処理を行
う（ステップＳ１１２）。そして現在日時をＯＳから取
得し（ステップＳ１１３）、設定処理を行ったアカウン
トリストのエントリに設定処理の履歴（日時，設定内
容）を追加する（ステップＳ１１４）。そして新しくな
ったアカウントリストに対してＭＡＣを計算し（ステッ
プＳ１１５）、新しくなったアカウントリストに対して
電子署名を計算して（ステップＳ１１６）、新しいアカ
ウントリストをアカウント管理ファイルに保存する（ス
テップＳ１１７）。そして新しいＭＡＣをアカウント管
理ファイルとともに保存し（ステップＳ１１８）、新し
い電子署名をアカウント管理ファイルとともに保存して
（ステップＳ１１９）、正常に終了を終了する（ステッ
プＳ１２０）。
【００５８】先のＡＣＬの履歴管理ではＡＣＬファイル
の版を管理する方式をとった。アカウント設定手段１８
でも同じようにアカウント管理ファイルやグループ管理
ファイルの版管理を行うこともできるが、敢えて別の方
式を示すために、版管理ではなく、アカウント設定操作
の履歴をファイル内に記録する方式とした。この場合
も、履歴が改ざんされていないことを保証するため、Ｍ
ＡＣを生成・検証するようにし、システム監査者が確認
できるように電子署名も生成して保存している。ＭＡＣ
を記録するファイルは例えばａｃｃｏｕｎｔ.ｌｉｓｔ.
ｍａｃやｇｒｏｕｐ.ｌｉｓｔ.ｍａｃというファイル名
のファイルとして記録しておき、電子署名についてはａ
ｃｃｏｕｎｔ.ｌｉｓｔ.ｓｉｇｎやｇｒｏｕｐ.ｌｉｓ
ｔ.ｓｉｇｎというファイル名のファイルに記録してお
けばよい。
の版を管理する方式をとった。アカウント設定手段１８
でも同じようにアカウント管理ファイルやグループ管理
ファイルの版管理を行うこともできるが、敢えて別の方
式を示すために、版管理ではなく、アカウント設定操作
の履歴をファイル内に記録する方式とした。この場合
も、履歴が改ざんされていないことを保証するため、Ｍ
ＡＣを生成・検証するようにし、システム監査者が確認
できるように電子署名も生成して保存している。ＭＡＣ
を記録するファイルは例えばａｃｃｏｕｎｔ.ｌｉｓｔ.
ｍａｃやｇｒｏｕｐ.ｌｉｓｔ.ｍａｃというファイル名
のファイルとして記録しておき、電子署名についてはａ
ｃｃｏｕｎｔ.ｌｉｓｔ.ｓｉｇｎやｇｒｏｕｐ.ｌｉｓ
ｔ.ｓｉｇｎというファイル名のファイルに記録してお
けばよい。
【００５９】上記のように、ＡＣＬの変遷とアカウント
管理の変遷とがすべて記録されており、その上、その記
録が改ざんされないように保護されていることにより、
どのようなアクセス制御が行われてきたのかシステム監
査者に証拠として提示することができる。このような機
能を利用すれば、普段から適切なアクセス制御をしてお
くことにより、アクセス制御を適切に実施していたこと
を保証することができるようになる。
管理の変遷とがすべて記録されており、その上、その記
録が改ざんされないように保護されていることにより、
どのようなアクセス制御が行われてきたのかシステム監
査者に証拠として提示することができる。このような機
能を利用すれば、普段から適切なアクセス制御をしてお
くことにより、アクセス制御を適切に実施していたこと
を保証することができるようになる。
【００６０】上記の実施例では、ＡＣＬの変遷を各文書
に対して記録しているように記述しているが、冒頭にも
少し述べたように、多くの場合は文書ごとに個別にアク
セス権を設定するのではなく、例えばあるフォルダに保
存されているものはすべてこのアクセス権を付与すると
いった形で設定されることが多い。その場合、例えば、
上位フォルダと同じアクセス権を付与する下位の文書の
ＡＣＬファイルには、その上位フォルダのＡＣＬファイ
ル名を記録しておく、といった方法をとればよい。
に対して記録しているように記述しているが、冒頭にも
少し述べたように、多くの場合は文書ごとに個別にアク
セス権を設定するのではなく、例えばあるフォルダに保
存されているものはすべてこのアクセス権を付与すると
いった形で設定されることが多い。その場合、例えば、
上位フォルダと同じアクセス権を付与する下位の文書の
ＡＣＬファイルには、その上位フォルダのＡＣＬファイ
ル名を記録しておく、といった方法をとればよい。
【００６１】上記の実施例で説明したアクセス権設定手
段１７、及びアカウント設定手段１８はコンピュータプ
ログラムとして実現することができる。他のユーザ認証
手段１１やアクセス権検証手段１３、文書アクセス処理
手段１２と合わせることでアクセス制御が適切に実施さ
れていたことを保証する電子文書管理のためのコンピュ
ータプログラムとなる。そのコンピュータプログラムを
例えばＦＤやＣＤ−ＲＯＭに記録することで、アクセス
制御が適切に実施されていたことを保証する電子文書管
理プログラム記録媒体となる。そしてその記録媒体から
コンピュータプログラムを読み出してコンピュータ上で
実行することで、アクセス制御が適切に行われていたこ
とを保証する文書管理システムとなる。
段１７、及びアカウント設定手段１８はコンピュータプ
ログラムとして実現することができる。他のユーザ認証
手段１１やアクセス権検証手段１３、文書アクセス処理
手段１２と合わせることでアクセス制御が適切に実施さ
れていたことを保証する電子文書管理のためのコンピュ
ータプログラムとなる。そのコンピュータプログラムを
例えばＦＤやＣＤ−ＲＯＭに記録することで、アクセス
制御が適切に実施されていたことを保証する電子文書管
理プログラム記録媒体となる。そしてその記録媒体から
コンピュータプログラムを読み出してコンピュータ上で
実行することで、アクセス制御が適切に行われていたこ
とを保証する文書管理システムとなる。
【００６２】
【発明の効果】以上の説明から明らかなように、本発明
によれば、サブジェクトがオブジェクトへアクセスする
際に、サブジェクトに付与されたアクセス権に応じてサ
ブジェクトからオブジェクトへのアクセスを制御するシ
ステムにおいて、アクセス制御が適切に実施されていた
ことを保証することにより、信頼性及び実用性の高いシ
ステムを運用できるアクセス制御履歴保証方法を提供す
ることができる。
によれば、サブジェクトがオブジェクトへアクセスする
際に、サブジェクトに付与されたアクセス権に応じてサ
ブジェクトからオブジェクトへのアクセスを制御するシ
ステムにおいて、アクセス制御が適切に実施されていた
ことを保証することにより、信頼性及び実用性の高いシ
ステムを運用できるアクセス制御履歴保証方法を提供す
ることができる。
【図１】 本発明のアクセス制御履歴保証方法を適用可
能な電子文書管理システムの一例を説明するためのブロ
ック図である。
能な電子文書管理システムの一例を説明するためのブロ
ック図である。
【図２】 電子文書管理システムにおけるユーザ認証手
段の処理例について説明するためのフローチャートであ
る。
段の処理例について説明するためのフローチャートであ
る。
【図３】 文書アクセス要求データの一例を示す図であ
る。
る。
【図４】 ユーザ管理ＤＢで管理されるアカウント管理
ファイルの一例を示す図である。
ファイルの一例を示す図である。
【図５】 ユーザ管理ＤＢに保持されるグループリスト
に係わるデータの一例を示す図である。
に係わるデータの一例を示す図である。
【図６】 文書アクセス処理手段の処理の一例を説明す
るためのフローチャートである。
るためのフローチャートである。
【図７】 電子文書管理システムにおけるアクセス権検
証手段の処理の一例を説明するためのフローチャートで
ある。
証手段の処理の一例を説明するためのフローチャートで
ある。
【図８】 アクセス権ＤＢに記録されらアクセス制御リ
スト（ＡＣＬ）の例を示す図である。
スト（ＡＣＬ）の例を示す図である。
【図９】 ＡＣＬヒストリファイルの例を示す図であ
る。
る。
【図１０】 本発明が適用される電子文書管理システム
におけるアクセス権設定に係わる構成例について説明す
るための図である。
におけるアクセス権設定に係わる構成例について説明す
るための図である。
【図１１】 アクセス権設定要求データの一例を示す図
である。
である。
【図１２】 アクセス権設定手段の処理の一例を説明す
るためのフローチャートである。
るためのフローチャートである。
【図１３】 アクセス権設定手段の処理の一例を説明す
るための図１２に続くフローチャートである。
るための図１２に続くフローチャートである。
【図１４】 アクセス権設定処理前のＡＣＬファイルの
例を示す図である。
例を示す図である。
【図１５】 アクセス権の設定処理後のＡＣＬファイル
の例を示す図である。
の例を示す図である。
【図１６】 アクセス権設定手段の処理の他の例を説明
するためのフローチャートである。
するためのフローチャートである。
【図１７】 アクセス権設定手段の処理の他の例を説明
するための図１６に続くフローチャートである。
するための図１６に続くフローチャートである。
【図１８】 アクセス権設定手段の処理の他の例を説明
するための図１７に続くフローチャートである。
するための図１７に続くフローチャートである。
【図１９】 本発明が適用される電子文書管理システム
におけるアカウント設定手段に係わる構成例について説
明するための図である。
におけるアカウント設定手段に係わる構成例について説
明するための図である。
【図２０】 電子文書管理システムが受け取るアカウン
ト設定要求の一例を示す図である。
ト設定要求の一例を示す図である。
【図２１】 アカウント設定手段の処理の例を説明する
ためのフローチャートである。
ためのフローチャートである。
【図２２】 アカウント設定手段の処理の例を説明する
ための図２１に続くフローチャートである。
ための図２１に続くフローチャートである。
【図２３】 アカウント設定手段の処理の例を説明する
ための図２２に続くフローチャートである。
ための図２２に続くフローチャートである。
１０，１０’，１０″…電子文書管理システム、１１…
ユーザ認証手段、１２…文書アクセス処理手段、１３…
アクセス権検証手段、１４…ユーザ管理ＤＢ、１５…電
子文書ＤＢ、１６…アクセス権ＤＢ、１７…アクセス権
設定手段、１８…アカウント設定手段。
ユーザ認証手段、１２…文書アクセス処理手段、１３…
アクセス権検証手段、１４…ユーザ管理ＤＢ、１５…電
子文書ＤＢ、１６…アクセス権ＤＢ、１７…アクセス権
設定手段、１８…アカウント設定手段。
Claims (12)
- 【請求項１】 サブジェクトがオブジェクトへアクセス
する際に、サブジェクトに付与されたアクセス権に応じ
て、サブジェクトからオブジェクトへのアクセスを制御
するシステムに適用され、該アクセスの制御履歴を保証
できるようにしたアクセス制御履歴保証方法において、
オブジェクトごとに設定されているサブジェクトのアク
セス権の変遷の履歴をアクセス制御履歴データとして記
録しておき、記録した該アクセス制御履歴データに対し
て、後で改ざん検知が可能なように処理しておくことを
特徴とするアクセス制御履歴保証方法。 - 【請求項２】 請求項１に記載のアクセス制御履歴保証
方法において、前記アクセス権は、オブジェクトごとに
設定されたアクセス制御リストによって指示されている
ことを特徴とするアクセス制御履歴保証方法。 - 【請求項３】 請求項１または２に記載のアクセス制御
履歴保証方法において、前記アクセス制御履歴データの
改ざんを検知するために、該アクセス制御履歴データに
対してメッセージ認証子を計算して該アクセス制御履歴
データとともに記録しておくことを特徴とするアクセス
制御履歴保証方法。 - 【請求項４】 請求項１または２に記載のアクセス制御
履歴保証方法において、前記アクセス制御履歴データの
改ざんを検知するために、該アクセス制御履歴データに
対して電子署名を計算して該アクセス制御履歴データと
ともに記録しておくことを特徴とするアクセス制御履歴
保証方法。 - 【請求項５】 サブジェクトがオブジェクトへアクセス
する際に、サブジェクトに付与されたアクセス権に応じ
て、サブジェクトからオブジェクトへのアクセスを制御
するシステムに適用され、該アクセスの制御履歴を保証
できるようにしたアクセス制御履歴保証方法において、
サブジェクトを構成する要素を示すアカウントの変遷の
履歴をアカウント構成履歴データとして記録しておき、
記録した該アカウント構成履歴データに対して、後で改
ざん検知が可能なように処理しておくことを特徴とする
アクセス制御履歴保証方法。 - 【請求項６】 請求項５に記載のアクセス制御履歴保証
方法おいて、前記サブジェクトは、システムのユーザア
カウントとグループアカウントとにより示される要素に
よって構成されることを特徴とするアクセス制御履歴保
証方法。 - 【請求項７】 請求項５または６に記載のアクセス制御
履歴保証方法において、前記アカウント構成履歴データ
の改ざんを検知するために、アカウント構成履歴データ
に対してメッセージ認証子を計算して該アカウント構成
履歴データとともに記録しておくことを特徴とするアク
セス制御履歴保証方法。 - 【請求項８】 請求項５または６に記載のアクセス制御
履歴保証方法において、前記アカウント構成履歴データ
の改ざんを検出するために、該アカウント構成履歴デー
タに対して電子署名を計算して該アカウント構成履歴デ
ータとともに記録しておくことを特徴とするアクセス制
御履歴保証方法。 - 【請求項９】 サブジェクトがオブジェクトへアクセス
する際に、サブジェクトに付与されたアクセス権に応じ
て、サブジェクトからオブジェクトへのアクセスを制御
するシステムに適用され、該アクセスの制御履歴を保証
できるようにしたアクセス制御履歴保証方法において、
オブジェクトごとに設定されているサブジェクトのアク
セス権の変遷の履歴をアクセス制御履歴データとして記
録しておき、記録した該アクセス制御履歴データに対し
て、後で改ざん検知が可能なように処理しておき、さら
にサブジェクトを構成する要素を示すアカウントの変遷
の履歴をアカウント構成履歴データとして記録してお
き、記録した該アカウント構成履歴データに対して、後
で改ざん検知が可能なように処理しておくことを特徴と
するアクセス制御履歴保証方法。 - 【請求項１０】 請求項９に記載のアクセス制御履歴保
証方法おいて、前記アクセス権は、オブジェクトごとに
設定されたアクセス制御リストによって指示されている
ことを特徴とするアクセス制御履歴保証方法。 - 【請求項１１】 請求項９に記載のアクセス制御履歴保
証方法おいて、サブジェクトは、システムのユーザアカ
ウントとグループアカウントとにより示される要素によ
って構成されることを特徴とするアクセス制御履歴保証
方法。 - 【請求項１２】 請求項９ないし１１のいずれか１に記
載のアクセス制御履歴保証方法おいて、前記アクセス制
御履歴データと前記アカウント構成履歴データの改ざん
を検出するために、該アクセス制御履歴データと該アカ
ウント構成履歴データそれぞれに対してメッセージ認証
子を計算して該アクセス制御履歴データと該アカウント
構成履歴データそれぞれとともに記録しておくことを特
徴とするアクセス制御履歴保証方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001376606A JP4152099B2 (ja) | 2001-12-11 | 2001-12-11 | アクセス制御履歴保証方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001376606A JP4152099B2 (ja) | 2001-12-11 | 2001-12-11 | アクセス制御履歴保証方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003177967A true JP2003177967A (ja) | 2003-06-27 |
| JP4152099B2 JP4152099B2 (ja) | 2008-09-17 |
Family
ID=19184760
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001376606A Expired - Fee Related JP4152099B2 (ja) | 2001-12-11 | 2001-12-11 | アクセス制御履歴保証方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4152099B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006023802A (ja) * | 2004-07-06 | 2006-01-26 | Mitsubishi Electric Corp | ログ作成検証システム及びログ作成検証方法 |
| JP2007274253A (ja) * | 2006-03-31 | 2007-10-18 | Kenwood Corp | 認証装置及び方法 |
| JP2007310579A (ja) * | 2006-05-17 | 2007-11-29 | Fujitsu Ltd | 文書アクセス管理プログラム、文書アクセス管理装置および文書アクセス管理方法 |
| JP2011209868A (ja) * | 2010-03-29 | 2011-10-20 | Yamaha Corp | 中継装置 |
| JP2014235623A (ja) * | 2013-06-04 | 2014-12-15 | 株式会社日立製作所 | 不正情報検知方法および不正情報検知装置 |
| US10116442B2 (en) | 2015-02-20 | 2018-10-30 | Mitsubishi Electric Corporation | Data storage apparatus, data updating system, data processing method, and computer readable medium |
| CN110837647A (zh) * | 2018-08-16 | 2020-02-25 | 迈普通信技术股份有限公司 | 管理访问控制列表的方法及装置 |
| US10592682B2 (en) | 2015-02-20 | 2020-03-17 | Mitsubishi Electric Corporation | Data storage apparatus, data processing method, and computer readable medium adding a user attribute of a revoked user to an embedded decryption condition while encrypted data remains in an encrypted state |
-
2001
- 2001-12-11 JP JP2001376606A patent/JP4152099B2/ja not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006023802A (ja) * | 2004-07-06 | 2006-01-26 | Mitsubishi Electric Corp | ログ作成検証システム及びログ作成検証方法 |
| JP4680543B2 (ja) * | 2004-07-06 | 2011-05-11 | 三菱電機株式会社 | ログ作成システム及びログ作成方法 |
| JP2007274253A (ja) * | 2006-03-31 | 2007-10-18 | Kenwood Corp | 認証装置及び方法 |
| JP2007310579A (ja) * | 2006-05-17 | 2007-11-29 | Fujitsu Ltd | 文書アクセス管理プログラム、文書アクセス管理装置および文書アクセス管理方法 |
| JP2011209868A (ja) * | 2010-03-29 | 2011-10-20 | Yamaha Corp | 中継装置 |
| JP2014235623A (ja) * | 2013-06-04 | 2014-12-15 | 株式会社日立製作所 | 不正情報検知方法および不正情報検知装置 |
| US10116442B2 (en) | 2015-02-20 | 2018-10-30 | Mitsubishi Electric Corporation | Data storage apparatus, data updating system, data processing method, and computer readable medium |
| US10592682B2 (en) | 2015-02-20 | 2020-03-17 | Mitsubishi Electric Corporation | Data storage apparatus, data processing method, and computer readable medium adding a user attribute of a revoked user to an embedded decryption condition while encrypted data remains in an encrypted state |
| CN110837647A (zh) * | 2018-08-16 | 2020-02-25 | 迈普通信技术股份有限公司 | 管理访问控制列表的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4152099B2 (ja) | 2008-09-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3748155B2 (ja) | 改ざん防止／検出機能を有するファイル管理システム | |
| KR100338397B1 (ko) | 자료파일내자료가진짜임을검증하기위한방법및그장치 | |
| US6671804B1 (en) | Method and apparatus for supporting authorities in a public key infrastructure | |
| US20030217275A1 (en) | Method and system for digital rights management and digital signatures | |
| US6694434B1 (en) | Method and apparatus for controlling program execution and program distribution | |
| JP2005128996A (ja) | 情報処理装置、情報処理システム及びプログラム | |
| JP5354001B2 (ja) | 情報処理装置、情報処理システム及びプログラム | |
| JP2017225054A (ja) | プロファイルデータ配信制御装置、プロファイルデータ配信制御方法およびプロファイルデータ配信制御プログラム | |
| JP2007156785A (ja) | Ｉｃカードを利用した認証システム及び方法並びにそのプログラム | |
| JP4436490B2 (ja) | デジタルデータ記録再生システム | |
| JP3980785B2 (ja) | 原本性保証電子保存装置、原本性保証電子保存方法およびその方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2001147898A (ja) | 原本性保証電子保存方法、装置及びコンピュータ読み取り可能な記録媒体 | |
| US20040083359A1 (en) | Delegation by electronic certificate | |
| JP2004110197A (ja) | センタ・システムにおける情報処理方法及びアクセス権限管理方法 | |
| JP4152099B2 (ja) | アクセス制御履歴保証方法 | |
| JP2004072290A (ja) | 証明書管理環境の管理方法、プログラム及び装置 | |
| JP2001337600A (ja) | 電子データ保管システム、履歴検証装置、電子データ保管方法及び記録媒体 | |
| JP2005506623A (ja) | データ保護方法と装置 | |
| JP2000235569A (ja) | 電子文書の管理方法及び文書管理システム | |
| JP2005063399A (ja) | ファイル／キー／データ管理システム | |
| JP2002229451A (ja) | データ作成日時保証システム、データ作成日時保証方法、及びデータ作成日時保証プログラム | |
| JP3997197B2 (ja) | 画像処理システム | |
| JP2008123243A (ja) | 電子文書管理プログラム及び電子文書管理装置 | |
| JP3862903B2 (ja) | 原本性保証電子保存装置、原本性保証電子保存方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2004013488A (ja) | 原本性保証電子文書保管サービス方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041029 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071218 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080108 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080204 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080701 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080701 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130711 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |