(57)【要約】【課題】  ユーザの利便性を確保するとともに、重要なデータに対するセキュリティ性を向上させることができるようにする。【解決手段】  サーバ３に保管されているデータに予めその重要性に応じたランク付けを行っておき、アクセスしたデータの重要性ランク値４５の合計が予め定められた所定値を超えた場合に、当該ユーザの再認証を求めるように制御して、データの重要性に応じたセキュリティの確保を行えるようにする。【選択図】        図１
2005085107.tif 000002
【特許請求の範囲】
【請求項１】
データを保管するとともにユーザの認証機能を有するサーバのアクセス制御装置であって、
前記データはその重要性を評価した重要性ランク値を有しており、前記データにアクセスしたときに、前記重要性ランク値の合計が予め定められた所定値を超えた場合、前記ユーザの再認証を求めるように制御することを特徴とするアクセス制御装置。
【請求項２】
データを保管するとともにユーザの認証機能を有するサーバと、
前記データはその重要性を評価した重要性ランク値を有しており、前記データにアクセスしたときに、前記重要性ランク値の合計が予め定められた所定値を超えた場合、前記ユーザの再認証を求めるように制御するアクセス制御装置と
を備えることを特徴とするアクセス制御システム。
【請求項３】
データを保管するとともにユーザの認証機能を有するサーバのアクセス制御方法であって、
前記データはその重要性を評価した重要性ランク値を有しており、前記データにアクセスしたときに、前記重要性ランク値の合計が予め定められた所定値を超えた場合、前記ユーザの再認証を求めるように制御することを特徴とするアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータネットワークシステムにおけるユーザのサーバにおけるアクセス制御に関するものである。
【背景技術】
【０００２】
従来、ネットワークに接続されたユーザのコンピュータから、同じくネットワークに接続されたサーバにアクセスする場合は、当該ユーザにサーバを使用する権限があるかどうかのユーザ認証が行われていた（従来例１）。代表的なユーザ認証としては、ユーザＩＤとパスワードを入力する方法がある。
【０００３】
また、特許文献１には、最初のサーバへのアクセスからの有効期限を設定し、有効期限が過ぎた場合には、再度ユーザ認証を行うようにして、セキュリティ性の向上を図る方法が提案されている。さらに、特許文献２には、サーバのデータ（特許文献２では、ウェブページ）毎にアクセス可能な有効時間を設定する方法が記載されている。
【０００４】
【特許文献１】特開平９−１４６８２４号公報
【特許文献２】特開２００２−２７８９３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来例１の方法では、１度サーバでのユーザ認証が行われると、その後はユーザがそのサーバをいつまでも使い続けることができてしまうため、セキュリティ性の問題があった。
【０００６】
また、特許文献１では、有効期限を設定してセキュリティ性の向上を図るようにしたものであるが、サーバ内には重要性の高いデータとそれほど重要性の高くないデータとが混在して入力されていることが多く、特許文献１の方法では、有効期限を長く設定した場合には重要性の高いデータのセキュリティ性の確保に問題が生じ、逆に、有効期限を短く設定した場合には重要性がそれほど高くないデータにアクセスしているにも拘わらずユーザの再認証を求められることになってしまい、ユーザの利便性を損なうという問題があった。
【０００７】
また、特許文献２では、ユーザが複数のデータにアクセスする場合に、有効時間の短いデータへのアクセスを先に行わないと当該データを見ることができなくなってしまうことがあり、データにアクセスする順番が制限されてしまうという問題があった。
【０００８】
本発明は、上述の問題点にかんがみてなされたものであり、ユーザがサーバに存在する複数のデータにアクセスするときに、ユーザの利便性を損なうことなく、データのセキュリティ性を確保することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記目的を達成するために、データを保管するとともにユーザの認証機能を有するサーバのアクセス制御装置であって、前記データはその重要性を評価した重要性ランク値を有しており、前記データにアクセスしたときに、前記重要性ランク値の合計が予め定められた所定値を超えた場合、前記ユーザの再認証を求めるように制御することを特徴とするアクセス制御装置等を提供する。
【発明の効果】
【００１０】
本発明によれば、サーバに保管されているデータに予めその重要性に応じたランク付けを行っておき、アクセスしたデータの重要性ランク値の累計によって、ユーザの再認証を求めるタイミングを決定するようにしたので、重要なデータにアクセスした場合には、少しの分量でユーザの再認証を求め、また、重要性の低いデータにアクセスした場合には、多くの分量にアクセスした後でユーザの再認証が行われるようになり、ユーザの利便性を確保するとともに、重要なデータに対するセキュリティ性を向上させることができる。
【発明を実施するための最良の形態】
【００１１】
本発明のアクセス制御装置、アクセス制御システム及びアクセス制御方法における実施形態を以下に説明する。
図１は、本発明の実施形態におけるアクセス制御装置を含むアクセス制御システムの概略構成図である。
図１において、１はネットワークである。また、２は複数のユーザＰＣであり、それぞれのユーザＰＣ２はネットワーク１に接続されている。３はサーバであり、これもネットワーク１に接続されている。また、４はデータストレージであり、サーバ３に接続されている。
【００１２】
２１はユーザＰＣ２の中で動作しているデータ表示モジュールであり、３１はサーバ３の中で動作しているデータ制御モジュールである。このデータ表示モジュール２１とデータ制御モジュール３１とのやり取りにより、ユーザはサーバに保管された後述するデータの閲覧が可能となる。例えばＷｅｂ方式でデータの閲覧を行う場合は、データ制御モジュール３１がＷｅｂサーバに該当し、データ表示モジュール２１がＷｅｂブラウザに該当する。
【００１３】
３２はアクセス管理モジュールであり、これもサーバ３の中で動作している。また、４１，４２，４３はデータストレージ４に保管されているデータ１，データ２，データ３である。４４はユーザ認証情報であり、４５は重要性情報である。これらもデータストレージ４の中に入っている。
【００１４】
なお、上述したユーザＰＣ２やサーバ３、また、Ｗｅｂブラウザを例とするデータ表示モジュール２１やＷｅｂサーバを例とするデータ制御モジュール３１の基本的な動作に関しては、既に公知であるのため、以下では本発明に関係する部分に関してのみ説明する。
【００１５】
図２は、ユーザ認証情報４４を説明する模式図である。
ユーザ認証情報４４の中身は、ユーザＩＤ４４１とパスワード４４２とが対になっていて、この対が認可されているユーザの数だけ存在する。ユーザがサーバ３の認証を受ける際、ユーザＩＤとパスワードを入力するが、サーバに送信されたこれらのデータがユーザ認証情報４４に入力されているユーザＩＤ４４１とパスワード４４２のどれかに正しく一致するかどうかによりユーザ認証が行われることになる。
【００１６】
図３は、重要性情報４５を説明する模式図である。
重要性情報４５には、データストレージ４に保管されている各々のデータ４１，４２，４３に対する重要性ランク値４５１が付加されている。本実施形態では、重要性ランク値４５１は１〜３の３段階でランキングされており、この値が大きいほど重要性が高いことを示している。
【００１７】
図４は、本発明の実施形態におけるアクセス制御方法を説明するためのフローチャートである。
まず、ステップＳ０は、最初に実施されるステップであり、アクセス管理モジュール３２が全てのユーザにおけるアクセス評価のために持っている値（以降、アクセス評価値と言う）Ｎに初期値の０を代入し、ステップＳ１に進む。
【００１８】
続いて、ステップＳ１では、データ制御モジュール３１において、ユーザからのアクセスがあるかどうかを判定する。この判定の結果、アクセスがあると判定された場合には、ステップＳ２に進む。一方、ステップＳ１での判定の結果、アクセスがないと判定された場合には、ステップＳ１で待機する。
【００１９】
続いて、ステップＳ２は、ステップＳ１でユーザからのアクセスがあった場合に実行されるステップであり、アクセス管理モジュール３２において、アクセスしたユーザのアクセス評価値Ｎの値が０よりも大きいか否かを判定する。この判定の結果、アクセスしたユーザのアクセス評価値Ｎの値が０よりも大きいと判定された場合には、ステップＳ７に進む。一方、ステップＳ２での判定の結果、アクセスしたユーザのアクセス評価値Ｎの値が０いかであると判定された場合には、ステップＳ３に進む。
【００２０】
続いて、ステップＳ３は、ステップＳ２でアクセスがあったユーザのアクセス評価値Nが0かそれ以下であった場合に行われるステップであり、ユーザ認証の入力作業を実行する。
具体的には、サーバ３のデータ制御モジュール３１は、ユーザＰＣ２のデータ表示モジュール２１に図５に示すようなユーザ認証画面のデータを送って、このユーザ認証画面をユーザＰＣ２の画面に表示させる。そして、ユーザはこのユーザＩＤ記入欄５１に自分のユーザＩＤを記入するとともに、パスワード記入欄５２に自分のパスワードを記入して、ＯＫボタン５３を押す。これにより、記入されたユーザＩＤとパスワードがサーバ３に送信される。
【００２１】
続いて、ステップＳ４は、アクセス管理モジュール３２がステップＳ３で入力されたユーザIDとパスワードが正しいかどうかの評価を行うステップであり、アクセス管理モジュール３２において、ステップＳ３で入力されたユーザＩＤとパスワードが図２に示されたユーザ認証情報４４に入力されているユーザＩＤ４４１とパスワード４４２のどれかと一致するかどうかの判定を行う。この判定の結果、ユーザＩＤとパスワードが一致したと判定された場合には、登録ユーザであると判断されるため、ステップＳ６に進む。一方、ステップＳ４での判定の結果、ユーザＩＤとパスワードが１つも一致しなかったと判定された場合には、ステップＳ５に進む。
【００２２】
ステップＳ５は、ステップＳ４でユーザＩＤとパスワードが一致しなかった場合に実行されるステップであり、データ制御モジュール３１において、ユーザＰＣ２に対して図６に示すようなアクセス不許可表示を行い、これを確認したユーザがＯＫボタン６１を押すことによってステップＳ１に戻る。
【００２３】
一方、ステップＳ６は、ステップＳ４でユーザＩＤとパスワードが一致した場合に実行されるステップであり、アクセス管理モジュール３２において、アクセス評価値Ｎに対して予め設定された初期値を代入し、ステップＳ７に進む。
【００２４】
続いて、ステップＳ７は、ステップＳ２でアクセス評価値Ｎが０より大きい場合及び、ステップＳ６でアクセス評価値Ｎに初期値が設定された後に実行されるステップであり、アクセス管理モジュール３２において、アクセス評価値Ｎから、今からユーザがアクセスしようとしているデータの重要性ランク値４５１（図３参照）を引いた値を、再度アクセス評価値Ｎに代入する。
【００２５】
続いて、ステップＳ８は、ステップＳ７でアクセス評価値Ｎから、重要性ランク値４５１を引いた後に実行されるステップであり、ユーザがアクセスしようとしているデータの表示を行う。
具体的には、データ制御モジュール３１において、データストレージ４から必要とされるデータを読み出してユーザＰＣ２のデータ表示制御モジュール２１に送る。データを受取ったデータ表示モジュール２１は、このデータをユーザＰＣ２のモニタに表示する。この後、次のデータアクセスを待つためにステップＳ１に戻る。
【００２６】
次に、実際のアクセス制御方法を具体例を挙げて説明する。
ここでは、サーバにアクセスを許可されたユーザが図３に示すデータ３、データ１、データ２の順でデータを閲覧することにする。データの重要性ランク値は、閲覧する順番に２、３、１である。また、ステップＳ６で用いられる、アクセス評価値Ｎに代入される初期値は５であるとしておく。
【００２７】
まず、最初に、ステップＳ０では、全てのユーザのアクセス評価値Ｎに０がセットされる。
そして、ユーザがデータ３にアクセスすると、続いてステップＳ１では、アクセスがあったことが判定されて、ステップＳ２に進む。ここでアクセス評価値Ｎが評価されることになるが、ステップＳ０においてアクセス評価値Ｎに０がセットされた状態なので０かそれ以下の判定となり、ステップＳ３に進む。
【００２８】
続いて、ステップＳ３では、ユーザ認証のためのユーザＩＤとパスワードの入力が行われ、続いて、ステップＳ４では、ユーザＩＤとパスワードが一致するかの判定が行われる。このユーザは登録されているユーザなのでユーザＩＤとパスワードが一致していると判定された後、ステップＳ６に進んで、アクセス評価値Ｎに初期値の５が代入される。
【００２９】
続いて、ステップＳ７では、データ３の重要性ランク値である２をアクセス評価値Ｎから引く。この結果、アクセス評価値Ｎは３となる。続いて、ステップＳ８では、データ３の閲覧が行われる。
【００３０】
次に、ユーザがデータ１にアクセスしようとすると、ステップＳ１においてアクセスの動作を判定してステップＳ２に進む。続いて、ステップＳ２では、今回はアクセス評価値Ｎが３であるので、ユーザ認証を行うステップＳ３には進まずに、ステップＳ７にジャンプする。続いて、ステップＳ７では、アクセス評価値Ｎからデータ３の重要性ランク値３を引くので、アクセス評価値Ｎの値は０となる。この時点でアクセス評価値の値を使い果たしたことになるのである。続いて、ステップＳ８では、データ１の閲覧が行われる。
【００３１】
次に、ユーザがデータ２にアクセスしようとすると、ステップＳ１においてアクセスの動作をしてステップＳ２に進む。続いて、ステップＳ２では、前のデータ1における閲覧の時点でアクセス評価値Nの値を使い果たしている（値が0になっている）ので、ステップＳ２の判定では０かそれ以下と判定され、ステップＳ３に進んで、再度ユーザ認証を行うことになる。これ以降の手順は、データ３におけるアクセスの途中（ユーザ認証の部分）から同じとなるので、説明は省略する。
【００３２】
以上説明した手順を経ることにより、データの重要性に応じてサーバにアクセスできるデータの量が変わってくることになる。つまり、重要性ランク値が低いデータにアクセスする場合は多くの分量にアクセスできるが、重要性ランク値の高いデータにアクセスするほど、アクセスできる分量が少なくなり、また、アクセスを続けるためには、再度ユーザ認証を行うことが必要となるので、セキュリティレベルを向上させることができる。
【００３３】
なお、上述した実施例では、閲覧時間に制限を設けなかったが、アクセス評価値でのユーザの再認証の要求だけでなく、前回のユーザ認証以降一定の時間が経過した場合もユーザの再認証を求める方法にすれば、ユーザが閲覧途中に席を外した場合等においてもセキュリティ確保に役立つようにできる。
【００３４】
また、上述した実施例では、Ｗｅｂ方式でのサーバのデータを閲覧するようになっていたが、サーバに保管されたデータをファイル共有でユーザＰＣからアクセスする方法であってもかまわない。但し、この場合は、ユーザＰＣ２にはデータ一覧を表示するソフトとデータの中身を閲覧するソフトとの両方をインストールしておく必要がある。また、本発明は、上述した実施例の構成に拘わらず、装置として構成されていても、システムとして構成されていても、ソフトウエアで実施される方法として構成されていてもかまわない。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施形態におけるアクセス制御装置を含むアクセス制御システムの概略構成図である。
【図２】ユーザ認証情報を説明する模式図である。
【図３】重要性情報を説明する模式図である。
【図４】本発明の実施形態におけるアクセス制御方法を説明するためのフローチャートである。
【図５】ユーザ認証画面を示した図である。
【図６】アクセス不許可表示画面を示した図である。
【符号の説明】
【００３６】
１  ネットワーク
２  ユーザＰＣ
３  サーバ
４  データストレージ
２１  データ表示モジュール
３１  データ制御モジュール
３２  アクセス管理モジュール
４１  データ１
４２  データ２
４３  データ３
４４  ユーザ認証情報
４５  重要性情報
５１  ユーザＩＤ記入欄
５２  パスワード記入欄
５３  OKボタン
６１  OKボタン
４４１  ユーザＩＤ
４４２  パスワード
４５１  重要性ランク値
【図１】
2005085107.tif 000003
【図２】
2005085107.tif 000004
【図３】
2005085107.tif 000005
【図４】
2005085107.tif 000006
【図５】
2005085107.tif 000007
【図６】
2005085107.tif 000008