JP2011129117A - サービスとしてのクラウドフェデレーション - Google Patents

Abstract

【課題】相互運用可能な複数の互換性のないクラウドサービスを透過的に提供する連邦型クラウドサービス環境を提供すること。
【解決手段】本発明の一特徴は、クラウドからのクラウドサービスを求めるクラウドクラインとのためのフェデレーション方法であって、前記クラウドクライアントからプロファイルフェデレーションサービスを契約するためのリクエストを受信するステップと、前記リクエストに少なくとも部分的に基づき前記クラウドクライアントを認証するステップと、前記クラウドクライアントに関するプロファイルの少なくとも一部を抽出するステップと、前記クラウドクライアントが前記クラウドのクラウドサービスにアクセスすることを実現するため、前記クラウドクライアントのプロファイルの一部を提供するステップとを有する方法に関する。
【選択図】図１

Description

本発明は、一般にクラウドサービス及び仮想化に関し、より詳細には相互運用可能な複数の互換性のないクラウドサービスを透過的に提供する連邦型クラウドサービス環境を提供することに関する。

“クラウドコンピューティング”という言葉は、インターネットベースの各種“サービス”群を広範なクライアントに提供するためのコンセプトのための多数の用語の１つである。しばしば、“クラウド”という用語は、インターネット上のリソースにアクセスすることを意味するのに用いられる。クラウドコンピューティングは、一般にクラウドのリソースにアクセスするのに必要とされるリソース及びネットワークインフラストラクチャを抽象化したものを表す。クラウドコンピューティングは、多数のユーティリティ及びグリッドコンピューティングモデルに従来関連する特徴を含む“オンデマンド”環境である。クラウドコンピューティングは、一般に計算技術における増大する計算パワーや高度化を利用しようとするものである。“サービス”という用語は、このような抽象化されたリソースを表すのに用いられる。Ａｍａｚｏｎ．Ｃｏｍ，Ｉｎｃ．（Ｓｉｍｐｌｅ Ｓｔｏｒａｇｅ Ｓｅｒｖｉｃｅ（Ｓ３）など）、Ｇｏｏｇｌｅ Ｉｎｃ．（Ｇｏｏｇｌｅ Ｆｉｌｅ Ｓｙｓｔｅｍ（ＧＦＳ）など））、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ（Ｍｉｃｒｏｓｏｆｔ Ｏｆｆｉｃｅ Ｏｎｌｉｎｅなど）により提供されるような各種サービスは、典型的にはクラウドを介してウェブブラウザや他の軽量なクライアントからアクセスされる周知のクラウドコンピューティングリソースを表す。アプリケーションとそれのデータとが典型的にはローカルストレージに格納されている従来のアプリケーションプログラムと異なり、クラウドサービスによると、この情報は典型的にはリモート（企業）サーバに格納される。概して、クラウドコンピューティングは、契約ベース又は運営されたインターネットを介しアクセス可能なサービスを包括する。

クラウドアプリケーションは、一般に（１）Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ（ＷＳＤＬ）、Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（ＡＰＩ）又は他の標準化された通信プロトコルなどの明確なソフトウェアインタフェースを用いてマシーン・ツー・マシーンで相互運用可能となるよう設計されたソフトウェアなどのＷｅｂ Ｓｅｒｖｉｃｅ、（２）数千のカスタマによりブラウザを介し同時にアクセスされる電子メールアプリケーションプログラムなどのアプリケーションソフトウェアの実質的にジャストデリバリ／オンデマンドの利用であるＳｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＳａａＳ）、（３）ユーティリティリソースの使用と同様に必要とされる有料のストレージなどのバーチャルサービス及び／又はオンデマンドリソースがクライアントに提供されるＩｎｆｒａｓｔｒｕｃｔｕｒｅ−ａｓ−ａ−Ｓｅｒｖｉｃｅ（ＩａａＳ）、及び（４）開発者がクラウドベースインフラストラクチャ上で運営されるアプリケーションを開発することを可能にするためのＰｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ（ＰａａＳ）などのカテゴリに広くは分類される。

クラウドコンピューティングでは、クライアント装置やソフトウェアなどは、各種サービスを受信するために各種クラウドに接続する必要がある。しかしながら、各クラウドプロバイダは、ユーザのビジネスを所有しておらず、ユーザやクライアントが契約するサービスの間の標準化された又はシームレスな相互接続を有していない。

本発明の課題は、相互運用可能な複数の互換性のないクラウドサービスを透過的に提供する連邦型クラウドサービス環境を提供することである。

上記課題を解決するため、本発明の一特徴は、クラウドからのクラウドサービスを求めるクラウドクラインとのためのフェデレーション方法であって、前記クラウドクライアントからプロファイルフェデレーションサービスを契約するためのリクエストを受信するステップと、前記リクエストに少なくとも部分的に基づき前記クラウドクライアントを認証するステップと、前記クラウドクライアントに関するプロファイルの少なくとも一部を抽出するステップと、前記クラウドクライアントが前記クラウドのクラウドサービスにアクセスすることを実現するため、前記クラウドクライアントのプロファイルの一部を提供するステップとを有する方法に関する。

本発明によると、相互運用可能な複数の互換性のないクラウドサービスを透過的に提供する連邦型クラウドサービス環境を提供することができる。

図１は、一実施例による第２ネットワーク上のクラウドを含む複数のクラウドへのアクセスを求める第１ネットワーク内のクラウドクライアントを示す。 図２は、一実施例によるクラウドフェデレータがクラウドクライアントのために自動的及び透過的に管理する一例となるデータ及び／又はクラウドインタフェースを示す。 図３は、一実施例によるクラウドクライアントが各種ＳａａＳクラウドサービスに接続することを所望する使用ケースを示す。 図４は、一実施例によるクラウドクラインとが異なるタイプのクラウドに接続することを所望する使用ケースを示す。 図５は、一実施例による図１，３及び４に示されるクラウドフェデレータを提供及びサポートするサービスプラットフォームを示す。 図６は、本発明の特定の特徴が実現可能な適切な計算環境を示す。

以下、図面に基づいて本発明の実施の形態を説明する。

現在のクラウドサービスオプションの問題点は、複数のサービスプロバイダからの複数のオファーを透過的に又はトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）に利用するための“ワンストップショッピング（ｏｎｅ ｓｔｏｐ ｓｈｏｐｐｉｎｇ）”がないことである。現在、各サービスプロバイダは、クラウドサービスを提供する専用の環境を有し、これにより専用のアカウント管理、専用のデータフォーマットなどを有する。クラウドコンピューティングをより有用なものにするため、ユーザ／クライアント／サーバは、異なるクラウドから異なるサービス及びファンクションに同時にアクセスするため、異なるクラウドの間でシームレスにスイッチする方法を知ることが可能である必要がある。しかしながら、相互接続がないため、クラウドサービスプロバイダの間の自動的な移動／相互接続はない。例えば、ユーザ／クライアントは、クラウド／サービスの間の移動のため、異なるアカウント、ユーザインタフェース、アプリケーション、ネットワーク接続、支払い方法などを利用及び再設定する必要があるであろう。さらに、異なるクラウド／サービスを契約しているユーザ／クライアントが単純な電子メールの交換を超えてやりとりすることを可能にするための機能は存在しない。

この問題と他のクラウドコンピューティングのシームレスな相互運用の問題とに対処するため、選ばれた実施例は、各種クラウドクライアントが異なるサービスについて異なるクラウドにシームレスにアクセスすることを可能にするため、複数のクラウドサービス、クラウドベンダ、データ環境、ＩＴシステムなど（以降では単にクラウドとして総称される）において連邦型カスタマプロファイルを提供することに関する。クラウドクライアントという用語は、一般にソフトウェア及び／又はデバイス、サーバソフトウェア及び／又はデバイス、ミドルウェア、及び／又は論理的、仮想的構成、人工知能又はルールベースプログラミング構成と共に、クラウドサービスにアクセス可能なユーザをまとめて含むものである。

上述されるように、典型的なクラウドコンフィギュレーションから欠落しているものは、接続のためのリアルタイムな“仲介”と相互運用性を提供可能なユニバーサルカスタマプロファイルフェデレーションサービスであり、これにより、クラウドクライアントは、さらなるユーザコンフィグレーションなしにクラウドサービスに接続することが可能となる。一実施例では、これは、クラウドクライアントがプロファイルの変更又はアクセスなしにシームレスかつセキュアに利用し、異なるクラウドの間で同時に移動することを可能にする。一例となる複数のクラウドサービスは、異なるクラウドプラットフォーム、オープンなゲーム、相互参照、コンポーネントの再利用、ユーザの透過的な支払などにおける開発協力を含む。相互運用性のための接続の仲介は、電話接続、ルーティング、課金、清算及び収入決済のための通信産業により開発された規格などの通信フェデレーション原理から援用している。

サービスフェデレーション（ｓｅｒｖｉｃｅ ｆｅｄｅｒａｔｉｏｎ）又はサービス連邦化は、複数のクラウドに適用可能なクラウドクライアントに関する識別情報を通過させるだけでなく、連邦型プロファイルはまた、異なるクラウドプロバイダによる識別カスタマプロファイルの複数のコピーと共に、複数のクラウドにおける識別プロファイルの一部を格納することを含むものであってもよいことが理解されるであろう。例えば、クラウドは、当該クラウドに特に関連し、クラウドクライアントが再接続する際にデータを取得又は再構成するための時間及び／又はリソースに関しておそらく困難であり、及び／又はコストのかかるクラウドクライアントのプロファイルの特定部分をキャッシュすることを所望するかもしれない。各種通信技術がクラウドクライアントプロファイルを連邦化するのに利用されてもよく、また各種実施例では、クラウドクライアントはクラウドクライアントのプロファイルフェデレーションに影響を与え、及び／又は指示するローカルコントロール、プリファレンス、セキュリティ又は他のポリシーを有するようにしてもよいことが理解されるであろう（図２のアイテム２１６などを参照）。一実施例では、プロファイルフェデレーションは、エンタイトルメント管理によるクロスドメインシングルサインオンをサポートするためのものなど、オープンな規格及び／又はプロトコルを用いて実現される。例えば、ＯＡＳＩＳ ＳＡＭＬ（Ｓｅｃｕｒｉｔｙ Ａｓｓｅｒｔｉｏｎ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）仕様である、認証、認証データ及び他のプロファイル情報を交換するためのＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ベースの規格が、少なくとも部分的にプロファイルフェデレーションを実現するのに利用されてもよい。

図示された実施例では、クライアント、サーバ、マシーン、バーチャルマシーン、ルータ／スイッチ、マスストレージ及び図６に関して接続されるような他のマシーンなどの物理的デバイス又はリソースが直接的又は間接的に参照される。１以上の一意的な特徴を有することが特段記載されない場合、それらは汎用的なものであり、本発明の意図を実質的に変更することなくデバイス間で置換されてもよいことが、当業者には理解されるであろう。図示された実施例では、当業者が一般に他の物理的デバイスやリソースから実質的に一意的なものにするため、物理的デバイス又はリソースとメタデータとを関連付けることに一般に対応する論理デバイスが直接的又は間接的に参照される。“実質的に一意的な”という表現は、あるタイプの真のＧＵＩＤ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）が関連するメタデータにおいて利用される間、代わりに一意的な識別子となるのにローカルに一意的又は統計的に可能性のあるものを利用してもよいという理由のため使用される。一例となる論理デバイスは、ネットワークインタフェースカード（ＮＩＣ）や他の通信エンドポイントである。これは、エンドポイント間の通信を可能にするため、汎用的な物理的デバイスにエンドポイント間の区別をするためのメタデータ（ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス又は他の識別情報など）が割り当てられる必要があるためである。

物理的デバイスと論理的デバイスに加えて、バーチャルデバイスが本発明の実施例を実現するのに利用されてもよいことが理解されるであろう。バーチャルデバイスは、実際の物理的デバイスに結び付かない論理的デバイスとみなしてもよいが、任意の規定されたバーチャルハードウェアに関して動作する。例えば、バーチャルマシーン環境は、バーチャルマシーンが動作する実際の基礎となる物理的ハードウェアを抽象化したバーチャルハードウェアを利用する。一実施例では、論理的デバイス又はバーチャルデバイスは、関連する基礎となる物理的ハードウェアから物理的に分離されてもよい。例えば、ある場所の論理的デバイスは、ネットワークを用いて異なる場所の物理的ハードウェアにアクセスしてもよい。

一実施例では、クラウドクライアントは、サービスが実際に複数のクラウドの複数のサービスの透過的な統合を表し、１以上のサービスがクラウドの互換しないベンダにより提供される単一のクラウドサービスであるかのように見えるものにアクセスする。一実施例では、連邦型プロファイルの使用を通じて、クラウドクライアントは、両立しないクラウド及びサービスにアクセスするため、アプリケーション、サービス、アカウントなどを再設定する必要がなくなり、その代わりに、クラウドクライアントは自動的な移動及び相互運用性を有する。単一のサービスや単一のクライアントが参照されるが、各種実施例では、複数の関連する及び／又は関連しないクライアントが複数の関連する及び／又は関連しないプロバイダからの複数の関連する及び／又は関連しないサービスにアクセスするようにしてもよいことが理解されるであろう。

図１は、一実施例による第２ネットワーク上にあるＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）クラウド１１０を含む複数のクラウドへのアクセスを求める第１ネットワーク１０２上にあるクラウドクライアント１００を示す。図示されるような第１ネットワーク１０２は、イントラネットやエクストラネットなどのプライベートネットワークであるが、それは何れかのタイプのネットワークであってもよいことが理解されるであろう。図示されるような第２ネットワーク１０８は、インターネットやＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であるが、第１ネットワーク１０２に関して、第２ネットワーク１０８は何れかのタイプのネットワークであってもよいことが理解されるであろう。図示された実施例では、クラウドクライアントは、第１ネットワーククラウド１０４と共にリモートＳａａＳクラウド１１０の１以上のサービス１１２〜１１８を含む複数のクラウドへのアクセスを求める。

図示された実施例では、クラウド１０４は、第１ネットワーク１０２内の（通信接続されるなど）エンティティにデータセンタサービス及び／又は計算リソースを提供するなど、何れかの方法のクラウドサービスを提供する。図示された実施例では、クラウドクライアントは、仮想化されたデータセンタへのアクセスなど、クラウド１０４からクラウドサービスにアクセスする。さらに、クラウドクライアントはまた、ビジネスファンクションのため、第２ネットワーク１０８上のリモートＳａａＳクラウド１１０のサービスにアクセスしようとする。図示された実施例では、ローカル及びリモートクラウド１０４，１１０は、クラウド１０４，１１０とクラウドクライアント１００との間のアクセス要求及びデータ伝送を認証及び／又は通信するための互換性のない及び／又は専用の技術を利用してもよい。しかしながら、図示された実施例では、ローカル及びリモートクラウド１０４，１１０へのアクセスは、クラウドクライアント１００に透過である。

このようなサービスへの透過なアクセスを実現するため、クラウドクライアント１００は、ローカルネットワーク１０２内にあるクラウドフェデレータ１０６と契約する。クラウドフェデレータは第１ネットワーク１０２内にあるものとして示されているが、それはクラウドクライアント１００及びクラウドクライアントがサービスを求める他の何れかのクラウドに通信接続されている限り、第２ネットワーク１０８又は他のネットワーク（図示せず）にあってもよいことが理解されるであろう。クラウドフェデレータ１０６の利用は、フリーアクセス条件の使用（公衆サービス又は政府の助成などとして）、ペイパー利用サービス（適切なトランザクション追跡／課金サービス）、アクセス合意又はライセンス合意技術の一部として（企業又は大学サイトライセンスなど）などの何れか所望の条件によるものであってもよいことが理解されるであろう。さらに、アクセスは詳細であってもよく、各サービス又はそれらのサブサービスは異なるアクセス条件を有してもよいことが理解されるであろう。

図示された実施例では、第１ネットワーク１０２内のクラウドフェデレータは、クラウド１０４とＳａａＳクラウド１１０との間のリアルタイムの統合を提供する。クラウド１０４により提供される統合サービスは、整合性のあるユーザインタフェースを確実にするため、クラウドクライアント１００とクラウドサービスとの間で伝送されるデータを変更するなど、各種サービスを含むことが可能である。クラウドフェデレータは各種クラウド通信を整合性のあるものにするため、所定のマッピングを有してもよいが、クラウドフェデレータは、クラウドクライアントへの整合性のある提示のためにデータを動的に分類及び／又は変更することを可能にするため、ハードウェア及び／又はソフトウェアコンポーネントを有するか、又は外部リソース（図示せず）にアクセスしてもよいことが理解されるであろう。

例えば、課金データを提供するため、多くのクラウドサービスは課金データを整合的に提示することを簡単化するＸＭＬなどのタグベースの記述言語などによって、課金データをマーキングするための共通のインタフェースを利用してもよいが、一部のクラウドサービスは、典型的な記述又はフォーマットを利用してもよく、クラウドフェデレータの分類コンポーネントが、典型的な記述を動的に解析し、それが課金データであると結論付け、それに対応して提示するのに利用されてもよいことが理解されるであろう。課金データの適切な識別はまた、支払が認証されると、サービスのためのシームレスで自動的な支払を可能にし、これにより、クラウドクライアントのユーザが支払設定を手動により設定し、又は支払を手動により処理する必要性を排除する。

一実施例では、クラウドフェデレータ１０６は、各種クラウドとＳＡＬ（Ｓｅｒｖｉｃｅ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）との間の互換性について必要とされるような変換によって、異なるクラウドのためのサービス要求及び技術が変換される標準化されたサービスインタフェースを規定するＳＡＬを実装する。図２に関して後述されるように、各種データ２００がこの変換を支援するのに利用されてもよい。

クラウドフェデレータ１０６自体は、アクセス非互換性にかかわらずクラウドクライアント１００と各種クラウドとの間の少なくともシームレスで透過的な接続を提供するクラウドサービスとして機能してもよいことが理解されるであろう。クラウドクライアントは、クラウドフェデレータにそれが契約することを求めるクラウドの識別情報を提供してもよいことが理解されるであろう。しかしながら、一実施例では、クラウドクライアントは、それが契約することを求めるタイプのサービス又はデータを特定し、クラウドフェデレータが所望のサービス又はデータを提供する適切なクラウドを特定する。本実施例では、クラウドフェデレータは、コスト、スピード、高い利用性（接続の信頼性など）などの所望の制約（図２のポリシー２１６などを参照）に適合するクラウドを選択するため、ヒューリスティックを適用してもよいことが理解されるであろう（例えば、図２のＡＩ／エキスパートシステム２０４などを参照）。

図２は、一実施例による図１，３，４などのクラウドフェデレータ１０６，３０２，４０２がクラウドサービスへのクラウドクライアントのアクセスを自動的かつ透過的に管理するのに利用する一例となるデータ及び／又はクラウド関連インタフェース２００を示す。図示されたデータは、あるタイプのストレージ（図６などを参照）内に格納されるデータベースレコード、データファイル又はコンポーネントなどであってもよいことが理解されるであろう。

図示されるように、クラウドクライアントが受信することを期待しているタイプの情報及び／又はフォーマットを規定するユーザインタフェース（ＵＩ）コンポーネントがある。図１に関して上述されたように、クラウドクライアントと各種クラウドとの間のやりとりはシームレスで透過なものであり、このため、共通のＵＩがクラウドクライアントにより採用されるようにしてもよい。周知のクラウドサービスは、クラウドクライアントが所望するような共通フォーマットにより異なるクラウドＵＩを提供することを可能にするため、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）又は記述言語を提供し、及び／又は明確なインタフェースをそれらのサービスに提供するようにしてもよいことが理解されるであろう。一実施例では、ＵＩ２０２は、クラウドクライアントに対して使用されるべき所望のＵＩフォーマットを記述する。異なるクラウドクライアントが異なるＵＩフォーマットを採用するかもしれないことが理解されるであろう。

また、人工知能（ＡＩ）／エキスパートシステム／サーチエンジン２０４（以降、ＡＥＳ）により利用されるデータが示される。あるクラウドサービスがそれのサービスにアクセスするための明確なフォーマットを利用しない場合、当該クラウドのサービスにシームレスで透過なアクセスを提供することはやや困難であるかもしれないことが、当業者には理解されるであろう。一実施例では、クラウドクライアントはＡＥＳデータを適用し、これにより、ＡＥＳはクラウドクライアントと当該クラウドとの間の仲介者として機能する。一実施例では、ＡＥＳはデータを解析し、クラウドクライアントに提供するものを特定する。例えば、共通のＵＩ２０２に新たなクラウドを提供するため、又は図１に関して上述されたように、アカウント支払情報２０６を特定及び利用するためである。ＡＥＳが実現される方法に応じて、ＡＥＳ全体は、データ２０４内に格納されているルールセットにより規定するなどによってここに示されてもよいことが理解されるであろう。クラウドフェデレータはクラウドクライアントが少なくとも部分的にカスタマ要求及びＡＥＳに基づきクラウドサービスを特定することを支援することが理解されるであろう。

クラウドクライアントは、すでに支払うよう設定されているサービスについてアカウント支払情報２０６を格納してもよいことが理解されるであろう。クラウドクライアントは、最大金額、頻度、契約期間又は他の制約若しくは基準に関するものなどの制約を有してもよいことが理解されるであろう。アカウント支払情報はまた、銀行口座、クレジットカード、ＰａｙＰａｌなどの支払サービスなどの各種支払方法と共に、各種状況に置ける支払方法のの使用の制限又は選好を含むものであってもよい。各種実施例では、アカウント支払情報はまた、単に禁止されるアダルトサービスなどの特定のタイプの支払又はサービスを示すよう設定されてもよい。また、ＵＩ２０２に関して、アカウント支払情報は、支払システムとの周知のフォーマット又はインタフェースを使用しないクラウドによる支払を動的に解析及び処理することを可能にするため、ＡＩ／エキスパートシステム２０４に関してアクセスされてもよいことが理解されるであろう。簡単化のため、ここでは、ＡＩ／エキスパートシステム２０４は、それが残りのデータ又はクラウド関連インタフェース２０８〜２１６によりどのように適用されるか説明されないが、当業者はそれが利用可能出ることを理解するであろう。

また、識別情報２０８が示される。一実施例では、識別情報は、デバイス名、デバイスアドレス、支払オプションを関連付けるためのトークン（アカウント支払情報に反映される）など、クラウドクライアントに関する典型的な識別情報を含む。しかしながら、この識別情報はまた、ユーザ名、アドレス、運転免許番号などの数字の識別子、ソーシャルセキュリティ番号などのクラウドクライアントのユーザの識別情報と共に、支払選択肢（アカウント支払情報に反映される）を含むものであってもよい。識別情報の一部又はすべてが、必要に応じてクラウド又はそのサービスによりクラウドクライアントを認証するのに利用されることが理解されるであろう。

また、異なるクラウドとそれらのサービスとの間の自動的な統合を実現するための情報を含むアプリケーション情報２１０が示される。アプリケーション情報は、クラウドクライアントがアクセスすることを所望するサービス、回避されるべきサービス、アクセス前に確認のためにユーザへのプロンプトを生成すべきサービス（もしクラウドクライアントがユーザとやりとりするよう設定されている場合、例えば、クラウドクライアントはユーザインタフェースなしに自律的及び／又は埋め込まれてもよい）を含むものであってもよい。アプリケーション情報はまた、クラウドへのシームレスで透過的なアクセスに必要とされる情報を含むものであってもよい。例えば、図１に示されるように、クラウド１０４，１１０は、クラウドによる認証のための全く異なる技術を有してもよい。アプリケーション情報２１０は、認証要求、技術、セキュリティトークン及び他のデータを格納すると共に、アカウント支払情報２０６及び識別情報などを用いて、異なる認証要求を有しているにもかかわらず、クラウド１０４，１１０にアクセスするのに利用されてもよい。

図示される実施例では、さらにクラウドタイプ情報があってもよい。上述されるように、シームレスな統合が所望される各クラウドについてデータ群が追跡される場合、データベースのレコードなどの図示されたデータ２００が、増加的にインスタンス化されてもよい。クラウドタイプは、異なるタイプのクラウド（ＳａａＳ、ＩａａＳ、ＰａａＳなど）と、クラウドクライアントにより用いられる図１のクラウドフェデレータ１０６とを追跡するのに用いられてもよい。一実施例では、クラウドフェデレータは、例えば、複数のクラウドがクラウドクライアントによって、所望される場合には、クラウドサービスによるクラウドクライアント機能への異なるレベルのアクセスによって、及び／又はクラウドクライアントによるクラウドサービスへの異なるレベルの統合によって独立に認証されることを可能にする複数レイヤのフェデレーションを提供する。

図示された実施例では、クラウド又はクラウドタイプがアクセスされるネットワークを追跡し、又はコストの最小化のためなど各種クラウド又はクラウドタイプのネットワーク接続選好を示すするネットワーク接続情報２１４が格納されてもよい。ネットワーク接続は、クラウドクライアントの現在位置又は接続性に応じて接続を制限又は禁止するための関連するローミング選好を有し、一実施例では、関連するコストはネットワーク接続データの一部として記録されてもよく、又は他の実施例では、アカウント支払情報２０６の一部として記録されてもよいことが理解されるであろう。

図示された実施例では、関連するポリシー２１６があってもよい。これらは、必要に応じてデータ２０２〜２１４に含まれてもよいポリシーに優先するシステマティックなポリシーであってもよいし、また必要に応じてデータ２０２〜２１４に含まれるポリシーの実現として利用されてもよい。一実施例では、ポリシーは、複数レイヤのフェデレーションを実行するか否か、また実行方法を含むクラウドクライアントのフェデレーションに影響を与える、及び／又は指示するポリシーを含むものであってもよい。

図３は、一実施例によるクラウドクライアント３００が異なるＳａａＳクラウド３０２のサービス３０４，３０６に接続することを所望する使用ケースを示す。本実施例では、クラウドクライアント３００は、インターネット３１０上にあるクラウドフェデレータ３０８に接触する。ネットワークがインターネットであることは単なる例示のためであり、他の何れかのパブリック又はプライベートネットワーク（又はこれらの組み合わせ）が想定されることは理解されるであろう。さらに、クラウドクライアントはＩａａＳ３１２及び／又はＰａａＳ３１４サービスを利用可能であることが理解されるであろう。

図示された実施例では、クラウドクライアント３００は、Ｇｏｏｇｌｅ Ｆｉｌｅ Ｓｅｒｖｉｃｅ（ＧＦＳ）やデータベース（ＤＢ）サービスなどのＳａａＳクラウド３０２の異なる２つのクラウドサービスプロバイダ３０４，３０６からの同様のファンクション又はサービスを求める。図示されるように、クラウドクライアント３００は、インターネットベースのクラウドフェデレータ３０８がやりとりする図２のタイプのデータ２００に関して、図１について上述されたものと同様に動作するクラウドフェデレータ３０８と契約する。インターネットクラウドフェデレータにアクセスすることによって、クラウドクライアントは、整合性のあるＡＰＩ、アプリケーション統合、アプリケーション管理、ファイルシステム管理、ネットワーク接続性などの図１に関して上述された整合性のある特徴と共に、さらにユーザプロファイル、ＵＩ、ＩＤ／アカウント管理などに関するフェデレーションを取得可能となるであろう。

一実施例では、プレゼンテーション言語は、整合性のための連邦型の１つのコンポーネントである。ある言語から他の言語への変換が可能な自動的な変換技術が存在することが理解されるであろう。一実施例では、何れのタイプのデータが変換されているかに偽受的な状況は、変換を暗示する、例えば、向上させるために利用される。例えば、課金状況での“ポンド”という単語は、重さの状況では異なって変換されるかもしれない。

ＳａａＳクラウド３０４，３０６との間の整合性を取得するための各種技術が利用されてもよいことが理解されるであろう。一実施例では、クラウドフェデレータ３０８は、ＳａａＳクラウド３０４，３０６がそれらのデータ及び／又はサービスにアクセスするため（必要に応じて）変換される標準化されたインタフェースを提供するため、上述されるように、クラウドクライアントが通信するＳＡＬ（Ｓｅｒｖｉｃｅ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）を実装する。これは、クラウドクライアントが１つの（又は比較的少数の）インタフェースしかしらないことを可能にし、クラウドクライアントがクラウドフェデレータのＳＡＬと通信可能である限り、クラウドクライアントはそれらの実現形態にかかわらず複数のクラウドに確実にアクセスすることが可能である。

図４は、一実施例によるクラウドクライアント４００が、ＳａａＳクラウド４０２、ＩａａＳクラウド４０４、ＰａａＳクラウド４０６などの異なるタイプのクラウドに接続することを所望する使用ケースを示す。

本実施例では、クラウドクライアント４００は、空港、駅、多数のデバイスやクラウドクライアントにネットワークサービスを提供する他のエリアなどに存在するネットワークなどのＰＡＮ（Ｐｕｂｌｉｃ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）４１０上にあるクラウドフェデレータ４０８と契約する。ネットワークがＰＡＮであることは単なる例示であり、インターネットを含む何れかのネットワークが想定されることが理解されるであろう。

図示された実施例では、クラウドクライアント４００は、クラウドフェデレータがやりとりする図２のタイプのデータ２００に関して図１のクラウドフェデレータ１０６について上述されたものと同様に動作するクラウドフェデレータ４０８と契約する。クラウドフェデレータにアクセスすることによって、異なるクラウド４０２〜４０６により与えられるサービス及び／又はデータ４１２〜４２８にアクセスするとき、クラウドクライアントは、ＡＰＩ、ファイルシステム、アプリケーション統合管理、ネットワーク接続性、ユーザプロファイル、ＵＩ、ＩＤ／アカウント管理、言語などの透過的なフェデレーション及び整合性を取得してもよい。

一実施例では、クラウドフェデレータの使用によりクラウドを整合性のあるものにすることによって、エンティティ（クラウドクライアント４００を含む）は、クラウドが異なる技術を用いてそれらのサービス及び／又はデータにアクセスしたとしても、ＳａａＳ、ＩａａＳ及びＰａａＳクラウドにより提供されるプラットフォーム、インフラストラクチャ及びサービスを組み合わせることによって、プロダクトオファー全体を構成することが可能である。図２に関して上述されたように、クラウドフェデレータ４０８は、クラウドクライアント４００とそれが動作している各種クラウド４０２〜４０６との間の複数レイヤのフェデレーションを提供するようにしてもよいことが理解されるであろう。図１〜４に関して上述された原理を適用することによって、クラウドクライアントは、プライベート／パブリック、ビジネス／パーソナル、異なるアプリケーション（ストレージ、生成、セキュリティ・・・）などのサービスを受信するため、クラウド間をスイッチするための基本的機能を取得する。

図５は、一実施例による図１，３，４のクラウドフェデレータ１０６，３０８，４０８を提供及びサポートするサービスプラットフォーム５００を示す。図示された実施例は、サーバプラットフォームなどのプラットフォームのための管理アーキテクチャの１つの可能性のあるハイレベルの抽象化を示すことは理解されるであろう。利用可能な分散計算環境（グリッド、メッシュ、クラウドなど）において提供可能な一例となる広範にアクセス可能なミドルウェアサービス５０２〜５１０が示される。当業者がクラウドクライアントなどのクライアントにウェブベースアプリケーションをサービス提供することを可能にすると理解するウェブアプリケーションクラスタ５０２が示される。

データストレージ及びデータアクセスサービスを提供するためのいくつかのデータベース技術を実現可能であると理解されるデータベースアプリケーションクラスタ５０４が示される。一実施例では、ウェブアプリケーションクラスタ５０２やデータベースアプリケーションクラスタ５０４などのためのデータベース及びアプリケーションサーバ管理、ハードウェア及びソフトウェアコンフィギュレーショントラッキング及びクローニング、より効率的なタスクパフォーマンスを実現するためのデータベースコンフィギュレーション及び／又はスキーマ変更の管理及び動的なリソース割り当てなどのタスクをモニタ、管理及び自動化するためのシステム管理ツールを提供するマネージャ５０６が示される。マネージャは、Ｍｉｃｒｏｓｏｆｔ、ＮＥＴ環境、Ｍｉｃｒｏｓｏｆｔ ＳＱＬサーバ、Ｏｒａｃｌｅ Ｄｅｐｌｏｙｍｅｎｔプラットフォーム、ＮｅｔＡｐｐ Ｆｉｌｅｒ、ＢＥＡウェブロジックなどを含む各種プラットフォームを管理するものであってもよい。利用可能な一例となるマネージャは、Ｏｒａｃｌｅ Ｅｎｔｅｒｐｒｉｓｅ Ｍａｎａｇｅｒである。

図示された実施例では、ソフトウェア及び／又はサービスの自動的でオンデマンドなプロビジョニングを可能にするソフトウェア及び／又はサービスプロビジョナ５０８がある。実行対象のタスクを特定及び分類するのに利用され、タスクを実現するのに必要な関連する処理、ステップ、データ入出力などを有するスクリプト又はワークフローコンセプトのアプリケーションなどを介した各種技術が利用可能であることが理解されるであろう。スクリプト又はワークフローは、もちろん、プロビジョニング対象のサービス又はソフトウェアの現在の動作状態に動的に対応するものであってもよい。ミドルウェアサービス５０２〜５０８の利用は、ミドルウェアが補完的に動作するよう構成される場合にアプリケーション、データベース、ソフトウェア、サービスなどが管理される方法における整合性を有効にすることを可能にすることが理解されるであろう。利用可能な一例となるソフトウェア／サービスプロビジョナは、ＩＢＭ（登録商標）のＴｉｖｏｌｉ（登録商標）プロビジョニングマネージャである。

図示された実施例では、分散ファイルシステムと分散タスク実行環境を提供するための分散実行ファイルサービス５１０コンポーネントが示される。ミドルウェアサービス５０２〜５１０の選択されたものが、タスク実行環境を提供するために分散実行ファイルサービスにより利用可能であることが、当業者に理解されるであろう。これらのサービス５０２〜５１０は、サービスのフェデレーションを可能にするソフトウェア及びハードウェアにハードウェアプラットフォームを示すための一例となる実施例を表す。図示された一例となるプラットフォームアーキテクチャは、例えば、オンライン、契約ベース、リアルタイムのサービスをクラウドフェデレーションのビジネスクライアント及びカスタマに提供するため利用可能である。

図示された実施例では、サービス５０２〜５１０は、クラウドＡＰＩ５１２に通信接続される。このＡＰＩは、ＡＰＩと通信するだけ済むため、サービスが設計されることを可能にする。次に、ＡＰＩは、複数のＳａａＳ、ＰａａＳ及びＩａａＳ（ＳＰＩ）クラウドインタフェース５１６〜５２０に対してサービス５０２〜５１０との通信を管理及び分散するよう動作するクラウド制御フェデレータ５１０を利用する。ＳＰＩインタフェースは、要求元の各種クラウドクライアント（図示せず）に所望のクラウドサービスのためのフロントエンドを提供するよう構成されてもよい。サービス５０２〜５１０をサポートするバックエンドハードウェア環境は、ｌｉｂｖｉｒｔ ＡＰＩを利用するＯｒａｃｌｅ ＶＭＭなどのバーチャルマシーン環境５２２、Ａｍａｚｏｎ Ｅｌａｓｔｉｃ Ｃｏｍｐｕｔｅ Ｃｌｏｕｄ（ＥＣ２）などの動的計算割当５２４環境、又はＶＭｗａｒｅ ＤＲＳ（Ｄｉｓｔｒｉｂｕｔｅ Ｒｅｓｏｕｒｃｅ Ｓｃｈｅｄｕｌｉｎｇ）などの分散リソーススケジューリング５２６環境の何れかの組み合わせであってもよい。各種ソフトウェア及びサービス管理ミドルウェアサービス５０２〜５１０に関してバーチャルマシーンや動的計算割当を利用するハードウェアアーキテクチャをサポートすることによって、クラウドサービスへのロウバストな連邦型アクセスを提供するための上述されたクラウドフェデレータに関して利用可能な極めて効率的でスケーラブルなアーキテクチャが提供されることが理解されるであろう。一実施例では、バーチャルマシーンセキュリティの向上は、プライベートデータが認証されたアプリケーションのみによりアクセス可能であり、監査及びコンプライアンス報告のための活動がトラッキング可能な図示された共有クラウド環境において実現可能である。

上記に基づき、当業者は、クラウドクライアントが追加的なユーザ設定なしにサービスに接続可能となるように、識別フェデレーションの提供を含むクラウドフェデレーションサービスが接続のためのリアルタイムな仲介とユーザ／クラウドクライアントのための相互運用を提供するためにどのように実現可能であるかを理解することが可能である。フェデレータは、必要な相互運用性を提供し、識別フェデレーションはクラウドフェデレーションの単なる一例となる処理であり、図５に関する説明は他の多数のサービス、データ、イベントなどが連邦化されうるということが当業者に理解されるべきである。フェデレーションは、プロファイルを変更することなく、又はクラウドクライアントを再設定することなく、クラウド間のジャンプと共に異なるクラウドの同時的な利用を可能にする。クラウドクライアントは、ＳＡＬの原理が利用されたか否かに応じて、必要な場合には動的に再設定されてもよいことが理解されるであろう。さらに、自動的フェデレーションによって、エラーの余地がほとんどないため、セキュリティが向上し、処理の透過性がユーザの体感を向上させる（適用可能な場合）ことが理解されるであろう。

図６及び以下の説明は、図示された本発明の特定の特徴が実現される適した環境の簡単で全体的な説明を提供するためのものである。ここで用いられる“マシーン”という用語は、単一のマシーン又は一緒に動作する通信接続されたマシーン又はデバイスのシステムを広く包括するものである。マシーンは、文字通り物理的デバイスであってもよいし、又は各種バーチャル特性の仮想的にインスタンス化されたマシーンであってもよい。一例となるマシーンは、パーソナルコンピュータ、ワークステーション、サーバ、ポータブルコンピュータ、携帯情報端末（ＰＤＡ）などの携帯デバイス、バーチャルマシーン、電話、タブレットなどの計算デバイスと共に、自動車、列車、タクシーなどのプライベート又はパブリック輸送手段などの輸送機器を含む。

典型的には、当該環境は、シングル又はマルチコアであるかもしれない１以上のプロセッサ６０４と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、他の状態保持媒体などのダイナミックプログラマブルなメモリ６０６、記憶デバイス６０８、ビデオインタフェース６１０及び入出力インタフェースポート６１２が接続されるシステムバス６０２を有するマシーン６００を有する。マシーンは、少なくとも部分的にキーボードやマウスなどの従来の入力デバイスからの入力と共に、他のマシーンから受信した指示、仮想現実（ＶＲ）環境との相互作用、バイオメトリックフィードバック又は他の入力ソース若しくは信号によって制御されてもよい。

マシーンは、プログラマブル又は非プログラマブルロジックデバイス又はアレイ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、埋め込みコンピュータ、スマートカードなどの埋め込みコントローラを有してもよい。マシーンは、ネットワークインタフェース６２０、モデム６２２又は他の通信接続などを介し１以上のリモートマシーン６１４，６１６，６１８との１以上の接続を利用してもよい。マシーンは、図１，３，４のネットワーク１０８，３１０，４１０などの物理的及び／又は論理的ネットワーク６２４により相互接続されてもよい。当業者は、ネットワーク６２４との通信が無線周波数（ＲＦ）、衛星、マイクロ波、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１、ブルートゥース、光、赤外線、ケーブル、レーザなどを含む各種有線及び／又は無線短距離及び／又は長距離キャリア及びプロトコルを利用してもよいことを理解するであろう。

本発明は、マシーンによりアクセスされると、マシーンにタスクを実行させ、又は抽象的なデータタイプ又は低レベルハードウェアコンテキストを規定させるファンクション、プロシージャ、データ構造、アプリケーションプログラムなどの関連するデータを参照することによって、又はそれに関連して説明されてもよい。関連するデータは、例えば、揮発性及び／又は不揮発性メモリ６０６、従来のハードドライブ、フロッピー（登録商標）ディスク、光ストレージ、テープ、フラッシュメモリ、メモリスティック、デジタルビデオディスクなどの記憶デバイス６０８及び／又は関連する記憶媒体、マシーンアクセス可能な生物状態保持ストレージなどのより特殊な媒体などに格納されてもよい。関連するデータは、ネットワーク６２４を含む伝送環境により、パケット、シリアルデータ、パラレルデータ、伝搬信号などの形式により送信されてもよく、圧縮又は暗号化フォーマットにより利用されてもよい。関連するデータは、分散環境で利用されてもよく、シングル又はマルチプロセッサマシーンによるアクセスのためローカル及び／又はリモートに格納されてもよい。関連するデータは、埋め込みコントローラによって又は関連して利用されてもよい。ここで、以下の請求項では、“ロジック”という用語は、関連するデータ及び／又は埋め込みコントローラの可能な組み合わせを一般に表すものである。

従って、例えば、図示された実施例に関して、マシーン６００が図４のクラウドクライアント４００を実現すると仮定すると、リモートマシーン６１４，６１６はそれぞれＳａａＳクラウド４０２とクラウドフェデレータ４０８であってもよい。リモートマシーン６１４，６１６はマシーン６００と同様に構成されてもよく、このためマシーン６００について説明された要素の多く又はすべてを含むものであってもよいことが理解されるであろう。リモートバーチャルマシーン６１８は、マシーン６００の仮想化された表現を示し、バーチャルマシーンは所望される場合にはセキュリティを強化し、パフォーマンスを向上させ、又は動作特性を最適化するよう構成されてもよいことが理解されるであろう。

図示された実施例を参照して本発明の原理が説明及び図示されたが、図示された実施例はこのような原理から逸脱することなく構成及び詳細について変更可能であることが認識されるであろう。また、上記説明は特定の実施例に着目したが、他の構成も想起される。特に、“一実施例では”、“他の実施例では”などの表現がここで用いられたが、これらの表現は可能性のある実施例を全体的に表すためのものであり、本発明を特定の実施例の構成に限定するものでない。これらの用語は、他の実施例に組み合わせ可能な同一の又は異なる実施例を参照してもよい。

ここで記載された実施例に対する各種置換に関して、ここでの詳細な説明は単なる例示であり、本発明の範囲を限定するものとしてとられるべきでない。本発明として請求されるものは、以下の請求項とそれに均等なものの範囲及び趣旨の範囲内のすべての変更を含む。

１００ クラウドクライアント
１０４，１１０ クラウド
１０６ クラウドフェデレータ

Claims (28)

1. クラウドからのクラウドサービスを求めるクラウドクラインとのためのフェデレーション方法であって、
   前記クラウドクライアントからプロファイルフェデレーションサービスを契約するためのリクエストを受信するステップと、
   前記リクエストに少なくとも部分的に基づき前記クラウドクライアントを認証するステップと、
   前記クラウドクライアントに関するプロファイルの少なくとも一部を抽出するステップと、
   前記クラウドクライアントが前記クラウドのクラウドサービスにアクセスすることを実現するため、前記クラウドクライアントのプロファイルの一部を提供するステップと、
   を有する方法。
2. 前記クラウドクライアントのプロファイルの一部は、前記クラウドクライアント又は前記サービスを提供するクラウドに提供される、請求項１記載の方法。
3. 前記クラウドクライアントに関する特性に少なくとも部分的に基づき前記クラウドクライアントを認証するステップをさらに有する、請求項１記載の方法。
4. 前記特性は、前記クラウドクライアントに関するキャッシュされたデータ、クラウドクライアントの位置、前記クラウドクライアントによる通信速度、前記クラウドクライアントによる通信スループット、前記クラウドクライアントに関する通信コスト及び最大支払選好から選択される、請求項３記載の方法。
5. 前記クラウドクライアントが前記クラウドのサービスにアクセスすることを可能にするため求められる検証データを特定するステップをさらに有し、
   前記少なくとも一部は、前記特定された検証データを含む、請求項１記載の方法。
6. 前記クラウドが前記サービスを提供するためのインタフェースを特定するステップと、
   前記インタフェースと前記クラウドクライアントに関するインタフェース選好とを比較するステップと、
   前記インタフェースを前記インタフェース選好に透過的にマッピングするステップと、
   をさらに有する、請求項１記載の方法。
7. 前記クラウドクライアントと前記クラウドとの間の通信をプロキシ処理するステップをさらに有する、請求項６記載の方法。
8. 前記クラウドクライアントと前記クラウドとの選択されたものは、バーチャルマシーンである、請求項１記載の方法。
9. クラウドクライアントによる第１及び第２クラウドのサービスへのアクセスを連邦化するクラウドフェデレータのための方法であって、
   前記クラウドクライアントから、前記第１クラウドの第１サービスと前記第２クラウドの第２サービスとに少なくともアクセスするための少なくとも１つのリクエストを受信するステップと、
   前記クラウドクライアントが前記第１及び第２クラウドのサービスにアクセスすることを検証するステップと、
   前記クラウドクライアントに関するインタフェース選好を決定するステップと、
   前記インタフェース選好に対応する前記第１クラウドの第１インタフェースを特定するステップと、
   第１フォーマットを有する前記第１クラウドからのデータを前記インタフェース選好に一致させるため、前記クラウドクライアントと前記第１クラウドとの間でデータをマッピングするステップと、
   を有する方法。
10. 前記マッピングするデータは、前記クラウドクライアントに透過である、請求項８記載の方法。
11. 前記第１フォーマットと異なる第２フォーマットを有する第２インタフェースであって、前記インタフェース選好に対応する前記第２クラウドの第２インタフェースを特定するステップと、
    前記第２フォーマットを有する前記第２クラウドからのデータを前記インタフェース選好に一致させるため、前記クラウドクライアントと前記第２クラウドとの間でデータをマッピングするステップと、
    を有する、請求項８記載の方法。
12. 前記第１サービスは、第１アクセス条件を有し、
    当該方法はさらに、
    前記クラウドクライアントから、前記第１アクセス条件と異なる第２アクセス条件を有する前記第１クラウドの第３サービスにアクセスするための他のリクエストを受信するステップと、
    前記クラウドクライアントが前記第３サービスにアクセスすることを検証するステップと、
    を有し、
    前記クラウドクライアントが前記第１サービスと前記第３サービスにアクセスすることを検証するステップはそれぞれ、少なくとも部分的に前記第１アクセス条件と前記第２アクセス条件とに基づく、請求項９記載の方法。
13. 前記クラウドクライアントがリアルタイムにサービスにアクセスすることを検証するステップをさらに有する、請求項１２記載の方法。
14. クラウドサービスを求めるクラウドクライアントのためのフェデレーション方法であって、
    前記クラウドクライアントがプロファイルフェデレーションサービスを契約するステップと、
    前記クラウドクライアントから、サービスのタイプを特定するサービスリクエストを受信するステップと、
    第１及び第２条件により前記タイプのサービスを提供する第１及び第２クラウドを決定するステップと、
    前記タイプのサービスを提供するベストマッチなクラウドを決定するため、前記第１及び第２条件と前記クラウドクライアントに関する選好とを比較するステップと、
    前記クラウドクライアントと前記ベストマッチしたクラウドとの間の通信をプロキシ処理するステップと、
    を有する方法。
15. ＳＡＬ（Ｓｅｒｖｉｃｅ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）を提供するステップをさらに有し、
    前記クラウドクライアントは、前記ＳＡＬと通信するよう構成される、請求項１４記載の方法。
16. 前記通信をプロキシ処理するステップは、前記ベストマッチしたクラウドの通信フォーマットを前記ＳＡＬに透過的にマッピングする、請求項１５記載の方法。
17. 前記ベストマッチしたクラウドは、前記クラウドクライアントが前記ベストマッチしたクラウドのサービスに透過的にアクセスできるように、前記ＳＡＬにより通信するよう構成される、請求項１５記載の方法。
18. 前記第１クラウドが前記クラウドクライアントのポリシーに違反する特性を有するか判断し、前記違反する特性を有する場合、前記第１クラウドが前記ベストマッチしたクラウドになることを許可しないステップをさらに有する、請求項１４記載の方法。
19. 前記タイプのサービスを提供するクラウドを決定するステップは、既知のクラウド群の特性に、前記タイプのサービスを提供する前記クラウド群の第１及び第２クラウドを少なくとも特定するためのヒューリスティックを少なくとも適用する、請求項１４記載の方法。
20. クラウドのクラウドサービスへのクラウドクライアントのアクセスを連邦化するための１以上の関連する命令を有するマシーンアクセス可能な媒体を有する物であって、
    前記１以上の命令は、
    前記クラウドクライアントからプロファイルフェデレーションサービスを契約するためのリクエストを受信するステップと、
    前記リクエストに少なくとも部分的に基づき前記クラウドクライアントを認証するステップと、
    前記クラウドクライアントに関するプロファイルの少なくとも一部を抽出するステップと、
    前記クラウドクライアントが前記クラウドのクラウドサービスにアクセスすることを実現するため、前記クラウドクライアントのプロファイルの一部を提供するステップと、
    をマシーンに実行させる物。
21. 前記１以上の命令は、前記クラウドクライアントに関する特性に少なくとも部分的に基づき前記クラウドクライアントを認証するステップを前記マシーンに実行させ、
    前記特性は、前記クラウドクライアントに関するキャッシュされたデータ、クラウドクライアントの位置、前記クラウドクライアントによる通信速度、前記クラウドクライアントによる通信スループット、前記クラウドクライアントに関する通信コスト及び最大支払選好から選択される、請求項２０記載の物。
22. 前記１以上の命令は、
    前記クラウドが前記サービスを提供するためのインタフェースを特定するステップと、
    前記インタフェースと前記クラウドクライアントに関するインタフェース選好とを比較するステップと、
    前記インタフェースを前記インタフェース選好に透過的にマッピングするステップと、
    前記クラウドクライアントと前記クラウドとの間の通信をプロキシ処理するステップと、
    を前記マシーンに実行させる、請求項２０記載の物。
23. クラウドクライアントによる第１及び第２クラウドのサービスへのアクセスを連邦化するクラウドフェデレータのための１以上の関連する命令を有するマシーンアクセス可能な媒体を有する物であって、
    前記１以上の命令は、
    前記クラウドクライアントから前記第１クラウドの第１サービスと前記第２クラウドの第２サービスとに少なくともアクセスするための少なくとも１つのリクエストを受信するステップと、
    前記クラウドクライアントが前記第１及び第２クラウドサービスにアクセスすることを検証するステップと、
    前記クラウドクライアントに関するインタフェース選好を決定するステップと、
    前記インタフェース選好に対応する前記第１クラウドの第１インタフェースを特定するステップと、
    第１フォーマットを有する前記第１クラウドからのデータを前記インタフェース選好に一致させるため、前記クラウドクライアントと前記第１クラウドとの間のデータをマッピングするステップと、
    をマシーンに実行させる物。
24. 前記１以上の命令は、
    前記第１フォーマットと異なる第２フォーマットを有する第２インタフェースであって、前記インタフェース選好に対応する前記第２クラウドの第２インタフェースを特定するステップと、
    前記第２フォーマットと異なる前記第２クラウドからのデータを前記インタフェース選好に一致させるため、前記クラウドクライアントと前記第２クラウドとの間のデータをマッピングするステップと、
    を前記マシーンに実行させる、請求項２３記載の物。
25. 前記第１サービスは、第１アクセス条件を有し、
    前記１以上の命令は、
    前記クラウドクライアントから、前記第１アクセス条件と異なる第２アクセス条件を有する前記第１クラウドの第３サービスにアクセスするための他のリクエストを受信するステップと、
    前記第２アクセス条件に少なくとも部分的に基づき、前記クラウドクライアントが前記第２サービスにアクセスすることをリアルタイムに検証するステップと、
    を前記マシーンに実行させる、請求項２３記載の物。
26. クラウドサービスを求めるクラウドクライアントのためのアクセスを連邦化するための１以上の関連する命令を有するマシーンアクセス可能な媒体を有する物であって、
    前記１以上の命令は、
    前記クラウドクライアントがプロファイルフェデレーションサービスを契約するステップと、
    前記クラウドクライアントからサービスのタイプを特定するサービスリクエストを受信するステップと、
    第１及び第２条件についてそれぞれ前記タイプのサービスを提供する第１及び第２クラウドを決定するステップと、
    前記タイプのサービスを提供するベストマッチしたクラウドを決定するため、前記第１及び第２条件と前記クラウドクライアントに関する選好とを比較するステップと、
    前記クラウドクライアントと前記ベストマッチしたクラウドとの間の通信をプロキシ処理するステップと、
    をマシーンに実行させる物。
27. 前記１以上の命令は、前記クラウドクライアントが通信するよう構成されるＳＡＬ（Ｓｅｒｖｉｃｅ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）を提供するステップを前記マシーンに実行させる、請求項２６記載の物。
28. 前記１以上の命令は、前記ベストマッチしたクラウドの通信フォーマットを前記ＳＡＬに透過的にマッピングするステップを前記マシーンに実行させる、請求項２６記載の物。

Images