JP6943511B2 - リソース処理方法、装置、システムおよびコンピュータ読み取り可能な媒体 - Google Patents

Description

本願は、２０１７年０９月３０日に中国特許局に出願された、出願番号が２０１７１０９１４８６０．Ｘであり、出願名称が「リソース処理方法、装置、システムおよびコンピュータ読み取り可能な媒体」である中国特許出願の優先権を主張し、その全ての内容が、参照することにより本願に組み込まれる。

本願は、インターネット技術の分野に関し、特に、リソース処理方法、装置、システムおよびコンピュータ読み取り可能な媒体に関する。

現在、クラウドサービスの権限管理は、一般的には、クライアントがクラウドインターフェースを呼び出すシナリオに向けられており、対応する認可ポリシーを定義することにより、ユーザ側がクラウドサービスによって提供されるリソースへのアクセス権限を管理するということを完成させることである。このような権限管理方式は、事前認可方式に属し、主にクラウドサービスプロバイダがユーザの権限を管理する問題を解決するために使用されるものである。

従来技術では、クライアントはインターフェースを使用して、クラウドサービスＡによって提供されるリソースへの処理要求を開始でき、このクライアントを使用しているユーザが認証に合格した場合、バックグラウンドサーバはこのリソースを処理することができる。但し、バックグラウンドサーバがクラウドサービスＡのリソースを処理する際に、他の２つのクラウドサービスによって提供されるリソースにアクセスする必要がある場合、クライアントは引き続き２回の処理要求を別々に開始する必要があり、またユーザに対して２回の認証を別々に行う必要があり、すべての認証に合格した場合のみ、バックグラウンドサーバが他の２つのクラウドサービスによって提供されるリソースにアクセスすることは許可される。このようなシナリオでは、ユーザ側に対して３つの呼び出しロジックを相応的に配置する必要があり、そのため、設計の複雑さとメンテナンスコストはいずれも比較的高くなってしまう。さらに、ユーザ側のクライアントが３回の要求を開始する必要があるため、クラウドサービスによって提供されるリソースへの処理効率を低下させる。

これに鑑みて、本願の実施例は、リソース処理方法、装置、システムおよびコンピュータ読み取り可能な媒体を提供し、設計の複雑さやンテナンスコストをある程度で低減させ、クラウドサービスによって提供されるリソースへの処理効率を向上させる。

一態様では、本願の実施例は、インターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むシステムに適用されるリソース処理方法を提供し、このシステムにおいて、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、前記の方法には、
前記バックグラウンドサーバは、前記第１インターフェースからのリソース処理指示を取得することと、
前記バックグラウンドサーバは、前記リソース処理指示に従って識別を行い、処理対象のリソースを決定することと、
前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、前記バックグラウンドサーバは、リソース処理要求を前記第２インターフェースに送信し、前記第２インターフェースは、前記リソース処理要求に従って、前記第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を認証サーバに対して開始することと、
前記認証サーバは、前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証し、認証に合格した場合、認証合格メッセージを前記第２インターフェースに返信することと、
前記第２インターフェースは、前記認証合格メッセージに応答して、リソース処理指示を前記バックグラウンドサーバに送信することと、
前記バックグラウンドサーバは、前記第２インターフェースからのリソース処理指示に応答して、前記処理対象のリソースを処理することと、が含まれる。

別の態様では、本願の実施例は、また、インターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むシステムに適用されるリソース処理方法を提供し、このシステムにおいて、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、前記の方法がバックグラウンドサーバによって実行され、前記の方法には、
第１インターフェースからのリソース処理指示を取得することであって、ここで、前記リソース処理指示は、第１インターフェースが認証合格メッセージに応答して送信するものであり、前記認証合格メッセージが、認証サーバが第１クラウドサービスによって提供されるリソースへのアクセスを認証する際の認証合格メッセージであることと、
前記リソース処理指示に従って識別を行い、処理対象のリソースを決定することと、
前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、リソース処理要求を第２インターフェースに送信することと、
前記第２インターフェースからのリソース処理指示に応答して、前記処理対象のリソースを処理することであって、ここで、前記リソース処理指示は、第２インターフェースが認証合格メッセージに応答して送信するものであり、前記認証合格メッセージが、認証サーバが第２クラウドサービスによって提供されるリソースへのアクセスを認証する際の認証合格メッセージであることと、が含まれる。
別の態様では、本願の実施例は、また、インターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むシステムに適用されるリソース処理方法を提供し、このシステムにおいて、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、この方法が認証サーバによって実行され、前記の方法には、
第２インターフェースによって送信された、前記第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を受信することであって、ここで、前記認証要求は、前記第２インターフェースがバックグラウンドサーバによって送信されるリソース処理要求を受信した後に送信するものであり、また、前記バックグラウンドサーバが第１インターフェースからのリソース処理指示に従って識別した処理対象のリソースには、第２クラウドサービスによって提供されるリソースが含まれることと、
前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへへのアクセスを認証することと、
認証に合格した場合、認証合格メッセージを前記第２インターフェースに返信することと、が含まれる。

本願の実施例は、また、インターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むリソース処理システムを提供し、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、
前記バックグラウンドサーバは、前記第１インターフェースからのリソース処理指示を取得し、
前記バックグラウンドサーバは、また、前記リソース処理指示に従って識別を行い、処理対象のリソースを決定し、
前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、前記バックグラウンドサーバは、また、リソース処理要求を前記第２インターフェースに送信し、
前記第２インターフェースは、前記リソース処理要求に従って、前記第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を前記認証サーバに対して開始し、
前記認証サーバは、前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証し、認証に合格した場合、認証合格メッセージを前記第２インターフェースに返信し、
前記第２インターフェースは、前記認証合格メッセージに応答して、また、リソース処理指示を前記バックグラウンドサーバに送信し、
前記バックグラウンドサーバは、前記第２インターフェースからのリソース処理指示に応答して、また、前記処理対象のリソースを処理する。

本願の実施例は、コンピュータプログラムが記憶されている記憶媒体をも提供し、前記コンピュータプログラムがプロセッサによって実行された後、上記のリソース処理方法が実現されることができる。

本願の実施例の技術的解決策をより明確に説明するために、以下では、実施例において必要とされる図面を簡単に説明する。明らかに、以下の説明における図面は、本願のいくつかの実施例にすぎず、当業者にとっては、創造的な労働を行わない前提で、これらの図面に基づいて他の図面を取得することができる。

本願の実施例によって提供される技術的解決策が適用されるシステムのアーキテクチャの例示図である。 本願の実施例によって提供されるリソース処理方法のインタラクションフローの概略図である。 本願の実施例によって提供されるリソース処理方法の別のインタラクションフローの概略図である。 本願の実施例によって提供されるリソース処理方法のバックグラウンドサーバ側での概略フローチャートである。 本願の実施例によって提供されるリソース処理方法の認証サーバ側での概略フローチャートである。 本願の実施例によって提供されるリソース処理方法の一実施形態のフローの例示図である。 本願の実施例によって提供されるインターフェースと認証サーバとの間のアイデンティティ検証方法のインタラクションフローの例示図である。 本願の実施例によって提供されるインターフェースとバックグラウンドサーバとの間のアイデンティティ検証方法のインタラクションフローの例示図である。 本願の実施例によって提供されるリソース処理システムの概略構造図である。 本願の実施例によって提供されるバックグラウンドサーバにおけるソース処理装置の機能ブロック図である。 本願の実施例によって提供される認証サーバにおけるリソース処理装置の別の機能ブロック図である。 出願の実施例によって提供されるバックグラウンドサーバにおけるリソース処理装置のハードウェアアーキテクチャ図である。 本願の実施例によって提供される認証サーバにおけるリソース処理装置のハードウェアアーキテクチャ図である。

本願の技術的解決策をより良く理解するために、以下では、図面を参照しながら、本願の実施例を詳細に説明する。

従来の技術においてバックグラウンドサーバが特定のクラウドサービスによって提供されるリソースを処理するプロセスでは、他のクラウドサービスによって提供されるリソースにアクセスする必要がある場合、ユーザ側がリソース処理要求を別々に開始する必要があること、かつ、認証が別々に実行されることに起因する設計の複雑さおよびメテナンスコストが比較的高くなり、および、処理効率が比較的低くなるのような問題について、本願の実施例は、対応するソリューションを提供し、即ち、バックグラウンドサーバが第１クラウドサービスによって提供されるリソースを処理するプロセスでは、第２クラウドサービスによって提供されるリソースにアクセスする必要がある場合、バックグラウンドサーバは、この第２クラウドサービスに対応する第２インターフェースに対してリソース処理要求を開始し、これによって、第１クラウドサービスが第２クラウドサービスによって提供されるリソースにアクセスすることへの認証をこの第２インターフェースが認証サーバに対して開始するということがトリガーされ、認証に合格した場合、この第２クラウドサービスに対応する第２インターフェースを介して、バックグラウンドサーバがリソース処理を行うということがトリガーされる。

この考えに導かれ、本願の実施例は、以下の実施形態を提供する。

本願の実施例によって提供される技術的解決策が適用されるシステムのアーキテクチャの例示図である図１を参照されたい。図１に示すように、このシステムは、インターフェースデバイス、バックグラウンドサーバ、認証サーバ、および１つまたは複数のクラウドサービスを含む。

図１に示すように、このシステムにおいて、前記インターフェースデバイスには、第１インターフェースと第２インターフェースとが少なくとも配置され、図１では、第１インターフェースおよび第２インターフェースのみを例として例示され、インターフェースデバイスに含まれるインターフェースの数が限定されない。ここで、前記第１インターフェースは第１クラウドサービスに対応し、前記第２インターフェースは第２クラウドサービスに対応し、各クラウドサービスは、対応する１つまたは複数のインターフェースがあってもよいし、本願の実施例は、これに対して特に限定しない。各クラウドサービスに対応するインターフェースは、ユーザ側またはバックグラウンドサーバによって開始された、このクラウドサービスによって提供されるリソースへのリソース処理要求を処理する。各インターフェースが受信されたリソース処理要求を処理する場合、インターフェースデバイスにおける各インターフェースは、アクセスレイヤーおよびプロセスコントローラとして機能し、この要求の処理フローを担当して、各操作のフローをリンクする一方、各サーバは、インターフェースとのインタラクションを別々に行うことで、対応する操作および処理を完了する。１つの特定の実施形態では、本願の実施例に係るインターフェースは、クラウドアプリケーションプログラミングインターフェース（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）であってもよい。

説明すべきものとして、クラウドサービスは、インターネットの関連サービスの追加、使用および配信モードに基づいて、動的で、拡張が容易な、多くの場合に仮想化されたリソースをインターネット経由で提供する。一実施形態では、クラウドサービスは、クラウドサーバによって負担されることができ、クラウドサービスプロバイダは、クラウドサーバを介してクラウドサービスを公開する。ここで、クラウドサービスによって提供されるリソースは、クラウドサービスの構成部分に属するものである。例えば、クラウドサービスによって提供されるリソースには、クラウド仮想ホスト、コンテンツ配信ネットワーク（ＣＤＮ：Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）、仮想プライベートネットワークなどが含まれるが、これらに限定されない。ここでは、クラウドサービスによって提供されるリソースのみに対して例を挙げて説明し、クラウドサービスによって提供されるリソースの種類や数などが限定されない。

説明すべきものとして、クラウドサービスプロバイダは、自分が提供できるクラウドサービスをクラウドサーバによって公開することを主に担当し、ベンダとは、クラウドサービスプロバイダに登録して、クラウドサービスによって提供されるリソースを使用するユーザを指し、クラウドサービスによって提供されるリソースの使用者に相当する。クラウドサービスプロバイダは、同時に、ベンダになることもでき、つまり、他のクラウドサービスのユーザであってもよく、同様に、ベンダは、同時に、クラウドサービスプロバイダになることもでき、クラウドサービスを他のユーザに提供する。

図１に示すように、認証サーバは、各インターフェースによって送信された認証要求に応答して、認証を実行し、認証要求を送信したインターフェースに、対応する認証結果を返信する。前記バックグラウンドサーバは、インターフェースのリソース処理指示に応答して、リソースを処理する。セキュリティ性および権利管理の容易さを考慮し、クライアントはクラウドサービスによって提供されるリソースを直接に操作および処理するのではないが、バックグラウンドサーバはその代わりに操作および処理を実行し、そのため、バックグラウンドサーバは、リソース処理の実際のエグゼキュータであり、クラウドサービスによって提供されるリソースを操作および処理するために使用される。例えば、クラウドサービスによって提供されるリソースに対する操作は、クラウド仮想ホストの申請、クラウド仮想ホストの変更、または、いくつかのクラウド仮想ホストのクラスター化などであってもよい。当業者は、これが単なる例に過ぎず、リソースのタイプおよび操作のタイプが限定されない、ということを理解することができる。

図１に示すシステムに基づいて、本願の実施例は、リソース処理方法を提出し、本願の実施例によって提供されるリソース処理方法のインタラクションフローの概略図である図２を参照されたい。図２に示すように、この方法は、次のステップを含み、即ち、
２０１で、バックグラウンドサーバは、第１インターフェースからのリソース処理指示を取得する。

２０２で、バックグラウンドサーバは、リソース処理指示に従って識別を行い、処理対象のリソースを決定する。

２０３で、処理対象のリソースには第２クラウドサービスによって提供されるリソースが含まれる場合、バックグラウンドサーバは、リソース処理要求を第２インターフェースに送信し、第２インターフェースは、リソース処理要求に従って、認証サーバに対して第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を開始する。

２０４で、認証サーバは、認証要求に応答して、第２クラウドサービスによって提供されるリソースへのアクセスを認証し、認証に合格した場合、認証合格メッセージを第２インターフェースに返信する。

２０５で、第２インターフェースは、認証合格メッセージに応答して、リソース処理指示をバックグラウンドサーバに送信する。

２０６で、バックグラウンドサーバは、第２インターフェースからのリソース処理指示に応答して、処理対象のリソースを処理する。

一実施形態では、図３に示すように、ステップ２０１の前に、以下のステップがさらに含まれてもよい。

２００ａ、第１インターフェースは、クライアントによって送信されたリソース処理要求に応答して、認証サーバに対して第１クラウドサービスによって提供されるリソースにアクセスするための認証要求を開始する。

２００ｂ、認証サーバは、第１クラウドサービスによって提供されるリソースにアクセスするための認証要求に応答して、第１クラウドサービスによって提供されるリソースへのアクセスを認証し、認証に合格した場合、認証合格メッセージを第１インターフェースに返信する。

２００ｃ、第１インターフェースは、認証合格メッセージに応答して、リソース処理指示をバックグラウンドサーバに送信する。

ここで、ステップ２００ｃは、図３においてステップ２０１と重複するため、図３においてステップ２００ｃが反映されていない。

ステップ２００ａについて、本願の実施例は、以下の実施形態を提供し、即ち、
１つの特定の実施形態では、クライアントは、処理される必要がある、第１クラウドサービスに対応する第１インターフェースを呼び出すことで、リソース処理要求をこの第１インターフェースに送信することができ、このリソース処理要求には、
クライアントが第１インターフェースを呼び出す際に入力したユーザの署名情報と、
処理が要求された、第１クラウドサービスによって提供されるリソースの情報とが含まれる。

本願の実施例においてクライアントまたはバックグラウンドサーバがインターフェースを呼び出すことにより、関連する要求をインターフェースに送信することを実現でき、２つの表現は同じ意味を有する、ということが理解され得る。

さらに、第１インターフェースは、クライアントによって送信されたリソース処理要求に応答して、このリソース処理要求に付けられている、クライアントが第１インターフェースを呼び出す際に入力したユーザの署名情報と、処理が要求された、第１クラウドサービスによって提供されるリソースの情報とに基づいて、第１クラウドサービスによって提供されるリソースにアクセスするための認証要求を生成し、この認証要求には、以下の情報、即ち、
クライアントが第１インターフェースを呼び出す際に入力したユーザの署名情報と、
処理が要求された、第１クラウドサービスによって提供されるリソースの情報と、
第１インターフェースの情報と、が含まれる。

説明すべきものとして、処理が要求された、第１クラウドサービスによって提供されるリソースの情報には、処理が要求された、第１クラウドサービスによって提供されるリソースの識別情報と、このリソースで実行するように要求された特定の処理方式とが含まれる。例えば、リソースは、第１クラウドサービスによって提供される、ある特定のクラウド仮想ホストであり、特定の処理方式は、あるデータをクラウド仮想ホストから読み取るということである。または、例えば、リソースは、第１クラウドサービスによって提供される、いくつかの特定のクラウド仮想ホストであり、特定の処理方式は、いくつかのクラウド仮想ホストをクラスタ化するということである。

ステップ２００ｂについて、本願の実施例は、以下の実施形態を提供し、即ち、
一実施形態では、認証サーバは、第１インターフェースによって送信された、第１クラウドサービスによって提供されるリソースにアクセスするための認証要求に応答して、この認証要求に付けられている、処理が要求された、第１クラウドサービスによって提供されるリソースの情報と、第１インターフェースの情報と、ローカルに記憶されているユーザの情報とに基づいて、ユーザの署名情報を生成する。その後、認証サーバは、自身によって生成されたユーザの署名情報と、この認証要求に付けられているユーザの署名情報とを比較して、比較結果が２つの署名情報が同じである場合、認証に合格したと判断し、クライアントが第１クラウドサービスによって提供されるリソースへのアクセス権限を持っていることが表され、認証サーバが、認証合格メッセージを第１インターフェースに返信し、逆に、比較結果が２つの署名情報が同じではない場合、認証に失敗したと判断し、クライアントが第１クラウドサービスによって提供されるリソースへのアクセス権限を持っていないことが表され、認証サーバが、認証失敗メッセージを第１インターフェースに返信する。

ステップ２００ｃについて、本願の実施例は、以下の実施形態を提供し、即ち、
一実施形態では、第１インターフェースは、認証サーバによって返信された認証合格メッセージに応答して、リソース処理指示をバックグラウンドサーバに送信し、これにより、バックグラウンドサーバは、クライアントによって要求された、第１クラウドサービスによって提供されるリソースを処理する。ここで、このリソース処理指示には、処理が要求された、第１クラウドサービスによって提供されるリソースの情報が付けられてもよいし、これにより、バックグラウンドサーバは、この情報に従って、指定されたリソースに対して、指定された処理を実行する。

別の実施形態では、第１インターフェースは、認証サーバによって返信された認証失敗メッセージに応答して、認証失敗指示をクライアントに返信し、クライアントはさらに、認証失敗指示に従って、認証失敗をユーザに提示し、今回、クライアントが第１クラウドサービスによって提供されるリソースにアクセスするプロセスは終了する。

ステップ２０２について、本願の実施例は、以下の実施形態を提供し、即ち、
本願の実施例において、バックグラウンドサーバが何時、インターフェースを介して認証要求を開始するかということについて、以下の２つの実施形態が提供され、即ち、
第１実施形態で、バックグラウンドサーバは、第１インターフェースからのリソース処理指示を受信した後、まず、リソース処理指示に従って識別を行い、処理対象のリソースを決定することができ、処理対象のリソースには第１クラウドサービスによって提供されるリソース以外の、他のクラウドサービスによって提供されるリソースも含まれる場合、他のクラウドサービスによって提供されるリソースについて、対応するインターフェースを介して、認証サーバに対して認証要求を開始することができ、バックグラウンドサーバがすべてのリソースに対応する認証合格メッセージを取得した場合、リソース処理を行う。

つまり、バックグラウンドサーバは、リソースを処理する前に、各リソースへのアクセス権限を取得することができる。

第２実施形態で、バックグラウンドサーバは、第１インターフェースからのリソース処理指示を受信した後、まず、第１クラウドサービスによって提供されるリソースを処理し、処理プロセスの中で、処理されようとするリソースが第１クラウドサービスに属しておらず、第２クラウドサービスに属していることが判明した場合、バックグラウンドサーバが、第２クラウドサービスによって提供されるリソースについて、対応するインターフェースを介して、認証サーバに対して認証要求を開始することができ、バックグラウンドサーバが認証合格メッセージを受信した場合、第２クラウドサービスによって提供されるリソースを処理し、その後、第２クラウドサービスによって提供されるリソースへの処理が実行された後、また、第１クラウドサービスによって提供されるリソースを続けて処理し、あるいは、他のクラウドサービスへの認証要求を開始することができる。

つまり、バックグラウンドサーバは、他のクラウドサービスによって提供されるリソースにアクセスする必要があることを検出した場合、このリソースへのアクセス権限を取得することができる。

バックグラウンドサーバが第１インターフェースからのリソース処理指示を受信した後、このリソース処理指示に付けられている、処理が要求された、第１クラウドサービスによって提供されるリソースの情報に従って、この第１クラウドサービスによって提供されるリソースを処理する場合、このリソースはこの処理を応答して、他のリソースにアクセスする必要があれば、バックグラウンドサーバは、このリソースから返信された、他のリソースにアクセスする必要がある要求を取得でき、この要求に基づいて、バックグラウンドサーバは、処理対象のリソースを決定することができる。

例えば、クライアントが第１クラウドサービスによって提供される仮想プライベートネットワークを処理するように要求する場合、バックグラウンドサーバは、指定されたデータを仮想プライベートネットワークから読み取る必要があり、しかしながら、仮想プライベートネットワークがバックグラウンドサーバのデータ読み取り要求に応答した後、データ読み取りタスクを完了するために、あるクラウド仮想ホストのセキュリティグループ情報を取得する必要があると発見し、でも、あるクラウド仮想ホストのセキュリティグループ情報を取得する際に、クラウド仮想ホストおよびセキュリティグループに関連することがあり、そのため、仮想プライベートネットワークは、これら２つのリソースの情報をバックグラウンドサーバに返信し、バックグラウンドサーバは、返信された情報に従って、処理対象のリソースには、あるクラウド仮想ホストと、このクラウド仮想ホストのセキュリティグループとが含まれると決定する。

さらに、一実施形態では、バックグラウンドサーバは、処理対象のリソースを決定した後、処理対象のースに含まれる１つまたは複数のリソースに基づいて、クラウドサービスとリソースとの間の事前設定された対応関係に従って、処理対象のリソースにおける各リソースに対応するクラウドサービスを取得する。その後、バックグラウンドサーバは、取得されたクラウドサービスには、第２クラウドサービスが含まれるかどうか、つまり第１クラウドサービス以外の他のクラウドサービスが含まれるかどうかを判断する。バックグラウンドサーバが、取得されたクラウドサービスには第２クラウドサービスが含まれると判断した場合、バックグラウンドサーバは、処理対象のリソースには第２クラウドサービスによって提供されるリソースが含まれる、つまり、処理対象のリソースには第１クラウドサービスによって提供されるリソース以外のリソースが含まれると判断し、その後、ステップ２０３が実行される。逆に、バックグラウンドサーバが、取得されたクラウドサービスがすべて第１クラウドサービスであると判断した場合、バックグラウンドサーバは、処理対象のリソースには第２クラウドサービスによって提供されるリソースが含まれない、つまり、処理対象のリソースには第１クラウドサービスによって提供されるリソースのみが含まれると判断する。

本願の実施例では、処理対象のリソースには第１クラウドサービスによって提供されるリソースのみが含まれる場合、バックグラウンドサーバは、処理対象のリソースのすべての処理が完了するまで、処理対象のリソースを続けて処理し、処理結果を第１インターフェースに返信することができ、これにより、第１インターフェースは、処理結果をクライアントに返信する。

ステップ２０３について、本願の実施例は、以下の実施形態を提供し、即ち、
一実施形態では、バックグラウンドサーバが、処理対象のリソースには第２クラウドサービスによって提供されるリソースが含まれるとが決定した場合、バックグラウンドサーバは、リソース処理要求を第２インターフェースに送信し、このリソース処理要求には、第１クラウドサービスの署名情報と、前記処理対象のリソースに含まれる、前記第２クラウドサービスによって提供されるリソースの情報とが付けられている。ここで、前記第１クラウドサービスの署名情報は、事前にバックグラウンドサーバで配置されてもよく、あるいは、必要に応じてバックグラウンドサーバにより一時的に生成されてもよいし、本願の実施例は、これに対して特に限定しない。

さらに、第２インターフェースは、バックグラウンドサーバによって送信されたリソース処理要求に従って、第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を認証サーバに対して開始する。ここで、この認証要求には、第１クラウドサービスの署名情報と、処理対象のリソースに含まれる、第２クラウドサービスによって提供されるリソースの情報と、第２インターフェースの情報とが付けられている。一実施形態では、第２インターフェースは、そのなかの情報をリソース処理要求から抽出し、その後、抽出された情報と自身の情報とに基づいて、この認証要求を生成して認証サーバに送信することができる。

１つの特定の実施形態では、バックグラウンドサーバと第２インターフェースとの間のセキュリティ性を考慮して、バックグラウンドサーバは、内部ネットワークインターフェースを介して、第２インターフェースを呼び出すことができる。

本願の実施例において、クライアントは、第１クラウドサービスによって提供されるリソースへのリソース処理要求を開始するが、バックグラウンドサーバが第１クラウドサービスによって提供されるリソースを処理するプロセスでは、このリソースがこの処理に応答すれば、このリソースは、他のクラウドサービスによって提供されるリソースにアクセスする必要があり、これが本願の実施例では第２クラウドサービスによって提供されるリソースと呼ばれ、このとき、クライアントは、第２クラウドサービスによって提供されるリソースへのリソース処理要求を開始するのではないが、バックグラウンドサーバはその代わりに、第２クラウドサービスによって提供されるリソースへのリソース処理要求を開始する。この場合、第２クラウドサービスによって提供されるリソースの使用者は、第１クラウドサービスに相当し、そのため、第１クラウドサービスは、通常のベンダではなく（つまり使用者であり、通常のベンダはユーザであり）、スーパベンダである。スーパベンダは、自身によって提供されるクラウドサービスに対応するインターフェースと、リソースへのアクセス権限とを備え、他のクラウドサービスプロバイダに対して、自分によって提供されるクラウドサービスのリソースと、インターフェースへのアクセス権限とを付与することもでき、他のクラウドサービスプロバイダによって提供されるリソースと、インターフェースにアクセスするための権限とを他のクラウドサービスプロバイダーによって付与されることもでき、クラウドサービス間の権限インターワーキング、および、インターフェース間の権限インターワーキングが実現される。これに基づいて、バックグラウンドサーバが第２インターフェースに対してリソース処理要求を開始する場合、第１クラウドサービスの署名情報が付けられている。相応的に、第２インターフェースが認証サーバに対して認証要求を開始する場合、第１クラウドサービスの署名情報も付けられ、これは、第２クラウドサービスによって提供されるリソースへのアクセス要求を開始するために使用されるものである。相応的に、認証サーバは、第１クラウドサービスの署名情報を受信し、第１クラウドサービスの署名情報にも基づいて、第１クラウドサービスによる、第２クラウドサービスによって提供されるリソースへのアクセス権限を認証する。

ステップ２０４について、本願の実施例は、以下の実施形態を提供し、即ち、
一実施形態では、認証サーバは、第２インターフェースによって送信された、第２クラウドサービスによって提供されるリソースにアクセスするための認証要求に応答して、この認証要求に付けられている、処理が要求された、第２クラウドサービスによって提供されるリソースの情報と、第２インターフェースの情報と、ローカルに記憶されている第１クラウドサービスの情報とに基づいて、ユーザの署名情報を生成する。その後、認証サーバは、自身によって生成されたユーザの署名情報と、この認証要求に付けられているユーザの署名情報とを比較して、比較結果が２つの署名情報が同じである場合、認証が合格したと判断し、第１クラウドサービスが第２クラウドサービスによって提供されるリソースへのアクセス権限を持っていることが表され、認証サーバが、認証合格メッセージを第２インターフェースに返信し、逆に、比較結果が２つの署名情報が同じではない場合、認証が失敗したと判断し、第１クラウドサービスが第２クラウドサービスによって提供されるリソースへのアクセス権限を持っていないことが表され、認証サーバが、認証失敗メッセージを第２インターフェースに返信する。

１つの特定の実施形態では、認証サーバは、署名情報を生成する際に、第１クラウドサービスの情報をこの第１クラウドサービスのプリセットポリシー情報から取得することができ、取得された第１クラウドサービスの情報に基づいて、第１クラウドサービスの署名情報を取得することができる。

例えば、第１クラウドサービスのポリシー情報は表１のように示されてもよい。

例えば、表１に示すように、認可者は第２クラウドサービスであり、つまり、アクセスされるのは、第２クラウドサービスによって提供されるリソースである。アクセス可能なインターフェースとは、第１クラウドサービスが呼び出すことができる、第２クラウドサービスに対応するインターフェースを指し、例えば第２クラウドサービスのクラウドＡＰＩ（Ｘ）およびクラウドＡＰＩ（Ｆ）である。クラウドＡＰＩ（Ｘ）およびクラウドＡＰＩ（Ｆ）は、第２クラウドサービスに対応するすべてのインターフェースであってもよく、あるいは、第２クラウドサービスに対応する一部のインターフェースであってもよい。処理可能なリソースとは、第１クラウドサービスが第２クラウドサービスによって提供される、どれらのリソースにアクセスすることができるかということを指す。条件とは、第１クラウドサービスが第２クラウドサービスによって提供される特定のリソースにアクセスする際に、どれらの条件を備える必要があるかということを指し、例えば、リソースの処理時間や回数などである。有効性とは、被認可者による呼び出し可能なインターフェースおよび処理可能なリソースに対する権限が有効かどうかを指し、「有効性」は「許可された」である場合、被認可者がポリシー情報に定義されたインターフェースおよび対応するリソースを呼び出すことは、現在許可され、「有効性」は「許可された」ではない場合、被認可者がポリシー情報に定義されたたインターフェースおよび対応するリソースを呼び出すことは、現在許可されていない。

説明すべきものとして、第１クラウドサービスが第２クラウドサービスのリソースへのアクセス権限を持っていると、これは、権利管理の事前認可段階で第１クラウドサービスが認可されたためであり、認可された後、認証サーバは、第１クラウドサービスのポリシー情報を記憶して、署名情報の生成および認証の実行に使用することができる。逆に、アクセス権限が持っていないと、これは、権利管理の事前認可段階で第１クラウドサービスが認可されていないか、または、認可されたリソースには第２クラウドサービスによって提供されるリソースが含まれていないか、あるいは、認可されたインターフェースには、リソース処理要求を送信するために使用されるインターフェースなどが存在していないかためであり、このようにして、署名情報が生成される場合、認証サーバが記憶している第１クラウドサービスのポリシー情報と、受信された第１クラウドサービスの署名情報とが一致ではなく、認証に合格することができない。

一実施形態では、インターフェースホワイトリストは、認証サーバに事前配置されてもよい。認証サーバは、第２インターフェースによって送信された認証要求を受信した場合、まず、それに付けられている第２インターフェースの情報に従って、第２インターフェースがインターフェースホワイトリストに属しているかどうかを判断し、属している場合、認証サーバは認証要求に応答して、上記の認証を実行することができ、逆に、属していない場合、認証サーバは認証要求に応答しなくてもよいし、あるいは、アイデンティティが合法ではないという通知メッセージを、第２インターフェースに返信してもよい。

ステップ２０５について、本願の実施例は、以下の実施形態を提供し、即ち、
一実施形態では、第２インターフェースは、認証サーバによって返信された認証合格メッセージに応答して、バックグラウンドサーバにリソース処理指示を送信し、これにより、バックグラウンドサーバは、要求された、第２クラウドサービスによって提供されるリソースを処理する。ここで、このリソース処理指示には、処理が要求された、第２クラウドサービスによって提供されるリソースの情報が付けられてもよいし、これによって、バックグラウンドサーバは、この情報に従って、指定されたリソースに対して、指定された処理を実行する。

別の実施形態では、第２インターフェースは、認証サーバによって返信された認証失敗メッセージに応答して、認証失敗指示をクライアントに返信し、クライアントはさらに、認証失敗指示に従って、認証失敗をユーザに提示し、今回、第１クラウドサービスが第２クラウドサービスによって提供されるリソースをアクセスするプロセスは終了する。

ステップ２０６について、本願の実施例は、以下の実施形態を提供し、即ち、
一実施形態では、バックグラウンドサーバは、第２インターフェースからのリソース処理指示に応答して、処理対象のリソースを処理する。

説明すべきものとして、第２インターフェースが第２クラウドサービスに対応するため、バックグラウンドサーバは、リソース処理指示を第２インターフェースから受信した場合、第２クラウドサービスによって提供されるリソースを処理できることを知って、そのため、バックグラウンドサーバは、このリソース処理指示に応答して、第２クラウドサービスによって提供されるリソースを処理して、第２クラウドサービスによって提供されるリソースへの処理を完了した後、第１クラウドサービスによって提供されるリソースを続けて処理することができる。

バックグラウンドサーバが、第１クラウドサービスの署名情報と、処理対象のリソースに含まれる、第２クラウドサービスによって提供されるリソースの情報とが付けられているリソース処理要求を、第２インターフェースに送信することについて、１つの特定の実施形態では、バックグラウンドサーバは、第１暗号化キーを使用して、リソース処理要求に付けられている情報を暗号化して、暗号化して得られた情報が付けられているリソース処理要求を第２インターフェースに送信することができる。

相応的に、第２インターフェースが、第１クラウドサービスの署名情報と、処理対象のリソースに含まれる、第２クラウドサービスによって提供されるリソースの情報と、第２インターフェースの情報とが付けられている認証要求を認証サーバに開始することについて、１つの特定の実施形態では、第２インターフェースは、第１復号化キーを使用して、リソース処理要求に付けられている情報を復号化して、復号化に成功した場合、第２暗号化キーを使用して、復号化して得られた情報を暗号化し、つまり、第２暗号化キーを使用して、第２インターフェースの情報と、復号化して得られた情報とを暗号化して、暗号化して得られた情報が付けられている認証要求を認証サーバに送信する。

説明すべきものとして、本願の実施例では、バックグラウンドサーバと各クラウドサービスに対応するインターフェースとの間のインタラクション情報について、暗号化手段および復号化手段を介して、情報の基本的なセキュリティ性が確保されることができる。バックグラウンドサーバと各インターフェースとの間で、相互信頼メカニズムが事前に確立され、暗号化キーおよび対応する復号化キーが相互信頼メカニズムによって決定されることができる。このようにして、バックグラウンドサーバが第２インターフェースに送信したリソース処理要求における各情報は暗号化されることができ、相応的に、第２インターフェースは、受信したリソース処理要求における情報を復号化し、復号化に成功した場合、両方の間で相互信頼メカニズムが確立されており、かつ、情報が一定のセキュリティ保証を持っているということが表される。

相応的に、認証サーバが、認証要求に付けられている各情報に従って、第２クラウドサービスによって提供されるリソースへのアクサスを認証することについて、１つの特定の実施形態では、認証サーバは、第２復号化キーを使用して、第２インターフェースによって送信された認証要求における情報を復号化することができ、復号化に成功した場合、復号化して得られた情報に基づいて、第２クラウドサービスによって提供されるリソースへのアクセスを認証する。

説明すべきものとして、本願の実施例では、各クラウドサービスに対応するインターフェースと認証サーバとの間のインタラクション情報について、暗号化手段および復号化手段を介して、情報の基本的なセキュリティ性が確保されることができる。各インターフェースと認証サーバとの間で、相互信頼メカニズムが事前に確立され、暗号化キーおよび対応する復号化キーが相互信頼メカニズムによって決定されることができる。このようにして、第２インターフェースが認証サーバに送信した情報は暗号化されることができ、相応的に、認証サーバは、受信した認証要求における情報を復号化し、復号化に成功した場合、両方の間で相互信頼メカニズムが確立されており、かつ、情報が一定のセキュリティ保証を持っているということが表される。

さらに、説明すべきものとして、ステップ２００ａから２００ｃにおいて、係ている第１インターフェースと認証サーバとの間の情報やりとり、および、第１インターフェースとバックグラウンドサーバとの間の情報やりとりについては、上述の相互信頼メカニズムを使用することもでき、また、インタラクションプロセスでは、暗号化手段と復号化手段を使用して、情報のセキュリティ性を確保することもでき、ここでは改めて言及しない。

本願の実施例によって提供されるリソース処理方法のバックグラウンドサーバ側での概略フローチャートである図４を参照されたい。図４に示すように、この方法は、以下のステップを含み、即ち、
４０１で、第１インターフェースからのリソース処理指示を取得する。

４０２で、前記リソース処理指示に従って識別を行い、処理対象のリソースを決定する。

ステップ４０２の特定の実施形態について、ステップ２０２に対する関連説明を参照することができ、ここでは改めて言及しない。

４０３で、前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、リソース処理要求を前記第２インターフェースに送信する。

ステップ４０３の特定の実施形態について、ステップ２０３に対する関連説明を参照することができ、ここでは改めて言及しない。

４０４で、前記第２インターフェースからの前記リソース処理指示に応答して、前記処理対象のリソースを処理する。

ステップ４０４の特定の実施形態について、ステップ２０６に対する関連説明を参照することができ、ここでは改めて言及しない。

本願の実施例によって提供されるリソース処理方法の認証サーバ側での概略フローチャートである図５を参照されたい。図５に示すように、この方法は、以下のステップを含み、即ち、
５０１で、第２インターフェースによって送信された、前記第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を受信する。

ステップ５０１の特定の実施形態について、ステップ２０４に対する関連説明を参照することができ、ここでは改めて言及しない。

５０２で、前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証する。

ステップ５０２の特定の実施形態について、ステップ２０４に対する関連説明を参照することができ、ここでは改めて言及しない。

５０３で、認証に合格した場合、認証合格メッセージを前記第２インターフェースに返信する。

ステップ５０３の特定の実施形態について、ステップ２０４に対する関連説明を参照することができ、ここでは改めて言及しない。

本願の実施例によって提供されるリソース処理方法の一実施形態のフローの例示図である図６を参照されたい。この実施例では、クラウドサービスＡおよびクラウドサービスＡに対応するクラウドＡＰＩ（Ｘ）と、クラウドサービスＢおよびクラウドサービスＢに対応するクラウドＡＰＩ（Ｙ）とを例として、本願の実施例によって提供されるリソース処理方法について例を挙げて説明する。

６０１で、クライアントは、ユーザの署名情報と、クラウドサービスＡによって提供されるリソースの情報とが付けられているリソース処理要求を、クラウドサービスＡに対応するクラウドＡＰＩ（Ｘ）に送信する。

６０２で、クラウドＡＰＩ（Ｘ）は、クライアントによって送信されたリソース処理要求に応答して、ユーザの署名情報と、クラウドサービスＡによって提供されるリソースの情報と、ラウドＡＰＩ（Ｘ）の情報とが付けられている認証要求を、認証サーバに送信する。

６０３で、認証サーバは、クラウドＡＰＩ（Ｘ）からの認証要求に応答して、クライアントがクラウドサービスＡによって提供されるリソースをアクセスすることを認証し、認証に合格した場合、ステップ６０４が実行され、認証に失敗した場合、認証失敗メッセージをクラウドＡＰＩ（Ｘ）に返信する。説明すべきものとして、本実施例では、認証合格を例として、例を挙げて説明する。そのため、図６には認証失敗のフローが示されていない。

認証サーバは、認証要求に付けられている、クラウドサービスＡによって提供されるリソースの情報と、クラウドＡＰＩ（Ｘ）の情報と、ローカルに記憶されているユーザ情報とに従って、ユーザの署名情報を生成し、その後、自身によって生成されたユーザの署名情報と、認証要求に付けられているユーザの署名情報とを比較して、比較結果が２つの署名情報が同じである場合、認証に合格したと判断し、クライアントがクラウドサービスＡによって提供されるリソースへのアクセス権限を持っていることが表され、そして、ステップ６０４が実行され、逆に、比較結果が２つの署名情報が同じではない場合、認証に失敗したと判断し、クライアントがクラウドサービスＡによって提供されるリソースへのアクセス権限を持っていないことが表され、認証サーバが認証失敗メッセージをクラウドＡＰＩ（Ｘ）に返信する。

６０４で、認証サーバは、認証合格メッセージをクラウドＡＰＩ（Ｘ）に返信する。

６０５で、クラウドＡＰＩ（Ｘ）は、認証サーバによって返信された認証合格メッセージに応答して、処理が要求された、クラウドサービスＡによって提供されるリソースの情報が付けられているリソース処理指示を、バックグラウンドサーバに送信する。

６０６で、バックグラウンドサーバは、リソース処理指示に応答して、リソース処理指示に従って識別を行い、処理対象のリソースを決定し、処理対象のリソースにはクラウドサービスＢによって提供されるリソースも含まれる場合、クラウドサービスＡの署名情報と、クラウドサービスＢによって提供されるリソースの情報とが付けられているリソース処理要求を、クラウドサービスＢに対応するクラウドＡＰＩ（Ｙ）に送信する。

６０７で、クラウドＡＰＩ（Ｙ）は、バックグラウンドサーバからのリソース処理要求に応答して、クラウドサービスＡの署名情報と、クラウドサービスＢによって提供されるリソースの情報と、クラウドＡＰＩ（Ｙ）の情報とが付けられている認証要求を、認証サーバに送信する。

６０８で、認証サーバは、クラウドＡＰＩ（Ｘ）からの認証要求に応答して、クラウドサービスＡがクラウドサービスＢによって提供されるリソースにアクセスすることを認証し、認証に合格した場合、ステップ６０９が実行され、認証に失敗した場合、認証失敗メッセージをクラウドＡＰＩ（Ｙ）に返信する。説明すべきものとして、本実施例では、認証合格を例として、例を挙げて説明する。そのため、図６には認証失敗のフローが示されていない。

認証サーバは、認証要求に付けられている、クラウドサービスＢによって提供されるリソースの情報と、クラウドＡＰＩ（Ｙ）の情報と、ローカルに記憶されているクラウドサービスＡの認証情報とに従って、クラウドサービスＡの署名情報を生成し、その後、自身によって生成されたクラウドサービスＡの署名情報と、認証要求に付けられているクラウドサービスＡの署名情報とを比較して、比較結果が２つの署名情報が同じである場合、認証に合格したと判断し、クラウドサービスＡがクラウドサービスＢによって提供されるリソースへのアクセス権限を持っていることが表され、そして、ステップ６０９が実行され、逆に、比較結果が２つの署名情報が同じではない場合、認証に失敗したと判断し、クラウドサービスＡがクラウドサービスＢによって提供されるリソースへのアクセス権限を持っていないことが表され、認証サーバが認証失敗メッセージをクラウドＡＰＩ（Ｙ）に返信する。

６０９で、認証サーバは、認証合格メッセージをクラウドＡＰＩ（Ｙ）に返信する。

６１０で、クラウドＡＰＩ（Ｙ）は、認証サーバによって返信された認証合格メッセージに応答して、処理が要求された、クラウドサービスＢによって提供されるリソースの情報が付けられているリソース処理指示を、バックグラウンドサーバに送信する。

６１１で、バックグラウンドサーバは、リソース処理指示に応答して、クラウドサービスＡによって提供されるリソースを処理し、その後、クラウドサービスＢによって提供されるリソースを処理し、最後に、クラウドサービスＡによって提供されるリソースを処理する。

上記のインターフェースと認証サーバとの間、および、インターフェースとバックグラウンドサーバとの間では、いずれも、相互信頼メカニズムを事前に確立して、暗号化キーおよび復号化キーを相互信頼メカニズムによって決定する必要がある。本願の実施例では、インターフェースと認証サーバとの間のインタラクション、および、インターフェースとバックグラウンドサーバとの間のインタラクションはいずれも内部インタラクションに属するということを考慮するため、軽量レベルの相互信頼メカニズムが採用されてもよいし、一方で、サービスのパフォーマンスを改善することができ、他方で、基本的なセキュリティ性を確保することもできる。

本願の実施例では、上記の相互信頼メカニズムが以下の態様を通じて確立される。
一、認証サーバによるインターフェースへのアイデンティティ検証
二、インターフェースによる認証サーバへのアイデンティティ検証
三、バックグラウンドサーバによるインターフェースへのアイデンティティ検証
四、インターフェースによるバックグラウンドサーバへのアイデンティティ検証

ここで、インターフェースに係るアイデンティティ検証は、署名メカニズムを使用して実現されてもよい。各インターフェースおよび各インターフェースに対応するクラウドサービスに対して証明書が割り当てられ、インターフェースは認証サーバにアクセスする際に、この証明書を要求に追加する必要があり、この証明書を、例えば上記の第１インターフェースの情報または第２インターフェースの情報のような、インターフェースの情報として使用し、つまり、この証明書をインターフェースの情報として使用して、認証サーバにアクセスする。説明すべこのとして、各インターフェースおよび各インターフェースに対応するクラウドサービスの証明書は、証明書サーバによってオフラインで割り当てられてもよい。この証明書が上記のリソース処理方法で使用される場合、証明書に対して、対称キーを使用して暗号化および復号化を行うことができ、あるいは、非対称キーを使用して暗号化および復号化を行うこともできる。

バックグラウンドサーバと認証サーバに係るアイデンティティ検証について、証明書が証明書サーバによってオフラインで割り当てられる必要もあり、この証明書を上記のリソース処理方法で使用する場合、非対称キーを使用して暗号化および復号化を行うことができ、あるいは、対称キーを使用して暗号化および復号化を行うこともできる。公開キーがサーバにアクセスする側に保存されてもよく、秘密キーがサーバ自体に保存されてもよいし、これにより、攻撃される可能性をある程度で低減させることができ、また、インタラクション情報のセキュリティ性を確保することもできる。

本願の一実施例により提供されるインターフェースと認証サーバとの間のアイデンティティ検証方法のインタラクションフローの例示図である図７を参照されたい。図７に示すように、この方法は、次のステップを含み、即ち、
７０１で、証明書サーバは、証明書Ｐｕｂ＿ＣＡ（Ｐｕｂ＿Ａｕｔｈ，Ｄｏｍａｉｎ．．．）および公開キーを認証サーバに対して割り当て、また、対応する秘密キーが認証サーバに事前設定されており、認証サーバは、割り当てられた証明書および公開キーを記憶する。

７０２で、証明書サーバは、証明書をインターフェースに対して割り当て、この証明書がインターフェース識別子（ＡＰＩ＿ＩＤ）および秘密キー（ＡＰＩ＿Ｓｅｃｒｅｔ）を使用して構成されてもよい。

ステップ７０１とステップ７０２は、証明書サーバの証明書オフライン割り当てステージに属する。

本願の実施例では、証明書の割り当てに関与する公開キーおよび秘密キーは、対称キーであってもよく、あるいは、非対称キーであってもよい。異なるアプリケーションシナリオに従って、対称キーまたは非対称キーを使用するかを決定することができる。例えば、高いパフォーマンス要件および低いセキュリティ要件を備えるサービスシナリオに対して、対称キーを使用でき、低いパフォーマンス要件を備えるサービスシナリオに対して、非対称キーを使用でき、本願の実施例は、これに対して特に限定しない。

７０３で、インターフェースは、証明書取得要求を認証サーバに送信する。

７０４で、認証サーバは、証明書取得要求に応答して、以前に証明書サーバによって割り当てられた証明書を公開キーで暗号化して、証明書取得応答を介してインターフェースに返信する。

７０５で、インターフェースは、以前に証明書サーバによって提供された秘密キーを使用して、受信された証明書を復号化し、復号化に成功した場合、インターフェースおよび認証サーバのアイデンティティ検証が両方とも合格し、そして、ステップ７０６が実行される。

説明すべきものとして、ここではインターフェースが秘密キーを使用して証明書を成功に復号化した場合、この秘密キーおよび暗号化された証明書の公開キーが、マッチされている暗号化キーと復号化キーの１つのペアであるということが表され、そのため、認証サーバのアイデンティティが証明され、インターフェースのアイデンティティも証明されており、両方のアイデンティティがいずれも合格した。

７０６で、インターフェースと認証サーバとの間で、暗号化キーと復号化キーのネゴシエーションが実行され、ネゴシエーションされた後、インターフェースは暗号化キーを所有し、認証サーバは復号化キーを所有しており、この暗号化キーと復号化キーがインターフェースによって開始された認証要求に付けられている情報への暗号化および復号化に使用されることができ、これにより、通信のセキュリティ性が確保される。

ステップ７０３〜ステップ７０６は、インターフェースと認証サーバとの間のキーネゴシエーションステージに属する。ステップ７０３〜ステップ７０６は、キーネゴシエーションを完成するために、インターフェースが認証サーバとのインタラクションを行う前に実行される必要がある。このようにして、両者がインタラクションを行う必要がある場合、暗号化キーと復号化キーを直接に使用することができ、これにより、インターフェースと認証サーバとの間のインタラクション効率およびインターフェースの実行パフォーマンスを向上させる。また、ステップ７０３〜ステップ７０６は、定期的に実行されてもよく、このようにして、インターフェースと認証サーバとの間で、暗号化キーと復号化キーを更新するために、定期的にキーネゴシエーションが実行されてもよいし、これによって、情報のインタラクションのセキュリティ性をさらに向上させる。

説明すべきものとして、上記のインターフェースとは、例えば第１インターフェースや第２インターフェースなどのような、インターフェースデバイスにおける、クラウドサービスに対応するインターフェースを指し、つまり、インターフェースデバイスにおける各インターフェースは、いずれも上記の方法に基づいて、認証サーバとの間のアイデンティティ検証を実現できる。

本願の実施例によって提供されるインターフェースとバックグラウンドサーバとの間のアイデンティティ検証方法のインタラクションフローの例示図である図８を参照されたい。図８に示すように、この方法は、以下のステップを含み、即ち、
８０１で、証明書サーバは、証明書Ｐｕｂ＿ＣＡ１（Ｐｕｂ＿Ａｕｔｈ１，Ｄｏｍａｉｎ．．．）および公開キーをバックグラウンドサーバに対して割り当て、また、対応する秘密キーがバックグラウンドサーバに事前設定されており、バックグラウンドサーバは、割り当てられた証明書および公開キーを記憶する。

８０２で、証明書サーバは、証明書をインターフェースに対して割り当て、この証明書がインターフェース識別子（ＡＰＩ＿ＩＤ）および秘密キー（ＡＰＩ＿Ｓｅｃｒｅｔ）を使用して構成されてもよい。

ステップ８０１とステップ８０２は、証明書サーバの証明書オフライン割り当てステージに属する。

８０３で、インターフェースは、証明書取得要求をバックグラウンドサーバに送信する。

８０４で、バックグラウンドサーバは、証明書取得要求に応答して、以前に証明書サーバによって割り当てられた証明書を公開キーで暗号化して、証明書取得応答を介してインターフェースに返信する。

８０５で、インターフェースは、以前に証明書サーバによって提供された秘密キーを使用して、受信された証明書を復号化し、復号化に成功した場合、インターフェースおよびバックグラウンドサーバのアイデンティティ検証が両方とも合格し、そして、ステップ８０６が実行される。

説明すべきものとして、ここではインターフェースが秘密キーを使用して証明書を成功に復号化した場合、この秘密キーおよび暗号化された証明書の公開キーとが、マッチされている暗号化キーと復号化キーの１つのペアであるということが表され、そのため、バックグラウンドサーバのアイデンティティが証明され、インターフェースのアイデンティティも証明されており、両方のアイデンティティがいずれも合格した。

８０６で、インターフェースとバックグラウンドサーバとの間で、暗号化キーと復号化キーのネゴシエーションが実行され、ネゴシエーションされた後、インターフェースは暗号化キーを所有し、バックグラウンドサーバは復号化キーを所有しており、この暗号化キーと復号化キーがインターフェースによって開始された認証要求に付けられている情報への暗号化および復号化に使用されることができ、これにより、通信のセキュリティ性が確保される。

ステップ８０３〜ステップ８０６は、インターフェースとバックグラウンドサーバとの間のキーネゴシエーションステージに属する。ステップ８０３〜ステップ８０６は、キーネゴシエーションを完成するために、インターフェースがバックグラウンドサーバとのインタラクションを行う前に実行される必要がある。このようにして、両者がインタラクションを行う必要がある場合、暗号化キーと復号化キーを直接に使用することができ、これにより、インターフェースとバックグラウンドサーバとの間のインタラクション効率およびインターフェースの実行パフォーマンスを向上させる。また、ステップ８０３〜ステップ８０６は、定期的に実行されてもよく、このようにして、インターフェースとバックグラウンドサーバとの間で、暗号化キーと復号化キーを更新するために、定期的にキーネゴシエーションが実行されてもよいし、これによって、情報のインタラクションのセキュリティ性をさらに向上させる。

説明すべきものとして、上記のインターフェースとは、例えば第１インターフェースや第２インターフェースなどのような、インターフェースデバイスにおける、クラウドサービスに対応するインターフェースを指し、つまり、インターフェースデバイスにおける各インターフェースは、いずれも上記の方法に基づいて、バックグラウンドサーバとのアイデンティティ検証を実現できる。

本願の実施例は、上記の方法の実施例における各ステップおよび方法を実現するための装置の実施例をさらに提供する。

本願の実施例によって提供されるリソース処理システムの概略構造図である図９を参照されたい。図９に示すように、このシステムは、インターフェースデバイス１００と、バックグラウンドサーバ２００と、認証サーバ３００とを含み、前記インターフェースデバイス１００には、第１クラウドサービスに対応する第１インターフェース１０１と、第２クラウドサービスに対応する第２インターフェース１０２とが少なくとも配置され、
前記バックグラウンドサーバ２００は、前記第１インターフェース１０１からのリソース処理指示を取得し、
前記バックグラウンドサーバ２００は、また、前記リソース処理指示に従って識別を行い、処理対象のリソースを決定し、
前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、前記バックグラウンドサーバ２００は、また、リソース処理要求を前記第２インターフェース１０２に送信し、
前記第２インターフェース１０２は、前記リソース処理要求に従って、前記第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を認証サーバ３００に対して開始し、
前記認証サーバ３００は、前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証し、認証に合格した場合、認証合格メッセージを前記第２インターフェース１０２に返信し、
前記第２インターフェース１０２は、また、前記認証合格メッセージに応答して、リソース処理指示を前記バックグラウンドサーバ２００に送信し、
前記バックグラウンドサーバ２００は、また、前記第２インターフェースからのリソース処理指示に応答して、前記処理対象のリソースを処理する。

本実施例における各ユニットは、図２に示す方法を実行することができるため、本実施例で詳細に説明されない部分については、図２に対する関連説明を参照することができる。

本願の実施例によって提供されるリソース処理装置の機能ブロック図である図１０を参照されたい。このリソース処理装置がインターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むシステムに適用され、このシステムにおいて、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、前記装置が前記バックグラウンドサーバに位置され、図１０に示すように、前記装置は、
第１インターフェースからのリソース処理指示を取得する受信ユニット２０１と、
前記リソース処理指示に従って識別を行い、処理対象のリソースを決定するリソース識別ユニット２０２と、
前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、リソース処理要求を前記第２インターフェースに送信する送信ユニット２０３と、
前記第２インターフェースからのリソース処理指示に応答して、前記処理対象のリソースを処理するリソース処理ユニット２０４と、を含む。

前記装置は、さらに、
クラウドサービスとリソースとの間の事前設定された対応関係に従って、前記処理対象のリソースにおける各リソースに対応するクラウドサービスを取得し、かつ、取得されたクラウドサービスには第２クラウドサービスが含まれるかどうかを判断し、かつ、取得されたクラウドサービスには第２クラウドサービスが含まれると判定した場合、前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれると判定するリソース判定ユニット２０５を、含む。

本願の実施例によって提供されるリソース処理装置の他の機能ブロック図である図１１を参照されたい。このリソース処理装置がインターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むシステムに適用され、このシステムにおいて、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、前記装置が前記認証サーバに位置され、図１１に示すように、前記装置は、
第２インターフェースによって送信された、前記第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を受信する受信ユニット３０１と、
前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証する認証ユニット３０２と、
認証に合格した場合、認証合格メッセージを前記第２インターフェースに返信する送信ユニット３０３と、を含む。

本願の実施例によって提供されるリソース処理装置のハードウェアアーキテクチャ図である図１２を参照されたい。リソース処理装置は、インターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むシステムに適用される。このシステムにおいて、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、前記装置が、前記バックグラウンドサーバに位置される。図１２に示すように、前記装置は、プロセッサとメモリとを含み、前記メモリが、前記プロセッサが実行可能な命令を記憶し、前記命令が実行される場合、前記プロセッサが、図４に示すような、バックグラウンドサーバ側に適用されるリソース処理方法を実行し、ここでは改めて言及しない。

本願の実施例によって提供されるリソース処理装置のハードウェアアーキテクチャ図である図１３参照されたい。リソース処理装置は、インターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むシステムに適用される。このシステムにおいて、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、前記装置が、前記認証サーバに位置される。図１３に示すように、前記装置は、プロセッサとメモリとを含み、前記メモリが、前記プロセッサが実行可能な命令を記憶し、前記命令が実行される場合、前記プロセッサが、図５に示すような、認証サーバ側に適用されるリソース処理方法を実行し、ここでは改めて言及しない。

本願の実施例は、コンピュータ実行可能な命令を含むコンピュータ可読媒体をさらに提供し、このコンピュータ実行可能な命令が実行される際に、
第１インターフェースからリソース処理指示を取得するステップと、
前記リソース処理指示に従って識別を行い、処理対象のリソースを決定するステップと、
前記処理対象のリソースには第２クラウドサービスによって提供されるリソースが含まれる場合、リソース処理要求を第２インターフェースに送信するステップと、
前記第２インターフェースからのリソース処理指示に応答して、前記処理対象のリソースを処理するステップと、が実行される。

本願の実施例は、コンピュータ実行可能な命令を含むコンピュータ可読媒体をさらに提供し、前記コンピュータ実行可能な命令が実行される際に、
第２クラウドサービスによって送信された、前記クラウドサービスによって提供されるリソースにアクセスするための認証要求を受信するステップと、
前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証するステップと、
認証に合格した場合、認証合格メッセージを第２インターフェースに返信するステップと、が実行される。

本願の実施例の技術的解決策は、以下の有益な効果を有し、即ち、
本願の実施例において、バックグラウンドサーバが第１クラウドサービスによって提供されるリソースを処理するプロセスでは、第２クラウドサービスによって提供されるリソースにアクセスする必要がある場合、バックグラウンドサーバは、この第２クラウドサービスに対応する第２インターフェースに対してリソース処理要求を開始し、これにより、この第２インターフェースが、第２クラウドサービスによって提供するリソースを第１クラウドサービスがアクセスするための認証を認証サーバに対して開始するということがトリガーされ、認証に合格した場合、この第２クラウドサービスに対応する第２インターフェースを介して、バックグラウンドサーバがリソース処理を実行するということがトリガーされる。従来技術と比較して、リソースを処理するプロセスでは、他のクラウドサービスによって提供されるリソースにアクセスする必要がある場合、バックグラウンドサーバはその代わりに、他のクラウドサービスに対応するインターフェースに対してリソース処理要求を開始し、これにより、認証サーバが認証を実行するということがトリガーされ、これによって、ユーザ側で複数の呼び出しロジックを配置することが避けられ、ユーザ側が認証のための情報を提供することも必要としない。したがって、ユーザ側のクライアントの設計の複雑さとメンテナンスコストを低減させ、また、リソースを処理するプロセスでは、バックグラウンドサーバが他のクラウドサービスによって提供されるリソースへのアクセスを必要とすることを識別できるため、バックグラウンドサーバは、リソース処理要求を直接に開始することができ、これにより、クライアントとのインタラクションを行うことにより、クライアントにリソース処理要求を開始させるということが回避され、したがって、リソース処理効率を向上させる。

一方で、本願の実施例には軽量レベルの相互信頼メカニズムが追加されており、インターフェースと認証サーバとの間で、インターフェースとバックグラウンドサーバとの間で、アイデンティティ検証が実行されることができ、また、アイデンティティ検証後にネゴシエートされたキーに基づいて、インタラクション情報が暗号化し処理され、処理の効率を確保する前提で、ある程度のセキュリティ性とトレーサビリティ性が確保される。

当業者は、説明の便宜および簡潔にするために、上記のシステム、装置およびユニットの具体的な作業プロセスについては、上記方法の実施例における対応するプロセスを参照できること、を明確に理解することができ、ここでは改めて言及しない。

さらに、本願の各実施例における各機能ユニットは、１つの処理ユニットに統合されてもよく、各ユニットが物理的に別々に存在してもよいし、２つ以上のユニットが１つのユニットに統合されてもよい。上記の統合されたユニットは、ハードウェアの形式で実現されてもよく、ハードウェアにソフトウェア機能ユニットを加えた形式で実現されてもよい。

ソフトウェア機能ユニットの形式で実現される上記の統合されたユニットは、１つのコンピュータ可読記憶媒体に記憶されてもよい。上記のソフトウェア機能ユニットは、１つの記憶媒体に記憶されており、コンピュータ装置（パーソナルコンピュータ、サーバ、またはネットワーク装置など）またはプロセッサー（Ｐｒｏｃｅｓｓｏｒ）には、本願の各実施例で説明した方法の一部のステップを実行させるためのいくつかの命令が含まれる。前述の記憶媒体には、プログラムコードを記憶できるさまざまな媒体が含まれており、例えばＵディスク、モバイルハードディスク、読み取り専用メモリ（ＲＯＭ ：Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなどである。

１００ インターフェースデバイス
１０１ 第１インターフェース
１０２ 第２インターフェース
２００ バックグラウンドサーバ
３００ 認証サーバ
３００ 第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を認証サーバ
３０１ 第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を受信する受信ユニット
３０２ 第２クラウドサービスによって提供されるリソースへのアクセスを認証する認証ユニット
３０３ 第２インターフェースに返信する送信ユニット

Claims (14)

1. インターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むシステムに適用されるリソース処理方法であって、このシステムにおいて、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、前記の方法には、
   前記バックグラウンドサーバは、前記第１インターフェースからのリソース処理指示を取得することと、
   前記バックグラウンドサーバは、前記リソース処理指示に従って識別を行い、処理対象のリソースを決定することと、
   前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、前記バックグラウンドサーバは、リソース処理要求を前記第２インターフェースに送信し、前記第２インターフェースは、前記リソース処理要求に従って、前記第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を前記認証サーバに対して開始することと、
   前記認証サーバは、前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証し、認証に合格した場合、認証合格メッセージを前記第２インターフェースに返信することと、
   前記第２インターフェースは、前記認証合格メッセージに応答して、リソース処理指示を前記バックグラウンドサーバに送信することと、
   前記バックグラウンドサーバは、前記第２インターフェースからのリソース処理指示に応答して、前記処理対象のリソースを処理することと、が含まれる、
   ことを特徴とする方法。
2. 前記バックグラウンドサーバが第１インターフェースからのリソース処理指示を取得する前に、さらに、
   前記第１インターフェースは、クライアントによって送信されたリソース処理要求に応答して、前記第１クラウドサービスによって提供されるリソースにアクセスするための認証要求を認証サーバに対して開始することと、
   前記認証サーバは、前記第１クラウドサービスによって提供されるリソースにアクセスするための認証要求に応答して、前記第１クラウドサービスによって提供されるリソースへのアクセスを認証し、認証に合格した場合、認証合格メッセージを前記第１インターフェースに返信することと、
   前記第１インターフェースは、認証合格メッセージに応答して、リソース処理指示を前記バックグラウンドサーバに送信することと、を含む、
   ことを特徴とする請求項１に記載の方法。
3. 前記バックグラウンドサーバがリソース処理要求を前記第２インターフェースに送信することは、前記第１クラウドサービスの署名情報と、前記処理対象のリソースに含まれる、前記第２クラウドサービスによって提供されるリソースの情報とが付けられているリソース処理要求を、前記第２インターフェースに送信することを含み、
   前記第２インターフェースが前記リソース処理要求に従って、前記第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を認証サーバに対して開始することは、前記第２インターフェースが、前記第１クラウドサービスの署名情報と、前記処理対象のリソースに含まれる、前記第２クラウドサービスによって提供されるリソースの情報と、前記第２インターフェースの情報とが付けられている認証要求を、前記認証サーバに対して開始することを含み、
   前記認証サーバが前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証することは、前記認証サーバが、前記認証要求に付けられている各情報に従って、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証することを含む、
   ことを特徴とする請求項１または２に記載の方法。
4. 前記バックグラウンドサーバが、前記第１クラウドサービスの署名情報と、前記処理対象のリソースに含まれる、前記第２クラウドサービスによって提供されるリソースの情報とが付けられているリソース処理要求を前記第２インターフェースに送信することは、前記バックグラウンドサーバが、第１暗号化キーを使用して、前記リソース処理要求に付けられている情報を暗号化して、暗号化して得られた情報が付けられているリソース処理要求を前記第２インターフェースに送信することを含み、
   前記第２インターフェースが、前記第１クラウドサービスの署名情報と、前記処理対象のリソースに含まれる、前記第２クラウドサービスによって提供されるリソースの情報と、前記第２インターフェースの情報とが付けられている認証要求を、前記認証サーバに対して開始することは、前記第２インターフェースが、第１復号化キーを使用して、リソース処理要求に付けられている情報を復号化し、復号化に成功した場合、第２暗号化キーを使用して、復号化して得られた情報を暗号化して、暗号化して得られた情報が付けられている認証要求を認証サーバに送信することを含み、
   前記認証サーバが、前記認証要求に付けられている各情報に従って、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証することは、前記認証サーバが、第２復号化キーを使用して、前記第２インターフェースによって送信された認証要求における情報を復号化し、復号化に成功した場合、復号化して得られた情報に基づいて、第２クラウドサービスによって提供されるリソースへのアクセスを認証することを含む、
   ことを特徴とする請求項３に記載の方法。
5. 前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、リソース処理要求を前記第２インターフェースに送信する前に、さらに、
   クラウドサービスとリソースとの間の事前設定された対応関係に従って、前記処理対象のリソースにおける各リソースに対応するクラウドサービスを取得することと、
   取得されたクラウドサービスには第２クラウドサービスが含まれるかどうかを判断することと、
   取得されたクラウドサービスには第２クラウドサービスが含まれると判定した場合、前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれると判定することと、を含む、
   ことを特徴とする請求項１に記載の方法。
6. インターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むシステムに適用されるリソース処理方法であって、このシステムにおいて、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、この方法が前記バックグラウンドサーバによって実行され、前記の方法には、
   第１インターフェースからのリソース処理指示を取得することであって、ここで、前記リソース処理指示は、第１インターフェースが認証合格メッセージに応答して送信するものであり、前記認証合格メッセージが、認証サーバが第１クラウドサービスによって提供されるリソースへのアクセスを認証する際の認証合格メッセージであることと、
   前記リソース処理指示に従って識別を行い、処理対象のリソースを決定することと、
   前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、リソース処理要求を第２インターフェースに送信することと、
   前記第２インターフェースからのリソース処理指示に応答して、前記処理対象のリソースを処理することであって、ここで、前記リソース処理指示は、第２インターフェースが認証合格メッセージに応答して送信するものであり、前記認証合格メッセージが、認証サーバが第２クラウドサービスによって提供されるリソースへのアクセスを認証する際の認
   証合格メッセージであることと、が含まれる、
   ことを特徴とする方法。
7. 前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、リソース処理要求を前記第２インターフェースに送信する前に、さらに、
   クラウドサービスとリソースとの間の事前設定された対応関係に従って、前記処理対象のリソースにおける各リソースに対応するクラウドサービスを取得することと、
   取得されたクラウドサービスには第２クラウドサービスが含まれるかどうかを判断することと、
   取得されたクラウドサービスには第２クラウドサービスが含まれると判定した場合、前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれると判定することと、を含む、
   ことを特徴とする請求項６に記載の方法。
8. リソース処理要求を前記第２インターフェースに送信する前に、さらに、
   前記第１クラウドサービスの署名情報を生成することと、
   前記リソース処理要求には、前記第１クラウドサービスの署名情報と、前記処理対象のリソースに含まれる、前記第２クラウドサービスによって提供されるリソースの情報とが付けられていることと、を含む、
   ことを特徴とする請求項６に記載の方法。
9. インターフェースデバイス、バックグラウンドサーバ、および認証サーバを含むリソース処理システムであって、前記インターフェースデバイスには、第１クラウドサービスに対応する第１インターフェースと、第２クラウドサービスに対応する第２インターフェースとが少なくとも配置され、
   前記バックグラウンドサーバは、前記第１インターフェースからのリソース処理指示を取得し、
   前記バックグラウンドサーバは、また、前記リソース処理指示に従って識別を行い、処理対象のリソースを決定し、
   前記処理対象のリソースには前記第２クラウドサービスによって提供されるリソースが含まれる場合、前記バックグラウンドサーバは、また、リソース処理要求を前記第２インターフェースに送信し、
   前記第２インターフェースは、前記リソース処理要求に従って、前記第２クラウドサービスによって提供されるリソースにアクセスするための認証要求を前記認証サーバに対して開始し、
   前記認証サーバは、前記認証要求に応答して、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証し、認証に合格した場合、認証合格メッセージを前記第２インターフェースに返信し、
   前記第２インターフェースは、前記認証合格メッセージに応答して、また、リソース処理指示を前記バックグラウンドサーバに送信し、
   前記バックグラウンドサーバは、前記第２インターフェースからのリソース処理指示に応答して、また、前記処理対象のリソースを処理する、
   ことを特徴とするシステム。
10. 前記バックグラウンドサーバが第１インターフェースからのリソース処理指示を取得する前に、前記第１インターフェースは、クライアントによって送信されたリソース処理要求に応答して、第１クラウドサービスによって提供されるリソースにアクセスするための認証要求を前記認証サーバに対して開始し、
    前記認証サーバは、前記第１クラウドサービスによって提供されるリソースにアクセスするための認証要求に応答して、前記第１クラウドサービスによって提供されるリソースへのアクセスを認証し、認証に合格した場合、認証合格メッセージを前記第１インターフェースに返信し、
    前記第１インターフェースは、認証合格メッセージに応答して、リソース処理指示を前記バックグラウンドサーバに送信する、
    ことを特徴とする請求項９に記載のシステム。
11. 前記バックグラウンドサーバは、さらに、前記第１クラウドサービスの署名情報と、前記処理対象のリソースに含まれる、前記第２クラウドサービスに提供されるリソースの情報とが付けられているリソース処理要求を、前記第２インターフェースに送信し、
    前記第２インターフェースは、第１クラウドサービスの署名情報と、前記処理対象のリソースに含まれる、前記第２クラウドサービスによって提供されるリソースの情報と、前記第２インターフェースの情報とが付けられている認証要求を、認証サーバに対して開始し、
    前記認証サーバは、前記認証要求に応答して、前記認証要求に付けられている各情報に従って、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証する、
    ことを特徴とする請求項９または１０に記載のシステム。
12. 前記バックグラウンドサーバは、さらに、第１暗号化キーを使用して、前記リソース処理要求に付けられている情報を暗号化し、暗号化して得られた情報が含まれるリソース処理要求を前記第２インターフェースに送信し、
    第２インターフェースは、さらに、第１復号化キーを使用して、リソース処理要求に付けられている情報を復号化し、復号化に成功した場合、第２暗号化キーを使用して、復号化して得られた情報を暗号化し、暗号化して得られた情報が付けられている認証要求を認証サーバに送信し、
    前記認証サーバは、さらに、第２復号化キーを使用して、第２インターフェースによって送信された認証要求における情報を復号化し、復号化に成功した場合、復号化して得られた情報に基づいて、前記第２クラウドサービスによって提供されるリソースへのアクセスを認証する、
    ことを特徴とする請求項１１に記載のシステム。
13. 前記認証サーバは、さらに、前記第２インターフェースの情報と、アクセスされる必要がある、前記第２クラウドサービスによって提供されるリソースと、ローカルに記憶されている前記第１クラウドサービスの情報とに従って、前記第１クラウドサービスの署名情報を生成し、
    前記認証サーバは、前記第２インターフェースを介して受信された第１クラウドサービスの署名情報と、自身によって生成された第１クラウドサービスの署名情報とを比較して、２つの署名情報が同じである場合、認証に合格したと判断する、
    ことを特徴とする請求項１１に記載のシステム。
14. プロセッサに、請求項１〜８のいずれか一項に記載のリソース処理方法を実行させるためのコンピュータプログラム。

Images