JP6060104B2 - アクセス制御サーバ、アクセス制御方法、及びアクセス制御プログラム - Google Patents

Description

この発明は、第１のシステムのユーザが第１のシステムとは異なる第２のシステムにおける他のユーザの情報にアクセスするためのアクセス制御サーバ、アクセス制御方法、及びアクセス制御プログラムに関する。

従来、ユーザが利用中のシステムから異なるシステムのデータへアクセスするために、アクセス先システムがアクセス元システムからの要求に対して応答する際に、データへのアクセスを制御する技術がある。たとえば、ネットワーク上の別のシステムのデータへのアクセスを許可する手法としては、ＵＭＡ（Ｕｓｅｒ Ｍａｎａｇｅｄ Ａｃｃｅｓｓ）という認可共通化プロトコルがある。ＵＭＡは、「他のシステムからのあるデータへのアクセスを、第３者に許可する」という要件を実現させるためのプロトコルである。

ＵＭＡ（Ｕｓｅｒ Ｍａｎａｇｅｄ Ａｃｃｅｓｓ）という認可共通化プロトコルは、以下のような概略手順を有する。
（１）認可情報を、認可サーバに定義しておく。
（２）アクセス元システムが認可サーバから認可情報をチケットの形で受け取る。
（３）アクセス元システムは、上記チケットを保持してアクセス先のシステムへアクセスする。
（４）アクセス先システムは、チケットの内容が正当かを確認し、チケットの有効性を認可サーバに確認し、問題なければアクセスをさせる。
このような認可共通化プロトコルに則り、「認可サーバでの認可情報」（外部の認可情報）により認可情報を共通化できる。

ＵＭＡ１．０ドラフト（ｈｔｔｐ：／／ｄｏｃｓ．ｋａｎｔａｒａｉｎｉｔｉａｔｉｖｅ．ｏｒｇ／ｕｍａ／ｄｒａｆｔ−ｕｍａ−ｃｏｒｅ．ｈｔｍｌ） ＸＡＣＭＬ３．０（ｈｔｔｐ：／／ｄｏｃｓ．ｏａｓｉｓ−ｏｐｅｎ．ｏｒｇ／ｘａｃｍｌ／３．０／ｘａｃｍｌ−３．０−ｃｏｒｅ−ｓｐｅｃ−ｅｎ．ｄｏｃ）

ところが、たとえば、Ｗｅｂサービス単体でも、外部の認可情報とは別個に、「Ｗｅｂサービス内での認可情報」（内部の認可情報）が存在することがある。このような場合、本来、内部の認可情報は、外部の認可情報を包含していないとおかしい。しかしながら、各システムを様々な形態で運用すると、外部の認可情報と内部の認可情報とが矛盾してしまうことも往々におこりうる。このような外部の認可情報と内部の認可情報とが矛盾した場合であっても、柔軟にアクセス判定を行ったり、発生した矛盾を修正したりできるシステムが要望されている。

たとえば、従来の技術には、複合システム全体に対して、個別システムそれぞれの認可情報を適用したものを透過的に管理することが、モデルとして想定されているものもある（例えば、非特許文献２）。しかしながら、このような技術においても、実際のデータアクセスの是非を事前に確かめて認可情報に反映できるものはない。

この発明は、上記事情に着目してなされたもので、その目的とするところは、外部の認可情報と内部の認可情報とに矛盾があった場合であっても、柔軟なアクセス制御を行えるアクセス制御サーバ、アクセス制御方法、及びアクセス制御プログラムを提供することにある。

また、この発明は、上記事情に着目してなされたもので、外部の認可情報と内部の認可情報とに矛盾があった場合、正しいと判定できる認可情報に合わせて修正同期を行うことができるアクセス制御サーバ、アクセス制御方法、及びアクセス制御プログラムを提供することを目的とする。

上記目的を達成するために、この発明の第１の観点は、アクセス先システムに設けられたアクセス先サーバと、前記アクセス先システムとは別のアクセス元システムからのアクセス先サーバが管理する情報へのアクセスを認可するための認可情報を管理する認可サーバと、に通信接続されるアクセス制御サーバが、前記アクセス元システムから前記アクセス先サーバが管理する情報をアクセス対象とするアクセス依頼を受信する受信手段と、前記アクセス対象へのアクセスに対する認可情報として前記認可サーバが管理する認可情報とアクセス先システムが管理する認可情報との何れを優先するかを示す認可情報の活用ポリシを記憶する記憶手段と、前記記憶手段に記憶した活用ポリシに基づいて、アクセス対象に対するアクセス制御に、前記認可サーバが管理する認可情報を適用するか前記アクセス対象を管理するアクセス先システムが管理する認可情報を適用するかを決定する認可情報判定手段と、前記認可情報判定手段により前記認可サーバが管理する認可情報を適用すると決定した場合、前記認可サーバから認可情報を取得し、前記認可サーバから取得する認可情報により前記アクセス対象に対してアクセス可と判定された場合に前記アクセス対象に対するアクセス依頼をアクセス先サーバへ送信する第１の処理手段と、前記認可情報判定手段により前記アクセス先システムが管理する認可情報を適用すると決定した場合、前記アクセス先システムに当該アクセス先システムが管理する認可情報による前記アクセス対象へのアクセスの可否判定の依頼を含むアクセス依頼を送信する第２の処理手段とを有する。

また、この発明の第２の観点は、アクセス先システムに設けられたアクセス先サーバと、前記アクセス先システムとは別のアクセス元システムからの前記アクセス先サーバが管理する情報へのアクセスを認可するための認可情報を管理する認可サーバと、に通信接続されるアクセス制御サーバが、認可サーバが管理する認可情報とアクセス先システムが管理する認可情報との何れを優先するかを示す認可情報の同期ポリシを記憶する記憶手段と、前記記憶手段に記憶した認可情報の同期ポリシによってアクセス対象に対する認可情報として認可サーバが管理する認可情報を優先するか、アクセス先システムが管理する認可情報を優先するか判定する優先判定手段と、前記優先判定手段により前記認可サーバが管理する認可情報を優先すると判定したデータに対しては、前記認可サーバが管理する認可情報に前記アクセス先システムが管理する認可情報を同期させる第１の処理手段と、前記優先判定手段により前記アクセス先システムが管理する認可情報を優先すると判定したデータに対しては、前記アクセス先システムが管理する認可情報に前記認可サーバが管理する認可情報を同期させる第２の処理手段とを有する。

この発明によれば、外部の認可情報と内部の認可情報とに矛盾があった場合であっても、柔軟なアクセス判定を行え、バリエーションを持たせることにより、緊急時のアクセス、誤りへの対応、および、最新情報への対応の実施が可能となる。

また、この発明によれば、外部の認可情報と内部の認可情報とに矛盾があった場合、正しいと判定できる認可情報に合わせて修正同期を行うことでき、誤りや最新情報に対して効率の良い対応が可能となる。

図１は、この発明の実施形態に係るアクセス制御システムの構成例を概略的に示す図である。 図２は、システムアクセスサーバが有する機能の構成例を示すブロック図である。 図３は、システムアクセスサーバにおける処理の概要を説明するための図である。 図４は、システムアクセスサーバにおける第１の認可判定処理を説明するためのフローチャートである。 図５は、アクセス制御システム全体における第１の認可判定処理での動作シーケンスである。 図６は、システムアクセスサーバにおける第２の認可判定処理を説明するためのフローチャートである。 図７は、アクセス制御システム全体における第２の認可判定処理での動作シーケンスである。 図８は、システムアクセスサーバにおける第１の同期判定処理を説明するためのフローチャートである。 図９は、アクセス制御システム全体における第１の同期判定処理での動作シーケンスである。 図１０は、システムアクセスサーバにおける第２の同期判定処理を説明するためのフローチャートである。 図１１は、アクセス制御システム全体における第２の同期判定処理での動作シーケンスである。 図１２は、システムアクセスサーバにおける認可情報探索処理を説明するためのフローチャートである。 図１３は、アクセス制御システム全体における認可情報端末処理での動作シーケンスである。

以下、図面を参照してこの発明に係わる実施形態を説明する。
図１は、この発明の実施形態に係るアクセス制御システムの構成例を概略的に示す図である。
図１に示すように、アクセス制御システムは、システムアクセスサーバ（アクセス制御サーバ）１、認可サーバ２、アクセス先サーバ３、アクセス元サーバ４、利用者端末５、およびネットワーク６を有する。図１に示す例では、システムアクセスサーバ（アクセス制御サーバ）１、認可サーバ２、アクセス先サーバ３、アクセス元サーバ４、および利用者端末５がネットワーク６を介して接続されることにより、アクセス制御システムが構成されている。

システムアクセスサーバ１は、当該アクセス制御システムにおける情報へのアクセスを制御するアクセス制御サーバである。認可サーバ２は、情報へのアクセスの可否を判定する認可システムのサーバコンピュータである。アクセス先サーバ３およびアクセス元サーバ４は、異なる情報管理システムにおけるサーバコンピュータである。本実施形態においては、アクセス元サーバ４を有する情報管理システム（アクセス元システム）内の利用者端末５から、アクセスしたい情報を管理している情報管理システム（アクセス先システム）のサーバがアクセス先サーバ３であるものとする。

また、認可サーバ２は、アクセス先システムなどの情報へのアクセスの可否を判定するための認可情報（外部の認可情報）を記憶する認可情報データベース２ａを有する。また、アクセス先サーバ３は、当該アクセス先システム内における情報へのアクセスの可否を判定するための認可情報（内部の認可情報）を記憶する認可情報データベース２ａを有する。なお、認可サーバ２が管理する認可情報（外部の認可情報）とアクセス先サーバ３が管理する認可情報（内部の認可情報）とは、必ずしも一致していなくても運用が可能である。

各サーバ１、２、３、４は、プロセッサ、メモリ、通信インターフェースおよび記憶装置などを有する。各サーバ１、２、３，４は、プロセッサがメモリに記憶したプログラムを実行することにより各種の処理機能を実現し、通信インターフェースによりネットワークを介して通信可能である。また、各サーバ１、２、３、４は、各種の処理のログを記憶する記憶装置を有する。

図１に示す構成例において、システムアクセスサーバ１は、プロセッサ１１、メモリ１２、通信インターフェース（Ｉ／Ｆ）１３、および、記憶装置１４などを有する。
プロセッサ１１は、ＣＰＵなどの演算処理部である。メモリ１２は、作業用のデータを一時的に記憶するワークメモリ（例えば、ＲＡＭなど）、プログラムを記憶する不揮発性のメモリ（例えば、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭなど）などを有するものとする。プロセッサ１１は、メモリ１２内のワークメモリを使用して、メモリ１２あるいは記憶装置１４に記憶したプログラムを実行することにより、種々の処理機能を実現している。

通信インターフェース１３は、ネットワーク６を介して各装置と通信するためのインターフェースである。通信インターフェース１３は、ネットワーク６を介して通信できるものであれば良く、特定の通信方式のインターフェースに限定されるものではない。また、通信インターフェース１３としては、複数種類の通信方式に対応する複数のインターフェースを有していても良い。

記憶装置１４は、書き換え可能な不揮発性の記憶装置である。記憶装置１４は、各種のデータデータを有する。図１に示す例では、記憶装置１４は、認可情報活用ポリシデータベース１４ａ、認可情報同期ポリシデータベース１４ｂ、および、ログデータベース１４ｃを有する。認可情報活用ポリシデータベース１４ａは、認可サーバ２における認可情報とアクセス先サーバの認可情報とのどちらを優先するかを示す情報を記憶する。認可情報同期ポリシデータベース１４ｂは、認可情報が異なる場合にどの認可情報に同期させるかを示す情報を記憶する。ログデータベース１４ｃは、各種の処理におけるログ情報を記憶する。

次に、本実施形態に係るシステムアクセスサーバ１が有する機能について説明する。
図２は、システムアクセスサーバ１が有する機能の構成例を示すブロック図である。
図２に示す例において、システムアクセスサーバ１は、第１通信部２１、第２通信部２２、第３通信部２３、認可判定部２４、認可情報同期部２５、認可情報探索部２６、および、ログ生成部２８などの処理機能を有する。これらの処理機能は、例えば、システムアクセスサーバ１において、プロセッサ１１がメモリ１２あるいは記憶装置１４に記憶したプログラムを実行することにより実現する。

第１通信部２１は、アクセス元サーバ４と通信するための通信処理部である。第２通信部２２は、認可サーバ２と通信するための通信処理部である。第３通信部２３は、アクセス先サーバ３と通信するための通信処理部である。第１、第２、第３通信部２１、２２、２３は、通信インターフェース１３によるアクセス元サーバ４、認可サーバ２、アクセス先サーバ３とのデータの送受信をプロセッサ１１が制御することにより実現する。

第１通信部２１は、アクセス元サーバ４からアクセス先サーバ３へのアクセス依頼を受信する受信部およびアクセス先サーバ３からのアクセス結果などをアクセス元サーバ４へ送信する送信部として機能する。
第２通信部２２は、アクセス元サーバ４から受信したアクセス依頼に対するアクセス対象に対する認可情報の問い合わせなどを送信する送信部、および、認可サーバ２から問い合わせに対する応答としての認可情報などを受信する受信部として機能する。

第３通信部２３は、アクセス元サーバ４から受信したアクセス依頼に対するアクセス対象に対する認可情報の問い合わせなどを送信する送信部、および、アクセス先サーバ３からの問い合わせに対する応答などを受信する受信部として機能する。また、第３通信部２３は、アクセス依頼をアクセス先サーバ３へ送信する機能、アクセス先サーバ３からのアクセス依頼に対するアクセス結果を受信する機能なども有する。

認可判定部２４は、認可サーバ２が管理する認可情報あるいはアクセス先サーバ３が管理する認可情報の何れかに基づいてアカウント依頼に対するアクセスの可否を判定する。認可判定部２４は、認可情報活用ポリシデータベース１４ａに記憶した認可情報の活用ポリシに基づいて認可サーバ２が管理する認可情報あるいはアクセス先サーバ３が管理する認可情報のどちらをアクセス依頼に対するアクセス判定に用いるかを決定する。認可サーバ２が管理する認可情報を適用（優先）すると決定した場合、認可判定部２４は、認可サーバ２が管理する認可情報に基づいてアクセス依頼に対するアクセス制御を行う。また、アクセス先サーバ３が管理する認可情報を適用（優先）すると決定した場合、認可判定部２４は、アクセス先サーバ３が管理する認可情報に基づいてアクセス依頼に対するアクセス制御を行う。

認可情報同期部２５は、認可サーバ２の認可情報あるいはアクセス先サーバ３の認可情報の何れかに基づいてアカウント依頼に対するアクセスの可否を決定するかを判定する。認可情報同期部２５は、認可サーバ２の認可情報とアクセス先サーバ３の認可情報とが異なる場合、認可情報同期ポリシデータベース１４ｂに記憶した認可情報の同期ポリシに基づいて、認可サーバ２の認可情報あるいはアクセス先サーバ３の認可情報のうち、どちらの認可情報を優先するかを決定する。認可サーバ２の認可情報を優先すると決定した場合、認可判定部２４は、認可サーバ２の認可情報に基づいてアクセス先サーバの認可情報を同期（更新）する。また、アクセス先サーバ３の認可情報を優先すると決定した場合、認可判定部２４は、アクセス先サーバ３の認可情報に基づいて認可サーバ２の認可情報を同期（更新）する。

認可情報探索部２６は、アクセス対象となる情報全てにアクセス可能な認可情報を和集合を収集し、認可サーバ２から収集した認可情報の和集合でアクセス対象全てとなるアカウントの組み合わせ候補を選出する。アクセス対象全てにアクセス可能となるアカウントに組合せに基づいて認可情報の和集合で認可情報を認可サーバ２に登録する。

ログ生成部２８は、各部の処理においてイベントごとにログ情報を生成し、生成したログをログデータベース１４ｃに保存する。たとえば、アクセス依頼の受信処理、認可判定処理、認可情報の同期処理、認可情報の探索処理、およびアクセス結果の転送処理などのインベントが発生するごとにログ情報を生成し、ログデータベース１４ｃに保存する。

例えば、認可情報同期部２５による認可情報の同期処理においては、同期処理による認可情報の正当性を検証したり、更新した認可情報を更新前の状態に戻したりすることを行えるように詳細なログを保存するようにする。すなわち、認可情報同期部２５により認可情報の同期処理を実行する場合、ログ生成部２８は、どのように認可情報が異なり、どの情報を更新したかを示すログ情報を保存するようにする。これにより、システムアクセスサーバ１は、同期処理によって更新した認可情報の記録をログデータベース１４ｃに保存する。

次に、システムアクセスサーバ１におけるアクセス制御の概要について説明する。
図３は、システムアクセスサーバ１における処理の概要を説明するための図である。
システムアクセスサーバ１は、認可判定部２４、認可情報同期部２５、認可情報探索部２６により、認可サーバ２の認可情報とアクセス先システムの認可情報とに応じた処理を行う。

すなわち、認可判定部２４は、認可情報活用ポリシデータベース１４ａに記憶した認可情報の活用ポリシに従って、認可サーバ２の認可情報とアクセス先システムの認可情報とのうち優先される認可情報によってアクセス制御を行うかを判定する認可判定処理を行う。

認可情報同期部２５は、認可サーバ２の認可情報とアクセス先サーバ３の認可情報とが異なる場合、認可情報同期ポリシデータベース１４ｂに記憶した認可情報の同期ポリシに従って認可サーバ２の認可情報とアクセス先サーバ３の認可情報とを同期させる処理（認可情報の同期処理）を行う。認可情報同期部２５は、認可サーバ２の認可情報とアクセス先サーバ３の認可情報とが異なる場合、認可情報同期ポリシデータベース１４ｂに記憶した認可情報の同期ポリシに従ってどちらの認可情報を優先するかを決定し、優先する認可情報になるように他方の認可情報を更新する。

また、認可情報同期部２５による認可情報の同期処理は、認可判定部２４による認可判定処理とは独立して実施しても良いし、認可判定部２４による判定を行った後に実施するようにしても良い。

認可情報探索部２６は、アクセス対象となる情報全てにアクセス可能な認可情報の和集合を収集し、認可サーバ２から収集した認可情報の和集合でアクセス対象全てとなるアカウントの組み合わせ候補を選出する。アクセス対象全てにアクセス可能となるアカウントに組合せに基づいて認可情報の和集合で認可情報を認可サーバ２に登録する。

次に、システムアクセスサーバ１における第１の認可判定処理について説明する。
図４は、システムアクセスサーバ１における第１の認可判定処理の流れを説明するためのフローチャートである。第１の認可判定処理は、アクセス先システム内の認可情報（内部の認可情報）がアクセス先サーバ３から取得できることを前提とする処理である。

システムアクセスサーバ１では、第１通信部２１によりアクセス元サーバ４からのアクセス先サーバ３へのアクセス依頼を受け付ける（Ｓ１０１）。アクセス依頼を受信すると、プロセッサ１１は、アクセス依頼に対するアクセス判定を行うため、認可判定部２４により認可サーバ２が管理する認可情報（外部の認可情報）を優先するか、アクセス先サーバ３が管理する認可情報（内部の認可情報）を優先するかを判定する（Ｓ１０２）。

認可サーバ２が管理する認可情報（外部の認可情報）を優先すると判定した場合（Ｓ１０２、外部）、プロセッサ１１は、認可サーバ２から認可情報（外部の認可情報）を取得する処理を行う（Ｓ１０３）。外部の認可情報を取得すると、プロセッサ１１は、認可サーバ２から取得した外部の認可情報に基づいて、アクセス依頼が示すアクセス対象に対してアクセスの可否を判定する（Ｓ１０４）。

外部の認可情報によるアクセス依頼がアクセス対象とする情報に対してアクセス可と判定した場合（Ｓ１０４、ＹＥＳ）、プロセッサ１１は、当該アクセス依頼をアクセス先サーバ３へ送信し、アクセス先サーバ３からアクセス対象の情報を含むアクセス結果を受信することによりアクセス対象の情報へのアクセスを実施する（Ｓ１０５）。アクセス依頼に基づくアクセス対象の情報へのアクセスが実施できた場合（Ｓ１０６、ＹＥＳ）、プロセッサ１１は、アクセス結果をアクセス元サーバ４へ送信し（Ｓ１０７）、当該アクセス依頼に対するアクセス処理を終了する。

また、外部の認可情報でのアクセスが不可と判定された場合（Ｓ１０４、ＮＯ）、あるいは、当該アクセス依頼に基づくアクセス対象の情報へのアクセスが実施できなかった場合（Ｓ１０６、ＮＯ）、プロセッサ１１は、アクセスできない旨をエラー理由とともにアクセス元サーバ４へ送信し（Ｓ１０８）、一連の処理を終了する。

また、アクセス先サーバ３が管理する認可情報（内部の認可情報）を優先すると判断した場合（Ｓ１０２、内部）、プロセッサ１１は、アクセス先サーバ３から認可情報（内部の認可情報）を取得する処理を行う（Ｓ１０９）。アクセス先サーバ３から内部の認可情報を取得すると、プロセッサ１１は、取得した内部の認可情報に基づいて、アクセス依頼が示すアクセス対象に対してアクセスの可否を判定する（Ｓ１１０）。内部の認可情報によるアクセス依頼がアクセス対象とする情報に対してアクセス可と判定した場合（Ｓ１１０、ＹＥＳ）、プロセッサ１１は、当該アクセス依頼をアクセス先サーバ３へ送信し、アクセス先サーバ３からアクセス対象の情報を含むアクセス結果を受信することによりアクセス対象の情報へのアクセスを実施する（Ｓ１１１）。

アクセス依頼に基づくアクセス対象の情報へのアクセスが実施できた場合（Ｓ１１２、ＹＥＳ）、プロセッサ１１は、アクセス結果をアクセス元サーバ４へ送信し（Ｓ１１３）、当該アクセス依頼に対するアクセス処理を終了する。また、内部の認可情報でのアクセスが不可と判定された場合（Ｓ１１０、ＮＯ）、あるいは、当該アクセス依頼に基づくアクセス対象の情報へのアクセスが実施できなかった場合（Ｓ１１２、ＮＯ）、プロセッサ１１は、アクセスできない旨をエラー理由とともにアクセス元サーバ４へ送信し（Ｓ１１４）、一連の処理を終了する。

次に、システム全体における第１の認可判定処理の流れについて説明する。
図５は、アクセス制御システム全体における第１の認可判定処理の流れを示す動作シーケンスである。
まず、利用者は、利用者端末５によりアクセス先サーバ３が管理する情報へのアクセスを指示する。利用者端末５のプロセッサは、アクセス開始の要求とともに、アクセス対象を示す情報と利用者のアカウント情報とをアクセス元サーバ４へ送信する（Ｓ１３１）。

利用者端末５からアクセス先サーバ３が管理する情報へのアクセスの要求を受信すると、アクセス元サーバ４のプロセッサは、アクセス対象を示す情報とアクセスを要求するユーザのアカウントとを含むアクセス依頼をシステムアクセスサーバ１へ送信する（Ｓ１３２）。

システムアクセスサーバ１は、第１通信部２１によりアクセス元サーバ４からのアクセス依頼を受信する。アクセス元サーバ４からアクセス依頼を受信すると、第１通信部２１は、受信したアクセス依頼を認可判定部２４へ供給する（Ｓ１３３）。システムアクセスサーバ１の認可判定部２４は、受信したアクセス依頼に対する認可情報として、認可サーバが管理する認可情報（外部の認可情報）を適用するかアクセス先サーバが管理する認可情報（内部の認可情報）を適用するかを特定する（Ｓ１３４）。認可判定部２４は、認可情報活用ポリシデータベース１４ａに記憶している認可情報の活用ポリシに従って、認可サーバ２の認可情報を適用（優先）するかアクセス先サーバの認可情報を適用（優先）するかを決定する。

認可サーバ２の認可情報を適用すると決定した場合、認可判定部２４は、アカウントおよびアクセス対象を含むアクセス依頼に対する認可情報を第２通信部２２を介して認可サーバ２へ問い合わせる（Ｓ１３６）。これに対して、認可サーバ２は、認可情報データベース２ａに記憶している認可情報に基づいて、システムアクセスサーバ１から問い合わせられたアクセス対象に対する認可情報を特定する。アクセス対象に対する認可情報を特定すると、認可サーバ２は、問い合わせのあったアクセス対象に対する認可情報をシステムアクセスサーバ１へ返送する（Ｓ１３８）。

認可サーバ２から認可情報を受信すると、システムアクセスサーバ１の第２通信部２２は、受信した認可情報を認可判定部２４へ供給する（Ｓ１３９）。認可サーバ２からの認可情報を取得すると、認可判定部２４は、取得した認可情報に基づいてアクセス依頼のアクセス対象に対するアクセス判定を行う（Ｓ１４０）。このアクセス判定によりアクセス可と判定した場合、認可判定部２４は、当該アクセス依頼を第３通信部２３を介してアクセス先サーバ３へ送信する（Ｓ１４１、Ｓ１４２）。

システムアクセスサーバ１でアクセス可と判定されたアクセス依頼を受信する。アクセス依頼を受信すると、アクセス先サーバ３は、受信したアクセス依頼に応じてアクセス処理を実行する。このアクセス処理を実行すると、アクセス先サーバ３は、アクセス依頼に応じたアクセス処理によるアクセス結果をシステムアクセスサーバ１へ返送する（Ｓ１４３）。

アクセス先サーバ３からアクセス依頼に対するアクセス結果を受信すると、システムアクセスサーバ１の第３通信部２３は、受信したアクセス結果を認可判定部２４へ供給する（Ｓ１４４）。アクセス先サーバ３からアクセス結果を取得すると、認可判定部２４は、取得したアクセス結果を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ１４５、Ｓ１４６）。第１通信部２１から送信したアクセス結果は、アクセス元サーバ４が受信する。アクセス依頼に対するアクセス結果を受信した場合、アクセス元サーバ４は、システムアクセスサーバ１から受信したアクセス結果を利用者端末５へ転送し（Ｓ１４７）、アクセス依頼に対する一連の処理を終了する。

また、優先判定によりアクセス先サーバ３の認可情報を適用すると決定した場合、認可判定部２４は、アカウントおよびアクセス対象を含むアクセス依頼に対する認可情報を第３通信部２３を介してアクセス先サーバ３へ問い合わせる（Ｓ１５１、Ｓ１５２）。このような問い合わせに対して、アクセス先サーバ３は、認可情報データベース３ａに記憶している認可情報に基づいて、システムアクセスサーバ１から問い合わせられたアクセス対象に対する認可情報を特定する（Ｓ１５３）。アクセス対象に対する認可情報を特定すると、アクセス先サーバ３は、問い合わせのあったアクセス対象に対する認可情報をシステムアクセスサーバ１へ返送する（Ｓ１５４）。

アクセス先サーバ３から認可情報が送信されると、システムアクセスサーバ１は、第３通信部２３によりアクセス先サーバ３からの認可情報を受信する。第３通信部２３は、アクセス先サーバ３から受信した認可情報を認可判定部２４へ供給する（Ｓ１５５）。アクセス先サーバ３からの認可情報を取得すると、認可判定部２４は、取得した認可情報に基づいてアクセス依頼のアクセス対象に対するアクセス判定を行う（Ｓ１５６）。

このアクセス判定によりアクセス依頼をアクセス可と判定した場合、認可判定部２４は、当該アクセス依頼を第３通信部２３を介してアクセス先サーバ３へ送信する（Ｓ１５７、Ｓ１５８）。

システムアクセスサーバ１からのアクセス依頼は、アクセス先サーバ３が受信する（Ｓ）。アクセス依頼を受信すると、アクセス先サーバ３は、受信したアクセス依頼に応じてアクセス処理を実行する。アクセス処理を実行すると、アクセス先サーバ３は、アクセス依頼に応じたアクセス処理によるアクセス結果をシステムアクセスサーバ１へ返送する（Ｓ１５９）。

アクセス先サーバ３からアクセス依頼に対するアクセス結果を受信すると、システムアクセスサーバ１の第３通信部２３は、受信したアクセス結果を認可判定部２４へ供給する（Ｓ１６０）。アクセス先サーバ３からアクセス結果を取得すると、認可判定部２４は、取得したアクセス結果を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ１６１、Ｓ１６２）。第１通信部２１から送信したアクセス結果は、アクセス元サーバ４が受信する。アクセス依頼に対するアクセス結果を受信した場合、アクセス元サーバ４は、システムアクセスサーバ１から受信したアクセス結果を利用者端末５へ転送し（Ｓ１６３）、アクセス依頼に対する一連の処理を終了する。

また、Ｓ１４０或いはＳ１５６のアクセス判定においてアクセス依頼に対してアクセス不可と判定した場合、認可判定部２４は、当該アクセス依頼に対してアクセスが不可である旨を含むアクセス結果を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ１６４、Ｓ１６５）。このようなアクセス不可のアクセス結果を受信した場合、アクセス元サーバ４は、システムアクセスサーバ１から受信したアクセス結果を利用者端末５へ転送し（Ｓ１６６）、アクセス依頼に対する一連の処理を終了する。

次に、システムアクセスサーバ１における第２の認可判定処理について説明する。
図６は、システムアクセスサーバ１における第２の認可判定処理の流れを説明するためのフローチャートである。第２の認可判定処理は、システムアクセスサーバ１がアクセス先システムの認可情報（内部の認可情報）をアクセス先サーバ３から取得できないことを前提とする処理である。

まず、システムアクセスサーバ１では、第１通信部２１によりアクセス元サーバ４からのアクセス先サーバ３へのアクセス依頼を受け付ける（Ｓ２０１）。アクセス依頼を受信すると、プロセッサ１１は、アクセス依頼に対するアクセス判定を行うため、認可判定部２４により認可サーバ２が管理する認可情報（外部の認可情報）を優先するか、アクセス先サーバ３が管理する認可情報（内部の認可情報）を優先するかを判定する（Ｓ２０２）。

認可サーバ２が管理する認可情報（外部の認可情報）を優先すると判定した場合（Ｓ２０２、外部）、プロセッサ１１は、認可サーバ２から認可情報（外部の認可情報）を取得する処理を行う（Ｓ２０３）。認可サーバ２から外部の認可情報を取得すると、プロセッサ１１は、認可サーバ２から取得した外部の認可情報に基づいて、アクセス依頼が示すアクセス対象に対してアクセスの可否を判定する（Ｓ２０４）。

外部の認可情報によるアクセス判定によりアクセス依頼をアクセス可と判定した場合（Ｓ２０４、ＹＥＳ）、プロセッサ１１は、当該アクセス依頼をアクセス先サーバ３へ送信し、アクセス先サーバ３からアクセス対象の情報を含むアクセス結果を受信することによりアクセス対象の情報を取得するアクセス処理を実施する（Ｓ２０５）。アクセス依頼に基づくアクセス対象の情報へのアクセス処理が実施できた場合（Ｓ２０６、ＹＥＳ）、プロセッサ１１は、アクセス結果をアクセス元サーバ４へ送信し（Ｓ２０７）、当該アクセス依頼に対するアクセス処理を終了する。

また、外部の認可情報でのアクセスが不可と判断された場合（Ｓ２０４、ＮＯ）、あるいは、当該アクセス依頼に基づくアクセス対象の情報へのアクセスが実施できなかった場合（Ｓ２０６、ＮＯ）、プロセッサ１１は、アクセスできない旨をエラー理由とともにアクセス元サーバ４へ送信し（Ｓ２０８）、一連の処理を終了する。

また、アクセス先サーバ３が管理する認可情報（内部の認可情報）を優先すると判断した場合（Ｓ２０２、内部）、プロセッサ１１は、アクセス先サーバ３から認可情報（内部の認可情報）を取得できない形態においては、アクセス先サーバ３から内部の認可情報を取得する処理および内部の認可情報によるアクセス判定処理などを省略して、アクセス依頼に基づくアクセスを実施する（Ｓ２１１）。この場合、プロセッサ１１は、アクセス判定の依頼も含めてアクセス依頼をアクセス先サーバ３へ送信し、アクセス先サーバ３からアクセス判定結果を含むアクセス対象の情報へのアクセス結果を受信することによりアクセスを実施する。

アクセス依頼に基づくアクセス対象の情報へのアクセスが実施できた場合（Ｓ２１２、ＹＥＳ）、プロセッサ１１は、アクセス結果をアクセス元サーバ４へ送信し（Ｓ２１３）、当該アクセス依頼に対するアクセス処理を終了する。また、当該アクセス依頼に基づくアクセス対象の情報へのアクセスが実施できなかった場合（Ｓ２１２、ＮＯ）、プロセッサ１１は、アクセスできない旨をエラー理由とともにアクセス元サーバ４へ送信し（Ｓ２１４）、一連の処理を終了する。

次に、システム全体における第２の認可判定処理の流れについて説明する。
図７は、アクセス制御システム全体における第２の認可判定処理の流れを示す動作シーケンスである。第２の認可判定処理は、アクセス先システム内の認可情報（内部の認可情報）がアクセス先サーバ３から取得できないことを前提した処理である。

まず、利用者端末５は、利用者の操作に応じて、アクセス開始の要求とともに、アクセス対象を示す情報と利用者のアカウント情報とをアクセス元サーバ４へ送信する（Ｓ２３１）。利用者端末５からアクセス先サーバ３が管理する情報へのアクセスの要求を受信すると、アクセス元サーバ４は、アクセス対象を示す情報とアクセスを要求するユーザのアカウントとを含むアクセス依頼をシステムアクセスサーバ１へ送信する（Ｓ２３２）。

システムアクセスサーバ１は、第１通信部２１によりアクセス元サーバ４からのアクセス依頼を受信する。アクセス元サーバ４からアクセス依頼を受信すると、第１通信部２１は、受信したアクセス依頼を認可判定部２４へ供給する（Ｓ２３３）。
システムアクセスサーバ１の認可判定部２４は、受信したアクセス依頼に対するアクセス判定に、認可サーバ２が管理する認可情報（外部の認可情報）を適用するかアクセス先サーバ３が管理する認可情報（内部の認可情報）を適用するかを特定する（Ｓ２３４）。認可判定部２４は、認可情報活用ポリシデータベース１４ａに記憶している認可情報の活用ポリシに従って、認可サーバ２の認可情報を適用（優先）するかアクセス先サーバの認可情報を適用（優先）するかを決定する。

アクセス依頼に対するアクセス判定に認可サーバ２から管理する認可情報（外部の認可情報）を適用すると決定した場合、認可判定部２４は、アカウントおよびアクセス対象を含むアクセス依頼に対する認可情報を第２通信部２２を介して認可サーバ２へ問い合わせる（Ｓ２３５、Ｓ２３６）。これに対して、認可サーバ２は、認可情報データベース２ａに記憶している認可情報に基づいて、システムアクセスサーバ１から問い合わせられたアクセス対象に対する認可情報を特定する。アクセス対象に対する認可情報を特定すると、認可サーバ２は、問い合わせのあったアクセス対象に対する認可情報をシステムアクセスサーバ１へ返送する（Ｓ２３７）。

認可サーバ２から認可情報を受信すると、システムアクセスサーバ１の第２通信部２２は、受信した認可情報を認可判定部２４へ供給する（Ｓ２３８）。認可サーバ２からの認可情報を取得すると、認可判定部２４は、取得した認可情報に基づいてアクセス依頼のアクセス対象に対するアクセス判定を行う（Ｓ２３９）。このアクセス判定によりアクセス可を判定した場合、認可判定部２４は、当該アクセス依頼を第３通信部２３を介してアクセス先サーバ３へ送信する（Ｓ２４０、Ｓ２４１）。

これに対して、アクセス先サーバ３は、システムアクセスサーバ１でアクセス可と判定されたアクセス依頼を受信する。アクセス依頼を受信すると、アクセス先サーバ３は、受信したアクセス依頼に応じてアクセス処理を実行する。このアクセス処理を実行すると、アクセス先サーバ３は、アクセス依頼に応じたアクセス処理によるアクセス結果をシステムアクセスサーバ１へ返送する（Ｓ２４２）。

アクセス先サーバ３からアクセス依頼に対するアクセス結果を受信すると、システムアクセスサーバ１の第３通信部２３は、受信したアクセス結果を認可判定部２４へ供給する（Ｓ２４３）。アクセス先サーバ３からアクセス結果を取得すると、認可判定部２４は、取得したアクセス結果を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ２４４、Ｓ２４５）。第１通信部２１から送信したアクセス結果は、アクセス元サーバ４が受信する。アクセス依頼に対するアクセス結果を受信した場合、アクセス元サーバ４は、システムアクセスサーバ１から受信したアクセス結果を利用者端末５へ転送し（Ｓ２４６）、アクセス依頼に対する一連の処理を終了する。

また、アクセス判定においてアクセス依頼に対してアクセス不可と判定した場合、認可判定部２４は、当該アクセス依頼に対してアクセスが不可である旨を含むアクセス結果を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ２４７、Ｓ２４８）。このようなアクセス不可のアクセス結果を受信した場合、アクセス元サーバ４は、システムアクセスサーバ１から受信したアクセス結果を利用者端末５へ転送し（Ｓ２４９）、アクセス依頼に対する一連の処理を終了する。

また、優先判定によりアクセス先サーバ３の認可情報を適用すると決定した場合、認可判定部２４は、アクセス判定を含めて当該アクセス依頼を第３通信部２３を介してアクセス先サーバ３へ送信する（Ｓ２５１、Ｓ２５２）。このようなアクセス依頼に対して、アクセス先サーバ３は、アクセス依頼のアクセス対象に対して当該サーバ内で認可情報データベース３ａに記憶している認可情報に基づいてアクセスの可否を判定する。この場合、アクセス先サーバ３は、当該アクセス依頼に対してアクセス可と判定した場合には、アクセス依頼が示すアクセス対象へのアクセス結果をシステムアクセスサーバ１へ送信し、アクセス不可である場合にはアクセス不可と判定された旨のアクセス結果をシステムアクセスサーバ１へ送信する（Ｓ２５３）。

アクセス先サーバ３からアクセス依頼に対するアクセス判定結果を含むアクセス結果を受信すると、システムアクセスサーバ１の第３通信部２３は、受信したアクセス結果を認可判定部２４へ供給する（Ｓ２５４）。アクセス先サーバ３からアクセス結果を取得すると、認可判定部２４は、取得したアクセス結果を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ２５５、Ｓ２５６）。第１通信部２１から送信したアクセス結果は、アクセス元サーバ４が受信する。アクセス依頼に対するアクセス結果を受信した場合、アクセス元サーバ４は、システムアクセスサーバ１から受信したアクセス結果を利用者端末５へ転送し（Ｓ２５７）、アクセス依頼に対する一連の処理を終了する。

上記のような第１、第２の認可判定処理によれば、システムアクセスサーバは、トップダウンで設定されたアクセス先システム外部の認可情報（認可サーバが管理する認可情報）と、ボトムアップで設定されたアクセス先システム内部の認可情報（アクセス先サーバが管理する認可情報）とのどちらを優先するかを予め設定されている認可情報活用ポリシに従って決定し、優先に設定されている認可情報に基づいてアクセス依頼に対するアクセス制御を行う。

これにより、外部の認可情報（認可サーバが管理する認可情報）と内部の認可情報（アクセス先サーバが管理する認可情報）とに矛盾があった場合であっても、アクセス依頼に対するアクセス判定を行うことできる。この結果として、アクセス判定について、バリエーションを持たせることができ、緊急時のアクセス、誤りへの対応、或いは、最新情報への対応などを効率良く実施することが可能となる。

次に、システムアクセスサーバ１における第１の同期判定処理について説明する。
図８は、システムアクセスサーバ１における第１の同期判定処理の流れを説明するためのフローチャートである。第１の同期判定処理は、アクセス先システム内の認可情報（内部の認可情報）がアクセス先サーバ３から取得できることを前提した処理である。

システムアクセスサーバ１では、認可サーバ２の認可情報とアクセス先サーバ３の認可情報との同期判定処理を受け付ける。たとえば、利用者端末５において、アクセス対象を指定して認可サーバ２の認可情報とアクセス先サーバの認可情報との同期判定処理を要求する。この場合、システムアクセスサーバ１は、第１通信部２１によりアクセス元サーバ４からの同期判定処理の要求を受け付ける。同期判定処理の要求には、例えば、アカウントとアクセス対象とを含むものとする。

なお、同期判定処理は、所定のユーザ（例えば、管理権限を有する特定のアカウント）からの要求に応じて実施するようにしても良い。また、同期判定処理は、アクセス依頼に応じたアクセス制御処理において実施するようにしても良い。認可判定処理を組み合わせて実施しても良い。

同期判定処理の要求を受け付けると、プロセッサ１１は、認可サーバ２と通信し、同期判定処理の要求として指定されたアクセス対象に対する認可サーバ２が管理する認可情報（外部の認可情報）を認可サーバ２から取得する（Ｓ３０１）。また、プロセッサ１１は、アクセス先サーバ３と通信し、同期判定処理の要求として指定されたアクセス対象に対するアクセス先サーバ３が管理する認可情報（内部の認可情報）を取得する（Ｓ３０２）。

外部の認可情報と内部の認可情報とを取得すると、プロセッサ１１は、外部の認可情報と内部の認可情報とが相違するか否かを判断する（Ｓ３０３）。外部の認可情報と内部の認可情報とが相違すると判断した場合（Ｓ３０３、ＹＥＳ）、プロセッサ１１は、認可情報同期ポリシデータベースに記憶されている同期ポリシに従って、外部の認可情報を優先するか、内部の認可情報を優先するかを判定する（Ｓ３０４）。

認可サーバ２が管理する認可情報（外部の認可情報）を優先すると判定した場合（Ｓ３０４、外部）、プロセッサ１１は、認可サーバ２から取得した認可情報（外部の認可情報）により認可情報を更新する旨の更新要求をアクセス先サーバ３へ送信する（Ｓ３０５）。更新要求を送信した場合、プロセッサ１１は、更新前の状態と更新内容とを示すログ情報を生成してログデータベース１４ｃに保存する（Ｓ３０６）。ここでは、少なくともログ情報によって更新前の状態に戻せる情報が保存されるものとする。

認可サーバ２の認可情報による更新要求（同期処理の要求）を送信した後、プロセッサ１１は、アクセス先サーバ３からの更新要求に対する応答（更新処理の結果）を受信する（Ｓ３０７）。アクセス先サーバ３から更新処理の結果を受信すると、プロセッサ１１は、アクセス先サーバ３での認可情報の更新結果をアクセス元サーバ４へ送信する（Ｓ３０８）。また、プロセッサ１１は、アクセス先サーバ３での認可情報の更新結果を示すログ情報を生成してログデータベース１４ｃに保存する（Ｓ３０９）。

なお、上記Ｓ３０６およびＳ３０９で保存したログ情報は、少なくとも更新対象となったアクセス先サーバ３の認可情報を更新前の状態に戻せる情報が保存されるものとする。これにより、同期処理によって更新した内容を確実に保持でき、更新前の状態に戻すことも保障できる。

また、アクセス先サーバ３が管理する認可情報（内部の認可情報）を優先すると判定した場合（Ｓ３０４、内部）、プロセッサ１１は、アクセス先サーバ３から取得した認可情報（内部の認可情報）により認可情報を更新する旨の更新要求を認可サーバ２へ送信する（Ｓ３１０）。認可サーバ２へ更新要求を送信した場合、プロセッサ１１は、更新前の状態と更新内容とを示すログ情報を生成してログデータベース１４ｃに保存する（Ｓ３１１）。

アクセス先サーバ３の認可情報による更新要求（同期処理の要求）を送信した後、プロセッサ１１は、認可サーバ２からの更新要求に対する応答（更新処理の結果）を受信する（Ｓ３１２）。認可サーバ２から更新処理の結果を受信すると、プロセッサ１１は、認可サーバ２での認可情報の更新結果をアクセス元サーバ４へ送信する（Ｓ３０８）。また、プロセッサ１１は、アクセス先サーバ３での認可情報の更新結果を示すログ情報を生成してログデータベース１４ｃに保存する（Ｓ３０９）。

なお、上記Ｓ３１１およびＳ３０９で保存したログ情報は、少なくとも更新対象となった認可サーバ２の認可情報を更新前の状態に戻せる情報が保存されるものとする。これにより、同期処理によって更新した内容を確実に保持でき、更新前の状態に戻すことも保障できる。

次に、システム全体における第１の同期判定処理の流れについて説明する。
図９は、アクセス制御システム全体における第１の同期判定処理の流れを示す動作シーケンスである。
まず、利用者は、利用者端末５により認可サーバ２の認可情報とアクセス先サーバ３の認可情報との同期判定処理の要求を指示する。利用者端末５は、同期判定処理の要求とともに、アクセス対象を示す情報と利用者のアカウント情報とをアクセス元サーバ４へ送信する（Ｓ３３１）。

利用者端末５から同期判定処理の要求を受信すると、アクセス元サーバ４は、アクセス対象を示す情報と処理を要求するユーザのアカウントとを含む同期判定処理の依頼をシステムアクセスサーバ１へ送信する（Ｓ３３２）。

システムアクセスサーバ１は、第１通信部２１によりアクセス元サーバ４からの同期判定処理の依頼を受信する。アクセス元サーバ４から同期判定処理の依頼を受信すると、第１通信部２１は、受信した同期判定処理の依頼を認可情報同期部２５へ供給する（Ｓ３３３）。

同期判定処理の依頼を受信すると、認可情報同期部２５は、同期判定処理が要求されたアクセス対象に対する外部の認可情報として認可サーバ２が管理する認可情報を第２通信部２２を介して認可サーバ２へ要求する（Ｓ３３４、Ｓ３３５）。
システムアクセスサーバ１からの認可情報の要求を受信すると、認可サーバ２は、当該要求で指定されたアクセス対象に対する認可情報を認可情報データベース２ａから抽出し、抽出した認可情報をシステムアクセスサーバ１へ返信する（Ｓ３３６）。

認可サーバ２へ認可情報を要求した後、システムアクセスサーバ１の第２通信部２２は、認可サーバ２からの認可情報を受信する（Ｓ３３６）。認可サーバ２から認可情報を受信すると、第２通信部２２は、受信した認可情報（外部の認可情報）を認可情報同期部２５へ供給する（Ｓ３３７）。

また、同期判定処理の依頼を受信した認可情報同期部２５は、同期判定処理が要求されたアクセス対象に対する内部の認可情報としてアクセス先サーバ３が管理する認可情報を第３通信部２３を介してアクセス先サーバ３へ要求する（Ｓ３３８、Ｓ３３９）。なお、Ｓ３３４及びＳ３３５の処理と、Ｓ３３８及びＳ３３９の処理とは、どの順序で実施しても良いし、同時に実施しても良い。

システムアクセスサーバ１からの認可情報の要求を受信すると、アクセス先サーバ３は、当該要求で指定されたアクセス対象に対する認可情報を認可情報データベース３ａから抽出し、抽出した認可情報をシステムアクセスサーバ１へ返信する（Ｓ３４０）。

アクセス先サーバ３へ認可情報を要求した後、システムアクセスサーバ１の第３通信部２３は、アクセス先サーバ３からの認可情報を受信する（Ｓ３４０）。アクセス先サーバ３から認可情報を受信すると、第３通信部２３は、受信した認可情報（外部の認可情報）を認可情報同期部２５へ供給する（Ｓ３４１）。

認可サーバ２からの外部の認可情報（図９中では認可情報１）とアクセス先サーバ３からの内部の認可情報（図９中では認可情報２）とを取得すると、認可情報同期部２５は、外部の認可情報と内部の認可情報とに差異があるか否かを判断する（Ｓ３４２）。認可情報に差異があると判断した場合（Ｓ３４２、差異あり）、認可情報同期部２５は、さらに、取得した外部の認可情報と内部の認可情報とのどちらを優先するかを判定する優先判定を行う（Ｓ３４３）。認可情報同期部２５は、認可情報同期ポリシデータベース１４ｂに記憶している同期ポリシに従って優先判定を行う
優先判定において外部の認可情報を優先すると判定した場合（Ｓ３４３、外部優先）、認可情報同期部２５は、アカウント、アクセス対象、および、外部の認可情報を含む認可情報の更新要求を第３通信部２３を介してアクセス先サーバ３へ送信する（Ｓ３４４、Ｓ３４５）。このとき、ログ生成部２８は、認可情報の更新要求の送信イベントを受けて、更新内容を示すログ情報を生成してログデータベース１４ｃに保存する。

認可情報の更新要求を受信すると、アクセス先サーバ３は、更新要求とともに受信した外部の認可情報によって認可情報データベース３ａに記憶している指定されたアクセス対象の認可情報を更新する（Ｓ３４６）。認可情報の更新を行う場合、アクセス先サーバ３は、更新内容を示すログ情報を保存するようにしても良い。認可情報データベース３ａに対する認可情報の更新処理が終了すると、アクセス先サーバ３は、更新要求元となるシステムアクセスサーバ１に対して更新処理の実行結果を送信する（Ｓ３４７）。

アクセス先サーバ３へ認可情報の更新要求を送信した後、システムアクセスサーバ１の第３通信部２３は、アクセス先サーバ３から認可情報の更新処理の実行結果を受信する（Ｓ３４７）。このとき、システムアクセスサーバ１において、ログ生成部２８は、更新処理の実行結果の受信イベントを受けて更新処理の実行結果を示すログ情報を生成してログデータベース１４ｃに記憶する。

アクセス先サーバ３から更新処理の実行結果を受信すると、第３通信部２３は、受信した更新処理の実行結果を認可情報同期部２５へ供給する（Ｓ３４８）。更新処理の実行結果を受信すると、認可情報同期部２５は、同期処理の依頼の発信元となるアカウントを含む更新処理の実行結果を示す情報を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ３４９、Ｓ３５０）。

システムアクセスサーバ１から送信された更新処理の実行結果を示す情報は、アクセス元サーバ４が受信する。更新処理の実行結果を受信した場合、アクセス元サーバ４は、受信した更新処理の実行結果を利用者端末５へ転送し（Ｓ３５１）、同期判定処理の要求に対する一連の処理を終了する。

また、優先判定において内部の認可情報を優先すると判定した場合（Ｓ３４３、内部優先）、認可情報同期部２５は、アカウント、アクセス対象、および、内部の認可情報を含む認可情報の更新要求を第２通信部２２を介して認可サーバ２へ送信する（Ｓ３５２、Ｓ３５３）。このとき、システムアクセスサーバ１において、ログ生成部２８は、認可情報の更新要求の送信イベントを受けて、更新要求の内容を示すログ情報を生成してログデータベース１４ｃに保存する。

内部の認可情報による更新要求を受信すると、認可サーバ２は、更新要求とともに受信した内部の認可情報によって認可情報データベース２ａに記憶している指定されたアクセス対象の認可情報を更新する（Ｓ３５４）。認可情報の更新を行う場合、認可サーバ２は、更新内容を示すログ情報を保存するようにしても良い。認可情報データベース２ａに対する認可情報の更新処理が終了すると、認可サーバ２は、更新要求元となるシステムアクセスサーバ１に対して更新処理の実行結果を送信する（Ｓ３５５）。

認可サーバ２へ認可情報の更新要求を送信した後、システムアクセスサーバ１の第２通信部２２は、認可サーバ２から認可情報の更新処理の実行結果を受信する（Ｓ３５５）。このとき、ログ生成部２８は、更新処理の実行結果の受信イベントを受けて更新処理の実行結果を示すログ情報を生成してログデータベース１４ｃに記憶する。

認可サーバ２から更新処理の実行結果を受信すると、第２通信部２２は、受信した更新処理の実行結果を認可情報同期部２５へ供給する（Ｓ３５６）。認可サーバ２における更新処理の実行結果を受信すると、認可情報同期部２５は、同期処理の依頼の発信元となるアカウントを含む更新処理の実行結果を示す情報を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ３５８、Ｓ３５９）。

これに対して、アクセス元サーバ４では、システムアクセスサーバ１からの認可サーバ２における認可情報の更新処理の実行結果を示す情報を受信する。更新処理の実行結果を受信した場合、アクセス元サーバ４は、受信した更新処理の実行結果を利用者端末５へ転送し（Ｓ３６０）、同期判定処理の要求に対する一連の処理を終了する。

また、外部の認可情報と内部の認可情報とに差異が無いと判定した場合（Ｓ３４２、差異無し）、認可情報同期部２５は、当該同期判定処理の依頼に対して同期処理が不要であること、或いは、外部の認可情報と内部の認可情報とが一致していることを示す実行結果を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ３６２、Ｓ３６３）。このような同期判定処理の実行結果を受信した場合、アクセス元サーバ４は、システムアクセスサーバ１から受信した同期判定処理の実行結果を利用者端末５へ転送し（Ｓ３６４）、同期判定処理の要求に対する一連の処理を終了する。

次に、システムアクセスサーバ１における第２の同期判定処理について説明する。
図１０は、システムアクセスサーバ１における第２の同期判定処理の流れを説明するためのフローチャートである。第２の同期判定処理は、アクセス先システム内の認可情報（内部の認可情報）がアクセス先サーバ３から取得できないことを前提した処理である。

システムアクセスサーバ１では、認可サーバ２の認可情報とアクセス先サーバ３の認可情報との同期判定処理を受け付ける。たとえば、利用者端末５において、アクセス対象を指定して認可サーバ２の認可情報とアクセス先サーバの認可情報との同期判定処理を要求する。この場合、システムアクセスサーバ１は、第１通信部２１によりアクセス元サーバ４からの同期判定処理の要求を受信する。同期判定処理の要求には、例えば、アカウントとアクセス対象とを含むものとする。

なお、同期判定処理は、所定のユーザ（例えば、管理権限を有する特定のアカウント）からの要求に応じて実施するようにしても良い。また、同期判定処理は、アクセス依頼に応じたアクセス制御処理において実施するようにしても良いし、上述した認可判定処理と組み合わせて実施しても良い。

同期判定処理の要求を受け付けると、プロセッサ１１は、認可サーバ２と通信し、同期判定処理の要求として指定されたアクセス対象に対する認可サーバ２が管理する認可情報（外部の認可情報）を認可サーバ２から取得する（Ｓ４０１）。

また、プロセッサ１１は、アクセス先サーバ３と通信し、同期判定処理の要求として指定されたアクセス対象に対するアクセスの可否を問い合わせ、アクセス先サーバ３から指定されたアクセス対象に対するアクセス判定結果を取得する（Ｓ４０２）。

外部の認可情報とアクセス先サーバ３によるアクセス判定結果とを取得すると、プロセッサ１１は、アクセス対象に対する、外部の認可情報によるアクセス判定の結果と内部の認可情報によるアクセス判定の結果とに相違があるか否かを判断する（Ｓ４０３）。たとえば、プロセッサ１１は、取得した外部の認可情報によってアクセス対象に対するアクセスの可否を判定し、その判定結果（外部の認可情報によるアクセス判定の結果）とアクセス先サーバ３から取得したアクセス判定の結果とが相違するか否かを判定する。

外部の認可情報によるアクセス判定の結果と内部の認可情報によるアクセス判定の結果とに相違すると判定した場合、プロセッサ１１は、認可情報同期ポリシデータベースに記憶されている同期ポリシに従って、外部の認可情報を優先するか、内部の認可情報を優先するかを判定する（Ｓ４０４）。

認可サーバ２が管理する認可情報（外部の認可情報）を優先すると判定した場合（Ｓ４０４、外部）、プロセッサ１１は、認可サーバ２から取得した認可情報（外部の認可情報）により認可情報を更新する旨の更新要求をアクセス先サーバ３へ送信する（Ｓ４０５）。更新要求を送信した場合、プロセッサ１１は、更新前の状態と更新内容とを示すログ情報を生成してログデータベース１４ｃに保存する。

アクセス先サーバ３へ外部の認可情報による更新要求（同期処理の要求）を送信した後、プロセッサ１１は、アクセス先サーバ３からの更新要求に対する応答（更新処理の結果）を受信する（Ｓ４０７）。アクセス先サーバ３から更新処理の結果を受信すると、プロセッサ１１は、アクセス先サーバ３での認可情報の更新結果をアクセス元サーバ４へ送信する（Ｓ４０８）。また、プロセッサ１１は、アクセス先サーバ３での認可情報の更新結果を示すログ情報を生成してログデータベース１４ｃに保存する（Ｓ４０９）。

なお、上記Ｓ４０６およびＳ４０９で保存したログ情報は、少なくとも更新対象となったアクセス先サーバ３の認可情報を更新前の状態に戻せる情報が保存されるものとする。これにより、同期処理によって更新した内容を確実に特定することができ、更新前の状態に戻すことも保障できる。

また、アクセス先サーバ３が管理する認可情報（内部の認可情報）を優先すると判定した場合（Ｓ４０４、内部）、プロセッサ１１は、アクセス先サーバ３から認可情報（内部の認可情報）が取得できないため、認可サーバ２が管理する外部の認可情報を更新することができない旨の通知をアクセス元サーバ４へ送信する（Ｓ４１０）。このとき、プロセッサ１１は、同期処理の依頼に対して、外部の認可情報の更新ができなかった旨のログ情報を生成してログデータベース１４ｃに保存するようにしても良い。

次に、システム全体における第２の同期判定処理の流れについて説明する。
図１１は、アクセス制御システム全体における第２の同期判定処理の流れを示す動作シーケンスである。
まず、利用者は、利用者端末５により認可サーバ２の認可情報とアクセス先サーバ３の認可情報との同期判定処理の要求を指示する。利用者端末５は、同期判定処理の要求とともに、アクセス対象を示す情報と利用者のアカウント情報とをアクセス元サーバ４へ送信する（Ｓ４３１）。利用者端末５から同期判定処理の要求を受信すると、アクセス元サーバ４は、アクセス対象を示す情報と処理を要求するユーザのアカウントとを含む同期判定処理の依頼をシステムアクセスサーバ１へ送信する（Ｓ４３２）。

システムアクセスサーバ１は、第１通信部２１によりアクセス元サーバ４からの同期判定処理の依頼を受信する。アクセス元サーバ４から同期判定処理の依頼を受信すると、第１通信部２１は、受信した同期判定処理の依頼を認可情報同期部２５へ供給する（Ｓ４３３）。
同期判定処理の依頼を受信すると、認可情報同期部２５は、同期判定処理が要求されたアクセス対象に対する外部の認可情報として認可サーバ２が管理する認可情報を第２通信部２２を介して認可サーバ２へ要求する（Ｓ４３４、Ｓ４３５）。

システムアクセスサーバ１からの認可情報の要求を受信すると、認可サーバ２は、当該要求で指定されたアクセス対象に対する認可情報を認可情報データベース２ａから抽出し、抽出した認可情報をシステムアクセスサーバ１へ返信する（Ｓ４３６）。
認可サーバ２へ認可情報を要求した後、システムアクセスサーバ１の第２通信部２２は、認可サーバ２からの認可情報を受信する（Ｓ４３６）。認可サーバ２から認可情報を受信すると、第２通信部２２は、受信した認可情報（外部の認可情報）を認可情報同期部２５へ供給する（Ｓ４３７）。

また、同期判定処理の依頼を受信した認可情報同期部２５は、アクセス先サーバ３から内部の認可情報を取得することができないため、同期判定処理が要求されたアクセス対象に対するアクセスの可否判定をアクセス先サーバ３へ依頼する（Ｓ４３８、Ｓ４３９）。なお、Ｓ４３４及びＳ４３５の処理と、Ｓ４３８及びＳ４３９の処理とは、どの順序で実施しても良いし、同時に実施しても良い。

アクセス先サーバ３は、システムアクセスサーバ１からのアクセスの可否判定の依頼を受信すると、認可情報データベース３ａを参照して、当該要求で指定されたアクセス対象に対する認可情報に基づいてアクセスの可否を判定する（Ｓ４４０）。アクセスの可否を判定すると、アクセス先サーバ３は、アクセス対象に対するアクセス可否の判定結果（アクセス結果）をシステムアクセスサーバ１へ返信する（Ｓ４４１）。

アクセス先サーバ３へアクセス判定を依頼した後、システムアクセスサーバ１の第３通信部２３は、アクセス先サーバ３からアクセス結果を受信する（Ｓ４４１）。アクセス先サーバ３からアクセス結果を受信すると、第３通信部２３は、受信したアクセス結果（アクセスの可否）を認可情報同期部２５へ供給する（Ｓ４４２）。

認可サーバ２からの外部の認可情報とアクセス先サーバ３によるアクセスの可否判定の結果とを取得すると、認可情報同期部２５は、外部の認可情報によるアクセスの可否判定の結果とアクセス先サーバ３から取得したアクセスの可否判定の結果とに差異があるか否かを判断する（Ｓ４４３）。たとえば、認可情報同期部２５は、外部の認可情報を適用してアクセス対象に対するアクセスの可否を判定し、その判定結果（外部の認可情報によるアクセスの可否判定の結果）とアクセス先サーバ３から取得したアクセスの可否判定の結果（内部の認可情報によるアクセスの可否判定の結果）とを比較する。

アクセスの可否判定の結果に差異がある判定した場合（Ｓ４４３、差異あり）、認可情報同期部２５は、さらに、取得した外部の認可情報と内部の認可情報とのどちらを優先するかを判定する優先判定を行う（Ｓ４４４）。たとえば、認可情報同期部２５は、認可情報同期ポリシデータベース１４ｂに記憶している同期ポリシに従って優先判定を行う。

優先判定において内部の認可情報を優先すると判定した場合（Ｓ４４４、内部優先）、認可情報同期部２５は、内部の認可情報を取得できないため、認可サーバ２が管理する外部の認可情報の更新を諦める。この場合、認可情報同期部２５は、同期処理の結果として、認可サーバ２に対する認可情報の更新が不可となった旨の実行結果を示す情報を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ４４５、Ｓ４４６）。
これに対して、アクセス元サーバ４では、システムアクセスサーバ１からの認可サーバ２における認可情報の更新処理が不可となった旨の実行結果を示す情報を受信する。更新処理が不可となった旨の実行結果を受信した場合、アクセス元サーバ４は、受信した実行結果を利用者端末５へ転送し（Ｓ４４７）、同期判定処理の要求に対する一連の処理を終了する。

また、優先判定において外部の認可情報を優先すると判定した場合（Ｓ４４４、外部優先）、認可情報同期部２５は、アカウント、アクセス対象、および、外部の認可情報（図１１中では認可情報１）を含む認可情報の更新要求を第３通信部２３を介してアクセス先サーバ３へ送信する（Ｓ４４８、Ｓ４４９）。このとき、ログ生成部２８は、認可情報の更新要求の送信イベントを受けて、更新内容を示すログ情報を生成してログデータベース１４ｃに保存する。

アクセス先サーバ３は、認可情報の更新要求を受信すると、更新要求とともに受信した外部の認可情報によって認可情報データベース３ａに記憶している指定されたアクセス対象の認可情報を更新する（Ｓ４５０）。認可情報の更新を行う場合、アクセス先サーバ３は、更新内容を示すログ情報を保存するようにしても良い。認可情報データベース３ａに対する認可情報の更新処理が終了すると、アクセス先サーバ３は、更新要求元となるシステムアクセスサーバ１に対して更新処理の実行結果を送信する（Ｓ４５１）。

アクセス先サーバ３へ認可情報の更新要求を送信した後、システムアクセスサーバ１の第３通信部２３は、アクセス先サーバ３から認可情報の更新処理の実行結果を受信する（Ｓ４５１）。このとき、システムアクセスサーバ１において、ログ生成部２８は、更新処理の実行結果の受信イベントを受けて更新処理の実行結果を示すログ情報を生成してログデータベース１４ｃに記憶する。

アクセス先サーバ３から更新処理の実行結果を受信すると、第３通信部２３は、受信した更新処理の実行結果を認可情報同期部２５へ供給する（Ｓ４５２）。更新処理の実行結果を受信すると、認可情報同期部２５は、同期判定処理の依頼の発信元となるアカウントを含む更新処理の実行結果を示す情報を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ４５３、Ｓ４５４）。

システムアクセスサーバ１から送信された更新処理の実行結果を示す情報は、アクセス元サーバ４が受信する。更新処理の実行結果を受信した場合、アクセス元サーバ４は、受信した更新処理の実行結果を利用者端末５へ転送し（Ｓ４５５）、同期判定処理の要求に対する一連の処理を終了する。

また、外部の認可情報にアクセスの可否判定の結果と内部の認可情報によるアクセスの可否判定の結果とに差異が無いと判定した場合（Ｓ４４３、差異無し）、認可情報同期部２５は、当該同期判定処理の依頼に対して同期処理が不要であること、或いは、外部の認可情報と内部の認可情報とが一致していることを示す実行結果を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ４５６、Ｓ４５７）。このような同期判定処理の実行結果を受信した場合、アクセス元サーバ４は、システムアクセスサーバ１から受信した同期判定処理の実行結果を利用者端末５へ転送し（Ｓ４５８）、同期判定処理の要求に対する一連の処理を終了する。

上記のような第１、第２の同期判定処理によれば、システムアクセスサーバは、トップダウンで設定されたアクセス先システム外部の認可情報（認可サーバが管理する認可情報）とボトムアップで設定されたアクセス先システム内部の認可情報（アクセス先サーバが管理する認可情報）とが異なる場合、認可サーバが管理する認可情報とアクセス先サーバが管理する認可情報とのどちらを優先するかを予め設定されている認可情報同期ポリシに従って決定し、優先に設定されている認可情報に基づいて他方の認可情報を更新（同期）する処理を行う。

これにより、外部の認可情報（認可サーバが管理する認可情報）と内部の認可情報（アクセス先サーバが管理する認可情報）とに矛盾が生じた場合であって、優先設定に応じて優先させる側の認可情報により他方の認可情報を更新することができる。この結果として、優先する側の認可情報の更新に応じて、残りの認可情報も更新することができる認可情報の運用が行える。これにより、システム全体として、誤りへの対応、或いは、最新情報への対応などを効率良く実施することが可能となる。

次に、システムアクセスサーバ１における認可情報探索処理について説明する。
図１２は、システムアクセスサーバ１における認可情報探索処理の流れを説明するためのフローチャートである。認可情報探索処理は、アクセス先システム内の認可情報（内部の認可情報）がアクセス先サーバ３から取得できることを前提とする処理である。

システムアクセスサーバ１では、ユーザは、利用者端末５において新たなアカウントとして登録したいアクセス対象を指定し、認可情報の探索処理を要求する（Ｓ５０１）。アクセス元サーバ４は、利用者端末５で指定された認可情報の探索要求とともに、ユーザのアカウントとアクセス対象を示す情報とをシステムアクセスサーバ１へ送信する。

システムアクセスサーバ１は、第１通信部２１によりアクセス元サーバ４からの認可情報の探索要求を受信する。なお、認可情報の探索処理は、特定のユーザ（例えば、管理権限を有する特定のアカウント）が指示できるようにしても良い。また、認可情報の探索処理は、アクセス依頼に応じたアクセス制御処理において実施するようにしても良いし、上述した認可判定処理あるいは同期判定処理と組み合わせて実施しても良い。

認可情報の探索要求を受信すると、プロセッサ１１は、認可サーバ２と通信し、認可情報の探索要求として指定されたアクセス対象の少なくとも一部にアクセス可能なアカウントと認可情報のリストを認可サーバ２から取得する処理を行う（Ｓ５０２）。プロセッサ１１は、指定のアクセス対象に対するアカウントと認可情報のリストを認可サーバ２へ要求し、認可サーバ２からアクセス対象にアクセス可能なアカウントと認可情報のリストを取得する。

たとえば、認可サーバ２は、システムアクセスサーバ１から要求に応じて、認可情報データベース２ａを参照して、指定のアクセス対象の少なくとも１部にアクセス可能なアカウントと認可情報とを抽出する。アクセス対象に対するアクセス可能なアカウントと認可情報とのリストを抽出すると、認可サーバ２は、抽出したリスト（アクセス可能なアカウントと認可情報と）をシステムアクセスサーバ１へ返信する。

アクセス対象にアクセス可能なアカウントと認可情報のリストを取得すると、プロセッサ１１は、リストで取得した認可情報の和集合でアクセス対象全体にアクセス可能となるアカウントの組み合わせ候補を選出する（Ｓ５０３）。アクセス対象全体にアクセス可能なアカウントの組み合わせ候補を選出すると、プロセッサ１１は、アカウントの組み合わせ候補をアクセス元サーバ４へ提示し（Ｓ５０４）、アカウントの組み合わせの選択を促す。

たとえば、アクセス元サーバ４では、利用者端末５により、システムアクセスサーバ１から提示されたアカウントの組み合わせ候補からアクセス対象にアクセスするためのアカウントの組み合わせをユーザに選択させる。アクセス元サーバ４では、利用者端末５で選択されたアカウントの組み合わせを示す情報をユーザのアカウントとともにシステムアクセスサーバ１へ返す。

アカウントの組み合わせ候補を提示した後、プロセッサ１１は、アクセス元サーバ４からのアカウントの組み合わせの選択を示す情報を受信する（Ｓ５０５）。アカウントの組み合わせの選択を示す情報を受信すると、プロセッサ１１は、選択されたアカウントの組み合わせを示す情報と当該ユーザのアカウントと和集合での登録要求とを認可サーバ２へ送信する（Ｓ５０６）。

認可サーバ２では、システムアクセスサーバ１からの登録要求を受けると、選択された組合せのアカウントを当該ユーザのアカウントに対応づけた認可情報の和集合として認可情報データベース２ａに登録する登録処理を行う。この登録処理の結果は、認可サーバ２からシステムアクセスサーバ１へ送信される。

システムアクセスサーバ１のプロセッサ１１は、アカウントの組み合わせを認可情報の和集合で認可情報データベース２ａへ登録する登録処理の結果を認可サーバ２から受信する（Ｓ５０７）。認可サーバ２から登録処理の結果を受信すると、プロセッサ１１は、登録結果を示す情報をアクセス元サーバ４へ送信し、一連の認可情報の探索処理を終了する（Ｓ５０８）。

次に、システム全体における認可情報の探索処理の流れについて説明する。
図１３は、アクセス制御システム全体における認可情報の探索処理の流れを示す動作シーケンスである。
まず、ユーザは、利用者端末５において新たなアカウントとして登録したいアクセス対象を指定して認可情報の探索要求をアクセス元サーバ４へ送信する（Ｓ５３１）。アクセス元サーバ４は、利用者端末５で指定されたアクセス対象とユーザのアカウントを含む認可情報の探索要求をシステムアクセスサーバ１へ送信する（Ｓ５３２）。

システムアクセスサーバ１は、アクセス元サーバ４からの認可情報の探索要求を第１通信部２１により受信する。第１通信部２１は、アクセス元サーバ４から受信した認可情報の探索要求を認可情報探索部２６へ供給する（Ｓ５３３）。認可情報の探索要求を受信すると、認可情報探索部２６は、アクセス対象を指定して認可情報の探索要求を第２通信部２２を介して認可サーバ２へ送信する（Ｓ５３４、Ｓ５３５）。

システムアクセスサーバ１からの認可情報の要求を受信すると、認可サーバ２は、アクセス対象に対してアクセス可能なアカウントと認可情報とを認可情報データベース２ａから抽出し、抽出したアカウントと認可情報とのリストを取得する（Ｓ５３６）。指定されたアクセス対象に対してアクセス可能なアカウントと認可情報のリストを取得すると、認可サーバ２は、当該リストを検索要求に対する応答してシステムアクセスサーバ１へ送信する（Ｓ５３７）。

システムアクセスサーバ１は、第２通信部２２により認可サーバ２からのアクセス対象にアクセス可能なアカウントと認可情報のリストを受信する。第２通信部２２は、認可サーバ２から受信したアカウントと認可情報のリストを認可情報探索部２６へ供給する（Ｓ５３８）。アカウントと認可情報のリストを受信すると、認可情報探索部２６は、認可情報の和集合でアクセス対象の全てにアクセス可能となるアカウントの組み合わせ候補を選出する（Ｓ５３９）。アカウントの組み合わせ候補を選出すると、認可情報探索部２６は、選出したアカウントの組み合わせ候補を第１通信部２１を介してアクセス元サーバ４へ送信する（Ｓ５４０、Ｓ５４１）。

アクセス元サーバ４は、システムアクセスサーバ１からアカウントの組み合わせ候補を検索要求に対する応答として受信する。アカウントの組み合わせ候補を受信すると、アクセス元サーバ４は、受信したアカウントの組み合わせ候補を利用者端末５へ送信する（Ｓ５４２）。利用者端末５は、アクセス元サーバ４から取得したアカウントの組み合わせ候補をユーザに提示する。ユーザに提示するアカウントの組み合わせ候補は、指定したアクセス対象全体にアクセス可能となる新たなアカウントとして登録される既存のアカウントの組み合わせ候補である。

ユーザがアカウントの組み合わせ候補から１つの候補を選択すると、利用者端末５は、選択された組合せを示す情報をアクセス元サーバ４へ送信する（Ｓ５４３）。アクセス元サーバ４は、利用者端末５から取得したユーザが選択したアカウントの組み合わせを当該ユーザのアカウントとともにシステムアクセスサーバ１へ送信する（Ｓ５４４）。

システムアクセスサーバ１は、アクセス元サーバ４からのユーザのアカウントとアカウントの組み合わせとを含む情報を第１通信部２１により受信し、認可情報探索部２６へ供給する（Ｓ５４５）。認可情報探索部２６は、第２通信部２２を介して、ユーザのアカウントとアカウントの組み合わせとを示す情報とを和集合での登録要求とともに認可サーバ２へ送信する（Ｓ５４６、Ｓ５４７）。

認可サーバ２は、システムアクセスサーバ１から、認可情報の和集合での登録要求とともに、ユーザのアカウントとアカウントの組み合わせを示す情報とを受信する。認可サーバ２は、指定のユーザのアカウントに対応づけて、アカウントの組み合わせを認可情報の和集合として認可情報データベース２ａに登録する（Ｓ５４８）。認可情報の和集合の登録が完了すると、認可サーバ２は、登録処理の実行結果をシステムアクセスサーバ１へ送信する（Ｓ５４９）。

システムアクセスサーバ１は、第２通信部２２により認可サーバ２からの認可情報の和集での登録処理の実行結果を受信する（Ｓ５４９）。認可サーバ２から実行結果を受信すると、第２通信部２２は、受信した実行結果を認可情報探索部２６へ供給する（Ｓ５５０）。認可情報探索部２６は、認可サーバ２からの実行結果を第１通信部を介してアクセス元サーバ４へ送信する（Ｓ５５１、Ｓ５５２）。

これに対して、アクセス元サーバ４では、システムアクセスサーバ１からの認可サーバ２における認可情報の和集合での登録処理の実行結果を示す情報を受信する。認可サーバ２での実行結果を受信した場合、アクセス元サーバ４は、受信した実行結果を利用者端末５へ転送し（Ｓ４４７）、同期処理の要求に対する一連の処理を終了する。これにより、利用者端末５は、選択したアカウントの組み合わせを当該ユーザのアカウントに対応づけて登録されたことを提示できる。

上述した認可情報の探索処理によれば、トップダウンで設定されたアクセス先システム外部の認可情報に対応する、ボトムアップで設定されたアクセス先システム内部の認可情報の和集合を既存のアカウントの組み合わせから選択して登録することにより、緊急時のアクセスや、兼務のシステム利用者によるアクセスも、正統な認可情報の中での実施が可能となる。

たとえば、緊急医療のスタッフが医師のアカウントに対応する情報と看護師のアカウントに対応する情報とを参照したい場合、緊急医療のスタッフに無制限な権限などの大きなアクセス権を新たに与えるのではなく、当該医師のアカウントと看護師のアカウントとを組み合わせて（既存のアカウントの組み合わせで）、当該緊急医療のスタッフのアカウントに対応づけて登録する。これによって、緊急医療のスタッフは、医師が参照できる情報と看護師が参照できる情報とを両方にアクセスでき、緊急医療における迅速かつ正確な処置を行いやすくなる。

なお、上述したような本実施形態に係るアクセス制御システムは、例えば、緊急時アクセスサービスに適用できる。つまり、無制限権限を持つ緊急時用アカウントを作ることなく、制限された権限を持つ各アカウントの組合せで、緊急時用アカウント相当を実現することができる。
また、上述したような本実施形態に係るアクセス制御システムは、兼務者アクセスサービスにも適用できる。すなわち、様々な兼務者アカウントを作るのではなく、制限された権限を持つ各アカウントの組合せで、兼務者用アカウント相当を実現できるものである。
また、上述したような本実施形態に係るアクセス制御システムは、トップダウン型のアクセス設定サービスにも適用できる。すなわち、複数システムに渡るデータを統括して参照権限を管理して設定することを実現でき、その際、各システムでの制約を考慮した対応も可能となる。

この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

１…システムアクセスサーバ、２…認可サーバ、２ａ…認可情報データベース、３…アクセス先サーバ、３ａ…認可情報データベース、４…アクセス元サーバ、５…利用者端末、６…ネットワーク、１１…プロセッサ、１２…メモリ、１３…通信インターフェース、１４…記憶装置、１４ａ…認可情報活用ポリシデータベース、１４ｂ…認可情報同期ポリシデータベース、１４ｃ…ログデータベース、２１…第１通信部、２２…第２通信部、２３…第３通信部、２４…認可判定部、２５…認可情報同期部、２６…認可情報探索部、２８…ログ生成部。

Claims (5)

1. アクセス先システムに設けられたアクセス先サーバと、前記アクセス先システムとは別のアクセス元システムからのアクセス先サーバが管理する情報へのアクセスを認可するための認可情報を管理する認可サーバと、に通信接続されるアクセス制御サーバにおいて、
   前記アクセス元システムから前記アクセス先サーバが管理する情報をアクセス対象とするアクセス依頼を受信する受信手段と、
   前記アクセス対象へのアクセスに対する認可情報として前記認可サーバが管理する認可情報とアクセス先システムが管理する認可情報との何れを優先するかを示す認可情報の活用ポリシを記憶する記憶手段と、
   前記記憶手段に記憶した活用ポリシに基づいて、アクセス対象に対するアクセス制御に、前記認可サーバが管理する認可情報を適用するか前記アクセス対象を管理するアクセス先システムが管理する認可情報を適用するかを決定する認可情報判定手段と、
   前記認可情報判定手段により前記認可サーバが管理する認可情報を適用すると決定した場合、前記認可サーバから認可情報を取得し、前記認可サーバから取得する認可情報により前記アクセス対象に対してアクセス可と判定された場合に前記アクセス対象に対するアクセス依頼をアクセス先サーバへ送信する第１の処理手段と、
   前記認可情報判定手段により前記アクセス先システムが管理する認可情報を適用すると決定した場合、前記アクセス先システムに当該アクセス先システムが管理する認可情報による前記アクセス対象へのアクセスの可否判定の依頼を含むアクセス依頼を送信する第２の処理手段と、
   を有するアクセス制御サーバ。
2. アクセス先システムに設けられたアクセス先サーバと、前記アクセス先システムとは別のアクセス元システムからの前記アクセス先サーバが管理する情報へのアクセスを認可するための認可情報を管理する認可サーバと、に通信接続されるアクセス制御サーバにおいて、
   認可サーバが管理する認可情報とアクセス先システムが管理する認可情報との何れを優先するかを示す認可情報の同期ポリシを記憶する記憶手段と、
   前記記憶手段に記憶した認可情報の同期ポリシによってアクセス対象に対する認可情報として認可サーバが管理する認可情報を優先するか、アクセス先システムが管理する認可情報を優先するか判定する優先判定手段と、
   前記優先判定手段により前記認可サーバが管理する認可情報を優先すると判定したデータに対しては、前記認可サーバが管理する認可情報に前記アクセス先システムが管理する認可情報を同期させる第１の処理手段と、
   前記優先判定手段により前記アクセス先システムが管理する認可情報を優先すると判定したデータに対しては、前記アクセス先システムが管理する認可情報に前記認可サーバが管理する認可情報を同期させる第２の処理手段と、
   を有するアクセス制御サーバ。
3. アクセス先システムに設けられたアクセス先サーバと、前記アクセス先システムとは別のアクセス元システムからのアクセス先サーバが管理する情報へのアクセスを認可するための認可情報を管理する認可サーバと、に通信接続されるアクセス制御サーバが実行するアクセス制御方法であって、
   前記アクセス元システムから前記アクセス先サーバが管理する情報をアクセス対象とするアクセス依頼を受信し、
   前記アクセス対象に対するアクセス制御に、前記認可サーバが管理する認可情報を適用するか前記アクセス対象を管理するアクセス先システムが管理する認可情報を適用するかを決定し、
   前記認可サーバが管理する認可情報を適用すると決定した場合、前記認可サーバから認可情報を取得し、前記認可サーバから取得する認可情報により前記アクセス対象に対してアクセス可と判定された場合に前記アクセス対象に対するアクセス依頼をアクセス先サーバへ送信するアクセス制御を行い、
   前記アクセス先システムが管理する認可情報を適用すると決定した場合、前記アクセス先システムに当該アクセス先システムが管理する認可情報による前記アクセス対象へのアクセスの可否判定の依頼を含むアクセス依頼を送信する、
   アクセス制御方法。
4. アクセス先システムに設けられたアクセス先サーバと、前記アクセス先システムとは別のアクセス元システムからの前記アクセス先サーバが管理する情報へのアクセスを認可するための認可情報を管理する認可サーバと、に通信接続されるアクセス制御サーバが実行するアクセス制御方法であって、
   記憶手段に記憶した認可情報の同期ポリシによってアクセス対象に対する認可情報として、前記認可サーバが管理する認可情報を優先するか、アクセス先システムが管理する認可情報を優先するか判定し、
   前記認可サーバが管理する認可情報を優先すると判定したデータに対して、前記認可サーバが管理する認可情報に前記アクセス先システムが管理する認可情報を同期させ、
   前記アクセス先システムが管理する認可情報を優先すると判定したデータに対して、前記アクセス先システムが管理する認可情報に前記認可サーバが管理する認可情報を同期させる、
   アクセス制御方法。
5. 請求項１に記載のアクセス制御サーバが具備する手段による処理を、当該アクセス制御サーバが備えるコンピュータに実行させるアクセス制御プログラム。

Images