JP7273245B2 - スマートデバイス管理リソースピッカー - Google Patents

Description

本開示は、スマートデバイスへのアクセスを管理することに関する。

このセクションでは、必ずしも先行技術ではない、本開示に関連する背景情報を提供する。スマートホームテクノロジは、リモートで監視、制御、またはアクセスできるモノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）に接続されたリンキングセンサ、機能性電気機器、その他の電気機器等のデバイスを使用して、ユーザのニーズに対応するサービスを提供する。スマートホームテクノロジにより、ユーザは、スマートホームアプリケーション、スマートフォン、またはその他のネットワークデバイスから、接続されたホームデバイスを制御および監視することができる。ユーザは、自宅にいても外出先でも、接続されたホームシステムをリモートで制御することができる。これにより、より効率的なエネルギおよび電気の使用、およびホームセキュリティが可能になる。

本開示の一態様は、スマートデバイス管理リソースピッカーのための方法を提供する。方法は、デバイスマネージャのデータ処理ハードウェアにおいてサードパーティからの許可要求を受信することを含む。許可要求は、デバイスマネージャによって管理されるユーザリソースへのアクセスを要求する。デバイスマネージャは、複数のユーザデバイスに関連付けられたアクセス制御を管理し、アクセス制御はユーザによって設定される。方法はまた、データ処理ハードウェアが、サードパーティがデバイスマネージャによって管理されるユーザリソースにアクセスすることを許可されているか否かを判定することも含む。サードパーティがデバイスマネージャによって管理されるユーザリソースにアクセスすることを許可されている場合、方法は、データ処理ハードウェアが、ユーザがデバイスマネージャにおいて許可要求の対象となるユーザリソースを規定するアクセス制御を設定したか否かを判定することを含む。ユーザが許可要求の対象となるユーザリソースを規定する個々のアクセス制御を設定した場合、方法は、データ処理ハードウェアが、個々のアクセス制御に基づいて許可要求に対する応答を伝達することを含む。

本開示の実装形態は、以下の任意の特徴のうちの１つまたは複数を含み得る。いくつかの実装形態において、サードパーティがデバイスマネージャによって管理されるユーザリソースにアクセスすることを許可されているか否かを判定することは、ホワイトリストによってサードパーティにユーザリソースを含むあるタイプのリソースにアクセスすることが許可されていることを判定することを含む。いくつかの例では、方法は、サードパーティがデバイスマネージャによって管理されるユーザリソースにアクセスすることを許可されていない場合、データ処理ハードウェアが、許可要求の対象となるユーザリソースにアクセスすることを拒否することをさらに含む。いくつかの実装形態において、ユーザがデバイスマネージャにおいて許可要求の対象となるユーザリソースを規定するアクセス制御を設定したか否かを判定することは、ユーザが許可要求の対象となるユーザリソースを規定するアクセス制御を設定していないことを確認することと、ユーザが許可要求を規定する１つまたは複数のアクセス制御をデバイスマネージャに入力するための同意要求を生成することとを含む。

いくつかの例では、デバイスマネージャはユーザインタフェースを含む。ここで、ユーザインタフェースは、ユーザが個々のユーザリソースを規定する個々のアクセス制御を設定するための１つまたは複数のアクセス制御選択を含む。これらの例では、１つまたは複数のアクセス制御選択は、サードパーティ、個々のユーザリソースを収容する物理的構造、個々のユーザリソースに関連付けられたユーザデバイス、またはユーザリソースに関連付けられた機能のうちの少なくとも２つを含む。任意選択的に、これらの例では、方法は、データ処理ハードウェアにおいて、ユーザのアクセス制御選択を受信することも含み得る。いくつかの例では、方法は、データ処理ハードウェアが、アクセス制御選択をデータ構造としてアクセス制御リストに格納することをさらに含む。ここで、データ構造は、オブジェクト、リレーション、およびユーザとして表されるタプルを含み得る。いくつかの実装形態において、ユーザリソースは、デバイスマネージャによって管理される複数のユーザデバイスの個々のユーザデバイスによって生成されるユーザデータを含む。

本開示の別の態様は、スマートデバイス管理リソースピッカーのためのシステムを提供する。システムは、データ処理ハードウェアおよびデータ処理ハードウェアと通信するメモリハードウェアを含む。メモリハードウェアは、データ処理ハードウェアによる実行時に、データ処理ハードウェアに動作を実行させる命令を格納する。動作は、サードパーティからの許可要求を受信することを含む。許可要求は、デバイスマネージャによって管理されるユーザリソースへのアクセスを要求する。デバイスマネージャは、複数のユーザデバイスに関連付けられたアクセス制御を管理し、アクセス制御はユーザによって設定される。動作は、サードパーティがデバイスマネージャによって管理されるユーザリソースにアクセスすることを許可されているか否かを判定することも含む。サードパーティがデバイスマネージャによって管理されるユーザリソースにアクセスすることを許可されている場合、動作は、ユーザがデバイスマネージャにおいて許可要求の対象となるユーザリソースを規定するアクセス制御を設定したか否かを判定することを含む。ユーザが許可要求の対象となるユーザリソースを規定する個々のアクセス制御を設定した場合、動作は、個々のアクセス制御に基づいて許可要求に対する応答を伝達することを含む。

本開示の実装形態は、以下の任意の特徴のうちの１つまたは複数を含み得る。いくつかの実装形態において、サードパーティがデバイスマネージャによって管理されるユーザリソースにアクセスすることを許可されているか否かを判定することは、ホワイトリストによってサードパーティにユーザリソースを含むあるタイプのリソースにアクセスすることが許可されていることを判定することを含む。いくつかの例では、動作は、サードパーティがデバイスマネージャによって管理されるユーザリソースにアクセスすることを許可されていない場合、許可要求の対象となるユーザリソースへのアクセスを拒否することをさらに含む。いくつかの実装形態において、ユーザがデバイスマネージャにおいて許可要求の対象となるユーザリソースを規定するアクセス制御を設定したか否かを判定することは、ユーザが許可要求の対象となるユーザリソースを規定するアクセス制御を設定していないことを確認することと、ユーザが許可要求を規定する１つまたは複数のアクセス制御をデバイスマネージャに入力するための同意要求を生成することとを含む。

いくつかの例では、デバイスマネージャはユーザインタフェースを含む。ここで、ユーザインタフェースは、ユーザが個々のユーザリソースを規定する個々のアクセス制御を設定するための１つまたは複数のアクセス制御選択を含む。これらの例では、１つまたは複数のアクセス制御選択は、サードパーティ、個々のユーザリソースを収容する物理的構造、個々のユーザリソースに関連付けられたユーザデバイス、またはユーザリソースに関連付けられた機能のうちの少なくとも２つを含む。任意選択的に、これらの例では、動作は、ユーザのアクセス制御選択を受信することも含み得る。いくつかの例では、動作は、アクセス制御選択をデータ構造としてアクセス制御リストに格納することをさらに含む。ここで、データ構造は、オブジェクト、リレーション、およびユーザとして表されるタプルを含み得る。いくつかの実装形態において、ユーザリソースは、デバイスマネージャによって管理される複数のユーザデバイスの個々のユーザデバイスによって生成されるユーザデータを含む。

本開示の１つまたは複数の実装形態の詳細は、添付の図面および以下の詳細な説明に記載されている。他の態様、特徴、および利点は、詳細な説明および図面、ならびに特許請求の範囲から明らかになる。

スマートデバイスマネージャの例示的な環境の概略図である。 図１Ａのスマートデバイスマネージャを使用しているユーザの例示的なローカルエコシステムの概略図である。 例示的なスマートデバイスマネージャの概略図である。 図１Ａのスマートデバイスマネージャの機能に関する例示的なレイアウトを示す概略図である。 図１Ａのスマートデバイスマネージャの機能に関する例示的なレイアウトを示す概略図である。 ユーザ、サードパーティ、およびスマートデバイスマネージャ間の例示的な相互作用のフロー図である。 ユーザ、サードパーティ、およびスマートデバイスマネージャ間の例示的な相互作用のフロー図である。 スマートデバイスマネージャを使用してユーザリソースの制御を管理するための動作の例示的な配列である。 例示的なコンピューティングデバイスの概略図である。

様々な図面の同様の参照記号は、同様の構成要素を示す。
図１Ａは、スマートデバイス１２０へのアクセスを管理する環境１００の一例である。環境は、クライアントデバイス１１２とインタフェースするユーザ１１０を含む。クライアントデバイス１１２は、通信ネットワーク１３０を介してリモートシステム１４０と通信する。リモートシステム１４０は、リモート処理デバイス（例えば、データ処理ハードウェア）１４４およびリモート永続的（非一時的）ストレージ（例えば、メモリハードウェア）１４６を含み得る。リモート処理デバイス１４４は、スマートデバイス１２０にアクセスするためのアプリケーションプログラミングインタフェース（ＡＰＩ：ａｐｐｌｉｃａｔｉｏｎ－ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ）を提供するソフトウェアを実行し得る。リモートシステム１４０は、スマートデバイス１２０への不正アクセスを防止するソフトウェアを実行し得る。スマートデバイス１２０は、一般に、通信ネットワーク１３０に接続されたセンサ、電気機器、および他のデバイスを指す。スマートデバイス１２０は、リモートで監視、制御、またはアクセスすることができるとともに、ユーザ１１０のニーズに対応するサービスを提供することができる。スマートデバイス１２０は、特に、サーモスタット、ドアロック、照明調光器、ガレージドア開閉器、スプリンクラーシステム、煙検出器、掃除機、およびホームセキュリティシステムを含む。いくつかの例では、スマートデバイス１２０は、構造物１９０、即ち、ユーザ１１０によって管理される物理的な建物内に設置される。構造物１９０は、ユーザ１１０によって所有または賃貸されたものであり得る。一例では、ユーザ１１０は、他のユーザ１１０に随時貸与される別荘１９０を所有している。いくつかの例では、スマートデバイス１２０は、通信ネットワーク１３０を介してスマートデバイスマネージャ（ＳＤＭ：ｓｍａｒｔ ｄｅｖｉｃｅ ｍａｎａｇｅｒ）２００に登録する（図２Ａ）。ＳＤＭは、リモートシステム１４０上で実行されてもよい。ＳＤＭ２００は、スマートデバイス１２０のリモートでの監視および／または制御のためのＡＰＩを提供することができる。ユーザ１１０は、構造物１９０から離れた場所にいながら、スマートデバイスを制御または監視することができる。ユーザデバイス１２０（即ち、スマートデバイス）は、リモートで監視され得るユーザデータ１２２を生成し得る。一例では、ホームセキュリティシステム１２０は、構造物１９０の内部または外部のビデオデータ１２２を生成し得る。ユーザデバイス１２０は、デバイス１２０を構成または制御するユーザコマンド１２４を受信し得る。一例では、サーモスタット１２０は、構造物１９０内で華氏７２度（華氏２２．２度）の温度を維持するためのユーザコマンド１２４を受信する。いくつかの例では、スマートデバイスは、様々なユーザデータ１２２を生成し、かつ／または様々なユーザコマンド１２４を受信して応答する。一例では、ホームセキュリティシステムは、１つまたは複数の動き検出システムからデータ１２２を生成し、ユーザコマンド１２４を受信して、セキュリティシステムに１つまたは複数の外部ドアのロックを解除させる。各タイプのユーザデータ１２２および各タイプのユーザコマンド１２４は、スマートデバイス１２０のリソースまたは特性であり得る。いくつかの例では、ユーザ１１０は、ＳＤＭ２００を介してスマートデバイス１２０のユーザリソースへのアクセスを管理する。

図１Ａに示されるように、ユーザ１１０は、構造物１９０から離れた場所に位置している。いくつかの実装形態では、ユーザ１１０は、クライアントデバイス１１２を使用して、通信ネットワーク１３０を介してスマートデバイス１２０を制御および／または監視する。クライアントデバイス１１２は、汎用デスクトップ、ラップトップ、モバイルコンピューティングデバイス、ウェアラブルデバイス、または専用の制御および監視デバイスを含み得る。いくつかの例では、スマートデバイス１２０の製造業者またはベンダーは、クライアントデバイス１１２上で実行するためのソフトウェアアプリケーションを提供して、ＳＤＭ２００を介してスマートデバイス１２０を制御または監視する。他の例では、サードパーティ１５０は、サードパーティデバイス１５２を使用して、通信ネットワーク１３０を介してスマートデバイス１２０を制御および／または監視する。例えば、クライアントデバイス１１２上で実行されるソフトウェアアプリケーションは、ＳＤＭ２００を介してサードパーティデバイス１５２とインタフェースして、スマートデバイス１２０を制御または監視するようにサードパーティデバイス１５２に指示し得る。サードパーティ１５０は、スマートデバイス１２０の製造業者またはベンダーであり得る。一例では、サードパーティ１５０は、スマートホームセキュリティシステム１２０を含むスマートデバイス１２０を提供する。サードパーティデバイス１５２は、スマートホームセキュリティシステム１２０の状態を監視し得る。サードパーティ１５０は、サードパーティデバイス１５２によって監視されるスマートホームセキュリティシステム１２０の状態の概要を表示するためのソフトウェアアプリケーションを提供し得る。いくつかの例では、サードパーティ１５０は、他者が製造または販売するデバイス１２０を監視および制御する。一例では、スマートガレージドア開閉器１２０のユーザリソースは、ガレージドアを開閉するためのユーザコマンド１２４を含む。サードパーティ１５０は、ユーザ１１０の位置を監視し、ＳＤＭ２００を介してコマンド１２４を送信して、ユーザ１１０が構造物１９０の閾値距離内にいるときに、スマートガレージドア開閉器１２０にガレージドアを開放させることができる。ＳＤＭ２００は、許可されたサードパーティ１５０がスマートデバイス１２０を制御または監視することを可能にし、許可されていないサードパーティ１５０がスマートデバイス１２０を制御または監視することを防止することができる。いくつかの例では、ユーザは、サードパーティ１５０がスマートデバイス１２０を制御または監視することを許可する。いくつかの例では、クライアントデバイス１１２は、ディスプレイ２１０（図２Ａおよび図２Ｂ）においてグラフィカルユーザインタフェース（ＧＵＩ）２１０を実行する。ＧＵＩ２１０は、ユーザ１１０が特定のサードパーティ１５０に、特定の構造物１９０内に位置する特定のスマートデバイス１２０の特定のユーザリソースにアクセスすることを許可することを可能にするための情報を、ユーザ１１０に提示することができる。ユーザ１１０がＧＵＩ２１０から選択を実行することに応答して、クライアントデバイス１１２は、通信ネットワークを介してリモートシステム１４０にアクセス設定同意２０２を送信して、ＳＤＭ２００にアクセス設定同意２０２を処理させることができる。いくつかの実装形態では、サードパーティ１５０は、アクセス要求２５０をＳＤＭに送信し、スマートデバイス１２０へのアクセスを要求する。ＳＤＭは、クライアントデバイス１１２によって送信された設定同意２０２に基づいて、アクセス要求２５０を許可または拒否し得る。

図１Ｂを参照すると、構造物１９０が示されている。構造物１９０は、いくつかのスマートデバイス１２０を含む。図示されるように、構造物１９０は、スマートサーモスタット１２０、１２０ａを含む。スマートサーモスタット１２０、１２０ａは、構造物１９０の温度に関連するユーザデータ１２２を生成し得る。スマートサーモスタット１２０、１２０ａは、構造物１９０内で維持する所望の温度に関連するユーザコマンド１２４を受信し得る。図示されるように、構造物１９０はまた、カメラを含むスマートドアベル１２０、１０２ｂを含む。スマートドアベル１２０、１２０ｂは、カメラによって生成されたストリーミングビデオユーザデータ１２２または静止画像ユーザデータ１２２を生成し得る。図示されるように、構造物１９０は、スマート玄関ドアロック１２０、１２０ｃを含む。ドアロック１２０、１２０ｃは、正面ドアのロックまたはロック解除に関連するユーザコマンド１２４を受信し得る。ドアロック１２０、１２０ｃは、ドアのロック状態に関連するユーザデータ１２２を生成し得る。いくつかの例では、ユーザ１１０は、モバイルコンピューティングデバイス１１２とインタフェースする。図示されるように、モバイルコンピューティングデバイス１１２は、サードパーティデバイス１５２とインタフェースして、ＳＤＭを介してスマートデバイス１２０を制御および監視する。ＳＤＭ２００は、構造物１９０内のスマートデバイス１２０の位置に基づいて、スマートデバイス１２０を階層に編成し得る。図示されるように、ユーザ１１０は、構造物１９０の唯一の居住者である。ユーザ１１０は、構造物１９０内に位置するスマートデバイス１２０へのアクセスを単独で（ｕｎｉｌａｔｅｒａｌｌｙ）管理し得る。この場合、ユーザ１１０は、例えば、パスワードで保護されたオンラインアカウントによって一意に識別され得る。他の例では、複数のユーザ１１０が構造物１９０に居住している。ユーザ１１０は、構造物１９０内に位置するスマートデバイス１２０へのアクセスを多数で（ｍｕｌｔｉｌａｔｅｒａｌｌｙ）管理することができる。この場合、複数のユーザ１１０は、パスワードで保護された別個のオンラインアカウントによって識別され得る。ＳＤＭを介してスマートデバイス１２０を制御および監視するために許可を変更または更新するためにはユーザ１１０の大多数が必要とされ得る。いくつかの例では、ＳＤＭを介してスマートデバイス１２０を監視することを許可するためにはユーザ１１０の大多数が必要とされ、ＳＤＭを介してデバイス１２０を制御することを許可するためにはユーザ１１０の全員一致が必要とされ得る。いくつかの例では、ユーザ１１０は、スマートデバイス１２０への読み取りアクセスおよび／または書き込みアクセスを許可し得る。他の多数による管理の取り決めも可能である。アクセス管理の責任は、第１のユーザ１１０から第２のユーザ１１０に移ってもよい。例えば、第１のユーザ１１０は、構造物１９０の所有権を第２のユーザ１１０に譲渡し得る。アクセス管理責任の移譲は、例えば、構造物１９０の家主から借主への一時的なものであり得る。アクセス管理責任は、あるグループのユーザ１１０から別のグループのユーザ１１０に、例えば、構造物１９０のある１組の借主から別の１組の借主に移譲し得る。いくつかの例では、ＳＤＭは、構造物１９０に対するアクセス管理責任の変更に基づいて、スマートデバイス１２０へのアクセスを防止する。ユーザ１１０によって管理される構造物１９０に関連付けられたユーザ１１０は、ユーザ１１０が管理している構造物１９０を発見することによって発見され、前のステップで発見された構造物１９０の管理者を発見し、前のステップで発見された管理者に関連付けられたサードパーティ１５０を発見し得る。

ユーザ１１０および／または１つまたは複数のサードパーティ１５０は、ＳＤＭ２００と通信する。ＳＤＭ２００は、ユーザデータ１２２に対する権限および／またはアクセスを調整するアプリケーション（例えば、ソフトウェア）を指す。いくつかの例では、ＳＤＭ２００は、アプリケーションプログラミングインタフェース（ＡＰＩ）である。ＳＤＭ２００は、リモートまたはローカルでホストされ得る。例えば、リモートシステム１４０は、ＳＤＭ２００をホストすることができ、ユーザ１１０またはサードパーティ１５０は、通信チャネルを介してＳＤＭ２００にアクセスすることができる。例えば、クライアントデバイス１１２は、リモートシステム１４０上で実行されているＳＤＭ２００にアクセスするように構成されたアプリケーション（例えば、アプリケーションとしてのブラウザ）を実行し得る。別の例では、ユーザ１１０またはサードパーティ１５０のネットワーク接続デバイスは、ネットワーク接続デバイス（例えば、クライアントデバイス１１２）のデータ処理ハードウェアおよび／またはメモリハードウェアがＳＤＭ２００を格納し、かつ／または実行するように、ＳＤＭ２００の一部または全部をローカルでホストする。いずれの場合も、ＳＤＭ２００は、ユーザのデータ１２２の特定の部分に対してサードパーティ１５０（例えば、サードパーティデベロッパ）を認証および許可するように構成される。いくつかの例では、ユーザ１１０からの許可（即ち、同意）なしに、ＳＤＭ２００は、ユーザ１１０に関連する任意のリソース（即ち、ユーザデータ１２２）へのアクセスの含意なしに、サードパーティ１５０によるＳＤＭ２００を呼び出すためのアクセスを許可する。従って、ＳＤＭ２００は、サードパーティ１５０がユーザデータ１２２にアクセスするためのゲートウェイとして機能すると同時に、ユーザ１１０がサードパーティ１５０によるユーザデータ１２２へのアクセスを制御するためのリソースアクセスマネージャとしても機能する。

認証および／または許可を実行するために、ＳＤＭ２００は、ユーザ１１０がサードパーティ１５０に対して異なるタイプのユーザデータ１２２のアクセス可能性を設定するユーザ向け許可プロセスを含む。換言すれば、ＳＤＭ２００は、ユーザ１１０に対して、サードパーティ１５０と共有するユーザデータ１２２に対するきめの細かい制御を提供する。これにより、ユーザ１１０は、どのタイプのユーザデータ１２２をサードパーティ１５０と共有するかを指定することができる。認証プロセス中、ＳＤＭ２００は、ユーザ１１０が別個の変数によってユーザデータ１２２を制御することを可能にし得る。これらの変数のいくつかは、動作別（即ち、読み取り／書き込み等のユーザデータ１２２に対して実行される動作）、サードパーティ１５０別、ユーザデバイス１２０別、ユーザデバイス２１０が存在する環境別（例えば、定義されたエコシステムまたは建物または建物の一つの部屋等のユーザデバイス１２０に関連付けられた構造物１９０）などを含む。いくつかの実装形態では、ユーザ向け許可プロセス中に、ＳＤＭ２００は、ユーザ１１０が、これらの変数の１つまたは複数に関連するユーザデータ１２２に関する同意２０２を伝達することを可能にする。ここで、同意２０２は、特定のリソース（例えば、ユーザデータ１２２）に対する許可の付与を意味する。従って、同意２０２は、アクセスの程度を明示的に指定することによって、きめの細かい制御を定義することができる。アクセスの程度は、ユーザデバイス１２０によって生成された任意のユーザデータ１２２への一般的なアクセスから、ユーザデータ変数（例えば、動作、サードパーティ１５０、ユーザデバイス１２０、構造物１９０等）の異なる反復に基づくより具体的なアクセスまでの範囲であり得る。例えば、同意２０２は、特定のリソース（例えば、ユーザデータ１２２）が、特定のエンティティ（例えば、サードパーティ１５０）によって特定の方法で（例えば、動作によって）使用されることを許可する。ＳＤＭ２００により、ユーザ１１０は、特定のサードパーティ１５０に対する単純な何の制約のないアクセス（ｃａｒｔｅ ｂｌａｎｃｈｅ ａｃｃｅｓｓ）よりも細かい粒度でリソースアクセスを定義することが可能となる。

いくつかの構成では、ユーザ１１０がアクセス制御管理にＳＤＭ２００を使用することを決定した場合、ユーザ１１０は、一般に、ＳＤＭ２００に関連付けられたサードパーティ１５０がＳＤＭ２００を使用して、任意の特定のリソースへのアクセスの含意なしに、リソースへのアクセスを試みることができるというデフォルト同意２０２を付与する。換言すれば、ＳＤＭ２００の認定パートナーであるサードパーティデベロッパ（例えば、ＳＤＭ２００に対する登録済みベンダー／認証済みベンダー）等のサードパーティ１５０が存在し得る。より具体的には、ＳＤＭ２００は、スマートデバイス（例えば、ユーザデバイス１２０）のためのサードパーティサービスを開発、刷新、および／または提供するために、サードパーティデベロッパとの関係を維持し得る。ＳＤＭ２００がそのような関係を有する場合、サードパーティ１５０は、ＳＤＭ２００によって制御されるリソース（例えば、ユーザデータ１２２）へのアクセスを要求するために、ＳＤＭ２００にアクセスすることが一般的に許可され得る。

図２Ａ～図２Ｅを参照すると、ＳＤＭ２００は、ユーザインタフェース（ＵＩ）２１０、リソースピッカー２２０、ストレージシステム２３０、およびサードパーティインタフェース（３ＰＩ）２４０を含む。ＳＤＭ２００は、認証および許可手順を使用して、ユーザ１１０と、１つまたは複数のサードパーティ１５０との間のユーザデバイス１２０に関する相互作用を調整する。換言すれば、サードパーティ１５０は、ユーザデバイス（単数または複数）１２０と互換性のあるアプリケーション（即ち、ソフトウェア）を実装または開発するために、ユーザデバイス１２０および／またはユーザデータ１２２へのアクセスを必要とすること、および／または所望することが多い。ＳＤＭ２００は、ユーザ１１０に代わってユーザデータ１２２へのサードパーティのアクセス（またはアクセスの拒否）を可能にするように構成される。ＳＤＭ２００のＵＩ２１０は、ユーザ向けのインタフェースを一般的に指す。例えば、ＵＩ２１０は、ＳＤＭ２００およびその機能のユーザバージョンにアクセスするために、ユーザ１１０がログインクレデンシャル（例えば、ユーザ名および／またはユーザパスワード）を入力するためのログインプロンプトを含む。ＵＩ２１０を３ＰＩ２４０とは別に設けることにより、ＳＤＭ２００は、ユーザ１１０（例えば、ＵＩ２１０における）とサードパーティ１５０（例えば、３ＰＩ２４０における）に対して固有の異なる機能および／または特徴を有することができる。図２Ａは、ＳＤＭ２００の構成要素２１０、２２０、２３０、２４０をＳＤＭ２００内の全ての統合モジュールとして示しているが、各モジュールは、他のモジュールによって実行される機能とは別の個々の機能を実行するように構成され得る。

いくつかの例では、ＵＩ２１０は、ユーザ１１０がリソースピッカー２２０を制御するためのインタフェースである。リソースピッカー２２０に対するインタフェースとして、ＵＩ２１０は、ユーザリソース（例えば、ユーザデバイス１２０またはユーザデバイス１２０によって収集されたユーザデータ１２２）のアクセス制御に関連する情報を表示するように構成される。例えば、図２Ｂおよび図２Ｃは、リソースピッカー２２０の選択可能な機能を備えたＵＩ２１０の例示的なレイアウトを示す。いくつかの実装形態では、ＵＩ２１０は、ＳＤＭ２００のホワイトリスト２３２と相互作用することによって、リソースピッカー２２０の表示を生成する。ホワイトリスト２３２は、ＳＤＭ２００がパートナー（例えば、サービスパートナー）として認識する特定のサードパーティ１５０のリストを一般的に指す。例えば、ホワイトリスト２３２は、ＳＤＭアプリケーションのプロバイダに登録されているサードパーティ１５０のリストを含む。いくつかの実装形態では、ホワイトリスト２３２上の各サードパーティ１５０は、パーティ固有のアクセスレベルを有することができる。換言すれば、サードパーティ１５０がＳＤＭ２００またはＳＤＭ２００を提供するエンティティに登録すると、サードパーティ１５０は、特定のタイプのアクセス（例えば、あるタイプのスマートデバイスに関する読み取りアクセスであるが、書き込みアクセスではない）について認証される（即ち、許可される）。いくつかの例では、許可されるアクセスのタイプは、スマートデバイス（単数または複数）のタイプと、そのタイプのスマートデバイス（単数または複数）を有するサードパーティ１５０の能力とに依存する。例えば、スマートサーモスタットの機能を開発するサードパーティ１５０は、スマートサーモスタットのリソースに対する読み取りおよび／または書き込みを有しているが、スマートドアベルのリソースに対するアクセス（例えば、図２Ｃに、双方向オーディオまたはビデオストリーミングとして示される）は有していないものとしてホワイトリスト２３２に設定されることとなる。例えば、第１のサードパーティ１５０、１５０ａは、ライブストリーミングおよびオーディオクリップに対してホワイトリストに登録され、第２のサードパーティ１５０、１５０ｂは、スマートサーモスタットを読み取るためにホワイトリストに登録される。この手法により、ホワイトリスト２３２は、一部のサードパーティ１５０が複数のスマートデバイスにわたる能力を有し、他のサードパーティ１５０が特定のリソースに限定された能力を有することを表すことが可能となる。換言すれば、ホワイトリスト２３２は、ＳＤＭ２００がサードパーティ１５０のサービスに関係のないユーザリソースへのアクセスを許可しないことを可能にする。従って、ユーザリソースに対して、サードパーティ１５０による潜在的な悪用からのある程度の初期セーフガードを提供する。

リソースピッカー２２０は、ユーザ１１０が自身のリソース（例えば、ユーザデータ１２２）へのアクセスを制御することを可能にするように構成される。前述したように、リソースピッカー２２０の機能の可視化は、ＵＩ２１０を使用してユーザ１１０に対して表示され得る。いくつかの例では、リソースピッカー２２０は、ホワイトリスト２３２に基づいて、選択可能なアクセス制御２２２をユーザ１１０にのみ提示するように構成される。換言すれば、リソースピッカー２２０は、サードパーティ１５０と、所与のサードパーティ１５０に対して既にホワイトリストに登録されたアクセスオプション２３４とのホワイトリストに登録された組み合わせをユーザ１１０に提示する。いくつかの例では、選択可能なアクセス制御２２２をホワイトリスト２３２のアクセスオプション２３４として表示することによって、ユーザ１１０は、意図的であっても、または意図的でなくても、ホワイトリスト２３２に含まれるアクセスオプション２３４を超えて、サードパーティ１５０に対する制御を拡張することができない。例えば、サードパーティ１５０がスマートサーモスタットに関連するソフトウェアのデベロッパであり、かつホワイトリスト２３２内のアクセスオプション２３４に関して、スマートサーモスタットデバイスに対する読み取りアクセスのみまたは読み取り／書き込みアクセスが許可されており、他のデバイスに対するアクセスが許可されていない場合、ユーザ１１０は、リソースピッカー２２０においてサードパーティ１５０にスマートドアベルのビデオストリームへのアクセス権限を付与するためのアクセス制御を生成することはできない。別の言い方をすれば、ＳＤＭ２００は（例えば、リソースピッカー２２０によって）、きめの粗いアクセス制御を維持しつつ、ユーザ１１０は、選択可能なアクセス制御２２２を用いて、きめの粗いアクセス制御をさらに限定して、きめの細かいアクセス制御の決定を行うことができる。ここで、ユーザ１１０は、選択可能なアクセス制御２２２に基づいてアクセス制御選択２２４を入力して、アクセス制御の決定を指示する。

リソースピッカー２２０は、選択可能なアクセス制御２２２を様々な構成で表示することが可能である。いくつかの例では、リソースピッカー２２０は、選択可能なアクセス制御２２２を階層２２６で表示する。階層２２６は、１つまたは複数のユーザリソース（例えば、ユーザデータ１２２またはユーザデバイス１２０）を、１つまたは複数のユーザリソースに関連付けられた変数のカスケードセットとして表すことができる。いくつかの構成では、リソースピッカー２２０は、ユーザ１１０によるサードパーティ１５０の選択に基づいて、ユーザリソースを表示する。例えば、図２Ｂにおいて、ユーザ１１０は、１つまたは複数のサードパーティ１５０、１５０ａ～ｄを選択し、リソースピッカー２２０は、１つまたは複数のサードパーティ１５０、１５０ａ～ｄに関連するユーザリソースに対する選択可能なアクセス制御２２２（例えば、図２Ｃに示される）を投入する。ここで、図２Ｂは、４つのサードパーティ１５０ａ～ｄに関連する３つのユーザリソース（例えば、ユーザデバイス１２０、１２０ａ～ｃとして示される）が、選択可能なアクセス制御２２２を有することを示している。図２Ｂおよび図２Ｃなどのいくつかの実装形態では、リソースピッカー２２０は、ユーザリソースとの関連付けを表示する。例えば、３つのユーザデバイス１２０、１２０ａ～ｃ（例えば、ドアベル、サーモスタット、および玄関ドアロック）は、構造物１９０に関連付けられていることが示されている。構造物１９０は、ユーザデバイス１２０を収容するか、またはユーザデバイス１２０が取り付けられる物理的な構造物を意味する。ここで、リソースピッカー２２０は、ユーザリソース（例えば、ユーザデバイス１２０および／またはユーザデータ１２２）を含むユーザ１１０の４つの構造物１９０、１９０ａ～ｄを表示する。

付加的または代替的に、リソースピッカー２２０は、ユーザ１１０が管理する構造物１９０に関連する追加のユーザデバイスまたはデバイスのための選択可能なアクセス制御２２２を投入する。換言すれば、リソースピッカー２２０は、ユーザ１１０が共有関係を識別していること、またはＳＤＭ２００がユーザリソースがリンクされていると判断していることのいずれかに基づいて、第１のユーザ１１０の１つまたは複数のユーザデバイス１２０を第２のユーザ１１０のユーザデバイス１２０とリンクさせることができる。例えば、セキュリティ管理会社は、ユーザ１１０が所有するユーザデバイス１２０を制御および／または監視する。この例では、ＳＤＭ２００は、セキュリティ管理会社がユーザデバイス１２０に対するアクセス制御選択２２４を生成するために、セキュリティ管理会社がユーザ１１０のユーザデバイス１２０を登録することを許可する。この種の関係では、ＳＤＭ２００は、ユーザデバイス（単数または複数）１２０の所有者に、ユーザデバイス１２０をＳＤＭ２００を用いて初期設定することを要求してもよいが、ＳＤＭ２００においてユーザデバイス１２０をセキュリティ管理会社（例えば、セキュリティ管理会社に関連付けられたＳＤＭ２００内のプロファイル）にリンクさせることを要求してもよい。

いくつかの実装形態では、リソースピッカー２２０がユーザリソースを表示する方法に対応する変数は、特性グループとして定義される。ＳＤＭ２００またはＳＤＭ２００を管理するエンティティは、特性グループを生成し得る。特性グループは、関連する特性の集合を表す。特性グループのいくつかの例は、構造物１９０、構造物１９０を細分化する部屋、機能（例えば、メディアユーザデバイス１２０、セキュリティユーザデバイス１２０、電気機器ユーザデバイス１２０）、ネットワークの場所（例えば、ユーザデバイス１２０をホストする各ネットワークによる）などである。いくつかの実装形態では、ＳＤＭ２００は、ＳＤＭ２００が管理するリソースに関連付けられた特性グループを生成する特性モデルを含む。追加的または代替的に、ＳＤＭ２００は、ユーザ１１０が特性グループを定義するか、またはリソースピッカー２２０が（例えば、ＵＩ２１０を介して）表示するための特性グループの階層を生成することができるようにカスタマイズ可能であり得る。

いくつかの構成では、ＳＤＭ２００は特性グループを生成し、特性グループをホワイトリスト２３２に含ませる。換言すれば、ＳＤＭ２００は、ホワイトリスト２３２に関するアクセスオプション２３４を特性グループのレベルで生成する。例えば、図２Ｃは、特性グループとしての「メインホーム」の構造物１９０におけるユーザデバイス１２０、１２０ａ～ｂに対するアクセスオプション２３４を示す。いくつかの例では、ＳＤＭ２００がホワイトリスト２３２内に１つまたは複数の特性グループを含む場合、ＳＤＭ２００は、ホワイトリスト２３２に｛特性、リソースタイプ、読み取り／書き込み｝のエントリを生成する。

図２Ｃに示されるように、リソースピッカー２２０は、ホワイトリスト２３２のアクセスオプション２３４に対応する選択可能なアクセス制御２２２を各ユーザデバイス１２０、１２０ａ～ｃに投入することができる。例えば、ドアベル１２０ａは、２つの選択可能なアクセス制御２２２、２２２ａ～ｂ（双方向オーディオおよびビデオストリームとして示される）を有しており、サーモスタット１２０ｂは、２つの選択可能なアクセス制御２２２、２２２ｃ～ｄ（読み取り専用および読み取り／書き込みとして示される）を有する。ここで、図２Ｃは、ユーザ１１０が、ドアベル１２０ａに対してビデオストリームを選択し、かつサーモスタット１２０ｂに対して読み取り／書き込みを選択することによって、各ユーザデバイス１２０ａ～ｂに対してアクセス制御選択２２４、２２４ａ～ｂを行ったことを示している。また、図２Ｃは、階層表示が、特定のユーザデバイス１２０に対する選択可能なアクセス制御２２２を展開するため、かつ折り畳むためのドロップダウンを含み得ることを示している。例えば、玄関ドアロック１２０、１２０ｃは、選択可能なアクセス制御装置がない状態で折り畳まれて示されている。

ユーザ１１０がアクセス制御選択２２４を生成すると、リソースピッカー２２０は、アクセス制御選択２２４をストレージシステム２３０に伝達するように構成される。ストレージシステム２３０は、アクセス制御リスト２３６、２３６ａ～ｎを格納および／または管理するように構成される。いくつかの例では、ストレージシステム２３０は、ＳＤＭ２００のホワイトリスト２３２をアクセス制御リスト２３６として管理および／または格納する。いくつかの例では、ユーザ１１０がアクセス制御選択２２４を生成すると、リソースピッカー２２０および／またはストレージシステム２３０は、アクセス制御リスト２３６を（例えば、ホワイトリスト２３２とは別に）追加する。いくつかの構成では、ストレージシステム２３０は、ＳＤＭ２００によって管理される各ユーザ１１０に固有のアクセス制御リスト２３６を維持する。他の構成では、ストレージシステム２３０は、ＳＤＭ２００の１人または複数人のユーザ１１０によって行われた全てのアクセス制御選択２２４を組み込んだユニバーサルアクセス制御リスト２３６を維持する。いくつかの実装形態では、リソースピッカー２２０が、ユーザリソースに対する以前のアクセス制御を変更または更新するアクセス制御選択２２４を受信すると、ストレージシステム２３０は、対応するアクセス制御リスト２３６内の以前のエントリを上書きする。アクセス制御リスト２３６は、ユーザ１１０のアクセス制御選択２２４に基づいて更新および／または変更され得るため、ストレージシステム２３０は、ストレージ活動を追跡または記録する活動ログを用いて構成され得る。

いくつかの例では、ストレージシステム２３０は、アクセス制御選択２２４をタプルとして格納する。いくつかの実装形態では、ストレージシステム２３０および／またはリソースピッカー２２０は、タプルをオブジェクト、リレーション、およびユーザ（オブジェクト、リレーション、ユーザ）の表現として構築する。オブジェクトの形式の例には、（ｉ）「ｅｎｔｅｒｐｒｉｓｅ／＜ｅｎｔｅｒｐｒｉｓｅ＿ｉｄ＞／ｓｔｒｕｃｔｕｒｅ／＜ｓｔｒｕｃｔｕｒｅ＿ｉｄ＞：＜ｔｒａｉｔ＿ｇｒｏｕｐ＞」（ｉｉ）「ｅｎｔｅｒｐｒｉｓｅ／＜ｅｎｔｅｒｐｒｉｓｅ＿ｉｄ＞／ｓｔｒｕｃｔｕｒｅ／＜ｓｔｒｕｃｔｕｒｅ＿ｉｄ＞／＜ｄｅｖｉｃｅ＿ｔｙｐｅ＞：＜ｔｒａｉｔ＿ｇｒｏｕｐ＞」（ｉｉｉ）「ｅｎｔｅｒｐｒｉｓｅ／＜ｅｎｔｅｒｐｒｉｓｅ＿ｉｄ＞／ｓｔｒｕｃｔｕｒｅ／＜ｓｔｒｕｃｔｕｒｅ＿ｉｄ＞／＜ｄｅｖｉｃｅ＿ｔｙｐｅ＞／＜ｄｅｖｉｃｅ＿ｉｄ＞：＜ｔｒａｉｔ＿ｇｒｏｕｐ＞：＜ｔｒａｉｔ＿ｇｒｏｕｐ＞」が含まれる。ここで、リレーションは、アクセス制御選択２２４を（例えば、ユーザリソースの実際の所有者とは対照的に）書き込むエンティティである。ユーザは、ユーザ１１０に関連付けられたユーザ識別子（ＵＩＤ）を参照する。ストレージシステム２３０は、単純または複雑なアクセス制御リストモデルとして構成することができ、単純なアクセス制御リストモデルは、複数のオブジェクトをアトミックに書き込むことができないモデルを指す。ストレージシステム２３０は単純なアクセス制御リストモデルであり得るが、ユーザ１１０は一度に複数のアクセス制御選択２２４を更新するか、または行う可能性があるため、ストレージシステム２３０が複雑なアクセス制御リストモデルであることは、ＳＤＭ２００にとって有益であり得る。

いくつかの構成では、ストレージシステム２３０は、サードパーティ１５０との統合（例えば、ユーザリソースの）が可能になる時期を示すデータベース２３８を含む。例えば、データベース２３８は、ユーザリソースのサードパーティ１５０との統合が可能になる時期を示すブールフラグを生成する。サードパーティ１５０との統合は可能であるが、ＳＤＭ２００は、悪用を回避するために特定のサードパーティの統合機能を無効にするように構成され得る。ＳＤＭ２００が統合制御を指示することにより、特定のイベント（例えば、開始日）に対して統合を有効または無効にすることができる。

３ＰＩ２４０は、許可要求２５０を生成するためにサードパーティ１５０によって使用されるインタフェースを一般的に指す。許可要求２５０は、ユーザ１１０に関連付けられたリソース（例えば、ユーザデータ１２２）等の特定のリソースへのアクセスをサードパーティ１５０に許可する要求である。ユーザ１１０が許可要求２５０に対して同意２０２で応答すると、ＳＤＭ２００は、同意２０２に基づいて、サードパーティ１５０のためのアクセストークン２６０を生成する。換言すれば、アクセストークン２６０は、同意２０２に基づいてユーザ１１０がサードパーティ１５０に具体的に付与したアクセスのタイプを伝達し、かつサードパーティ１５０がユーザ１１０に関連付けられたリソースへのアクセスを取得することを可能にする。ここで、許可要求２５０は、一般的にユーザデバイス１２０へのアクセスであってもよく、またユーザデバイス１２０の特定の動作へのアクセスであってもよい。より具体的には、要求２５０は、デバイス１２０（例えば、ユーザデバイス１２０の動作中にユーザデバイス１２０によって生成されるユーザデータ１２２）に関連する特定のリソース（例えば、ユーザデータ１２２）を指定することができる。例示すると、ユーザデバイス１２０がセキュリティシステムである場合、サードパーティ１５０は、セキュリティシステムによって生成されたビデオフィード（即ち、ユーザデータ１２２）へのアクセスを要求することができる。

いくつかの例では、許可要求２５０は、サードパーティ１５０がアクセスを要求しているユーザ１１０をＳＤＭ２００が識別するためのユーザ識別子（ＵＩＤ）２５２を含む。いくつかの実装形態では、ユーザ１１０は、ＳＤＭ２００のＵＩ２１０でサードパーティ１５０のアクセス制御を既に設定している。これらの実装形態では、ＳＤＭ２００は、ユーザ１１０によって実施された設定済みのアクセス制御に基づいて、ユーザ１１０に代わって同意２０２を自動的に生成することができる。いくつかの構成では、許可要求２５０は、特定のサードパーティ１５０に対するアクセス制御またはサードパーティ１５０によって要求されているリソースを指定するために、ユーザ１１０をＵＩ２１０にリダイレクトするように構成されたユニフォームリソース識別子（ＵＲＩ）２５４を含む。例えば、許可要求２５０は、ユーザ１１０がサードパーティ１５０による許可要求２５０を規定するアクセス制御を指定することを要求する、（例えば、ＳＤＭ２００を介した）ユーザ１１０へのメッセージまたは通信を生成する。ユーザ１１０は、許可要求２５０内のＵＲＩ２５４を使用して、許可要求２５０のサードパーティ１５０に許可（または拒否）されるアクセスのタイプを指示するアクセス制御選択を行うように促され得る。許可要求２５０を規定する制御が設定されると、ＳＤＭ２００またはＳＤＭ２００を介したユーザ１１０は、許可要求２５０に応答する（例えば、同意２０２または同意の拒否２０２により）。ここで、許可要求２５０は、サードパーティ１５０がアクセストークン２６０を受信する前に、ユーザデータ共有設定を実施することを可能にする。以前に説明したように、許可要求２５０の生成をスキップするサードパーティ１５０は、ＳＤＭ２００とインタフェースすることを許可され得るが、ユーザデータ１２２へのアクセスを有することはない。

いくつかの実装形態では、ユーザ１１０は、特定のサードパーティ１５０のアクセストークン２６０を取り消す。ユーザ１１０がサードパーティ１５０のアクセストークン２６０を取り消すと、ストレージシステム２３０は、サードパーティ１５０に関連する既存のアクセス制御選択（単数または複数）２２４を維持し得る。他の例では、ユーザ１１０がサードパーティ１５０のアクセストークン２６０を取り消すと、ＳＤＭ２００は、サードパーティとユーザのペアに関連するアクセス制御選択（単数または複数）２２４を削除するようにストレージシステム２３０に通知する。いずれの場合も、アクセスが取り消されたサードパーティ１５０が新たな許可要求２５０を生成した場合、ユーザ１１０（例えば、ＵＲＩ２５４によって）は、サードパーティ１５０のアクセスのタイプを指示するアクセス制御選択を行うように促されるため、非アクティブなサードパーティとユーザのペアをクリーンアップしても、ＳＤＭ２００に支障が生じることはない。追加的または代替的に、ストレージシステム２３０は、ユーザ１１０の要求に応じてユーザデータ１２２をクリーンアップするように構成され得る。例えば、ストレージシステム２３０は、ストレージシステム２３０のアクセス制御リスト２３６からユーザ１１０を削除する。

図２Ｄは、ユーザ１１０、サードパーティ１５０、およびＳＤＭ２００の間の許可プロセス２７０の例である。この例では、サードパーティ１５０は、３ＰＩ２４０において許可要求２５０を開始する。許可要求２５０に基づいて、ユーザ１１０は、ＵＩ２１０にログインして、許可要求２５０に応答するための同意２０２を生成する。ここで、ユーザ１１０がＵＩ２１０にログインすると、ＳＤＭ２００は、ユーザ１１０を（例えば、許可コードを用いて）リソースピッカー２２０にリダイレクトする。リソースピッカー２２０にリダイレクトされると、動作２７２において、ユーザ１１０は、許可要求２５０に関連付けられたユーザリソースへのきめの細かいアクセスを管理する。例えば、ユーザ１１０は、サードパーティ１５０に関連するアクセス制御選択（単数または複数）２２４を生成する。動作２７４において、リソースピッカー２２０は、アクセス制御選択（単数または複数）２２４を伝達して、ストレージシステム２３０において少なくとも１つのアクセス制御リスト２３６を更新するか、または初期的に生成する。ストレージシステム２３０が少なくとも１つのアクセス制御リスト２３６を更新または生成すると、動作２７６において、ストレージシステム２３０は、アクセス制御リスト２３６の更新または生成が完了したことを伝達する。ＳＤＭ２００は、許可要求２５０が許可または拒否されたことをサードパーティ１５０に通知する（例えば、リソースピッカー２３０を介したリダイレクトとして示される）。動作２７８において、許可要求２５０が許可されると、ＳＤＭ２００は（例えば、３ＰＩ２４０を介して）、サードパーティ１５０がアクセストークン２６０を受信するために使用するコードを伝達する。次に、サードパーティ１５０は、アクセストークン２６０を３ＰＩ２４０に伝達して、ＳＤＭ２００と通信し、許可要求２５０に関連する１つまたは複数のユーザリソースにアクセスする。

図２Ｅを参照すると、いくつかの実装形態では、許可要求２５０（例えば、ｇｅｔｄｅｖｉｃｅ要求）を用いてＳＤＭ２００を呼び出すサードパーティ１５０は、（例えば、ユーザリソース（単数または複数）の統合を実行しようと試行する）企業である。動作２８２において、サードパーティ１５０は、３ＰＩ２４０において許可トークン２６０を用いてｇｅｔｄｅｖｉｃｅ要求を伝達する。ｇｅｔｄｅｖｉｃｅ要求に基づいて、動作２８４において、３ＰＩ２４０は、データベース２３８と通信して、ｇｅｔｄｅｖｉｃｅ要求に関連付けられたサードパーティ１５０を確認する。動作２８６において、ＳＤＭ２００は、データベース２３８がサードパーティ１５０を含むことを確認するとともに、ＳＤＭ２００がストレージシステム２３０内のサードパーティの権限を取得することを許可するか、またはサードパーティ１５０がストレージシステム２３０にアクセスして、許可要求２５０によって識別されるユーザリソースに関するサードパーティの許可を取得する（動作２８８に示されるように）ことを許容することを許可する。動作２８６と動作２８８との間で、要求によるサードパーティ１５０のための統合が無効にされている場合、ＳＤＭ２００は、無効状態に基づいて、要求に対して例外を提供するか、または要求を拒否する。動作２９０において、ＳＤＭ２００は、ストレージシステム２３０との通信に基づいて、サードパーティがサードパーティの権限（ユーザリソース（単数または複数）に対するアクセス制御）を有することを内部的に確認する。ここで、図示されていないが、３ＰＩ２４０は、サードパーティ１５０に対してサードパーティの権限を有していることをサードパーティ１５０に確認してもよい。次に、動作２９２において、ＳＤＭ２００は、ｇｅｔｄｅｘｔｅ要求のユーザデバイス１２０に関する情報を取得するためにＨＧ／ＣＺ（例えば、３ＰＩ２４０）と通信し、動作２９２において、ＳＤＭ２００は、ＨＧ／ＣＺからｇｅｔｄｅｖｉｃｅ要求のユーザデバイス１２０に関する情報を受信する。ここで、動作２９２と２９４の間またはそれらの動作中に、ＳＤＭ２００は、サードパーティ１５０が、ｇｅｔｄｅｖｉｃｅ要求のサードパーティ１５０を対象ユーザデバイス１２０の管理者として認証しない許可トークン２６０を有している場合、エラーまたは無許可のメッセージを伝達し得る。動作２９６において、３ＰＩ２４０は、サードパーティ１５０と通信して、ユーザデバイス１２０に関する情報によりｇｅｔｄｅｖｉｃｅ要求に応答する。

図３は、例示的な方法３００のフローチャートである。フローチャートは、方法３００が、デバイスマネージャ２００のデータ処理ハードウェア４１０において、サードパーティ１５０からの許可要求２５０を受信することを含む場合に、動作３０２で開始し、許可要求２５０は、デバイスマネージャ２００によって管理されるユーザリソースへのアクセスを要求し、デバイスマネージャ２００は、複数のユーザデバイス１２０に関連付けられたアクセス制御２２２を管理する。動作３０４において、方法３００は、データ処理ハードウェア４１０が、サードパーティ１５０がデバイスマネージャ２００によって管理されるユーザリソースにアクセスすることを許可されているか否かを判定することを含む。動作３０６において、方法３００は、サードパーティ１５０がデバイスマネージャ２００によって管理されるユーザリソースにアクセスすることを許可されている場合、データ処理ハードウェア４１０が、ユーザ１１０がデバイスマネージャ２００において許可要求２５０の対象となるユーザリソースを規定する任意のアクセス制御２２２を設定したか否かを判定することを含む。動作３０８において、方法３００は、ユーザ１１０が、許可要求２５０の対象となるユーザリソースを規定する個々のアクセス制御２２２を設定した場合、データ処理ハードウェア４１０が、個々のアクセス制御２２２に基づいて許可要求２５０に対する応答を伝達することを含む。

図４は、本明細書で説明されるシステム（例えば、ＳＭＤ２００）および方法（例えば、方法３００）を実施するために使用され得る例示的なコンピューティングデバイス（即ち、システム）４００の概略図である。コンピューティングデバイス４００は、ラップトップ、デスクトップ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、メインフレーム、および他の適切なコンピュータなどの様々な形態のデジタルコンピュータを代表することが意図されている。本明細書に示された構成要素、それらの接続および関係、およびそれらの機能は例示的なものに過ぎず、本明細書に記載および／または特許請求の範囲に記載される本発明の実施形態を限定するものではない。

コンピューティングデバイス４００は、プロセッサ４１０（データ処理ハードウェアとも称される）、メモリ４２０（メモリハードウェアとも称される）、ストレージデバイス４３０、メモリ４２０および高速拡張ポート４５０に接続する高速インタフェース／コントローラ４４０、および低速バス４７０およびストレージデバイス４３０に接続する低速インタフェース／コントローラ４６０を含む。構成要素４１０，４２０，４３０，４４０，４５０，および４６０の各々は、様々なバスを使用して相互接続され、かつ共通のマザーボード上にまたは適切な他の方法で搭載され得る。プロセッサ４１０は、メモリ４２０またはストレージデバイス４３０に格納された命令を含むコンピューティングデバイス４００内での実行のための命令を処理して、高速インタフェース４４０に接続されたディスプレイ４８０などの外部入力／出力デバイス上にグラフィカルユーザインタフェース（ＧＵＩ）用のグラフィカル情報を表示する。他の実施形態では、複数のメモリおよび複数のタイプのメモリと共に、複数のプロセッサおよび／または複数のバスが適宜使用されてもよい。また、複数のコンピューティングデバイス４００が接続され、各デバイスが（例えば、サーババンク、ブレードサーバのグループ、またはマルチプロセッサシステムとして）必要な処理の一部を提供してもよい。

メモリ４２０は、コンピューティングデバイス４００内に非一時的に情報を記憶する。メモリ４２０は、コンピュータ可読媒体、揮発性メモリユニット、または不揮発性メモリユニットであってもよい。非一時的なメモリ４２０は、コンピューティングデバイス４００による使用のための一時的または永久的な基準でプログラム（例えば、命令シーケンス）またはデータ（例えば、プログラム状態情報）を格納するために使用される物理的デバイスであってもよい。不揮発性メモリの例には、これらに限定されないが、フラッシュメモリおよび読み出し専用メモリ（ＲＯＭ）／プログラム可能読み出し専用メモリ（ＰＲＯＭ）／消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）／電子消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ）（例えば、通常、ブートプログラムなどのファームウェアに使用される）が含まれる。揮発性メモリの例には、これらに限定されないが、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、相変化メモリ（ＰＣＭ）ならびにディスクまたはテープが含まれる。

ストレージデバイス４３０は、コンピューティングデバイス４００の大容量ストレージを提供することができる。いくつかの実施形態では、ストレージデバイス４３０は、コンピュータ可読媒体である。種々の異なる実施形態では、ストレージデバイス４３０は、フロッピーディスク（登録商標）デバイス、ハードディスクデバイス、光ディスクデバイス、またはテープデバイス、フラッシュメモリまたは他の同様のソリッドステートメモリデバイス、またはストレージエリアネットワークまたは他の構成におけるデバイスを含むデバイスのアレイであり得る。追加の実施形態では、コンピュータプログラム製品は情報媒体に有形的に具体化される。コンピュータプログラム製品は、実行時に、上述したような１つまたは複数の方法を実行する命令を含む。情報担体は、メモリ４２０、ストレージデバイス４３０、またはプロセッサ４１０上のメモリのようなコンピュータ可読媒体または機械可読媒体である。

高速コントローラ４４０は、コンピューティングデバイス４００の帯域幅を大量に使用する処理を管理し、低速コントローラ４６０は、より低い帯域幅を集中的に使用する処理を管理する。そのような役割の配分は、例示的なものに過ぎない。いくつかの実施形態では、高速コントローラ４４０は、メモリ４２０、ディスプレイ４８０（例えば、グラフィックスプロセッサまたはアクセラレータを介する）、および各種拡張カード（図示せず）を受け入れる高速拡張ポート４５０に接続される。いくつかの実施形態では、低速コントローラ４６０は、ストレージデバイス４３０および低速拡張ポート４７０に接続される。様々な通信ポート（例えば、ＵＳＢ、ブルートゥース（登録商標）、イーサネット（登録商標）、無線イーサネット（登録商標））を含む低速拡張ポート４７０は、キーボード、ポインティングデバイス、スキャナ、または例えばネットワークアダプタを介するスイッチまたはルータなどのネットワーキングデバイスなどの１つまたは複数の入力／出力デバイスに接続され得る。

コンピューティングデバイス４００は、図面に示すように、いくつかの異なる形態で実施することができる。例えば、標準サーバ４００ａとして、またはそのようなサーバ４００ａのグループ内で複数回、ラップトップコンピュータ４００ｂとして、またはラックサーバシステム４００ｃの一部として実施することができる。

本明細書に記載のシステムおよび技術の様々な実施形態は、デジタル電子回路および／または光回路、集積回路、特別に設計されたＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせにおいて実現することができる。これらの様々な実施形態は、ストレージシステム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスからデータおよび命令を受信し、それらにデータおよび命令を送信するように接続された、特別または一般的な目的であってもよい、少なくとも１つのプログラム可能なプロセッサを含むプログラマブルシステム上で実行可能および／または解釈可能な１つまたは複数のコンピュータプログラムにおける実施形態を含むことができる。

これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとしても知られている）は、プログラム可能なプロセッサ用の機械命令を含み、高水準の手続き型言語および／またはオブジェクト指向のプログラミング言語および／またはアセンブリ言語／機械語で実施することができる。本明細書で使用する場合、「機械可読媒体」および「コンピュータ可読媒体」という用語は、任意のコンピュータプログラム製品、非一時的なコンピュータ可読媒体、機械可読信号として機械命令を受け取る機械可読媒体を含む、プログラマブルプロセッサに機械命令および／またはデータを提供するために使用される装置および／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ）を指す。「機械可読信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために使用される任意の信号を指す。

本明細書で説明するプロセスおよび論理フローは、入力データ処理して出力を生成することによって機能を実行する１つまたは複数のコンピュータプログラムを実行する１つまたは複数のプログラム可能なプロセッサによって実行することができる。プロセスおよび論理フローはまた、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）などの特定用途論理回路によっても実行することができる。コンピュータプログラムの実行に適したプロセッサは、一例として、汎用マイクロプロセッサおよび専用マイクロプロセッサ、および任意の種類のデジタルコンピュータの任意の１つまたは複数のプロセッサを含む。一般に、プロセッサは、読み出し専用メモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの必須要素は、命令を実行するプロセッサと、命令およびデータを格納するための１つまたは複数のメモリデバイスである。一般に、コンピュータは、データを格納するための１つまたは複数の大容量ストレージデバイス（例えば磁気ディスク、光磁気ディスク、または光ディスク）からのデータを受信するか、またはデータを転送するか、またはその両方を行うように動作可能に結合される。しかしながら、コンピュータはそのようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを格納するのに適したコンピュータ可読媒体には、一例として、半導体メモリデバイス（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイス）、磁気ディスク（例えば、内部ハードディスクまたはリムーバブルディスク）、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスクを含むすべての形態の不揮発性メモリ、メディアおよびメモリデバイスが含まれる。プロセッサおよびメモリは、特定用途論理回路によって補充または特定用途論理回路に組み込むことができる。

ユーザとのインタラクションを提供するために、本開示の１つまたは複数の態様は、例えばＣＲＴ（陰極線管）、ＬＣＤ（液晶ディスプレイ）モニタ、またはタッチスクリーンなどのユーザに情報を表示するためのディスプレイデバイスと、任意選択でユーザがコンピュータに入力を提供するキーボードおよびマウスまたはトラックボールなどのポインティングデバイスとを有するコンピュータ上で実施することができる。他の種類の装置を使用して、例えば、任意の形態の感覚フィードバック（例えば、視覚フィードバック、聴覚フィードバック、または触覚フィードバック）であり得るユーザに提供されるフィードバックとともにユーザとのインタラクションを提供することもでき、ユーザからの入力は、音響、音声、または触覚入力を含む任意の形態で受信することができる。さらに、コンピュータは、ユーザによって使用されるデバイスとの間でドキュメントを送受信することによって（例えば、ウェブブラウザから受信した要求に応答してユーザのクライアントデバイス上のウェブブラウザにウェブページを送信することによって）、ユーザとインタラクションすることができる。

いくつかの実施形態が説明されている。それにもかかわらず、本開示の技術思想および範囲から逸脱することなく、様々な変更がなされ得ることが理解されるであろう。従って、他の実施形態も以下の特許請求の範囲内にある。

Claims (20)

1. 方法（３００）であって、
   デバイスマネージャ（２００）のデータ処理ハードウェア（４１０）において、サードパーティ（１５０）からの許可要求（２５０）を受信するステップと、前記許可要求（２５０）は、前記デバイスマネージャ（２００）によって管理されるユーザリソースへのアクセスを要求し、前記デバイスマネージャ（２００）は、複数のユーザデバイス（１２０）に関連付けられたアクセス制御（２２２）を管理し、前記アクセス制御（２２２）は、ユーザ（１１０）によって設定され、
   前記データ処理ハードウェア（４１０）によって、前記サードパーティ（１５０）が前記デバイスマネージャ（２００）によって管理されるユーザリソースにアクセスすることを許可されているか否かを判定するステップと、
   前記サードパーティ（１５０）が前記デバイスマネージャ（２００）によって管理されるユーザリソースにアクセスすることを許可されている場合、前記データ処理ハードウェア（４１０）が、ユーザ（１１０）が前記デバイスマネージャ（２００）において前記許可要求（２５０）の対象となるユーザリソースを規定するアクセス制御（２２２）を設定したか否かを判定するステップと、
   ユーザ（１１０）が、前記許可要求（２５０）の対象となるユーザリソースを規定する個々のアクセス制御（２２２）を設定した場合、前記データ処理ハードウェア（４１０）が、前記個々のアクセス制御（２２２）に基づいて前記許可要求（２５０）に対する応答を伝達するステップと、を含む方法（３００）。
2. 前記サードパーティ（１５０）が前記デバイスマネージャ（２００）によって管理されるユーザリソースにアクセスすることを許可されているか否かを判定するステップは、ホワイトリスト（２３２）によって前記サードパーティ（１５０）にユーザリソースを含むあるタイプのリソースにアクセスすることが許可されていることを判定することを含む、請求項１に記載の方法（３００）。
3. 前記サードパーティ（１５０）が前記デバイスマネージャ（２００）によって管理されるユーザリソースにアクセスすることを許可されていない場合、前記データ処理ハードウェア（４１０）が、前記許可要求（２５０）の対象となるユーザリソースにアクセスすることを拒否するステップをさらに含む、請求項１または２に記載の方法（３００）。
4. ユーザ（１１０）が前記デバイスマネージャ（２００）において前記許可要求（２５０）の対象となるユーザリソースを規定する前記アクセス制御（２２２）を設定したか否かを判定するステップは、
   ユーザ（１１０）が前記許可要求（２５０）の対象となるユーザリソースを規定するアクセス制御（２２２）を設定していないことを判定することと、
   ユーザ（１１０）が前記許可要求（２５０）を規定する１つまたは複数のアクセス制御（２２２）を前記デバイスマネージャ（２００）に入力するための同意（２０２）要求を生成することと、を含む、請求項１乃至３のいずれか一項に記載の方法（３００）。
5. 前記デバイスマネージャ（２００）は、ユーザインタフェース（２１０）を含み、前記ユーザインタフェース（２１０）は、ユーザ（１１０）が個々のユーザリソースを規定する個々のアクセス制御（２２２）を設定するための１つまたは複数のアクセス制御選択（２２４）を含む、請求項１乃至４のいずれか一項に記載の方法（３００）。
6. 前記１つまたは複数のアクセス制御選択（２２４）は、階層（２２６）内の個々のユーザリソースを表し、前記階層（２２６）は、前記サードパーティ（１５０）、個々のユーザリソースを収容する物理的構造物（１９０）、個々のユーザリソースに関連付けられたユーザデバイス（１２０）、またはユーザリソースに関連付けられた機能のうちの少なくとも２つを含む、請求項５に記載の方法（３００）。
7. 前記データ処理ハードウェア（４１０）において、ユーザ（１１０）のアクセス制御選択（２２４）を受信するステップをさらに含む、請求項５または６に記載の方法（３００）。
8. 前記データ処理ハードウェア（４１０）が、前記アクセス制御選択（２２４）をデータ構造としてアクセス制御リスト（２３６）に格納するステップをさらに含む、請求項７に記載の方法（３００）。
9. 前記データ構造が、オブジェクト、リレーション、およびユーザ（１１０）として表されるタプルを含む、請求項８に記載の方法（３００）。
10. 前記ユーザリソースは、前記デバイスマネージャ（２００）によって管理される複数のユーザデバイス（１２０）の個々のユーザデバイス（１２０）によって生成されるユーザデータ（１２２）を含む、請求項１乃至９のいずれか一項に記載の方法（３００）。
11. システム（４００）であって、
    データ処理ハードウェア（４１０）と、
    データ処理ハードウェア（４１０）と通信するメモリハードウェア（４２０）と、を備え、前記メモリハードウェア（４２０）は、命令を格納し、前記命令は、前記データ処理ハードウェア（４１０）上での実行時に、前記データ処理ハードウェア（４１０）に、
    サードパーティ（１５０）からの許可要求（２５０）を受信する動作と、前記許可要求（２５０）は、デバイスマネージャ（２００）によって管理されるユーザリソースへのアクセスを要求し、前記デバイスマネージャ（２００）は、複数のユーザデバイス（１２０）に関連付けられたアクセス制御（２２２）を管理し、前記アクセス制御（２２２）は、ユーザ（１１０）によって設定され、
    前記サードパーティ（１５０）が前記デバイスマネージャ（２００）によって管理されるユーザリソースにアクセスすることを許可されているか否かを判定する動作と、
    前記サードパーティ（１５０）が前記デバイスマネージャ（２００）によって管理されるユーザリソースにアクセスすることを許可されている場合、前記データ処理ハードウェア（４１０）が、ユーザ（１１０）が前記デバイスマネージャ（２００）において前記許可要求（２５０）の対象となるユーザリソースを規定するアクセス制御（２２２）を設定したかどうかを判定する動作と、
    ユーザ（１１０）が、前記許可要求（２５０）の対象となるユーザリソースを規定する個々のアクセス制御（２２２）を設定した場合、前記データ処理ハードウェア（４１０）が、前記個々のアクセス制御（２２２）に基づいて前記許可要求（２５０）に対する応答を伝達する動作とを実行させる、システム（４００）。
12. 前記サードパーティ（１５０）が前記デバイスマネージャ（２００）によって管理されるユーザリソースにアクセスすることを許可されているか否かを判定する動作は、ホワイトリスト（２３２）によって前記サードパーティ（１５０）にユーザリソースを含むあるタイプのリソースにアクセスすることが許可されていることを判定することを含む、請求項１１に記載のシステム（４００）。
13. 前記サードパーティ（１５０）が前記デバイスマネージャ（２００）によって管理されるユーザリソースにアクセスすることを許可されていない場合、前記データ処理ハードウェア（４１０）が、前記許可要求の対象となるユーザリソース（２５０）にアクセスすることを拒否することをさらに含む、請求項１１または１２に記載のシステム（４００）。
14. ユーザ（１１０）が前記デバイスマネージャ（２００）において前記許可要求（２５０）の対象となるユーザリソースを規定するアクセス制御（２２２）を設定したか否かを判定する動作は、
    ユーザ（１１０）が前記許可要求（２５０）の対象となるユーザリソースを規定するアクセス制御（２２２）を設定していないことを判定することと、
    ユーザ（１１０）が前記許可要求（２５０）を規定する１つまたは複数のアクセス制御（２２２）を前記デバイスマネージャ（２００）に入力するための同意（２０２）要求を生成することと、を含む、請求項１１乃至１３のいずれか一項に記載のシステム（４００）。
15. 前記デバイスマネージャ（２００）は、ユーザインタフェース（２１０）を含み、前記ユーザインタフェース（２１０）は、ユーザ（１１０）が個々のユーザリソースを規定する個々のアクセス制御（２２２）を設定するための１つまたは複数のアクセス制御選択（２２４）を含む、請求項１１乃至１４のいずれか一項に記載のシステム。
16. 前記データ処理ハードウェア（４１０）において、前記ユーザ（１１０）のアクセス制御（２２２）の選択を受信することをさらに含む、請求項１５に記載のシステム。
17. 前記アクセス制御（２２２）の選択をデータ構造としてアクセス制御リスト（２３６）に格納することをさらに含む、請求項１５または１６に記載のシステム。
18. １つまたは複数のアクセス制御選択（２２４）は、階層（２１０）内の個々のユーザリソースを表し、前記階層（２１０）は、サードパーティ（１５０）、個々のユーザリソースを収容する物理的構造物（１９０）、個々のユーザリソースに関連付けられたユーザデバイス（１２０）、またはユーザリソースに関連付けられた機能のうちの少なくとも２つを含む、請求項１７に記載のシステム。
19. 前記データ構造が、オブジェクト、リレーション、およびユーザ（１１０）として表されるタプルを含む、請求項１８に記載のシステム。
20. 前記ユーザリソースは、前記デバイスマネージャ（２００）によって管理される複数のユーザデバイス（１２０）の個々のユーザデバイス（１２０）によって生成されるユーザデータ（１２２）を含む、請求項１１乃至１９のいずれか一項に記載のシステム。

Images