JP2015531901A

JP2015531901A - クラウドサーバのためのバウチャー許可

Info

Publication number: JP2015531901A
Application number: JP2015519015A
Authority: JP
Inventors: フェルスター，クリストファー; シュトラウス，トーマス
Original assignee: アルカテル−ルーセント
Priority date: 2012-07-05
Filing date: 2013-06-24
Publication date: 2015-11-05
Also published as: KR20150036371A; EP2683127A1; US20150295935A1; WO2014005867A1; CN104412561A

Abstract

本発明は、クラウドサーバ（２）からクライアントデバイス（３、４）にアクセス権を付与するための方法に関し、第１のクライアントデバイス（３）のユーザを許可するステップと、第１のクライアントデバイス（３）から許可バウチャー要求を受信するステップと、クラウドサーバ（２）にアクセスするための許可バウチャーを生成するステップと、第１のクライアントデバイス（３）に許可バウチャーを与えるステップと、第２のクライアントデバイス（４）から許可バウチャーを受信するステップと、許可バウチャーに基づいて第２のクライアントデバイス（４）にアクセス権を付与するステップとを含む。また、本発明は、上記の方法を実行するように構成されるクラウドサーバ（２）にも関連する。本発明は更に、クラウドサーバ（２）へのアクセスを要求するための方法にも関連し、クラウドサーバ（２）に対して第１のクライアントデバイス（３）を用いるユーザを許可するステップと、第１のクライアントデバイス（３）からクラウドサーバ（２）に許可バウチャー要求を送信するステップと、第１のクライアントデバイス（３）においてクラウドサーバ（２）にアクセスするための許可バウチャーを受信するステップと、第１のクライアントデバイス（３）から第２のクライアントデバイス（４）に許可バウチャーを送信するステップと、第２のクライアントデバイス（４）からクラウドサーバ（３）に許可バウチャーを送信するステップと、第２のクライアントデバイス（４）からクラウドサーバ（２）にアクセスするステップとを含む。

Description

本発明は、クラウドサーバによって提供されるサービスにアクセスするためのユーザ許可の分野に関する。

クラウドサーバは、ネットワーク接続を介してアクセス可能なサービスを含む、クラウドサービスを提供する。したがって、クラウドサービスは、データストレージ、データアクセス、データベース、ビデオストリーミングを含むメディアサービスなどに関するサービスを含む。それらのサービスは、クライアントデバイスによって、ネットワーク接続を介してクラウドサーバから要求される。

クラウドサーバへのアクセス、例えば、テレビのようなビデオデバイスにおけるビデオの再生のために、ユーザ許可が頻繁に必要とされる。ユーザ許可は、初期許可手順を実行した後に、繰り返し許可を実行することなく、クラウドサーバへの更なるアクセスを実現できるように、モバイル電話のようなパーソナルユーザデバイスのデバイス許可に基づくことができる。幾つかの知られているシステムでは、キーボードのようなユーザインターフェースを介して、初期許可が実行される。幾つかのタイプのクライアントデバイスは、単純で、快適でないユーザインターフェースを含み、これらのデバイスを用いて許可するのを難しくする。他のタイプのクライアントデバイス、詳細には、モバイル電話のようなモバイルクライアントデバイスは、例えば、そのようなクライアントデバイスのハードウェア又はソフトウェアに制約があることに起因して、クラウドサーバによって提供されるサービスにアクセスするのに適していない場合がある。

これらのクラウドサービスのうちの幾つかは、許可のために、そして、クラウドサービスをブラウジングし、使用するために、クライアントデバイス上で実行される専用ソフトウェアの使用を更に必要とする場合があるか、又はＡｐｐｌｅｉＴｕｎｅｓＣｌｏｕｄのように、特定の製造業者に限定される場合がある。したがって、特定のクライアントデバイスが必要とされる場合があるか、又は知られているネットワーク、例えば、自宅からクライアントデバイスを使用することが必要とされる場合がある。在外の場所においてクラウドサービスを使用できるようにする既成の解決策はない。例えば、第三者がクラウドサーバにおいて登録されていない場合に、その第三者の自宅にある第三者のスマートＴＶにおいてクラウドサービスによって提供されるビデオを視聴できるようにする解決策はない。

種々の実施形態は、第三者の場所において、かつ更なるソフトウェアの使用を必要とすることなく、クライアントデバイスからクラウドサーバへのセキュアアクセスを提供するための解決策を提供する方法及び装置を提供する。

第１の実施形態では、クラウドサーバからクライアントデバイスにアクセス権を付与するための方法が提供され、第１のクライアントデバイスのユーザを許可するステップと、第１のクライアントデバイスから許可バウチャー要求を受信するステップと、クラウドサーバにアクセスするための許可バウチャーを生成するステップと、第１のクライアントデバイスに許可バウチャーを与えるステップと、第２のクライアントデバイスから許可バウチャーを受信することと、許可バウチャーに基づいて、第２のクライアントデバイスにアクセス権を付与することとを含む。

第２の実施形態では、クライアントデバイスにアクセス権を付与するためのクラウドサーバが提供され、クラウドサーバは上記の方法を実行するように構成される。

第３の実施形態では、クラウドサーバへのアクセスを要求するための方法が提供され、クラウドサーバに対して第１のクライアントデバイスを使用するユーザを許可するステップと、第１のクライアントデバイスからクラウドサーバに許可バウチャー要求を送信するステップと、第１のクライアントデバイスにおいてクラウドサーバにアクセスするための許可バウチャーを受信するステップと、第１のクライアントデバイスから第２のクライアントデバイスに許可バウチャーを送信するステップと、第２のクライアントデバイスからクラウドサーバに許可バウチャーを送信するステップと、第２のクライアントデバイスからクラウドサーバにアクセスするステップとを含む。

その方法において、第１のクライアントデバイスは、許可バウチャーに基づいて第２のクライアントデバイスに対して許可を与える。第２のクライアントデバイスに対する許可を容易にするために、許可は第２のクライアントデバイスの使用を必要としない。それゆえ、第２のクライアントデバイスが許可を実行するために使用するのが難しいユーザインターフェースを有する場合であっても、第２のクライアントデバイスを容易に使用することができ、許可バウチャーを用いて許可を容易に実行することができる。したがって、クラウドサーバは、第１のクライアントデバイスの許可に基づいて許可バウチャーを生成し、それにより第２のクライアントデバイスからクラウドサーバにアクセスできるようにする。必要とされるのは、クラウドサーバにおいて許可バウチャーを確認することだけである。

単純で、快適でないユーザインターフェースを有し、許可を難しくする場合がある第２のクライアントデバイスと、クラウドサーバによって提供されるサービスにアクセスするのに適していない場合がある、第１のクライアントデバイス、詳細には、モバイル電話のようなモバイルクライアントデバイスとを一緒に用いて、向上したユーザ体験を提供することができる。第１のクライアントデバイスの制約は、第２のクライアントデバイスを用いることによって克服することができる。そのような制約は、計算能力、サポートされるビデオ機能、サウンド機能、キーボードを含む入力手段、又はある種のソフトウェアとの互換性のように、ハードウェア又はソフトウェアに関連する可能性がある。

第１のクライアントデバイスのユーザの許可は、当該技術分野において知られているような、ユーザＩＤ及びパスワードを用いる機構に基づくことができる。より好ましくは、第１のクライアントデバイスの許可は、暗号化又は認証を用いて実行される。更に好ましくは、認証は、ＳＳＬによる保護に基づいて実行することができる。第１のクライアントデバイスの許可は基本的にいつでも、すなわち、上記の方法のステップの任意のステップの前に実行することができる。許可は、第１のクライアントデバイスにおいて一度だけ実行される永久許可とすることができ、複数の許可バウチャー要求に対して有効にしておくことができる。

クライアントデバイスは、任意の種類のコンピュータ、ラップトップ、タブレット、モバイル電話、テレビなどを含むビデオ再生デバイスを含む、クラウドサービスにアクセスするのに適している任意の種類のデータ処理デバイスとすることができる。クライアントデバイスは、モバイル使用のために特に設計され、通常、ユーザによって携帯され、運ばれるデバイスを含む。第１のクライアントデバイスは、モバイル電話などのモバイルデバイスであることが好ましい。第２のクライアントデバイスは、モバイル又は固定いずれかの任意の種類のデバイスとすることができる。クラウドサーバとクライアントデバイスとの間の接続は、ネットワークへの有線又はワイヤレスアクセスを用いる任意の種類のネットワーク接続とすることができる。好ましくは、ネットワーク接続はインターネット接続である。第１のクライアントデバイスから第２のクライアントデバイスに許可バウチャーを送信するために、任意の種類の適切な接続を用いることができる。好ましくは、許可バウチャーは、第１のクライアントデバイスと第２のクライアントデバイスとの間のセキュア接続を用いて送信される。

好ましい実施形態によれば、許可バウチャーに基づいて第２のクライアントデバイスにアクセス権を付与するステップは、アクセスタイプ、アクセス回数、データ量又はアクセス時間において制限された制限付きアクセス権を付与することを含む。許可バウチャーが指定された制限内でのみ使用可能であるので、制限付きアクセスはセキュリティを高める。例えば、書込みアクセス又は読出しアクセスとすることができる、アクセスタイプのような幾つかの制限は、基本的に永久である。他の制限は動的であり、それにより、例えば、クラウドサーバへの所与のアクセス回数後に、クラウドサーバと第２のクライアントデバイスとの間で所与のデータ量が転送された後に、又はクラウドサーバにアクセスするためのアクセス時間後に、許可バウチャーは満了する。好ましくは、複数の制限を組み合わせることができる。

好ましい実施形態によれば、許可バウチャー要求を送信するステップは、アクセスタイプ、アクセス回数、データ量又はアクセス時間において制限された制限付きアクセス要求を送信することを含む。ユーザは許可バウチャーを完全に管理し、それにより、任意の場所にある任意の種類の第２のクライアントデバイスがクラウドサーバに安全にアクセスできるようにする。詳細には、ユーザが第２のクライアントデバイスを用いてクラウドサーバにアクセスできるようにしたい場合には、そのユーザは、許可バウチャーがクラウドサーバへのアクセスを自動的に制限するように、第２のクライアントデバイスの意図した用途に対応する任意の制限をあらかじめ指定することができる。

好ましい実施形態によれば、許可バウチャーに基づいて第２のクライアントデバイスにアクセス権を付与するステップは、所定の期間にわたってクラウドサーバへのアクセス権を付与することを含む。その期間後に許可バウチャーは使えなくなり、それにより、許可バウチャーが盗まれた場合でも、第三者が引き続きクラウドサーバにアクセスすることはできないので、これはセキュリティを高める。その期間が満了した後に、許可バウチャーは自動的に満了し、更に使用することはできない。

好ましい実施形態によれば、許可バウチャー要求を送信するステップは、要求された許可バウチャーの有効性に関する期間を送信することを含む。ユーザは許可バウチャーを完全に管理し、それにより、任意の場所にある任意の種類の第２のクライアントデバイスがクラウドサーバに安全にアクセスできるようにする。詳細には、ユーザが、第２のクライアントデバイスを用いて、指定された時間にわたってクラウドサーバにアクセスしたい場合には、そのユーザは、ユーザが第２のクライアントデバイスを使用するのを止めるときに許可バウチャーが自動的に満了するように、第２のクライアントデバイスの意図した用途に対応する期間をあらかじめ指定することができる。

好ましい実施形態によれば、その方法は、許可バウチャーを生成するステップの後に許可バウチャーを暗号化する更なるステップを含み、その方法は、第２のクライアントデバイスから受信後に許可バウチャーを復号する更なるステップを含む。暗号化の使用は、許可バウチャーの偽造に対するリスクを低減する。さらに、許可バウチャーに含まれる情報は、第三者によってアクセスすることはできない。

好ましい実施形態によれば、許可バウチャー要求を受信するステップは、要求されたサービスの識別情報を受信することを含み、クラウドサーバにアクセスするための許可バウチャーを生成するステップは、要求されたサービスの識別情報を追加することを含み、許可バウチャーに基づいて第２のクライアントデバイスにアクセス権を付与するステップは、許可バウチャーにおいて指定される要求されたサービスへのアクセス権を付与することを含む。したがって、許可バウチャー要求を送信するステップは、クラウドサーバの要求されたサービスの識別情報を送信することを含み、第２のクライアントデバイスからクラウドサーバにアクセスするステップは、許可バウチャー要求において識別されるクラウドサーバの要求されたサービスの識別情報に従って、要求されたサービスにアクセスすることを含む。クラウドサーバによって提供される更なるサービスへのアクセスは制限されるので、ユーザは、ユーザのプライベート情報を含む場合がある、クラウドサーバによって提供される他のサービスを心配することなく、許可バウチャーを要求することができる。許可バウチャーが第三者によって受信される場合であっても、この第三者は、第１のクライアントデバイスのユーザによって明示的に有効にされないサービスにアクセスすることはできない。

好ましい実施形態によれば、クラウドサーバは、メディアサーバ、ファイルサーバ又は会議サーバを含む。好ましくは、メディアサーバはビデオストリーミングサーバである。

好ましい実施形態によれば、クラウドサーバに対して第１のクライアントデバイスを使用するユーザを許可するステップは、第１のクライアントデバイスに対して割り当てられたユーザ識別情報をクラウドサーバに与えることを含む。第１のクライアントデバイス上に格納することができるユーザ識別情報によって、ユーザ許可を容易にすることができる。第１のクライアントデバイスがクラウドサーバからバウチャーを要求するとき、第１のクライアントデバイスのユーザと更にやりとりすることなく、第１のクライアントデバイスからクラウドサーバにユーザ識別情報を自動的に送信することができる。インターネットブラウザにおいて、この機構はいわゆるクッキーを用いて実施される。

好ましい実施形態によれば、第１のクライアントデバイスから第２のクライアントデバイスに許可バウチャーを送信するステップは、２つのクライアントデバイス間のポイントツーポイント接続を用いて許可バウチャーを送信することを含む。ポイントツーポイント接続は、許可バウチャーを第２のクライアントデバイスのみに送信するのに適している任意の種類の接続とすることができる。ポイントツーポイント接続は、２つのクライアントデバイス間の直接無線又は有線接続とすることができる。また、ポイントツーポイント接続は、任意の種類のネットワークを経由する任意の種類の論理ポイントツーポイント接続とすることもできる。好ましくは、ポイントツーポイント接続は、短距離通信接続である。更に好ましくは、ポイントツーポイント接続は暗号化又は認証を使用する。

好ましい実施形態によれば、第１のクライアントデバイスから第２のクライアントデバイスに許可バウチャーを送信するステップは、近距離無線通信標準規格による２つのクライアントデバイス間の接続を用いて許可バウチャーを送信することを含む。近距離無線通信（ＮＦＣ）は使いやすく、それゆえ、任意の種類の第１のクライアントデバイスから、ＮＦＣをサポートする任意の種類の第２のクライアントデバイスに許可バウチャーを送信するのに適している。通信範囲が限られることに起因して、セキュリティが高められる。

ここで、例にすぎないが、本発明による装置の幾つかの実施形態が添付の図面を参照しながら説明される。

互いに相互接続される、クラウドサーバ、第１のクライアントデバイス及び第２のクライアントデバイスを示す概略図である。クラウドサーバ、第１のクライアントデバイス及び第２のクライアントデバイスの間の方法ステップを示す図である。本明細書において実現される方法を実行するクラウドサーバの一実施形態を示す概略図である。本明細書において実現される方法を実行する第１のクライアントデバイス及び第２のクライアントデバイスの一実施形態を示す概略図である。

説明及び図面は、本発明の原理を例示するにすぎない。それゆえ、本明細書において明示的に説明及び図示されないが、本発明の原理を具現し、本発明の範囲に含まれる種々の構成を当業者が考案できることは理解されよう。さらに、本明細書において記載される全ての例は主に、本発明の原理、及び当該技術分野を促進するために本発明者らによって貢献される概念を読者が理解するのを助ける教育的な目的だけを明確に意図しており、そのような具体的に列挙される例及び条件に限定されないと解釈されるべきである。本明細書において用いられるときに、「ｏｒ（又は、若しくは）」という用語は、別に指示されない限り、非排他的論理和を指している（例えば、「さもなければ（ｏｒｅｌｓｅ）」、又は「又は代替形態では（ｏｒｉｎｔｈｅａｌｔｅｒｎａｔｉｖｅ）」）。また、本明細書において説明される種々の実施形態は、幾つかの実施形態を１つ又は複数の他の実施形態と組み合わせて新たな実施形態を形成することができるので、必ずしも互いに排他的ではない。

図１は、クラウドサーバ２と、２つのクライアントデバイス３、４とを含む通信システム１を示す。この実施形態では、クラウドサーバ２は、ビデオストリーミングサーバである。クラウドサーバ２にアクセスするために、許可が必要とされる。通信システム１は、図１には示されない、更なるクラウドサーバ２又はクライアントデバイス３、４を含む場合もある。

クライアントデバイス３、４は、この実施形態では、モバイル電話、詳細にはスマートフォンである第１のクライアントデバイス３と、この実施形態では、ＨｂｂＴＶをサポートするスマートＴＶである第２のクライアントデバイス４とを含む。

クライアントデバイス３、４はネットワーク接続５、６を介してクラウドサーバ１に接続される。第１のクライアントデバイス３とクラウドサーバ２との間のネットワーク接続５は、例えば、ＵＭＴＳ又はＬＴＥ接続を用いる、モバイルネットワーク接続を含む。第２のクライアントデバイス４とクラウドサーバ２との間のネットワーク接続６は、イーサネット（登録商標）接続を含む。

クライアントデバイス３、４はいずれも、詳細には示されない、ポイントツーポイント接続７を確立するための通信手段を設けられる。この実施形態におけるポイントツーポイント接続７は、近距離無線通信（ＮＦＣ）標準規格による接続である。

クラウドサーバ２にアクセスを要求するための方法及びクラウドサーバ２から第２のクライアントデバイス４にアクセス権を付与するための方法が図２を参照しながら説明される。

最初に、ステップ１００において、クラウドサーバ２に対する第１のクライアントデバイス３のユーザの許可が実行される。第１のクライアントデバイス３に割り当てられたユーザ識別情報がクラウドサーバ２に与えられる。ユーザ識別情報は、ＳＳＬ接続を介してクラウドサーバ２に送信されたユーザＩＤ及びパスワードによる事前許可に基づく。

ステップ１１０において、許可バウチャー要求が第１のクライアントデバイス３からモバイルネットワーク接続５を介して送信され、クラウドサーバ２によって受信される。この実施形態では、許可バウチャー要求は、クラウドサーバ２の要求されたサービスの識別情報と、要求された許可バウチャーの有効性に関する期間と、１日のアクセス時間内でアクセスを３回のアクセス回数に制限するアクセス制限とを含む。

ステップ１２０において、クラウドサーバ２は、許可バウチャー要求を処理し、要求された許可バウチャーを指定された通りに生成する。それにより、クラウドサーバ２にアクセスするために生成された許可バウチャーは、ステップ１１０において要求されたような、要求されたサービスの識別情報を含む。

ステップ１３０において、クラウドサーバ２は、第１のクライアントデバイス３に許可バウチャーを与える前に許可バウチャーを暗号化し、ステップ１４０において、第１のクライアントデバイス３は、モバイルネットワーク接続５を介して許可バウチャーを受信する。

ステップ１５０において、第１のクライアントデバイス３は、ＮＦＣ接続７を介して、第２のクライアントデバイス４に許可バウチャーを送信する。

ステップ１６０において、第２のクライアントデバイス４は、クラウドサーバ２へのアクセスを開始する。許可が必要とされるので、スマートＴＶ４は、イーサネット接続６を介して、クラウドサーバ２に許可バウチャーを送信し、それにより、クラウドサーバ２は許可バウチャーを受信する。

ステップ１７０において、クラウドサーバ２は、スマートＴＶ４から受信された許可バウチャーを復号する。

ステップ１８０において、第２のクライアントデバイス４はクラウドサーバ２にアクセスする。詳細には、第２のクライアントデバイス４は、許可バウチャー要求において識別されたクラウドサーバ２の許可されたサービスの識別情報に従って、要求されたサービスにアクセスする。クラウドサーバ２は、許可バウチャーに基づいて、要求されたアクセス権を付与し、すなわち、クラウドサーバ２は、許可バウチャーにおいて指定されたサービスへのアクセス権を付与する。さらに、クラウドサーバ２は、許可バウチャー要求において指定された通りに制限されたアクセス権を付与し、すなわち、１日のアクセス時間内で３回のアクセス回数までにアクセスを制限する。

ステップ１９０において、ステップ１１０における許可バウチャー要求内であらかじめ規定された期間の満了に起因して、第２のクライアントデバイス４からクラウドサーバ２へのアクセスが中断される。期間満了は、ステップ１１０における第１のクライアントデバイス３からクラウドサーバ２への許可バウチャー要求の受信に基づいて計算される。

図３は、クラウドサーバ２の一実施形態を概略的に示す。クラウドサーバ２はプロセッサ１０と、データストレージ１１と、ネットワークインターフェース１２とを含む。ネットワークインターフェース１２は、ネットワーク接続５、６に接続するように構成される。

プロセッサ１０は、クラウドサーバ２の動作を制御する。プロセッサ１０はデータストレージ１１と協働する。データストレージ１１は、必要に応じて、ネットワークトポロジなどのプログラムデータを格納することができる。また、データストレージ１１は、プロセッサ１０によって実行可能なプログラム１３も格納する。プロセッサ実行可能プログラム１３は、クラウドサーバプログラム１４及びネットワークインターフェースプログラム１５を含むことができる。プロセッサ１０は、プロセッサ実行可能プログラム１３と協働する。

ネットワークインターフェース１２はプロセッサ１０及びネットワークインターフェースプログラム１５と協働して、１つ又は複数の任意の適切な通信チャネルを介しての通信をサポートする。

クラウドサーバプログラム１４は、クラウドサーバ２において実行されるような上記の方法のステップを実行する。

幾つかの実施形態では、プロセッサ１０は、プロセッサ／ＣＰＵコアのようなリソースを含むことができ、ネットワークインターフェース１２は任意の適切なタイプのネットワークインターフェースを含むことができ、又はデータストレージ１１はメモリ若しくはストレージデバイスを含むことができる。さらに、クラウドサーバ２は、任意の適切な物理ハードウェア構成とすることができる。

幾つかの実施形態では、クラウドサーバ２は仮想機械とすることができる。これらの実施形態のうちの幾つかでは、仮想機械は異なる機械からの構成要素、又は地理的に分散して配置される構成要素を含むことができる。例えば、データストレージ１１及びプロセッサ１０は、２つの異なる物理機械内に存在する場合がある。

幾つかの実施形態では、クラウドサーバ２は、クラウドサーバ２において実行される上記の方法の一部を実行するようにプログラミングされた汎用コンピュータとすることができる。

プロセッサ実行可能プログラム１３がプロセッサ１０上で実施されるとき、プログラムコードセグメントがプロセッサ１０と一体になって、特定の論理回路と同じように動作する固有のデバイスを与える。

図４は、クライアントデバイス３、４の一実施形態を概略的に示す。第１のクライアントデバイス３及び第２のクライアントデバイス４の実施態様は同一にすることができるので、これらのデバイスは一緒に説明される。クライアントデバイス３、４は単に用途によって区別することができる。１つのクライアントデバイスを第１のクライアントデバイス３又は第２のクライアントデバイス４として用いることができる。

クライアントデバイス３、４は、プロセッサ２０と、データストレージ２１と、ポイントツーポイントインターフェース２２と、ネットワークインターフェース２３とを含む。ポイントツーポイントインターフェース２２は、ポイントツーポイント接続７に接続するように構成される。ネットワークインターフェース２３は、ネットワーク接続５、６に接続するように構成される。

プロセッサ２０は、クライアントデバイス３、４の動作を制御する。プロセッサ２０はデータストレージ２１と協働する。データストレージ２１は、必要に応じて、ネットワークトポロジなどのプログラムデータを格納することができる。また、データストレージ２１は、プロセッサ２０によって実行可能なプログラム２４も格納する。プロセッサ実行可能プログラム２４は、第１のクライアントプログラム２５と、第２のクライアントプログラム２６と、ポイントツーポイントインターフェースプログラム２７と、ネットワークインターフェースプログラム２８とを含むことができる。プロセッサ２０はプロセッサ実行可能プログラム２４と協働する。

ポイントツーポイントインターフェース２２はプロセッサ２０及びポイントツーポイントインターフェースプログラム２７と協働して、１つ又は複数の任意の適切なポイントツーポイント通信チャネルを介しての通信をサポートする。

ネットワークインターフェース２３はプロセッサ２０及びネットワークインターフェースプログラム２８と協働して、１つ又は複数の任意の適切な通信チャネルを介しての通信をサポートする。

第１のクライアントプログラム２５及び第２のクライアントプログラム２６は、第１のクライアントデバイス３及び第２のクライアントデバイス４においてそれぞれ実行されるような上記の方法のステップを実行する。

幾つかの実施形態では、プロセッサ２０は、プロセッサ２０／ＣＰＵコアのようなリソースを含むことができ、ポイントツーポイントインターフェース２３は任意の適切なタイプのインターフェースを含むことができ、ネットワークインターフェース２３は、任意の適切なタイプのネットワークインターフェースを含むことができ、又はデータストレージ２１は、メモリ又はストレージデバイスを含むことができる。さらに、クライアントデバイス３、４は、任意の適切な物理ハードウェア構成とすることができる。

幾つかの実施形態では、クライアントデバイス３、４は、それぞれのクライアントデバイス３、４上で実行される上記の方法の一部を実行するようにプログラミングされた汎用コンピュータとすることができる。

プロセッサ実行可能プログラム２４がプロセッサ２０上で実施されるとき、プログラムコードセグメントがプロセッサ２０と一体になって、特定の論理回路と同じように動作する固有のデバイスを与える。

Claims

クラウドサーバ（２）からクライアントデバイス（３、４）にアクセス権を付与するための方法であって、
第１のクライアントデバイス（３）のユーザを許可するステップと、
第１のクライアントデバイス（３）から許可バウチャー要求を受信するステップと、
クラウドサーバ（２）にアクセスするための許可バウチャーを生成するステップと、
第１のクライアントデバイス（３）に許可バウチャーを与えるステップと、
第２のクライアントデバイス（４）から許可バウチャーを受信するステップと、
許可バウチャーに基づいて第２のクライアントデバイス（４）にアクセス権を付与するステップとを含む、クラウドサーバからクライアントデバイスにアクセス権を付与するための方法。
許可バウチャーに基づいて第２のクライアントデバイス（４）にアクセス権を付与するステップが、アクセスタイプ、アクセス回数、データ量又はアクセス時間において制限された制限付きアクセス権を付与することを含むことを特徴とする、請求項１に記載の方法。
許可バウチャーに基づいて第２のクライアントデバイス（４）にアクセス権を付与するステップが、あらかじめ規定された期間にわたってクラウドサーバ（２）へのアクセス権を付与することを含むことを特徴とする、請求項１に記載の方法。
許可バウチャーを生成するステップの後に許可バウチャーを暗号化する更なるステップを含み、
第２のクライアントデバイス（４）から受信した後に許可バウチャーを復号する更なるステップを含むことを特徴とする、請求項１に記載の方法。
許可バウチャー要求を受信するステップが、クラウドサーバ（２）の要求されたサービスの識別情報を受信することを含み、
クラウドサーバ（２）にアクセスするための許可バウチャーを生成するステップが、要求されたサービスの識別情報を追加することを含み、
許可バウチャーに基づいて第２のクライアントデバイス（４）にアクセス権を付与するステップが、許可バウチャーにおいて指定される要求されたサービスへのアクセス権を付与することを含むことを特徴とする、請求項１に記載の方法。
クライアントデバイス（２、３）にアクセス権を付与するためのクラウドサーバ（２）であって、
クラウドサーバ（２）は請求項１から５のいずれか一項に記載の方法を実行するように構成されることを特徴とする、クライアントデバイスにアクセス権を付与するためのクラウドサーバ。
クラウドサーバ（２）が、メディアサーバ、ファイルサーバ又は会議サーバを含むことを特徴とする、請求項６に記載のクラウドサーバ（２）。
クラウドサーバ（２）へのアクセスを要求するための方法であって、
クラウドサーバ（２）に対して第１のクライアントデバイス（３）を用いるユーザを許可するステップと、
第１のクライアントデバイス（３）からクラウドサーバ（２）に許可バウチャー要求を送信するステップと、
第１のクライアントデバイス（３）においてクラウドサーバ（２）にアクセスするための許可バウチャーを受信するステップと、
第１のクライアントデバイス（３）から第２のクライアントデバイス（４）に許可バウチャーを送信するステップと、
第２のクライアントデバイス（４）からクラウドサーバ（３）に許可バウチャーを送信するステップと、
第２のクライアントデバイス（４）からクラウドサーバ（２）にアクセスするステップとを含む、クラウドサーバへのアクセスを要求するための方法。
クラウドサーバ（２）に対して第１のクライアントデバイス（３）を用いるユーザを許可するステップが、第１のクライアントデバイス（３）に割り当てられたユーザ識別情報をクラウドサーバ（２）に与えることを含むことを特徴とする、請求項８に記載の方法。
第１のクライアントデバイス（３）から第２のクライアントデバイス（４）に許可バウチャーを送信するステップが、２つのクライアントデバイス間のポイントツーポイント接続を用いて許可バウチャーを送信することを含むことを特徴とする、請求項８に記載の方法。
第１のクライアントデバイス（３）から第２のクライアントデバイス（４）に許可バウチャーを送信するステップが、近距離無線通信標準規格に従って、２つのクライアントデバイス（３、４）間の接続を用いて許可バウチャーを送信することを含むことを特徴とする、請求項１０に記載の方法。
許可バウチャー要求を送信するステップが、クラウドサーバ（２）の要求されたサービスの識別情報を送信することを含み、
第２のクライアントデバイス（４）からクラウドサーバ（２）にアクセスするステップが、許可バウチャー要求において識別されたクラウドサーバ（２）の要求されたサービスの識別情報に従って、要求されたサービスにアクセスすることを含むことを特徴とする、請求項８に記載の方法。
許可バウチャー要求を送信するステップが、要求された許可バウチャーの有効性に関する期間を送信することを含むことを特徴とする、請求項８に記載の方法。
許可バウチャー要求を送信するステップが、アクセスタイプ、アクセス回数、データ量又はアクセス時間において制限された制限付きアクセス要求を送信することを含むことを特徴とする、請求項８に記載の方法。