JP2001344245A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 文書に設定されたアクセス権限も加味して文
書の検索を行う。 【解決手段】 ファイル情報取得手段１０ａは、ファイ
ルから所定の情報を取得する。権限情報取得手段１０ｂ
は、ファイルに対してアクセス可能なユーザを示す権限
情報を取得する。インデックス記憶手段１０ｃは、ファ
イル情報取得手段１０ａによって取得された情報と、権
限情報取得手段１０ｂによって取得された権限情報とを
関連付けてインデックスとして記憶する。キーワード入
力手段１０ｄは、ファイルを検索するためのキーワード
の入力を受ける。ユーザ特定手段１０ｅは、キーワード
を入力したユーザを特定する。検索条件式生成手段１０
ｆは、キーワード入力手段１０ｄから入力されたキーワ
ードと、ユーザ特定手段１０ｅによって特定されたユー
ザを示す情報とから、検索条件式を生成する。検索手段
１０ｇは、検索条件式生成手段１０ｆによって生成され
た検索条件式に該当するインデックスをインデックス記
憶手段１０ｃから検索する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理装置に関
し、特に、記憶装置に格納されているファイルを検索す
る処理を実行する情報処理装置に関する。

【０００２】

【従来の技術】テキストを高速に検索する方法として、
インバーテッド・インデックス方式が知られている。こ
れは、検索対象の文書に含まれている単語を抽出し、単
語からそれが含まれていた文書を引くことが容易にでき
るデータ構造（インバーテッド・インデックス）を事前
に作成（インデキシング）しておき、検索時にそのデー
タ構造を用いて高速に結果（特定の単語が含まれている
文書）を検索する方法である。

【０００３】ところで、文書には特定のユーザのみに利
用を許可するために、アクセスの権限（以下、アクセス
権限）が設定されている場合がある。このようなアクセ
ス権限が設定された文書を検索対象とする場合には、要
求を行ったユーザがアクセス権を有する文書のみを検索
結果として表示する必要がある。さもないと、アクセス
権を有しない文書がどれくらい存在するかが知られてし
まい、機密保持の観点から望ましくない。

【０００４】図４３は、このようなアクセス権限付きの
文書を検索する情報処理装置の一例を示す図である。こ
の図に示すように、情報処理装置１は、インデクサ１
ａ、インデックス格納部１ｂ、テキスト検索エンジン１
ｃ、および、アクセス権フィルタ１ｄによって構成され
ており、入力されたクエリを含む文書を文書ストア２に
格納されている文書群から検索する。

【０００５】ここで、インデクサ１ａは、入力されたイ
ンデクシング条件に応じて、文書ストア２に格納されて
いる文書から必要な情報を抽出してインデックスを生成
し、インデックス格納部１ｂに格納する。

【０００６】インデックス格納部１ｂは、インデクサ１
ａによって生成されたインデックスを格納する。テキス
ト検索エンジン１ｃは、ユーザから供給されたキーワー
ドを含むインデックスをインデックス格納部１ｂから検
索する。

【０００７】アクセス権フィルタ１ｄは、テキスト検索
エンジン１ｃによって検索されたインデックスに対応す
るもとの文書を文書ストア２から特定し、そのアクセス
権情報を取得する。そして、検索を行ったユーザがアク
セス権を有している文書のみを選択し、検索結果として
出力する。

【０００８】次に、以上の従来例の動作について説明す
る。インデクサ１ａは、所定の周期で文書ストア２に格
納されている文書を検索し、インデクシング条件に従っ
てインデックスを生成する。なお、インデクシング条件
とは、文書から取得する情報の種類や、取得方法を指定
するための情報である。

【０００９】インデクサ１ａは、このような条件に応じ
て、文書ストア２に格納されている各文書からタイトル
と本文とを取得し、インデックスを生成する。その結
果、インデックス格納部１ｂには、文書ストア２に格納
されている各文書に対応するインデックスが格納される
ことになる。

【００１０】このような状態において、テキスト検索エ
ンジン１ｃに対して、ユーザからキーワード「（Ｔｉｔ
ｌｅ＝提案書）＆（Ｂｏｄｙ＝インターネット）」が供
給されたとする。テキスト検索エンジン１ｃは、入力さ
れたキーワードをタイトルと本文にそれぞれ含むインデ
ックスをインデックス格納部１ｂから検索し、検索結果
をアクセス権フィルタ１ｄに対して供給する。

【００１１】アクセス権フィルタ１ｄは、ユーザを特定
するためのユーザ情報（例えば、ユーザＩＤ等）を入力
する。そして、検索結果として与えられたインデックス
に該当するもとの文書を文書ストア２から特定し、その
権限情報とユーザ情報とを比較することにより、ユーザ
がその文書に対してアクセス権限を有しているか否かを
チェックする。そして、アクセス権限を有している場合
には、検索結果として文書のタイトルを出力する。

【００１２】以上のような処理によって、各文書に付与
されている権限情報を参照して、ユーザがアクセス権を
有する情報のみを検索結果として出力することが可能と
なる。

【００１３】

【発明が解決しようとする課題】ところで、以上のよう
なインバーテッド・インデックスによる全文検索は、そ
の高速性が大きな特徴である。しかしながら、検索結果
として得られた一覧に含まれている文書の１つずつに対
してアクセス権の問い合わせを行うフィルタリング方式
では、このフィルタリングに時間を要し、検索の高速性
が生かせないという問題点があった。

【００１４】また、インバーテッド・インデックスによ
る全文検索では、検索結果として検索条件式の条件を満
たす文書の数である「ヒット件数」を出力する。しかし
ながら、以上に示す従来の方法では、フィルタリング処
理の後でなければ本当に有効な（アクセス権を満たし
た）ヒット件数を求めることができない。従って、フィ
ルタリング処理前のヒット件数が数十万件〜数百万件に
のぼるような場合には、フィルタリング処理に莫大な時
間を要し、ヒット件数が表示されるまでに多大な時間を
要するという問題点があった。

【００１５】本発明はこのような点に鑑みてなされたも
のであり、アクセス権を加味しながら、情報の検索を高
速に実行することが可能な情報処理装置を提供すること
を目的とする。

【００１６】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示す、記憶装置２０に格納されて
いるファイルを検索する処理を実行する情報処理装置１
０において、前記ファイルから所定の情報を取得するフ
ァイル情報取得手段１０ａと、前記ファイルに対してア
クセス可能なユーザを示す権限情報を取得する権限情報
取得手段１０ｂと、前記ファイル情報取得手段１０ａに
よって取得された情報と、前記権限情報取得手段１０ｂ
によって取得された権限情報とを関連付けてインデック
スとして記憶するインデックス記憶手段１０ｃと、前記
ファイルを検索するためのキーワードの入力を受けるキ
ーワード入力手段１０ｄと、前記キーワードを入力した
ユーザを特定するユーザ特定手段１０ｅと、前記キーワ
ード入力手段１０ｄから入力されたキーワードと、前記
ユーザ特定手段１０ｅによって特定されたユーザを示す
情報とから、検索条件式を生成する検索条件式生成手段
１０ｆと、前記検索条件式生成手段１０ｆによって生成
された検索条件式に該当するインデックスを前記インデ
ックス記憶手段１０ｃから検索する検索手段１０ｇと、
を有することを特徴とする情報処理装置。

【００１７】ここで、ファイル情報取得手段１０ａは、
ファイルから所定の情報を取得する。権限情報取得手段
１０ｂは、ファイルに対してアクセス可能なユーザを示
す権限情報を取得する。インデックス記憶手段１０ｃ
は、ファイル情報取得手段１０ａによって取得された情
報と、権限情報取得手段１０ｂによって取得された権限
情報とを関連付けてインデックスとして記憶する。キー
ワード入力手段１０ｄは、ファイルを検索するためのキ
ーワードの入力を受ける。ユーザ特定手段１０ｅは、キ
ーワードを入力したユーザを特定する。検索条件式生成
手段１０ｆは、キーワード入力手段１０ｄから入力され
たキーワードと、ユーザ特定手段１０ｅによって特定さ
れたユーザを示す情報とから、検索条件式を生成する。
検索手段１０ｇは、検索条件式生成手段１０ｆによって
生成された検索条件式に該当するインデックスをインデ
ックス記憶手段１０ｃから検索する。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の動作原理を説明
する原理図である。この図において、本発明に係る情報
処理装置１０は、ファイル情報取得手段１０ａ、権限情
報取得手段１０ｂ、インデックス記憶手段１０ｃ、キー
ワード入力手段１０ｄ、ユーザ特定手段１０ｅ、検索条
件式生成手段１０ｆ、および、検索手段１０ｇによって
構成されており、記憶装置２０に記憶されているファイ
ルから入力されたキーワードを含むファイルを検索す
る。

【００１９】なお、明細書において、ファイルとは、テ
キストのみならず、画像その他の情報も広く含むものと
する。ここで、ファイル情報取得手段１０ａは、記憶装
置２０に記憶されている各ファイルからファイル情報と
して、例えば、ファイルのタイトルおよび本文を取得す
る。なお、この例では、ファイルの全文を取得するよう
にしたが、例えば、本文に含まれているキーワードのみ
を取得するようにしてもよい。

【００２０】権限情報取得手段１０ｂは、各ファイルに
対してアクセス可能なユーザを示す権限情報を記憶装置
２０から取得する。なお、この例では、権限情報として
は、特定のユーザまたは特定のグループにアクセス権限
を与える情報と、全ユーザに対してアクセス権限を与え
る情報とが存在する。

【００２１】インデックス記憶手段１０ｃは、ファイル
情報取得手段１０ａから取得されたファイル情報と、権
限情報取得手段１０ｂから取得された権限情報とから、
インデックスを生成して記憶する。

【００２２】キーワード入力手段１０ｄは、所定のファ
イルを特定するためのキーワードの入力を受ける。ユー
ザ特定手段１０ｅは、例えば、ユーザがシステムにログ
インする際に、認証の目的で入力されるユーザＩＤとパ
スワードのように、ユーザを特定するための情報からユ
ーザを特定する。

【００２３】検索条件式生成手段１０ｆは、キーワード
入力手段１０ｄから入力されたキーワードと、ユーザ特
定手段１０ｅによって特定されたユーザに係る情報とか
ら、検索条件式を生成する。

【００２４】検索手段１０ｇは、検索条件式生成手段１
０ｆによって生成された検索条件式に該当するインデッ
クスをインデックス記憶手段１０ｃから検索する。記憶
装置２０は、例えば、ファイルサーバによって構成さ
れ、複数のファイルをそのアクセス権限とともに記憶し
ている。

【００２５】次に、以上の原理図の動作について説明す
る。いま、記憶装置２０に対して複数のファイルが格納
されている場合において、インデックスの作成処理が開
始されると、先ず、ファイル情報取得手段１０ａが記憶
装置２０からファイルを取得し、そのファイルのタイト
ルと、本文とを取得する。

【００２６】次に、権限情報取得手段１０ｂは、ファイ
ル情報取得手段１０ａがファイル情報を取得したファイ
ルから、そのファイルに対してアクセスが許可されてい
るユーザを示す権限情報を取得する。

【００２７】このようにして取得されたファイル情報
と、権限情報とはインデックス記憶手段１０ｃに供給さ
れ、そこで、ファイル毎に関連付けがなされ、インデッ
クスとして記憶される。その結果、記憶装置２０に記憶
されているそれぞれのファイルに対応するインデックス
が生成されてインデックス記憶手段１０ｃに記憶される
ことになる。

【００２８】このようにして、インデックス記憶手段１
０ｃにインデックスが格納された状態において、所定の
ユーザから検索を行う要求がなされた場合には、検索処
理が実行されることになる。

【００２９】検索処理では、先ず、ユーザがキーワード
入力手段１０ｄから所定のキーワードを入力する。この
とき、ユーザ特定手段１０ｅは、ログインの際に入力さ
れたユーザＩＤやパスワードからキーワードを入力した
ユーザを特定する。

【００３０】検索条件式生成手段１０ｆは、キーワード
入力手段１０ｄから入力されたキーワードと、ユーザ特
定手段１０ｅによって特定されたユーザを示す情報とか
ら、検索条件式を生成する。具体的には、例えば、特定
されたユーザが「ＴＡＮＡＫＡ」であり、また、キーワ
ードが「通信」であったとすると、検索条件式生成手段
１０ｆは、キーワードが通信であり、かつ、「ＴＡＮＡ
ＫＡ」に対してアクセスが許可されたファイルを検索す
るための検索条件式を生成する。

【００３１】検索手段１０ｇは、検索条件式生成手段１
０ｆによって生成された検索条件式に該当するインデッ
クスをインデックス記憶手段１０ｃから検索する。そし
て、検索結果を、例えば、図示せぬ表示装置に対して一
覧表示する。

【００３２】以上に説明したように、本発明に係る情報
処理装置１０では、ファイル情報とともに権限情報も関
連付けしたインデックスを生成し、これに基づいて検索
を行うようにしたので、権限情報も考慮しつつファイル
を高速に検索することが可能となる。

【００３３】次に、本発明の実施の形態について説明す
る。図２は、本発明の情報処理装置３０を含むシステム
全体の構成例を示す図である。

【００３４】この図において、情報処理装置３０は、例
えば、ワークステーションやメインフレーム等によって
構成されており、サーバ４３−１〜４３−３に格納され
ているファイルからインデックスを生成するとともに、
クライアント４１−１〜４１−３からの検索要求に対応
する文書の一覧を表示する。なお、この情報処理装置３
０の詳細な構成例については後述する。

【００３５】ネットワーク４０，４２は、例えば、イン
ターネットやＬＡＮ（Local Area Network）等によって
構成されている。なお、ネットワーク４０とネットワー
ク４２とが物理的に同一の構成であってもよい。

【００３６】クライアント４１−１〜４１−３は、例え
ば、パーソナルコンピュータによって構成されており、
情報処理装置３０に対して情報の検索要求を行うととも
に、得られた結果を表示出力する。

【００３７】サーバ４３−１〜４３−３は、文書を格納
したサーバであり、情報処理装置３０からの要求に応じ
て、文書や権限情報を読み出して供給する。図３は、図
２に示す情報処理装置３０の詳細な構成例を示すブロッ
ク図である。この図に示すように、情報処理装置３０
は、ＣＰＵ（Central Processing Unit）３０ａ、ＲＯ
Ｍ（Read Only Memory）３０ｂ、ＲＡＭ（Random Acces
s Memory）３０ｃ、ＨＤＤ（Hard Disk Drive）３０
ｄ、ＧＣ（Graphics Card）３０ｅ、および、Ｉ／Ｆ（I
nterface）３０ｆによって構成されている。

【００３８】ここで、ＣＰＵ３０ａは、装置の各部を制
御するとともに、ＨＤＤ３０ｄ等に格納されているプロ
グラムに応じて種々の演算処理を実行する。ＲＯＭ３０
ｂは、ＣＰＵ３０ａが実行する基本的なプログラムやデ
ータ等を記憶している。

【００３９】ＲＡＭ３０ｃは、ＣＰＵ３０ａが実行途中
のプログラムや演算途中のデータを一時的に格納する。
ＨＤＤ３０ｄは、ＣＰＵ３０ａが実行するプログラムや
インデックス等を格納している。

【００４０】ＧＣ３０ｅは、ＣＰＵ３０ａから供給され
た描画命令に従って描画処理を実行し、得られた画像を
映像信号に変換して出力する。Ｉ／Ｆ３０ｆは、入力装
置３２から入力されたデータのフォーマットを適宜変換
するとともに、ネットワーク４０，４２を介して情報の
授受が可能となるように、フォーマット変換やプロトコ
ル変換を行う。

【００４１】表示装置３１は、例えば、ＣＲＴ（Cathod
e Ray Tube）モニタ等によって構成されており、情報処
理装置３０のＧＣ３０ｅから出力された映像信号を表示
出力する。

【００４２】入力装置３２は、例えば、キーボードやマ
ウスによって構成されており、ユーザの操作に応じた情
報を生成して出力する。本実施の形態では、図３に示す
ＨＤＤ３０ｄに格納されているプログラムが必要に応じ
て読み出されてＲＡＭ３０ｃ上に展開され、種々の処理
が実行される。図４は、ＨＤＤ３０ｄに格納された所定
のプログラムが実行された際に情報処理装置３０が実現
する機能の概要を説明する図である。

【００４３】この図において、ＡＣＬ（Access Contro
l）反映インデクサ５１は、入力されたインデクシング
条件に適合するインデックスを生成して、インデックス
格納部５２に格納する。

【００４４】インデックス格納部５２は、ＡＣＬ反映イ
ンデクサ５１から供給されたインデックスを格納する。
このとき、文書ストアが複数存在する場合には、例え
ば、文書ストア毎にインデックスを分けて格納する。

【００４５】テキスト検索エンジン５３は、ＡＣＬ反映
クエリジェネレータ５４から供給されたクエリ（検索条
件式）に該当するインデックスを、インデックス格納部
５２から検索し、検索結果として出力する。

【００４６】ＡＣＬ反映クエリジェネレータ５４は、ユ
ーザが入力したキーワードと、アクセス権限を示す情報
とから、検索条件式を生成してテキスト検索エンジン５
３に対して供給する。

【００４７】次に、以上の実施の形態の動作の概要につ
いて説明する。先ず、図５を参照して、インデックスを
生成する際の動作について説明する。このフローチャー
トは所定の周期で起動されて実行される。このフローチ
ャートが開始されると、以下の処理が実行される。 ［Ｓ１］ＡＣＬ反映インデクサ５１は、文書ストア５５
に格納されている所定の文書から、そのタイトルを取得
する。

【００４８】例えば、ＡＣＬ反映インデクサ５１は、文
書からタイトルである「提案書」を取得する。 ［Ｓ２］ＡＣＬ反映インデクサ５１は、当該文書の本文
を取得する。

【００４９】例えば、ＡＣＬ反映インデクサ５１は、文
書から本文である「インターネットの普及により、マー
ケットは一層グローバル化しつつ・・・」が取得され
る。 ［Ｓ３］ＡＣＬ反映インデクサ５１は、ステップＳ１，
Ｓ２において取得したタイトルと、本文とをインデック
スのＴｉｔｌｅとＢｏｄｙにそれぞれ格納する。 ［Ｓ４］ＡＣＬ反映インデクサ５１は、文書ストア５５
から当該文書のアクセス権限情報を取得する。 ［Ｓ５］ＡＣＬ反映インデクサ５１は、当該文書にアク
セス制限がなされていないか否か（誰でも参照可能か否
か）を判定し、アクセス制限がなされていない場合には
ステップＳ６に進み、それ以外の場合にはステップＳ７
に進む。 ［Ｓ６］ＡＣＬ反映インデクサ５１は、アクセス制限が
なされていないことを示す（誰もが参照可能であること
を示す）記号「＠ａｎｙｏｎｅ」をインデックスの権限
情報を格納する部位であるＡＣＬに対して格納する。 ［Ｓ７］ＡＣＬ反映インデクサ５１は、所定のグループ
が参照可能となるようにアクセス制限がなされているか
否かを判定し、所定のグループが参照可能となるように
アクセス制限がなされている場合にはステップＳ８に進
み、それ以外の場合にはステップＳ９に進む。 ［Ｓ８］ＡＣＬ反映インデクサ５１は、そのグループの
グループ名をインデックスのＡＣＬに対して格納し、ス
テップＳ９に進む。

【００５０】なお、その際、記号「＃」をグループ名の
前に付加することにより、記号以降がグループ名である
ことが分かるようにする。 ［Ｓ９］ＡＣＬ反映インデクサ５１は、所定の個人が参
照可能となるようにアクセス制限がなされているか否か
を判定し、所定の個人が参照となるようにアクセス制限
がなされている場合にはステップＳ１０に進み、それ以
外の場合にはステップＳ１１に進む。 ［Ｓ１０］ＡＣＬ反映インデクサ５１は、アクセス可能
な個人名をインデックスのＡＣＬに対して格納する。 ［Ｓ１１］ＡＣＬ反映インデクサ５１は、未処理の文書
が存在するか否かを判定し、未処理の文書が存在してい
る場合にはステップＳ１に戻って同様の処理を繰り返
し、それ以外の場合には処理を終了する。

【００５１】図６は、以上の処理によって生成されたイ
ンデックスの一例である。この図の例では、インデック
スの「Ｔｉｔｌｅ」としては「提案書」が格納されてお
り、「Ｂｏｄｙ」としては「インターネットの普及によ
り、マーケットは一層グローバル化しつつ・・・」が格
納されており、また、「ＡＣＬ」としては「ｔａｇｕｃ
ｈｉ」が格納されている。このようなインデックスは、
文書単位で生成されてインデックス格納部５２に格納さ
れることになる。

【００５２】次に、図７を参照して、以上のようにして
生成されたインデックスを用いて目的とする文書を検索
する場合の処理について説明する。このフローチャート
が開始されると、以下の処理が実行される。 ［Ｓ２０］ＡＣＬ反映クエリジェネレータ５４は、例え
ば、図８に示すような画面を要求を行ったクライアント
の表示装置に対して表示させ、対象となる文書ストア名
を取得する。

【００５３】なお、図８に示す表示例では、「対象文書
ストア」と題されたウィンドウ６０が表示されており、
その表示領域６１には対象となる文書ストア名とラジオ
ボックスとが表示されており、対象とする文書ストアを
選択することが可能とされている。なお、この例では、
１つの文書ストアのみが選択されているが複数の文書ス
トアを同時に指定するようにしてもよい。

【００５４】表示領域６１の最下部には、入力された内
容で確定する場合に操作されるＯＫボタン６２と、入力
した内容をキャンセルする場合に操作されるキャンセル
ボタン６３とが表示されている。 ［Ｓ２１］ＡＣＬ反映クエリジェネレータ５４は、例え
ば、図９に示すような画面を要求を行ったクライアント
の表示装置に対して表示させ、選択された文書ストアに
ログインする際に必要なユーザＩＤとパスワードとを取
得する。

【００５５】なお、図９に示す表示例では、「ＤｏｃＳ
ｅｒｖ＃１用ユーザ認証」と題されたウィンドウ７０が
表示されており、その表示領域７１にはステップＳ２１
で選択したＤｏｃＳｅｒｖ＃１用のユーザＩＤとパスワ
ードとを入力するテキストボックスが表示されている。
表示領域７１の最下部には、入力された内容で確定する
場合に操作されるＯＫボタン７２と、入力した内容をキ
ャンセルする場合に操作されるキャンセルボタン７３と
が表示されている。 ［Ｓ２２］ＡＣＬ反映クエリジェネレータ５４は、ステ
ップＳ２０で指定された文書ストアに対して、ステップ
Ｓ２１で入力されたユーザＩＤとパスワードとを問い合
わせ、正規のユーザであるか否かを判定する。その結
果、正規のユーザであることが判明した場合にはステッ
プＳ２３に進み、それ以外の場合には処理を終了する。 ［Ｓ２３］ＡＣＬ反映クエリジェネレータ５４は、ステ
ップＳ２０で指定された文書ストアに対して、当該ユー
ザがグループに所属しているか否かを問い合わせ、グル
ープに所属している場合にはステップＳ２４に進み、そ
れ以外の場合にはステップＳ２５に進む。 ［Ｓ２４］ＡＣＬ反映クエリジェネレータ５４は、文書
ストアからユーザが所属しているグループ名を取得す
る。 ［Ｓ２５］ＡＣＬ反映クエリジェネレータ５４は、例え
ば、図１０に示すような画面を要求を行ったクライアン
トの表示装置に対して表示させ、キーワードの入力を受
ける。そして、図１０に示す画面において、キーワード
が入力された場合にはステップＳ２６に進み、それ以外
の場合にはステップＳ２５に戻ってキーワードが入力さ
れるまで同様の処理を繰り返す。

【００５６】なお、図１０に示す表示例では、「検索キ
ーワード入力」と題されたウィンドウ８０が表示されて
おり、その表示領域８１には文書のタイトルに含まれて
いるキーワードと、本文に含まれているキーワードとを
それぞれ入力するためのテキストボックスが表示されて
いる。表示領域８１の最下部には、入力された内容で確
定する場合に操作されるＯＫボタン８２と、入力した内
容をキャンセルする場合に操作されるキャンセルボタン
８３とが表示されている。 ［Ｓ２６］ＡＣＬ反映クエリジェネレータ５４は、入力
されたキーワードと権限情報とを合成して検索条件式を
生成する。

【００５７】図１１は、検索条件式の合成処理の一例を
説明する図である。この例では、キーワードは「Ｔｉｔ
ｌｅ＝提案書」と「Ｂｏｄｙ＝インターネット」であ
り、権限情報は「ユーザ名＝ｔａｇｕｃｈｉ」と「パス
ワード＝＊＊＊＊」であり、また、グループ情報は「グ
ループ名＝ｓｅａｒｃｈ」である。このような情報が合
成されると、図の下部に示す検索条件式が得られること
になる。この例では、（Ｔｉｔｌｅ＝提案書）と（Ｂｏ
ｄｙ＝インターネット）とが論理積記号「＆」によって
結合されているので、これらの双方をキーワードとして
含む文書が検索の対象となる。

【００５８】また、（ＡＣＬ＝ｔａｇｕｃｈｉ）と（Ａ
ＣＬ＝＃ｓｅａｒｃｈ）と（ＡＣＬ＝＠ａｎｙｏｎｅ）
とが論理和記号「｜」によって結合されているので、権
限情報が「ｔａｇｕｃｈｉ」であるか、所属しているグ
ループが「ｓｅａｒｃｈ」であるか、または、アクセス
制限がなされていない文書の何れかが検索の対象とな
る。

【００５９】更に、キーワードとアクセス権限とは論理
積記号「＆」によって結合されているので、式全体とし
ては、以上のキーワードを含むとともに、以上の何れか
のアクセス権限を付与された文書が検索の対象となる。 ［Ｓ２７］テキスト検索エンジン５３は、ＡＣＬ反映ク
エリジェネレータ５４によって生成された検索条件式を
受け取り、インデックス格納部５２から該当するインデ
ックスを検索する。 ［Ｓ２８］テキスト検索エンジン５３は、検索の結果得
られたインデックスのタイトルを、要求を行ったクライ
アントに対して送信し、表示装置に対して一覧表示させ
る。

【００６０】その結果、要求を行ったクライアントの表
示装置には、例えば、図１２に示す画面が表示されるこ
とになる。この表示例では、「検索結果」と題されたウ
ィンドウ９０が表示されており、その表示領域には、タ
イトルに「提案書」を含み、本文に「インターネット」
を含む文書は、９８９０件であり、最初の５件を表示す
る旨のメッセージが表示されている。また、その下に
は、検索の結果得られた文書のタイトルが一覧表示され
ている。更に、その下には、次の項目を表示する際に操
作される次の項目ボタン９２と、前の項目を表示する際
に操作される前の項目ボタン９３とが表示されている。 ［Ｓ２９］クライアントの表示装置において、所定の表
示項目が指定された場合にはステップＳ３０に進み、そ
れ以外の場合にはステップＳ２９に戻って同様の処理が
繰り返される。 ［Ｓ３０］情報処理装置５０は、該当する文書を文書ス
トア５５から取得し、要求を行ったクライアントの表示
装置に表示させる。 ［Ｓ３１］情報処理装置５０は、処理を継続するか否か
を判定し、処理を継続する場合にはステップＳ２９に戻
って同様の処理を繰り返し、それ以外の場合には処理を
終了する。

【００６１】なお、このフローチャートには示していな
いが、図１２に示す次の項目ボタン９２または前の項目
ボタン９３が操作された場合には、操作回数に応じて該
当する文書を文書ストア５５から取得し、要求を行った
クライアントに対して送信する処理が実行されることに
なる。

【００６２】以上に説明したように、本発明の実施の形
態によれば、インデックスに権限情報も付加して管理す
るようにしたので、検索条件式に権限情報を含めて検索
することにより、要求を行ったユーザの権限に該当する
文書のみを選択的に検索することが可能となる。従っ
て、検索結果が得られた後に、文書ストア５５に対して
アクセス権限を問い合わせる必要がなくなるので、検索
処理を迅速に実行することが可能となる。

【００６３】次に、図１３および図１４を参照して、図
４に示す本発明の実施の形態の詳細な構成例と、各部の
動作について説明する。図１３は、ＡＣＬ反映インデク
サ５１の詳細な構成例を示す図である。この図に示すよ
うに、ＡＣＬ反映インデクサ５１は、格納文書決定部５
１１とインデックス作成部５１２を有している。

【００６４】格納文書決定部５１１は、アクセス権限管
理モジュール５１１ａおよびグループ定義展開モジュー
ル５１１ｂを有しており、文書ストア５５に格納されて
いる文書からインデックスを作成すべき文書と、インデ
ックスを更新すべき文書とを決定する。

【００６５】また、インデックス作成部５１２は、文書
ストア名管理モジュール５１２ａ、アクセス権限管理モ
ジュール５１２ｂ、複数文書ストア同時対応モジュール
５１２ｃ、アクセス権限管理有無切り換えモジュール５
１２ｄ、および、管理者権限対応モジュール５１２ｅを
有しており、格納文書決定部５１１によって決定された
文書から、実際にインデックスを作成する処理を実行す
る。

【００６６】ここで、アクセス権限管理モジュール５１
１ａは、文書ストア毎にアクセス方法が異なる場合に、
その手続き方法を管理している。グループ定義展開モジ
ュール５１１ｂは、インデックス作成時において、グル
ープ定義に係る処理を実行する。

【００６７】文書ストア名管理モジュール５１２ａは、
複数の文書ストアを有する環境において対象となる文書
ストアを特定する。アクセス権限管理モジュール５１２
ｂは、アクセス権限の管理方法が異なる文書ストアから
権限情報を取得する際に必要な手続きを管理する。

【００６８】複数文書ストア同時対応モジュール５１２
ｃは、複数の文書ストアに対して同時に検索可能である
インデックスを生成する。アクセス権限管理有無切り換
えモジュール５１２ｄは、アクセス権限管理を必要とし
ない場合に、アクセス権限による制御を行わないように
する。

【００６９】管理者権限対応モジュール５１２ｅは、管
理者に対しては全文書の検索を可能とする。図１４は、
ＡＣＬ反映クエリジェネレータ５４の詳細な構成例を示
す図である。この図に示すように、ＡＣＬ反映クエリジ
ェネレータ５４は、文書ストア問い合わせ部５４１、ア
クセス条件クエリ生成部５４２、および、クエリ合成部
５４３を有している。

【００７０】文書ストア問い合わせ部５４１は、文書ス
トア名管理モジュール５４１ａおよびアクセス権限管理
モジュール５４１ｂを有しており、ユーザから受け取っ
たユーザＩＤとパスワードをもとにして、ユーザ認証を
行うとともに、ユーザが属するグループの情報を取得す
る。

【００７１】アクセス条件クエリ生成部５４２は、複数
文書ストア同時対応モジュール５４２ａを有しており、
アクセスの条件を示す検索条件式を生成する。クエリ合
成部５４３は、アクセス権限管理有無切り換えモジュー
ル５４３ａおよび管理者権限対応モジュール５４３ｂを
有しており、ユーザが入力した検索条件とアクセス条件
クエリ生成部５４２が生成した検索条件式を合成する。

【００７２】ここで、文書ストア名管理モジュール５４
１ａは、複数の文書ストアを有する環境において対象と
なる文書ストアを特定する。アクセス権限管理モジュー
ル５４１ｂは、アクセス権限の管理方法が異なる文書ス
トアから権限情報を取得する際に必要な手続きを管理し
ている。

【００７３】複数文書ストア同時対応モジュール５４２
ａは、複数の文書ストアに対して同時に検索可能とする
ための処理を実行する。アクセス権限管理有無切り換え
モジュール５４３ａは、アクセス権限管理を必要としな
い場合に、アクセス権限による制御を行わないようにす
る。

【００７４】管理者権限対応モジュール５４３ｂは、管
理者に対しては全文書の検索を可能とする。次に、以上
の実施の形態の各部の詳細な動作について説明する。

【００７５】図１５は、格納文書決定部５１１の動作を
説明する図である。格納文書決定部５１１は、基本的に
はインデックスを作成する文書を決定する処理を実行す
るが、アクセス権限が各階層毎に異なる場合には権限を
合成する処理を実行する。即ち、文書ストア５５が階層
構造を有しており、階層毎にアクセス権限が設定可能で
ある場合には、目的となる文書の権限をその上位の階層
との関係から決定する必要がある。

【００７６】図１５に示す例では、目的となる文書「ｐ
ｒｏｐｏｓａｌ．ｔｘｔ」はフォルダ「ｄｏｃ」に格納
されており、それぞれのアクセス権限が異なっている。
即ち、フォルダのアクセス権限は、所有者の「ｔａｇｕ
ｃｈｉ」に対してのみ「ＯＫ」とされている。一方、文
書のアクセス権限は、全ユーザに対して「ＯＫ」とされ
ている。

【００７７】このような場合、文書のアクセス権限とし
ては、双方のアクセス権限のうち厳しい方を採用するこ
とが望ましいと考えられるので、双方のアクセス権限の
何れかが「ＮＧ」である場合には、その項目に対しては
「ＮＧ」を採用する。

【００７８】このような手法により、フォルダと文書の
アクセス権限を合成した結果を、図１５の左端に示す。
この例では、所有者「ｔａｇｕｃｈｉ」以外は全て「Ｎ
Ｇ」とされている。

【００７９】なお、この例は、文書とフォルダの２つの
階層がある場合であるが、それ以外にも複数の階層が存
在する場合であっても、以上のような手法を適用するこ
とが可能である。

【００８０】このように、目的とする文書が階層構造を
有する文書ストアに記憶されている場合であって、各階
層に対してアクセス権限を設定可能である場合には、格
納文書決定部５１１は、目的とする文書のアクセス権限
と、その文書よりも上位の階層のアクセス権限とを合成
することにより、当該文書のアクセス権限を求める。な
お、このような方法は、一例であって、本発明がこのよ
うな場合のみに限定されるものではないことはいうまで
もない。

【００８１】次に、図１６を参照して、アクセス権限が
変更された場合の処理について説明する。文書ストア５
５に格納されている文書のアクセス権限が変更された場
合には、それに応じてインデックスのＡＣＬも変更する
必要が生ずる。

【００８２】そこで、本実施の形態では、格納文書決定
部５１１が、所定の時間毎に文書ストア５５を検索し、
以前に作成したインデックスの内容との間に差異が生じ
ていないかチェックする。その結果、差異が生じていた
場合には、新たな権限情報によってインデックスを更新
する。

【００８３】このような処理により、インデックスを常
に最新の情報に対応するものとすることができる。次
に、図１７〜図１９を参照して、インデックス作成部５
１２が権限情報をインデックスのＡＣＬに設定する場合
の動作について説明する。

【００８４】図１７は、文書の所有者に対するＡＣＬの
設定の様子を示す図である。この図の例では、文書「ｐ
ｒｏｐｏｓａｌ.ｔｘｔ」の所有者は「ｔａｇｕｃｈ
ｉ」であり、アクセス権限情報に示すように、所有者に
対する読み込み権は「ＯＫ」となっている。

【００８５】このように文書の所有者のアクセス権限が
「ＯＫ」である場合には、インデックス作成部５１２
は、格納文書決定部５１１からその旨を通知されるの
で、インデックスのＡＣＬに対して、所有者のＩＤであ
る「ｔａｇｕｃｈｉ」を格納する。その結果、所有者の
「ｔａｇｕｃｈｉ」がこの文書に対するアクセス権限を
有していることがインデックスに反映されることにな
る。

【００８６】図１８は、文書がグループによって所有さ
れている場合に対するＡＣＬの設定の様子を示す図であ
る。この図の例では、文書「ｐｒｏｐｏｓａｌ.ｔｘ
ｔ」のグループ所有者は「ｓｅａｒｃｈ」であり、アク
セス権限情報に示すように、グループ所有者に対する権
限は「ＯＫ」となっている。

【００８７】このようにグループ所有者のアクセス権限
が「ＯＫ」である場合には、インデックス作成部５１２
は、格納文書決定部５１１からその旨を通知されるの
で、インデックスのＡＣＬに対して、グループ所有者の
ＩＤである「＃ｓｅａｒｃｈ」を格納する。その結果、
グループ「ｓｅａｒｃｈ」の所属するユーザがこの文書
に対するアクセス権限を有していることがインデックス
に反映されることになる。

【００８８】図１９は、全ユーザに対してアクセスを許
可する権限情報をＡＣＬに設定する様子を示す図であ
る。この図の例では、アクセス権限情報の全ユーザに対
するアクセス権限は「ＯＫ」となっている。このように
全ユーザのアクセス権限が「ＯＫ」である場合には、イ
ンデックス作成部５１２は、格納文書決定部５１１から
その旨を通知されるので、インデックスのＡＣＬに対し
て、全ユーザを示す「＠ａｎｙｏｎｅ」を格納する。そ
の結果、全ユーザがこの文書に対するアクセス権限を有
していることがインデックスに反映されることになる。

【００８９】なお、以上の例では、「所有者」、「グル
ープ」、および、「全ユーザ」の順で、アクセス権限を
設定するようにしたが、「全ユーザ」を優先して処理
し、全ユーザにアクセス権限が認められている場合に
は、その他のユーザに対するアクセス権限に関する処理
は省略するようにしてもよい。即ち、アクセス権限が全
ユーザに認められている場合には、所有者やグループに
対する個別のアクセス権限を設定する必要はないからで
ある。

【００９０】図２０は、文書ストア問い合わせ部５４１
の動作を説明する図である。この図に示すように、文書
ストア問い合わせ部５４１は、ユーザがシステムにログ
インした際に、例えば、図９に示すような画面から入力
したユーザＩＤとパスワードとを取得し、図８に示す画
面で入力された対象となる文書ストア（この例では文書
ストア５５）に対してこのユーザが正規のユーザである
か否かの問い合わせを行う。

【００９１】そして、正規のユーザであることが判明し
た場合には、そのユーザが所属するグループ名を文書ス
トア５５に更に問い合わせる。次に、文書ストア問い合
わせ部５４１は、ユーザＩＤおよびグループ名を、アク
セス条件クエリ生成部５４２に対して供給する。

【００９２】次に、図２１〜図２３を参照して、アクセ
ス条件クエリ生成部５４２の動作について説明する。ア
クセス条件クエリ生成部５４２は、検索を行ったユーザ
がアクセス権限を有する文書のみを選択する検索条件式
を生成する。

【００９３】先ず、アクセス条件クエリ生成部５４２
は、図２１に示すように、文書ストア問い合わせ部５４
１から供給されたユーザＩＤをもとにして、そのユーザ
がアクセス権限を有する文書のみを選択する検索条件式
を生成する。この例では、ユーザＩＤは「ｔａｇｕｃｈ
ｉ」であるので、アクセス条件クエリ生成部５４２は、
先ず、検索条件式（ＡＣＬ＝ｔａｇｕｃｈｉ）を生成す
る。

【００９４】次に、アクセス条件クエリ生成部５４２
は、図２２に示すように、文書ストア問い合わせ部５４
１から供給されたグループ名をもとにして、そのユーザ
が所属するグループに対してアクセス権限が与えられて
いる文書のみを選択する検索条件式を生成する。この例
では、ユーザはグループ「ｓｅａｒｃｈ」に所属してい
るので、アクセス条件クエリ生成部５４２は、検索条件
式（ＡＣＬ＝＃ｓｅａｒｃｈ）を生成する。ここで、
「＃」はそれ以降がグループ名であることを示す記号で
ある。

【００９５】そして、アクセス条件クエリ生成部５４２
は、前に生成したクエリと新たに生成したクエリとを論
理和記号によって結合し、（ＡＣＬ＝ｔａｇｕｃｈｉ）
｜（ＡＣＬ＝＃ｓｅａｒｃｈ）を生成する。

【００９６】最後に、アクセス条件クエリ生成部５４２
は、図２３に示すように、全ユーザに対してアクセス権
限が与えられている文書も選択の対象となるように、全
ユーザに対してアクセス権限を与えることを示す「＠ａ
ｎｙｏｎｅ」を検索条件式に付加する。即ち、アクセス
条件クエリ生成部５４２は、以上の処理によって得られ
た条件式に「＠ａｎｙｏｎｅ」を付加し、（ＡＣＬ＝ｔ
ａｇｕｃｈｉ）｜（ＡＣＬ＝＃ｓｅａｒｃｈ）｜（ＡＣ
Ｌ＝＠ａｎｙｏｎｅ）を生成する。ここで、「＠」はそ
れ以降が特定の意味を有する文字列であることを示す記
号である。

【００９７】以上のようにして得られた検索条件式（Ａ
ＣＬ＝ｔａｇｕｃｈｉ）｜（ＡＣＬ＝＃ｓｅａｒｃｈ）
｜（ＡＣＬ＝＠ａｎｙｏｎｅ）は、ユーザ「ｔａｇｕｃ
ｈｉ」に対してアクセスが許可された文書群、グループ
「ｓｅａｒｃｈ」に対してアクセスが許可された文書
群、および、全ユーザにアクセスが許可された文書群の
全てを対象とする条件を示すことになる。

【００９８】次に、図２４を参照してクエリ合成部５４
３の動作について説明する。クエリ合成部５４３は、ユ
ーザが指定した検索条件式（図１０に示す画面から入力
された条件）と、アクセス条件クエリ生成部５４２によ
って生成されたアクセス条件を示す検索条件式とを合成
して、最終的な検索条件式を生成する。

【００９９】図２４の例では、ユーザが指定した検索条
件式としては、（Ｔｉｔｌｅ＝提案書）＆（Ｂｏｄｙ＝
インターネット）であり、また、アクセス条件クエリ生
成部５４２が生成した検索条件式は、（ＡＣＬ＝ｔａｇ
ｕｃｈｉ）｜（ＡＣＬ＝＃ｓｅａｒｃｈ）｜（ＡＣＬ＝
＠ａｎｙｏｎｅ）である。この場合、クエリ合成部５４
３は、これらの条件式を論理積記号で結合して、最終的
な検索条件式である（Ｔｉｔｌｅ＝提案書）＆（Ｂｏｄ
ｙ＝インターネット）＆（ＡＣＬ＝ｔａｇｕｃｈｉ）｜
（ＡＣＬ＝＃ｓｅａｒｃｈ）｜（ＡＣＬ＝＠ａｎｙｏｎ
ｅ）を生成する。なお、この条件式は、ユーザ「ｔａｇ
ｕｃｈｉ」に対してアクセスが許可された文書群、グル
ープ「ｓｅａｒｃｈ」に対してアクセスが許可された文
書群、および、全ユーザにアクセスが許可された文書群
のなかから、タイトルに「提案書」を含み、かつ、本文
に「インターネット」を含む文書を検索することを示
す。

【０１００】次に、図２５および図２６を参照して、文
書ストア名管理モジュール５１２ａおよび文書ストア名
管理モジュール５４１ａの動作について説明する。とこ
ろで、複数の文書ストアが存在している場合には、イン
デックス作成部５１２によって作成されたインデックス
がどの文書ストアから生成されたものかを管理する必要
がある。そこで、本実施の形態においては、文書ストア
単位でインデックスを作成するとともに、文書ストアと
インデックスとの対応付けを行うために、文書ストア名
管理モジュール５１２ａが、対応する文書ストアを特定
するための情報をインデックス格納部に対して付加す
る。その結果、図２５に示すように、インデックス格納
部と文書ストアとが関連付けられることになる。

【０１０１】検索時においては、図２６に示すように、
文書ストア名管理モジュール５４１ａが、インデックス
格納部に順に問い合わせを行って、該当する文書ストア
から作成されたインデックス格納部を特定する。例え
ば、図８に示す画面において、文書ストア５５ａを検索
の対象として選択した場合には、文書ストア名管理モジ
ュール５４１ａは、インデックスに対して順に問い合わ
せを行い、対応する文書ストアが５５ａであるインデッ
クス格納部として、５２ａを特定する。

【０１０２】なお、複数の文書ストアを対象として同時
に検索を行う場合には、図２７に示すように、文書スト
ア毎に検索を行った後、得られた文書集合の和集合を生
成することにより、目的となる文書群を得ることができ
る。図２７の例では、全ての文書ストア５５ａ〜５５ｃ
が検索の対象とされており、各文書ストアに対応するイ
ンデックス格納部５２ａ〜５２ｃから得られた検索結果
は合成され、最終的な検索結果とされる。

【０１０３】次に、図２８〜図３１を参照して、複数文
書ストア同時対応モジュール５１２ｃおよび複数文書ス
トア同時対応モジュール５４２ａの動作について説明す
る。これらのモジュールは、前述の場合と同様に、複数
の文書ストアが存在する場合において文書ストアとイン
デックスとの対応関係を管理するものである。前述の場
合では、文書ストア毎にインデックス格納部を設けるよ
うにしたが、この例では、複数の文書ストアに対して１
のインデックス格納部を設ける。

【０１０４】図２８に示すように、この実施の形態で
は、複数の文書ストア５５ａ，５５ｂから生成されたイ
ンデックスを同一のインデックス格納部５２に対して格
納する。このとき、複数文書ストア同時対応モジュール
５１２ｃは、もとの文書ストアを特定するための情報を
インデックスに対して付与する。この例では、インデッ
クスに項目「Ｓｅｒｖｅｒ」が追加されており、この項
目に対してもとの文書ストアを特定するための情報が格
納される。また、インデックス格納部５２には、対応す
る文書ストア名「ＤｏｃＳｅｒｖ＃１」と「ＤｏｃＳｅ
ｒｖ＃２」とが付与されている。

【０１０５】図２９および図３０は、以上のようにして
生成されたインデックスを用いて検索を行う場合の動作
を説明する図である。図２９に示すように、複数文書ス
トア同時対応モジュール５４２ａは、文書ストア問い合
わせ部５４１から供給された文書ストア名を検索の条件
とするための検索条件式（Ｓｅｒｖｅｒ＝ＤｏｃＳｅｒ
ｖ＃１）を生成する。

【０１０６】複数文書ストア同時対応モジュール５４２
ａは、文書ストア名管理モジュール５４１ａから供給さ
れた文書ストア名を検索の条件とするための検索条件式
（Ｓｅｒｖｅｒ＝ＤｏｃＳｅｒｖ＃１）を生成する。

【０１０７】次に、複数文書ストア同時対応モジュール
５４２ａは、図３０に示すように、文書ストアを表す条
件式と、アクセス権限を示す条件式とを合成し、アクセ
ス権限および文書ストアを絞り込むためのアクセス条件
式を生成する。この例では、文書ストアを表す条件式
（Ｓｅｒｖｅｒ＝ＤｏｃＳｅｒｖ＃１）と、アクセス権
限を表す条件式（ＡＣＬ＝ｔａｇｕｃｈｉ）｜（ＡＣＬ
＝＃ｓｅａｒｃｈ）｜（ＡＣＬ＝＠ａｎｙｏｎｅ）とが
合成され、（Ｓｅｒｖｅｒ＝ＤｏｃＳｅｒｖ＃１）＆
（（ＡＣＬ＝ｔａｇｕｃｈｉ）｜（ＡＣＬ＝＃ｓｅａｒ
ｃｈ）｜（ＡＣＬ＝＠ａｎｙｏｎｅ））が生成されてい
る。

【０１０８】なお、複数の文書ストアを対象として同時
に検索を行う場合には、図３１に示すように、各文書ス
トアに対する検索条件式を論理和記号によって合成する
ことにより、目的の条件式を得る。

【０１０９】図３１の例では、文書ストア５５ａに対す
る検索条件式（Ｓｅｒｖｅｒ＝ＤｏｃＳｅｒｖ＃１）＆
（（ＡＣＬ＝ｔａｇｕｃｈｉ）｜（ＡＣＬ＝＃ｓｅａｒ
ｃｈ）｜（ＡＣＬ＝＠ａｎｙｏｎｅ））と、文書ストア
５５ｂに対する検索条件式（Ｓｅｒｖｅｒ＝ＤｏｃＳｅ
ｒｖ＃２）＆（（ＡＣＬ＝ｔａｇｕｃｈｉ）｜（ＡＣＬ
＝＃ｓｅａｒｃｈ）｜（ＡＣＬ＝＠ａｎｙｏｎｅ））と
が論理和記号によって結合され、目的とする検索条件式
（（Ｓｅｒｖｅｒ＝ＤｏｃＳｅｒｖ＃１）＆（（ＡＣＬ
＝ｔａｇｕｃｈｉ）｜（ＡＣＬ＝＃ｓｅａｒｃｈ）｜
（ＡＣＬ＝＠ａｎｙｏｎｅ）））｜（（Ｓｅｒｖｅｒ＝
ＤｏｃＳｅｒｖ＃２）＆（（ＡＣＬ＝ｔａｇｕｃｈｉ）
｜（ＡＣＬ＝＃ｓｅａｒｃｈ）｜（ＡＣＬ＝＠ａｎｙｏ
ｎｅ）））が生成されている。

【０１１０】以上のような実施の形態によれば、対象と
なる文書ストアが複数存在する場合においても、文書の
検索を実行することが可能となる。次に、図３２〜３５
を参照してアクセス権限管理モジュール５１１ａ，５１
２ｂ，５４１ｂの動作について説明する。

【０１１１】アクセス権限の管理方法が異なる複数の文
書ストアに対応するためには、文書ストア毎にアクセス
方法を管理する必要がある。そこで、本実施の形態で
は、アクセス権限管理モジュール５１１ａ，５１２ｂ，
５４１ｂによって各文書ストアに対するアクセス方法そ
の他を管理している。

【０１１２】先ず、図３２を参照して、アクセス権限管
理モジュール５１１ａの動作について説明する。この図
に示すように、アクセス権限管理モジュール５１１ａ
は、文書ストアの種類とそのアクセス方法とを関連付け
て記憶している。例えば、種類が「ＤＢ＃１」である文
書ストアは、アクセス命令「ｑｕｅｒｙＡｃｃｅｓ
ｓ（）」を用いてアクセスすることが示されている。

【０１１３】インデックスを作成する際には、管理者か
ら対象となる文書ストアの名称と、種類とが渡されるの
で、アクセス権限管理モジュール５１１ａは、受け取っ
た文書ストアの種類に対応するアクセス命令を検索し、
この命令に応じて目的の文書ストアから、アクセス権限
情報を取得する。このように、各文書ストアへのアクセ
ス方法を一元的に管理するようにしたので、異なる文書
ストアが複数接続されているような場合でも、円滑に検
索を行うことが可能となる。

【０１１４】次に、図３３を参照して、アクセス権限管
理モジュール５１２ｂの動作について説明する。この図
に示すように、アクセス権限管理モジュール５１２ｂ
は、インデックスを作成する際に、インデックスに文書
ストアの種類を特定する情報を付加する。

【０１１５】その結果、検索結果として得られたインデ
ックスから、もとの文書ストアを参照する場合には、イ
ンデックスに格納されているこの情報を参照することに
より、目的となる文書ストアへのアクセス方法を簡単に
知ることができる。このような構成によれば、ユーザが
文書ストアの種類を入力する必要がなくなるので、検索
を更に円滑に行うことが可能となる。

【０１１６】次に、図３４および図３５を参照して、ア
クセス権限管理モジュール５４１ｂの動作について説明
する。図３４に示す実施の形態では、アクセスを行った
ユーザが正規のユーザであるか否かを文書ストアに対し
て問い合わせる際に、アクセス権限管理モジュール５４
１ｂに格納されている情報を参照し、その文書ストアに
対してアクセスする方法を簡単に得る方法が示されてい
る。

【０１１７】この例では、ユーザが、検索対象の文書ス
トアとその種類を入力すると、アクセス権限管理モジュ
ール５４１ｂが、指定された種類の文書ストアに対する
アクセス命令を取得し、目的とする文書ストアに対して
このユーザが正規のユーザであるか否かをこの命令に従
って問い合わせを行う。

【０１１８】このような処理により、アクセス方法の異
なる複数の文書ストアが存在する場合であっても、ユー
ザはその差異を意識することなく、検索を行うことが可
能となる。

【０１１９】次に、図３５を参照して、文書ストアの種
類を入力することなく、アクセス命令を取得する方法に
ついて説明する。この図の実施の形態では、インデック
スに対して文書ストアの種類を示す情報が格納されてい
る。従って、アクセス権限管理モジュール５４１ｂは、
ユーザから認証要求がなされた場合には、文書ストアに
対応するインデックスを参照し、そこに格納されている
文書ストアの種類を示す情報から目的となる文書ストア
の種類を特定する。

【０１２０】そして、アクセス権限管理モジュール５４
１ｂは、その種類に対応するアクセス命令を取得し、そ
のアクセス命令に従って目的の文書ストアにアクセス
し、認証を行うことが可能となる。

【０１２１】以上の実施の形態によれば、アクセス方法
が異なる文書ストアが存在している場合であっても、ユ
ーザの認証処理その他を円滑に実行することが可能とな
る。次に、図３６および図３７を参照して、管理者権限
対応モジュール５１２ｅと管理者権限対応モジュール５
４３ｂの動作について説明する。

【０１２２】ところで、以上のように権限を有する文書
のみを検索結果として表示するようにした場合に、管理
者に対しても同様の条件が課せられるとすると、文書の
管理を円滑に行うことができなくなる。そこで、本発明
の実施の形態では、管理者に対しては、全ての文書に対
してアクセス権限を有しているものとする。

【０１２３】図３６は、管理者権限対応モジュール５１
２ｅの動作を説明する図である。この図に示すように、
管理者権限対応モジュール５１２ｅは、インデックスを
作成する際に、全てのインデックスのＡＣＬに対して、
管理者を示す「ｒｏｏｔ」を格納する。このようにして
おくことで、管理者である「ｒｏｏｔ」がログインした
場合には、（ＡＣＬ＝ｒｏｏｔ）を含む検索条件式を用
いることにより、全ての文書を参照することが可能とな
る。

【０１２４】図３７は、図３６の場合とは異なる実施の
形態について説明する。この例では、前述の場合のよう
にインデックスに対して特定の情報を付加することは行
わず、管理者権限対応モジュール５４３ｂが、通常のユ
ーザと管理者の場合で異なるクエリを生成する。

【０１２５】即ち、図３７（Ａ）に示すように、通常の
ユーザに対しては、前述の場合と同様に、アクセス権限
を含む検索条件式を生成する。一方、管理者に対して
は、図３７（Ｂ）に示すように、アクセス権限の条件を
含まない、入力された条件のみの検索条件式を生成す
る。

【０１２６】このようにすることにより、管理者がアク
セスした場合には、全ての文書を検索の対象とすること
ができるので、文書の管理を円滑に行うことが可能とな
る。次に、図３８〜図４０を参照して、アクセス権限管
理有無切り換えモジュール５１２ｄの動作について説明
する。

【０１２７】ところで、使用環境によっては、一部また
は全ての文書ストアのアクセス制限を停止する必要が生
じる場合がある。本実施の形態では、アクセス権限管理
有無切り換えモジュール５１２ｄがそのような場合に対
応する処理を行う。

【０１２８】図３８は、アクセス権限管理有無切り換え
モジュール５１２ｄの動作の一例を説明する図である。
図３８（Ａ）に示すように、アクセス制限が必要な場合
には、前述の場合と同様に、アクセス権限管理有無切り
換えモジュール５１２ｄがインデックスを生成する。

【０１２９】一方、図３８（Ｂ）に示すように、アクセ
スを制限する必要がない文書ストアについては、アクセ
ス権限管理有無切り換えモジュール５１２ｄが、インデ
ックスを生成する際に、ＡＣＬに対して全ユーザがアク
セス可能である旨を示す「＠ａｎｙｏｎｅ」を格納す
る。

【０１３０】その結果、アクセス制限が必要ない文書ス
トアに関しては、誰もがアクセスすることが可能とな
る。次に、図３９および図４０を参照して、図３８の場
合とは異なる方法によりアクセス制限を停止する場合に
ついて説明する。

【０１３１】図３９に示す例では、所定の文書ストアに
ついてはアクセス制限が不要である旨の指示が管理者か
らなされた場合には、アクセス権限管理有無切り換えモ
ジュール５１２ｄは、該当するインデックス格納部に対
して、アクセス制限を停止する旨を示す情報を付加す
る。この例では、図３９（Ａ）に示すように、アクセス
制限をする場合にはインデックス格納部５２に付与され
ている情報が“ＯＮ”の状態とされ、図３９（Ｂ）に示
すように、アクセス制限を停止する場合にはインデック
ス格納部５２に付与されている情報が“ＯＦＦ”の状態
とされる。

【０１３２】このようにして設定された情報を反映した
検索処理の一例を図４０を参照して説明する。アクセス
権限管理有無切り換えモジュール５４３ａは、ユーザか
ら条件式とユーザＩＤとが供給された場合には、該当す
るインデックス格納部５２に付与されている情報が“Ｏ
Ｎ”であるか否かを問い合わせる。その結果、“ＯＮ”
である場合には通常通りにアクセス権限を含めた検索条
件式を生成し、“ＯＦＦ”である場合には入力された条
件式をそのままの形で出力する。この図の例では、アク
セス権限は“ＯＦＦ”であるので、入力された条件式
（Ｔｉｔｌｅ＝提案書）＆（Ｂｏｄｙ＝インターネッ
ト）がそのまま出力されている。

【０１３３】以上の実施の形態によれば、必要に応じて
アクセス権限によるアクセス制限を停止または動作させ
ることが可能となるので、目的に応じた使い分けが可能
となる。

【０１３４】次に、図４１および図４２を参照してグル
ープ定義展開モジュール５１１ｂの動作について説明す
る。ところで、ここまでに説明してきた方法では、検索
を実行する際に、検索するユーザが属するグループを問
い合わせる必要がある。以下では、検索時にグループの
問い合わせを行わないようにして検索速度を向上させる
方法について説明する。

【０１３５】グループ定義展開モジュール５１１ｂは、
インデックスを生成する際におけるグループの定義に応
じて、アクセス権情報をインデックスに設定する。図４
１は、インデックスを生成する際の動作について説明す
る図である。この図に示すように、グループ定義展開モ
ジュール５１１ｂは、インデックスを生成する際に、グ
ループに対するアクセスが許可されている場合には、文
書ストアからグループの定義情報を参照し、そのグルー
プを構成する全てのメンバのユーザＩＤをインデックス
のＡＣＬに対して付加する。

【０１３６】その結果、グループに対してアクセスが許
可された文書については、対応するインデックスのＡＣ
Ｌにはそのグループに所属する全てのユーザＩＤが列記
されることになる。このような実施の形態によれば、グ
ループの問い合わせを行う必要がないので、検索速度を
向上させることが可能となる。

【０１３７】次に、図４２を参照して、以上のようにし
て生成されたインデックスを更新する場合の処理につい
て説明する。ところで、グループの定義は不変ではな
く、グループの定義情報は時間の経過とともに変化す
る。そこで、グループの定義が変化した場合にも対応す
ることができるように、グループ定義展開モジュール５
１１ｂは、グループの定義が変更された場合には、その
グループに対してアクセスが許可された文書を特定し、
そのインデックスのＡＣＬの情報を新たなグループ定義
に応じて変更する。図４２に示す例では、図４１の場合
と比較して、グループ「ｓｅａｒｃｈ」を構成するメン
バのうち「ｓｈｉｍｉｚｕ」が除外されている。このよ
うな場合には、グループ「ｓｅａｒｃｈ」に対してアク
セス権限が付与された全ての文書のインデックスから
「ｓｈｉｍｉｚｕ」が除外されることになる。

【０１３８】以上のような実施の形態によれば、グルー
プ定義が変化した場合においても、適切なユーザのみに
アクセスを許可することが可能となる。ここまで説明し
てきたように、本発明によれば、インデックスに対して
権限情報を付与し、検索の際には権限情報も検索条件式
に含めるようにしたので、権限情報を加味した場合にお
いても検索を高速に実行することが可能となる。

【０１３９】なお、以上の実施の形態においては、文書
ストアと記憶装置とが一対一の対応関係を有するように
したが、複数の記憶装置に対して１の文書ストアが分散
されて格納されているようにしてもよい。

【０１４０】また、以上の実施の形態においては、テキ
ストが含まれる文書を検索対象として例示したが、例え
ば、画像やコンピュータデータのみからなる情報を検索
対象とすることも可能であることはいうまでもない。

【０１４１】最後に、上記の処理機能は、コンピュータ
によって実現することができる。その場合、情報処理装
置が有すべき機能の処理内容を記述したプログラムが提
供される。そのプログラムをコンピュータで実行するこ
とにより、上記処理機能がコンピュータ上で実現され
る。処理内容を記述したプログラムは、コンピュータで
読み取り可能な記録媒体に記録しておくことができる。
コンピュータで読み取り可能な記録媒体としては、磁気
記録装置、光ディスク、光磁気記録媒体、半導体メモリ
などがある。磁気記録装置には、ハードディスク装置
（ＨＤＤ）、フロッピー（登録商標）ディスク（Ｆ
Ｄ）、磁気テープなどがある。光ディスク装置には、Ｄ
ＶＤ(Digital Versatile Disc)、ＣＤ−ＲＯＭ(Compact
Disc Read Only Memory)などがある。光磁気記録媒体
には、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)、ＤＶ
Ｄ−ＲＡＭ(Random Access Memory)、ＭＯ(Magneto-Opt
ical disk)などがある。

【０１４２】プログラムを流通させる場合には、たとえ
ば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ
などの可搬型記録媒体が販売される。また、プログラム
をサーバコンピュータの記憶装置に格納しておき、ネッ
トワークを介して、サーバコンピュータから他のコンピ
ュータにそのプログラムを転送することもできる。

【０１４３】プログラムを実行するコンピュータは、た
とえば、可搬型記録媒体に記録されたプログラムもしく
はサーバコンピュータから転送されたプログラムを、自
己の記憶装置に格納する。そして、コンピュータは、自
己の記憶装置からプログラムを読み取り、プログラムに
従った処理を実行する。なお、コンピュータは、可搬型
記録媒体から直接プログラムを読み取り、そのプログラ
ムに従った処理を実行することもできる。また、コンピ
ュータは、サーバコンピュータからプログラムが転送さ
れる毎に、逐次、受け取ったプログラムに従った処理を
実行することもできる。

【０１４４】

【発明の効果】以上説明したように本発明では、記憶装
置に格納されているファイルを検索する処理を実行する
情報処理装置において、ファイルから所定の情報を取得
するファイル情報取得手段と、ファイルに対してアクセ
ス可能なユーザを示す権限情報を取得する権限情報取得
手段と、ファイル情報取得手段によって取得された情報
と、権限情報取得手段によって取得された権限情報とを
関連付けてインデックスとして記憶するインデックス記
憶手段と、ファイルを検索するためのキーワードの入力
を受けるキーワード入力手段と、キーワードを入力した
ユーザを特定するユーザ特定手段と、キーワード入力手
段から入力されたキーワードと、ユーザ特定手段によっ
て特定されたユーザを示す情報とから、検索条件式を生
成する検索条件式生成手段と、検索条件式生成手段によ
って生成された検索条件式に該当するインデックスをイ
ンデックス記憶手段から検索する検索手段と、を有する
ようにしたので、権限情報を加味してファイルを検索す
ることが可能となる。

【図面の簡単な説明】

【図１】本発明の動作原理を説明する原理図である。

【図２】本発明に係る情報処理装置を含むシステムの構
成例を示す図である。

【図３】本発明の実施の形態の構成例を示すブロック図
である。

【図４】図３に示すＨＤＤに格納された所定のプログラ
ムが実行された際に情報処理装置が実現する機能の概要
を説明する図である。

【図５】図３に示す実施の形態において、インデックス
を生成する際に実行される処理の一例を説明するフロー
チャートである。

【図６】図５に示す処理により生成されるインデックス
の一例である。

【図７】図３に示す実施の形態において、文書を検索す
る際に実行される処理の一例を説明するフローチャート
である。

【図８】図７に示すフローチャートを実行した際に、対
象となる文書ストアを特定するための画面の表示例であ
る。

【図９】図７に示すフローチャートを実行した際に、ユ
ーザ認証を行うための画面の表示例である。

【図１０】図７に示すフローチャートを実行した際に、
キーワードを入力するための画面の表示例である。

【図１１】キーワードおよびアクセス権限から検索条件
式が生成される様子を示す図である。

【図１２】図７に示すフローチャートを実行した結果、
得られた検索結果を表示する画面の表示例である。

【図１３】図４に示すＡＣＬ反映インデクサの詳細な構
成例を示す図である。

【図１４】図４に示すＡＣＬ反映クエリジェネレータの
詳細な構成例を示す図である。

【図１５】格納文書決定部の動作の一例を示す図であ
る。

【図１６】格納文書決定部の動作の一例を示す図であ
る。

【図１７】インデックス作成部の動作の一例を示す図で
ある。

【図１８】インデックス作成部の動作の一例を示す図で
ある。

【図１９】インデックス作成部の動作の一例を示す図で
ある。

【図２０】文書ストア問い合わせ部の動作の一例を示す
図である。

【図２１】アクセス条件クエリ生成部の動作の一例を示
す図である。

【図２２】アクセス条件クエリ生成部の動作の一例を示
す図である。

【図２３】アクセス条件クエリ生成部の動作の一例を示
す図である。

【図２４】クエリ合成部の動作の一例を示す図である。

【図２５】文書ストア名管理モジュールの動作の一例を
示す図である。

【図２６】文書ストア名管理モジュールの動作の一例を
示す図である。

【図２７】複数の文書ストアを対象として同時に検索を
行う場合の動作の一例を示す図である。

【図２８】複数文書ストア同時対応モジュールの動作の
一例を示す図である。

【図２９】複数文書ストア同時対応モジュールの動作の
一例を示す図である。

【図３０】複数文書ストア同時対応モジュールの動作の
一例を示す図である。

【図３１】複数文書ストア同時対応モジュールの動作の
一例を示す図である。

【図３２】アクセス権限管理モジュールの動作の一例を
示す図である。

【図３３】アクセス権限管理モジュールの動作の一例を
示す図である。

【図３４】アクセス権限管理モジュールの動作の一例を
示す図である。

【図３５】アクセス権限管理モジュールの動作の一例を
示す図である。

【図３６】管理者権限対応モジュールの動作の一例を示
す図である。

【図３７】管理者権限対応モジュールの動作の一例を示
す図である。

【図３８】アクセス権限管理有無切り換えモジュールの
動作の一例を示す図である。

【図３９】アクセス権限管理有無切り換えモジュールの
動作の一例を示す図である。

【図４０】アクセス権限管理有無切り換えモジュールの
動作の一例を示す図である。

【図４１】グループ定義展開モジュールの動作の一例を
示す図である。

【図４２】グループ定義展開モジュールの動作の一例を
示す図である。

【図４３】従来における情報処理装置の一例を示す図で
ある。

【符号の説明】

１０ 情報処理装置 １０ａ 文書情報取得手段 １０ｂ 権限情報取得手段 １０ｃ インデックス記憶手段 １０ｄ キーワード入力手段 １０ｅ ユーザ特定手段 １０ｆ 検索条件式生成手段 １０ｇ 検索手段 ３０ 情報処理装置 ３０ａ ＣＰＵ ３０ｂ ＲＯＭ ３０ｃ ＲＡＭ ３０ｄ ＨＤＤ ３０ｅ ＧＣ ３０ｆ Ｉ／Ｆ ３１ 表示装置 ３２ 入力装置 ４０，４２ ネットワーク ４１−１〜４１−３ クライアント ４３−１〜４３−３ サーバ ５０ 情報処理装置 ５１ ＡＣＬ反映インデクサ ５２ インデックス格納部 ５３ テキスト検索エンジン ５４ ＡＣＬ反映クエリジェネレータ ５５ 文書ストア ５１１ 格納文書決定部 ５１１ａ アクセス権限管理モジュール ５１１ｂ グループ定義展開モジュール ５１２ インデックス作成部 ５１２ａ 文書ストア名管理モジュール ５１２ｂ アクセス権限管理モジュール ５１２ｃ 複数文書ストア同時対応モジュール ５１２ｄ アクセス権限管理有無切り換えモジュール ５１２ｅ 管理者権限対応モジュール ５４１ 文書ストア問い合わせ部 ５４１ａ 文書ストア名管理モジュール ５４１ｂ アクセス権限管理モジュール ５４２ アクセス条件クエリ生成部 ５４２ａ 複数文書ストア同時対応モジュール ５４３ クエリ合成部 ５４３ａ アクセス権限管理有無切り換えモジュール ５４３ｂ 管理者権限対応モジュール

───────────────────────────────────────────────────── フロントページの続き (72)発明者 頴川 浩太郎 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (20)

【特許請求の範囲】
1. 【請求項１】 記憶装置に格納されているファイルを検
   索する処理を実行する情報処理装置において、 前記ファイルから所定の情報を取得するファイル情報取
   得手段と、 前記ファイルに対してアクセス可能なユーザを示す権限
   情報を取得する権限情報取得手段と、 前記ファイル情報取得手段によって取得された情報と、
   前記権限情報取得手段によって取得された権限情報とを
   関連付けてインデックスとして記憶するインデックス記
   憶手段と、 前記ファイルを検索するためのキーワードの入力を受け
   るキーワード入力手段と、 前記キーワードを入力したユーザを特定するユーザ特定
   手段と、 前記キーワード入力手段から入力されたキーワードと、
   前記ユーザ特定手段によって特定されたユーザを示す情
   報とから、検索条件式を生成する検索条件式生成手段
   と、 前記検索条件式生成手段によって生成された検索条件式
   に該当するインデックスを前記インデックス記憶手段か
   ら検索する検索手段と、 を有することを特徴とする情報処理装置。
2. 【請求項２】 前記ユーザ特定手段は、ユーザがログイ
   ンする際に入力されるユーザＩＤおよびパスワードを参
   照して、ユーザを特定することを特徴とする請求項１記
   載の情報処理装置。
3. 【請求項３】 前記記憶装置は、階層構造を有している
   とともに、階層毎に権限情報が設定されており、 前記権限情報取得手段は、取得しようとするファイルが
   格納されている階層よりも上位の階層の権限情報と、フ
   ァイルの権限情報とを合成したものを、当該ファイルの
   権限情報とする、 ことを特徴とする請求項１記載の情報処理装置。
4. 【請求項４】 前記権限情報取得手段は、前記ファイル
   の権限情報が変更された場合には、前記インデックス記
   憶手段に格納されている該当するインデックスに係る権
   限情報を更新することを特徴とする請求項１記載の情報
   処理装置。
5. 【請求項５】 前記記憶装置から情報を取得する際の手
   続きを記憶した手続き記憶手段を更に有し、 前記記憶装置から所定の情報を取得する際には、前記手
   続き記憶手段に記憶されている手続きを参照して所望の
   情報を取得する、 ことを特徴とする請求項１記載の情報処理装置。
6. 【請求項６】 前記権限情報は、複数のユーザから構成
   されるグループに対してアクセス権限を付与する情報を
   有することを特徴とする請求項１記載の情報処理装置。
7. 【請求項７】 前記インデックス記憶手段は、所定のグ
   ループに対してアクセス権限を付与するファイルに対し
   ては、そのグループを構成する全てのユーザを特定する
   ための情報を、該当するインデックスに対応付けて記憶
   することを特徴とする請求項６記載の情報処理装置。
8. 【請求項８】 前記権限情報は、全てのユーザに対して
   アクセス権限を付与する情報を有することを特徴とする
   請求項１記載の情報処理装置。
9. 【請求項９】 前記インデックス記憶手段は、１または
   ２以上の記憶装置に記憶されたファイルの集合体である
   ファイルストアから生成された複数のインデックスを当
   該ファイルストアに係るインデックス群として記憶して
   おり、 前記検索手段は、前記キーワード入力手段から前記ファ
   イルストアを特定する情報が入力された場合には、該当
   するインデックス群を検索の対象とする、 ことを特徴とする請求項１記載の情報処理装置。
10. 【請求項１０】 前記検索手段は、複数のファイルスト
    アが検索対象とされている場合には、各ファイルストア
    の検索結果の和集合を、目的とする検索結果とすること
    を特徴とする請求項９記載の情報処理装置。
11. 【請求項１１】 前記インデックス記憶手段は、複数の
    ファイルストアから生成された複数のインデックスをこ
    れらのファイルストアに係るインデックス群として記憶
    しており、 前記検索手段は、前記キーワード入力手段から前記ファ
    イルストアを特定する情報が入力された場合には、該当
    するインデックス群を検索の対象とする、 ことを特徴とする請求項１記載の情報処理装置。
12. 【請求項１２】 前記インデックス記憶手段は、対応す
    るファイルストアを特定するための情報も関連付けて記
    憶しており、 前記検索条件式生成手段は、前記キーワード入力手段か
    ら所定のファイルストアを指定する情報が入力された場
    合には、当該ファイルストアを特定する情報を含む検索
    条件式を生成し、 前記検索手段は、前記インデックス記憶手段に記憶され
    ている対応するファイルストアを特定するための情報
    と、検索条件式に含まれているファイルストアを特定す
    るための情報とを照合して、該当するインデックスを検
    索することを特徴とする請求項１１記載の情報処理装
    置。
13. 【請求項１３】 前記検索条件式生成手段は、複数のフ
    ァイルストアが検索対象とされている場合には、各ファ
    イルストアに対する検索条件式の論理和を、目的とする
    検索条件式とすることを特徴とする請求項１２記載の情
    報処理装置。
14. 【請求項１４】 前記インデックス記憶手段は、特定の
    ユーザに対しては、全てのファイルが検索可能となるよ
    うに、所定の権限情報を全てのインデックスに対して付
    与することを特徴とする請求項１記載の情報処理装置。
15. 【請求項１５】 前記検索条件式生成手段は、特定のユ
    ーザに対しては、前記ユーザを示す情報を含まない検索
    条件式を生成することを特徴とする請求項１記載の情報
    処理装置。
16. 【請求項１６】 前記インデックス記憶手段は、新たに
    インデックスを生成する際に、アクセスを制限する必要
    がないインデックスに関しては、全てのユーザに対して
    アクセスを許可する権限情報を付与して記憶することを
    特徴とする請求項１記載の情報処理装置。
17. 【請求項１７】 前記インデックス記憶手段は、アクセ
    スを制限する必要がないインデックス群に関しては、そ
    の旨を示す識別符号を付与しておき、 前記検索条件式生成手段は、前記識別符号が付与された
    インデックス群を検索の対象とする場合には、前記ユー
    ザを示す情報を含まない検索条件式を生成する、 ことを特徴とする請求項１記載の情報処理装置。
18. 【請求項１８】 記憶装置に格納されているファイルを
    検索する処理を実行する情報処理方法において、 前記ファイルから所定の情報を取得するファイル情報取
    得ステップと、 前記ファイルに対してアクセス可能なユーザを示す権限
    情報を取得する権限情報取得ステップと、 前記ファイル情報取得ステップによって取得されたキー
    ワードと、前記権限情報取得ステップによって取得され
    た権限情報とを関連付けてインデックスとして記憶する
    インデックス記憶ステップと、 前記ファイルを検索するためのキーワードの入力を受け
    るキーワード入力ステップと、 前記キーワードを入力したユーザを特定するユーザ特定
    ステップと、 前記キーワード入力ステップから入力されたキーワード
    と、前記ユーザ特定ステップによって特定されたユーザ
    を示す情報とから、検索条件式を生成する検索条件式生
    成ステップと、 前記検索条件式生成ステップによって生成された検索条
    件式に該当するインデックスを前記インデックス記憶ス
    テップから検索する検索ステップと、 を有することを特徴とする情報処理方法。
19. 【請求項１９】 記憶装置に格納されているファイルを
    検索する処理をコンピュータに実行させるプログラムを
    記録したコンピュータ読み取り可能な記録媒体におい
    て、 コンピュータを、 前記ファイルから所定の情報を取得するファイル情報取
    得手段、 前記ファイルに対してアクセス可能なユーザを示す権限
    情報を取得する権限情報取得手段、 前記ファイル情報取得手段によって取得された情報と、
    前記権限情報取得手段によって取得された権限情報とを
    関連付けてインデックスとして記憶するインデックス記
    憶手段、 前記ファイルを検索するためのキーワードの入力を受け
    るキーワード入力手段、 前記キーワードを入力したユーザを特定するユーザ特定
    手段、 前記キーワード入力手段から入力されたキーワードと、
    前記ユーザ特定手段によって特定されたユーザを示す情
    報とから、検索条件式を生成する検索条件式生成手段
    と、 前記検索条件式生成手段によって生成された検索条件式
    に該当するインデックスを前記インデックス記憶手段か
    ら検索する検索手段、 として機能させるプログラムを記録したコンピュータ読
    み取り可能な記録媒体。
20. 【請求項２０】 記憶装置に格納されているファイルを
    検索する処理をコンピュータに実行させるプログラムに
    おいて、 コンピュータを、 前記ファイルから所定の情報を取得するファイル情報取
    得手段、 前記ファイルに対してアクセス可能なユーザを示す権限
    情報を取得する権限情報取得手段、 前記ファイル情報取得手段によって取得された情報と、
    前記権限情報取得手段によって取得された権限情報とを
    関連付けてインデックスとして記憶するインデックス記
    憶手段、 前記ファイルを検索するためのキーワードの入力を受け
    るキーワード入力手段、 前記キーワードを入力したユーザを特定するユーザ特定
    手段、 前記キーワード入力手段から入力されたキーワードと、
    前記ユーザ特定手段によって特定されたユーザを示す情
    報とから、検索条件式を生成する検索条件式生成手段
    と、 前記検索条件式生成手段によって生成された検索条件式
    に該当するインデックスを前記インデックス記憶手段か
    ら検索する検索手段、 として機能させるプログラム。