(57)【要約】【課題】携帯端末の位置に応じて電子情報へのアクセスを動的に制限し、強固なセキュリティを確保する。【解決手段】ロールベースアクセス制御において、利用者認証及びクレデンシャル発行を行うＳＳＯサーバからロール参照要求があったときに、利用者の静的属性が保持されるリポジトリからロールを取得する。また、利用者の携帯電話に位置確認メールを定期的に送信し、その応答を介して携帯端末の位置座標を把握する。そして、利用者の携帯端末の位置を定期的に測位した位置情報に基づいて、リポジトリから取得したロールを順次書き換えて返送する。【選択図】図８
2010055297.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末において利用者ＩＤを指定したログインが行われたときに、該利用者ＩＤにより特定される利用者のロールからクレデンシャルを生成するサーバと、利用者ＩＤに関連付けたロールが少なくとも保持されるリポジトリと、の間を仲介するコンピュータに、
前記サーバからロール参照要求があったときに、前記リポジトリを参照して利用者ＩＤに関連付けられたロールを取得するステップと、
前記携帯端末の位置を定期的に測位した位置情報に基づいて、前記リポジトリから取得したロールを順次書き換えて返送するステップと、
を実現させるためのアクセス制御プログラム。
【請求項２】
前記コンピュータに、
前記携帯端末の位置を定期的に測位した位置情報に基づいて、該携帯端末の位置が変化したか否かを判定するステップと、
前記携帯端末の位置が変化したと判定したときに、前記リポジトリから取得したロールを最新の位置情報に基づいて書き換えるステップと、
前記携帯端末の位置の変化前後においてロールが変化したときに、前記サーバに対してクレデンシャルの失効要求を送信するステップと、
をさらに実現させることを特徴とする請求項１記載のアクセス制御プログラム。
【請求項３】
前記携帯端末の位置情報は、その利用者の携帯電話の位置から間接的に求められることを特徴とする請求項１又は請求項２に記載のアクセス制御プログラム。
【請求項４】
携帯端末において利用者ＩＤを指定したログインが行われたときに、該利用者ＩＤにより特定される利用者のロールからクレデンシャルを生成するサーバと、利用者ＩＤに関連付けたロールが少なくとも保持されるリポジトリと、の間を仲介するコンピュータが、
前記サーバからロール参照要求があったときに、前記リポジトリを参照して利用者ＩＤに関連付けられたロールを取得するステップと、
前記携帯端末の位置を定期的に測位した位置情報に基づいて、前記リポジトリから取得したロールを順次書き換えて返送するステップと、
を実行することを特徴とするアクセス制御方法。
【請求項５】
携帯端末において利用者ＩＤを指定したログインが行われたときに、該利用者ＩＤにより特定される利用者のロールからクレデンシャルを生成するサーバと、利用者ＩＤに関連付けたロールが少なくとも保持されるリポジトリと、の間を仲介するアクセス制御装置であって、
前記サーバからロール参照要求があったときに、前記リポジトリを参照して利用者ＩＤに関連付けられたロールを取得するロール取得手段と、
前記携帯端末の位置を定期的に測位した位置情報に基づいて、前記ロール取得手段により取得されたロールを順次書き換えて返送するロール返送手段と、
を含んで構成されたことを特徴とするアクセス制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者端末の位置に応じて電子情報閲覧等のサービスへのアクセスを動的に制限するアクセス制御技術に関する。
【背景技術】
【０００２】
電子情報閲覧等のサービスへのアクセスを制限する方法として、仕事上の機能を表わすロール（役割）に応じて、利用者に許可（パーミッション）を与えるロールベースアクセス制御が実用化されている。ロールベースアクセス制御では、利用者属性に応じて静的にロールを割り当てていたので、場所を問わず電子情報閲覧等のサービスにアクセスすることができる。しかし、利用者がノートブックＰＣ（Personal Computer）やＰＤＡ（Personal Digital Assistants）などの携帯端末を持ち歩き、様々な場所でサービスを利用する機会が増えたユビキタス環境では、顧客情報などの機密情報に社外からアクセスすると、セキュリティを確保できなくなってしまう。このため、サービス利用のログイン時に、携帯端末の位置に応じてアクセス制限を行う技術が提案されている。
【特許文献１】特開２００７−９４５４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来提案技術では、一旦サービス利用が許可されると、どこに移動してもそのサービスを利用できてしまう。このため、サービス利用のログイン時に、携帯端末の位置に応じてアクセス制限を行っても、セキュリティを確保できるとは言い難い状況であった。
【０００４】
そこで、従来の問題点に鑑み、定期的に携帯端末の位置を確認し、その位置に応じて動的にロールを書き換えることで、強固なセキュリティを確保したアクセス制御技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
利用者ＩＤ及びパスワードに基づいて利用者認証を行うと共に、利用者ＩＤにより特定される利用者のロールからクレデンシャルを生成するサーバからロール参照要求があったときに、リポジトリを参照して利用者ＩＤに関連付けられたロールを取得する。そして、利用者の携帯端末の位置を定期的に測位した位置情報に基づいて、リポジトリから取得されたロールを順次書き換えて返送する。
【発明の効果】
【０００６】
電子情報閲覧等のサービスへのアクセスを希望する利用者のロールは、利用者の携帯端末の位置を定期的に測位した位置情報に基づいて動的に書き換えられる。そして、ロールから生成されたクレデンシャルにより、電子情報閲覧等のサービスへのアクセスが制限される。このため、位置情報に基づいてロールを書き換えるルールを適切に設定しておけば、例えば、社内と社外とでアクセス制限範囲を異ならせることが可能となり、顧客情報などの機密情報の漏洩抑制を通して、強固なセキュリティを確保することができる。
【発明を実施するための最良の形態】
【０００７】
以下、添付された図面を参照して本発明を詳述する。
図１は、本発明を具現化したアクセス制御装置の一実施形態を示す。
電子情報閲覧等のアクセスサービスを提供する各種アプリケーションサーバ１０の利用者２０の携帯端末２２は、公衆無線ＬＡＮ（Local Area Network）などを介して、ＳＳＯ（シングルサインオン）サーバ３０に接続される。ＳＳＯサーバ３０は、利用者２０の携帯端末２２において利用者ＩＤ（identifier）及びパスワードを指定したログインがなされたときに、利用者ＩＤ及びパスワードに基づいて利用者認証を行うと共に、利用者２０のロールからクレデンシャルを生成する。また、利用者の静的属性を保持するリポジトリ４０には、利用者ＩＤに関連付けたパスワード，ロール及び所属などのプロファイルが保持される。
【０００８】
ＳＳＯサーバ３０とリポジトリ４０は、これらの間を仲介するアクセス制御装置５０を介して相互接続される。アクセス制御装置５０は、汎用コンピュータからなり、ハードディスクなどの外部記憶装置にインストールされたアクセス制御プログラムを実行することで、ロール書換部５２，位置情報管理部５４及び仮想サインオフ部５６を夫々具現化する。ロール書換部５２は、利用者２０の携帯端末２２の位置（以下「利用者位置」という）に基づいてロールを動的に書き換える。位置情報管理部５４は、利用者位置を管理する。仮想サインオフ部５６は、利用者位置が変化したときにクレデンシャルを失効させるか否かを判定し、ＳＳＯサーバ３０に対してクレデンシャル失効要求（サインオフ要求）を適宜送信する。そして、アクセス制御装置５０は、利用者位置に基づいてロールを動的に書き換えることで、利用者位置に応じたアクセス制限を行う。ここで、利用者位置は、利用者２０が所有する携帯電話２４の位置から間接的に求めることができる。
【０００９】
なお、ロール書換部５２により、ロールを取得するステップ及びロール取得手段が夫々実現される。また、ロール書換部５２及び位置情報管理部５４が協働することにより、ロールを順次書き換えて返送するステップ，ロール返送手段及びロールを最新の位置情報に基づいて書き換えるステップが夫々実現される。さらに、位置情報管理部５４により、携帯端末の位置が変化したか否かを判定するステップ及び位置確認メールを定期的に送信するステップが夫々実現されると共に、仮想サインオフ部５６により、クレデンシャルの失効要求を送信するステップが実現される。
【００１０】
また、ロール書換部５２は、ＩＤ紐付け管理テーブル５８，位置情報変換テーブル６０及び書換ルールテーブル６２を夫々管理する。ＩＤ紐付け管理テーブル５８には、図２に示すように、利用者ＩＤ，リポジトリ４０に保持された利用者プロファイルを特定するリポジトリＩＤ、及び、携帯電話のメールアドレスを関連付けたレコードが格納される。位置情報変換テーブル６０には、図３に示すように、２つの経度及び２つの緯度で区画される矩形領域の範囲、及び、その範囲により特定される位置情報（例えば部屋の特定情報など）を関連付けたレコードが格納される。書換ルールテーブル６２には、図４に示すように、ロールを書き換える条件（位置情報，所属及び時間など）、及び、その条件が成立したときの書き換え内容を関連付けたレコードが格納される。
【００１１】
位置情報管理部５４は、問合せ管理テーブル６４及び通知要求管理テーブル６６を夫々管理する。問合せ管理テーブル６４には、図５に示すように、携帯電話のメールアドレス，位置座標の問合せ要求を特定する問合せＩＤ，携帯電話の位置座標（経度及び緯度）及びその更新日時を関連付けたレコードが格納される。通知要求管理テーブル６６には、図６に示すように、利用者位置変化の通知要求を特定する通知要求ＩＤ，携帯電話のメールアドレス，利用者位置の変化通知を行う条件を規定した通知条件及びその通知先を関連付けたレコードが格納される。
【００１２】
仮想サインオフ部５６は、通知要求管理テーブル６８を管理する。通知要求管理テーブル６８には、図７に示すように、利用者ＩＤ，携帯電話のメールアドレス，ロール，セッションＩＤ及び通知要求ＩＤを関連付けたレコードが格納される。
【００１３】
ここで、図８を参照し、利用者位置に応じてロールを動的に書き換え、電子情報閲覧等のサービスへのアクセスを制限するアクセス制限処理の概要を説明する。
携帯端末２２において利用者ＩＤ及びパスワードを指定したログインが行われると、携帯端末２２からＳＳＯサーバ３０に対して、利用者ＩＤ及びパスワードを付属情報としたサインオン要求が送信される。サインオン要求を受信したＳＳＯサーバ３０では、ロール書換部５２に対して利用者ＩＤを付属情報としたパスワード参照要求が送信される。パスワード参照要求を受信したロール書換部５２では、リポジトリ４０を参照して利用者ＩＤに関連付けられたパスワードが取得され、これがＳＳＯサーバ３０へと送信される。パスワードを受信したＳＳＯサーバ３０では、サインオン要求に係るパスワードとロール書換部５２からのパスワードを比較して利用者認証を行った後、ロール書換部５２に対して利用者ＩＤを付属情報としたロール参照要求が送信される。ロール参照要求を受信したロール書換部５２では、リポジトリ４０を参照して利用者ＩＤに関連付けられたロール及び所属が取得されると共に、位置情報管理部５４に対して携帯電話２４のメールアドレスを付属情報とした位置座標要求が送信される。
【００１４】
位置座標要求を受信した位置情報管理部５４では、付属情報に係るメールアドレスに対して、位置座標通知先を特定するＵＲＬ（Uniform Resource Locator）が記述された位置確認メールが送信される。位置確認メールを受信した携帯電話２４においてＵＲＬがクリックされると、その測位機能により位置座標が取得され、これが位置情報管理部５４へと送信される。位置座標を受信した位置情報管理部５４では、位置座標要求を発行したロール書換部５２に対して位置座標が送信される。位置座標を受信したロール書換部５２では、携帯電話２４の位置座標、即ち、携帯端末２２の位置座標に対応した位置情報に基づいてロールが書き換えられ、これがＳＳＯサーバ３０へと送信される。ロールを受信したＳＳＯサーバ３０では、ロールからクレデンシャルが生成され、これが携帯端末２２へと送信される。
【００１５】
クレデンシャルを受信した携帯端末２２では、アプリケーションサーバ１０に対してクレデンシャルを含んだサービス利用要求が送信され、ＳＳＯサーバ３０でのクレデンシャル確認を経て、アプリケーションサーバ１０からロールに応じたサービスが提供される。
【００１６】
図９は、ＳＳＯサーバ３０において、携帯端末２２からサインオン要求を受信したことを契機として実行される処理内容を示す。
ステップ１（図では「Ｓ１」と略記する。以下同様）では、ロール書換部５２にパスワード参照要求を送信する。
【００１７】
ステップ２では、ロール書換部５２からパスワードを受信したか否かを判定する。そして、パスワードを受信したならばステップ３へと進む一方（Ｙｅｓ）、パスワードを受信していなければ待機する（Ｎｏ）。
【００１８】
ステップ３では、利用者認証を行うべく、サインオン要求に係るパスワードとロール書換部５２から送信されたパスワードが一致しているか否かを判定する。そして、２つのパスワードが一致していればステップ４へと進む（Ｙｅｓ）。一方、２つのパスワードが一致していなければステップ１０へと進み（Ｎｏ）、利用者ＩＤ又はパスワードの少なくとも一方が間違っているため利用者認証ができなかったことを報知すべく、携帯端末２２にエラーメッセージを送信する。
【００１９】
ステップ４では、ロール書換部５２にロール参照要求を送信する。
ステップ５では、ロール書換部５２からロールを受信したか否かを判定する。そして、ロールを受信したならばステップ６へと進む一方（Ｙｅｓ）、ロールを受信していなければ待機する（Ｎｏ）。
【００２０】
ステップ６では、ロールからクレデンシャルを生成する。
ステップ７では、携帯端末２２にクレデンシャルを送信する。
ステップ８では、電子情報閲覧等へのアクセスサービスを中止するサインオフ要求を受信したか否かを判定する。そして、サインオフ要求を受信したならば処理を終了する一方（Ｙｅｓ）、サインオフ要求を受信していなければ待機する（Ｎｏ）。
【００２１】
図１０及び図１１は、ロール書換部５２において、ＳＳＯサーバ３０からパスワード参照要求を受信したことを契機として実行される処理内容を示す。
ステップ１１では、図２に示すＩＤ紐付け管理テーブル５８を参照し、利用者ＩＤに関連付けられたリポジトリＩＤを取得する。
【００２２】
ステップ１２では、リポジトリ４０を参照し、リポジトリＩＤに関連付けられたパスワードを取得する。
ステップ１３では、ＳＳＯサーバ３０にパスワードを送信する。
【００２３】
ステップ１４では、ＳＳＯサーバ３０からロール参照要求を受信したか否かを判定する。そして、ロール参照要求を受信したならばステップ１５へと進む一方（Ｙｅｓ）、ロール参照要求を受信していなければ待機する（Ｎｏ）。
【００２４】
ステップ１５では、リポジトリ４０を参照し、利用者ＩＤに関連付けられたロール及び所属を取得する。
ステップ１６では、図２に示すＩＤ紐付け管理テーブル５８を参照し、利用者ＩＤに関連付けられたメールアドレスを取得する。そして、利用者２０の携帯電話２４がどこにあるかを問い合わせるべく、位置情報管理部５４にメールアドレスを付属情報とした位置座標要求を送信する。
【００２５】
ステップ１７では、位置情報管理部５４から位置座標を受信したか否かを判定する。そして、位置座標を受信したならばステップ１８へと進む一方（Ｙｅｓ）、位置座標を受信していなければ待機する（Ｎｏ）。
【００２６】
ステップ１８では、図３に示す位置情報変換テーブル６０を参照し、位置座標を含む範囲に関連付けられた位置情報を取得する。
ステップ１９では、図４に示す書換ルールテーブル６２を参照し、位置情報，所属及び時間を満たす条件に関連付けられた書き換え内容を取得する。ここで、時間としては、処理時の時間を用いればよい。
【００２７】
ステップ２０では、書き換え内容によりロールを書き換える。なお、条件を満たすルールがなく、書き換え内容を取得できなかった場合は、ロールは元の値のままとする。
ステップ２１では、ＳＳＯサーバ３０にロールを送信する。
【００２８】
以上でロール書換部５２の処理は終了するが、後述する利用者位置の変化に応じてクレデンシャルを失効させる処理を行うためには、ロール書換部５２は引き続いて図１４の処理を行う。
【００２９】
図１２は、位置情報管理部５４において、ロール書換部５２から位置座標要求を受信したことを契機として実行される処理内容を示す。
ステップ３１では、位置座標の問合せＩＤを生成した後、図５に示す問合せ管理テーブル６４に、メールアドレスと問合せＩＤを関連付けて登録する。
【００３０】
ステップ３２では、携帯電話２４のメールアドレスに位置確認メールを送信する。
ステップ３３では、携帯電話２４から位置座標を受信したか否かを判定する。そして、位置座標を受信したならばステップ３４へと進む一方（Ｙｅｓ）、位置座標を受信していなければ待機する（Ｎｏ）。
【００３１】
ステップ３４では、ロール書換部５２に位置座標を送信する。
このようなアクセス制限処理によれば、電子情報閲覧等のサービスへのアクセスを希望する利用者２０のロールは、利用者位置に基づいて動的に書き換えられる。そして、このロールから生成されたクレデンシャルにより、アプリケーションサーバ１０から提供されるサービス内容が制限される。このため、書換ルールテーブル６２を適切に設定しておけば、例えば、社内と社外とでアクセス制限範囲を異ならせることが可能となり、顧客情報などの機密情報の漏洩を抑制することができる。
【００３２】
このとき、利用者位置は位置確認メールを介して定期的に確認されるため、アプリケーションサーバ１０によるサービス開始後に利用者２０が移動しても、その移動位置を考慮したアクセス制限が行われることとなる。このため、機密情報の漏洩抑制を通して、セキュリティを確保することができる。また、利用者位置は携帯電話２４の位置座標から間接的に求められるため、測位機能を備えていない携帯端末２２も利用することができる。
【００３３】
さらに、アクセス制御装置５０は、ＳＳＯサーバ３０とリポジトリ４０との間に位置し、これらの間で送受信されるメッセージを仲介するため、すでに稼働中のＳＳＯサーバ３０をそのまま利用でき、コスト増加及び信頼性低下などを抑制することができる。
【００３４】
次に、図１３を参照し、利用者位置の変化に応じてクレデンシャルを失効させることで、さらなるセキュリティの強化を図ったクレデンシャル失効方法の概要を説明する。なお、クレデンシャル失効処理は、図８においてロール書換部５２からＳＳＯサーバ３０にロールを送信した後、引き続いて実行される。
【００３５】
ＳＳＯサーバ３０にロールを送信したロール書換部５２では、仮想サインオフ部５６に対して、利用者ＩＤ，メールアドレス及びロールを付属情報とした通知開始要求が送信される。通知開始要求を受信した仮想サインオフ部５６では、位置情報管理部５４に対して通知開始要求が送信される。通知開始要求を受信した位置情報管理部５４では、通知開始要求を特定する通知要求ＩＤが生成され、これが仮想サインオフ部５６へと送信される。また、位置情報管理部５４では、付属情報に係るメールアドレスに対して位置確認メールが送信される。位置確認メールを受信した携帯電話２４においてＵＲＬがクリックされると、その測位機能により位置座標が取得され、これが位置情報管理部５４へと送信される。位置座標を受信した位置情報管理部５４では、その位置座標が変化したか否かの判定結果に応じて、仮想サインオフ部５６に対して座標変化通知が送信される。
【００３６】
座標変化通知を受信した仮想サインオフ部５６では、最新の位置座標に対応したロールを取得すべく、ロール書換部５２に対してロール参照要求が送信される。ロール参照要求を受信したロール書換部５２では、リポジトリ４０を参照して利用者ＩＤに関連付けられたロール及び所属が取得されると共に、位置情報管理部５４に対して位置座標要求が送信される。位置座標要求を受信した位置情報管理部５４では、位置確認メールに応答することで取得された位置座標がロール書換部５２へと送信される。位置座標を受信したロール書換部５２では、携帯端末２２の位置座標に対応した位置情報に基づいてロールが書き換えられ、これが仮想サインオフ部５６へと送信される。ロールを受信した仮想サインオフ部５６では、携帯端末２２の座標変化によりロールが変化したか否かを介して、クレデンシャルが失効したか否かが判定され、ＳＳＯサーバ３０に対してサインオフ要求、即ち、クレデンシャル失効要求が送信される。サインオフ要求を受信したＳＳＯサーバ３０では、サインオフ処理を行った後、仮想サインオフ部５６に対して応答通知が送信される。応答通知を受信した仮想サインオフ部５６では、位置情報管理部５４に対して通知終了要求が送信される。最後に、ロール書換部５２に対して終了通知が送信される。
【００３７】
その後、携帯端末２２からアプリケーションサーバ１０に対してクレデンシャルを含んだサービス利用要求が送信されると、ＳＳＯサーバ３０でのクレデンシャル確認が失敗することから、アプリケーションサーバ１０から携帯端末２２に対して利用不可応答が送信される。なお、アプリケーションサーバ１０によるサービスを引き続いて利用したいときには、再度ログインを行えばよい。
【００３８】
図１４は、ロール書換部５２において、ＳＳＯサーバ３０にロールを送信した後に引き続いて実行される処理内容を示す。
ステップ４１では、仮想サインオフ部５６に通知開始要求を送信する。
【００３９】
ステップ４２では、仮想サインオフ部５６からロール参照要求を受信したか否かを判定する。そして、ロール参照要求を受信したならばステップ４３へと進む一方（Ｙｅｓ）、ロール参照要求を受信していなければ待機する（Ｎｏ）。
【００４０】
ステップ４３では、リポジトリ４０を参照して利用者ＩＤに関連付けられたロール及び所属を取得すると共に、位置情報管理部５４に位置座標要求を送信する。
ステップ４４では、位置座標管理部５４から位置座標を受信したか否かを判定する。そして、位置座標を受信したならばステップ４５へと進む一方（Ｙｅｓ）、位置座標を受信していなければ待機する（Ｎｏ）。
【００４１】
ステップ４５では、図３に示す位置情報変換テーブル６０を参照し、位置座標を含む範囲に関連付けられた位置情報を取得する。
ステップ４６では、図４に示す書換ルールテーブル６２を参照し、位置情報，所属及び時間を満たす条件に関連付けられた書き換え内容を取得する。
【００４２】
ステップ４７では、書き換え内容によりロールを書き換える。なお、条件を満たすルールがなく、書き換え内容を取得できなかった場合は、ロールは元の値のままとする。
ステップ４８では、仮想サインオフ部５６にロールを送信する。
【００４３】
ステップ４９では、仮想サインオフ部５６から終了通知を受信したか否かを判定する。そして、終了通知を受信したならばクレデンシャル失効処理を終了する一方（Ｙｅｓ）、終了通知を受信していなければステップ４２へと戻る（Ｎｏ）。
【００４４】
図１５は、仮想サインオフ部５６において、ロール書換部５２から通知開始要求を受信したことを契機として実行される処理内容を示す。
ステップ５１では、位置情報管理部５４に通知開始要求を送信する。
【００４５】
ステップ５２では、位置情報管理部５４から通知要求ＩＤを受信したか否かを判定する。そして、通知要求ＩＤを受信したならばステップ５３へと進む一方（Ｙｅｓ）、通知要求ＩＤを受信していなければ待機する（Ｎｏ）。
【００４６】
ステップ５３では、図７に示す通知要求管理テーブル６８に、利用者ＩＤ，メールアドレス，ロール，セッションＩＤ及び通知要求ＩＤを関連付けて登録する。
ステップ５４では、位置情報管理部５４から座標変化通知を受信したか否かを判定する。そして、座標変化通知を受信したならばステップ５５へと進む一方（Ｙｅｓ）、座標変化通知を受信していなければ待機する（Ｎｏ）。
【００４７】
ステップ５５では、ロール書換部５２にロール参照要求を送信する。
ステップ５６では、ロール書換部５２からロールを受信したか否かを判定する。そして、ロールを受信したならばステップ５７へと進む一方（Ｙｅｓ）、ロールを受信していなければ待機する（Ｎｏ）。
【００４８】
ステップ５７では、座標変化によりロールが変化したか否かを介して、クレデンシャルが失効したか否かを判定する。そして、クレデンシャルが失効したならばステップ５８へと進む一方（Ｙｅｓ）、クレデンシャルが失効していなければステップ５４へと戻る（Ｎｏ）。
【００４９】
ステップ５８では、ＳＳＯサーバ３０にサインオフ要求を送信する。
ステップ５９では、位置情報管理部５４に通知終了要求を送信する。
ステップ６０では、ロール書換部５２に終了通知を送信する。
【００５０】
図１６及び図１７は、位置情報管理部５４において、仮想サインオフ部５６から通知開始要求を受信したことを契機として実行される処理内容を示す。
ステップ６１では、問合せＩＤを生成した後、図５に示す問合せ管理テーブル６４に、メールアドレスと問合せＩＤを関連付けて登録する。なお、問合せ管理テーブル６４の位置座標及び更新日時は、空欄（未設定）としておけばよい。
【００５１】
ステップ６２では、通知要求ＩＤを生成した後、図６に示す通知要求管理テーブル６６に、通知要求ＩＤ，メールアドレス，通知条件及び通知先を関連付けて登録する。
ステップ６３では、仮想サインオフ部５６に通知要求ＩＤを送信する。
【００５２】
ステップ６４では、携帯電話２４のメールアドレスに位置確認メールを送信する。
ステップ６５では、携帯電話２４から位置座標を受信したか否かを判定する。そして、位置座標を受信したならばステップ６６へと進む一方（Ｙｅｓ）、位置座標を受信していなければ待機する（Ｎｏ）。
【００５３】
ステップ６６では、図５に示す問合せ管理テーブル６４の位置座標と携帯電話２４からの位置座標を比較することで、位置座標が変化したか否かを判定する。そして、位置座標が変化したならばステップ６７へと進む一方（Ｙｅｓ）、位置座標が変化していなければステップ７２へと進む（Ｎｏ）。
【００５４】
ステップ６７では、携帯電話２４の位置座標が変化したので、問合せ管理テーブル６４の位置座標及び更新日時を夫々更新する。
ステップ６８では、仮想サインオフ部５６に座標変化通知を送信する。
【００５５】
ステップ６９では、ロール書換部５２から位置座標要求を受信したか否かを判定する。そして、位置座標要求を受信したならばステップ７０へと進む一方（Ｙｅｓ）、位置座標要求を受信していなければ待機する（Ｎｏ）。
【００５６】
ステップ７０では、問合せ管理テーブル６４から位置座標を取得する。
ステップ７１では、ロール書換部５２に位置座標を送信する。
ステップ７２では、仮想サインオフ部５６から通知終了要求を受信したか否かを判定する。そして、通知終了要求を受信したならばステップ７３へと進む一方（Ｙｅｓ）、通知終了要求を受信していなければステップ６４へと戻る（Ｎｏ）。
【００５７】
ステップ７３では、問合せ管理テーブル６４及び通知要求管理テーブル６６から、問合せＩＤ及び通知要求ＩＤにより特定されるレコードを削除する。
このようなクレデンシャル失効処理によれば、利用者の移動によりロールが変化すると、アプリケーションサーバ１０を利用するためのクレデンシャルを失効させるべく、ＳＳＯサーバ３０にサインオフ要求が送信される。そして、ＳＳＯサーバ３０においてサインオフが行われ、携帯端末２２に送信済みのクレデンシャルが無効となる。このため、アプリケーションサーバ１０の利用者２０は、電子情報閲覧等のサービスへのアクセスが不能となり、さらなるセキュリティ向上を図ることができる。
【００５８】
なお、以上説明した実施形態では、利用者位置を取得するため携帯電話２４の位置確認メールを利用したが、メールアドレスの代わりに携帯電話番号を用い、そのキャリアが提供するサービスを利用して位置座標を取得するようにしてもよい。このようにすれば、測位機能を内蔵しない携帯電話２４であっても、その位置座標を求めることができる。また、定期的に位置座標を取得及び送信するアプリケーションを携帯電話２４にインストールし、ここから送信される位置座標を携帯電話ＩＤと関連付けて保持し、これを適宜参照してその位置座標を取得するようにしてもよい。さらに、利用者位置は、携帯電話２４の位置を介して取得する構成に限らず、例えば、携帯端末２２に内蔵された測位機能を利用するようにしてもよい。
【００５９】
以上の実施形態に関し、さらに以下の付記を開示する。
【００６０】
（付記１）携帯端末において利用者ＩＤを指定したログインが行われたときに、該利用者ＩＤにより特定される利用者のロールからクレデンシャルを生成するサーバと、利用者ＩＤに関連付けたロールが少なくとも保持されるリポジトリと、の間を仲介するコンピュータに、前記サーバからロール参照要求があったときに、前記リポジトリを参照して利用者ＩＤに関連付けられたロールを取得するステップと、前記携帯端末の位置を定期的に測位した位置情報に基づいて、前記リポジトリから取得したロールを順次書き換えて返送するステップと、を実現させるためのアクセス制御プログラム。
【００６１】
（付記２）前記コンピュータに、前記携帯端末の位置を定期的に測位した位置情報に基づいて、該携帯端末の位置が変化したか否かを判定するステップと、前記携帯端末の位置が変化したと判定したときに、前記リポジトリから取得したロールを最新の位置情報に基づいて書き換えるステップと、前記携帯端末の位置の変化前後においてロールが変化したときに、前記サーバに対してクレデンシャルの失効要求を送信するステップと、をさらに実現させることを特徴とする付記１記載のアクセス制御プログラム。
【００６２】
（付記３）前記携帯端末の位置情報は、その利用者の携帯電話の位置から間接的に求められることを特徴とする付記１又は付記２に記載のアクセス制御プログラム。
【００６３】
（付記４）前記コンピュータに、前記携帯電話に対して位置確認メールを定期的に送信するステップをさらに実現させ、前記携帯電話の位置は、前記位置確認メールに応答することで、該携帯電話の測位機能により求められることを特徴とする付記３記載のアクセス制御プログラム。
【００６４】
（付記５）前記携帯電話の位置は、そのキャリアが提供するサービスを利用して求められることを特徴とする付記３記載のアクセス制御プログラム。
【００６５】
（付記６）前記コンピュータに、前記携帯電話にインストールされたアプリケーションから定期的に位置が通知されたときに、データベースに登録された携帯電話の位置を更新するステップをさらに実現させ、前記携帯電話の位置は、前記データベースを参照して求められることを特徴とする付記３記載のアクセス制御プログラム。
【００６６】
（付記７）携帯端末において利用者ＩＤを指定したログインが行われたときに、該利用者ＩＤにより特定される利用者のロールからクレデンシャルを生成するサーバと、利用者ＩＤに関連付けたロールが少なくとも保持されるリポジトリと、の間を仲介するコンピュータが、前記サーバからロール参照要求があったときに、前記リポジトリを参照して利用者ＩＤに関連付けられたロールを取得するステップと、前記携帯端末の位置を定期的に測位した位置情報に基づいて、前記リポジトリから取得したロールを順次書き換えて返送するステップと、を実行することを特徴とするアクセス制御方法。
【００６７】
（付記８）携帯端末において利用者ＩＤを指定したログインが行われたときに、該利用者ＩＤにより特定される利用者のロールからクレデンシャルを生成するサーバと、利用者ＩＤに関連付けたロールが少なくとも保持されるリポジトリと、の間を仲介するアクセス制御装置であって、前記サーバからロール参照要求があったときに、前記リポジトリを参照して利用者ＩＤに関連付けられたロールを取得するロール取得手段と、前記携帯端末の位置を定期的に測位した位置情報に基づいて、前記ロール取得手段により取得されたロールを順次書き換えて返送するロール返送手段と、を含んで構成されたことを特徴とするアクセス制御装置。
【図面の簡単な説明】
【００６８】
【図１】アクセス制御装置の全体構成図
【図２】ロール書換部が管理するＩＤ紐付け管理テーブルの説明図
【図３】ロール書換部が管理する位置情報変換テーブルの説明図
【図４】ロール書換部が管理する書換ルールテーブルの説明図
【図５】位置情報管理部が管理する問合せ管理テーブルの説明図
【図６】位置情報管理部が管理する通知要求管理テーブルの説明図
【図７】仮想サインオフ部が管理する通知要求管理テーブルの説明図
【図８】アクセス制限処理の概要を示すシーケンス図
【図９】ＳＳＯサーバで実行されるアクセス制限処理のフローチャート
【図１０】ロール書換部で実行されるアクセス制限処理のフローチャート
【図１１】ロール書換部で実行されるアクセス制限処理のフローチャート
【図１２】位置情報管理部で実行されるアクセス制限処理のフローチャート
【図１３】クレデンシャル失効処理の概要を示すシーケンス図
【図１４】ロール書換部で実行されるクレデンシャル失効処理のフローチャート
【図１５】仮想サインオフ部で実行されるクレデンシャル失効処理のフローチャート
【図１６】位置情報管理部で実行されるクレデンシャル失効処理のフローチャート
【図１７】位置情報管理部で実行されるクレデンシャル失効処理のフローチャート
【符号の説明】
【００６９】
２０  利用者
２２  携帯端末
２４  携帯電話
３０  ＳＳＯサーバ
４０  リポジトリ
５０  アクセス制御装置
５２  ロール書換部
５４  位置情報管理部
５６  仮想サインオフ部
５８  ＩＤ紐付け管理テーブル
６０  位置情報変換テーブル
６２  書換ルールテーブル
６４  問合せ管理テーブル
６６  通知要求管理テーブル
６８  通知要求管理テーブル
【図１】
2010055297.tif 000003
【図２】
2010055297.tif 000004
【図３】
2010055297.tif 000005
【図４】
2010055297.tif 000006
【図５】
2010055297.tif 000007
【図６】
2010055297.tif 000008
【図７】
2010055297.tif 000009
【図８】
2010055297.tif 000010
【図９】
2010055297.tif 000011
【図１０】
2010055297.tif 000012
【図１１】
2010055297.tif 000013
【図１２】
2010055297.tif 000014
【図１３】
2010055297.tif 000015
【図１４】
2010055297.tif 000016
【図１５】
2010055297.tif 000017
【図１６】
2010055297.tif 000018
【図１７】
2010055297.tif 000019