JP2024041754A - 共有フォルダを介してパスワードを共有するための暗号化鍵の交換及びローテーションの利用 - Google Patents

Abstract

【課題】共有フォルダを介して複数のユーザ及びクライアント・デバイスにわたるセキュアなパスワード共有を提供する方法及びシステムを提供する。【解決手段】方法は、共有フォルダへのアクセス権を有するクライアント・デバイスについての公開暗号鍵を含む公開鍵集合を読み出することと、共有フォルダを共有することを要求するクライアント・デバイスに公開鍵集合を提供することと、を含む共有フォルダのための暗号化ペイロードと、ペイロードを暗号化するために利用されており、公開鍵集合を利用して共有フォルダ内で暗号化されている共有暗号鍵とを受信する。方法はまた、鍵ローテーション・イベントを検出し、変更された共有暗号鍵を生成し、共有フォルダ内に記憶するためにペイロードを再暗号化するために１つ以上のクライアント・デバイスに通知する。【選択図】図７

Description

ネットワーク通信及びコンピューティング・デバイスの能力における技術的進歩は、ネットワーク接続を介した多くの異なるタイプのサービスへのアクセスを増加させてきた。例えば、多くのオンライン・システムは、ユーザがシステムで自分のアカウントにログインすることを可能にするログイン・インタフェースを介してサービスへのリモート・アクセスを提供する。したがって、このようなオンライン・システムは、ユーザが異なるサービスのそれぞれについて、ログイン情報（例えば、ユーザ名及びパスワード）を有する別個のユーザ・アカウントを作成することを可能にする。ユーザはしばしば多くの異なるサービスに対して多数の異なるアカウントを有し、それぞれがそれ自体のログイン情報を有するため、ユーザは異なるサービスのそれぞれに対するログイン情報を覚え、安全に管理することが困難であることを見出しうる。

多くの従来のクレデンシャル・ストレージ・システムは、異なるアカウントに対するログイン情報の記憶を提供する。例えば、いくつかの従来のシステムは、ユーザが中央位置からの様々なサービスに対するアカウントにログインするために自分のログイン情報にアクセスすることを可能にする認証情報をローカル・クライアント・デバイス上又はリモート・デバイス（例えば、クラウド・ストレージ）上に記憶する。特に、いくつかの従来のクレデンシャル・ストレージ・システムは、中央クレデンシャル（例えば、ユーザ名／パスワードの組み合わせ又は生体クレデンシャル）の背後の様々なサービスへのパスワードを記憶し暗号化する。これに代えて、他の従来のクレデンシャル・ストレージ・システムは、公開暗号鍵を使用してパスワードを暗号化し、これらの公開暗号鍵を、パスワードを復号するために対応する秘密暗号鍵を使用できるクライアント・デバイスに配布する。

これらの従来のクレデンシャル・ストレージ・システムはユーザのためのログイン情報をデジタルに記憶する中央位置を提供するが、従来のシステムは複数の欠点を呈する。具体的に、従来のシステムは、異なるサービスについてのログイン情報にアクセスするために（例えば、単一のユーザに関連付けられた）クレデンシャルの単一の集合を利用することによって、クレデンシャルにもアクセス権を有するユーザのみにアクセスを制限する。よって、従来のシステムの第１のユーザがログイン情報のいずれかへのアクセス権を第２のユーザに与えることを望むならば、第１のユーザは、第２のユーザにクレデンシャルを与えなければならない。第２のユーザにクレデンシャルを提供することはまた、ログイン情報の選択的共有ではなく、アカウントに記憶されたログイン情報のすべてへのアクセス権を与える。したがって、従来のクレデンシャル・ストレージ・システムは、単一のユーザを超えて使用を拡張するための柔軟性及びセキュリティを欠いている。

厳格なログイン情報アクセス・プロトコルに加えて、ユーザ及びクライアント・デバイス間でデジタル・データを共有するクレデンシャル・ストレージ・システムは、ネットワーク・セキュリティ・リスク及びデータ損失リスクをもたらす。例えば、ユーザが、ユーザ間でセキュア・データを共有する共有グループを離れた後、共有グループの以前のメンバーはセキュリティ・リスクをもたらし、もはやセキュア・データへのアクセス権を有するべきではない。例えば、秘密暗号鍵を有するコンピューティング・デバイスに関連付けられたユーザが共有グループを離れる場合に、離れたユーザは、共有グループの認可メンバーに対応する公開暗号鍵のコレクションをコンピューティング・デバイスが更新するまで、セキュア・データにアクセスし続けるかもしれない。これに加えて、クライアント・デバイスにわたってデータを暗号化又は再暗号化する場合に、クライアント・デバイスにわたって暗号化及び同期されたデータの相違は、データ損失の結果となる。例えば、中央位置（例えば、サーバ）への非同期接続は、クライアント・デバイスが（例えば、鍵ローテーションの場合に）異なる暗号鍵バージョン又はクライアント・デバイスに記憶された異なるペイロードを交換又は送信する場合に、サーバ又は他のコンピューティング・デバイスにデータを失わせうる。よって、クライアント・デバイス間でデータを共有する任意の従来のクレデンシャル・ストレージ（又は他の）システムは、損なわれたネットワーク・セキュリティとデータ損失との両方のリスクをもたらす。

この開示は、利益を提供し及び／又は当技術分野における前述の問題及び他の問題のうちの１つ以上を解決するシステム、方法、及び非一時的コンピュータ可読記憶媒体の１つ以上の実施形態を説明する。例えば、開示されるシステムは、共有フォルダについてのペイロード内の共有鍵を暗号化し、コンピューティング・デバイスにわたって共有フォルダからのパスワードをセキュアに共有する。このようなパスワードの暗号化を容易にするために、開示されるシステムは、共有フォルダへのアクセスを提供することに関連して、共有フォルダへのメンバーシップ・アクセス権を有する１つ以上のクライアント・デバイス（例えば、各追加の共有フォルダ・メンバー）についての公開暗号鍵を読み出す。開示されるシステムはまた、公開暗号鍵を含む公開鍵集合を、コンテンツ管理システムのアカウントに関連付けられた初期クライアント・デバイスに提供する。公開鍵集合を受信すると、初期クライアント・デバイスは、共有暗号鍵を利用して、共有フォルダにアップロードするためのペイロード（例えば、パスワードの集合）を暗号化し、その後、公開鍵集合を利用して共有暗号鍵を暗号化する。したがって、開示されるシステムは、共有フォルダ内に記憶するために、初期クライアント・デバイスから暗号化ペイロードと、（公開鍵集合によって暗号化されている）共有暗号鍵との両方を受信する。

このようなペイロードを暗号化することに加えて（又はその代わりに）、いくつかの実施形態において、開示されるシステムは、共有フォルダのメンバーシップにおける変化又は何らかの他の鍵ローテーション・イベントに基づいて、コンピューティング・デバイスにわたって鍵をセキュアにローテーションする。鍵ローテーション・イベントを検出したことに応じて、例えば、開示されるシステムは、共有フォルダへのメンバーシップ・アクセス権を有するクライアント・デバイスに鍵ローテーション・イベントを通知し、公開鍵集合を更新する。開示されるシステムは、更新された公開鍵集合を、共有フォルダへの現在のアクセス権（又は共有フォルダ内のメンバーシップ）を有するクライアント・デバイスのそれぞれに提供する。このような更新された鍵集合を提供した後、開示されるシステムは、イニシエータ・クライアント・デバイスから、更新された暗号化ペイロードと、更新された公開鍵集合を利用して暗号化された変更された（すなわち、ローテーションされた）共有暗号鍵とを受信する。したがって、開示されるシステムは、共有フォルダへのメンバーシップ・アクセス権を有していないクライアント・デバイスへのアクセスを防止しつつ、共有暗号鍵を自動的にローテーションしうる。

本開示の１つ以上の実施形態のさらなる特徴及び利点は、以下の説明に記載され、部分的にその説明から明らかになるか、又はこのような例示の実施形態の実施によって学習されてもよい。

様々な実施形態が、添付の図面の使用を通じてさらなる具体性及び詳細を伴って記載され説明される。
パスワード共有システムが１つ以上の実装に従って動作する環境の概略図を示す。 、 １つ以上の実装による、共有フォルダ内のパスワードの集合を管理し、複数のクライアント・デバイスのための共有暗号鍵をローテーションするパスワード共有システムの図を説明する。 、 １つ以上の実装による、共有暗号鍵及び公開暗号鍵を利用して共有フォルダのためのペイロードを暗号化するためのパスワード共有システムのための動作を説明するフロー図を説明する。 、 １つ以上の実装による、鍵ローテーション・イベントに応じて共有フォルダのための共有暗号鍵をローテーションするためのパスワード共有システムのための動作を説明するフロー図を説明する。 、 １つ以上の実装による、パスワード管理及びクレデンシャル自動入力を提供するための例示のグラフィカル・ユーザ・インタフェースを説明する。 １つ以上の実装による、図１のパスワード共有システムの図を説明する。 １つ以上の実施形態による、共有フォルダを介してパスワードを共有するために暗号鍵交換及び鍵ローテーションを利用するための一連の動作のフローチャートを説明する。 １つ以上の実施形態によるコンピューティング・デバイスのブロック図を説明する。 １つ以上の実施形態によるオンライン・コンテンツ管理システムのネットワーキング環境を説明する。

この開示は、ペイロード内の共有鍵を暗号化し、共有鍵及び公開暗号鍵の鍵交換及び鍵ローテーションの一方又は両方によって、クライアント・デバイスにわたって共有パスワードを同期するためのパスワード共有システムの１つ以上の実施形態を説明する。例えば、いくつかの実施形態において、パスワード共有システムは、初期クライアント・デバイスが共有フォルダを１つ以上のクライアント・デバイスと共有することの要求を開始すると判定する。パスワード共有システムは、クライアント・デバイスから公開暗号鍵を読み出し、その後、公開暗号鍵を初期クライアント・デバイスに提供する。いくつかの場合に、初期クライアント・デバイスは、共有フォルダについてのペイロード（例えば、パスワードの集合）を暗号化するために共有暗号鍵を利用し、その後、共有暗号鍵を暗号化するために公開暗号鍵を利用する。パスワード共有システムはさらに、初期クライアント・デバイスから、暗号化ペイロードと、（公開鍵集合を利用して暗号化されている）共有暗号鍵とを受信し、受信された暗号化ペイロード及び共有暗号鍵を共有フォルダに記憶する。

上述のように、いくつかの実施形態において、パスワード共有システムは、初期クライアント・デバイスからのパスワードの集合を１つ以上の追加のクライアント・デバイスに共有するための共有フォルダを生成する。例えば、パスワードの集合を共有するための初期クライアント・デバイスからの要求に応じて、パスワード共有システムは、パスワードの集合を記憶するための共有フォルダを生成する。少なくともいくつかの実施形態において、パスワード共有システムは、共有フォルダへのメンバーシップ・アクセス権を有する１つ以上のクライアント・デバイスに異なるアクセス・パーミッションを割り当てるために、共有フォルダ内に１つ以上のサブフォルダを生成する。

パスワードの集合を共有するための共有フォルダを生成することの要求を初期クライアント・デバイスが送信する場合に、パスワード共有システムは、クライアント・デバイスから公開暗号鍵を含む公開鍵集合を読み出す。特に、パスワード共有システムは、共有フォルダへのメンバーシップ・アクセスを許可される各クライアント・デバイスについての公開暗号鍵を取得しうる。１つ以上の実施形態において、パスワード共有システムは、各クライアント・デバイスをパスワード共有システムに登録する場合に、クライアント・デバイスから以前に受信された公開暗号鍵を識別する。パスワード共有システムはまた、初期クライアント・デバイスからパスワード共有システムにペイロードを配信するための共有暗号鍵を暗号化する際に初期クライアント・デバイスが使用するために、公開鍵集合を初期クライアント・デバイスに提供する。

共有フォルダを生成することの要求に関連して初期クライアント・デバイスに公開鍵集合を提供した後、パスワード共有システムは、初期クライアント・デバイスから暗号化ペイロードと共有暗号鍵とを受信する。共有暗号鍵を利用することによって、初期クライアント・デバイスは、共有フォルダ内に記憶するためのパスワードの集合を含むペイロードを暗号化しうる。初期クライアント・デバイスは、共有暗号鍵でペイロードを暗号化することに加えて、パスワード共有システムからの公開鍵集合を利用して共有暗号鍵を暗号化しうる。よって、パスワード共有システムは、初期クライアント・デバイスから暗号化ペイロードとともに共有暗号鍵の暗号化バージョンを受信し、共有フォルダ内に共有暗号鍵の暗号化バージョンとともにペイロードを記憶する。

パスワード共有システムが初期クライアント・デバイスから暗号化ペイロード及び対応する共有暗号鍵を受信した後、何らかの実装形態において、パスワード共有システムは他のクライアント・デバイスに共有フォルダのコンテンツへのアクセスを可能にする。特に、別のクライアント・デバイスによる共有フォルダのコンテンツへのアクセス要求に応じて、パスワード共有システムは、要求クライアント・デバイスを検証し、暗号化ペイロードと、共有暗号鍵の暗号化バージョンとを要求クライアント・デバイスに提供しうる。要求クライアント・デバイスは、（例えば、要求デバイスの秘密暗号鍵を利用して、）共有暗号鍵の暗号化バージョンを復号しうる。最後に、要求クライアント・デバイスは、共有暗号鍵を利用して暗号化ペイロードを復号し、共有フォルダのコンテンツにアクセスしうる。

パスワードを要求クライアント・デバイスと共有することに加えて（又はこれに代えて）、いくつかの実施形態において、パスワード共有システムは、セキュリティを向上させるために共有暗号鍵をローテーションする。例えば、鍵ローテーション・イベントを検出したことに応じて、パスワード共有システムは、クライアント・デバイスにイベントを通知し、共有フォルダへの現在のメンバーシップ・アクセス権を有するクライアント・デバイスから更新された公開鍵集合を読み出す。その後、パスワード共有システムは、更新された公開鍵集合を、共有フォルダへの現在のアクセス権又はメンバーシップを有するクライアント・デバイスのそれぞれに提供しうる。

パスワード共有システムが鍵ローテーション・イベントを検出し、クライアント・デバイスに鍵ローテーション・イベントを通知した後、クライアント・デバイスは、変更された（例えば、新たな）共有暗号鍵を生成することによって、共有暗号鍵をローテーションする。クライアント・デバイスはさらに、変更された共有暗号鍵でパスワードを含むペイロードを暗号化し、パスワード共有システムから受信された更新された公開鍵集合で、変更された共有暗号鍵を暗号化する。このような暗号化ペイロードは、パスワードの同じ集合又はパスワードの新たな集合を含みうる。パスワード共有システムは、更新された暗号化ペイロードと、変更された共有暗号鍵とをクライアント・デバイスから受信し、それらを共有フォルダに記憶する。いくつかの実施形態において、パスワード共有システムはまた、データ（例えば、ペイロード）が受信／コミットされる順序に基づいてイニシエータ・デバイス及びフォロワ・デバイスを決定することによって、更新された共有フォルダ・データをパスワード共有システムにアップロードしようと試みるクライアント・デバイス間の競合を検出する。パスワード共有システムはまた、（例えば、受信された各ペイロードに関連付けられたリビジョン番号に基づいて）イニシエータ・デバイスではないクライアント・デバイスからのペイロード・コミットを許可しない。

共有フォルダのための共有鍵を初期化又はローテーションすることに加えて、いくつかの追加の実施形態において、パスワード共有システムは、共有フォルダを介してパスワードの集合に高度なアクセス制御レベルを提供する。例えば、パスワード共有システムは、共有フォルダ内のフォルダ階層に基づいて、異なるクライアント・デバイス（及び／又はユーザ・アカウント）に異なるアクセス・パーミッションを割り当てうる。説明すると、パスワード共有システムは、異なるクライアント・デバイスが、共有フォルダ内の１つ以上のサブフォルダに関連するクライアント・デバイスのための様々なアクセス制御レベルを利用することによって、パスワードの１つ以上のサブセットを閲覧、作成、又は変更することを可能にしうる。

本書に記載されるパスワード共有システムは、クレデンシャル・ストレージを実装するコンピューティング・デバイスに向上を提供する。具体的に、パスワード共有システムは、デバイス及びユーザ・アカウントにわたってパスワードを共有するために、公開及び共有暗号鍵を介して鍵交換又は鍵ローテーションを利用することによって、セキュリティを向上する。上記で示唆されたように、従来のクレデンシャル・ストレージ・システムは、不正なユーザ又はデバイスによって使用された場合に様々なオンライン・サービスへのアクセスを許可しうる一連の暗号化クレデンシャルを保護するために中央クレデンシャル（例えば、ユーザ名／パスワードの組み合わせ）を使用することによって、ネットワーク・セキュリティ・リスクをもたらしうる。シールドとしての単一の従来のクレデンシャルとは対照的に、パスワード共有システムは、パスワードと共有暗号鍵との両方を含む共有フォルダについてのペイロードを暗号化することによって、パスワード保護セキュリティを向上する暗号化の複数の層を導入する。

このような多層暗号化を容易にするために、例えば、パスワード共有システムは、共有暗号鍵を暗号化する際に初期クライアント・デバイスが利用するために、１つ以上のクライアント・デバイスから初期クライアント・デバイスへの初期公開暗号鍵交換を提供する。パスワード共有システムは、暗号化ペイロード及び共有暗号鍵を受信（及び初期クライアント・デバイスが書き込み及び提供）し、初期クライアント・デバイスは、クライアント・デバイスからの公開暗号鍵で共有暗号鍵を暗号化している。暗号化ペイロードを受信すると、パスワード共有システムは、暗号化ペイロード及び共有暗号鍵を共有フォルダに記憶する。よって、パスワード共有システムは、共有フォルダ内の暗号化ペイロードへのアクセスを、共有暗号鍵を復号するための対応する秘密鍵を有するデバイスのみに制限することによって、従来の単一クレデンシャル保護又は標準の公開秘密鍵暗号化を超えるパスワードの集合へのアクセスをセキュアに提供する。

共有フォルダ構造によって提供されるセキュリティ保護に加えて、パスワード共有システムはまた、クライアント・デバイス及びユーザ・アカウントにわたる鍵ローテーションを利用することによって、セキュアなコンテンツを共有するコンピューティング・デバイスのセキュリティを向上する。特に、共有フォルダのメンバーシップにおける変化を検出すること、又は認可されたクライアント・デバイスのための共有暗号鍵のローテーションをトリガする何らかの他の鍵ローテーション・イベントを検出することによって、パスワード共有システムは、望ましくないクライアント・デバイスが暗号化コンテンツにアクセスすることを防止する。より具体的に、共有フォルダ内のペイロードを暗号化するために利用される共有暗号鍵をローテーションし、鍵ローテーション・イベントに応じてクライアント・デバイスについての公開鍵集合を更新することによって、パスワード共有システムは、共有コンテンツへの現在のメンバーシップ・アクセス権を有するクライアント・デバイスのみが、共有暗号鍵（よって、暗号化ペイロード）を復号しうることを保証しうる。

上述のように、従来のクレデンシャル・ストレージ・システムは、（発見された場合）パスワードを公開する単一又は中央クレデンシャルを使用することによって、又は（公開鍵が更新されていない場合に）共有グループを離れた以前のメンバーにパスワード又は他のセキュア・データを公開し続けうる従来の公開‐秘密－暗号化－鍵ペアを使用することによって、セキュリティ・リスクをもたらしうる。このような従来のシステムとは対照的に、パスワード共有システムは、共有暗号鍵を自動的にローテーションし、鍵ローテーション・イベントを検出すると新たな共有暗号鍵を含むペイロードを再暗号化することによって、共有フォルダの以前のメンバーによって保持されていた暗号鍵が、共有メンバーシップを離れた後にいつでも共有フォルダのコンテンツにアクセスできないことを保証する。

セキュリティの向上に加えて、パスワード共有システムはまた、共有フォルダ内に共有暗号鍵とともにペイロードを提供することによって、データ損失又はデータ破損から保護する。例えば、パスワード共有システムは、ペイロードをコミットする前に、共有暗号鍵が常にペイロードとともに含まれることを保証することによって、データ損失を防止する。具体的に、暗号化ペイロードとともに共有暗号鍵を含めることにより、パスワード共有システム及びクライアント・デバイスは、共有暗号鍵の現在のバージョンとペイロードとともに記憶された共有暗号鍵のバージョンとの間の比較を介して、記憶された共有暗号鍵の妥当性を検証しうる。よって、パスワード共有システムは、不一致の鍵バージョンを容易に検出し、正しい鍵バージョンを有していない共有暗号鍵とともにペイロードを記憶することを防止しうる。共有フォルダのためのペイロードを暗号化するために使用される共有暗号鍵のバージョンを検証し、共有暗号鍵をペイロードとともに記憶することによって、パスワード共有システムはまた、前述したように、そうでなければ暗号鍵又はペイロードの違いから生じるのであろうデータ損失を防止する。

さらに、パスワード共有システムは、共有フォルダを介して共有コンテンツへのアクセスを提供することによって柔軟性を提供する。例えば、パスワード共有システムは、共有フォルダへのメンバーシップを有する各クライアント・デバイスに対する特定のサブフォルダ（例えば、パスワード又はパスワード・サブグループ）へのアクセスを指定するために、（例えば、サブフォルダを含む）共有フォルダの階層内のアクセス制御レベルを利用しうる。パスワード共有システムはまた、各クライアント・デバイスが各サブフォルダを読み書きしうるかどうか、及び／又は（例えば、新たなパスワードを閲覧、変更、又は作成するために）新たなサブフォルダを生成しうるかどうかを示すことによって、各クライアント・デバイスが各サブフォルダに対して有するアクセス権のタイプを指定しうる。したがって、鍵交換及び鍵ローテーションと組み合わせて、パスワード共有システムは、複数のクライアント・デバイス及び／又はユーザ・アカウントによるアクセスのためにパスワードをセキュアかつ柔軟に記憶するアクセス制御と暗号化との組み合わせを提供するために、アクセス制御レベルを利用しうる。

ここで図面を参照すると、図１は、パスワード共有システム１０２が動作しうるシステム環境１００の概略図を示す。特に、システム環境１００は、ネットワーク１０８を介して通信するサーバ１０４及びクライアント・デバイス１０６ａ～１０６ｎを含む。さらに、図示されるように、サーバ１０４は、パスワード共有システム１０２を含むコンテンツ管理システム１１０を含む。さらに、クライアント・デバイス１０６ａ～１０６ｎは、クライアント・アプリケーション１１２ａ～１１２ｎをそれぞれ含みうる。

図１に説明されるように、サーバ１０４は、コンテンツ管理システム１１０を含むか、又はこれをホストする。１つ以上の実施形態において、コンテンツ管理システム１１０は、１つ以上のクライアント・デバイス（例えば、クライアント・デバイス１０６ａ～１０６ｎ）上のコンテンツ管理システム１１０の１以上のユーザのためのデジタル・コンテンツ・アイテムを記憶、共有、作成、変更、又は表示するためのデジタル・コンテンツ・アイテムの管理を実装する１つ以上のシステムを含むか、又はその一部である。例えば、コンテンツ管理システム１１０は、デジタル・コンテンツ・アイテムを閲覧、生成、編集、共有、又は他のように相互作用するためのツールを提供する。説明のために、コンテンツ管理システム１１０は、テキスト、画像、又は他のメディアを有するデジタル・コンテンツ・アイテムを生成又は編集するためのツールを、クライアント・アプリケーション１１２ａ～１１２ｎを介してクライアント・デバイス１０６ａ～１０６ｎに提供する。

いくつかの実施形態において、クライアント・アプリケーション１１２ａ～１１２ｎは、クライアント・デバイス１０６ａ～１０６ｎにそれぞれ利用可能なウェブ・ブラウザ、アプレット、又は他のソフトウェア・アプリケーション（例えば、ネイティブ・アプリケーション）を含む。さらに、いくつかの例において、コンテンツ管理システム１１０は、クライアント・デバイス１０６ａ～１０６ｎによって実行された場合に、それぞれアプリケーション又はウェブページを作成するか、又は他のようにクライアント・デバイス１０６ａ～１０６ｎのうちの１つと統合する命令を含むデータを提供する。これに関連して、いくつかの実施形態において、コンテンツ管理システム１１０は、ユーザがクライアント・デバイス上のクライアント・アプリケーション（例えば、クライアント・アプリケーション１１２ａ）を介してデジタル・コンテンツ・アイテムと相互作用するために、リモート・グラフィカル・ユーザ・インタフェース（又は他のグラフィカル・ユーザ・インタフェース）のためのデータをクライアント・デバイス（例えば、クライアント・デバイス１０６ａ）に提供する。

さらに、１つ以上の実施形態において、コンテンツ管理システム１１０は、複数のコンピューティング・デバイスにわたって共有するためのデジタル・セキュリティ・クレデンシャル（例えば、パスワード、ユーザ名）のセキュアな記憶を提供する。例えば、コンテンツ管理システム１１０は、クライアント・デバイス１０６ａ～１０６ｎによるアクセスのためのパスワードの集合を記憶し共有するためのパスワード共有システム１０２を含む。具体的に、パスワード共有システム１０２は、パスワードの集合を取得し、共有フォルダ内にパスワードの集合を記憶するために、ネットワーク１０８を介してクライアント・デバイス１０６ａ～１０６ｎの第１のクライアント・デバイスと通信する。その後、パスワード共有システム１０２は、パスワードの集合を含む共有フォルダへのアクセスをクライアント・デバイス１０６ａ～１０６ｎに提供する。

本書で使用されるように、「パスワード」という用語は、例えばアカウントにアクセスするための一連の文字又はコードのような、アカウント、デジタル・コンテンツ、デジタル・ファイル、又はサービスに関連付けられたコンピューティング・デバイスにアクセスするためのクレデンシャルを指す。さらに、パスワードは、アカウント名（例えば、ユーザ名）のような追加のログイン情報を含むか、又はこれに関連付けられうる。さらに、パスワードは、ユーザを識別するために又はアカウントへのログイン試行を検証するためにサービスが利用する他のセキュア情報を含みうる。１つ以上の追加の実施形態において、パスワードは、１つ以上のサービスに関連付けられた支払クレデンシャル（例えば、クレジット／デビット・カード情報）又はメンバーシップ情報を含む。本書で使用されるように、「パスワードの集合」という用語は、１つ以上のパスワードを指す。さらに、パスワードの集合は、それぞれが１つ以上の別個のパスワードを含む、パスワードの１つ以上のサブグループを含みうる。

本書でさらに使用されるように、「共有フォルダ」という用語は、２つ以上のコンピューティング・デバイス又はユーザ間でデジタル・コンテンツを共有するためのデジタル記憶位置又はファイルを指す。例えば、共有フォルダは、共有フォルダ識別子に従って２つ以上のコンピューティング・デバイスへのデジタル記憶位置へのアクセスを提供する、クラウド記憶媒体内のデジタル記憶位置を含みうる。共有フォルダは、少なくとも最初に、ペイロードを含まなくてもよい。さらに、共有フォルダは、１つ以上のサブフォルダを含む階層を含みうる。さらに、共有フォルダは、別のフォルダ（例えば、他のユーザと共有されないユーザの個人パスワードを含むルート・フォルダ）内のサブフォルダでありうる。共有フォルダは、ルート・フォルダ内の複数の共有フォルダのうちの１つであってもよく、各共有フォルダはそれ自体の共有メンバーシップを有する。

１つ以上の追加の実施形態において、パスワード共有システム１０２は、パスワードの集合を共有することに関連して暗号鍵を交換するために、クライアント・デバイス１０６ａ～１０６ｎと通信する。特に、パスワード共有システム１０２は、パスワードの集合を含む共有フォルダへのメンバーシップ・アクセス権をクライアント・デバイス１０６ａ～１０６ｎが有することに基づいて、クライアント・デバイス１０６ａ～１０６ｎから公開暗号鍵を含む公開鍵集合を読み出す。パスワード共有システム１０２はまた、共有フォルダ内に記憶するためのペイロードを取得することに関連して、クライアント・デバイス１０６ａ～１０６ｎのうちの１つ以上に公開暗号鍵を提供しうる。

本書で使用されるように、「公開暗号鍵」（又は「公開鍵」）という用語は、広く配布されているクライアント・デバイス又はユーザに関連付けられた公開‐秘密鍵ペアの一部としての暗号化鍵を指す。いくつかの場合に、第１のクライアント・デバイスは、（例えば、第２のクライアント・デバイスによるアクセスのために）デジタル・データを暗号化するために、第２のクライアント・デバイスの公開鍵を使用する。反対に、本書で使用されるように、「秘密暗号鍵」（又は「秘密鍵」）という用語は、クライアント・デバイスによって秘密に保持又は記憶されたクライアント・デバイスに関連付けられた公開‐秘密鍵ペアの一部としての暗号化鍵を指す。いくつかの場合に、クライアント・デバイスは、公開‐秘密鍵ペアからの対応する公開暗号鍵を利用して暗号化されたデジタル・データを復号するために、秘密暗号鍵を使用する。したがって、公開暗号鍵は、所有者クライアント・デバイスが対応する秘密暗号鍵を利用して復号するようにデータを暗号化するクライアント・デバイスからアクセス可能である。本書で使用されるように、「公開鍵集合」という用語は、１つ以上のクライアント・デバイスに関連付けられた１つ以上の公開暗号鍵を指す。

本書でさらに使用されるように、「ペイロード」という用語は、受信側コンピューティング・デバイスでの記憶のために、送信側コンピューティング・デバイスから受信側コンピューティング・デバイスへ送られる又は送信されるデータを指す。いくつかの場合に、ペイロードは、このようなコンピューティング・デバイス間で送信される意図されたデジタル・データを含むが、付随するメタデータ又はヘッダを除外する。例えば、ペイロードは、１つ以上のコンピューティング・デバイスからアクセス可能な共有フォルダ内の記憶のためにクライアント・デバイスがストレージ・システム（例えば、コンテンツ管理システム）へ送信するパスワードの集合を含みうる。いくつかの実施形態において、ペイロードはまた、１つ以上のクライアント・デバイスにおいてローカルに記憶するためにストレージ・システムが１つ以上のクライアント・デバイスへ送信する共有フォルダ内のパスワードの集合を含みうる。さらに、本書で使用されるように、「暗号化ペイロード」という用語は、暗号鍵を介して暗号化されているペイロードを指す。

図１によってさらに説明されるように、パスワード共有システム１０２はまた、共有フォルダに関連付けられた鍵ローテーション・イベントに応じて鍵ローテーションを実行するために、クライアント・デバイス１０６ａ～１０６ｎと通信する。例えば、パスワード共有システム１０２は、共有フォルダのペイロードを暗号化するために利用される暗号鍵を更新する時刻を示す鍵ローテーション・イベントを検出する。パスワード共有システム１０２は、公開鍵集合を更新し、更新された公開鍵集合を、共有フォルダへの現在のアクセス権又はメンバーシップを有する各クライアント・デバイスに提供するために、クライアント・デバイス１０６ａ～１０６ｎと通信しうる。１つ以上の実施形態において、クライアント・デバイス１０６ａ～１０６ｎのうちの１つは、共有暗号鍵をローテーションし、共有フォルダのペイロードを再暗号化し、（更新された公開鍵集合を利用して暗号化された）共有暗号鍵とともに、更新された暗号化ペイロードをパスワード共有システム１０２に提供する。その後、パスワード共有システム１０２は、共有フォルダの更新されたペイロードへのアクセスを、ネットワーク１０８を介してクライアント・デバイス１０６ａ～１０６ｎに提供する。

本書で使用されるように、「鍵ローテーション・イベント」という用語は、暗号鍵のローテーションを開始する検出されたアクション又は他のインジケータを指す。例えば、鍵ローテーション・イベントは、既存の暗号鍵を置き換えるために新たな暗号鍵を生成することによって、暗号鍵の更新又は変更をトリガしうる。１つ以上の実施形態において、鍵ローテーション・イベントは、共有フォルダについての共有メンバーシップにおける変化のインジケーション、共有暗号鍵を変更することのクライアント・デバイスからのコマンドのインジケーション、又は共有フォルダに関連付けられた時間閾値のインジケーションを含むが、これらに限定されない。さらに、鍵ローテーション・イベントは、暗号鍵をローテーションするための手動要求（例えば、ユーザのためのカスタマー・サービス・エージェントによる要求）に応じたパスワード共有システムによる開始を含みうる。

本書でさらに使用されるように、「共有メンバーシップ」という用語は、１つ以上のアカウント又はクライアント・デバイスのためのフォルダへのアクセス・パーミッションを指す。例えば、共有メンバーシップは、フォルダへのアクセスを許可されるユーザ識別子、アカウント識別子、及び／又はデバイス一意識別子を含みうる。１つ以上の実施形態において、共有メンバーシップは、所与のクライアント・デバイスがコンテンツ管理システム１１０及び／又はパスワード共有システム１０２に関連してサーバ１０４上に記憶されたフォルダへのアクセス権を有するかどうかを判定するためのフォルダに関連して、メタデータ・ファイル又はデータベースに記憶される。

１つ以上の実施形態において、クライアント・デバイス１０６ａ～１０６ｎのそれぞれは、図８を参照して以下で説明するものを含む、モバイル・デバイス（例えば、スマートフォン又はタブレット）、ラップトップ、又はデスクトップを含みうるが、これらに限定されない。さらに、図１に示されていないが、クライアント・デバイス１０６ａ～１０６ｎは１以上のユーザ・アカウントに関連付けられ、様々な機能を実行するために１以上のユーザ（例えば、コンテンツ管理システム１１０に関連付けられたユーザ）によって操作されうる。特に、１つ以上の実施形態において、クライアント・デバイス１０６ａ～１０６ｎは、（例えば、クライアント・アプリケーション１１２ａ～１１２ｎを介して）様々なデジタル・コンテンツにアクセスすること、閲覧すること、及びこれと相互作用することのような機能を実行するが、これらに限定されない。さらに、クライアント・デバイス１０６ａ～１０６ｎはまた、ネットワーク１０８を介してコンテンツ管理システム１１０に提供するために、データを生成し、キャプチャし、又はこれにアクセスするための機能を実行する。１つ以上の実施形態において、クライアント・デバイス１０６ａ～１０６ｎのうちの１つ以上は、クライアント・デバイス１０６ａ～１０６ｎの間でパスワードの集合を共有することに関連して、パスワード共有システム１０２へ送信するために、ペイロードを暗号化し、共有暗号鍵を暗号化するための動作を実行する。

１つ以上の実施形態において、サーバ１０４は、図８を参照して以下で説明するものを含む様々なコンピューティング・デバイスを含む。例えば、サーバ１０４は、デジタル・コンテンツ・アイテム（例えば、テキスト、画像、ビデオ、オーディオ）に関連付けられたデータを記憶し処理するための１つ以上のサーバを含みうる。サーバ１０４はまた、分散ストレージ環境内のような、互いに通信する複数のコンピューティング・デバイスを含みうる。いくつかの実施形態において、サーバ１０４は、コンテンツ・サーバを含む。１つ以上の実施形態において、サーバ１０４は、アプリケーション・サーバ、通信サーバ、ウェブ・ホスティング・サーバ、ソーシャル・ネットワーキング・サーバ、デジタル・コンテンツ・キャンペーン・サーバ、又はデジタル通信管理サーバを含みうる。

さらに、図１に説明されるように、システム環境１００は、ネットワーク１０８を含む。ネットワーク１０８は、システム環境１００の構成要素間の通信を可能にする。１つ以上の実施形態において、ネットワーク１０８は、インターネット又はワールド・ワイド・ウェブを含む。さらに、ネットワーク１０８は、企業イントラネット、仮想プライベート・ネットワーク（ＶＰＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、無線ローカル・ネットワーク（ＷＬＡＮ）、セルラー・ネットワーク、ワイド・エリア・ネットワーク（ＷＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、又は２つ以上のこのようなネットワークの組合せのような、様々な通信技術及びプロトコルを使用する様々なタイプのネットワークを含みうる。実際、サーバ１０４及びクライアント・デバイス１０６ａ～１０６ｎは、データ通信を支援する任意の既知の通信技術、デバイス、媒体、及びプロトコルを含む、データ及び／又は通信信号を輸送するのに適した様々な通信プラットフォーム及び技術を使用して、ネットワーク１０８を介して通信してもよく、この例は、図８を参照して説明される。

図１はサーバ１０４とクライアント・デバイス１０６ａ～１０６ｎとがネットワーク１０８を介して通信する例を示すが、システム環境１００の様々な構成要素は、これに代えて、他の方法を介して通信及び／又は相互作用する（例えば、サーバ１０４とクライアント・デバイス１０６ａ～１０６ｎとは直接通信する）。さらに、図１はシステム環境１００内の特定の構成要素及び／又はデバイスによって実装されるパスワード共有システム１０２を示すが、パスワード共有システム１０２は全体的又は部分的に、システム環境１００内の他のコンピューティング・デバイス及び／又は構成要素によって実装されうる。例えば、パスワード共有システム１０２の少なくとも一部は、クライアント・デバイス１０６ａ～１０６ｎのうちの１つ以上の中に実装されうる。

上述のように、パスワード共有システム１０２は、複数のクライアント・デバイスに共有フォルダへのセキュアなアクセスを提供するために、共有フォルダに関連する鍵交換及び鍵ローテーションを利用しうる。図２Ａ～図２Ｂは、複数のクライアント・デバイスからアクセス可能な共有フォルダと、複数のクライアント・デバイスにわたって共有フォルダのコンテンツをセキュアに共有するための動作に関連付けられた複数の暗号鍵との図を説明する。具体的に、図２Ａは、複数のクライアント・デバイス間の初期鍵交換を説明し、図２Ｂは、複数のクライアント・デバイス間で共有される変更された共有暗号鍵への鍵ローテーションを説明する。

図２Ａは、サーバ１０４と、第１のクライアント・デバイス２００ａと、第２のクライアント・デバイス２００ｂとを含む環境を説明する。１つ以上の実施形態において、サーバ１０４は、第１のクライアント・デバイス２００ａ及び第２のクライアント・デバイス２００ｂに関連付けられた共有フォルダを管理するためのパスワード共有システム１０２を含む。例えば、サーバ１０４は共有フォルダをホストし、共有フォルダへのアクセスを第１のクライアント・デバイス２００ａ及び第２のクライアント・デバイスに提供する。

１つ以上の実施形態によれば、第１のクライアント・デバイス２００ａは、共有フォルダ２０４を生成するために、クライアント・アプリケーション２０２ａを利用する。例えば、第１のクライアント・デバイス２００ａは、（例えば、共有フォルダ２０４の所有者／管理者アカウントに関連付けられていることに基づいて、）サーバ１０４において共有フォルダ２０４を生成するようにサーバ１０４におけるパスワード共有システム１０２に要求を送信するために、コンテンツ共有アプリケーションを利用する。共有フォルダ２０４の生成に関連して、第１のクライアント・デバイス２００ａはまた、第１のクライアント・デバイス２００ａ及び第２のクライアント・デバイス２００ｂを含む共有フォルダ２０４に関連付けられた共有メンバーシップを示しうる。

１つ以上の実施形態において、共有フォルダ２０４は、第１のクライアント・デバイス２００ａ及び第２のクライアント・デバイス２００ｂと共有するためのパスワードの集合を含む。説明のために、共有フォルダ２０４は、１つ以上のサービスに関連付けられた１つ以上のパスワードを含みうる。さらに、図２Ａに説明されるように、共有フォルダ２０４は、異なるクライアント・デバイスと共有するためのパスワードの異なる集合を含む１つ以上のサブフォルダ（例えば、第１のサブフォルダ２０６ａ及び第２のサブフォルダ２０６ｂ）を含みうる。例えば、パスワード共有システム１０２は、パスワードに関連付けられたパスワード・パーミッションに基づいて、共有フォルダ２０４内の各サブフォルダに関して各クライアント・デバイスについて個別のアクセス・パーミッションを確立しうる。

本書で使用されるように、「パスワード・パーミッション」という用語は、ユーザ又はユーザ・アカウントによるパスワードへの指定されたアクセス権を指す。例えば、パスワード・パーミッションは、所与のアカウントがサービスのための特定のパスワードを閲覧、使用、又は変更できるかどうかを示しうる。さらに、本書で使用されるように、「アクセス・パーミッション」という用語は、ユーザ又はユーザ・アカウントによるフォルダへの指定されたアクセス権を指す。例えば、アクセス・パーミッションは、パスワードの集合を含む所与のフォルダ又はサブフォルダについてユーザ・アカウントに割り当てられたアクセス制御レベルを示しうる。１つ以上の実施形態において、特定のフォルダへのアクセス・パーミッションは、フォルダ内の１つ以上のパスワードに対応するパスワード・パーミッションに基づく。

パスワード共有システム１０２が共有フォルダ２０４を生成することを要求する場合に、いくつかの実施形態において、第１のクライアント・デバイス２００ａはまず、第１のクライアント・デバイス２００ａ上でローカルに、共有フォルダ２０４と、対応する階層とを生成する。さらに、第１のクライアント・デバイス２００ａは、クライアント・デバイス２００ａのローカル・ストレージ内の共有フォルダ２０４内にパスワードの集合を記憶しうる。その後、第１のクライアント・デバイス２００ａは、共有フォルダ２０４に対応するペイロードをパスワード共有システム１０２に配送するための準備として、サーバ１０４上に対応する階層を有する共有フォルダ２０４を生成することの要求をパスワード共有システム１０２へ送信しうる。

パスワード共有システム１０２は、共有フォルダを生成することの要求を受けたことに応じて、サーバ１０４において、対応する階層を含む共有フォルダ２０４を生成する。共有フォルダ２０４内に記憶するためのペイロードを受信する前に、パスワード共有システム１０２は、第２のクライアント・デバイス２００ｂに関連付けられた少なくとも１つの公開暗号鍵を含む公開鍵集合２０８を読み出す。例えば、パスワード共有システム１０２は、パスワード共有システム１０２に登録されたクライアント・デバイスについて以前にキャッシュされた公開暗号鍵から、第２のクライアント・デバイス２００ｂに関連付けられた公開暗号鍵を取得する。いくつかの実施形態において、パスワード共有システム１０２はまた、公開鍵集合２０８内に含めるために、第１のクライアント・デバイス２００ａに関連付けられた公開暗号鍵を読み出す。例えば、パスワード共有システム１０２は、第１のクライアント・デバイス２００ａ及び第２のクライアント・デバイス２００ｂに関連付けられた秘密暗号鍵（例えば、第１の秘密暗号鍵２１０ａ及び第２の秘密暗号鍵２１０ｂ）に関連付けられた公開暗号鍵を取得しうる。その後、パスワード共有システム１０２は、公開鍵集合２０８を第１のクライアント・デバイス２００ａに提供しうる。

図２Ａによってさらに説明されるように、第１のクライアント・デバイス２００ａは、共有フォルダ２０４に関連付けられたペイロード（例えば、パスワードの集合）を暗号化するために、共有暗号鍵２１２を利用する。本書で使用されるように、「共有暗号鍵」（又は「共有鍵」）という用語は、共有フォルダのためのペイロードを暗号化及び／又は復号するために利用される暗号化鍵を指す。例えば、共有暗号鍵は、クライアント・デバイス間で共有されるパスワードの集合を暗号化及び復号するために複数のクライアント・デバイスからアクセス可能である鍵を含む。さらに、図２Ａに説明されるように、第１のクライアント・デバイス２００ａは、共有フォルダ２０４内に、暗号化ペイロードとともに（共有暗号鍵２１２の暗号化されていないバージョンではなく）共有暗号鍵２１２の暗号化バージョンを記憶する。

１つ以上の実施形態において、上述のように、第１のクライアント・デバイス２００ａは、暗号化ペイロードとともに共有フォルダ２０４内に記憶するための共有暗号鍵２１２を暗号化する。例えば、第１のクライアント・デバイス２００ａは、パスワード共有システム１０２から受信された公開鍵集合２０８を利用して共有暗号鍵２１２を暗号化する。したがって、第１のクライアント・デバイス２００ａは、（ｉ）第２のクライアント・デバイス２００ｂに関連付けられた公開暗号鍵と、（ｉｉ）パスワード共有システム１０２を介した共有フォルダ２０４へのメンバーシップ・アクセス権を有する任意の追加のクライアント・デバイスに関連付けられた任意の追加の公開暗号鍵と、を利用して、共有暗号鍵２１２の暗号化バージョンのリストを生成する。公開鍵集合２０８を利用して共有暗号鍵２１２を暗号化することによって、第１のクライアント・デバイス２００ａは、共有フォルダ２０４にメンバーシップ・アクセス権を有していないクライアント・デバイスによる共有暗号鍵２１２へのアクセスを防止する。図２Ａは、共有フォルダ２０４のペイロードとともに（例えば、暗号化された共有暗号鍵のリストとして）記憶された共有暗号鍵２１２の暗号化バージョンを説明する。

さらに、１つ以上の実施形態において、第１のクライアント・デバイス２００ａは、（例えば、後で使用するために）パスワード共有システム１０２において維持されるユーザ固有の鍵集合内の共有暗号鍵２１２の非暗号化バージョンをアップロードする。例えば、共有フォルダ２０４の共有メンバーシップが他のいずれのユーザも含まないならば、第１のクライアント・デバイス２００ａは、共有暗号鍵２１２を用いてペイロードを暗号化するが、パスワード共有システム１０２を介して他のクライアント・デバイスと共有暗号鍵２１２を共有しない。第１のクライアント・デバイス２００ａはまた、パスワード共有システム１０２を介して他のユーザと共有されない他の鍵をユーザ固有の鍵集合に記憶しうる。

共有暗号鍵２１２を使用して共有フォルダ２０４のペイロードを暗号化し、公開鍵集合２０８を使用して共有暗号鍵２１２を暗号化した後、第１のクライアント・デバイス２００ａは、サーバ１０４における共有フォルダ２０４内に記憶するために、暗号化ペイロード及び暗号化共有暗号鍵２１２をパスワード共有システム１０２へ送信する。さらに、パスワード共有システム１０２は、共有フォルダ２０４へのメンバーシップ・アクセス権を第２のクライアント・デバイス２００ｂが有することに基づいて、クライアント・アプリケーション２０２ｂを介して、共有フォルダ２０４のコンテンツへのアクセスを第２のクライアント・デバイス２００ｂに提供する。よって、第２のクライアント・デバイス２００ｂ（又は他のクライアント・デバイス）は、共有フォルダ２０４をサーバ１０４から第２のクライアント・デバイス２００ｂ（又は対応するクライアント・デバイス）にダウンロードすること（例えば、同期すること）を要求しうる。

共有フォルダ２０４をダウンロードすることの第２のクライアント・デバイス２００ｂによる要求を受信したことに応じて、パスワード共有システム１０２は、暗号化ペイロード及び暗号化共有暗号鍵２１２を第２のクライアント・デバイス２００ｂへ送信しうる。暗号化ペイロード及び暗号化共有暗号鍵２１２をサーバ１０４から受信した後、第２のクライアント・デバイス２００ｂは、第２の秘密暗号鍵２１０ｂを利用して共有暗号鍵２１２を復号しうる。その後、第２のクライアント・デバイス２００ｂは、共有フォルダ２０４内のコンテンツ（例えば、パスワードの集合）にアクセスするために、共有暗号鍵２１２を利用して暗号化ペイロードを復号しうる。

前述したように、パスワード共有システム１０２はまた、１つ以上のクライアント・デバイスへの１つ以上のパスワード又はパスワードのグループへのアクセスを制限するために、異なるアクセス制御レベルを利用しうる。例えば、パスワード共有システム１０２は、第１のクライアント・デバイス２００ａが第１のサブフォルダ２０６ａ及び第２のサブフォルダ２０６ｂにアクセスすることを可能にする一方で、第２のクライアント・デバイス２００ｂが第１のサブフォルダ２０６ａのみにアクセスすることを可能にするために、サブフォルダのアクセス制御レベルを利用しうる。さらに、パスワード共有システム１０２は、例えば第１のクライアント・デバイス２００ａが共有フォルダ２０４内の任意のサブフォルダを読み書きすることを可能にする一方で、第２のクライアント・デバイス２００ｂが第１のサブフォルダ２０６ａのコンテンツを読み取ることのみを可能にするために、異なるタイプのアクセス制御レベルを異なるクライアント・デバイスに割り当てうる。

図２Ｂに説明されるように、パスワード共有システム１０２はまた、共有フォルダ２０４に関連して鍵をローテーションする。具体的に、パスワード共有システム１０２は、図２Ａに示される共有暗号鍵２１２をローテーションするための鍵ローテーション・イベントを検出する。図２Ｂに説明されるように、パスワード共有システム１０２は、パスワード共有システム１０２に共有暗号鍵２１２を変更するためのプロセスを開始させる複数の可能なイベントのうちの１つを含む鍵ローテーション・イベント２１８を検出する。例えば、先に述べたように、図２Ｂに説明されるように、鍵ローテーション・イベント２１８は、共有フォルダ２０４の共有メンバーシップの共有メンバーシップにおける変化、共有暗号鍵２１２をローテーションすることの要求、又は共有フォルダ２０４に関連付けられた時間閾値を含みうるが、これらに限定されない。よって、鍵ローテーション・イベント２１８は、１つ以上のクライアント・デバイスが以前の共有暗号鍵２１２へのアクセス権をもはや有するべきではないことを示す。

共有暗号鍵２１２をローテーションするために、パスワード共有システム１０２は、共有フォルダ２０４への現在のメンバーシップ・アクセス権を有するクライアント・デバイスに公開暗号鍵を要求することによって、更新された公開鍵集合２１４を読み出す。例えば、図２Ｂに説明されるように、パスワード共有システム１０２は、鍵ローテーション・イベント２１８の後、第１のクライアント・デバイス２００ａ及び第２のクライアント・デバイス２００ｂが共有フォルダ２０４へのメンバーシップ・アクセス権を有し、第１のクライアント・デバイス２００ａ及び第２のクライアント・デバイス２００ｂから公開暗号鍵を取得すると判定する。さらに、パスワード共有システム１０２は、更新された公開鍵集合２１４を第１のクライアント・デバイス２００ａ及び第２のクライアント・デバイス２００ｂに提供する。

１つ以上の実施形態において、鍵ローテーション・イベント２１８のインジケーションを受信し、パスワード共有システム１０２から更新された公開鍵集合２１４を受信したことに応じて、第１のクライアント・デバイス２００ａ及び第２のクライアント・デバイス２００ｂは、新たな共有暗号鍵を生成するために競争する。図２Ｂに説明されるように、第２のクライアント・デバイス２００ｂは、（例えば、共有暗号鍵２１２を変更された共有暗号鍵２１６にローテーションすることによって、）変更された共有暗号鍵２１６を生成し、その後、共有フォルダ２０４のペイロードを再暗号化するために、変更された共有暗号鍵２１６を利用することの一番手である。第２のクライアント・デバイス２００ｂはまた、更新された公開鍵集合２１４を利用して、（例えば、変更された共有暗号鍵の複数の暗号化バージョンを生成することによって、）変更された共有暗号鍵２１６を暗号化し、その後、共有フォルダ２０４内に記憶するために、暗号化ペイロードと、変更された共有暗号鍵２１６の暗号化バージョンとをパスワード共有システム１０２に提供する。図２Ｂは、共有フォルダ構造２０４が、変更された共有暗号鍵２１６の暗号化バージョンを含むことを示す。

図２Ｂにさらに説明されるように、パスワード共有システム１０２は、変更された共有暗号鍵２１６とともに再暗号化ペイロードを第１のクライアント・デバイス２００ａへ送信することによって、共有フォルダ２０４のコンテンツを第１のクライアント・デバイス２００ａと同期する。例えば、パスワード共有システム１０２は、共有フォルダ２０４を同期することの要求を第１のクライアント・デバイス２００ａから受信したことに応じて、共有フォルダ２０４のコンテンツを第１のクライアント・デバイス２００ａと同期しうる。再暗号化ペイロード及び（更新された公開鍵集合２１４を利用して暗号化された）変更された共有暗号鍵２１６を受信した後、第１のクライアント・デバイス２００ａは、第１の秘密暗号鍵２１０ａを利用して、変更された共有暗号鍵２１６を復号しうる。第１のクライアント・デバイス２００ａはまた、変更された共有暗号鍵２１６を利用して暗号化ペイロードを復号し、その後、共有フォルダ２０４のコンテンツにアクセスしうる。

図３Ａ～図３Ｂは、複数のクライアント・デバイスにわたってパスワードの集合を共有するための動作のフローチャートを説明する。特に、図３Ａ～図３Ｂに説明されるように、パスワード共有システム１０２を含むサーバ１０４は、パスワードの集合を共有するために、第１のクライアント・デバイス３００ａ及び第２のクライアント・デバイス３００ｂと通信しうる。とりわけ、このような通信及びパスワード共有を容易にするために、第１のクライアント・デバイス３００ａは第１のクライアント・アプリケーション３０２ａを含み、第２のクライアント・デバイス３００ｂは第２のクライアント・アプリケーション３０２ｂを含む。

図３Ａに説明されるように、第１のクライアント・デバイス３００ａは、パスワードの集合を選択する動作３０４を実行することによって、第２のクライアント・デバイス３００ｂとパスワードの集合を共有するプロセスを開始する。例えば、第１のクライアント・デバイス３００ａは、パスワードの集合を１以上の他のユーザと共有するために、第１のクライアント・デバイス３００ａに関連付けられた第１のユーザによる入力を受信する。その後、第１のクライアント・デバイス３００ａは、１以上の他のユーザと共有する１つ以上のサービスに関連付けられた１つ以上のパスワードを決定する。その後、第１のクライアント・デバイス３００ａは、第１のクライアント・デバイス３００ａ上にフォルダを生成する動作３０６を実行する。説明すると、第１のクライアント・デバイス３００ａは、パスワードの選択された集合を、第１のクライアント・デバイス３００ａのローカル・ストレージ上に、又はパスワードの集合がサーバ１０４上にどのように記憶されるかを示す仮想ストレージ（例えば、一時ストレージ）内に記憶するためのフォルダを生成する。したがって、第１のクライアント・デバイス３００ａは、生成されたフォルダ内にパスワードの集合を記憶するために、任意の数のサブフォルダを有するフォルダ階層をセットアップしうる。

図３Ａにさらに説明されるように、第１のクライアント・デバイス３００ａは、１つ以上の追加のクライアント・デバイスとフォルダを共有する動作３０８を実行する。１つ以上の実施形態において、第１のクライアント・デバイス３００ａは、パスワード共有システム１０２を含むコンテンツ管理システム（例えば、図１のコンテンツ管理システム１１０）のアカウントに関連付けられる。アカウントのユーザは、第１のクライアント・デバイス３００ａにおいて第１のクライアント・アプリケーション３０２ａ内のアカウントにログインし、その後、サーバ１０４からのデジタル・コンテンツにアクセスし、サーバ１０４上にデジタル・コンテンツを記憶し、及び／又はサーバ１０４を介して１つ以上の他のアカウントとデジタル・コンテンツを共有することを第１のクライアント・デバイス３００ａに行わせうる。例えば、第１のクライアント・デバイス３００ａは、１つ以上の他のアカウントに関連付けられた１つ以上の追加のクライアント・デバイス（例えば、追加のアカウントに関連付けられた第２のクライアント・デバイス３００ｂ）とフォルダを共有するために、１つ以上の他のアカウントのインジケーションをパスワード共有システム１０２へ送信しうる。

１つ以上の実施形態において、パスワード共有システム１０２は、パスワード共有システム１０２に様々な動作を実行させるためにクライアント・デバイスがパスワード共有システム１０２へコマンドを送信するためのアプリケーション・プログラミング・インタフェース（「ＡＰＩ」）を提供する。例えば、パスワード共有システム１０２は、クライアント・デバイスとサーバ１０４との間でデータ（例えば、パスワード）を同期するためのＡＰＩを提供する。説明すると、データを同期するためのＡＰＩは、様々な動作（例えば、リスト化、ダウンロード、アップロード動作）に関連付けられた機能を実行するための複数のＡＰＩコールを含みうる。したがって、１つ以上の実施形態において、第１のクライアント・デバイス３００ａは、「フォルダ共有」ＡＰＩコールをパスワード共有システム１０２に発行することによって、パスワード共有システム１０２を介してフォルダを共有する。

図３Ａにさらに説明されるように、第１のクライアント・デバイス３００ａがフォルダを共有した後、パスワード共有システム１０２は、第１のクライアント・デバイス３００ａがフォルダを共有したことに応じて、フォルダ識別子（「ＩＤ」）を第１のクライアント・デバイス３００ａへ送信する動作３１０を実行する。例えば、パスワード共有システム１０２は、第１のクライアント・デバイス３００ａ上のフォルダの構造をミラーリングするフォルダをサーバ１０４上に生成しうる。具体的に、サーバ１０４で生成されたフォルダは、フォルダに記憶するための第１のクライアント・デバイス３００ａからのコンテンツを受信するためのプレースホルダとして機能する空のフォルダでありうる。これに代えて、パスワード共有システム１０２は、新たなフォルダ構造（例えば、第１のクライアント・デバイス３００ａのローカル・ストレージ上に存在しないフォルダ構造）を生成するためのウェブ・インタフェースを介した要求に応じて、サーバ１０４上にフォルダを生成する。その後、パスワード共有システム１０２は、サーバ１０４上の生成されたフォルダ（例えば、ルート・フォルダ）に対応するフォルダＩＤを決定し、フォルダＩＤ(例えば、「ｓｈａｒｅ＿ｆｏｌｄｅｒ＿ＩＤ：１」）を第１のクライアント・デバイス３００ａに返しうる。

図３Ａにさらに説明されるように、パスワード共有システム１０２がサーバ１０４において共有フォルダを生成したことを示すフォルダＩＤを受信したことに応じて、第１のクライアント・デバイス３００ａは、パスワード共有システム１０２に公開鍵を要求する動作３１２を実行する。例えば、第１のクライアント・デバイス３００ａは、フォルダのコンテンツをパスワード共有システム１０２にアップロードする準備のために使用する１つ以上の公開鍵を提供することの要求（例えば、「公開鍵取得」ＡＰＩコール）をパスワード共有システム１０２へ送信しうる。

１つ以上の実施形態において、第１のクライアント・デバイス３００ａからの公開鍵の要求に応じて、パスワード共有システム１０２は、共有フォルダへのメンバーシップ・アクセス権を有する１つ以上の追加のクライアント・デバイスを識別しうる。例えば、パスワード共有システム１０２は、フォルダへのメンバーシップ・アクセス権を有する１つ以上のアカウントを示すフォルダの共有メンバーシップを維持しうる。さらに、パスワード共有システム１０２は、フォルダへのメンバーシップ・アクセス権を有する１つ以上のアカウントに関連付けられた（例えば、登録された）１つ以上のクライアント・デバイスを決定することによって、１つ以上の追加のクライアント・デバイスを識別しうる。

図３Ａにさらに説明されるように、パスワード共有システム１０２は、オプションで、公開鍵を第１のクライアント・デバイス３００ａに返さない動作３１４を実行する。特に、パスワード共有システム１０２は、フォルダ内に共有メンバーシップを有する追加のアカウントがない（すなわち、フォルダの所有者アカウントが他のアカウントとフォルダを共有していない）と判定しうる。パスワード共有システム１０２は、フォルダ内の共有メンバーシップに関連付けられた追加のアカウントをフォルダが有していないことに基づいて、フォルダがいかなる公開暗号鍵にも関連付けられていないと判定しうる。したがって、このような場合に、パスワード共有システム１０２は、フォルダについての共有メンバーシップに追加のクライアント・デバイスが関連付けられていないことに基づいて、パスワード共有システム１０２がフォルダのための公開暗号鍵を有していないことを示すために、第１のクライアント・デバイス３００ａへメッセージ又は信号を送信しうる。

図３Ａにまた説明されるように、第１のクライアント・デバイス３００ａは、オプションで、フォルダにメンバーを追加する動作３１６を実行する。具体的に、第１のクライアント・デバイス３００ａは、第１のクライアント・アプリケーション３０２ａを介した１以上のユーザをフォルダに追加するためのユーザ入力に応じて、フォルダに関連付けられた共有メンバーシップに１つ以上のアカウントを追加しうる。その後、第１のクライアント・デバイス３００ａは、１つ以上のアカウント識別子、ユーザ識別子、又は追加されたメンバーに関連付けられたデバイス固有識別子をパスワード共有システム１０２に提供することによって、追加されたメンバーのインジケーション（例えば、「メンバー追加」ＡＰＩコール）をパスワード共有システム１０２へ送信する。図３Ａはメンバーをフォルダに追加するための単一の動作を説明するが、第１のクライアント・デバイス３００ａは、（例えば、以前に生成された／既存の共有フォルダにメンバーを追加するために、）共有フォルダを最初に生成した後の任意の時刻にフォルダにメンバーを追加しうる。

図３Ａにさらに説明されるように、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂに関連付けられた公開鍵を取得する動作３１８を実行する。例えば、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂがコンテンツ管理システム１１０のユーザのアカウントに関連付けられていると判定する。１つ以上の実施形態において、パスワード共有システム１０２は、フォルダの共有メンバーシップに従ってフォルダへのメンバーシップ・アクセス権をアカウントが有することに基づいて、第２のクライアント・デバイス３００ｂに関連付けられた公開暗号鍵を取得する。いくつかの場合に、パスワード共有システム１０２は、パスワード共有システム１０２への第２のクライアント・デバイス３００ｂの登録の際に、第２のクライアント・デバイス３００ｂから公開暗号鍵を以前に受信した。これに代えて、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂがパスワード共有システム１０２に登録された後の任意の時刻に（例えば、共有フォルダの共有メンバーシップにユーザのアカウントを追加したときに）公開暗号鍵を取得しうる。

上述のように、第１のクライアント・デバイス３００ａは、フォルダを共有した後、共有メンバーシップをパスワード共有システム１０２に提供しうる。このようなメンバーシップは共有又は拡張され得るが、１つ以上の実施形態において、パスワード共有システム１０２は、（例えば、共有フォルダが同じ共有メンバーシップを有する１つ以上の既存の共有フォルダに関連付けられていることに基づいて）第２のクライアント・デバイス３００ｂを識別するために、以前の既存の共有メンバーシップにアクセスする。

図３Ａにさらに説明されるように、第２のクライアント・デバイス３００ｂは、公開鍵をパスワード共有システム１０２へ送信する動作３２０を実行する。１つ以上の実施形態において、第２のクライアント・デバイス３００ｂは、第２のクライアント・デバイス３００ｂに関連付けられた公開‐秘密鍵ペアに対応する公開暗号鍵を取得する。例えば、第２のクライアント・デバイス３００ｂは、パスワード共有システム１０２に登録する場合に公開‐秘密鍵ペアを生成するか又は既存の公開‐秘密鍵ペアにアクセスし、第２のクライアント・デバイス３００ｂ上に秘密暗号鍵を保持しながら、登録の際に公開暗号鍵をパスワード共有システム１０２へ送信しうる。

図３Ａにさらに説明されるように、公開鍵を受信した後、パスワード共有システム１０２は、公開鍵を第１のクライアント・デバイス３００ａへ送信する動作３２０ｂを実行する。例えば、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂから読み出された公開暗号鍵を含む公開鍵集合を決定する。１つ以上の実施形態において、パスワード共有システム１０２はまた、フォルダへのメンバーシップ・アクセス権を有する１つ以上の追加のクライアント・デバイスから１つ以上の追加の公開暗号鍵を読み出す。パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂからの公開暗号鍵とともに公開鍵集合内に１つ以上の追加の公開暗号鍵を含めうる。その後、パスワード共有システム１０２は、公開鍵集合を第１のクライアント・デバイス３００ａへ送信する。

図３Ｂに説明されるように、第１のクライアント・デバイス３００ａはまた、共有鍵でパスワードの集合を暗号化する動作３２２を実行する。１つ以上の実施形態において、第１のクライアント・デバイス３００ａは、フォルダに関連付けられたペイロードを暗号化するための共有暗号鍵を生成する。その後、第１のクライアント・デバイス３００ａは、共有暗号鍵を利用してペイロード（例えば、フォルダの階層に従うパスワードの集合）を暗号化し、暗号化ペイロード（例えば、共有暗号鍵を使用せずにアクセス不可能なペイロード）をもたらす。いくつかの実施形態において、第１のクライアント・デバイス３００ａは、パスワード共有システム１０２から公開鍵集合を受信する前にペイロードを暗号化する。代替の実施形態において、第１のクライアント・デバイス３００ａは、パスワード共有システム１０２から公開鍵集合を受信した後にペイロードを暗号化する。

図３Ｂにさらに説明されるように、第１のクライアント・デバイス３００ａは、公開鍵集合で共有鍵を暗号化する動作３２４を実行する。特に、共有暗号鍵を利用してペイロードを暗号化した後、第１のクライアント・デバイス３００ａは、その後、共有暗号鍵を暗号化するために公開鍵集合を利用する。例えば、第１のクライアント・デバイス３００ａは、第２のクライアント・デバイス３００ｂに関連付けられた公開暗号鍵を利用することによって、共有暗号鍵の暗号化バージョンを生成する。これに加えて、第１のクライアント・デバイス３００ａは、公開鍵集合に含まれる１つ以上の追加の公開暗号鍵を利用することによって、共有暗号鍵の別個の暗号化バージョンを生成しうる。

公開鍵集合で共有暗号鍵を暗号化した後、第１のクライアント・デバイス３００ａは、パスワードの暗号化集合及び暗号化共有鍵をパスワード共有システム１０２へ送信する動作３２６を実行する。具体的に、フォルダに関連付けられたペイロードを暗号化するために第１のクライアント・デバイス３００ａが利用した共有暗号鍵を暗号化した後、第１のクライアント・デバイス３００ａは、フォルダ内に記憶するために、ペイロードと、共有暗号鍵の暗号化バージョンとをパスワード共有システム１０２へ送信する。例えば、第１のクライアント・デバイス３００ａは、フォルダＩＤを利用してフォルダに対応するサーバ１０４上の位置に暗号化ペイロード及び暗号化共有暗号鍵をアップロードする。その後、パスワード共有システム１０２は、暗号化ペイロード及び暗号化共有暗号鍵をフォルダ内に記憶しうる。

図３Ｂにさらに説明されるように、パスワード共有システム１０２がパスワードの暗号化集合及び暗号化共有暗号鍵を受信する際に、第２のクライアント・デバイス３００ｂは、パスワード共有システム１０２にフォルダを要求する動作３２８を実行する。１つ以上の実施形態において、第１のクライアント・デバイス３００ａがフォルダのコンテンツをパスワード共有システム１０２にアップロードした後、フォルダへの現在のメンバーシップ・アクセス権を有する任意のクライアント・デバイスがフォルダへのアクセスを要求しうる。よって、第２のクライアント・デバイス３００ｂは、第２のクライアント・デバイス３００ｂにフォルダのコンテンツを提供することの要求（例えば、共有フォルダ内のパスワードに対する最新の変更をリスト化する「フォルダ・リスト化」ＡＰＩコール）をパスワード共有システム１０２へ送信しうる。１つ以上の実施形態において、「フォルダ・リスト化」ＡＰＩコールは、第２のクライアント・デバイス３００ｂがアクセス権を有するすべての共有フォルダのスナップショットを返す。

いくつかの場合に、図３Ｂに説明されるように、パスワード共有システム１０２は、オプションで、デバイスを検証する動作３３０を実行する。例えば、フォルダに対する要求が未検証である（例えば、フォルダに対する要求は、パスワード共有システム１０２に対して第２のクライアント・デバイス３００ｂによって行われた第１の要求である）と判定したことに応じて、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂのアイデンティティを検証しうる。説明すると、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂについてのデバイス固有識別子（例えば、第２のクライアント・アプリケーション３０２ｂの特定のインスタンスを示す識別子）を取得し、デバイス識別子が、フォルダへのメンバーシップ・アクセス権を有する登録されたアカウントに関連付けられていることを検証しうる。これに代えて、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂのアカウントに関連付けられた電子メール識別情報を介して、第２のクライアント・デバイス３００ｂの識別子を検証しうる。１つ以上の追加の実施形態において、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂが既存のアカウントに関連付けられていないと判定し、その後、第２のクライアント・デバイス３００ｂに関連付けられたユーザに、検証のためのアカウントを確立することを要求しうる。

第２のクライアント・デバイス３００ｂからフォルダのコンテンツの要求を受信した後にパスワード共有システム１０２がデバイスを検証するかどうかにかかわらず、パスワード共有システム１０２は、第１のクライアント・デバイス３００ａから受信されたパスワードの暗号化集合及び暗号化共有鍵を第２のクライアント・デバイス３００ｂへ送信する動作３３２を実行する。１つ以上の実施形態において、フォルダに対する第２のクライアント・デバイス３００ｂによる要求（例えば、「ダウンロード」ＡＰＩコール）に応じて、パスワード共有システム１０２は、フォルダに関連付けられた（暗号化された）ペイロードを決定し、その後、ペイロードを第２のクライアント・デバイス３００ｂへ送信する。これに加えて、パスワード共有システム１０２は、フォルダ内に記憶された暗号化共有暗号鍵をペイロードとともに（例えば、暗号化共有暗号鍵を含む共有フォルダのコンテンツにアクセスすることなく）第２のクライアント・デバイス３００ｂへ送信する。

図３Ｂにさらに説明されるように、第２のクライアント・デバイス３００ｂは、暗号化共有鍵を復号する動作３３４を実行する。具体的に、第２のクライアント・デバイス３００ｂは、フォルダについてパスワード共有システム１０２から暗号化ペイロード及び暗号化共有暗号鍵を受信した後、共有暗号鍵を復号するために秘密暗号鍵を利用する。より具体的に、第２のクライアント・デバイス３００ｂは、共有暗号鍵を復号するために、パスワード共有システム１０２が第２のクライアント・デバイス３００ｂから以前に読み出した公開暗号鍵に関連付けられた公開‐秘密鍵ペアからの秘密暗号鍵を利用する。

図３Ｂに最後に示されるように、第２のクライアント・デバイス３００ｂは、パスワードの集合を復号する動作３３６を実行する。例えば、第２のクライアント・デバイス３００ｂは、共有暗号鍵を復号した後、パスワード共有システム１０２から受信された暗号化ペイロードを復号するために、共有暗号鍵を利用する。これにより、第２のクライアント・デバイス３００ｂは、第１のクライアント・デバイス３００ａによって共有されたフォルダのコンテンツを復号する。その後、第２のクライアント・デバイス３００ｂは、パスワードの集合から１つ以上のパスワードにアクセスするために、フォルダのコンテンツにアクセスしうる。

１つ以上の実施形態において、前述したように、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂのアクセスを制限するために、様々なアクセス・パーミッションを利用する。例えば、パスワード共有システム１０２は、第２のクライアント・デバイス３００ｂが対応するサブフォルダを読み出し及び／又は書き込みすることを可能にするために、アクセス制御レベルをフォルダ内の１つ以上のサブフォルダに割り当てうる。これに加えて、パスワード共有システム１０２は、フォルダ内の１つ以上の他のサブフォルダへの第２のクライアント・デバイス３００ｂへのアクセスを制限するために、アクセス・パーミッションを利用しうる。よって、第２のクライアント・デバイス３００ｂがフォルダのペイロードを復号した後、パスワード共有システム１０２は、確立されたアクセス制御に従って、パスワードの集合の１つ以上のパスワードへの第２のクライアント・デバイス３００ｂへの異なるレベルのアクセスを許可又は制限するために、アクセス・パーミッションを利用しうる。

前述したように、パスワード共有システム１０２は、パスワードの集合を含む共有フォルダにアクセスすることに関連付けられた様々な動作を実行するためにクライアント・デバイスがアクセスしうるＡＰＩを提供しうる。１つ以上の実施形態において、ＡＰＩは、リスト化（例えば、「フォルダ・リスト化」及び「ロングポール」）、ダウンロード、及びアップロード動作を含む。パスワード共有システム１０２は、共有パスワードの集合に関連付けられた共有メンバーシップを変更する場合に、パスワード名前空間（例えば、アンマウントされた空間）についてＡＰＩを利用するために、追加のコールを含めるように既存のＡＰＩを変更しうる。さらに、パスワード共有システム１０２は、アカウントのパスワード名前空間内の識別子値を変更でき、よって、新たなエントリが存在することなく、新たなエントリを効果的にコミットする。例えば、パスワード共有システム１０２は、共有フォルダ内のパスワードの集合への変更及び／又は共有フォルダとの検証のための共有状態への変更を返す（例えば、「フォルダ・リスト化」、「フォルダ・リスト化継続」）か、最新のカーソルを取得する（例えば、「最新カーソル取得」）か、又は共有フォルダに対する既存のロングポールを取得する（例えば、「ロングポール」）ためのＡＰＩコールの集合を含めうる。

これに加えて、１つ以上の実施形態において、パスワード共有システム１０２は、ＡＰＩとの相互作用を、ユーザ・クライアント・デバイス上の１つ以上の特定のクライアント・アプリケーションに制限する。例えば、パスワード共有システム１０２にアクセスするクライアント・アプリケーションは、複数の異なるサービスに関連付けられた複数のパスワード又はクレデンシャルに単一のアプリケーション内でアクセスするためのパスワード記憶アプリケーションを含みうる。いくつかの例において、パスワード・アプリケーションは、他のクライアント・アプリケーション内のクレデンシャル・フィールドを自動的に入力するために、他のクライアント・アプリケーション（例えば、ウェブ・ブラウザ）と相互作用しうる。したがって、パスワード共有システム１０２は、非承認クライアント・アプリケーションへのＡＰＩアクセスをブロックすることによって、改善されたセキュリティを提供しうる。

上述の鍵交換に加えて、１つ以上の追加の実施形態において、パスワード共有システム１０２は、パスワードを含む共有フォルダのための鍵交換に関連して、鍵転送の意図及び鍵転送の結果を持続させるためのプロトコルを利用する。特に、共有フォルダへのアクセス権を有する１つ以上のデバイスが、常に利用可能であるとは限らない場合がある。よって、通知のみに基づいて鍵を転送することは、信頼性がない場合がある。このような欠点を克服するために、パスワード共有システム１０２は、クライアント・デバイスへ公開暗号鍵を送信する動作に関連して、サーバ１０４上に鍵転送の意図を維持する。クライアント・デバイスが「フォルダ・リスト化」コールを発行する場合に、パスワード共有システム１０２は、パスワード名前空間上の共有フォルダについての共有暗号鍵に対する保留中の鍵要求の個数を問い合わせうる。その後、パスワード共有システム１０２は、クライアント・デバイスの共有状態の一部として、公開暗号鍵を渡す。さらに、鍵転送の結果は、クライアント・デバイスから受信されたペイロードにおいて具現化する。

前述したように、パスワード共有システム１０２は、複数のクライアント・デバイス間でパスワードを共有することに関連して鍵をローテーションしうる。図４Ａ～図４Ｂは、第１のクライアント・デバイス４００ａ及び第２のクライアント・デバイス４００ｂを伴う、サーバ１０４上のパスワード共有システム１０２が共有フォルダに関連付けられた共有暗号鍵をローテーションするためのフローチャートを示す。とりわけ、共有暗号鍵のローテーションを容易にするために、第１のクライアント・デバイス４００ａは第１のクライアント・アプリケーション４０２ａを含み、第２のクライアント・デバイス４００ｂは第２のクライアント・アプリケーション４０２ｂを含む。

図４Ａに説明されるように、第１のクライアント・デバイス４００ａは、パスワード共有システム１０２へ共有フォルダを送信する動作４０４を実行する。１つ以上の実施形態において、初期クライアント・デバイス（例えば、第１のクライアント・デバイス４００ａ）は、１つ以上の他のクライアント・デバイスと共有するための共有フォルダを生成する。例えば、共有フォルダは、共有フォルダへのアクセス権を有する１つ以上のアカウントを示す共有メンバーシップに関連付けられうる。パスワード共有システム１０２は、共有フォルダへのアクセス権を有するアカウントに関連付けられたクライアント・デバイス（例えば、第２のクライアント・デバイス３００ｂ）を決定しうる。図３Ａ～図３Ｂに関して上述したように、パスワード共有システム１０２は、共有フォルダに関連してクライアント・デバイスから暗号化ペイロード及び暗号化共有暗号鍵を受信する。

図４Ａにさらに説明されるように、パスワード共有システム１０２は、共有鍵バージョンを決定する動作４０６を実行する。１つ以上の実施形態において、パスワード共有システム１０２は、共有フォルダに関連付けられた共有暗号鍵のためのバージョン番号を記憶する。例えば、フォルダを共有／作成することの第１の要求に応じて、パスワード共有システム１０２は、共有暗号鍵が第１のバージョンであることを示す識別子（例えば、「ｋｅｙ＿ｖｅｒｓｉｏｎ＝１」）を記憶しうる。さらに、共有暗号鍵が以前に更新／ローテーションされているならば、バージョン番号は、共有暗号鍵の現在のバージョンを反映する。

パスワード共有システム１０２は、共有鍵バージョンを決定した後、共有鍵バージョンを第１のクライアント・デバイス４００ａ及び第２のクライアント・デバイス４００ｂへ送信する動作４０８ａ～４０８ｂを実行する。具体的に、共有暗号鍵に関連付けられた共有フォルダをパスワード共有システム１０２が生成した後、パスワード共有システム１０２は、共有フォルダへのメンバーシップ・アクセス権を有するクライアント・デバイスへ共有暗号鍵のバージョン番号を送信しうる。例えば、パスワード共有システム１０２は、クライアント・デバイスが個々のクライアント・デバイス間の同期精度及びサーバ１０４上の記憶されたバージョンをチェックすることを可能にするために、共有暗号鍵のバージョン番号をクライアント・デバイスへ送信する。

上述したように、共有暗号鍵をローテーションするために、様々な鍵ローテーション・イベントがパスワード共有システム１０２をトリガしうる。図４Ａに説明されるように、パスワード共有システム１０２は、鍵ローテーション・イベントを検出する動作４１０を実行する。例えば、パスワード共有システム１０２は、古い鍵が共有フォルダのペイロードを復号できないように共有暗号鍵がローテーションされるべきであることを示すイベントを検出しうる。

鍵ローテーション・イベントを説明するために、前述したように、パスワード共有システム１０２は、（例えば、１以上のユーザ・アカウント及び／又はクライアント・デバイスへのアクセス権を除去することによって）共有フォルダに関連付けられた共有メンバーシップが変化したことを検出しうる。別の例において、パスワード共有システム１０２は、共有暗号鍵をローテーションすることの要求（例えば、共有フォルダの所有者のクライアント・デバイスからの要求、又は共有暗号鍵が破損又は損なわれていることを示すクライアント・デバイスによる要求）を受信しうる。これに代えて、パスワード共有システム１０２は、現在の共有暗号鍵に関連付けられた時間閾値に達したことを検出しうる。１つ以上の追加の実施形態において、パスワード共有システム１０２のみが鍵ローテーション・イベントを検出でき、その結果、パスワード共有システム１０２は、１つ以上のクライアント・デバイスにおいて鍵ローテーション動作を開始できる唯一のソースとなる。

図４Ａにさらに説明されるように、パスワード共有システム１０２は、共有鍵バージョンを増分する動作４１２を実行する。特に、パスワード共有システム１０２は、共有フォルダに関連付けられた共有暗号鍵について記憶されたバージョン番号を増分する。説明すると、鍵ローテーション・イベントの検出に応じて、パスワード共有システム１０２は、バージョン番号を「ｋｅｙ＿ｖｅｒｓｉｏｎ＝１」から「ｋｅｙ＿ｖｅｒｓｉｏｎ＝２」に増分する。その後、パスワード共有システムは、共有フォルダに関連して新たなバージョン番号を記憶し、共有フォルダへのメンバーシップ・アクセス権を有するクライアント・デバイスに通知する。１つ以上の実施形態において、パスワード共有システム１０２は、バージョン番号を単調に増分する。

１つ以上の追加の実施形態において、パスワード共有システム１０２は、以下の式、すなわちＫ_ｎｅｗ＝ｍａｘ（Ｋ_ｏｌｄ＋１，Ｎｏｗ（）．ｍｉｌｌｉｓｅｃｏｎｄｓ）に従ってバージョン番号を増分し、この式において、Ｋは共有暗号鍵を表す。特に、パスワード共有システム１０２は、１だけ増分された古い／以前の鍵バージョン番号の値（例えば、「Ｋ_ｏｌｄ＋１」）を、パスワード共有システム１０２が読み出す現在時刻値（例えば、「Ｎｏｗ（）．ｍｉｌｌｉｓｅｃｏｎｄｓ）」）と比較しうる。その後、パスワード共有システム１０２は、２つの値の最大値を選択し、新たな鍵バージョン番号Ｋ_ｎｅｗを最大値として設定しうる。

図４Ａにさらに説明されるように、パスワード共有システム１０２は、ローテーションされた鍵バージョンを第１のクライアント・デバイス４００ａ及び第２のクライアント・デバイス４００ｂへ送信する動作４１４ａ～４１４ｂを実行する。具体的に、パスワード共有システム１０２は、共有暗号鍵についての更新されたバージョン番号を、共有フォルダへのメンバーシップ・アクセス権を有するクライアント・デバイスのそれぞれへ送信する。例えば、共有暗号鍵のバージョン番号を「ｋｅｙ＿ｖｅｒｓｉｏｎ＝１」から「ｋｅｙ＿ｖｅｒｓｉｏｎ＝２」に増分することに応じて、パスワード共有システム１０２は、共有フォルダへの現在のメンバーシップ・アクセス権を有するすべてのクライアント・デバイスへ「ｋｅｙ＿ｖｅｒｓｉｏｎ＝２」を送信する。１つ以上の実施形態において、パスワード共有システム１０２は、（例えば、鍵ローテーション・イベントをクライアント・デバイスに通知したことに基づいて）クライアント・デバイスから「フォルダ・リスト化」要求を受信したことに応じて、ローテーションされたバージョン番号をクライアント・デバイスへ送信する。更新されたバージョン番号をクライアント・デバイスへ送信することによって、パスワード共有システム１０２は、新たな共有暗号鍵を生成し、共有フォルダのための新たなペイロードをコミットするために、クライアント・デバイス間で競争を開始しうる。

図４Ａに説明されるように、新たな共有暗号鍵を生成するプロセスの一部として、第１のクライアント・デバイス４００ａ及び第２のクライアント・デバイス４００ｂは、パスワード共有システム１０２に公開鍵を要求する動作４１６ａ～４１６ｂを実行する。１つ以上の実施形態において、パスワード共有システム１０２から共有暗号鍵のローテーションされたバージョン番号を受信したことに応じて、各クライアント・デバイスは、対応するクライアント・デバイスに記憶されたバージョン番号に対するバージョン番号のチェックを実行する。バージョン番号が一致しないとの判定に基づいて、クライアント・デバイスは、パスワード共有システム１０２に更新された公開鍵集合を要求することによって、共有暗号鍵をローテーションするためのプロセスを開始する。

図４Ａにさらに説明されるように、パスワード共有システム１０２は、公開鍵を第１のクライアント・デバイス４００ａ及び第２のクライアント・デバイス４００ｂへ送信する動作４１８ａ～４１８ｂを実行する。例えば、パスワード共有システム１０２は、共有フォルダへの現在のメンバーシップ・アクセス権を有するクライアント・デバイスについての公開暗号鍵を含む更新された公開鍵集合を読み出す。説明すると、パスワード共有システム１０２は、共有フォルダにアクセス権を有する１つ以上のアカウント及び／又は１つ以上のクライアント・デバイスを識別するために、共有フォルダに関連付けられた共有メンバーシップにアクセスする。その後、パスワード共有システム１０２は、識別されたクライアント・デバイスのそれぞれに公開暗号鍵を要求し、読み出された公開暗号鍵のみを含む更新された公開鍵集合を生成する。現在の共有メンバーシップに基づいて公開鍵集合を更新することによって、パスワード共有システム１０２は、共有フォルダへの現在のメンバーシップ・アクセス権をもはや有していないクライアント・デバイスについての公開暗号鍵を除外する。その後、パスワード共有システム１０２は、更新された公開鍵集合を、識別されたクライアント・デバイス（例えば、第１のクライアント・デバイス４００ａ及び第２のクライアント・デバイス４００ｂ）のそれぞれへ送信する。

ローテーションされた鍵バージョンをクライアント・デバイスに提供し、対応する要求に応じて公開鍵をさらへ送信することによって、パスワード共有システム１０２は、クライアント・デバイスに、新たな共有暗号鍵を生成するための競争を開始させ、共有フォルダのための新たなペイロードをコミットさせる。したがって、各クライアント・デバイスは、新たな共有暗号鍵を生成するために複数の動作を実行し、その後、共有フォルダのための新たなペイロードをコミットしようと試みる。図４Ａ～図４Ｂは新たな共有暗号鍵を生成し共有フォルダのための新たなペイロードをコミットすることに関連する動作を単一のクライアント・デバイス（例えば、第２のクライアント・デバイス４００ｂ）が実行することを示すが、共有フォルダへのメンバーシップ・アクセス権を有するクライアント・デバイスのそれぞれがまた、以下に記載される動作を実行しうる。

図４Ａにさらに説明されるように、例えば、第２のクライアント・デバイス４００ｂは、変更された共有鍵でペイロードを暗号化する動作４２０を実行する。特に、第２のクライアント・デバイス４００ｂは、（例えば、新たな共有暗号鍵を生成することによって）変更された共有暗号鍵を生成する。その後、第２のクライアント・デバイス４００ｂは、共有フォルダのコンテンツを再暗号化するために、変更された共有暗号鍵を利用しうる。例えば、共有フォルダ内のパスワードの集合が第２のクライアント・デバイス４００ｂにおいて現在暗号化されているならば、第２のクライアント・デバイス４００ｂは、第２のクライアント・デバイス４００ｂに関連付けられた秘密暗号鍵を利用してパスワードの集合を復号しうる。その後、第２のクライアント・デバイス４００ｂは、変更された共有暗号鍵を利用してパスワードの集合を再暗号化しうる。

１つ以上の追加の実施形態において、第２のクライアント・デバイス４００ｂは、パスワードの集合を復号した後、パスワードの集合を変更する。例えば、第２のクライアント・デバイス４００ｂは、パスワードの集合に記憶されたパスワードを（例えば、サービスでパスワードを変更することに基づいて）変更すること、新たなパスワードをパスワードの集合に追加すること、又はパスワードの集合から１つ以上のパスワードを削除することができる。よって、第２のクライアント・デバイス４００ｂは、（例えば、第２のクライアント・デバイス４００ｂに与えられたパーミッションに基づいて）既存のパスワードを変更するか又は新たなパスワードを追加することによって、パスワードの集合を変更しうる。その後、第２のクライアント・デバイス４００ｂは、変更された共有暗号鍵を利用して、パスワードの更新された集合を暗号化しうる。したがって、更新された暗号化ペイロードは、パスワードの変更された又は新たな集合を含みうる。

図４Ｂに説明されるように、第２のクライアント・デバイス４００ｂは、変更された共有鍵を公開鍵で暗号化する動作４２２を実行する。具体的に、第２のクライアント・デバイス４００ｂは、変更された共有暗号鍵を暗号化するために、パスワード共有システム１０２から受信された更新された公開鍵集合を利用する。例えば、第２のクライアント・デバイス４００ｂは、変更された共有暗号鍵の複数の暗号化バージョンを生成するために、共有フォルダへの現在のメンバーシップ・アクセス権を有する各クライアント・デバイスに関連付けられた各公開暗号鍵を利用する。

図４Ｂにさらに説明されるように、第２のクライアント・デバイス４００ｂは、更新された暗号化ペイロード及び暗号化された変更された共有鍵をパスワード共有システム１０２へ送信する動作４２４を実行する。例えば、第２のクライアント・デバイス４００ｂは、サーバ１０４における共有フォルダ内に記憶するために、変更された共有暗号鍵の複数の暗号化バージョンとともに、更新された暗号化ペイロードを送信する。１つ以上の実施形態において、第２のクライアント・デバイス４００ｂはまた、更新された暗号化ペイロード及び暗号化された変更された共有暗号鍵に関連する共有鍵のバージョン番号を示す。

更新された暗号化ペイロードを受信した後、パスワード共有システム１０２は、競合が存在するかどうかを判定する動作４２６を実行する。具体的に、パスワード共有システム１０２は、第２のクライアント・デバイス４００ｂから受信されたデータが、共有フォルダに記憶されたペイロードと競合するかどうかを判定しうる。例えば、パスワード共有システム１０２は、受信されたデータに関連する共有暗号鍵のバージョン番号が、共有フォルダに関連して記憶されたバージョン番号と一致することを利用しうる。バージョン番号が一致するならば、パスワード共有システム１０２は、データが有効であると判定する。これに代えて、バージョン番号が一致しないならば、パスワード共有システム１０２は、競合が存在し、データが有効でないと判定する。以下でさらに説明されるように、共有暗号鍵のバージョンが、変更された（又はローテーションされた）共有暗号鍵と競合すると判定することに基づいて、パスワード共有システム１０２は、共有暗号鍵のバージョンを拒否する。

図４Ｂに説明されるように、パスワード共有システム１０２は、共有フォルダについてのイニシエータを決定する動作４２８を実行する。１つ以上の実施形態において、第２のクライアント・デバイス２００ｂから受信されたデータが有効であると判定したことに応じて、パスワード共有システム１０２は、第２のクライアント・デバイス２００ｂがイニシエータ・デバイスであると確立しうる。本書で使用されるように、「イニシエータ・デバイス」という用語は、新たな共有暗号鍵を生成し、ペイロードを共有フォルダにコミットすることによって、共有暗号鍵を首尾よくローテーションするコンピューティング・デバイスを指す。したがって、パスワード共有システム１０２は、受信されたデータ（例えば、更新された暗号化ペイロード及び暗号化された変更された共有暗号鍵）を共有フォルダにコミットする。１つ以上の実施形態において、パスワード共有システム１０２は、暗号化ペイロードに関連付けられたリビジョン番号を検証した（例えば、「ｒｅｖ３」が正しい）後にのみ、ペイロードをコミットする。

さらに、パスワード共有システム１０２は、共有フォルダへのメンバーシップ・アクセス権を有する他のクライアント・デバイスがフォロワ・デバイスであると判定しうる。本書で使用されるように、「フォロワ・デバイス」という用語は、別のクライアント・デバイスによって生成された新たな共有暗号鍵を受信するコンピューティング・デバイスを指す。例えば、パスワード共有システム１０２は、パスワード共有システム１０２がすでに共有フォルダにペイロードをコミットした後に共有フォルダにペイロードをコミットしようとする任意の他のクライアント・デバイスがフォロワ・デバイスであると判定しうる。これに加えて、クライアント・デバイスからの更新された暗号化ペイロードの間に（例えば、共有暗号鍵の不一致バージョン番号に基づいて）競合が存在すると判定したことに応じて、パスワード共有システム１０２は、フォロワ・デバイスからのペイロードを拒否（例えば、中止）し、ペイロードが拒否されたことをフォロワ・デバイスに示しうる。いくつかの実施形態において、イニシエータ・デバイス及びフォロワ・デバイスは、各鍵ローテーション・イベントに対してコミットするための競争にどのクライアント・デバイスが勝利するかに依存して、１つの鍵ローテーション・イベントから別の鍵ローテーション・イベントに変更しうる。

図４Ｂにさらに説明されるように、パスワード共有システム１０２は、更新された暗号化ペイロード及び暗号化された変更された共有鍵を第１のクライアント・デバイス４００ａへ送信する動作４３０を実行する。例えば、共有フォルダにアクセスすることの第１のクライアント・デバイス４００ａによる要求を（例えば、「フォルダ・リスト化」ＡＰＩコールを介して）受信したことに応じて、パスワード共有システム１０２は、コミットされたペイロード（例えば、第２のクライアント・デバイス４００ｂから受信された変更された共有暗号鍵とともに、更新された暗号化ペイロード）を第１のクライアント・デバイス４００ａへ送信しうる。パスワード共有システム１０２は、第２のクライアント・デバイス４００ｂから受信されたデータを共有フォルダにコミットしたため、パスワード共有システム１０２が第１のクライアント・デバイス４００ａへ送信するデータは、再暗号化ペイロードと、共有暗号鍵のローテーションされたバージョン番号と一致するように暗号化された変更された共有暗号鍵とを含む。

更新された暗号化ペイロードを受信した後、第１のクライアント・デバイス４００ａは、暗号化された変更された共有鍵を復号する動作４３２を実行する。具体的に、第１のクライアント・デバイス４００ａは、共有フォルダについてパスワード共有システム１０２から更新された暗号化ペイロードと暗号化された変更された共有暗号鍵とを受信した後、第２のクライアント・デバイス４００ｂによって生成された変更された共有暗号鍵を復号するために、秘密暗号鍵を利用する。より具体的に、第１のクライアント・デバイス４００ａは、変更された共有暗号鍵を復号するために、パスワード共有システム１０２が第１のクライアント・デバイス４００ａから以前に読み出した、更新された公開鍵集合内の公開暗号鍵に関連付けられた公開‐秘密鍵ペアからの秘密暗号鍵を利用する。

図４Ｂによって最後に説明されるように、第１のクライアント・デバイス４００ａは、ペイロードを復号する動作４３４を実行する。例えば、変更された共有暗号鍵を復号した後、第１のクライアント・デバイス４００ａは、パスワード共有システム１０２から受信された暗号化ペイロードを復号するために、変更された共有暗号鍵を利用する。これにより、第１のクライアント・デバイス４００ａは、第２のクライアント・デバイス４００ｂによって暗号化された共有フォルダのコンテンツを復号する。その後、第１のクライアント・デバイス４００ａは、共有フォルダのコンテンツにアクセスしうる（例えば、共有フォルダに記憶された１つ以上のパスワードにアクセスしうる）。

１つ以上の実施形態において、第１のクライアント・デバイス４００ａはまた、第１のクライアント・デバイス４００ａに記憶された共有暗号鍵のバージョン番号がペイロードとともに送信された共有暗号鍵のバージョン番号と一致することを検証する。例えば、第１のクライアント・デバイス４００ａは、記憶されたバージョン番号を受信されたバージョン番号と比較しうる。１つ以上の実施形態において、バージョン番号が一致しないならば、第１のクライアント・デバイス４００ａは、第１のクライアント・デバイス４００ａが共有フォルダのための最新のコンテンツを有することを保証するために、共有フォルダを同期することの新たな要求をパスワード共有システム１０２に発行する。

図４Ａ～図４Ｂに関連して上述したように、パスワード共有システム１０２は、共有フォルダを暗号化するための共有暗号鍵の鍵ローテーションを提供する。１つ以上の実施形態において、クライアント・デバイスは、共有フォルダについてのメタデータの変更を取得するために、「フォルダ・リスト化」ＡＰＩコールをパスワード共有システム１０２に最初に発行することによって、（例えば、パスワード共有システム１０２からの鍵ローテーション開始通知に応じて）鍵をローテーションする。メタデータは、共有暗号鍵についての現在の鍵バージョンＫ_Ｓを含みうる。クライアント・デバイスは、鍵バージョンＫ_Ｓを、クライアント・デバイスに記憶された鍵バージョンＫ_Ｃと比較することによって、共有暗号鍵をローテーションするための動作であるかどうかを判定しうる。例えば、１）クライアント・デバイスがＫ_Ｓ＞Ｋ_Ｃと判定したならば、クライアント・デバイスは鍵ローテーションを開始し、２）クライアント・デバイスがＫ_Ｓ＝Ｋ_Ｃと判定したならば、クライアント・デバイスは鍵バージョンが一致すると判定し、クライアント・デバイスはいつも通りに進み、３）クライアント・デバイスがＫ_Ｓ＜Ｋ_Ｃと判定したならば、クライアント・デバイスは、次の「フォルダ・リスト化」コールまで待機する。これは、ペイロードがコミットされているが、ロングポールが戻されるようにトリガされていない可能性が場合に生じうる。したがって、クライアント・デバイスは、共有暗号鍵についての現在の鍵バージョンと、クライアント・デバイスに記憶された共有暗号鍵との間の比較に基づいて、どの動作を実行すべきかを決定する。

鍵ローテーションを開始するとの判定に応じて、クライアント・デバイスは、共有フォルダの現在のメンバーについての公開鍵ＰＫ_１、ＰＫ_２、…、ＰＫ_ｎ、を取得するために、「公開鍵取得」ＡＰＩコールを読み出しうる。クライアント・デバイスは、新たな共有暗号鍵（例えば、共有フォルダのための新たなフォルダ鍵）Ｋ_{ｆｏｌｄｅｒ}を生成しうる。その後、クライアント・デバイスは、各メンバークライアント・デバイスの公開鍵でフォルダ鍵を暗号化しうる（ＤＫ_ｎ＝ＥＮＣ（Ｋ_{ｐｒｉｖａｔｅ}，Ｋ_{ｆｏｌｄｅｒ}，ＰＫ_ｎ））。これに加えて、クライアント・デバイスは、フォルダ鍵をそれ自体の秘密暗号化された鍵集合にアップロードし、ＤＫ１、ＤＫ_２、…、ＤＫ_ｎ及び（Ｋ_{ｆｏｌｄｅｒ}で暗号化された）暗号化ペイロードを有するペイロードを共有フォルダにアップロードする。フォルダ鍵をアップロードするクライアント・デバイスは、イニシエータ・デバイスになる。競合に起因してアップロードが失敗したならば、パスワード共有システム１０２上にペイロードの新たなバージョンがすでに存在することを意味し、クライアント・デバイスは、「フォルダ・リスト化」コールを発行することに戻る。

クライアント・デバイスがフォロワ・デバイスである（すなわち、鍵バージョンが一致する）と判定したことに応じて、このような判定は、１）既存の共有暗号鍵がペイロードを復号しうる、又は２）既存の鍵がペイロードを復号できず、鍵ローテーションがちょうど発生した、という２つのことのうちの１つを示しうる。第２の可能性に基づいて、クライアント・デバイスは、ペイロード内のそれ自体のデバイス一意識別子（例えば、クライアント・アプリケーションの特定のインスタンスを示す識別子）を見つけ、それを復号し、その後それを除去することを試みる。そうでなければ、クライアント・デバイスは、パスワード共有システム１０２に新たな鍵を要求するために、新たな「共有鍵要求」コールを発行する。

上述のように、１つ以上の実施形態において、パスワード共有システム１０２は、ユーザが様々なクライアント・アプリケーションを介してアクセスするための共有パスワードを提供する。図５Ａ～図５Ｂは、ユーザをサービスにログインするためのパスワードの集合にアクセスするためにクライアント・デバイス５００を利用するためのグラフィカル・ユーザ・インタフェースを示す。例えば、図５Ａ～図５Ｂは、クライアント・デバイス５００上のクライアント・アプリケーション５０２内の１つ以上のサービスでアカウントにアクセスするためのクレデンシャルの自動投入要求のために、パスワード共有システム１０２がクライアント・デバイス５００に共有パスワードへのアクセスを提供することを説明する。

図５Ａに説明されるように、クライアント・デバイス５００は、クライアント・アプリケーション５０２のユーザ・インタフェースを含む。１つ以上の実施形態によれば、クライアント・アプリケーション５０２は、（実行時に）クライアント・デバイス５００に、クライアント・デバイス５００に関連付けられたユーザがアカウントを有するサービスに関連付けられたコンテンツを表示させる命令を含む。例えば、図５Ａに説明されるように、クライアント・デバイス５００は、アカウントに関連付けられたログイン・クレデンシャルを使用してアカウントにユーザをログインするための、クライアント・アプリケーション５０２内のユーザ・インタフェースを提供する。説明すると、クライアント・アプリケーション５０２は、ソーシャル・ネットワーキング・アプリケーション又はバンキング・アプリケーションのような、サービスに関連付けられたアプリケーション（例えば、専有アプリケーション）を含みうる。これに代えて、クライアント・アプリケーション５０２は、複数の異なるサービスに関連付けられたウェブサイトを表示するウェブ・ブラウザを含みうる。

図５Ａに説明されるように、クライアント・デバイス５００は、クライアント・アプリケーション５０２のユーザ・インタフェース内に、アカウントにログインするためのログイン・クレデンシャルを提供するためのインタラクティブ要素を表示する。例えば、ユーザ・インタフェースは、アカウントに関連付けられたユーザ名及びパスワードをそれぞれ入力するためのユーザ名フィールド５０４及びパスワード・フィールド５０６を含みうる。図５Ａはユーザ名フィールド５０４及びパスワード・フィールド５０６をクライアント・デバイス５００が表示することを示すが、サービスは異なるログイン・クレデンシャル、又は個人識別番号、ユーザのフルネーム、アドレス、又はセキュリティ応答などであるがこれに限定されない他のセキュア情報を要求してもよい。

１つ以上の実施形態において、パスワード共有システム１０２に関連付けられたクライアント・デバイス５００は、クライアント・デバイス５００がクレデンシャルを入力するための要素を（例えば、クライアント・アプリケーション５０２内に）表示したことを自動的に検出する。説明すると、パスワード共有システム１０２に関連付けられたクライアント・アプリケーションは、クレデンシャルを入力する機会を検出するために、クライアント・デバイス上でバックグラウンドで実行されうる。例えば、パスワード共有システム１０２に関連付けられたクライアント・アプリケーションは、クライアント・アプリケーション５０２のユーザ・インタフェースに関連付けられた表示情報又はメタデータ情報に基づいて、クレデンシャルを入力する機会を検出しうる。

クライアント・デバイス５００がクレデンシャルを入力するための要素を表示したことを検出したことに応じて、パスワード共有システム１０２は、（例えば、関連付けられたクライアント・アプリケーションを介して、）パスワード共有システム１０２に関連付けられたプロンプトを提供しうる。例えば、図５Ａに説明されるように、クライアント・デバイス５００は、パスワード共有システム１０２からの情報にアクセスするためのパスワード・マネージャ・オーバーレイ５０８をクライアント・アプリケーション５０２内に表示する。説明すると、クライアント・デバイス５００は、ユーザがプロンプトを容易に見つけられるように、検出されたフィールドの近く（例えば、ユーザ名フィールド５０４の下）にパスワード・マネージャ・オーバーレイ５０８を表示しうる。

１つ以上の実施形態において、パスワード・マネージャ・オーバーレイ５０８は、クライアント・アプリケーション５０２内からパスワード共有システム１０２にアクセスするための選択可能要素であるか、又はこれを含む。具体的に、選択可能要素の選択に応じて、クライアント・デバイス５００は、パスワード共有システム１０２でユーザのアカウントに関連付けられた情報を取得するために、パスワード共有システム１０２と通信しうる。より具体的に、クライアント・デバイス５００は、ユーザからアクセス可能なパスワードの集合を含む共有フォルダにアクセスしうる。例えば、クライアント・デバイス５００は、パスワード共有システム１０２に共有フォルダのためのペイロードを要求し、（例えば、クライアント・デバイス５００に記憶された秘密暗号鍵を利用して）ペイロードとともに含まれる共有暗号鍵を復号し、共有暗号鍵を利用してペイロード（例えば、パスワードの集合）を復号しうる。１つ以上の代替の実施形態において、クライアント・デバイス５００は、共有フォルダ内のパスワードにより迅速にアクセスするために、（例えば、パスワード共有システム１０２に共有フォルダのためのペイロードを定期的に要求することによって、）クライアント・デバイス５００上の共有フォルダ内のパスワードの集合を維持しうる。

図５Ｂに説明されるように、共有フォルダのコンテンツを復号しアクセスした後、クライアント・デバイス５００は、共有パスワードに関連付けられたデータを表示する。例えば、示されるように、クライアント・デバイス５００は、共有フォルダがパスワードを含む複数のアカウントを含むアカウント・オーバーレイ５１０を表示しうる。説明すると、ユーザのアカウントが複数のアカウントに関連付けられた複数のパスワードへのメンバーシップ・アクセス権を含むならば、クライアント・デバイス５００は、アカウント・オーバーレイ５１０内に対応するアカウントを表示する。これに加えて、（例えば、共有フォルダ内の対応するサブフォルダに関連付けられた共有メンバーシップ又はアクセス制御レベルに基づいて）ユーザのアカウントがアクセスを許可されない１つ以上のパスワードを共有フォルダが含むならば、クライアント・デバイス５００は、それらのパスワードに対応するアカウントを表示しない。

１つ以上の実施形態において、アカウント・オーバーレイ５１０内に表示されたアカウントのうちの１つを選択するユーザ入力に応じて、クライアント・デバイス５００は、選択されたアカウントに関連付けられたクレデンシャルを読み出す。例えば、ユーザがアカウント・オーバーレイ５１０を介して「アカウント１」に対応する要素を選択したならば、パスワード共有システム１０２に関連付けられたクライアント・デバイス５００は、「アカウント１」に関連付けられたユーザ名及びパスワードを読み出す。その後、パスワード共有システム１０２に関連付けられたクライアント・アプリケーションは、ユーザ名フィールド５０４及びパスワード・フィールド５０６に、対応するユーザ名及びパスワードをそれぞれ自動入力する（例えば、自動的に投入する）。クライアント・デバイス５００はまた、自動的に入力されたクレデンシャルに基づいてサービスにログインするためのログイン要素５１２を提示しうる。したがって、パスワード共有システム１０２は、クライアント・デバイス５００上の他のクライアント・アプリケーション内の共有フォルダにオン・ザ・フライで記憶されたパスワード情報にアクセスし利用するためのツールを（例えば、パスワード共有システム１０２に関連付けられたクライアント・アプリケーションを介して）提供する。

図６は、上述のパスワード共有システム１０２の実施形態の詳細な概略図を示す。示されるように、パスワード共有システム１０２は、コンピューティング・デバイス６００（例えば、図１に記載され、図８に関連して以下でさらに説明されるクライアント・デバイス及び／又はサーバ）上のコンテンツ管理システム１１０において実装される。これに加えて、パスワード共有システム１０２は、パスワード・マネージャ６０２、共有フォルダ・マネージャ６０４、共有鍵マネージャ６０６、公開鍵マネージャ６０８、及びデータ・ストレージ・マネージャ６１０を含みうるが、これらに限定されない。１つ以上の実施形態において、パスワード共有システム１０２は、任意の数のコンピューティング・デバイス上で実装される。例えば、パスワード共有システム１０２は、デジタル・コンテンツを管理するためのサーバ・デバイスの分散システムにおいて実装されうる。パスワード共有システム１０２はまた、１つ以上の追加のシステム内に実装されうる。これに代えて、パスワード共有システム１０２は、クライアント・デバイス（例えば、ユーザ・クライアント・デバイス）上で少なくとも部分的に実装されうる。

１つ以上の実施形態において、パスワード共有システム１０２の構成要素のそれぞれは、任意の適切な通信技術を使用して他の構成要素と通信する。これに加えて、パスワード共有システム１０２の構成要素は、ユーザの他のコンピューティング・デバイス、サーバ・デバイス（例えば、クラウド・ストレージ・デバイス）、ライセンス・サーバ、又は他のデバイス／システムを含む１つ以上の他のデバイスと通信しうる。パスワード共有システム１０２の構成要素は図６では別個であるように示されているが、下位構成要素の任意のものは、単一の構成要素のような、より少ない構成要素に組み合わされてもよく、又は特定の実装の役割を果たし得るように、より多くの構成要素に分割されてもよいことが認識されよう。さらに、図６の構成要素はパスワード共有システム１０２に関連して説明されるが、本書で説明されるパスワード共有システム１０２に関連して動作を実行するための構成要素の少なくともいくつかは、環境内の他のデバイス上で実装されてもよい。

パスワード共有システム１０２の構成要素は、ソフトウェア、ハードウェア、又はその両方を含みうる。例えば、パスワード共有システム１０２の構成要素は、コンピュータ可読記憶媒体に記憶され、１つ以上のコンピューティング・デバイス（例えば、コンピューティング・デバイス６００）のプロセッサによって実行可能な１つ以上の命令を含む。１つ以上のプロセッサによって実行される場合に、パスワード共有システム１０２のコンピュータ実行可能命令は、コンピューティング・デバイス６００に、本書に記載される動作を実行させる。これに代えて、パスワード共有システム１０２の構成要素は、所定の機能又は機能のグループを実行するための専用処理デバイスなどのハードウェアを含む。これに加えて又はこれに代えて、パスワード共有システム１０２の構成要素は、コンピュータ実行可能命令とハードウェアとの組合せを含む。

さらに、パスワード共有システム１０２に関して本書に記載される機能を実行するパスワード共有システム１０２の構成要素は例えば、スタンド・アロン・アプリケーションの一部として、アプリケーションのモジュールとして、アプリケーションのためのプラグインとして、他のアプリケーションによって呼び出されてもよいライブラリ機能（群）として、及び／又はクラウド・コンピューティング・モデルとして実装されてもよい。よって、パスワード共有システム１０２の構成要素の少なくともいくつかは、パーソナル・コンピューティング・デバイス又はモバイル・デバイス上のスタンド・アロン・アプリケーションの一部として実装されうる。これに代えて又はこれに加えて、パスワード共有システム１０２の構成要素は、デジタル・コンテンツ管理又はパスワード管理を提供する任意のアプリケーションにおいて実装されてもよい。

上述のように、パスワード共有システム１０２は、パスワード・マネージャ６０２を含む。１つ以上の実施形態において、パスワード・マネージャ６０２は、ユーザの１つ以上のアカウントに関連付けられた１つ以上のパスワードを管理する。例えば、パスワード・マネージャ６０２は、ユーザの１つ以上のアカウントに関連付けられた１つ以上のサービスに１以上のユーザをログインするためのログイン・クレデンシャル又はセキュア情報を管理しうる。これに加えて、パスワード・マネージャ６０２は、ユーザのためのパスワード・パーミッションを行使することなどによって、パスワードの部分集合を管理しうる。

パスワード共有システム１０２はまた、共有フォルダ・マネージャ６０４を含みうる。例えば、共有フォルダ・マネージャ６０４は、共有フォルダのフォルダ構造又は階層（例えば、ルート・フォルダ及び１つ以上のサブフォルダ）を管理しうる。これに加えて、共有フォルダ・マネージャ６０４はまた、共有フォルダ及び任意のサブフォルダのコンテンツを管理しうる。例えば、共有フォルダ・マネージャ６０４は、共有フォルダへのアクセス権を有する１つ以上のデバイス上の共有フォルダ内の（例えば、暗号化された又は暗号化されていない）データの位置を管理しうる。

１つ以上の実施形態において、共有フォルダ・マネージャ６０４はまた、共有フォルダに関連付けられた共有メンバーシップを管理する。例えば、共有フォルダ・マネージャ６０４は、共有フォルダについての共有メンバーシップに基づいて、どのユーザ・アカウント及び／又はクライアント・デバイスが共有フォルダへのアクセス権を有するかを管理しうる。共有フォルダ・マネージャ６０４はまた、共有フォルダ及び共有フォルダ内の任意のサブフォルダへの（アクセス制御レベルを含む）アクセス・パーミッションを管理しうる。

共有フォルダ・マネージャ６０４はまた、共有フォルダに関連するサーバ及び／又はクライアント・デバイスによるＡＰＩコール及び動作を管理しうる。説明すると、共有フォルダ・マネージャ６０４は、共有フォルダ内のコンテンツにアクセスすることの要求を管理しうる。共有フォルダ・マネージャ６０４はまた、１つ以上のクライアント・デバイスから共有フォルダへのペイロードを記憶／コミットすることの要求を管理しうる。

パスワード共有システム１０２はまた、共有鍵マネージャ６０６を含みうる。共有鍵マネージャ６０６は、共有フォルダに関連付けられた共有暗号鍵（例えば、共有フォルダのペイロードを暗号化するために利用される共有暗号鍵）を管理しうる。例えば、共有鍵マネージャ６０６は、共有フォルダに関連付けられた共有暗号鍵のバージョン番号を管理しうる。共有鍵マネージャ６０６はまた、共有フォルダに関連する鍵ローテーション・イベントを管理し、これは鍵ローテーション・イベントを検出し、鍵ローテーション・イベントをクライアント・デバイスに通知することを含む。

これに加えて、パスワード共有システム１０２は、公開鍵マネージャ６０８を含みうる。公開鍵マネージャ６０８は、共有フォルダに関連付けられた公開鍵集合を管理しうる。例えば、公開鍵マネージャ６０８は、共有フォルダへのメンバーシップ・アクセス権を有する１つ以上のクライアント・デバイスから公開暗号鍵を読み出し及び／又は更新しうる。公開鍵マネージャ６０８はまた、共有フォルダへのアクセス権をクライアント・デバイスに提供することに関連して、公開鍵集合をクライアント・デバイスに提供しうる。

パスワード共有システム１０２は、共有フォルダに関連付けられたデータを記憶及び維持する（非一時的コンピュータ・メモリ／１つ以上のメモリ・デバイスを備える）データ・ストレージ・マネージャ６１０をさらに含む。例えば、データ・ストレージ・マネージャ６１０は、パスワード、暗号鍵、共有メンバーシップ、及び共有フォルダに関連付けられたメタデータを記憶しうる。データ・ストレージ・マネージャ６１０はまた、コンテンツ管理システム１１０及び／又はパスワード共有システム１０２の１以上のユーザに関連付けられたアカウント情報を記憶しうる。

ここで図７を参照して、この図は、１つ以上の実施形態による、共有フォルダを介してパスワードを共有するために暗号鍵交換及び鍵ローテーションを利用する一連の動作７００のフローチャートを説明する。図７は１つの実施形態による動作を示すが、代替の実施形態は図７に示される動作のいずれかを省略、追加、並べ替え、及び／又は変更してもよい。図７の動作は、方法の一部として実行されうる。これに代えて、非一時的コンピュータ可読媒体は、１つ以上のプロセッサによって実行された場合に、コンピューティング・デバイスに図７の動作を実行させる命令を含みうる。さらに別の実施形態において、システムが図７の動作を実行しうる。

図７は、共有フォルダへのアクセス権を提供することに関連して公開鍵集合を読み出す動作７０２を一連の動作７００が含むことを説明する。例えば、動作７０２は、共有フォルダへのアクセス権を提供することに関連して、１つ以上の追加のクライアント・デバイスに関連付けられた１つ以上の公開暗号鍵を含む公開鍵集合を読み出すことを伴う。例えば、動作７０２は、コンテンツ管理システムの第１の追加のアカウントに関連付けられた第１のクライアント・デバイスに第１の公開暗号鍵を要求することを伴いうる。動作７０２はまた、コンテンツ管理システムの第２の追加のアカウントに関連付けられた第２のクライアント・デバイスに第２の公開暗号鍵を要求することを伴いうる。

動作７０２は、共有フォルダについての共有メンバーシップに従ってコンテンツ管理システムの追加アカウントを決定することを伴いうる。その後、動作７０２は、コンテンツ管理システムの追加のアカウントに関連付けられた登録されたクライアント・デバイスについての公開暗号鍵を要求することを伴いうる。よって、動作７０２は、共有フォルダについての共有メンバーシップに関連付けられた登録されたクライアント・デバイスについての公開暗号鍵を要求することを伴いうる。その後、動作７０２は、初期クライアント・デバイスに、登録されたクライアント・デバイスからの公開暗号鍵を含む公開鍵集合を利用して共有暗号鍵を暗号化させるために、登録されたクライアント・デバイスからの公開暗号鍵を公開鍵集合の一部として初期クライアント・デバイスに提供することを伴いうる。

これに加えて、動作７０２は、パスワードの集合に関連付けられたパスワード・パーミッションの集合を決定することを含みうる。動作７０２はまた、フォルダ構造内のパスワード・パーミッションの集合に対応する１つ以上のフォルダへのアクセス・パーミッションを有する共有フォルダのためのフォルダ構造を生成することを伴いうる。例えば、動作７０２は、共有フォルダ内のフォルダの階層を決定することを伴いうる。その後、動作７０２は、共有フォルダについての共有メンバーシップに対するパスワード・パーミッションに従って、フォルダの階層内の各フォルダに対するアクセス・パーミッションを決定することを伴いうる。

動作７０２の一部として、又は追加の動作として、一連の動作７００は、コンテンツ管理システムの第１のアカウントに、フォルダの階層内のパスワードの第１の集合に対応するフォルダの第１の集合に対するアクセス・パーミッションの第１の集合を割り当てることを含みうる。その後、一連の動作７００は、コンテンツ管理システムの第２のアカウントに、フォルダの階層内のパスワードの第２の集合に対応するフォルダの第２の集合に対するアクセス・パーミッションの第２の集合を割り当てることを伴いうる。

動作７０２の一部として、又は追加の動作として、一連の動作７００は、初期クライアント・デバイスから、１つ以上の追加のクライアント・デバイスへのアクセス権を提供するためのパスワードの集合についての共有フォルダを生成することの要求を受信することを含みうる。これに加えて、一連の動作７０２は、共有フォルダが以前に生成された後に１つ以上の追加のクライアント・デバイスへのアクセス権を提供するために、パスワードの集合についての共有フォルダを共有することの要求を初期クライアント・デバイスから受信することを含みうる。

これに加えて、一連の動作７００は、公開鍵集合を初期クライアント・デバイスに提供する動作７０４を含む。例えば、動作７０４は、公開鍵集合を、コンテンツ管理システムのアカウントに関連付けられた初期クライアント・デバイスに提供することを伴う。動作７０４は、１つ以上の追加のクライアント・デバイスに関連付けられた１つ以上の公開暗号鍵を含む公開鍵集合を初期クライアント・デバイスに提供することを伴いうる。説明すると、動作７０４は、公開鍵集合の一部として、第１の公開暗号鍵及び第２の公開暗号鍵を初期クライアント・デバイスに提供することを伴いうる。

さらに、一連の動作７００は、パスワードの集合及び暗号化共有暗号鍵を含むコンピューティング・ペイロードを受信する動作７０６を含む。例えば、動作７０６は、共有フォルダ内に記憶するために、初期クライアント・デバイスから、パスワードの集合と、パスワードの集合を暗号化するために利用され、公開鍵集合を利用して共有フォルダ内で暗号化される共有暗号鍵とを含む暗号化ペイロードを受信することを伴う。

動作７０６は、暗号化ペイロードの一部として、１つ以上の追加のクライアント・デバイスに関連付けられた１つ以上の公開暗号鍵を利用して暗号化された共有暗号鍵を受信することを伴いうる。

一連の動作７００はまた、コンテンツ管理システムのアカウントに関連付けられた新たなクライアント・デバイスが、共有フォルダについての共有メンバーシップに追加されると判定することを含みうる。一連の動作７００は、その後、新たなクライアント・デバイスに関連付けられた新たな公開暗号鍵を初期クライアント・デバイスに提供することを含みうる。一連の動作７００はまた、初期クライアント・デバイスから、新たな公開暗号鍵を利用して共有フォルダ内で暗号化された共有暗号鍵を受信することを含みうる。これに加えて、一連の動作７００は、パスワードの集合と、新たな公開暗号鍵を利用して共有フォルダ内で暗号化された共有暗号鍵とを含む暗号化ペイロードを新たなクライアント・デバイスに提供することを含みうる。

一連の動作７００は、共有暗号鍵を変更するための鍵ローテーション・イベントを検出することを含みうる。一連の動作７００は、鍵ローテーション・イベントに応じて、鍵ローテーション・イベントのインジケーションを、共有フォルダへの現在のメンバーシップ・アクセス権を有する複数のクライアント・デバイスへ送信することを含みうる。これに加えて、一連の動作７００は、複数のクライアント・デバイスから更新された公開鍵集合を読み出すことと、複数のクライアント・デバイスに更新された公開鍵集合を提供することとを含みうる。一連の動作７００はまた、共有フォルダ内に記憶するための複数のクライアント・デバイスのイニシエータ・デバイスから、パスワードの集合と、パスワードの集合を再暗号化するために利用され、更新された公開鍵集合を利用して共有フォルダ内で暗号化される変更された共有暗号鍵とを含む更新された暗号化ペイロードを受信することを含みうる。

さらに、一連の動作７００は、共有フォルダについての共有メンバーシップの変化を検出することによって鍵ローテーション・イベントを検出することを含みうる。一連の動作７００は、複数のクライアント・デバイスのクライアント・デバイスから、共有暗号鍵を変更するためのコマンドを受信することによって、鍵ローテーション・イベントを検出することを含みうる。これに代えて、一連の動作７００は、共有フォルダに関連付けられた時間閾値を検出することによって鍵ローテーションを検出することを含みうる。

例えば、一連の動作７００は、共有フォルダについての共有メンバーシップにおける変化を検出することを含みうる。一連の動作７００は、その後、共有メンバーシップにおける検出された変化に応じて、複数のクライアント・デバイスに対応するコンテンツ管理システムの複数のアカウントを含む共有フォルダについての更新された共有メンバーシップを決定することを含みうる。さらに、共有メンバーシップにおける検出された変更に応じて、一連の動作７００は、更新された共有メンバーシップに関連付けられた複数のクライアント・デバイスへ鍵ローテーション・イベントのインジケーションを送信することを含みうる。

一連の動作７００は、複数のクライアント・デバイスのうちの第２のクライアント・デバイスから更新された暗号化ペイロードを受信する前に、又は受信することなく、複数のクライアント・デバイスのうちの第１のクライアント・デバイスから共有フォルダにアップロードするための更新された暗号化ペイロードを受信することを含みうる。一連の動作７００は、第２のクライアント・デバイスから更新された暗号化ペイロードを受信する前に、又は受信することなく、第１のクライアント・デバイスから更新された暗号化ペイロードを受信したことに応じて、第１のクライアント・デバイスがイニシエータ・デバイスであり、第２のクライアント・デバイスがフォロワ・デバイスであると判定することを含みうる。これに加えて、一連の動作７００は、パスワードの集合と、変更された共有暗号鍵とを含む更新された暗号化ペイロードを第２のクライアント・デバイスへ送信することを含みうる。

鍵ローテーション・イベントを検出することに関連して、一連の動作７００は、更新された暗号化ペイロードを第２のクライアント・デバイスへ送信する前に、第２のクライアント・デバイスから追加の変更された共有暗号鍵を受信することを含みうる。例えば、一連の動作７００は、イニシエータ・デバイスから更新された暗号化ペイロードを受信した後、複数のクライアント・デバイスのうちのフォロワ・デバイスから追加の変更された共有暗号鍵を受信することを含みうる。これに加えて、一連の動作７００は、第１のクライアント・デバイス（例えば、イニシエータ・デバイス）から受信された変更された共有暗号鍵と、第２のクライアント・デバイス（例えば、フォロワ・デバイス）から受信された追加の変更された共有暗号鍵との間の競合を検出することを含みうる。一連の動作７００はまた、競合を検出したことに応じて、第２のクライアント・デバイスから受信された追加の変更された共有暗号鍵を拒否することを含みうる。その後、一連の動作７００は、イニシエータ・デバイスから受信された、パスワードの集合と、変更された共有暗号鍵とを含む更新された暗号化ペイロードをフォロワ・デバイスへ送信することを含みうる。

１つ以上の実施形態において、一連の動作７００は、１つ以上の追加のクライアント・デバイスに関連付けられた１つ以上の公開暗号鍵によって暗号化された共有暗号鍵を受信することを含む。その後、一連の動作７００は、１つ以上の公開暗号鍵によって暗号化された共有暗号鍵を、共有暗号鍵を利用して暗号化されたパスワードの集合とともに、１つ以上の追加のクライアント・デバイスに提供することを含みうる。

本開示の実施形態は、以下でより詳細に記載されるように、例えば、１つ以上のプロセッサ及びシステム・メモリのようなコンピュータ・ハードウェアを含む専用又は汎用コンピュータを含むか、又はこれを利用してもよい。本開示の範囲内の実施形態はまた、コンピュータ実行可能命令及び／又はデータ構造を搬送又は記憶するための物理的及び他のコンピュータ可読媒体を含む。特に、本書に記載されるプロセスのうちの１つ以上は、少なくとも部分的に、非一時的コンピュータ可読媒体において実施され、１つ以上のコンピューティング・デバイス（例えば、本書に記載されるメディア・コンテンツ・アクセス・デバイスのいずれか）によって実行可能な命令として実装されてもよい。一般に、プロセッサ（例えば、マイクロプロセッサ）は、非一時的コンピュータ可読媒体（例えば、メモリなど）から命令を受信し、それらの命令を実行し、それによって、本書に記載されるプロセスのうちの１つ以上を含む１つ以上のプロセスを実行する。

コンピュータ可読媒体は、汎用又は専用コンピュータ・システムによってアクセスされうる任意の利用可能な媒体でありうる。コンピュータ実行可能命令を記憶するコンピュータ可読媒体は、非一時的コンピュータ可読記憶媒体（デバイス）である。コンピュータ実行可能命令を搬送するコンピュータ可読媒体は、伝送媒体である。よって、限定ではなく例として、本開示の実施形態は、少なくとも２つの明確に異なる種類のコンピュータ可読媒体、すなわち非一時的コンピュータ可読記憶媒体（デバイス）と伝送媒体とを含みうる。

非一時的コンピュータ可読記憶媒体（デバイス）は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ、（例えば、ＲＡＭに基づく）ソリッド・ステート・ドライブ（「ＳＳＤ」）、フラッシュ・メモリ、相変化メモリ（「ＰＣＭ」）、他のタイプのメモリ、他の光ディスク・ストレージ、磁気ディスク・ストレージ、又は他の磁気ストレージ・デバイス、これに代えて、コンピュータ実行可能命令又はデータ構造の形成で所望のプログラム・コード手段を記憶するために使用されえ、汎用又は専用コンピュータによってアクセスされうる任意の他の媒体を含む。

「ネットワーク」は、コンピュータ・システム及び／又はモジュール及び／又は他の電子デバイス間の電子データの輸送を可能にする１つ以上のデータ・リンクとして定義される。ネットワーク又は別の通信接続（有線、無線、又は有線若しくは無線の組合せ）を介してコンピュータに情報が転送又は提供される場合に、コンピュータは、その接続を伝送媒体として適切にみなす。伝送媒体は、コンピュータ実行可能命令又はデータ構造の形成で所望のプログラム・コード手段を搬送するために使用されえ、汎用又は専用コンピュータによってアクセスされうるネットワーク及び／又はデータ・リンクを含みうる。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。

さらに、様々なコンピュータ・システム構成要素に到達すると、コンピュータ実行可能命令又はデータ構造の形態のプログラム・コード手段は、伝送媒体から非一時的コンピュータ可読記憶媒体（デバイス）へ（又はその逆へ）自動的に転送されうる。例えば、ネットワーク又はデータ・リンクを介して受信されたコンピュータ実行可能命令又はデータ構造は、ネットワーク・インタフェース・モジュール（例えば、「ＮＩＣ」）内のＲＡＭにバッファリングされ、その後、最終的に、コンピュータ・システムＲＡＭ及び／又はコンピュータ・システムにおける低揮発性コンピュータ記憶媒体（デバイス）に転送されうる。よって、非一時的コンピュータ可読記憶媒体（デバイス）は、伝送媒体も（又はさらには主に）利用するコンピュータ・システム構成要素に含まれうることを理解されたい。

コンピュータ実行可能命令は例えば、プロセッサで実行される場合に、汎用コンピュータ、専用コンピュータ、又は専用処理デバイスに所定の機能又は機能のグループを実行させる命令及びデータを含む。いくつかの実施形態において、コンピュータ実行可能命令は、汎用コンピュータ上で実行され、汎用コンピュータを本開示の要素を実装する専用コンピュータに変える。コンピュータ実行可能命令は例えば、バイナリ、アセンブリ言語のような中間フォーマット命令、又はソース・コードであってもよい。主題は構造的特徴及び／又は方法論的動作に固有の言語で記載されてきたが、添付の特許請求の範囲で規定される主題は必ずしも上述の特徴又は動作に限定されないことを理解されたい。むしろ、記載される特徴及び動作は、特許請求の範囲を実施する例示的な形成として開示される。

パーソナル・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、メッセージ・プロセッサ、ハンドヘルド・デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベース又はプログラマブル家電、ネットワークＰＣ、ミニコンピュータ、メインフレーム・コンピュータ、モバイル電話、ＰＤＡ、タブレット、ページャ、ルータ、スイッチなどを含む、多くのタイプのコンピュータ・システム構成を有するネットワーク・コンピューティング環境において本開示が実施されてもよいを当業者は理解されよう。本開示はまた、ネットワークを介して（有線データ・リンク、無線データ・リンク、又は有線データ・リンクと無線データ・リンクの組合せのいずれかによって）リンクされるローカル及びリモート・コンピュータ・システムが両方ともタスクを実行する分散システム環境において実施されてもよい。分散システム環境において、プログラム・モジュールは、ローカル・メモリ・ストレージ・デバイスとリモート・メモリ・ストレージ・デバイスの両方に配置されてもよい。

本開示の実施形態はまた、クラウド・コンピューティング環境において実装されうる。この明細書において、「クラウド・コンピューティング」は、構成可能なコンピューティング・リソースの共有プールへのオンデマンド・ネットワーク・アクセスを可能にするためのモデルとして定義される。例えば、クラウド・コンピューティングは、構成可能なコンピューティング・リソースの共有プールへのユビキタスで便利なオンデマンド・アクセスを提供するために市場で使用されうる。構成可能なコンピューティング・リソースの共有プールは、仮想化を介して迅速にプロビジョニングされ、低い管理努力又はサービス・プロバイダの相互作用で解放され、その後、それに応じてスケーリングされうる。

クラウド・コンピューティング・モデルは例えば、オンデマンド・セルフサービス、ブロード・ネットワーク・アクセス、リソース・プーリング、急速弾性、測定サービスなどのような様々な特性から構成されうる。クラウド・コンピューティング・モデルは例えば、ソフトウェア・アズ・ア・サービス(「ＳａａＳ」）、プラットフォーム・アズ・ア・サービス(「ＰａａＳ」）、及びインフラストラクチャ・アズ・ア・サービス(「ＩａａＳ」）のような様々なサービス・モデルを呈しうる。クラウド・コンピューティング・モデルはまた、プライベート・クラウド、コミュニティ・クラウド、パブリック・クラウド、ハイブリッド・クラウドなどのような異なるデプロイメント・モデルを使用してデプロイされうる。この明細書及び特許請求の範囲において、「クラウド・コンピューティング環境」は、クラウド・コンピューティングが採用される環境である。

図８は、上述のプロセスのうちの１つ以上を実行するように構成されてもよい例示的なコンピューティング・デバイス８００のブロック図を説明する。本書に記載されるクライアント・デバイス及び／又はコンテンツ管理システム１１０は、コンピューティング・デバイス８００のような１つ以上のコンピューティング・デバイスを備えてもよいことを理解されたい。図８によって示されるように、コンピューティング・デバイス８００は、プロセッサ８０２、メモリ８０４、ストレージ・デバイス８０６、Ｉ／Ｏインタフェース８０８、及び通信インタフェース８１０を備えることができ、これらは、通信インフラストラクチャ８１２によって通信可能に結合されてもよい。例示的なコンピューティング・デバイス８００が図８に示されているが、図８に説明されている構成要素は限定を意図するものではない。他の実施形態において、追加又は代替の構成要素が使用されてもよい。さらに、何らかの実施形態において、コンピューティング・デバイス８００は、図８に示されるものよりも少ない構成要素を含みうる。図８に示されるコンピューティング・デバイス８００の構成要素が、さらに詳細に記載される。

特定の実施形態において、プロセッサ８０２は、コンピュータ・プログラムを構成するもののような命令を実行するためのハードウェアを含む。限定ではなく例として、命令を実行するために、プロセッサ８０２は、内部レジスタ、内部キャッシュ、メモリ８０４、又はストレージ・デバイス８０６から命令を読み出し（又はフェッチし）、それらをデコードし実行してもよい。特定の実施形態において、プロセッサ８０２は、データ、命令、又はアドレスのための１つ以上の内部キャッシュを含んでもよい。限定ではなく例として、プロセッサ８０２は、１つ以上の命令キャッシュ、１つ以上のデータ・キャッシュ、及び１つ以上の変換ルックアサイド・バッファ（ＴＬＢ）を含んでもよい。命令キャッシュ内の命令は、メモリ８０４又はストレージ８０６内の命令のコピーであってもよい。

メモリ８０４は、データ、メタデータ、及びプロセッサによる実行のためのプログラムを記憶するために使用されてもよい。メモリ８０４は、ランダム・アクセス・メモリ（「ＲＡＭ」）、リード・オンリ・メモリ（「ＲＯＭ」）、ソリッド・ステート・ディスク（「ＳＳＤ」）、フラッシュ、相変化メモリ（「ＰＣＭ」）、又は他のタイプのデータ・ストレージのような、揮発性及び不揮発性メモリのうちの１つ以上を含んでもよい。メモリ８０４は、内部メモリであっても分散メモリであってもよい。

ストレージ・デバイス８０６は、データ又は命令を記憶するためのストレージを含む。限定ではなく例として、ストレージ・デバイス８０６は、上述の非一時的記憶媒体を備えうる。ストレージ・デバイス８０６は、ハード・ディスク・ドライブ（ＨＤＤ）、フロッピー・ディスク・ドライブ、フラッシュ・メモリ、光ディスク、光磁気ディスク、磁気テープ、若しくはユニバーサル・シリアル・バス（ＵＳＢ）ドライブ、又はこれらのうちの２つ以上の組合せを含んでもよい。ストレージ・デバイス８０６は、必要に応じて、取り外し可能又は取り外し不可能な（すなわち固定された）媒体を含んでもよい。ストレージ・デバイス８０６は、コンピューティング・デバイス８００の内部にあっても外部にあってもよい。特定の実施形態において、ストレージ・デバイス８０６は、不揮発性のソリッド・ステート・メモリである。他の実施形態において、ストレージ・デバイス８０６は、リード・オンリ・メモリ（ＲＯＭ）を含む。適切な場合に、このＲＯＭは、マスク・プログラムＲＯＭ、プログラマブルＲＯＭ(ＰＲＯＭ)、消去可能ＰＲＯＭ(ＥＰＲＯＭ)、電気的消去可能ＰＲＯＭ(ＥＥＰＲＯＭ)、電気的変更可能ＲＯＭ(ＥＡＲＯＭ)、又はフラッシュ・メモリ、又はこれらのうちの２つ以上の組合せであってもよい。

Ｉ／Ｏインタフェース８０８は、ユーザがコンピューティング・デバイス８００への入力を提供し、そこから出力を受信し、他のようにそこへデータを転送し、そこからデータを受信することを可能にする。Ｉ／Ｏインタフェース８０８は、マウス、キーパッド若しくはキーボード、タッチ・スクリーン、カメラ、光学スキャナ、ネットワーク・インタフェース、モデム、他の既知のＩ／Ｏデバイス、又はこのようなＩ／Ｏインタフェースの組合せを含んでもよい。Ｉ／Ｏインタフェース８０８は、グラフィックス・エンジン、ディスプレイ（例えば、ディスプレイ画面）、１つ以上の出力ドライバ（例えば、ディスプレイ・ドライバ）、１つ以上のオーディオ・スピーカ、及び１つ以上のオーディオ・ドライバを含むがこれらに限定されない、出力をユーザに提示するための１つ以上のデバイスを含んでもよい。何らかの実施形態において、Ｉ／Ｏインタフェース８０８は、ユーザに提示するためにディスプレイにグラフィカル・データを提供するように構成される。グラフィカル・データは、１つ以上のグラフィカル・ユーザ・インタフェース及び／又は特定の実装を果たしてもよい任意の他のグラフィカル・コンテンツを表してもよい。

通信インタフェース８１０は、ハードウェア、ソフトウェア、又は両方を含みうる。いずれにしても、通信インタフェース８１０は、コンピューティング・デバイス８００と１つ以上の他のコンピューティング・デバイス又はネットワークとの間の（例えば、パケット・ベースの通信のような）通信のための１つ以上のインタフェースを提供しうる。限定ではなく例として、通信インタフェース８１０は、イーサネット又は他の有線ベースのネットワークと通信するためのネットワーク・インタフェース・コントローラ（ＮＩＣ）又はネットワーク・アダプタ、又はＷＩ－ＦＩのような無線ネットワークと通信するための無線ＮＩＣ(ＷＮＩＣ)又は無線アダプタを含んでもよい。

これに加えて又はこれに代えて、通信インタフェース８１０は、アドホック・ネットワーク、パーソナル・エリア・ネットワーク（ＰＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、又はインターネットの１つ以上の部分、又はこれらのうちの２つ以上の組合せとの通信を容易にしてもよい。これらのネットワークのうちの１つ以上の１つ以上の部分は、有線であっても無線であってもよい。例として、通信インタフェース８１０は、（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標） ＷＰＡＮのような）無線ＰＡＮ(ＷＰＡＮ)、ＷＩ－ＦＩネットワーク、ＷＩ－ＭＡＸネットワーク、（例えば、移動通信のためのグローバル・システム(ＧＳＭ)ネットワークのような）セルラー電話ネットワーク、又は他の適切な無線ネットワーク、又はそれらの組合せとの通信を容易にしてもよい。

これに加えて、通信インタフェース８１０は、様々な通信プロトコルの通信を容易にしてもよい。使用されてもよい通信プロトコルの例は、データ伝送メディア、通信デバイス、伝送制御プロトコル（「ＴＣＰ」）、インターネット・プロトコル（［ＩＰ」）、ファイル転送プロトコル（「ＦＴＰ」）、テルネット、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）、ハイパーテキスト転送プロトコル・セキュア（「ＨＴＴＰＳ」）、セッション開始プロトコル（「ＳＩＰ」）、シンプル・オブジェクト・アクセス・プロトコル（「ＳＯＡＰ」）、拡張可能マークアップ言語（「ＸＭＬ」）及びその変形、シンプル・メール転送プロトコル（「ＳＭＴＰ］）、リアルタイム転送プロトコル（「ＲＴＰ」）、ユーザ・ダイアグラム・プロトコル（「ＵＤＰ」）、移動通信用グローバル・システム（「ＧＳＭ」）技術、符号分割多元接続（「ＣＤＭＡ」）技術、時分割多元接続（「ＴＤＭＡ」）技術、ショート・メッセージ・サービス（「ＳＭＳ」）、マルチメディア・メッセージ・サービス（「ＭＭＳ」）、無線周波数（「ＲＦ」）シグナリング技術、ロング・ターム・エボリューション（「ＬＴＥ」）技術、無線通信技術、インバンド及びアウトオブバンド・シグナリング技術、並びに他の適切な通信ネットワーク及び技術を含むが、これらに限定されない。

通信インフラストラクチャ８１２は、コンピューティング・デバイス８００の構成要素を互いに結合するハードウェア、ソフトウェア、又はその両方を含んでもよい。限定ではなく例として、通信インフラストラクチャ８１２は、アクセラレーテッド・グラフィックス・ポート（ＡＧＰ）又は他のグラフィックス・バス、拡張業界標準アーキテクチャ（ＥＩＳＡ）バス、フロントサイド・バス（ＦＳＢ）、ＨＹＰＥＲＴＲＡＮＳＰＯＲＴ(ＨＴ)インターコネクト、業界標準アーキテクチャ（ＩＳＡ）バス、ＩＮＦＩＮＩＢＡＮＤインターコネクト、低ピン・カウント（ＬＰＣ）バス、メモリ・バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、周辺コンポーネント・インターコネクト（ＰＣＩ）バス、ＰＣＩエクスプレス(ＰＣＩｅ)バス、シリアル・アドバンスト・テクノロジー・アタッチメント（ＳＡＴＡ）バス、ビデオ・エレクトロニクス規格関連ローカル（ＶＬＢ）バス、又は別の適切なバス、又はそれらの組合せを含んでもよい。

図９は、システム１０２の１つ以上の実施形態が実施されうる環境を説明する概略図である。オンライン・コンテンツ管理システム９０２は、（デジタル・ビデオのような）デジタル・コンテンツを生成、記憶、管理、受信、及び送信してもよい。例えば、オンライン・コンテンツ管理システム９０２は、ネットワーク９０４を介してクライアント・デバイス９０６との間でデジタル・コンテンツを送受信してもよい。特に、オンライン・コンテンツ管理システム９０２は、デジタル・コンテンツのコレクションを記憶し、管理しうる。オンライン・コンテンツ管理システム９０２は、複数のユーザに関連付けられたコンピューティング・デバイス間のデジタル・コンテンツの共有を管理しうる。例えば、オンライン・コンテンツ管理システム９０２は、ユーザがオンライン・コンテンツ管理システム９０２の別のユーザとデジタル・コンテンツを共有することを容易にしうる。

特に、オンライン・コンテンツ管理システム９０２は、１以上のユーザに関連付けられた複数のクライアント・デバイス９０６にわたってデジタル・コンテンツを同期することを管理しうる。例えば、ユーザは、クライアント・デバイス９０６を使用してデジタル・コンテンツを編集してもよい。オンライン・コンテンツ管理システム９０２は、クライアント・デバイス９０６に、編集されたデジタル・コンテンツをオンライン・コンテンツ管理システム９０２へ送信させうる。その後、オンライン・コンテンツ管理システム９０２は、編集されたデジタル・コンテンツを１つ以上の追加のコンピューティング・デバイス上で同期する。

複数のデバイスにわたってデジタル・コンテンツを同期することに加えて、オンライン・コンテンツ管理システム９０２の１つ以上の実施形態は、デジタル・コンテンツの大きなコレクションを有するユーザに効率的なストレージ・オプションを提供しうる。例えば、オンライン・コンテンツ管理システム９０２は、オンライン・コンテンツ管理システム９０２上にデジタル・コンテンツのコレクションを記憶でき、一方、クライアント・デバイス９０６は、デジタル・コンテンツの縮小サイズ・バージョンのみを記憶する。ユーザは、クライアント・デバイス９０６上のデジタル・コンテンツの縮小サイズ・バージョン（例えば、デジタル画像のサムネイル）をナビゲートし、閲覧しうる。特に、ユーザがデジタル・コンテンツを体験しうる１つの方法は、クライアント・デバイス９０６上でデジタル・コンテンツの縮小サイズ・バージョンを閲覧することである。

ユーザがデジタル・コンテンツを体験しうる別の方法は、オンライン・コンテンツ管理システム９０２からデジタル・コンテンツのフル又は高解像度バージョンを要求するために、デジタル・コンテンツの縮小サイズ・バージョンを選択することである。特に、ユーザがデジタル・コンテンツの縮小サイズ・バージョンを選択すると、クライアント・デバイス９０６は、デジタル・コンテンツの縮小サイズ・バージョンに関連付けられたデジタル・コンテンツを要求する要求をオンライン・コンテンツ管理システム９０２へ送信する。オンライン・コンテンツ管理システム９０２は、クライアント・デバイス９０６へデジタル・コンテンツを送信することによって要求に応答しうる。その後、クライアント・デバイス９０６は、デジタル・コンテンツを受信すると、デジタル・コンテンツをユーザに提示しうる。このようにして、ユーザはクライアント・デバイス９０６上で使用されるリソースの量を最小化しつつ、デジタル・コンテンツの大きなコレクションにアクセスしうる。

クライアント・デバイス９０６は、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット・コンピュータ、携帯情報端末（ＰＤＡ）、イン又はアウト・オブ・カー・ナビゲーション・システム、ハンドヘルド・デバイス、スマートフォン若しくは他のセルラー若しくはモバイル・フォン、又はモバイル・ゲーム・デバイス、他のモバイル・デバイス、又は他の適切なコンピューティング・デバイスであってもよい。クライアント・デバイス９０６は、ネットワーク９０４を介してコンテンツにアクセスし閲覧するために、ウェブ・ブラウザ（例えば、マイクロソフト・ウィンドウズ（登録商標）・インターネット・エクスプローラ、モジラ・ファイヤーフォックス、アップル・サファリ、グーグル・クローム、オペラなど）又はネイティブ若しくは専用クライアント・アプリケーション（例えば、ｉＰｈｏｎｅ（登録商標）又はｉＰａｄ（登録商標）用のＦａｃｅｂｏｏｋ、Ａｎｄｒｏｉｄ用のＦａｃｅｂｏｏｋなど）のような１つ以上のクライアント・アプリケーションを実行してもよい。

ネットワーク９０４は、（インターネット、企業イントラネット、仮想プライベート・ネットワーク（ＶＰＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）、セルラー・ネットワーク、ワイド・エリア・ネットワーク（ＷＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、又は２つ以上のこのようなネットワークの組合せのような）ネットワーク又はネットワークのコレクションを表してもよく、クライアント・デバイス９０６は、このネットワークを介してオンライン・コンテンツ管理システム９０２にアクセスしてもよい。

以上の明細書において、本開示は、その特定の例示的な実施形態を参照して記載された。本開示の様々な実施形態及び側面は、本書で論じられる詳細を参照して記載され、添付の図面は様々な実施形態を説明する。上記の記載及び図面は、本開示を例示するものであり、本開示を限定するものとして解釈されるべきではない。本開示の様々な実施形態の完全な理解を提供するために、多数の具体的な詳細が記載される。

本開示は、その趣旨又は本質的な特徴から逸脱することなく、他の特定の形態で実施されてもよい。記載された実施形態は、あらゆる点で例示的なものにすぎず、限定的なものではないとみなされるべきである。例えば、本書に記載される方法はより少ない又はより多いステップ／動作で実行されてもよく、又はステップ／動作は異なる順序で実行されてもよい。これに加えて、本書に記載されるステップ／動作は、互いに並行して、又は同じ若しくは同様のステップ／動作の異なるインスタンスと並行して、繰り返されるか又は実行されてもよい。したがって、本出願の範囲は、前述の記載によってではなく、添付の特許請求の範囲によって示される。特許請求の範囲の均等物の意味及び範囲内に入るすべての変更は、それらの範囲内に包含されるべきである。

Claims (20)

1. 非一時的コンピュータ可読記憶媒体であって、少なくとも１つのプロセッサによって実行された場合に、コンテンツ管理システムに、
   共有フォルダへのアクセスを提供することに関連して、１つ以上の追加のクライアント・デバイスに関連付けられた１つ以上の公開暗号鍵を含む公開鍵集合を読み出すことと、
   前記コンテンツ管理システムのアカウントに関連付けられた初期クライアント・デバイスに前記公開鍵集合を提供することと、
   前記共有フォルダ内に記憶するために、前記初期クライアント・デバイスから、パスワードの集合を含む暗号化ペイロードと、パスワードの前記集合を暗号化するために利用されており、前記公開鍵集合を利用して前記共有フォルダ内で暗号化されている共有暗号鍵とを受信することと、
   を行わせる命令を含む、非一時的コンピュータ可読記憶媒体。
2. 請求項１に記載の非一時的コンピュータ可読記憶媒体であって、前記少なくとも１つのプロセッサによって実行された場合に、前記コンテンツ管理システムに、
   前記共有フォルダについての共有メンバーシップに従って前記コンテンツ管理システムの追加アカウントを決定することと、
   前記コンテンツ管理システムの前記追加アカウントに関連付けられた登録クライアント・デバイスについての公開暗号鍵を要求することと、
   によって前記公開鍵集合を読み出すことを行わせる命令をさらに含む、非一時的コンピュータ可読記憶媒体。
3. 請求項１に記載の非一時的コンピュータ可読記憶媒体であって、前記少なくとも１つのプロセッサによって実行された場合に、前記コンテンツ管理システムに、
   パスワードの前記集合に関連付けられたパスワード・パーミッションの集合を決定することと、
   前記共有フォルダについてのフォルダ構造を、前記フォルダ構造内のパスワード・パーミッションの前記集合に対応する１つ以上のフォルダへのアクセス・パーミッションで生成することと、
   によって、パスワードの前記集合について前記共有フォルダを生成することの要求を受信することを行わせる命令をさらに含む、非一時的コンピュータ可読記憶媒体。
4. 請求項１に記載の非一時的コンピュータ可読記憶媒体であって、前記少なくとも１つのプロセッサによって実行された場合に、前記コンテンツ管理システムに、前記１つ以上の追加のクライアント・デバイスに関連付けられた前記１つ以上の公開暗号鍵を利用して暗号化された前記共有暗号鍵を前記暗号化ペイロードの一部として受信することによって、前記暗号化ペイロードを受信することを行わせる命令をさらに含む、非一時的コンピュータ可読記憶媒体。
5. 請求項１に記載の非一時的コンピュータ可読記憶媒体であって、前記少なくとも１つのプロセッサによって実行された場合に、前記コンテンツ管理システムに、
   前記コンテンツ管理システムの前記アカウントに関連付けられた新たなクライアント・デバイスが、前記共有フォルダについての共有メンバーシップに追加されることを判定することと、
   前記新たなクライアント・デバイスに関連付けられた新たな公開暗号鍵を前記初期クライアント・デバイスに提供することと、
   前記新たな公開暗号鍵を利用して前記共有フォルダ内で暗号化された前記共有暗号鍵を前記初期クライアント・デバイスから受信することと、
   パスワードの前記集合を含む前記暗号化ペイロードと、前記新たな公開暗号鍵を利用して前記共有フォルダ内で暗号化された前記共有暗号鍵とを前記新たなクライアント・デバイスに提供することと、
   を行わせる命令をさらに含む、非一時的コンピュータ可読記憶媒体。
6. 請求項１に記載の非一時的コンピュータ可読記憶媒体であって、前記少なくとも１つのプロセッサによって実行された場合に、前記コンテンツ管理システムに、
   前記共有暗号鍵を変更するための鍵ローテーション・イベントを検出することと、
   前記鍵ローテーション・イベントに応じて、前記共有フォルダへの現在のメンバーシップ・アクセス権を有する複数のクライアント・デバイスへ前記鍵ローテーション・イベントのインジケーションを送信することと、
   複数のクライアント・デバイスから更新された公開鍵集合を読み出すことと、
   前記更新された公開鍵集合を前記複数のクライアント・デバイスに提供することと、
   前記共有フォルダ内に記憶するために、前記複数のクライアント・デバイスのうちのイニシエータ・デバイスから、パスワードの前記集合を含む更新された暗号化ペイロードと、パスワードの前記集合を再暗号化するために利用されており、前記更新された公開鍵集合を利用して前記共有フォルダ内で暗号化されている変更された共有暗号鍵とを受信することと、
   を行わせる命令をさらに含む、非一時的コンピュータ可読記憶媒体。
7. 請求項６に記載の非一時的コンピュータ可読記憶媒体であって、前記少なくとも１つのプロセッサによって実行された場合に、前記コンテンツ管理システムに、
   前記共有フォルダについての共有メンバーシップにおける変化を検出すること、
   前記共有暗号鍵を変更するためのコマンドを前記複数のクライアント・デバイスのうちのクライアント・デバイスから受信すること、又は
   前記共有フォルダに関連付けられた時間閾値を検出すること、
   によって、前記鍵ローテーション・イベントを検出することを行わせる命令をさらに含む、非一時的コンピュータ可読記憶媒体。
8. 請求項６に記載の非一時的コンピュータ可読記憶媒体であって、前記少なくとも１つのプロセッサによって実行された場合に、前記コンテンツ管理システムに、
   前記複数のクライアント・デバイスのうちの第２のクライアント・デバイスから前記更新された暗号化ペイロードを受信する前に又はこれを受信することなく、前記複数のクライアント・デバイスのうちの第１のクライアント・デバイスから、前記共有フォルダにアップロードするための前記更新された暗号化ペイロードを受信することと、
   前記第２のクライアント・デバイスから前記更新された暗号化ペイロードを受信する前に又はこれを受信することなく、前記第１のクライアント・デバイスから前記更新された暗号化ペイロードを受信したことに応じて、前記第１のクライアント・デバイスが前記イニシエータ・デバイスであり、前記第２のクライアント・デバイスがフォロワ・デバイスであると判定することと、
   パスワードの前記集合を含む前記更新された暗号化ペイロードと、前記変更された共有暗号鍵とを前記第２のクライアント・デバイスへ送信することと、
   を行わせる命令をさらに含む、非一時的コンピュータ可読記憶媒体。
9. 請求項８に記載の非一時的コンピュータ可読記憶媒体であって、前記少なくとも１つのプロセッサによって実行された場合に、前記コンテンツ管理システムに、
   前記更新された暗号化ペイロードを前記第２のクライアント・デバイスへ送信する前に、前記第２のクライアント・デバイスから追加の変更された共有暗号鍵を受信することと、
   前記第１のクライアント・デバイスから受信された前記変更された共有暗号鍵と、前記第２のクライアント・デバイスから受信された前記追加の変更された共有暗号鍵との間の競合を検出することと、
   前記競合を検出したことに応じて、前記第２のクライアント・デバイスから受信された前記追加の変更された共有暗号鍵を拒否することと、
   を行わせる命令をさらに含む、非一時的コンピュータ可読記憶媒体。
10. システムであって、
    少なくとも１つのプロセッサと、
    非一時的コンピュータ可読記憶媒体であって、前記少なくとも１つのプロセッサによって実行された場合に、前記システムに、
    共有フォルダへのアクセスを提供することに関連して、１つ以上の追加のクライアント・デバイスに関連付けられた１つ以上の公開暗号鍵を含む公開鍵集合を読み出すことと、
    コンテンツ管理システムのアカウントに関連付けられた初期クライアント・デバイスに前記公開鍵集合を提供することと、
    前記共有フォルダ内に記憶するために、前記初期クライアント・デバイスから、パスワードの集合を含む暗号化ペイロードと、パスワードの前記集合を暗号化するために利用されており、前記公開鍵集合を利用して前記共有フォルダ内で暗号化されている共有暗号鍵とを受信することと、
    を行わせる命令を含む、非一時的コンピュータ可読記憶媒体と、を備える、システム。
11. 請求項１０に記載のシステムであって、前記少なくとも１つのプロセッサによって実行された場合に、前記システムに、
    前記共有フォルダについての共有メンバーシップに関連付けられた登録クライアント・デバイスについての公開暗号鍵を要求することによって、前記公開鍵集合を読み出すことと、
    前記初期クライアント・デバイスに、前記登録クライアント・デバイスからの前記公開暗号鍵を含む前記公開鍵集合を利用して前記共有暗号鍵を暗号化させるために、前記登録クライアント・デバイスからの前記公開暗号鍵を前記公開鍵集合の一部として前記初期クライアント・デバイスに提供することによって、前記公開鍵集合を前記初期クライアント・デバイスに提供することと、
    を行わせる命令をさらに含む、システム。
12. 請求項１０に記載のシステムであって、前記少なくとも１つのプロセッサによって実行された場合に、前記システムに、
    前記共有フォルダ内のフォルダの階層を決定することと、
    前記共有フォルダについての共有メンバーシップに対するパスワード・パーミッションに従って、フォルダの前記階層内の各フォルダに対するアクセス・パーミッションを決定することと、
    によって、パスワードの前記集合のための前記共有フォルダを生成することの要求を受信することを行わせる命令をさらに含む、システム。
13. 請求項１２に記載のシステムであって、前記少なくとも１つのプロセッサによって実行された場合に、前記システムに、
    前記コンテンツ管理システムの第１のアカウントに、フォルダの前記階層内のパスワードの第１の集合に対応するフォルダの第１の集合に対するアクセス・パーミッションの第１の集合を割り当てることと、
    前記コンテンツ管理システムの第２のアカウントに、フォルダの前記階層内のパスワードの第２の集合に対応するフォルダの第２の集合に対するアクセス・パーミッションの第２の集合を割り当てることと、
    を行わせる命令をさらに含む、システム。
14. 請求項１０に記載のシステムであって、前記少なくとも１つのプロセッサによって実行された場合に、前記システムに、
    前記共有フォルダについての共有メンバーシップにおける変化を検出することと、
    前記共有メンバーシップにおける前記検出された変化に応じて、
    複数のクライアント・デバイスに対応する前記コンテンツ管理システムの複数のアカウントを含む前記共有フォルダについての更新された共有メンバーシップを決定することと、
    鍵ローテーション・イベントのインジケーションを前記複数のクライアント・デバイスへ送信することと、
    前記複数のクライアント・デバイスから複数の公開暗号鍵を読み出すことと、
    前記複数の公開暗号鍵を含む更新された公開鍵集合を前記複数のクライアント・デバイスに提供することと、
    前記共有フォルダ内に記憶するために、前記複数のクライアント・デバイスのうちのイニシエータ・デバイスから、パスワードの前記集合を含む更新された暗号化ペイロードと、パスワードの前記集合を再暗号化するために利用されており、前記更新された公開鍵集合を利用して前記共有フォルダ内で暗号化されている変更された共有暗号鍵とを受信することと、
    を行わせる命令をさらに含む、システム。
15. 請求項１４に記載のシステムであって、前記少なくとも１つのプロセッサによって実行された場合に、前記システムに、
    前記イニシエータ・デバイスから前記更新された暗号化ペイロードを受信した後、前記複数のクライアント・デバイスのうちのフォロワ・デバイスから追加の変更された共有暗号鍵を受信することと、
    前記イニシエータ・デバイスから受信された前記変更された共有暗号鍵と、前記フォロワ・デバイスから受信された前記追加の変更された共有暗号鍵との間の競合を検出したことに応じて、前記フォロワ・デバイスから受信された前記追加の変更された共有暗号鍵を拒否することと、
    パスワードの前記集合を含む前記更新された暗号化ペイロードと、前記イニシエータ・デバイスから受信された前記変更された共有暗号鍵とを前記フォロワ・デバイスへ送信することと、
    を行わせる命令をさらに含む、システム。
16. 請求項１０に記載のシステムであって、前記少なくとも１つのプロセッサによって実行された場合に、前記システムに、
    前記１つ以上の追加のクライアント・デバイスに関連付けられた前記１つ以上の公開暗号鍵によって暗号化された前記共有暗号鍵を受信することと、
    前記１つ以上の公開暗号鍵によって暗号化された前記共有暗号鍵を、前記共有暗号鍵を利用して暗号化されたパスワードの前記集合とともに前記１つ以上の追加のクライアント・デバイスに提供することと、
    を行わせる命令をさらに含む、システム。
17. 方法であって、
    共有フォルダへのアクセスを提供することに関連して、１つ以上の追加のクライアント・デバイスに関連付けられた１つ以上の公開暗号鍵を含む公開鍵集合を読み出すことと、
    コンテンツ管理システムのアカウントに関連付けられた初期クライアント・デバイスに前記公開鍵集合を提供することと、
    前記共有フォルダ内に記憶するために、前記初期クライアント・デバイスから、パスワードの集合を含む暗号化ペイロードと、パスワードの前記集合を暗号化するために利用されており、前記公開鍵集合を利用して前記共有フォルダ内で暗号化されている共有暗号鍵とを受信することと、
    を有する、方法。
18. 請求項１７に記載の方法であって、
    前記公開鍵集合を読み出すことは、
    前記コンテンツ管理システムの第１の追加アカウントに関連付けられた第１のクライアント・デバイスに第１の公開暗号鍵を要求することと、
    前記コンテンツ管理システムの第２の追加アカウントに関連付けられた第２のクライアント・デバイスに第２の公開暗号鍵を要求することと、を含み、
    前記公開鍵集合を前記初期クライアント・デバイスに提供することは、前記第１の公開暗号鍵及び前記第２の公開暗号鍵を前記公開鍵集合の一部として前記初期クライアント・デバイスに提供することを含む、方法。
19. 請求項１７に記載の方法であって、
    共有暗号鍵を変更するための鍵ローテーション・イベントを検出することと、
    前記検出された鍵ローテーション・イベントに応じて、
    前記共有フォルダについての更新された共有メンバーシップを決定することと、
    前記更新された共有メンバーシップに関連付けられた複数のクライアント・デバイスへ前記鍵ローテーション・イベントのインジケーションを送信することと、
    前記複数のクライアント・デバイスから更新された公開鍵集合を読み出すことと、
    前記更新された公開鍵集合を前記複数のクライアント・デバイスに提供することと、
    前記共有フォルダ内に記憶するために、前記複数のクライアント・デバイスのうちのイニシエータ・デバイスから、パスワードの前記集合を含む更新された暗号化ペイロードと、パスワードの前記集合を再暗号化するために利用されており、前記更新された公開鍵集合を利用して前記共有フォルダ内で暗号化されている変更された共有暗号鍵とを受信することと、
    をさらに有する、方法。
20. 請求項１９に記載の方法であって、前記共有暗号鍵を変更するための前記鍵ローテーション・イベントを検出することは、
    前記共有フォルダについての共有メンバーシップにおける変化を検出すること、
    前記共有暗号鍵を変更するためのコマンドを前記複数のクライアント・デバイスのうちのクライアント・デバイスから受信すること、又は
    前記共有フォルダに関連付けられた時間閾値を検出すること、
    を含む、方法。

Images