JP5048784B2 - ファイルサーバへのアクセス統制システム - Google Patents

Description

本発明は、図面ファイル、イメージファイル、テキストファイル、動画ファイル及びミディファイルなどの各種の情報文書を多数の端末または多数のユーザーが共有できるようにするファイルサーバにおいて、前記端末またはユーザーが前記ファイルサーバにアクセスすることを統制するアクセス統制システムに関する。

企業や官公署などにおいて活用する特定の図面ファイル、イメージファイル、テキストファイル、動画ファイル及びミディファイルなどの各種の情報文書（以下、「文書」と称する。）は、企業または官公署と関連する多数のユーザーがアクセスして活用できなければならないため、多数のクライアント端末がウェブまたはネットワーク方式により接続された環境において前記文書をファイルサーバに保存してこれを共有する。

図１は、ウェブまたはネットワーク環境における管理サーバとファイルサーバ及び端末の通信様子を示すものであり、これを参照して説明する。

多数のユーザーが互いに通信しながら情報を共有するようなシステムは、大きく、ウェブまたはネットワーク方式により互いに通信するクライアント端末３０、３０’、３０”と、前記通信を管理しながらクライアント端末３０、３０’、３０”と接続する管理サーバ１０と、から構成される。

前記管理サーバ１０はクライアント端末３０、３０’、３０”間の通信を制御し、保安を目的に外部との通信を統制し、必要な文書を保存しながらクライアント端末３０、３０’、３０”の要求に応じて当該文書を提供することもできる。このような管理サーバ１０は従来周知のシステムの一構成であるため、さらなる説明は省略する。

一方、情報の量が増加し、且つ、これらの管理もまた重要視されるにつれて、情報に対する専門的な管理が求められるに至った。このため、前記管理サーバ１０が有している従来の機能のうち、情報を保存して管理する作業は、ファイル共有サーバ２０（以下、「ファイルサーバ」と称する。）が分担し、管理サーバ１０はクライアント端末３０、３０’、３０”間の通信制御及び保安に関する作業だけを行うことになった。

ところが、前記ファイルサーバ２０は、一般的に公開可能な情報の他に、公開できない重要な機密情報を文書として含むことができる。このため、機密情報の無断流出を防ぐために、機密情報が文書として保存されたファイルサーバには認可されたクライアント端末３０、３０’、３０”だけを介してしかアクセスできないようにして、当該クライアント端末３０、３０’、３０”においてしか前記文書に対する閲覧ができないようにしている。

ここで、閲覧とは、文書を読み込んだり編集したり搬出する作業を総称するものである。

しかしながら、この種の従来の保安方式は、アクセスが認可されたクライアント端末３０、３０’、３０”を介する場合にはファイルサーバ２０へのアクセスが可能であり、アクセス後には保存された文書を流出する上で難点がない。また、流出された文書に関する正確な資料や根拠が残らず、流出された文書と関連するユーザーに対する追跡及びその追跡結果に対する信頼度が高くないという問題があった。要するに、従来のファイルサーバの保安方式は、前記ファイルサーバ２０へのアクセスが認可されたユーザーの良心と決定によって当該文書に対する保安有無が決定されるような構造のものであった。

すなわち、管理サーバ１０とファイルサーバ２０及びクライアント端末３０、３０’、３０”を含むネットワークの保安がユーザーの意思によって決定されるため、保安に対する信頼度が低くならざるを得なかった。

一方、従来のファイルサーバの文書共有方式において、認可されたクライアント端末３０、３０’、３０”を介するファイルサーバ２０へのアクセス時にもアクセス過程が煩雑であり、しかも、必要な文書の検索にも見慣れておらず、ファイルサーバを利用するに当たって相当の不便さがあった。

そこで、本発明は上記の如き問題を解消するためになされたものであり、その目的は、多数のクライアント端末が共有するファイルサーバ内保存文書へのアクセス及び活用が容易であり、しかも、その保安効率も高くて、共有文書に対するより安全で且つ円滑な利用を可能にするファイルサーバへのアクセス統制システムを提供するところにある。

上記の技術的課題を達成するために、本発明は、管理サーバと、前記管理サーバと通信を行うクライアント端末と、多数のクライアント端末が共有する文書を保存するファイルサーバと、からなるシステムにおいて、前記クライアント端末は、前記ファイルサーバへのアクセスを試みるユーザーを確認するファイルサーバ接続モジュールと、前記ファイルサーバ接続モジュールによる確認結果、前記ユーザーがファイルサーバへのアクセス権限を有している場合にファイルサーバに保存された文書を出力する保安探索ツール駆動モジュールと、を含み、前記管理サーバは、ユーザーが有する前記ファイルサーバへのアクセス可能有無及びアクセス可能な許容範囲に関する認可情報を保存する認可者情報ＤＢと、前記ファイルサーバ接続モジュールから送られてきたユーザー情報を確認して前記認可者情報ＤＢに保存された認可情報を検索するユーザー確認モジュールと、前記ユーザー確認モジュールから送られてきた認可情報を通じて前記ファイルサーバから当該ユーザーに対する許容範囲内にある文書を検索してこれを前記保安探索ツール駆動モジュールに送ることにより前記保安探索ツール駆動モジュールがクライアント端末を通じて表示する文書をユーザー別に制限する文書分類モジュールと、を含むファイルサーバへのアクセス統制システムを提供する。

本発明によれば、管理サーバとクライアント端末が互いに通信し、各種の文書を保存したファイルサーバが前記管理サーバ及びクライアント端末と通信しながら前記ファイルサーバに保存された文書を共有しているシステムにおいて、多数のクライアント端末を介するファイルサーバへのアクセス時に共有する文書に対するアクセスをユーザー別にその許容範囲に対して差別化して文書保安を細分化するという効果がある。

また、ファイルサーバへのアクセス時に専用保安探索ツールを用いて必要な文書を読み込んだり検索することができて、ユーザーがまるでローカルエリアにおいて作業するような感じを受けることから、より安定的で且つ能率的な文書作業を行うことができるという効果がある。

さらに、保安をすべき文書に情報ファイルをおいたり、これらを一つの文書ＤＢに集めてユーザー別文書アクセスを制限及び管理することから、２以上のユーザーが同じ文書を同時に作業するとしても、当該文書に対する衝突や毀損の可能性が低くなり、より安全な文書作業を行うことができるという効果がある。

ウェブまたはネットワーク環境下で管理サーバとファイルサーバ及び端末の通信様子を示す図。 図１の構成を本発明によるアクセス統制システムによって具体的に示すブロック図。 本発明によるアクセス統制システムを用いて文書にアクセスした後、これを閲覧する過程を順次に示すフローチャート。 本発明によるファイルサーバ保安探索ツールの選択メニューがＷＩＮＤＯＷＳ^ＴＭのＧＵＩに表示された様子を示すイメージ。 本発明によるファイルサーバ保安探索ツールの駆動様子を示すＧＵＩイメージ。 本発明によるアクセス統制システムの他の実施形態を示すブロック図。

以下、添付図面に基づき、本発明を詳述する。

図２は、図１の構成を本発明によるアクセス統制システムによって具体的に示すブロック図であり、これを参照して説明する。

本発明によるアクセス統制システムは、管理サーバ１０及びファイルサーバ２０と、前記管理サーバ１０及びファイルサーバ２０と接続され、且つ、ウェブまたはネットワーク環境下で互いに通信する多数のクライアント端末３０、３０’、３０”と、から構成された構造に設置／適用されて、ファイルサーバ２０にアクセスするクライアント端末３０、３０’、３０”を統制し、ファイルサーバ２０に保存された文書に対する閲覧などを管理する。

このために、前記管理サーバ１０は、クライアント端末３０、３０’、３０”のユーザーを確認するユーザー確認モジュール１２と、ユーザーの情報を記録する認可者情報ＤＢ１３及びユーザーによって差別的に公開される文書に対する検索及び分類作業を行う文書分類モジュール１１と、を含む。

一方、前記ファイルサーバ２０は、文書を保管する文書ＤＢと、前記文書ＤＢを管理／検索する検索エンジン２１と、を含む。このとき、前記文書ＤＢは、必要に応じて、多数存在していてもよい。

参考までに、前記文書ＤＢは、ハードウェア的に多数のデータベースドライブを設けて第１文書ＤＢ２２、第２文書ＤＢ２３及び第３文書ＤＢ２４などに分けられてもよく、一つの装置ドライブにおいてディスクの領域を分割して第１文書ＤＢ２２、第２文書ＤＢ２３及び第３文書ＤＢ２４などに分けられてもよい。このとき、後者の場合には、仮想ディスクの概念を適用することができるが、その詳細は後述する。

引き続き、前記クライアント端末３０、３０’、３０”は、図示の如く、多数存在し、それぞれの端末は、本発明によるアクセス統制システムの管理方式である保安探索ツールの動作を制御する保安探索ツール駆動モジュール３１と、ファイルサーバ２０への接続認許可有無を確認する手続き遂行装置であるファイルサーバ接続モジュール３２と、を含む。

本発明によるアクセス統制システムの技術的思想の理解への一助となるために、ユーザーがクライアント端末３０、３０’、３０”を用いてファイルサーバ２０にアクセスした後、ファイルサーバ２０に保存された文書を閲覧する過程を説明する。

図３は、本発明によるアクセス統制システムを用いて文書にアクセスした後、これを閲覧する過程を順次に示すフローチャートであるが、これを参照して説明する。

Ｓ１０；ファイルサーバアクセス段階
ユーザーは、クライアント端末３０、３０’、３０”を介してファイルサーバ２０にアクセスする。このとき、クライアント端末３０、３０’、３０”とファイルサーバ２０はウェブにより通信をすることもでき、近距離移動通信網などの制限されたネットワークを介して通信することもできる。

本発明による実施形態は、クライアント端末３０、３０’、３０”、管理サーバ１０及びファイルサーバ２０間の通信が外部からアクセスし難い後者の通信網を利用するものとするが、本発明の技術的思想がこれに限定されることはない。

ユーザーが任意クライアント端末３０、３０’、３０”を介してファイルサーバ２０にアクセスする方式は極めて様々である。しかしながら、本発明によるアクセス統制システムにおいては、ファイルサーバ２０にアクセスするためにＷＩＮＤＯＷＳ^ＴＭ探索機の構造を適用する。

すなわち、図４（本発明によるファイルサーバ保安探索ツールの選択メニューがＷＩＮＤＯＷＳ^ＴＭのＧＵＩに表示された様子を示すイメージ）に示すように、本発明によるアクセス統制システムの「ファイルサーバ保安探索ツール」が「ＷＩＮＤＯＷＳ探索機」に対応して搭載されることにより、クライアント端末３０、３０’、３０”を利用するユーザーは、まるで自分のローカルＰＣ（クライアント端末）から文書を検索して開くような感じで作業を行うことができる。

加えて、本発明による保安探索ツールは、「ＷＩＮＤＯＷＳ探索機」のような方式の他にも、「Shell name extention」、「ＡｃｔｉｖｅＸ」などのｄｌｌモジュールを用いても実現可能である。

一方、ファイルサーバ２０へのアクセスがクライアント端末３０、３０’、３０”の区分なしにいずれも許容されるわけではない。すなわち、あるクライアント端末３０はファイルサーバ２０にアクセス可能であり、あるクライアント端末３０’、３０”はアクセス自体が不可能になることもある。これは、アクセス可能な前記クライアント端末３０に認証ファイルなどを含むファイルサーバ接続モジュール３２を設けることにより可能になる。

前記ファイルサーバ接続モジュール３２が設けられたクライアント端末３０の場合には、図４に示すように、「ファイルサーバ保安探索ツール(FILE SERVER SECURITY EXPLORER TOOL)」のメニューを視認することができ、そうでないクライアント端末３０’、３０”の場合には前記メニューを視認することができない。

しかしながら、これは、「ファイルサーバ保安探索ツール」のメニューを視認可能にするかどうかに対する種々の実施形態の一つに過ぎないため、本発明の技術的思想がこれに限定されることはない。（「ファイルサーバ保安探索ツール」が視認されてもファイルサーバにアクセスできないクライアント端末３０においては起動されないようにもできる。）

Ｓ１２；認可有無の確認段階
ユーザーが「ファイルサーバ保安探索ツール」のメニューを選択すると、前記ファイルサーバ接続モジュール３２は管理サーバ１０と通信して現在駆動するクライアント端末３０、３０’、３０”の認証有無を確認する。

この後、当該クライアント端末３０が認証済み端末であると確認されれば、前記ファイルサーバ接続モジュール３２はユーザーの認可有無を確認するためのＩＤ／ＰＡＳＳＷＯＲＤ入力ウィンドウを前記クライアント端末３０に出力する。

しかしながら、本発明はこれに限定されるものではない。すなわち、（１）クライアント端末３０、３０’、３０”の認証有無の確認なしに直ちにユーザーの認可有無の確認のためのＩＤ／ＰＡＳＳＷＯＲＤ入力ウィンドウを出力して、前記入力ウィンドウを介して入力されるＩＤ／ＰＡＳＳＷＯＲＤにより現ユーザーの認可有無を確認して保安探索ツールの活性化有無を決定することもでき、（２）ファイルサーバが接続したクライアント端末３０、３０’、３０”の認可有無を確認して、認可されたクライアント端末３０、３０’、３０”においてはユーザーの確認なしでも保安探索ツールを起動させるような方式により前記保安探索ツールの活性化有無を決定することもできる。

後者の場合、未認可のクライアント端末３０、３０’、３０”において保安探索ツールを起動すると、「アクセスが拒否されました。」などの文句が記載されたウィンドウが出力されて現ユーザーに保安探索ツールへのアクセスが不可能である旨を報知する。

認証過程は極めて様々な実施形態により行われるが、ここではＩＤとＰＡＳＳＷＯＲＤを利用する方式の実施形態を通じてこの過程の技術的思想を説明する。もちろん、本発明による技術的思想は特許請求範囲から逸脱しない範囲内において種々に変形されて実施可能である。

引き続き、ユーザーが自分のＩＤとＰＡＳＳＷＯＲＤを前記入力ウィンドウに入力すると、ファイルサーバ接続モジュール３２はその確認情報ＩＤ／ＰＡＳＳＷＯＲＤを管理サーバ１０のユーザー確認モジュール１２に送る。

前記ユーザー確認モジュール１２は前記確認情報と一致する情報を認可情報ＤＢ１３から検索する。

前記認可情報ＤＢ１３は、ユーザーの前記確認情報をはじめとする各種の個人情報を含むことができ、ユーザー確認モジュール１２は、前記確認情報を通じて、現在ファイルサーバ２０への接続を試みるユーザーがファイルサーバ２０に接続を許可された者であるかどうかを判断する。

前記ユーザー確認モジュール１２の確認結果、当該ユーザーが認可できなかったユーザーである場合にはファイルサーバ２０へのアクセス自体が拒否され、認可されたユーザーである場合には前記ユーザー確認モジュール１２が前記保安探索ツール駆動モジュール３１に駆動信号を発信する。要するに、前記保安探索ツール駆動モジュール３１は本発明によるファイルサーバ保安探索ツールを活性化させて、図５（本発明によるファイルサーバ保安探索ツールの駆動様子を示すＧＵＩを示すイメージ）に示すように、ユーザーが一般ＷＩＮＤＯＷＳ探索機を利用するようにしてファイルサーバにアクセス／検索することができる。

開示の実施形態において、前記保安探索ツールを通じてファイルサーバ２０に対するディレクトリーである「ネットワーク保安ドライブ」が確認され、前記「ネットワーク保安ドライブ」内には多数のファイルサーバ(FILE SEVER)Ａ〜Ｃが形成される。前記ファイルサーバ(FILE SEVER)Ａ〜Ｃは第１、第２及び第３文書ＤＢ２２、２３、２４を示すものであり、ユーザーが誰かによって前記ファイルサーバＡ〜Ｃが全部または一部出力され、これにより、ユーザーは出力されているファイルサーバのみをクリックして当該第１、第２及び第３文書ＤＢ２２、２３、２４にアクセスすることができる。

もちろん、前記ファイルサーバ２０へのアクセスを許可できなかったユーザーは、保安探索ツールを通じて「ネットワーク保安ドライブ」そのものを確認することができないため、ファイルサーバ２０へのアクセス自体が不可能になる。

Ｓ１４；許容範囲の確認段階
上述したように、本発明によるアクセス統制システムは、たとえファイルサーバ２０へのアクセスを認可されたユーザーであるとしても、ユーザー別に閲覧可能な文書に対する差別をおくことができる。

もちろん、ファイルサーバ２０へのアクセスに成功したユーザーに当該ファイルサーバ２０にある全ての文書を表示し、ユーザーがこれらの文書のうち任意の一つを選択して閲覧を試みる場合、当該文書に対する閲覧可能有無を判断してこれを開いたり拒否するようにもできるが、本発明による実施形態においては、ファイルサーバ保安探索ツールに出力される文書を当初からユーザー別に区分して出力する。

すなわち、任意のユーザーにとって、ファイルサーバ保安探索ツールに出力されている文書はいずれも閲覧可能にするのである。

このために、本発明は、前記管理サーバ１０に文書分類モジュール１１をさらに含む。

前記文書分類モジュール１１は、前記ユーザー確認モジュール１２におけるユーザー確認過程において認可情報ＤＢ１３を検索して当該ユーザーの権限を確認し、この権限に見合う閲覧可能な文書をファイルサーバ２０の検索エンジン２１を用いて第１、第２及び第３文書ＤＢ２２、２３、２４から検索して分類した後、前記保安探索ツール駆動モジュール３１を動作させると共に、分類された文書情報をクライアント端末３０に送る。

上述した文書のユーザー別の分類を通じて多数のユーザーを一つのチームとする同一部署内においてもユーザー別に文書の閲覧許容範囲に差別をおくことができ、ファイルサーバ２０内の文書保安を細かくするという効果がある。

一方、ユーザーが閲覧可能な文書に対する許容範囲を確認し、当該許容範囲内において文書にアクセス及び閲覧できるようにするために、前記ファイルサーバ２０の貯蔵装置は種々の実施形態により実現可能であり、以下、それぞれの実施形態を開示する。

ファイルサーバ２０には多数の第１、第２及び第３文書ＤＢ２２、２３、２４が形成可能であり、前記第１、第２及び第３文書ＤＢ２２、２３、２４は保安等級によって文書を分類して保存することができる。すなわち、前記文書分類モジュール１１は当該ユーザーの許容範囲を確認した後、当該する文書ＤＢだけを開放するものである。要するに、前記ユーザーのクライアント端末３０には開放された文書ＤＢの文書だけが保安探索ツールを介して公開される。

加えて、文書別に保安等級に関するデータを記録した情報ファイルを生成して当該ユーザーに当該する文書だけを検索し、これを前記ユーザーのクライアント端末３０に公開するようにもできる。

しかしながら、本発明による統制システムにおいて、文書を閲覧権限のあるクライアント端末３０、３０’、３０”にのみ公開するような方式は一実施形態に過ぎず、ユーザー及びクライアント端末３０、３０’、３０”の区分なしに一旦全ての文書を公開し、その閲覧はユーザー及びクライアント端末３０、３０’、３０”の許容範囲によって区分して行われるようにもできる。

しかしながら、ファイルサーバ２０に仮想ディスクの概念を適用することは本発明によるシステムの一構成であるファイルサーバ２０をなすための一実施形態であり、仮想ディスクの概念を適用する方式の他にも、下記の形態がありうる。

ファイルサーバ２０は従来公知のファイルサーバと同じ構造をなし、前記ユーザー確認モジュール１２を通じてクライアント端末３０、３０’、３０”またはユーザーを確認した後、認可されたクライアント端末３０、３０’、３０”またはユーザーにのみ前記ファイルサーバ２０へのアクセスを許容する。このため、認可・未認可の区分なしにファイルサーバ２０を表わすドライブ表示を当該クライアント端末３０、３０’、３０”に出力して、前記ドライブ表示を通じてファイルサーバ２０の存在をユーザーが確認できるようにし、認可されたユーザーが前記ファイルサーバ２０にアクセスを試みると、これを許容するのに対し、未認可のユーザーが前記ファイルサーバ２０にアクセスを試みると「アクセスが拒否されました。」などの文句が記載されたウィンドウを出力して現ユーザーに保安探索ツールへのアクセスが不可能である旨を報知する。

しかしながら、認可・未認可によってクライアント端末３０、３０’、３０”を通じてのドライブ表示を異ならしめて、未認可のユーザーがファイルサーバ２０の存在自体を知らないようにしてもよい。

以下、本発明によるファイルサーバ２０に仮想ディスクが適用された実施形態を説明する。

前記仮想ディスクの概念は、本願出願人が以前に出願して権利を保有している「仮想ディスクを用いた応用プログラム別アクセス統制システムとその統制方法（登録番号：１０−０５９６１３５）に詳細に記述されているため、仮想ディスクについての説明は省略し、これを本発明に適用するための説明は後述する。

「仮想ディスクを用いた応用プログラム別アクセス統制システムとその統制方法（以下、「先行発明」と称する。）において定義する仮想ディスクは、ハードディスク（一般のローカルＰＣにおいてハードディスクは単純な貯蔵記録装置であると理解されるが、クライアントとネットワークまたはインターネットなどにより接続されたサーバにおいてはハードディスクがＤＢと命名されて理解可能である。このため、本発明においては、仮想ディスクの適用空間であるハードディスクが一般ＰＣのハードディスクはもちろん、サーバ内ＤＢまで意味することになる。ここで、前記ＤＢはファイルサーバである。）に設けられて、仮想ディスクにアクセスするアプリケーションを認可されたアプリケーションモジュールと未認可のアプリケーションモジュールに区分し、そのアクセスを制限する。本発明においては、ファイルサーバに仮想ディスクを設け、前記ファイルサーバにアクセスするクライアント端末またはユーザーの認可有無を確認してそのアクセスを制限する。

すなわち、前記保安探索ツール駆動モジュール３１がユーザーを確認して保安探索ツールを駆動すると、確認されたユーザーの許容範囲内にある仮想ディスクドライブだけを保安探索ツール内に出力してユーザーがアクセスできるようにする。もちろん、当該ユーザーのアクセス許容範囲が当該仮想ディスクドライブを含んでいない場合、保安探索ツールは前記仮想ディスクドライブを出力しない。

例を挙げて簡単に説明すると、前記先行発明において認可されたアプリケーションが作業のために仮想ディスク内にある保安ファイルを読み込む必要がある場合、読み込み（ウィンドウ体制の場合を例示する。）機能を起動して前記保安ファイルを見出す。これは認可されたアプリケーションによる読み込みであるため、前記保安ファイルは別途のドライブ（仮想ディスクがＯＳにおいては別途のドライブとして認識される。）内にあるファイルであり、容易に検索して読み込むことができる。しかしながら、未認可のアプリケーションである場合には、たとえ読み込み機能を行うとしても、当該ドライブが読み込み内に存在しないため、これを読み込むことができなくなる。すなわち、ＯＳは仮想ディスクを別途のドライブではない一つのファイルとしてのみ認識するのである。

このように、本発明によるファイルサーバへのアクセス統制システムにおいても、多数の仮想ディスクを設けてこれらをそれぞれ第１、第２及び第３文書ＤＢ２２、２３、２４に分類し、アクセスを試みるユーザーの許容範囲を確認して当該ユーザーに許可された文書ＤＢだけが保安探索ツールにおいて独立したドライブとして認識されるようにする。

一方、ユーザーは文書ＤＢにアクセスした後、文書ＤＢに保存された文書を閲覧しながらこれを「名前を付けて保存」することができる。すなわち、前記文書を他の文書ＤＢまたはファイルサーバ２０ではないローカル領域である自分のクライアント端末３０、３０’、３０”に保存することもできる。

これもまた、前記仮想ディスクの機能を適用して制限することができる。すなわち、第１文書ＤＢ２２から文書を読み込んで作業をしているユーザーは、第２文書ＤＢ２３及び第３文書ＤＢ２４に保存された文書を読み込む（当該ユーザーが第２及び第３文書に対するアクセスの許可された場合）ことはできるが、編集または保存はできないようにするのである。もちろん、前記ユーザーはローカル領域である自分のクライアント端末に保存された文書を読み込むことはできるが、これを編集または保存することはできない。

このため、第１文書ＤＢ２２の文書を閉じた後、前記第１文書ＤＢ２２との接続を切断してはじめて、第２及び第３文書ＤＢ２３、２４から他の文書を読み込み、これを編集または保存することができる。

Ｓ１６；文書の閲覧段階
ユーザーは、ファイルサーバ保安探索ツールを介してファイルサーバにアクセスし、必要な文書を閲覧する。

一旦、前記ファイルサーバ２０へのアクセスが許可されると、前記文書ＤＢに保存された文書に対する当該ユーザーの閲覧は許可される。このとき、前記閲覧には、単に「閲覧」のみ可能なものと、「閲覧」と「編集」の両方が可能なものと、「閲覧」と「編集」及び「搬出」が可能なものなどがある。すなわち、同じ文書に対してもユーザーの許容範囲によってその使用方式が分類可能である。

このために、各文書に対するユーザーの許容範囲もまた前記認可者情報ＤＢ１３に記録され、前記ユーザーへの文書提供時に当該ユーザーの前記記録によって前記文書に情報ファイルを連動させて、ユーザーが自分の許容範囲によって文書を閲覧及び処理できるようにする。

引き続き、ファイルサーバにある文書に多数のユーザーが同時に他のクライアント端末３０、３０’、３０”を介してアクセスを試みる場合、本発明によるファイルサーバへのアクセス統制システムは、ユーザーのアクセス許可有無に対する確認と当該文書の暗復号化過程を文書単位ではなく、これら文書を保存している文書ＤＢ単位で行うため、多数のユーザーが一つの文書にアクセスするとしても、文書処理に対するユーザー間の衝突とこれによる文書破損の惹起及び暗復号化の遂行に起因する誤作動可能性を極力抑えてより安定したシステムを実現することができる。

すなわち、本発明によるファイルサーバは、文書を暗号化しない一般ファイル形式で保存する代わりに、前記ファイルサーバへのアクセス過程だけを暗号化することにより、認可されたクライアント端末またはユーザーのアクセスの試みによりファイルサーバと認可されたクライアントとの間のアクセス遮断が解除されると、前記認可されたクライアント端末またはユーザーは必要とする文書を閲覧するために別途の手続きまたは過程を経ることなくまるで一般的に文書を閲覧するかのようにアクセス／閲覧することができる。

図６は、本発明によるアクセス統制システムの他の実施形態を示すブロック図であり、これを参照して説明する。

本発明によるアクセス統制システムはファイルロガー４０をさらに含む。

前記ファイルロガー４０はユーザーがファイルサーバ２０にアクセスして文書を閲覧するときにその履歴を残して保管するものであり、どのユーザーがどのクライアント端末３０、３０’、３０”を介していつファイルサーバにアクセスしてどの文書ＤＢにおいてどの文書を閲覧したかを記録する。

また、当該文書の原本を保存するために文書ＤＢに保存された文書がユーザーにより閲覧された後、編集などの過程を通じてその情報が新たに更新されると、更新前の原本文書は前記ファイルロガー４０に保存される。

前記ファイルロガー４０内の記録は事後監査及び文書の流出時に流出経路を把握する情報となる。

一方、本発明によるファイルサーバへのアクセス統制システムの他の実施形態によれば、ファイルサーバ２０に保存された文書を起動するアプリケーションの認証有無を確認するアプリケーション認証モジュール３３と、前記アプリケーション認証モジュール３３と通信しながら現在接続中のクライアント端末３０、３０’、３０”にインストールされたアプリケーションが認可済みのものであるかどうかを確認するアプリケーション確認モジュール１４と、をさらに含む。

例を挙げて説明すると、たとえ＊．ｄｗｇファイル（文書）を起動可能なＣＡＤプログラム（アプリケーション）がインストールされたクライアント端末３０、３０’、３０”が正常に当該ファイルサーバ２０にアクセスして＊．ｄｗｇファイルを閲覧することができるとしても、前記ＣＡＤプログラムが認証を受けなかった場合には当該＊．ｄｗｇファイルを開くことができなくなる。

このために、ファイルサーバ２０へのアクセスを許可するアプリケーションに認証ファイルをインストールし、これに見合う認証確認ファイルは前記アプリケーション確認モジュール１４にインストールして、任意のアプリケーション駆動時にファイルサーバ２０へのアクセスが許可されたアプリケーション認可を確認する。前記アプリケーション確認モジュール１４の確認結果、当該アプリケーションがファイルサーバ２０にアクセス可能であれば、前記保安探索ツール駆動モジュール３１は正常に駆動してユーザーがファイルサーバ２０から文書を検索できるようにする。

ファイルサーバ２０に保存された文書が文書ＤＢ単位ではない文書別に暗復号化がなされるとしても、認可されたクライアント端末３０と認可されたユーザー及び認可されたアプリケーションが当該文書の起動を試みると、前記文書に対する暗復号化作業はユーザーによる別途の作業なしに行われて、たとえ当該文書に対する２以上のユーザーが同時にアクセスして起動を試みるとしても、各ユーザーに対する暗復号化により作業が互いに衝突する問題を解消することができる。

Claims (2)

1. 管理サーバと、前記管理サーバと通信を行うクライアント端末と、多数のクライアント端末が共有する文書を保存するファイルサーバと、からなるシステムにおいて、前記クライアント端末は、前記ファイルサーバへのアクセスを試みるユーザーを確認するファイルサーバ接続モジュールと、前記ファイルサーバ接続モジュールによる確認結果、前記ユーザーがファイルサーバへのアクセス権限を有している場合にファイルサーバに保存された文書を出力する保安探索ツール駆動モジュールと、起動アプリケーションに埋め込まれた認証ファイルを読み込むアプリケーション認証モジュールと、を含み、前記管理サーバは、ユーザーが有する前記ファイルサーバへのアクセス可能有無及びアクセス可能な許容範囲に関する認可情報を保存する認可者情報ＤＢと、前記ファイルサーバ接続モジュールから送られてきたユーザー情報を確認して前記認可者情報ＤＢに保存された認可情報を検索するユーザー確認モジュールと、前記ユーザー確認モジュールから送られてきた認可情報を通じて前記ファイルサーバから当該ユーザーに対する許容範囲内にある文書を検索してこれを前記保安探索ツール駆動モジュールに送ることにより前記保安探索ツール駆動モジュールがクライアント端末を通じて表示する文書をユーザー別に制限する文書分類モジュールと、前記アプリケーション認証モジュールから送られてきた前記認証ファイルを確認して前記保安探索ツール駆動モジュールの起動を制御するアプリケーション確認モジュールと、を含むことを特徴とするファイルサーバへのアクセス統制システム。
2. 前記ファイルサーバにアクセスしたクライアント端末またはユーザー情報と、アクセスしたクライアント端末を通じて起動されたファイルサーバ内文書の閲覧履歴を保存するファイルロガーと、をさらに含むことを特徴とする請求項１に記載のファイルサーバへのアクセス統制システム。

Images