(57)【要約】【課題】コンテンツへのアクセスを制御するシステムにおける利便性またはセキュリティを向上させる。【解決手段】認可システム１０１のアクセス制御部２００は、コンテンツへのアクセスの要求を受けると、複数の利用者のそれぞれが持つ属性を示す在場情報２２３と、複数の利用者のそれぞれが持つ属性を示す利用者情報２２２とから、アクセス制御情報２２１の指定条件が満たされているかどうかを判定し、判定の結果に応じて、コンテンツへのアクセスを制御する。アクセス制御情報２２１は、指定条件として、コンテンツへのアクセスの要求元の利用者がコンテンツへのアクセスの要求時点に居る場所と、要求元の利用者が要求時点よりも過去の期間に居た場所、および、要求元の利用者とは別の属性を持つ利用者が要求時点に居る場所の少なくともいずれかとの組み合わせを示す情報である。【選択図】図２
2017219880.tif 000002
【特許請求の範囲】
【請求項１】
複数の利用者のそれぞれが居る場所を示す在場情報をメモリから取得する在場情報取得部と、
前記複数の利用者のそれぞれが持つ属性を示す利用者情報を前記メモリから取得する利用者情報取得部と、
コンテンツへのアクセスを認める条件として、前記コンテンツへのアクセスの要求元の利用者が前記コンテンツへのアクセスの要求時点に居る場所と、前記要求元の利用者が前記要求時点よりも過去の期間に居た場所、および、前記要求元の利用者とは別の属性を持つ利用者が前記要求時点に居る場所の少なくともいずれかとの組み合わせを指定するアクセス制御情報を前記メモリから取得するアクセス制御情報取得部と、
前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報と、前記利用者情報取得部により取得された利用者情報とから、前記アクセス制御情報取得部により取得されたアクセス制御情報の指定条件が満たされているかどうかを判定し、判定の結果に応じて、前記コンテンツへのアクセスを制御するアクセス制御部と
を備える認可システム。
【請求項２】
前記在場情報取得部により取得される在場情報には、前記複数の利用者のそれぞれが居る場所を時系列で示す情報が含まれ、
前記アクセス制御情報により取得されるアクセス制御情報には、前記要求元の利用者が前記要求時点に居る場所を第１指定場所、前記要求時点よりも過去の期間を指定期間、前記要求元の利用者が前記指定期間に居た場所を第２指定場所として示す情報が含まれ、
前記アクセス制御部は、前記第１指定場所に居る利用者による前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報から、同じ利用者が前記指定期間に居た場所を特定し、特定した場所と前記第２指定場所とを比較し、比較の結果に応じて、前記指定条件が満たされているかどうかを判定する請求項１に記載の認可システム。
【請求項３】
前記アクセス制御部は、前記第１指定場所に居て前記指定期間に認証済の利用者による前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報から、同じ利用者が前記指定期間に居た場所を特定し、特定した場所と前記第２指定場所とが一致する場合、前記指定条件が満たされていると判定して前記コンテンツへのアクセスを認め、特定した場所と前記第２指定場所とが一致しない場合、前記指定条件が満たされていないと判定して再認証を要求する請求項２に記載の認可システム。
【請求項４】
前記利用者情報取得部により取得される利用者情報には、前記複数の利用者のそれぞれが属する階層を属性として示す情報が含まれ、
前記アクセス制御情報により取得されるアクセス制御情報には、前記要求元の利用者が居る場所を第１指定場所、前記要求元の利用者が属する階層よりも上位の階層を指定階層、前記指定階層と同じか前記指定階層よりも上位の階層に属する利用者が居る場所を第２指定場所として示す情報が含まれ、
前記アクセス制御部は、前記第１指定場所に居て前記指定階層よりも下位の階層に属する利用者による前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報から、前記第２指定場所に居る利用者を特定し、前記利用者情報取得部により取得された利用者情報から、特定した利用者が属する階層を特定し、特定した階層と前記指定階層とを比較し、比較の結果に応じて、前記指定条件が満たされているかどうかを判定する請求項１に記載の認可システム。
【請求項５】
在場情報取得部が、複数の利用者のそれぞれが居る場所を示す在場情報をメモリから取得し、
利用者情報取得部が、前記複数の利用者のそれぞれが持つ属性を示す利用者情報を前記メモリから取得し、
アクセス制御情報取得部が、コンテンツへのアクセスを認める条件として、前記コンテンツへのアクセスの要求元の利用者が前記コンテンツへのアクセスの要求時点に居る場所と、前記要求元の利用者が前記要求時点よりも過去の期間に居た場所、および、前記要求元の利用者とは別の属性を持つ利用者が前記要求時点に居る場所の少なくともいずれかとの組み合わせを指定するアクセス制御情報を前記メモリから取得し、
アクセス制御部が、前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報と、前記利用者情報取得部により取得された利用者情報とから、前記アクセス制御情報取得部により取得されたアクセス制御情報の指定条件が満たされているかどうかを判定し、判定の結果に応じて、前記コンテンツへのアクセスを制御するアクセス制御方法。
【請求項６】
コンピュータに、
複数の利用者のそれぞれが居る場所を示す在場情報をメモリから取得する処理と、
前記複数の利用者のそれぞれが持つ属性を示す利用者情報を前記メモリから取得する処理と、
コンテンツへのアクセスを認める条件として、前記コンテンツへのアクセスの要求元の利用者が前記コンテンツへのアクセスの要求時点に居る場所と、前記要求元の利用者が前記要求時点よりも過去の期間に居た場所、および、前記要求元の利用者とは別の属性を持つ利用者が前記要求時点に居る場所の少なくともいずれかとの組み合わせを指定するアクセス制御情報を前記メモリから取得する処理と、
前記コンテンツへのアクセスの要求を受けると、取得された在場情報と、取得された利用者情報とから、取得されたアクセス制御情報の指定条件が満たされているかどうかを判定し、判定の結果に応じて、前記コンテンツへのアクセスを制御する処理と
を実行させるアクセス制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認可システム、アクセス制御方法およびアクセス制御プログラムに関するものである。
【背景技術】
【０００２】
特許文献１には、ユーザ属性に対応する評価値と、利用頻度に対応する評価値と、アクセス場所に対応する評価値との総和を信頼レベルに決定し、決定した信頼レベルに応じた認証方法でユーザを認証する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１７３８０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
認可システムは、業務サーバ、ファイルサーバ等に配置されたコンテンツに対する利用者からのアクセス内容を制御するシステムであり、利用者に適用された所属等の情報を用いて、可能な操作を限定する、認証レベルが不足している場合には認証を要求する等の処理を行う。コンテンツの具体例は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）で特定されるリソース、および、ファイルがある。操作の具体例は、追加、更新および削除である。
【０００５】
認可システムにおいて、利便性を向上させるために、トイレ休憩等の短時間の離席後に作業を再開するときは認証を省略または簡略化することが考えられる。また、セキュリティを向上させるために、ダブルチェック等の複数人での確認が必要な作業を開始するときは利用者の在室状況だけでなく利用者の上長の在室状況も確認することが考えられる。しかし、従来技術では、こういった様々な状況への対処ができないという課題がある。
【０００６】
本発明は、コンテンツへのアクセスを制御するシステムにおける利便性またはセキュリティの向上を目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る認可システムは、
複数の利用者のそれぞれが居る場所を示す在場情報をメモリから取得する在場情報取得部と、
前記複数の利用者のそれぞれが持つ属性を示す利用者情報を前記メモリから取得する利用者情報取得部と、
コンテンツへのアクセスを認める条件として、前記コンテンツへのアクセスの要求元の利用者が前記コンテンツへのアクセスの要求時点に居る場所と、前記要求元の利用者が前記要求時点よりも過去の期間に居た場所、および、前記要求元の利用者とは別の属性を持つ利用者が前記要求時点に居る場所の少なくともいずれかとの組み合わせを指定するアクセス制御情報を前記メモリから取得するアクセス制御情報取得部と、
前記コンテンツへのアクセスの要求を受けると、前記在場情報取得部により取得された在場情報と、前記利用者情報取得部により取得された利用者情報とから、前記アクセス制御情報取得部により取得されたアクセス制御情報の指定条件が満たされているかどうかを判定し、判定の結果に応じて、前記コンテンツへのアクセスを制御するアクセス制御部とを備える。
【発明の効果】
【０００８】
本発明では、利用者の現在の所在だけでなく利用者の過去の所在と他の利用者の所在との少なくともいずれかにも応じてコンテンツへのアクセスが制御される。このため、コンテンツへのアクセスを制御するシステムにおける利便性またはセキュリティが向上する。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１に係る認可システムの利用例を示すブロック図。
【図２】実施の形態１に係る認可システムの構成を示すブロック図。
【図３】実施の形態１に係る利用者情報の例を示す表。
【図４】実施の形態１に係るアクセス制御情報の例を示す表。
【図５】実施の形態１に係る認可システムのアクセス権限決定部、アクセス制御情報取得部およびアクセス権限判定部の動作を示すフローチャート。
【図６】実施の形態１に係る認可システムのアクセス権限判定部の動作を示すフローチャート。
【図７】実施の形態１に係る認可システムの利用者条件判定部および利用者情報取得部の動作を示すフローチャート。
【図８】実施の形態１に係る認可システムの在エリア条件判定部、利用者情報取得部および在場情報取得部の動作を示すフローチャート。
【図９】実施の形態１に係る認可システムの過去条件判定部および在場情報取得部の動作を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、図を用いて説明する。なお、各図中、同一または相当する部分には、同一符号を付している。実施の形態の説明において、同一または相当する部分については、説明を適宜省略または簡略化する。
【００１１】
実施の形態１．
図１を参照して、本実施の形態に係る認可システム１０１の利用例を説明する。
【００１２】
利用者としては、業務アプリケーション１１２を直接利用する利用者、および、リバースプロキシサーバ１２２越しに業務アプリケーション１２３，１２４を利用する利用者がいる。
【００１３】
入退室管理システム１０２およびＧＰＳ１０３（Ｇｌｏｂａｌ  ＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）は、認可システム１０１に対して、利用者の通行履歴および位置情報をそれぞれ提供する。
【００１４】
業務アプリケーション１１２およびリバースプロキシサーバ１２２は、利用者からのコンテンツへのアクセスに対して、そのアクセスを許可できる権限を利用者が持っているかどうかを、認可システム１０１へ問い合わせる。認可システム１０１は、問い合わせに対して、保持する情報を用いてその利用者がそのコンテンツに対して所持する権限を判定し、その結果を業務アプリケーション１１２およびリバースプロキシサーバ１２２へ提供する。業務アプリケーション１１２およびリバースプロキシサーバ１２２は、認可システム１０１から受け取った判定結果に従い、アクセスの可否を判定する。
【００１５】
＊＊＊構成の説明＊＊＊
図２を参照して、認可システム１０１の構成を説明する。
【００１６】
認可システム１０１は、コンピュータである。認可システム１０１は、プロセッサ１３１を備えるとともに、メモリ１３２、通信装置１３３といった他のハードウェアを備える。プロセッサ１３１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【００１７】
認可システム１０１は、機能要素として、アクセス制御部２００と、アクセス制御情報取得部２０２と、利用者情報取得部２０７と、在場情報取得部２０８と、在場情報生成部２１１とを備える。アクセス制御部２００は、アクセス権限決定部２０１と、アクセス権限判定部２０３と、利用者条件判定部２０４と、在エリア条件判定部２０５と、過去条件判定部２０６とを有する。アクセス制御部２００、アクセス制御情報取得部２０２、利用者情報取得部２０７、在場情報取得部２０８、在場情報生成部２１１といった「部」の機能は、ソフトウェアにより実現される。
【００１８】
プロセッサ１３１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。プロセッサ１３１は、具体的には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。
【００１９】
メモリ１３２には、アクセス制御情報２２１と、利用者情報２２２と、在場情報２２３とが記憶される。メモリ１３２は、具体的には、フラッシュメモリ、または、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。
【００２０】
通信装置１３３は、情報を受信するレシーバおよび情報を送信するトランスミッタを含む。通信装置１３３は、具体的には、通信チップまたはＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）である。
【００２１】
認可システム１０１は、ハードウェアとして、入力装置およびディスプレイを備えていてもよい。
【００２２】
入力装置は、具体的には、マウス、キーボード、または、タッチパネルである。
【００２３】
ディスプレイは、具体的には、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）である。
【００２４】
メモリ１３２には、「部」の機能を実現するプログラムが記憶されている。このプログラムは、プロセッサ１３１に読み込まれ、プロセッサ１３１によって実行される。メモリ１３２には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）も記憶されている。プロセッサ１３１は、ＯＳを実行しながら、「部」の機能を実現するプログラムを実行する。なお、「部」の機能を実現するプログラムの一部または全部がＯＳに組み込まれていてもよい。
【００２５】
「部」の機能を実現するプログラムおよびＯＳは、補助記憶装置に記憶されていてもよい。補助記憶装置は、具体的には、フラッシュメモリ、または、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）である。補助記憶装置に記憶されているプログラムおよびＯＳは、メモリ１３２にロードされ、プロセッサ１３１によって実行される。
【００２６】
認可システム１０１は、プロセッサ１３１を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、「部」の機能を実現するプログラムの実行を分担する。それぞれのプロセッサは、プロセッサ１３１と同じように、プロセッシングを行うＩＣである。
【００２７】
「部」の処理の結果を示す情報、データ、信号値、および、変数値は、メモリ１３２、補助記憶装置、または、プロセッサ１３１内のレジスタまたはキャッシュメモリに記憶される。
【００２８】
「部」の機能を実現するプログラムは、磁気ディスク、光ディスクといった可搬記録媒体に記憶されてもよい。
【００２９】
メモリ１３２に記憶されている在場情報２２３は、複数の利用者のそれぞれが居る場所を示す情報である。本実施の形態では、在場情報２２３には、複数の利用者のそれぞれが居る場所を時系列で示す情報が含まれている。すなわち、在場情報２２３は、複数の利用者のそれぞれが居る場所の履歴を示す情報である。
【００３０】
メモリ１３２に記憶されている利用者情報２２２は、複数の利用者のそれぞれが持つ属性を示す情報である。本実施の形態では、利用者情報２２２には、複数の利用者のそれぞれが属する階層を属性として示す情報が含まれている。具体的には、利用者情報２２２には、複数の利用者のそれぞれが属する組織における役職を階層として示す情報が含まれている。
【００３１】
ここで、利用者情報２２２の例を図３に示す。
【００３２】
図３の例において、利用者情報２２２は、テーブル形式でメモリ１３２に格納される。利用者情報２２２のテーブルは、利用者を識別するユーザＩＤ（ＩＤｅｎｔｉｆｉｅｒ）を示すユーザＩＤ  ＣＯＬ１１と、利用者の所属先組織を示す所属先組織ＣＯＬ１２と、利用者の所属先組織での役職を示す役職ＣＯＬ１３という３つのカラムを含む。
【００３３】
メモリ１３２に記憶されているアクセス制御情報２２１は、コンテンツへのアクセスを認める条件を指定する情報である。具体的には、アクセス制御情報２２１は、指定条件として、コンテンツへのアクセスの要求元の利用者がコンテンツへのアクセスの要求時点に居る場所と、要求元の利用者が要求時点よりも過去の期間に居た場所との組み合わせを示す情報である。あるいは、アクセス制御情報２２１は、指定条件として、要求元の利用者がコンテンツへのアクセスの要求時点に居る場所と、要求元の利用者とは別の属性を持つ利用者が要求時点に居る場所との組み合わせを示す情報である。なお、指定条件には、要求元の利用者が要求時点よりも過去の期間に居た場所、および、要求元の利用者とは別の属性を持つ利用者が要求時点に居る場所のいずれか一方だけでなく両方が含まれていてもよい。本実施の形態では、アクセス制御情報２２１には、要求元の利用者が要求時点に居る場所を第１指定場所、要求時点よりも過去の期間を指定期間、要求元の利用者が指定期間に居た場所を第２指定場所として示す情報が含まれている。あるいは、アクセス制御情報２２１には、要求元の利用者が居る場所を第１指定場所、要求元の利用者が属する階層よりも上位の階層を指定階層、指定階層と同じか指定階層よりも上位の階層に属する利用者が居る場所を第２指定場所として示す情報が含まれている。すなわち、本実施の形態では、ある指定条件には、第１指定場所、指定期間および第２指定場所が含まれ、別の指定条件には、第１指定場所、指定階層および第２指定場所が含まれている。
【００３４】
ここで、アクセス制御情報２２１の例を図４に示す。
【００３５】
図４の例において、アクセス制御情報２２１は、テーブル形式でメモリ１３２に格納される。アクセス制御情報２２１のテーブルは、少なくとも７つのカラムを含む。１つ目のカラムは、制御対象となる対象コンテンツＣＯＬ０１というカラムである。２つ目のカラムは、１つの対象コンテンツに対して複数の指定条件が設定された場合の識別コードとして用いるＩＤ  ＣＯＬ０２というカラムである。３つ目のカラムは、指定条件を満たすために必要な認証レベルを示す認証レベルＣＯＬ０３というカラムである。４つ目のカラムは、指定条件を満たす場合に適用する権限の内容を示す適用内容ＣＯＬ０４というカラムである。５つ目のカラムは、指定条件を構成する要素の１つである利用者条件の内容を示す利用者条件ＣＯＬ０５というカラムである。６つ目のカラムは、指定条件を構成する要素の１つである在エリア条件の内容を示す在エリア条件ＣＯＬ０６というカラムである。７つ目のカラムは、指定条件を構成する要素の１つである過去条件の内容を示す過去条件ＣＯＬ０７というカラムである。
【００３６】
本例のアクセス制御情報２２１では、対象コンテンツＣＯＬ０１に対応する指定条件が、必要とする認証レベルＣＯＬ０３と、適用する権限の内容を示す適用内容ＣＯＬ０４と、その権限の内容を適用する条件となる利用者条件ＣＯＬ０５と、在エリア条件ＣＯＬ０６と、過去条件ＣＯＬ０７とで構成されている。１つのコンテンツには、複数の指定条件を設定することができる。本例では、その識別のためにＩＤ  ＣＯＬ０２を使用している。１つのコンテンツに設定されている複数の指定条件を満たす場合には、満足できる認証レベルＣＯＬ０３を持つ指定条件の適用内容ＣＯＬ０４の論理和をとった権限を適用する。１つの指定条件では、利用者条件ＣＯＬ０５、在エリア条件ＣＯＬ０６および過去条件ＣＯＬ０７の３種類の条件を、複数設定することが可能である。設定されたすべての条件を満足する場合に、その認証レベルＣＯＬ０３および適用内容ＣＯＬ０４が適用される。
【００３７】
利用者条件ＣＯＬ０５は、アクセスを要求している利用者本人の属性に関する条件である。利用者条件ＣＯＬ０５により、所属先組織、役職等により対象者を限定することが可能となる。具体例として、Ｎｏ．１の指定条件では、「所属先が人事部」であることが利用者条件ＣＯＬ０５として設定されている。Ｎｏ．５の指定条件では、「所属先が人事部」かつ「役職が課長以上」であることが利用者条件ＣＯＬ０５として設定されている。
【００３８】
在エリア条件ＣＯＬ０６は、指定のエリアに指定の条件を満たす利用者が居るという条件である。具体例として、Ｎｏ．１の指定条件では、「人事部サーバ室にアクセスを要求している利用者本人が居ること」が在エリア条件ＣＯＬ０６として設定されている。Ｎｏ．２の指定条件では、「人事部サーバ室に、アクセスを要求している利用者本人と、所属先が人事部で役職が課長以上の利用者が居ること」が在エリア条件ＣＯＬ０６として設定されている。Ｎｏ．３の指定条件では、在エリア条件ＣＯＬ０６が「無制限」に設定されている。Ｎｏ．４の指定条件では、「人事部サーバ室にアクセスを要求している利用者本人が居ること」かつ「人事部居室に、所属先が人事部で役職が課長以上の利用者が居ること」が在エリア条件ＣＯＬ０６として設定されている。
【００３９】
過去条件ＣＯＬ０７は、アクセスを要求している利用者本人の過去の在場状況に関する条件である。具体例として、Ｎｏ．１の指定条件では、過去条件ＣＯＬ０７が「無制限」に設定されている。Ｎｏ．８の指定条件では、「営業部居室に過去１０分以内に在室していたこと」が過去条件ＣＯＬ０７として設定されている。
【００４０】
図４に記載のアクセス制御情報２２１を用いた場合、次のような制御が可能となる。
【００４１】
Ｎｏ．１の指定条件の適用により、人事部に所属する利用者は、人事部サーバ室に居る場合のみ、Ｓｅｃｒｅｔ０１．ｊｓｐのコンテンツを参照可能となる。Ｎｏ．２の指定条件の適用により、さらに、人事部の課長または部長が人事部サーバ室にいる場合は、Ｓｅｃｒｅｔ０１．ｊｓｐのコンテンツの更新も可能となる。用途としては、コンテンツ更新時のダブルチェック等が考えられる。
【００４２】
Ｎｏ．３の指定条件の適用により、人事部に所属する利用者は、どのような場合でも、Ｓｅｃｒｅｔ０２．ｊｓｐのコンテンツを参照可能である。Ｎｏ．４の指定条件の適用により、人事部に所属する担当者は、人事部サーバ室に居て、かつ、人事部の課長または部長が人事部居室に居る場合のみ、Ｓｅｃｒｅｔ０２．ｊｓｐのコンテンツの更新も可能となる。一方、Ｎｏ．５の指定条件の適用により、人事部の課長および部長は、人事部居室でＳｅｃｒｅｔ０２．ｊｓｐのコンテンツを更新可能である。このように、利用者の役職等により、作業場所を変更することが可能である。
【００４３】
Ｎｏ．６の指定条件の適用により、利用者は、レベル２の認証方法を用いた認証を受けることで、Ｐｕｂｌｉｃ０１．ｐｈｐのコンテンツを参照可能となる。Ｎｏ．７の指定条件の適用により、営業部に所属する利用者は、営業部居室にてレベル２の認証方法を用いた認証を受けることで、Ｐｕｂｌｉｃ０１．ｐｈｐのコンテンツの更新が可能となる。その後、Ｎｏ．８の指定条件の適用により、営業部に所属する利用者は、現時点を除く過去１０分以内に営業部居室にてレベル２の認証方法を用いた認証を受けていれば、再度認証を受けることなく、Ｐｕｂｌｉｃ０１．ｐｈｐのコンテンツの更新が可能である。用途としては、トイレ休憩等が想定される。
【００４４】
Ｎｏ．２の指定条件では、在エリア条件ＣＯＬ０６の「人事部サーバ室」が第１指定場所および第２指定場所、在エリア条件ＣＯＬ０６の「人事部の課長」が指定階層に相当する。Ｎｏ．４の指定条件では、在エリア条件ＣＯＬ０６の「人事部サーバ室」が第１指定場所、在エリア条件ＣＯＬ０６の「人事部の課長」が指定階層、在エリア条件ＣＯＬ０６の「人事部居室」が第２指定場所に相当する。Ｎｏ．２の指定条件では、第１指定場所および第２指定場所として同じ場所が指定されているが、Ｎｏ．４の指定条件では、第１指定場所および第２指定場所として別々の場所が指定されている。
【００４５】
Ｎｏ．８の指定条件では、在エリア条件ＣＯＬ０６の「営業部居室」が第１指定場所、過去条件ＣＯＬ０７の「１０分以内」が指定期間、過去条件ＣＯＬ０７の「営業部居室」が第２指定場所に相当する。この指定条件では、第１指定場所および第２指定場所として同じ場所が指定されているが、別々の場所が指定されていてもよい。
【００４６】
＊＊＊動作の説明＊＊＊
図２を参照して、本実施の形態に係る認可システム１０１の動作の概要を説明する。認可システム１０１の動作は、本実施の形態に係るアクセス制御方法に相当する。認可システム１０１の動作は、本実施の形態に係るアクセス制御プログラムの処理手順に相当する。
【００４７】
在場情報生成部２１１は、入退室管理システム１０２から提供される通行履歴、ＧＰＳ１０３から提供される位置情報等から在場情報２２３を逐次作成し、メモリ１３２へ格納する。
【００４８】
在場情報取得部２０８は、特定の在場情報２２３をメモリ１３２から取得する。
【００４９】
利用者情報取得部２０７は、特定の利用者情報２２２をメモリ１３２から取得する。
【００５０】
アクセス制御情報取得部２０２は、アクセス制御情報２２１をメモリ１３２から取得する。
【００５１】
アクセス制御部２００は、コンテンツへのアクセスの要求を受けると、在場情報取得部２０８により取得された在場情報２２３と、利用者情報取得部２０７により取得された利用者情報２２２とから、アクセス制御情報取得部２０２により取得されたアクセス制御情報２２１の指定条件が満たされているかどうかを判定する。そして、アクセス制御部２００は、判定の結果に応じて、コンテンツへのアクセスを制御する。
【００５２】
ここで、あるコンテンツに対応する指定条件に、第１指定場所、指定期間および第２指定場所が含まれていたとする。アクセス制御部２００は、第１指定場所に居る利用者による当該コンテンツへのアクセスの要求を受けると、在場情報取得部２０８により取得された在場情報２２３から、同じ利用者が指定期間に居た場所を特定する。そして、アクセス制御部２００は、特定した場所と第２指定場所とを比較し、比較の結果に応じて、指定条件が満たされているかどうかを判定する。本実施の形態では、アクセス制御部２００は、第１指定場所に居て指定期間に認証済の利用者によるコンテンツへのアクセスの要求を受けると、在場情報取得部２０８により取得された在場情報２２３から、同じ利用者が指定期間に居た場所を特定する。アクセス制御部２００は、特定した場所と第２指定場所とが一致する場合、指定条件が満たされていると判定してコンテンツへのアクセスを認める。アクセス制御部２００は、特定した場所と第２指定場所とが一致しない場合、指定条件が満たされていないと判定して再認証を要求する。
【００５３】
また、別のコンテンツに対応する指定条件に、第１指定場所、指定階層および第２指定場所が含まれていたとする。アクセス制御部２００は、第１指定場所に居て指定階層よりも下位の階層に属する利用者による当該別のコンテンツへのアクセスの要求を受けると、在場情報取得部２０８により取得された在場情報２２３から、第２指定場所に居る利用者を特定する。そして、アクセス制御部２００は、利用者情報取得部２０７により取得された利用者情報２２２から、特定した利用者が属する階層を特定し、特定した階層と指定階層とを比較し、比較の結果に応じて、指定条件が満たされているかどうかを判定する。
【００５４】
アクセス制御部２００において、アクセス権限決定部２０１は、業務アプリケーション１１２またはリバースプロキシサーバ１２２からの問い合わせを受け、アクセス制御情報取得部２０２からアクセス制御情報２２１を取得し、アクセス制御情報２２１の指定条件を、アクセス権限判定部２０３を用いて判定し、判定結果を返す。アクセス権限判定部２０３は、アクセス権限決定部２０１から通知されたアクセス制御情報２２１の指定条件を、利用者条件判定部２０４と在エリア条件判定部２０５と過去条件判定部２０６とを用いて判定し、その結果を返す。利用者条件判定部２０４は、アクセス権限判定部２０３から指定された利用者条件を、利用者情報取得部２０７から取得した利用者情報２２２を用いて判定する。在エリア条件判定部２０５は、アクセス権限判定部２０３から指定された在エリア条件を、利用者情報取得部２０７から取得した利用者情報２２２と在場情報取得部２０８から取得した在場情報２２３とを用いて判定する。過去条件判定部２０６は、アクセス権限判定部２０３から指定された過去条件を、在場情報取得部２０８から取得した在場情報２２３を用いて判定する。
【００５５】
図５から図９を参照して、認可システム１０１の動作の詳細を説明する。
【００５６】
図５は、認可システム１０１が、業務アプリケーション１１２またはリバースプロキシサーバ１２２から権限判定の要求を受け、その結果を返すまでの動作例を示している。
【００５７】
ステップＳ１１において、業務アプリケーション１１２またはリバースプロキシサーバ１２２は、認可システム１０１へアクセス可否の判定のための権限の内容を要求する。その際に、業務アプリケーション１１２またはリバースプロキシサーバ１２２は、ＵＲＬ等のコンテンツの情報に加え、アクセスを要求している利用者のユーザＩＤ等の情報と現在の認証レベルについても通知する。アクセス権限決定部２０１は、通信装置１３３を用いて、業務アプリケーション１１２またはリバースプロキシサーバ１２２からの情報を受信する。
【００５８】
ステップＳ１２において、アクセス権限決定部２０１は、アクセス制御情報取得部２０２に対して、対象コンテンツのアクセス制御情報２２１の取得を要求する。
【００５９】
ステップＳ１３において、アクセス制御情報取得部２０２は、メモリ１３２から対象コンテンツのアクセス制御情報２２１を取得し、アクセス権限決定部２０１へ提供する。
【００６０】
ステップＳ１４において、アクセス権限決定部２０１は、取得したアクセス制御情報２２１の指定条件をアクセス権限判定部２０３へ通知する。
【００６１】
ステップＳ１５において、アクセス権限判定部２０３は、通知された指定条件を、利用者条件判定部２０４、在エリア条件判定部２０５および過去条件判定部２０６を用いて判定し、結果をアクセス権限決定部２０１へ返す。
【００６２】
ステップＳ１６において、アクセス権限決定部２０１は、受け取った結果の内容が、いずれの指定条件も満たせていなかった場合には、ステップＳ１７の処理を行い、１つでも指定条件を満たせている場合には、ステップＳ１８の処理を行う。
【００６３】
ステップＳ１７において、アクセス権限決定部２０１は、通信装置１３３を用いて、アクセス権限がないことを業務アプリケーション１１２またはリバースプロキシサーバ１２２へ通知し、処理を終了する。
【００６４】
ステップＳ１８において、アクセス権限決定部２０１は、満たせている指定条件の認証レベルを確認し、１つでも認証レベルを満足できている場合には、ステップＳ１９の処理を行い、いずれの認証レベルも満足できていない場合には、ステップＳ２０の処理を行う。
【００６５】
ステップＳ１９において、アクセス権限決定部２０１は、通信装置１３３を用いて、満足できている範囲の指定条件の適用内容をまとめて業務アプリケーション１１２またはリバースプロキシサーバ１２２へ通知し、処理を終了する。
【００６６】
ステップＳ２０において、アクセス権限決定部２０１は、通信装置１３３を用いて、不足している認証レベル分の追加認証を、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ要求し、処理を終了する。
【００６７】
図６は、アクセス権限判定部２０３の動作例を示している。
【００６８】
ステップＳ３１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から、判定対象となる指定条件を示すアクセス制御情報２２１を取得する。
【００６９】
ステップＳ３２において、アクセス権限判定部２０３は、取得したアクセス制御情報２２１のすべての指定条件に対して、ステップＳ３３からステップＳ４０の処理を行う。
【００７０】
ステップＳ３３において、アクセス権限判定部２０３は、指定条件に含まれているすべての利用者条件に対して、ステップＳ３４の処理を行う。
【００７１】
ステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ利用者条件の判定を要求し、結果を受け取る。
【００７２】
ステップＳ３５において、アクセス権限判定部２０３は、指定条件に含まれているすべての在エリア条件に対して、ステップＳ３６の処理を行う。
【００７３】
ステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ在エリア条件の判定を要求し、結果を受け取る。
【００７４】
ステップＳ３７において、アクセス権限判定部２０３は、指定条件に含まれているすべての過去条件に対して、ステップＳ３８の処理を行う。
【００７５】
ステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ過去条件の判定を要求し、結果を受け取る。
【００７６】
ステップＳ３９において、アクセス権限判定部２０３は、判定対象の指定条件に含まれている利用者条件、在エリア条件および過去条件をすべて満足できていた場合、ステップＳ４０の処理を行う。
【００７７】
ステップＳ４０において、アクセス権限判定部２０３は、判定対象の指定条件を返信リストに追加する。
【００７８】
アクセス権限判定部２０３は、すべての指定条件に対して判定を実施後、ステップＳ４１の処理を行う。
【００７９】
ステップＳ４１において、アクセス権限判定部２０３は、返信リストに格納されている指定条件をアクセス権限決定部２０１へ通知する。
【００８０】
図７は、主に、アクセス制御情報２２１の利用者条件を判定する利用者条件判定部２０４の動作例を示している。
【００８１】
ステップＳ５１において、利用者条件判定部２０４は、アクセス権限判定部２０３から利用者条件の判定の要求を受ける。このとき、利用者条件判定部２０４は、判定対象の利用者条件の情報を取得する。
【００８２】
ステップＳ５２において、利用者条件判定部２０４は、利用者情報取得部２０７へ、アクセスを要求している利用者の利用者情報２２２を要求する。
【００８３】
ステップＳ５３において、利用者情報取得部２０７は、対象利用者の利用者情報２２２をメモリ１３２から取得し、利用者条件判定部２０４へ返す。
【００８４】
ステップＳ５４において、利用者条件判定部２０４は、取得した利用者情報２２２を用いて、利用者条件が満たされるか判定する。
【００８５】
ステップＳ５５において、利用者条件判定部２０４は、判定の結果、利用者条件が満足できている場合には、ステップＳ５６の処理を行い、満足できていない場合には、ステップＳ５７の処理を行う。
【００８６】
ステップＳ５６において、利用者条件判定部２０４は、利用者条件が満足できていることを示すブール値「真」をアクセス権限判定部２０３へ返す。
【００８７】
ステップＳ５７において、利用者条件判定部２０４は、利用者条件が満足できていないことを示すブール値「偽」をアクセス権限判定部２０３へ返す。
【００８８】
図８は、主に、アクセス制御情報２２１の在エリア条件を判定する在エリア条件判定部２０５の動作例を示している。
【００８９】
ステップＳ６１において、在エリア条件判定部２０５は、アクセス権限判定部２０３から在エリア条件の判定の要求を受ける。このとき、在エリア条件判定部２０５は、判定対象の在エリア条件の情報を取得する。
【００９０】
ステップＳ６２において、在エリア条件判定部２０５は、在場情報取得部２０８へ、在エリア条件で指定されているエリアにその時点で在室する利用者のリストを要求する。
【００９１】
ステップＳ６３において、在場情報取得部２０８は、指定のエリアにその時点で在室する利用者のユーザＩＤのリストを在場情報２２３としてメモリ１３２から取得し、在エリア条件判定部２０５へ返す。
【００９２】
ステップＳ６４において、在エリア条件判定部２０５は、取得したリストにユーザＩＤが記載されているすべての利用者に対して、ステップＳ６５およびステップＳ６６の処理を行う。
【００９３】
ステップＳ６５において、在エリア条件判定部２０５は、利用者情報取得部２０７へ、取得したリストにユーザＩＤが記載されている利用者の利用者情報２２２を要求する。
【００９４】
ステップＳ６６において、利用者情報取得部２０７は、対象利用者の利用者情報２２２をメモリ１３２から取得し、利用者条件判定部２０４へ返す。
【００９５】
ステップＳ６７において、在エリア条件判定部２０５は、取得したリストと利用者情報２２２を用いて、在エリア条件が満たされるか判定する。
【００９６】
ステップＳ６８において、在エリア条件判定部２０５は、判定の結果、在エリア条件が満足できている場合には、ステップＳ６９の処理を行い、満足できていない場合には、ステップＳ７０の処理を行う。
【００９７】
ステップＳ６９において、在エリア条件判定部２０５は、在エリア条件が満足できていることを示すブール値「真」をアクセス権限判定部２０３へ返す。
【００９８】
ステップＳ７０において、在エリア条件判定部２０５は、在エリア条件が満足できていないことを示すブール値「偽」をアクセス権限判定部２０３へ返す。
【００９９】
図９は、主に、アクセス制御情報２２１の過去条件を判定する過去条件判定部２０６の動作例を示している。
【０１００】
ステップＳ８１において、過去条件判定部２０６は、アクセス権限判定部２０３から過去条件の判定の要求を受ける。このとき、過去条件判定部２０６は、判定対象の過去条件の情報を取得する。
【０１０１】
ステップＳ８２において、過去条件判定部２０６は、在場情報取得部２０８へ、アクセスを要求している利用者の過去の在室状況を示すリストを要求する。
【０１０２】
ステップＳ８３において、在場情報取得部２０８は、対象利用者の過去の在室状況を示すリストを在場情報２２３としてメモリ１３２から取得し、過去条件判定部２０６へ返す。
【０１０３】
ステップＳ８４において、過去条件判定部２０６は、取得したリストを用いて、過去条件が満たされるか判定する。
【０１０４】
ステップＳ８５において、過去条件判定部２０６は、判定の結果、過去条件が満足できている場合には、ステップＳ８６の処理を行い、満足できていない場合には、ステップＳ８７の処理を行う。
【０１０５】
ステップＳ８６において、過去条件判定部２０６は、過去条件が満足できていることを示すブール値「真」をアクセス権限判定部２０３へ返す。
【０１０６】
ステップＳ８７において、過去条件判定部２０６は、過去条件が満足できていないことを示すブール値「偽」をアクセス権限判定部２０３へ返す。
【０１０７】
＊＊＊動作の具体例の説明＊＊＊
図３に記載の利用者情報２２２と図４に記載のアクセス制御情報２２１とを用いた場合の認可システム１０１の動作例を３つ説明する。
【０１０８】
第１動作例として、Ｓｅｃｒｅｔ０１．ｊｓｐへのアクセスを制御する動作を説明する。
【０１０９】
本動作例は、特定の場所での作業が必要で、ダブルチェック等の２人以上での作業が必要な場合を想定したものである。
【０１１０】
まず、利用者Ｕ０００１Ａが共用エリアからＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。
【０１１１】
ステップＳ１１において、利用者Ｕ０００１Ａが認証レベル１の状態でＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求すると、業務アプリケーション１１２またはリバースプロキシサーバ１２２が認可システム１０１へ、利用者Ｕ０００１Ａが認証レベル１でＳｅｃｒｅｔ０１．ｊｓｐへアクセスした際のアクセス権限について問い合わせる。ステップＳ１２およびステップＳ１３において、この問い合わせを受けたアクセス権限決定部２０１は、アクセス制御情報取得部２０２を通じて、図４に記載のアクセス制御情報２２１の指定条件のうち、対象コンテンツＣＯＬ０１が「Ｓｅｃｒｅｔ０１．ｊｓｐ」であるＮｏ．１とＮｏ．２を取得する。ステップＳ１４において、アクセス権限決定部２０１は、Ｎｏ．１とＮｏ．２の判定をアクセス権限判定部２０３へ要求する。ステップＳ１５において、アクセス権限判定部２０３は、利用者条件判定部２０４、在エリア条件判定部２０５および過去条件判定部２０６を用いて判定を行う。
【０１１２】
Ｎｏ．１の指定条件の判定について説明する。
【０１１３】
ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．１の利用者条件ＣＯＬ０５の値「所属＝人事部」の判定を要求する。ステップＳ５１からステップＳ５４において、利用者条件判定部２０４は、利用者情報取得部２０７へユーザＩＤがＵ０００１Ａの利用者情報２２２を要求してメモリ１３２から該当情報を取得し、その内容が指定された利用者条件を満たすか判定する。利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、利用者条件を満足すると判定し、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１１４】
続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．１の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人）」の判定を要求する。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「人事部サーバ室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、人事部サーバ室在室のユーザＩＤリストに、利用者Ｕ０００１ＡのユーザＩＤがないか判定する。ここでは利用者Ｕ０００１Ａが共用エリアに居るため、ユーザＩＤリストにはＵ０００１Ａは入っておらず、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。
【０１１５】
さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００１Ａに対するＮｏ．１の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ８１からステップＳ８５の処理が省略され、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１１６】
この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となったため、Ｎｏ．１の指定条件は満たせていないと判断する。
【０１１７】
Ｎｏ．２の指定条件の判定について説明する。
【０１１８】
ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．２の利用者条件ＣＯＬ０５の値「所属＝人事部」の判定を要求する。Ｎｏ．１の指定条件の判定時と同様に、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１１９】
続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．２の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人，所属＝人事部＆役職＞＝課長）」の判定を要求する。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部サーバ室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部サーバ室（本人，所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、人事部サーバ室に「本人と、人事部所属の課長以上の役職者」が居ることが条件とある。しかし、利用者Ｕ０００１Ａは共用エリアに居るため、人事部サーバ室の在室利用者には入らない。そのため、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。
【０１２０】
さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００１Ａに対するＮｏ．２の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。Ｎｏ．１の指定条件の判定時と同様に、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１２１】
この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となったため、Ｎｏ．２の指定条件は満たせていないと判断する。
【０１２２】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．１とＮｏ．２とのいずれの指定条件も満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５からステップＳ１７において、アクセス権限決定部２０１は、それを受けて業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、「アクセス不可」の判定を通知する。
【０１２３】
次に、利用者Ｕ０００２Ｂが共用エリアからＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。
【０１２４】
Ｎｏ．１の指定条件の判定について説明する。
【０１２５】
利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．１の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１２６】
利用者Ｕ０００２Ｂが共用エリアに居るため、Ｎｏ．１の在エリア条件ＣＯＬ０６は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。
【０１２７】
Ｎｏ．１の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１２８】
この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となったため、Ｎｏ．１の指定条件は満たせていないと判断する。
【０１２９】
Ｎｏ．２の指定条件の判定について説明する。
【０１３０】
Ｎｏ．１の指定条件の判定時と同様に、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となるため、Ｎｏ．２の指定条件は満たせていないと判断する。
【０１３１】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．１とＮｏ．２とのいずれの指定条件も満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５からステップＳ１７において、アクセス権限決定部２０１は、それを受けて業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、「アクセス不可」の判定を通知する。
【０１３２】
次に、利用者Ｕ０００３Ｃが共用エリアからＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。
【０１３３】
Ｎｏ．１の指定条件の判定について説明する。
【０１３４】
利用者Ｕ０００３Ｃの所属先組織ＣＯＬ１２の値は「営業部」であることから、Ｎｏ．１の利用者条件ＣＯＬ０５は満たせないこととなり、ステップＳ５７において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「偽」を返す。
【０１３５】
利用者Ｕ０００３Ｃが共用エリアに居るため、Ｎｏ．１の在エリア条件ＣＯＬ０６は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。
【０１３６】
Ｎｏ．１の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１３７】
この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、利用者条件および在エリア条件が「偽」となったため、Ｎｏ．１の指定条件は満たせていないと判断する。
【０１３８】
Ｎｏ．２の指定条件の判定について説明する。
【０１３９】
Ｎｏ．１の指定条件の判定時と同様に、ステップＳ３９において、アクセス権限判定部２０３は、利用者条件および在エリア条件が「偽」となるため、Ｎｏ．２の指定条件は満たせていないと判断する。
【０１４０】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．１とＮｏ．２とのいずれの指定条件も満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５からステップＳ１７において、アクセス権限決定部２０１は、それを受けて業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、「アクセス不可」の判定を通知する。
【０１４１】
次に、利用者Ｕ０００１Ａが人事部サーバ室からＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。
【０１４２】
ステップＳ１１において、利用者Ｕ０００１Ａが認証レベル１の状態でＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求すると、業務アプリケーション１１２またはリバースプロキシサーバ１２２が認可システム１０１へ、利用者Ｕ０００１Ａが認証レベル１でＳｅｃｒｅｔ０１．ｊｓｐへアクセスした際のアクセス権限について問い合わせる。ステップＳ１２およびステップＳ１３において、この問い合わせを受けたアクセス権限決定部２０１は、アクセス制御情報取得部２０２を通じて、図４に記載のアクセス制御情報２２１の指定条件のうち、対象コンテンツＣＯＬ０１が「Ｓｅｃｒｅｔ０１．ｊｓｐ」であるＮｏ．１とＮｏ．２を取得する。ステップＳ１４において、アクセス権限決定部２０１は、Ｎｏ．１とＮｏ．２の判定をアクセス権限判定部２０３へ要求する。ステップＳ１５において、アクセス権限判定部２０３は、利用者条件判定部２０４、在エリア条件判定部２０５および過去条件判定部２０６を用いて判定を行う。
【０１４３】
Ｎｏ．１の指定条件の判定について説明する。
【０１４４】
利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．１の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１４５】
ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．１の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人）」の判定を要求する。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「人事部サーバ室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、人事部サーバ室在室のユーザＩＤリストに、利用者Ｕ０００１ＡのユーザＩＤがないか判定する。ここでは利用者Ｕ０００１Ａが人事部サーバ室に居るため、ユーザＩＤリストにはＵ０００１Ａが入っており、在エリア条件を満たしていることになり、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０１４６】
Ｎｏ．１の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１４７】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．１の指定条件は満たせていると判断し、返信リストに追加する。
【０１４８】
Ｎｏ．２の指定条件の判定について説明する。
【０１４９】
利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．２の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１５０】
続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．２の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人，所属＝人事部＆役職＞＝課長）」の判定を要求する。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部サーバ室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部サーバ室（本人，所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、人事部サーバ室に「本人と、人事部所属の課長以上の役職者」が居ることが条件とある。利用者Ｕ０００１Ａは人事部サーバ室に居るが、「所属＝人事部＆役職＞＝課長」を満たす利用者が人事部サーバ室に居ない。そのため、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。
【０１５１】
Ｎｏ．２の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１５２】
この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となったため、Ｎｏ．２の指定条件は満たせていないと判断する。
【０１５３】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．１の指定条件のみを満足できたことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．１の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．１の適用内容ＣＯＬ０３に記載の「参照」権限のみを適用することを通知する。
【０１５４】
次に、利用者Ｕ０００２Ｂが認証レベル１の状態で人事部サーバ室からＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。
【０１５５】
Ｎｏ．１の指定条件の判定について説明する。
【０１５６】
利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．１の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１５７】
利用者Ｕ０００２Ｂが人事部サーバ室に居るため、Ｎｏ．１の在エリア条件ＣＯＬ０６は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０１５８】
Ｎｏ．１の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１５９】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．１の指定条件は満たせていると判断し、返信リストに追加する。
【０１６０】
Ｎｏ．２の指定条件の判定について説明する。
【０１６１】
利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．２の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１６２】
人事部サーバ室に居る利用者Ｕ０００２Ｂは、「本人」であり、「人事部所属の課長以上の役職者」でもあるため、Ｎｏ．２の在エリア条件ＣＯＬ０６は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０１６３】
Ｎｏ．２の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１６４】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．２の指定条件は満たせていると判断し、返信リストに追加する。
【０１６５】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．１とＮｏ．２のいずれの指定条件も満足できたことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．１とＮｏ．２の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．１とＮｏ．２の適用内容ＣＯＬ０３に記載の「参照」と「参照・更新」の論理和である「参照・更新」の権限を適用することを通知する。
【０１６６】
次に、利用者Ｕ０００１Ａと利用者Ｕ０００２Ｂの２人が人事部サーバ室に居て、利用者Ｕ０００１ＡがＳｅｃｒｅｔ０１．ｊｓｐへのアクセスを要求した場合について説明する。
【０１６７】
Ｎｏ．１の指定条件の判定については、前述の利用者Ｕ０００１Ａが１人で人事部サーバ室に居る場合と変わらないが、Ｎｏ．２の指定条件の判定については、以下のように、在エリア条件の判定結果が変わる。
【０１６８】
人事部サーバ室に居る利用者Ｕ０００１Ａは、「本人」であり、同じく人事部サーバ室に居る利用者Ｕ０００２Ｂは、「人事部所属の課長以上の役職者」であるため、Ｎｏ．２の在エリア条件ＣＯＬ０６は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０１６９】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．２の指定条件は満たせていると判断し、返信リストに追加する。
【０１７０】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．１とＮｏ．２のいずれの指定条件も満足できたことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．１とＮｏ．２の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．１とＮｏ．２の適用内容ＣＯＬ０３に記載の「参照」と「参照・更新」の論理和である「参照・更新」の権限を適用することを通知する。
【０１７１】
この動作例は、ダブルチェックが必要な業務等に利用可能であり、必ず実施者と確認者が在室しなくてはならない状況を作り出すことが可能である。
【０１７２】
第２動作例として、Ｓｅｃｒｅｔ０２．ｊｓｐへのアクセスを制御する動作を説明する。
【０１７３】
本動作例は、利用者の権限によって操作可能な場所を変更する場合や、複数の場所に分かれての作業が必要な場合に適用可能である。
【０１７４】
まず、利用者Ｕ０００１Ａが共用エリアからＳｅｃｒｅｔ０２．ｊｓｐへのアクセスを要求した場合について説明する。
【０１７５】
ステップＳ１１において、利用者Ｕ０００１Ａが認証レベル１の状態でＳｅｃｒｅｔ０２．ｊｓｐへのアクセスを要求すると、業務アプリケーション１１２またはリバースプロキシサーバ１２２が認可システム１０１へ、利用者Ｕ０００１Ａが認証レベル１でＳｅｃｒｅｔ０２．ｊｓｐへアクセスした際のアクセス権限について問い合わせる。ステップＳ１２およびステップＳ１３において、この問い合わせを受けたアクセス権限決定部２０１は、アクセス制御情報取得部２０２を通じて、図４に記載のアクセス制御情報２２１の指定条件のうち、対象コンテンツＣＯＬ０１が「Ｓｅｃｒｅｔ０２．ｊｓｐ」であるＮｏ．３とＮｏ．４とＮｏ．５を取得する。ステップＳ１４において、アクセス権限決定部２０１は、Ｎｏ．３とＮｏ．４とＮｏ．５の判定をアクセス権限判定部２０３へ要求する。ステップＳ１５において、アクセス権限判定部２０３は、利用者条件判定部２０４、在エリア条件判定部２０５および過去条件判定部２０６を用いて判定を行う。
【０１７６】
Ｎｏ．３の指定条件の判定について説明する。
【０１７７】
ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．３の利用者条件ＣＯＬ０５の値「所属＝人事部」の判定を要求する。ステップＳ５１からステップＳ５４において、利用者条件判定部２０４は、利用者情報取得部２０７へユーザＩＤがＵ０００１Ａの利用者情報２２２を要求してメモリ１３２から該当情報を取得し、その内容が指定された利用者条件を満たすか判定する。利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、利用者条件を満足すると判定し、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１７８】
続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．３の在エリア条件ＣＯＬ０６の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ６１からステップＳ６８の処理が省略され、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０１７９】
さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００１Ａに対するＮｏ．３の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ８１からステップＳ８５の処理が省略され、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１８０】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．３の指定条件は満たせていると判断し、返信リストに追加する。
【０１８１】
Ｎｏ．４の指定条件の判定について説明する。
【０１８２】
ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．４の利用者条件ＣＯＬ０５の値「所属＝人事部」の判定を要求する。Ｎｏ．３の指定条件の判定時と同様に、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１８３】
続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．４の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人）」と「人事部居室（所属＝人事部＆役職＞＝課長）」の判定を要求する。この在エリア条件には２つのカラム値があり、その場合には両方を満足する必要がある。
【０１８４】
まず、１つ目の「人事部サーバ室（本人）」の判定が行われる。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「人事部サーバ室」に従い、人事部サーバ室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「人事部サーバ室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、人事部サーバ室在室のユーザＩＤリストに、利用者Ｕ０００１ＡのユーザＩＤがないか判定する。ここでは利用者Ｕ０００１Ａが共用エリアに居るため、ユーザＩＤリストにはＵ０００１Ａは入っておらず、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。
【０１８５】
続いて、２つ目の「人事部居室（所属＝人事部＆役職＞＝課長）」の判定が行われる。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部居室」に従い、人事部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部居室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部居室（所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、人事部居室に「人事部所属の課長以上の役職者」が居ることが条件とある。仮に人事部居室に誰もいないとすると、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。
【０１８６】
さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００１Ａに対するＮｏ．４の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。Ｎｏ．３の指定条件の判定時と同様に、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１８７】
この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、在エリア条件が「偽」となったため、Ｎｏ．４の指定条件は満たせていないと判断する。
【０１８８】
Ｎｏ．５の指定条件の判定について説明する。
【０１８９】
ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．５の利用者条件ＣＯＬ０５の値「所属＝人事部」と「役職＞＝課長」の判定を要求する。この利用者条件には２つのカラム値があり、その場合には両方を満足する必要がある。
【０１９０】
まず、１つ目の「所属＝人事部」の判定が行われる。ステップＳ５１からステップＳ５４において、利用者条件判定部２０４は、利用者情報取得部２０７へユーザＩＤがＵ０００１Ａの利用者情報２２２を要求してメモリ１３２から該当情報を取得し、その内容が指定された利用者条件を満たすか判定する。利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、利用者条件を満足すると判定し、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１９１】
続いて、２つ目の「役職＞＝課長」の判定が行われる。利用者Ｕ０００１Ａの役職ＣＯＬ１３の値は「担当」であることから、利用者条件は満たせないこととなり、ステップＳ５７において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「偽」を返す。
【０１９２】
続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．５の在エリア条件ＣＯＬ０６の値「人事部居室（本人）」の判定を要求する。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「人事部居室」に従い、人事部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「人事部居室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、人事部居室在室のユーザＩＤリストに、利用者Ｕ０００１ＡのユーザＩＤがないか判定する。ここでは利用者Ｕ０００１Ａが共用エリアに居るため、ユーザＩＤリストにはＵ０００１Ａは入っておらず、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。
【０１９３】
さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００１Ａに対するＮｏ．４の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。Ｎｏ．３の指定条件の判定時と同様に、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０１９４】
この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、利用者条件および在エリア条件が「偽」となったため、Ｎｏ．５の指定条件は満たせていないと判断する。
【０１９５】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．３の指定条件のみを満足できたことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．３の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．３の適用内容ＣＯＬ０３に記載されている「参照」権限のみを適用することを通知する。
【０１９６】
次に、利用者Ｕ０００２Ｂが人事部居室からＳｅｃｒｅｔ０２．ｊｓｐへのアクセスを要求した場合について説明する。
【０１９７】
Ｎｏ．３の指定条件の判定について説明する。
【０１９８】
利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．３の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０１９９】
Ｎｏ．３の在エリア条件ＣＯＬ０６は「無制限」であるため、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０２００】
Ｎｏ．３の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０２０１】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．３の指定条件は満たせていると判断し、返信リストに追加する。
【０２０２】
Ｎｏ．４の指定条件の判定について説明する。
【０２０３】
利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．４の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０２０４】
ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．４の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人）」と「人事部居室（所属＝人事部＆役職＞＝課長）」の判定を要求する。この在エリア条件には２つのカラム値があり、その場合には両方を満足する必要がある。
【０２０５】
まず、１つ目の「人事部サーバ室（本人）」の判定が行われる。仮に人事部サーバ室に誰もいないとすると、在エリア条件は満たせないこととなり、ステップＳ７０において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「偽」を返す。
【０２０６】
続いて、２つ目の「人事部居室（所属＝人事部＆役職＞＝課長）」の判定が行われる。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部居室」に従い、人事部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部居室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部居室（所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、人事部居室には利用者Ｕ０００２Ｂしか居ないが、利用者Ｕ０００２Ｂは、所属先組織が人事部で役職が課長であることから、条件の「所属＝人事部＆役職＞＝課長」を満足することができる。そのため、在エリア条件を満たしていることになり、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０２０７】
Ｎｏ．４の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０２０８】
この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、利用者条件および少なくとも１つの在エリア条件が「偽」となったため、Ｎｏ．４の指定条件は満たせていないと判断する。
【０２０９】
Ｎｏ．５の指定条件の判定について説明する。
【０２１０】
ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００１Ａに対するＮｏ．５の利用者条件ＣＯＬ０５の値「所属＝人事部」と「役職＞＝課長」の判定を要求する。この利用者条件には２つのカラム値があり、その場合には両方を満足する必要がある。
【０２１１】
まず、１つ目の「所属＝人事部」の判定が行われる。利用者Ｕ０００２Ｂの所属先組織ＣＯＬ１２の値は「人事部」であることから、利用者条件は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０２１２】
続いて、２つ目の「役職＞＝課長」の判定が行われる。利用者Ｕ０００２Ｂの役職ＣＯＬ１３の値は「課長」であることから、利用者条件は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０２１３】
利用者Ｕ０００２Ｂが人事部居室に居るため、Ｎｏ．５の在エリア条件ＣＯＬ０６は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０２１４】
Ｎｏ．５の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０２１５】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．５の指定条件は満たせていると判断し、返信リストに追加する。
【０２１６】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．３とＮｏ．５の指定条件は満足できるがＮｏ．４の指定条件は満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．３とＮｏ．５の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．３とＮｏ．５の適用内容ＣＯＬ０３に記載の「参照」と「参照・更新」の論理和である「参照・更新」の権限を適用することを通知する。
【０２１７】
次に、利用者Ｕ０００２Ｂが人事部居室に居る状態で、利用者Ｕ０００１Ａが人事部サーバ室からＳｅｃｒｅｔ０２．ｊｓｐへのアクセスを要求した場合について説明する。
【０２１８】
Ｎｏ．３の指定条件の判定については、前述の利用者Ｕ０００１Ａがアクセスした場合と同じである。すなわち、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、Ｎｏ．３の指定条件は満たせていると判断し、返信リストに追加する。
【０２１９】
Ｎｏ．４の指定条件の判定について説明する。
【０２２０】
利用者Ｕ０００１Ａの所属先組織ＣＯＬ１２の値は「人事部」であることから、Ｎｏ．４の利用者条件ＣＯＬ０５は満たしており、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０２２１】
ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は在エリア条件判定部２０５へ、利用者Ｕ０００１Ａに対するＮｏ．４の在エリア条件ＣＯＬ０６の値「人事部サーバ室（本人）」と「人事部居室（所属＝人事部＆役職＞＝課長）」の判定を要求する。この在エリア条件には２つのカラム値があり、その場合には両方を満足する必要がある。
【０２２２】
まず、１つ目の「人事部サーバ室（本人）」の判定が行われる。人事部サーバ室に居る利用者Ｕ０００１Ａは、「本人」であるため、在エリア条件は満たしており、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０２２３】
続いて、２つ目の「人事部居室（所属＝人事部＆役職＞＝課長）」の判定が行われる。ステップＳ６１からステップＳ６３において、在エリア条件判定部２０５は、在エリア条件値の「人事部居室」に従い、人事部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。さらに、取得したユーザＩＤの利用者情報２２２を取得するために、ステップＳ６４からステップＳ６６において、在エリア条件判定部２０５は、利用者情報取得部２０７へ利用者情報２２２を要求し、メモリ１３２に格納されている利用者情報２２２を取得する。ステップＳ６７において、在エリア条件判定部２０５は、これにより入手した利用者情報２２２を用いて、人事部居室に在室する利用者が在エリア条件ＣＯＬ５に記載の「人事部居室（所属＝人事部＆役職＞＝課長）」を満足するか判定する。ここでは、利用者Ｕ０００２Ｂが人事部居室にいるため、ユーザＩＤリストにＵ０００２ＢのユーザＩＤが含まれることになる。このリスト内の利用者の情報を利用者情報取得部２０７から取得すると、所属先組織が人事部で役職が課長の利用者Ｕ０００２Ｂの利用者情報２２２が取得できる。そのため、在エリア条件を満たしていることになり、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０２２４】
Ｎｏ．４の過去条件ＣＯＬ０７は「無制限」であるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０２２５】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．４の指定条件は満たせていると判断し、返信リストに追加する。
【０２２６】
Ｎｏ．５の指定条件の判定については、前述の利用者Ｕ０００１Ａがアクセスした場合と同じである。すなわち、ステップＳ３９において、アクセス権限判定部２０３は、Ｎｏ．５の指定条件は満たせていないと判断する。
【０２２７】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．３とＮｏ．４の指定条件は満足できるがＮｏ．５の指定条件は満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６、ステップＳ１８およびステップＳ１９において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．３とＮｏ．４の認証レベルＣＯＬ０３の「レベル１」を満足できていることを確認した後、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．３とＮｏ．４の適用内容ＣＯＬ０３に記載の「参照」と「参照・更新」の論理和である「参照・更新」の権限を適用することを通知する。
【０２２８】
この動作例は、利用者の所属、役職等により適用する権限を変更する場合や、複数人が特定の別の場所に在席して作業を行わせる必要がある場合等に適用可能である。
【０２２９】
第３動作例として、Ｐｕｂｌｉｃ０１．ｐｈｐへのアクセスを制御する動作を説明する。
【０２３０】
本動作例は、利用者の過去の在場情報２２３によって操作内容を変更する場合、具体例としてはトイレ休憩後の作業開始時のログイン作業の簡略化等に適用可能である。
【０２３１】
まず、利用者Ｕ０００３Ｃが営業部居室に居る状態で、認証レベル１でＰｕｂｌｉｃ０１．ｐｈｐへのアクセスを要求した場合について説明する。
【０２３２】
ステップＳ１１において、利用者Ｕ０００３Ｃが認証レベル１の状態でＰｕｂｌｉｃ０１．ｐｈｐへのアクセスを要求すると、業務アプリケーション１１２またはリバースプロキシサーバ１２２が認可システム１０１へ、利用者Ｕ０００３Ｃが認証レベル１でＰｕｂｌｉｃ０１．ｐｈｐへアクセスした際のアクセス権限について問い合わせる。ステップＳ１２およびステップＳ１３において、この問い合わせを受けたアクセス権限決定部２０１は、アクセス制御情報取得部２０２を通じて、図４に記載のアクセス制御情報２２１の指定条件のうち、対象コンテンツＣＯＬ０１が「Ｐｕｂｌｉｃ０１．ｐｈｐ」であるＮｏ．６とＮｏ．７とＮｏ．８を取得する。ステップＳ１４において、アクセス権限決定部２０１は、Ｎｏ．６とＮｏ．７とＮｏ．８の判定をアクセス権限判定部２０３へ要求する。ステップＳ１５において、アクセス権限判定部２０３は、利用者条件判定部２０４、在エリア条件判定部２０５および過去条件判定部２０６を用いて判定を行う。
【０２３３】
Ｎｏ．６の指定条件の判定について説明する。
【０２３４】
ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００３Ｃに対するＮｏ．６の利用者条件ＣＯＬ０５の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ５１からステップＳ５５の処理が省略され、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０２３５】
続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００３Ｃに対するＮｏ．６の在エリア条件ＣＯＬ０６の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ６１からステップＳ６８の処理が省略され、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０２３６】
さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００３Ｃに対するＮｏ．６の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。ここでは「無制限」であるため、ステップＳ８１からステップＳ８５の処理が省略され、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０２３７】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．６の指定条件は満たせていると判断し、返信リストに追加する。
【０２３８】
Ｎｏ．７の指定条件の判定について説明する。
【０２３９】
ステップＳ３３およびステップＳ３４において、アクセス権限判定部２０３は、利用者条件判定部２０４へ、利用者Ｕ０００３Ｃに対するＮｏ．７の利用者条件ＣＯＬ０５の値「所属＝営業部」の判定を要求する。ステップＳ５１からステップＳ５４において、利用者条件判定部２０４は、利用者情報取得部２０７へユーザＩＤがＵ０００３Ｃの利用者情報２２２を要求してメモリ１３２から該当情報を取得し、その内容が指定された利用者条件を満たすか判定する。利用者Ｕ０００３Ｃの所属先組織ＣＯＬ１２の値は「営業部」であることから、利用者条件を満足すると判定し、ステップＳ５６において、利用者条件判定部２０４は、アクセス権限判定部２０３へ「真」を返す。
【０２４０】
続いて、ステップＳ３５およびステップＳ３６において、アクセス権限判定部２０３は、在エリア条件判定部２０５へ、利用者Ｕ０００３Ｃに対するＮｏ．７の在エリア条件ＣＯＬ０６の値「営業部居室（本人）」の判定を要求する。ステップＳ６１からステップＳ６６において、在エリア条件判定部２０５は、在エリア条件値の「営業部居室」に従い、営業部居室に現在在室している利用者のユーザＩＤのリストを、在場情報取得部２０８へ要求してメモリ１３２からユーザＩＤリストを取得する。ここでは「営業部居室に本人が居ること」が条件となるため、ステップＳ６７において、在エリア条件判定部２０５は、営業部居室在室のユーザＩＤリストに、利用者Ｕ０００３ＣのユーザＩＤがないか判定する。ここでは利用者Ｕ０００３Ｃが営業部居室に居るため、ユーザＩＤリストにはＵ０００１Ａが入っており、在エリア条件を満たしていることになり、ステップＳ６９において、在エリア条件判定部２０５は、アクセス権限判定部２０３へ「真」を返す。
【０２４１】
さらに続いて、ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００３Ｃに対するＮｏ．７の過去条件ＣＯＬ０７の値「無制限」の判定を要求する。Ｎｏ．６の指定条件の判定時と同様に、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０２４２】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．７の指定条件は満たせていると判断し、返信リストに追加する。
【０２４３】
Ｎｏ．８の指定条件の判定について説明する。
【０２４４】
Ｎｏ．８の指定条件では、利用者条件ＣＯＬ０５と在エリア条件ＣＯＬ０６の値がＮｏ．７の指定条件と同じであるため、利用者条件判定部２０４と在エリア条件判定部２０５の結果は、Ｎｏ．７の指定条件の判定時と同じく「真」となる。
【０２４５】
ステップＳ３７およびステップＳ３８において、アクセス権限判定部２０３は、過去条件判定部２０６へ、利用者Ｕ０００３Ｃに対するＮｏ．８の過去条件ＣＯＬ０７の値「在室（営業部居室，１０分以内）」の判定を要求する。これに従い、ステップＳ８２において、過去条件判定部２０６は、在場情報取得部２０８へ、利用者Ｕ０００３Ｃの過去の在場情報２２３を要求する。ステップＳ８３において、在場情報取得部２０８は、該当する在場情報２２３をメモリ１３２から取得して過去条件判定部２０６へ返す。ここでは、過去の情報はないものとする。よって、条件である「営業部居室における本人の在場情報が、過去１０分以内に存在すること」を満たせないため、ステップＳ８７において、過去条件判定部２０６は、アクセス権限判定部２０３へ「偽」を返す。
【０２４６】
この結果を受け、ステップＳ３９において、アクセス権限判定部２０３は、過去条件が「偽」となったため、Ｎｏ．８の指定条件は満たせていないと判断する。
【０２４７】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．６とＮｏ．７の指定条件は満足できるがＮｏ．８の指定条件は満足できなかったことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６およびステップＳ１８において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．６とＮｏ．７の認証レベルＣＯＬ０３の「レベル２」を満足できているかを確認する。ここでは、利用者Ｕ０００３Ｃが「認証レベル１」でアクセスしているため、認証レベルが不足していることが分かり、ステップＳ２０において、アクセス権限決定部２０１は、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、「認証レベル２」にするための追加認証を要求する。具体例として、「認証レベル１」の認証方法をパスワード認証、「認証レベル２」の認証方法を生体認証、あるいは、生体認証とパスワード認証との組み合わせとすると、アクセス権限決定部２０１は、利用者Ｕ０００３Ｃの生体認証を要求することになる。
【０２４８】
次に、利用者Ｕ０００３Ｃがトイレ休憩等で営業部居室から一旦退出した後、１０分以内に再度入室して、認証レベル１でＰｕｂｌｉｃ０１．ｐｈｐへのアクセスを要求した場合について説明する。
【０２４９】
Ｎｏ．６の指定条件の判定については、前述の利用者Ｕ０００３Ｃが営業部居室に居る場合と同じである。すなわち、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、Ｎｏ．６の指定条件は満たせていると判断し、返信リストに追加する。
【０２５０】
Ｎｏ．７の指定条件の判定についても、前述の利用者Ｕ０００３Ｃが営業部居室に居る場合と同じである。すなわち、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、Ｎｏ．７の指定条件は満たせていると判断し、返信リストに追加する。
【０２５１】
Ｎｏ．８の指定条件の判定について説明する。
【０２５２】
Ｎｏ．８の指定条件では、利用者条件ＣＯＬ０５と在エリア条件ＣＯＬ０６の値がＮｏ．７の指定条件と同じであるため、利用者条件判定部２０４と在エリア条件判定部２０５の結果は、Ｎｏ．７の指定条件の判定時と同じく「真」となる。
【０２５３】
ここでは、利用者Ｕ０００３Ｃが営業部居室から退出して１０分以内に戻ってきていることから、１０分以内に営業部居室に居たことを示す在場情報２２３が存在する。よって、条件である「営業部居室における本人の在場情報が、過去１０分以内に存在すること」が満たされるため、ステップＳ８６において、過去条件判定部２０６は、アクセス権限判定部２０３へ「真」を返す。
【０２５４】
この結果を受け、ステップＳ３９およびステップＳ４０において、アクセス権限判定部２０３は、利用者条件、在エリア条件および過去条件のいずれも「真」となったため、Ｎｏ．８の指定条件は満たせていると判断し、返信リストに追加する。
【０２５５】
ステップＳ４１において、アクセス権限判定部２０３は、アクセス権限決定部２０１から指定されたアクセス制御情報２２１のＮｏ．６とＮｏ．７とＮｏ．８のいずれの指定条件も満足できたことをアクセス権限決定部２０１へ通知する。ステップＳ１５、ステップＳ１６およびステップＳ１８において、アクセス権限決定部２０１は、それを受けてアクセス制御情報２２１のＮｏ．６とＮｏ．７とＮｏ．８の認証レベルＣＯＬ０３を満足できているかを確認する。ここでは、利用者Ｕ０００３Ｃが「認証レベル１」でアクセスしているため、Ｎｏ．９の認証レベルＣＯＬ０３しか満足できていないことが分かり、ステップＳ２０において、アクセス権限決定部２０１は、業務アプリケーション１１２またはリバースプロキシサーバ１２２へ、アクセス制御情報２２１のＮｏ．９の適用内容ＣＯＬ０４に記載の「参照・更新」の権限を適用することを通知する。
【０２５６】
本動作例は、利用者の過去の在場情報２２３を使用するものであり、トイレ休憩等の短時間離席時に適用することでセキュリティを確保しつつ業務の利便性向上を図れるほか、高レベルの認証を行うか、複数回の入場がないとシステムを使用させないようにすることで、不自然に入室してきた他部署の利用者による不正利用等を防止可能である。
【０２５７】
＊＊＊実施の形態の効果の説明＊＊＊
本実施の形態では、利用者の現在の所在だけでなく利用者の過去の所在にも応じてコンテンツへのアクセスが制御される。具体例として、利用者が営業部の人間である場合、利用者が現在営業部居室に居るだけでなく利用者がそれより前の１０分以内にも営業部居室に居たことがなければ、利用者はＰｕｂｌｉｃ０１．ｐｈｐのコンテンツを更新できない。本実施の形態によれば、コンテンツへのアクセスを制御するシステムにおける利便性が向上する。
【０２５８】
本実施の形態では、利用者の現在の所在だけでなく他の利用者の所在にも応じてコンテンツへのアクセスが制御される。具体例として、利用者が人事部の担当の人間である場合、利用者本人だけでなく人事部の課長以上の人間も人事部サーバ室に居なければ、利用者はＳｅｃｒｅｔ０１．ｊｓｐのコンテンツを更新できない。また、利用者が人事部の担当の人間である場合、利用者本人が人事部サーバ室に居るだけでなく人事部の課長以上の人間が人事部居室に居なければ、利用者はＳｅｃｒｅｔ０２．ｊｓｐのコンテンツを更新できない。本実施の形態によれば、コンテンツへのアクセスを制御するシステムにおけるセキュリティが向上する。
【０２５９】
本実施の形態によれば、コンテンツへのアクセス制御を、利用者の属性と現在位置だけでなく、過去にどこにいたのか、その場にどれくらいの時間いるのか、同じ部屋にはどのような利用者がいるのか、といった状況を条件に用いて実施することが可能となる。
【０２６０】
＊＊＊他の構成＊＊＊
本実施の形態では、「部」の機能がソフトウェアにより実現されるが、変形例として、「部」の機能がソフトウェアとハードウェアとの組み合わせにより実現されてもよい。すなわち、「部」の機能の一部が専用の電子回路により実現され、残りがソフトウェアにより実現されてもよい。
【０２６１】
専用の電子回路は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ（Ｇａｔｅ  Ａｒｒａｙ）、または、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）である。あるいは、専用の電子回路は、具体的には、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。
【０２６２】
プロセッサ１３１、メモリ１３２、および、専用の電子回路を、総称して「プロセッシングサーキットリ」という。つまり、「部」の機能がソフトウェアにより実現されるか、ソフトウェアとハードウェアとの組み合わせにより実現されるかに関わらず、「部」の機能は、プロセッシングサーキットリにより実現される。
【０２６３】
「部」を「工程」、「手順」または「処理」に読み替えてもよい。
【０２６４】
以上、本発明の実施の形態について説明したが、この実施の形態を部分的に実施しても構わない。具体的には、この実施の形態に係る認可システム１０１の機能要素のうち、一部の機能要素のみを採用してもよい。なお、本発明は、この実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【符号の説明】
【０２６５】
１０１  認可システム、１０２  入退室管理システム、１０３  ＧＰＳ、１１２  業務アプリケーション、１２２  リバースプロキシサーバ、１２３  業務アプリケーション、１２４  業務アプリケーション、１３１  プロセッサ、１３２  メモリ、１３３  通信装置、２００  アクセス制御部、２０１  アクセス権限決定部、２０２  アクセス制御情報取得部、２０３  アクセス権限判定部、２０４  利用者条件判定部、２０５  在エリア条件判定部、２０６  過去条件判定部、２０７  利用者情報取得部、２０８  在場情報取得部、２１１  在場情報生成部、２２１  アクセス制御情報、２２２  利用者情報、２２３  在場情報。
【図１】
2017219880.tif 000003
【図２】
2017219880.tif 000004
【図３】
2017219880.tif 000005
【図４】
2017219880.tif 000006
【図５】
2017219880.tif 000007
【図６】
2017219880.tif 000008
【図７】
2017219880.tif 000009
【図８】
2017219880.tif 000010
【図９】
2017219880.tif 000011