JP2010267070A - ファイルアクセス管理方法、管理者端末およびファイルアクセス管理システム - Google Patents

Abstract

【課題】柔軟かつセキュリティ耐性を維持したファイルアクセス管理方法を得ること。
【解決手段】自端末が管理するファイルに対するユーザのアクセスを管理するためのテーブルであるファイルアクセス情報管理テーブル１２と、ユーザ端末から、当該ユーザ端末のユーザのユーザＩＤおよびアクセスされたファイルのファイル名を含めたファイルアクセス要求を受信した場合に、ファイルアクセス情報管理テーブル１２を参照し、当該ファイルアクセス要求に含まれるユーザＩＤとファイル名とに対応するアクセスの可否およびアクセスキーを読み出し、アクセスが許可されている場合には、アクセスを許可する旨の指示およびアクセスキーを含めたアクセス認証応答を返信し、一方、アクセスが許可されていない場合には、アクセスを許可しない旨の指示を含めたアクセス認証応答を返信するアクセス承認部１１と、を備える。
【選択図】図２

Description

本発明は、アクセスを制御されたファイルに対するファイルアクセス管理方法に関する。

従来、インターネットなどを介してサーバにアクセスするといった場合には、ユーザごとに認証を行うことにより、サーバへのアクセスを制御する。また、社内ネットワークでは、たとえば、ユーザに対してアクセス権限を割当て、当該権限ごとにアクセス制御を行う。下記特許文献１では、内部ネットワークに接続された端末が、ＷＷＷサーバへアクセスする要求を行った場合、当該端末の利用者に対応するアクセス制御情報に基づいてアクセス制御を行うシステムが記載されている。

また、アクセス制限を社内で用いるファイルに対して行う場合は、一般に、一括型のファイルアクセス制御認証サーバを用いて実現する。

特開２００３−４４４４１号公報

しかしながら、上記従来の技術を用いて上記一括型ファイルアクセス制御認証サーバを実現する場合には、当該サーバは社内ＬＡＮ（Local Area Network）上に構築されることとなるため、社外出張時など、サーバにアクセスできない環境からは対象ファイルを利用することができない、という問題があった。同様に、社外関係者からのファイルアクセスが必要となった場合にも対応不可能である。

こうした場合には、たとえば、例外的に対象ファイルを認証対象から外す，ネットワークアクセス設定を変更し、社外から上記サーバへの接続を許可する、といった運用が行われる傾向があり、いずれの場合にもセキュリティが低下する、という問題があった。

また、上記サーバが保有するファイルアクセス制御認証情報は、ユーザの職制情報と関連するため、職制変更が発生するたびに膨大な修正が必要となる、という問題があった。

本発明は、上記に鑑みてなされたものであって、柔軟かつセキュリティ耐性を維持したファイルアクセス管理方法を得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、１以上のユーザ端末と、当該ユーザ端末を使用するユーザの管理者の端末である管理者端末とを備え、ファイルに対してアクセス制限を行うファイルアクセス管理システム、におけるファイルアクセス管理方法であって、前記ユーザ端末が、ファイルに対するアクセスを検出した場合に、自端末にログイン中のユーザのユーザＩＤと当該ファイルのファイル名とを含めたファイルアクセス要求を、前記管理者端末へ送信するアクセス要求送信ステップと、前記管理者端末が、前記ファイルアクセス要求を受信した場合に、自端末が管理するファイルに対するユーザのアクセスを管理するためのテーブルであるファイルアクセス情報管理テーブルから、当該ファイルアクセス要求に含まれるユーザＩＤとファイル名とに対応するアクセスの可否およびアクセスキーを読み出し、アクセスが許可されている場合には、アクセスを許可する旨の指示およびアクセスキーを含めたアクセス認証応答を返信し、一方、アクセスが許可されていない場合には、アクセスを許可しない旨の指示を含めたアクセス認証応答を返信するアクセス認証応答送信ステップと、前記ユーザ端末が、前記アクセス認証応答にアクセスを許可する旨の指示が含まれていた場合に、当該アクセス認証応答に含まれるアクセスキーを用いて、アクセスされたファイルを操作可能にするための制御を行うファイル操作開始ステップと、を含むことを特徴とする。

本発明によれば、セキュリティ耐性の低下を回避し、職制と連動したファイルアクセス管理が実現でき、また、メンテナンスの負担を軽減できる、という効果を奏する。

図１は、従来のファイルアクセス管理システムの構成例を示す図である。 図２は、本実施の形態のファイルアクセス管理システムの構成例を示す図である。 図３は、図２のファイルアクセス管理システムの、社内全体の構成例を示す図である。 図４は、社外においてファイルアクセス管理を実行する場合を説明するための図である。 図５は、ユーザ端末のみが社外に持ち出された状態を示す図である。

以下に、本発明にかかるファイルアクセス管理システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態．
まず、本実施の形態のファイルアクセス管理システムを説明する前に、従来のファイルアクセス管理システムについて説明する。図１は、従来のファイルアクセス管理システムの構成例を示す図である。図１のファイルアクセス管理システムは、一例として、一括認証サーバ９１と、一括認証サーバ９１内に備えられるアクセス制御情報９２と、社内ネットワーク９３と、ユーザ端末９４−１，９４−２，９４−３と、ファイアウォール９５と、社外ネットワーク９６とを備える。図１の一括認証サーバ９１は、社内ネットワーク９３内のファイルアクセス管理を一括して担当し、ユーザによるユーザ端末内のファイルに対するアクセスを管理する。アクセス制御情報９２は、ファイルアクセスを制御するための情報であって、たとえば、ユーザＩＤおよびファイル名に対して、アクセスの許可／不許可を関連付けて保持する。

たとえば、ユーザ端末９４−１または９４−２に対して、あるファイルへのアクセスが許可されている場合を考える。この場合、図１に示すように、これらのユーザ端末においてファイルアクセスがなされると、当該ユーザ端末は、一括認証サーバ９１に対してファイルアクセスの要求（アクセス要求）を送信する（図１：（１））。一括認証サーバ９１は、アクセス制御情報９２を参照し、当該ユーザ端末を操作するユーザのＩＤおよび上記ファイルのファイル名に対してアクセスが許可されていることから、ファイルアクセスを許可した旨の通知（アクセス認証）を送信する（図１：（２））。これを受信したユーザ端末は、上記ファイルを操作可能となる。ユーザ端末９４−２の場合も同様である。また、社外ネットワーク９６に接続するユーザ端末９４−３は、アクセス要求を送信した場合を考える。この場合、たとえば、外部からの一括認証サーバ９１への接続を許可しないセキュリティポリシーが採用されていれば、ファイアウォール９５は当該アクセス要求を通さないので、ユーザ端末９４−３はアクセス認証を得られず、ファイルにアクセスできない（図１：（１））。

つぎに、本実施の形態のファイルアクセス管理システムについて説明する。図２は、本発実施の形態のファイルアクセス管理システムの構成例を示す図である。図２のファイルアクセス管理システムは、会社組織内に設置され、上長端末１−１と、部門間ファイアウォール装置２−１と、ユーザ端末３−１，３−２，３−３と、部門サブネットワーク４と、社内ネットワーク５と、を備える。図２では、代表的に１つの部門（グループ＃Ｇ１）について示す。上長端末１−１は、グループ＃Ｇ１の上位者である上長が使用する管理者端末であって、自グループのユーザによるユーザ端末内のファイルへのアクセスを管理する。部門間ファイアウォール装置２−１は、部門サブネットワーク４と社内ネットワーク５との間に設置され、アクセスを制御する。ユーザ端末３−１〜３−３は、グループ＃Ｇ１に属するユーザが使用する端末である。部門サブネットワーク４は、グループ＃Ｇ１に属する端末が接続されるサブネットワークである。社内ネットワーク５は、当該会社組織内の端末やサブネットワークを接続するネットワークである。

上長端末１−１は、通常の情報処理端末の機能を備え、さらに、ファイルアクセス認証部１０を備える。ファイルアクセス認証部１０は、ユーザによるユーザ端末内のファイルへのアクセスを制御するための機能部であって、アクセス承認部１１およびファイルアクセス情報管理テーブル１２を備える。アクセス承認部１１は、ユーザからのファイルアクセスの要求（ファイルアクセス要求）を受信すると、ファイルアクセス情報管理テーブル１２を参照し、登録内容によってアクセスの許可または不許可を返信する。ファイルアクセス情報管理テーブル１２は、自端末が管理するファイルに対するユーザのアクセスを管理するためのテーブルである。

ファイルアクセス情報管理テーブル１２は、たとえば、「ファイル名」，「アクセスキー」，「ユーザＩＤ」，「アクセス可否」、といった項目を備える。ファイル名とはファイルの名前である。アクセスキーとは、そのファイルへのアクセスを可能にするためのキーである。ユーザＩＤは、グループに属するユーザのＩＤである。アクセス可否は、当該ユーザが当該ファイルにアクセスすることを許可するか否かの設定である。図２のデータ例に示すように、「ユーザＩＤ」には「ＡＬＬ」として、グループ内の全ユーザのアクセスを許可する設定も可能である。なお、アクセス可否の設定は、セキュリティポリシーに則って、システム管理者または上位者により変更可能である。

部門間ファイアウォール装置２−１は、ネットワークアクセス制御部２０を備え、社内ネットワーク５から部門サブネットワーク４へのアクセスを制限する。ネットワークアクセス制御部２０は、アクセス制御部２１およびネットワークアクセス情報管理テーブル２２を備える。アクセス承認部２１は、社内ネットワーク５から部門サブネットワーク４へのアクセスを検出すると、ファイルアクセス情報管理テーブル２２を参照し、登録内容によってアクセスを許可し、または不許可とする。ファイルアクセス情報管理テーブル２２は、自装置が管理するセグメントに対する、他のセグメントからのアクセスを管理するためのテーブルである。

ファイルアクセス情報管理テーブル２２は、たとえば、「アクセス元」，「アクセス先」，「アクセス可否」といった項目を備える。アクセス元とは、社内ネットワーク５を介して部門サブネットワーク４に対し行われたアクセスの発信元であって、当該アクセスを行ったユーザが属するグループである。アクセス先とは、アクセス元以外のグループであって、言い換えれば、アクセス元がアクセスを行う可能性があるグループである。たとえば、図２では、「アクセス元：グループ＃Ｇ２」から「アクセス先：グループ＃Ｇ１」に対する「アクセス可否：可」であることが登録される。この場合、グループ＃Ｇ２のセグメントからグループ＃Ｇ１のセグメント（部門サブネットワーク４）へのアクセスは可能である。

ユーザ端末３−１は、通常の情報処理端末の機能を備え、さらに、ファイルアクセス制御部３１およびファイル操作部３２を備える。ファイルアクセス制御部３１は、ユーザによるユーザ端末内のファイルへのアクセスを制御するための機能部であって、ファイルアクセスの要求（ファイルアクセス要求）を送信する制御を行い、また、その応答であるアクセス認証応答に基づいて、ファイルアクセスの可否を判断する。ファイル操作部３２は、ユーザによるユーザ端末内のファイルへのアクセスを検出する。図２では省略するが、他のユーザ端末も同じ構成を有する。

つぎに、以上のように構成されたファイルアクセス管理システムの動作について説明する。まず、基本のシステム構成の場合を説明する。図３は、図２のファイルアクセス管理システムの、社内全体の構成例を示す図である。

図３のファイルアクセス管理システムは、一例として、上長端末１−１および１−２と、部門間ファイアウォール２−１および２−２と、ユーザ端末３−１，３−２，３−４，３−５と、部門サブネットワーク４−１および４−２と、社内ネットワーク５とを備える。図２では、代表的に１部門（グループ＃Ｇ１）を示したが、図３では、グループ＃Ｇ１および＃Ｇ２の２部門がある場合を示す。なお、上長端末１−２，部門間ファイアウォール２−２は、それぞれ、図２で示した上長端末１−１，部門間ファイアウォール２−１と同様の構成である。また、ユーザ端末３−４，３−５は、図２のユーザ端末３−１と同様の端末である。なお、部門間ファイアウォール装置では、部門サブネットワークのそれぞれと社内ネットワーク５との間のアクセスはフリーに設定されるとする。

図３の構成では、従来の一括認証サーバが担当する処理を、ユーザグループ（職制）単位に分散して実施する。職制に基づくグループである部門は、それぞれ上長が管轄するので、ここでは、上長端末を、各部門のファイルアクセス管理に用いる。なお、上長端末と部門内のユーザ端末との対応関係を保持するために、たとえば、上長端末内にはメモリ（図示せず）内にユーザの識別子が記憶され、ユーザ端末にはメモリ（図示せず）内に上長端末の識別子が記憶されることとする。また、上長端末およびユーザ端末は、自端末が属するグループを上記メモリ内に記憶する。

図３では、ユーザ端末３−１または３−２は、部門サブネットワーク４−１を介して上長端末１−１に接続する。たとえば、ユーザ端末３−１のユーザ（たとえば“ＵｓｅｒＡ”）が、当該ユーザ端末３−１内に保存されている「File＃AAAA」へアクセスしたが、アクセス制限がかかっていた場合を考える。この場合、当該アクセスを検知したファイル操作部３２は、ファイル名を指定して、ファイルアクセスがなされた旨をファイルアクセス制御部３１に通知する。これを受けたファイルアクセス制御部３１は、送受信部（図示せず）を介して、ファイル名，当該ユーザのＩＤを含めたファイルアクセス要求を上長端末１−１へ送信する。なお、ユーザＩＤは、ユーザ端末３−１へログインするために正規ユーザが投入したＩＤを使用する。

上長端末１−１のアクセス承認部１１は、送受信部（図示せず）を介して、上記ファイルアクセス要求を受信する。アクセス承認部１１は、ファイルアクセス情報管理テーブル１２を参照し、上記ファイルアクセス要求に含まれるユーザＩＤ（“ＵｓｅｒＡ”）と、ファイル名（“File＃AAAA”）とに対応するデータを参照する。図２のデータ例では、当該データの「アクセス可否」＝「可」とあるので、アクセス承認部１１は、「アクセスキー」＝「key１」を読み出す。そして、ファイルアクセス要求への応答として、アクセスを許可する旨の指示および当該アクセスキー（key１）を含めたアクセス認証応答を、送受信部を介して返信する。

ユーザ端末３−１のファイルアクセス制御部３１は、送受信部を介してこれを受信すると、当該アクセス認証応答から、アクセスを許可する旨の指示およびアクセスキー（key１）を取得する。ファイルアクセス制御部３１は、当該指示に基づいて、ファイルへのアクセスが許可されたと判断し、ファイル操作を可能にする旨の指示、および取得したアクセスキーを、ファイル操作部３２に通知する。ファイル操作部３２は、アクセスキーを用いて、当該ファイルを操作するための制御を行う。これにより、ユーザは、ファイルアクセス管理対象であるファイルを操作可能となる。

また、たとえば、ユーザ端末３−２のユーザ（たとえば“ＵｓｅｒＢ”）が、当該ユーザ端末３−２内に保存されている「File＃AAAA」にアクセスした場合を考える。この場合、当該アクセスを検知したファイル操作部３２は、上述同様に動作し、ファイルアクセス制御部３１は、送受信部（図示せず）を介して、ファイル名，当該ユーザのＩＤを含めたファイルアクセス要求を上長端末１−１に送信する。

上長端末１−１のアクセス承認部１１は、送受信部（図示せず）を介して、上記ファイルアクセス要求を受信する。アクセス承認部１１は、ファイルアクセス情報管理テーブル１２を参照し、上記ファイルアクセス要求に含まれるユーザＩＤ（“ＵｓｅｒＢ”）と、ファイル名（“File＃AAAA”）とに対応するデータを参照する。図２のデータ例では、当該データの「アクセス可否」＝「否」とあるので、アクセス承認部１１は、「アクセスキー」＝「key２」を読み出さない。そして、ファイルアクセス要求への応答として、アクセスを許可しない旨の指示を含めたアクセス認証応答を、送受信部を介して返信する。

ユーザ端末３−２のファイルアクセス制御部３１は、送受信部を介してこれを受信すると、当該アクセス認証応答から、アクセスを許可しない旨の指示を取得する。ファイルアクセス制御部３１は、当該指示に基づいて操作にかかるファイルへのアクセスが許可されないと判断し、ファイル操作は不可能である旨の指示をファイル操作部３２に通知する。ファイル操作部３２は、当該ファイルを操作不可能である旨、たとえば、ファイルへのアクセスが許可されていない旨のメッセージを表示部などに表示させる。これにより、ユーザが、ファイルアクセス管理対象であるファイルを不正に操作することを回避できる。

また、たとえば、グループ＃Ｇ１に属するいずれかのユーザ（ユーザ端末）が、当該ユーザ端末内に保存されるファイル「File＃BBBB」にアクセスした場合を考える。この場合も、上述同様にファイルアクセス要求が送信される。上長端末１−１のアクセス承認部１１は、送受信部（図示せず）を介して、上記ファイルアクセス要求を受信する。アクセス承認部１１は、ファイルアクセス情報管理テーブル１２を参照し、上記ファイルアクセス要求に含まれるユーザＩＤ（“ＵｓｅｒＢ”）と、ファイル名（“File＃BBBB”）とに対応するデータを参照する。図２のデータ例では、「ユーザＩＤ」＝「ALL」，「ファイル名」＝“File＃BBBB”に対し、「アクセス可否」＝「可」とあるので、アクセス承認部１１は、「アクセスキー」＝「key３」を読み出す。そして、ファイルアクセス要求への応答として、アクセスを許可する旨の指示およびアクセスキーを含めたアクセス認証応答を、送受信部を介して返信する。これを受けたユーザ端末は、上述同様に動作する。

グループ＃Ｇ２に属するユーザ端末（ユーザ端末３−４および３−５）が、部門サブネットワーク４−２内で行うファイルアクセスに対しては、上長端末１−２が、同様のファイルアクセス管理を実現する。

なお、ここでは、ユーザ端末内に保存されるファイルにアクセスする場合について示すが、たとえば、部門サブネットワーク上のサーバ（図示せず）内に存在するファイルにアクセスする、といった場合でも同様である。

さらに、ユーザ端末が、他グループに属するユーザ端末内のファイルにアクセスする場合について説明する。ここでは、ユーザ端末３−４が、ユーザ端末３−２内のファイルにアクセスする場合を例に挙げる。グループ＃Ｇ２に属するユーザ端末３−４のユーザ（“ＵｓｅｒＤ”とする）が、ユーザ端末３−２内のファイルを参照し、ファイル「File＃BBBB」が保存されていることを認識して、当該ファイルにアクセスしたとする。

ファイル「File＃BBBB」にはアクセス制限がかかっているので、当該アクセスを検知したユーザ端末３−４のファイル操作部３２は、当該ファイルの位置（パス）が部門サブネットワーク４−１上であることから、ファイル名「File＃BBBB」および部門サブネットワーク４−１を指定して、アクセスがなされた旨をファイルアクセス制御部３１に通知する。これを受けたファイルアクセス制御部３１は、送受信部（図示せず）を介して、ファイル名，自グループ名（グループ＃Ｇ２），当該ユーザのＩＤを含めたファイルアクセス要求を、部門サブネットワーク４−１へ向けて送信する。

部門サブネットワーク４−１に対して設置されるファイアウォール２−１のアクセス制御部２１は、社内ネットワーク５および自装置の送受信部（図示せず）を介して当該ファイルアクセス要求を受信する。アクセス制御部２１は、ネットワークアクセス情報管理テーブル２２を参照し、アクセス元であるグループ（グループ＃Ｇ２）と、アクセス先であるグループ（グループ＃Ｇ１）とに該当するデータの「アクセス可否」を読み出す。図２のデータ例では、当該データの「アクセス可否」＝「可」とあるので、アクセス制御部２１は、当該アクセスが正当であると判断し、上記ファイルアクセス要求を通過させる。

これにより、上長端末１−１のアクセス承認部１１は、送受信部（図示せず）を介して、上記ファイルアクセス要求を受信する。アクセス承認部１１は、ファイルアクセス情報管理テーブル１２を参照し、上記ファイルアクセス要求に含まれるユーザＩＤ（“ＵｓｅｒＤ”）と、ファイル名（“File＃BBBB”）とに対応するデータを参照する。図２のデータ例では、「ユーザＩＤ」＝“ALL”，「ファイル名」＝「File＃BBBB」に対し、「アクセス可否」＝「可」とあるので、アクセス承認部１１は、「アクセスキー」＝「key３」を読み出す。そして、ファイルアクセス要求への応答として、アクセスを許可する旨の指示およびアクセスキーを含めたアクセス認証応答を、送受信部を介して、ユーザ端末３−４へ向けて返信する。

ユーザ端末３−４のファイルアクセス制御部３１は、送受信部を介して上記アクセス認証応答を受信すると、当該アクセス認証応答から、アクセスを許可する旨の指示およびアクセスキー（key３）を取得する。ファイルアクセス制御部３１は、ファイルへのアクセスが許可されたと判断し、ファイル操作が可能である旨の指示、および取得したアクセスキーを、ファイル操作部３２に通知する。ファイル操作部３２は、アクセスキーを用いて、当該ファイルを操作可能とするための制御を行う。これにより、ユーザは、ユーザ端末３−２が保持するファイル（“File＃BBBB”）を操作可能となる。

なお、上長端末それぞれのファイルアクセス情報管理テーブル１２には、ユーザＩＤに「ALL」を指定する場合、部門ごとにデータを登録してもよい。たとえば、ユーザＩＤ＝「グループ＃Ｇ１：ALL」，「グループ＃Ｇ２：ALL」などと登録する。これにより、部門単位でファイルアクセス管理を実行できる。もちろん、「ALL」などでなく、他グループに属するユーザＩＤに対するデータを登録してもよい。

これにより、ユーザ端末は、他の部門サブネットワーク内に存在するファイルにも、アクセスが可能となる。上述のように、ユーザ端末が他グループの上長端末にアクセスできるか否かは、会社のネットワークセキュリティポリシーを反映した、部門間ファイアウォール装置の設定に依存する。

以上のように、ユーザは、上長による管理が可能な範囲内に存在し、かつ上長が許可する場合にのみファイルアクセスが可能となる。したがって、従来の一括認証サーバの機能を分散した構成となり、サーバの負荷を分散させる効果がある。また、上長端末の設定を変更することで部門単位のファイルアクセス管理を行えるため、職制変更が頻繁に発生する場合にも容易に対応でき、また、システム管理者の負担を減らすことができるので、柔軟かつ迅速な対応が可能である。

また、ユーザは、他のグループに属するユーザ端末内のファイルにアクセスする場合には、管轄の部門間ファイアウォールが許可する場合にのみ、所望する部門サブネットワークにアクセスできる。これにより、セキュリティ耐性の低下を回避できる。

つづいて、他のシステム構成をとる場合を説明する。図４は、社外においてファイルアクセス管理を実行する場合を説明するための図である。

図４では、上長端末１−１と、代理端末１Ｂと、ユーザ端末３−６および３−７と、社内ネットワーク５と、社内と社外の間に設置されるファイアウォールであるファイアウォール６と、社外ネットワーク７とを備える。図４では、上長端末１−１および当該上長端末１−１に管理されるユーザ端末３−７が、出張などにより社外に持ち出され、社外ネットワーク７に接続された状態を示す。

代理端末１Ｂは、上長端末１−１と同様の構成および情報を備える端末であって、上長端末１−１が通常通りに接続されない期間に、ファイルアクセス管理を代理して行う端末である。ユーザ端末は、こうした場合に備え、メモリ（図示せず）内に上長端末１−１の識別子に加えて代理端末１Ｂの識別子を記憶する。

図４では、ユーザ端末３−６がアクセス管理対象のファイルにアクセスした場合、上述の動作と同様にして、上長端末１−１へファイルアクセス要求を送信する代わりに、代理端末１Ｂへ送信する。また、ユーザ端末３−７は、上述同様、社外ネットワーク７を介して上長端末１−１へファイルアクセス要求を送信できる。したがって、いずれのユーザ端末が保持するファイルに対しても、当該ユーザ端末が社内にあるときと同等のファイルアクセス管理を行うことができる。

これにより、出張時のような、社外にてファイルアクセスが必要になる場合でも、上長が同伴する，現地に上長同等の相当権限を有する責任者が存在する、などにより、出張場所に上長端末を接続できる場合には、適切なファイルアクセス管理を実施可能である。

なお、上長端末へのアクセスにあたっては、上長の許可よりも、会社のセキュリティポリシーの方が優先される。図５は、ユーザ端末３−７のみが社外に持ち出された状態を示す図である。図５では、上長端末１−１は社内に接続されたままであって、ユーザ端末３−７のみが出張などにより社外に持ち出され、社外ネットワーク７に接続されている。

図５のような状態で、ユーザ端末３−７がアクセス管理対象のファイルにアクセスした場合、上長端末１−１にファイルアクセス要求を送信する。ところで、上長端末１−１は社内ネットワーク５に接続され、社外ネットワーク７との間には、ファイアウォール６が設置されている。たとえば、ファイアウォール６にて、社外からのファイルアクセス要求の通過を認めない旨の設定がなされていた場合、ユーザ端末３−７からのファイルアクセス要求は、ファイアウォール６を通過せず、上長端末１−１に到達しない。

このように、ファイアウォールによるネットワークアクセス管理を、上長によるファイルアクセス管理よりも上位に設定する。これにより、ユーザは、会社ネットワークセキュリティポリシーおよび上長の設定に基づく限りにおいて、ファイルアクセスが可能である。したがって、上長が会社のセキュリティポリシーから逸脱したファイルアクセス許可を設定した場合にも、想定しないネットワークアクセスが行われることを防ぐことができる。

以上説明したように、本実施の形態では、ユーザが所属する部門（グループ）ごとに配置される上位者の端末に、ファイルアクセス認証の機能を設ける構成とした。これにより、ユーザがファイルアクセスを行うための認証を得るには、ユーザ端末から上長端末を参照できること、すなわち、ネットワーク経路が許可されていることが必要となる。また、ユーザ端末が上長端末から適切なアクセス許可が得られること、すなわち、上長判断によるファイルアクセス許可が得られることが必要となる。言い換えれば、ユーザが上長による管理が可能な範囲内に存在し、かつ上長が許可する場合にのみファイルアクセスが可能となるので、セキュリティ耐性の低下を回避し、また、職制と連動したファイルアクセス管理が実現できる。

また、ユーザ端末の盗難，紛失などが発生した場合にも、上長端末に接続できる範囲外からのファイルアクセスは不可能であるため、特別な手段を講じることなく、セキュリティを確保できる。

また、ファイルアクセス情報のメンテナンスは、各上長が自身の責任範囲に基づき実施することとなり、一括でメンテナンスする場合に比較して負担が分散される。また、柔軟な対応も可能となる。

以上のように、本発明にかかるファイル管理方法は、ファイルアクセスを行う場合に有用であり、特に、ファイルに対するアクセス管理を行う場合に適している。

１−１，１−２ 上長端末
１Ｂ 代理端末
２−１，２−２ 部門間ファイアウォール装置
３−１〜３−７ ユーザ端末
４ 部門サブネットワーク
５ 社内ネットワーク
６ ファイアウォール
７ 社外ネットワーク
１０ ファイルアクセス認証部
１１ アクセス承認部
１２ ファイルアクセス情報管理テーブル
２０ ネットワークアクセス制御部
２１ アクセス制御部
２２ ネットワークアクセス情報管理テーブル
９１ 一括認証サーバ
９２ アクセス制御情報
９３ 社内ネットワーク
９４−１〜９４−３ ユーザ端末
９５ ファイアウォール
９６ 社外ネットワーク

Claims (9)

1. １以上のユーザ端末と、当該ユーザ端末を使用するユーザの管理者の端末である管理者端末とを備え、ファイルに対してアクセス制限を行うファイルアクセス管理システム、におけるファイルアクセス管理方法であって、
   前記ユーザ端末が、ファイルに対するアクセスを検出した場合に、自端末にログイン中のユーザのユーザＩＤと当該ファイルのファイル名とを含めたファイルアクセス要求を、前記管理者端末へ送信するアクセス要求送信ステップと、
   前記管理者端末が、前記ファイルアクセス要求を受信した場合に、自端末が管理するファイルに対するユーザのアクセスを管理するためのテーブルであるファイルアクセス情報管理テーブルから、当該ファイルアクセス要求に含まれるユーザＩＤとファイル名とに対応するアクセスの可否およびアクセスキーを読み出し、アクセスが許可されている場合には、アクセスを許可する旨の指示およびアクセスキーを含めたアクセス認証応答を返信し、一方、アクセスが許可されていない場合には、アクセスを許可しない旨の指示を含めたアクセス認証応答を返信するアクセス認証応答送信ステップと、
   前記ユーザ端末が、前記アクセス認証応答にアクセスを許可する旨の指示が含まれていた場合に、当該アクセス認証応答に含まれるアクセスキーを用いて、アクセスされたファイルを操作可能にするための制御を行うファイル操作開始ステップと、
   を含むことを特徴とするファイルアクセス管理方法。
2. 前記ファイルアクセス管理システムは、さらに、ユーザと管理者によるグループである部門が接続されるセグメント間のアクセスを管理するための部門間ファイアウォール装置を備えることとし、
   前記管理者端末は、前記ファイルアクセス情報管理テーブルにて、さらに、自端末が管理するユーザ以外のユーザのアクセスを管理することとし、
   さらに、
   前記ユーザ端末が、自端末が属するグループ以外のグループが接続するセグメント上のファイルに対するアクセスを検出した場合に、ユーザＩＤと当該ファイルのファイル名と当該セグメントの指定とを含めたファイルアクセス要求を、当該セグメントへのアクセスを管理する前記部門間ファイアウォール装置へ送信する他グループアクセスステップと、
   前記部門間ファイアウォール装置が、自装置が管理するセグメントである自セグメントの外部からファイルアクセス要求を受信した場合に、自セグメントと他のセグメントとの間のアクセス可否を管理するためのネットワークアクセス情報管理テーブルに基づいてアクセスの可否を判断し、アクセスが許可されている場合には当該ファイルアクセス要求を通過させるアクセス要求通過ステップと、
   を含むことを特徴とする請求項１に記載のファイルアクセス管理方法。
3. 前記ファイルアクセス管理システムは、さらに、前記管理者端末が接続されていない間に代替として機能する代理端末を備えることとし、
   さらに、
   前記ユーザ端末が、ファイルに対するアクセスを検出した場合であって、かつ、自端末が接続すべき管理者端末が接続されていない場合に、前記ファイルアクセス要求を前記代理端末へ送信するアクセス要求代理送信ステップ、
   を含むことを特徴とする請求項１または２に記載のファイルアクセス管理方法。
4. 前記ファイルアクセス管理システムは、さらに、全セグメントと外部ネットワークとを隔てる上位ファイアウォール装置を備えることとし、
   前記上位ファイアウォール装置のセキュリティポリシーは、前記管理者端末のセキュリティポリシーよりも優先して適用される、
   ことを特徴とする請求項２に記載のファイルアクセス管理方法。
5. １以上のユーザ端末と、当該ユーザ端末を使用するユーザの管理者の端末である管理者端末とを備え、ファイルに対してアクセス制限を行うファイルアクセス管理システム、における前記管理者端末であって、
   自端末が管理するファイルに対するユーザのアクセスを管理するためのテーブルであるファイルアクセス情報管理テーブルと、
   前記ユーザ端末から、当該ユーザ端末のユーザのユーザＩＤおよびアクセスされたファイルのファイル名を含めたファイルアクセス要求を受信した場合に、前記ファイルアクセス情報管理テーブルを参照し、当該ファイルアクセス要求に含まれるユーザＩＤとファイル名とに対応するアクセスの可否およびアクセスキーを読み出し、アクセスが許可されている場合には、アクセスを許可する旨の指示およびアクセスキーを含めたアクセス認証応答を返信し、一方、アクセスが許可されていない場合には、アクセスを許可しない旨の指示を含めたアクセス認証応答を返信するアクセス承認手段と、
   を備えることを特徴とする管理者端末。
6. 前記ファイルアクセス情報管理テーブルでは、さらに、自端末が管理するユーザ以外のユーザのアクセスを管理する、
   ことを特徴とする請求項５に記載の管理者端末。
7. １以上のユーザ端末と、
   請求項５に記載の管理者端末と、
   を備えることを特徴とするファイルアクセス管理システム。
8. １以上のユーザ端末と、
   請求項６に記載の管理者端末と、
   ユーザと管理者によるグループである部門間のアクセスを管理するための部門間ファイアウォール装置と、
   を備えることを特徴とするファイルアクセス管理システム。
9. さらに、
   全セグメントと外部ネットワークとを隔てる上位ファイアウォール装置、
   を備え、
   前記上位ファイアウォール装置のセキュリティポリシーは、前記管理者端末のセキュリティポリシーよりも優先して適用される、
   ことを特徴とする請求項７または８に記載のファイルアクセス管理システム。

Images