JP4111508B2 - データ属性管理方法 - Google Patents
データ属性管理方法 Download PDFInfo
- Publication number
- JP4111508B2 JP4111508B2 JP2003180973A JP2003180973A JP4111508B2 JP 4111508 B2 JP4111508 B2 JP 4111508B2 JP 2003180973 A JP2003180973 A JP 2003180973A JP 2003180973 A JP2003180973 A JP 2003180973A JP 4111508 B2 JP4111508 B2 JP 4111508B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- attribute
- bit string
- user
- recorded
- 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.)
- Expired - Fee Related
Links
- 238000007726 management method Methods 0.000 title claims description 44
- 238000012545 processing Methods 0.000 claims description 21
- 238000000034 method Methods 0.000 claims description 19
- 230000004044 response Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 18
- 238000013523 data management Methods 0.000 description 5
- 230000010365 information processing Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
Images
Description
【０００１】
【発明の技術分野】
この発明は、データの属性を管理する技術に関するものである。
【０００２】
【背景技術および課題】
リレーショナルデータベースなどにおいて、各文書に対するアクセス管理は次のようにして行われていた。図１に示すように、文書の情報を管理するための文書情報テーブル２と、各ユーザが各文書に対してアクセス権を有するか否かを示すアクセス管理情報テーブル４を備えている。ユーザＡの指定した検索条件に基づいて文書情報テーブル２から所望の文書のみを絞り込む。
【０００３】
このようにして絞り込んだ文書情報テーブル２と、アクセス管理情報テーブル４に基づいて、当該ユーザＡの各文書に対するアクセス権の有無を示す結合テーブル６を生成する。
【０００４】
ユーザＡが、検索結果中の文書の参照を要求した場合、結合テーブル６において「参照可」となっていれば（たとえば、企画書Ａ）、当該文書を表示する。「参照不可」となっていれば（たとえば、企画書Ｂ）、当該文書の表示を行わない。上記のようにして、各文書のアクセス権管理を行うことができる。
【０００５】
しかしながら、上記の従来技術では、結合テーブルの作成に時間がかかり、迅速なレスポンスを得られないという問題があった。特に、各テーブルのレコード数が大きくなればなるほど、顕著な処理時間の増加がみられた。
【０００６】
また、特許文献１においても、ユーザごとに各文書に対するアクセス権限を定めたユーザ権限データベースを用意し、これに基づいて、アクセスの可否を判断している。
【特許文献１】
特開２０００−１４８６８８
【０００７】
この発明では、データのアクセス権などの属性を、より短い処理時間で処理することのできるアクセス権管理装置を提供することを目的とする。
【０００８】
【発明の概要】
(1)(2)この発明に係るデータ属性管理装置は、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録するとともに、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録したデータ記録部と、所望のユーザの前記各データに対するアクセス権限情報の取得要求を受けると、当該各データを含むディレクトリに関連付けて記録されている意味情報を取得して、前記所望のユーザの前記アクセス権限情報が、属性ビット列中のいずれのビット位置によって示されるかを特定するビット位置特定手段と、ビット位置特定手段によって特定されたビット位置に基づいて、所望のデータに関連づけて記録されている属性ビット列中から、少なくとも、前記アクセス権限のあるデータに対してのみ、前記所望のユーザに対してアクセスを許可するためにアクセス権限情報を取得する属性取得手段とを備えている。
【０００９】
属性ビット列によってアクセス権限情報を記録しているので、アクセス権限情報記録の為の容量が少なくて済み、アクセス権限情報取得のための処理時間も短縮できる。また、ディレクトリに当該属性ビットの意味情報を記録しているので、意味情報記録のための容量を少なくすることができる。
【００１０】
(3)この発明に係るデータ属性管理装置は、データの属性が、各ユーザの当該データに対する閲覧権限または書換権限であり、属性ビット列の各ビットが、それぞれのユーザの閲覧権限または書換権限を示すことを特徴としている。
【００１１】
したがって、各データに対する各ユーザの権限を効率的に管理することができる。
【００１２】
(4)この発明に係るデータ属性管理装置は、意味情報が各データを含む直上のディレクトリに記録されていることを特徴としている。
【００１３】
(5)この発明に係るデータ管理装置は、各データを含む第１のディレクトリに第１の部分意味情報が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分意味情報が記録されており、前記第１の部分意味情報と前記第２の部分意味情報とを統合して、前記意味情報を生成することを特徴としている。
【００１４】
したがって、意味情報を記録するための容量が節減でき、さらに、意味情報取得の際に、上位ディレクトリから部分意味情報を見ることによって、意味情報取得のための平均的な処理時間を短縮することができる。
【００１５】
(6)この発明に係るデータ管理装置は、属性ビット列が、各データに記録されていることを特徴としている。
【００１６】
(7)この発明に係るデータ管理装置は、属性ビット列が、各データを含むディレクトリに記録されていることを特徴としている。
【００１７】
したがって、各データのそれぞれに属性ビット列を記録した場合に比べ、属性ビット列を記録するための容量を少なくすることができる。
【００１８】
(8)この発明に係るデータ管理装置は、各データまたは各データを含む第１のディレクトリに第１の部分属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分属性ビット列が記録されており、前記第１の部分属性ビット列と前記第２の部分属性ビット列とを統合して、前記属性ビット列を生成することを特徴としている。
【００１９】
したがって、属性ビット列を記録するための容量が節減でき、さらに、属性ビット列取得の際に、上位ディレクトリから部分属性ビット列を見ることによって、属性ビット列取得のための平均的な処理時間を短縮することができる。
【００２０】
(9)この発明に係るデータ管理装置は、各データまたは各データを含む第１のディレクトリに個別的属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに総括的属性ビット列が記録されており、前記個別的属性ビット列が記録されていないデータまたは第１のディレクトリについては総括的属性ビット列を用い、前記個別的属性ビット列が記録されているデータまたは第１のディレクトリについては総括的属性ビット列を用いることを特徴としている。
【００２１】
したがって、属性ビット列を記録するための容量を節減しつつ、個別的な属性も表現することができる。
【００２２】
(10)この発明に係る属性管理データは、所望のユーザの前記各データに対するアクセス権限情報の取得要求を受けると、当該データを含むディレクトリに関連付けて記録されている意味情報を取得して、前記所望のユーザの前記アクセス権限情報が、属性ビット列中のいずれのビット位置によって示されるかを特定するビット位置特定手段と、ビット位置特定手段によって特定されたビット位置に基づいて、所望のデータに関連づけて記録されている属性ビット列中から、少なくとも、前記アクセス権限のあるデータに対してのみ、前記所望のユーザに対してアクセスを許可するためにアクセス権限情報を取得する属性取得手段と、を有するデータ属性管理装置のための属性管理データであって、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録する属性ビット列記録領域と、前記管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録した意味情報記録領域と、を備え、前記意味情報記録領域に記録された前記意味情報は、前記ビット位置特定手段によって参照されて前記ビット位置が特定されるものであり、前記属性ビット列記録領域に記録された前記属性ビット列は、前記属性取得手段によって参照されて前記アクセス権限情報が取得されるものであること、を特徴とする。
【００２３】
属性ビット列によってアクセス権限情報を記録しているので、アクセス権限情報記録の為の容量が少なくて済み、アクセス権限情報取得のための処理時間も短縮できる。また、ディレクトリに当該属性ビットの意味情報を記録しているので、意味情報記録のための容量を少なくすることができる。
【００２４】
(11)この発明に係る属性管理データは、当該データの属性が、当該データの閲覧権限または書換権限であり、前記属性ビット列の各ビットが、それぞれのユーザの閲覧権限または書換権限を示すことを特徴としている。
【００２５】
したがって、各データに対する各ユーザの権限を効率的に管理することができる。
【００２６】
(12)この発明に係る属性管理データは、意味情報が、各データを含む直上のディレクトリに記録されていることを特徴としている。
【００２７】
(13)この発明に係る属性管理データは、各データを含む第１のディレクトリに第１の部分意味情報が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分意味情報が記録されていることを特徴としている。
【００２８】
したがって、意味情報を記録するための容量が節減でき、さらに、意味情報取得の際に、上位ディレクトリから部分意味情報を見ることによって、意味情報取得のための平均的な処理時間を短縮することができる。
【００２９】
(14)この発明に係る属性管理データは、属性ビット列が、各データに記録されていることを特徴としている。
【００３０】
(15)この発明に係る属性管理データは、属性ビット列が、各データを含むディレクトリに記録されていることを特徴としている。
【００３１】
したがって、各データのそれぞれに属性ビット列を記録した場合に比べ、属性ビット列を記録するための容量を少なくすることができる。
【００３２】
(16)この発明に係る属性管理データは、各データまたは各データを含む第１のディレクトリに第１の部分属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分属性ビット列が記録されていることを特徴としている。
【００３３】
したがって、属性ビット列を記録するための容量が節減でき、さらに、属性ビット列取得の際に、上位ディレクトリから部分属性ビット列を見ることによって、属性ビット列取得のための平均的な処理時間を短縮することができる。
【００３４】
(17)この発明に係る属性管理データは、各データまたは各データを含む第１のディレクトリに個別的属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに総括的属性ビット列が記録されていることを特徴としている。
【００３５】
したがって、属性ビット列を記録するための容量を節減しつつ、個別的な属性も表現することができる。
【００３６】
(18)この発明に係るデータ属性管理方法は、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録するとともに、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を、データ記録部に記録しておき、所望のユーザの前記各データに対するアクセス権限情報を取得する際には、当該各データを含むディレクトリに関連付けて記録されている意味情報を取得して、前記所望のユーザの前記アクセス権限情報が、属性ビット列中のいずれのビット位置によって示されるかを、ビット位置特定手段によって特定し、前記特定されたビット位置に基づいて、所望のデータに関連づけて記録されている属性ビット列中から、少なくとも、前記アクセス権限のあるデータに対してのみ、前記所望のユーザに対してアクセスを許可するためにアクセス権限情報を、属性取得手段によって取得することを特徴としている。
【００３７】
属性ビット列によってアクセス権限情報を記録しているので、アクセス権限情報記録の為の容量が少なくて済み、アクセス権限情報取得のための処理時間も短縮できる。また、ディレクトリに当該属性ビットの意味情報を記録しているので、意味情報記録のための容量を少なくすることができる。
【００３８】
(19)(20)この発明に係るデータ属性記録装置は、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録する属性ビット列記録手段と、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録する意味情報記録手段とを備えたことを特徴としている。
【００３９】
したがって、データに対するアクセス権限の管理を効率的に行うことができるように、アクセス権限情報を記録することができる。
【００４０】
(21)この発明に係るデータ属性記録装置において、データの属性が、各ユーザの当該データに対する閲覧権限または書換権限であり、前記属性ビット列の各ビットは、それぞれのユーザの閲覧権限または書換権限を示すことを特徴としている。
【００４１】
したがって、各データに対する各ユーザの権限を効率的に管理することができる。
【００４２】
(22)この発明に係るデータ属性記録装置は、管理対象となるデータに対する各ユーザの閲覧権限または書換権限を受けて、それぞれのユーザを１つのビット位置に対応づけて意味情報を生成して、当該データを含むディレクトリに記録し、各ユーザのビット位置に対応するように、各ユーザの閲覧権限または書換権限を示すビット列を生成して、管理対象データに記録することを特徴としている。
【００４３】
したがって、管理対象データに対し、その属性データを付加することができる。
【００４４】
(23)この発明に係るデータ属性記録装置は、管理対象データ追加の際に、管理対象となるデータに対する各ユーザの閲覧権限または書換権限を受けて、当該管理対象データを含むディレクトリの意味情報を取得して、権限有とされているユーザの全てが、既にある意味情報に含まれているか否かを判断し、含まれていなければ、既にある意味情報に当該含まれていないユーザを追加して新たな意味情報を生成して、意味情報を更新することを特徴としている。
【００４５】
したがって、新たな管理対象データが記録された場合であっても、適切に属性データを記録することができる。
【００４６】
(24)この発明に係るデータ属性記録方法は、属性ビット列記録手段によって、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録し、意味情報記録手段によって、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録することを特徴としている。
【００４７】
したがって、データに対するアクセス権限の管理を効率的に行うことができるように、アクセス権限情報を記録することができる。
【００４８】
この発明において、「データを含むディレクトリ」とは、当該データを直接的に含むディレクトリだけでなく、当該データを直接的に含むディレクトリを含むディレクトリも対象とする概念である。
【００４９】
「意味情報」とは、少なくとも、属性ビット列の各ビットが示す属性を他のビットと区別するための情報である。
【００５０】
「データの属性」とは、データがユーザに対して示す属性（閲覧の可否、書換の許否、実行の可否など）だけでなく、データが装置に対して示す属性、データが時間に対して示す属性など、様々な対象に対して示す属性を含む概念である。
【００５１】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。
【００５２】
【発明の実施の形態】
１．システムの構成
図２に、この発明に係るデータ属性管理を適用したデータベースのシステム構成を示す。サーバ１２には、文書などのデータが記録されている。サーバ１２は、ネットワーク１８を介して、クライエントコンピュータ１４・・・１６と通信可能である。各ユーザは、クライエントコンピュータ１４・・・１６を用いてサーバ１２にアクセスし、他データの検索・閲覧などを行うことができる。
【００５３】
図３に、サーバ１２のハードウエア構成を示す。ＣＰＵ３０には、メモリ２２、ディスプレイ２４、キーボード／マウス２６、通信回路２８、ハードディスク３２、ＣＤ−ＲＯＭドライブ３４が接続されている。メモリ２２は、ＣＰＵ３０の処理作業のためのワーク領域などを提供する。通信回路２８は、ネットワーク１８を介してクライエント１４・・・との通信を行う。
【００５４】
ハードディスク３２には、WINDOWS（商標）などのオペレーティングシステム３８、データベース管理プログラム４０、文書などのデータ４２が記録されている。データベース管理プログラム４０は、オペレーティングシステム３８と協働してその機能を達成する。なお、他の実施形態では、データベース管理プログラム４０が単独でその機能を発揮するようにしてもよい。
【００５５】
また、データベース管理プログラム４０は、ＣＤ−ＲＯＭ３６に記録されていたものを、ＣＤ−ＲＯＭドライブ３４を介して、ハードディスク３２にインストールしたものである。
【００５６】
なお、この実施形態では、サーバ１２にデータ４２が蓄積されているが、他のコンピュータにデータ４２を蓄積するようにしてもよい。
【００５７】
２．データ構造
ハードディスク３２に記録されているデータ４２の論理的構造を図４に示す。文書（ファイル）１１１α、文書１１１β・・・文書１１１φは、ディレクトリであるフォルダ１１１の下位に記録されている。同様に、文書１１２α・・・文書１１２εは、フォルダ１１２の下位に記録されている。
【００５８】
さらに、フォルダ１１１、１１２・・・は、フォルダ１１の下位に記録されている。また、フォルダ１１・・・は、キャビネット１の下位に記録されている。図では１つのキャビネットのみを示しているが、その他多くのキャビネットが記録されている。
【００５９】
図５に、キャビネット１が持つ構造情報を示す。キャビネット１は、どのフォルダまたは文書を有しているか（直下に有するか）を記録している。図では、キャビネット１が、フォルダ１１、１２・・・１９を有していることが示されている。他のキャビネットも同じ様な構造情報を有している。
【００６０】
図６に、フォルダ１１が持つ構造情報を示す。フォルダ１１は、どのフォルダまたは文書を有しているか（直下に有するか）を記録している。図では、フォルダ１１が、フォルダ１１１、１１２・・・１１７を有していることが示されている。他のフォルダ１２・・・１９も同じ様な構造情報を有している。
【００６１】
図７に、フォルダ１１１が持つ構造情報を示す。フォルダ１１１は、どのフォルダまたは文書を有しているか（直下に有するか）を記録している。図では、フォルダ１１１が、文書１１１α、１１１β・・・１１１φを有していることが示されている。他のフォルダ１１２・・・１１７も同じ様な構造情報を有している。
【００６２】
上記のようにして、図４に示すようにツリー構造にて管理された文書が記録されている。
【００６３】
この実施形態では、文書の直上のフォルダ１１１、１１２・・・に、意味情報が記録されている。図８に、フォルダ１１１が持つ意味情報を示す。この意味情報は、当該フォルダ１１１に記録されている各文書に記録されている閲覧権限ビット列の意味を示すものである。つまり、閲覧権限ビット列の各ビットが、どのユーザに対応するかを示すものである。
【００６４】
図８に示す意味情報では、上位第１ビットがユーザＡ、第２ビットがユーザＣ、第３ビットがユーザＤ・・・第１０ビットがユーザＷに対応することが示されている。
【００６５】
この実施形態では、各文書には、タイトル、キーワードに加えて、閲覧権限ビット列が記録されている。図９に文書１１１αに記録されている情報を示し、図１０に文書１１１βに記録されている情報を示す。閲覧権限ビット列は、複数のビットから構成されている。閲覧権限ビット列の各ビットは、意味情報によって決定されるユーザについて、当該文書の閲覧権限の有無を示している。「１」が権限有り、「０」が権限なしである。
【００６６】
意味情報と閲覧権限ビット列に注目して、フォルダと文書との構造的関係を示したのが図１１である。たとえば、文書１１１αの閲覧権限ビット列は「０１０１１１０１０１」であり、文書１１１αが含まれるフォルダ１１１の意味情報は「ＡＣＤＥＧＪＫＱＳＷ」である。したがって、ユーザＣ、Ｅ、Ｇ、Ｊ、Ｑ、Ｗには閲覧権限があり、ユーザＡ、Ｄ、Ｋ、Ｓには閲覧権限がないことが示されている。
【００６７】
３．データベース管理プログラム４０の処理
(1)閲覧権限の管理
図１２に、ユーザＥがクライエントコンピュータ１４を用いて、サーバ１２にアクセスし、文書の検索を行って閲覧する場合の処理を示す。左側はクライエントコンピュータ１４のブラウザプログラムの処理を示し、右側はサーバ１２のデータベース管理プログラム４０（閲覧権限管理部分）の処理を示す。
【００６８】
まず、クライエントコンピュータ１４は、ユーザＥの識別符号（ＩＤ）を伴ってサーバ１２にアクセスし、検索画面を要求する（ステップＳ１）。サーバ１２のＣＰＵ３０は、これを受けて、ユーザＥからのアクセスであることを認識した上、検索画面を返送する（ステップＳ１１）。クライエントコンピュータ１４は、この画面を表示する。
【００６９】
図１３に、検索画面を示す。検索条件入力のための入力ボックス５０と、検索実行ボタン５２が表示されている。ユーザＥは、入力ボックス５０に検索のためのキーワードを入力し、検索実行ボタン５２を押下する。これにより、クライエントコンピュータ１４は、入力された検索条件をサーバ１２に送信する（ステップＳ２）。
【００７０】
サーバ１２のＣＰＵ３０は、この検索条件を受信し、検索を実行する（ステップＳ１２）。たとえば、ユーザＥが「京都」というキーワードを入力した場合、各文書の「タイトル」もしくは「キーワード」の欄を検索して、これに「京都」という文字が含まれる文書を抽出する。たとえば、ここでは、文書１１１β、１１１δ、１１１ε、１１１π、１１１φ、１１２α、１１２δ、１１２ε、１１３β、１１３φ・・・が抽出されたものとする。
【００７１】
次に、サーバ１２のＣＰＵ３０は、閲覧権限リストを生成する（ステップＳ１３）。図１４に、閲覧権限リスト生成の詳細なフローチャートを示す。
【００７２】
まず、ＣＰＵ３０は、上記にて抽出した複数の文書のうち、最初の文書１１１βを対象文書とする（ステップＳ２１）。次に、ステップＳ２２において、ＣＰＵ３０は、対象文書１１１βが含まれるフォルダ１１１の意味情報を取得する（図１１参照）。ＣＰＵ３０は、取得した意味情報に、当該ユーザＥが含まれているかどうかを判断する（ステップＳ２３）。
【００７３】
ここでは、取得した意味情報にユーザＥが含まれているので、ステップＳ２４に進む。ステップＳ２４では、ＣＰＵ３０は、意味情報における当該ユーザＥのビット位置を特定する。ここでは意味情報が「ＡＣＤＥＧＪＫＱＳＷ」であるから、４ビット目であると特定することになる。
【００７４】
次に、ＣＰＵ３０は、対象文書１１１βの閲覧権限ビット列を取得する（ステップＳ２５）。そして、閲覧権限ビット列の４ビット目を参照して、閲覧権限があるかどうか（「１」かどうか）を判断する（ステップＳ２６）。この判断結果に基づいて、抽出した各文書についてのユーザＥの閲覧権限を示す閲覧権限リストに記録を行う（図１５参照）。
【００７５】
ここでは、対象文書１１１βの閲覧権限ビット列の４ビット目は「０」であるから、ＣＰＵ３０は、閲覧権限リストの文書１１１βに対して、権限「無」を記録する（ステップＳ２８）。
【００７６】
次に、ＣＰＵ３０は、抽出した全ての文書について上記の処理を行ったかどうかを判断する（ステップＳ３０）。未処理の文書が残っていれば、次の文書１１１δを対象文書とする（ステップＳ３１）。
【００７７】
続いて、ＣＰＵ３０は、次の文書１１１δが、先の文書１１１βと同じフォルダ内にあるかどうかを判断する（ステップＳ３１）。同じフォルダであれば、同一の意味情報を用いることができるからである。ここでは、対象文書１１１δは、先の文書１１１βと同じフォルダ１１１内にあるから、ステップＳ２５に進む。つまり、対象文書１１１δの閲覧権限ビット列を取得し（ステップＳ２５）、４ビット目が「１」か「０」かを判断し（ステップＳ２６）、閲覧権限リストへの書き込みを行う（ステップＳ２７またはＳ２８）。
【００７８】
上記の処理をくり返し、抽出文書１１１β〜１１１φについての閲覧権限の有無を、閲覧権限リストに記録する。
【００７９】
次に、文書１１２αを対象文書とする（ステップＳ３１）。ここで、文書１１２αは、先の文書１１１φとは異なるフォルダに記録されている。したがって、文書１１１φと同じ意味情報を用いることはできない。つまり、ステップＳ３２において、ステップＳ２２に進み、まず、文書１１２αが記録されているフォルダ１１２の意味情報の取得を行う。以下同様にして、文書１１２α、１１２δ、１１２εについての閲覧権限の有無を、閲覧権限リストに記録する。
【００８０】
また、文書１１３βを対象文書とした時には、そのフォルダ１１３の意味情報中に、ユーザＥが含まれていない。これにより、ユーザＥは、フォルダ１１３内のいずれの文書に対しても閲覧権限を有していないことが判明する。したがって、ＣＰＵ３０は、ステップＳ２９において、当該フォルダ１１３に含まれる抽出文書の全てに対して、権限無しの旨を閲覧権限リストに記録する（図１５参照）。
【００８１】
以上の各処理を、抽出した全ての文書について行うことにより、閲覧権限リストが完成する。ＣＰＵ３０は、この閲覧権限リストに基づいて検索結果画面をクライエントコンピュータ１４に送信する（図１２、ステップＳ１４）。ＣＰＵ３０は、閲覧権限有りとなっている文書についてはリンクを生成し、閲覧権限なしとなっている文書についてはリンクを生成しない。
【００８２】
クライエントコンピュータ１４は、送信されてきた検索結果画面を表示する（ステップＳ３）。図１６に、検索結果画面を示す。各文書のタイトルが表示されている。文書１１１β（タイトル「京都本社人員配置計画」）は、ユーザＥに閲覧権限がないので、リンクが生成されていない。文書１１１ε（タイトル「東京研究開発計画」）は、ユーザＥに閲覧権限があるので、リンクが生成されている。ユーザＥが、このリンクをクリックすると、サーバ１２は、当該文書１１１εの内容を送信してくる。これにより、ユーザＥは、文書１１１εの内容を閲覧することができる。
【００８３】
(2)閲覧権限の記録
なお、上記に示すような処理を実現するためには、各文書およびフォルダに意味情報と閲覧権限ビット列を記録しておかなければならない。
【００８４】
図１７に、サーバ１２に記録されている文書に閲覧権限を記録する処理（データベース管理プログラムの一部）を示す。ここでは、図４に示すようなディレクトリ構造にて記録されている文書に、閲覧権限を記録する場合を例として説明する。また、各ユーザの文書に対する閲覧権限の情報として、図１８に示すようなテーブルがデータとして与えられたものとする。図１８では、各行が文書を示しており、各列がユーザを示している。また、「０」が閲覧権限無し、「１」が閲覧権限有りを示している。なお、このテーブルにおいては、同じフォルダ内の文書が連続して記録されているものとする。
【００８５】
ＣＰＵ３０は、まず、最初の文書の属するフォルダを対象フォルダとする（ステップＳ５１）。ここでは、文書１１１αの属するフォルダ１１１が対象フォルダとなる。また、ＣＰＵ３０は、このフォルダ１１１に、文書１１１α〜文書１１１φが含まれていることを認識する。
【００８６】
次に、ＣＰＵ３０は、対象フォルダ内の少なくとも一つの文書に閲覧権限を有するユーザを選択する（ステップＳ５２）。このようにして選択したユーザに基づいて、意味情報を生成する（ステップＳ５３）。つまり、選択したユーザを順に並べて、意味情報を生成する。ここでは、ＡＣＤＥＧＪＫＱＳＷが生成される。生成した意味情報を、対象フォルダに記録する。
【００８７】
次に、ＣＰＵ３０は、上記において選択されたユーザの各文書に対する権限の有無を、図１８のテーブルから抽出し、各文書ごとに閲覧権限ビット列を生成する。生成した閲覧権限ビット列を、それぞれの文書に記録する（ステップＳ５４、図９、図１０参照）。
【００８８】
上記のようにして、一つのフォルダに対する処理が終わると、未処理のフォルダがあるかどうかを判断する（ステップＳ５５）。あれば、次のフォルダを対象フォルダとして、上記の各処理をくり返す（ステップＳ５６）。この処理を全てのフォルダについて行うことにより、閲覧権限を記録することができる。
【００８９】
(3)文書の追加
次に、文書が追加された場合の閲覧権限の記録処理について説明する。図１９は、この記録処理（データベース管理プログラムの一部）を示すフローチャートである。ここでは、追加文書１１３ωとともに、当該追加文書１１３ωをフォルダ１１３（図１１参照）に記録すべきこと、および図２０Ａに示すようにこの文書１１３ωに対して閲覧権限のあるユーザの情報がデータとして与えられたものとする。
【００９０】
まず、ＣＰＵ３０は、追加文書１１３ωが置かれるフォルダ１１３の意味情報を取得する。ここでは、意味情報として「ＡＪＫＺ」が得られる（図１１参照）。次に、ＣＰＵ３０は、追加文書に対して閲覧権限のあるユーザの全てが、この意味情報に含まれているかどうかを判断する（ステップＳ６２）。ここでは、追加文書１１３ωに対して閲覧権限があると示されたユーザＡおよびＪは、ともに意味情報「ＡＪＫＺ」に含まれている。したがって、ステップＳ６３に進む。
【００９１】
ステップＳ６３において、ＣＰＵ３０は、図２０Ａの情報に基づいて、閲覧権限ビット列を生成する。ここでは、ユーザＡとＫが権限を有しているので「１１００」が生成される。ＣＰＵ３０は、生成した閲覧権限ビット列を、当該文書１１３ωに記録する。
【００９２】
また、図２０Ｂに示すような閲覧権限を有する文書１１３πをフォルダ１１３に追加する場合には、次のように処理が行われる。ＣＰＵ３０は、まず、ステップＳ６１において、フォルダ１１３の意味情報「ＡＪＫＺ」を取得する。
【００９３】
次に、ＣＰＵ３０は、追加文書に対して閲覧権限のあるユーザの全てが、この意味情報に含まれているかどうかを判断する（ステップＳ６２）。ここでは、追加文書１１３πに対して閲覧権限があると示されたユーザＡ、Ｂ、Ｋ、Ｚのうち、Ｂが「ＡＪＫＺ」に含まれていない。したがって、ステップＳ６４に進む。
【００９４】
ステップＳ６４では、上記のユーザＢを含めた新たな意味情報を生成する。つまり、新しい意味情報「ＡＢＪＫＺ」が生成される。ＣＰＵ３０は、フォルダ１１３の意味情報を、この新しい意味情報で書き換える。つまり、意味情報の更新を行う。
【００９５】
続いて、ＣＰＵ３０は、追加文書１１３πについての閲覧権限ビット列を生成する（ステップＳ６５）。ここでは、「１１０１１」が生成される。さらに、当該意味情報を更新したフォルダに含まれる他の全ての文書についても、閲覧権限ビットを生成して記録する（ステップＳ６５）。追加文書だけでなく、他の文書についても閲覧権限ビットを生成するのは、意味情報が更新されたからである。
【００９６】
なお、上記では、文書を追加する場合の閲覧権限の記録について説明したが、閲覧権限を変更する場合と同様にして記録することができる。
【００９７】
４．その他の実施形態
なお、上記実施形態では、閲覧権限についての管理を例として示したが、文書の書換権限、閲覧および書換権限などの管理についても同様に行うことができる。また、２以上の権限を管理する場合には、それぞれの権限について意味情報および権限ビット列を用意してもよいし、２つの権限について共通の意味情報を用いるようにしてもよい。図２１に、意味情報を共通とし、閲覧権限ビット列と書換権限ビット列を文書に記録する場合の例を示す。
【００９８】
また、上記各実施形態では、文書を管理対象データとしているが、数値テーブルやプログラムなどを管理対象データとしてもよい。
【００９９】
また、上記実施形態では、文書に対する権限を管理対象として説明したが、文書のその他の属性（複製許可の有無、圧縮データか否か、プログラムを実行する権限があるかどうか等）をビット列によって示すようにしてもよい。
【０１００】
また、ビット列の各ビットはユーザに対応づけているが、端末装置、時間などに対応づけるようにしてもよい。たとえば、端末装置ごとにアクセス権限を定めたり、アクセス時間に応じてアクセスの可否がかわるような管理を行うなどの場合にも用いることができる。各ビットの意味を意味情報において示しておくことで、これらを実現できる。
【０１０１】
さらに、上記実施形態では、図１１に示すように、管理対象となる文書のすぐ上位のフォルダ（ディレクトリ）に意味情報を記録している。しかし、さらに上位のフォルダに意味情報を記録するようにしてもよい。
【０１０２】
また、図２２に示すように、上位のフォルダ２２２と、より上位のフォルダ２２の双方に分離して、意味情報を記録するようにしてもよい。この場合、フォルダ２２に記録されている部分意味情報は上位のビットの意味を示し、フォルダ２２２に記録されている部分意味情報は下位のビットを意味している。ＣＰＵ３０は、これら部分意味情報を結合して、意味情報を生成する。図２２の例では、文書２２２αに対しては、「ＡＣＪＭＢＫ」という意味情報が得られる。
【０１０３】
このように、意味情報を分離して記録することにより、意味情報を記録するための容量を少なくすることができる。
【０１０４】
なお、上記の例では、意味情報を２つのフォルダに分離して記録しているが、３以上のフォルダに分離して記録するようにしてもよい。この場合、より上位のフォルダほど、より上位のビット（またはより下位のビット）に対応するようにすることが好ましい。
【０１０５】
さらに、図２３に示すように、権限ビット列を分離して記録してもよい。文書には下位ビットである部分権限ビット列を記録し、その上位のフォルダには上位ビットである部分権限ビット列を記録する。ＣＰＵ３０は、これら部分権限ビット列を結合して、権限ビット列を生成する。図２３の例では、文書２２２αに対しては、「１１０１１１」という権限ビット列が得られる。
【０１０６】
このように、権限ビット列を分離して記録することにより、権限ビット列を記録するための容量を少なくすることができる。
【０１０７】
なお、上記の例では、権限ビット列を文書とフォルダの２つに分離して記録しているが、３以上に分離して記録するようにしてもよい。この場合、より上位のフォルダほど、より上位のビット（またはより下位のビット）に対応するようにすることが好ましい。
【０１０８】
さらに、図２４に示すように、権限ビット列を記録するようにしてもよい。この例では、フォルダ２２２に意味情報「ＡＢＤＥＦ」が記録されている。さらに、フォルダ２２２に、権限ビット列「１１０１１」が記録されている。文書２２２αには、権限ビット列が記録されていない。したがって、文書２２２αが含まれるフォルダ２２２の権限ビット列「１１０１１」をそのまま用いる。
【０１０９】
一方、文書２２２βには、権限ビット列「１１１０１」が記録されている。したがって、文書２２２βについては、権限ビット列「１１１０１」を用いる。
【０１１０】
このようにすれば、フォルダに権限ビット列を記録して記録容量を減らしつつ、特定の文書に対する特別な権限の取り扱いを示すことができる。
【０１１１】
なお、上記各実施形態では、サーバとクライエントを備えたシステムとして示したが、スタンドアローンのコンピュータにも適用することができる。
【図面の簡単な説明】
【図１】従来の権限管理テーブルの作成処理を示す図である。
【図２】この発明の一実施形態によるデータ属性管理を提供したデータベースシステムの全体構成を示す図である。
【図３】サーバ１２のハードウエア構成を示す図である。
【図４】データ４２のデータ構造を示す図である。
【図５】キャビネット１が持つ構造情報を示す図である。
【図６】フォルダ１１が持つ構造情報を示す図である。
【図７】フォルダ１１１が持つ構造情報を示す図である。
【図８】フォルダ１１１が持つ意味情報を示す図である。
【図９】文書１１１αに記録されている情報を示す図である。
【図１０】文書１１１βに記録されている情報を示す図である。
【図１１】フォルダに記録された意味情報と文書に記録された閲覧権限ビット列とを示す図である。
【図１２】検索処理を示すフローチャートである。
【図１３】検索画面を示す図である。
【図１４】閲覧権限リスト生成のフローチャートである。
【図１５】閲覧権限リストを示す図である。
【図１６】検索結果画面を示す図である。
【図１７】意味情報と閲覧権限ビット列の記録処理を示すフローチャートである。
【図１８】各文書に対する各ユーザの閲覧権限を示すテーブルである。
【図１９】文書追加時における意味情報と閲覧権限ビット列の記録処理を示すフローチャートである。
【図２０】文書に対する各ユーザの閲覧権限を示すデータである。
【図２１】文書１１１αに記録されている情報を示す図である。
【図２２】他の実施形態による意味情報の記録を示す図である。
【図２３】他の実施形態による権限ビット列の記録を示す図である。
【図２４】他の実施形態による権限ビット列の記録を示す図である。
【符号の説明】
１２・・・サーバ
１４・・・クライエントコンピュータ
１６・・・クライエントコンピュータ
４０・・・データベース管理プログラム
４２・・・データ
【発明の技術分野】
この発明は、データの属性を管理する技術に関するものである。
【０００２】
【背景技術および課題】
リレーショナルデータベースなどにおいて、各文書に対するアクセス管理は次のようにして行われていた。図１に示すように、文書の情報を管理するための文書情報テーブル２と、各ユーザが各文書に対してアクセス権を有するか否かを示すアクセス管理情報テーブル４を備えている。ユーザＡの指定した検索条件に基づいて文書情報テーブル２から所望の文書のみを絞り込む。
【０００３】
このようにして絞り込んだ文書情報テーブル２と、アクセス管理情報テーブル４に基づいて、当該ユーザＡの各文書に対するアクセス権の有無を示す結合テーブル６を生成する。
【０００４】
ユーザＡが、検索結果中の文書の参照を要求した場合、結合テーブル６において「参照可」となっていれば（たとえば、企画書Ａ）、当該文書を表示する。「参照不可」となっていれば（たとえば、企画書Ｂ）、当該文書の表示を行わない。上記のようにして、各文書のアクセス権管理を行うことができる。
【０００５】
しかしながら、上記の従来技術では、結合テーブルの作成に時間がかかり、迅速なレスポンスを得られないという問題があった。特に、各テーブルのレコード数が大きくなればなるほど、顕著な処理時間の増加がみられた。
【０００６】
また、特許文献１においても、ユーザごとに各文書に対するアクセス権限を定めたユーザ権限データベースを用意し、これに基づいて、アクセスの可否を判断している。
【特許文献１】
特開２０００−１４８６８８
【０００７】
この発明では、データのアクセス権などの属性を、より短い処理時間で処理することのできるアクセス権管理装置を提供することを目的とする。
【０００８】
【発明の概要】
(1)(2)この発明に係るデータ属性管理装置は、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録するとともに、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録したデータ記録部と、所望のユーザの前記各データに対するアクセス権限情報の取得要求を受けると、当該各データを含むディレクトリに関連付けて記録されている意味情報を取得して、前記所望のユーザの前記アクセス権限情報が、属性ビット列中のいずれのビット位置によって示されるかを特定するビット位置特定手段と、ビット位置特定手段によって特定されたビット位置に基づいて、所望のデータに関連づけて記録されている属性ビット列中から、少なくとも、前記アクセス権限のあるデータに対してのみ、前記所望のユーザに対してアクセスを許可するためにアクセス権限情報を取得する属性取得手段とを備えている。
【０００９】
属性ビット列によってアクセス権限情報を記録しているので、アクセス権限情報記録の為の容量が少なくて済み、アクセス権限情報取得のための処理時間も短縮できる。また、ディレクトリに当該属性ビットの意味情報を記録しているので、意味情報記録のための容量を少なくすることができる。
【００１０】
(3)この発明に係るデータ属性管理装置は、データの属性が、各ユーザの当該データに対する閲覧権限または書換権限であり、属性ビット列の各ビットが、それぞれのユーザの閲覧権限または書換権限を示すことを特徴としている。
【００１１】
したがって、各データに対する各ユーザの権限を効率的に管理することができる。
【００１２】
(4)この発明に係るデータ属性管理装置は、意味情報が各データを含む直上のディレクトリに記録されていることを特徴としている。
【００１３】
(5)この発明に係るデータ管理装置は、各データを含む第１のディレクトリに第１の部分意味情報が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分意味情報が記録されており、前記第１の部分意味情報と前記第２の部分意味情報とを統合して、前記意味情報を生成することを特徴としている。
【００１４】
したがって、意味情報を記録するための容量が節減でき、さらに、意味情報取得の際に、上位ディレクトリから部分意味情報を見ることによって、意味情報取得のための平均的な処理時間を短縮することができる。
【００１５】
(6)この発明に係るデータ管理装置は、属性ビット列が、各データに記録されていることを特徴としている。
【００１６】
(7)この発明に係るデータ管理装置は、属性ビット列が、各データを含むディレクトリに記録されていることを特徴としている。
【００１７】
したがって、各データのそれぞれに属性ビット列を記録した場合に比べ、属性ビット列を記録するための容量を少なくすることができる。
【００１８】
(8)この発明に係るデータ管理装置は、各データまたは各データを含む第１のディレクトリに第１の部分属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分属性ビット列が記録されており、前記第１の部分属性ビット列と前記第２の部分属性ビット列とを統合して、前記属性ビット列を生成することを特徴としている。
【００１９】
したがって、属性ビット列を記録するための容量が節減でき、さらに、属性ビット列取得の際に、上位ディレクトリから部分属性ビット列を見ることによって、属性ビット列取得のための平均的な処理時間を短縮することができる。
【００２０】
(9)この発明に係るデータ管理装置は、各データまたは各データを含む第１のディレクトリに個別的属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに総括的属性ビット列が記録されており、前記個別的属性ビット列が記録されていないデータまたは第１のディレクトリについては総括的属性ビット列を用い、前記個別的属性ビット列が記録されているデータまたは第１のディレクトリについては総括的属性ビット列を用いることを特徴としている。
【００２１】
したがって、属性ビット列を記録するための容量を節減しつつ、個別的な属性も表現することができる。
【００２２】
(10)この発明に係る属性管理データは、所望のユーザの前記各データに対するアクセス権限情報の取得要求を受けると、当該データを含むディレクトリに関連付けて記録されている意味情報を取得して、前記所望のユーザの前記アクセス権限情報が、属性ビット列中のいずれのビット位置によって示されるかを特定するビット位置特定手段と、ビット位置特定手段によって特定されたビット位置に基づいて、所望のデータに関連づけて記録されている属性ビット列中から、少なくとも、前記アクセス権限のあるデータに対してのみ、前記所望のユーザに対してアクセスを許可するためにアクセス権限情報を取得する属性取得手段と、を有するデータ属性管理装置のための属性管理データであって、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録する属性ビット列記録領域と、前記管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録した意味情報記録領域と、を備え、前記意味情報記録領域に記録された前記意味情報は、前記ビット位置特定手段によって参照されて前記ビット位置が特定されるものであり、前記属性ビット列記録領域に記録された前記属性ビット列は、前記属性取得手段によって参照されて前記アクセス権限情報が取得されるものであること、を特徴とする。
【００２３】
属性ビット列によってアクセス権限情報を記録しているので、アクセス権限情報記録の為の容量が少なくて済み、アクセス権限情報取得のための処理時間も短縮できる。また、ディレクトリに当該属性ビットの意味情報を記録しているので、意味情報記録のための容量を少なくすることができる。
【００２４】
(11)この発明に係る属性管理データは、当該データの属性が、当該データの閲覧権限または書換権限であり、前記属性ビット列の各ビットが、それぞれのユーザの閲覧権限または書換権限を示すことを特徴としている。
【００２５】
したがって、各データに対する各ユーザの権限を効率的に管理することができる。
【００２６】
(12)この発明に係る属性管理データは、意味情報が、各データを含む直上のディレクトリに記録されていることを特徴としている。
【００２７】
(13)この発明に係る属性管理データは、各データを含む第１のディレクトリに第１の部分意味情報が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分意味情報が記録されていることを特徴としている。
【００２８】
したがって、意味情報を記録するための容量が節減でき、さらに、意味情報取得の際に、上位ディレクトリから部分意味情報を見ることによって、意味情報取得のための平均的な処理時間を短縮することができる。
【００２９】
(14)この発明に係る属性管理データは、属性ビット列が、各データに記録されていることを特徴としている。
【００３０】
(15)この発明に係る属性管理データは、属性ビット列が、各データを含むディレクトリに記録されていることを特徴としている。
【００３１】
したがって、各データのそれぞれに属性ビット列を記録した場合に比べ、属性ビット列を記録するための容量を少なくすることができる。
【００３２】
(16)この発明に係る属性管理データは、各データまたは各データを含む第１のディレクトリに第１の部分属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分属性ビット列が記録されていることを特徴としている。
【００３３】
したがって、属性ビット列を記録するための容量が節減でき、さらに、属性ビット列取得の際に、上位ディレクトリから部分属性ビット列を見ることによって、属性ビット列取得のための平均的な処理時間を短縮することができる。
【００３４】
(17)この発明に係る属性管理データは、各データまたは各データを含む第１のディレクトリに個別的属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに総括的属性ビット列が記録されていることを特徴としている。
【００３５】
したがって、属性ビット列を記録するための容量を節減しつつ、個別的な属性も表現することができる。
【００３６】
(18)この発明に係るデータ属性管理方法は、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録するとともに、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を、データ記録部に記録しておき、所望のユーザの前記各データに対するアクセス権限情報を取得する際には、当該各データを含むディレクトリに関連付けて記録されている意味情報を取得して、前記所望のユーザの前記アクセス権限情報が、属性ビット列中のいずれのビット位置によって示されるかを、ビット位置特定手段によって特定し、前記特定されたビット位置に基づいて、所望のデータに関連づけて記録されている属性ビット列中から、少なくとも、前記アクセス権限のあるデータに対してのみ、前記所望のユーザに対してアクセスを許可するためにアクセス権限情報を、属性取得手段によって取得することを特徴としている。
【００３７】
属性ビット列によってアクセス権限情報を記録しているので、アクセス権限情報記録の為の容量が少なくて済み、アクセス権限情報取得のための処理時間も短縮できる。また、ディレクトリに当該属性ビットの意味情報を記録しているので、意味情報記録のための容量を少なくすることができる。
【００３８】
(19)(20)この発明に係るデータ属性記録装置は、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録する属性ビット列記録手段と、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録する意味情報記録手段とを備えたことを特徴としている。
【００３９】
したがって、データに対するアクセス権限の管理を効率的に行うことができるように、アクセス権限情報を記録することができる。
【００４０】
(21)この発明に係るデータ属性記録装置において、データの属性が、各ユーザの当該データに対する閲覧権限または書換権限であり、前記属性ビット列の各ビットは、それぞれのユーザの閲覧権限または書換権限を示すことを特徴としている。
【００４１】
したがって、各データに対する各ユーザの権限を効率的に管理することができる。
【００４２】
(22)この発明に係るデータ属性記録装置は、管理対象となるデータに対する各ユーザの閲覧権限または書換権限を受けて、それぞれのユーザを１つのビット位置に対応づけて意味情報を生成して、当該データを含むディレクトリに記録し、各ユーザのビット位置に対応するように、各ユーザの閲覧権限または書換権限を示すビット列を生成して、管理対象データに記録することを特徴としている。
【００４３】
したがって、管理対象データに対し、その属性データを付加することができる。
【００４４】
(23)この発明に係るデータ属性記録装置は、管理対象データ追加の際に、管理対象となるデータに対する各ユーザの閲覧権限または書換権限を受けて、当該管理対象データを含むディレクトリの意味情報を取得して、権限有とされているユーザの全てが、既にある意味情報に含まれているか否かを判断し、含まれていなければ、既にある意味情報に当該含まれていないユーザを追加して新たな意味情報を生成して、意味情報を更新することを特徴としている。
【００４５】
したがって、新たな管理対象データが記録された場合であっても、適切に属性データを記録することができる。
【００４６】
(24)この発明に係るデータ属性記録方法は、属性ビット列記録手段によって、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録し、意味情報記録手段によって、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録することを特徴としている。
【００４７】
したがって、データに対するアクセス権限の管理を効率的に行うことができるように、アクセス権限情報を記録することができる。
【００４８】
この発明において、「データを含むディレクトリ」とは、当該データを直接的に含むディレクトリだけでなく、当該データを直接的に含むディレクトリを含むディレクトリも対象とする概念である。
【００４９】
「意味情報」とは、少なくとも、属性ビット列の各ビットが示す属性を他のビットと区別するための情報である。
【００５０】
「データの属性」とは、データがユーザに対して示す属性（閲覧の可否、書換の許否、実行の可否など）だけでなく、データが装置に対して示す属性、データが時間に対して示す属性など、様々な対象に対して示す属性を含む概念である。
【００５１】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。
【００５２】
【発明の実施の形態】
１．システムの構成
図２に、この発明に係るデータ属性管理を適用したデータベースのシステム構成を示す。サーバ１２には、文書などのデータが記録されている。サーバ１２は、ネットワーク１８を介して、クライエントコンピュータ１４・・・１６と通信可能である。各ユーザは、クライエントコンピュータ１４・・・１６を用いてサーバ１２にアクセスし、他データの検索・閲覧などを行うことができる。
【００５３】
図３に、サーバ１２のハードウエア構成を示す。ＣＰＵ３０には、メモリ２２、ディスプレイ２４、キーボード／マウス２６、通信回路２８、ハードディスク３２、ＣＤ−ＲＯＭドライブ３４が接続されている。メモリ２２は、ＣＰＵ３０の処理作業のためのワーク領域などを提供する。通信回路２８は、ネットワーク１８を介してクライエント１４・・・との通信を行う。
【００５４】
ハードディスク３２には、WINDOWS（商標）などのオペレーティングシステム３８、データベース管理プログラム４０、文書などのデータ４２が記録されている。データベース管理プログラム４０は、オペレーティングシステム３８と協働してその機能を達成する。なお、他の実施形態では、データベース管理プログラム４０が単独でその機能を発揮するようにしてもよい。
【００５５】
また、データベース管理プログラム４０は、ＣＤ−ＲＯＭ３６に記録されていたものを、ＣＤ−ＲＯＭドライブ３４を介して、ハードディスク３２にインストールしたものである。
【００５６】
なお、この実施形態では、サーバ１２にデータ４２が蓄積されているが、他のコンピュータにデータ４２を蓄積するようにしてもよい。
【００５７】
２．データ構造
ハードディスク３２に記録されているデータ４２の論理的構造を図４に示す。文書（ファイル）１１１α、文書１１１β・・・文書１１１φは、ディレクトリであるフォルダ１１１の下位に記録されている。同様に、文書１１２α・・・文書１１２εは、フォルダ１１２の下位に記録されている。
【００５８】
さらに、フォルダ１１１、１１２・・・は、フォルダ１１の下位に記録されている。また、フォルダ１１・・・は、キャビネット１の下位に記録されている。図では１つのキャビネットのみを示しているが、その他多くのキャビネットが記録されている。
【００５９】
図５に、キャビネット１が持つ構造情報を示す。キャビネット１は、どのフォルダまたは文書を有しているか（直下に有するか）を記録している。図では、キャビネット１が、フォルダ１１、１２・・・１９を有していることが示されている。他のキャビネットも同じ様な構造情報を有している。
【００６０】
図６に、フォルダ１１が持つ構造情報を示す。フォルダ１１は、どのフォルダまたは文書を有しているか（直下に有するか）を記録している。図では、フォルダ１１が、フォルダ１１１、１１２・・・１１７を有していることが示されている。他のフォルダ１２・・・１９も同じ様な構造情報を有している。
【００６１】
図７に、フォルダ１１１が持つ構造情報を示す。フォルダ１１１は、どのフォルダまたは文書を有しているか（直下に有するか）を記録している。図では、フォルダ１１１が、文書１１１α、１１１β・・・１１１φを有していることが示されている。他のフォルダ１１２・・・１１７も同じ様な構造情報を有している。
【００６２】
上記のようにして、図４に示すようにツリー構造にて管理された文書が記録されている。
【００６３】
この実施形態では、文書の直上のフォルダ１１１、１１２・・・に、意味情報が記録されている。図８に、フォルダ１１１が持つ意味情報を示す。この意味情報は、当該フォルダ１１１に記録されている各文書に記録されている閲覧権限ビット列の意味を示すものである。つまり、閲覧権限ビット列の各ビットが、どのユーザに対応するかを示すものである。
【００６４】
図８に示す意味情報では、上位第１ビットがユーザＡ、第２ビットがユーザＣ、第３ビットがユーザＤ・・・第１０ビットがユーザＷに対応することが示されている。
【００６５】
この実施形態では、各文書には、タイトル、キーワードに加えて、閲覧権限ビット列が記録されている。図９に文書１１１αに記録されている情報を示し、図１０に文書１１１βに記録されている情報を示す。閲覧権限ビット列は、複数のビットから構成されている。閲覧権限ビット列の各ビットは、意味情報によって決定されるユーザについて、当該文書の閲覧権限の有無を示している。「１」が権限有り、「０」が権限なしである。
【００６６】
意味情報と閲覧権限ビット列に注目して、フォルダと文書との構造的関係を示したのが図１１である。たとえば、文書１１１αの閲覧権限ビット列は「０１０１１１０１０１」であり、文書１１１αが含まれるフォルダ１１１の意味情報は「ＡＣＤＥＧＪＫＱＳＷ」である。したがって、ユーザＣ、Ｅ、Ｇ、Ｊ、Ｑ、Ｗには閲覧権限があり、ユーザＡ、Ｄ、Ｋ、Ｓには閲覧権限がないことが示されている。
【００６７】
３．データベース管理プログラム４０の処理
(1)閲覧権限の管理
図１２に、ユーザＥがクライエントコンピュータ１４を用いて、サーバ１２にアクセスし、文書の検索を行って閲覧する場合の処理を示す。左側はクライエントコンピュータ１４のブラウザプログラムの処理を示し、右側はサーバ１２のデータベース管理プログラム４０（閲覧権限管理部分）の処理を示す。
【００６８】
まず、クライエントコンピュータ１４は、ユーザＥの識別符号（ＩＤ）を伴ってサーバ１２にアクセスし、検索画面を要求する（ステップＳ１）。サーバ１２のＣＰＵ３０は、これを受けて、ユーザＥからのアクセスであることを認識した上、検索画面を返送する（ステップＳ１１）。クライエントコンピュータ１４は、この画面を表示する。
【００６９】
図１３に、検索画面を示す。検索条件入力のための入力ボックス５０と、検索実行ボタン５２が表示されている。ユーザＥは、入力ボックス５０に検索のためのキーワードを入力し、検索実行ボタン５２を押下する。これにより、クライエントコンピュータ１４は、入力された検索条件をサーバ１２に送信する（ステップＳ２）。
【００７０】
サーバ１２のＣＰＵ３０は、この検索条件を受信し、検索を実行する（ステップＳ１２）。たとえば、ユーザＥが「京都」というキーワードを入力した場合、各文書の「タイトル」もしくは「キーワード」の欄を検索して、これに「京都」という文字が含まれる文書を抽出する。たとえば、ここでは、文書１１１β、１１１δ、１１１ε、１１１π、１１１φ、１１２α、１１２δ、１１２ε、１１３β、１１３φ・・・が抽出されたものとする。
【００７１】
次に、サーバ１２のＣＰＵ３０は、閲覧権限リストを生成する（ステップＳ１３）。図１４に、閲覧権限リスト生成の詳細なフローチャートを示す。
【００７２】
まず、ＣＰＵ３０は、上記にて抽出した複数の文書のうち、最初の文書１１１βを対象文書とする（ステップＳ２１）。次に、ステップＳ２２において、ＣＰＵ３０は、対象文書１１１βが含まれるフォルダ１１１の意味情報を取得する（図１１参照）。ＣＰＵ３０は、取得した意味情報に、当該ユーザＥが含まれているかどうかを判断する（ステップＳ２３）。
【００７３】
ここでは、取得した意味情報にユーザＥが含まれているので、ステップＳ２４に進む。ステップＳ２４では、ＣＰＵ３０は、意味情報における当該ユーザＥのビット位置を特定する。ここでは意味情報が「ＡＣＤＥＧＪＫＱＳＷ」であるから、４ビット目であると特定することになる。
【００７４】
次に、ＣＰＵ３０は、対象文書１１１βの閲覧権限ビット列を取得する（ステップＳ２５）。そして、閲覧権限ビット列の４ビット目を参照して、閲覧権限があるかどうか（「１」かどうか）を判断する（ステップＳ２６）。この判断結果に基づいて、抽出した各文書についてのユーザＥの閲覧権限を示す閲覧権限リストに記録を行う（図１５参照）。
【００７５】
ここでは、対象文書１１１βの閲覧権限ビット列の４ビット目は「０」であるから、ＣＰＵ３０は、閲覧権限リストの文書１１１βに対して、権限「無」を記録する（ステップＳ２８）。
【００７６】
次に、ＣＰＵ３０は、抽出した全ての文書について上記の処理を行ったかどうかを判断する（ステップＳ３０）。未処理の文書が残っていれば、次の文書１１１δを対象文書とする（ステップＳ３１）。
【００７７】
続いて、ＣＰＵ３０は、次の文書１１１δが、先の文書１１１βと同じフォルダ内にあるかどうかを判断する（ステップＳ３１）。同じフォルダであれば、同一の意味情報を用いることができるからである。ここでは、対象文書１１１δは、先の文書１１１βと同じフォルダ１１１内にあるから、ステップＳ２５に進む。つまり、対象文書１１１δの閲覧権限ビット列を取得し（ステップＳ２５）、４ビット目が「１」か「０」かを判断し（ステップＳ２６）、閲覧権限リストへの書き込みを行う（ステップＳ２７またはＳ２８）。
【００７８】
上記の処理をくり返し、抽出文書１１１β〜１１１φについての閲覧権限の有無を、閲覧権限リストに記録する。
【００７９】
次に、文書１１２αを対象文書とする（ステップＳ３１）。ここで、文書１１２αは、先の文書１１１φとは異なるフォルダに記録されている。したがって、文書１１１φと同じ意味情報を用いることはできない。つまり、ステップＳ３２において、ステップＳ２２に進み、まず、文書１１２αが記録されているフォルダ１１２の意味情報の取得を行う。以下同様にして、文書１１２α、１１２δ、１１２εについての閲覧権限の有無を、閲覧権限リストに記録する。
【００８０】
また、文書１１３βを対象文書とした時には、そのフォルダ１１３の意味情報中に、ユーザＥが含まれていない。これにより、ユーザＥは、フォルダ１１３内のいずれの文書に対しても閲覧権限を有していないことが判明する。したがって、ＣＰＵ３０は、ステップＳ２９において、当該フォルダ１１３に含まれる抽出文書の全てに対して、権限無しの旨を閲覧権限リストに記録する（図１５参照）。
【００８１】
以上の各処理を、抽出した全ての文書について行うことにより、閲覧権限リストが完成する。ＣＰＵ３０は、この閲覧権限リストに基づいて検索結果画面をクライエントコンピュータ１４に送信する（図１２、ステップＳ１４）。ＣＰＵ３０は、閲覧権限有りとなっている文書についてはリンクを生成し、閲覧権限なしとなっている文書についてはリンクを生成しない。
【００８２】
クライエントコンピュータ１４は、送信されてきた検索結果画面を表示する（ステップＳ３）。図１６に、検索結果画面を示す。各文書のタイトルが表示されている。文書１１１β（タイトル「京都本社人員配置計画」）は、ユーザＥに閲覧権限がないので、リンクが生成されていない。文書１１１ε（タイトル「東京研究開発計画」）は、ユーザＥに閲覧権限があるので、リンクが生成されている。ユーザＥが、このリンクをクリックすると、サーバ１２は、当該文書１１１εの内容を送信してくる。これにより、ユーザＥは、文書１１１εの内容を閲覧することができる。
【００８３】
(2)閲覧権限の記録
なお、上記に示すような処理を実現するためには、各文書およびフォルダに意味情報と閲覧権限ビット列を記録しておかなければならない。
【００８４】
図１７に、サーバ１２に記録されている文書に閲覧権限を記録する処理（データベース管理プログラムの一部）を示す。ここでは、図４に示すようなディレクトリ構造にて記録されている文書に、閲覧権限を記録する場合を例として説明する。また、各ユーザの文書に対する閲覧権限の情報として、図１８に示すようなテーブルがデータとして与えられたものとする。図１８では、各行が文書を示しており、各列がユーザを示している。また、「０」が閲覧権限無し、「１」が閲覧権限有りを示している。なお、このテーブルにおいては、同じフォルダ内の文書が連続して記録されているものとする。
【００８５】
ＣＰＵ３０は、まず、最初の文書の属するフォルダを対象フォルダとする（ステップＳ５１）。ここでは、文書１１１αの属するフォルダ１１１が対象フォルダとなる。また、ＣＰＵ３０は、このフォルダ１１１に、文書１１１α〜文書１１１φが含まれていることを認識する。
【００８６】
次に、ＣＰＵ３０は、対象フォルダ内の少なくとも一つの文書に閲覧権限を有するユーザを選択する（ステップＳ５２）。このようにして選択したユーザに基づいて、意味情報を生成する（ステップＳ５３）。つまり、選択したユーザを順に並べて、意味情報を生成する。ここでは、ＡＣＤＥＧＪＫＱＳＷが生成される。生成した意味情報を、対象フォルダに記録する。
【００８７】
次に、ＣＰＵ３０は、上記において選択されたユーザの各文書に対する権限の有無を、図１８のテーブルから抽出し、各文書ごとに閲覧権限ビット列を生成する。生成した閲覧権限ビット列を、それぞれの文書に記録する（ステップＳ５４、図９、図１０参照）。
【００８８】
上記のようにして、一つのフォルダに対する処理が終わると、未処理のフォルダがあるかどうかを判断する（ステップＳ５５）。あれば、次のフォルダを対象フォルダとして、上記の各処理をくり返す（ステップＳ５６）。この処理を全てのフォルダについて行うことにより、閲覧権限を記録することができる。
【００８９】
(3)文書の追加
次に、文書が追加された場合の閲覧権限の記録処理について説明する。図１９は、この記録処理（データベース管理プログラムの一部）を示すフローチャートである。ここでは、追加文書１１３ωとともに、当該追加文書１１３ωをフォルダ１１３（図１１参照）に記録すべきこと、および図２０Ａに示すようにこの文書１１３ωに対して閲覧権限のあるユーザの情報がデータとして与えられたものとする。
【００９０】
まず、ＣＰＵ３０は、追加文書１１３ωが置かれるフォルダ１１３の意味情報を取得する。ここでは、意味情報として「ＡＪＫＺ」が得られる（図１１参照）。次に、ＣＰＵ３０は、追加文書に対して閲覧権限のあるユーザの全てが、この意味情報に含まれているかどうかを判断する（ステップＳ６２）。ここでは、追加文書１１３ωに対して閲覧権限があると示されたユーザＡおよびＪは、ともに意味情報「ＡＪＫＺ」に含まれている。したがって、ステップＳ６３に進む。
【００９１】
ステップＳ６３において、ＣＰＵ３０は、図２０Ａの情報に基づいて、閲覧権限ビット列を生成する。ここでは、ユーザＡとＫが権限を有しているので「１１００」が生成される。ＣＰＵ３０は、生成した閲覧権限ビット列を、当該文書１１３ωに記録する。
【００９２】
また、図２０Ｂに示すような閲覧権限を有する文書１１３πをフォルダ１１３に追加する場合には、次のように処理が行われる。ＣＰＵ３０は、まず、ステップＳ６１において、フォルダ１１３の意味情報「ＡＪＫＺ」を取得する。
【００９３】
次に、ＣＰＵ３０は、追加文書に対して閲覧権限のあるユーザの全てが、この意味情報に含まれているかどうかを判断する（ステップＳ６２）。ここでは、追加文書１１３πに対して閲覧権限があると示されたユーザＡ、Ｂ、Ｋ、Ｚのうち、Ｂが「ＡＪＫＺ」に含まれていない。したがって、ステップＳ６４に進む。
【００９４】
ステップＳ６４では、上記のユーザＢを含めた新たな意味情報を生成する。つまり、新しい意味情報「ＡＢＪＫＺ」が生成される。ＣＰＵ３０は、フォルダ１１３の意味情報を、この新しい意味情報で書き換える。つまり、意味情報の更新を行う。
【００９５】
続いて、ＣＰＵ３０は、追加文書１１３πについての閲覧権限ビット列を生成する（ステップＳ６５）。ここでは、「１１０１１」が生成される。さらに、当該意味情報を更新したフォルダに含まれる他の全ての文書についても、閲覧権限ビットを生成して記録する（ステップＳ６５）。追加文書だけでなく、他の文書についても閲覧権限ビットを生成するのは、意味情報が更新されたからである。
【００９６】
なお、上記では、文書を追加する場合の閲覧権限の記録について説明したが、閲覧権限を変更する場合と同様にして記録することができる。
【００９７】
４．その他の実施形態
なお、上記実施形態では、閲覧権限についての管理を例として示したが、文書の書換権限、閲覧および書換権限などの管理についても同様に行うことができる。また、２以上の権限を管理する場合には、それぞれの権限について意味情報および権限ビット列を用意してもよいし、２つの権限について共通の意味情報を用いるようにしてもよい。図２１に、意味情報を共通とし、閲覧権限ビット列と書換権限ビット列を文書に記録する場合の例を示す。
【００９８】
また、上記各実施形態では、文書を管理対象データとしているが、数値テーブルやプログラムなどを管理対象データとしてもよい。
【００９９】
また、上記実施形態では、文書に対する権限を管理対象として説明したが、文書のその他の属性（複製許可の有無、圧縮データか否か、プログラムを実行する権限があるかどうか等）をビット列によって示すようにしてもよい。
【０１００】
また、ビット列の各ビットはユーザに対応づけているが、端末装置、時間などに対応づけるようにしてもよい。たとえば、端末装置ごとにアクセス権限を定めたり、アクセス時間に応じてアクセスの可否がかわるような管理を行うなどの場合にも用いることができる。各ビットの意味を意味情報において示しておくことで、これらを実現できる。
【０１０１】
さらに、上記実施形態では、図１１に示すように、管理対象となる文書のすぐ上位のフォルダ（ディレクトリ）に意味情報を記録している。しかし、さらに上位のフォルダに意味情報を記録するようにしてもよい。
【０１０２】
また、図２２に示すように、上位のフォルダ２２２と、より上位のフォルダ２２の双方に分離して、意味情報を記録するようにしてもよい。この場合、フォルダ２２に記録されている部分意味情報は上位のビットの意味を示し、フォルダ２２２に記録されている部分意味情報は下位のビットを意味している。ＣＰＵ３０は、これら部分意味情報を結合して、意味情報を生成する。図２２の例では、文書２２２αに対しては、「ＡＣＪＭＢＫ」という意味情報が得られる。
【０１０３】
このように、意味情報を分離して記録することにより、意味情報を記録するための容量を少なくすることができる。
【０１０４】
なお、上記の例では、意味情報を２つのフォルダに分離して記録しているが、３以上のフォルダに分離して記録するようにしてもよい。この場合、より上位のフォルダほど、より上位のビット（またはより下位のビット）に対応するようにすることが好ましい。
【０１０５】
さらに、図２３に示すように、権限ビット列を分離して記録してもよい。文書には下位ビットである部分権限ビット列を記録し、その上位のフォルダには上位ビットである部分権限ビット列を記録する。ＣＰＵ３０は、これら部分権限ビット列を結合して、権限ビット列を生成する。図２３の例では、文書２２２αに対しては、「１１０１１１」という権限ビット列が得られる。
【０１０６】
このように、権限ビット列を分離して記録することにより、権限ビット列を記録するための容量を少なくすることができる。
【０１０７】
なお、上記の例では、権限ビット列を文書とフォルダの２つに分離して記録しているが、３以上に分離して記録するようにしてもよい。この場合、より上位のフォルダほど、より上位のビット（またはより下位のビット）に対応するようにすることが好ましい。
【０１０８】
さらに、図２４に示すように、権限ビット列を記録するようにしてもよい。この例では、フォルダ２２２に意味情報「ＡＢＤＥＦ」が記録されている。さらに、フォルダ２２２に、権限ビット列「１１０１１」が記録されている。文書２２２αには、権限ビット列が記録されていない。したがって、文書２２２αが含まれるフォルダ２２２の権限ビット列「１１０１１」をそのまま用いる。
【０１０９】
一方、文書２２２βには、権限ビット列「１１１０１」が記録されている。したがって、文書２２２βについては、権限ビット列「１１１０１」を用いる。
【０１１０】
このようにすれば、フォルダに権限ビット列を記録して記録容量を減らしつつ、特定の文書に対する特別な権限の取り扱いを示すことができる。
【０１１１】
なお、上記各実施形態では、サーバとクライエントを備えたシステムとして示したが、スタンドアローンのコンピュータにも適用することができる。
【図面の簡単な説明】
【図１】従来の権限管理テーブルの作成処理を示す図である。
【図２】この発明の一実施形態によるデータ属性管理を提供したデータベースシステムの全体構成を示す図である。
【図３】サーバ１２のハードウエア構成を示す図である。
【図４】データ４２のデータ構造を示す図である。
【図５】キャビネット１が持つ構造情報を示す図である。
【図６】フォルダ１１が持つ構造情報を示す図である。
【図７】フォルダ１１１が持つ構造情報を示す図である。
【図８】フォルダ１１１が持つ意味情報を示す図である。
【図９】文書１１１αに記録されている情報を示す図である。
【図１０】文書１１１βに記録されている情報を示す図である。
【図１１】フォルダに記録された意味情報と文書に記録された閲覧権限ビット列とを示す図である。
【図１２】検索処理を示すフローチャートである。
【図１３】検索画面を示す図である。
【図１４】閲覧権限リスト生成のフローチャートである。
【図１５】閲覧権限リストを示す図である。
【図１６】検索結果画面を示す図である。
【図１７】意味情報と閲覧権限ビット列の記録処理を示すフローチャートである。
【図１８】各文書に対する各ユーザの閲覧権限を示すテーブルである。
【図１９】文書追加時における意味情報と閲覧権限ビット列の記録処理を示すフローチャートである。
【図２０】文書に対する各ユーザの閲覧権限を示すデータである。
【図２１】文書１１１αに記録されている情報を示す図である。
【図２２】他の実施形態による意味情報の記録を示す図である。
【図２３】他の実施形態による権限ビット列の記録を示す図である。
【図２４】他の実施形態による権限ビット列の記録を示す図である。
【符号の説明】
１２・・・サーバ
１４・・・クライエントコンピュータ
１６・・・クライエントコンピュータ
４０・・・データベース管理プログラム
４２・・・データ
Claims (14)
- 管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録するとともに、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録したデータ記録部と、
所望のユーザの前記各データに対するアクセス権限情報の取得要求を受けると、当該各データを含むディレクトリに関連付けて記録されている意味情報を取得して、前記所望のユーザの前記アクセス権限情報が、属性ビット列中のいずれのビット位置によって示されるかを特定するビット位置特定手段と、
ビット位置特定手段によって特定されたビット位置に基づいて、所望のデータに関連づけて記録されている属性ビット列中から、少なくとも、前記アクセス権限のあるデータに対してのみ、前記所望のユーザに対してアクセスを許可するためにアクセス権限情報を取得する属性取得手段と、
を備えたデータ属性管理装置。 - 管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録するとともに、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録したデータ記録部にアクセス可能なコンピュータに下記の処理を行わせるためのデータ属性管理プログラムであって、
所望のユーザの前記各データに対するアクセス権限情報の取得要求を受けると、データ記録部にアクセスして、当該各データを含むディレクトリに関連付けて記録されている意味情報を取得して、前記所望のユーザの前記アクセス権限情報が、属性ビット列中のいずれのビット位置によって示されるかを特定するとともに、
前記特定されたビット位置に基づいて、所望のデータに関連づけて記録されている属性ビット列中から、少なくとも、前記アクセス権限のあるデータに対してのみ、前記所望のユーザに対してアクセスを許可するためにアクセス権限情報を取得する処理を行わせるためのデータ属性管理プログラム。 - 請求項２のプログラムにおいて、
前記意味情報は、各データを含む直上のディレクトリに記録されていることを特徴とするプログラム。 - 請求項２または３のプログラムにおいて、
各データを含む第１のディレクトリに第１の部分意味情報が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分意味情報が記録されており、
前記第１の部分意味情報と前記第２の部分意味情報とを統合して、前記意味情報を生成することを特徴とするプログラム。 - 請求項２〜４のいずれかのプログラムにおいて、
前記属性ビット列は、各データに記録されていることを特徴とするプログラム。 - 請求項２〜４のいずれかのプログラムにおいて、
前記属性ビット列は、各データを含むディレクトリに記録されていることを特徴とするプログラム。 - 請求項２〜４のいずれかのプログラムにおいて、
各データまたは各データを含む第１のディレクトリに第１の部分属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに第２の部分属性ビット列が記録されており、
前記第１の部分属性ビット列と前記第２の部分属性ビット列とを統合して、前記属性ビット列を生成することを特徴とするプログラム。 - 請求項２〜４のいずれかのプログラムにおいて、
各データまたは各データを含む第１のディレクトリに個別的属性ビット列が記録され、前記第１のディレクトリを含む第２のディレクトリに総括的属性ビット列が記録されており、
前記個別的属性ビット列が記録されていないデータまたは第１のディレクトリについては総括的属性ビット列を用い、
前記個別的属性ビット列が記録されているデータまたは第１のディレクトリについては個別的属性ビット列を用いることを特徴とするプログラム。 - データ記録部、ビット位置特定手段および属性取得手段を備えたデータ属性管理装置を用いたデータ属性管理方法であって、
前記データ属性管理装置は、
管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録するとともに、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を、データ記録部に記録しておき、
所望のユーザの前記各データに対するアクセス権限情報を取得する際には、
当該各データを含むディレクトリに関連付けて記録されている意味情報を取得して、前記所望のユーザの前記アクセス権限情報が、属性ビット列中のいずれのビット位置によって示されるかを、ビット位置特定手段によって特定し、
前記特定されたビット位置に基づいて、所望のデータに関連づけて記録されている属性ビット列中から、少なくとも、前記アクセス権限のあるデータに対してのみ、前記所望のユーザに対してアクセスを許可するためにアクセス権限情報を、属性取得手段によって取得すること、
を特徴とするデータ属性管理方法。 - 管理対象となるデータの属性を受けて、当該属性を記録するデータ属性記録装置であって、
管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録する属性ビット列記録手段と、
管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録する意味情報記録手段と、
を備えたデータ属性記録装置。 - 管理対象となるデータの属性を受けて、当該属性を記録する処理をコンピュータに行わせるためのデータ属性記録プログラムであって、
管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録し、
管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録する処理を行わせるためのデータ属性記録プログラム。 - 請求項１１のプログラムにおいて、
前記データの属性は、各ユーザの当該データに対する閲覧権限または書換権限であり、
前記属性ビット列の各ビットは、それぞれのユーザの閲覧権限または書換権限を示すものであり、
管理対象となるデータに対する各ユーザの閲覧権限または書換権限を受けて、
それぞれのユーザを１つのビット位置に対応づけて意味情報を生成して、当該データを含むディレクトリに記録し、
各ユーザのビット位置に対応するように、各ユーザの閲覧権限または書換権限を示すビット列を生成して、管理対象データに記録することを特徴とするプログラム。 - 請求項１１のプログラムにおいて、
前記データの属性は、各ユーザの当該データに対する閲覧権限または書換権限であり、
前記属性ビット列の各ビットは、それぞれのユーザの閲覧権限または書換権限を示すものであり、
管理対象データ追加の際に、
管理対象となるデータに対する各ユーザの閲覧権限または書換権限を受けて、
当該管理対象データを含むディレクトリの意味情報を取得して、権限有とされているユーザの全てが、既にある意味情報に含まれているか否かを判断し、
含まれていなければ、既にある意味情報に当該含まれていないユーザを追加して新たな意味情報を生成して、意味情報を更新することを特徴とするプログラム。 - 属性ビット列記録手段および意味情報記録手段を備えたデータ属性記録装置を用いたデータ属性記録方法であって、
前記データ属性記録装置は、管理対象となるデータの属性を受けて、当該属性を記録するものであり、
属性ビット列記録手段によって、管理対象となる各データごとに、複数ビットからなり、各ビットが各ユーザの前記データに対するアクセス権限情報を示す属性ビット列を、前記各データに関連付けて記録し、
意味情報記録手段によって、管理対象となるデータを含むディレクトリに関連付けて前記属性ビット列の各ビットがいずれのユーザに対応するかを示す意味情報を記録すること、
を特徴とするデータ属性記録方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003180973A JP4111508B2 (ja) | 2003-06-25 | 2003-06-25 | データ属性管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003180973A JP4111508B2 (ja) | 2003-06-25 | 2003-06-25 | データ属性管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005018336A JP2005018336A (ja) | 2005-01-20 |
| JP4111508B2 true JP4111508B2 (ja) | 2008-07-02 |
Family
ID=34181803
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003180973A Expired - Fee Related JP4111508B2 (ja) | 2003-06-25 | 2003-06-25 | データ属性管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4111508B2 (ja) |
-
2003
- 2003-06-25 JP JP2003180973A patent/JP4111508B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005018336A (ja) | 2005-01-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6985948B2 (en) | User's right information and keywords input based search query generating means method and apparatus for searching a file | |
| US7233940B2 (en) | System for processing at least partially structured data | |
| CN102483765B (zh) | 文件搜索系统和程序 | |
| KR100323551B1 (ko) | 정보등록방법및문서정보처리장치 | |
| US7900133B2 (en) | Annotation structure type determination | |
| JP2001344245A (ja) | 情報処理装置 | |
| US20090204588A1 (en) | Method and apparatus for determining key attribute items | |
| US20070050335A1 (en) | Information searching apparatus and method with mechanism of refining search results | |
| US7392246B2 (en) | Method for implementing access control for queries to a content management system | |
| RU2367010C2 (ru) | Система и способ формирования агрегированных представлений данных в компьютерной сети | |
| JP2010134963A (ja) | 文書に付与されたプロパティを用いたサ―ビスの起動方法 | |
| WO2007033338A2 (en) | Networked information indexing and search apparatus and method | |
| Lynch | Building the infrastructure of resource sharing: union catalogs, distributed search, and cross-database linkage | |
| KR101103126B1 (ko) | 정보 처리 장치 및 정보 처리 방법 | |
| JP2012531688A (ja) | メタデータに従ってファイルシステムのファイルにアクセスする方法、およびその方法を実装する装置 | |
| JP2009003549A (ja) | データ管理装置およびデータ管理方法、データ管理プログラム、データ管理プログラム記憶媒体 | |
| Kerhervé et al. | Models for metadata or metamodels for data? | |
| JP2012159917A (ja) | 文書管理システム、文書管理方法、及びプログラム | |
| US20050027549A1 (en) | Multi-layer architecture for property management | |
| US6513048B1 (en) | Method and apparatus for access to files stored on a mainframe using a personal computer user interface | |
| JP4111508B2 (ja) | データ属性管理方法 | |
| JP7418238B2 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
| JP2007249622A (ja) | 公開／非公開項目を含む情報の提供方法、情報提供システム、プログラム | |
| JPWO2005006191A1 (ja) | 複数種類の情報を登録する装置および方法 | |
| JP2007011721A (ja) | 文書検索装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20030625 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20030625 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050331 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060501 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060529 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060728 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060728 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061030 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061221 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070110 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071009 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071120 |
|
| 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: 20080317 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080407 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4111508 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110418 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110418 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120418 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120418 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130418 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140418 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |