(57)【要約】【課題】  ユーザの認可処理に使用される認可情報の有効期限には、利便性やセキュリティ強度、そして認可処理の負荷においてトレードオフがある。【解決手段】  開示のシステムは、情報を処理する物理リソースを仮想化した仮想化基盤を管理するシステムであって、有効期限付き認可情報に基づく認可処理の要求を受け付け、前記認可処理の起因となった処理を識別する情報を前記処理の要求元に関連付けて記録することで、前記要求元によって要求された処理の履歴を取り、前記要求元から特定の処理が要求された場合の、前記特定の処理に続いて他の処理が要求されるまでの時間を前記履歴に基づいて推定し、前記特定の処理を起因とする認可処理において前記利用元が認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新することを特徴とする認証装置を有する。【選択図】  図２
2016009276.tif 000002
【特許請求の範囲】
【請求項１】
情報を処理する物理リソースを仮想化した仮想化基盤を管理するシステムであって、
前記仮想化基盤を利用するユーザから、前記仮想化基盤において構築される仮想システムに関連する処理の要求を受け付けた場合に、前記処理を実行する前に、前記ユーザが前記仮想化基盤を利用する権限を有するか否かを認可するための認可処理を要求する管理装置と、
前記管理装置から前記認可処理の要求を受け付けた場合に、前記ユーザが前記仮想化基盤を利用する権限を有するか否かを認証するための有効期限付き認可情報に基づいて、前記認可処理を実行する認証装置を有し、
前記管理装置は、前記認可処理を前記認証装置に要求する場合に、前記認可処理の起因となった処理を識別するための処理識別情報と、前記ユーザを識別するための前記ユーザ識別情報とを前記認証装置に通知し、
前記認証装置は、
前記有効期限付き認可情報に基づく認可処理の要求を受け付けた場合に、前記認可処理の起因となった処理を識別するための前記処理識別情報を、前記ユーザを識別するための前記ユーザ識別情報に関連付けて記録することで、前記ユーザによって要求された処理の履歴を取り、
前記ユーザから特定の処理が要求された場合の、前記特定の処理に続く次の処理を起因とする認可処理が要求されるまでの時間を前記履歴に基づいて推定し、
前記特定の処理を起因とする認可処理において前記ユーザが認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新する
ことを特徴とするシステム。
【請求項２】
前記認証装置は、
前記履歴から、前記特定の処理を起因として発生した認可処理についての複数の記録を抽出し、
前記複数の記録の各々について、前記特定の処理に続く次の処理を起因とする認可処理が要求されるまでの経過時間を取得し、
前記複数の記録の各々についての、前記複数の経過時間の平均時間を算出し、
前記認証装置は、前記平均時間に基づいて、前記ユーザから前記特定の処理が要求された場合の、前記特定の処理に続く前記次の処理を起因とする前記認可処理が要求されるまでの前記時間を推定する
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記認証装置は、
推定された前記時間が特定の基準よりも長い場合に、前記有効期限付き認可情報の前記有効期限を第１の時間に設定し、
推定された前記時間が前記特定の基準以下の場合に、前記有効期限付き認可情報の前記有効期限を、前記第１の時間よりも長い第２の時間に設定する
ことを特徴とする請求項１又は２に記載のシステム。
【請求項４】
前記認証装置は、
前記ユーザを識別するための前記ユーザ識別情報と、前記ユーザ識別情報に関連付けられたパスワードとに基づく認証処理を受け付け、
前記認証処理が成功すると、前記有効期限付き認可情報を生成し、
前記有効期限付き認可情報を前記ユーザに発行する
ことを特徴とする請求項１〜３の何れか１項に記載のシステム。
【請求項５】
前記認証装置は、
前記有効期限付き認可情報を生成すると、データベースに前記有効期限付き認可情報を登録し、
前記有効期限付き認可情報の前記有効期限が過ぎると、前記データベースから前記有効期限付き認可情報を削除する
ことを特徴とする請求項１〜４の何れか１項に記載のシステム。
【請求項６】
前記管理装置は、前記仮想化基盤の仮想リソースの種類に応じて、前記仮想化基盤において構築される仮想システムに関連する前記処理を実行するための複数のコンポーネントを有し、
前記複数のコンポーネントは、前記処理を実行する前に、各々が個別に前記認可処理を前記認証装置に要求することを特徴とする請求項１〜５の何れか１項に記載のシステム。
【請求項７】
前記システムは、
前記ユーザから、前記仮想化基盤において構築される仮想システムに関連する処理の要求を受け付けた場合に、受け付けた前記処理の種類に応じた特定のプログラムを実行することによって、前記処理を前記管理装置に要求する受け付け装置を有し、
前記受け付け装置は、前記処理識別情報として、前記特定のプログラムを識別するためのプログラム識別情報を前記管理装置に通知する。
ことを特徴とする請求項１〜５の何れか１項に記載のシステム。
【請求項８】
有効期限付き認可情報に基づく認可処理の要求を受け付け、前記認可処理の起因となった処理を識別する情報を前記処理の要求元に関連付けて記録することで、前記要求元によって要求された処理の履歴を取り、
前記要求元から特定の処理が要求された場合の、前記特定の処理に続いて他の処理が要求されるまでの時間を前記履歴に基づいて推定し、
前記特定の処理を起因とする認可処理において前記利用元が認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新する
ことを特徴とする認証装置。
【請求項９】
コンピュータに、
有効期限付き認可情報に基づく認可処理の要求を受け付け、前記認可処理の起因となった処理を識別する情報を前記処理の要求元に関連付けて記録することで、前記要求元によって要求された処理の履歴を取ること、
前記要求元から特定の処理が要求された場合の、前記特定の処理に続いて他の処理が要求されるまでの時間を前記履歴に基づいて推定すること、
前記特定の処理を起因とする認可処理において前記利用元が認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新すること
を実行させる認証プログラム。
【請求項１０】
コンピュータが、
有効期限付き認可情報に基づく認可処理の要求を受け付け、前記認可処理の起因となった処理を識別する情報を前記処理の要求元に関連付けて記録することで、前記要求元によって要求された処理の履歴を取り、
前記要求元から特定の処理が要求された場合の、前記特定の処理に続いて次の処理が要求されるまでの時間を前記履歴に基づいて推定し、
前記特定の処理を起因とする認可処理において前記利用元が認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新する
ことを特徴とする認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム、認証装置、認証プログラム、及び、認証方法に関する。
【背景技術】
【０００２】
情報を処理する複数の物理リソースを仮想化した仮想化基盤が知られている。仮想化基盤のユーザは、仮想化基盤から所定の単位で仮想リソースを割り当ててもらうことで、仮想システムを構築して利用することができる。ただし、仮想リソースを割り当ててもらう前に、このユーザが仮想化基盤を利用する権限を有するか否かを判定するための認可処理が行われる。認可処理が成功すると、ユーザは、仮想リソースの割り当てをようやく受けることができる。なお、この認可処理に使用される認可情報は、セキュリティ強度を保つために、一定の有効期限が設定されている。
【０００３】
ところで、認証サービスプロバイダによって発行される仮パスワードの有効期間をサービスユーザ識別子毎に異ならせる技術が知られている。また、ワンタイムパスワードの有効期間を金融取引に要する時間を考慮して設定する技術が知られている。また、セキュリティトークンによる認証を代行するプロキシサービスが知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００６／０６８９９８号
【特許文献２】特開２００７−２２６７６３号公報
【特許文献３】特開２００５−０６２５５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
仮想化基盤を利用して構築された仮想システムは、仮想リソースを利用しているメリットにより、構成やスペックの変更を容易に行うことができる。そのため、仮想化基盤のユーザは、例えば、仮想システムを使ってサービスを提供するだけではなく、仮想システムの構成やスペックの変更を繰り返しながら複数のシステムの評価をすることもできる。
【０００６】
ただし、仮想システムの構成やスペックを変更する場合には、仮想化基盤における仮想リソースの利用内容の変更を伴うため、当該構成やスペックの変更の前に、ユーザが仮想化基盤を利用する権限を有するか否かを判定するための認可処理が行われる。
【０００７】
ところで、この認可処理に使用される認可情報には、セキュリティ強度を保つための有効期限が設定されている。
【０００８】
仮に、仮想システムの構成やスペックが変更される予定が分かっているのであれば、当該構成やスペックの変更がされるまで有効期限が切れないように、認可情報の有効期限を長めに設定することで、認可情報がデータベースから削除されにくいようにすることができる。これによって、認可情報の再取得を省けるため、認可情報の利便性を高くできる。
【０００９】
しかし、認可情報の有効期限を長めにしすぎると、認可処理が発生していない期間であっても、認可情報がデータベースに登録され続けられてしまうため、悪意のあるユーザに取得される危険性が高まってしまう。また、この有効期限を長めにしすぎることでデータベースから認可情報が削除されにくくなるため、他のユーザにとって、認可処理の際に照合しなくてはならない認可情報が増えてしまうことになる。
【００１０】
ただし、有効期限を短めに設定すると、仮想システムの構成やスペックを比較的頻繁に変更するユーザにとっては、当該変更の際に認可情報の有効期限が切れてしまっていることで、再度、認可情報を取得する必要があり、認可情報の利便性が悪くなってしまう。
【００１１】
このように、ユーザの認可処理に使用される認可情報の有効期限には、利便性やセキュリティ強度、そして認可処理の負荷においてトレードオフがある。
【００１２】
本願は、使い勝手の良い認可情報を提供することを目的とする。
【課題を解決するための手段】
【００１３】
開示のシステムは、情報を処理する物理リソースを仮想化した仮想化基盤を管理するシステムであって、前記仮想化基盤を利用するユーザから、前記仮想化基盤において構築される仮想システムに関連する処理の要求を受け付けた場合に、前記処理を実行する前に、前記ユーザが前記仮想化基盤を利用する権限を有するか否かを認可するための認可処理を要求する管理装置と、前記管理装置から前記認可処理の要求を受け付けた場合に、前記ユーザが前記仮想化基盤を利用する権限を有するか否かを認証するための有効期限付き認可情報に基づいて、前記認可処理を実行する認証装置を有し、前記管理装置は、前記認可処理を前記認証装置に要求する場合に、前記認可処理の起因となった処理を識別するための処理識別情報と、前記ユーザを識別するための前記ユーザ識別情報とを前記認証装置に通知し、前記認証装置は、前記有効期限付き認可情報に基づく認可処理の要求を受け付けた場合に、前記認可処理の起因となった処理を識別するための前記処理識別情報を、前記ユーザを識別するための前記ユーザ識別情報に関連付けて記録することで、前記ユーザによって要求された処理の履歴を取り、前記ユーザから特定の処理が要求された場合の、前記特定の処理に続いて次の処理が要求されるまでの時間を前記履歴に基づいて推定し、前記特定の処理を起因とする認可処理において前記ユーザが認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新する。
【発明の効果】
【００１４】
本開示の一側面によれば、ユーザの認可処理に使用される有効期限付き認可情報の有効期限が、当該ユーザのための認可処理の発生状況に合わせて更新される。
【図面の簡単な説明】
【００１５】
【図１】実施例のシステムの物理構成の例。
【図２】実施例のシステムにおいて物理構成の一部が仮想化された場合の例。
【図３】実施例の仮想化基盤を利用する際の、ログイン認証処理とトークン認可処理の例。
【図４】実施例の仮想化基盤を利用するユーザの利用形態の例。
【図５】実施例の認証装置の機能ブロックの例。
【図６】実施例の認証装置によるログイン認証処理の例。
【図７】実施例の有効期限付き認可情報であるトークンの例。
【図８】実施例の受け付け装置による処理の例。
【図９】実施例の認証装置に通知されるトークン認可処理のための情報の例。
【図１０】仮想リソースを管理する、実施例の管理装置による処理の例。
【図１１】実施例の認証装置によるトークン認可処理の例。
【図１２】実施例の認証装置が記録するログの例。
【図１３】実施例の認証装置による、更新ルールの作成処理の例。
【図１４】実施例の更新ルールを作成する場合に参照される判定基準の例。
【図１５】実施例の有効期限付き認可情報の有効期限を更新するための更新ルールの例。
【図１６】実施例の認証装置による、有効期限付き認可情報であるトークンの削除処理の例。
【図１７】実施例の各装置のハードウェア構成の例。
【発明を実施するための形態】
【００１６】
図１に、実施例のシステムの物理構成の例が示される。図１には、データセンタ１００と、ネットワーク１１０を介してデータセンタ１００と接続するユーザ装置１２０及びユーザ装置１３０が示される。データセンタ１００は、サーバ装置１４０、サーバ装置１４２、サーバ装置１４４、サーバ装置１４６、サーバ装置１４８、ストレージ装置１５０、及びストレージ装置１５２を含む。サーバ装置１４０、サーバ装置１４２、サーバ装置１４４、サーバ装置１４６、サーバ装置１４８、ストレージ装置１５０、及びストレージ装置１５２は、バスを介して互いに接続される。なお、実際例は、図示される装置の数などに限定されない。
【００１７】
ユーザ装置１２０は、ネットワーク１１０を介して、データセンタ１００内に含まれるサーバ装置１４０、サーバ装置１４２、サーバ装置１４４、サーバ装置１４６、及びサーバ装置１４８のうち１以上のサーバ装置に特定の処理を要求する。当該特定の処理を要求されたサーバ装置は、要求された特定の処理を実行して、ネットワーク１１０を介して、特定の処理の結果をユーザ装置１２０に送る。
【００１８】
なお、後述するが、データセンタ１００に含まれる複数の物理リソースが仮想化される。ユーザ装置１２０及びユーザ装置１３０は、データセンタ１００にアクセスして、仮想化された物理リソースを利用して仮想システムを構築する。あるユーザは、当該仮想システムを利用したサービスを行う。また、他のユーザは、あるシステムを疑似的にその仮想システムによって構築し、仮想システムを利用して当該システムを評価する。
【００１９】
図２に、実施例のシステムにおいて物理構成の一部が仮想化された場合の例が示される。図２には、図１に示されるデータセンタ１００内の複数の物理リソースが仮想化された仮想化基盤２００が示される。仮想化基盤２００では、サーバ装置１４６、サーバ装置１４８、ストレージ装置１５０、及びストレージ装置１５２に含まれる物理リソースがリソースの種別毎にまとめられることで、ＣＰＵリソースプール２０２、メモリリソースプール２０４、ネットワークリソースプール２０６、及びストレージリソースプール２０８として管理される。なお、実際例は、図示される装置の数などに限定されない。
【００２０】
これらのリソースプールを管理するのは、管理サーバ装置２１０である。管理サーバ装置２１０は、例えば、図１に示されるサーバ装置１４０に含まれるメモリに特定のプログラムがロードされ、この特定のプログラムがサーバ装置１４０のＣＰＵによって実行されることによって実現する。加えて、この特定のプログラムがサーバ装置１４０のＣＰＵによって実行されることによって、管理サーバ装置２１０において、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、及び仮想ストレージ管理用コンポーネント２１６が実現する。
【００２１】
仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、及び仮想ストレージ管理用コンポーネント２１６は、データセンタ１００内の複数の物理リソースを所定の単位の仮想リソースとして利用できるように当該複数の物理リソースを管理する機能を有する。これらの管理用コンポーネントは、仮想化基盤２００のユーザの要求を受け付けて、当該複数の物理リソースから所定の単位の仮想リソースを当該要求に応じてユーザに割り当てる。また、これらの管理用コンポーネントは、複数のユーザ間で仮想リソースの使用が競合しないように仮想リソースを管理する。
【００２２】
なお、仮想リソースがその種類に応じてまとめられることで、前述したＣＰＵリソースプール２０２、メモリリソースプール２０４、ネットワークリソースプール２０６、及びストレージリソースプール２０８として管理されており、仮想マシン管理用コンポーネント２１２がＣＰＵリソースプール２０２及びメモリリソースプール２０４を管理し、仮想ネットワーク管理用コンポーネント２１４がネットワークリソースプール２０６を管理し、仮想ストレージ管理用コンポーネント２１６がストレージリソースプール２０８を管理する。
【００２３】
管理用コンポーネントによって、複数の物理リソースから所定の単位の仮想リソースが割り当てられたユーザは、その仮想リソースを使用することで仮想システムを構築する。仮想システムの利用形態については図４に沿って後述するが、仮想システムを構築する場合にユーザが行う操作について説明する。
【００２４】
はじめに、ユーザは、仮想化基盤２００を使用するために、ユーザのアカウント登録を行う。このアカウント登録によって、ユーザは、ユーザＩＤと、ユーザＩＤに関連付けられるパスワードを取得する。
【００２５】
その後、ユーザは、仮想システムのシステム構築を行う。このシステム構築は、仮想リソースを利用した仮想マシン等の使用が特定された設定ファイルをもとに、テナント作成、仮想ネットワーク作成、及び仮想マシン作成等を行う。ここで、テナントとは、仮想化基盤２００においてユーザがどの仮想リソースにアクセスする権限があるかを管理するためのものであり、基本的には、このテナント単位で仮想システムを作成していく。
【００２６】
そして、ユーザは、必要に応じて、仮想システムのシステム変更を行う。このシステム変更では、仮想マシンの数や使用を変更したり、仮想ネットワークの構成を変更したりする。その後、仮想システムの使用をやめる場合に、ユーザは、仮想システムのシステム解体を行う。そして、仮想化基盤２００を利用しなくなった場合には、ユーザのアカウントを削除する。
【００２７】
なお、これらの操作は、ユーザ装置１２０やユーザ装置１３０が、受け付けサーバ装置２３０に処理を要求して、受け付けサーバ装置２３０が、処理の内容に応じて、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、及び仮想ストレージ管理用コンポーネント２１６のうち、１以上の管理用コンポーネントに処理を要求する。この際に、受け付けサーバ装置２３０は、処理の内容に応じたプログラムを実行することで、適切な管理用コンポーネントを指定して処理を要求するようにしてもよい。実施例では、処理の内容に応じたプログラムを実行する例に沿って説明する。なお、受け付けサーバ装置２３０は、例えば、図１に示されるサーバ装置１４４に含まれるメモリに特定のプログラムがロードされ、この特定のプログラムがサーバ装置１４４のＣＰＵによって実行されることによって実現する。
【００２８】
ところで、処理の要求を受け取った、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、及び仮想ストレージ管理用コンポーネント２１６は、直ちに、要求された処理を実行しない。詳細は図３に沿って後述するが、処理を要求したユーザが、仮想リソースを利用する権限を有するか否かを、有効期限付き認可情報であるトークンを用いて認可するよう、認証サーバ装置２２０にトークン認可処理を要求する。なお、認証サーバ装置２２０は、例えば、図１に示されるサーバ装置１４２に含まれるメモリに特定のプログラムがロードされ、この特定のプログラムがサーバ装置１４２のＣＰＵによって実行されることによって実現する。
【００２９】
なお、このトークンは、ユーザがアカウント作成後に、認証サーバ装置２２０に対してログイン認証処理を要求して、ログイン認証処理が成功した場合に発行される有効期限付き認可情報である。ユーザは、受け付けサーバ装置２３０経由で１以上の管理用コンポーネントに処理を要求する際には、処理の要求と共にトークンとユーザＩＤも通知し、管理用コンポーネントは、この通知されたトークンとユーザＩＤを使って、トークン認可処理を認証サーバ装置２２０に要求する。
【００３０】
また、実施例では、ユーザが要求した処理に対応して、受け付けサーバ装置２３０が実行したプログラムを識別するプログラムＩＤも、トークン認可処理が要求される際に、１以上の管理用コンポーネント経由で、認証サーバ装置２２０に通知される。これによって、認証サーバ装置２２０は、ユーザが要求した処理を識別することができる。
【００３１】
図３に、実施例の仮想化基盤を利用する際の、ログイン認証処理とトークン認可処理の例が示される。ここで、ログイン認証処理とは、ユーザＩＤと、ユーザＩＤに関連付けられたパスワードを使用して、当該ユーザが正規に登録されたユーザが否かを認証する処理であり、ユーザ認証処理ともいう。また、トークン認可処理とは、ログイン認証処理が成功した場合に当該ユーザに対して発行される有効期限付き認可情報であるトークンを使用して、当該ユーザが仮想化基盤２００に対してある操作をする権限があるか否かを認可するための処理であり、ユーザ認可処理ともいう。そして、有効期限付き認可情報であるトークンが発行されていない場合、又は、このトークンの有効期限が切れてしまった場合には、仮想化基盤２００を利用するためにトークンが必要となるため、ユーザはログイン認証処理をして、このログイン認証に成功し、トークンの発行を受ける必要がある。
【００３２】
図３に示されるように、ユーザ装置１２０は、ログイン認証処理が必要な場合に、認証サーバ装置２２０に対して、ユーザＩＤとパスワードを送ると共に、ログイン認証を要求（１）する。なお、ユーザ装置１３０がログイン認証の要求（１）を実行する場合もあるが、ここでの説明では、ユーザ装置１２０が要求する場合を例にして説明する。
【００３３】
このログイン認証の要求（１）を受け付けた認証サーバ装置２２０は、詳細は後述するが、ログイン認証処理３００を実行し、ログイン認証が成功した場合に、有効期限付き認可情報であるトークンを生成してデータベースに登録する処理３１０を実行する。なお、トークンデータベースに登録する際には、ユーザＩＤとトークンが関連付けられて登録される。そしてログイン認証処理を要求したユーザ装置１２０に、生成したトークンを発行（２）する。
【００３４】
トークンが発行された後、ユーザ装置１２０は、発行されたトークンを利用して、仮想化基盤２００を利用するための処理を管理サーバ装置２１０に要求（３）する。
【００３５】
管理サーバ装置２１０は、この要求（３）を受け付けると、要求された処理の内容に応じて、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、及び仮想ストレージ管理用コンポーネント２１６のうち１以上の管理用コンポーネントに処理を割り振る。処理を割り振られた管理用コンポーネントは、割り振られた処理を実行する前に、ユーザのために処理を実行してよいかどうかを確認する。この確認のために、当該１以上の管理用コンポーネントが、認証サーバ装置２２０に、ユーザＩＤとトークンを使用して、ユーザの権限の問い合わせ（４）を行う。
【００３６】
この問い合わせ（４）を受け付けた認証サーバ装置２２０は、送られてきたユーザＩＤ及びトークンと、データベースに既に登録されているユーザＩＤ及びトークンとの照合を行うことでトークン認可処理３２０を実行する。仮に、送られてきたトークンの有効期限が既に切れている場合には、送られてきたトークンに一致するトークンがデータベースに無いため、トークン認可処理は失敗となる。他方、このトークンの照合処理によって、送られてきたトークンがデータベースに登録されていると判定されると、当該ユーザの、トークンによる認可処理が成功したと判定する。そして、トークンによる認可が成功したことを、権限の問い合わせをしてきた管理用コンポーネントに通知（５）する。
【００３７】
そして、管理用コンポーネントは、トークンによる認可が成功したこと知らせる通知（５）を受け取ると、ユーザ装置１２０から要求された、仮想化基盤２００を利用するための処理３３０を実行して、その処理結果をユーザ装置１２０に通知（６）する。
【００３８】
その後、ユーザ装置１２０は、発行されたトークンが有効期限内であれば、ログイン認証処理の要求をせずに、仮想化基盤２００を利用するための他の処理を管理サーバ装置２１０に要求（７）できる。
【００３９】
そして、管理サーバ装置２１０は、この要求（７）を受け付けると、要求された処理の内容に応じて、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、及び仮想ストレージ管理用コンポーネント２１６のうち１以上の管理用コンポーネントに処理を割り振る。処理を割り振られた管理用コンポーネントは、割り振られた処理を実行する前に、改めて、ユーザのために処理を実行してよいかどうかを確認する。この確認のために、当該１以上の管理用コンポーネントが、認証サーバ装置２２０に、ユーザＩＤとトークンを使用して、ユーザの権限の問い合わせ（８）を行う。
【００４０】
この問い合わせ（８）を受け付けた認証サーバ装置２２０は、送られてきたユーザＩＤ及びトークンと、データベースに既に登録されているユーザＩＤ及びトークンとの照合を行うことでトークン認可処理３４０を実行する。なお、仮に、この時点で送られてきたトークンの有効期限が既に切れている場合には、送られてきたトークンに一致するトークンがデータベースに無いため、トークン認可処理は失敗となる。他方、図示されるように、このトークンの照合処理によって、送られてきたトークンがデータベースに登録されていると判定されると、当該ユーザの、トークンによる認可処理が成功したと判定する。そして、トークンによる認可が成功したことを、権限の問い合わせをしてきた管理用コンポーネントに通知（９）する。
【００４１】
そして、管理用コンポーネントは、トークンによる認可が成功したこと知らせる通知（９）を受け取ると、ユーザ装置１２０から要求された、仮想化基盤２００を利用するための処理３５０を実行して、その処理結果をユーザ装置１２０に通知（１０）する。
【００４２】
なお、上述したように、仮に、処理の要求（７）の時点でトークンの有効期限が切れている場合には、処理３４０のトークン照合において認可が成功しないため、ユーザ装置１２０は、改めて、ログイン認証処理をすることで、新たなトークンの発行を受ける必要がある。そして、新たなトークンに基づいて、上述した処理の要求（７）を改めてすることになる。
【００４３】
なお、ログイン認証が成功した場合に生成されるトークンは、ユーザを一意に特定できるような情報となるように生成が試みられる情報である。一例ではあるが、ユーザＩＤ及びパスワードに加えて、ログイン認証要求（１）を受け付けた時刻を特定の関数の入力とし、この関数の実行によって得られる記号列をトークンは含む。そして、ログイン認証処理を、後述される、トークンによる認可処理と比較すると、データベース内の情報との照合処理に加えて、トークンの生成処理も含むため、処理負荷が高いといえる。
【００４４】
また、上述したが、トークンは有効期限を過ぎるとデータベースから削除される。また、ユーザのアカウントが削除されても削除される。これは、ユーザのアカウントが削除されたということは、当該ユーザが仮想化基盤２００を利用する意思が無くなり、トークンを登録しておく必要が無いと判断できるからである。ただし、ユーザが仮想システムを解体しつつも、ユーザがアカウントを残したままであれば、トークンを残しておいてよい。これは、仮想システムを解体することで、仮想リソースの利用をやめたとしても、ユーザのアカウントが残っているということは、再度、仮想化基盤２００を利用する意思がある可能性があり、トークンの有効期限まではデータベースに残しておいてもよいと考えられるからである。なお、ユーザが、仮想システムを解体しつつも、ユーザのアカウントを残す理由としては、仮想化基盤２００の利用において、仮想システムを解体することで仮想リソースの割り当てを無くし、この割り当てで生じる課金がかからないようにしておく場合が考えられる。
【００４５】
図４に、実施例の仮想化基盤を利用するユーザの利用形態の例が示される。特に、図４（Ａ）には、仮想化基盤２００に仮想システムを構築し、この仮想システムを利用したサービスを提供するユーザ１の利用形態が示される。図４（Ｂ）には、仮想化基盤２００に構築された仮想システムを疑似的にシステムとみなして、仮想システムを使って当該システムを評価するユーザ２の利用形態が示される。また、図４（Ｃ）には、ユーザ２が、仮想化システムを構築してから、仮想システムを使ったテスト結果の最初の分析を行うまでの例が示される。なお、図４に例示される日数等はあくまでも例であって、実施例がこれらに限定されるわけではない。
【００４６】
図４（Ａ）に示されるように、ユーザ１は、システム構築Ａ１１を行うことで仮想システムを構築し、仮想システムを使用することで、例えばウェブサービスの提供を開始する。そして、システム構築Ａ１１から約３０日後に、ウェブサービスの利用状況に応じて、仮想システムの月次メンテナンス作業を行う。例えば、ウェブサービスのユーザ増減に応じて、仮想マシンの数や、仮想マシンスペックの変更といった、システム変更Ｂ１１を行う。そして、引き続き、ウェブサービスの提供を行い、必要に応じて、システム変更Ｂ１２を行う。なお、ユーザ１は、ウェブサービスを提供している期間は、仮想システムの構成を変更せずにサービスを提供していると仮定する。
【００４７】
このユーザ１は、システム構築Ａ１１やシステム変更Ｂ１１―Ｂ１２を行う際には、仮想化基盤２００の仮想リソースの利用を伴うため、仮想マシンのスペック等が記載された設定ファイルをもとに、ユーザのアカウント作成、仮想システムを特定するためのテナントの作成、仮想ネットワーク及び仮想マシンの配備を、管理サーバ装置２１０に要求する。これらの処理では、上述したログイン認証処理やトークン認可処理が必要となる。
【００４８】
ただし、一旦、ウェブサービスの提供が開始されると、仮想システムの構成自体は変更されないので、トークン認可処理は行われない。つまり、データベースにトークンが登録されているものの、システム構築Ａ１１からシステム変更Ｂ１２までの期間は、トークン認可処理が発生しないにもかかわらず、トークンが登録され続けている。
【００４９】
これは、悪意のあるユーザに、該トークンを入手する機会をより多く与えてしまうことになる。また、トークン認可処理において、ワーストケースでは、データベースに登録されている全てのトークンとの照合処理が発生してしまうことから、利用される機会の少ないトークンは極力データベースから削除したい。
【００５０】
他方、図４（Ｂ）及び（Ｃ）に示されるように、ユーザ２は、仮想化基盤２００に構築された仮想システムを疑似的にシステムとみなして、仮想システムを使って当該システムを評価する。ユーザ２は、システム構築Ａ２１を行うことで仮想システムを構築する。そして仮想システムに対して特定のテストパターンによってテストを行う。そして、１以上のテストパターンによるテストが終わると、システム変更Ｂ２１−Ｂ２４を行いながら、他のシステム構成にてテストを繰り返す。そして、一連のテストが終わると、システム解体Ｃ２１を行い、テスト結果の分析を行う。そして、この分析が終わると、この分析をふまえたシステム構成にてシステムを再構築してテストを行う。このようにして、ユーザ２は、仮想システムを利用したシステムの評価を繰り返し、ユーザアカウントの削除Ｄ２１によって、６０日間に亘るプロジェクトを終える。
【００５１】
なお、このユーザ２は、システム構築Ａ２１やシステム変更Ｂ２１−Ｂ２４を行う際には、仮想化基盤２００の仮想リソースの利用を伴うため、上述したログイン認証処理やトークン認可処理が必要となる。ただし、テスト結果を分析している期間は、トークン認可処理が発生していない。つまり、データベースからトークンを削除してしまうことも考えられる。
【００５２】
ただし、ユーザ２には、分析期間以外において、システム変更Ｂ２１−Ｂ２４が比較的に頻繁に行われることから、仮に、システム変更が行われるにもかかわらず、トークンをデータベースから削除してしまうと、ユーザ２は、改めてログイン認証処理を行ってトークンの発行を受ける必要があり、利便性が悪くなる。また、上述したように、ログイン認証処理は、トークン認可処理よりも処理負荷が高いため、ログイン認証処理が多く発生してしまうと認証サーバ装置２２０にとって負荷になる。
【００５３】
このように、仮想化基盤２００を利用するユーザの利用形態が様々にある中で、ユーザの利便性と処理負荷のバランスを取り、トークンが悪意のあるユーザに晒されないようにすることが望まれている。
【００５４】
そこで、実施例によれば、ユーザの認可処理に使用される有効期限付き認可情報の有効期限が、当該ユーザのための認可処理の要求状況に合わせて更新されるため、データベースに登録されている認可情報が当該状況に合わせて維持及び削除される。
【００５５】
図５に、実施例の認証装置の機能ブロックの例が示される。図２に示された、実施例の認証装置の一例である認証サーバ装置２２０は、ワーキングメモリとして使用されるメモリにロードされたプログラムが、当該認証サーバ装置２２０のＣＰＵによって実行されることにより、ログイン認証処理部５００、トークン認可処理部５１０、推定部５２０、及び、削除部５３０として機能する。なお、これらの機能部による処理については後述する。
【００５６】
図６に、実施例の認証装置によるログイン認証処理の例が示される。図６に示される処理は、図２に示される認証サーバ装置２２０によって実行されるログイン認証処理である。このログイン認証処理は、図２に示されるユーザ装置１２０やユーザ装置１３０によって要求されるログイン認証処理を受け付けた場合に、処理６００によって開始される。
【００５７】
ユーザＩＤ及びパスワードに基づいてログイン認証を行う処理６０２が実行される。処理６０２では、ユーザ装置１２０やユーザ装置１３０が、認証サーバ装置２２０に対してログイン認証処理を要求する際に、併せて通知されたユーザＩＤ及びパスワードと、このユーザのアカウント作成の際にデータベースに登録しておいたユーザＩＤ及びパスワードとを照合することで、ログイン認証を実行する。
【００５８】
ログイン認証が成功したか否かを判定する処理６０４が実行される。処理６０４では、処理６０２の処理において照合された、通知されたユーザＩＤ及びパスワードと、このユーザのアカウント作成の際にデータベースに登録しておいたユーザＩＤ及びパスワードとが一致するか否かを判定する。
【００５９】
処理６０４においてログイン認証が失敗したと判定された場合に、ログイン認証が失敗したことを通知する処理６０６が実行される。処理６０６によって、ログイン認証処理を要求したユーザ装置１２０やユーザ装置１３０に対して、ログイン認証が失敗したことが通知される。
【００６０】
処理６０４においてログイン認証が成功したと判定された場合に、有効期限付き認可情報であるトークンを生成する処理６０８が実行される。処理６０８では、トークンが、ユーザを一意に特定できるような情報となるように生成が試みられる。例えば、通知されたユーザＩＤ及びパスワードに加えて、ログイン認証の要求を受け付けた時刻を特定の関数の入力とし、この関数の実行によって得られる記号列をトークンに含めるようにする。なお、この記号列の一例が、図７に沿って後述されるＫＥＹである。
【００６１】
有効期限付き認可情報であるトークンの有効期限を設定する処理６１０が実行される。処理６１０では、図１３に沿って後述される更新ルールに基づいて有効期限が設定される。なお、処理６１０の時点で、トークン認可処理の履歴に基づく更新ルールがまだ作成されていなければ、デフォルトの値を設定すればよい。
【００６２】
有効期限付き認可情報であるトークンの有効期限を登録する処理６１２が実行される。処理６１２では、処理６０８で生成されたＫＥＹに、処理６１０によって設定されるトークンの有効期限と、ユーザＩＤとを関連付けて、データベースに登録する。
【００６３】
ログイン認証が成功したことを通知する処理６１４が実行される。処理６１４により、ログイン認証処理を要求したユーザ装置１２０又はユーザ装置１３０に対して、ログイン認証が成功したことが通知される。
【００６４】
有効期限付き認可情報であるトークンを発行する処理６１６が実行される。処理６１６により、ログイン認証処理を要求したユーザ装置１２０やユーザ装置１３０に対して、有効期限付き認可情報であるトークンが発行される。処理６１８により、ログイン認証処理を終了する。
【００６５】
図７に、実施例の有効期限付き認可情報であるトークンの例が示される。図７に示される有効期限付き認可情報であるトークンは、図６に示される処理６０８によって生成されるトークンであり、図２に示される認証サーバ装置２２０に接続されたストレージ装置に記憶される情報である。
【００６６】
トークンは、ユーザＩＤ、有効期限、ＫＥＹ、及び属性情報を含み、それらが互いに関連付けられている。例えば、ユーザＩＤに対して、処理６０８で生成されたＫＥＹと、処理６１０で設定された有効期限が、関連付けられている。図７には、例えば、ユーザＩＤが“１”のユーザに発行されたトークンの有効期限が“２０１４年１月１１日  １７：０２”までであって、そのトークンを一意に識別するために生成されたＫＥＹが“６０８８２４８Ａ…”であることが示されている。また、トークンにおいては、その他に、特定の属性をユーザＩＤに関連付けて登録しておいてもよい。そして、このトークンが、図１１にそって後述するトークン認可処理において参照される。
【００６７】
図８に、実施例の受け付け装置による処理の例が示される。図８に示される処理は、図２に示される受け付けサーバ装置２３０によって実行される処理であり、処理８００によって開始される。
【００６８】
ユーザから、仮想システムに関する処理の要求を受け付ける処理８０２が実行される。処理８０２では、図２に示されるユーザ装置１２０やユーザ装置１３０によって要求される、仮想システムに関する処理を受け付ける。ここで、仮想システムに関する処理は、例えば、図４に示される、システム構築、システム変更、システム解体、ユーザ削除等である。なお、ユーザは、図９に沿って後述するトークン認可処理のための情報と、仮想システムに期待するスペックを記述した設定ファイルと共に、受け付けサーバ装置２３０に処理を要求する。
【００６９】
要求された処理に対応する、仮想化基盤２００に対する操作を特定する処理８０４が実行される。処理８０４では、処理８０２で要求された処理を実現するために必要な、仮想化基盤２００に対する１以上の操作を特定する。そして、続く処理８０６によって、特定した１以上の操作を、管理サーバ装置２１０における、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、及び仮想ストレージ管理用コンポーネント２１６のうち、１以上の管理用コンポーネントに要求することになる。
【００７０】
例えば、処理８０２において、ユーザから、仮想マシンの数を増やすようなシステム変更が要求された場合に、処理８０４によって、その仮想マシンを新たに配備する操作と、新たに配備する仮想マシンを仮想ネットワークに接続する操作が必要であると特定する。
【００７１】
特定された操作を、当該要求された処理を識別する識別情報を付して、管理装置に要求する処理８０６が実行される。処理８０６では、例えば、処理８０２において、ユーザから、仮想マシンの数を増やすようなシステム変更が要求された場合であれば、要求された処理がシステム変更であることを示す識別情報を付して、仮想マシンを新たに配備する操作については、仮想マシン管理用コンポーネント２１２に操作を要求する。また、新たに配備する仮想マシンを仮想ネットワークに接続する操作については、要求された処理がシステム変更であることを示す識別情報を付して、仮想ネットワーク管理用コンポーネント２１４に操作を要求する。なお、これらの操作の要求では、図９に沿って後述される、トークン認可処理のための情報及びユーザＩＤも、１以上の管理用コンポーネントに通知される。
【００７２】
なお、実施例はこれに限定されないが、処理８０４及び処理８０６の処理は、特定された１以上の操作に対応する特定のプログラムによって実行してもよい。このプログラムがあることによって、ユーザは、仮想システムに期待するスペックを指定するだけで、仮想システムを利用できるようになる。そして、ユーザから要求される処理がこのプログラムと対応付けることができる場合には、要求された処理を識別する識別情報として、プログラムを識別するためのプログラムＩＤを使用し、プログラムＩＤを付して、１以上の管理用コンポーネントに操作の要求をしてもよい。
【００７３】
管理装置から操作の結果を受け取る処理８０８が実行される。処理８０８では、処理８０６で要求した操作の結果を、管理サーバ装置２１０から受け取る。なお、管理サーバ装置２１０が実行する操作については、図１０に沿って後述する。
【００７４】
ユーザに処理の結果を通知する処理８１０が実行される。処理８１０では、処理８０８で受け取った操作の結果に基づき、ユーザに処理の結果を受け取る。これによって、ユーザは、要求した処理が期待通り実行されたことで所望の仮想システムを利用できるようになったのか、又は、所望の仮想システムが利用できないのかが分かる。そして、処理８１２によって、図８に示される処理が終了する。
【００７５】
図９に、実施例の認証装置に通知されるトークン認可処理のための情報の例が示される。ここに示される情報は、図３の（３）及び（７）にも示されるように、仮想システムに関する処理の要求に併せて通知される情報であり、ユーザＩＤと、図３の（２）において発行されたトークンに含まれるＫＥＹと、要求されている処理を識別するための識別情報を含む情報である。
【００７６】
図９に示されるように、発行されたＫＥＹである“６０８８２４８Ａ…”と、要求されている処理を識別するための処理ＩＤ（例えば、上述したプログラムＩＤ）が、ユーザＩＤに関連付けられている。
【００７７】
図１０に、仮想リソースを管理する、実施例の管理装置による処理の例が示される。図１０に示される処理は、図２に示される管理サーバ装置２１０によって実行される処理であり、処理の内容に応じて、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、又は、仮想ストレージ管理用コンポーネント２１６によって実行される。図１０に示される処理が、処理１０００によって開始される。
【００７８】
受け付けサーバ装置から、仮想基盤に対する操作を受け付ける処理１００２が実行される。処理１００２では、受け付けサーバ装置２３０が上述の処理８０６によって要求した、仮想基盤に対する１以上の操作を受け付ける。
【００７９】
受け付けた操作を管理用コンポーネントに振り分ける処理１００４が実行される。処理１００４では、処理１００２によって受け付けた１以上の操作を、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、及び仮想ストレージ管理用コンポーネント２１６のうち、対応する１以上の管理用コンポーネントに振り分ける。
【００８０】
１以上の管理用コンポーネントが個別に、ユーザのトークン認可処理を、ユーザにより要求された処理を識別する識別情報を付して、認証サーバ装置に要求する処理１００６が実行される。処理１００６では、処理１００４で振り分けられた操作を実行する前に、ユーザが仮想化基盤２００を利用する権限を有するか否かを確認するために、トークン認可処理を認証サーバ装置２２０に要求する。このトークン認可処理は、図９に沿って上述された、ユーザが通知してくるトークン認可処理のための情報と、ユーザにより要求された処理を識別する識別情報と共に要求される。
【００８１】
トークン認可が成功したか否かを確認する処理１００８が実行される。処理１００８では、処理１００６で要求したトークン認可処理の結果を、認証サーバ装置２２０から受け取り、その結果に基づいて、トークン認可が成功したかどうかを確認する。
【００８２】
処理１００８においてトークン認可が失敗したことを確認した場合に、トークン認可が失敗したことを通知する処理１０１０が実行される。処理１０１０により、受け付けサーバ装置２３０を介して、ユーザに、トークン認可が失敗したことが通知される。
【００８３】
処理１００８においてトークン認可が成功したことを確認した場合に、振り分けられた処理を実行する処理１０１２が実行される。処理１０１２では、処理１００４により振り分けられた処理が管理用コンポーネントで実行される。
【００８４】
操作の結果を、受け付けサーバ装置に通知する処理１０１４が実行される。処理１０１４により、処理１０１２によって実行された操作の結果が、受け付けサーバ装置２３０に通知される。そして、処理１０１６により、図１０に示される処理が終了する。
【００８５】
図１１に、実施例の認証装置によるトークン認可処理の例が示される。図１１に示されるトークン認可処理は、図２に示される認証サーバ装置２２０のトークン認可処理部５１０によって実行されるトークン認可処理である。このトークン認可処理は、図２に示されるユーザ装置１２０やユーザ装置１３０によって要求される、仮想システムに関する処理を起因として、管理サーバ装置２１０における、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、又は、仮想ストレージ管理用コンポーネント２１６から要求される処理である。図１１に示される処理が、処理１１００によって開始される。
【００８６】
トークン認可処理の要求を受け付ける処理１１０２が実行される。処理１１０２により、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、又は、仮想ストレージ管理用コンポーネント２１６から要求されるトークン認可処理を受け付ける。なお、このトークン認可処理は、図１０の処理１００６に沿って上述したように、ユーザが通知してくるトークン認可処理のための情報と、ユーザにより要求された処理を識別する識別情報と共に要求される。
【００８７】
トークンが登録されているか否かを判定する処理１１０４が実行される。処理１１０４では、ユーザが通知してくるトークン認可処理のための情報におけるＫＥＹと一致するＫＥＹを含むトークンが、データベースに登録されているか否かが判定される。より具体的には、データベースに登録されている複数のトークンについて、各々に含まれるＫＥＹと、通知されたＫＥＹとの照合を逐次行うことで、データベースにトークンが登録されているか否かが判定される。
【００８８】
処理１１０４においてトークンが登録されていないと判定された場合に、トークン認可が失敗したことを通知する処理１１０６が実行される。処理１１０６により、トークン認可処理を要求した、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、又は、仮想ストレージ管理用コンポーネント２１６に、トークン認可処理が失敗したことが通知される。
【００８９】
処理１１０４においてトークンが登録されていると判定された場合に、トークンの有効期限を更新する処理１１０８が実行される。処理１１０８では、図１２に示される更新ルールに従って、トークンの有効期限を更新する。更新ルールは、図１５に沿って後述するが、ユーザによる仮想化基盤２００の利用状況に合うように作成されているので、処理１１０８により、トークンの有効期限が、ユーザによる仮想化基盤２００の利用状況に合うように更新されることとなる。例えば、図１５に示されるように、ユーザＩＤが“１”のユーザが、処理ＩＤが“Ａ”の処理を要求してきた際に成功したトークン認可処理後であれば、トークンを“０．１日”延長するように更新することになる。
【００９０】
更新された有効期限のトークンを登録する処理１１１０が実行される。処理１１１０では、処理１１０８によって更新された有効期限で従前の有効期限を上書きし、更新された有効期限のトークンを、データベースに新たに登録することとなる。
【００９１】
トークン認可処理を受け付けた時刻、ユーザＩＤ、及びユーザによって要求された処理を識別する識別情報を関連付けてログに記録する処理１１１２が実行される。処理１１１２により、図１２に沿って後述されるログが生成される。
【００９２】
トークン認可が成功したことを通知する処理１１１４が実行される。処理１１１４により、トークン認可処理を要求した、仮想マシン管理用コンポーネント２１２、仮想ネットワーク管理用コンポーネント２１４、又は、仮想ストレージ管理用コンポーネント２１６に、トークン認可処理が成功したことが通知される。そして、処理１１１６により、図１１に示される処理が終了する。
【００９３】
図１２に、実施例の認証装置が記録するログの例が示される。図１２に示されるログは、図１１の処理１１１２に沿って上述した処理により記録されるログである。また、図４に沿って説明した、ユーザによる仮想化基盤２００の利用状況が、このログに記録されたトークン認可処理のログによって間接的に把握できることとなる。
【００９４】
例えば、ユーザＩＤが“２”のユーザによる仮想化基盤２００の利用が、時刻“２０１４年４月１日  ９：００”にあったことが、この利用に伴って発生したトークン認可処理のログを通じて記録されることとなる。そして、この時刻のトークン認可処理が、処理ＩＤが“Ａ”で識別される処理を起因として発生したことも記録されている。つまり、ユーザＩＤが“２”のユーザによる、仮想システムのシステム構築Ａを起因とするトークン認可処理が、時刻“２０１４年４月１日  ９：００”にあったことが把握できる。
【００９５】
なお、後述するが、図１３に示される処理によって、トークン認可処理の起因となる処理の種類別に、トークン認可処理が発生してから次のトークン認可処理が発生するまでの平均時間が算出され、算出された平均時間を利用することで、トークンの有効期限をどの程度延長するのが好ましいのかが判定される。
【００９６】
図１３に、実施例の認証装置による、更新ルールの作成処理の例が示される。図１３に示される更新ルールの作成処理は、図２に示される認証サーバ装置２２０の推定部５１２によって実行される処理である。この処理は、図１２に示されるログを使用することで、特定のユーザによる処理の履歴に基づいて、トークンの有効期限が延長される際に適用される期間を処理の種類毎に推定し、その結果として、トークンの有効期限が延長される際に適用される期間の更新ルールを作成するための処理である。これらの処理が、処理１３００により開始される。
【００９７】
特定のユーザを指定する処理１３０２が実行される。処理１３０２では、ユーザＩＤを指定することで、特定のユーザを指定する。例えば、図１２も参照しながら一例を説明すると、ユーザＩＤとして“２”を指定することが、この処理１３０２に対応する。
【００９８】
トークン認可処理のログから、指定されたユーザのＩＤを含む履歴を抽出する処理１３０４が実行される。処理１３０４では、図１２に示されるログにおいて、処理１３０２に指定されたユーザＩＤに関連する記録を集めることで、当該ユーザについてのトークン認可処理の履歴を抽出する。例えば、図１２に示されるログにおいて、ユーザＩＤが“２”であるユーザが要求した処理を起因として発生したトークン認可処理の記録が集められる。より具体的には、ユーザＩＤが“２”のユーザによって要求された、処理ＩＤが“Ａ”の処理を起因として時刻“２０１４年４月１日  ９：００”に発生したトークン認可処理の記録が抽出される。また、ユーザＩＤが“２”のユーザによって要求された、処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月１日  １１：５０”に発生したトークン認可処理の記録が抽出される。また、ユーザＩＤが“２”のユーザによって要求された、処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月１日  １４：０４”に発生したトークン認可処理の記録が抽出される。また、ユーザＩＤが“２”のユーザによって要求された、処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月１日  １６：１８”に発生したトークン認可処理の記録が抽出される。また、ユーザＩＤが“２”のユーザによって要求された、処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月２日  １０：１０”に発生したトークン認可処理の記録が抽出される。また、ユーザＩＤが“２”のユーザによって要求された、処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月５日  １５：００”に発生したトークン認可処理の記録が抽出される。また、ユーザＩＤが“２”のユーザによって要求された、処理ＩＤが“Ｃ”の処理を起因として時刻“２０１４年４月１日  １８：５０”に発生したトークン認可処理の記録が抽出される。また、ユーザＩＤが“２”のユーザによって要求された、処理ＩＤが“Ａ”の処理を起因として時刻“２０１４年４月１２日  ９：１１”に発生したトークン認可処理の記録が抽出される。また、ユーザＩＤが“２”のユーザによって要求された、処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月１２日  ９：２１”に発生したトークン認可処理の記録が抽出される。
【００９９】
特定の処理のＩＤを指定する処理１３０６が実行される。処理１３０６では、例えば、図１２に示されたユーザＩＤが“２”の記録において、処理ＩＤが“Ａ”の記録が指定される。
【０１００】
指定された処理のＩＤが関連付けられた各トークン認可処理において、当該トークン認可処理の後、次のトークン認可処理が実行されるまでの時間を抽出する処理１３０８が実行される。処理１３０８では、あるユーザの特定の処理を起因として発生したトークン認可処理の後、同じユーザによって要求された、次の処理を起因として発生したトークン認可処理までの時間が抽出される。なお、この次の処理は、当該特定の処理によらず、他の種類の処理であってもよい。
【０１０１】
図１２も参照しながら一例を説明する。例えば、処理１３０６によって、処理ＩＤ“Ａ”が指定されていた場合、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ａ”の処理を起因として時刻“２０１４年４月１日  ９：００”に発生したトークン認可処理の次に、ユーザＩＤが“２”のユーザによって要求された次の処理を起因として時刻“２０１４年４月１日  １１：５０”にトークン認可処理が発生している。この場合、指定された処理のＩＤが関連付けられたトークン認可処理において、当該トークン認可処理の後、次のトークン認可処理が実行されるまでの時間は、“２時間５０分”となる。
【０１０２】
また、図１２に示されるログには、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ａ”の処理を起因として時刻“２０１４年４月１２日  ９：１１”に発生したトークン認可処理の次に、ユーザＩＤが“２”のユーザによって要求された次の処理を起因として時刻“２０１４年４月１２日  ９：２１”にトークン認可処理が発生している。この場合、指定された処理のＩＤが関連付けられたトークン認可処理において、当該トークン認可処理の後、次のトークン認可処理が実行されるまでの時間は、“１０分”となる。
【０１０３】
抽出した各時間に基づき、平均時間を算出する処理１３１０が実行される。処理１３１０では、処理１３０８によって抽出した各時間の平均時間を算出する。上述の例であれば、各時間が、“２時間５０分”と、“１０分”とであるため、平均時間は“１時間３０分”となる。
【０１０４】
そして、この実施例では、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ａ”の処理を起因としてトークン認可処理が実行された場合に、ユーザＩＤが“２”のユーザによって次に要求された処理を起因としてトークン認可処理が発生するまでの時間として推定される。
【０１０５】
ここで、処理１３１２を説明する前に、図１４に示される判定基準を説明する。
【０１０６】
図１４に、実施例の更新ルールを作成する場合に参照される判定基準の例が示される。判定基準は、閾値と、処理１３１０で算出される平均時間が閾値よりも長い場合に適用される設定期間と、処理１３１０で算出される平均時間が閾値以下の場合に適用される設定期間とを含む。一例ではあるが、図１４には、閾値が“３日”の場合に、処理１３１０で算出される平均時間が閾値よりも長い場合に適用される設定期間が“０．１日”であって、処理１３１０で算出される平均時間が閾値以下の場合に適用される設定期間が“１０日”であることが示される。なお、この判定基準は、ユーザ毎に別の基準を設けてもよい。また、ユーザの利用形態に応じて判定基準を変更してもよい。
【０１０７】
図１３の説明に戻る。平均時間に基づいてトークンの有効期限が更新される際に適用される期間を決定する処理１３１２が実行される。処理１３１２では、処理１３１０によって算出された平均時間と、図１４に示される判定基準を使用して、トークンの有効期限が更新される際に適用される期間を決定する。
【０１０８】
例えば、上述の例では、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ａ”の処理を起因としてトークン認可処理が実行された場合に、ユーザＩＤが“２”のユーザによって次に要求された処理を起因としてトークン認可処理が発生するまでの平均時間が、“１時間３０分”であった。処理１３１２では、この平均時間と、図１４の判定基準において定められる閾値“３日”とを比較する。比較の結果、平均時間“１時間３０分”が閾値“３日”よりも短いため、設定期間は“１０日”と決定される。そして、後述される処理１３１４によって、図１５に示される更新ルールに登録される。
【０１０９】
これにより、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ａ”の処理を起因として発生するトークン認可処理が成功した場合、上述した処理１１０８において更新ルールが参照されることによって、トークンの有効期限は、そのトークン認可処理が成功した時刻に“１０日”加算した時刻に更新されることになる。
【０１１０】
ところで、上述した平均時間が短いということは、すぐにユーザが仮想システムに関する何かしらの処理を要求する傾向があることを意味しており、これによって、すぐにトークン認可処理が発生する可能性が高いということを意味している。このようなユーザの利用傾向があるにもかかわらず、トークンをデータベースから削除してしまうと、改めてログイン認証処理をしてトークンの発行を受ける必要があるため、トークンの利便性が悪い。他方で、後述するが、平均時間が長いということは、仮想システムに関する次の処理が要求されるまでの期間が長く、これによって、すぐにトークン認可処理が発生する可能性が低いということを意味している。そのため、そのような利用傾向であれば、再度、ログイン認証処理は発生するものの、他のユーザにとってのトークン認可処理の負荷を軽くし、かつ、悪意のあるユーザによってトークンが盗まれるリスクを下げるためにも、データベースからトークンを削除しておいてもよいと考えられる。
【０１１１】
このように、実施例によれば、あるユーザの特定の処理に注目し、その特定の処理に次いで要求される次の処理までの平均時間を、それらの処理を起因として発生するトークン認可処理の履歴から算出し、この平均時間を利用することで、当該特定の処理後の、ユーザによる利用傾向を推定し、これによって、将来、当該特定の処理と同じ種類の処理を起因として発生したトークン認可処理が成功した場合に適用される、トークンの有効期限の延長量を決定している。
【０１１２】
決定された期間を、当該ユーザ及び処理に関連付けて登録する処理１３１４が実行される。処理１３１４では、処理１３１２によって推定された期間を、指定されているユーザと指定されている処理とに関連付けて、更新ルールとして登録する。例えば、ユーザＩＤ“２”と処理ＩＤ“Ａ”に期間“１０日”を関連付けて、更新ルールとして登録する。なお、更新ルールについては、図１５に沿って後述する。
【０１１３】
他の処理を指定するか否かを判定する処理１３１６が実行される。処理１３１６では、処理１３０２で指定されたユーザについて、他の処理についての利用傾向を推定するために、他の処理を指定するか否かを確認する。他の処理を指定しないとされた場合には処理１３２０に移る。
【０１１４】
処理１３１６において、他の処理を指定するとされた場合に、他の処理ＩＤを指定する処理１３１８が実行される。ここで、他の処理ＩＤとして、処理ＩＤ“Ｂ”が指定されたとし、次いで、処理１３０８が実行された場合を、図１２も参照しながら説明する。
この場合、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月１日  １１：５０”に発生したトークン認可処理の次に、ユーザＩＤが“２”のユーザによって要求された次の処理を起因として時刻“２０１４年４月１日  １４：０４”にトークン認可処理が発生している。この場合、指定された処理のＩＤが関連付けられたトークン認可処理において、当該トークン認可処理の後、次のトークン認可処理が実行されるまでの時間は、“２時間１４分”となる。
【０１１５】
また、図１２に示されるログには、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月１日  １４：０４”に発生したトークン認可処理の次に、ユーザＩＤが“２”のユーザによって要求された次の処理を起因として時刻“２０１４年４月１日  １６：１８”にトークン認可処理が発生している。この場合、指定された処理のＩＤが関連付けられたトークン認可処理において、当該トークン認可処理の後、次のトークン認可処理が実行されるまでの時間は、“２時間１４分”となる。
【０１１６】
また、図１２に示されるログには、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月１日  １６：１８”に発生したトークン認可処理の次に、ユーザＩＤが“２”のユーザによって要求された次の処理を起因として時刻“２０１４年４月２日  １０：１０”にトークン認可処理が発生している。この場合、指定された処理のＩＤが関連付けられたトークン認可処理において、当該トークン認可処理の後、次のトークン認可処理が実行されるまでの時間は、“１７時間５２分”となる。
【０１１７】
また、図１２に示されるログには、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月２日  １０：１０”に発生したトークン認可処理の次に、ユーザＩＤが“２”のユーザによって要求された次の処理を起因として時刻“２０１４年４月５日  １５：００”にトークン認可処理が発生している。この場合、指定された処理のＩＤが関連付けられたトークン認可処理において、当該トークン認可処理の後、次のトークン認可処理が実行されるまでの時間は、“７６時間５０分”となる。
【０１１８】
また、図１２に示されるログには、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｂ”の処理を起因として時刻“２０１４年４月５日  １５：００”に発生したトークン認可処理の次に、ユーザＩＤが“２”のユーザによって要求された次の処理を起因として時刻“２０１４年４月５日  １８：５０”にトークン認可処理が発生している。この場合、指定された処理のＩＤが関連付けられたトークン認可処理において、当該トークン認可処理の後、次のトークン認可処理が実行されるまでの時間は、“３時間５０分”となる。
【０１１９】
次いで、ユーザＩＤが“２”のユーザの処理ＩＤ“Ｂ”について、抽出した各時間に基づき、平均時間を算出する処理１３１０が実行される。この例の場合の平均時間は、“２０時間３６分”となる。そして、この平均時間が、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｂ”の処理を起因としてトークン認可処理が実行された場合に、ユーザＩＤが“２”のユーザによって次に要求された処理を起因としてトークン認可処理が発生するまでの時間として推定される。なお、処理ＩＤが“Ｂ”の処理のように、発生頻度が高い処理については、トークン認可処理が発生する頻度も高いため、トークンがデータベースから削除されにくいようにするために、発生頻度に応じた１以下の係数を、算出された平均時間にかけあわせたものを改めて平均時間として取り扱ってもよい。
【０１２０】
次いで、ユーザＩＤが“２”のユーザの処理ＩＤ“Ｂ”について、平均時間に基づいてトークンの有効期限が更新される際に適用される期間を決定する処理１３１２が実行される。この例の場合では、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｂ”の処理を起因としてトークン認可処理が実行された場合に、ユーザＩＤが“２”のユーザによって次に要求された処理を起因としてトークン認可処理が発生するまでの平均時間が、“２０時間３６分”であった。処理１３１２では、この平均時間と、図１４の判定基準において定められる閾値“３日”とを比較する。比較の結果、平均時間“２０時間３６分”が閾値“３日”よりも短いため、設定期間は“１０日”と決定される。そして、上述した処理１３１４によって、図１５に示される更新ルールに登録される。
【０１２１】
これにより、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｂ”の処理を起因として発生するトークン認可処理が成功した場合、上述した処理１１０８において更新ルールが参照されることによって、トークンの有効期限は、そのトークン認可処理が成功した時刻に“１０日”加算した時刻に更新されることになる。
【０１２２】
ところで、他の処理ＩＤを指定する処理１３１８が実行された場合に、他の処理ＩＤとして、処理ＩＤ“Ｃ”が指定されたとし、次いで、処理１３０８が実行された場合を、図１２も参照しながら説明する。
【０１２３】
この場合、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｃ”の処理を起因として時刻“２０１４年４月５日  １８：５０”に発生したトークン認可処理の次に、ユーザＩＤが“２”のユーザによって要求された次の処理を起因として時刻“２０１４年４月１２日  ９：１１”にトークン認可処理が発生している。この場合、指定された処理のＩＤが関連付けられたトークン認可処理において、当該トークン認可処理の後、次のトークン認可処理が実行されるまでの時間は、“１５８時間２１分”となる。
【０１２４】
次いで、ユーザＩＤが“２”のユーザの処理ＩＤ“Ｃ”について、抽出した各時間に基づき、平均時間を算出する処理１３１０が実行される。この例の場合の平均時間は、“１５８時間２１分”となる。そして、この平均時間が、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｃ”の処理を起因としてトークン認可処理が実行された場合に、ユーザＩＤが“２”のユーザによって次に要求された処理を起因としてトークン認可処理が発生するまでの時間として推定される。
【０１２５】
次いで、ユーザＩＤが“２”のユーザの処理ＩＤ“Ｃ”について、平均時間に基づいてトークンの有効期限が更新される際に適用される期間を決定する処理１３１２が実行される。この例の場合では、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｃ”の処理を起因としてトークン認可処理が実行された場合に、ユーザＩＤが“２”のユーザによって次に要求された処理を起因としてトークン認可処理が発生するまでの平均時間が、“１５８時間２１分”であった。処理１３１２では、この平均時間と、図１４の判定基準において定められる閾値“３日”とを比較する。比較の結果、平均時間“１５８時間２１分”が閾値“３日”よりも長いため、設定期間は“０．１日”と決定される。そして、上述した処理１３１４によって、図１５に示される更新ルールに登録される。
【０１２６】
これにより、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｃ”の処理を起因として発生するトークン認可処理が成功した場合、上述した処理１１０８において更新ルールが参照されることによって、トークンの有効期限は、そのトークン認可処理が成功した時刻に“０．１日”加算した時刻に更新されることになる。
【０１２７】
このように、平均時間が長いということは、仮想システムに関する次の処理が要求されるまでの期間が長く、これによって、すぐにトークン認可処理が発生する可能性が低いということを意味している。そのため、そのような利用傾向であれば、再度、ログイン認証処理は発生するものの、他のユーザにとってのトークン認可処理の負荷を軽くし、かつ、悪意のあるユーザによってトークンが盗まれるリスクを下げるためにも、データベースからトークンを削除しておいてもよいと考えられる。つまり、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ｃ”の処理を起因として発生するトークン認可処理が成功した場合、次に要求される処理前の期間が長いと推定されて、トークンがデータベースから削除されやすくなるよう、トークンの有効期限が短めに更新される。
【０１２８】
さて、処理１３１６において、他の処理を指定しないと判定された場合に、他のユーザを指定するか否かを確認する処理１３２０が実行される。処理１３２０の確認は、他のユーザに適用される更新ルールを作成するかどうかを決めるための処理である。全てのユーザについて更新ルールを作成するならば、指定していないユーザがいなくなるまで、ユーザの指定を繰り返せばよい。
【０１２９】
処理１３２０において、他のユーザを指定すると判定された場合に、他のユーザを指定する処理１３２２が実行される。処理１３２２が実行されると、処理１３０４に移る。
【０１３０】
処理１３２０において、他のユーザを指定しないと判定された場合に、処理１３２４に移り、図１３に示される処理を終了する。
【０１３１】
図１５に、実施例の有効期限付き認可情報の有効期限を更新するための更新ルールの例が示される。この更新ルールは、図１２に示されるログに基づき、図１３に示される処理が実行されることで作成される情報である。
【０１３２】
例えば、ユーザＩＤが“１”のユーザによって要求された処理ＩＤが“Ａ”の処理を起因するトークン認可処理が成功した場合に、このトークンの有効期限を更新する際に適用する期間が“０．１日”となるように、互いの情報が更新ルールにおいて関連付けられている。これは、例えば、図４（Ａ）に利用傾向が示されたユーザ１のトークンに適用される例である。ユーザ１は、仮想システムを構築した後、この仮想システムのシステム構成をしばらく変更せずにサービスを提供するので、実施例によって、トークンがデータベースから削除されやすくなるように有効期限が更新されることとなる。
【０１３３】
他方、更新ルールでは、ユーザＩＤが“２”のユーザによって要求された処理ＩＤが“Ａ”の処理を起因とするトークン認可処理が成功した場合に、このトークンの有効期限を更新する際に適用する期間が“１０日”となるように、互いの情報が更新ルールにおいて関連付けられている。これは、例えば、図４（Ｂ）及び（Ｃ）に利用傾向が示されたユーザ２のトークンに適用される例である。ユーザ２は、仮想システムを構築した後、この仮想システムのシステム構成を変更する傾向があるため、比較的時間を空けずにトークン認可処理が発生するとして、実施例によって、トークンがデータベースから削除されにくくなるように有効期限が更新されることとなる。
【０１３４】
なお、この更新ルールでは、ユーザが要求する処理と処理との依存関係を使って、トークンの有効期限を更新する際に適用する期間を定めてもよい。例えば、処理Ａの後には、この処理Ａに関連する処理Ｂが一連の処理として待ち受けているのであれば、処理Ａを起因とする認可処理が成功した後に、トークンの延長期限を長めに更新して、処理Ｂを起因とする認可処理が発生するまで、トークンがデータベースに維持されるように、更新ルールを定めてもよい。
【０１３５】
図１６に、実施例の認証装置による、有効期限付き認可情報であるトークンの削除処理の例が示される。図１６に示される削除処理は、図２に示される認証サーバ装置２２０の削除部５３０によって実行される処理である。この処理は、処理１６００により開始される。
【０１３６】
有効期限が過ぎたトークンがあるか否かを判定する処理１６０２が実行される。処理１６０２では、データベースに登録されたトークンの有効期限をもとに、有効期限が過ぎたトークンが無いか否かを判定する。有効期限が過ぎたトークンが無い場合には処理１６０２を繰り返す。
【０１３７】
有効期限が過ぎたトークンをデータベースから削除する処理１６０４が実行される。処理１６０２の判定の結果、有効期限が過ぎたトークンがあった場合には、処理１６０４により、そのトークンがデータベースから削除される。
【０１３８】
図１７に、実施例の各装置のハードウェア構成の例が示される。図１に示されるユーザ装置１２０、ユーザ装置１３０、サーバ装置１４０、サーバ装置１４２、サーバ装置１４４、サーバ装置１４６、サーバ装置１４８は、基本的なコンピュータであり、図１７に示されるコンピュータの基本的はハードウェア構成を各々が有する。このハードウェア構成は、互いにバスで接続された、ＣＰＵ１７００、メモリ１７１０、ストレージ１７２０、通信インターフェース１７３０、及び入出力装置１７４０を含む。なお、ストレージ１７２０が、図１に示されるストレージ装置１５０やストレージ装置１５２等である。
【０１３９】
ところで、メモリ１７１０には、各種処理を実行するためのプログラムが格納されている。ＣＰＵ１７００は、メモリ１７１０からプログラムを読み出し、各種処理を実行する。ＣＰＵ１７００によって実行される各種処理の実行に伴い、メモリ１７１０に対するデータの書き込み及び読み出しが実行される。
【０１４０】
ＣＰＵ１７００は、通信インターフェース１７３０にデータを転送する。ＣＰＵ１７００は、ストレージ１７２０からデータを読み出し、またストレージ１７２０にデータを書き込む。
【０１４１】
ＣＰＵ１７００は、各種処理を実行するための１以上のＣＰＵコアを含んでいてもよい。また、各ＣＰＵコアは１以上のプロセッサを含んでいてもよい。なお、ＣＰＵ１７００が複数のＣＰＵコアを含む場合には、当該各種処理を、複数のＣＰＵコアに協業させて実行させてもよく、又はそのうちの１つのＣＰＵコアに実行させてもよい。また、各ＣＰＵコアが複数のプロセッサを含む場合には、当該各種処理を、複数のプロセッサに協業させて実行させてもよく、又はそのうちの１つのプロセッサに実行させてもよい。
【０１４２】
メモリ１７１０は、例えばＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などのＲＡＭである。ストレージ１７２０は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やフラッシュメモリなどの不揮発性メモリ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）又はＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気ディスク装置である。通信インターフェース１７３０は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）である。入出力装置１７４０は、例えば、キーボード、マウス、ディスプレイ等である。
【０１４３】
図１７に示されるようなハードウェアの基本構成を含む認証サーバ装置２２０によって、図５に示される機能ブロックが実現される。また、図６、図８、図１０、図１１、図１３及び図１６に示される処理が実行される。
【０１４４】
上述の実施例によれば、ユーザの認可処理に使用される有効期限付き認可情報の有効期限が、認可処理の履歴に基づいて決定された期間によって更新されることで、当該ユーザのための認可処理の要求状況に合わせて更新されるため、データベースに登録されている認可情報が当該状況に合わせて維持及び削除される。
【０１４５】
以下に、実施例を付記としてまとめる。
（付記１）
情報を処理する物理リソースを仮想化した仮想化基盤を管理するシステムであって、
前記仮想化基盤を利用するユーザから、前記仮想化基盤において構築される仮想システムに関連する処理の要求を受け付けた場合に、前記処理を実行する前に、前記ユーザが前記仮想化基盤を利用する権限を有するか否かを認可するための認可処理を要求する管理装置と、
前記管理装置から前記認可処理の要求を受け付けた場合に、前記ユーザが前記仮想化基盤を利用する権限を有するか否かを認証するための有効期限付き認可情報に基づいて、前記認可処理を実行する認証装置を有し、
前記管理装置は、前記認可処理を前記認証装置に要求する場合に、前記認可処理の起因となった処理を識別するための処理識別情報と、前記ユーザを識別するための前記ユーザ識別情報とを前記認証装置に通知し、
前記認証装置は、
前記有効期限付き認可情報に基づく認可処理の要求を受け付けた場合に、前記認可処理の起因となった処理を識別するための前記処理識別情報を、前記ユーザを識別するための前記ユーザ識別情報に関連付けて記録することで、前記ユーザによって要求された処理の履歴を取り、
前記ユーザから特定の処理が要求された場合の、前記特定の処理に続く次の処理を起因とする認可処理が要求されるまでの時間を前記履歴に基づいて推定し、
前記特定の処理を起因とする認可処理において前記ユーザが認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新する
ことを特徴とするシステム。
（付記２）
前記認証装置は、
前記履歴から、前記特定の処理を起因として発生した認可処理についての複数の記録を抽出し、
前記複数の記録の各々について、前記特定の処理に続く次の処理を起因とする認可処理が要求されるまでの経過時間を取得し、
前記複数の記録の各々についての、前記複数の経過時間の平均時間を算出し、
前記認証装置は、前記平均時間に基づいて、前記ユーザから前記特定の処理が要求された場合の、前記特定の処理に続く前記次の処理を起因とする前記認可処理が要求されるまでの前記時間を推定する
ことを特徴とする付記１に記載のシステム。
（付記３）
前記認証装置は、
推定された前記時間が特定の基準よりも長い場合に、前記有効期限付き認可情報の前記有効期限を第１の時間に設定し、
推定された前記時間が前記特定の基準以下の場合に、前記有効期限付き認可情報の前記有効期限を、前記第１の時間よりも長い第２の時間に設定する
ことを特徴とする付記１又は２に記載のシステム。
（付記４）
前記認証装置は、
前記ユーザを識別するための前記ユーザ識別情報と、前記ユーザ識別情報に関連付けられたパスワードとに基づく認証処理を受け付け、
前記認証処理が成功すると、前記有効期限付き認可情報を生成し、
前記有効期限付き認可情報を前記ユーザに発行する
ことを特徴とする付記１〜３の何れか１つに記載のシステム。
（付記５）
前記認証装置は、
前記有効期限付き認可情報を生成すると、データベースに前記有効期限付き認可情報を登録し、
前記有効期限付き認可情報の前記有効期限が過ぎると、前記データベースから前記有効期限付き認可情報を削除する
ことを特徴とする付記１〜４の何れか１つに記載のシステム。
（付記６）
前記管理装置は、前記仮想化基盤の仮想リソースの種類に応じて、前記仮想化基盤において構築される仮想システムに関連する前記処理を実行するための複数のコンポーネントを有し、
前記複数のコンポーネントは、前記処理を実行する前に、各々が個別に前記認可処理を前記認証装置に要求することを特徴とする付記１〜５の何れか１つに記載のシステム。
（付記７）
前記システムは、
前記ユーザから、前記仮想化基盤において構築される仮想システムに関連する処理の要求を受け付けた場合に、受け付けた前記処理の種類に応じた特定のプログラムを実行することによって、前記処理を前記管理装置に要求する受け付け装置を有し、
前記受け付け装置は、前記処理識別情報として、前記特定のプログラムを識別するためのプログラム識別情報を前記管理装置に通知する
ことを特徴とする付記１〜５の何れか１つに記載のシステム。
（付記８）
前記認可処理の起因となった前記処理は、前記仮想化基盤における仮想リソースの利用内容の変更を伴う処理である
ことを特徴とする付記１〜７の何れか１つに記載のシステム。
（付記９）
有効期限付き認可情報に基づく認可処理の要求を受け付け、前記認可処理の起因となった処理を識別する情報を前記処理の要求元に関連付けて記録することで、前記要求元によって要求された処理の履歴を取り、
前記要求元から特定の処理が要求された場合の、前記特定の処理に続いて他の処理が要求されるまでの時間を前記履歴に基づいて推定し、
前記特定の処理を起因とする認可処理において前記利用元が認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新する
ことを特徴とする認証装置。
（付記１０）
コンピュータに、
有効期限付き認可情報に基づく認可処理の要求を受け付け、前記認可処理の起因となった処理を識別する情報を前記処理の要求元に関連付けて記録することで、前記要求元によって要求された処理の履歴を取ること、
前記要求元から特定の処理が要求された場合の、前記特定の処理に続いて他の処理が要求されるまでの時間を前記履歴に基づいて推定すること、
前記特定の処理を起因とする認可処理において前記利用元が認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新すること
を実行させる認証プログラム。
（付記１１）
コンピュータが、
有効期限付き認可情報に基づく認可処理の要求を受け付け、前記認可処理の起因となった処理を識別する情報を前記処理の要求元に関連付けて記録することで、前記要求元によって要求された処理の履歴を取り、
前記要求元から特定の処理が要求された場合の、前記特定の処理に続いて次の処理が要求されるまでの時間を前記履歴に基づいて推定し、
前記特定の処理を起因とする認可処理において前記利用元が認可された場合に、前記有効期限付き認可情報の有効期限を前記時間に基づいて更新する
ことを特徴とする認証方法。
【符号の説明】
【０１４６】
１００  データセンタ
１１０  ネットワーク
１２０、１３０  ユーザ装置
１４０、１４２、１４４、１４６、１４８  サーバ装置
１５０、１５２  ストレージ装置
２００  仮想化基盤
２０２  ＣＰＵリソースプール
２０４  メモリリソースプール
２０６  ネットワークリソースプール
２０８  ストレージリソースプール
２１０  管理サーバ装置
２１２  仮想マシン管理用コンポーネント
２１４  仮想ネットワーク管理用コンポーネント
２１６  仮想ストレージ管理用コンポーネント
２２０  認証サーバ装置
２３０  受け付けサーバ装置
５００  ログイン認証処理部
５１０  トークン認可処理部
５２０  推定部
５３０  削除部
１７００  ＣＰＵ
１７１０  メモリ
１７２０  ストレージ
１７３０  通信インターフェース
１７４０  入出力装置
【図１】
2016009276.tif 000003
【図２】
2016009276.tif 000004
【図３】
2016009276.tif 000005
【図４】
2016009276.tif 000006
【図５】
2016009276.tif 000007
【図６】
2016009276.tif 000008
【図７】
2016009276.tif 000009
【図８】
2016009276.tif 000010
【図９】
2016009276.tif 000011
【図１０】
2016009276.tif 000012
【図１１】
2016009276.tif 000013
【図１２】
2016009276.tif 000014
【図１３】
2016009276.tif 000015
【図１４】
2016009276.tif 000016
【図１５】
2016009276.tif 000017
【図１６】
2016009276.tif 000018
【図１７】
2016009276.tif 000019