JP6536109B2 - セキュリティ管理システムおよびセキュリティ管理方法 - Google Patents

Description

本開示の発明は、サービスを提供するサーバへのユーザアクセスを管理するセキュリティ管理システムおよびセキュリティ管理方法に関する。

従来、タグ情報によってユーザ情報が定義された構造化データを格納するデータベースシステムとして、ＸＭＬメールデータ（構造化データ）に含まれるユーザ情報に応じて、当該構造化データに対するユーザのアクセス権を設定するＤＢサーバを含むものが知られている（例えば、特許文献１参照）。このデータベースシステムにおいて、ＤＢサーバは、各ＸＭＬメールデータを登録する際に、ＸＭＬメールデータのヘッダ部分の情報に対応するFromタグ、Toタグ、Ccタグ、及びBccタグで囲まれたメールアドレスに対応するユーザに対して、当該ＸＭＬメールデータへのアクセス権を付与する。すなわち、ＤＢサーバは、各メールデータに含まれる送信者および受信者の情報に基づいて、複数のＸＭＬメールデータに対するユーザのアクセス権限を特定するアクセス権限テーブルを作成する。そして、ＤＢサーバにより作成されたアクセス権限テーブルに基づいて、外部の端末機器からＸＭＬメールデータへのアクセスが管理される。

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

上記従来のデータベースシステムでは、ＤＢサーバの管理者が手動でアクセス権限を設定する必要がなくなる。しかしながら、多様な情報やサービスごとに、ユーザの所属や役職、サービスへのアクセス頻度といったユーザの属性に応じた適正なレベルのアクセス権を自動的に多数のユーザに適正に設定するのは容易ではない。

そこで、本開示の発明は、少なくとも１つのサーバにより提供される複数のサービスへのユーザアクセスをユーザの属性に応じて容易かつ適正に管理可能とすることを主目的とする。

本開示のセキュリティ管理システムは、少なくとも１つのサーバにより提供される複数のサービスへのユーザアクセスを管理するセキュリティ管理システムであって、前記複数のサービスごとに、該サービスへのアクセスが許可されるユーザの属性を示す許可ユーザタグを定義したセキュリティ定義を記憶するセキュリティ定義記憶装置と、ユーザＩＤごとに、当該ユーザＩＤを持つユーザの属性を示すユーザタグを記憶するタグ情報記憶装置と、前記セキュリティ定義から、端末を介してユーザにより要求されたサービスの前記許可ユーザタグを取得する第１取得モジュールと、前記タグ情報記憶装置から、前記端末を操作したユーザのユーザＩＤに対応した前記ユーザタグを取得する第２取得モジュールと、前記第１取得モジュールにより取得された前記許可ユーザタグに、前記第２取得モジュールにより取得された前記ユーザタグが含まれているか否かを判定し、前記許可ユーザタグに前記ユーザタグが含まれている場合、前記端末を操作した前記ユーザへの前記サービスの提供を許可し、前記許可ユーザタグに前記ユーザタグが含まれていない場合、前記端末を操作した前記ユーザへの前記サービスの提供を禁止する判定モジュールとを備えるものである。

このセキュリティ管理システムでは、少なくとも１つのサーバにより提供される複数のサービスごとに、当該サービスへのアクセスが許可されるユーザを示す許可ユーザタグを定義したセキュリティ定義がセキュリティ定義記憶装置に記憶され、ユーザの属性を示すユーザタグがユーザＩＤごとにタグ情報記憶装置に記憶される。端末を介してユーザによりサービスの提供が要求されると、第１取得モジュールは、当該サービスの許可ユーザタグをセキュリティ定義から取得し、第２取得モジュールは、端末を操作したユーザのユーザＩＤに対応したユーザタグをタグ情報記憶装置から取得する。更に、判定モジュールは、第１取得モジュールにより取得された許可ユーザタグに、第２取得モジュールにより取得されたユーザタグが含まれているか否かを判定する。そして、許可ユーザタグにユーザタグが含まれている場合、端末を操作したユーザへのサービスの提供が許可され、許可ユーザタグにユーザタグが含まれていない場合、端末を操作したユーザへのサービスの提供が禁止される。

これにより、セキュリティ定義を定めると共に、ユーザ（ユーザＩＤ）に対して当該ユーザの属性を示すユーザタグを付与しておくことで、要求されたサービスへのユーザアクセスを許可するか否かを適正かつ速やかに判定することが可能となる。また、新規サービスが追加されたり、サービスの提供態様が変更されたりしても、セキュリティ定義を更新することで、追加・変更されたサービスへのユーザアクセスを許可するか否かを適正に判定することができる。更に、ユーザの所属や役職等が変更されたり、新規ユーザが追加されたりしても、ユーザ（ユーザＩＤ）にユーザタグを付与することで、当該ユーザへのサービスの提供の可否を適正に判定することが可能となる。従って、このセキュリティ管理システムによれば、少なくとも１つのサーバにより提供される複数のサービスへのユーザアクセスを容易かつ適正に管理することができる。

本開示のセキュリティ管理システムを示す概略構成図である。 図１のセキュリティ管理システムを構成するセキュリティ管理サーバのセキュリティ定義記憶装置に記憶されるセキュリティ定義の一例を示す説明図である。 図１のセキュリティ管理システムを構成するセキュリティ管理サーバのセキュリティキャッシュ記憶装置に記憶されるキャッシュ情報の一例を示す説明図である。 図１のセキュリティ管理システムを構成するタグ管理サーバのタグ定義記憶装置に記憶されるタグ定義の一例を示す説明図である。 図１のセキュリティ管理システムを構成するタグ管理サーバのタグ定義記憶装置に記憶されるタグ定義の他の例を示す説明図である。 図１のセキュリティ管理システムを構成するタグ管理サーバのタグ記憶装置に記憶されるタグ情報の一例を示す説明図である。 図１のセキュリティ管理システムを構成するタグ管理サーバのタグ記憶装置に記憶されるタグ情報の他の例を示す説明図である。 図１のセキュリティ管理システムを構成するセキュリティ管理サーバのセキュリティ管理モジュールにより実行されるセキュリティ判定ルーチンの一例を示すフローチャートである。 図１のセキュリティ管理システムを構成するセキュリティ管理サーバのセキュリティ管理モジュールにより実行されるキャッシュ情報更新ルーチンの一例を示すフローチャートである。 図１のセキュリティ管理システムを構成するタグ管理サーバのタグ管理モジュールにより実行されるユーザタグ情報更新ルーチンの一例を示すフローチャートである。

図１は、本開示のセキュリティ管理システム１０を示す概略構成図である。セキュリティ管理システム１０は、企業等において複数のシステムサーバ１Ａ，１Ｂ，１Ｃ…により提供される複数のサービスへのユーザアクセスを管理するのに用いられるものであり、認証サーバ２０と、リバースプロキシサーバ３０と、セキュリティ管理サーバ４０と、タグ管理サーバ５０とを含む。図示するように、セキュリティ管理システム１０（タグ管理サーバ５０）は社内ネットワーク等を介して人事管理サーバ６０およびアクセスログ管理サーバ７０と接続される。また、当該企業等の役員や従業員、登録された関連会社の従業員や社外業者といったユーザにより使用される多数の端末（クライアントコンピュータ）１００は、社内ネットワークや専用回線等を介して、セキュリティ管理システム１０の認証サーバ２０およびリバースプロキシサーバ３０に接続される。

システムサーバ１Ａ，１Ｂ，１Ｃ…は、ＣＰＵ，ＲＯＭ，ＲＡＭ，入出力装置等を有するコンピュータと、従業員等により作成されたオブジェクトとしての成果物（作成中のものも含む）を格納した成果物データベースを記憶する成果物記憶装置２とを含む。成果物記憶装置２に記憶される成果物には、例えば、識別子としてのオブジェクトＩＤや、成果物の属性（内容）を示すオブジェクトタグ等がタグ付けされている。また、システムサーバ１Ａ，１Ｂ，１Ｃ…には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、成果物管理モジュール３が構築される。図１に示すシステムサーバ１Ａの成果物管理モジュール３は、例えば、成果物記憶装置２に記憶されている複数の成果物（オブジェクト）の中から所望の成果物を探し出すための検索ツールの提供や、指定された単一の成果物の提供といったサービスの提供を実行する。なお、本実施形態において、システムサーバ１Ａ，１Ｂ，１Ｃ…により提供される複数のサービスは、互いに独立したものとされる。

認証サーバ２０は、ＣＰＵ，ＲＯＭ，ＲＡＭ，入出力装置等を有するコンピュータと、各ユーザに付与されたユーザＩＤのデータベースを記憶するＩＤ情報記憶装置２１とを含む。更に、認証サーバ２０には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、認証情報管理モジュール２５が構築される。認証情報管理モジュール２５は、端末１００上でユーザにより入力されたユーザＩＤや、当該ユーザにより端末１００上で要求されたサービスのアドレス（例えば上述のような検索ツールのアドレス（ＵＲＬ）やオブジェクト名等）を取得する。更に、認証情報管理モジュール２５は、入力したユーザＩＤがＩＤ情報記憶装置２１に記憶されているか否かを判定し、当該ユーザＩＤがＩＤ情報記憶装置２１に記憶されている場合、サービスを要求したユーザのユーザＩＤと共に、要求されたサービスのアドレス等をリバースプロキシサーバ３０に送信する。また、ユーザＩＤがＩＤ情報記憶装置２１に記憶されていない場合、認証情報管理モジュール２５は、要求されたサービスの提供が許可されない旨を端末１００に送信する。なお、ユーザが端末１００上で選択可能なサービスのアドレスは、当該端末１００と認証情報管理モジュール２５との間においてのみ用いられるものである。

リバースプロキシサーバ３０は、ＣＰＵ，ＲＯＭ，ＲＡＭ，入出力装置等を有するコンピュータと、システムアドレス情報記憶装置３１とを含み、認証サーバ２０を介して受け取った端末１００から要求をシステムサーバ１Ａ，１Ｂ，１Ｃ…へと中継すると共に、システムサーバ１Ａ，１Ｂ，１Ｃ…からの情報を端末１００へと中継するものである。更に、リバースプロキシサーバ３０には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、管理モジュール３５が構築される。

システムアドレス情報記憶装置３１は、システムサーバ１Ａ，１Ｂ，１Ｃ…により提供される複数のサービス（ツールおよび成果物）ごとに、端末１００側でユーザが入力可能なアドレスや、提供主体であるシステムサーバ１Ａ等のＩＤ（システムＩＤ），システムサーバ１Ａ等におけるサービスのシステムアドレス（ツール等）やオブジェクトＩＤ（単一成果物）を記憶するものである。また、管理モジュール３５は、システムサーバ１Ａ，１Ｂ，１Ｃ…と端末１００との間の情報のやり取りを管理する。更に、管理モジュール３５は、ユーザからのサービスの要求に応じて、認証サーバ２０の認証情報管理モジュール２５からユーザＩＤやサービスのアドレスを受け取ると、ユーザにより入力されたサービスを提供するシステムサーバのシステムＩＤや、当該サービスのアドレスに対応したシステムアドレスまたはオブジェクトＩＤをシステムアドレス情報記憶装置３１から読み出し、読みだしたシステムＩＤ、システムアドレスまたはオブジェクトＩＤをユーザＩＤと共にセキュリティ管理サーバ４０に送信する。

セキュリティ管理サーバ４０は、ＣＰＵ，ＲＯＭ，ＲＡＭ，入出力装置等を有するコンピュータと、セキュリティ定義記憶装置４１と、セキュリティキャッシュ記憶装置４２とを含む。更に、セキュリティ管理サーバ４０には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、システムサーバ１Ａ，１Ｂ，１Ｃ…により提供される複数のサービスへのユーザアクセスを許可するか否かを判定するセキュリティ管理モジュール４５が構築される。

セキュリティ定義記憶装置４１は、システムサーバ１Ａ，１Ｂ，１Ｃ…により提供される複数のサービス（単一成果物を含む）ごとに、当該サービスへのアクセスが許可されるユーザの属性を示す許可ユーザタグを定義したセキュリティ定義を記憶するものである。本実施形態において、セキュリティ定義は、図２に示すように、システムサーバ１Ａ，１Ｂ，１Ｃ…により提供される複数のサービスのシステムアドレス（ツール等）やオブジェクトタグ（単一成果物）ごとに、セキュリティＩＤ（大分類）、詳細セキュリティＩＤ（小分類を含むもの）、当該サービスを提供するシステムサーバのＩＤ（システムＩＤ）、サービスの種別（単一成果物を“オブジェクト”とし、それ以外を“サービス”とする。）を示すリソースタイプ、サービスへのアクセス（閲覧）が許可されるユーザの属性（所属、役職等）を示す許可ユーザタグ（ＲＥＡＤ）、サービスへのアクセス（編集）が許可されるユーザの属性を示す許可ユーザタグ（ＥＤＩＴ）、当該サービスについてセキュリティ管理モジュール４５による判定処理の実行が許可される期間を示す判定許可条件、当該サービスについてセキュリティ管理モジュール４５による判定処理が実行されるべきか否かを示すステータス（ＯＫ＝実行、ＮＧ＝非実行）を規定するテーブルとして作成される。セキュリティ定義は、サービスの提供や成果物を管理する予め定められた管理者により作成・更新される。

セキュリティキャッシュ記憶装置４２は、セキュリティ管理モジュール４５によりサービスへのアクセスが許可されたユーザのユーザＩＤ、アクセスが許可されたサービス、および当該サービスを提供するシステムサーバのシステムＩＤ等をキャッシュ情報として記憶するものである。キャッシュ情報は、図３に示すように、サービスのシステムアドレスやオブジェクトＩＤごとに、ユーザＩＤ、リソースタイプ、システムＩＤ、セキュリティＩＤ（大分類）、アクション（閲覧および編集の少なくとも何れか一方）を規定するテーブルとして作成される。本実施形態において、キャッシュ情報は、セキュリティ管理モジュール４５により判定処理が実行された後、当該セキュリティ管理モジュール４５により適宜設定・更新される。

タグ管理サーバ５０は、ＣＰＵ，ＲＯＭ，ＲＡＭ，入出力装置等を有するコンピュータと、タグ定義記憶装置５１と、タグ情報記憶装置５２とを含む。更に、タグ管理サーバ５０には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、タグ定義記憶装置５１やタグ情報記憶装置５２に記憶される情報を管理するタグ管理モジュール５５が構築される。

タグ定義記憶装置５１は、図４に示すようなユーザタグ定義および図５に示すようなオブジェクトタグ定義を記憶する。ユーザタグ定義は、図４に示すように、それぞれユーザの属性（所属、役職等）を示す複数のユーザタグごとに、リソースタイプ（この場合、“人”）、人事情報およびログ解析情報の何れに関連するかを示す対象、ユーザタグが示す属性の範囲や内容を示す対象フィールド、当該ユーザタグについてセキュリティ管理モジュール４５による判定処理の実行が許可される期間を示す判定許可条件、当該ユーザタグについてセキュリティ管理モジュール４５による判定処理が実行されるべきか否かを示すステータス（ＯＫ＝実行、ＮＧ＝非実行）を規定するテーブルとして作成される。本実施形態において、ユーザタグ定義は、セキュリティ管理システム１０の管理者および／または予め定められた人事責任者等により作成・更新される。

オブジェクトタグ定義は、図５に示すように、複数のオブジェクトタグごとに、リソースタイプ（この場合、“オブジェクト”）、当該オブジェクトを提供するシステムサーバのシステムＩＤ、オブジェクトタグが示す属性の内容、成果物の作成者、重要度等を示す対象フィールド、当該オブジェクトタグについてセキュリティ管理モジュール４５による判定処理の実行が許可される期間を示す判定許可条件、当該オブジェクトタグについてセキュリティ管理モジュール４５による判定処理が実行されるべきか否かを示すステータス（ＯＫ＝実行、ＮＧ＝非実行）を規定するテーブルとして作成される。本実施形態において、オブジェクトタグ定義は、成果物（オブジェクト）を管理する予め定められた管理者により作成・更新される。

タグ情報記憶装置５２は、図６に示すようなユーザタグテーブルおよび図７に示すようなオブジェクトタグテーブルを記憶する。ユーザタグテーブルは、図６に示すように、複数のユーザＩＤごとに、当該ユーザＩＤを持つユーザの属性を示すユーザタグと、当該ユーザＩＤについてセキュリティ管理モジュール４５による判定処理が実行されるべきか否かを示すステータス（ＯＫ＝実行〔有効〕、ＮＧ＝非実行〔無効〕）とを規定する。ユーザタグテーブルは、セキュリティ管理システム１０の管理者および／または予め定められた人事責任者等により作成され、セキュリティ定義に基づいてセキュリティ管理モジュール４５により更新されると共に、ユーザタグ定義等に基づいてタグ管理モジュール５５により更新される。

オブジェクトタグテーブルは、図７に示すように、複数のオブジェクトＩＤごとに、当該オブジェクトＩＤを持つ成果物（オブジェクト）の属性を示すオブジェクトタグと、当該オブジェクトタグについてセキュリティ管理モジュール４５による判定処理が実行されるべきか否かを示すステータス（ＯＫ＝実行〔有効〕、ＮＧ＝非実行〔無効〕）とを規定する。オブジェクトタグテーブルは、セキュリティ管理システム１０の管理者および／またはオブジェクトを管理する管理者等により作成され、セキュリティ定義に基づいてセキュリティ管理モジュール４５により更新されると共に、オブジェクトタグ定義等に基づいてタグ管理モジュール５５により更新される。

セキュリティ管理システム１０に接続される人事管理サーバ６０は、ＣＰＵ，ＲＯＭ，ＲＡＭ，入出力装置等を有するコンピュータと、人員情報記憶装置６１と、組織情報記憶装置６２とを含む。更に、人事管理サーバ６０には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、人員情報記憶装置６１や組織情報記憶装置６２に記憶される情報を管理する人事情報管理モジュール６５が構築される。人員情報記憶装置６１は、当該企業等の役員や従業員、登録された関連会社の従業員や社外業者といったユーザの詳細な人員情報（ユーザＩＤや対象フィールドを含む）を記憶し、組織情報記憶装置６２は、当該企業や関連会社等の詳細な組織情報を記憶する。人員情報記憶装置６１や組織情報記憶装置６２に記憶される情報は、人事異動や組織改編等に併せて随時更新される。

セキュリティ管理システム１０に接続されるアクセスログ管理サーバ７０は、ＣＰＵ，ＲＯＭ，ＲＡＭ，入出力装置等を有するコンピュータと、ログ解析情報記憶装置７１と、を含む。更に、アクセスログ管理サーバ７０には、ＣＰＵやＲＯＭ，ＲＡＭといったハードウエアと、予めインストールされた各種プログラムとの協働により、システムサーバ１Ａ，１Ｂ，１Ｃへのユーザアクセスを解析して解析結果をログ解析情報（ユーザＩＤや対象フィールドを含む）としてログ解析情報記憶装置７１に記憶させるログ解析管理モジュール７５が構築される。

次に、上述のセキュリティ管理システム１０においてシステムサーバ１Ａ，１Ｂ，１Ｃ…により提供されるサービスへのユーザアクセスの可否を判定する手順について説明する。図８は、ユーザが端末１００を操作してシステムサーバ１Ａ等にサービスの提供を要求した際にセキュリティ管理サーバ４０のセキュリティ管理モジュール４５により実行されるセキュリティ判定ルーチンの一例を示すフローチャートである。

図８に示すセキュリティ判定ルーチンの開始に際して、セキュリティ管理モジュール４５（ＣＰＵ）は、リバースプロキシサーバ３０から送信されたユーザＩＤ、システムＩＤ、システムアドレスまたはオブジェクトＩＤといった判定処理に必要なデータを入力する（ステップＳ１００）。次いで、セキュリティ管理モジュール４５は、ステップＳ１００にて入力したデータとセキュリティキャッシュ記憶装置４２に記憶されているキャッシュ情報とを比較し（ステップＳ１１０）、当該ユーザＩＤを持つユーザに対して要求されたサービスへのアクセスが許可されるか否かを判定する（ステップＳ１２０）。

すなわち、ステップＳ１１０およびＳ１２０において、セキュリティ管理モジュール４５は、セキュリティキャッシュ記憶装置４２に記憶されているキャッシュ情報に、ステップＳ１００にて入力したユーザＩＤおよびシステムアドレスまたはオブジェクトＩＤに合致（一致）するものがあるか否かを判定する。そして、セキュリティ管理モジュール４５は、ステップＳ１００にて入力したユーザＩＤおよびシステムアドレスまたはオブジェクトＩＤに合致するキャッシュ情報が存在していると判定した場合（ステップＳ１２０）、当該キャッシュ情報に示されているアクションの実行を当該ユーザに許可すべく、該当するシステムサーバの呼び出しを許可する旨の指令をリバースプロキシサーバ３０に送信し（ステップＳ２２０）、本ルーチンを終了させる。

このように、上述のようなキャッシュ情報をセキュリティキャッシュ記憶装置４２に記憶させておき、当該キャッシュ情報に基づいて判定処理を実行することで、サービスの提供可否の判定をより速やかに実行することが可能となる。なお、リバースプロキシサーバ３０は、セキュリティ管理モジュール４５からの指令に応じて、該当するシステムサーバを呼び出す。これにより、当該システムサーバから、上記システムアドレスまたはオブジェクトＩＤに対応したサービスがリバースプロキシサーバ３０を中継して端末１００すなわち当該端末１００を操作したユーザに提供されることになる。

一方、ステップＳ１００にて入力したユーザＩＤおよびシステムアドレスまたはオブジェクトＩＤに合致（一致）するキャッシュ情報が存在していないと判定した場合（ステップＳ１２０）、セキュリティ管理モジュール４５は、セキュリティ定義記憶装置４１からセキュリティ定義を読み出し（ステップＳ１３０）、更にステップＳ１００にて入力したシステムアドレスまたはオブジェクトＩＤに基づいて、ユーザに要求された対象が単一成果物（オブジェクト）であるか否かを判定する（ステップＳ１４０）。ユーザに要求されたサービスが単一成果物である場合、セキュリティ管理モジュール４５は、セキュリティ定義からステータスがＯＫであるオブジェクトタグのすべてを取得する（ステップＳ１５０）。以下、ステップＳ１５０にて取得されるオブジェクトタグを適宜「定義済みオブジェクトタグ」という。

続いて、セキュリティ管理モジュール４５は、ステップＳ１００にて入力したオブジェクトＩＤに対応したオブジェクトタグをタグ管理サーバ５０から取得する（ステップＳ１６０）。すなわち、ステップＳ１６０において、セキュリティ管理モジュール４５は、ステップＳ１００にて入力したオブジェクトＩＤをタグ管理サーバ５０のタグ管理モジュール５５に送信する。セキュリティ管理モジュール４５からオブジェクトＩＤを受信したタグ管理モジュール５５は、受信したオブジェクトＩＤに対応したステータスがＯＫであるオブジェクトタグをタグ情報記憶装置５２に記憶されているオブジェクトタグテーブルから取得し、取得したオブジェクトタグをセキュリティ管理モジュール４５に送信する。

ステップＳ１６０にてタグ管理サーバ５０からオブジェクトタグを取得すると、セキュリティ管理モジュール４５は、ステップＳ１５０にてセキュリティ定義から取得したオブジェクトタグ（定義済みオブジェクトタグ）の中にステップＳ１６０にてタグ管理サーバ５０から取得したオブジェクトタグが含まれているか（オブジェクトタグの一致があるか）否かを判定する（ステップＳ１７０）。タグ管理サーバ５０から取得したオブジェクトタグが定義済みオブジェクトタグに含まれていない場合、セキュリティ管理モジュール４５は、端末１００を操作したユーザの成果物（オブジェクト）へのアクセスを禁止する旨の指令をリバースプロキシサーバ３０に送信し（ステップＳ２３０）、本ルーチンを終了させる。なお、ステップＳ１４０にてユーザに要求された対象が単一成果物ではないと判定された場合、上述のステップＳ１５０からＳ１７０の処理はスキップされる。

これに対して、ステップＳ１４０にてユーザに要求された対象が検索ツール等のサービスであると判定した場合、およびタグ管理サーバ５０から取得したオブジェクトタグが定義済みオブジェクトタグに含まれていると判定した場合、セキュリティ管理モジュール４５は、ステップ１００にて入力したシステムアドレスまたはステップＳ１６０にて取得したオブジェクトタグに対応した許可ユーザタグをセキュリティ定義から取得する（ステップＳ１８０）。更に、セキュリティ管理モジュール４５は、ステップＳ１００にて入力したユーザＩＤに対応したユーザタグをタグ管理サーバ５０から取得する（ステップＳ１９０）。すなわち、ステップＳ１９０において、セキュリティ管理モジュール４５は、ステップＳ１００にて入力したユーザＩＤをタグ管理サーバ５０のタグ管理モジュール５５に送信する。セキュリティ管理モジュール４５からユーザＩＤを受信したタグ管理モジュール５５は、受信したユーザＩＤに対応したステータスがＯＫであるユーザタグをタグ情報記憶装置５２に記憶されているユーザタグテーブルから取得し、取得したユーザタグをセキュリティ管理モジュール４５に送信する。

ステップＳ１９０にてタグ管理モジュール５５からユーザタグを取得すると、セキュリティ管理モジュール４５は、ステップＳ１８０にてセキュリティ定義から取得した許可ユーザタグの中にステップＳ１９０にてタグ管理サーバ５０から取得したユーザタグが含まれているか（ユーザタグの一致があるか）否かを判定する（ステップＳ２００）。タグ管理サーバ５０から取得したユーザタグがセキュリティ定義から取得した許可ユーザタグに含まれていない場合、セキュリティ管理モジュール４５は、端末１００を操作したユーザのサービスへのアクセスを禁止する旨の指令をリバースプロキシサーバ３０に送信し（ステップＳ２３０）、本ルーチンを終了させる。

これに対して、タグ管理サーバ５０から取得したユーザタグがセキュリティ定義から取得した許可ユーザタグに含まれていると判定した場合、セキュリティ管理モジュール４５は、ステップＳ１００にて入力したユーザＩＤ、当該ユーザＩＤにより要求されたサービスのシステムアドレスまたはオブジェクトＩＤ、リソースタイプ、システムＩＤ、セキュリティ定義上で許可されているアクションをキャッシュ情報としてセキュリティキャッシュ記憶装置４２に記憶させる（ステップＳ２１０）。そして、セキュリティ管理モジュール４５は、セキュリティ定義上で許可されているアクションの実行をユーザに許可すべく、該当するシステムサーバの呼び出しを許可する旨の指令をリバースプロキシサーバ３０に送信し（ステップＳ２２０）、本ルーチンを終了させる。

上述のように、セキュリティ管理システム１０では、システムサーバ１Ａ，１Ｂ，１Ｃ…により提供される複数のサービスごとに、当該サービスへのアクセスが許可されるユーザを示す許可ユーザタグを定義したセキュリティ定義がセキュリティ管理サーバ４０のセキュリティ定義記憶装置４１に記憶される。また、タグ管理サーバ５０のタグ情報記憶装置５２には、ユーザの属性を示すユーザタグをユーザＩＤごとに規定するユーザタグテーブルが記憶される。そして、端末１００を介してユーザによりサービスの提供が要求されると、セキュリティ管理モジュール４５は、当該サービスの許可ユーザタグをセキュリティ定義から取得すると共に（ステップＳ１８０）、端末を操作したユーザのユーザＩＤに対応したユーザタグをタグ管理サーバ５０（タグ情報記憶装置５２）から取得する（ステップＳ１９０）。更に、セキュリティ管理モジュール４５は、ステップＳ１８０にて取得した許可ユーザタグに、ステップＳ１９０にて取得したユーザタグが含まれているか否かを判定し（ステップＳ２００）、許可ユーザタグにユーザタグが含まれている場合、端末１００を操作したユーザへのサービスの提供を許可する。これに対して、許可ユーザタグにユーザタグが含まれていない場合、端末１００を操作したユーザへのサービスの提供が禁止される。

これにより、セキュリティ定義を定めると共に、ユーザ（ユーザＩＤ）に対して当該ユーザの属性を示すユーザタグを付与しておくことで、要求されたサービスへのユーザアクセスを許可するか否かを適正かつ速やかに判定することが可能となる。また、新規サービス（新規成果物）が追加されたり、サービスの提供態様が変更されたりしても、セキュリティ定義を更新することで、追加・変更されたサービスへのユーザアクセスを許可するか否かを適正に判定することができる。更に、ユーザの所属や役職等が変更されたり、新規ユーザが追加されたりしても、ユーザ（ユーザＩＤ）にユーザタグを付与することで、当該ユーザへのサービスの提供の可否を適正に判定することが可能となる。従って、上記セキュリティ管理システム１０によれば、システムサーバ１Ａ，１Ｂ，１Ｃ…により提供される複数のサービスへのユーザアクセスを容易かつ適正に管理することができる。

また、セキュリティ管理システム１０では、図８のステップＳ１８０からＳ２００の処理が実行される前に、セキュリティキャッシュ記憶装置４２に記憶されたキャッシュ情報に基づいて、ユーザにより要求されたサービスの当該ユーザへの提供を許可するか否かが判定される（ステップＳ１１０，Ｓ１２０）、これにより、サービスの提供可否の判定をより速やかに実行することが可能となる。更に、セキュリティ管理システム１０では、ユーザにより成果物（オブジェクト）の提供が要求された場合、許可ユーザタグとユーザＩＤに対応したユーザタグとの比較（ステップＳ１８０からＳ２００）の前に、セキュリティ定義から取得されたオブジェクトタグに、タグ管理サーバ５０から取得されたオブジェクトタグ（オブジェクトＩＤに対応したもの）が含まれるか否かが判定される（ステップＳ１５０からＳ１７０）。これにより、より機密性が高い成果物へのユーザアクセスをより厳格に管理することが可能となる。

なお、上述のセキュリティ定義は、システムサーバ１Ａ，１Ｂ，１Ｃ…により提供されるサービスのシステムアドレスやオブジェクトタグごとに、サービスや成果物へのアクセスが許可される許可ユーザタグを定義するものであるが、これに限られるものではない。すなわち、セキュリティ定義は、複数のサービスごとに、当該サービスへのアクセスが禁止される禁止ユーザタグを定義するように作成されてもよい。そして、セキュリティ定義から取得された禁止ユーザタグにタグ管理サーバ５０から取得されたユーザタグ（ユーザＩＤに対応したもの）が含まれている場合、端末１００を操作したユーザのサービスへのアクセスを禁止してもよい。また、この場合、サービスへのアクセスが禁止されたユーザのユーザＩＤと当該サービスとに合致するキャッシュ情報が存在していれば、当該キャッシュ情報をセキュリティキャッシュ記憶装置４２から削除するとよい。更に、セキュリティ定義は、複数のサービスごとに、当該サービスについてセキュリティ管理モジュール４５による判定処理の実行を禁止する条件である判定禁止条件を定義するように作成されてもよく、判定許可条件や判定禁止条件に有効期間が設定されてもよい。

図９は、セキュリティ管理サーバ４０のセキュリティ管理モジュール４５により実行されるキャッシュ情報更新ルーチンの一例を示すフローチャートである。同図に示すキャッシュ情報更新ルーチンは、セキュリティ定義が更新された際、および／または予め定められた期間が経過するたびにセキュリティ管理モジュール４５により実行される。

図９のキャッシュ情報更新ルーチンの開始に際して、セキュリティ管理モジュール４５（ＣＰＵ）は、予め定められた順番に従い、セキュリティ定義記憶装置４１に記憶されているセキュリティ定義から、更新されている判定許可条件を取得し（ステップＳ３００）、取得した判定許可条件に示される期間に本ルーチンの実行タイミングが含まれるか否かを判定する（ステップＳ３１０）。ステップＳ３００にて取得した判定許可条件に示される期間に当該実行タイミングが含まれていない場合、セキュリティ管理モジュール４５は、ステップＳ３００にて取得した判定許可条件に対応したサービスのステータスをＮＧに設定する（ステップＳ３２０）。更に、セキュリティ管理モジュール４５は、当該判定許可条件に対応したサービスまたはオブジェクトについてのキャッシュ情報をセキュリティキャッシュ記憶装置４２から削除する（ステップＳ３３０）。

また、ステップＳ３００にて取得した判定許可条件に示される期間に本ルーチンの実行タイミングが含まれている場合、セキュリティ管理モジュール４５は、ステップＳ３００にて取得した判定許可条件に対応したサービスのステータスをＯＫに設定する（ステップＳ３４０）。ステップＳ３３０またはＳ３４０の処理の後、セキュリティ管理モジュール４５は、更新された判定許可条件のすべてについて処理が完了したか否かを判定し（ステップＳ３５０）、全対象について処理が完了するまで、ステップＳ３００からＳ３４０の処理を繰り返し実行する。

このように、更新されていくセキュリティ定義に応じて、セキュリティ管理モジュール４５による判定処理の実行が許可されていないサービスのキャッシュ情報を削除することで、キャッシュ情報を適正化し、当該キャッシュ情報に基づくサービスの提供可否の判定（特に、許可判定）をより速やかに実行することが可能となる。

図１０は、タグ管理サーバ５０のタグ管理モジュール５５により実行されるユーザタグ情報更新ルーチンの一例を示すフローチャートである。同図に示すユーザタグ情報更新ルーチンは、ユーザタグ定義が更新された際、並びに人事管理サーバ６０において人員情報や組織情報が更新された際にタグ管理モジュール５５により実行される。

図１０のユーザタグ情報更新ルーチンの開始に際して、タグ管理モジュール５５（ＣＰＵ）は、予め定められた順番に従い、タグ定義記憶装置５１に記憶されているユーザタグ定義から、更新されている判定許可条件およびそれに対応したユーザタグを取得し（ステップＳ４００）、取得した判定許可条件に示される期間に本ルーチンの実行タイミングが含まれるか否かを判定する（ステップＳ４１０）。ステップＳ４００にて取得した判定許可条件に示される期間に当該実行タイミングが含まれていない場合、タグ管理モジュール５５は、ステップＳ４００にて取得した判定許可条件に対応したユーザタグのステータスをＮＧに設定する（ステップＳ４２０）。

一方、ステップＳ４００にて取得した判定許可条件に示される期間に本ルーチンの実行タイミングが含まれている場合、タグ管理モジュール５５は、ステップＳ４００にて取得した判定許可条件に対応したユーザタグのステータスをＯＫに設定する（ステップＳ４３０）。ステップＳ４２０またはＳ４３０の処理の後、タグ管理モジュール５５は、更新された判定許可条件のすべてについて処理が完了したか否かを判定し（ステップＳ４４０）、全対象について処理が完了するまで、ステップＳ４００からＳ４３０の処理を繰り返し実行する。

ステップＳ４４０にて判定許可条件についての処理が完了したと判定すると、タグ管理モジュール５５は、予め定められた順番に従い、タグ定義記憶装置５１に記憶されているユーザタグ定義から、ステータスがＯＫである人事情報を対象としたユーザタグのうち、少なくとも更新されたユーザタグを取得すると共に、当該ユーザタグに対応した対象フィールドを取得する（ステップＳ４５０）。次いで、タグ管理モジュール５５は、ステップＳ４５０にて取得した対象フィールドに対応したユーザＩＤを人事管理サーバ６０から取得する（ステップＳ４６０）。すなわち、ステップＳ４６０において、タグ管理モジュール５５は、ステップＳ４５０にて取得した対象フィールドを人事管理サーバ６０の人事情報管理モジュール６５に送信する。タグ管理モジュール５５から対象フィールドを受信した人事情報管理モジュール６５は、受信した対象フィールドに該当するユーザＩＤを人員情報記憶装置６１から取得し、取得したすべてのユーザＩＤをタグ管理モジュール５５に送信する。

タグ管理モジュール５５は、ステップＳ４６０にて人事管理サーバ６０からユーザＩＤを取得すると、取得したユーザＩＤに基づいて、タグ情報記憶装置５２に記憶されているユーザタグテーブルを更新する（ステップＳ４７０）。すなわち、ステップＳ４７０において、タグ管理モジュール５５は、人事管理サーバ６０から取得したすべてのユーザＩＤにステップＳ４５０にて取得したユーザタグを割り当てる（タグ付けする）と共に当該ユーザＩＤのステータスをＯＫに設定する。これにより、ユーザタグ定義上で人事情報を対象とするユーザタグが更新されている場合、すなわちユーザタグ定義に人事情報を対象とする新規ユーザタグが追加されている場合、当該ユーザタグにより示される属性を持ったユーザのユーザＩＤに新規ユーザタグが割り当てられる（タグ付けされる）。また、人事管理サーバ６０の人員情報に新規ユーザ（例えば、新入社員等）の新規ユーザＩＤが追加されている場合、当該ユーザＩＤとそれに対応したユーザタグがユーザタグテーブルに追加される。更に、人事異動等によりユーザの属性（所属や役職）が変更された場合には、当該ユーザのユーザＩＤに新たなユーザタグが割り当てられる（タグ付けされる）ことになる。ステップＳ４７０の処理の後、タグ管理モジュール５５は、人事情報を対象とするユーザタグのすべてについて処理が完了したか否かを判定し（ステップＳ４８０）、全対象について処理が完了するまで、ステップＳ４５０からＳ４７０の処理を繰り返し実行する。

ステップＳ４８０にて人事情報を対象とするユーザタグのすべてについての処理が完了したと判定すると、タグ管理モジュール５５は、予め定められた順番に従い、タグ定義記憶装置５１に記憶されているユーザタグ定義から、ステータスがＯＫであるログ解析情報を対象としたユーザタグおよびそれに対応した対象フィールドを取得する（ステップＳ４９０）。次いで、タグ管理モジュール５５は、ステップＳ４９０にて取得した対象フィールドに対応したユーザＩＤをアクセスログ管理サーバ７０から取得する（ステップＳ５００）。すなわち、ステップＳ５００において、タグ管理モジュール５５は、ステップＳ４９０にて取得した対象フィールドをアクセスログ管理サーバ７０のログ解析管理モジュール７５に送信する。タグ管理モジュール５５から対象フィールドを受信したログ解析管理モジュール７５は、受信した対象フィールドに対応したユーザＩＤをログ解析情報記憶装置７１から取得し、取得したすべてのユーザＩＤをタグ管理モジュール５５に送信する。

タグ管理モジュール５５は、ステップＳ５００にてアクセスログ管理サーバ７０からユーザＩＤを取得すると、取得したユーザＩＤに基づいて、タグ情報記憶装置５２に記憶されているユーザタグテーブルを更新する（ステップＳ５１０）。すなわち、ステップＳ５１０において、タグ管理モジュール５５は、ステップＳ５１０にて取得したすべてのユーザＩＤにステップＳ５００にて取得したユーザタグを割り当てる（タグ付けする）と共に当該ユーザＩＤのステータスをＯＫに設定する。これにより、ユーザタグ定義上でログ解析情報を対象とするユーザタグが更新されている場合、すなわちユーザタグ定義にログ解析情報を対象とする新規ユーザタグが追加されている場合、当該ユーザタグにより示される属性を持ったユーザのユーザＩＤに新規ユーザタグが割り当てられる（タグ付けされる）。また、アクセスログ管理サーバ７０のログ解析情報に新規ユーザ（例えば、新規不正使用者等）の新規ユーザＩＤが追加されている場合、当該ユーザＩＤとそれに対応したユーザタグがユーザタグテーブルに追加される。ステップＳ５１０の処理の後、タグ管理モジュール５５は、ログ解析情報を対象とするユーザタグのすべてについて処理が完了したか否かを判定し（ステップＳ５２０）、全対象について処理が完了するまで、ステップＳ４９０からＳ５１０の処理を繰り返し実行する。そして、ステップＳ５２０にてログ解析情報を対象とするユーザタグのすべてについての処理が完了したと判定すると、タグ管理モジュール５５は、本ルーチンを終了させる。

上述のように、セキュリティ管理システム１０では、ユーザタグ定義のユーザタグおよび判定許可条件に基づいて、ユーザＩＤごとにタグ情報記憶装置５２に記憶されているユーザタグテーブルのユーザタグが有効化（ＯＫに設定）または無効化（ＮＧに設定）される（図９のステップＳ４００からＳ４４０）。これにより、サービスの提供可否の判定に用いる必要のないユーザタグを無効化し、要求されたサービスへのユーザアクセスを許可するか否かをより速やかに判定することが可能となる。

また、タグ管理サーバ５０のタグ管理モジュール５５は、ユーザタグ定義のユーザタグごとに、当該ユーザタグが示す属性に該当するユーザＩＤを人事管理サーバ６０（人員情報記憶装置６１）やアクセスログ管理サーバ７０（ログ解析情報記憶装置７１）から取得し、取得したユーザＩＤにユーザタグを割り当ててタグ情報記憶装置５２に記憶されているユーザタグテーブルを更新する（ステップＳ４５０からＳ５２０）。これにより、ユーザタグ定義に新規ユーザタグが追加された際に、該当するユーザのユーザＩＤに当該新規ユーザタグを割り当てることが可能となる。また、ユーザの所属や役職等が変更されたり、新規ユーザが追加されたりしても、該当するユーザのユーザＩＤに、対応したユーザタグを割り当てることができる。この結果、サービスの提供の可否をより柔軟かつ適正に判定することが可能となる。

なお、上記セキュリティ管理システム１０のタグ管理サーバ５０に構築されるタグ管理モジュール５５は、オブジェクトタグ定義が更新された際、例えばシステムサーバから新規成果物の追加が通知された際、並びに予め定められた期間が経過するたびに、該当するシステムサーバからオブジェクトタグ定義から取得した対象フィールドに対応したオブジェクトＩＤを取得し、取得したオブジェクトＩＤに基づいてオブジェクトタグテーブルを更新する。このような場合、成果物がＸＭＬデータ等の構造化データにより作成されていれば、システムサーバにおいて、成果物の対象フィールドを容易に判別することが可能となる。

また、ユーザタグ定義の更新に伴って図９のステップＳ４５０からＳ４８０の処理が実行される場合、当該ステップＳ４５０からＳ４８０の処理は、人事情報を対象とする更新されたユーザタグのみについて実行されてもよい。同様に、ユーザタグ定義の更新に伴ってステップＳ４９０からＳ５２０の処理が実行される場合も、当該ステップＳ４９０からＳ５２０の処理は、ログ解析情報を対象とする更新されたユーザタグのみについて実行されてもよい。更に、図９のステップＳ４００からＳ４４０の処理と、ステップＳ４５０からＳ４８０の処理と、ステップＳ４９０からＳ５２０の処理とは、必ずしも連続して実行される必要はなく、互いに異なるタイミングで実行されてもよい。また、図９のＳ４２０では、ステータスがＮＧとなるユーザタグおよびそれに対応したユーザＩＤをユーザタグテーブルから削除してもよい。

以上説明したように、本開示のセキュリティ管理システム（１０）は、少なくとも１つのサーバ（１Ａ，１Ｂ，１Ｃ…）により提供される複数のサービスへのユーザアクセスを管理するセキュリティ管理システムであって、前記複数のサービスごとに、該サービスへのアクセスが許可されるユーザの属性を示す許可ユーザタグを定義したセキュリティ定義を記憶するセキュリティ定義記憶装置（４１）と、ユーザＩＤごとに、当該ユーザＩＤを持つユーザの属性を示すユーザタグを記憶するタグ情報記憶装置（５２）と、前記セキュリティ定義から、端末（１００）を介してユーザにより要求されたサービスの前記許可ユーザタグを取得する第１取得モジュール（４５，Ｓ１８０）と、前記タグ情報記憶装置（５２）から、前記端末（１００）を操作したユーザのユーザＩＤに対応した前記ユーザタグを取得する第２取得モジュール（４５，Ｓ１９０）と、前記第１取得モジュールにより取得された前記許可ユーザタグに、前記第２取得モジュールにより取得された前記ユーザタグが含まれているか否かを判定し、前記許可ユーザタグに前記ユーザタグが含まれている場合、前記端末を操作した前記ユーザへの前記サービスの提供を許可し、前記許可ユーザタグに前記ユーザタグが含まれていない場合、前記端末を操作した前記ユーザへの前記サービスの提供を禁止する判定モジュール（４５，Ｓ２００−Ｓ２３０）とを備えるものである。

すなわち、本開示のセキュリティ管理システムでは、少なくとも１つのサーバにより提供される複数のサービスごとに、当該サービスへのアクセスが許可されるユーザを示す許可ユーザタグを定義したセキュリティ定義がセキュリティ定義記憶装置に記憶され、ユーザの属性を示すユーザタグがユーザＩＤごとにタグ情報記憶装置に記憶される。端末を介してユーザによりサービスの提供が要求されると、第１取得モジュールは、当該サービスの許可ユーザタグをセキュリティ定義から取得し、第２取得モジュールは、端末を操作したユーザのユーザＩＤに対応したユーザタグをタグ情報記憶手段から取得する。更に、判定モジュールは、第１取得モジュールにより取得された許可ユーザタグに、第２取得モジュールにより取得されたユーザタグが含まれているか否かを判定する。そして、許可ユーザタグにユーザタグが含まれている場合、端末を操作したユーザへのサービスの提供が許可され、許可ユーザタグにユーザタグが含まれていない場合、端末を操作したユーザへのサービスの提供が禁止される。

これにより、セキュリティ定義を定めると共に、ユーザ（ユーザＩＤ）に対して当該ユーザの属性を示すユーザタグを付与しておくことで、要求されたサービスへのユーザアクセスを許可するか否かを適正かつ速やかに判定することが可能となる。また、新規サービスが追加されたり、サービスの提供態様が変更されたりしても、セキュリティ定義を更新することで、追加・変更されたサービスへのユーザアクセスを許可するか否かを適正に判定することができる。更に、ユーザの所属や役職等が変更されたり、新規ユーザが追加されたりしても、ユーザ（ユーザＩＤ）にユーザタグを付与することで、当該ユーザへのサービスの提供の可否を適正に判定することが可能となる。従って、本開示のセキュリティ管理システムによれば、少なくとも１つのサーバにより提供される複数のサービスへのユーザアクセスを容易かつ適正に管理することができる。なお、サービスの提供には、上述のように、複数のオブジェクトから所望のオブジェクトを探し出すための検索ツールの提供や、単一のオブジェクトの提供が含まれてもよい。

また、前記セキュリティ管理システム（１０）は、前記ユーザタグごとに、前記判定モジュールによる判定処理の実行を許可する条件である判定許可条件を定義したユーザタグ定義を記憶するタグ定義記憶装置（５１）と、前記ユーザタグ定義の前記ユーザタグおよび前記判定許可条件に基づいて、前記ユーザＩＤごとに前記タグ情報記憶装置（５１）に記憶されている前記ユーザタグを有効化または無効化するタグ情報更新モジュール（５５，Ｓ４００−Ｓ４４０）とを更に備えてもよい。これにより、サービスの提供可否の判定に用いる必要のないユーザタグを無効化し、要求されたサービスへのユーザアクセスを許可するか否かをより速やかに判定することが可能となる。

更に、前記セキュリティ管理システム（１０）は、前記ユーザＩＤごとに、ユーザの属性を記憶するユーザ情報記憶装置（６１，７１）を備えてもよく、前記タグ情報更新モジュール（５５，Ｓ４５０−Ｓ４９０）は、前記ユーザタグ定義の前記ユーザタグごとに、該ユーザタグが示す属性に該当するユーザＩＤを前記ユーザ情報記憶装置（６１，７１）から取得し、取得したユーザＩＤに前記ユーザタグを割り当てて前記タグ情報記憶装置（５２）に記憶させてもよい。これにより、ユーザタグ定義に新規ユーザタグが追加された際に、該当するユーザのユーザＩＤに当該新規ユーザタグを割り当てることが可能となる。また、ユーザの所属や役職等が変更されたり、新規ユーザが追加されたりしても、該当するユーザのユーザＩＤに、対応したユーザタグを割り当てることができる。この結果、サービスの提供の可否をより柔軟かつ適正に判定することが可能となる。なお、ユーザ情報記憶装置に記憶される情報（ユーザの属性を示す情報）には、アクセスログの解析情報が含まれてもよい。

また、前記セキュリティ管理システム（１０）は、前記判定モジュール（４５，Ｓ２００−Ｓ２３０）により前記サービスへのアクセスが許可された前記ユーザの前記ユーザＩＤ、該ユーザにアクセスが許可された前記サービス、および該サービスを提供する前記サーバのＩＤをキャッシュ情報として記憶するキャッシュ情報記憶装置（４２）を更に備えてもよく、前記判定モジュール（４５，Ｓ１１０，Ｓ１２０）は、前記第１取得モジュール（４５，Ｓ１８０）により取得された前記許可ユーザタグと、前記第２取得モジュール（４５，Ｓ１９０）により取得された前記ユーザタグとを比較する前に、前記キャッシュ情報に基づいて、ユーザにより要求されたサービスの該ユーザへの提供を許可するか否かを判定してもよい。これにより、サービスの提供可否の判定をより速やかに実行することが可能となる。

更に、前記セキュリティ定義は、前記サービスごとに、前記判定モジュールによる判定処理の実行を許可する条件である判定許可条件を定義してもよく、前記セキュリティ管理システム（１０）は、前記セキュリティ定義の前記判定許可条件に基づいて、前記判定処理の実行が許可されていないサービスの前記キャッシュ情報を削除するキャッシュ情報更新モジュール（４５，Ｓ３００−Ｓ３５０）を更に備えてもよい。これにより、セキュリティ定義に応じてキャッシュ情報を適正化し、キャッシュ情報に基づくサービスの提供可否の判定をより速やかに実行することが可能となる。

また、本開示のセキュリティ管理方法は、サーバにより提供されるサービスへのユーザアクセスを管理するセキュリティ管理方法であって、
（ａ）複数のサービスごとに、該サービスへのアクセスが許可されるユーザの属性を示す許可ユーザタグを定義したセキュリティ定義をセキュリティ定義記憶装置（４１）に記憶させると共に、ユーザＩＤごとに、当該ユーザＩＤを持つユーザの属性を示すユーザタグをタグ情報記憶装置（５２）に記憶させるステップと、
（ｂ）前記セキュリティ定義から、端末（１００）を介してユーザにより要求されたサービスの前記許可ユーザタグを取得すると共に（Ｓ１８０）、前記タグ情報記憶装置（５２）から、前記端末（１００）を操作したユーザのユーザＩＤに対応した前記ユーザタグを取得するステップ（Ｓ１９０）と、
（ｃ）ステップ（ｂ）にて取得された前記許可ユーザタグに、ステップ（ｂ）にて取得された前記ユーザタグが含まれているか否かを判定し、前記許可ユーザタグに前記ユーザタグが含まれている場合、前記端末を操作した前記ユーザへの前記サービスの提供を許可し、前記許可ユーザタグに前記ユーザタグが含まれていない場合、前記端末を操作した前記ユーザへの前記サービスの提供を禁止するステップ（Ｓ２００−Ｓ２３０）と、
を含むものである。

本開示のセキュリティ管理方法のように、セキュリティ定義を定めると共に、ユーザ（ユーザＩＤ）に対して当該ユーザの属性を示すユーザタグを付与しておくことで、要求されたサービスへのユーザアクセスを許可するか否かを適正に判定することが可能となる。また、新規サービスが追加されたり、サービスの提供態様が変更されたりしても、セキュリティ定義を更新することで、追加・変更されたサービスへのユーザアクセスを許可するか否かを適正に判定することができる。更に、ユーザの所属や役職等が変更されたり、新規ユーザが追加されたりしても、ユーザ（ユーザＩＤ）にユーザタグを付与することで、当該ユーザへのサービスの提供の可否を適正に判定することが可能となる。従って、本開示のセキュリティ管理方法によれは、少なくとも１つのサーバにより提供される複数のサービスへのユーザアクセスを容易かつ適正に管理することができる。

ただし、本開示の発明は上記実施形態に何ら限定されるものではなく、本開示の外延の範囲内において様々な変更をなし得ることはいうまでもない。更に、上記実施形態は、あくまで発明の概要の欄に記載された発明の具体的な一形態に過ぎず、発明の概要の欄に記載された発明の要素を限定するものではない。

本開示の発明は、企業等において、サービスを提供するサーバへのユーザアクセスを管理するのに有用である。

１Ａ，１Ｂ，１Ｃ システムサーバ、２ 成果物記憶装置、３ 成果物管理モジュール、１０ セキュリティ管理システム、２０ 認証サーバ、２１ ＩＤ情報記憶装置、２５ 認証情報管理モジュール、３０ リバースプロキシサーバ、３１ システムアドレス情報記憶装置、３５ 管理モジュール、４０ セキュリティ管理サーバ、４１ セキュリティ定義記憶装置、４２ セキュリティキャッシュ記憶装置、４５ セキュリティ管理モジュール、５０ タグ管理サーバ、５１ タグ定義記憶装置、５２ タグ情報記憶装置、５５ タグ管理モジュール、６０ 人事管理サーバ、６１ 人員情報記憶装置、６２ 組織情報記憶装置、６５ 人事情報管理モジュール、７０ アクセスログ管理サーバ、７１ ログ解析情報記憶装置、７５ ログ解析管理モジュール、１００ 端末。

Claims (4)

1. 少なくとも１つのサーバにより提供される複数のサービスへのユーザアクセスを管理するセキュリティ管理システムであって、
   前記複数のサービスごとに、該サービスへのアクセスが許可されるユーザの属性を示す許可ユーザタグを定義したセキュリティ定義を記憶するセキュリティ定義記憶装置と、
   ユーザＩＤごとに、当該ユーザＩＤを持つユーザの属性を示すユーザタグを記憶するタグ情報記憶装置と、
   前記セキュリティ定義から、端末を介してユーザにより要求されたサービスの前記許可ユーザタグを取得する第１取得モジュールと、
   前記タグ情報記憶装置から、前記端末を操作したユーザのユーザＩＤに対応した前記ユーザタグを取得する第２取得モジュールと、
   前記第１取得モジュールにより取得された前記許可ユーザタグに、前記第２取得モジュールにより取得された前記ユーザタグが含まれているか否かを判定し、前記許可ユーザタグに前記ユーザタグが含まれている場合、前記端末を操作した前記ユーザへの前記サービスの提供を許可し、前記許可ユーザタグに前記ユーザタグが含まれていない場合、前記端末を操作した前記ユーザへの前記サービスの提供を禁止する判定モジュールと、
   前記判定モジュールにより前記サービスへのアクセスが許可された前記ユーザの前記ユーザＩＤ、該ユーザにアクセスが許可された前記サービス、および該サービスを提供する前記サーバのＩＤをキャッシュ情報として記憶するキャッシュ情報記憶装置と、
   前記判定モジュールによる判定処理の実行が許可されていないサービスの前記キャッシュ情報を削除するキャッシュ情報更新モジュールと、
   を備え、
   前記判定モジュールは、前記第１取得モジュールにより取得された前記許可ユーザタグと、前記第２取得モジュールにより取得された前記ユーザタグとを比較する前に、前記キャッシュ情報に基づいて、ユーザにより要求されたサービスの該ユーザへの提供を許可するか否かを判定し、
   前記セキュリティ定義は、前記サービスごとに、前記判定処理の実行を許可する条件である判定許可条件を定義しており、前記キャッシュ情報更新モジュールは、前記セキュリティ定義の前記判定許可条件に基づいて、前記判定処理の実行が許可されていないサービスの前記キャッシュ情報を削除するセキュリティ管理システム。
2. 請求項１に記載のセキュリティ管理システムにおいて、
   前記ユーザタグごとに、前記判定モジュールによる判定処理の実行を許可する条件である判定許可条件を定義したユーザタグ定義を記憶するタグ定義記憶装置と、
   前記ユーザタグ定義の前記ユーザタグおよび前記判定許可条件に基づいて、前記ユーザＩＤごとに前記タグ情報記憶装置に記憶されている前記ユーザタグを有効化または無効化するタグ情報更新モジュールと、
   を更に備えるセキュリティ管理システム。
3. 請求項２に記載のセキュリティ管理システムにおいて、
   前記ユーザＩＤごとに、ユーザの属性を記憶するユーザ情報記憶装置を更に備え、
   前記タグ情報更新モジュールは、前記ユーザタグ定義の前記ユーザタグごとに、該ユーザタグが示す属性に該当するユーザＩＤを前記ユーザ情報記憶装置から取得し、取得したユーザＩＤに前記ユーザタグを割り当てて前記タグ情報記憶装置に記憶させるセキュリティ管理システム。
4. サーバにより提供されるサービスへのユーザアクセスを管理するセキュリティ管理方法であって、
   （ａ）複数のサービスごとに、該サービスへのアクセスが許可されるユーザの属性を示す許可ユーザタグを定義したセキュリティ定義をセキュリティ定義記憶装置に記憶させると共に、ユーザＩＤごとに、当該ユーザＩＤを持つユーザの属性を示すユーザタグをタグ情報記憶装置に記憶させるステップと、
   （ｂ）前記セキュリティ定義から、端末を介してユーザにより要求されたサービスの前記許可ユーザタグを取得すると共に、前記タグ情報記憶装置から、前記端末を操作したユーザのユーザＩＤに対応した前記ユーザタグを取得するステップと、
   （ｃ）ステップ（ｂ）にて取得された前記許可ユーザタグに、ステップ（ｂ）にて取得された前記ユーザタグが含まれているか否かを判定し、前記許可ユーザタグに前記ユーザタグが含まれている場合、前記端末を操作した前記ユーザへの前記サービスの提供を許可し、前記許可ユーザタグに前記ユーザタグが含まれていない場合、前記端末を操作した前記ユーザへの前記サービスの提供を禁止するステップと、
   を含み、
   ステップ（ｃ）にて前記サービスへのアクセスが許可された前記ユーザの前記ユーザＩＤ、該ユーザにアクセスが許可された前記サービス、および該サービスを提供する前記サーバのＩＤをキャッシュ情報としてキャッシュ情報記憶装置に記憶させ、
   ステップ（ｃ）は、ステップ（ｂ）にて取得された前記許可ユーザタグと前記ユーザタグとを比較する前に、前記キャッシュ情報に基づいて、ユーザにより要求されたサービスの該ユーザへの提供を許可するか否かを判定し、
   前記セキュリティ定義は、前記サービスごとに、ステップ（ｃ）における判定処理の実行を許可する条件である判定許可条件を定義しており、
   前記セキュリティ定義の前記判定許可条件に基づいて、前記判定処理の実行が許可されていないサービスの前記キャッシュ情報を削除するセキュリティ管理方法。
   

Images