コンテンツサーバ及びアクセス制御システム
【課題】クライアント端末のユーザの属性情報に基づいて、アクセス制御を実現することができるコンテンツサーバ及びアクセス制御システムを提供すること。
【解決手段】コンテンツサーバ２０は、コンテンツへのアクセスが許可されたクライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御ファイルを記憶し、クライアント端末から、ＩＰアドレスを含むアクセス要求情報を受信する要求情報受信部２４２と、クライアント端末のユーザＩＤ及び属性情報を受信する属性情報受信部２４４と、アクセス制御ファイルのユーザＩＤ及び属性情報と、属性情報受信部２４４により受信されたユーザＩＤ及び属性情報に基づいて、クライアント端末のコンテンツへのアクセスを許可するか否かを判定する判定部２４５と、判定部２４５によりアクセスを許可すると判定された場合、クライアント端末にコンテンツの情報を出力する出力部２４６と、を備える。
【解決手段】コンテンツサーバ２０は、コンテンツへのアクセスが許可されたクライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御ファイルを記憶し、クライアント端末から、ＩＰアドレスを含むアクセス要求情報を受信する要求情報受信部２４２と、クライアント端末のユーザＩＤ及び属性情報を受信する属性情報受信部２４４と、アクセス制御ファイルのユーザＩＤ及び属性情報と、属性情報受信部２４４により受信されたユーザＩＤ及び属性情報に基づいて、クライアント端末のコンテンツへのアクセスを許可するか否かを判定する判定部２４５と、判定部２４５によりアクセスを許可すると判定された場合、クライアント端末にコンテンツの情報を出力する出力部２４６と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツサーバ及びアクセス制御システムに関する。
【背景技術】
【０００２】
従来、複数のクライアント端末からアクセスされるコンテンツサーバにおいて、セキュリティやプライバシーといった観点から、クライアント端末のアクセス制御が行われる場合がある。
【０００３】
例えば、特許文献１に示されるコンテンツサーバは、記憶部を備えており、このコンテンツサーバに記憶されているコンテンツの情報の閲覧が許可されているクライアント端末のドメイン名又はＩＰアドレスを予め記憶部に記憶する。そして、コンテンツサーバにアクセスしたクライアント端末のドメイン名又はＩＰアドレスが、記憶部に記憶されているドメイン名又はＩＰアドレスと一致する場合に、特許文献１に示されるコンテンツサーバは、コンテンツの情報を提供する。
【０００４】
また、複数のコンテンツサーバのアクセス制御を行う場合には、例えば、エージェント方式やリバースプロキシ方式といった方式が用いられる。
【０００５】
エージェント方式によるアクセス制御は、以下のように行われる。まず、複数のコンテンツサーバにおけるアクセス制御情報を一元的に管理するエージェントサーバを設けておく。クライアント端末は、エージェントサーバにアクセスし、このアクセス制御情報を取得する。続いて、クライアント端末は、コンテンツサーバにアクセスする際に、このコンテンツサーバに、取得したアクセス制御情報を提供する。続いて、コンテンツサーバは、提供されたアクセス制御情報により、クライアント端末のアクセスの可否を判定し、アクセスを許可すると判定した場合、コンテンツサーバの情報をクライアント端末に提供する。
【０００６】
一方、リバースプロキシ方式によるアクセス制御は、以下のように行われる。まず、複数のコンテンツサーバのアクセス制御情報を一元的に管理するリバースプロキシサーバを設けておく。クライアント端末は、コンテンツサーバに直接アクセスすることなく、リバースプロキシサーバにアクセスする。続いて、リバースプロキシサーバは、クライアント端末のコンテンツサーバへのアクセスの可否を判定する。続いて、リバースプロキシサーバは、アクセスが許可されたと判定した場合に、コンテンツサーバの情報を取得し、クライアント端末に提供する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−２１６２６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、近年、企業では、クライアント端末を使用するユーザの識別情報、及びこのユーザの属する部署や役職といったユーザの属性情報に基づいてアクセス制御を行うことが要請されている。
しかしながら、特許文献１に示されるコンテンツサーバでは、ドメイン名又はＩＰアドレスに基づいてアクセス制御を行うため、クライアント端末のユーザの識別情報や、ユーザの属性情報に基づいてアクセス制御を行う場合には、アクセスを許可するＩＰアドレスとユーザとの関連性について常に管理する必要があり、管理が煩雑となる場合がある。
【０００９】
また、エージェント方式によるアクセス制御でも、ユーザの属性情報に基づいてアクセス制御を行う場合、複数のコンテンツサーバそれぞれについて、アクセスを許可するＩＰアドレスとユーザとの関連性について常に管理する必要があり、管理が煩雑となる。
【００１０】
また、リバースプロキシ方式によるアクセス制御は、一般にＳＳＯ（Ｓｉｎｇｌｅ Ｓｉｇｎ−Ｏｎ）を実現することを目的とするものであり、クライアント端末のユーザの属性情報に基づいて、アクセス制御を行うものではない。
【００１１】
本発明は、クライアント端末のユーザの属性情報に基づいて、アクセス制御を実現することができるコンテンツサーバ及びアクセス制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係るコンテンツサーバは、クライアント端末及び管理サーバに通信ネットワークを介して接続可能で、前記クライアント端末にコンテンツの情報を出力するコンテンツサーバであって、前記コンテンツの情報を記憶するコンテンツ記憶手段と、前記コンテンツへのアクセスが許可された前記クライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御情報記憶手段と、前記クライアント端末から、コンテンツへのアクセス要求を示し、前記クライアント端末のアドレスを含む要求情報を受信する要求情報受信手段と、前記要求情報受信手段により前記要求情報を受信したことに応じて、前記アドレスに基づいて、前記管理サーバから、前記クライアント端末のユーザの識別情報及び属性情報を受信する属性情報受信手段と、アクセス制御情報記憶手段に記憶されている前記識別情報及び前記属性情報と、前記属性情報受信手段により受信された前記識別情報及び前記属性情報に基づいて、前記クライアント端末の前記コンテンツへのアクセスを許可するか否かを判定する判定手段と、前記判定手段によりアクセスを許可すると判定された場合、前記クライアント端末にコンテンツの情報を出力する出力手段と、を備える。
【００１３】
また、前記アクセス制御情報記憶手段は、前記コンテンツを記憶するディレクトリ単位に、前記コンテンツへのアクセスが許可された前記ユーザの識別情報及び属性情報を記憶可能であることが好ましい。
【００１４】
また、前記出力手段は、前記判定手段によりアクセスを許可しないと判定された場合、前記クライアント端末にコンテンツへのアクセスを拒否する旨を示す情報を送信することが好ましい。
【００１５】
また、コンテンツサーバは、前記クライアント端末からの前記コンテンツへのアクセスログを記憶するログ記憶手段と、前記判定手段により判定されたことに応じて、前記コンテンツに係る情報、前記属性情報受信手段により受信された前記ユーザの識別情報及び属性情報、前記判定手段により判定された時間、並びに前記判定手段による判定結果をアクセスログとして前記ログ記憶手段に記憶させるログ記憶制御手段と、をさらに備えることが好ましい。
【００１６】
また、コンテンツサーバは、前記ログ記憶手段を参照して、所定の条件に基づいて不正アクセスを検出する検出手段と、前記検出手段により不正アクセスが検出された場合、不正アクセスがあった旨を報知する報知手段と、をさらに備えることが好ましい。
【００１７】
本発明に係るアクセス制御システムは、クライアント端末と、通信ネットワークを介して前記クライアント端末に接続可能で、コンテンツを提供するコンテンツサーバと、前記通信ネットワークを介して前記コンテンツサーバに接続可能な管理サーバとから構成されるアクセス制御システムであって、前記コンテンツサーバは、前記コンテンツへのアクセスが許可された前記クライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御情報記憶手段と、前記クライアント端末から、コンテンツへのアクセス要求を示し、前記クライアント端末のアドレスを含む要求情報を受信する要求情報受信手段と、前記要求情報受信手段により前記要求情報を受信したことに応じて、前記管理サーバに前記アドレスを送信し、前記クライアント端末のユーザの識別情報及び属性情報の取得を要求する属性取得要求手段と、を備え、前記管理サーバは、前記クライアント端末のアドレスと、前記識別情報と、前記属性情報とを関連付けて記憶する関連情報記憶手段と、前記コンテンツサーバから前記アドレスを受信し、属性取得の要求を受け付ける属性取得受付手段と、前記属性取得受付手段により、前記属性取得の要求を受け付けたことに応じて、受信した前記アドレスに基づいて、前記関連情報記憶手段から、前記アドレスに関連付けられている前記識別情報と前記属性情報とを取得し、前記コンテンツサーバに送信する属性情報送信手段と、を備え、前記コンテンツサーバは、前記管理サーバから前記識別情報及び前記属性情報を受信する属性情報受信手段と、前記アクセス制御情報記憶手段に記憶されている前記識別情報及び前記属性情報と、前記属性情報受信手段により受信された前記識別情報及び前記属性情報に基づいて、前記クライアント端末の前記コンテンツへのアクセスを許可するか否かを判定する判定手段と、前記判定手段によりアクセスを許可すると判定された場合、前記クライアント端末にコンテンツの情報を出力する出力手段と、をさらに備える。
【発明の効果】
【００１８】
本発明によれば、クライアント端末のユーザの属性情報に基づいて、アクセス制御を実現することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施形態に係るアクセス制御システムの全体概要を示す図である。
【図２】本実施形態に係る管理サーバの機能構成を示す図である。
【図３】本実施形態に係るコンテンツサーバの機能構成を示す図である。
【図４】本実施形態に係るユーザＤＢを示す図である。
【図５】本実施形態に係る許可フラグテーブルを示す図である。
【図６】本実施形態に係る個別設定テーブルを示す図である。
【図７】本実施形態に係る紐付ＤＢを示す図である。
【図８】本実施形態に係るログＤＢを示す図である。
【図９】本実施形態に係る管理サーバにおける認証に係る処理の流れを示すフローチャートである。
【図１０】本実施形態に係る管理サーバ及びコンテンツサーバにおけるアクセス制御の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態について図面に基づいて説明する。
【００２１】
図１は、本実施形態に係るアクセス制御システム１の全体概要を示す図である。
【００２２】
アクセス制御システム１は、コンテンツサーバ２０に対するクライアント端末３０のアクセスを制御するためのシステムである。このアクセス制御システム１は、管理サーバ１０と、複数のコンテンツサーバ２０と、複数のクライアント端末３０とを備える。これら、管理サーバ１０、コンテンツサーバ２０、及びクライアント端末３０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネット等のコンピュータネットワークにより構成される通信ネットワークＮにより、通信可能に接続されている。
【００２３】
図２は、本実施形態に係る管理サーバ１０の機能構成を示す図である。
管理サーバ１０は、コンテンツサーバ２０が記憶するコンテンツへのアクセス制御を一元的に管理するサーバである。この管理サーバ１０は、表示部１１と、入力部１２と、記憶部１３と、制御部１４とを備える。
【００２４】
表示部１１は、ブラウン管表示装置（ＣＲＴ：Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶表示装置（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）等のディスプレイ装置により構成され、管理サーバ１０の機能に係る表示を行う。
【００２５】
入力部１２は、キーボード及びマウスを含んで構成されており、管理サーバ１０の操作者からの入力操作を受け付ける。
【００２６】
記憶部１３は、管理サーバ１０として機能させるための各種プログラム（図示省略）と、記憶手段としてのユーザデータベース（以下、データベースをＤＢという）１３１と、アクセス制御ＤＢ１３２と、紐付ＤＢ１３３とを備える。
【００２７】
図４は、本実施形態に係るユーザＤＢ１３１を示す図である。このユーザＤＢ１３１は、クライアント端末３０のユーザの識別情報を示すユーザＩＤと、このユーザの属性情報（以下、ユーザの属性情報を単に属性情報という）とを関連付けて記憶する。属性情報は、図４に示されるように、例えば、企業においてユーザが所属する組織情報及び役職、並びにコンテンツへのアクセスの許可を複数段階に設定する参照可能レベルである。参照可能レベルは、高い数値のものが、低い数値のものに比べて、閲覧権限が大きい。
【００２８】
図５及び図６は、本実施形態に係るアクセス制御ＤＢ１３２を示す図である。このアクセス制御ＤＢ１３２は、コンテンツサーバ２０が記憶するコンテンツに対するアクセス制御情報を記憶する。このアクセス制御ＤＢ１３２は、許可フラグテーブル１３２Ａと、個別設定テーブル１３２Ｂと、を備える。
【００２９】
図５は、本実施形態に係る許可フラグテーブル１３２Ａを示す図である。この許可フラグテーブル１３２Ａは、コンテンツが記憶されているコンテンツサーバ２０の名称と、コンテンツの名称と、このコンテンツのパスと、コンテンツサーバ２０が提供する許可フラグとを記憶する。この許可フラグは、値が１の場合、属性情報に関係なくアクセスが可能であることを示し、値が０の場合、属性情報に基づいてアクセスが可能であることを示すものである。
【００３０】
また、許可フラグテーブル１３２Ａには、コンテンツの代わりにディレクトリを記憶させてもよく、この場合、ディレクトリに適用されている許可フラグの設定情報が、このディレクトリに記憶されているコンテンツ及びディレクトリに対して適用される。
【００３１】
図６は、本実施形態に係る個別設定テーブル１３２Ｂを示す図である。この個別設定テーブル１３２Ｂは、コンテンツが記憶されているコンテンツサーバ２０の名称と、コンテンツの名称を示すコンテンツ名と、このコンテンツのパスと、ユーザ名と、属性情報とを関連付けて記憶する。この個別設定テーブル１３２Ｂにおける１つの行は、１つの許可設定情報に対応している。すなわち、１つの行において、コンテンツ名に関連付けられているユーザＩＤ及び属性情報を満たすユーザが、このコンテンツ名に対応するコンテンツへのアクセスが許可されているユーザとなる。なお、１つの行において、コンテンツ名に複数の属性情報が関連付けられている場合、複数の属性情報を満たすユーザが、アクセスが許可されているユーザとなる。
【００３２】
例えば、図６の個別設定テーブル１３２Ｂに示されるように、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」、コンテンツ名が「ａ００１．ｈｔｍｌ」、パスが「／ｇｙｏｕｍｕ１／ｈｏｍｅ／」に対応するコンテンツの許可設定情報は４つある。つまり、このコンテンツへのアクセスが許可されているユーザは、ユーザＩＤが「Ｕ００１」のユーザ、組織情報が「○○部」のユーザ、組織情報が「△△部」かつ役職が「部長」のユーザ、及び参照可能レベルが「５」以上のユーザである。
【００３３】
また、個別設定テーブル１３２Ｂには、コンテンツの代わりにディレクトリを記憶させてもよく、この場合、ディレクトリに適用されている許可設定情報が、このディレクトリに記憶されているコンテンツ及びディレクトリに対して適用される。
【００３４】
図７は、本実施形態に係る紐付ＤＢ１３３を示す図である。この紐付ＤＢ１３３は、クライアント端末３０のアドレスであるＩＰアドレスと、このアドレスに対応するユーザＩＤと、このユーザＩＤに対応する属性情報とを関連付けて記憶する。
【００３５】
図２に戻り、制御部１４は、管理サーバ１０に係る各機能を統括的に制御する部分であり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等により構成される。この制御部１４は、本発明に係る各機能として、設定受付部１４１と、制御ファイル送信部１４２と、認証部１４３と、属性取得受付部１４４と、属性情報送信部１４５とを備える。
【００３６】
設定受付部１４１は、入力部１２を介して、許可フラグテーブル１３２Ａ及び個別設定テーブル１３２Ｂに記憶されている情報の変更を受け付ける。
【００３７】
制御ファイル送信部１４２は、アクセス制御ＤＢ１３２の情報をコンテンツサーバ２０に送信する。
具体的には、制御ファイル送信部１４２は、アクセス制御ＤＢ１３２の許可フラグテーブル１３２Ａに記憶されているコンテンツサーバ名に基づいて、複数のコンテンツサーバ２０それぞれのアクセス制御ファイルとして、第１制御ファイルを生成し、生成したファイルを、対応するコンテンツサーバ２０に送信する。
【００３８】
例えば、図５に示される許可フラグテーブル１３２Ａの場合、制御ファイル送信部１４２は、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」に係る設定情報を、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」のコンテンツサーバ２０の第１制御ファイルとして、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」のコンテンツサーバ２０に送信する。また、制御ファイル送信部１４２は、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」に係る設定情報を、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」のコンテンツサーバ２０の第１制御ファイルとして、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」のコンテンツサーバ２０に送信する。
【００３９】
また、制御ファイル送信部１４２は、アクセス制御ＤＢ１３２の個別設定テーブル１３２Ｂに記憶されているコンテンツサーバ名に基づいて、複数のコンテンツサーバ２０それぞれのアクセス制御ファイルとして、第２制御ファイルを生成し、生成したファイルを、対応するコンテンツサーバ２０に送信する。
【００４０】
例えば、図６に示される個別設定テーブル１３２Ｂの場合、制御ファイル送信部１４２は、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」に係る設定情報を、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」のコンテンツサーバ２０の第２制御ファイルとして、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」のコンテンツサーバ２０に送信する。また、制御ファイル送信部１４２は、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」に係る設定情報を、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」のコンテンツサーバ２０の第２制御ファイルとして、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」のコンテンツサーバ２０に送信する。
【００４１】
また、制御ファイル送信部１４２は、設定受付部１４１によりアクセス制御ＤＢ１３２の変更を受け付けたことに応じて、変更された内容に対応するアクセス制御ファイルを更新する。そして、制御ファイル送信部１４２は、更新されたアクセス制御ファイルを、対応するコンテンツサーバ２０に送信する。
【００４２】
認証部１４３は、クライアント端末３０から、認証情報としてユーザＩＤを受け付け、このユーザＩＤの認証を行う。具体的には、認証部１４３は、クライアント端末３０からユーザＩＤを受け付けると、受け付けたユーザＩＤがユーザＤＢ１３１に記憶されているか判定する。認証部１４３は、受け付けたユーザＩＤがユーザＤＢ１３１に記憶されている場合、認証が成功したとして、認証が成功したことを示す認証完了情報をクライアント端末３０に送信する。また、認証部１４３は、受け付けたユーザＩＤがユーザＤＢ１３１に記憶されていない場合、認証が失敗したとして、認証が失敗したことを示す認証不可情報をクライアント端末３０に送信するとともに、再度、ユーザＩＤを受け付ける。
【００４３】
また、認証部１４３は、クライアント端末３０から、認証情報とともに、このクライアント端末３０のＩＰアドレスを受信する。そして、認証部１４３は、認証が成功した場合、受け付けたユーザＩＤの属性情報をユーザＤＢ１３１から取得し、その後、受信したＩＰアドレスと、受け付けたユーザＩＤと、このユーザＩＤの属性情報とを紐付ＤＢ１３３に記憶させる。なお、紐付ＤＢ１３３に、受け付けたユーザＩＤに係る情報が記憶されている場合、認証部１４３は、このユーザＩＤに係る情報を消去した後、受信したＩＰアドレスと、受け付けたユーザＩＤと、このユーザＩＤの属性情報を紐付ＤＢ１３３に記憶させる。
【００４４】
属性取得受付部１４４は、コンテンツサーバ２０から、クライアント端末３０の属性情報の取得要求を受け付ける。具体的には、属性取得受付部１４４は、コンテンツサーバ２０から、属性情報の取得要求を示す属性取得要求情報を受信することで、属性情報の取得要求を受け付ける。属性取得要求情報には、クライアント端末３０のＩＰアドレスが含まれている。
【００４５】
属性情報送信部１４５は、紐付ＤＢ１３３を参照し、属性取得要求情報に含まれるＩＰアドレスに対応するユーザＩＤ及び属性情報を取得し、取得したユーザＩＤ及び属性情報をコンテンツサーバ２０に送信する。なお、属性情報送信部１４５は、ＩＰアドレスに対応するユーザＩＤ及び属性情報を取得できなかった場合、エラー情報をコンテンツサーバ２０に送信する。
【００４６】
図３は、本実施形態に係るコンテンツサーバ２０の機能構成を示す図である。
コンテンツサーバ２０は、クライアント端末３０等に対してコンテンツを提供するサーバである。このコンテンツサーバ２０は、表示部２１と、入力部２２と、記憶部２３と、制御部２４とを備える。
【００４７】
表示部２１は、ブラウン管表示装置や液晶表示装置等のディスプレイ装置により構成され、コンテンツサーバ２０の機能に係る表示を行う。
【００４８】
入力部２２は、キーボード及びマウスを含んで構成されており、コンテンツサーバ２０の操作者からの入力操作を受け付ける。
【００４９】
記憶部２３は、コンテンツサーバ２０として機能させるための各種プログラム（図示省略）を記憶する。また、記憶部２３は、コンテンツ記憶手段として機能してコンテンツサーバ２０が提供するコンテンツの情報を記憶するとともに、アクセス制御情報記憶手段として機能して管理サーバ１０から受信したアクセス制御ファイルを記憶する。また、記憶部２３は、ログ記憶手段としてのログＤＢ２３１を備える。なお、本実施形態のコンテンツとは、文字情報、音声、映像等により構成されるデータを含むファイルをいう。
【００５０】
図８は、本実施形態に係るログＤＢ２３１を示す図である。このログＤＢ２３１は、コンテンツに係る情報（コンテンツサーバ名、コンテンツ名、パス）と、クライアント端末３０のユーザのユーザＩＤと、このユーザＩＤに係る属性情報と、後述の判定部２４５がアクセスの可否を判定した時間（アクセス時刻）と、後述の判定部２４５の判定結果とを関連付けた情報をアクセスログとして記憶する。
【００５１】
制御部２４は、コンテンツサーバ２０に係る各機能を統括的に制御する部分であり、ＣＰＵ等により構成される。この制御部２４は、本発明に係る各機能として、ファイル受信部２４１と、要求情報受信手段としての要求情報受信部２４２と、属性情報要求部２４３と、属性情報受信手段としての属性情報受信部２４４と、判定手段としての判定部２４５と、出力手段としての出力部２４６と、ログ記憶制御手段としてのログ記憶制御部２４７と、検出手段としての検出部２４８と、報知手段としての報知部２４９とを備える。
【００５２】
ファイル受信部２４１は、コンテンツサーバ２０が起動された場合、又は管理サーバ１０においてアクセス制御ファイルの更新が行われた場合、管理サーバ１０からアクセス制御ファイル、すなわち、第１制御ファイル及び第２制御ファイルを受信する。このファイル受信部２４１は、管理サーバ１０から受信したアクセス制御ファイルを記憶部２３に記憶させる。
【００５３】
要求情報受信部２４２は、クライアント端末３０から、コンテンツへのアクセス要求を示すアクセス要求情報を受信する。このアクセス要求情報には、コンテンツの名称、コンテンツのパス、及びＩＰアドレスが含まれている。
【００５４】
属性情報要求部２４３は、管理サーバ１０に、クライアント端末３０の属性情報の取得要求を行う。具体的には、属性情報要求部２４３は、管理サーバ１０に、属性情報の取得要求を示す属性取得要求情報を送信することで、属性情報の取得要求を行う。属性取得要求情報には、アクセス要求情報に含まれるＩＰアドレスが含まれている。
【００５５】
属性情報受信部２４４は、管理サーバ１０から、属性取得要求情報に含まれるＩＰアドレスに対応するユーザＩＤ及び属性情報を受信する。また、属性情報受信部２４４は、管理サーバ１０においてＩＰアドレスに対応するユーザＩＤ及び属性情報が取得されなかった場合、エラー情報を受信する。
【００５６】
判定部２４５は、記憶部２３に記憶されているアクセス制御ファイルを参照し、クライアント端末３０のコンテンツへのアクセスの可否を判定する。
【００５７】
具体的には、判定部２４５は、第１制御ファイルの許可フラグを参照し、アクセスの要求がされたコンテンツに対応する許可フラグの情報を取得する。この許可フラグが１の場合は、判定部２４５は、アクセスを許可すると判定する。また、この許可フラグの値が０の場合は、判定部２４５は、第２制御ファイルを参照し、アクセスの要求がされたコンテンツのアクセス制御情報を取得し、このアクセス制御情報と、属性情報との比較を行う。続いて、判定部２４５は、アクセス制御情報に属性情報が含まれている場合、アクセスを許可すると判定し、アクセス制御情報に属性情報が含まれていない場合、アクセスを許可しないと判定する。
【００５８】
出力部２４６は、判定部２４５による判定結果に基づいてクライアント端末３０にコンテンツの情報を出力する。具体的には、出力部２４６は、判定部２４５によりコンテンツへのアクセスを許可すると判定された場合、要求情報を送信したクライアント端末３０に対して、コンテンツの情報を送信する。また、出力部２４６は、判定部２４５によりコンテンツへのアクセスを許可しないと判定された場合、要求情報を送信したクライアント端末３０に対して、アクセスを拒否する旨を示す情報を送信する。
【００５９】
ログ記憶制御部２４７は、判定部２４５が判定したことに応じて、コンテンツに係る情報と、属性情報受信部２４４により受信されたユーザＩＤと、このユーザＩＤに対応する属性情報と、判定部２４５がアクセスの可否を判定した時間と、判定部２４５の判定結果をアクセスログとしてログＤＢ２３１に記憶させる。なお、属性情報受信部２４４によりエラー情報が受信された場合、ログ記憶制御部２４７は、コンテンツに係る情報と、判定部２４５がアクセスの可否を判定した時間と、判定部２４５の判定結果をアクセスログとしてログＤＢ２３１に記憶させる。
【００６０】
検出部２４８は、ログＤＢ２３１を参照して、所定の条件に基づいて不正アクセスを検出する。具体的には、検出部２４８は、ログＤＢ２３１を参照して、コンテンツへのアクセスが許可されていないユーザＩＤから複数回連続してアクセスされた場合や、ログ記憶制御部２４７によりユーザ情報が記憶されなかった場合、これらのアクセスを不正アクセスとして検出する。
【００６１】
報知部２４９は、検出部２４８により不正アクセスが検出された場合、不正アクセスがあった旨を報知する。また、報知部２４９は、検出部２４８により不正アクセスが検出された場合、不正アクセスがあった旨と、不正アクセスとして検出されたアクセスに係るアクセスログとを関連付けて、所定の連絡先に電子メールを送信する。所定の連絡先は、例えば、コンテンツサーバ２０の管理者及び管理サーバ１０の管理者のメールアドレスである。
【００６２】
クライアント端末３０は、このクライアント端末３０のユーザにより、コンテンツサーバ２０にアクセスしコンテンツを受信する。クライアント端末３０は、このクライアント端末３０が起動されてから、初めてコンテンツサーバ２０のコンテンツを閲覧する場合、管理サーバ１０に対して、ユーザＩＤの認証を必要とする。つまり、クライアント端末３０のユーザは、管理サーバ１０においてユーザＩＤの認証が成功した後、コンテンツサーバ２０のコンテンツを受信可能となる。また、クライアント端末３０が管理サーバ１０に認証を行う場合には、このクライアント端末３０のＩＰアドレスと、このクライアント端末３０のユーザのユーザＩＤとを送信する。
【００６３】
続いて、図９及び図１０を参照して、アクセス制御システム１における処理の流れを説明する。
図９は、本実施形態に係る管理サーバ１０における認証に係る処理の流れを示すフローチャートである。
【００６４】
ステップＳ１１では、制御部１４（認証部１４３）は、クライアント端末３０からユーザＩＤを受け付けることにより、認証を受け付ける。具体的には、制御部１４（認証部１４３）は、クライアント端末３０からユーザＩＤを受け付けると、受け付けたユーザＩＤがユーザＤＢ１３１に記憶されているか判定する。なお、制御部１４（認証部１４３）は、認証を受け付けるとともに、ＩＰアドレスを受信する。
【００６５】
ステップＳ１２では、制御部１４（認証部１４３）は、ステップＳ１１において受け付けた認証が成功したか否かを判定する。制御部１４（認証部１４３）は、この判定がＹＥＳの場合、処理をステップＳ１３に移し、この判定がＮＯの場合、処理をステップＳ１１に移す。
【００６６】
ステップＳ１３では、制御部１４（認証部１４３）は、受け付けたユーザＩＤの属性情報をユーザＤＢ１３１から取得する。
【００６７】
ステップＳ１４では、制御部１４（認証部１４３）は、受信したＩＰアドレスと、受け付けたユーザＩＤと、このユーザＩＤの属性情報を関連付けて紐付ＤＢ１３３に記憶させる。
【００６８】
図１０は、本実施形態に係る管理サーバ１０及びコンテンツサーバ２０におけるアクセス制御の処理の流れを示すフローチャートである。なお、コンテンツサーバ２０の記憶部２３には、アクセス制御ファイル（第１制御ファイル及び第２制御ファイル）が予め記憶されているものとする。
【００６９】
ステップＳ２１では、制御部２４（要求情報受信部２４２）は、クライアント端末３０から、コンテンツへのアクセス要求を示すアクセス要求情報を受信する。このアクセス要求情報には、コンテンツの名称、コンテンツのパス、及びＩＰアドレスが含まれている。
【００７０】
ステップＳ２２では、制御部２４（属性情報要求部２４３）は、ステップＳ２１にてアクセス要求情報を受信したことに応じて、属性取得要求情報を管理サーバ１０に送信し、管理サーバ１０に対して属性情報の取得要求を行う。この属性取得要求情報には、ステップＳ２１で受信したアクセス要求情報に含まれるＩＰアドレスを含む。
【００７１】
ステップＳ２３では、制御部１４（属性取得受付部１４４）は、コンテンツサーバ２０から、属性取得要求情報を受信することで、クライアント端末３０の属性情報の取得要求を受け付ける。
ステップＳ２４では、制御部１４（属性情報送信部１４５）は、ステップＳ２３にて、取得要求を受け付けたことに応じて、紐付ＤＢ１３３を参照し、属性取得要求情報に含まれるＩＰアドレスに対応するユーザＩＤ及び属性情報を取得する。
ステップＳ２５では、制御部１４（属性情報送信部１４５）は、ステップＳ２４にて取得されたユーザＩＤ及び属性情報を、ステップＳ２２で属性取得要求情報を送信したコンテンツサーバ２０に送信する。
【００７２】
ステップＳ２６では、制御部２４（属性情報受信部２４４）は、管理サーバ１０からユーザＩＤ及び属性情報を受信する。
ステップＳ２７では、制御部２４（判定部２４５）は、記憶部２３に記憶されている第１制御ファイルの許可フラグを参照し、コンテンツに対応する許可フラグの値が１であるか否か、すなわち、コンテンツに対するアクセスが許可されているか否かを判定する。制御部２４（判定部２４５）は、この判定がＹＥＳの場合、処理をステップＳ２９に移し、この判定がＮＯの場合、処理をステップＳ２８に移す。
【００７３】
ステップＳ２８では、制御部２４（判定部２４５）は、記憶部２３に記憶されている第２制御ファイルに含まれる、アクセスの要求がされたコンテンツに対応するアクセス制御情報を取得し、ステップＳ２６で受信した属性情報が、コンテンツへのアクセスが許可されているか否かを判定する。制御部２４（判定部２４５）は、この判定がＹＥＳの場合、処理をステップＳ２９に移し、この判定がＮＯの場合、処理をステップＳ３０に移す。
【００７４】
ステップＳ２９では、制御部２４（出力部２４６）は、ステップＳ２７又はステップＳ２８にてコンテンツへのアクセスを許可すると判定された場合、要求情報を送信したクライアント端末３０に対して、コンテンツの情報を送信する。この処理が完了した後、制御部２４は、処理をステップＳ３１に移す。
ステップＳ３０では、制御部２４（出力部２４６）は、ステップＳ２８にてコンテンツへのアクセスを許可しないと判定された場合、要求情報を送信したクライアント端末３０に対して、アクセスを拒否する旨を示す情報を送信する。
【００７５】
ステップＳ３１では、制御部２４（ログ記憶制御部２４７）は、ステップＳ２６にて受信したユーザＩＤと、このユーザＩＤに対応する属性情報と、判定部２４５の判定結果をアクセスログとしてログＤＢ２３１に記憶させる。
【００７６】
ステップＳ３２では、制御部２４（検出部２４８）は、ログＤＢ２３１を参照して、所定の条件に基づいて不正アクセスを検出し、不正アクセスが検出されたか否かを判定する。制御部２４（検出部２４８）は、この判定がＹＥＳの場合、処理をステップＳ３３に移し、この判定がＮＯの場合、処理を終了する。
【００７７】
ステップＳ３３では、制御部２４（報知部２４９）は、ステップＳ３２にて不正アクセスとして検出されたアクセスに係るアクセスログとを関連付けて、所定の連絡先に電子メールを送信し、処理を終了する。
【００７８】
以上のように、本実施形態によれば、コンテンツサーバ２０は、クライアント端末３０から、アクセス要求情報を受信したことに応じて、管理サーバ１０から、クライアント端末３０のＩＰアドレスに基づいて、ユーザＩＤ及び属性情報を受信する。そして、コンテンツサーバ２０は、アクセス制御ファイルに記憶されているユーザＩＤ及び属性情報と、受信したユーザＩＤ及び属性情報に基づいて、クライアント端末３０のコンテンツへのアクセスを許可するか否かを判定し、アクセスを許可すると判定した場合、クライアント端末３０にコンテンツの情報を出力する。
よって、コンテンツサーバ２０は、クライアント端末３０のユーザのユーザＩＤ及び属性情報に基づいて、クライアント端末３０のアクセス制御を行うことができる。
【００７９】
また、本実施形態によれば、コンテンツサーバ２０のアクセス制御ファイルは、コンテンツを記憶するディレクトリ単位に、コンテンツへのアクセスが許可されたユーザＩＤ及びこのユーザＩＤに対応する属性情報を記憶可能であるので、所定のディレクトリに含まれるコンテンツ全てに一律にアクセス制御を行う場合でも、簡易的にアクセス制御の設定を行うことができる。
【００８０】
また、本実施形態によれば、コンテンツサーバ２０は、クライアント端末３０のコンテンツへのアクセスを許可しないと判定した場合、クライアント端末３０にコンテンツへのアクセスを拒否する旨を示す情報を送信するので、クライアント端末３０のユーザに対して、アクセスが許可されなかったことを通知することができる。
【００８１】
また、本実施形態によれば、コンテンツサーバ２０は、クライアント端末３０のコンテンツへのアクセスを許可するか否かを判定したことに応じて、コンテンツに係る情報、管理サーバ１０から受信したユーザＩＤ及び属性情報、判定された時間、並びに判定結果をアクセスログとして、ログＤＢ２３１に記憶させる。よって、コンテンツサーバ２０は、実際にアクセスされた後でも、アクセスログによりアクセス状況を監視することができる。
【００８２】
また、本実施形態によれば、コンテンツサーバ２０は、ログＤＢ２３１を参照して、所定の条件に基づいて不正アクセスを検出し、不正アクセスが検出された場合、不正アクセスがあった旨をコンテンツサーバ２０の管理者及び管理サーバ１０の管理者に電子メールにより報知する。よって、コンテンツサーバ２０の管理者及び管理サーバ１０の管理者は、この電子メールを受信することにより、不正アクセスがあったことを迅速に把握することができる。
【００８３】
以上、本発明の実施形態について説明したが、本発明は本実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００８４】
本実施形態では、入力部１２を介して許可フラグテーブル１３２Ａ及び個別設定テーブル１３２Ｂに記憶されている情報の変更を受け付けることとしたが、これに限らない。例えば、許可フラグテーブル１３２Ａ及び個別設定テーブル１３２Ｂへの変更を許可するユーザの認証を行う認証部を設けておき、設定受付部１４１は、この認証部により認証されたことに応じて、これらのテーブルの変更を受け付けてもよい。また、この場合、通信ネットワークＮを介して外部の装置からテーブルの変更を受け付けてもよい。
【００８５】
また、本実施形態では、管理サーバ１０の認証部１４３により認証を行うこととしたが、これに限らない。例えば、コンテンツサーバ２０において認証を行うこととしてもよいし、認証サーバを設けて、この認証サーバにより認証を行うこととしてもよい。
【符号の説明】
【００８６】
１ アクセス制御システム
１０ 管理サーバ
１１、２１ 表示部
１２、２２ 入力部
１３、２３ 記憶部
１４、２４ 制御部
２０ コンテンツサーバ
３０ クライアント端末
１３１ ユーザＤＢ
１３２ アクセス制御ＤＢ
１３３ 紐付ＤＢ
１４１ 設定受付部
１４２ 制御ファイル送信部
１４３ 認証部
１４４ 属性取得受付部
１４５ 属性情報送信部
２３１ ログＤＢ
２４１ ファイル受信部
２４２ 要求情報受信部
２４３ 属性情報要求部
２４４ 属性情報受信部
２４５ 判定部
２４６ 出力部
２４７ ログ記憶制御部
２４８ 検出部
２４９ 報知部
Ｎ 通信ネットワーク
【技術分野】
【０００１】
本発明は、コンテンツサーバ及びアクセス制御システムに関する。
【背景技術】
【０００２】
従来、複数のクライアント端末からアクセスされるコンテンツサーバにおいて、セキュリティやプライバシーといった観点から、クライアント端末のアクセス制御が行われる場合がある。
【０００３】
例えば、特許文献１に示されるコンテンツサーバは、記憶部を備えており、このコンテンツサーバに記憶されているコンテンツの情報の閲覧が許可されているクライアント端末のドメイン名又はＩＰアドレスを予め記憶部に記憶する。そして、コンテンツサーバにアクセスしたクライアント端末のドメイン名又はＩＰアドレスが、記憶部に記憶されているドメイン名又はＩＰアドレスと一致する場合に、特許文献１に示されるコンテンツサーバは、コンテンツの情報を提供する。
【０００４】
また、複数のコンテンツサーバのアクセス制御を行う場合には、例えば、エージェント方式やリバースプロキシ方式といった方式が用いられる。
【０００５】
エージェント方式によるアクセス制御は、以下のように行われる。まず、複数のコンテンツサーバにおけるアクセス制御情報を一元的に管理するエージェントサーバを設けておく。クライアント端末は、エージェントサーバにアクセスし、このアクセス制御情報を取得する。続いて、クライアント端末は、コンテンツサーバにアクセスする際に、このコンテンツサーバに、取得したアクセス制御情報を提供する。続いて、コンテンツサーバは、提供されたアクセス制御情報により、クライアント端末のアクセスの可否を判定し、アクセスを許可すると判定した場合、コンテンツサーバの情報をクライアント端末に提供する。
【０００６】
一方、リバースプロキシ方式によるアクセス制御は、以下のように行われる。まず、複数のコンテンツサーバのアクセス制御情報を一元的に管理するリバースプロキシサーバを設けておく。クライアント端末は、コンテンツサーバに直接アクセスすることなく、リバースプロキシサーバにアクセスする。続いて、リバースプロキシサーバは、クライアント端末のコンテンツサーバへのアクセスの可否を判定する。続いて、リバースプロキシサーバは、アクセスが許可されたと判定した場合に、コンテンツサーバの情報を取得し、クライアント端末に提供する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−２１６２６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、近年、企業では、クライアント端末を使用するユーザの識別情報、及びこのユーザの属する部署や役職といったユーザの属性情報に基づいてアクセス制御を行うことが要請されている。
しかしながら、特許文献１に示されるコンテンツサーバでは、ドメイン名又はＩＰアドレスに基づいてアクセス制御を行うため、クライアント端末のユーザの識別情報や、ユーザの属性情報に基づいてアクセス制御を行う場合には、アクセスを許可するＩＰアドレスとユーザとの関連性について常に管理する必要があり、管理が煩雑となる場合がある。
【０００９】
また、エージェント方式によるアクセス制御でも、ユーザの属性情報に基づいてアクセス制御を行う場合、複数のコンテンツサーバそれぞれについて、アクセスを許可するＩＰアドレスとユーザとの関連性について常に管理する必要があり、管理が煩雑となる。
【００１０】
また、リバースプロキシ方式によるアクセス制御は、一般にＳＳＯ（Ｓｉｎｇｌｅ Ｓｉｇｎ−Ｏｎ）を実現することを目的とするものであり、クライアント端末のユーザの属性情報に基づいて、アクセス制御を行うものではない。
【００１１】
本発明は、クライアント端末のユーザの属性情報に基づいて、アクセス制御を実現することができるコンテンツサーバ及びアクセス制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係るコンテンツサーバは、クライアント端末及び管理サーバに通信ネットワークを介して接続可能で、前記クライアント端末にコンテンツの情報を出力するコンテンツサーバであって、前記コンテンツの情報を記憶するコンテンツ記憶手段と、前記コンテンツへのアクセスが許可された前記クライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御情報記憶手段と、前記クライアント端末から、コンテンツへのアクセス要求を示し、前記クライアント端末のアドレスを含む要求情報を受信する要求情報受信手段と、前記要求情報受信手段により前記要求情報を受信したことに応じて、前記アドレスに基づいて、前記管理サーバから、前記クライアント端末のユーザの識別情報及び属性情報を受信する属性情報受信手段と、アクセス制御情報記憶手段に記憶されている前記識別情報及び前記属性情報と、前記属性情報受信手段により受信された前記識別情報及び前記属性情報に基づいて、前記クライアント端末の前記コンテンツへのアクセスを許可するか否かを判定する判定手段と、前記判定手段によりアクセスを許可すると判定された場合、前記クライアント端末にコンテンツの情報を出力する出力手段と、を備える。
【００１３】
また、前記アクセス制御情報記憶手段は、前記コンテンツを記憶するディレクトリ単位に、前記コンテンツへのアクセスが許可された前記ユーザの識別情報及び属性情報を記憶可能であることが好ましい。
【００１４】
また、前記出力手段は、前記判定手段によりアクセスを許可しないと判定された場合、前記クライアント端末にコンテンツへのアクセスを拒否する旨を示す情報を送信することが好ましい。
【００１５】
また、コンテンツサーバは、前記クライアント端末からの前記コンテンツへのアクセスログを記憶するログ記憶手段と、前記判定手段により判定されたことに応じて、前記コンテンツに係る情報、前記属性情報受信手段により受信された前記ユーザの識別情報及び属性情報、前記判定手段により判定された時間、並びに前記判定手段による判定結果をアクセスログとして前記ログ記憶手段に記憶させるログ記憶制御手段と、をさらに備えることが好ましい。
【００１６】
また、コンテンツサーバは、前記ログ記憶手段を参照して、所定の条件に基づいて不正アクセスを検出する検出手段と、前記検出手段により不正アクセスが検出された場合、不正アクセスがあった旨を報知する報知手段と、をさらに備えることが好ましい。
【００１７】
本発明に係るアクセス制御システムは、クライアント端末と、通信ネットワークを介して前記クライアント端末に接続可能で、コンテンツを提供するコンテンツサーバと、前記通信ネットワークを介して前記コンテンツサーバに接続可能な管理サーバとから構成されるアクセス制御システムであって、前記コンテンツサーバは、前記コンテンツへのアクセスが許可された前記クライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御情報記憶手段と、前記クライアント端末から、コンテンツへのアクセス要求を示し、前記クライアント端末のアドレスを含む要求情報を受信する要求情報受信手段と、前記要求情報受信手段により前記要求情報を受信したことに応じて、前記管理サーバに前記アドレスを送信し、前記クライアント端末のユーザの識別情報及び属性情報の取得を要求する属性取得要求手段と、を備え、前記管理サーバは、前記クライアント端末のアドレスと、前記識別情報と、前記属性情報とを関連付けて記憶する関連情報記憶手段と、前記コンテンツサーバから前記アドレスを受信し、属性取得の要求を受け付ける属性取得受付手段と、前記属性取得受付手段により、前記属性取得の要求を受け付けたことに応じて、受信した前記アドレスに基づいて、前記関連情報記憶手段から、前記アドレスに関連付けられている前記識別情報と前記属性情報とを取得し、前記コンテンツサーバに送信する属性情報送信手段と、を備え、前記コンテンツサーバは、前記管理サーバから前記識別情報及び前記属性情報を受信する属性情報受信手段と、前記アクセス制御情報記憶手段に記憶されている前記識別情報及び前記属性情報と、前記属性情報受信手段により受信された前記識別情報及び前記属性情報に基づいて、前記クライアント端末の前記コンテンツへのアクセスを許可するか否かを判定する判定手段と、前記判定手段によりアクセスを許可すると判定された場合、前記クライアント端末にコンテンツの情報を出力する出力手段と、をさらに備える。
【発明の効果】
【００１８】
本発明によれば、クライアント端末のユーザの属性情報に基づいて、アクセス制御を実現することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施形態に係るアクセス制御システムの全体概要を示す図である。
【図２】本実施形態に係る管理サーバの機能構成を示す図である。
【図３】本実施形態に係るコンテンツサーバの機能構成を示す図である。
【図４】本実施形態に係るユーザＤＢを示す図である。
【図５】本実施形態に係る許可フラグテーブルを示す図である。
【図６】本実施形態に係る個別設定テーブルを示す図である。
【図７】本実施形態に係る紐付ＤＢを示す図である。
【図８】本実施形態に係るログＤＢを示す図である。
【図９】本実施形態に係る管理サーバにおける認証に係る処理の流れを示すフローチャートである。
【図１０】本実施形態に係る管理サーバ及びコンテンツサーバにおけるアクセス制御の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態について図面に基づいて説明する。
【００２１】
図１は、本実施形態に係るアクセス制御システム１の全体概要を示す図である。
【００２２】
アクセス制御システム１は、コンテンツサーバ２０に対するクライアント端末３０のアクセスを制御するためのシステムである。このアクセス制御システム１は、管理サーバ１０と、複数のコンテンツサーバ２０と、複数のクライアント端末３０とを備える。これら、管理サーバ１０、コンテンツサーバ２０、及びクライアント端末３０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネット等のコンピュータネットワークにより構成される通信ネットワークＮにより、通信可能に接続されている。
【００２３】
図２は、本実施形態に係る管理サーバ１０の機能構成を示す図である。
管理サーバ１０は、コンテンツサーバ２０が記憶するコンテンツへのアクセス制御を一元的に管理するサーバである。この管理サーバ１０は、表示部１１と、入力部１２と、記憶部１３と、制御部１４とを備える。
【００２４】
表示部１１は、ブラウン管表示装置（ＣＲＴ：Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶表示装置（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）等のディスプレイ装置により構成され、管理サーバ１０の機能に係る表示を行う。
【００２５】
入力部１２は、キーボード及びマウスを含んで構成されており、管理サーバ１０の操作者からの入力操作を受け付ける。
【００２６】
記憶部１３は、管理サーバ１０として機能させるための各種プログラム（図示省略）と、記憶手段としてのユーザデータベース（以下、データベースをＤＢという）１３１と、アクセス制御ＤＢ１３２と、紐付ＤＢ１３３とを備える。
【００２７】
図４は、本実施形態に係るユーザＤＢ１３１を示す図である。このユーザＤＢ１３１は、クライアント端末３０のユーザの識別情報を示すユーザＩＤと、このユーザの属性情報（以下、ユーザの属性情報を単に属性情報という）とを関連付けて記憶する。属性情報は、図４に示されるように、例えば、企業においてユーザが所属する組織情報及び役職、並びにコンテンツへのアクセスの許可を複数段階に設定する参照可能レベルである。参照可能レベルは、高い数値のものが、低い数値のものに比べて、閲覧権限が大きい。
【００２８】
図５及び図６は、本実施形態に係るアクセス制御ＤＢ１３２を示す図である。このアクセス制御ＤＢ１３２は、コンテンツサーバ２０が記憶するコンテンツに対するアクセス制御情報を記憶する。このアクセス制御ＤＢ１３２は、許可フラグテーブル１３２Ａと、個別設定テーブル１３２Ｂと、を備える。
【００２９】
図５は、本実施形態に係る許可フラグテーブル１３２Ａを示す図である。この許可フラグテーブル１３２Ａは、コンテンツが記憶されているコンテンツサーバ２０の名称と、コンテンツの名称と、このコンテンツのパスと、コンテンツサーバ２０が提供する許可フラグとを記憶する。この許可フラグは、値が１の場合、属性情報に関係なくアクセスが可能であることを示し、値が０の場合、属性情報に基づいてアクセスが可能であることを示すものである。
【００３０】
また、許可フラグテーブル１３２Ａには、コンテンツの代わりにディレクトリを記憶させてもよく、この場合、ディレクトリに適用されている許可フラグの設定情報が、このディレクトリに記憶されているコンテンツ及びディレクトリに対して適用される。
【００３１】
図６は、本実施形態に係る個別設定テーブル１３２Ｂを示す図である。この個別設定テーブル１３２Ｂは、コンテンツが記憶されているコンテンツサーバ２０の名称と、コンテンツの名称を示すコンテンツ名と、このコンテンツのパスと、ユーザ名と、属性情報とを関連付けて記憶する。この個別設定テーブル１３２Ｂにおける１つの行は、１つの許可設定情報に対応している。すなわち、１つの行において、コンテンツ名に関連付けられているユーザＩＤ及び属性情報を満たすユーザが、このコンテンツ名に対応するコンテンツへのアクセスが許可されているユーザとなる。なお、１つの行において、コンテンツ名に複数の属性情報が関連付けられている場合、複数の属性情報を満たすユーザが、アクセスが許可されているユーザとなる。
【００３２】
例えば、図６の個別設定テーブル１３２Ｂに示されるように、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」、コンテンツ名が「ａ００１．ｈｔｍｌ」、パスが「／ｇｙｏｕｍｕ１／ｈｏｍｅ／」に対応するコンテンツの許可設定情報は４つある。つまり、このコンテンツへのアクセスが許可されているユーザは、ユーザＩＤが「Ｕ００１」のユーザ、組織情報が「○○部」のユーザ、組織情報が「△△部」かつ役職が「部長」のユーザ、及び参照可能レベルが「５」以上のユーザである。
【００３３】
また、個別設定テーブル１３２Ｂには、コンテンツの代わりにディレクトリを記憶させてもよく、この場合、ディレクトリに適用されている許可設定情報が、このディレクトリに記憶されているコンテンツ及びディレクトリに対して適用される。
【００３４】
図７は、本実施形態に係る紐付ＤＢ１３３を示す図である。この紐付ＤＢ１３３は、クライアント端末３０のアドレスであるＩＰアドレスと、このアドレスに対応するユーザＩＤと、このユーザＩＤに対応する属性情報とを関連付けて記憶する。
【００３５】
図２に戻り、制御部１４は、管理サーバ１０に係る各機能を統括的に制御する部分であり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等により構成される。この制御部１４は、本発明に係る各機能として、設定受付部１４１と、制御ファイル送信部１４２と、認証部１４３と、属性取得受付部１４４と、属性情報送信部１４５とを備える。
【００３６】
設定受付部１４１は、入力部１２を介して、許可フラグテーブル１３２Ａ及び個別設定テーブル１３２Ｂに記憶されている情報の変更を受け付ける。
【００３７】
制御ファイル送信部１４２は、アクセス制御ＤＢ１３２の情報をコンテンツサーバ２０に送信する。
具体的には、制御ファイル送信部１４２は、アクセス制御ＤＢ１３２の許可フラグテーブル１３２Ａに記憶されているコンテンツサーバ名に基づいて、複数のコンテンツサーバ２０それぞれのアクセス制御ファイルとして、第１制御ファイルを生成し、生成したファイルを、対応するコンテンツサーバ２０に送信する。
【００３８】
例えば、図５に示される許可フラグテーブル１３２Ａの場合、制御ファイル送信部１４２は、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」に係る設定情報を、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」のコンテンツサーバ２０の第１制御ファイルとして、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」のコンテンツサーバ２０に送信する。また、制御ファイル送信部１４２は、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」に係る設定情報を、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」のコンテンツサーバ２０の第１制御ファイルとして、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」のコンテンツサーバ２０に送信する。
【００３９】
また、制御ファイル送信部１４２は、アクセス制御ＤＢ１３２の個別設定テーブル１３２Ｂに記憶されているコンテンツサーバ名に基づいて、複数のコンテンツサーバ２０それぞれのアクセス制御ファイルとして、第２制御ファイルを生成し、生成したファイルを、対応するコンテンツサーバ２０に送信する。
【００４０】
例えば、図６に示される個別設定テーブル１３２Ｂの場合、制御ファイル送信部１４２は、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」に係る設定情報を、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」のコンテンツサーバ２０の第２制御ファイルとして、コンテンツサーバ名が「ｓｅｒｖｅｒＡ」のコンテンツサーバ２０に送信する。また、制御ファイル送信部１４２は、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」に係る設定情報を、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」のコンテンツサーバ２０の第２制御ファイルとして、コンテンツサーバ名が「ｓｅｒｖｅｒＢ」のコンテンツサーバ２０に送信する。
【００４１】
また、制御ファイル送信部１４２は、設定受付部１４１によりアクセス制御ＤＢ１３２の変更を受け付けたことに応じて、変更された内容に対応するアクセス制御ファイルを更新する。そして、制御ファイル送信部１４２は、更新されたアクセス制御ファイルを、対応するコンテンツサーバ２０に送信する。
【００４２】
認証部１４３は、クライアント端末３０から、認証情報としてユーザＩＤを受け付け、このユーザＩＤの認証を行う。具体的には、認証部１４３は、クライアント端末３０からユーザＩＤを受け付けると、受け付けたユーザＩＤがユーザＤＢ１３１に記憶されているか判定する。認証部１４３は、受け付けたユーザＩＤがユーザＤＢ１３１に記憶されている場合、認証が成功したとして、認証が成功したことを示す認証完了情報をクライアント端末３０に送信する。また、認証部１４３は、受け付けたユーザＩＤがユーザＤＢ１３１に記憶されていない場合、認証が失敗したとして、認証が失敗したことを示す認証不可情報をクライアント端末３０に送信するとともに、再度、ユーザＩＤを受け付ける。
【００４３】
また、認証部１４３は、クライアント端末３０から、認証情報とともに、このクライアント端末３０のＩＰアドレスを受信する。そして、認証部１４３は、認証が成功した場合、受け付けたユーザＩＤの属性情報をユーザＤＢ１３１から取得し、その後、受信したＩＰアドレスと、受け付けたユーザＩＤと、このユーザＩＤの属性情報とを紐付ＤＢ１３３に記憶させる。なお、紐付ＤＢ１３３に、受け付けたユーザＩＤに係る情報が記憶されている場合、認証部１４３は、このユーザＩＤに係る情報を消去した後、受信したＩＰアドレスと、受け付けたユーザＩＤと、このユーザＩＤの属性情報を紐付ＤＢ１３３に記憶させる。
【００４４】
属性取得受付部１４４は、コンテンツサーバ２０から、クライアント端末３０の属性情報の取得要求を受け付ける。具体的には、属性取得受付部１４４は、コンテンツサーバ２０から、属性情報の取得要求を示す属性取得要求情報を受信することで、属性情報の取得要求を受け付ける。属性取得要求情報には、クライアント端末３０のＩＰアドレスが含まれている。
【００４５】
属性情報送信部１４５は、紐付ＤＢ１３３を参照し、属性取得要求情報に含まれるＩＰアドレスに対応するユーザＩＤ及び属性情報を取得し、取得したユーザＩＤ及び属性情報をコンテンツサーバ２０に送信する。なお、属性情報送信部１４５は、ＩＰアドレスに対応するユーザＩＤ及び属性情報を取得できなかった場合、エラー情報をコンテンツサーバ２０に送信する。
【００４６】
図３は、本実施形態に係るコンテンツサーバ２０の機能構成を示す図である。
コンテンツサーバ２０は、クライアント端末３０等に対してコンテンツを提供するサーバである。このコンテンツサーバ２０は、表示部２１と、入力部２２と、記憶部２３と、制御部２４とを備える。
【００４７】
表示部２１は、ブラウン管表示装置や液晶表示装置等のディスプレイ装置により構成され、コンテンツサーバ２０の機能に係る表示を行う。
【００４８】
入力部２２は、キーボード及びマウスを含んで構成されており、コンテンツサーバ２０の操作者からの入力操作を受け付ける。
【００４９】
記憶部２３は、コンテンツサーバ２０として機能させるための各種プログラム（図示省略）を記憶する。また、記憶部２３は、コンテンツ記憶手段として機能してコンテンツサーバ２０が提供するコンテンツの情報を記憶するとともに、アクセス制御情報記憶手段として機能して管理サーバ１０から受信したアクセス制御ファイルを記憶する。また、記憶部２３は、ログ記憶手段としてのログＤＢ２３１を備える。なお、本実施形態のコンテンツとは、文字情報、音声、映像等により構成されるデータを含むファイルをいう。
【００５０】
図８は、本実施形態に係るログＤＢ２３１を示す図である。このログＤＢ２３１は、コンテンツに係る情報（コンテンツサーバ名、コンテンツ名、パス）と、クライアント端末３０のユーザのユーザＩＤと、このユーザＩＤに係る属性情報と、後述の判定部２４５がアクセスの可否を判定した時間（アクセス時刻）と、後述の判定部２４５の判定結果とを関連付けた情報をアクセスログとして記憶する。
【００５１】
制御部２４は、コンテンツサーバ２０に係る各機能を統括的に制御する部分であり、ＣＰＵ等により構成される。この制御部２４は、本発明に係る各機能として、ファイル受信部２４１と、要求情報受信手段としての要求情報受信部２４２と、属性情報要求部２４３と、属性情報受信手段としての属性情報受信部２４４と、判定手段としての判定部２４５と、出力手段としての出力部２４６と、ログ記憶制御手段としてのログ記憶制御部２４７と、検出手段としての検出部２４８と、報知手段としての報知部２４９とを備える。
【００５２】
ファイル受信部２４１は、コンテンツサーバ２０が起動された場合、又は管理サーバ１０においてアクセス制御ファイルの更新が行われた場合、管理サーバ１０からアクセス制御ファイル、すなわち、第１制御ファイル及び第２制御ファイルを受信する。このファイル受信部２４１は、管理サーバ１０から受信したアクセス制御ファイルを記憶部２３に記憶させる。
【００５３】
要求情報受信部２４２は、クライアント端末３０から、コンテンツへのアクセス要求を示すアクセス要求情報を受信する。このアクセス要求情報には、コンテンツの名称、コンテンツのパス、及びＩＰアドレスが含まれている。
【００５４】
属性情報要求部２４３は、管理サーバ１０に、クライアント端末３０の属性情報の取得要求を行う。具体的には、属性情報要求部２４３は、管理サーバ１０に、属性情報の取得要求を示す属性取得要求情報を送信することで、属性情報の取得要求を行う。属性取得要求情報には、アクセス要求情報に含まれるＩＰアドレスが含まれている。
【００５５】
属性情報受信部２４４は、管理サーバ１０から、属性取得要求情報に含まれるＩＰアドレスに対応するユーザＩＤ及び属性情報を受信する。また、属性情報受信部２４４は、管理サーバ１０においてＩＰアドレスに対応するユーザＩＤ及び属性情報が取得されなかった場合、エラー情報を受信する。
【００５６】
判定部２４５は、記憶部２３に記憶されているアクセス制御ファイルを参照し、クライアント端末３０のコンテンツへのアクセスの可否を判定する。
【００５７】
具体的には、判定部２４５は、第１制御ファイルの許可フラグを参照し、アクセスの要求がされたコンテンツに対応する許可フラグの情報を取得する。この許可フラグが１の場合は、判定部２４５は、アクセスを許可すると判定する。また、この許可フラグの値が０の場合は、判定部２４５は、第２制御ファイルを参照し、アクセスの要求がされたコンテンツのアクセス制御情報を取得し、このアクセス制御情報と、属性情報との比較を行う。続いて、判定部２４５は、アクセス制御情報に属性情報が含まれている場合、アクセスを許可すると判定し、アクセス制御情報に属性情報が含まれていない場合、アクセスを許可しないと判定する。
【００５８】
出力部２４６は、判定部２４５による判定結果に基づいてクライアント端末３０にコンテンツの情報を出力する。具体的には、出力部２４６は、判定部２４５によりコンテンツへのアクセスを許可すると判定された場合、要求情報を送信したクライアント端末３０に対して、コンテンツの情報を送信する。また、出力部２４６は、判定部２４５によりコンテンツへのアクセスを許可しないと判定された場合、要求情報を送信したクライアント端末３０に対して、アクセスを拒否する旨を示す情報を送信する。
【００５９】
ログ記憶制御部２４７は、判定部２４５が判定したことに応じて、コンテンツに係る情報と、属性情報受信部２４４により受信されたユーザＩＤと、このユーザＩＤに対応する属性情報と、判定部２４５がアクセスの可否を判定した時間と、判定部２４５の判定結果をアクセスログとしてログＤＢ２３１に記憶させる。なお、属性情報受信部２４４によりエラー情報が受信された場合、ログ記憶制御部２４７は、コンテンツに係る情報と、判定部２４５がアクセスの可否を判定した時間と、判定部２４５の判定結果をアクセスログとしてログＤＢ２３１に記憶させる。
【００６０】
検出部２４８は、ログＤＢ２３１を参照して、所定の条件に基づいて不正アクセスを検出する。具体的には、検出部２４８は、ログＤＢ２３１を参照して、コンテンツへのアクセスが許可されていないユーザＩＤから複数回連続してアクセスされた場合や、ログ記憶制御部２４７によりユーザ情報が記憶されなかった場合、これらのアクセスを不正アクセスとして検出する。
【００６１】
報知部２４９は、検出部２４８により不正アクセスが検出された場合、不正アクセスがあった旨を報知する。また、報知部２４９は、検出部２４８により不正アクセスが検出された場合、不正アクセスがあった旨と、不正アクセスとして検出されたアクセスに係るアクセスログとを関連付けて、所定の連絡先に電子メールを送信する。所定の連絡先は、例えば、コンテンツサーバ２０の管理者及び管理サーバ１０の管理者のメールアドレスである。
【００６２】
クライアント端末３０は、このクライアント端末３０のユーザにより、コンテンツサーバ２０にアクセスしコンテンツを受信する。クライアント端末３０は、このクライアント端末３０が起動されてから、初めてコンテンツサーバ２０のコンテンツを閲覧する場合、管理サーバ１０に対して、ユーザＩＤの認証を必要とする。つまり、クライアント端末３０のユーザは、管理サーバ１０においてユーザＩＤの認証が成功した後、コンテンツサーバ２０のコンテンツを受信可能となる。また、クライアント端末３０が管理サーバ１０に認証を行う場合には、このクライアント端末３０のＩＰアドレスと、このクライアント端末３０のユーザのユーザＩＤとを送信する。
【００６３】
続いて、図９及び図１０を参照して、アクセス制御システム１における処理の流れを説明する。
図９は、本実施形態に係る管理サーバ１０における認証に係る処理の流れを示すフローチャートである。
【００６４】
ステップＳ１１では、制御部１４（認証部１４３）は、クライアント端末３０からユーザＩＤを受け付けることにより、認証を受け付ける。具体的には、制御部１４（認証部１４３）は、クライアント端末３０からユーザＩＤを受け付けると、受け付けたユーザＩＤがユーザＤＢ１３１に記憶されているか判定する。なお、制御部１４（認証部１４３）は、認証を受け付けるとともに、ＩＰアドレスを受信する。
【００６５】
ステップＳ１２では、制御部１４（認証部１４３）は、ステップＳ１１において受け付けた認証が成功したか否かを判定する。制御部１４（認証部１４３）は、この判定がＹＥＳの場合、処理をステップＳ１３に移し、この判定がＮＯの場合、処理をステップＳ１１に移す。
【００６６】
ステップＳ１３では、制御部１４（認証部１４３）は、受け付けたユーザＩＤの属性情報をユーザＤＢ１３１から取得する。
【００６７】
ステップＳ１４では、制御部１４（認証部１４３）は、受信したＩＰアドレスと、受け付けたユーザＩＤと、このユーザＩＤの属性情報を関連付けて紐付ＤＢ１３３に記憶させる。
【００６８】
図１０は、本実施形態に係る管理サーバ１０及びコンテンツサーバ２０におけるアクセス制御の処理の流れを示すフローチャートである。なお、コンテンツサーバ２０の記憶部２３には、アクセス制御ファイル（第１制御ファイル及び第２制御ファイル）が予め記憶されているものとする。
【００６９】
ステップＳ２１では、制御部２４（要求情報受信部２４２）は、クライアント端末３０から、コンテンツへのアクセス要求を示すアクセス要求情報を受信する。このアクセス要求情報には、コンテンツの名称、コンテンツのパス、及びＩＰアドレスが含まれている。
【００７０】
ステップＳ２２では、制御部２４（属性情報要求部２４３）は、ステップＳ２１にてアクセス要求情報を受信したことに応じて、属性取得要求情報を管理サーバ１０に送信し、管理サーバ１０に対して属性情報の取得要求を行う。この属性取得要求情報には、ステップＳ２１で受信したアクセス要求情報に含まれるＩＰアドレスを含む。
【００７１】
ステップＳ２３では、制御部１４（属性取得受付部１４４）は、コンテンツサーバ２０から、属性取得要求情報を受信することで、クライアント端末３０の属性情報の取得要求を受け付ける。
ステップＳ２４では、制御部１４（属性情報送信部１４５）は、ステップＳ２３にて、取得要求を受け付けたことに応じて、紐付ＤＢ１３３を参照し、属性取得要求情報に含まれるＩＰアドレスに対応するユーザＩＤ及び属性情報を取得する。
ステップＳ２５では、制御部１４（属性情報送信部１４５）は、ステップＳ２４にて取得されたユーザＩＤ及び属性情報を、ステップＳ２２で属性取得要求情報を送信したコンテンツサーバ２０に送信する。
【００７２】
ステップＳ２６では、制御部２４（属性情報受信部２４４）は、管理サーバ１０からユーザＩＤ及び属性情報を受信する。
ステップＳ２７では、制御部２４（判定部２４５）は、記憶部２３に記憶されている第１制御ファイルの許可フラグを参照し、コンテンツに対応する許可フラグの値が１であるか否か、すなわち、コンテンツに対するアクセスが許可されているか否かを判定する。制御部２４（判定部２４５）は、この判定がＹＥＳの場合、処理をステップＳ２９に移し、この判定がＮＯの場合、処理をステップＳ２８に移す。
【００７３】
ステップＳ２８では、制御部２４（判定部２４５）は、記憶部２３に記憶されている第２制御ファイルに含まれる、アクセスの要求がされたコンテンツに対応するアクセス制御情報を取得し、ステップＳ２６で受信した属性情報が、コンテンツへのアクセスが許可されているか否かを判定する。制御部２４（判定部２４５）は、この判定がＹＥＳの場合、処理をステップＳ２９に移し、この判定がＮＯの場合、処理をステップＳ３０に移す。
【００７４】
ステップＳ２９では、制御部２４（出力部２４６）は、ステップＳ２７又はステップＳ２８にてコンテンツへのアクセスを許可すると判定された場合、要求情報を送信したクライアント端末３０に対して、コンテンツの情報を送信する。この処理が完了した後、制御部２４は、処理をステップＳ３１に移す。
ステップＳ３０では、制御部２４（出力部２４６）は、ステップＳ２８にてコンテンツへのアクセスを許可しないと判定された場合、要求情報を送信したクライアント端末３０に対して、アクセスを拒否する旨を示す情報を送信する。
【００７５】
ステップＳ３１では、制御部２４（ログ記憶制御部２４７）は、ステップＳ２６にて受信したユーザＩＤと、このユーザＩＤに対応する属性情報と、判定部２４５の判定結果をアクセスログとしてログＤＢ２３１に記憶させる。
【００７６】
ステップＳ３２では、制御部２４（検出部２４８）は、ログＤＢ２３１を参照して、所定の条件に基づいて不正アクセスを検出し、不正アクセスが検出されたか否かを判定する。制御部２４（検出部２４８）は、この判定がＹＥＳの場合、処理をステップＳ３３に移し、この判定がＮＯの場合、処理を終了する。
【００７７】
ステップＳ３３では、制御部２４（報知部２４９）は、ステップＳ３２にて不正アクセスとして検出されたアクセスに係るアクセスログとを関連付けて、所定の連絡先に電子メールを送信し、処理を終了する。
【００７８】
以上のように、本実施形態によれば、コンテンツサーバ２０は、クライアント端末３０から、アクセス要求情報を受信したことに応じて、管理サーバ１０から、クライアント端末３０のＩＰアドレスに基づいて、ユーザＩＤ及び属性情報を受信する。そして、コンテンツサーバ２０は、アクセス制御ファイルに記憶されているユーザＩＤ及び属性情報と、受信したユーザＩＤ及び属性情報に基づいて、クライアント端末３０のコンテンツへのアクセスを許可するか否かを判定し、アクセスを許可すると判定した場合、クライアント端末３０にコンテンツの情報を出力する。
よって、コンテンツサーバ２０は、クライアント端末３０のユーザのユーザＩＤ及び属性情報に基づいて、クライアント端末３０のアクセス制御を行うことができる。
【００７９】
また、本実施形態によれば、コンテンツサーバ２０のアクセス制御ファイルは、コンテンツを記憶するディレクトリ単位に、コンテンツへのアクセスが許可されたユーザＩＤ及びこのユーザＩＤに対応する属性情報を記憶可能であるので、所定のディレクトリに含まれるコンテンツ全てに一律にアクセス制御を行う場合でも、簡易的にアクセス制御の設定を行うことができる。
【００８０】
また、本実施形態によれば、コンテンツサーバ２０は、クライアント端末３０のコンテンツへのアクセスを許可しないと判定した場合、クライアント端末３０にコンテンツへのアクセスを拒否する旨を示す情報を送信するので、クライアント端末３０のユーザに対して、アクセスが許可されなかったことを通知することができる。
【００８１】
また、本実施形態によれば、コンテンツサーバ２０は、クライアント端末３０のコンテンツへのアクセスを許可するか否かを判定したことに応じて、コンテンツに係る情報、管理サーバ１０から受信したユーザＩＤ及び属性情報、判定された時間、並びに判定結果をアクセスログとして、ログＤＢ２３１に記憶させる。よって、コンテンツサーバ２０は、実際にアクセスされた後でも、アクセスログによりアクセス状況を監視することができる。
【００８２】
また、本実施形態によれば、コンテンツサーバ２０は、ログＤＢ２３１を参照して、所定の条件に基づいて不正アクセスを検出し、不正アクセスが検出された場合、不正アクセスがあった旨をコンテンツサーバ２０の管理者及び管理サーバ１０の管理者に電子メールにより報知する。よって、コンテンツサーバ２０の管理者及び管理サーバ１０の管理者は、この電子メールを受信することにより、不正アクセスがあったことを迅速に把握することができる。
【００８３】
以上、本発明の実施形態について説明したが、本発明は本実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００８４】
本実施形態では、入力部１２を介して許可フラグテーブル１３２Ａ及び個別設定テーブル１３２Ｂに記憶されている情報の変更を受け付けることとしたが、これに限らない。例えば、許可フラグテーブル１３２Ａ及び個別設定テーブル１３２Ｂへの変更を許可するユーザの認証を行う認証部を設けておき、設定受付部１４１は、この認証部により認証されたことに応じて、これらのテーブルの変更を受け付けてもよい。また、この場合、通信ネットワークＮを介して外部の装置からテーブルの変更を受け付けてもよい。
【００８５】
また、本実施形態では、管理サーバ１０の認証部１４３により認証を行うこととしたが、これに限らない。例えば、コンテンツサーバ２０において認証を行うこととしてもよいし、認証サーバを設けて、この認証サーバにより認証を行うこととしてもよい。
【符号の説明】
【００８６】
１ アクセス制御システム
１０ 管理サーバ
１１、２１ 表示部
１２、２２ 入力部
１３、２３ 記憶部
１４、２４ 制御部
２０ コンテンツサーバ
３０ クライアント端末
１３１ ユーザＤＢ
１３２ アクセス制御ＤＢ
１３３ 紐付ＤＢ
１４１ 設定受付部
１４２ 制御ファイル送信部
１４３ 認証部
１４４ 属性取得受付部
１４５ 属性情報送信部
２３１ ログＤＢ
２４１ ファイル受信部
２４２ 要求情報受信部
２４３ 属性情報要求部
２４４ 属性情報受信部
２４５ 判定部
２４６ 出力部
２４７ ログ記憶制御部
２４８ 検出部
２４９ 報知部
Ｎ 通信ネットワーク
【特許請求の範囲】
【請求項１】
クライアント端末及び管理サーバに通信ネットワークを介して接続可能で、前記クライアント端末にコンテンツの情報を出力するコンテンツサーバであって、
前記コンテンツの情報を記憶するコンテンツ記憶手段と、
前記コンテンツへのアクセスが許可された前記クライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御情報記憶手段と、
前記クライアント端末から、コンテンツへのアクセス要求を示し、前記クライアント端末のアドレスを含む要求情報を受信する要求情報受信手段と、
前記要求情報受信手段により前記要求情報を受信したことに応じて、前記アドレスに基づいて、前記管理サーバから、前記クライアント端末のユーザの識別情報及び属性情報を受信する属性情報受信手段と、
アクセス制御情報記憶手段に記憶されている前記識別情報及び前記属性情報と、前記属性情報受信手段により受信された前記識別情報及び前記属性情報に基づいて、前記クライアント端末の前記コンテンツへのアクセスを許可するか否かを判定する判定手段と、
前記判定手段によりアクセスを許可すると判定された場合、前記クライアント端末にコンテンツの情報を出力する出力手段と、を備えるコンテンツサーバ。
【請求項２】
前記アクセス制御情報記憶手段は、前記コンテンツを記憶するディレクトリ単位に、前記コンテンツへのアクセスが許可された前記ユーザの識別情報及び属性情報を記憶可能である請求項１に記載のコンテンツサーバ。
【請求項３】
前記出力手段は、前記判定手段によりアクセスを許可しないと判定された場合、前記クライアント端末にコンテンツへのアクセスを拒否する旨を示す情報を送信する請求項１又は２に記載のコンテンツサーバ。
【請求項４】
前記クライアント端末からの前記コンテンツへのアクセスログを記憶するログ記憶手段と、
前記判定手段により判定されたことに応じて、前記コンテンツに係る情報、前記属性情報受信手段により受信された前記ユーザの識別情報及び属性情報、前記判定手段により判定された時間、並びに前記判定手段による判定結果をアクセスログとして前記ログ記憶手段に記憶させるログ記憶制御手段と、をさらに備える請求項１から３のいずれかに記載のコンテンツサーバ。
【請求項５】
前記ログ記憶手段を参照して、所定の条件に基づいて不正アクセスを検出する検出手段と、
前記検出手段により不正アクセスが検出された場合、不正アクセスがあった旨を報知する報知手段と、をさらに備える請求項４に記載のコンテンツサーバ。
【請求項６】
クライアント端末と、通信ネットワークを介して前記クライアント端末に接続可能で、コンテンツを提供するコンテンツサーバと、前記通信ネットワークを介して前記コンテンツサーバに接続可能な管理サーバとから構成されるアクセス制御システムであって、
前記コンテンツサーバは、
前記コンテンツへのアクセスが許可された前記クライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御情報記憶手段と、
前記クライアント端末から、コンテンツへのアクセス要求を示し、前記クライアント端末のアドレスを含む要求情報を受信する要求情報受信手段と、
前記要求情報受信手段により前記要求情報を受信したことに応じて、前記管理サーバに前記アドレスを送信し、前記クライアント端末のユーザの識別情報及び属性情報の取得を要求する属性取得要求手段と、を備え、
前記管理サーバは、
前記クライアント端末のアドレスと、前記識別情報と、前記属性情報とを関連付けて記憶する関連情報記憶手段と、
前記コンテンツサーバから前記アドレスを受信し、属性取得の要求を受け付ける属性取得受付手段と、
前記属性取得受付手段により、前記属性取得の要求を受け付けたことに応じて、受信した前記アドレスに基づいて、前記関連情報記憶手段から、前記アドレスに関連付けられている前記識別情報と前記属性情報とを取得し、前記コンテンツサーバに送信する属性情報送信手段と、を備え、
前記コンテンツサーバは、
前記管理サーバから前記識別情報及び前記属性情報を受信する属性情報受信手段と、
前記アクセス制御情報記憶手段に記憶されている前記識別情報及び前記属性情報と、前記属性情報受信手段により受信された前記識別情報及び前記属性情報に基づいて、前記クライアント端末の前記コンテンツへのアクセスを許可するか否かを判定する判定手段と、
前記判定手段によりアクセスを許可すると判定された場合、前記クライアント端末にコンテンツの情報を出力する出力手段と、をさらに備えるアクセス制御システム。
【請求項１】
クライアント端末及び管理サーバに通信ネットワークを介して接続可能で、前記クライアント端末にコンテンツの情報を出力するコンテンツサーバであって、
前記コンテンツの情報を記憶するコンテンツ記憶手段と、
前記コンテンツへのアクセスが許可された前記クライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御情報記憶手段と、
前記クライアント端末から、コンテンツへのアクセス要求を示し、前記クライアント端末のアドレスを含む要求情報を受信する要求情報受信手段と、
前記要求情報受信手段により前記要求情報を受信したことに応じて、前記アドレスに基づいて、前記管理サーバから、前記クライアント端末のユーザの識別情報及び属性情報を受信する属性情報受信手段と、
アクセス制御情報記憶手段に記憶されている前記識別情報及び前記属性情報と、前記属性情報受信手段により受信された前記識別情報及び前記属性情報に基づいて、前記クライアント端末の前記コンテンツへのアクセスを許可するか否かを判定する判定手段と、
前記判定手段によりアクセスを許可すると判定された場合、前記クライアント端末にコンテンツの情報を出力する出力手段と、を備えるコンテンツサーバ。
【請求項２】
前記アクセス制御情報記憶手段は、前記コンテンツを記憶するディレクトリ単位に、前記コンテンツへのアクセスが許可された前記ユーザの識別情報及び属性情報を記憶可能である請求項１に記載のコンテンツサーバ。
【請求項３】
前記出力手段は、前記判定手段によりアクセスを許可しないと判定された場合、前記クライアント端末にコンテンツへのアクセスを拒否する旨を示す情報を送信する請求項１又は２に記載のコンテンツサーバ。
【請求項４】
前記クライアント端末からの前記コンテンツへのアクセスログを記憶するログ記憶手段と、
前記判定手段により判定されたことに応じて、前記コンテンツに係る情報、前記属性情報受信手段により受信された前記ユーザの識別情報及び属性情報、前記判定手段により判定された時間、並びに前記判定手段による判定結果をアクセスログとして前記ログ記憶手段に記憶させるログ記憶制御手段と、をさらに備える請求項１から３のいずれかに記載のコンテンツサーバ。
【請求項５】
前記ログ記憶手段を参照して、所定の条件に基づいて不正アクセスを検出する検出手段と、
前記検出手段により不正アクセスが検出された場合、不正アクセスがあった旨を報知する報知手段と、をさらに備える請求項４に記載のコンテンツサーバ。
【請求項６】
クライアント端末と、通信ネットワークを介して前記クライアント端末に接続可能で、コンテンツを提供するコンテンツサーバと、前記通信ネットワークを介して前記コンテンツサーバに接続可能な管理サーバとから構成されるアクセス制御システムであって、
前記コンテンツサーバは、
前記コンテンツへのアクセスが許可された前記クライアント端末のユーザの識別情報及び属性情報を記憶するアクセス制御情報記憶手段と、
前記クライアント端末から、コンテンツへのアクセス要求を示し、前記クライアント端末のアドレスを含む要求情報を受信する要求情報受信手段と、
前記要求情報受信手段により前記要求情報を受信したことに応じて、前記管理サーバに前記アドレスを送信し、前記クライアント端末のユーザの識別情報及び属性情報の取得を要求する属性取得要求手段と、を備え、
前記管理サーバは、
前記クライアント端末のアドレスと、前記識別情報と、前記属性情報とを関連付けて記憶する関連情報記憶手段と、
前記コンテンツサーバから前記アドレスを受信し、属性取得の要求を受け付ける属性取得受付手段と、
前記属性取得受付手段により、前記属性取得の要求を受け付けたことに応じて、受信した前記アドレスに基づいて、前記関連情報記憶手段から、前記アドレスに関連付けられている前記識別情報と前記属性情報とを取得し、前記コンテンツサーバに送信する属性情報送信手段と、を備え、
前記コンテンツサーバは、
前記管理サーバから前記識別情報及び前記属性情報を受信する属性情報受信手段と、
前記アクセス制御情報記憶手段に記憶されている前記識別情報及び前記属性情報と、前記属性情報受信手段により受信された前記識別情報及び前記属性情報に基づいて、前記クライアント端末の前記コンテンツへのアクセスを許可するか否かを判定する判定手段と、
前記判定手段によりアクセスを許可すると判定された場合、前記クライアント端末にコンテンツの情報を出力する出力手段と、をさらに備えるアクセス制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−３３６１（Ｐ２０１２−３３６１Ａ）
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願番号】特願２０１０−１３５６７４（Ｐ２０１０−１３５６７４）
【出願日】平成２２年６月１５日（２０１０．６．１５）
【出願人】（０００２１１３０７）中国電力株式会社 (6,505)
【Ｆターム（参考）】
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願日】平成２２年６月１５日（２０１０．６．１５）
【出願人】（０００２１１３０７）中国電力株式会社 (6,505)
【Ｆターム（参考）】
[ Back to top ]