JP2017219880A

JP2017219880A - 認可システム、アクセス制御方法およびアクセス制御プログラム

Info

Publication number: JP2017219880A
Application number: JP2016111246A
Authority: JP
Inventors: 崇小宮; Takashi Komiya
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2016-06-02
Filing date: 2016-06-02
Publication date: 2017-12-14

Abstract

【課題】コンテンツへのアクセスを制御するシステムにおける利便性またはセキュリティを向上させる。【解決手段】認可システム１０１のアクセス制御部２００は、コンテンツへのアクセスの要求を受けると、複数の利用者のそれぞれが持つ属性を示す在場情報２２３と、複数の利用者のそれぞれが持つ属性を示す利用者情報２２２とから、アクセス制御情報２２１の指定条件が満たされているかどうかを判定し、判定の結果に応じて、コンテンツへのアクセスを制御する。アクセス制御情報２２１は、指定条件として、コンテンツへのアクセスの要求元の利用者がコンテンツへのアクセスの要求時点に居る場所と、要求元の利用者が要求時点よりも過去の期間に居た場所、および、要求元の利用者とは別の属性を持つ利用者が要求時点に居る場所の少なくともいずれかとの組み合わせを示す情報である。【選択図】図２

Description

本発明は、認可システム、アクセス制御方法およびアクセス制御プログラムに関するものである。

特許文献１には、ユーザ属性に対応する評価値と、利用頻度に対応する評価値と、アクセス場所に対応する評価値との総和を信頼レベルに決定し、決定した信頼レベルに応じた認証方法でユーザを認証する技術が記載されている。

特開２００５−１７３８０５号公報

認可システムは、業務サーバ、ファイルサーバ等に配置されたコンテンツに対する利用者からのアクセス内容を制御するシステムであり、利用者に適用された所属等の情報を用いて、可能な操作を限定する、認証レベルが不足している場合には認証を要求する等の処理を行う。コンテンツの具体例は、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）で特定されるリソース、および、ファイルがある。操作の具体例は、追加、更新および削除である。

認可システムにおいて、利便性を向上させるために、トイレ休憩等の短時間の離席後に作業を再開するときは認証を省略または簡略化することが考えられる。また、セキュリティを向上させるために、ダブルチェック等の複数人での確認が必要な作業を開始するときは利用者の在室状況だけでなく利用者の上長の在室状況も確認することが考えられる。しかし、従来技術では、こういった様々な状況への対処ができないという課題がある。

本発明は、コンテンツへのアクセスを制御するシステムにおける利便性またはセキュリティの向上を目的とする。

本発明の一態様に係る認可システムは、
複数の利用者のそれぞれが居る場所を示す在場情報をメモリから取得する在場情報取得部と、
前記複数の利用者のそれぞれが持つ属性を示す利用者情報を前記メモリから取得する利用者情報取得部と、
コンテンツへのアクセスを認める条件として、前記コンテンツへのアクセスの要求元の利用者が前記コンテンツへのアクセスの要求時点に居る場所と、前記要求元の利用者が前記要求時点よりも過去の期間に居た場所、および、前記要求元の利用者とは別の属性を持つ利用者が前記要求時点に居る場所の少なくともいずれかとの組み合わせを指定するアクセス制御情報を前記メモリから取得するアクセス制御情報取得部と、
前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報と、前記利用者情報取得部により取得された利用者情報とから、前記アクセス制御情報取得部により取得されたアクセス制御情報の指定条件が満たされているかどうかを判定し、判定の結果に応じて、前記コンテンツへのアクセスを制御するアクセス制御部とを備える。

本発明では、利用者の現在の所在だけでなく利用者の過去の所在と他の利用者の所在との少なくともいずれかにも応じてコンテンツへのアクセスが制御される。このため、コンテンツへのアクセスを制御するシステムにおける利便性またはセキュリティが向上する。

実施の形態１に係る認可システムの利用例を示すブロック図。実施の形態１に係る認可システムの構成を示すブロック図。実施の形態１に係る利用者情報の例を示す表。実施の形態１に係るアクセス制御情報の例を示す表。実施の形態１に係る認可システムのアクセス権限決定部、アクセス制御情報取得部およびアクセス権限判定部の動作を示すフローチャート。実施の形態１に係る認可システムのアクセス権限判定部の動作を示すフローチャート。実施の形態１に係る認可システムの利用者条件判定部および利用者情報取得部の動作を示すフローチャート。実施の形態１に係る認可システムの在エリア条件判定部、利用者情報取得部および在場情報取得部の動作を示すフローチャート。実施の形態１に係る認可システムの過去条件判定部および在場情報取得部の動作を示すフローチャート。

以下、本発明の実施の形態について、図を用いて説明する。なお、各図中、同一または相当する部分には、同一符号を付している。実施の形態の説明において、同一または相当する部分については、説明を適宜省略または簡略化する。

実施の形態１．
図１を参照して、本実施の形態に係る認可システム１０１の利用例を説明する。

利用者としては、業務アプリケーション１１２を直接利用する利用者、および、リバースプロキシサーバ１２２越しに業務アプリケーション１２３，１２４を利用する利用者がいる。

入退室管理システム１０２およびＧＰＳ１０３（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）は、認可システム１０１に対して、利用者の通行履歴および位置情報をそれぞれ提供する。

業務アプリケーション１１２およびリバースプロキシサーバ１２２は、利用者からのコンテンツへのアクセスに対して、そのアクセスを許可できる権限を利用者が持っているかどうかを、認可システム１０１へ問い合わせる。認可システム１０１は、問い合わせに対して、保持する情報を用いてその利用者がそのコンテンツに対して所持する権限を判定し、その結果を業務アプリケーション１１２およびリバースプロキシサーバ１２２へ提供する。業務アプリケーション１１２およびリバースプロキシサーバ１２２は、認可システム１０１から受け取った判定結果に従い、アクセスの可否を判定する。

＊＊＊構成の説明＊＊＊
図２を参照して、認可システム１０１の構成を説明する。

認可システム１０１は、コンピュータである。認可システム１０１は、プロセッサ１３１を備えるとともに、メモリ１３２、通信装置１３３といった他のハードウェアを備える。プロセッサ１３１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。

認可システム１０１は、機能要素として、アクセス制御部２００と、アクセス制御情報取得部２０２と、利用者情報取得部２０７と、在場情報取得部２０８と、在場情報生成部２１１とを備える。アクセス制御部２００は、アクセス権限決定部２０１と、アクセス権限判定部２０３と、利用者条件判定部２０４と、在エリア条件判定部２０５と、過去条件判定部２０６とを有する。アクセス制御部２００、アクセス制御情報取得部２０２、利用者情報取得部２０７、在場情報取得部２０８、在場情報生成部２１１といった「部」の機能は、ソフトウェアにより実現される。

プロセッサ１３１は、プロセッシングを行うＩＣ（ＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）である。プロセッサ１３１は、具体的には、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）である。

メモリ１３２には、アクセス制御情報２２１と、利用者情報２２２と、在場情報２２３とが記憶される。メモリ１３２は、具体的には、フラッシュメモリ、または、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）である。

通信装置１３３は、情報を受信するレシーバおよび情報を送信するトランスミッタを含む。通信装置１３３は、具体的には、通信チップまたはＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ）である。

認可システム１０１は、ハードウェアとして、入力装置およびディスプレイを備えていてもよい。

入力装置は、具体的には、マウス、キーボード、または、タッチパネルである。

ディスプレイは、具体的には、ＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）である。

メモリ１３２には、「部」の機能を実現するプログラムが記憶されている。このプログラムは、プロセッサ１３１に読み込まれ、プロセッサ１３１によって実行される。メモリ１３２には、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）も記憶されている。プロセッサ１３１は、ＯＳを実行しながら、「部」の機能を実現するプログラムを実行する。なお、「部」の機能を実現するプログラムの一部または全部がＯＳに組み込まれていてもよい。

「部」の機能を実現するプログラムおよびＯＳは、補助記憶装置に記憶されていてもよい。補助記憶装置は、具体的には、フラッシュメモリ、または、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）である。補助記憶装置に記憶されているプログラムおよびＯＳは、メモリ１３２にロードされ、プロセッサ１３１によって実行される。

認可システム１０１は、プロセッサ１３１を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、「部」の機能を実現するプログラムの実行を分担する。それぞれのプロセッサは、プロセッサ１３１と同じように、プロセッシングを行うＩＣである。

「部」の処理の結果を示す情報、データ、信号値、および、変数値は、メモリ１３２、補助記憶装置、または、プロセッサ１３１内のレジスタまたはキャッシュメモリに記憶される。

「部」の機能を実現するプログラムは、磁気ディスク、光ディスクといった可搬記録媒体に記憶されてもよい。

メモリ１３２に記憶されている在場情報２２３は、複数の利用者のそれぞれが居る場所を示す情報である。本実施の形態では、在場情報２２３には、複数の利用者のそれぞれが居る場所を時系列で示す情報が含まれている。すなわち、在場情報２２３は、複数の利用者のそれぞれが居る場所の履歴を示す情報である。

メモリ１３２に記憶されている利用者情報２２２は、複数の利用者のそれぞれが持つ属性を示す情報である。本実施の形態では、利用者情報２２２には、複数の利用者のそれぞれが属する階層を属性として示す情報が含まれている。具体的には、利用者情報２２２には、複数の利用者のそれぞれが属する組織における役職を階層として示す情報が含まれている。

ここで、利用者情報２２２の例を図３に示す。

図３の例において、利用者情報２２２は、テーブル形式でメモリ１３２に格納される。利用者情報２２２のテーブルは、利用者を識別するユーザＩＤ（ＩＤｅｎｔｉｆｉｅｒ）を示すユーザＩＤＣＯＬ１１と、利用者の所属先組織を示す所属先組織ＣＯＬ１２と、利用者の所属先組織での役職を示す役職ＣＯＬ１３という３つのカラムを含む。

メモリ１３２に記憶されているアクセス制御情報２２１は、コンテンツへのアクセスを認める条件を指定する情報である。具体的には、アクセス制御情報２２１は、指定条件として、コンテンツへのアクセスの要求元の利用者がコンテンツへのアクセスの要求時点に居る場所と、要求元の利用者が要求時点よりも過去の期間に居た場所との組み合わせを示す情報である。あるいは、アクセス制御情報２２１は、指定条件として、要求元の利用者がコンテンツへのアクセスの要求時点に居る場所と、要求元の利用者とは別の属性を持つ利用者が要求時点に居る場所との組み合わせを示す情報である。なお、指定条件には、要求元の利用者が要求時点よりも過去の期間に居た場所、および、要求元の利用者とは別の属性を持つ利用者が要求時点に居る場所のいずれか一方だけでなく両方が含まれていてもよい。本実施の形態では、アクセス制御情報２２１には、要求元の利用者が要求時点に居る場所を第１指定場所、要求時点よりも過去の期間を指定期間、要求元の利用者が指定期間に居た場所を第２指定場所として示す情報が含まれている。あるいは、アクセス制御情報２２１には、要求元の利用者が居る場所を第１指定場所、要求元の利用者が属する階層よりも上位の階層を指定階層、指定階層と同じか指定階層よりも上位の階層に属する利用者が居る場所を第２指定場所として示す情報が含まれている。すなわち、本実施の形態では、ある指定条件には、第１指定場所、指定期間および第２指定場所が含まれ、別の指定条件には、第１指定場所、指定階層および第２指定場所が含まれている。

ここで、アクセス制御情報２２１の例を図４に示す。

図４の例において、アクセス制御情報２２１は、テーブル形式でメモリ１３２に格納される。アクセス制御情報２２１のテーブルは、少なくとも７つのカラムを含む。１つ目のカラムは、制御対象となる対象コンテンツＣＯＬ０１というカラムである。２つ目のカラムは、１つの対象コンテンツに対して複数の指定条件が設定された場合の識別コードとして用いるＩＤＣＯＬ０２というカラムである。３つ目のカラムは、指定条件を満たすために必要な認証レベルを示す認証レベルＣＯＬ０３というカラムである。４つ目のカラムは、指定条件を満たす場合に適用する権限の内容を示す適用内容ＣＯＬ０４というカラムである。５つ目のカラムは、指定条件を構成する要素の１つである利用者条件の内容を示す利用者条件ＣＯＬ０５というカラムである。６つ目のカラムは、指定条件を構成する要素の１つである在エリア条件の内容を示す在エリア条件ＣＯＬ０６というカラムである。７つ目のカラムは、指定条件を構成する要素の１つである過去条件の内容を示す過去条件ＣＯＬ０７というカラムである。

本例のアクセス制御情報２２１では、対象コンテンツＣＯＬ０１に対応する指定条件が、必要とする認証レベルＣＯＬ０３と、適用する権限の内容を示す適用内容ＣＯＬ０４と、その権限の内容を適用する条件となる利用者条件ＣＯＬ０５と、在エリア条件ＣＯＬ０６と、過去条件ＣＯＬ０７とで構成されている。１つのコンテンツには、複数の指定条件を設定することができる。本例では、その識別のためにＩＤＣＯＬ０２を使用している。１つのコンテンツに設定されている複数の指定条件を満たす場合には、満足できる認証レベルＣＯＬ０３を持つ指定条件の適用内容ＣＯＬ０４の論理和をとった権限を適用する。１つの指定条件では、利用者条件ＣＯＬ０５、在エリア条件ＣＯＬ０６および過去条件ＣＯＬ０７の３種類の条件を、複数設定することが可能である。設定されたすべての条件を満足する場合に、その認証レベルＣＯＬ０３および適用内容ＣＯＬ０４が適用される。

利用者条件ＣＯＬ０５は、アクセスを要求している利用者本人の属性に関する条件である。利用者条件ＣＯＬ０５により、所属先組織、役職等により対象者を限定することが可能となる。具体例として、Ｎｏ．１の指定条件では、「所属先が人事部」であることが利用者条件ＣＯＬ０５として設定されている。Ｎｏ．５の指定条件では、「所属先が人事部」かつ「役職が課長以上」であることが利用者条件ＣＯＬ０５として設定されている。

在エリア条件ＣＯＬ０６は、指定のエリアに指定の条件を満たす利用者が居るという条件である。具体例として、Ｎｏ．１の指定条件では、「人事部サーバ室にアクセスを要求している利用者本人が居ること」が在エリア条件ＣＯＬ０６として設定されている。Ｎｏ．２の指定条件では、「人事部サーバ室に、アクセスを要求している利用者本人と、所属先が人事部で役職が課長以上の利用者が居ること」が在エリア条件ＣＯＬ０６として設定されている。Ｎｏ．３の指定条件では、在エリア条件ＣＯＬ０６が「無制限」に設定されている。Ｎｏ．４の指定条件では、「人事部サーバ室にアクセスを要求している利用者本人が居ること」かつ「人事部居室に、所属先が人事部で役職が課長以上の利用者が居ること」が在エリア条件ＣＯＬ０６として設定されている。

過去条件ＣＯＬ０７は、アクセスを要求している利用者本人の過去の在場状況に関する条件である。具体例として、Ｎｏ．１の指定条件では、過去条件ＣＯＬ０７が「無制限」に設定されている。Ｎｏ．８の指定条件では、「営業部居室に過去１０分以内に在室していたこと」が過去条件ＣＯＬ０７として設定されている。

図４に記載のアクセス制御情報２２１を用いた場合、次のような制御が可能となる。

Ｎｏ．１の指定条件の適用により、人事部に所属する利用者は、人事部サーバ室に居る場合のみ、Ｓｅｃｒｅｔ０１．ｊｓｐのコンテンツを参照可能となる。Ｎｏ．２の指定条件の適用により、さらに、人事部の課長または部長が人事部サーバ室にいる場合は、Ｓｅｃｒｅｔ０１．ｊｓｐのコンテンツの更新も可能となる。用途としては、コンテンツ更新時のダブルチェック等が考えられる。

Ｎｏ．３の指定条件の適用により、人事部に所属する利用者は、どのような場合でも、Ｓｅｃｒｅｔ０２．ｊｓｐのコンテンツを参照可能である。Ｎｏ．４の指定条件の適用により、人事部に所属する担当者は、人事部サーバ室に居て、かつ、人事部の課長または部長が人事部居室に居る場合のみ、Ｓｅｃｒｅｔ０２．ｊｓｐのコンテンツの更新も可能となる。一方、Ｎｏ．５の指定条件の適用により、人事部の課長および部長は、人事部居室でＳｅｃｒｅｔ０２．ｊｓｐのコンテンツを更新可能である。このように、利用者の役職等により、作業場所を変更することが可能である。

Ｎｏ．６の指定条件の適用により、利用者は、レベル２の認証方法を用いた認証を受けることで、Ｐｕｂｌｉｃ０１．ｐｈｐのコンテンツを参照可能となる。Ｎｏ．７の指定条件の適用により、営業部に所属する利用者は、営業部居室にてレベル２の認証方法を用いた認証を受けることで、Ｐｕｂｌｉｃ０１．ｐｈｐのコンテンツの更新が可能となる。その後、Ｎｏ．８の指定条件の適用により、営業部に所属する利用者は、現時点を除く過去１０分以内に営業部居室にてレベル２の認証方法を用いた認証を受けていれば、再度認証を受けることなく、Ｐｕｂｌｉｃ０１．ｐｈｐのコンテンツの更新が可能である。用途としては、トイレ休憩等が想定される。

Ｎｏ．２の指定条件では、在エリア条件ＣＯＬ０６の「人事部サーバ室」が第１指定場所および第２指定場所、在エリア条件ＣＯＬ０６の「人事部の課長」が指定階層に相当する。Ｎｏ．４の指定条件では、在エリア条件ＣＯＬ０６の「人事部サーバ室」が第１指定場所、在エリア条件ＣＯＬ０６の「人事部の課長」が指定階層、在エリア条件ＣＯＬ０６の「人事部居室」が第２指定場所に相当する。Ｎｏ．２の指定条件では、第１指定場所および第２指定場所として同じ場所が指定されているが、Ｎｏ．４の指定条件では、第１指定場所および第２指定場所として別々の場所が指定されている。

Ｎｏ．８の指定条件では、在エリア条件ＣＯＬ０６の「営業部居室」が第１指定場所、過去条件ＣＯＬ０７の「１０分以内」が指定期間、過去条件ＣＯＬ０７の「営業部居室」が第２指定場所に相当する。この指定条件では、第１指定場所および第２指定場所として同じ場所が指定されているが、別々の場所が指定されていてもよい。

＊＊＊動作の説明＊＊＊
図２を参照して、本実施の形態に係る認可システム１０１の動作の概要を説明する。認可システム１０１の動作は、本実施の形態に係るアクセス制御方法に相当する。認可システム１０１の動作は、本実施の形態に係るアクセス制御プログラムの処理手順に相当する。

在場情報生成部２１１は、入退室管理システム１０２から提供される通行履歴、ＧＰＳ１０３から提供される位置情報等から在場情報２２３を逐次作成し、メモリ１３２へ格納する。

在場情報取得部２０８は、特定の在場情報２２３をメモリ１３２から取得する。

利用者情報取得部２０７は、特定の利用者情報２２２をメモリ１３２から取得する。

アクセス制御情報取得部２０２は、アクセス制御情報２２１をメモリ１３２から取得する。

アクセス制御部２００は、コンテンツへのアクセスの要求を受けると、在場情報取得部２０８により取得された在場情報２２３と、利用者情報取得部２０７により取得された利用者情報２２２とから、アクセス制御情報取得部２０２により取得されたアクセス制御情報２２１の指定条件が満たされているかどうかを判定する。そして、アクセス制御部２００は、判定の結果に応じて、コンテンツへのアクセスを制御する。

ここで、あるコンテンツに対応する指定条件に、第１指定場所、指定期間および第２指定場所が含まれていたとする。アクセス制御部２００は、第１指定場所に居る利用者による当該コンテンツへのアクセスの要求を受けると、在場情報取得部２０８により取得された在場情報２２３から、同じ利用者が指定期間に居た場所を特定する。そして、アクセス制御部２００は、特定した場所と第２指定場所とを比較し、比較の結果に応じて、指定条件が満たされているかどうかを判定する。本実施の形態では、アクセス制御部２００は、第１指定場所に居て指定期間に認証済の利用者によるコンテンツへのアクセスの要求を受けると、在場情報取得部２０８により取得された在場情報２２３から、同じ利用者が指定期間に居た場所を特定する。アクセス制御部２００は、特定した場所と第２指定場所とが一致する場合、指定条件が満たされていると判定してコンテンツへのアクセスを認める。アクセス制御部２００は、特定した場所と第２指定場所とが一致しない場合、指定条件が満たされていないと判定して再認証を要求する。

また、別のコンテンツに対応する指定条件に、第１指定場所、指定階層および第２指定場所が含まれていたとする。アクセス制御部２００は、第１指定場所に居て指定階層よりも下位の階層に属する利用者による当該別のコンテンツへのアクセスの要求を受けると、在場情報取得部２０８により取得された在場情報２２３から、第２指定場所に居る利用者を特定する。そして、アクセス制御部２００は、利用者情報取得部２０７により取得された利用者情報２２２から、特定した利用者が属する階層を特定し、特定した階層と指定階層とを比較し、比較の結果に応じて、指定条件が満たされているかどうかを判定する。

アクセス制御部２００において、アクセス権限決定部２０１は、業務アプリケーション１１２またはリバースプロキシサーバ１２２からの問い合わせを受け、アクセス制御情報取得部２０２からアクセス制御情報２２１を取得し、アクセス制御情報２２１の指定条件を、アクセス権限判定部２０３を用いて判定し、判定結果を返す。アクセス権限判定部２０３は、アクセス権限決定部２０１から通知されたアクセス制御情報２２１の指定条件を、利用者条件判定部２０４と在エリア条件判定部２０５と過去条件判定部２０６とを用いて判定し、その結果を返す。利用者条件判定部２０４は、アクセス権限判定部２０３から指定された利用者条件を、利用者情報取得部２０７から取得した利用者情報２２２を用いて判定する。在エリア条件判定部２０５は、アクセス権限判定部２０３から指定された在エリア条件を、利用者情報取得部２０７から取得した利用者情報２２２と在場情報取得部２０８から取得した在場情報２２３とを用いて判定する。過去条件判定部２０６は、アクセス権限判定部２０３から指定された過去条件を、在場情報取得部２０８から取得した在場情報２２３を用いて判定する。

図５から図９を参照して、認可システム１０１の動作の詳細を説明する。

図５は、認可システム１０１が、業務アプリケーション１１２またはリバースプロキシサーバ１２２から権限判定の要求を受け、その結果を返すまでの動作例を示している。

ステップＳ１１において、業務アプリケーション１１２またはリバースプロキシサーバ１２２は、認可システム１０１へアクセス可否の判定のための権限の内容を要求する。その際に、業務アプリケーション１１２またはリバースプロキシサーバ１２２は、ＵＲＬ等のコンテンツの情報に加え、アクセスを要求している利用者のユーザＩＤ等の情報と現在の認証レベルについても通知する。アクセス権限決定部２０１は、通信装置１３３を用いて、業務アプリケーション１１２またはリバースプロキシサーバ１２２からの情報を受信する。

ステップＳ１２において、アクセス権限決定部２０１は、アクセス制御情報取得部２０２に対して、対象コンテンツのアクセス制御情報２２１の取得を要求する。

ステップＳ１３において、アクセス制御情報取得部２０２は、メモリ１３２から対象コンテンツのアクセス制御情報２２１を取得し、アクセス権限決定部２０１へ提供する。

ステップＳ１４において、アクセス権限決定部２０１は、取得したアクセス制御情報２２１の指定条件をアクセス権限判定部２０３へ通知する。

ステップＳ１５において、アクセス権限判定部２０３は、通知された指定条件を、利用者条件判定部２０４、在エリア条件判定部２０５および過去条件判定部２０６を用いて判定し、結果をアクセス権限決定部２０１へ返す。

ステップＳ１６において、アクセス権限決定部２０１は、受け取った結果の内容が、いずれの指定条件も満たせていなかった場合には、ステップＳ１７の処理を行い、１つでも指定条件を満たせている場合には、ステップＳ１８の処理を行う。

ステップＳ１７において、アクセス権限決定部２０１は、通信装置１３３を用いて、アクセス権限がないことを業務アプリケーション１１２またはリバースプロキシサーバ１２２へ通知し、処理を終了する。

ステップＳ１８において、アクセス権限決定部２０１は、満たせている指定条件の認証レベルを確認し、１つでも認証レベルを満足できている場合には、ステップＳ１９の処理を行い、いずれの認証レベルも満足できていない場合には、ステップＳ２０の処理を行う。

ステップＳ１９において、アクセス権限決定部２０１は、通信装置１３３を用いて、満足できている範囲の指定条件の適用内容をまとめて業務アプリケーション１１２またはリバースプロキシサーバ１２２へ通知し、処理を終了する。

ステップＳ２０において、アクセス権限決定部２０１は、通信装置１３３を用いて、不足している認証レベル分の追加認証を、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ要求し、処理を終了する。

図６は、アクセス権限判定部２０３の動作例を示している。

ステップＳ３１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から、判定対象となる指定条件を示すアクセス制御情報２２１を取得する。

ステップＳ３２において、アクセス権限判定部２０３は、取得したアクセス制御情報２２１のすべての指定条件に対して、ステップＳ３３からステップＳ４０の処理を行う。

ステップＳ３３において、アクセス権限判定部２０３は、指定条件に含まれているすべての利用者条件に対して、ステップＳ３４の処理を行う。

ステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ利用者条件の判定を要求し、結果を受け取る。

ステップＳ３５において、アクセス権限判定部２０３は、指定条件に含まれているすべての在エリア条件に対して、ステップＳ３６の処理を行う。

ステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ在エリア条件の判定を要求し、結果を受け取る。

ステップＳ３７において、アクセス権限判定部２０３は、指定条件に含まれているすべての過去条件に対して、ステップＳ３８の処理を行う。

ステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ過去条件の判定を要求し、結果を受け取る。

ステップＳ３９において、アクセス権限判定部２０３は、判定対象の指定条件に含まれている利用者条件、在エリア条件および過去条件をすべて満足できていた場合、ステップＳ４０の処理を行う。

ステップＳ４０において、アクセス権限判定部２０３は、判定対象の指定条件を返信リストに追加する。

アクセス権限判定部２０３は、すべての指定条件に対して判定を実施後、ステップＳ４１の処理を行う。

ステップＳ４１において、アクセス権限判定部２０３は、返信リストに格納されている指定条件をアクセス権限決定部２０１へ通知する。

図７は、主に、アクセス制御情報２２１の利用者条件を判定する利用者条件判定部２０４の動作例を示している。

ステップＳ５１において、利用者条件判定部２０４は、アクセス権限判定部２０３から利用者条件の判定の要求を受ける。このとき、利用者条件判定部２０４は、判定対象の利用者条件の情報を取得する。

ステップＳ５２において、利用者条件判定部２０４は、利用者情報取得部２０７へ、アクセスを要求している利用者の利用者情報２２２を要求する。

ステップＳ５３において、利用者情報取得部２０７は、対象利用者の利用者情報２２２をメモリ１３２から取得し、利用者条件判定部２０４へ返す。

ステップＳ５４において、利用者条件判定部２０４は、取得した利用者情報２２２を用いて、利用者条件が満たされるか判定する。

ステップＳ５５において、利用者条件判定部２０４は、判定の結果、利用者条件が満足できている場合には、ステップＳ５６の処理を行い、満足できていない場合には、ステップＳ５７の処理を行う。

ステップＳ５６において、利用者条件判定部２０４は、利用者条件が満足できていることを示すブール値「真」をアクセス権限判定部２０３へ返す。

ステップＳ５７において、利用者条件判定部２０４は、利用者条件が満足できていないことを示すブール値「偽」をアクセス権限判定部２０３へ返す。

図８は、主に、アクセス制御情報２２１の在エリア条件を判定する在エリア条件判定部２０５の動作例を示している。

ステップＳ６１において、在エリア条件判定部２０５は、アクセス権限判定部２０３から在エリア条件の判定の要求を受ける。このとき、在エリア条件判定部２０５は、判定対象の在エリア条件の情報を取得する。

ステップＳ６２において、在エリア条件判定部２０５は、在場情報取得部２０８へ、在エリア条件で指定されているエリアにその時点で在室する利用者のリストを要求する。

ステップＳ６３において、在場情報取得部２０８は、指定のエリアにその時点で在室する利用者のユーザＩＤのリストを在場情報２２３としてメモリ１３２から取得し、在エリア条件判定部２０５へ返す。

ステップＳ６４において、在エリア条件判定部２０５は、取得したリストにユーザＩＤが記載されているすべての利用者に対して、ステップＳ６５およびステップＳ６６の処理を行う。

ステップＳ６５において、在エリア条件判定部２０５は、利用者情報取得部２０７へ、取得したリストにユーザＩＤが記載されている利用者の利用者情報２２２を要求する。

ステップＳ６６において、利用者情報取得部２０７は、対象利用者の利用者情報２２２をメモリ１３２から取得し、利用者条件判定部２０４へ返す。

ステップＳ６７において、在エリア条件判定部２０５は、取得したリストと利用者情報２２２を用いて、在エリア条件が満たされるか判定する。

ステップＳ６８において、在エリア条件判定部２０５は、判定の結果、在エリア条件が満足できている場合には、ステップＳ６９の処理を行い、満足できていない場合には、ステップＳ７０の処理を行う。

ステップＳ６９において、在エリア条件判定部２０５は、在エリア条件が満足できていることを示すブール値「真」をアクセス権限判定部２０３へ返す。

ステップＳ７０において、在エリア条件判定部２０５は、在エリア条件が満足できていないことを示すブール値「偽」をアクセス権限判定部２０３へ返す。

図９は、主に、アクセス制御情報２２１の過去条件を判定する過去条件判定部２０６の動作例を示している。

ステップＳ８１において、過去条件判定部２０６は、アクセス権限判定部２０３から過去条件の判定の要求を受ける。このとき、過去条件判定部２０６は、判定対象の過去条件の情報を取得する。

ステップＳ８２において、過去条件判定部２０６は、在場情報取得部２０８へ、アクセスを要求している利用者の過去の在室状況を示すリストを要求する。

ステップＳ８３において、在場情報取得部２０８は、対象利用者の過去の在室状況を示すリストを在場情報２２３としてメモリ１３２から取得し、過去条件判定部２０６へ返す。

ステップＳ８４において、過去条件判定部２０６は、取得したリストを用いて、過去条件が満たされるか判定する。

ステップＳ８５において、過去条件判定部２０６は、判定の結果、過去条件が満足できている場合には、ステップＳ８６の処理を行い、満足できていない場合には、ステップＳ８７の処理を行う。

ステップＳ８６において、過去条件判定部２０６は、過去条件が満足できていることを示すブール値「真」をアクセス権限判定部２０３へ返す。

ステップＳ８７において、過去条件判定部２０６は、過去条件が満足できていないことを示すブール値「偽」をアクセス権限判定部２０３へ返す。

＊＊＊動作の具体例の説明＊＊＊
図３に記載の利用者情報２２２と図４に記載のアクセス制御情報２２１とを用いた場合の認可システム１０１の動作例を３つ説明する。

第１動作例として、Ｓｅｃｒｅｔ０１．ｊｓｐへのアクセスを制御する動作を説明する。

本動作例は、特定の場所での作業が必要で、ダブルチェック等の２人以上での作業が必要な場合を想定したものである。

まず、利用者Ｕ０００１Ａが共用エリアからＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。

ステップＳ１１において、利用者Ｕ０００１Ａが認証レベル１の状態でＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求すると、業務アプリケーション１１２またはリバースプロキシサーバ１２２が認可システム１０１へ、利用者Ｕ０００１Ａが認証レベル１でＳｅｃｒｅｔ０１．ｊｓｐへアクセスした際のアクセス権限について問い合わせる。ステップＳ１２およびステップＳ１３において、この問い合わせを受けたアクセス権限決定部２０１は、アクセス制御情報取得部２０２を通じて、図４に記載のアクセス制御情報２２１の指定条件のうち、対象コンテンツＣＯＬ０１が「Ｓｅｃｒｅｔ０１．ｊｓｐ」であるＮｏ．１とＮｏ．２を取得する。ステップＳ１４において、アクセス権限決定部２０１は、Ｎｏ．１とＮｏ．２の判定をアクセス権限判定部２０３へ要求する。ステップＳ１５において、アクセス権限判定部２０３は、利用者条件判定部２０４、在エリア条件判定部２０５および過去条件判定部２０６を用いて判定を行う。

Ｎｏ．１の指定条件の判定について説明する。

ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．１の利用者条件ＣＯＬ０５の値「所属＝人事部」の判定を要求する。ステップＳ５１からステップＳ５４において、利用者条件判定部２０４は、利用者情報取得部２０７へユーザＩＤがＵ０００１Ａの利用者情報２２２を要求してメモリ１３２から該当情報を取得し、その内容が指定された利用者条件を満たすか判定する。利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、利用者条件を満足すると判定し、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．１の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人）」の判定を要求する。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「人事部サーバ室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、人事部サーバ室在室のユーザＩＤリストに、利用者Ｕ０００１ＡのユーザＩＤがないか判定する。ここでは利用者Ｕ０００１Ａが共用エリアに居るため、ユーザＩＤリストにはＵ０００１Ａは入っておらず、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。

さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００１Ａに対するＮｏ．１の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ８１からステップＳ８５の処理が省略され、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となったため、Ｎｏ．１の指定条件は満たせていないと判断する。

Ｎｏ．２の指定条件の判定について説明する。

ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．２の利用者条件ＣＯＬ０５の値「所属＝人事部」の判定を要求する。Ｎｏ．１の指定条件の判定時と同様に、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．２の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人，所属＝人事部＆役職＞＝課長）」の判定を要求する。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部サーバ室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部サーバ室（本人，所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、人事部サーバ室に「本人と、人事部所属の課長以上の役職者」が居ることが条件とある。しかし、利用者Ｕ０００１Ａは共用エリアに居るため、人事部サーバ室の在室利用者には入らない。そのため、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。

さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００１Ａに対するＮｏ．２の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。Ｎｏ．１の指定条件の判定時と同様に、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となったため、Ｎｏ．２の指定条件は満たせていないと判断する。

ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．１とＮｏ．２とのいずれの指定条件も満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５からステップＳ１７において、アクセス権限決定部２０１は、それを受けて業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、「アクセス不可」の判定を通知する。

次に、利用者Ｕ０００２Ｂが共用エリアからＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。

Ｎｏ．１の指定条件の判定について説明する。

利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．１の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

利用者Ｕ０００２Ｂが共用エリアに居るため、Ｎｏ．１の在エリア条件ＣＯＬ０６は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。

Ｎｏ．１の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

Ｎｏ．２の指定条件の判定について説明する。

Ｎｏ．１の指定条件の判定時と同様に、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となるため、Ｎｏ．２の指定条件は満たせていないと判断する。

次に、利用者Ｕ０００３Ｃが共用エリアからＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。

Ｎｏ．１の指定条件の判定について説明する。

利用者Ｕ０００３Ｃの所属先組織ＣＯＬ１２の値は「営業部」であることから、Ｎｏ．１の利用者条件ＣＯＬ０５は満たせないこととなり、ステップＳ５７において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「偽」を返す。

利用者Ｕ０００３Ｃが共用エリアに居るため、Ｎｏ．１の在エリア条件ＣＯＬ０６は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。

この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、利用者条件および在エリア条件が「偽」となったため、Ｎｏ．１の指定条件は満たせていないと判断する。

Ｎｏ．２の指定条件の判定について説明する。

Ｎｏ．１の指定条件の判定時と同様に、ステップＳ３９において、アクセス権限判定部２０３は、利用者条件および在エリア条件が「偽」となるため、Ｎｏ．２の指定条件は満たせていないと判断する。

次に、利用者Ｕ０００１Ａが人事部サーバ室からＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。

Ｎｏ．１の指定条件の判定について説明する。

利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．１の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．１の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人）」の判定を要求する。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「人事部サーバ室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、人事部サーバ室在室のユーザＩＤリストに、利用者Ｕ０００１ＡのユーザＩＤがないか判定する。ここでは利用者Ｕ０００１Ａが人事部サーバ室に居るため、ユーザＩＤリストにはＵ０００１Ａが入っており、在エリア条件を満たしていることになり、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．１の指定条件は満たせていると判断し、返信リストに追加する。

Ｎｏ．２の指定条件の判定について説明する。

利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．２の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．２の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人，所属＝人事部＆役職＞＝課長）」の判定を要求する。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部サーバ室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部サーバ室（本人，所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、人事部サーバ室に「本人と、人事部所属の課長以上の役職者」が居ることが条件とある。利用者Ｕ０００１Ａは人事部サーバ室に居るが、「所属＝人事部＆役職＞＝課長」を満たす利用者が人事部サーバ室に居ない。そのため、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。

Ｎｏ．２の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．１の指定条件のみを満足できたことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．１の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．１の適用内容ＣＯＬ０３に記載の「参照」権限のみを適用することを通知する。

次に、利用者Ｕ０００２Ｂが認証レベル１の状態で人事部サーバ室からＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。

Ｎｏ．１の指定条件の判定について説明する。

利用者Ｕ０００２Ｂが人事部サーバ室に居るため、Ｎｏ．１の在エリア条件ＣＯＬ０６は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

Ｎｏ．２の指定条件の判定について説明する。

利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．２の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

人事部サーバ室に居る利用者Ｕ０００２Ｂは、「本人」であり、「人事部所属の課長以上の役職者」でもあるため、Ｎｏ．２の在エリア条件ＣＯＬ０６は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．２の指定条件は満たせていると判断し、返信リストに追加する。

ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．１とＮｏ．２のいずれの指定条件も満足できたことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．１とＮｏ．２の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．１とＮｏ．２の適用内容ＣＯＬ０３に記載の「参照」と「参照・更新」の論理和である「参照・更新」の権限を適用することを通知する。

次に、利用者Ｕ０００１Ａと利用者Ｕ０００２Ｂの２人が人事部サーバ室に居て、利用者Ｕ０００１ＡがＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。

Ｎｏ．１の指定条件の判定については、前述の利用者Ｕ０００１Ａが１人で人事部サーバ室に居る場合と変わらないが、Ｎｏ．２の指定条件の判定については、以下のように、在エリア条件の判定結果が変わる。

人事部サーバ室に居る利用者Ｕ０００１Ａは、「本人」であり、同じく人事部サーバ室に居る利用者Ｕ０００２Ｂは、「人事部所属の課長以上の役職者」であるため、Ｎｏ．２の在エリア条件ＣＯＬ０６は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

この動作例は、ダブルチェックが必要な業務等に利用可能であり、必ず実施者と確認者が在室しなくてはならない状況を作り出すことが可能である。

第２動作例として、Ｓｅｃｒｅｔ０２．ｊｓｐへのアクセスを制御する動作を説明する。

本動作例は、利用者の権限によって操作可能な場所を変更する場合や、複数の場所に分かれての作業が必要な場合に適用可能である。

まず、利用者Ｕ０００１Ａが共用エリアからＳｅｃｒｅｔ０２．ｊｓｐへのアクセスを要求した場合について説明する。

ステップＳ１１において、利用者Ｕ０００１Ａが認証レベル１の状態でＳｅｃｒｅｔ０２．ｊｓｐへのアクセスを要求すると、業務アプリケーション１１２またはリバースプロキシサーバ１２２が認可システム１０１へ、利用者Ｕ０００１Ａが認証レベル１でＳｅｃｒｅｔ０２．ｊｓｐへアクセスした際のアクセス権限について問い合わせる。ステップＳ１２およびステップＳ１３において、この問い合わせを受けたアクセス権限決定部２０１は、アクセス制御情報取得部２０２を通じて、図４に記載のアクセス制御情報２２１の指定条件のうち、対象コンテンツＣＯＬ０１が「Ｓｅｃｒｅｔ０２．ｊｓｐ」であるＮｏ．３とＮｏ．４とＮｏ．５を取得する。ステップＳ１４において、アクセス権限決定部２０１は、Ｎｏ．３とＮｏ．４とＮｏ．５の判定をアクセス権限判定部２０３へ要求する。ステップＳ１５において、アクセス権限判定部２０３は、利用者条件判定部２０４、在エリア条件判定部２０５および過去条件判定部２０６を用いて判定を行う。

Ｎｏ．３の指定条件の判定について説明する。

ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．３の利用者条件ＣＯＬ０５の値「所属＝人事部」の判定を要求する。ステップＳ５１からステップＳ５４において、利用者条件判定部２０４は、利用者情報取得部２０７へユーザＩＤがＵ０００１Ａの利用者情報２２２を要求してメモリ１３２から該当情報を取得し、その内容が指定された利用者条件を満たすか判定する。利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、利用者条件を満足すると判定し、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．３の在エリア条件ＣＯＬ０６の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ６１からステップＳ６８の処理が省略され、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００１Ａに対するＮｏ．３の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ８１からステップＳ８５の処理が省略され、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．３の指定条件は満たせていると判断し、返信リストに追加する。

Ｎｏ．４の指定条件の判定について説明する。

ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．４の利用者条件ＣＯＬ０５の値「所属＝人事部」の判定を要求する。Ｎｏ．３の指定条件の判定時と同様に、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．４の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人）」と「人事部居室（所属＝人事部＆役職＞＝課長）」の判定を要求する。この在エリア条件には２つのカラム値があり、その場合には両方を満足する必要がある。

まず、１つ目の「人事部サーバ室（本人）」の判定が行われる。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「人事部サーバ室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、人事部サーバ室在室のユーザＩＤリストに、利用者Ｕ０００１ＡのユーザＩＤがないか判定する。ここでは利用者Ｕ０００１Ａが共用エリアに居るため、ユーザＩＤリストにはＵ０００１Ａは入っておらず、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。

続いて、２つ目の「人事部居室（所属＝人事部＆役職＞＝課長）」の判定が行われる。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部居室」に従い、人事部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部居室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部居室（所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、人事部居室に「人事部所属の課長以上の役職者」が居ることが条件とある。仮に人事部居室に誰もいないとすると、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。

さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００１Ａに対するＮｏ．４の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。Ｎｏ．３の指定条件の判定時と同様に、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となったため、Ｎｏ．４の指定条件は満たせていないと判断する。

Ｎｏ．５の指定条件の判定について説明する。

ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．５の利用者条件ＣＯＬ０５の値「所属＝人事部」と「役職＞＝課長」の判定を要求する。この利用者条件には２つのカラム値があり、その場合には両方を満足する必要がある。

まず、１つ目の「所属＝人事部」の判定が行われる。ステップＳ５１からステップＳ５４において、利用者条件判定部２０４は、利用者情報取得部２０７へユーザＩＤがＵ０００１Ａの利用者情報２２２を要求してメモリ１３２から該当情報を取得し、その内容が指定された利用者条件を満たすか判定する。利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、利用者条件を満足すると判定し、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

続いて、２つ目の「役職＞＝課長」の判定が行われる。利用者Ｕ０００１Ａの役職ＣＯＬ１３の値は「担当」であることから、利用者条件は満たせないこととなり、ステップＳ５７において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「偽」を返す。

続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．５の在エリア条件ＣＯＬ０６の値「人事部居室（本人）」の判定を要求する。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「人事部居室」に従い、人事部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「人事部居室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、人事部居室在室のユーザＩＤリストに、利用者Ｕ０００１ＡのユーザＩＤがないか判定する。ここでは利用者Ｕ０００１Ａが共用エリアに居るため、ユーザＩＤリストにはＵ０００１Ａは入っておらず、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。

この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、利用者条件および在エリア条件が「偽」となったため、Ｎｏ．５の指定条件は満たせていないと判断する。

ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．３の指定条件のみを満足できたことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．３の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．３の適用内容ＣＯＬ０３に記載されている「参照」権限のみを適用することを通知する。

次に、利用者Ｕ０００２Ｂが人事部居室からＳｅｃｒｅｔ０２．ｊｓｐへのアクセスを要求した場合について説明する。

Ｎｏ．３の指定条件の判定について説明する。

利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．３の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

Ｎｏ．３の在エリア条件ＣＯＬ０６は「無制限」であるため、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

Ｎｏ．３の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

Ｎｏ．４の指定条件の判定について説明する。

利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．４の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．４の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人）」と「人事部居室（所属＝人事部＆役職＞＝課長）」の判定を要求する。この在エリア条件には２つのカラム値があり、その場合には両方を満足する必要がある。

まず、１つ目の「人事部サーバ室（本人）」の判定が行われる。仮に人事部サーバ室に誰もいないとすると、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。

続いて、２つ目の「人事部居室（所属＝人事部＆役職＞＝課長）」の判定が行われる。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部居室」に従い、人事部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部居室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部居室（所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、人事部居室には利用者Ｕ０００２Ｂしか居ないが、利用者Ｕ０００２Ｂは、所属先組織が人事部で役職が課長であることから、条件の「所属＝人事部＆役職＞＝課長」を満足することができる。そのため、在エリア条件を満たしていることになり、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

Ｎｏ．４の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、利用者条件および少なくとも１つの在エリア条件が「偽」となったため、Ｎｏ．４の指定条件は満たせていないと判断する。

Ｎｏ．５の指定条件の判定について説明する。

まず、１つ目の「所属＝人事部」の判定が行われる。利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、利用者条件は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

続いて、２つ目の「役職＞＝課長」の判定が行われる。利用者Ｕ０００２Ｂの役職ＣＯＬ１３の値は「課長」であることから、利用者条件は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

利用者Ｕ０００２Ｂが人事部居室に居るため、Ｎｏ．５の在エリア条件ＣＯＬ０６は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

Ｎｏ．５の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．５の指定条件は満たせていると判断し、返信リストに追加する。

ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．３とＮｏ．５の指定条件は満足できるがＮｏ．４の指定条件は満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．３とＮｏ．５の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．３とＮｏ．５の適用内容ＣＯＬ０３に記載の「参照」と「参照・更新」の論理和である「参照・更新」の権限を適用することを通知する。

次に、利用者Ｕ０００２Ｂが人事部居室に居る状態で、利用者Ｕ０００１Ａが人事部サーバ室からＳｅｃｒｅｔ０２．ｊｓｐへのアクセスを要求した場合について説明する。

Ｎｏ．３の指定条件の判定については、前述の利用者Ｕ０００１Ａがアクセスした場合と同じである。すなわち、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、Ｎｏ．３の指定条件は満たせていると判断し、返信リストに追加する。

Ｎｏ．４の指定条件の判定について説明する。

利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．４の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

まず、１つ目の「人事部サーバ室（本人）」の判定が行われる。人事部サーバ室に居る利用者Ｕ０００１Ａは、「本人」であるため、在エリア条件は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

続いて、２つ目の「人事部居室（所属＝人事部＆役職＞＝課長）」の判定が行われる。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部居室」に従い、人事部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部居室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部居室（所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、利用者Ｕ０００２Ｂが人事部居室にいるため、ユーザＩＤリストにＵ０００２ＢのユーザＩＤが含まれることになる。このリスト内の利用者の情報を利用者情報取得部２０７から取得すると、所属先組織が人事部で役職が課長の利用者Ｕ０００２Ｂの利用者情報２２２が取得できる。そのため、在エリア条件を満たしていることになり、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．４の指定条件は満たせていると判断し、返信リストに追加する。

Ｎｏ．５の指定条件の判定については、前述の利用者Ｕ０００１Ａがアクセスした場合と同じである。すなわち、ステップＳ３９において、アクセス権限判定部２０３は、Ｎｏ．５の指定条件は満たせていないと判断する。

ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．３とＮｏ．４の指定条件は満足できるがＮｏ．５の指定条件は満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．３とＮｏ．４の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．３とＮｏ．４の適用内容ＣＯＬ０３に記載の「参照」と「参照・更新」の論理和である「参照・更新」の権限を適用することを通知する。

この動作例は、利用者の所属、役職等により適用する権限を変更する場合や、複数人が特定の別の場所に在席して作業を行わせる必要がある場合等に適用可能である。

第３動作例として、Ｐｕｂｌｉｃ０１．ｐｈｐへのアクセスを制御する動作を説明する。

本動作例は、利用者の過去の在場情報２２３によって操作内容を変更する場合、具体例としてはトイレ休憩後の作業開始時のログイン作業の簡略化等に適用可能である。

まず、利用者Ｕ０００３Ｃが営業部居室に居る状態で、認証レベル１でＰｕｂｌｉｃ０１．ｐｈｐへのアクセスを要求した場合について説明する。

ステップＳ１１において、利用者Ｕ０００３Ｃが認証レベル１の状態でＰｕｂｌｉｃ０１．ｐｈｐへのアクセスを要求すると、業務アプリケーション１１２またはリバースプロキシサーバ１２２が認可システム１０１へ、利用者Ｕ０００３Ｃが認証レベル１でＰｕｂｌｉｃ０１．ｐｈｐへアクセスした際のアクセス権限について問い合わせる。ステップＳ１２およびステップＳ１３において、この問い合わせを受けたアクセス権限決定部２０１は、アクセス制御情報取得部２０２を通じて、図４に記載のアクセス制御情報２２１の指定条件のうち、対象コンテンツＣＯＬ０１が「Ｐｕｂｌｉｃ０１．ｐｈｐ」であるＮｏ．６とＮｏ．７とＮｏ．８を取得する。ステップＳ１４において、アクセス権限決定部２０１は、Ｎｏ．６とＮｏ．７とＮｏ．８の判定をアクセス権限判定部２０３へ要求する。ステップＳ１５において、アクセス権限判定部２０３は、利用者条件判定部２０４、在エリア条件判定部２０５および過去条件判定部２０６を用いて判定を行う。

Ｎｏ．６の指定条件の判定について説明する。

ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００３Ｃに対するＮｏ．６の利用者条件ＣＯＬ０５の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ５１からステップＳ５５の処理が省略され、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００３Ｃに対するＮｏ．６の在エリア条件ＣＯＬ０６の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ６１からステップＳ６８の処理が省略され、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００３Ｃに対するＮｏ．６の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ８１からステップＳ８５の処理が省略され、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．６の指定条件は満たせていると判断し、返信リストに追加する。

Ｎｏ．７の指定条件の判定について説明する。

ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００３Ｃに対するＮｏ．７の利用者条件ＣＯＬ０５の値「所属＝営業部」の判定を要求する。ステップＳ５１からステップＳ５４において、利用者条件判定部２０４は、利用者情報取得部２０７へユーザＩＤがＵ０００３Ｃの利用者情報２２２を要求してメモリ１３２から該当情報を取得し、その内容が指定された利用者条件を満たすか判定する。利用者Ｕ０００３Ｃの所属先組織ＣＯＬ１２の値は「営業部」であることから、利用者条件を満足すると判定し、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。

続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００３Ｃに対するＮｏ．７の在エリア条件ＣＯＬ０６の値「営業部居室（本人）」の判定を要求する。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「営業部居室」に従い、営業部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「営業部居室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、営業部居室在室のユーザＩＤリストに、利用者Ｕ０００３ＣのユーザＩＤがないか判定する。ここでは利用者Ｕ０００３Ｃが営業部居室に居るため、ユーザＩＤリストにはＵ０００１Ａが入っており、在エリア条件を満たしていることになり、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。

さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００３Ｃに対するＮｏ．７の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。Ｎｏ．６の指定条件の判定時と同様に、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．７の指定条件は満たせていると判断し、返信リストに追加する。

Ｎｏ．８の指定条件の判定について説明する。

Ｎｏ．８の指定条件では、利用者条件ＣＯＬ０５と在エリア条件ＣＯＬ０６の値がＮｏ．７の指定条件と同じであるため、利用者条件判定部２０４と在エリア条件判定部２０５の結果は、Ｎｏ．７の指定条件の判定時と同じく「真」となる。

ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００３Ｃに対するＮｏ．８の過去条件ＣＯＬ０７の値「在室（営業部居室，１０分以内）」の判定を要求する。これに従い、ステップＳ８２において、過去条件判定部２０６は、在場情報取得部２０８へ、利用者Ｕ０００３Ｃの過去の在場情報２２３を要求する。ステップＳ８３において、在場情報取得部２０８は、該当する在場情報２２３をメモリ１３２から取得して過去条件判定部２０６へ返す。ここでは、過去の情報はないものとする。よって、条件である「営業部居室における本人の在場情報が、過去１０分以内に存在すること」を満たせないため、ステップＳ８７において、過去条件判定部２０６は、アクセス権限判定部２０３へ「偽」を返す。

この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、過去条件が「偽」となったため、Ｎｏ．８の指定条件は満たせていないと判断する。

ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．６とＮｏ．７の指定条件は満足できるがＮｏ．８の指定条件は満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６およびステップＳ１８において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．６とＮｏ．７の認証レベルＣＯＬ０３の「レベル２」を満足できているかを確認する。ここでは、利用者Ｕ０００３Ｃが「認証レベル１」でアクセスしているため、認証レベルが不足していることが分かり、ステップＳ２０において、アクセス権限決定部２０１は、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、「認証レベル２」にするための追加認証を要求する。具体例として、「認証レベル１」の認証方法をパスワード認証、「認証レベル２」の認証方法を生体認証、あるいは、生体認証とパスワード認証との組み合わせとすると、アクセス権限決定部２０１は、利用者Ｕ０００３Ｃの生体認証を要求することになる。

次に、利用者Ｕ０００３Ｃがトイレ休憩等で営業部居室から一旦退出した後、１０分以内に再度入室して、認証レベル１でＰｕｂｌｉｃ０１．ｐｈｐへのアクセスを要求した場合について説明する。

Ｎｏ．６の指定条件の判定については、前述の利用者Ｕ０００３Ｃが営業部居室に居る場合と同じである。すなわち、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、Ｎｏ．６の指定条件は満たせていると判断し、返信リストに追加する。

Ｎｏ．７の指定条件の判定についても、前述の利用者Ｕ０００３Ｃが営業部居室に居る場合と同じである。すなわち、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、Ｎｏ．７の指定条件は満たせていると判断し、返信リストに追加する。

Ｎｏ．８の指定条件の判定について説明する。

ここでは、利用者Ｕ０００３Ｃが営業部居室から退出して１０分以内に戻ってきていることから、１０分以内に営業部居室に居たことを示す在場情報２２３が存在する。よって、条件である「営業部居室における本人の在場情報が、過去１０分以内に存在すること」が満たされるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。

この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．８の指定条件は満たせていると判断し、返信リストに追加する。

ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．６とＮｏ．７とＮｏ．８のいずれの指定条件も満足できたことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６およびステップＳ１８において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．６とＮｏ．７とＮｏ．８の認証レベルＣＯＬ０３を満足できているかを確認する。ここでは、利用者Ｕ０００３Ｃが「認証レベル１」でアクセスしているため、Ｎｏ．９の認証レベルＣＯＬ０３しか満足できていないことが分かり、ステップＳ２０において、アクセス権限決定部２０１は、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．９の適用内容ＣＯＬ０４に記載の「参照・更新」の権限を適用することを通知する。

本動作例は、利用者の過去の在場情報２２３を使用するものであり、トイレ休憩等の短時間離席時に適用することでセキュリティを確保しつつ業務の利便性向上を図れるほか、高レベルの認証を行うか、複数回の入場がないとシステムを使用させないようにすることで、不自然に入室してきた他部署の利用者による不正利用等を防止可能である。

＊＊＊実施の形態の効果の説明＊＊＊
本実施の形態では、利用者の現在の所在だけでなく利用者の過去の所在にも応じてコンテンツへのアクセスが制御される。具体例として、利用者が営業部の人間である場合、利用者が現在営業部居室に居るだけでなく利用者がそれより前の１０分以内にも営業部居室に居たことがなければ、利用者はＰｕｂｌｉｃ０１．ｐｈｐのコンテンツを更新できない。本実施の形態によれば、コンテンツへのアクセスを制御するシステムにおける利便性が向上する。

本実施の形態では、利用者の現在の所在だけでなく他の利用者の所在にも応じてコンテンツへのアクセスが制御される。具体例として、利用者が人事部の担当の人間である場合、利用者本人だけでなく人事部の課長以上の人間も人事部サーバ室に居なければ、利用者はＳｅｃｒｅｔ０１．ｊｓｐのコンテンツを更新できない。また、利用者が人事部の担当の人間である場合、利用者本人が人事部サーバ室に居るだけでなく人事部の課長以上の人間が人事部居室に居なければ、利用者はＳｅｃｒｅｔ０２．ｊｓｐのコンテンツを更新できない。本実施の形態によれば、コンテンツへのアクセスを制御するシステムにおけるセキュリティが向上する。

本実施の形態によれば、コンテンツへのアクセス制御を、利用者の属性と現在位置だけでなく、過去にどこにいたのか、その場にどれくらいの時間いるのか、同じ部屋にはどのような利用者がいるのか、といった状況を条件に用いて実施することが可能となる。

＊＊＊他の構成＊＊＊
本実施の形態では、「部」の機能がソフトウェアにより実現されるが、変形例として、「部」の機能がソフトウェアとハードウェアとの組み合わせにより実現されてもよい。すなわち、「部」の機能の一部が専用の電子回路により実現され、残りがソフトウェアにより実現されてもよい。

専用の電子回路は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ（ＧａｔｅＡｒｒａｙ）、または、ＦＰＧＡ（Ｆｉｅｌｄ−ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）である。あるいは、専用の電子回路は、具体的には、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）である。

プロセッサ１３１、メモリ１３２、および、専用の電子回路を、総称して「プロセッシングサーキットリ」という。つまり、「部」の機能がソフトウェアにより実現されるか、ソフトウェアとハードウェアとの組み合わせにより実現されるかに関わらず、「部」の機能は、プロセッシングサーキットリにより実現される。

「部」を「工程」、「手順」または「処理」に読み替えてもよい。

以上、本発明の実施の形態について説明したが、この実施の形態を部分的に実施しても構わない。具体的には、この実施の形態に係る認可システム１０１の機能要素のうち、一部の機能要素のみを採用してもよい。なお、本発明は、この実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。

１０１認可システム、１０２入退室管理システム、１０３ＧＰＳ、１１２業務アプリケーション、１２２リバースプロキシサーバ、１２３業務アプリケーション、１２４業務アプリケーション、１３１プロセッサ、１３２メモリ、１３３通信装置、２００アクセス制御部、２０１アクセス権限決定部、２０２アクセス制御情報取得部、２０３アクセス権限判定部、２０４利用者条件判定部、２０５在エリア条件判定部、２０６過去条件判定部、２０７利用者情報取得部、２０８在場情報取得部、２１１在場情報生成部、２２１アクセス制御情報、２２２利用者情報、２２３在場情報。

Claims

複数の利用者のそれぞれが居る場所を示す在場情報をメモリから取得する在場情報取得部と、
前記複数の利用者のそれぞれが持つ属性を示す利用者情報を前記メモリから取得する利用者情報取得部と、
コンテンツへのアクセスを認める条件として、前記コンテンツへのアクセスの要求元の利用者が前記コンテンツへのアクセスの要求時点に居る場所と、前記要求元の利用者が前記要求時点よりも過去の期間に居た場所、および、前記要求元の利用者とは別の属性を持つ利用者が前記要求時点に居る場所の少なくともいずれかとの組み合わせを指定するアクセス制御情報を前記メモリから取得するアクセス制御情報取得部と、
前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報と、前記利用者情報取得部により取得された利用者情報とから、前記アクセス制御情報取得部により取得されたアクセス制御情報の指定条件が満たされているかどうかを判定し、判定の結果に応じて、前記コンテンツへのアクセスを制御するアクセス制御部と
を備える認可システム。
前記在場情報取得部により取得される在場情報には、前記複数の利用者のそれぞれが居る場所を時系列で示す情報が含まれ、
前記アクセス制御情報により取得されるアクセス制御情報には、前記要求元の利用者が前記要求時点に居る場所を第１指定場所、前記要求時点よりも過去の期間を指定期間、前記要求元の利用者が前記指定期間に居た場所を第２指定場所として示す情報が含まれ、
前記アクセス制御部は、前記第１指定場所に居る利用者による前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報から、同じ利用者が前記指定期間に居た場所を特定し、特定した場所と前記第２指定場所とを比較し、比較の結果に応じて、前記指定条件が満たされているかどうかを判定する請求項１に記載の認可システム。
前記アクセス制御部は、前記第１指定場所に居て前記指定期間に認証済の利用者による前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報から、同じ利用者が前記指定期間に居た場所を特定し、特定した場所と前記第２指定場所とが一致する場合、前記指定条件が満たされていると判定して前記コンテンツへのアクセスを認め、特定した場所と前記第２指定場所とが一致しない場合、前記指定条件が満たされていないと判定して再認証を要求する請求項２に記載の認可システム。
前記利用者情報取得部により取得される利用者情報には、前記複数の利用者のそれぞれが属する階層を属性として示す情報が含まれ、
前記アクセス制御情報により取得されるアクセス制御情報には、前記要求元の利用者が居る場所を第１指定場所、前記要求元の利用者が属する階層よりも上位の階層を指定階層、前記指定階層と同じか前記指定階層よりも上位の階層に属する利用者が居る場所を第２指定場所として示す情報が含まれ、
前記アクセス制御部は、前記第１指定場所に居て前記指定階層よりも下位の階層に属する利用者による前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報から、前記第２指定場所に居る利用者を特定し、前記利用者情報取得部により取得された利用者情報から、特定した利用者が属する階層を特定し、特定した階層と前記指定階層とを比較し、比較の結果に応じて、前記指定条件が満たされているかどうかを判定する請求項１に記載の認可システム。
在場情報取得部が、複数の利用者のそれぞれが居る場所を示す在場情報をメモリから取得し、
利用者情報取得部が、前記複数の利用者のそれぞれが持つ属性を示す利用者情報を前記メモリから取得し、
アクセス制御情報取得部が、コンテンツへのアクセスを認める条件として、前記コンテンツへのアクセスの要求元の利用者が前記コンテンツへのアクセスの要求時点に居る場所と、前記要求元の利用者が前記要求時点よりも過去の期間に居た場所、および、前記要求元の利用者とは別の属性を持つ利用者が前記要求時点に居る場所の少なくともいずれかとの組み合わせを指定するアクセス制御情報を前記メモリから取得し、
アクセス制御部が、前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報と、前記利用者情報取得部により取得された利用者情報とから、前記アクセス制御情報取得部により取得されたアクセス制御情報の指定条件が満たされているかどうかを判定し、判定の結果に応じて、前記コンテンツへのアクセスを制御するアクセス制御方法。
コンピュータに、
複数の利用者のそれぞれが居る場所を示す在場情報をメモリから取得する処理と、
前記複数の利用者のそれぞれが持つ属性を示す利用者情報を前記メモリから取得する処理と、
コンテンツへのアクセスを認める条件として、前記コンテンツへのアクセスの要求元の利用者が前記コンテンツへのアクセスの要求時点に居る場所と、前記要求元の利用者が前記要求時点よりも過去の期間に居た場所、および、前記要求元の利用者とは別の属性を持つ利用者が前記要求時点に居る場所の少なくともいずれかとの組み合わせを指定するアクセス制御情報を前記メモリから取得する処理と、
前記コンテンツへのアクセスの要求を受けると、取得された在場情報と、取得された利用者情報とから、取得されたアクセス制御情報の指定条件が満たされているかどうかを判定し、判定の結果に応じて、前記コンテンツへのアクセスを制御する処理と
を実行させるアクセス制御プログラム。