共有ファイルのアクセス制御方法、システム、サーバ装置、及びプログラム
【課題】権限のある人物が機密情報を記録した共有ファイルを取得した場合でも、より精度の高いログを残すことを可能にする。
【解決手段】サーバ１０は、ファイル格納領域１２１を作成しそのアクセス権限を専用ユーザのみに制限するファイルシステムＡＣＬ１２２を保存する。またファイル１２５のアクセス権限を制限するためのＡＣＬ１２３をファイルデータ１２４に付加して保存する。ユーザ偽装機能１１４は、ファイル１２５のアクセス時に、認証ユーザが専用ユーザに偽装してファイルシステムＡＣＬ１２２を元にファイル格納領域１２１へアクセスしてファイル１２５を読み込む。ユーザ認証機能１１１は、ファイル１２５に付加されたＡＣＬ１２３を元に認証ユーザによるファイル１２５のアクセス可否を決定する。ログ出力機能１１３は、ファイル格納領域１２１内へのアクセスのログを出力する。
【解決手段】サーバ１０は、ファイル格納領域１２１を作成しそのアクセス権限を専用ユーザのみに制限するファイルシステムＡＣＬ１２２を保存する。またファイル１２５のアクセス権限を制限するためのＡＣＬ１２３をファイルデータ１２４に付加して保存する。ユーザ偽装機能１１４は、ファイル１２５のアクセス時に、認証ユーザが専用ユーザに偽装してファイルシステムＡＣＬ１２２を元にファイル格納領域１２１へアクセスしてファイル１２５を読み込む。ユーザ認証機能１１１は、ファイル１２５に付加されたＡＣＬ１２３を元に認証ユーザによるファイル１２５のアクセス可否を決定する。ログ出力機能１１３は、ファイル格納領域１２１内へのアクセスのログを出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有ファイルのアクセス制御方法、システム、サーバ装置、及びプログラムに係り、特にサーバクライアント型のコンピュータシステムにおいて、サーバ上の共有ファイルに対しアクセス権限をもつユーザにより実行されるアクセスのログを取得する際のアクセス制御に関する。
【背景技術】
【０００２】
従来、機密情報を記録したファイルをサーバ上で共有する場合、オペレーティングシステムで用いるファイルシステムのアクセス許可設定（ＡＣＬ：Access Control List）や、特許文献１に記載されているファイルと共にＡＣＬを保管する技術などにより、ファイルを閲覧できる人物を制限することは可能であった。
【０００３】
しかし、ファイルの閲覧方法には様々な方法があるため、閲覧を許可されたユーザがファイルを閲覧した場合にその記録を確実にログに残すのは困難であった。例えば、あるプログラムを用いてファイルにアクセスした場合のファイルアクセスの記録をログに採取することができても、それ以外のプログラムを用いてファイルにアクセスする手段がある場合は、その操作の記録をログに残すことができない。また、すべてのファイルアクセスの記録をログに採取しようとした場合、そのログは低レベルな内容となり、解析やその後の再利用が困難なものとなる。
【特許文献１】特開２００４−１６４６０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述したように、機密情報を記録したファイルをサーバ上で保管する場合、ファイルシステムのＡＣＬや、特許文献１に記載されているファイルと共にＡＣＬを保管する技術など、権限のないユーザがファイル取得することを防止する技術は、従来からあった。しかしながら、これらの技術は、権限のあるユーザがファイルを取得した場合の記録を残すという観点がない。
【０００５】
昨今発生している情報漏洩事件の大半は、権限のあるユーザからの漏洩であり、権限のあるユーザがファイルを取得した場合の記録を残すことが情報漏洩対策としては重要とされている。その際、ファイル取得後の追跡が可能であるぐらいに精度の高いログを残すには、ファイルを取得する専用のアクセス手段（専用プログラム）を作成することが必要である。しかし、この場合の問題点は、専用のアクセス手段以外に、ファイルにアクセスする他のアクセス手段が存在すれば、そのログは意味のないものとなってしまうことである。
【０００６】
本発明は、このような従来の事情を考慮してなされたもので、権限のある人物が機密情報を記録した共有ファイルを取得した場合でも、より精度の高いログを残すことを可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係るアクセス制御方法は、複数のユーザにより共有可能なファイルのアクセス制御方法であって、前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存するステップと、前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存するステップと、前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込むステップと、読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するステップとを有することを特徴とする。
【０００８】
本発明において、前記ファイル格納領域内へのアクセスに関するログを出力するステップをさらに有してもよい。前記第２のアクセス許可情報を保存するステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するステップであり、前記ファイルを読み込むステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むステップであってもよい。また、前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存するステップを有してもよい。さらに、前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存するステップを有してもよい。
【０００９】
本発明に係る共有ファイルのアクセス制御システムは、複数のユーザにより共有可能なファイルのアクセス制御システムであって、前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存する第１の保存手段と、前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存する第２の保存手段と、前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込む偽装手段と、読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するアクセス可否決定手段とを有することを特徴とする。
【００１０】
本発明において、前記ファイル格納領域内へのアクセスに関するログを出力するログ出力手段をさらに有してもよい。前記第２の保存手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するものであり、前記偽装手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むものであってもよい。また、前記第２の保存手段は、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存する手段を有してもよい。さらに、前記第２の保存手段は、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存する手段を有してもよい。
【００１１】
またさらに、前記アクセス制御システムは、前記共有ファイルを保存する記憶装置を有し且つプログラム制御で動作するサーバ装置と、このサーバ装置に通信可能に接続され且つプログラム制御で動作するクライアント装置とを備え、前記第１及び第２の保存手段、前記偽装手段、前記アクセス可否決定手段、及び前記ログ出力手段は、前記サーバ装置によるプログラム制御で機能するよう構成されてもよい。
【００１２】
本発明に係るサーバ装置は、クライアント装置に通信可能に接続され、且つ、当該クライアント装置の複数のユーザにより共有可能なファイルをアクセス可能に保存するサーバ装置であって、前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存する第１の保存手段と、前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存する第２の保存手段と、前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込む偽装手段と、読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するアクセス可否決定手段とを有する。
【００１３】
本発明において、前記ファイル格納領域内へのアクセスに関するログを出力するログ出力手段をさらに有してもよい。
【００１４】
本発明に係る共有ファイルのアクセス制御プログラムは、複数のユーザにより共有可能なファイルのアクセス制御プログラムであって、前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存するステップと、前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存するステップと、前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込むステップと、読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するステップとをコンピュータに実行させることを特徴とする。
【００１５】
本発明において、前記ファイル格納領域内へのアクセスに関するログを出力するステップをさらにコンピュータに実行させてもよい。
【発明の効果】
【００１６】
本発明によれば、ファイルを取得する専用のアクセス手段以外からファイルにアクセスする手段を排除することができ、これにより、権限のある人物が機密情報を記録した共有ファイルを取得した場合でも、より精度の高いログをより確実に残すことが可能になる。
【発明を実施するための最良の形態】
【００１７】
次に、本発明に係る共有ファイルのアクセス制御方法、システム、サーバ装置、及びプログラムを実施するための最良の形態について図面を参照して詳細に説明する。
【００１８】
本実施の形態に係る共有ファイルのアクセス制御システムは、以下の１）〜６）の各手段を備え、機密情報を記録したファイルにアクセスできるプログラムを一つだけに限定し（以下、これを「ファイルアクセスプログラム」と呼ぶ）、他のプログラムからはアクセスできないようにしている。
【００１９】
１）サーバのオペレーティングシステム上に、専用ユーザのユーザアカウントを作成する。このユーザアカウントは、オペレーティングシステムに対話的にログオンすることはできないユーザとして作成し、このユーザのパスワードは、ファイルアクセスプログラムのみが知っているものとする。
【００２０】
２）対象となるファイルのファイルシステム上のＡＣＬは、専用ユーザのみがアクセス可能な状態とする。
【００２１】
３）ファイルには、ファイルシステム上のＡＣＬとは別のＡＣＬがファイル内に付加されて保存されている。
【００２２】
４）ファイルアクセスプログラムは、ユーザ認証を行った後、プロセス（スレッド）を上記１）の専用ユーザアカウントに偽装してファイルを読み込み、ファイル内に付加されているＡＣＬと認証済みのユーザ情報を比較し、アクセス可否を決定する。
【００２３】
これにより、一般のユーザプログラムから、対象のファイルにアクセスすることはできない。ただし、オペレーティングシステムには、ファイルシステム上のＡＣＬを無視する特権が存在するため、さらに以下の対策を行う。
【００２４】
５）ファイル及びファイルに付加されているＡＣＬは、暗号化して保存し、ファイルアクセスプログラムのみが復号化可能とする。
【００２５】
６）ファイルの配置構造を仮想化し、実際のファイル名はユーザから見えるファイル名とは異なる名前で保存する。
【００２６】
本実施の形態によれば、機密情報を記録したファイルをサーバ上で共有する場合に、ファイルを閲覧できる人物を制限するとともに、閲覧を許可された人物がファイルを閲覧した場合にそのファイルアクセスの記録を確実にログに残すことができる。
【００２７】
以下、図１〜図１１を参照して、本発明の実施例を説明する。
【実施例】
【００２８】
図１に示す本実施例による共有ファイルのアクセス制御システムは、サーバクライアント型のコンピュータシステムを適用したもので、サーバ１０と、このサーバ１０にＬＡＮ（Local Area Network）等の通信ネットワークを介して通信可能に接続されるクライアント２０とを備える。図１の例では、サーバ１０及びクライアント２０は、説明の都合上、それぞれ１台配置されている場合を例示しているが、複数台配置される構成でも適用可能である。
【００２９】
クライアント２０は、例えばＰＣ（Personal Computer）等のユーザによる各種操作が可能なコンピュータマシンで構成される。このコンピュータマシンには、ハードウェア構成上、ＣＰＵ（Central Processing Unit）２０１のほか、このＣＰＵ２０１にバスを介して接続されるメモリ（ＲＯＭ／ＲＡＭ）２０２や、ＣＰＵ２０１と記憶装置（ハードディスクドライブ、光ディスクドライブ等）、表示器（ＣＲＴ、液晶ディスプレイ等）、入力器（キーボード／マウス等）、通信インターフェース（ＬＡＮカード等）等の各種入出力（ＩＯ）デバイス２０４とを接続する各種ＩＯコントローラ２０３が搭載されている。
【００３０】
ＣＰＵ２０１によりプロセスとして実行されるソフトウェアには、ファイルシステムを含むオペレーティングシステム（ＯＳ）２２と、このＯＳ２２上で動作する図示しない各種ＩＯデバイス用のドライバプログラム、通信プログラムや、その他のアプリケーションプログラム（ワードプロセッサ、表計算プログラム等）２３が実装されている。ＯＳ２２には、例えばＷｉｎｄｏｗｓ（登録商標）系ＯＳが使用されるが、本発明は必ずしもこれに限らず、Ｌｉｎｕｘ等のＵＮＩＸ（登録商標）系ＯＳ等、他のＯＳでも適用可能である。
【００３１】
本実施例では、クライアント２０側で使用されるソフトウェアとして、ＯＳ２２上で動作するクライアントプログラム２１が含まれる。クライアントプログラム２１は、サーバ１０上の機密情報等の情報が記録された共有ファイルにアクセスしてそのファイル操作を行う際の閲覧プログラム（ビューア）として機能する。このクライアントプログラム２１により表示器上に表示される画面上には、サーバ１０上で共有されるフォルダ／ファイルの配置が容易に視認可能となっており、ユーザがこれを見ながら操作すべきフォルダ／ファイルの選択やアクセス等のファイル操作が行えるようになっている（例えば、後述の図９〜図１１参照）。
【００３２】
サーバ１０は、例えばＰＣサーバや専用サーバ等の１台又は複数台のコンピュータマシンで構成される。このコンピュータマシンには、ハードウェア構成上、ＣＰＵ（Central Processing Unit）１０１のほか、このＣＰＵ１０１にバスを介して接続されるメモリ（ＲＯＭ／ＲＡＭ）１０２や、ＨＤＤ（ハードディスクドライブ）等の記憶装置（本発明の第１及び第２の保存手段の主要部を含む）１２、ＬＡＮカード等の通信インターフェース等の各種入出力（ＩＯ）デバイスが搭載されている。
【００３３】
ＣＰＵ１０１によりプロセスとして実行されるソフトウェアには、記憶装置１２のファイル管理を担うファイルシステムを含むオペレーティングシステム（ＯＳ）１７と、このＯＳ１７上で動作する図示しない各種ＩＯデバイス用のドライバプログラム、通信プログラム、データベース管理システム（ＤＢＭＳ）や、その他のアプリケーションプログラムが実装されている。ＯＳ１７には、例えばＷｉｎｄｏｗｓ（登録商標）系ＯＳが使用されるが、本発明は必ずしもこれに限らず、Ｌｉｎｕｘ等のＵＮＩＸ（登録商標）系ＯＳ等、他のＯＳでも適用可能である。
【００３４】
本実施例では、サーバ１０側で使用されるソフトウェアとして、ＯＳ１７上で動作し且つ本発明の共有ファイルのアクセス制御方法を用いたファイルアクセスプログラム１１と、このファイルアクセスプログラム１１と連携して動作可能なデータベース（ＤＢ）として、アカウントデータベース（Ａ）１４、アカウントデータベース（Ｂ）１５、ログデータベース１３、及びレジストリデータベース１６が含まれている。
【００３５】
アカウントデータベース（Ａ）１４には、クライアント２０からサーバ１０にアクセスしてくるユーザに対しそのユーザ認証等に必要なユーザ名、パスワード等のユーザアカウント１４１が予め登録されている。このユーザアカウント１４１の一例を図２に示す。図２の例では、複数のユーザ（「ユーザ名」：「User 1」、「User 2」、…、「User 5」、「パスワード」：「xxxxxxx1」、「xxxxxxx2」、…、「xxxxxxx5」）のユーザアカウント１４１が例示されている。
【００３６】
アカウントデータベース（Ｂ）１５には、サーバ１０上で共有されるフォルダ／ファイル（以下、必要に応じて「ファイル」と総称する）１２５にアクセスする際にファイルアクセスプログラム１１が用いる専用ユーザのユーザ名、パスワード等のユーザアカウント１５１が予め登録されている。このユーザアカウント１５１の一例を図３に示す。図３の例では、専用ユーザ（「ユーザ名」：「User X」、「パスワード」：「xxxxxxxx」）のユーザアカウント１５１が例示されている。このユーザアカウント１５１は、ＯＳに対話的にログオンすることはできない（ローカルでのログオンの権限が与えられない）ユーザとして作成され、この専用ユーザのパスワードは、ファイルアクセスプログラム１１のみが認識可能となっている。このユーザアカウント１５１は、例えばファイルアクセスプログラム１１の実装時等に作成される。
【００３７】
ログデータベース１３には、ファイルアクセスプログラム１１から出力されるログ１３１が記録される。このログ１３１には、例えば記憶装置１２上に共有されるフォルダ／ファイルに対して、何時／誰が／何から／何に／どのような操作を行ったかの情報、操作の対象となったクライアント２０側及びサーバ１０側のファイル名及びフォルダ名等の情報（後述の図１３参照）が格納される。
【００３８】
記憶装置１２上には、サーバ１０上で共有されるファイル１２５を格納するフォルダ（ディレクトリ）から成るファイル格納領域１２１が作成される。このファイル格納領域１２１は、例えばファイルアクセスプログラム１１の実装時等に作成される。このファイル格納領域１２１を成すフォルダ及びこのフォルダ配下のファイル１２５へのアクセスを制限するためのＯＳ１７のファイルシステムで用いるアクセス許可情報（本発明の第１のアクセス許可情報を成す）であるＡＣＬ（以下、「ファイルシステムＡＣＬ」と呼ぶ）１２２には、ユーザアカウント１５１を持つ専用ユーザのみがアクセス可能な状態に設定される。
【００３９】
ファイルシステムＡＣＬ１２２は、例えばファイルアクセスプログラム１１の実装時等に、記憶装置１２上に作成されるフォルダから成るファイル格納領域１２１と関連付けられて作成される。このＡＣＬ１２２の例を図４に示す。
【００４０】
図４の例では、ファイル格納領域１２１を成すフォルダへのアクセスを制限するためのアクセス許可情報であるファイルシステム上のＡＣＬ１２２として、「種類」：「許可」（アクセス許可）、「権限」：「フルコントロール」（ファイルの参照、書き込み、アップロード、ダウンロード等の全ての権限が与えられる）、「対象ユーザ（又は対象グループ）」：「User X」（専用ユーザ）が設定されている。即ち、ファイル格納領域１２１を成すフォルダへのアクセス許可は、専用ユーザのみ全ての権限が与えられ、それ以外のユーザにはアクセス許可が設定されていない。
【００４１】
ファイル格納領域１２１に関連付けられたファイルシステムＡＣＬ１２２とは別に、ファイル格納領域１２１内の実ファイル１２５には、ファイルデータ１２４に加え、実ファイル１２５へのアクセスを制限するためのアクセス許可情報（本発明の第２のアクセス許可情報を成す）であるＡＣＬ１２３が付加されている。この実ファイル１２５に付加されているＡＣＬ１２３の例を図５に示す。
【００４２】
図５の例では、実ファイル１２５のＡＣＬ１２３が複数のユーザ（「対象ユーザ」：「User 1」…「User 5」）毎に「種類」（「許可」又は「拒否」）及び「権限」（「参照」、「書き込み」、「ファイルのダウンロード」、「フルコントロール」等）が設定されている。例えば、「User 1」では、ファイル１２５への参照許可が、「User 2」では実ファイル１２５への書き込み許可が、「User 3」では、実ファイル１２５へのアクセス拒否が、「User 4」では、実ファイル１２５のダウンロード許可が、「User 5」では、実ファイル１２５への参照許可がそれぞれ設定されている。
【００４３】
図６は、実ファイル１２５の詳細構成を示す。図６の例では、実ファイル１２５は、ファイルデータ１２４と、上記のＡＣＬ１２３とから構成される。ファイルデータ１２４は、セキュリティ確保上、後述の暗号化機能１１５により例えばランダムな鍵で暗号化され、鍵は例えばＡＣＬ１２３内に格納されている。一方、ＡＣＬ１２３は、独自のタグを指定できる等の拡張性の高いマークアップ記述言語であるＸＭＬ（eXtensible Markup Language）形式のファイルとして、暗号化機能１１５によりサーバ１０のみが認識可能な暗号鍵で暗号化されている。
【００４４】
図６の例では、実ファイル１２５のＡＣＬ１２３を構成するＸＭＬデータのタグとして、<file>（ファイルデータであることを示す最上位要素）、<enc>（ファイルの暗号化に使用した鍵情報）、<security>（アイテム（ファイル／フォルダ）のアクセス権に関する情報を表す）、<owner>（アイテム（ファイル／フォルダ）の所有者）、<Acl>（ＡＣＬを表す）、及び<Ace>（ＡＣＬのエントリを表す）等が設定されている。
【００４５】
図中の例では、<file>の属性／子要素には、data（ファイルの作成日時）、<enc>（ファイルの暗号化に使用した鍵情報）、<security>（フォルダのアクセス許可に関する情報）等が、<enc>の属性／子要素には、key（ファイルの暗号化に使用したKeyの値）等が、<security>の属性／子要素には、<owner>及び<Acl>等が、<owner>の属性／子要素には、name（所有者のユーザ名）等が、<Acl>の属性／子要素には、inherit（ＡＣＬを上位アイテム（フォルダ）から継承するかどうかを表す）、<Ace>の属性／子要素には、type（ＡＣＬの種類（許可又は拒否））、access（対象となる権限の種類を表すビットマスクの値（例えば３２ビットのビットマスクとして予め定義される））、role（対象となるユーザ又はグループ）等がそれぞれ設定可能となっている。ここで、<Ace>のtype、access、及びroleが、図５に示すＡＣＬ１２３の「種類」、「権限」、及び「対象ユーザ」にそれぞれ対応する。
【００４６】
ファイルアクセスプログラム１１は、図１に示すように、機能上、ユーザ認証機能１１１、ファイル配置仮想化機能１１２、ログ出力機能１１３、ユーザ偽装機能１１４、及び暗号化機能１１５を備えている。これら各機能１１１〜１１５は、本発明の偽装手段、アクセス可否決定手段、及びログ出力手段を含むものであり、サーバ１０上でＣＰＵ１０１がファイルアクセスプログラム１１の命令を実行することによって実現される。
【００４７】
ユーザ認証機能１１１は、クライアントプログラム２１からのファイル操作（参照、書き込み、ダウンロード、アップロード、削除等）の要求を受けたときに、要求を出したユーザのユーザ情報（ユーザ名及びパスワード等）と、アカウントデータベース（Ａ）１４のユーザアカウント１４１（ユーザ名及びパスワード等）とを比較して、ユーザ認証の処理を実行する。また、要求対象の実ファイル１２５のＡＣＬ１２３に基づき、ユーザの権限確認の処理を実行する。
【００４８】
ファイル配置仮想化機能１１２は、図７に示すように、記憶装置１２のファイル格納領域１２１内で階層構造をとらずに全て同じ階層に配置される実ファイル１２５を、クライアントプログラム２１により表示されるクライアント２０上の表示画面では、フォルダ配下で階層構造をとって異なる階層に配置可能なファイルとして、仮想的に見せかける機能を有している。
【００４９】
このとき、クライアントプログラム２１から見えるフォルダは、仮想的なものであり、実際には、図８に示すように、ファイル格納領域１２１内でＸＭＬ形式のファイルとして格納される。この仮想的なフォルダに対応するＸＭＬファイル（以下、「仮想フォルダ定義ファイル」と呼ぶ）は、暗号化機能１１５により暗号化されて格納される。本実施例では、仮想フォルダ定義ファイル１６１は、ファイル格納領域１２１内に格納される。また、仮想フォルダ定義ファイル１６１のルート情報は、レジストリデータベース１６内に格納される。
【００５０】
この仮想フォルダ定義ファイル１６１には、仮想フォルダ配下に含まれるファイル及びフォルダ（サブ仮想フォルダ）のリストと、仮想フォルダのＡＣＬとが記述される。リストには、クライアントプログラム２１から見える仮想的なファイルの「ファイル名」又はフォルダの「フォルダ名」と、これに対応するファイル格納領域１２１内の実ファイル１２５の「実ファイル名」とが互いに関連付けられてペアで記述される。
【００５１】
また、クライアントプログラム２１から見えるファイルは、仮想的なものであり、実際には、ファイル格納領域１２１内では実ファイル１２５のファイルデータ１２４にＡＣＬ１２３を付加した形で格納される。この実ファイル１２５のファイルデータ１２４及びＡＣＬ１２３は、暗号化機能１１５によりそれぞれ暗号化されて格納される。
【００５２】
図９は、仮想フォルダ定義ファイル１６１の詳細構成を示す。
【００５３】
図９の例では、仮想フォルダ定義ファイル１６１として、<folder>（フォルダ定義ファイルであることを示す最上位要素）、<items>（フォルダ内のアイテム（ファイル／フォルダ）のリストを表す）、<item>（フォルダ内のサブアイテム（ファイル／フォルダ）のリストを表す）、<security>（ファイル／フォルダのアクセス権に関する情報を表す）、<Acl>（ＡＣＬを表す）、<Ace>（ＡＣＬのエントリを表す）等が設定されている。
【００５４】
図中の例では、<folder>の属性／子要素には、<items>及び<security>（フォルダのアクセス許可に関する情報）等が、<items>の属性／子要素には、<item>等が、<item>の属性／子要素には、type（アイテムの種類）、name（アイテムの表示名）id（アイテムの実アイテム名）、data（アイテムの作成日時）、size（ファイルのサイズ）が、<security>の属性／子要素には、<owner>及び<Acl>等が、<owner>の属性／子要素には、name（所有者のユーザ名）等が、<Acl>の属性／子要素には、inherit（ＡＣＬを上位アイテム（フォルダ）から継承するかどうかを表す）、<Ace>の属性／子要素には、type（ＡＣＬの種類（許可又は拒否））、access（対象となる権限の種類を表すビットマスクの値（例えば３２ビットのビットマスクとして予め定義される））、role（対象となるユーザ又はグループ）等がそれぞれ設定可能となっている。ここで、<Ace>のtype、access、及びroleが、図５に示すＡＣＬ１２３の「種類」、「権限」、及び「対象ユーザ」にそれぞれ対応する。
【００５５】
前述の図８の例では、クライアント２０側のクライアントプログラム２１から見える仮想的なフォルダ（Folder A）に対応する仮想フォルダ定義ファイル１６１を成すＸＭＬファイルには、フォルダ内のサブアイテム及びフォルダのアクセス権の情報が書き込まれている。この場合、フォルダ内のサブアイテムとしてFolder B及び文書１.docが含まれ、Folder Bが実ファイル名「18ACB256-486-...」の実ファイルに、文書１.docが実ファイル名「24987A45-FF14-...」の実ファイルにそれぞれ対応するように設定されている。また、フォルダのアクセス権の「対象ユーザ」として３つのグループ（フルパス名：「\Domain\group1」、「\Domain\group2」、「\Domain\group3」）が含まれ、各グループ毎にアクセス権の「種類」（許可又は拒否）及び「権限」（読み込み、フルコントロール等）が設定されている。
【００５６】
ログ出力機能１１３は、クライアントプログラム２１からのファイルアクセスの要求に対して、何時／誰が／何から／何に／どのような操作を行ったかの情報、操作の対象となったクライアント２０側及びサーバ１０側のファイル名及びフォルダ名等の情報を、ログ１３１（後述の図１３参照）としてログデータベース１３に出力する。
【００５７】
ユーザ偽装機能１１４は、ファイル格納領域１２１内へファイルアクセスする際、実行中のプロセス（スレッド）内で実行ユーザのユーザアカウント１４１を変更して、専用ユーザのユーザアカウント１５１に偽装させる機能を有する。
【００５８】
次に、本実施例の全体動作について説明する。
【００５９】
ここでは、図１０〜図１３を参照して、クライアント２０からサーバ１０上のファイル１２５を取得する場合の動作を説明する。
【００６０】
図１０は、サーバ１０側及びクライアント２０側のそれぞれの動作シーケンスを示すフローチャート、図１１は、その動作の流れを模式的に示す概略図である。図１０のフローチャートに示す処理のうち、サーバ１０側の処理は、ＣＰＵ２０１がＯＳ１７の動作環境下でファイルアクセスプログラム１１を実行することにより行われる。また、クライアント２０側の処理は、ＣＰＵ２０１がＯＳ２２の動作環境下でクライアントプログラム２１を実行することにより行われる。
【００６１】
ここでは、ファイル格納領域１２１内に実ファイル１２５が保存され、この保存時に、ＡＣＬ１２３がファイルデータ１２４に付加されると共に、それぞれ暗号化機能１１５により暗号化されているものとする。このとき、ファイル配置仮想化機能１１２にて、実ファイル１２５のファイル名は、クライアントプログラム２１側のファイル名とは異なるように保存されている。また、ファイル配置仮想化機能１１２により作成される仮想フォルダ定義ファイル１６１は、クライアントプログラム２１側の実ファイル１２５のパス名と、ファイル格納領域１２１内の実ファイルの実ファイル名とが互いに関連付け可能なＸＭＬファイルとして作成され、暗号化機能１１５により暗号化されて、ファイル格納領域１２１内に保存されている。
【００６２】
このような状態で、まず、クライアント２０側にて、サーバ１０上のファイル１２５へのファイルアクセスに際し、クライアントプログラム２１が起動され（ステップＡ１）、その画面（図７中のクライアントプログラム側表示画面参照）が表示される（ステップＡ２）。ユーザがこの画面を見ながら取得対象のファイルが選択され、選択されたファイルに対するファイル取得の要求がユーザ認証に必要なユーザ情報（ユーザ名及びパスワード等）と共にサーバ１０側に転送される（ステップＡ１）。
【００６３】
これに応答して、サーバ１０側では、クライアント２０側のクライアントプログラム２１からファイル取得の要求を受けると、ファイルアクセスプログラム１１が起動され（ステップＢ１）、ユーザ認証機能１１１にて、ユーザアカウントデータベース（Ａ）１４のユーザアカウント１４１を参照して、ユーザ認証が行われる（ステップＢ２）。これにより、認証された場合（ステップＢ３：ＹＥＳ）は、次処理に移行し、認証が行えなかった場合（ステップＢ３：ＮＯ）は、この時点で処理が中止される。
【００６４】
次いで、ログ出力機能１１３にて、クライアント２０側からの要求内容をログデータベース１３に出力する（ステップＢ４）。このとき、ログが出力できなかった場合は、処理が中止される。
【００６５】
次いで、ユーザ偽装機能１１４にて、アカウントデータベース（Ｂ）１５の専用ユーザのユーザアカウント１５１を参照して、ファイルシステムＡＣＬ１２２に基づき専用ユーザ１５１に偽装する（ステップＢ５）。そして、ファイル配置仮想化機能１１２にて、ファイル格納領域１２１内の仮想フォルダ定義ファイル１６１を参照して、要求があった仮想ファイルのパス名を解析して、そのパス名に対応する実ファイル１２５の実ファイル名を得る（ステップＢ６）。この処理例を図１２に示す。
【００６６】
図１２の例では、クライアントプログラム２１側の表示画面上で、最上位フォルダであるルートフォルダ（\）の下位階層に形成されたサブフォルダ（Folder A）内のさらに下位階層に形成されたサブフォルダ（Folder B）内に保管されている文書２.doc（パス名：\FolderA\FolderB\文書２.doc）にアクセスした場合を示す。
【００６７】
この場合、ファイル配置仮想化機能１１２は、レジストリデータベース１６内のルート情報及びファイル格納領域１２１内の仮想フォルダ定義ファイル１６１を参照しながら、まず、レジストリデータベース１６内のルート情報（Root=...）から、パス名の最上位フォルダであるルートフォルダ（\）に対応する仮想フォルダ定義ファイル１６１（ＸＭＬファイル）のフォルダ名「7481AD43-02DF...」を得る。次いで、ファイル格納領域１２１内の該当フォルダ名の仮想フォルダ定義ファイル１６１から、パス名中の「FolderA」に対応する仮想フォルダ定義ファイル１６１（ＸＭＬファイル）のフォルダ名「936DA01F-9ABD...」を得る。次いで、ファイル格納領域１２１内の該当フォルダ名の仮想フォルダ定義ファイル１６１から、パス名中の「FolderB」に対応する仮想フォルダ定義ファイル１６１（ＸＭＬファイル）のフォルダ名「18ACB256-4876...」を得る。次いで、ファイル格納領域１２１内の該当フォルダ名の仮想フォルダ定義ファイル１６１から、パス名中の「文書２.doc」に対応する実ファイル１２５の実ファイル名「24987A45-FF14...」を得る。
【００６８】
次いで、ファイル格納領域１２１内から実ファイル１２５のＡＣＬ１２３及びファイルデータ１２４を読み込み（ステップＢ７）、暗号化機能１１５にて、実ファイル１２５内のＡＣＬ１２３を復号化し、復号化されたＡＣＬ１２３と認証済みのユーザ情報（ユーザ名等）とを比較して（ステップＢ８）、該当ユーザにファイル取得の権限があるかどうかを判断する（ステップＢ９）。
【００６９】
次いで、上記ステップＢ９の処理でファイル取得可（ＹＥＳ）の場合は、実ファイル１２５内のファイルデータ１２４を復号し、クライアントプログラム２１に転送する（ステップＢ１０）。これにより、クライアント２０側では、サーバ側１０からファイルデータ１２４を取得し（ステップＡ４）、そのファイルデータ１２４に対する各種ファイル操作が行われる（ステップＡ５）。一方、上記ステップＢ９の処理でファイル取得付加（ＮＯ）の場合は、上記ステップＢ１０の処理は行わない。
【００７０】
一方、サーバ１０側では、ログ出力機能１１３にて、上記ステップＢ９の処理によるファイル取得の可否情報をログデータベース１３に出力する（ステップＢ１１）。ここで、ログデータベース１３に出力される内容は、クライアント２０の「ユーザ名」、「マシン名」等の他、クライアント１０側から受け取った情報を出力することも可能なため、自由度の高いログ１３１を出力することが可能となる。このログ１３１の出力例を図１３に示す。
【００７１】
図１３の例では、ログ１３１の情報として、「日時」（ファイル格納領域１２１に対して操作された日時）、「ユーザ名」（ファイル格納領域１２１に対して操作を行ったユーザ名）、「操作の種類」（ファイル格納領域１２１に対して実行した操作の種類：フォルダの生成、フォルダの削除、フォルダの名前変更、ファイルをアップロード、ファイルをダウンロード、ファイルの削除、ファイルの名前変更、アクセス許可情報（ＡＣＬ）設定、所有権設定等）、「サーバ側操作対象１」（ファイル格納領域１２１内の操作対象フォルダ／ファイルのフルパス名）、「サーバ側操作対象２」（ファイル格納領域１２１内の操作対象ファイル名：ファイルの名前変更時のみ変更後の名前として表示される）、「クライアント側操作対象」（操作対象となったクライアント１０側のファイル名）、「操作の結果」（ファイル格納領域１２１に対する操作結果：受付、許可、非許可、異常等）、「マシン名」（操作が行われたクライアント１０側のマシン名）、「ＩＰアドレス」（操作が行われたクライアント１０側のマシンのＩＰアドレス）等が出力されている。
【００７２】
従って、本実施例によれば、ファイルを取得する専用のプログラムを提供することと、それ以外のプログラムからファイルにアクセスできないようにしたため、権限のあるユーザがファイルを取得した場合に確実で精度の高いログを残すことができ、これにより権限のあるユーザによる情報漏洩を効果的に抑止することが可能となる。
【００７３】
なお、本発明の他の実施例として、ファイルにアクセスできるプログラムを限定する方法には、以下の方法もある。また、これは前述の実施例と併用することもできる。この例では、ファイルシステムフィルタドライバにより対象ファイルへのイベントを監視し、ファイルアクセスプログラム１１以外のプロセスからのアクセスを拒否する。ファイルアクセスプログラム１１のユーザ認証機能１１１は、外部の機能、例えば統合Ｗｉｎｄｏｗｓ（登録商標）認証等のオペレーティングシステムの機能を使用して、認証済みのユーザ情報のみを取得する構成であっても構わない。
【００７４】
また、本実施例では、クライアント側でファイル取得後に実行されるコピー等のファイル操作については特に言及していないが、応用例として、例えば本出願人が先行して出願している特願２００４−２７５３８３で開示されている文書ファイルコピー移動監視システムを組み合わせることにより、上記ファイルアクセスプログラム１１から出力されるログに加え、ファイル取得後のクライアント側のファイル操作により最終的にどこにコピー又は移動されたか等の記録をログに残すことが可能となる。これによれば、上記効果をより一層高めることができる。
【００７５】
なお、本実施例では、第２のアクセス許可情報を成すＡＣＬ１２３は、実ファイル１２５のファイルデータ１２４に付加して保存される場合を例示しているが、本発明は必ずしもこれに限定されるものではなく、第２のアクセス許可情報はファイルデータ１２４に関連付けて保存可能な構成であればよく、例えばファイル格納領域１２１内に実ファイル１２５のファイルデータ１２４とそのＡＣＬ１２３とが互いに関連付けられた個別のファイルとして格納されていてもよい。
【産業上の利用可能性】
【００７６】
本発明によれば、より高度にセキュリティが要求されるファイルの管理や、企業の情報漏洩対策といった用途に適用できる。
【図面の簡単な説明】
【００７７】
【図１】本発明の一実施例に係る共有ファイルのアクセス制御方法を用いたサーバクライアント型のコンピュータシステムの全体構成を示す図である。
【図２】アカウントデータベース（Ａ）の構成例を示す図である。
【図３】アカウントデータベース（Ｂ）の構成例を示す図である。
【図４】ファイルシステムＡＣＬの構成例を示す図である。
【図５】ファイル又はフォルダに付加されるＡＣＬの構成例を示す図である。
【図６】ファイルの詳細構成例を示す図である。
【図７】ファイル格納領域内の実データのファイル配置とクライアント側表示画面上のファイル配置との関係を説明する図である。
【図８】ファイル格納領域内の実データを成す仮想フォルダ定義ファイルとクライアントプログラム側表示画面上のファイルとの関係を説明する図である。
【図９】仮想フォルダ定義ファイルの詳細構成例を示す図である。
【図１０】クライアント側とサーバ側の間でファイルを取得する場合の動作を説明する概略フローチャートである。
【図１１】図１０に示す動作を模式的に説明する概略図である。
【図１２】ファイル配置仮想化機能の動作例を説明する図である。
【図１３】ログの出力例を示す図である。
【符号の説明】
【００７８】
１０ サーバ
１１ ファイルアクセスプログラム
１２ 記憶装置
１３ ログデータベース
１４ アカウントデータベース（Ａ）
１５ アカウントデータベース（Ｂ）
１６ レジストリデータベース
１７ オペレーティングシステム
２０ クライアント
２１ クライアントプログラム
２２ オペレーティングシステム
２３ アプリケーションプログラム
１０１ ＣＰＵ（サーバ）
１０２ メモリ（サーバ）
１１１ ユーザ認証機能
１１２ ファイル配置仮想化機能
１１３ ログ出力機能
１１４ ユーザ偽装機能
１１５ 暗号化機能
１２１ ファイル格納領域
１２２ ファイルシステムＡＣＬ
１２３ ＡＣＬ
１２４ ファイルデータ（ファイル）
１２５ ファイル（実ファイル）
１６１ 仮想フォルダ定義ファイル
２０１ ＣＰＵ（クライアント）
２０２ メモリ（クライアント）
２０３ ＩＯコントローラ
２０４ ＩＯデバイス
【技術分野】
【０００１】
本発明は、共有ファイルのアクセス制御方法、システム、サーバ装置、及びプログラムに係り、特にサーバクライアント型のコンピュータシステムにおいて、サーバ上の共有ファイルに対しアクセス権限をもつユーザにより実行されるアクセスのログを取得する際のアクセス制御に関する。
【背景技術】
【０００２】
従来、機密情報を記録したファイルをサーバ上で共有する場合、オペレーティングシステムで用いるファイルシステムのアクセス許可設定（ＡＣＬ：Access Control List）や、特許文献１に記載されているファイルと共にＡＣＬを保管する技術などにより、ファイルを閲覧できる人物を制限することは可能であった。
【０００３】
しかし、ファイルの閲覧方法には様々な方法があるため、閲覧を許可されたユーザがファイルを閲覧した場合にその記録を確実にログに残すのは困難であった。例えば、あるプログラムを用いてファイルにアクセスした場合のファイルアクセスの記録をログに採取することができても、それ以外のプログラムを用いてファイルにアクセスする手段がある場合は、その操作の記録をログに残すことができない。また、すべてのファイルアクセスの記録をログに採取しようとした場合、そのログは低レベルな内容となり、解析やその後の再利用が困難なものとなる。
【特許文献１】特開２００４−１６４６０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述したように、機密情報を記録したファイルをサーバ上で保管する場合、ファイルシステムのＡＣＬや、特許文献１に記載されているファイルと共にＡＣＬを保管する技術など、権限のないユーザがファイル取得することを防止する技術は、従来からあった。しかしながら、これらの技術は、権限のあるユーザがファイルを取得した場合の記録を残すという観点がない。
【０００５】
昨今発生している情報漏洩事件の大半は、権限のあるユーザからの漏洩であり、権限のあるユーザがファイルを取得した場合の記録を残すことが情報漏洩対策としては重要とされている。その際、ファイル取得後の追跡が可能であるぐらいに精度の高いログを残すには、ファイルを取得する専用のアクセス手段（専用プログラム）を作成することが必要である。しかし、この場合の問題点は、専用のアクセス手段以外に、ファイルにアクセスする他のアクセス手段が存在すれば、そのログは意味のないものとなってしまうことである。
【０００６】
本発明は、このような従来の事情を考慮してなされたもので、権限のある人物が機密情報を記録した共有ファイルを取得した場合でも、より精度の高いログを残すことを可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係るアクセス制御方法は、複数のユーザにより共有可能なファイルのアクセス制御方法であって、前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存するステップと、前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存するステップと、前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込むステップと、読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するステップとを有することを特徴とする。
【０００８】
本発明において、前記ファイル格納領域内へのアクセスに関するログを出力するステップをさらに有してもよい。前記第２のアクセス許可情報を保存するステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するステップであり、前記ファイルを読み込むステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むステップであってもよい。また、前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存するステップを有してもよい。さらに、前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存するステップを有してもよい。
【０００９】
本発明に係る共有ファイルのアクセス制御システムは、複数のユーザにより共有可能なファイルのアクセス制御システムであって、前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存する第１の保存手段と、前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存する第２の保存手段と、前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込む偽装手段と、読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するアクセス可否決定手段とを有することを特徴とする。
【００１０】
本発明において、前記ファイル格納領域内へのアクセスに関するログを出力するログ出力手段をさらに有してもよい。前記第２の保存手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するものであり、前記偽装手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むものであってもよい。また、前記第２の保存手段は、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存する手段を有してもよい。さらに、前記第２の保存手段は、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存する手段を有してもよい。
【００１１】
またさらに、前記アクセス制御システムは、前記共有ファイルを保存する記憶装置を有し且つプログラム制御で動作するサーバ装置と、このサーバ装置に通信可能に接続され且つプログラム制御で動作するクライアント装置とを備え、前記第１及び第２の保存手段、前記偽装手段、前記アクセス可否決定手段、及び前記ログ出力手段は、前記サーバ装置によるプログラム制御で機能するよう構成されてもよい。
【００１２】
本発明に係るサーバ装置は、クライアント装置に通信可能に接続され、且つ、当該クライアント装置の複数のユーザにより共有可能なファイルをアクセス可能に保存するサーバ装置であって、前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存する第１の保存手段と、前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存する第２の保存手段と、前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込む偽装手段と、読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するアクセス可否決定手段とを有する。
【００１３】
本発明において、前記ファイル格納領域内へのアクセスに関するログを出力するログ出力手段をさらに有してもよい。
【００１４】
本発明に係る共有ファイルのアクセス制御プログラムは、複数のユーザにより共有可能なファイルのアクセス制御プログラムであって、前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存するステップと、前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存するステップと、前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込むステップと、読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するステップとをコンピュータに実行させることを特徴とする。
【００１５】
本発明において、前記ファイル格納領域内へのアクセスに関するログを出力するステップをさらにコンピュータに実行させてもよい。
【発明の効果】
【００１６】
本発明によれば、ファイルを取得する専用のアクセス手段以外からファイルにアクセスする手段を排除することができ、これにより、権限のある人物が機密情報を記録した共有ファイルを取得した場合でも、より精度の高いログをより確実に残すことが可能になる。
【発明を実施するための最良の形態】
【００１７】
次に、本発明に係る共有ファイルのアクセス制御方法、システム、サーバ装置、及びプログラムを実施するための最良の形態について図面を参照して詳細に説明する。
【００１８】
本実施の形態に係る共有ファイルのアクセス制御システムは、以下の１）〜６）の各手段を備え、機密情報を記録したファイルにアクセスできるプログラムを一つだけに限定し（以下、これを「ファイルアクセスプログラム」と呼ぶ）、他のプログラムからはアクセスできないようにしている。
【００１９】
１）サーバのオペレーティングシステム上に、専用ユーザのユーザアカウントを作成する。このユーザアカウントは、オペレーティングシステムに対話的にログオンすることはできないユーザとして作成し、このユーザのパスワードは、ファイルアクセスプログラムのみが知っているものとする。
【００２０】
２）対象となるファイルのファイルシステム上のＡＣＬは、専用ユーザのみがアクセス可能な状態とする。
【００２１】
３）ファイルには、ファイルシステム上のＡＣＬとは別のＡＣＬがファイル内に付加されて保存されている。
【００２２】
４）ファイルアクセスプログラムは、ユーザ認証を行った後、プロセス（スレッド）を上記１）の専用ユーザアカウントに偽装してファイルを読み込み、ファイル内に付加されているＡＣＬと認証済みのユーザ情報を比較し、アクセス可否を決定する。
【００２３】
これにより、一般のユーザプログラムから、対象のファイルにアクセスすることはできない。ただし、オペレーティングシステムには、ファイルシステム上のＡＣＬを無視する特権が存在するため、さらに以下の対策を行う。
【００２４】
５）ファイル及びファイルに付加されているＡＣＬは、暗号化して保存し、ファイルアクセスプログラムのみが復号化可能とする。
【００２５】
６）ファイルの配置構造を仮想化し、実際のファイル名はユーザから見えるファイル名とは異なる名前で保存する。
【００２６】
本実施の形態によれば、機密情報を記録したファイルをサーバ上で共有する場合に、ファイルを閲覧できる人物を制限するとともに、閲覧を許可された人物がファイルを閲覧した場合にそのファイルアクセスの記録を確実にログに残すことができる。
【００２７】
以下、図１〜図１１を参照して、本発明の実施例を説明する。
【実施例】
【００２８】
図１に示す本実施例による共有ファイルのアクセス制御システムは、サーバクライアント型のコンピュータシステムを適用したもので、サーバ１０と、このサーバ１０にＬＡＮ（Local Area Network）等の通信ネットワークを介して通信可能に接続されるクライアント２０とを備える。図１の例では、サーバ１０及びクライアント２０は、説明の都合上、それぞれ１台配置されている場合を例示しているが、複数台配置される構成でも適用可能である。
【００２９】
クライアント２０は、例えばＰＣ（Personal Computer）等のユーザによる各種操作が可能なコンピュータマシンで構成される。このコンピュータマシンには、ハードウェア構成上、ＣＰＵ（Central Processing Unit）２０１のほか、このＣＰＵ２０１にバスを介して接続されるメモリ（ＲＯＭ／ＲＡＭ）２０２や、ＣＰＵ２０１と記憶装置（ハードディスクドライブ、光ディスクドライブ等）、表示器（ＣＲＴ、液晶ディスプレイ等）、入力器（キーボード／マウス等）、通信インターフェース（ＬＡＮカード等）等の各種入出力（ＩＯ）デバイス２０４とを接続する各種ＩＯコントローラ２０３が搭載されている。
【００３０】
ＣＰＵ２０１によりプロセスとして実行されるソフトウェアには、ファイルシステムを含むオペレーティングシステム（ＯＳ）２２と、このＯＳ２２上で動作する図示しない各種ＩＯデバイス用のドライバプログラム、通信プログラムや、その他のアプリケーションプログラム（ワードプロセッサ、表計算プログラム等）２３が実装されている。ＯＳ２２には、例えばＷｉｎｄｏｗｓ（登録商標）系ＯＳが使用されるが、本発明は必ずしもこれに限らず、Ｌｉｎｕｘ等のＵＮＩＸ（登録商標）系ＯＳ等、他のＯＳでも適用可能である。
【００３１】
本実施例では、クライアント２０側で使用されるソフトウェアとして、ＯＳ２２上で動作するクライアントプログラム２１が含まれる。クライアントプログラム２１は、サーバ１０上の機密情報等の情報が記録された共有ファイルにアクセスしてそのファイル操作を行う際の閲覧プログラム（ビューア）として機能する。このクライアントプログラム２１により表示器上に表示される画面上には、サーバ１０上で共有されるフォルダ／ファイルの配置が容易に視認可能となっており、ユーザがこれを見ながら操作すべきフォルダ／ファイルの選択やアクセス等のファイル操作が行えるようになっている（例えば、後述の図９〜図１１参照）。
【００３２】
サーバ１０は、例えばＰＣサーバや専用サーバ等の１台又は複数台のコンピュータマシンで構成される。このコンピュータマシンには、ハードウェア構成上、ＣＰＵ（Central Processing Unit）１０１のほか、このＣＰＵ１０１にバスを介して接続されるメモリ（ＲＯＭ／ＲＡＭ）１０２や、ＨＤＤ（ハードディスクドライブ）等の記憶装置（本発明の第１及び第２の保存手段の主要部を含む）１２、ＬＡＮカード等の通信インターフェース等の各種入出力（ＩＯ）デバイスが搭載されている。
【００３３】
ＣＰＵ１０１によりプロセスとして実行されるソフトウェアには、記憶装置１２のファイル管理を担うファイルシステムを含むオペレーティングシステム（ＯＳ）１７と、このＯＳ１７上で動作する図示しない各種ＩＯデバイス用のドライバプログラム、通信プログラム、データベース管理システム（ＤＢＭＳ）や、その他のアプリケーションプログラムが実装されている。ＯＳ１７には、例えばＷｉｎｄｏｗｓ（登録商標）系ＯＳが使用されるが、本発明は必ずしもこれに限らず、Ｌｉｎｕｘ等のＵＮＩＸ（登録商標）系ＯＳ等、他のＯＳでも適用可能である。
【００３４】
本実施例では、サーバ１０側で使用されるソフトウェアとして、ＯＳ１７上で動作し且つ本発明の共有ファイルのアクセス制御方法を用いたファイルアクセスプログラム１１と、このファイルアクセスプログラム１１と連携して動作可能なデータベース（ＤＢ）として、アカウントデータベース（Ａ）１４、アカウントデータベース（Ｂ）１５、ログデータベース１３、及びレジストリデータベース１６が含まれている。
【００３５】
アカウントデータベース（Ａ）１４には、クライアント２０からサーバ１０にアクセスしてくるユーザに対しそのユーザ認証等に必要なユーザ名、パスワード等のユーザアカウント１４１が予め登録されている。このユーザアカウント１４１の一例を図２に示す。図２の例では、複数のユーザ（「ユーザ名」：「User 1」、「User 2」、…、「User 5」、「パスワード」：「xxxxxxx1」、「xxxxxxx2」、…、「xxxxxxx5」）のユーザアカウント１４１が例示されている。
【００３６】
アカウントデータベース（Ｂ）１５には、サーバ１０上で共有されるフォルダ／ファイル（以下、必要に応じて「ファイル」と総称する）１２５にアクセスする際にファイルアクセスプログラム１１が用いる専用ユーザのユーザ名、パスワード等のユーザアカウント１５１が予め登録されている。このユーザアカウント１５１の一例を図３に示す。図３の例では、専用ユーザ（「ユーザ名」：「User X」、「パスワード」：「xxxxxxxx」）のユーザアカウント１５１が例示されている。このユーザアカウント１５１は、ＯＳに対話的にログオンすることはできない（ローカルでのログオンの権限が与えられない）ユーザとして作成され、この専用ユーザのパスワードは、ファイルアクセスプログラム１１のみが認識可能となっている。このユーザアカウント１５１は、例えばファイルアクセスプログラム１１の実装時等に作成される。
【００３７】
ログデータベース１３には、ファイルアクセスプログラム１１から出力されるログ１３１が記録される。このログ１３１には、例えば記憶装置１２上に共有されるフォルダ／ファイルに対して、何時／誰が／何から／何に／どのような操作を行ったかの情報、操作の対象となったクライアント２０側及びサーバ１０側のファイル名及びフォルダ名等の情報（後述の図１３参照）が格納される。
【００３８】
記憶装置１２上には、サーバ１０上で共有されるファイル１２５を格納するフォルダ（ディレクトリ）から成るファイル格納領域１２１が作成される。このファイル格納領域１２１は、例えばファイルアクセスプログラム１１の実装時等に作成される。このファイル格納領域１２１を成すフォルダ及びこのフォルダ配下のファイル１２５へのアクセスを制限するためのＯＳ１７のファイルシステムで用いるアクセス許可情報（本発明の第１のアクセス許可情報を成す）であるＡＣＬ（以下、「ファイルシステムＡＣＬ」と呼ぶ）１２２には、ユーザアカウント１５１を持つ専用ユーザのみがアクセス可能な状態に設定される。
【００３９】
ファイルシステムＡＣＬ１２２は、例えばファイルアクセスプログラム１１の実装時等に、記憶装置１２上に作成されるフォルダから成るファイル格納領域１２１と関連付けられて作成される。このＡＣＬ１２２の例を図４に示す。
【００４０】
図４の例では、ファイル格納領域１２１を成すフォルダへのアクセスを制限するためのアクセス許可情報であるファイルシステム上のＡＣＬ１２２として、「種類」：「許可」（アクセス許可）、「権限」：「フルコントロール」（ファイルの参照、書き込み、アップロード、ダウンロード等の全ての権限が与えられる）、「対象ユーザ（又は対象グループ）」：「User X」（専用ユーザ）が設定されている。即ち、ファイル格納領域１２１を成すフォルダへのアクセス許可は、専用ユーザのみ全ての権限が与えられ、それ以外のユーザにはアクセス許可が設定されていない。
【００４１】
ファイル格納領域１２１に関連付けられたファイルシステムＡＣＬ１２２とは別に、ファイル格納領域１２１内の実ファイル１２５には、ファイルデータ１２４に加え、実ファイル１２５へのアクセスを制限するためのアクセス許可情報（本発明の第２のアクセス許可情報を成す）であるＡＣＬ１２３が付加されている。この実ファイル１２５に付加されているＡＣＬ１２３の例を図５に示す。
【００４２】
図５の例では、実ファイル１２５のＡＣＬ１２３が複数のユーザ（「対象ユーザ」：「User 1」…「User 5」）毎に「種類」（「許可」又は「拒否」）及び「権限」（「参照」、「書き込み」、「ファイルのダウンロード」、「フルコントロール」等）が設定されている。例えば、「User 1」では、ファイル１２５への参照許可が、「User 2」では実ファイル１２５への書き込み許可が、「User 3」では、実ファイル１２５へのアクセス拒否が、「User 4」では、実ファイル１２５のダウンロード許可が、「User 5」では、実ファイル１２５への参照許可がそれぞれ設定されている。
【００４３】
図６は、実ファイル１２５の詳細構成を示す。図６の例では、実ファイル１２５は、ファイルデータ１２４と、上記のＡＣＬ１２３とから構成される。ファイルデータ１２４は、セキュリティ確保上、後述の暗号化機能１１５により例えばランダムな鍵で暗号化され、鍵は例えばＡＣＬ１２３内に格納されている。一方、ＡＣＬ１２３は、独自のタグを指定できる等の拡張性の高いマークアップ記述言語であるＸＭＬ（eXtensible Markup Language）形式のファイルとして、暗号化機能１１５によりサーバ１０のみが認識可能な暗号鍵で暗号化されている。
【００４４】
図６の例では、実ファイル１２５のＡＣＬ１２３を構成するＸＭＬデータのタグとして、<file>（ファイルデータであることを示す最上位要素）、<enc>（ファイルの暗号化に使用した鍵情報）、<security>（アイテム（ファイル／フォルダ）のアクセス権に関する情報を表す）、<owner>（アイテム（ファイル／フォルダ）の所有者）、<Acl>（ＡＣＬを表す）、及び<Ace>（ＡＣＬのエントリを表す）等が設定されている。
【００４５】
図中の例では、<file>の属性／子要素には、data（ファイルの作成日時）、<enc>（ファイルの暗号化に使用した鍵情報）、<security>（フォルダのアクセス許可に関する情報）等が、<enc>の属性／子要素には、key（ファイルの暗号化に使用したKeyの値）等が、<security>の属性／子要素には、<owner>及び<Acl>等が、<owner>の属性／子要素には、name（所有者のユーザ名）等が、<Acl>の属性／子要素には、inherit（ＡＣＬを上位アイテム（フォルダ）から継承するかどうかを表す）、<Ace>の属性／子要素には、type（ＡＣＬの種類（許可又は拒否））、access（対象となる権限の種類を表すビットマスクの値（例えば３２ビットのビットマスクとして予め定義される））、role（対象となるユーザ又はグループ）等がそれぞれ設定可能となっている。ここで、<Ace>のtype、access、及びroleが、図５に示すＡＣＬ１２３の「種類」、「権限」、及び「対象ユーザ」にそれぞれ対応する。
【００４６】
ファイルアクセスプログラム１１は、図１に示すように、機能上、ユーザ認証機能１１１、ファイル配置仮想化機能１１２、ログ出力機能１１３、ユーザ偽装機能１１４、及び暗号化機能１１５を備えている。これら各機能１１１〜１１５は、本発明の偽装手段、アクセス可否決定手段、及びログ出力手段を含むものであり、サーバ１０上でＣＰＵ１０１がファイルアクセスプログラム１１の命令を実行することによって実現される。
【００４７】
ユーザ認証機能１１１は、クライアントプログラム２１からのファイル操作（参照、書き込み、ダウンロード、アップロード、削除等）の要求を受けたときに、要求を出したユーザのユーザ情報（ユーザ名及びパスワード等）と、アカウントデータベース（Ａ）１４のユーザアカウント１４１（ユーザ名及びパスワード等）とを比較して、ユーザ認証の処理を実行する。また、要求対象の実ファイル１２５のＡＣＬ１２３に基づき、ユーザの権限確認の処理を実行する。
【００４８】
ファイル配置仮想化機能１１２は、図７に示すように、記憶装置１２のファイル格納領域１２１内で階層構造をとらずに全て同じ階層に配置される実ファイル１２５を、クライアントプログラム２１により表示されるクライアント２０上の表示画面では、フォルダ配下で階層構造をとって異なる階層に配置可能なファイルとして、仮想的に見せかける機能を有している。
【００４９】
このとき、クライアントプログラム２１から見えるフォルダは、仮想的なものであり、実際には、図８に示すように、ファイル格納領域１２１内でＸＭＬ形式のファイルとして格納される。この仮想的なフォルダに対応するＸＭＬファイル（以下、「仮想フォルダ定義ファイル」と呼ぶ）は、暗号化機能１１５により暗号化されて格納される。本実施例では、仮想フォルダ定義ファイル１６１は、ファイル格納領域１２１内に格納される。また、仮想フォルダ定義ファイル１６１のルート情報は、レジストリデータベース１６内に格納される。
【００５０】
この仮想フォルダ定義ファイル１６１には、仮想フォルダ配下に含まれるファイル及びフォルダ（サブ仮想フォルダ）のリストと、仮想フォルダのＡＣＬとが記述される。リストには、クライアントプログラム２１から見える仮想的なファイルの「ファイル名」又はフォルダの「フォルダ名」と、これに対応するファイル格納領域１２１内の実ファイル１２５の「実ファイル名」とが互いに関連付けられてペアで記述される。
【００５１】
また、クライアントプログラム２１から見えるファイルは、仮想的なものであり、実際には、ファイル格納領域１２１内では実ファイル１２５のファイルデータ１２４にＡＣＬ１２３を付加した形で格納される。この実ファイル１２５のファイルデータ１２４及びＡＣＬ１２３は、暗号化機能１１５によりそれぞれ暗号化されて格納される。
【００５２】
図９は、仮想フォルダ定義ファイル１６１の詳細構成を示す。
【００５３】
図９の例では、仮想フォルダ定義ファイル１６１として、<folder>（フォルダ定義ファイルであることを示す最上位要素）、<items>（フォルダ内のアイテム（ファイル／フォルダ）のリストを表す）、<item>（フォルダ内のサブアイテム（ファイル／フォルダ）のリストを表す）、<security>（ファイル／フォルダのアクセス権に関する情報を表す）、<Acl>（ＡＣＬを表す）、<Ace>（ＡＣＬのエントリを表す）等が設定されている。
【００５４】
図中の例では、<folder>の属性／子要素には、<items>及び<security>（フォルダのアクセス許可に関する情報）等が、<items>の属性／子要素には、<item>等が、<item>の属性／子要素には、type（アイテムの種類）、name（アイテムの表示名）id（アイテムの実アイテム名）、data（アイテムの作成日時）、size（ファイルのサイズ）が、<security>の属性／子要素には、<owner>及び<Acl>等が、<owner>の属性／子要素には、name（所有者のユーザ名）等が、<Acl>の属性／子要素には、inherit（ＡＣＬを上位アイテム（フォルダ）から継承するかどうかを表す）、<Ace>の属性／子要素には、type（ＡＣＬの種類（許可又は拒否））、access（対象となる権限の種類を表すビットマスクの値（例えば３２ビットのビットマスクとして予め定義される））、role（対象となるユーザ又はグループ）等がそれぞれ設定可能となっている。ここで、<Ace>のtype、access、及びroleが、図５に示すＡＣＬ１２３の「種類」、「権限」、及び「対象ユーザ」にそれぞれ対応する。
【００５５】
前述の図８の例では、クライアント２０側のクライアントプログラム２１から見える仮想的なフォルダ（Folder A）に対応する仮想フォルダ定義ファイル１６１を成すＸＭＬファイルには、フォルダ内のサブアイテム及びフォルダのアクセス権の情報が書き込まれている。この場合、フォルダ内のサブアイテムとしてFolder B及び文書１.docが含まれ、Folder Bが実ファイル名「18ACB256-486-...」の実ファイルに、文書１.docが実ファイル名「24987A45-FF14-...」の実ファイルにそれぞれ対応するように設定されている。また、フォルダのアクセス権の「対象ユーザ」として３つのグループ（フルパス名：「\Domain\group1」、「\Domain\group2」、「\Domain\group3」）が含まれ、各グループ毎にアクセス権の「種類」（許可又は拒否）及び「権限」（読み込み、フルコントロール等）が設定されている。
【００５６】
ログ出力機能１１３は、クライアントプログラム２１からのファイルアクセスの要求に対して、何時／誰が／何から／何に／どのような操作を行ったかの情報、操作の対象となったクライアント２０側及びサーバ１０側のファイル名及びフォルダ名等の情報を、ログ１３１（後述の図１３参照）としてログデータベース１３に出力する。
【００５７】
ユーザ偽装機能１１４は、ファイル格納領域１２１内へファイルアクセスする際、実行中のプロセス（スレッド）内で実行ユーザのユーザアカウント１４１を変更して、専用ユーザのユーザアカウント１５１に偽装させる機能を有する。
【００５８】
次に、本実施例の全体動作について説明する。
【００５９】
ここでは、図１０〜図１３を参照して、クライアント２０からサーバ１０上のファイル１２５を取得する場合の動作を説明する。
【００６０】
図１０は、サーバ１０側及びクライアント２０側のそれぞれの動作シーケンスを示すフローチャート、図１１は、その動作の流れを模式的に示す概略図である。図１０のフローチャートに示す処理のうち、サーバ１０側の処理は、ＣＰＵ２０１がＯＳ１７の動作環境下でファイルアクセスプログラム１１を実行することにより行われる。また、クライアント２０側の処理は、ＣＰＵ２０１がＯＳ２２の動作環境下でクライアントプログラム２１を実行することにより行われる。
【００６１】
ここでは、ファイル格納領域１２１内に実ファイル１２５が保存され、この保存時に、ＡＣＬ１２３がファイルデータ１２４に付加されると共に、それぞれ暗号化機能１１５により暗号化されているものとする。このとき、ファイル配置仮想化機能１１２にて、実ファイル１２５のファイル名は、クライアントプログラム２１側のファイル名とは異なるように保存されている。また、ファイル配置仮想化機能１１２により作成される仮想フォルダ定義ファイル１６１は、クライアントプログラム２１側の実ファイル１２５のパス名と、ファイル格納領域１２１内の実ファイルの実ファイル名とが互いに関連付け可能なＸＭＬファイルとして作成され、暗号化機能１１５により暗号化されて、ファイル格納領域１２１内に保存されている。
【００６２】
このような状態で、まず、クライアント２０側にて、サーバ１０上のファイル１２５へのファイルアクセスに際し、クライアントプログラム２１が起動され（ステップＡ１）、その画面（図７中のクライアントプログラム側表示画面参照）が表示される（ステップＡ２）。ユーザがこの画面を見ながら取得対象のファイルが選択され、選択されたファイルに対するファイル取得の要求がユーザ認証に必要なユーザ情報（ユーザ名及びパスワード等）と共にサーバ１０側に転送される（ステップＡ１）。
【００６３】
これに応答して、サーバ１０側では、クライアント２０側のクライアントプログラム２１からファイル取得の要求を受けると、ファイルアクセスプログラム１１が起動され（ステップＢ１）、ユーザ認証機能１１１にて、ユーザアカウントデータベース（Ａ）１４のユーザアカウント１４１を参照して、ユーザ認証が行われる（ステップＢ２）。これにより、認証された場合（ステップＢ３：ＹＥＳ）は、次処理に移行し、認証が行えなかった場合（ステップＢ３：ＮＯ）は、この時点で処理が中止される。
【００６４】
次いで、ログ出力機能１１３にて、クライアント２０側からの要求内容をログデータベース１３に出力する（ステップＢ４）。このとき、ログが出力できなかった場合は、処理が中止される。
【００６５】
次いで、ユーザ偽装機能１１４にて、アカウントデータベース（Ｂ）１５の専用ユーザのユーザアカウント１５１を参照して、ファイルシステムＡＣＬ１２２に基づき専用ユーザ１５１に偽装する（ステップＢ５）。そして、ファイル配置仮想化機能１１２にて、ファイル格納領域１２１内の仮想フォルダ定義ファイル１６１を参照して、要求があった仮想ファイルのパス名を解析して、そのパス名に対応する実ファイル１２５の実ファイル名を得る（ステップＢ６）。この処理例を図１２に示す。
【００６６】
図１２の例では、クライアントプログラム２１側の表示画面上で、最上位フォルダであるルートフォルダ（\）の下位階層に形成されたサブフォルダ（Folder A）内のさらに下位階層に形成されたサブフォルダ（Folder B）内に保管されている文書２.doc（パス名：\FolderA\FolderB\文書２.doc）にアクセスした場合を示す。
【００６７】
この場合、ファイル配置仮想化機能１１２は、レジストリデータベース１６内のルート情報及びファイル格納領域１２１内の仮想フォルダ定義ファイル１６１を参照しながら、まず、レジストリデータベース１６内のルート情報（Root=...）から、パス名の最上位フォルダであるルートフォルダ（\）に対応する仮想フォルダ定義ファイル１６１（ＸＭＬファイル）のフォルダ名「7481AD43-02DF...」を得る。次いで、ファイル格納領域１２１内の該当フォルダ名の仮想フォルダ定義ファイル１６１から、パス名中の「FolderA」に対応する仮想フォルダ定義ファイル１６１（ＸＭＬファイル）のフォルダ名「936DA01F-9ABD...」を得る。次いで、ファイル格納領域１２１内の該当フォルダ名の仮想フォルダ定義ファイル１６１から、パス名中の「FolderB」に対応する仮想フォルダ定義ファイル１６１（ＸＭＬファイル）のフォルダ名「18ACB256-4876...」を得る。次いで、ファイル格納領域１２１内の該当フォルダ名の仮想フォルダ定義ファイル１６１から、パス名中の「文書２.doc」に対応する実ファイル１２５の実ファイル名「24987A45-FF14...」を得る。
【００６８】
次いで、ファイル格納領域１２１内から実ファイル１２５のＡＣＬ１２３及びファイルデータ１２４を読み込み（ステップＢ７）、暗号化機能１１５にて、実ファイル１２５内のＡＣＬ１２３を復号化し、復号化されたＡＣＬ１２３と認証済みのユーザ情報（ユーザ名等）とを比較して（ステップＢ８）、該当ユーザにファイル取得の権限があるかどうかを判断する（ステップＢ９）。
【００６９】
次いで、上記ステップＢ９の処理でファイル取得可（ＹＥＳ）の場合は、実ファイル１２５内のファイルデータ１２４を復号し、クライアントプログラム２１に転送する（ステップＢ１０）。これにより、クライアント２０側では、サーバ側１０からファイルデータ１２４を取得し（ステップＡ４）、そのファイルデータ１２４に対する各種ファイル操作が行われる（ステップＡ５）。一方、上記ステップＢ９の処理でファイル取得付加（ＮＯ）の場合は、上記ステップＢ１０の処理は行わない。
【００７０】
一方、サーバ１０側では、ログ出力機能１１３にて、上記ステップＢ９の処理によるファイル取得の可否情報をログデータベース１３に出力する（ステップＢ１１）。ここで、ログデータベース１３に出力される内容は、クライアント２０の「ユーザ名」、「マシン名」等の他、クライアント１０側から受け取った情報を出力することも可能なため、自由度の高いログ１３１を出力することが可能となる。このログ１３１の出力例を図１３に示す。
【００７１】
図１３の例では、ログ１３１の情報として、「日時」（ファイル格納領域１２１に対して操作された日時）、「ユーザ名」（ファイル格納領域１２１に対して操作を行ったユーザ名）、「操作の種類」（ファイル格納領域１２１に対して実行した操作の種類：フォルダの生成、フォルダの削除、フォルダの名前変更、ファイルをアップロード、ファイルをダウンロード、ファイルの削除、ファイルの名前変更、アクセス許可情報（ＡＣＬ）設定、所有権設定等）、「サーバ側操作対象１」（ファイル格納領域１２１内の操作対象フォルダ／ファイルのフルパス名）、「サーバ側操作対象２」（ファイル格納領域１２１内の操作対象ファイル名：ファイルの名前変更時のみ変更後の名前として表示される）、「クライアント側操作対象」（操作対象となったクライアント１０側のファイル名）、「操作の結果」（ファイル格納領域１２１に対する操作結果：受付、許可、非許可、異常等）、「マシン名」（操作が行われたクライアント１０側のマシン名）、「ＩＰアドレス」（操作が行われたクライアント１０側のマシンのＩＰアドレス）等が出力されている。
【００７２】
従って、本実施例によれば、ファイルを取得する専用のプログラムを提供することと、それ以外のプログラムからファイルにアクセスできないようにしたため、権限のあるユーザがファイルを取得した場合に確実で精度の高いログを残すことができ、これにより権限のあるユーザによる情報漏洩を効果的に抑止することが可能となる。
【００７３】
なお、本発明の他の実施例として、ファイルにアクセスできるプログラムを限定する方法には、以下の方法もある。また、これは前述の実施例と併用することもできる。この例では、ファイルシステムフィルタドライバにより対象ファイルへのイベントを監視し、ファイルアクセスプログラム１１以外のプロセスからのアクセスを拒否する。ファイルアクセスプログラム１１のユーザ認証機能１１１は、外部の機能、例えば統合Ｗｉｎｄｏｗｓ（登録商標）認証等のオペレーティングシステムの機能を使用して、認証済みのユーザ情報のみを取得する構成であっても構わない。
【００７４】
また、本実施例では、クライアント側でファイル取得後に実行されるコピー等のファイル操作については特に言及していないが、応用例として、例えば本出願人が先行して出願している特願２００４−２７５３８３で開示されている文書ファイルコピー移動監視システムを組み合わせることにより、上記ファイルアクセスプログラム１１から出力されるログに加え、ファイル取得後のクライアント側のファイル操作により最終的にどこにコピー又は移動されたか等の記録をログに残すことが可能となる。これによれば、上記効果をより一層高めることができる。
【００７５】
なお、本実施例では、第２のアクセス許可情報を成すＡＣＬ１２３は、実ファイル１２５のファイルデータ１２４に付加して保存される場合を例示しているが、本発明は必ずしもこれに限定されるものではなく、第２のアクセス許可情報はファイルデータ１２４に関連付けて保存可能な構成であればよく、例えばファイル格納領域１２１内に実ファイル１２５のファイルデータ１２４とそのＡＣＬ１２３とが互いに関連付けられた個別のファイルとして格納されていてもよい。
【産業上の利用可能性】
【００７６】
本発明によれば、より高度にセキュリティが要求されるファイルの管理や、企業の情報漏洩対策といった用途に適用できる。
【図面の簡単な説明】
【００７７】
【図１】本発明の一実施例に係る共有ファイルのアクセス制御方法を用いたサーバクライアント型のコンピュータシステムの全体構成を示す図である。
【図２】アカウントデータベース（Ａ）の構成例を示す図である。
【図３】アカウントデータベース（Ｂ）の構成例を示す図である。
【図４】ファイルシステムＡＣＬの構成例を示す図である。
【図５】ファイル又はフォルダに付加されるＡＣＬの構成例を示す図である。
【図６】ファイルの詳細構成例を示す図である。
【図７】ファイル格納領域内の実データのファイル配置とクライアント側表示画面上のファイル配置との関係を説明する図である。
【図８】ファイル格納領域内の実データを成す仮想フォルダ定義ファイルとクライアントプログラム側表示画面上のファイルとの関係を説明する図である。
【図９】仮想フォルダ定義ファイルの詳細構成例を示す図である。
【図１０】クライアント側とサーバ側の間でファイルを取得する場合の動作を説明する概略フローチャートである。
【図１１】図１０に示す動作を模式的に説明する概略図である。
【図１２】ファイル配置仮想化機能の動作例を説明する図である。
【図１３】ログの出力例を示す図である。
【符号の説明】
【００７８】
１０ サーバ
１１ ファイルアクセスプログラム
１２ 記憶装置
１３ ログデータベース
１４ アカウントデータベース（Ａ）
１５ アカウントデータベース（Ｂ）
１６ レジストリデータベース
１７ オペレーティングシステム
２０ クライアント
２１ クライアントプログラム
２２ オペレーティングシステム
２３ アプリケーションプログラム
１０１ ＣＰＵ（サーバ）
１０２ メモリ（サーバ）
１１１ ユーザ認証機能
１１２ ファイル配置仮想化機能
１１３ ログ出力機能
１１４ ユーザ偽装機能
１１５ 暗号化機能
１２１ ファイル格納領域
１２２ ファイルシステムＡＣＬ
１２３ ＡＣＬ
１２４ ファイルデータ（ファイル）
１２５ ファイル（実ファイル）
１６１ 仮想フォルダ定義ファイル
２０１ ＣＰＵ（クライアント）
２０２ メモリ（クライアント）
２０３ ＩＯコントローラ
２０４ ＩＯデバイス
【特許請求の範囲】
【請求項１】
複数のユーザにより共有可能なファイルのアクセス制御方法であって、
前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存するステップと、
前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存するステップと、
前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込むステップと、
読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するステップと、
を有することを特徴とする共有ファイルのアクセス制御方法。
【請求項２】
前記ファイル格納領域内へのアクセスに関するログを出力するステップをさらに有することを特徴とする請求項１に記載の共有ファイルのアクセス制御方法。
【請求項３】
前記第２のアクセス許可情報を保存するステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するステップであり、
前記ファイルを読み込むステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むステップであることを特徴とする請求項１又は２に記載の共有ファイルのアクセス制御方法。
【請求項４】
前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存するステップを有することを特徴とする請求項１から３のいずれか１項に記載の共有ファイルのアクセス制御方法。
【請求項５】
前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存するステップを有することを特徴とする請求項１から４のいずれか１項に記載の共有ファイルのアクセス制御方法。
【請求項６】
複数のユーザにより共有可能なファイルのアクセス制御システムであって、
前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存する第１の保存手段と、
前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存する第２の保存手段と、
前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込む偽装手段と、
読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するアクセス可否決定手段と、
を有することを特徴とする共有ファイルのアクセス制御システム。
【請求項７】
前記ファイル格納領域内へのアクセスに関するログを出力するログ出力手段をさらに有することを特徴とする請求項６に記載の共有ファイルのアクセス制御システム。
【請求項８】
前記第２の保存手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するものであり、
前記偽装手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むものであることを特徴とする請求項６又は７に記載の共有ファイルのアクセス制御システム。
【請求項９】
前記第２の保存手段は、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存する手段を有することを特徴とする請求項６から８のいずれか１項に記載の共有ファイルのアクセス制御システム。
【請求項１０】
前記第２の保存手段は、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存する手段を有することを特徴とする請求項６から９のいずれか１項に記載の共有ファイルのアクセス制御システム。
【請求項１１】
前記アクセス制御システムは、前記共有ファイルを保存する記憶装置を有し且つプログラム制御で動作するサーバ装置と、このサーバ装置に通信可能に接続され且つプログラム制御で動作するクライアント装置とを備え、
前記第１及び第２の保存手段、前記偽装手段、前記アクセス可否決定手段、及び前記ログ出力手段は、前記サーバ装置によるプログラム制御で機能するよう構成されていることを特徴とする請求項６から１０のいずれか１項に記載の共有ファイルのアクセス制御システム。
【請求項１２】
クライアント装置に通信可能に接続され、且つ、当該クライアント装置の複数のユーザにより共有可能なファイルをアクセス可能に保存するサーバ装置であって、
前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存する第１の保存手段と、
前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存する第２の保存手段と、
前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込む偽装手段と、
読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するアクセス可否決定手段と、
を有することを特徴とするサーバ装置。
【請求項１３】
前記ファイル格納領域内へのアクセスに関するログを出力するログ出力手段をさらに有することを特徴とする請求項１２に記載のサーバ装置。
【請求項１４】
前記第２の保存手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するものであり、
前記偽装手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むものであることを特徴とする請求項１２又は１３に記載のサーバ装置。
【請求項１５】
前記第２の保存手段は、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存する手段を有することを特徴とする請求項１２から１４のいずれか１項に記載のサーバ装置。
【請求項１６】
前記第２の保存手段は、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存する手段を有することを特徴とする請求項１２から１５のいずれか１項に記載のサーバ装置。
【請求項１７】
複数のユーザにより共有可能なファイルのアクセス制御プログラムであって、
前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存するステップと、
前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存するステップと、
前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込むステップと、
読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するステップと、
をコンピュータに実行させることを特徴とする共有ファイルのアクセス制御プログラム。
【請求項１８】
前記ファイル格納領域内へのアクセスに関するログを出力するステップをさらにコンピュータに実行させることを特徴とする請求項１７に記載の共有ファイルのアクセス制御プログラム。
【請求項１９】
前記第２のアクセス許可情報を保存するステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するステップであり、
前記ファイルを読み込むステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むステップであることを特徴とする請求項１７又は１８に記載の共有ファイルのアクセス制御プログラム。
【請求項２０】
前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存するステップを有することを特徴とする請求項１７から１９のいずれか１項に記載の共有ファイルのアクセス制御プログラム。
【請求項２１】
前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存するステップを有することを特徴とする請求項１７から２０のいずれか１項に記載の共有ファイルのアクセス制御プログラム。
【請求項１】
複数のユーザにより共有可能なファイルのアクセス制御方法であって、
前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存するステップと、
前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存するステップと、
前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込むステップと、
読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するステップと、
を有することを特徴とする共有ファイルのアクセス制御方法。
【請求項２】
前記ファイル格納領域内へのアクセスに関するログを出力するステップをさらに有することを特徴とする請求項１に記載の共有ファイルのアクセス制御方法。
【請求項３】
前記第２のアクセス許可情報を保存するステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するステップであり、
前記ファイルを読み込むステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むステップであることを特徴とする請求項１又は２に記載の共有ファイルのアクセス制御方法。
【請求項４】
前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存するステップを有することを特徴とする請求項１から３のいずれか１項に記載の共有ファイルのアクセス制御方法。
【請求項５】
前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存するステップを有することを特徴とする請求項１から４のいずれか１項に記載の共有ファイルのアクセス制御方法。
【請求項６】
複数のユーザにより共有可能なファイルのアクセス制御システムであって、
前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存する第１の保存手段と、
前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存する第２の保存手段と、
前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込む偽装手段と、
読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するアクセス可否決定手段と、
を有することを特徴とする共有ファイルのアクセス制御システム。
【請求項７】
前記ファイル格納領域内へのアクセスに関するログを出力するログ出力手段をさらに有することを特徴とする請求項６に記載の共有ファイルのアクセス制御システム。
【請求項８】
前記第２の保存手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するものであり、
前記偽装手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むものであることを特徴とする請求項６又は７に記載の共有ファイルのアクセス制御システム。
【請求項９】
前記第２の保存手段は、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存する手段を有することを特徴とする請求項６から８のいずれか１項に記載の共有ファイルのアクセス制御システム。
【請求項１０】
前記第２の保存手段は、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存する手段を有することを特徴とする請求項６から９のいずれか１項に記載の共有ファイルのアクセス制御システム。
【請求項１１】
前記アクセス制御システムは、前記共有ファイルを保存する記憶装置を有し且つプログラム制御で動作するサーバ装置と、このサーバ装置に通信可能に接続され且つプログラム制御で動作するクライアント装置とを備え、
前記第１及び第２の保存手段、前記偽装手段、前記アクセス可否決定手段、及び前記ログ出力手段は、前記サーバ装置によるプログラム制御で機能するよう構成されていることを特徴とする請求項６から１０のいずれか１項に記載の共有ファイルのアクセス制御システム。
【請求項１２】
クライアント装置に通信可能に接続され、且つ、当該クライアント装置の複数のユーザにより共有可能なファイルをアクセス可能に保存するサーバ装置であって、
前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存する第１の保存手段と、
前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存する第２の保存手段と、
前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込む偽装手段と、
読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するアクセス可否決定手段と、
を有することを特徴とするサーバ装置。
【請求項１３】
前記ファイル格納領域内へのアクセスに関するログを出力するログ出力手段をさらに有することを特徴とする請求項１２に記載のサーバ装置。
【請求項１４】
前記第２の保存手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するものであり、
前記偽装手段は、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むものであることを特徴とする請求項１２又は１３に記載のサーバ装置。
【請求項１５】
前記第２の保存手段は、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存する手段を有することを特徴とする請求項１２から１４のいずれか１項に記載のサーバ装置。
【請求項１６】
前記第２の保存手段は、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存する手段を有することを特徴とする請求項１２から１５のいずれか１項に記載のサーバ装置。
【請求項１７】
複数のユーザにより共有可能なファイルのアクセス制御プログラムであって、
前記ファイルを格納するためのファイル格納領域内のアクセス権限を予め専用ユーザ用のユーザアカウントが設定された専用ユーザのみに制限するための第１のアクセス許可情報を保存するステップと、
前記ファイル格納領域内に前記ファイルが保存されるときに、当該ファイルのアクセス権限を前記複数のユーザ毎に制限するための第２のアクセス許可情報を当該ファイルに関連付けて保存するステップと、
前記ファイルがアクセスされるときに、ユーザ認証されたユーザが前記専用ユーザとなるように偽装して前記第１のアクセス許可情報を元に前記ファイル格納領域へアクセスして前記ファイルを読み込むステップと、
読み込まれた前記ファイルに関連付けられた前記第２のアクセス許可情報を元に前記ユーザ認証されたユーザによる前記ファイルのアクセス可否を決定するステップと、
をコンピュータに実行させることを特徴とする共有ファイルのアクセス制御プログラム。
【請求項１８】
前記ファイル格納領域内へのアクセスに関するログを出力するステップをさらにコンピュータに実行させることを特徴とする請求項１７に記載の共有ファイルのアクセス制御プログラム。
【請求項１９】
前記第２のアクセス許可情報を保存するステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に暗号化して保存するステップであり、
前記ファイルを読み込むステップは、前記第２のアクセス許可情報及び前記ファイルのデータを個別に複合化して読み込むステップであることを特徴とする請求項１７又は１８に記載の共有ファイルのアクセス制御プログラム。
【請求項２０】
前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に前記ファイルが保存されるときに当該ファイルのファイル名を前記ユーザにより使用されるファイル名とは異ならせて保存するステップを有することを特徴とする請求項１７から１９のいずれか１項に記載の共有ファイルのアクセス制御プログラム。
【請求項２１】
前記第２のアクセス許可情報を保存するステップは、前記ファイル格納領域内に保存される前記ファイルの配置構造を前記ユーザ側の表示画面上で仮想的な階層構造として視認可能に仮想化するための定義ファイルを作成して保存するステップを有することを特徴とする請求項１７から２０のいずれか１項に記載の共有ファイルのアクセス制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００６−１７８７２４（Ｐ２００６−１７８７２４Ａ）
【公開日】平成１８年７月６日（２００６．７．６）
【国際特許分類】
【出願番号】特願２００４−３７１０３７（Ｐ２００４−３７１０３７）
【出願日】平成１６年１２月２２日（２００４．１２．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（３９０００１３９５）エヌイーシーシステムテクノロジー株式会社 (438)
【Ｆターム（参考）】
【公開日】平成１８年７月６日（２００６．７．６）
【国際特許分類】
【出願日】平成１６年１２月２２日（２００４．１２．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（３９０００１３９５）エヌイーシーシステムテクノロジー株式会社 (438)
【Ｆターム（参考）】
[ Back to top ]