(57)【要約】【課題】  メンテナンスが容易であり、かつ、定型・不定型を問わず各種の文書の任意の部分にアクセス制限を加えることのできる文書管理装置／文書表示装置の提供。【解決手段】          文書管理装置は、文書（ドキュメント）を保存する際に、該文書（ドキュメント）の機密にしたい部分と、該部分にアクセスを認める（認めない）利用者のロール（役割）と権限の指定を受け付け、文書（ドキュメント）中の前記指定を受け付けた部分を元のレイヤから削除するとともに別のアクセス制限レイヤに転記して保存する。生成された文書（ドキュメント）の閲覧要求を受け付けた文書管理装置又は文書表示装置は、ユーザのロール（役割）と権限によりアクセス可能な情報のみを持った文書（ドキュメント）を提示させる。【選択図】            図１
2006252448.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも利用者と各利用者の属性情報を格納した利用者情報記憶部と、
複数段のレイヤに分割された文書データを格納する文書記憶部と、
前記利用者情報記憶部に格納された利用者の属性情報に基いて、前記文書記憶部に格納された文書データへのアクセスをレイヤ毎に制御するレイヤ管理部と、
少なくとも、表示された文書においてアクセス可能な利用者を制限する部分の指定と、該部分にアクセス可能な利用者属性の指定とを受け付けるとともに、前記指定された部分を、前記利用者属性と関連付けられたレイヤに転記するとともに元のレイヤから削除するレイヤ作成部と、
前記レイヤ管理部を介して受信した各レイヤのデータを重ね合わせることによって文書データを表示する文書表示部と、を備えること、
を特徴とする文書管理装置。
【請求項２】
前記利用者情報記憶部には、各利用者の役割情報と権限情報とを含む属性情報が含まれ、
前記レイヤ作成部は、当該文書にアクセス中の利用者の少なくとも役割又は権限の範囲において、各利用者の少なくとも役割又は権限のいずれか一方により、前記アクセス可能な利用者属性を指定可能とすること、
を特徴とする請求項１に記載の文書管理装置。
【請求項３】
前記レイヤ作成部は、更に、表示された文書においてアクセス可能な利用者を制限する部分の指定とともに、該部分に代えて表示する代替レイヤデータの指定を受け付け、
前記レイヤ管理部は、利用者のアクセスが認められていないレイヤであっても前記代替レイヤデータが指定されている場合は、前記代替レイヤデータを前記文書表示部に引き渡すこと、
を特徴とする請求項１又は２に記載の文書管理装置。
【請求項４】
前記代替データを編集する代替データ編集部を備えたこと、
を特徴とする請求項１乃至３いずれか一に記載の文書管理装置。
【請求項５】
少なくとも利用者と各利用者の属性情報を格納した利用者情報記憶部と、
前記利用者情報記憶部に格納された利用者の属性情報に基いて、前記文書記憶部に格納された文書データへのアクセスをレイヤ毎に制御するレイヤ管理部と、
前記レイヤ管理部を介して受信した各レイヤのデータを重ね合わせることによって文書データを表示する文書表示部と、を備え、請求項１乃至４いずれか一に記載の文書管理装置によって生成された文書データを入力し、所定の表示装置に出力可能としたこと、
を特徴とする文書表示装置。
【請求項６】
前記レイヤ管理部は、利用者のアクセスが認められていないレイヤであっても前記代替レイヤデータが指定されている場合は、前記代替レイヤデータを前記文書表示部に引き渡すこと、
を特徴とする請求項５に記載の文書表示装置。
【請求項７】
コンピュータに実行させる文書管理プログラムであって、
所定の記憶装置から、複数段のレイヤに分割された文書データを入力する処理と、
記憶部に格納された利用者の属性情報を参照し、前記入力された文書データから該利用者の属性に対応するレイヤのデータを取り出し、重ね合わせることによって文書を表示する処理と、
少なくとも、表示された文書においてアクセス可能な利用者を制限する部分の指定と、該部分にアクセス可能な利用者属性の指定とを受け付けるとともに、前記指定された部分を、前記利用者属性と関連付けられたレイヤに転記するとともに元のレイヤから削除する処理と、
前記転記されたレイヤを含む各レイヤのデータを前記所定の記憶装置に出力する処理と、を前記コンピュータに実行させる文書管理プログラム。
【請求項８】
前記利用者属性として、当該文書にアクセス中の利用者の少なくとも役割又は権限の範囲において、各利用者の少なくとも役割又は権限のいずれか一方を指定可能とすること、
を特徴とする請求項７に記載の文書管理プログラム。
【請求項９】
表示された文書においてアクセス可能な利用者を制限する部分の指定とともに、更に、該部分に代えて表示する代替レイヤデータの選択を受け付ける処理と、を含み、
利用者のアクセスが認められていないレイヤであっても前記代替データが指定されている場合は、前記代替レイヤデータを重ね合わせることによって文書を表示すること、
を特徴とする請求項７又は８に記載の文書管理プログラム。
【請求項１０】
更に、文書データの編集環境を前記コンピュータに提供する請求項７乃至９いずれか一に記載の文書管理プログラム。
【請求項１１】
コンピュータに実行させる文書表示プログラムであって、
利用者情報と、請求項１乃至４いずれか一に記載の文書管理装置によって生成された文書データと、を入力する処理と、
前記入力された文書データから利用者の属性に対応するレイヤのデータを取り出し、重ね合わせることによって文書を表示する処理と、
を前記コンピュータに実行させる文書表示プログラム。
【請求項１２】
利用者のアクセスが認められていないレイヤであっても代替データが指定されている場合は、前記代替レイヤデータを重ね合わせることによって文書を表示すること、
を前記コンピュータに実行させる請求項１１に記載の文書表示プログラム。
【請求項１３】
少なくとも利用者と各利用者の権限情報を格納した利用者情報記憶部と、複数段のレイヤに分割された文書データを格納する文書記憶部と、を備える文書管理装置に用いて実施する文書管理方法であって、
前記文書管理装置が、前記利用者情報記憶部に格納された利用者の権限情報を参照し、前記入力された文書データから該利用者の権限に対応するレイヤのデータを取り出し、重ね合わせることによって文書を表示する工程と、
前記文書管理装置が、少なくとも、表示された文書においてアクセス可能な利用者を制限する部分の指定と、該部分にアクセス可能な利用者属性の指定とを受け付けるとともに、前記指定された部分を、前記利用者属性と関連付けられたレイヤに転記するとともに元のレイヤから削除する工程と、
前記文書管理装置が、前記転記されたレイヤを含む各レイヤのデータを前記文書記憶部に格納する工程と、を含むこと、
を特徴とする文書管理方法。
【請求項１４】
前記利用者属性の指定の際に、当該文書にアクセス中の利用者の少なくとも役割又は権限の範囲において、各利用者の少なくとも役割又は権限のいずれか一方を指定可能としたこと、
を特徴とする請求項１３に記載の文書管理方法。
【請求項１５】
更に、前記文書管理装置が、表示された文書においてアクセス可能な利用者を制限する部分の指定とともに、該部分に代えて表示する代替レイヤデータの指定を受け付ける工程を含み、
前記文書管理装置は、利用者のアクセスが認められていないレイヤであっても前記代替レイヤデータが指定されている場合は、前記代替レイヤデータを重ね合わせることによって文書を表示すること、
を特徴とする請求項１３又は１４に記載の文書管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理装置、文書表示装置、文章管理プログラム、文章表示プログラム、及び、文書管理方法に関し、特に、ユーザ権限に応じた開示制御を行うことのできる文書管理装置、文書表示装置、文章管理プログラム、文章表示プログラム、及び、文書管理方法に関する。
【背景技術】
【０００２】
一般的な電子計算機上に格納された電子文書（以下、単に文書ともいう）を、利用者の要求に応じて表示する文書管理装置（システム）が知られている。この種の装置に蓄積される文書の中には、一つの文書に含まれる情報について、利用者の所属や役割等の属性に応じて段階的な開示レベルの変更を行いたいものがある。例えば、利用者の所属や役割に応じて閲覧権限を段階的に設定するとともに、各閲覧権限レベル毎に開示の度合いの異なる複数のバージョンのファイルを作成し、ファイル単位で閲覧を許可・拒否の設定を行う手法が知られている。
【０００３】
上述した従来手法は、例えば原本を更新する度に同一原本のファイル間の同期を取らねばならない等、管理上の負担が大きいという問題点がある。そこで、例えば、特開２０００−２３５５６９号公報や特開２００１−２７３２８５号公報には、原本となる文書に閲覧対象となる範囲を定めるタグ情報を挿入し、このタグ情報に利用者の権限情報を対応付け、文書の閲覧要求を受けたときには、利用者の権限に対応するタグで囲まれた範囲を利用者に提示する方式が提案されている。
【０００４】
また例えば、特開２００４−１７８４９８号公報には、機密情報が記載された箇所を覆う図形が描画された複数の多種多様なマスクレイヤを用意し、原本となる文書に複数のマスクレイヤを重ね合わせることによって、利用者の権限に応じた閲覧範囲を制御する方式が提案されている。
【０００５】
【特許文献１】特開２０００−２３５５６９号公報
【特許文献２】特開２００１−２７３２８５号公報
【特許文献３】特開２００４−１７８４９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した特許文献１、２の方式では、原本にタグ情報を直接挿入するものであるため、同一原本のファイルの同期を取るための負担は軽減されるが、また、利用者側の異動や組織改編が発生する度に、タグ情報を逐次修正しなければならないという問題点がある。また、特許文献３の方式では、機密情報が記載された箇所を確実に覆うことのできるマスクレイヤが予め用意されていることが前提であり、不定形の文書を含む多数の文書を取扱う上で難があり、更には、利用者の権限が細かく設定されている場合には、膨大なマスクレイヤが必要となってしまう。
【０００７】
本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、ファイルの更新や利用者側の異動が生じた場合でもメンテナンスが容易であり、かつ、定型・不定型を問わず各種の文書の任意の部分にアクセス制限を加えることのできる文書管理装置、文書表示装置、文章管理プログラム、文章表示プログラム、及び、文書管理方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１の視点によれば、少なくとも利用者と各利用者の属性情報を格納した利用者情報記憶部と、複数段のレイヤに分割された文書データを格納する文書記憶部と、を備えて、利用者の権限に応じた開示制御を行うとともに、文書中の任意の部分について権限に応じた範囲で前記開示制御の対象に設定することのできる文書管理装置が提供される。より具体的には、前記文書管理装置は、レイヤ管理部と、レイヤ作成部と、文書提示部と、を備えて構成される。前記レイヤ管理部は、前記利用者情報記憶部に格納された利用者の属性情報に基づいて、前記文書記憶部に格納された文書データへのアクセスをレイヤ毎に制御する。また、前記レイヤ作成部は、少なくとも、表示された文書においてアクセス可能な利用者を制限する部分の指定と、該部分にアクセス可能な利用者属性の指定とを受け付けるとともに、前記指定された部分を、前記利用者属性と関連付けられたレイヤに転記するとともに元のレイヤから削除する。そして、前記文書提示部は、前記レイヤ管理部を介して受信した各レイヤのデータを重ね合わせることによって文書データを表示する。
【０００９】
また、本発明の第２の視点によれば、前記各文書管理装置によって生成され、適宜手段により分配された文書データを閲覧するための文書表示装置が提供される。この文書表示装置は、利用者情報記憶部と、文書提示部とを備えて構成される。利用者情報記憶部は、上記文書管理装置同様、少なくとも利用者と各利用者の権限情報を格納する。また、文書提示部は、利用者情報と前記文書管理装置によって生成された文書データとを入力し、利用者の属性に対応するレイヤのデータを取り出し、重ね合わせることによって文書を表示する。
【００１０】
また、上述した文書管理装置、文書表示装置に備えられる各処理部がコンピュータプログラムによって、実現できるという本発明の第３の視点によれば、上述した文書管理装置、文書表示装置を構成するコンピュータに実行させるコンピュータプログラムが提供される。
【００１１】
また、本発明の第４の視点によれば、上記した文書管理装置を用いて行うことのできる文書管理方法が提供される。
【発明の効果】
【００１２】
本発明によれば、利用者の権限に応じ開示制御を行うシステムにおける利用者やファイル管理者の手間を軽減することができ、また、文書が定型・不定形であるとを問わず任意の箇所に、段階的に細かくアクセス制限を施すことが可能となる。
【発明を実施するための最良の形態】
【００１３】
続いて、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
始めに、本発明の第１の実施形態の概要について説明する。図１は、本発明の第１の実施形態に係る文書管理装置（以下、本実施形態においてドキュメント管理装置ともいう）の概要を表した図面である。本実施形態は、文書（ドキュメント）を保存する際に、該文書（ドキュメント）の機密にしたい部分と、該部分にアクセスを認める（認めない）利用者属性の指定を受け付け、文書（ドキュメント）中の前記指定を受け付けた部分を元のレイヤから削除するとともに別のアクセス制限レイヤに転記して保存できるようにすることを特徴とする。また、生成された文書（ドキュメント）の閲覧要求を受け付けた場合は、ユーザの属性情報に基づきアクセス可能なレイヤから文書（ドキュメント）を再構成し提示する。
【００１４】
図２は、本発明の第１の実施形態に係る文書管理装置の構成を表した図面である。図２を参照すると、ドキュメント管理装置１０は、ユーザ管理部１００と、権限判定部１０１と、ユーザＤＢ（ユーザデータベース）１０２と、ドキュメント編集部１０３と、レイヤ作成部１０４と、レイヤ管理部１０５と、レイヤＤＢ（レイヤデータベース）１０６と、ドキュメント再構成部１０７と、ドキュメント提示部１０８とを備えた構成を有する電子計算機が示されている。前記各部は、パーソナルコンピュータ、ワークステーション等の一般的なコンピュータに備えられているメモリ、プロセッサ、ストレージ装置等のハードウェア資源と、これらを利用するプログラムにより構成することができる。
【００１５】
ユーザ管理部１００は、入力された識別認証情報をもとに、文書（ドキュメント）の編集・閲覧を行うユーザの識別と本人認証を行う機能を有する。また、所定の管理者権限にてユーザの追加・削除、及び、ユーザの認証情報の変更、ユーザのロール（役割）と権限を追加・削除・変更する等の機能も有する。
【００１６】
権限判定部１０１は、識別認証に成功したユーザのロール（役割）と権限をユーザＤＢ１０２に問い合わせ、ユーザに対応するロール（役割）と権限をドキュメント編集部１０３とドキュメント再構成部１０７に送信する機能を有する。
【００１７】
ユーザＤＢ１０２は、利用者情報記憶部を構成し、ＩＤ、パスワードや生体認証情報等のユーザの識別と認証のための各種情報と、各ユーザのロール（役割）、及び、各ユーザの権限に関する情報を保持管理するデータベースである。
【００１８】
ドキュメント編集部１０３は、権限判定部１０１から伝達されたロール（役割）と権限に関する情報に基づいて、原本となる文書（ドキュメント）を編集する機能を提供する。
【００１９】
レイヤ作成部１０４は、原本となる文書（ドキュメント）中の隠蔽したい箇所の始点と終点を入力することにより領域選択を受け付ける。また、レイヤ作成部１０４は、該選択した領域のデータを、所定のレイヤに転記するとともに、該レイヤにアクセスを認めるユーザのロール（役割）と権限の指定を受け付ける。また、レイヤ作成部１０４は、アクセスを認めるユーザのロール（役割）と権限の指定を受け付ける際に、現在文書（ドキュメント）にアクセスしているユーザのロール（役割）や権限を超える設定を行うことができないように制限する機能を有する。
【００２０】
また、レイヤ管理部１０５は、レイヤ作成部１０４において作成されたユーザのロール（役割）と権限の指定を受けたレイヤを含む各レイヤのデータをレイヤＤＢ１０６に登録する機能を有する。また、レイヤ管理部１０５は、ドキュメント再構成部１０７からの求めに応じて、ドキュメント再構成部１０７より伝えられたユーザのロール（役割）と権限に対応するレイヤをレイヤＤＢ１０６から読み取り、ドキュメント再構成部１０７に転送する機能を有する。
【００２１】
レイヤＤＢ１０６は、文書記憶部を構成し、レイヤ作成部１０４において作成された各レイヤのデータを、レイヤ毎に別々に管理する。
【００２２】
ドキュメント再構成部１０７とドキュメント提示部１０８は文書表示部を構成するものである。前者のドキュメント再構成部１０７は、権限判定部１０１から伝達されたロール（役割）と権限をもとに、レイヤ管理部１０５からユーザに提示すべきレイヤのデータを受信し、各レイヤのデータを重ね合わせることによって一つの文書（ドキュメント）に再構成する機能を有する。また、後者のドキュメント提示部１０８は、ドキュメント再構成部１０７において再構成された文書（ドキュメント）を所定のディスプレイ装置に出力し、ユーザに提示する機能を有する。
【００２３】
続いて、本実施形態の動作について図面を参照して詳細に説明する。図３は、本実施形態における文書新規作成時の動作を表したフローチャートである。なお、以下の前提として、本発明方式に基づくドキュメント管理装置１０の管理者は、ドキュメント管理装置１０のユーザ管理部１００の機能を利用して文書（ドキュメント）を編集・閲覧できるユーザの識別認証情報と、ユーザのロール（役割）、ユーザの権限を登録しておくものとする。
【００２４】
始めに、文書（ドキュメント）の編集時の動作について説明する。システムが起動されると、ユーザ管理部１００において、識別情報、認証情報の入力要求が行われ、ユーザが正規ユーザであるか否かを確認する処理が実行される（ステップＳ１０１）。ユーザ管理部１００における識別・認証に成功すると（ステップＳ１０１のＹｅｓ）、権限判定部１０１は、ユーザＤＢ１０２から、対応するユーザのロール（役割）と権限とを読み取る（ステップＳ１０２）。そして、ドキュメント編集部１０３は、原本となる文書（ドキュメント）の編集操作を受け付ける（ステップＳ１０３）。
【００２５】
続いて、原本となる文書（ドキュメント）の編集を終えると（ステップＳ１０４のＹｅｓ）、レイヤ作成部１０４が起動され、編集者が作成した原本となるドキュメントに対して重ね合わせられるべき新たなレイヤが生成される（ステップＳ１０５）。続いて、レイヤ作成部１０４は、該レイヤをアクセスすることが可能なユーザのロール（役割）と権限の指定を受け付ける（ステップＳ１０６）。なお、このロール（役割）と権限の指定は、文書（ドキュメント）の編集中のユーザのロール（役割）と権限を超えて行うことができない様に制限される（ステップＳ１０７）。
【００２６】
続いて、レイヤ作成部１０４は、前記指定したロール（役割）と権限しか有さないユーザに機密にしたい箇所の始点と終点の入力を受け付け（ステップＳ１０８）、該始点と終点に囲まれた部分を前記ステップＳ１０５にて作成したレイヤに転記するとともに、転記元のレイヤから削除する（ステップＳ１０９）。この転記と削除によって、権限を持たないユーザは、転記された部分に対してアクセスすることが不可能となる。
【００２７】
また、上記レイヤの生成、アクセス権限の設定、機密範囲指定と転記・削除は、当該文書（ドキュメント）を編集中のユーザのロール（役割）と権限を超えない範囲で、対象ユーザの範囲（機密レベル）を変更しながら、段階的にくり返し設定することができる（ステップＳ１１０）。
【００２８】
例えば、同じ所属であっても役職に応じて、アクセス可能なユーザを制限する（機密レベルを変える）ようなときには、ある役職以上のみに閲覧を許可するレイヤを複数枚重ね合わせていくことによって、ドキュメントの閲覧権限を段階的に設定していくことができる。また、前述したように、生成されたレイヤに対して当該文書（ドキュメント）を編集中のユーザのロール（役割）と権限を超えるようなアクセス権限の設定は制限されるため、当該ユーザ自身が、上級の役職や職階を有する者に対して情報を隠蔽するような操作を防ぐことができる。
【００２９】
上述した手順をくり返すことによって、原本となる文書（ドキュメント）を、機密レベルに応じ複数のレイヤに分解するデータが作成され、必要なレイヤの作成をすべて終えると、レイヤ管理部１０５において、作成したレイヤを含むすべてのレイヤがレイヤＤＢ１０６に登録される（ステップＳ１１１）。
【００３０】
続いて、このようにして生成された文書（ドキュメント）の閲覧時の動作について説明する。文書の閲覧は、上述した文書管理装置１０を用いても可能であるが、上述した文書管理装置１０のドキュメント編集部１０３及びレイヤ作成部１０４の機能を省略した文書閲覧機能のみを提供する文書表示装置によっても行うことが可能である。
【００３１】
図４は、本実施形態における文書閲覧時の動作を表したフローチャートである。図４を参照すると、文書新規作成時と同様に、ユーザ管理部１００において、識別情報、認証情報の入力要求が行われ、ユーザが正規ユーザであるか否かを確認する処理が実行される（ステップＳ２０１）。
【００３２】
ユーザ管理部１００における識別・認証に成功すると（ステップＳ１０１のＹｅｓ）、権限判定部１０１は、ユーザＤＢ１０２から、対応するユーザのロール（役割）と権限とを読み取りドキュメント再構成部１０７に伝達する（ステップＳ２０２）。
【００３３】
ユーザのロール（役割）と権限を受け取ったドキュメント再構成部１０７は、レイヤ管理部１０５を介してユーザに提示すべきレイヤのデータをレイヤＤＢ１０６から順次抽出し、抽出したレイヤを重ね合わせる（合成する）ことによって、文書（ドキュメント）を再構成する（ステップＳ２０３〜Ｓ２０５）。
【００３４】
ドキュメント提示部１０８は、こうして再構成された文書（ドキュメント）を所定のディスプレイ装置に出力し、ユーザに提示する（ステップＳ２０６）。
【００３５】
以上のように、本実施形態によれば、文書（ドキュメント）を複数段のレイヤに分割して保存し、ユーザのロール（役割）や権限に応じて、利用できるレイヤを制限する構成が実現される。例えば、図１では下方のレイヤ程機密レベルの高い情報を表しているが、権限のあるユーザには、機密レベルの高いレイヤまで重ね合わせることによって再構成された文書（ドキュメント）を提示し、権限のないユーザには、機密レベルの低いレイヤのみから再構成された文書（ドキュメント）を提示することができる。
【００３６】
続いて、上述した本発明の第１の実施形態におけるレイヤ作成部１０４及びレイヤ管理部１０５の動作に変更を加えた第２の実施形態について説明する。図５は、本発明の第２の実施形態に係る文書管理装置の概要を表した図面である。以下、上記した第１の実施形態と共通する部分は省略して説明する。
【００３７】
本実施形態においては、レイヤ作成部１０４は、文書（ドキュメント）の任意の場所を指定し保存するアクセス不可のレイヤ９３を変更する際に、該部分に代えて表示する代替レイヤデータ９４の指定を受け付ける。
【００３８】
また、レイヤ管理部１０５は、利用者のアクセスが認められていないレイヤであっても前記代替レイヤデータが指定されている場合は、前記代替レイヤデータ９４をドキュメント再構成部１０７に引き渡す。
【００３９】
従って、本実施形態に係る文書管理装置は、図５に図示された様に、ドキュメントの再構成時に、機密にしたい箇所として指定された内容を表示しない点では第１の実施形態と同様であるが、更に一歩進んで、ユーザに提示してもよい別の情報とを置き換えて表示可能となっている。
【００４０】
本実施形態によれば、例えば、ある情報を単に無表示とするのではなく、電話によるコークバックであれば担当部署から応答できる旨の表示や、所定の手続を経て当該情報にアクセスできる旨を表示させることができる。
【００４１】
続いて、上記した各実施形態をより詳細に説明すべく、具体例を用いて説明する。図６は、レイヤ作成部１０４を介して、機密にしたい部分とアクセス可能なユーザの指定の操作を繰り返し（２回）行った場合に生成されるレイヤのデータの一例を表した図である。図６の例では、原本となる文書（ドキュメント）６０に対して、○○開発本部内でもアクセス可能な者を制限する○○開発本部の厳秘情報として７行目〜８行目を指定し、更に、アクセス可能な者を○○開発本部内の者に制限する○○開発本部の一般情報として３行目〜５行目を指定した場合に生成される各レイヤのデータのイメージを表している。
【００４２】
図６を参照すると、上記操作によって、原本となる文書（ドキュメント）６０の７行目〜８行目の内容が、○○開発本部の厳秘情報レイヤ６３に転記され、原本となる文書（ドキュメント）６０の３行目〜５行目の内容が、○○開発本部の一般情報レイヤ６２に転記され、原本となる文書（ドキュメント）６０の１行目〜２行目、６行目の内容がすべてのユーザへの一般情報レイヤ６１として残った状態となっている。
【００４３】
図７は、ユーザＤＢ１０２に格納される情報の一例を表した図である。図７を参照すると、Ｓｕｚｕｋｉ、Ｈｏｎｄａ、Ｔａｎａｋａ、Ｉｎｏｕｅとの識別情報を有する４人のユーザに設定された認証情報（パスワード）５０１と、その属性情報としてロール（役割；本例では各ユーザの所属を用いている。）５０２、権限５０３に関する情報の例が示されている。
【００４４】
以下、図６の文書データに対して、図７に示されたユーザＳｕｚｕｋｉ、Ｈｏｎｄａが閲覧要求をする場合について説明する。図８は、ユーザＳｕｚｕｋｉとＨｏｎｄａが図６の文書データの閲覧要求をした場合に表示される情報を表した図である。
【００４５】
図８を参照すると、まず、ユーザＳｕｚｕｋｉが図６の文書（ドキュメント）の閲覧を要求すると、権限判定部１０１は、ユーザＤＢ１０２からユーザＳｕｚｕｋｉのロール（役割）として「○○開発本部と××開発本部に所属」し、権限として「厳秘情報まで可能」という情報を得ることができる。
【００４６】
この場合、権限判定部１０１からユーザＳｕｚｕｋｉに対応するロール（役割）と権限に関する情報を受け取ったドキュメント再構成部１０７は、すべてのユーザへの一般情報レイヤ７０（図６の６１に対応）と、○○開発本部の一般情報レイヤ７１（図６の６２に対応）と、○○開発本部の厳秘情報レイヤ７２（図６の６３に対応）のデータをレイヤ管理部１０５から受け取ることができる。そして、ドキュメント再構成部１０７は、これらレイヤのデータを重ね合わせてＳｕｚｕｋｉ用の閲覧画面７３を再構成し、ドキュメント提示部１０８を介してユーザＳｕｚｕｋｉに提示する。ユーザＳｕｚｕｋｉは、○○開発本部に所属し、「厳秘情報まで可能」との権限を与えられているため、図８に示された様に、原本の各部にアクセス制限が加えられているにも拘わらず、原本全体を閲覧することが可能となっている。
【００４７】
一方、ユーザＨｏｎｄａは、○○開発本部に所属しているが、「一般情報まで可能」との権限のみが与えられている。従って、権限判定部１０１からユーザＳｕｚｕｋｉに対応するロール（役割）と権限に関する情報を受け取ったドキュメント再構成部１０７は、すべてのユーザへの一般情報レイヤ７０（図６の６１に対応）と、○○開発本部の一般情報レイヤ７１（図６の６２に対応）とを重ね合わせてＨｏｎｄａ用の閲覧画面７４を再構成し、ドキュメント提示部１０８を介してユーザＨｏｎｄａに提示する。ユーザＨｏｎｄａは、○○開発本部に所属し、「一般情報まで可能」への権限は与えられているが、「厳秘情報まで可能」の権限は与えられていないため、図８に示された様に、原本のうち１行目〜６行目までを閲覧することが可能となっている。
【００４８】
続いて、一のユーザが文書（ドキュメント）を編集した場合のアクセス制限をなしうる範囲について具体的に説明する。図９は、上記ユーザＳｕｚｕｋｉ、Ｈｏｎｄａと異なる所属のユーザＩｎｏｕｅが、原本となる文書（ドキュメント）８０を編集した場合に、アクセス制限をなしうる範囲を説明するための図である。図９を参照すると、文書の編集前にユーザＩｎｏｕｅが識別・認証に成功した時点で、権限判定部１０１は、ユーザＤＢ１０２からユーザＩｎｏｕｅのロール（役割）として「△△開発本部に所属」し、権限として「注意情報まで可能」という情報を得ることができる。なお、以下の説明において、一般情報、注意情報、厳秘情報の順に機密レベルが高くなっていくものとする。
【００４９】
この場合、権限判定部１０１からユーザＩｎｏｕｅに対応するロール（役割）と権限に関する情報を受け取ったレイヤ作成部１０４は、まったく機密情報を含んでいないすべてのユーザへの一般情報レイヤ８１とに加えて、△△開発本部の一般情報レイヤ８２と、△△開発本部の注意情報レイヤ８３との２つのレイヤを作成することはできる。
【００５０】
しかしながら、レイヤ作成部１０４は、異なる所属のユーザに対する権限設定（○○開発本部への一般情報を示すレイヤ８４）や、ユーザＩｎｏｕｅの有する権限よりも高い機密レベルのレイヤ（△△開発本部への厳秘情報を示すレイヤ８５）の指定を受け付けた場合は、ユーザＩｎｏｕｅ自身のロール（役割）と権限を超えた指定であるとして、エラーとして処理する。
【００５１】
このように、ユーザ自身のロール（役割）と権限を超えた指定を禁止することによって、ユーザ自身が、上級の役職や職階を有する者に対して情報を隠蔽するような操作や、特定の部署内で厳重に管理すべき情報が流出してしまう事態を防ぐことが可能となっている。
【００５２】
以上、本発明の各実施の形態及びその具体例を説明したが、その原理からも明らかなとおり、本発明の技術的範囲は、上述した実施の形態に限定されるものではなく、機密としたい程度に応じて、文書を複数段のレイヤに分割し、レイヤ毎にアクセス制御を行うという本発明の要旨を逸脱しない範囲で、各種の変形・置換をなしうることが可能であることはいうまでもない。例えば、上記した実施の形態では、属性情報として、ロール（役割）と権限を用いた例を挙げて説明したが、文書管理装置の用途に応じてその他の項目を追加し、又は、他の属性情報に置き換えることができる。
【図面の簡単な説明】
【００５３】
【図１】本発明の第１の実施形態に係る文書管理装置の概要を表した図面である。
【図２】本発明の第１の実施形態に係る文書管理装置の構成を表した図面である。
【図３】本発明の第１の実施形態に係る文書管理装置の動作を表したフローチャートである。
【図４】本発明の第１の実施形態に係る文書管理装置の動作を表したフローチャートである。
【図５】本発明の第２の実施形態に係る文書管理装置の概要を表した図面である。
【図６】本発明の具体例を説明するための図である。
【図７】ユーザＤＢに格納される情報の一例を表した図である。
【図８】本発明の具体例を説明するための図である。
【図９】本発明の具体例を説明するための図である。
【符号の説明】
【００５４】
１０  ドキュメント管理装置（文書管理装置）
１００  ユーザ管理部
１０１  権限判定部
１０２  ユーザＤＢ（ユーザデータベース）
１０３  ドキュメント編集部
１０４  レイヤ作成部
１０５  レイヤ管理部
１０６  レイヤＤＢ（レイヤデータベース）
１０７  ドキュメント再構成部
１０８  ドキュメント提示部
５０１  認証情報（パスワード）
５０２  ロール（役割）情報
５０３  権限情報
６０、８０  文書（ドキュメント）
６１、７０、８１  すべてのユーザへの一般情報レイヤ
６２、７１、８４  ○○開発本部の一般情報レイヤ
６３、７２  ○○開発本部の厳秘情報レイヤ
７３、７４  閲覧画面
８２  △△開発本部の一般情報レイヤ
８３  △△開発本部の注意情報レイヤ
８５  △△開発本部の厳秘情報レイヤ
９３  アクセス不可のレイヤ
９４  代替レイヤデータ
【図１】
2006252448.tif 000003
【図２】
2006252448.tif 000004
【図３】
2006252448.tif 000005
【図４】
2006252448.tif 000006
【図５】
2006252448.tif 000007
【図６】
2006252448.tif 000008
【図７】
2006252448.tif 000009
【図８】
2006252448.tif 000010
【図９】
2006252448.tif 000011