知財求人 - 知財ポータルサイト「IP Force」
▶ インターナショナル・ビジネス・マシーンズ・コーポレーションの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-09-12
(54)【発明の名称】アクセス・トークンの段階的検証
(51)【国際特許分類】
G06F 21/33 20130101AFI20240905BHJP
【ＦＩ】
G06F21/33
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024515861
(86)(22)【出願日】2022-09-15
(85)【翻訳文提出日】2024-03-12
(86)【国際出願番号】 CN2022119007
(87)【国際公開番号】W WO2023040953
(87)【国際公開日】2023-03-23
(31)【優先権主張番号】17/479,063
(32)【優先日】2021-09-20
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】390009531
【氏名又は名称】インターナショナル・ビジネス・マシーンズ・コーポレーション
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】Ｎｅｗ Ｏｒｃｈａｒｄ Ｒｏａｄ， Ａｒｍｏｎｋ， Ｎｅｗ Ｙｏｒｋ １０５０４， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100112690
【弁理士】
【氏名又は名称】太佐 種一
(74)【代理人】
【識別番号】100120710
【弁理士】
【氏名又は名称】片岡 忠彦
(72)【発明者】
【氏名】ジアン、ペンフイ
(72)【発明者】
【氏名】リュウ、シンペン
(72)【発明者】
【氏名】ウー、ウェイ
(72)【発明者】
【氏名】チェン、シャオリン
(57)【要約】
アクセス・トークンの段階的検証に関する方法、システム、およびコンピュータ・プログラム製品が提供される。クライアントからのサービスに関するトランザクションの初期呼び出しの傍受に応答して、サービスに関するトランザクションの初期呼び出し用のトークンが検証され、この検証は、認証サーバに問い合わせることと、トークンに対して受信された有効期間をローカルに格納することと、を含む。クライアントからのサービスに関するトランザクションの少なくとも１つの連続呼び出しの傍受に応答して、ローカルに保存された有効期間に基づいて、少なくとも１つの連続呼び出し用のトークンが有効であるものと判定される。認証サーバに問い合わせることなく、サービスに関するトランザクションの少なくとも１つの連続呼び出しの受け渡しが許可される。
【特許請求の範囲】
【請求項1】
コンピュータ実装方法であって、クライアントからのサービスに関するトランザクションの初期呼び出しの傍受に応答して、前記サービスに関する前記トランザクションの前記初期呼び出し用のトークンを検証することであり、認証サーバに問い合わせること、および前記トークンに対して受信された有効期間をローカルに格納することを含む、前記検証することと、
前記クライアントからの前記サービスに関する前記トランザクションの少なくとも１つの連続呼び出しの傍受に応答して、ローカルに保存された前記有効期間に基づいて、前記少なくとも１つの連続呼び出し用の前記トークンが有効であるものと判定することと、
前記認証サーバに問い合わせることなく、前記サービスに関する前記トランザクションの前記少なくとも１つの連続呼び出しの受け渡しを許可することと、
を含むコンピュータ実装方法。
【請求項2】
前記少なくとも１つの連続呼び出しが前記トランザクションの最終呼び出しであるものと判定することと、前記トランザクションを実行することと、
をさらに含む、請求項１に記載のコンピュータ実装方法。
【請求項3】
ローカルに保存された前記有効期間の終了に基づいて、最終連続呼び出し用の前記トークンが無効であるものと判定することと、前記サービスに関する前記トランザクションの前記最終連続呼び出しの受け渡しを阻止することと、
前記トランザクションを後退させることと、
をさらに含む、請求項１に記載のコンピュータ実装方法。
【請求項4】
前記トランザクションの実行または後退に応答して、前記トークンの前記有効期間をクリアすることにより、前記トークンの未許可再利用を回避することをさらに含む、請求項１に記載のコンピュータ実装方法。
【請求項5】
ローカルに保存された前記有効期間に基づいて、前記少なくとも１つの連続呼び出し用の前記トークンが有効であるものと判定することが、前記少なくとも１つの連続呼び出し用の前記トークンの検証のためにバックエンド・サービス・コンピュータ・システムが前記認証サーバに問い合わせることを阻止することを含む、請求項１に記載のコンピュータ実装方法。
【請求項6】
ローカルに保存された前記有効期間に基づいて、前記少なくとも１つの連続呼び出し用の前記トークンが有効であるものと判定することが、前記少なくとも１つの連続呼び出し用の前記トークンの検証のためにバックエンド・サービス・コンピュータ・システムが前記認証サーバに問い合わせることの要求を回避する、請求項１に記載のコンピュータ実装方法。
【請求項7】
前記トランザクションが、バックエンド・サービス・コンピュータ・システムと関連付けられた少なくとも１つのリソースに変更を加える、請求項１に記載のコンピュータ実装方法。
【請求項8】
システムであって、コンピュータ可読命令を有するメモリと、
前記コンピュータ可読命令を実行するための１つまたは複数のプロセッサであって、前記コンピュータ可読命令が、
クライアントからのサービスに関するトランザクションの初期呼び出しの傍受に応答して、前記サービスに関する前記トランザクションの前記初期呼び出し用のトークンを検証することであり、認証サーバに問い合わせること、および前記トークンに対して受信された有効期間をローカルに格納することを含む、前記検証することと、
前記クライアントからの前記サービスに関する前記トランザクションの少なくとも１つの連続呼び出しの傍受に応答して、ローカルに保存された前記有効期間に基づいて、前記少なくとも１つの連続呼び出し用の前記トークンが有効であるものと判定することと、
前記認証サーバに問い合わせることなく、前記サービスに関する前記トランザクションの前記少なくとも１つの連続呼び出しの受け渡しを許可することと、
を含む動作を実行するように前記１つまたは複数のプロセッサを制御する、前記１つまたは複数のプロセッサと、
を備えるシステム。
【請求項9】
前記動作が、前記少なくとも１つの連続呼び出しが前記トランザクションの最終呼び出しであるものと判定することと、
前記トランザクションを実行することと、
をさらに含む、請求項８に記載のシステム。
【請求項10】
前記動作が、ローカルに保存された前記有効期間の終了に基づいて、最終連続呼び出し用の前記トークンが無効であるものと判定することと、
前記サービスに関する前記トランザクションの前記最終連続呼び出しの受け渡しを阻止することと、
前記トランザクションを後退させることと、
をさらに含む、請求項８に記載のシステム。
【請求項11】
前記動作が、前記トランザクションの実行または後退に応答して、前記トークンの前記有効期間をクリアすることにより、前記トークンの未許可再利用を回避することをさらに含む、請求項８に記載のシステム。
【請求項12】
ローカルに保存された前記有効期間に基づいて、前記少なくとも１つの連続呼び出し用の前記トークンが有効であるものと判定することが、前記少なくとも１つの連続呼び出し用の前記トークンの検証のためにバックエンド・サービス・コンピュータ・システムが前記認証サーバに問い合わせることを阻止することを含む、請求項８に記載のシステム。
【請求項13】
ローカルに保存された前記有効期間に基づいて、前記少なくとも１つの連続呼び出し用の前記トークンが有効であるものと判定することが、前記少なくとも１つの連続呼び出し用の前記トークンの検証のためにバックエンド・サービス・コンピュータ・システムが前記認証サーバに問い合わせることの要求を回避する、請求項８に記載のシステム。
【請求項14】
前記トランザクションが、バックエンド・サービス・コンピュータ・システムと関連付けられた少なくとも１つのリソースに変更を加える、請求項８に記載のシステム。
【請求項15】
コンピュータ実装方法であって、クライアントからのサービスに関するトランザクションのアプリケーション・プログラミング・インターフェース（ＡＰＩ）キーを伴うトークン呼び出しの傍受に応答して、アクセス決定エンジンに問い合わせることにより、前記ＡＰＩキーのトークン・リストおよび前記ＡＰＩキーのアクセス・ポリシーを取得することであり、前記ＡＰＩキー、前記トークン・リスト、および前記アクセス・ポリシーが一体的に関連付けられ、ローカルに格納された、前記取得することと、
前記ＡＰＩキーを有する前記サービスに関する呼び出しおよびトークンの傍受に応答して、ローカルに格納された前記ＡＰＩキーの前記トークン・リストおよび前記アクセス・ポリシーに基づいて、前記呼び出しが前記サービスへのアクセスを与えられるものと判定することと、
前記アクセス決定エンジンに問い合わせることなく、前記サービスに関する前記呼び出しのリソースへのアクセスを許可することと、
を含むコンピュータ実装方法。
【請求項16】
ローカルに格納された前記ＡＰＩキーの前記トークン・リストおよび前記アクセス・ポリシーに基づいて、前記ＡＰＩキーを有する前記サービスに関する後続呼び出しおよび別のトークンが前記サービスへのアクセスを与えられるものと判定することをさらに含む、請求項１５に記載のコンピュータ実装方法。
【請求項17】
ローカルに格納された前記ＡＰＩキーの前記トークン・リストおよび前記アクセス・ポリシーに基づいて、前記呼び出しが前記サービスへのアクセスを与えられるものと判定することが、前記アクセス決定エンジンに問い合わせることなく、前記トークンが前記トークン・リストに載っていることを確認することと、前記アクセス・ポリシーが前記ＡＰＩキーによる前記サービスへのアクセスを許可することを確認することと、を含む、請求項１５に記載のコンピュータ実装方法。
【請求項18】
ＡＰＩキー失効イベントを監視することをさらに含む、請求項１５に記載のコンピュータ実装方法。
【請求項19】
前記ＡＰＩキー失効イベントが発生していることに応答して、失効した前記ＡＰＩキーと関連付けられた前記トークン・リストを無効化することにより、前記ＡＰＩキーの別途使用を阻止することをさらに含む、請求項１８に記載のコンピュータ実装方法。
【請求項20】
前記ＡＰＩキー失効イベントが発生していないことに応答して、ローカルに格納された前記トークン・リストが前記ＡＰＩキーのアクセスの決定に継続して使用されることを許可することをさらに含む、請求項１８に記載のコンピュータ実装方法。
【請求項21】
コンピュータ可読媒体において具現化され、請求項１５ないし２０のいずれか一項に記載の方法を実行するように構成されたコンピュータ可読命令を含むコンピュータ・プログラム製品。
【請求項22】
システムであって、コンピュータ可読命令を有するメモリと、
前記コンピュータ可読命令を実行するための１つまたは複数のプロセッサであり、前記コンピュータ可読命令が、請求項１５ないし２０のいずれか一項に記載の方法を実行するように前記１つまたは複数のプロセッサを制御する、前記１つまたは複数のプロセッサと、
を備えるシステム。
【請求項23】
コンピュータ可読媒体において具現化され、請求項１５ないし２０のいずれか一項に記載の方法を実行するように構成されたコンピュータ可読命令を含むコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、一般的にはコンピュータ・システムに関し、より詳細には、アクセス・トークンを段階的に検証するように構成および設定されたコンピュータ実装方法、コンピュータ・システム、およびコンピュータ・プログラム製品に関する。
【背景技術】
【0002】
現代のセキュアなアプリケーションでは、ユーザが適当なリソースにアクセスし得るようにアクセス・トークンを使用することが多く、これらのアクセス・トークンの有効期限は通常、限られている。これは、セキュリティ上のさまざまな理由によるが、その１つとして、アクセス・トークンの有効期限を制限することにより、攻撃者が盗んだトークンを使用し得る時間を制限することである。また、アクセス・トークンに含まれる情報またはアクセス・トークンが参照する情報が古くなってしまう可能性もある。アクセス・トークンの有効期限が切れたり無効になったりする一方、アプリケーションが依然として、保護されたリソースにアクセスする必要がある場合、このアプリケーションは、ユーザに再度アクセス許可を強いることなく新たなアクセス・トークンを取得する、という問題に直面する。この問題を解決するため、ＯＡｕｔｈ２．０（権限付与の業界標準）は、リフレッシュ・トークンと称するアーチファクトを導入している。リフレッシュ・トークンによれば、アプリケーションは、ユーザへの指示なく新たなアクセス・トークンを取得可能となる。
【0003】
アクセス・トークンは、トークンに基づく認証に使用され、アプリケーションによるアプリケーション・プログラミング・インターフェース（ＡＰＩ）へのアクセスを可能にする。アプリケーションは、ユーザがアクセスの認証および許可に成功した後、アクセス・トークンを受け取り、（たとえば、ターゲット・リソースと関連付けられた）ターゲットＡＰＩを呼び出す際に、アクセス・トークンを認証情報として受け渡す。受け渡されたトークンは、ＡＰＩへのアクセスおよび権限付与時に与えられた範囲により指定された特定の動作の実行をトークンの所有者が許可された旨をＡＰＩに通知する。
【0004】
Ａｕｔｈ０は、認証リクエストに応答して、アクセス・トークンまたは識別（ＩＤ）トークンを発行する。アプリケーションは、アクセス・トークンを使用して、セキュアなＡＰＩに対する認証呼び出しを行うことができる。一方、ＩＤトークンは、クレームの形態で表現されたユーザ・プロファイル属性を含む。いずれも、ＪＳＯＮ（Java（Ｒ）Script Object Notation）ウェブ・トークン（ＪＷＴ）であるため、「ｅｘｐ」（有効期限）クレームにより示された有効期限の他、シグネチャ等のセキュリティ対策を有する。通常は、リソースに初めてアクセスする場合または過去に付与されたアクセス・トークンの有効期限が切れた後に、ユーザが新たなアクセス・トークンを必要とする。上述の通り、リフレッシュ・トークンは、更新されたアクセス・トークンの取得に用いられる特別な種類のトークンであり、アプリケーションは、それ以上の使用があり得ないことを示すＤｅｎｙＬｉｓｔにリフレッシュ・トークンが載るまで、新たなアクセス・トークンを要求することができる。アプリケーションは、リフレッシュ・トークンをセキュアに格納する。これらは、ユーザの認証を維持し得るためである。
【0005】
トークンを使用するための既存の技術は、それらの意図する目的に適してはいるものの、本発明の実施形態の特定の特徴を有するシステムが求められている。
【発明の概要】
【0006】
本発明の実施形態は、アクセス・トークンを段階的に検証するためのコンピュータ実装方法を対象とする。非限定的かつ例示的なコンピュータ実装方法は、クライアントからのサービスに関するトランザクションの初期呼び出しの傍受に応答して、サービスに関するトランザクションの初期呼び出し用のトークンを検証することであり、認証サーバに問い合わせること、およびトークンに対して受信された有効期間をローカルに格納することを含む、検証することを含む。このコンピュータ実装方法は、クライアントからのサービスに関するトランザクションの少なくとも１つの連続呼び出しの傍受に応答して、ローカルに保存された有効期間に基づいて、少なくとも１つの連続呼び出し用のトークンが有効であるものと判定することを含む。このコンピュータ実装方法は、認証サーバに問い合わせることなく、サービスに関するトランザクションの少なくとも１つの連続呼び出しの受け渡しを許可することを含む。
【0007】
これは、トランザクション用のトークンを段階的に検証することで既知の方法を改良することにより、管理されたシステムおよびサービスのセキュリティを大幅に確保することができる。他の改良点として、トークンの持続期間が短期間に限定されず、無効なトークンが常に可能な限り早く捕捉され、トークンの検証のコスト（たとえば、時間および通信の繰り返し）が抑制され、複数種類のトークンに対応可能である。
【0008】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、この方法は、少なくとも１つの連続呼び出しがトランザクションの最終呼び出しであるものと判定することと、トランザクションを実行することと、を含む。これにより、認証サーバに問い合わせることなくトークンを検証する技術が提供されるため都合が良い。
【0009】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、この方法は、ローカルに保存された有効期間の終了に基づいて、最終連続呼び出し用のトークンが無効であるものと判定することと、サービスに関するトランザクションの最終連続呼び出しの受け渡しを阻止することと、トランザクションを後退させることと、を含む。これにより、認証サーバに問い合わせることなく、ローカルに格納された情報を使用してトークンを検証し得る技術が提供されるため都合が良い。
【0010】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、この方法は、トランザクションの実行または後退に応答して、トークンの有効期間をクリアすることにより、トークンの未許可再利用を回避することを含む。これにより、認証サーバに問い合わせることなく、ローカルに格納された情報を使用してトークンを検証し得る一方、トークンの誤用を防止する技術が提供されるため都合が良い。
【0011】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、ローカルに保存された有効期間に基づいて、少なくとも１つの連続呼び出し用のトークンが有効であるものと判定することは、少なくとも１つの連続呼び出し用のトークンの検証のためにバックエンド・サービス・コンピュータ・システムが認証サーバに問い合わせることを阻止することを含む。これにより、認証サーバに問い合わせることなく、ローカルに格納された情報を使用してトークンを迅速に検証し得る技術が提供されるため都合が良い。
【0012】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、ローカルに保存された有効期間に基づいて、少なくとも１つの連続呼び出し用のトークンが有効であるものと判定することは、少なくとも１つの連続呼び出し用のトークンの検証のためにバックエンド・サービス・コンピュータ・システムが認証サーバに問い合わせることの要求を回避する。これにより、認証サーバに問い合わせることなく、ローカルに格納された情報を使用してトークンを迅速に検証し得る技術が提供されるため都合が良い。
【0013】
非限定的かつ例示的なコンピュータ実装方法は、クライアントからのサービスに関するトランザクションのアプリケーション・プログラミング・インターフェース（ＡＰＩ）キーを伴うトークン呼び出しの傍受に応答して、アクセス決定エンジンに問い合わせることにより、ＡＰＩキーのトークン・リストおよびＡＰＩキーのアクセス・ポリシーを取得することであり、ＡＰＩキー、トークン・リスト、およびアクセス・ポリシーが一体的に関連付けられ、ローカルに格納された、取得することを含む。このコンピュータ実装方法は、ＡＰＩキーを有するサービスに関する呼び出しおよびトークンの傍受に応答して、ローカルに格納されたＡＰＩキーのトークン・リストおよびアクセス・ポリシーに基づいて、呼び出しがサービスへのアクセスを与えられるものと判定することと、アクセス決定エンジンに問い合わせることなく、サービスに関する呼び出しのリソースへのアクセスを許可することと、を含む。
【0014】
これは、アクセス決定エンジンへのトークン検証アクセスを抑えることで既知の方法を改良して、アタッチされたＡＰＩキーが失効した場合のトークンの誤用のリスクを低減することができる。
【0015】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、この方法は、ローカルに格納されたＡＰＩキーのトークン・リストおよびアクセス・ポリシーに基づいて、ＡＰＩキーを有するサービスに関する後続呼び出しおよび別のトークンがサービスへのアクセスを与えられるものと判定することを含む。これにより、決定エンジンにアクセスする必要なく、ローカルに格納された情報を使用し得る技術が提供されるため都合が良い。
【0016】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、この方法は、ローカルに格納されたＡＰＩキーのトークン・リストおよびアクセス・ポリシーに基づいて、呼び出しがサービスへのアクセスを与えられるものと判定することは、アクセス決定エンジンに問い合わせることなく、トークンがトークン・リストに載っていることを確認することと、アクセス・ポリシーがＡＰＩキーによるサービスへのアクセスを許可することを確認することと、を含むということを含む。これにより、決定エンジンにアクセスする必要なく、ローカルに格納された情報を使用し得る技術が提供されるため都合が良い。
【0017】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、この方法は、ＡＰＩキー失効イベントを監視することを含む。これにより、ＡＰＩキーを直ちに無効化することでＡＰＩキーの誤用を防止し得る技術が提供されるため都合が良い。
【0018】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、この方法は、ＡＰＩキー失効イベントが発生していることに応答して、失効したＡＰＩキーと関連付けられたトークン・リストを無効化することにより、ＡＰＩキーの別途使用を阻止することを含む。これにより、ＡＰＩキーを直ちに無効化することでＡＰＩキーの誤用を防止し得る技術が提供されるため都合が良い。
【0019】
上述もしくは後述の特徴のうちの１つもしくは複数の追加または代替として、本発明の他の実施形態において、この方法は、ＡＰＩキー失効イベントが発生していないことに応答して、ローカルに格納されたトークン・リストがＡＰＩキーのアクセスの決定に継続して使用されることを許可することを含む。これにより、ＡＰＩキー失効イベントが存在しない場合にサービスへのアクセスが許可されるものと迅速に判定し得る技術が提供されるため都合が良い。
【0020】
本発明の他の実施形態は、コンピュータ・システムおよびコンピュータ・プログラム製品において、上述の方法の特徴を実装する。
【0021】
付加的な技術的特徴および利益については、本発明の技術によって実現される。本発明の実施形態および態様を本明細書において詳しく説明するが、これらは、特許請求の範囲に係る主題の一部と考えられる。より深い理解のため、詳細は説明および図面を参照する。
【0022】
本明細書に記載の独占権の明細は、本明細書の最後の特許請求の範囲において詳細に示されるとともに明確に請求される。本発明の実施形態の上記および他の特徴および利点については、添付の図面と併用する以下の詳細な説明から明らかである。
【図面の簡単な説明】
【0023】
【図1】本発明の１つまたは複数の実施形態と併せて使用する例示的なコンピュータ・システムのブロック図である。
【図2】本発明の１つまたは複数の実施形態に係る、アクセス・トークンを段階的に検証するように構成された例示的なコンピューティング環境のブロック図である。
【図3】本発明の１つまたは複数の実施形態に係る、傍受されたトランザクション呼び出しの相互作用パターンに関するコンピュータ実装プロセスのフローチャートである。
【図4】本発明の１つまたは複数の実施形態に係る、ＩＤ・アクセス管理（ＩＡＭ）ポリシーで使用するトークン傍受器としてのサイドカー・コンピュータ・システムの一例を示したブロック図である。
【図5】本発明の１つまたは複数の実施形態に係る、ＩＡＭポリシーで使用するトークン傍受器としてのサイドカー・コンピュータ・システムの一例をさらに示したブロック図である。
【図6】本発明の１つまたは複数の実施形態に係る、ＩＡＭポリシーで使用するトークン傍受器としてのサイドカー・コンピュータ・システムの一例をさらに示したブロック図である。
【図7】本発明の１つまたは複数の実施形態に係る、トークン初期化器を示したブロック図である。
【図8】本発明の１つまたは複数の実施形態に係る、ポリシー管理器を示したブロック図である。
【図9】本発明の１つまたは複数の実施形態に係る、ポリシー・データベースにおけるルールの例を示したブロック図である。
【図10】本発明の１つまたは複数の実施形態に係る、トークン管理器を示したブロック図である。
【図11】本発明の１つまたは複数の実施形態に係る、トークン更新器を示したブロック図である。
【図12】本発明の１つまたは複数の実施形態に係る、トークン無効化器を示したブロック図である。
【図13】本発明の１つまたは複数の実施形態に係る、トークン傍受器を示したブロック図である。
【図14】本発明の１つまたは複数の実施形態に係る、トークンの段階的検証によってバックエンド・サービスとのトランザクションを可能にするためのコンピュータ実装方法のフローチャートである。
【図15】本発明の１つまたは複数の実施形態に係る、トークンの段階的検証によって、バックエンド・サービスとのトランザクションまたはバックエンド・サービスへのアクセスあるいはその両方を可能にするためのコンピュータ実装方法のフローチャートである。
【図16】本発明の１つまたは複数の実施形態に係る、クラウド・コンピューティング環境を示した図である。
【図17】本発明の１つまたは複数の実施形態に係る、抽象化モデル・レイヤを示した図である。
【発明を実施するための形態】
【0024】
本発明の１つまたは複数の実施形態は、アクセス・トークンを段階的に検証するように設定および構成されたコンピュータ実装方法、コンピュータ・システム、およびコンピュータ・プログラム製品を提供する。本明細書に記載の通り、リフレッシュ・トークンによって、アプリケーションは、ユーザへの指示なく新たなアクセス・トークンを取得可能となる。ただし、リフレッシュ・トークンが失効となる一方でアクセス・トークンが依然として有効となっている場合もある。この問題に対処するため、いくつかの手法では、アクセス・トークンの有効期限または有効期間を短く設定する場合もあるし、傍受によりトークン・バケットを使用してアクセス・トークンを検証する場合もある。本発明の１つまたは複数の実施形態では、サイドカーを使用してサービスへのトラフィックを傍受するとともに、トラフィックを分析してトークン使用パターンおよびトラフィック種別を抽出することにより、アクセス・トークンを段階的に検証する。トランザクション・トラフィックの場合、１つまたは複数の実施形態では、トランザクションの最初のサービス呼び出しにおけるトークンを検証し、有効期間をサイドカーのトークン・トランザクション管理器に保存する。連続トラフィック（すなわち、トランザクションの連続サービス呼び出しまたは後続サービス呼び出しあるいはその両方）の場合、１つまたは複数の実施形態では、認証サーバとの対話または通信あるいはその両方によって検証を実行する代わりに、計算された有効期間を使用する。実行または後退を伴うトランザクションの場合、本発明の１つまたは複数の実施形態では、トークンを再度チェックしてトランザクションを終了する。アプリケーション・プログラミング・インターフェース（ＡＰＩ）キー（ＡＰＩキー）を使用して生成されるアクセス・トークンの場合、１つまたは複数の実施形態では、ＡＰＩキーとトークン・リストにおいて識別可能なトークンとの間の関係の構築または生成あるいはその両方を行い、認証サーバ（または、アクセス決定エンジン）との対話または通信あるいはその両方の代わりに、検出されたルールを使用してアクセス・トークンを検証することにより、すべてのトークンを検証し、ＡＰＩキー失効イベントをチェック／監視するが、ＡＰＩキーの失効をシステムが発見した場合は、失効したＡＰＩキーと関連付けられたトークン・リストも失効となる。
【0025】
トランザクションのアクセス・トークンを段階的に検証することによって、さまざまな技術的利益および技術的解決手段がもたらされる。たとえば、アクセス・トークンの持続期間は、短期間に限定されない。１つまたは複数の実施形態では、無効なトークンを常に可能な限り早く捕捉するため、トークンの検証のコスト（たとえば、時間、認証サーバに対するリクエスト等）が抑制される。さらに、本発明の１つまたは複数の実施形態では、複数の種類のトークンに対応可能である。さらに、トランザクションのアクセス・トークンを段階的に検証するためのシステムは、管理されたシステムおよびサービスのセキュリティを大幅に確保するため、ペン／紙の補助の有無に関わらず人間の頭では実行できない技術的問題に対する技術的解決手段である。さらに、トランザクションのアクセス・トークンを段階的に検証するためのシステムでは、悪意のあるコンピュータ攻撃または侵入を阻止または軽減可能であるとともに、コンピュータ・セキュリティの脅威を阻止また軽減可能であり、コンピュータ・システムが相互通信している場合の機密性およびセキュリティを提供することから、コンピュータ・システム自体の他、クラウド環境において相互接続された複数のコンピュータ・システムの機能の向上によって、潜在的なコンピュータ問題または現行のコンピュータ問題にこれ以上は曝されなくなる。
【0026】
ここで図１を参照して、これは、本発明の１つまたは複数の実施形態に係るコンピュータ・システム１００を大略示している。本明細書に記載の通り、コンピュータ・システム１００としては、さまざまな通信技術を利用した任意数のコンピューティング装置およびネットワークならびにコンピューティング装置およびネットワークの組合せの包含または採用あるいはその両方による電子コンピュータ・フレームワークが可能である。コンピュータ・システム１００は、容易なスケーリング、拡張、およびモジュール化が可能であり、異なるサービスへの変更または一部機能の他機能から独立した再構成が可能である。コンピュータ・システム１００は、たとえばサーバ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット・コンピュータ、またはスマートフォンであってもよい。いくつかの例において、コンピュータ・システム１００は、クラウド・コンピューティング・ノードであってもよい。コンピュータ・システム１００は、プログラム・モジュール等のコンピュータ・システム実行可能命令がコンピュータ・システムにより実行されるという一般的な背景で説明され得る。一般的に、プログラム・モジュールは、特定のタスクの実行または特定の抽象データ型の実装を行うルーチン、プログラム、オブジェクト、コンポーネント、ロジック、データ構造等を含んでもよい。コンピュータ・システム１００は、通信ネットワークを通じてリンクされたリモート処理装置によりタスクが実行される分散クラウド・コンピューティング環境において実現されてもよい。分散クラウド・コンピューティング環境においては、メモリ記憶装置を含むローカルおよびリモートの両コンピュータ・システム記憶媒体にプログラム・モジュールが配置されていてもよい。
【0027】
図１に示すように、コンピュータ・システム１００は、１つまたは複数の中央演算処理装置（ＣＰＵ）１０１ａ、１０１ｂ、１０１ｃ等（プロセッサ１０１と総称または汎称する）を有する。プロセッサ１０１としては、シングルコアプロセッサ、マルチコアプロセッサ、コンピューティング・クラスタ、または任意数の他の構成が可能である。プロセッサ１０１（処理回路とも称する）は、システム・バス１０２を介してシステム・メモリ１０３および他のさまざまな構成要素に結合されている。システム・メモリ１０３は、リード・オンリー・メモリ（ＲＯＭ）１０４およびランダム・アクセス・メモリ（ＲＡＭ）１０５を含み得る。ＲＯＭ１０４は、システム・バス１０２に結合されており、コンピュータ・システム１００の特定の基本機能を制御する基本入出力システム（ＢＩＯＳ）または統合拡張ファームウェア・インターフェース（ＵＥＦＩ）のような後継システムを含んでもよい。ＲＡＭは、システム・バス１０２に結合されてプロセッサ１０１が使用する読み書き可能メモリである。システム・メモリ１０３は、動作中に前記命令の動作のための一時的なメモリ空間を提供する。システム・メモリ１０３は、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ、フラッシュ・メモリ、またはその他の任意の好適なメモリ・システムを含み得る。
【0028】
コンピュータ・システム１００は、システム・バス１０２に結合された入出力（Ｉ／Ｏ）アダプタ１０６および通信アダプタ１０７を備える。Ｉ／Ｏアダプタ１０６は、ハード・ディスク１０８またはその他の任意の類似の構成要素あるいはその両方と通信する小型コンピュータ・システム・インターフェース（ＳＣＳＩ）アダプタであってもよい。本明細書においては、Ｉ／Ｏアダプタ１０６およびハード・ディスク１０８を大容量ストレージ１１０と総称する。
【0029】
コンピュータ・システム１００上で実行されるソフトウェア１１１が大容量ストレージ１１０に格納されていてもよい。大容量ストレージ１１０は、プロセッサ１０１により読み出し可能な有形記憶媒体の一例であり、ソフトウェア１１１は、プロセッサ１０１により実行される命令として格納され、さまざまな図面に関して後述する通り、コンピュータ・システム１００を動作させる。コンピュータ・プログラム製品およびこのような命令の実行の例については、本明細書においてより詳しく論じる。通信アダプタ１０７は、システム・バス１０２をネットワーク１１２（外部ネットワークであってもよい）と相互接続して、コンピュータ・システム１００がこのような他のシステムと通信できるようにする。一実施形態においては、システム・メモリ１０３および大容量ストレージ１１０の一部がオペレーティング・システムをまとめて格納するが、これは、図１に示すさまざまな構成要素の機能を連係させる任意の適当なオペレーティング・システムであってもよい。
【0030】
ディスプレイ・アダプタ１１５およびインターフェース・アダプタ１１６を介してシステム・バス１０２に接続されるものとして、付加的な入出力装置を示している。一実施形態において、アダプタ１０６、１０７、１１５、および１１６は、中間バス・ブリッジ（図示せず）を介してシステム・バス１０２に接続された１つまたは複数のＩ／Ｏバスに接続されていてもよい。ディスプレイ・アダプタ１１５によってディスプレイ１１９（たとえば、スクリーンまたはディスプレイ・モニタ）がシステム・バス１０２に接続されているが、これは、グラフィックスを多用するアプリケーションの性能を向上させるグラフィックス・コントローラおよびビデオ・コントローラを含み得る。たとえば複数のデバイス・アダプタを単一の集積回路に統合したスーパーＩ／Ｏチップを含み得るインターフェース・アダプタ１１６を介して、キーボード１２１、マウス１２２、スピーカ１２３等がシステム・バス１０２に相互接続され得る。ハード・ディスク・コントローラ、ネットワーク・アダプタ、およびグラフィックス・アダプタ等の周辺装置を接続するための好適なＩ／Ｏバスは通常、ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）およびペリフェラル・コンポーネント・インターコネクト・エクスプレス（ＰＣＩｅ）等の共通プロトコルを含む。このように、図１の構成の通り、コンピュータ・システム１００は、プロセッサ１０１の形態の処理能力と、システム・メモリ１０３および大容量ストレージ１１０を含む記憶能力と、キーボード１２１およびマウス１２２等の入力手段と、スピーカ１２３およびディスプレイ１１９を含む出力能力と、を含む。
【0031】
いくつかの実施形態において、通信アダプタ１０７は、とりわけインターネット小型コンピュータ・システム・インターフェース等の任意の好適なインターフェースまたはプロトコルを使用してデータを送信することができる。ネットワーク１１２は、とりわけセルラー・ネットワーク、無線ネットワーク、ワイド・エリア・ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、またはインターネットであってもよい。コンピュータ・システム１００には、ネットワーク１１２を通じて外部コンピューティング装置がつながっていてもよい。いくつかの例において、外部コンピューティング装置は、外部ウェブサーバであってもよいし、クラウド・コンピューティング・ノードであってもよい。
【0032】
図１のブロック図は、図１に示すすべての構成要素をコンピュータ・システム１００が具備することを示す意図ではないことが了解されるものとする。むしろ、コンピュータ・システム１００は、より少ない任意の適当な構成要素を含むことも可能であるし、図１に示していない付加的な構成要素（たとえば、付加的なメモリ・コンポーネント、組み込みコントローラ、モジュール、付加的なネットワーク・インターフェース等）を含むことも可能である。さらに、コンピュータ・システム１００に関して本明細書に記載の実施形態は、任意の適当なロジックにより実装されてもよく、種々の実施形態において、本明細書に言及されるロジックは、任意の好適なハードウェア（たとえば、とりわけプロセッサ、組み込みコントローラ、または特定用途向け集積回路）、ソフトウェア（たとえば、とりわけアプリケーション）、ファームウェア、またはハードウェア、ソフトウェア、およびファームウェアの任意の好適な組合せを含むことができる。
【0033】
図２は、本発明の１つまたは複数の実施形態に係る、アクセス・トークンを段階的に検証するように構成された例示的なコンピューティング環境２００のブロック図である。コンピューティング環境２００は、コンピュータ・システム２０２、サイドカー・コンピュータ・システム２０５、クライアント・コンピュータ・システム２４０、認証サーバ２７０、およびバックエンド・サービス・コンピュータ・システム２８０を具備可能であり、これらのいずれかが、図１のコンピュータ・システム１００において論じたハードウェアおよびソフトウェア・コンポーネントおよび機能のいずれかを含んでもよい。コンピューティング環境２００は、クラウド・コンピューティング環境の１つまたは複数の部分を表していてもよい。コンピューティング環境２００の機能は、ワークロード・レイヤ９０のワークロードおよび図１７に記載のハードウェアおよびソフトウェア・レイヤ６０の構成要素のいずれかの使用または実装あるいはその両方が可能である。
【0034】
図３は、１つまたは複数の実施形態に係る、傍受されたトランザクション呼び出しの相互作用パターンに関するコンピュータ実装プロセス３００のフローチャートである。図３は、ＲＥＳＴ（Representational State Transfer）呼び出しの相互作用パターンにより説明され得る。ＲＥＳＴは、ワールド・ワイド・ウェブのアーキテクチャの設計および開発を導くために作成されたソフトウェア・アーキテクチャ・スタイルである。ＲＥＳＴ ＡＰＩは、アプリケーションを統合するための柔軟かつ軽量な方法を提供するものであり、マイクロサービス・アーキテクチャにおいてコンポーネントを接続するための最も一般的な方法として現れた。ＲＥＳＴ ＡＰＩは、ＲＥＳＴ（Representational State Transfer）アーキテクチャ・スタイルの設計原理に準拠したＡＰＩであるため、ＲＥＳＴｆｕｌ ＡＰＩと称する場合もある。
【0035】
１つまたは複数の実施形態によれば、各トランザクションについて、（唯一の）最初のトランザクション生成呼び出しでは、検証のため認証サーバに問い合わせることになる。これは、すべてのＲＥＳＴ呼び出しで検証のため、認証サーバまたは何らかのエンティティあるいはその両方に問い合わせる必要がある従来のトランザクションＲＥＳＴ呼び出しとは異なる。
【0036】
コンピュータ実装プロセス３００のブロック３０２において、クライアント・コンピュータ・システム２４０が、バックエンド・サービス・コンピュータ・システム２８０のバックエンド・トランザクション・サービスに対してヘッダのアクセス・トークンでＲＥＳＴ呼び出しを行う場合、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、クライアント・コンピュータ・システム２４０から認証サーバ２７０へのトランザクションＲＥＳＴ呼び出しを傍受し、トークン・コンピュータ・システム２０２からトランザクション識別（ＩＤ）（ＴＩＤとも称する）を取得するＰＯＳＴリクエストを送信することによって、マルチステートメント・トランザクションを生成するように構成されている。ＲＥＳＴ呼び出しは、トランザクションに対するトランザクション・リクエストである。クライアント・コンピュータ・システム２４０は、予めトークン・コンピュータ・システム２０２にログインして、トランザクションＲＥＳＴの構成に使用するアクセス・トークンを取得することができる。クライアント・コンピュータ・システム２４０は、動作主体の代表であって、コンピュータ・システム上で動作するアプリケーション、クライアント等も可能である。
【0037】
トランザクションは、動作を実行するための論理的なワーク単位である。トランザクションとしては、すべてが失敗または成功となる一組の１つまたは複数のステートメントが可能である。トランザクションとしては、トランザクション種別およびトランザクションのステートメントの種類に応じて、更新トランザクションも可能であるし、クエリー（読み出し専用）トランザクションも可能である。トランザクションは、生成時の実行モードに応じて、シングルステートメント・トランザクションであってもよいし、マルチステートメント・トランザクションであってもよい。トランザクションは、実行モードが明示的に設定された背景において生成された場合、マルチステートメント・トランザクションとなる。トランザクションＩＤは、各トランザクションを規定する特殊な一組の数字であってもよい。
【0038】
ＰＯＳＴリクエストは、ワールド・ワイド・ウェブで使用されるハイパーテキスト転送プロトコル（ＨＴＴＰ）によりサポートされている要求方法である。設計上、ＰＯＳＴ要求方法は、リクエスト・メッセージの本文に囲まれたデータのサーバによる受け入れを要求する。たとえば、ＰＯＳＴリクエストは、データをＡＰＩサーバに送ってリソースを生成または更新するのに用いられる。サーバに送られたデータは、ＨＴＴＰリクエストのリクエスト本文に格納される。
【0039】
ブロック３０４において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、アクセス・トークンでトランザクションを要求するトランザクションＲＥＳＴ呼び出しによって、クライアント・コンピュータ・システム２４０（または、クライアント・アプリケーション・コンピュータ・システム）の検証のため、認証サーバ２７０に問い合わせるように構成されるとともに、クライアント・コンピュータ・システム２４０と関連付けられたアクセス・トークンの有効期間（ＴＴＬ）を受信して保存するように構成されている。サイドカー・コンピュータ・システム２５０は、トークン・コンピュータ・システム２０２を介して認証サーバ２７０に問い合わせ得るものの、１つまたは複数の実施形態においては、認証サーバ２７０に直接問い合わせて通信を行うようにしてもよい。トークン・コンピュータ・システム２０２から有効期間を受け取った後、サイドカー・コンピュータ・システム２５０は、アクセス・トークンの有効期間をローカルＴＴＬデータベース２５２に保存することができる。説明の便宜上、トランザクションの最初のトランザクション生成呼び出しは、クライアント・コンピュータ・システム２４０により要求されるものと仮定する。クライアント・コンピュータ・システム２４０による（同じ）トランザクションの後続または連続あるいはその両方のトランザクション呼び出し／リクエストの場合、サイドカー・コンピュータ・システム２５０、クライアント・コンピュータ・システム２４０、およびバックエンド・サービス・コンピュータ・システム２８０は、検証のために認証サーバ２７０またはトークン・コンピュータ・システム２０２あるいはその両方に問い合わせる必要がない。
【0040】
ブロック３０６において、クライアント・コンピュータ・システム２４０が希望するトランザクションの一連のトランザクション呼び出し／リクエストの場合、サイドカー・コンピュータ・システム２５０は、アクセス・トークンの検証のために認証サーバ２７０に問い合わせることなく、トランザクションの関連するアクセス・トークンの検証のため、ローカルＴＴＬデータベース２５２に保存された有効期間を使用するように構成されている。たとえば、クライアント・コンピュータ・システム２４０は、（同じ）アクセス・トークンを使用して、トランザクションの後続呼び出しをバックエンド・サービス・コンピュータ・システム２８０に送るようにしてもよい。ここで、トランザクションの後続呼び出し／リクエストは、サイドカー・コンピュータ・システム２５０が検証のため、最初に認証サーバ２７０に問い合わせることを要求したトランザクションの最初の呼び出しの後である。クライアント・コンピュータ・システム２４０からバックエンド・サービス・コンピュータ・システム２８０への後続呼び出し／リクエストの傍受に際して、サイドカー・コンピュータ・システム２５０は、最初のサービス呼び出しに後続するトランザクションのサービス呼び出し／リクエストにアクセス・トークンが利用されている旨を解析して認識するように構成されている。このため、サイドカー・コンピュータ・システム２５０は、ローカルＴＴＬデータベース２５２でアクセス・トークンを検索して、これが後続サービス呼び出し／リクエストであることを確認することができる。１つまたは複数の実施形態において、サイドカー・コンピュータ・システム２５０は、後続呼び出し／リクエストのアクセス・トークンの検証のため、トークン・コンピュータ・システム２０２が認証サーバ２７０に問い合わせること、または、後続呼び出し／リクエストのアクセス・トークンの検証のため、バックエンド・サービス・コンピュータ・システム２５０が認証サーバ２７０に問い合わせること、あるいはその両方を阻止するように構成されている。代わりに、ブロック３０８において、サイドカー・コンピュータ・システム２５０は、認証サーバ２７０への問い合わせまたは認証サーバ２７０による問い合わせあるいはその両方を伴うことなく、ローカルＴＴＬデータベース２５２中のアクセス・トークンの有効期間が依然として有効であることをチェックするように構成されている。たとえば、サイドカー・コンピュータ・システム２５０は、ローカルＴＴＬデータベース２５２中のアクセス・トークンの有効期間が切れたかをチェックするように構成されている。
【0041】
ブロック３１０において、トランザクションの後続呼び出し／リクエストと関連付けられたアクセス・トークンの有効期間がもはや有効ではない（すなわち、期限切れである）場合、サイドカー・コンピュータ・システム２５０は、バックエンド・サービス・コンピュータ・システム２８０の１つまたは複数のリソースの潜在的な変更が一切実行されず、有効とならないように、トランザクションを後退させるように構成されている。
【0042】
ブロック３１２において、トランザクションの後続呼び出し／リクエストと関連付けられたアクセス・トークンの有効期間が依然として有効である（すなわち、期限切れではない）場合、サイドカー・コンピュータ・システム２５０は、トランザクションを実行することにより、バックエンド・サービス・コンピュータ・システム２８０の１つまたは複数のリソースの変更を実行するように構成されている。トランザクション・システムにおいて、実行および後退は、アプリケーション・プログラムが単一の回復単位（ＵＲ）により表されるリソースの全変更を行うか、または、変更を一切行わないようにするための一組の動作を表す。さらに、同じアクセス・トークンを使用するトランザクションの後続呼び出し／リクエスト（すなわち、トランザクションの最初のサービス呼び出し／リクエスト後のトランザクションの任意のサービス呼び出し／リクエスト）は、有効期間が切れていないことが確認された後、バックエンド・サービス・コンピュータ・システム２８０によってバックエンド・トランザクション・サービスへの直接受け渡しが許可される。
【0043】
１つまたは複数の実施形態において、サイドカー・コンピュータ・システム２５０は、元のクライアントＰＯＳＴリクエストをバックエンド・サービス・コンピュータ・システム２８０（たとえば、バックエンド・サーバ）にリダイレクトするため、ＨＴＴＰプロキシの機能を含んでもよい。バックエンド・サービスの観点から、バックエンド・サービス・コンピュータ・システム２８０は、このＰＯＳＴリクエストがサイドカー・コンピュータ・システム２５０からのものであるとは認識しておらず、クライアント・コンピュータ・システム２４０からのものであるかのようにＰＯＳＴリクエストが受信される。バックエンド・サービス・コンピュータ・システム２８０は、トランザクション識別を生成した後、応答を送り返す。サイドカー・コンピュータ・システム２５０は、応答を傍受し、トランザクション識別をローカルＴＴＬデータベース２５２に記録し、トランザクション識別をトークンの保存されたＴＴＬと関連付ける。サイドカー・コンピュータ・システム２５０は、応答をクライアント・コンピュータ・システム２４０に再プロキシする。トランザクション識別を有するトランザクションは、クライアント・コンピュータ・システム２４０により生成される。サイドカー・コンピュータ・システム２５０は、認証サーバ２７０にアクセスすることなく、（トランザクション識別をヘッダに含む）後続のトランザクション呼び出しのトランザクション識別およびＴＴＬを傍受および取得した後、ローカルＴＴＬデータベース２５２に保存されたトランザクション識別と照合して、ＴＴＬを取得する。
【0044】
図４は、１つまたは複数の実施形態に係る、ＩＤ・アクセス管理（ＩＡＭ）ポリシーで使用するトークン傍受器としてのサイドカー・コンピュータ・システム２５０の一例を示したブロック図である。本例においては、ＩＡＭエンジン２２２、アクセス決定エンジン２２４、およびＩＡＭポリシー・データベース２２６を含むＩＡＭシステム２７６を利用可能である。ＩＡＭエンジン２２２およびアクセス決定エンジン２２４は、トークン・コンピュータ・システム２０２上で実行される１つまたは複数のソフトウェア・アプリケーションまたはモジュールあるいはその両方であってもよい。ＩＡＭシステム２７６は、トークン・コンピュータ・システム２０２において示すものの、１つまたは複数の実施形態においては、一部がトークン・コンピュータ・システム２０２上にあってもよいし、全部がトークン・コンピュータ・システム２０２とは別個のコンピュータ・システム上にあってもよい。ＩＡＭポリシー管理ＡＰＩを使用することにより、ＩＡＭエンジン２２２は、ＩＡＭポリシー・データベース２２６におけるＩＡＭポリシーの生成、更新、閲覧、および消去が可能である。ＩＡＭポリシーは、対象のリソースへのアクセスを可能にする。これらのポリシーは、クライアント・コンピュータ・システムがＩＡＭ対応サービスに対してＡＰＩを呼び出す場合のアクセス決定に用いられる。
【0045】
図４において、ＩＡＭエンジン２２２により実行されるＩＡＭポリシーは通例、ＡＰＩキーを使用して、アクセス・トークンを生成する。図４に見られるように、アクセス・トークンは、特定の許可（たとえば、フィールド４０６）を伴うターゲット（たとえば、フィールド４０４）への対象アクセス（たとえば、フィールド４０２）を規定する。通常、バックエンド・サービス・コンピュータ・システム２８０へのアクセス・トークンによるすべての呼び出しは、呼び出しが許可されるか拒否されるかの決定をアクセス決定エンジン２２４に要求する必要がある。ただし、認証サーバ２７０に関する図３の説明と同様でありながら、代替としてＩＡＭシステム２７６のアクセス決定エンジン２２４を使用することにより、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、１つまたは複数の実施形態に係るＩＡＭシステム２７６のアクセス決定エンジン２２４へのトークン検証アクセス（量）を低減して、アタッチされたＡＰＩキーが失効した場合のアクセス・トークンの誤用リスクを低減するように構成されている。
【0046】
図５は、１つまたは複数の実施形態に係る、ＩＡＭシステム２７６のＩＡＭポリシーで使用するトークン傍受器としてのサイドカー・コンピュータ・システム２５０の一例をさらに示したブロック図である。動作５０１．１において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、トークン・コンピュータ・システム２０２のＩＡＭシステム２７６を意図したクライアント・コンピュータ・システム２４０からのＡＰＩキー１を伴う第１のＩＡＭ生成トークン呼び出しを傍受するように構成されている。動作５０１．２において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、トークン・コンピュータ・システム２０２のＩＡＭシステム２７６を意図したクライアント・コンピュータ・システム２４０からのＡＰＩキー２を伴う第２のＩＡＭ生成トークン呼び出しを傍受するように構成されている。１つまたは複数の実施形態において、ＩＡＭシステム２７６は、ＡＰＩキー１、ＡＰＩキー２を伴うＩＡＭ生成トークン呼び出しをサイドカー・コンピュータ・システム２５０のトークン傍受器２１８に通知することができる。
【0047】
動作５０２．１において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、ＩＡＭシステム２７６のＩＡＭエンジン２２２に問い合わせて、ＡＰＩキー１（および同様に、ＡＰＩキー２）のＩＡＭ生成トークン呼び出しのアクセス・トークンを生成するように構成されている。ＩＡＭエンジン２２２は、トークン・リストにおいて特定されるトークンを生成するようにしてもよい。動作５０２．２において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、ＩＡＭシステム２７６のアクセス決定エンジン２２４に問い合わせて、生成されたアクセス・トークンがバックエンド・サービス・コンピュータ・システム２８０の関連するリソースへのアクセスの特権を有することをチェックするように構成されている。動作５０２．３において、サイドカー・コンピュータ・システム２５０は、ＡＰＩキー（たとえば、ＡＰＩキー１、ＡＰＩキー２）、アクセス決定エンジン２２４からの特権（および、トークン・リスト中のトークンに関する特権の種類）を含むアクセス・ポリシー、およびトークン・リストをサイドカー・コンピュータ・システム２５０のローカル・ポリシー・データベース２５４に格納するように構成されている。
【0048】
トークン傍受器２１８は、トークン・リスト中のトークン、ターゲット・リソースへのアクセス・ポリシー、およびローカル・ポリシー・データベース２５４中のＡＰＩキー間の関連付けの構築または生成あるいはその両方を行って、ＡＰＩキーおよびそのトークンがサービス呼び出し／リクエストで識別されるたびに、この付加的なデータがローカル・ポリシー・データベース２５４から読み出され、ターゲット・リソースへのアクセスの許可または拒否のために適用されるようにする。図５は、この例示的なシナリオにおいて、クライアント・コンピュータ・システム２４０のバックエンド・サービス・コンピュータ・システム２８０のバックエンド・サービスへのアクセスの許可または拒否に利用されるトークン１、トークン２の他、ＡＰＩキー１のアクセス・ポリシーへのローカル・アクセスをサイドカー・コンピュータ・システム２５０が有することを示している。
【0049】
図６は、１つまたは複数の実施形態に係る、ＩＡＭポリシーで使用するトークン傍受器としてのサイドカー・コンピュータ・システム２５０の一例をさらに示したブロック図である。認証サーバ２７０に関する図３の説明と同様に、図６は、トランザクションＲＥＳＴ呼び出しの使用を示している。当然のことながら、１つまたは複数の実施形態が他種のサービス呼び出しに適用されてもよい。
【0050】
動作６０１．１において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、クライアント・コンピュータ・システム２４０からバックエンド・サービス・コンピュータ・システム２８０へのＡＰＩキー１のトークン１を伴うトランザクションＲＥＳＴ呼び出しを傍受するように構成されている。動作６０１．２において、サイドカー・コンピュータ・システム２５０は、クライアント・コンピュータ・システム２４０からバックエンド・サービス・コンピュータ・システム２８０へのＡＰＩキー１のトークン２を伴うトランザクションＲＥＳＴ呼び出しを傍受するように構成されている。
【0051】
動作６０２において、サイドカー・コンピュータ・システム２５０は、アクセス・トークン（たとえば、ＡＰＩキー１のトークン１およびトークン２）について、ローカル・ポリシー・データベース２５４におけるローカル・トークン・リスト中のトークン・アクセス特権をチェックするように構成されている。ローカル・ポリシー・データベース２５４におけるローカル・トークン・リスト中のトークン・アクセス・ポリシー（特権）によれば、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、アクセス・トークンおよびＡＰＩキーで要求されたトランザクションが許可されるか否かを判定する。
【0052】
動作６０３において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、ローカル・ポリシー・データベース２５４におけるローカル・トークン・リストにおいて、ＡＰＩキー（たとえば、ＡＰＩキー１）のアクセス・トークンがアクセスを許可されるか拒否されるかに応じて、バックエンド・サービス・コンピュータ・システム２８０のリソースへのアクセスを許可するか、または、バックエンド・サービス・コンピュータ・システム２８０のリソースへのアクセスを拒否するように構成されている。
【0053】
動作６０４において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、ＡＰＩキー失効イベントを継続的にチェック／監視するように構成され、サイドカー・コンピュータ・システム２５０がＡＰＩキーの失効を見つけた場合は、サイドカー・コンピュータ・システム２５０は、失効したＡＰＩキーと関連付けられたトークン・リストを無効化／削除することにより、バックエンド・サービス・コンピュータ・システム２５０のターゲット・リソースへのアクセスをブロックするように構成されている。たとえば、ＡＰＩキー失効イベントは、ＩＡＭエンジン２２２からプッシュされ得、またはＩＡＭエンジン２２２からプルされ得、あるいはその両方が可能である。ＩＡＭエンジン２２２は、標準的な方法を使用して、ＡＰＩキー（ＡＰＩキー１等）を無効化することができる。ＡＰＩキーの無効化は、通例トークン・コンピュータ・システム２０２に結合された（たとえば、ＩＡＭエンジン２２２と連通した）クラウド・グラフィカル・ユーザ・インターフェース（ＧＵＩ）から管理者により開始される動作であってもよく、ＡＰＩキーの無効化動作では、ＡＰＩキー失効イベントを生成する。このＡＰＩキー失効イベントが監視され、その発生時には、サイドカー・コンピュータ・システム２５０がこのＡＰＩキーと関連するすべてのトークンを無効化する。図４、図５、および図６に見られるように、トークン傍受器としてのサイドカー・コンピュータ・システム２５０は、１つまたは複数の実施形態に係るＩＡＭシステム２７６のアクセス決定エンジンへのトークン検証アクセスを低減して、アタッチされたＡＰＩキーが失効した場合のアクセス・トークンの誤用リスクを低減するように構成されている。
【0054】
図７は、１つまたは複数の実施形態に係る、トークン初期化器を示したブロック図である。トークン初期化器２０４は、トークン・コンピュータ・システム２０２上で実行される１つまたは複数のソフトウェア・アプリケーションまたはモジュールあるいはその両方を表し得る。トークン初期化器２０４は、クライアント・コンピュータ・システム２４０（たとえば、動作主体）からのログイン・リクエストを受け入れ、認証サーバ２７０のうちの１つ等、認証識別情報プロバイダから、アクセス・トークンおよびリフレッシュ・トークンを取得するように構成されている。トークン初期化器２０４は、アクセス・トークンの有効期限が切れた場合、すなわち、有効期間が切れた場合、リフレッシュ・トークンを使用して新たなアクセス・トークンを取得するように構成されている。また、トークン初期化器２０４は、リフレッシュ・トークンをトークン・バケット２０６に格納して別途使用するように構成されている。
【0055】
図８は、１つまたは複数の実施形態に係る、ポリシー管理器を示したブロック図である。ポリシー管理器２０８は、トークン・コンピュータ・システム２０２上で実行される１つまたは複数のソフトウェア・アプリケーションまたはモジュールあるいはその両方を表し得る。ポリシー管理器２０８は、ポリシー・データベース２１０において規定されたポリシーを解析し、ポリシーをアクセス・トークンおよびリフレッシュ・トークンに適用する入力をトークン管理器２１２に与え、既存のトークン群におけるパターンを分析して新たな潜在的トークン・ポリシーを生成するように構成されている。
【0056】
ポリシー・データベース２１０に関する別途詳細に移って、このポリシー・データベース２１０は、動作主体（たとえば、クライアント・コンピュータ・システム２４０）、ユーザまたはグループ、アクセス・トークンまたはリフレッシュ・トークンあるいはその両方、サービスを含み、トークンを使用してサービスの管理リソースおよび条件にアクセスし、トリガ状況を決定するエンティティを有する。また、ポリシー・データベース２１０は、アクセス・トークンの更新の方法およびタイミング、アクセス・トークンおよびリフレッシュ・トークンの無効化の方法およびタイミング、あるユーザが従うべきアクセス・トークンまたはリフレッシュ・トークンあるいはその両方、あるグループが従うべきアクセス・トークンまたはリフレッシュ・トークンあるいはその両方、ならびにサービス群が従うべきアクセス・トークンまたはリフレッシュ・トークンあるいはその両方を含むルールを有する。ポリシー・データベース２１０に規定のように、ユーザおよびサービスに対するさまざまなトークン動作を実現するために、各トークンまたはトークン群あるいはその両方は、さまざまなルールの異なる組合せに対する適用が可能である。ポリシー・データベース２１０中のポリシーを示すため、図９は、１つまたは複数の実施形態に係る、ポリシー・データベース２１０中のルールの例を示したブロック図である。
【0057】
図１０は、１つまたは複数の実施形態に係る、トークン管理器を示したブロック図である。トークン管理器２１２は、トークン・コンピュータ・システム２０２上で実行される１つまたは複数のソフトウェア・アプリケーションまたはモジュールあるいはその両方を表し得る。トークン管理器２１２は、ポリシー・データベース２１０において規定されたポリシーに応じてトークンを管理するように構成されるとともに、図１１に別途詳述するトークン更新器２１４、図１２に別途詳述するトークン無効化器２１６、およびトークン傍受器２１８を呼び出すことにより、単一のユーザまたは複数のユーザあるいはその両方に対して、トークンのライフ・サイクル（すなわち、有効期間）を管理するように構成されている。
【0058】
図１１は、１つまたは複数の実施形態に係る、トークン更新器２１４を示したブロック図である。トークン更新器２１４は、トークン・コンピュータ・システム２０２上で実行される１つまたは複数のソフトウェア・アプリケーションまたはモジュールあるいはその両方を表し得る。トークン更新器２１４は、トークンの持続期間（すなわち、有効期間）を更新して使用可能な時間を延長するとともに、リフレッシュ・トークンを使用して更新されたアクセス・トークンを取得するように構成されている。
【0059】
図１２は、１つまたは複数の実施形態に係る、トークン無効化器２１６を示したブロック図である。トークン無効化器２１６は、トークン・コンピュータ・システム２０２上で実行される１つまたは複数のソフトウェア・アプリケーションまたはモジュールあるいはその両方を表し得る。トークン無効化器２１６は、トークン管理器２１２が強制する命令またはポリシーあるいはその両方に従って、トークン・バケット２０６中のトークンの明示的な無効化または破棄あるいはその両方を行うように構成されている。トークン無効化器２１６は、アクセス・トークンが有効ではない場合（のみ）アクセス・トークンを無効化し、リフレッシュ・トークンが有効ではない場合にアクセス・トークンおよびリフレッシュ・トークンの両者を無効化するように構成されている。
【0060】
図１３は、１つまたは複数の実施形態に係る、トークン傍受器２１８を示したブロック図である。トークン傍受器２１８は、サイドカー・コンピュータ・システム２５０上で実行される１つまたは複数のソフトウェア・アプリケーションまたはモジュールあるいはその両方を表し得る。トークン傍受器２１８は、クライアント・コンピュータ・システム２４０からのＨＴＴＰ認証ヘッダおよび統一リソース識別子（ＵＲＩ）クエリ・パラメータを伴うＡＰＩ呼び出しを傍受し、トークン・バケット２０６に格納された情報を用いてトークンを検証して、バックエンド・サービス・コンピュータ・システム２８０のバックエンド・サービスへのリクエスト（すなわち、ＨＴＴＰ認証ヘッダおよびＵＲＩクエリ・パラメータを伴うＡＰＩ呼び出し）の受け渡し、または、トークン期限切れによるリクエストの拒否を行うように構成されている。
【0061】
図１４は、本発明の１つまたは複数の実施形態に係る、アクセス・トークンの段階的検証によって、バックエンド・サービス・コンピュータ・システム２８０とのトランザクションを可能にするためのコンピュータ実装方法１４００のフローチャートである。コンピュータ実装方法１４００は、図２のサイドカー・コンピュータ・システム２５０を用いて実行されてもよい。コンピュータ・システムの機能は、図１７に示すハードウェアおよびソフトウェア・レイヤ６０のハードウェア・コンポーネントならびに／またはワークロード・レイヤ９０のワークロードの使用ならびに／または実装が可能である。
【0062】
コンピュータ実装方法１４００のブロック１４０２において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８（たとえば、１つまたは複数のソフトウェア・アプリケーション）は、クライアントからの（たとえば、クライアント・コンピュータ・システム２４０からバックエンド・サービス・コンピュータ・システム２８０への）サービスに関するトランザクションの初期呼び出しの傍受に応答して、サービスに関するトランザクションの初期呼び出し用のトークンを検証するように構成されており、この検証は、（このサイドカー・コンピュータ・システム２５０が）認証サーバ２７０に問い合わせることと、トークンに対して受信された有効期間をローカルに（たとえば、ローカルＴＴＬデータベース２５２に）格納することと、を含む。
【0063】
ブロック１４０４において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、クライアントからの（たとえば、クライアント・コンピュータ・システム２４０からバックエンド・サービス・コンピュータ・システム２８０への）サービスに関するトランザクションの少なくとも１つの連続呼び出しの傍受に応答して、ローカルＴＴＬデータベース２５２にローカルに保存された有効期間に基づいて、少なくとも１つの連続呼び出し用のトークンが有効であるものと判定するように構成されている。
【0064】
ブロック１４０６において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、認証サーバ２７０に問い合わせることなく、（たとえば、バックエンド・サービス・コンピュータ・システム２８０により管理された１つまたは複数のリソースに対する少なくとも１つの動作の実行のため、バックエンド・サービス・コンピュータ・システム２８０への）サービスに関するトランザクションの少なくとも１つの連続呼び出しの受け渡しを許可するように構成されている。
【0065】
１つまたは複数の実施形態において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、少なくとも１つの連続呼び出しがトランザクションの最終呼び出しであるものと判定し、トランザクションを実行するように構成されている。トランザクションの初期呼び出しおよび（最終連続呼び出しを含む）連続呼び出しは、同じトークンを使用する。
【0066】
サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、ローカルＴＴＬデータベース２５２においてローカルに保存された有効期間の終了に基づいて、最終連続呼び出し用のトークンが無効であるものと判定し、サービスに関するトランザクションの最終連続呼び出しの受け渡しを阻止するとともに、トランザクションを後退させるように構成されている。たとえば、トークン傍受器２１８は、ローカルＴＴＬデータベース２５２における有効期間をチェックして、有効期間が切れたことを確認するが、これはトークンが無効であることを意味する。したがって、トークン傍受器２１８は、最終連続呼び出しのバックエンド・サービス・コンピュータ・システム２８０への受け渡しまたはバックエンド・サービス・コンピュータ・システム２８０による最終連続呼び出しの処理、あるいはその両方を阻止する。さらに、トークン傍受器２１８は、トランザクションを後退させるが、これは、トランザクションの過去の任意の呼び出しを含む。
【0067】
サイドカー・コンピュータ・システム２５０のトークン傍受器２１８は、トランザクションの実行または後退に応答して、ローカルＴＴＬデータベース２５２からトークンの有効期間をクリア／削除することにより、トークンの未許可再利用を回避するように構成されている。
【0068】
ローカルＴＴＬデータベース２５２においてローカルに保存された有効期間に基づいて、少なくとも１つの連続呼び出し用のトークンが有効であるものと判定することは、少なくとも１つの連続呼び出し用のトークンの検証のためにバックエンド・サービス・コンピュータ・システム２８０が（たとえば、トークン・コンピュータ・システム２０２を介して）認証サーバ２７０に問い合わせることを阻止することを含む。ローカルＴＴＬデータベース２５２においてローカルに保存された有効期間に基づいて、少なくとも１つの連続呼び出し用のトークンが有効であるものと判定することは、少なくとも１つの連続呼び出し用のトークンの検証のためにバックエンド・サービス・コンピュータ・システム２８０が（たとえば、トークン・コンピュータ・システム２０２を介して）認証サーバ２７０に問い合わせることの要求を回避する。トランザクションは、バックエンド・サービス・コンピュータ・システム２８０と関連付けられた少なくとも１つのリソースに変更を加える。
【0069】
図１５は、本発明の１つまたは複数の実施形態に係る、アクセス・トークンの段階的検証によって、バックエンド・サービス・コンピュータ・システム２８０とのトランザクションまたはバックエンド・サービス・コンピュータ・システム２８０へのアクセスあるいはその両方を可能にするためのコンピュータ実装方法１５００のフローチャートである。コンピュータ実装方法１５００は、図２のサイドカー・コンピュータ・システム２５０を用いて実行されてもよい。コンピュータ・システムの機能は、図１７に示すハードウェアおよびソフトウェア・レイヤ６０のハードウェア・コンポーネントならびに／またはワークロード・レイヤ９０のワークロードの使用ならびに／または実装が可能である。
【0070】
コンピュータ実装方法１５００のブロック１５０２において、サイドカー・コンピュータ・システム２５０のトークン傍受器２１８（たとえば、１つまたは複数のソフトウェア・アプリケーション）は、クライアント（たとえば、クライアント・コンピュータ・システム２４０）からのサービスに関するトランザクションのアプリケーション・プログラミング・インターフェース（ＡＰＩ）キーを伴うトークン呼び出しの傍受に応答して、認証サーバ２７０（たとえば、ＩＡＭエンジン２２２およびアクセス決定エンジン２２４）に問い合わせることにより、ＡＰＩキーのトークン・リストおよびＡＰＩキーのアクセス・ポリシーを取得するように構成されており、ＡＰＩキー、トークン・リスト、およびポリシーは、一体的に関連付けられ、ローカル・ポリシー・データベース２５４においてローカルに格納されている。たとえば、トークン傍受器２１８は、ＡＰＩキーを伴う傍受トークン呼び出しを使用してＩＡＭエンジン２２２に問い合わせ、アクセス・トークンを生成するとともに、アクセス決定エンジン２２４に問い合わせて、生成されたトークンのアクセス・ポリシーを取得可能であるが、これらはすべて、ローカル・ポリシー・データベース２５４に格納される。
【0071】
ブロック１５０４において、トークン傍受器２１８は、ＡＰＩキーを有するサービスに関する呼び出しおよび過去に生成されたトークンの傍受に応答して、ローカル・ポリシー・データベース２５４でローカルに格納されたＡＰＩキーのトークン・リストおよびアクセス・ポリシーに基づいて、呼び出しがサービスへのアクセスを与えられるものと判定するように構成されている。たとえば、トークン傍受器２１８は、ローカル・ポリシー・データベース２５４をチェックして、認証サーバ２７０に問い合わせることなく、呼び出しがバックエンド・サービス・コンピュータ・システム２８０上で所望のサービスへのアクセスを与えられることを確認する。
【0072】
ブロック１５０６において、トークン傍受器２１８は、認証サーバ２７０に問い合わせることなく、サービスに関する呼び出しがバックエンド・サービス・コンピュータ・システム２８０上のリソースにアクセスすることを許可するように構成されている。
【0073】
トークン傍受器２１８は、ローカル・ポリシー・データベース２５４でローカルに格納されたＡＰＩキーのトークン・リストおよびアクセス・ポリシーに基づいて、ＡＰＩキーを有するサービスに関する後続呼び出しおよび別のトークンがサービスへのアクセスを与えられるものと判定するように構成されている。ローカル・ポリシー・データベース２５４でローカルに格納されたＡＰＩキーのトークン・リストおよびアクセス・ポリシーに基づいて、呼び出しがサービスへのアクセスを与えられるものと判定することは、すべて認証サーバ２７０に問い合わせることなく、トークンがトークン・リストに載っていることを確認することと、アクセス・ポリシーがＡＰＩキーによるサービスへのアクセスを許可することを確認することと、を含む。トークン傍受器２１８は、たとえば認証サーバ２７０によるチェック（たとえば、プッシュまたはプルあるいはその両方）によって、ＡＰＩキー失効イベントを監視するように構成されている。
【0074】
トークン傍受器２１８は、ＡＰＩキー失効イベントが発生していることに応答して、失効したＡＰＩキーと関連付けられたトークン・リストを無効化することにより、ＡＰＩキーの別途使用を阻止するように構成されている。トークン傍受器２１８は、ＡＰＩキー失効イベントが発生していないことに応答して、ローカル・ポリシー・データベース２５４においてローカルに格納されたトークン・リストがＡＰＩキーのアクセスの決定に継続して使用されることを許可するように構成されている。
【0075】
本開示は、クラウド・コンピューティングに関する詳細な説明を含むが、本明細書に列挙する教示内容の実装は、クラウド・コンピューティング環境に限定されないことが了解されるものとする。むしろ、本発明の実施形態は、現在既知または今後開発のその他の任意の種類のコンピューティング環境と併せて実装可能である。
【0076】
クラウド・コンピューティングは、最小限の管理労力またはサービス提供者との相互作用で迅速に設定および公開し得る設定可能な演算リソース（たとえば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、およびサービス）の共用プールへの簡便なオンデマンド・ネットワーク・アクセスを可能にするサービス提供のモデルである。このクラウド・モデルは、少なくとも５つの特性、少なくとも３つのサービス・モデル、および少なくとも４つの配置モデルを含み得る。
【0077】
特性は、以下の通りである。
【0078】
オンデマンド・セルフサービス：クラウド利用者は、サービス提供者との人間の相互作用の必要なく、必要に応じて自動的に、サーバ時間およびネットワーク・ストレージ等の演算機能を一方的に設定可能である。
【0079】
広範なネットワーク・アクセス：機能は、ネットワーク上で利用可能であり、異種のシン・クライアントまたはシック・クライアント・プラットフォーム（たとえば、携帯電話、ラップトップ、およびＰＤＡ）による使用を促進する標準的な機構を通じてアクセスされる。
【0080】
リソース・プーリング：マルチテナント・モデルを用いることにより、複数の利用者に対して、提供者の演算リソースがプールされる。その際、要求に応じて、さまざまな物理的リソースおよび仮想的リソースが動的に割り当ておよび再割り当てされる。利用者は一般的に、提供されるリソースの正確な場所を制御も把握もできないが、より高い抽象化レベル（たとえば、国、州、またはデータセンタ）では場所を特定し得る点において、ある意味で場所の独立性が存在する。
【0081】
迅速な柔軟性：機能は、場合によっては自動的に、高速スケール・アウトするように迅速かつ柔軟に設定され、高速スケール・インするように迅速に公開され得る。利用者にとって、設定に利用可能な機能は、多くの場合見かけ上は制限なく、いつでも如何なる量でも購入可能である。
【0082】
サービス測定：クラウド・システムは、サービスの種類（たとえば、ストレージ、処理、帯域幅、およびアクティブ・ユーザ・アカウント）に適した何らかの抽象化レベルでの測定機能を利用することによって、リソースの使用を自動的に制御および最適化する。リソースの使用量は、モニタリング、制御、および報告によって、利用サービスの提供者および利用者の両者に透明性をもたらし得る。
【0083】
サービス・モデルは、以下の通りである。
【0084】
サービスとしてのソフトウェア（ＳａａＳ）：利用者に提供される機能は、クラウド・インフラ上で動作する提供者のアプリケーションを使用することである。これらのアプリケーションは、ウェブ・ブラウザ等のシン・クライアント・インターフェースを通じて、さまざまなクライアント・デバイスからアクセス可能である（たとえば、ウェブベースの電子メール）。利用者は、ネットワーク、サーバ、オペレーティング・システム、ストレージ、または個々のアプリケーション機能を含む、下層のクラウド・インフラを管理も制御もしない。ただし、ユーザ固有の限定されたアプリケーション構成の設定については、この限りではない。
【0085】
サービスとしてのプラットフォーム（ＰａａＳ）：利用者に提供される機能は、提供者がサポートするプログラミング言語およびツールを用いて作成された利用者作成または取得アプリケーションをクラウド・インフラ上に配置することである。利用者は、ネットワーク、サーバ、オペレーティング・システム、またはストレージを含む、下層のクラウド・インフラを管理も制御もしない。ただし、配置されたアプリケーションと、場合によっては、アプリケーション・ホスティング環境の構成とを制御する。
【0086】
サービスとしてのインフラ（ＩａａＳ）：利用者に提供される機能は、処理、ストレージ、ネットワーク、および他の基本的な演算リソースを設定することであるが、利用者は、オペレーティング・システムおよびアプリケーションを含み得る、任意のソフトウェアを配置および実行可能である。利用者は、下層のクラウド・インフラを管理も制御もしない。ただし、オペレーティング・システム、ストレージ、配置されたアプリケーションを制御するとともに、場合によっては、選択されたネットワーク・コンポーネント（たとえば、ホストのファイアウォール）を限定的に制御する。
【0087】
配置モデルは、以下の通りである。
【0088】
プライベート・クラウド：このクラウド・インフラは、ある組織のために単独で運用される。それはこの組織またはサード・パーティにより管理され得、オンプレミスまたはオフプレミスで存在し得る。
【0089】
コミュニティ・クラウド：このクラウド・インフラは、複数の組織により共有され、共有された懸案事項（たとえば、ミッション、セキュリティ要件、ポリシー、およびコンプライアンス事項）を共有する特定のコミュニティをサポートする。それはこの組織またはサード・パーティにより管理され得、オンプレミスまたはオフプレミスで存在し得る。
【0090】
パブリック・クラウド：このクラウド・インフラは、一般の人々または大規模な業界団体が利用可能で、クラウド・サービスを販売する組織により所有される。
【0091】
ハイブリッド・クラウド：このクラウド・インフラは、２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）の組合せであり、固有のエンティティを維持する一方、データおよびアプリケーションの移植性を実現する標準または専有技術（たとえば、クラウド間の負荷分散のためのクラウド・バースティング）により結合される。
【0092】
クラウド・コンピューティング環境は、ステートレス性、低結合性、モジュール性、およびセマンティック相互運用性に焦点を当てたサービス指向型である。クラウド・コンピューティングの中心には、相互接続されたノードのネットワークを含むインフラがある。
【0093】
ここで図１６を参照して、この図は、例示的なクラウド・コンピューティング環境５０を示している。図示のように、クラウド・コンピューティング環境５０は、たとえば個人用デジタル補助装置（ＰＤＡ）もしくは携帯電話５４Ａ、デスクトップ・コンピュータ５４Ｂ、ラップトップ・コンピュータ５４Ｃ、または自動車コンピュータ・システム５４Ｎ、あるいはその組合せ等、クラウド利用者が使用するローカルのコンピューティング装置の通信を可能にする１つまたは複数のクラウド・コンピューティング・ノード１０を具備する。ノード１０は、互いに通信するようにしてもよい。これらは、上述のプライベート・クラウド、コミュニティ・クラウド、パブリック・クラウド、もしくはハイブリッド・クラウド、またはその組合せ等、１つまたは複数のネットワークにおいて物理的または仮想的にグループ化されていてもよい（図示せず）。これにより、クラウド・コンピューティング環境５０は、クラウド利用者がローカルのコンピューティング装置上でリソースを維持する必要のないサービスとしてのインフラ、サービスとしてのプラットフォーム、またはサービスとしてのソフトウェア、あるいはその組合せを提供することができる。図１６に示すコンピューティング装置５４Ａ～５４Ｎの種類は、例示を意図したものに過ぎず、コンピューティング・ノード１０およびクラウド・コンピューティング環境５０は、（たとえば、ウェブ・ブラウザを用いることにより）任意の種類のネットワークまたはネットワーク・アドレス指定可能な接続、あるいはその両方において、任意の種類のコンピュータ化された機器と通信可能であることが了解される。
【0094】
ここで図１７を参照して、この図は、クラウド・コンピューティング環境５０（図１６）が提供する一組の機能的抽象化レイヤを示している。図１７に示すコンポーネント、レイヤ、および機能は、例示を意図したものに過ぎず、本発明の実施形態はこれらに限定されないことが予め了解されるものとする。図示のように、以下のレイヤおよび対応する機能が提供される。
【0095】
ハードウェアおよびソフトウェア・レイヤ６０は、ハードウェア・コンポーネントおよびソフトウェア・コンポーネントを含む。ハードウェア・コンポーネントの例としては、メインフレーム６１、ＲＩＳＣ（縮小命令セット・コンピュータ）アーキテクチャ・ベースのサーバ６２、サーバ６３、ブレード・サーバ６４、記憶装置６５、ならびにネットワークおよびネットワーキング・コンポーネント６６が挙げられる。いくつかの実施形態において、ソフトウェア・コンポーネントとしては、ネットワーク・アプリケーション・サーバ・ソフトウェア６７およびデータベース・ソフトウェア６８が挙げられる。
【0096】
仮想化レイヤ７０は抽象化レイヤを提供し、これによって、仮想サーバ７１、仮想ストレージ７２、仮想ネットワーク７３（仮想プライベート・ネットワークを含む）、仮想アプリケーションおよびオペレーティング・システム７４、ならびに仮想クライアント７５といった仮想エンティティの例が提供され得る。
【0097】
一例において、管理レイヤ８０は、後述の機能を提供するようにしてもよい。リソース設定８１は、クラウド・コンピューティング環境におけるタスクの実行に利用される演算リソース等のリソースの動的な調達を提供する。測定および価格設定８２は、クラウド・コンピューティング環境においてリソースが利用される場合のコスト追跡およびこれらリソースの消費に対する請求もしくはインボイスを提供する。一例において、これらのリソースは、アプリケーション・ソフトウェア・ライセンスを含み得る。セキュリティは、クラウド利用者およびタスクの識別情報確認の他、データおよび他のリソースの保護を提供する。ユーザ・ポータル８３は、利用者およびシステム管理者に対してクラウド・コンピューティング環境へのアクセスを提供する。サービス・レベル管理８４は、所要サービス・レベルを満足するように、クラウド・コンピューティング・リソースの割り当ておよび管理を提供する。サービス・レベル合意（ＳＬＡ）計画および実行８５は、ＳＬＡに従って将来的な要件が見込まれるクラウド・コンピューティング・リソースの事前の取り決めおよび調達を提供する。
【0098】
ワークロード・レイヤ９０は、クラウド・コンピューティング環境を利用可能な機能の例を提供する。このレイヤから提供可能なワークロードおよび機能の例としては、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育提供９３、データ解析処理９４、トランザクション処理９５、ならびにワークロードおよび機能９６が挙げられる。ワークロードおよび機能９６は、本明細書で論じるトークン・コンピュータ・システム２０２、サイドカー・コンピュータ・システム２５０、バックエンド・サービス・コンピュータ・システム２８０、認証サーバ２７０等において、さまざまなソフトウェア・アプリケーションを含み得る（またはさまざまな機能を実行する、あるいはその両方である）。
【0099】
本明細書においては、関連する図面を参照して、本発明の種々の実施形態を説明している。本発明の範囲から逸脱することなく、本発明の代替実施形態を考案可能である。以下の説明および図面においては、さまざまな接続および位置関係（たとえば、上方、下方、隣接等）が要素間に規定される。これらの接続または位置関係あるいはその両方は、別段の指定のない限り、直接的でも間接的でも可能であり、この点に関して、本発明は限定することを意図していない。したがって、エンティティの結合は、直接的または間接的な結合を表すことができ、エンティティ間の位置関係としては、直接的または間接的な位置関係が可能である。さらに、本明細書に記載のさまざまなタスクおよびプロセス・ステップは、本明細書に詳しく記載していない付加的なステップまたは機能を有するより包括的な手順またはプロセスに組み込み可能である。
【0100】
データ信号に対して論理機能を実行するための論理ゲートを有する離散論理回路、適当な組合せ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマグル・ゲート・アレイ（ＰＧＡ）、フィールド・プログラマグル・ゲート・アレイ（ＦＰＧＡ）等、当技術分野においてそれぞれが周知である技術のいずれかまたは組合せによって、本明細書に記載の方法のうちの１つまたは複数を実現可能である。
【0101】
簡素化のため、本発明の態様の構成および使用と関連する従来の技術は、本明細書において詳しく説明する場合もあれば、詳しく説明しない場合もある。特に、本明細書に記載のさまざまな技術的特徴を実装するコンピューティング・システムおよび特定のコンピュータ・プログラムのさまざまな態様がよく知られている。したがって、本明細書においては簡素化のため、従来の多くの実施態様詳細について、周知のシステムまたはプロセスあるいはその両方の詳細を与えることなく、簡単に述べるのみとするか、または、全体を省略する。
【0102】
いくつかの実施形態においては、所与の場所または１つもしくは複数の装置もしくはシステムの動作との関連、あるいはその両方においてさまざまな機能および動作が発生し得る。いくつかの実施形態においては、所与の機能または動作の一部が第１のデバイスまたは場所で実行され得、この機能または動作のその他の部分が１つまたは複数の付加的なデバイスまたは場所で実行され得る。
【0103】
本明細書において使用する専門用語は、特定の実施形態を説明することを目的としているに過ぎず、限定することを意図していない。本明細書で使用される、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈上の別段の明確な指定のない限り、複数形も同様に含むことが意図される。本明細書において使用する場合の用語「備える（comprise）」または「備えている（comprising）」、あるいはその両方は、記載の特徴、整数、ステップ、動作、要素、または構成要素、あるいはその組合せの存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、またはその群、あるいはその組合せの存在を除外するものでもなければ、追加を除外するものでもないことがさらに了解される。
【0104】
以下の特許請求の範囲において、すべてのミーンズ・プラス・ファンクション要素またはステップ・プラス・ファンクション要素の対応する構造、材料、動作、および均等物は、具体的に請求される他の特許請求された要素との組合せで機能を実行するための任意の構造、材料、または動作を含むことが意図される。本開示は、例示および説明を目的として提示したものであるが、網羅性を意図したものでもなければ、開示の形態への限定を意図したものでもない。当業者には、本開示の範囲から逸脱することなく、多くの改良および変形が明らかとなるであろう。実施形態は、本開示の原理および実際の用途を最もよく説明するとともに、考えられる特定の使用に適した種々の改良を伴う種々の実施形態について他の当業者が本開示を理解できるように選定および記載したものである。
【0105】
本明細書に記載の図面は例示である。本開示の範囲から逸脱することなく、図面またはそこに記載のステップ（もしくは、動作）には多くの変形が存在し得る。たとえば、動作を異なる順序で実行することも可能であるし、動作を追加、消去、または変更することも可能である。また、用語「結合された（coupled）」は、２つの要素間に信号経路を有することを表し、要素／接続の介在を伴わない要素間の直接接続を暗示してはいない。これらの変形例はすべて、本開示の一部と考えられる。
【0106】
以下の定義および略語は、特許請求の範囲および本明細書の解釈のために使用するものとする。本明細書で使用される、用語「備える（comprise）」、「備えている（comprising）」、「具備する（include）」、「具備している（including）」、「有する（have）」、「有している（having）」、「含む（contain）」、もしくは「含んでいる（containing）」、またはこれらのその他の任意の変形は、非排他的な包含を網羅することが意図される。たとえば、要素の一覧を含む組成物、混合物、プロセス、方法、品目、または装置は、必ずしもこれらの要素だけに限定されず、このような組成物、混合物、プロセス、方法、品目、または装置に対して明示的に一覧化もされていなければ固有でもない他の要素を含み得る。
【0107】
また、本明細書において、用語「例示的な（exemplary）」は、「一例、事例、または実例として機能する」を意味するものとして使用している。本明細書で「例示的（exemplary）」として記載する如何なる実施形態も設計も、他の実施形態または設計より好ましいものまたは有利なものとしては必ずしも解釈されないものとする。用語「少なくとも１つ（at least one）」および「１つまたは複数（one or more）」は、１以上の任意の整数すなわち１、２、３、４等を含むものと理解される。用語「複数（a plurality）」は、２以上の任意の整数すなわち２、３、４、５等を含むものと理解される。用語「接続（connection）」は、間接的な「接続（connection）」および直接的な「接続（connection）」の両者を含み得る。
【0108】
用語「およそ（about）」、「実質的に（substantially）」、「約（approximately）」、およびこれらの変形は、本願の出願時点で利用可能な機器に基づく特定の量の測定と関連付けられた誤差の程度を含むことが意図される。たとえば、「およそ（about）」は、所与の値の±８％、５％、または２％の範囲を含み得る。
【0109】
本発明は、任意の可能な技術的詳細統合レベルにおけるシステム、方法、またはコンピュータ・プログラム製品、あるいはその組合せであってもよい。コンピュータ・プログラム製品は、本発明の態様をプロセッサに実行させるためのコンピュータ可読プログラム命令をその上に有するコンピュータ可読記憶媒体（または複数の媒体）を具備していてもよい。
【0110】
コンピュータ可読記憶媒体としては、命令実行デバイスが使用する命令を保持および格納し得る有形デバイスが可能である。コンピュータ可読記憶媒体は、たとえば電子記憶装置、磁気記憶装置、光学記憶装置、電磁記憶装置、半導体記憶装置、またはこれらの任意の好適な組合せであってもよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例の非網羅的な一覧は、携帯型コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、消去・プログラム可能リード・オンリー・メモリ（ＥＰＲＯＭもしくはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、携帯型コンパクト・ディスク・リード・オンリー・メモリ（ＣＤ－ＲＯＭ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、メモリ・スティック（Ｒ）、フロッピー（Ｒ）・ディスク、パンチカードもしくは命令が記録された溝中の隆起構造等の機械的符号化デバイス、およびこれらの任意の好適な組合せを含む。本明細書で使用される、コンピュータ可読記憶媒体は、電波もしくはその他の自由に伝搬する電磁波、導波路もしくはその他の伝送媒体を伝搬する電磁波（たとえば、光ファイバ・ケーブルを通過する光パルス）、またはワイヤを通じて伝送される電気信号等、一過性の信号自体としては解釈されないものとする。
【0111】
本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体から各コンピュータ／処理装置にダウンロードすることも可能であるし、たとえばインターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、または無線ネットワーク、あるいはその組合せを介して外部コンピュータまたは外部記憶装置にダウンロードすることも可能である。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、またはエッジ・サーバ、あるいはその組合せを含んでもよい。各コンピュータ／処理装置のネットワーク・アダプタ・カードまたはネットワーク・インターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、このコンピュータ可読プログラム命令を転送して、各コンピュータ／処理装置内のコンピュータ可読記憶媒体に格納する。
【0112】
本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路の設定データ、あるいはＳｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋等のオブジェクト指向プログラミング言語およびＣプログラミング言語もしくは類似のプログラミング言語等の手続き型プログラミング言語を含む１つまたは複数のプログラミング言語の任意の組合せで記述されたソース・コードまたはオブジェクト・コードであってもよい。コンピュータ可読プログラム命令は、独立型ソフトウェア・パッケージとして全部または一部をユーザのコンピュータ上で実行するようにしてもよいし、一部をユーザのコンピュータ上、一部をリモート・コンピュータ上で実行するようにしてもよいし、全部をリモート・コンピュータまたはサーバ上で実行するようにしてもよい。後者のシナリオでは、ローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）を含む、任意の種類のネットワークを通じてリモート・コンピュータをユーザのコンピュータに接続するようにしてもよいし、（たとえば、インターネット・サービス・プロバイダを用いることによりインターネットを通じて）外部コンピュータに接続するようにしてもよい。いくつかの実施形態においては、本発明の態様を実行するため、コンピュータ可読プログラム命令の状態情報を利用して電子回路を個人向けにすることにより、たとえばプログラマブル論理回路、フィールドプログラマブル・ゲート・アレイ（ＦＰＧＡ）、またはプログラマブル・ロジック・アレイ（ＰＬＡ）を含む電子回路がコンピュータ可読プログラム命令を実行するようにしてもよい。
【0113】
本明細書においては、本発明の実施形態に係る方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図またはブロック図あるいはその両方を参照して、本発明の態様を説明している。フローチャート図またはブロック図あるいはその両方の各ブロック、およびフローチャート図またはブロック図あるいはその両方のブロックの組合せは、コンピュータ可読プログラム命令により実装可能であることが了解される。
【0114】
これらのコンピュータ可読プログラム命令は、コンピュータまたは他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、フローチャート図またはブロック図あるいはその両方の１つまたは複数のブロックに規定の機能／動作を実装する手段を生成するように、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供されてマシンを作り出してもよい。また、これらのコンピュータ可読プログラム命令は、命令が格納されたコンピュータ可読記憶媒体が、フローチャート図またはブロック図あるいはその両方の１つまたは複数のブロックに規定の機能／動作の態様を実装する命令を含む製造品を含むように、コンピュータ可読記憶媒体に格納され、コンピュータ、プログラムな可能データ処理装置、または他のデバイス、あるいはその組合せに対して特定の様態で機能するように指示してもよい。
【0115】
また、コンピュータ可読プログラム命令は、コンピュータ、他のプログラム可能装置、または他のデバイス上で実行される命令が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに規定の機能／動作を実装するように、コンピュータ実装プロセスを生成するために、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイスへロードされ、一連の動作ステップをコンピュータ、他のプログラム可能装置、または他のデバイス上で実行させてもよい。
【0116】
図中のフローチャートおよびブロック図は、本発明の種々の実施形態に係るシステム、方法、およびコンピュータ・プログラム製品の可能な実施態様のアーキテクチャ、機能、および動作を示している。この点に関して、フローチャートまたはブロック図の各ブロックは、特定の論理機能を実装するための１つまたは複数の実行可能命令を含むモジュール、セグメント、または命令の一部を表していてもよい。いくつかの代替実施態様において、ブロックに記載の機能は、図面に記載の順序とは異なる順序で行われてもよい。たとえば、連続して示す２つのブロックは実際のところ、関与する機能に応じて、実質的に同時に実行されてもよいし、場合により逆の順序で実行されてもよい。また、ブロック図またはフローチャート図あるいはその両方の各ブロックおよびブロック図またはフローチャート図あるいはその両方のブロックの組合せは、特定の機能または動作を実行するか、または専用ハードウェアおよびコンピュータ命令の組合せを実行する、専用ハードウェアベースのシステムにより実装することが可能であることにも留意されたい。
【0117】
本発明の種々の実施形態の説明は、例示を目的として提示しており、網羅的であること、または開示の実施形態に限定されることを意図したものでもない。当業者には、記載の実施形態の範囲から逸脱することなく、多くの改良および変形が明らかとなるであろう。本明細書において使用する専門用語は、実施形態の原理、実際の用途、もしくは市場において見られる技術の技術的改良を最もよく説明するために、または、他の当業者が本明細書に記載の実施形態を理解できるように選定されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【国際調査報告】