JP2023543773A - 暗号化ファイル制御 - Google Patents

Abstract

アクセスクライアントは、アクセス要求をサーバに送信することができ、アクセス要求は、復号要求または暗号化要求の一例であり得る。アクセス要求は、アクセスされるファイルのアクセス情報およびファイル情報を含み得る。サーバは、アクセス情報を検証し、アクセス鍵および実行可能コードのセットを含むアクセスパッケージを生成することができる。アクセス鍵は、アクセスクライアントに送信され得る。アクセスクライアントは、実行可能コードを実行し、ファイルを復号または暗号化することができる。ファイルは、ファイルアクセスポリシー、所有権情報、およびファイルアクセスログを含む１つまたは複数のデータパックを含むことができる。

Description

相互参照
本特許出願は、２０２１年９月２２日に出願された「ＥＮＣＲＹＰＴＥＤ ＦＩＬＥ ＣＯＮＴＲＯＬ」と題するＮＩＪＡＳＵＲＥらによる米国特許出願第１７／４８２，０１０号、および２０２０年９月２２日に出願された「ＥＮＣＲＹＰＴＥＤ ＦＩＬＥ ＣＯＮＴＲＯＬ」と題するＮＩＪＡＳＵＲＥらによる米国仮特許出願第６３／０８１，７６３号に対する優先権を主張するものであり、これらの各々は、本明細書の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる。

技術分野
本開示は、一般に、データセキュリティに関し、より具体的には、暗号化ファイル制御に関する。

背景
ファイル暗号化は、安全でないネットワークを介してコンピュータ間でファイルを共有することを可能にし、第三者が機密データにアクセスするのを妨げることができる。しかしながら、ファイル暗号化は、ファイルを暗号化するために使用される鍵の安全性と同程度にしか安全でない可能性がある。

概要
記載された技術は、暗号化ファイル制御をサポートする改善された方法、システム、デバイス、および装置に関する。一般に、記載された技術は、ファイルを暗号化するために使用される暗号鍵を損なうことなく、暗号化ファイルを共有することを提供する。暗号化ファイルのペイロードは、複数のリポジトリに格納された複数のソルトおよび鍵でソルト処理および暗号化される。ファイルを暗号化または復号するためのアクセス要求に応答して、サーバは、アクセスを実行するための情報（例えば、データおよび／またはコード）を含むアクセスパッケージを生成する。例えば、データパックがソースコードを含む場合、ソースコードには、暗号化ファイルのペイロードを暗号化または復号するために使用されるソルトおよび鍵が注入され得る。サーバは、サーバにアクセス要求を送信したアクセスデバイスに、アクセスパッケージと共にアクセス応答を送信する。アクセスデバイスは、アクセスパッケージからソースコードをコンパイルして、暗号化ファイルのペイロードを暗号化または復号することができる実行可能ファイルを生成することができる。場合によっては、アクセスデバイスは、アクセスパッケージに含まれるデータに基づいてペイロードのデータを変換することができる。使用された後、実行可能ファイルおよび／またはアクセスパッケージは、ソルトおよび鍵がアクセスデバイスのメモリ内にある時間を最小限に抑えるために、アクセスデバイスから削除されてもよい。ソルトおよびキーをアクセスデバイスに格納しないことにより、アクセスデバイスが危険にさらされる影響および確率が低減される。

図面の簡単な説明

本開示の態様にしたがって暗号化ファイル制御をサポートするシステムの例を例示する。 本開示の態様にしたがって暗号化ファイル制御をサポートする暗号化ファイルの例を例示する。 本開示の態様にしたがって暗号化ファイル制御をサポートするコンピューティングアーキテクチャの例を例示する。 本開示の態様にしたがって暗号化ファイル制御をサポートするプロセスフローの例を例示する。 本開示の態様にしたがって暗号化ファイル制御をサポートするプロセスフローの例を例示する。 本開示の態様にしたがって暗号化ファイル制御をサポートするアクセスデバイスシナリオの例を例示する。 本開示の態様にしたがって暗号化ファイル制御をサポートするユーザデバイスのブロック図を示す。 本開示の態様にしたがって暗号化ファイル制御をサポートするデバイスを含むシステムの図を示す。 本開示の態様にしたがって暗号化ファイル制御をサポートするデータセキュリティ構成要素のブロック図を示す。 本開示の態様にしたがって暗号化ファイル制御をサポートするデバイスを含むシステムの図を示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。 本開示の態様にしたがって暗号化ファイル制御をサポートする方法を例示するフローチャートを示す。

詳細な説明
データを不正アクセスから保護するために、様々な環境で暗号化技術が使用されている。様々な形態の暗号鍵が、データの暗号化、データの復号、データの安全な送信などに使用され得る。しかしながら、これらの技術は、データを保護するために、ユーザおよびシステムが鍵およびデータの制御、格納、および可視性を維持することを必要とする。例えば、組織は、データを保護するために、他の技術およびシステムの中でも、デバイス管理技術およびシステム、識別管理技術およびシステム、ストレージ管理技術およびシステム、クラウド格納技術およびシステム、データ分類技術およびシステムを実装する。これらのシステムおよび技術の複雑さ、ならびに悪意のある行為者の急増により、データ損失および不正なデータアクセスが広がっている。

本明細書で説明される実装形態は、自己保護、自己認識、および自己インテリジェントデータのためのシステムおよび技術をサポートする。記載された実装形態は、本明細書に記載された技術を使用してデータを保護するためにサーバと対話するように構成されたアクセスクライアントをサポートする。これらの技術は、即時かつ動的なデータ制御をサポートする。例えば、第１のユーザが暗号化ファイルを第２のユーザに送信し、第１のユーザがもはや第２のユーザにファイルへのアクセスを望まない場合である。第１のユーザは、第２のユーザが自分のデバイス上に既にファイルを持っている場合であっても、ほぼリアルタイムで第２のユーザのファイルへのアクセスを制限するためにプラットフォームにアクセスすることができる。これらの技術は、ファイルレベル、ファイルのグループまたはファイルのフォルダ、チームレベル、組織レベルなどを含む様々なレベルの粒度でサポートされる。さらに、これらの技術は、ファイル内の様々な要素または部分に適用可能であり得る。例えば、ファイルは、１つまたは複数のデータオブジェクト（例えば、オブジェクトのリンクおよび埋め込みオブジェクト（ＯＬＥ）、画像）を含むことができ、これらのオブジェクトは、本明細書に記載の様々なファイルアクセスポリシー技術を適用しながら、（ファイル自体とは別個に）暗号化および復号することができる。さらに、記載された技術は、他の制限の中でも、地理的位置、デバイスタイプ、および期間などの様々な考慮事項を使用してファイルアクセス制限またはポリシーをサポートする。例えば、ユーザは、特定の国にいる他のユーザによるファイルまたはファイルのグループへのアクセスを制限することができる。これらの制限は、他のユーザが特定の国で自分のパーソナルデバイス上に既にファイルを持っている場合でも、ほぼリアルタイムで実施することができる。

これらの様々な技術をサポートするために、サーバは、アクセスクライアントからの要求に応答して、ユーザデバイス上で実行されているアクセスクライアントにアクセスパッケージを生成および送信することができる。アクセスパッケージは、１つまたは複数の暗号鍵および実行可能コードを含むことができる。アクセスクライアントは、ペイロード（例えば、ファイル）を暗号化または復号するために実行可能コードを実行するように構成される。暗号化ファイルは、他の情報の中でも、ファイル所有権情報、ファイルアクセスポリシー、アクセスログを含む１つまたは複数のデータパックを含むことができる。これらのデータパックは、本明細書でさらに詳細に説明するように、データが自己インテリジェントであることを可能にする。さらに、アクセスクライアントが通信するように構成されたサーバは、認可されたユーザアクセス、デバイスアクセスなどの様々なファイルアクセスポリシーを維持することができる。サーバは、ファイルおよびアクセスポリシー（検証パラメータ）のマッピングを維持することができる。したがって、ファイルを暗号化／復号する要求を受信すると、サーバは、ユーザ／デバイスが暗号化／復号を実行することを認可されているかを確認し、対応する鍵を識別し、アクセスパッケージを生成し、アクセスパッケージをクライアントに送信する。したがって、自己インテリジェントなデータ構成、アクセスクライアント、およびサーバは、動的な方法でデータセキュリティを維持するように機能する。これらおよび他の実装形態は、図面を参照してさらに詳細に説明される。

本開示の態様は、暗号化ファイル制御をサポートするコンピューティング環境の文脈で最初に説明される。本開示の態様は、暗号化ファイル制御をサポートするアクセスパッケージ、例示的なファイル制御シナリオ、およびプロセスフロー図に関してさらに説明される。本開示の態様は、暗号化ファイル制御に関する装置図、システム図、およびフローチャートによってさらに示され、それらを参照して説明される。

図１は、本開示の態様にしたがって暗号化ファイル制御をサポートするシステム１００の例を例示する。システム１００は、暗号化ファイルへのアクセスを作成および制御するように構成される。システム１００は、アクセスデバイス１０５、モバイルデバイス１１０、サーバ１１５、およびリポジトリ１２０を含む。

アクセスデバイス１０５は、サーバ１１５との通信に基づいて暗号化ファイルと対話する。アクセスデバイス１０５の各々は、アクセスデバイス１０５上で実行するアクセスクライアント１２５と共に、ファイルを生成および暗号化するための暗号化デバイスとして、ならびに暗号化ファイルを復号および閲覧するための復号デバイスとして機能することができる。一例として、アクセスデバイス１０５ｂは、（サーバ１１５と連携して）暗号化ファイルを生成し、暗号化ファイルをアクセスデバイス１０５ａに送信する暗号化デバイスであってもよい。アクセスデバイス１０５ａは、（サーバ１１５と連携して）暗号化ファイルを復号し、暗号化ファイルに関連するポリシーにしたがって暗号化ファイルを閲覧する復号デバイスであってもよい。

アクセスデバイス１０５は、図８に記載されたものによるコンピューティングシステムの例であってもよく、例えば、スマートフォン、ラップトップコンピュータ、タブレット、デスクトップコンピュータなどであってもよい。アクセスデバイス１０５は、有線または無線通信技術を用いて、その他のアクセスデバイス１０５、モバイルデバイス１１０、およびサーバ１１５と対話することができる。

アクセスデバイス１０５ａは、ファイルを暗号化し、他のアクセスデバイスから暗号化ファイルを受信し、サーバ１１５と対話して、暗号化ファイルを生成してアクセスし、暗号化ファイルから復号された情報を提示し、モバイルデバイス１１０との接続を確立し、データを更新することができる。アクセスデバイス１０５ａは、アクセスクライアント１２５を含む。

アクセスクライアント１２５は、暗号化ファイルを生成、アクセス、および閲覧する、アクセスデバイス１０５ａ上で動作するプログラムのセットである。アクセスクライアント１２５は、ネイティブアプリケーションまたはアクセスデバイス１０５ａ上のウェブブラウザを介して動作するウェブベースのアプリケーションであってもよい。アクセスアプリケーションは、ユーザインターフェース１３０ａおよびアクセス実行可能ファイル１３５ａを含むことができる。アクセスクライアント１２５はまた、ワードプロセッシングアプリケーション、スプレッドシートアプリケーションなどの様々なファイル閲覧アプリケーション用のアプリケーションプラグインであってもよい。

ユーザインターフェース１３０ａは、ユーザ対話を処理するアクセスクライアント１２５の一部である。ユーザインターフェース１３０ａは、ユーザに出力を提供し、ユーザから入力を受信するユーザインターフェース要素（ボタン、テキストボックス、メディアプレーヤウィンドウなど）を含む。アクセス実行可能ファイル１３５ａは、アクセスデバイス１０５ａ上の暗号化ファイルを操作するためにサーバ１１５からのアクセスパッケージからアクセスデバイス１０５ａによって作成された実行可能ファイルである。一例として、アクセス実行可能ファイル１３５ａは、ダイナミックリンクライブラリ（ＤＬＬ）であってもよい。アクセス実行可能ファイル１３５ａは、アクセス関数１４０ａを含む。アクセス関数１４０ａは、関数を実行するアクセス実行可能ファイル１３５ａの一部である。アクセス関数１４０ａは、暗号化ファイルを作成する暗号化関数、暗号化ファイルを復号する復号関数、暗号化ファイルを削除する終了関数、デコイ関数などであってもよい。デコイ関数は、暗号化ファイルから予想される出力と同様であるが、暗号化ファイルのペイロードからのデータを含まない暗号化ファイルの出力を提供することができる。

アクセスデバイス１０５ｂは、ユーザインターフェース１３０ｂおよびアクセス実行可能ファイル１３５ｂを含むアクセスクライアント１２５ｂを含む。アクセス実行可能ファイル１３５ｂは、アクセス関数１４０ｂを含む。アクセスデバイス１０５ｂのハードウェアおよび構成要素は、アクセスデバイス１０５ａのものと同様に動作する。

モバイルデバイス１１０は、アクセスデバイス１０５ａと対話して、ネットワーク接続を確立し、データを転送する。モバイルデバイス１１０は、図８に記載されたものによるコンピューティングシステムであり、例えば、スマートフォン、デスクトップコンピュータ、ラップトップコンピュータ、タブレット、または他のタイプのパーソナルデバイス（例えば、セキュリティカードまたはセキュリティキー）であってもよい。モバイルデバイス１１０は、アクセスデバイス１０５ａとのパーソナルエリア無線接続を確立し、位置情報を転送することができる。モバイルデバイス１１０は、モバイルアプリケーション１４５を含む。

モバイルアプリケーション１４５は、アクセスデバイス１０５ａとの接続を確立し、位置データを収集し、位置データを転送する、モバイルデバイス１１０上で動作するプログラムのセットである。モバイルアプリケーション１４５は、モバイルデバイスの位置を決定し、モバイルデバイス１１０の経度、緯度、および高度を含むことができるモバイルデバイス１１０の測位システム（例えば、全地球測位システム（ＧＰＳ）モジュール）から位置データを収集することができる。

サーバ１１５は、暗号化ファイルへのアクセスを制御するためにシステム１００の他の構成要素と対話する。サーバ１１５は、図１０に記載されたものによるコンピューティングシステムの一例であってもよく、例えば、サーバアプリケーション１８５をホストする１つまたは複数のクラウド環境内の複数のサーバのうちの１つであってもよい。

サーバアプリケーション１８５は、アクセスデバイス１０５ｂを介したアクセスデバイス１０５ａからのアクセス要求に対するアクセス応答を提供するプログラムのセットであり、サービスプロバイダによって管理され得る。サーバ１１５は、アクセスデバイス１０５ｂを介したアクセスデバイス１０５ａからの暗号化ファイルに対するアクセス要求を受信する。サーバアプリケーション１８５は、ユーザ資格情報（ユーザ識別子、電子メールアドレス、アクセストークンなど）、アクセスデバイス位置情報、モバイルデバイス位置情報、ユーザ特権情報、ファイルアクセス許可などを含むいくつかのタイプの情報を使用してアクセス要求を認可する。

サーバアプリケーション１８５は、アクセス要求の認可に基づいてアクセス要求に対するアクセス応答を生成する。サーバアプリケーション１８５は、アクセスデバイス１０５ｂを介してアクセスデバイス１０５ａに返されるアクセス応答内に含まれるアクセスパッケージを生成する。アクセスパッケージは、鍵サーバ１９０のうちの１つまたは複数からの鍵を含む情報が注入されたリポジトリ１２０からのソースコードを含む。アクセスパッケージは、アクセスデバイス１０５によってコンパイルされて、それぞれのアクセス実行可能ファイル１３５およびそれぞれのアクセス関数１４０を形成することができる。

鍵サーバ１９０は、システム１００内のファイルを暗号化および復号するために使用される鍵を生成および維持する。鍵サーバ１９０は、サーバ１１５と通信する。鍵サーバ１９０は、システム１００が１つでも侵害点を有するのを防ぎ、セキュリティを向上させるために、異なるクラウドゾーンおよび異なるクラウド環境の異なるサーバにホストすることができる。異なる鍵サーバは、異なるタイプの鍵を格納することができる。例えば、１つの鍵サーバがペイロード鍵を管理してもよく、別のサーバがマイクロデータベースキーを管理してもよく、別の鍵サーバがファイル鍵を管理してもよい。システム１００を使用して、異なるエンティティに対して異なる鍵サーバおよび鍵サーバのセットを設定することができる。例えば、第１のエンティティは、異なるタイプの鍵のために第１のセットの鍵サーバを使用することができ、第２のエンティティは、第１のセットの鍵サーバとは異なり得る第２のセットの鍵サーバを有することができる。

リポジトリ１２０は、図１０に記載されたものによる複数のコンピューティングデバイスを含むことができるコンピューティングシステムである。リポジトリ１２０は、サーバアプリケーション１８５をホストするクラウドサービスプロバイダによってホストされてもよい。クラウドサービスプロバイダは、ホスティングサービス、仮想化サービス、およびデータストレージサービス、ならびに他のクラウドサービスを提供することができる。サーバアプリケーション１８５を管理するサービスプロバイダは、データ、プログラム、およびリポジトリ１２０にデータを格納しそこからデータを取得するアプリケーションを操作および制御することができる。リポジトリ１２０内のデータは、ソースコード、フィルタ、データベースなどを含むことができる。一例として、リポジトリ１２０は、アクセスソースコード１５０、難読化フィルタ１７５、およびマクロデータベース１８０を含む。

アクセスソースコード１５０は、追加情報（例えば、１つまたは複数の鍵サーバ１９０からの鍵）が注入された後にアクセス実行可能ファイル１３５を生成するために使用されるソースコードである。アクセスソースコード１５０は、暗号化ソースコード１５５、復号ソースコード１６０、ユーザ権ソースコード１６５、終了ソースコード１７０を含む。暗号化ソースコード１５５は、ペイロードを暗号化して暗号化ファイルを生成するための命令を含む。復号ソースコード１６０は、暗号化ファイルを復号して暗号化ファイルからペイロードを復元するための命令を含む。ユーザ権ソースコード１６５は、ユーザアクセス権（例えば、フルアクセス、共同アクセス、および読み取り専用アクセス）に基づいて暗号化ファイルを処理するための命令を含む。終了ソースコード１７０は、暗号化ファイルをアクセスデバイスから削除するための命令を含む。

ファイルに対するユーザアクセス権は、フルアクセス、共同アクセス、および読み取り専用アクセスなどの様々なレベルを含むことができる。フルアクセスでは、ユーザは、外部アプリケーションで編集することができる元のファイルを復元することができる。例えば、スプレッドシートを復元し、ネイティブスプレッドシートアプリケーションで編集することができる。共同アクセスでは、ユーザは、暗号化ファイル内の情報を閲覧および更新することができるが、元のファイルを復元することはできない。例えば、ユーザは、アクセスクライアント１２５内の暗号化ファイルのペイロードから情報を閲覧および編集することができるが、暗号化ファイルのペイロードから情報を保存または印刷することができない場合がある。読み取り専用アクセスでは、ユーザは暗号化ファイルから情報を閲覧することができ、情報を編集することはできない。例えば、ユーザは、アクセスクライアント１２５を使用して情報を閲覧することができるが、閲覧中の暗号化ファイルからの情報を編集、印刷、または保存することはできない。アクセスポリシーとも呼ばれ得るユーザアクセス権は、アクセスクライアント１２５および／またはアクセス実行可能ファイル１３５によって実施され得る。場合によっては、ユーザアクセス権は、ペイロードがビデオ会議アプリケーション内で共有されるのを妨げる場合がある。

難読化フィルタ１７５は、データ損失防止（ＤＬＰ）を実施する。難読化フィルタ１７５は、難読化するデータのタイプおよび構造を識別する。一例として、難読化フィルタは、正規表現を使用して、検索文字列「＼ｄ｛３｝－＼ｄ＼｛２＼｝－＼ｄ＼｛４＼｝」で社会保障番号を識別し、一致を置換文字列「ＸＸＸ－ＸＸ－ＸＸＸＸ」に置換して文書から社会保障番号を削除することができる。難読化フィルタ１７５は、暗号化ファイルのペイロードが個人識別情報を含まないように、ペイロードを暗号化する前に適用されてもよい。さらに、難読化フィルタ１７５は、暗号化ファイルの復号後に適用されて、暗号化ファイルから個人を識別する情報を閲覧または配布することを防止することができる。例えば、難読化フィルタ１７５は、アクセスポリシーまたはユーザ権として実施されてもよい。

マクロデータベース１８０は、システム１００が制御するファイルに関する情報を格納する。マクロデータベース１８０は、システム１００の各暗号化ファイルに格納されたマイクロデータベース内の情報のスーパーセット（例えば、データパックとも呼ばれる）を含むことができる。マクロデータベース１８０は、各暗号化ファイルの各アクセスに関する情報を格納する。例えば、暗号化ファイル用のマクロデータベース１８０は、暗号化ファイルへのアクセス日、アクセスのタイプ（作成、読み取り、書き込み、更新など）、ユーザに関する情報（例えば、ユーザ識別子）、アクセスデバイスに関する情報（ハードウェア識別子、ソフトウェア識別子、ネットワーク接続識別子、機械アドレスコード（ＭＡＣ）アドレス識別子など）の列を有する情報のテーブルを含むことができる。テーブルの行は、異なるアクセスイベントを区別することができる。マクロデータベース１８０は、システム１００の暗号化ファイルにアクセスするユーザおよびマシンを識別する管理チェーンを文書化する。

マクロデータベース１８０は、アクセスイベント情報を格納するために、ハッシュチェーンを使用することができる。例えば、暗号化ファイルについてマクロデータベース１８０に追加された各アクセスイベントについて、アクセスイベントの情報は、ハッシュペイロードを形成するために以前のハッシュ値と組み合わされる。ハッシュペイロードに暗号化ハッシュアルゴリズムを適用して、アクセスイベント情報と共に格納される新しいハッシュ値を生成する。新しいハッシュ値は、ハッシュ値の不変のチェーンを形成するために、後続のアクセスイベントのための「以前のハッシュ値」として使用され得る。ハッシュチェーン内の情報が修正される場合、後続のハッシュ値は正しくなくなる。

システム１００の各構成要素は、動的、自己インテリジェント、および自己保護データセキュリティをサポートするために連携して動作する。例えば、ユーザは、アクセスクライアント１２５ａにアクセスしてファイルを保護し、様々なユーザにファイルへのアクセスを許可することができる。アクセスクライアント１２５ａを使用して、ユーザは、保護されるべきファイルを選択する。ファイルは、ビデオファイル、オーディオファイル、ワードプロセッサファイル、テキストファイル、マルチメディアファイル、ＰＤＦなどの一例であってもよい。保護するためにファイルを選択した後、ユーザは、アクセスクライアント１２５ａによって、ファイルアクセスポリシーに対応するユーザアクセスパラメータを選択するように促され得る。これらのユーザアクセスパラメータ（またはユーザアクセスポリシー）は、他のタイプのポリシーおよび制限の中でも、ファイル、位置またはジオフェンシングの制限（例えば、オフィスまたはその他の管理上認可された場所）、期間または解禁時間制限、デバイスの制限を閲覧することを認可されたユーザを含むことができる。ユーザを選択するために、アクセスクライアント１２５ａは、連絡先またはユーザのローカルまたはリモートのリストにアクセスし、各ユーザについてファイルにアクセスするユーザおよびアクセスのタイプ（例えば、読み取り専用、共同、フルアクセス）を検索および／または選択するようにユーザに促すことができる。

アクセスポリシーを選択した後、ユーザは、ユーザインターフェース（ＵＩ）構成要素を選択してファイルを暗号化することができる。本明細書でさらに詳細に説明するように、アクセスクライアント１２５ａは、ファイル暗号化の要求に応答して、サーバ１１５からアクセスパッケージを受信することができる。アクセスパッケージは、アクセス実行可能ファイル１３５ａを含むことができ、アクセスクライアント１２５ａは、アクセスパッケージ内のサーバ１１５から受信した鍵を使用してファイルを暗号化するために実行可能ファイル１３５ａの命令を実行することができる。ファイルの暗号化は、新しいファイル拡張子（例えば、元のファイルとは異なる）を有する新しい暗号化ファイルをもたらし、新しい暗号化ファイルは、暗号化ファイル自体に埋め込まれたファイルアクセスポリシーに基づいてインテリジェント（権利管理認識）である。いくつかの実装形態では、新しい暗号化ファイルは元のファイルを置き換える。このような場合、暗号化ファイルの生成に成功すると、元ファイルは自動的に削除される。この機能は、組織の特定のポリシーに依存してもよいし、ファイル暗号化時にアクティブ化されてもよい。

暗号化ファイルは、電子メール、ＦＴＰ、データベースアクセス、リモートアクセスなどの様々な技術を使用して他の様々なユーザに渡すことができる。例えば、アクセスデバイス１０５ｂは、ユーザがファイルを開こうとする場合、暗号化ファイルへのローカルまたはリモートアクセスを有しており、アクセスクライアント１２５ａは、復号要求をサーバ１１５に送信するように構成される。要求は、サーバ１１５で検証されるべき様々な情報を含むことができる。サーバ１１５が要求を許可する場合、サーバ１１５は、アクセス実行可能ファイル１３５ｂを含むアクセスパッケージで応答を送信する。アクセスクライアント１２５ｂは、ファイルおよびその構成要素（例えば、本明細書でさらに詳細に説明されるデータパック）を復号するためにアクセス実行可能ファイル１３５ｂの命令を実行する。アクセスクライアント１２５ｂは、データパックに含まれるユーザアクセス権またはアクセスポリシーを実施する。

暗号化ファイルに含まれるデータパックは、所有権情報（例えば、ユーザ、デバイス、組織）、ファイルアクセスポリシー（例えば、ユーザアクセス権のタイプ）、およびアクセスログを含む。この情報は、暗号化ファイルと共に移動し、復号要求を介して更新され得る。ファイルアクセスポリシーがファイルに含まれているので、ファイルアクセスポリシーが実行されると、ファイルの内容（例えば、ＰＤＦなどのペイロード）にアクセスできる。

さらに、本明細書で説明するように、サーバ１１５は、サーバアプリケーション１８５およびリポジトリ１２０を介して、ファイルポリシーおよびアクセス権を維持する。一般に（本明細書に記載されているように、いくつかの例外が存在する）、暗号化ファイルは、サーバと通信せずにアクセスクライアント１２５によって復号することはできない。したがって、ユーザ（例えば、管理ユーザまたはファイル所有者）は、アクセスクライアント１２５（例えば、アクセスクライアント１２５によってサポートされるダッシュボード）を使用して、様々なファイルに関連するファイルアクセスポリシーを更新することができる。ファイルの復号要求を受信すると、サーバ１１５は、ファイル内のアクセスポリシーが古くなっている（例えば、現行ではない）と決定し、更新されたアクセスポリシーをアクセスパッケージでアクセスクライアント１２５に送信することができる。したがって、ファイルアクセスは、更新されたアクセスポリシーを含めるためにファイルを最初に復号する必要なしに動的に更新され得る。さらに、サーバ通信は一般にファイルアクセス要求（例えば、復号または暗号化要求）で発生するため、サーバ１１５はそのような要求のログを維持することができる。ログは、管理ユーザがアクセス位置、アクセス拒否、アクセスを要求したユーザなどを閲覧するために使用するダッシュボードをサポートするために使用することができる。さらに、ダッシュボードを使用して、様々なユーザ、様々なファイルなどに対するアクセスポリシーをほぼリアルタイムで変更することができる。したがって、本明細書に記載の技術は、組織がそれらのファイルセキュリティ機構および結果の完全かつほぼリアルタイムのビューを有することを可能にすることができる。

追加的または代替的に、本明細書に記載されたもの以外の他の問題を解決するために、本開示の１つまたは複数の態様をシステム１００に実装することができることを当業者は理解されたい。さらに、本開示の態様は、本明細書に記載の「従来の」システムまたはプロセスに技術的改善を提供することができる。しかしながら、明細書および添付の図面は、本開示の態様を実施することから生じる例示的な技術的改善を含むにすぎず、したがって、特許請求の範囲内で提供される技術的改善のすべてを表すものではない。

図２は、本開示の態様にしたがう暗号化ファイル制御をサポートする暗号化ファイル２００の例を例示する。暗号化ファイル２００は、（暗号化ファイル２００に格納されていない）複数のソルトおよび鍵を使用してペイロード２０５へのアクセスを制御し、ペイロード２０５を不正アクセスから保護する。暗号化ファイル２００は、ペイロード２０５、データパック２１０、およびメタデータ２１５を含む。

ペイロード２０５は、暗号化ファイル２００の元となる電子ファイルである。ペイロード２０５は、テキスト文書、スプレッドシート、スライドプレゼンテーション、ソースコードファイル、画像ファイル、アーカイブファイル、ビデオファイルなどを含む任意のタイプの電子ファイルを含むことができる。暗号化ファイル２００は、ペイロード２０５内に単一のファイルを含むことができる。

ペイロード２０５は、暗号化ファイル２００に挿入される前に、ペイロードソルト２２０でソルト化され、ペイロード鍵２２５で暗号化されてもよい。いくつかの実装形態では、ペイロード鍵２２５は、２５６ビット長の高度暗号化規格（ＡＥＳ）２５６鍵とすることができる。いくつかの実装形態では、ペイロードソルト２２０は、ランダムに生成された８バイト値である。いくつかの実装形態では、ペイロードソルト２２０は、ペイロードソルト２２０をペイロード２０５に付加することによってペイロード２０５に適用される。

データパック２１０（マイクロデータベース、所有者データベース、またはそれらの組み合わせとも呼ばれ得る）は、暗号化ファイル２００への最近のアクセスに関するマクロデータベース（例えば、図１のマクロデータベース１８０）の情報のサブセット、暗号化ファイル２００に関連するファイルアクセスポリシー、および暗号化ファイルに関連する所有者情報を含むことができる。データパック２１０は、暗号化ファイル２００にアクセスする以前の最後のユーザおよび暗号化ファイル２００にアクセスする以前のアクセスデバイスを識別するアクセスログ情報（例えば、アクセスログ２５０内）を含むことができる。例えば、データパックは、暗号化ファイル２００に以前にアクセスしたユーザおよびデバイスに関連するフィンガープリントを含むアクセスログ２５０を含むことができる。ユーザフィンガープリント情報は、電子メールアドレス、アクセストークン、ハッシュ値などを含むことができる。アクセスデバイスフィンガープリント情報は、ハードウェアおよび／またはソフトウェア識別子を含むことができる。いくつかの例では、アクセスログ２５０のフィンガー情報は、ネットワーク情報、地理的位置情報、アクセスクライアント情報などを含むことができる。場合によっては、アクセスログ２５０は、アクセスクライアントを実行するハードウェア構成要素を一意に識別するハードウェア情報を含む。一例として、ハードウェア情報は、ユーザのコンピューティングシステムからの汎用一意識別子（ＵＵＩＤ）であるユーザサムプリントであってもよい。別の例として、ユーザサムプリントは、マザーボードシリアル番号であってもよい。アクセスログ２５０のアクセス情報は、アクセスタイムスタンプを含んでもよい。アクセスタイムスタンプは、暗号化ファイル２００へのアクセスに最後に成功した日時を識別することができる。

さらに、データパック２１０は、暗号化ファイル２００のアクセス権（例えば、ファイルアクセスポリシー２４５）および暗号化ファイル２００のエンティティまたは所有権情報（所有者データベースとも呼ばれる）の表示を含むことができる。ファイルアクセスポリシー２４５は、フルアクセス、共同アクセス、読み取り専用アクセスを示すことができ、グローバルベース、グループごとベース、ユーザごとベースなどで指定することができる。ファイルアクセスポリシーはまた、デジタル著作権管理情報を含むことができ、これは、暗号化ファイル２００に対するユーザの特権およびアクセス権を識別するデータを含むファイルアクセスポリシーのサブセットであり得る。一例として、デジタル著作権管理情報は、以下のフィールドＰｒｉｎｔＡｌｌｏｗｅｄ、ＳａｖｅＡｌｌｏｗｅｄ、ＬｏｃａｌＣｏｐｙ Ａｌｌｏｗｅｄ、ＦｏｒｗａｒｄＡｌｌｏｗｅｄ、Ｃｏｌｌａｂｏｒａｔｅ、Ｒｅａｄｏｎｌｙ、およびＦｕｌｌＡｃｃｅｓｓの値を含むことができる。デジタル著作権管理情報は、グローバルベース、グループごとベース、ユーザごとベースなどで構成することができる。アクセス権はまた、テレビ会議プログラムにおけるペイロードの共有の制限または許可など、様々なプログラムを使用した、ファイルへのアクセスを制限または許可する表示制約を含むことができる。

印刷許可、保存許可、ローカルコピー許可、転送許可の値は、２値であってもよい。印刷許可フィールドの値は、暗号化ファイル２００のペイロード２０５からの情報がユーザによって印刷され得るかどうかを識別する。保存許可フィールドの値は、暗号化ファイル２００のペイロード２０５からの情報がユーザによってアクセスデバイスに保存され得るかどうかを識別する。ローカルコピー許可フィールドの値は、暗号化ファイル２００のペイロード２０５からの情報のローカルコピーがアクセスデバイスに格納され得るかどうかを識別する。転送許可フィールドの値は、暗号化ファイル２００のペイロード２０５からの情報を別のデバイスに（例えば、電子メールの一部として）転送できるかどうかを識別する。

共同、読み取り専用、およびフルアクセスの値は、独立して設定され得るバイナリ値であってもよい。共同フィールドの値は、ユーザが暗号化ファイル２００のペイロード２０５への共同アクセスを有し得るかどうかを識別する。読み取り専用フィールドの値は、ユーザが暗号化ファイル２００のペイロード２０５への読み取り専用アクセスを有し得るかどうかを識別する。フルアクセスフィールドの値は、ユーザが暗号化ファイル２００のペイロード２０５へのフルアクセスを有し得るかどうかを識別する。

アクセスポリシー２４５はまた、暗号化ファイル２００のペイロード２０５から機密情報を識別して削除または難読化することができる情報および命令を含むデータ損失防止情報を含むことができる。データ損失防止情報は、本明細書で説明されるように、表示制約の例であり得る。機密情報には個人を特定する情報が含まれる。機密情報は、ペイロード２０５が復号デバイスとして機能するアクセスデバイスで閲覧または保存される前に削除または難読化されてもよい。一例として、データ損失防止情報は、以下のフィールドパッケージｌＤ、ルール、ルールＩＤの値を含み得る。

パッケージｌＤの値は、ペイロード２０５から機密情報を削除または難読化するためにアクセスパッケージに含まれるソースコードのパッケージを識別する。ルールフィールドの値は、ペイロード２０５から機密情報を削除または難読化するためにアクセスパッケージに含まれるルールのグループを識別する。ルールｌＤの値は、ペイロード２０５から機密情報を削除または難読化するためにアクセスパッケージに含まれる特定のルールを識別する。データ損失防止のための各ルールは、置換文字列を有する正規表現文字列を含み、置換文字列にしたがって（正規表現ストリームからの）正規表現と一致するペイロード２０５内のデータを置換する。

ファイルアクセスポリシー２４５はまた、終了情報を含むことができる。終了情報は、暗号化ファイル２００のペイロード２０５が終了したかどうかを識別する終了フラグを含んでもよい。ペイロード２０５は、元のペイロード内のデータへのアクセスを防止するために、元のペイロード（暗号化後）を元のペイロードと同じサイズのヌルまたはランダムデータで置き換えることによって終了されている場合がある。終了フラグは、不正なユーザまたはデバイスが暗号化ファイル２００にアクセスしようとしたときにｔｒｕｅに設定されてもよい。

ファイルアクセスポリシー２４５はまた、地理的位置制限を強制することができる。例えば、ファイルアクセスポリシーは、ファイルがオフィス位置、地理的位置（例えば、州または国内）などでのみアクセス可能であることを示すことができる。したがって、ポリシーが実施されているとき、アクセスクライアントは、アクセスが認可されていると決定するために、ネットワーク情報、ＧＰＳ情報、または地理的位置を識別するために使用され得る他の情報を使用することができる。そのような情報が利用できない場合、ペイロード２０５へのアクセスが制限され得る。したがって、ファイルアクセスポリシー２４５は、アクセス権のタイプを示すビット、データ損失防止を強制するルールまたは命令の表示、地理的制限の表示などを含む様々な形態を含むことができる。場合によっては、ファイルアクセスポリシー２４５は、ユーザが仮想プライベートネットワーク（ＶＰＮ）を使用してファイルにアクセスすることを制限することができる。したがって、ＶＰＮが検出された場合、アクセス要求は拒絶されてもよく、またはユーザはファイルの閲覧を制限されてもよい。

所有権情報２５５は、暗号化ファイル２００を作成したユーザを一意に識別する作成者ＩＤフィールドの値を含むことができる。作成者ＩＤの値は、電子メールアドレス、従業員識別子、ユーザ名などであってもよい。所有権情報２５５は、デジタル署名などのエンティティ署名を含んでもよい。システムのユーザは、エンティティの複数の従業員のうちの１人であってもよい。エンティティについてユーザによって生成された各暗号化ファイルは、暗号化ファイルのソースとしてエンティティを識別する同じエンティティ署名、または暗号化ファイルのエンティティソースおよび暗号化ファイルを生成したユーザを識別することができる複数のエンティティ署名を含むことができる。

所有権情報２５５はまた、ユーザが暗号化ファイルにアクセスを有することを検証するためにアクセスクライアントが使用される１つまたは複数のアプリケーションプログラミングインターフェース（ＡＰＩ）エンドポイント（例えば、ユニフォームリソースロケータ（ＵＲＬ））の表示を含むエンティティデータベース情報を含むことができる。例えば、示された１つまたは複数のＡＰＩエンドポイントは、検証ＡＰＩおよび転送ＡＰＩであってもよい。ユーザ（暗号化ファイル２００と同じエンティティを有する）が暗号化ファイル２００へのアクセスを有することを検証するために、検証ＡＰＩにアクセスすることができる。ユーザ（暗号化ファイル２００と異なるエンティティを有する）が暗号化ファイル２００へのアクセスを有することを検証するために、転送ＡＰＩにアクセスすることができる。ＡＰＩエンドポイントは、暗号化ファイル２００の復号前にアクセスされ得るので、ＡＰＩエンドポイントは、任意の暗号化ラッパ（例えば、鍵のうちの１つによって暗号化されていなくてもよい）の外側に配置され得る。例えば、ＡＰＩエンドポイントの表示をメタデータ２１５に含めることができる。

メタデータ２１５は、暗号化ファイル２００に関する情報の格納場所である。一例として、メタデータ２１５は、ペイロード２０５内のファイルのタイプ、ペイロード２０５内のファイルの名前、ペイロード２０５内のファイルの長さ、ペイロード２０５の暗号化アルゴリズム（ソルト化アルゴリズムを含む）、データパック２１０の暗号化アルゴリズム、暗号化ファイル２００の暗号化アルゴリズムなどを識別することができる。本明細書で説明されるように、メタデータ２１５はまた、ＡＰＩエンドポイントの指示を含むことができる。メタデータ２１５の様々な態様は、暗号化ファイル２００の一部として暗号化されてもされなくてもよい。場合によっては、メタデータ２１５の態様は、サーバへのアクセス要求（暗号化または復号要求）に含まれてもよい。

データパック２１０は、暗号化ファイル２００に挿入される前に、１つまたは複数のデータパック鍵２３０で暗号化されてもよい。いくつかの実装形態では、１つまたは複数のデータパック鍵２３０は高度暗号化規格（ＡＥＳ）１２８鍵であってもよい。データパック２１０内のデータにアクセスするのに必要な時間を短縮するために、１つまたは複数のデータパック鍵２３０はペイロード鍵２２５より短くてもよい。

暗号化ファイル２００は、ファイルソルト２３５でソルトされ、ファイル鍵２４０で暗号化され得る。いくつかの実装形態では、ファイル鍵２４０は、高度暗号化規格（ＡＥＳ）２５６鍵であってもよい。いくつかの実装形態では、ファイルソルト２３５は、ランダムに生成された８バイト値である。ファイルソルト２３５を暗号化ファイル２００に付加することにより、暗号化ファイル２００の内容（例えば、ペイロードソルト２２０でソルト化され、ペイロード鍵２２５で暗号化された後のペイロード２０５、データパック鍵２３０で暗号化された後のデータパック２１０）にファイルソルト２３５を適用することができる。

いくつかの実装形態では、Ｙに格納された１０００万から９９９９９９９９の間の第１のランダムな８桁の数を生成することによってソルト（例えば、ファイルソルト２３５）が作成される。次いで、１～８の第２の乱数が生成され、Ｘに格納される。その後、ＹのＸ番目の桁はＸの値に置き換えられる。第２の乱数を生成し、Ｙの値を置き換えるステップを４回繰り返す。最後の置き換え後の値がソルトである。異なるアルゴリズムを使用して、システムによって使用されるソルトを生成することができる。

データパック２１０に含まれる様々な情報は、サーバ通信と併せて、本明細書に記載の動的、自己インテリジェント、および自己保護データセキュリティ方式をサポートする。アクセスクライアントがサーバからアクセスパッケージ（例えば、実行可能ファイルおよびアクセス鍵）を受信すると、アクセスクライアントは、様々な鍵を使用して暗号化ファイルの内容を復号するためにアクセスパッケージの実行可能コードを実行する。アクセスクライアントは、暗号化ファイルに含まれるアクセスポリシー２４５を実施するように構成される。さらに、復号時に、アクセスパッケージの実行可能コードは、アクセスログ２５０を、アクセスクライアントに関する情報（例えば、クライアント識別子、バージョン、フィンガープリント）、アクセスクライアントを実行するデバイスに関する情報（例えば、デバイス識別子、マザーボード識別子、ハードウェア識別子）、ユーザ情報、および本明細書で説明される他の情報で更新させることができる。このように、暗号化ファイル２００が別のユーザまたはデバイスに渡され、ユーザが暗号化ファイル２００を開こうとする場合、アクセスログ２５０の内容を使用して、暗号化ファイル２００の管理チェーンを識別し、暗号化ファイル２００を誰が、および／またはどのデバイスが侵害したかを確認することができる。

場合によっては、ファイルが復号される前に、ファイルに関連するアクセスポリシー２４５が更新されてもよい。そのような場合、復号要求がサーバ（例えば、サーバ１１５）に送信されると、サーバは、更新されたアクセスポリシーが復号時に実施されるように、アクセスパッケージ内の更新されたアクセスポリシーで応答することができる。しかしながら、アクセスポリシーはファイルに含まれるため、オフラインアクセスなどの様々な他の機能がサポートされる。

図２の態様は、ファイルであるペイロード２０５に関して説明される。本明細書に記載の技術は、ファイルの一部またはファイル内のオブジェクトに適用可能であり得ることを理解されたい。例えば、ファイルは、ファイル内に埋め込まれた複数の要素（例えば、ＯＬＥ要素）、画像、チャートなどを含むことができる。そのような場合、ペイロード２０５は、ファイルまたはファイルの一部（例えば、特定のページ）内の特定の要素の一例であり得る。したがって、要素またはページ（例えば、ペイロード２０５）は暗号化されてもよく、アクセスポリシー２４５は要素またはページに対して実施されてもよい。同様に、アクセスログ２５０および所有権情報２５５は、保護されているファイル内の要素またはページに基づくことができる。

図３は、本開示の態様にしたがって暗号化ファイル制御をサポートするコンピューティングアーキテクチャ３００の例を例示する。コンピューティングアーキテクチャ３００は、ユーザデバイス３０５およびサーバ３１０を含む。ユーザデバイス３０５は、図１に関して説明したアクセスデバイス１０５の一例であってもよい。サーバ３１０は、図１を参照して説明したサーバ１１５の一例であってもよい。ユーザデバイス３０５は、本明細書に記載のファイル制御技術をサポートするためにアクセスクライアント３２５を実行するように構成されてもよい。

ユーザデバイス３０５のユーザは、アクセスクライアント３２５にアクセスして、本明細書に記載の技術にしたがってファイルまたはファイルの一部を暗号化および／または復号することができる。場合によっては、ユーザは、毎日、定期的になど、アクセスクライアントにログインする必要がある。アクセスクライン３２５へのログインは、安全な接続を確立することを含む、サーバ３１０との通信をトリガすることができる。さらに、ログイン時にトークンが生成されてもよく、トークンは、サーバ３２５との安全な通信に使用されてもよい。いくつかの例では、ユーザは、ログイン時に地理的位置、ネットワーク識別子などを登録することができ、そのような情報は、トークン生成、サーバとの安全な通信、ファイルアクセスポリシーの実施（例えば、データジオフェンシング）などに使用される。

アクセスクライアント３２５の使用例では、ユーザは、ファイルまたはファイルの一部がユーザのセットに送信される前にそれを保護するためにアクセスクライアントを使用することができる。ユーザは、アクセスクライアント３２５を介してファイルを選択し、次いでファイルについてのファイルアクセスポリシーを選択することができる。ファイルおよびファイルアクセスポリシーの選択後、アクセスクライアント３２５は、サーバ３１０にアクセス要求３３０を送信することができる。暗号化要求の場合、サーバ３１０は、アクセスクライアント３２５で構成されたＵＲＬ（例えば、ＡＰＩエンドポイント）に基づいて識別され得る。アクセス要求３３０は、アクセス情報３１５、ならびにファイルに関連するファイル情報（ファイルサイズ、タイプ、ファイルメタデータ）を含むことができる。アクセス情報３１５は、アクセスクライアント３２５に基づいてカスタマイズすることができる。アクセスクライアント３２５の実装形態（例えば、組織構成、個人構成）に応じて、アクセス情報は、インターネットプロトコル（ＩＰ）アドレス、ネットワーク情報、マザーボード識別子、ユニバーサル一意（ＵＵ）識別子、ユーザ識別子、クライアント識別子（例えば、クライアントライセンス識別子）、クライアントバージョン、地理的位置情報、ブラウザ情報（例えば、ブラウザベースのクライアントの場合）、アプリケーション情報（例えば、クライアントプラグインの場合）などの様々な情報を含むことができる。アクセス情報３１５はまた、アクセストークンを含むことができる。

アクセス情報は、ユーザ、ユーザのコンピューティングシステム、コンピューティングシステムの位置、および要求されているアクセスのタイプに関する情報を含むことができる。ユーザに関する情報は、ユーザ名、ユーザアクセストークン、ユーザのデジタル署名、ユーザの公開鍵などを含むことができる。ユーザのコンピューティングシステムに関する情報は、コンピューティングシステムのハードウェアおよびソフトウェア構成要素のハードウェアおよびソフトウェア識別子を含むことができる。コンピュータシステムの位置に関する情報は、地理的位置にマッピングされ得るコンピュータシステムのＩＰアドレスを含むことができる。アクセス情報は、アクセス要求のヘッダの一部であってもよく、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）規格にしたがってフォーマットされてもよい。

サーバ３１０は、アクセス情報３１５を検証することができる。検証は、位置の検証、ネットワークの検証、デバイスの検証、トークンの検証（例えば、トークンはアクティブである）、および他の情報を含むことができる。場合によっては、組織は、暗号化機能を使用するために特定の情報が存在することを示す組織ポリシーに関連していてもよい。例えば、グローバルポリシーは、従業員またはユーザがオフィスに存在するときにのみファイルを暗号化できることを示すことができる。このように、組織のポリシーが確実に満たされるようにするために、様々な検証が使用される。検証は、様々な考慮事項およびシナリオに対してカスタマイズ可能である。

アクセス情報３１５、アクセス要求３３０、またはアクセスクライアント３２５からの別の通信はまた、暗号化されるファイルについてのファイルアクセスポリシーの指示を含むことができる。したがって、読み取り、書き込み、共同作業、地理的制限ポリシー、認可されたユーザ、および他のポリシーを含む選択されたポリシーは、サーバ３１０に通信され得る。サーバ３１０は、（例えば、図１のマクロデータベース１８０の）ファイル情報およびアクセスポリシーの記録を安全なリポジトリ内に維持することができる。

アクセス要求３３０が検証された場合、アクセス情報は、本明細書に記載されるように記憶されてもよく、サーバ３１０は、アクセスパッケージ３２０を生成してもよい。アクセスパッケージ３２０を生成するために、サーバ３１０は、鍵サービスを使用して暗号鍵を生成するために（例えば、要求を送信して）安全鍵ストアを呼び出すことができる。安全鍵ストアは、第三者鍵管理サービスの一例であり得る。安全鍵ストアは、鍵を生成するために使用されるランダム文字列を返すことができる。サーバ３１０は、文字列を１つまたは複数のアクセス鍵３３５に分割するように構成されてもよく、したがって、安全鍵ストアはアクセス鍵３３５を識別できない場合がある。いくつかの例では、鍵ストアへの要求は、鍵文字列を受信するための後続の復号要求で使用され得るファイル識別情報を含み得る。各暗号化要求は、異なる鍵セットをもたらし得る。

サーバ３１０はまた、アクセスパッケージ３２０のアクセス情報３４０を生成することができる。アクセス情報は、様々なタイプの暗号化または復号ライブラリからのコード（例えば、実行可能コード）を含むことができる。したがって、暗号化／復号スキームおよび鍵は、本明細書に記載の技術を実施する組織の要望に応じてカスタマイズ可能であり得る。アクセス情報３４０は、ペイロードおよびデータパックを含むファイルを暗号化するための命令を含むことができる。場合によっては、アクセスパッケージ３２０は、ポリシーおよび所有権情報がファイルで暗号化され得るように、ファイルアクセスポリシーおよび／または所有権情報の指示を含むことができる。アクセス情報３４０は、命令リポジトリ（例えば、図１のリポジトリ１２０）から取得することができる。命令リポジトリは、本明細書に記載のシステムを実装するテナントまたは組織ごとに構成することができ、したがって、カスタマイズ可能または選択可能な暗号化／復号技術、鍵フォーマットなどを使用することができる。

場合によっては、本明細書で説明するように、アクセス情報３４０は、動作を実行する（例えば、ポリシーを暗号化、復号、実施する）ために使用される機械実行可能コードを生成するためにデバイス３０５によってコンパイル可能である。場合によっては、アクセス情報３４０は、ペイロード／ファイルのデータを別の形式に変換するために使用される、またはデータ内の値を変更するための操作を適用するために使用される、またはその両方である。いくつかの例では、データ変換命令は、アクセスパッケージ３２０で指示されてもよく、またはアクセスクライアント３２５で構成されてもよい。したがって、アクセス情報３２０が値またはデータペイロードを含む場合、アクセス情報３２０（およびアクセスパッケージ３２０）は、コンパイル可能または実行可能コードを含まなくてもよい。

アクセスパッケージ３２０は、アクセス応答３４５でデバイス３０５（例えば、アクセスクライアント３２５）に送信される。アクセスクライアント３２５は、暗号化ファイルを生成するためにアクセス情報３４０を使用するように構成される（例えば、アクセス鍵３３５を使用して）。アクセス情報を使用することは、データパックのインスタンス化および暗号化、ペイロードの暗号化（例えば、暗号化されるファイル）、ならびにデータパックおよびファイルの暗号化を一緒に引き起こす、アクセス情報３４０に含まれるコードを実行することを含むことができる。したがって、構成に応じて、暗号化ファイルに複数の暗号化層が存在し得る。次いで、暗号化ファイルは、ファイル転送または通信技術を使用して様々な他のユーザおよびデバイスに送信され得る。

アクセス要求３３０が復号要求である場合、同様の技術を使用することができる。同様のアクセス情報３１５をサーバ３１０に通信することができる。サーバ３１０は、様々な検証を実行することができる。復号の検証は、暗号化検証とは異なる場合がある。例えば、サーバ３１０は、ファイル識別子に関連して格納された情報に基づいて、復号を要求するユーザおよび／またはデバイスがファイルにアクセスすることを認可されているかどうかを決定することができる。場合によっては、検証は、要求元ユーザデバイス３０５の位置が位置ポリシー（地理的位置、ネットワーク位置）を満たすと決定することを含む。

アクセス要求３３０が検証された場合、サーバ３１０はアクセスパッケージ３２０を生成することができる。アクセスパッケージの生成は、関連する鍵文字列に対する要求を鍵格納サービスに送信することを含むことができる。例えば、鍵格納サービスへの要求は、復号されるファイルのファイル識別子の指示を含むことができる。サーバ３１０は、鍵文字列を受信し、アクセス鍵３３５およびアクセス情報３４０を生成することができる。この場合、実行可能コードは、ファイル全体、データパック、および暗号化ファイルのペイロードを復号するための復号命令を含むことができる。

場合によっては、アクセス情報３４０は、ファイル、次いでデータパックを暗号化させることができる。次いで、ペイロードが復号される前に、データパックのファイルアクセスポリシーを実施することができる。例えば、ポリシーが地理的位置ポリシーであり、アクセスクライアント３２５によって識別された情報に基づいてポリシーが満たされない場合、ポリシーが満たされるまでアクセス情報３４０の実行を終了することができる。したがって、ファイルの一部が復号されたにもかかわらず、ペイロードはアクセスされない。

アクセス情報３４０を実行するために、アクセスクライアント３２５は、メモリ内のコードに関連するオブジェクトをインスタンス化し、アクセス鍵３３５を使用してファイルを暗号化または復号することができる。ファイルが正常に暗号化または復号された後、コードは破壊される（例えば、メモリから削除される）。したがって、オブジェクトは、実行時にデバイス３０５のメモリ内に保持され、実行後に削除される。したがって、アクセスクライアント３２５は、コードを実行するようにのみ構成され、ファイルを暗号化または復号するように（コードなしで）構成されない。

いくつかの例では、サーバ３１０は、アクセス情報３１５に基づいてアクセス要求３３０が無効であると決定する。例えば、サーバ３１０は、要求が認可されていない場所、ネットワーク、デバイス、クライアント、ユーザなどから来たと決定することができる。そのような場合、サーバ３１０は様々な動作を実行することができる。１つの動作は、管理ユーザに（例えば、電子メール、アラートなどを介して）警告を送信することを含むことができる。別の動作は、ペイロードの内容を上書きするように構成されたアクセス情報３４０を有するアクセスパッケージ３２０を生成することを含むことができる。追加的または代替的に、アクセス情報３４０は、ファイルアクセスポリシー内の終了フラグをトリガすることができる。このように、不正な要求の後、ユーザはファイルにアクセスできず、ファイルの内容が上書きされる可能性がある。

場合によっては、サーバ３１０は、アクセス要求３３０が有効であると決定することができるが、サーバ３１０は、ファイルに関連するアクセスポリシー３５０が古いまたは最新のものではないと決定することもできる。このような決定を行うために、サーバ３１０は、アクセス情報３１５に含まれる情報（例えば、ファイル情報、ハッシュ値、バージョン）を、サーバ３１０が保持する情報（例えば、ファイル情報、ハッシュ値、バージョン）と比較してもよい。ポリシーが古くなっているかまたは最新のものではない場合、アクセスパッケージ３２０は、アクセスクライアント３２５によって実施される更新されたまたは現在のアクセスポリシー３５０を含むことができる。

本明細書で説明するように、アクセスパッケージは、暗号化パッケージ、復号パッケージ、デコイパッケージ、または終了パッケージであってもよい。暗号化パッケージは、データを暗号化する関数を有するソースコードを含むことができるが、データを復号する関数を有するソースコードを含まない。復号パッケージは、データを復号するがデータを暗号化しないための関数を有するソースコードを含むことができる。終了パッケージは、暗号化ファイルを隠すまたは削除するための関数を有するソースコードを含むことができる。デコイパッケージは、暗号化ファイルからのデータに類似しているが、暗号化ファイルからのデータを含まないデータを表示する関数を有するソースコードを含むことができる。終了パッケージおよびデコイパッケージは、データを暗号化または復号するために使用されるソースコード、鍵、またはソルトを含まなくてもよい。

終了パッケージは、暗号化ファイルからのデータが復号され得ないことを示すメッセージをユーザに表示することによってデータを隠すことができる。終了パッケージは、アクセス要求を送信したコンピューティングシステムがジオフェンスの禁止領域に位置することに応答して、およびアクセス認可に応答して、暗号化ファイル内のデータをランダムデータで上書きすることによってデータを削除することができる。ジオフェンスの禁止エリアは、特定の国を含むことができる。

場合によっては、アクセスクライアント３２５は、ユーザデバイス３０５、ファイルストレージＷｅｂサービス、リモートサーバなどのフォルダ構造にアクセスするように構成される。アクセスクライアント３２５はまた、指定されたフォルダまたは場所に保存される任意のファイルを暗号化するように構成されてもよい。したがって、ファイルがフォルダに保存されると、アクセスクライアント３２５は、サーバ３１０へのアクセス要求３３０（暗号化要求）送信をトリガすることができる。したがって、これらの技術を使用して、フォルダレベルのセキュリティ方式を実施することができる。

図４は、本開示の態様にしたがって暗号化ファイル制御をサポートするプロセスフロー４００の例を例示する。具体的には、プロセスフロー４００は、本明細書に記載の技術にしたがってファイルを暗号化するための動作を示す。プロセスフロー４００は、アクセスデバイス４０５およびサーバ４１０を含み、これらは、図１～図３に関して説明された対応するデバイスの例であり得る。

４１５において、ペイロードが選択される。ペイロードは、アクセスデバイス４０５ａ上で実行するアクセスクライアントのユーザインターフェースを用いてユーザによって選択されてもよい。４２０において、アクセスデバイス４０５ａのアクセスクライアントは、アクセス情報を取得することができる。アクセス情報は、ユーザおよびアクセスデバイス４０５ａに関する情報を含んでもよい。一例として、この情報は、アクセスデバイス４０５ａからのハードウェア構成要素識別子と、アクセスデバイス４０５ａのインターネットプロトコルアドレスとを含んでもよい。

４２５において、アクセスデバイス４０５ａは、アクセス要求をサーバ４１０に送信する。要求は、ペイロードを暗号化するための暗号化要求である。アクセス要求には、アクセスデバイス４０５ａを用いて取得したアクセス情報が含まれる。サーバは、アクセスクライアントにおける構成に基づいて識別することができる。例えば、アクセス要求は、アクセスクライアントで構成されたＡＰＩエンドポイントを介してサーバに送信されてもよい。

４３０において、サーバ４１０は、要求を認可または検証することができる。要求を認可することは、アクセスデバイス４０５ａの位置を確認することと、ユーザがシステムを使用し、要求された動作を実行することが認可されていることを検証することとを含む。位置は、アクセスデバイス４０５ａのＩＰアドレスからアクセスデバイス４０５ａの地理的位置を識別し、その地理的位置をジオフェンスのセットと比較することによって確認することができ、ジオフェンスのセットは、システムを使用できない国のセットを識別することができる。この例では、ユーザはアクセス情報内のデータから検証される。例えば、ユーザがシステムを使用し、要求された動作を実行することを認可されていることを示すユーザアクセストークンが提供され得る。

要求を送信したコンピューティングシステムの識別は、ハードウェアまたはソフトウェア構成要素の識別子を受信することによって満たすことができ、これは、ＭＡＣアドレス、国際移動体装置識別情報（ＩＭＥＩ）、コンピューティングシステム構成要素（マザーボード、プロセッサ、メモリ、グラフィックスカードなど）のシリアル番号およびモデル番号、オペレーティングシステムおよび基本入出力システム（ＢＩＯＳ）のソフトウェアバージョン番号などを含み得る。コンピューティングシステムのハードウェアおよびソフトウェア構成要素の識別子は、受信した識別子を、以前に受信してアクセス要求を行っているユーザにリンクされているコンピューティングシステム構成要素の識別子と比較することによって検証することができる。

コンピューティングシステムの位置は、コンピューティングシステムのＩＰアドレスを地理的位置にマッピングすることによって確認することができる。マッピングされた地理的位置は、アクセス要求で指定されたアクセスのタイプに対して許容された地理的位置を識別するジオフェンスと比較することができる。いくつかの実装形態では、ジオフェンスは、アクセスが提供されていない特定の国を識別することができる。コンピューティングシステムの位置はまた、無線ローカルエリアネットワーク（ＷＬＡＮ）または無線広域ネットワーク（ＷＷＡＮ）測位（例えば、セルラベースの位置決め）に基づいて識別されてもよい。

アクセス権限は、要求されているアクセスのタイプに依存し得る。暗号化要求の場合、システムの各ユーザに適用することができるシステムアクセス特権ポリシーをチェックして、暗号化を要求しているユーザがシステムアクセス特権ポリシーに基づいてそうすることが許可されていることを確認することができる。復号要求の場合、システムの各ユーザに適用されるシステムポリシー、システムのユーザのグループに適用されるグループポリシー、個々のユーザに適用されるユーザポリシー、および個々のファイルに適用されるファイルポリシーが確認されて、特定のユーザが特定のレベルの特権で特定のファイルにアクセスできることを検証する。特権レベルは、フルアクセス、共同アクセス、および読み取り専用を含むことができる。異なるタイプのポリシーの各々は、個々のファイルまたはファイルのグループへのアクセスのレベルを指定することができる。

アクセス要求を認可することは、アクセス認可を決定するために、アクセス情報からのアクセスデバイス位置情報をアクセスデバイス位置ルールと比較することを含み得る。アクセスデバイス位置情報は、アクセス要求を送信したコンピューティングシステムのインターネットプロトコル（ＩＰ）アドレスと、ＩＰアドレスがマッピングされる地理的位置とを含むことができる。デバイス位置ルールは、アクセスが認可され得るジオフェンスを定義することができる。ジオフェンスは、アクセスが認可され得るかまたは制限され得る地理的位置を識別する。一例として、コンピューティングシステムの地理的位置が、建物の地理的位置の領域を定義するジオフェンスと比較され、コンピューティングシステムがジオフェンス内にあると決定された場合、アクセスは、アクセス認可内で認可されたものとして示され得る。比較が、コンピューティングシステムがジオフェンス内にないことを示す場合、アクセス認可は、アクセスが認可されていないことを示し得る。アクセス要求をオーサリングする別の例では、サーバは、取得されたＩＰマッピングがユーザの位置をマスクしていないと決定するために、アクセスデバイスがＶＰＮを利用しているかどうかを決定することができる。したがって、場合によっては、ＶＰＮが使用されているときにユーザおよびアクセス要求が拒絶されることがある。

アクセス要求を認可することはまた、アクセス認可を決定するために、アクセス情報からのモバイルデバイス位置情報をモバイルデバイス位置ルールと比較することを含み得る。モバイルデバイス位置情報は、衛星測位情報を含むことができる。追加的または代替的に、モバイルデバイス位置情報は、モバイルデバイスとアクセスデバイスとの間の接続のタイプを識別することができる。モバイルデバイスは、有線または無線接続を介してアクセスデバイスに接続されてもよい。

モバイルデバイス位置情報が衛星測位情報を含む場合、衛星測位情報に対応する地理的位置は、コンピューティングシステムのＩＰアドレスに応答する地理的位置と比較することができる。衛星測位情報の地理的位置とＩＰアドレスとが一致している場合、アクセス要求は認可され得る。そうでない場合、アクセス要求は拒否され得る。

モバイルデバイス位置情報が（接続のタイプを識別する）接続情報を含む場合、アクセス要求は、モバイルデバイスとコンピューティングシステムとの間の接続が確立され、存在したままであるときに認可され得る。一例として、シリアルバスケーブルを使用して、モバイルデバイスをコンピューティングデバイスに接続し、有線接続を確立することができる。別の例として、無線接続は、直接的または間接的に確立されてもよい。直接無線接続は、パーソナルエリア無線ネットワーク接続を含む。間接無線は、モバイルデバイスとコンピューティングシステムの両方が接続される無線アクセスポイントを介してもよい。

アクセス要求の態様を認可するために、複数のサーバが使用され得る。複数のサーバが使用される場合、サーバは、アクセス情報から識別されたユーザを認可するために後続のサーバに後続の要求を送信することができる。いくつかの実装形態では、あるサーバは暗号化ファイルへのアクセスを許可することができ、別のサーバはアクセス認可に基づいてアクセスパッケージを生成することができる。

４３５において、サーバ４１０は、アクセスパッケージを生成することができる。認可された場合、サーバ４１０は、アクセスデバイス４０５ａからの暗号化要求に応答して、暗号化パッケージを生成する。暗号化パッケージは、暗号化関数のためのソースコードを検索し、アクセスデバイス４０５ａによって暗号化されるべきファイルのためのソルトおよび鍵を生成して格納し、ソルトおよび鍵を含む情報と共にソースコードを注入することによって生成され得る。アクセスパッケージの生成は、追加的または代替的に、ファイルのペイロードのデータを変換するために使用されるデータペイロードまたは値の識別を含むことができる。

サーバは、ソースコードファイルを取り出し、情報と共にソースコードファイルを注入することによってアクセスパッケージを生成することができる。注入された情報は、データを暗号化または復号するためのソルトおよび鍵を含むことができる。ソルトおよび鍵は別々に格納され、システムの異なる部分のセキュリティの侵害の影響を低減するためにソースコードから分離される。例えば、認可されていないユーザが暗号化ファイルの鍵を持っていた場合、認可されていないユーザは、暗号化ファイルにアクセスするために必要な他の鍵、ソルト、または復号アルゴリズムをまだ持っていない。

一例として、暗号化要求のためのアクセスパッケージ（例えば、暗号化パッケージ）は、暗号化ソースコードを取得し、暗号化ソースコードをソルトおよび鍵のセットで修正して修正された暗号化ソースコードを形成し、修正された暗号化ソースコードでアクセスパッケージを生成することによって生成され得る。同様に、復号要求のためのアクセスパッケージ（例えば、復号パッケージ）は、復号ソースコードを取得し、復号ソースコードをソルトおよび鍵のセットで修正して修正された復号ソースコードを形成し、修正された復号ソースコードでアクセスパッケージを生成することによって生成され得る。

４４０において、（暗号化パッケージである）アクセスパッケージがサーバ４１０からアクセスデバイス４０５ａに送信される。アクセスパッケージ（および以前の要求）は、サーバ４１０とアクセスデバイス４０５ａとの間の安全なリンクを介して送信される。

４４５において、アクセスデバイス４０５ａは（アクセスクライアントを介して）アクセスパッケージをコンパイルすることができる。アクセスデバイス４０５ａは、アクセスパッケージからソースコードをコンパイルして、ダイナミックリンクライブラリ（ＤＬＬ）とすることができる実行可能ファイルを生成することができる。アクセスパッケージは、実行可能ファイルが作成された後にアクセスデバイス４０５ａから（例えば、デバイスメモリから）削除されてもよい。アクセスパッケージは、複数の言語で書かれたソースコードを含み、複数のコンパイラ、アセンブラ、リンカーなどを使用してアクセスパッケージから実行可能ファイルを生成することができる。場合によっては、４４５において、アクセスデバイス４０５ａは、アクセスパッケージをコンパイルするのではなく、アクセスパッケージ内のデータペイロードまたは値を使用して、暗号化されるファイルまたはペイロードのデータを変換することができる。

４５０において、アクセスデバイス４０５ａは（アクセスクライアントを介して）データパックを生成することができる。データパックは、暗号化プロセスの一部として生成されてもよい。データパックは、ファイルアクセスポリシー、所有権情報、アクセスログなどを含むことができる。記載されているように、データパックは、アクセスパッケージのソースコードに注入され、次いでデータパックに格納されたいくつかの情報を含むことができる。一例として、エンティティ署名（または所有権情報のセット）をソースコードに注入し、実行可能ファイルにコンパイルすることができ、実行可能ファイルはエンティティ署名を暗号化ファイルのデータパックに格納する。同様に、ファイルアクセスポリシーをソースコードに注入し、実行可能ファイルにコンパイルすることができ、実行可能ファイルはファイルアクセスポリシーを暗号化ファイルのデータパックに格納する。

４５５において、アクセスデバイス４０５ａは、ペイロードを暗号化することができる。ペイロードは、データパックを生成した暗号化プロセスの一部として暗号化されてもよい。暗号化ファイルは、複数のソルトおよび暗号鍵を使用して、暗号化されたペイロードおよびデータパックから生成される。

４６０において、アクセスデバイス４０５ａは、暗号化ファイルの作成後に実行可能ファイルを含むファイルを削除することができる。

４６５において、アクセスデバイス４０５ａは、暗号化ファイルをアクセスデバイス４０５ｂに送信することができる。

図５は、本開示の態様にしたがって暗号化ファイル制御をサポートするプロセスフロー５００の例を例示する。具体的には、プロセスフロー５００は、本明細書に記載の技術にしたがってファイルを復号するための動作を示す。プロセスフロー５００は、アクセスデバイス５０５およびサーバ５１０を含み、これらは、図１～図４に関して説明された対応するデバイスの例であり得る。例えば、プロセスフロー５００は、プロセスフロー４００の続きであってもよい。

５１５において、暗号化ファイルがアクセスデバイス５０５ｂにおいて選択される。暗号化ファイルは、アクセスデバイス５０５ｂのユーザによってアクセスデバイス５０５ｂ上で選択されてもよい。暗号化ファイルは、図４で説明したようにアクセスデバイスに送信されたファイルであってもよい。

５２０において、アクセスデバイスは、（例えば、アプリケーションクライアントを介して）サーバ５１０にアクセス要求を送信する。復号要求とも呼ばれる要求は、暗号化ファイル、アクセスデバイス５０５ｂのユーザ、およびアクセスデバイス５０５ｂを識別するアクセス情報を含むことができる。要求は、データパックおよびサーバのマクロデータベースに格納されたアクセス権情報にリンクされた暗号化ファイルの識別子を含むことができる。暗号化ファイルの識別子は、サーバによって維持されるマクロデータベース内の暗号化ファイルに関する情報（ユーザアクセス権を含む）を見つけるためにサーバによって使用され得る。場合によっては、ファイルに関する情報は、ファイルに関連するメタデータから識別されてもよい。サーバは、ファイルに関連するＡＰＩエンドポイントを介して（例えば、メタデータにおいて）、またはアクセスクライアント（例えば、アクセスクライアントはＡＰＩエンドポイントで事前構成される）における構成を介して識別されてもよい。

５２５において、サーバ５１０は、アクセス要求を認可または検証することができる。サーバは、アクセスポリシー（例えば、ファイルへのアクセスを認可されたユーザ識別子）など、ファイルに関連してサーバによって維持される情報を要求に含まれる情報に基づいてアクセス要求を認可することができる。

５３０において、サーバ５１０は、アクセス要求の認可または検証に基づいてアクセスパッケージを生成することができる。アクセスパッケージは、アクセス要求が認可されている場合は復号パッケージであってもよく、要求が認可されていない場合は終了またはデコイパッケージであってもよい。

５３５において、サーバ５１０は、アクセスパッケージをアクセスデバイス５０５ｂに送信することができる。アクセスパッケージ（および以前の要求）は、サーバ５１０とアクセスデバイス５０５ｂとの間の安全なリンクを介して送信されてもよい。

５４０において、アクセスデバイス５０５ｂは、アクセスパッケージをコンパイルすることができる。アクセスデバイス５０５ｂは、（例えば、アクセスクライアントを介して）アクセスパッケージからソースコードをコンパイルして、ＤＬＬとすることができる実行可能ファイルを生成することができる。アクセスパッケージは、実行可能ファイルが作成された後にアクセスデバイス５０５ｂから削除されてもよい。場合によっては、５４０において、アクセスデバイス４０５ａは、アクセスパッケージをコンパイルするのではなく、アクセスパッケージ内のデータペイロードまたは値を使用して、復号されるファイルまたはペイロードのデータを変換することができる。

５４５において、アクセスデバイス５０５ｂは、ファイルのデータパックを更新することができる。データパックは、アクセスログを修正する（例えば、アクセスデバイス５０５ｂに関連するデバイス情報およびユーザ情報を追加する）ことによって、復号プロセスの一部としてアクセスデバイス５０５ｂによって更新され得る。場合によっては、データパックを更新することは、アクセスパッケージに含まれる情報に基づいてファイルアクセスログを更新することを含むことができる。したがって、データパックは、アクセス日時およびアクセスを実行したコンピューティングシステムのハードウェア識別子を識別するアクセス情報で復号および更新され得る。データパックが更新された後、暗号化プロセスを実行して、更新されたデータパックを有する暗号化ファイルを再生成することができる。

５５０において、アクセスデバイス５０５ｂは、暗号化ファイルのペイロードを復号することができる。ペイロードは、データパックを更新した復号プロセスの一部として実行可能ファイルを使用して復号され得る。暗号化ファイルは、アクセスパッケージの実行可能コードにしたがって複数のソルトおよび暗号鍵を使用して元のペイロードを復元するために復号される。

５６５において、アクセスデバイス５０５ｂはペイロードにアクセスする。ペイロードにアクセスして、データパックに含まれる暗号化ファイルのファイルアクセスポリシー（例えば、ユーザの権利および特権）にしたがってペイロードから情報を提示することができる。ファイルアクセスポリシーは、暗号化ファイルからの情報の編集、保存、印刷、および閲覧を制限することができる。

５６０において、アクセスデバイス５０５ｂは、実行可能ファイルなどのファイルをアクセスデバイス５０５ｂのメモリから削除することができる。

いくつかの例では、５２０におけるアクセス要求は、アクセスデバイス５０５ｂ上で実行しているアクセスクライアントに関連するサーバに送信される。そのような場合、アクセスクライアントに関連するサーバは、要求を検証することができない（例えば、ファイル情報にアクセスできない）ことを示すことができる。このような場合、サーバは、正しいサーバ（例えば、サーバ５１０）のＵＲＬを示す応答を返すことができる。他の場合には、サーバは、アクセスパッケージをアクセスデバイス５０５ｂに中継するために正しいサーバ５１０と通信することができる。

図６は、本開示の態様にしたがって暗号化ファイル制御をサポートするアクセスデバイスシナリオ６００の例を例示する。アクセスデバイスシナリオ６００は、アクセスデバイス６０５を含み、これは、図１～図５に関連して説明されたアクセスデバイスの一例であり得る。アクセスデバイス６０５は、ディスプレイ６１０を含む。ディスプレイ６１０は、ユーザインターフェース６１５を提示する。ユーザインターフェースは、アクセスデバイス６０５上で実行しているアクセスクライアントに関連する例示的なユーザインターフェースであってもよい。

図６の例では、アクセスクライアントはファイル（例えば、ファイルは、本明細書に記載の技術にしたがって復号される）にアクセスしている。ファイルに関連するデータパックは、ユーザがペイロードを閲覧するためにユーザのモバイルデバイスがアクセスデバイス６０５との接続を有することを示すモバイルデバイス近接アクセスポリシーであるファイルアクセスポリシーを含む。したがって、アクセスクライアントは、図６のモバイルデバイス近接アクセスポリシーを実施している。

６２５において、ユーザインターフェース６１５は、モバイルデバイス６２０とのデータ接続が存在するときに暗号化ファイルからの情報（例えば、ペイロード）を表示する。モバイルデバイス６２０への接続が失われると、情報はアクセスデバイス６０５によって表示されなくなる。一例として、アクセスデバイス６０５はデスクトップコンピュータであってもよく、モバイルデバイス６２０はスマートフォンであってもよい。アクセスデバイス６０５およびモバイルデバイス６２０は、複数のデバイス接続規格（ユニバーサルシリアルバス（ＵＳＢ）、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）など）のうちの１つを使用して接続されるのに十分に近い。その後、モバイルデバイスは、接続をもはや維持することができないようにアクセスデバイス６０５から十分遠くに離される。接続が切断された後、アクセスクライアントがモバイルデバイス近接ファイルアクセスポリシーを実施しているため、提示された情報はディスプレイから消え得る。さらに、暗号化ファイルは閉じられてもよく、暗号化ファイルを復号するために使用された実行可能ファイルは、アクセスデバイス６０５から削除されてもよい。場合によっては、関連するデータパッケージに含まれるポリシーを実施するために、接続が定期的（例えば、１秒ごと）にチェックされる。したがって、図６の技術は、さらなるセキュリティ機構を含み得る。

図７は、本開示の態様にしたがって暗号化ファイル制御をサポートするユーザデバイス７２０のブロック図７００を示す。ユーザデバイス７２０は、図１～図６を参照して説明されたアクセスデバイス（例えば、ユーザデバイス）の態様の例であり得る。ユーザデバイス７２０またはその様々な構成要素は、本明細書で説明される暗号化ファイル制御の様々な態様を実行する手段の一例であり得る。例えば、ユーザデバイス７２０は、アクセス要求インターフェース７２５、アクセスパッケージインターフェース７３０、実行構成要素７３５、アクセスパッケージ削除構成要素７４０、暗号化構成要素７４５、復号構成要素７５０、ポリシー構成要素７５５、検証情報構成要素７６０、ファイルメタデータ構成要素７６５、アクセスログ構成要素７７０、またはそれらの任意の組み合わせを含むことができる。これらの構成要素の各々は、（例えば、１つまたは複数のバスを介して）互いに直接的または間接的に通信することができる。

ユーザデバイス７２０は、本明細書で開示される例にしたがって、アクセスクライアントにおけるデータセキュリティをサポートすることができる。アクセス要求インターフェース７２５は、アクセスされるべきファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバへ送信する手段として構成されるか、そうでなければこれをサポートすることができる。アクセスパッケージインターフェース７３０は、アクセス要求の送信に少なくとも部分的に基づいて、サーバから、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信する手段として構成されるか、そうでなければこれをサポートすることができる。実行構成要素７３５は、アクセスクライアントによって、１つまたは複数のアクセス鍵を使用してファイルにアクセスするために実行可能コードを実行する手段として構成されるか、そうでなければこれをサポートすることができる。アクセスパッケージ削除構成要素７４０は、アクセスクライアントに関連するメモリからアクセスパッケージを削除する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、アクセス要求の送信をサポートするために、暗号化構成要素７４５は、暗号化要求およびファイル情報をサーバに送信する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、アクセスパッケージの受信をサポートするために、アクセスパッケージインターフェース７３０は、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を含むデータパックを含むアクセスパッケージを受信する手段として構成されるか、そうでなければこれをサポートすることができ、データパックは、１つまたは複数のアクセス鍵を使用してファイルで暗号化される。いくつかの例では、１つまたは複数のファイルアクセスポリシーは、読み取りアクセス、書き込みアクセス、表示制約、またはそれらの組み合わせを含む。

いくつかの例では、アクセスパッケージの受信をサポートするために、アクセスパッケージインターフェース７３０は、ファイルに関連する所有権情報の指示を含むデータパックを含むアクセスパッケージを受信する手段として構成されるか、そうでなければこれをサポートすることができ、データパックは、１つまたは複数のアクセス鍵を使用してファイルで暗号化される。

いくつかの例では、暗号化要求の送信をサポートするために、ポリシー構成要素７５５は、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示をサーバに送信する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、実行可能コードの実行をサポートするために、暗号化構成要素７４５は、実行可能コードを使用して、暗号化ファイルを生成するために１つまたは複数のアクセス鍵を使用してペイロードおよび１つまたは複数のデータパックを暗号化する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、１つまたは複数のデータパックの暗号化をサポートするために、暗号化構成要素７４５は、１つまたは複数のファイルアクセスポリシー、ファイル所有権情報、ファイルアクセス監査ログ、またはそれらの組み合わせの指示を含む１つまたは複数のデータパックを暗号化する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、アクセス要求の送信をサポートするために、復号構成要素７５０は、復号要求およびファイル情報をサーバに送信する手段として構成されるか、そうでなければこれをサポートすることができ、実行可能コードは、ファイルを復号するために使用されるコードを含む。

いくつかの例では、アクセスパッケージの受信をサポートするために、アクセスパッケージインターフェース７３０は、１つまたは複数の更新されたファイルアクセスポリシーを含むデータパックを含むアクセスパッケージを受信する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、検証情報構成要素７６０は、アクセスクライアントにおいて、アクセスクライアント情報、コンピュータ情報、デバイス情報、地理的位置情報、認証トークン、またはそれらの組み合わせを含む検証情報を識別する手段として構成されるか、そうでなければこれをサポートすることができ、復号要求は、検証情報の指示を含む。

いくつかの例では、ファイルメタデータ構成要素７６５は、ファイルに関連付するメタデータに少なくとも部分的に基づいて、ファイルがアクセスクライアントに関連していることを識別する手段として構成されるか、そうでなければこれをサポートすることができ、ファイルは、１つまたは複数のアクセス鍵のうちの第１の鍵を使用して暗号化されたペイロードと、１つまたは複数のアクセス鍵のうちの少なくとも第２の鍵を使用して暗号化された１つまたは複数の暗号化データパックとを含み、復号要求は、ファイルがアクセスクライアントに関連していることに少なくとも部分的に基づいてサーバに送信される。

いくつかの例では、実行可能コードの実行をサポートするために、復号構成要素７５０は、１つまたは複数のアクセス鍵を使用してファイルを復号する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、復号構成要素７５０は、ファイルに関連する１つまたは複数のアクセスポリシーにしたがって、アクセスクライアントにおいてファイルのペイロードを表示する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、１つまたは複数のアクセスポリシーは、読み取りアクセス、書き込みアクセス、表示制約、またはそれらの組み合わせを含む。いくつかの例では、１つまたは複数のアクセスポリシーは、１つまたは複数のアクセス鍵を使用してファイルで復号されたデータパックに含まれる。

いくつかの例では、アクセスログ構成要素７７０は、アクセスクライアントに関連するデバイス情報、ユーザ情報、地理的位置情報、またはそれらの組み合わせを含むようにファイルアクセス監査ログを更新する手段として構成されるか、またはこれをサポートすることができる。

いくつかの例では、復号構成要素７５０は、ファイルの復号に少なくとも部分的に基づいて、ファイル内のペイロードおよび１つまたは複数のデータパックを識別する手段として構成されるか、そうでなければこれをサポートすることができ、１つまたは複数のデータパックは、１つまたは複数のファイルアクセスポリシー、所有権情報、ファイルアクセス監査ログ、またはそれらの組み合わせの指示を含む。

いくつかの例では、実行構成要素７３５は、アクセスクライアントに関連するメモリ内で、実行可能コードを実行することに少なくとも部分的に基づいて、ファイルを復号または暗号化するために使用されるアクセスオブジェクトをインスタンス化する手段として構成されるか、そうでなければこれをサポートすることができ、アクセスオブジェクトは、ファイルの復号または暗号化の後にアクセスクライアントに関連するメモリから削除される。

いくつかの例では、復号構成要素７５０は、復号要求およびファイル情報をサーバに送信する手段として構成されるか、そうでなければこれをサポートすることができ、実行可能コードは、ファイルの内容を上書きするために使用されるコードを含む。

いくつかの例では、アクセス要求の送信をサポートするために、アクセス要求インターフェース７２５は、アクセスクライアントを実行するユーザデバイスの地理的位置、ユーザデバイスに関連するデバイス情報、ユーザデバイスに関連するネットワーク情報、アクセスクライアントに関連する認証トークン、またはそれらの組み合わせを含むアクセス情報を含むアクセス要求を送信する手段として構成されるか、そうでなければこれをサポートすることができる。

図８は、本開示の態様にしたがって暗号化ファイル制御をサポートするデバイス８０５を含むシステム８００の図を示す。デバイス８０５は、データセキュリティマネージャ８２０、通信モジュール８１０、アンテナ８１５、ユーザインターフェース構成要素８２５、データベース（アプリケーションデータ）８３０、メモリ８３５、およびプロセッサ８４０などの、通信を送受信するための構成要素を含む、双方向音声およびデータ通信のための構成要素を含むことができる。これらの構成要素は、電子通信するか、または１つまたは複数のバス（例えば、バス８４５）を介して（例えば、動作可能に、通信可能に、機能的に、電子的に、電気的に）結合することができる。デバイス８０５は、本明細書に記載されるように、アクセスクライアントを実行するユーザデバイスの例であり得る。場合によっては、アクセスクライアントは、データセキュリティマネージャ８２０に対応することができる。

通信モジュール８１０は、アンテナ８１５を介してデバイス８０５の入出力信号を管理することができる。通信モジュール８１０は、図２に示し説明したユーザデバイス１０６の通信モジュール８１０の一例を含むことができる。これに関して、通信モジュール８１０は、図２に示すように、サーバ１１０との通信を管理することができる。通信モジュール８１０はまた、デバイス８０５に統合されていない周辺機器を管理することができる。場合によっては、通信モジュール８１０は、外部周辺機器への物理的接続またはポートを表すことができる。場合によっては、通信モジュール８１０は、ｉＯＳ（登録商標）、ＡＮＤＲＯＩＤ（登録商標）、ＭＳ－ＤＯＳ（登録商標）、ＭＳ－ＷＩＮＤＯＷＳ（登録商標）、ＯＳ／２（登録商標）、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、または別の既知のオペレーティングシステムなどのオペレーティングシステムを利用することができる。他の場合には、通信モジュール８１０は、モデム、キーボード、マウス、タッチスクリーン、または同様のデバイスを表すか、またはこれらと対話することができる。場合によっては、通信モジュール８１０は、プロセッサ８４０の一部として実装されてもよい。いくつかの例では、ユーザは、通信モジュール８１０、ユーザインターフェース構成要素８２５を介して、または通信モジュール８１０によって制御されるハードウェア構成要素を介してデバイス８０５と対話することができる。

場合によっては、デバイス８０５は、単一のアンテナ８１５を含むことができる。しかしながら、いくつかの他の場合では、デバイス８０５は、複数の無線送信を同時に送信または受信することが可能でありうる複数のアンテナ８１５を有することができる。通信モジュール８１０は、本明細書に記載されたように、有線または無線リンクで、１つまたは複数のアンテナ８１５を介して双方向に通信することができる。例えば、通信モジュール８１０は、無線トランシーバを表してもよく、別の無線トランシーバと双方向に通信してもよい。通信モジュール８１０はまた、パケットを変調し、変調されたパケットを送信のために１つまたは複数のアンテナ８１５に提供し、１つまたは複数のアンテナ８１５から受信されたパケットを復調するためのモデムを含むことができる。

ユーザインターフェース構成要素８２５は、データベース８３０におけるデータ格納および処理を管理することができる。場合によっては、ユーザは、ユーザインターフェース構成要素８２５と対話することができる。他の場合には、ユーザインターフェース構成要素８２５は、ユーザとの対話なしに自動的に動作することができる。データベース８３０は、単一のデータベース、分散データベース、複数の分散データベース、データストア、データレイク、または緊急バックアップデータベースの一例であり得る。

メモリ８３５は、ランダムアクセスメモリ（ＲＡＭ）および読み取り専用メモリ（ＲＯＭ）を含むことができる。メモリ８３５は、実行されると、プロセッサ８４０に本明細書に記載の様々な機能を実行させる命令を含むコンピュータ可読コンピュータ実行可能ソフトウェアを格納することができる。場合によっては、メモリ８３５は、とりわけ、周辺構成要素またはデバイスとの相互作用などの基本的なハードウェアまたはソフトウェア動作を制御することができるＢＩＯＳを含むことができる。

プロセッサ８４０は、インテリジェントハードウェアデバイス（例えば、汎用プロセッサ、ＤＳＰ、ＣＰＵ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ、プログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジック構成要素、ディスクリートハードウェア構成要素、またはそれらの任意の組み合わせ）を含むことができる。場合によっては、プロセッサ８４０は、メモリコントローラを使用してメモリアレイを動作させるように構成されてもよい。他の場合には、メモリコントローラは、プロセッサ８４０に統合されてもよい。プロセッサ８４０は、メモリ８３５に格納されたコンピュータ可読命令を実行して、様々な機能（例えば、睡眠ステージングアルゴリズムのための方法およびシステムをサポートする機能またはタスク）を実行するように構成され得る。

データセキュリティマネージャ８２０は、本明細書で開示される例にしたがって、アクセスクライアントにおけるデータセキュリティをサポートすることができる。例えば、データセキュリティマネージャ８２０は、アクセスされるべきファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバへ送信する手段として構成されるか、そうでなければこれをサポートすることができる。データセキュリティマネージャ８２０は、アクセス要求の送信に少なくとも部分的に基づいて、サーバから、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信する手段として構成されるか、そうでなければこれをサポートすることができる。データセキュリティマネージャ８２０は、アクセスクライアントによって、１つまたは複数のアクセス鍵を使用してファイルにアクセスするために実行可能コードを実行する手段として構成されるか、そうでなければこれをサポートすることができる。データセキュリティマネージャ８２０は、アクセスクライアントに関連するメモリからアクセスパッケージを削除する手段として構成されるか、そうでなければこれをサポートすることができる。

データセキュリティマネージャ８２０は、サーバ、他のユーザデバイスなどとの通信を介して本明細書に記載のデータセキュリティ技術を容易にするように構成されたアプリケーション（例えば、「アプリ」）、プログラム、ソフトウェア、または他の構成要素を含むことができる。

図９は、本開示の態様にしたがって暗号化ファイル制御をサポートするサーバ９２０のブロック図９００を示す。サーバ９２０は、図１～図６を参照して説明したサーバの態様の一例であってもよい。サーバ９２０またはその様々な構成要素は、本明細書で説明される暗号化ファイル制御の様々な態様を実行する手段の一例であり得る。例えば、サーバ９２０は、アクセス要求インターフェース９２５、要求検証構成要素９３０、アクセスパッケージ構成要素９３５、アクセスパッケージインターフェース９４０、暗号化構成要素９４５、復号構成要素９５０、鍵識別構成要素９５５、ファイルポリシー構成要素９６０、動作構成要素９６５、通知構成要素９７０、またはそれらの任意の組み合わせを含むことができる。これらの構成要素の各々は、（例えば、１つまたは複数のバスを介して）互いに直接的または間接的に通信することができる。

サーバ９２０は、本明細書で開示される例にしたがって、サーバにおけるデータセキュリティをサポートすることができる。アクセス要求インターフェース９２５は、アクセスされるべきファイルのアクセス情報およびファイル情報を含むアクセス要求をアクセスクライアントから受信する手段として構成されるか、そうでなければこれをサポートすることができる。要求検証構成要素９３０は、アクセス情報を使用してアクセス要求を検証する手段として構成されるか、そうでなければこれをサポートすることができる。アクセスパッケージ構成要素９３５は、アクセス要求の検証に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成する手段として構成されるか、そうでなければこれをサポートすることができる。アクセスパッケージインターフェース９４０は、アクセスクライアントにアクセスパッケージを送信する手段として構成されるか、そうでなければこれをサポートすることができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。

いくつかの例では、アクセス要求の受信をサポートするために、暗号化構成要素９４５は、アクセスクライアントから、ファイルを暗号化するための暗号化要求を受信する手段として構成されるか、そうでなければこれをサポートすることができ、アクセスパッケージは、１つまたは複数のアクセス鍵を使用してファイルを暗号化するための実行可能コードを含む。

いくつかの例では、アクセスパッケージの送信をサポートするために、アクセスパッケージインターフェース９４０は、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を含むデータパックを含むアクセスパッケージをアクセスクライアントに送信する手段として構成されるか、そうでなければこれをサポートすることができ、実行可能コードは、１つまたは複数のアクセス鍵を使用してファイルでデータパックを暗号化するように構成される。いくつかの例では、１つまたは複数のファイルアクセスポリシーは、読み取りアクセス、書き込みアクセス、表示制約、またはそれらの組み合わせを含む。

いくつかの例では、アクセスパッケージの送信をサポートするために、アクセスパッケージ構成要素９３５は、ファイルに関連する監査ログを生成し、１つまたは複数のアクセス鍵を使用してファイルで監査ログを暗号化するように構成された実行可能コードを含むデータパックを含むアクセスパッケージをアクセスクライアントに送信する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、アクセスパッケージの送信をサポートするために、アクセスパッケージ構成要素９３５は、ファイルに関連する所有権情報の指示を含むデータパックを含むアクセスパッケージをアクセスクライアントに送信する手段として構成されるか、そうでなければこれをサポートすることができ、実行可能コードは、１つまたは複数のアクセス鍵を使用してファイルでデータパックを暗号化するように構成される。

いくつかの例では、アクセス要求の受信をサポートするために、ファイルポリシー構成要素９６０は、アクセスクライアントから、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を受信する手段として構成されるか、そうでなければこれをサポートすることができる。いくつかの例では、アクセス要求の受信をサポートするために、ファイルポリシー構成要素９６０は、ファイルのファイル識別子に関連して、１つまたは複数のファイルアクセスポリシーを格納する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、アクセス要求の受信をサポートするために、ファイルポリシー構成要素９６０は、アクセスクライアントから、ファイルにアクセスすることを認可されている１人または複数のユーザの指示を受信する手段として構成されるか、そうでなければこれをサポートすることができる。いくつかの例では、アクセス要求の受信をサポートするために、ファイルポリシー構成要素９６０は、ファイルのファイル識別子に関連して、ファイルにアクセスすることを認可されている１人または複数のユーザの指示を格納する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、アクセス要求の受信をサポートするために、復号構成要素９５０は、アクセスクライアントから、ファイルを復号するための復号要求を受信する手段として構成されるか、そうでなければこれをサポートすることができ、アクセスパッケージは、１つまたは複数のアクセス鍵を使用してファイルを復号するための実行可能コードを含む。

いくつかの例では、ファイルポリシー構成要素９６０は、ファイルの１つまたは複数のファイルアクセスポリシーを含むデータパックが古くなっていると決定する手段として構成されるか、そうでなければこれをサポートすることができる。いくつかの例では、ファイルポリシー構成要素９６０は、データパックが古くなっているとの決定に少なくとも部分的に基づいて、ファイルの１つまたは複数の更新されたファイルアクセスポリシーを含む更新されたデータパックを送信する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、要求検証構成要素９３０は、サーバにおいて、復号要求で受信したアクセス情報に含まれるユーザ情報をファイルに関連するアクセスレコードと比較する手段として構成されるか、そうでなければこれをサポートすることができる。いくつかの例では、要求検証構成要素９３０は、比較の結果に少なくとも部分的に基づいて、アクセスクライアントに関連するユーザがファイルにアクセスすることを認可されていると決定する手段として構成されるか、そうでなければこれをサポートすることができ、アクセスパッケージは、ユーザがファイルにアクセスすることを認可されていると決定することに少なくとも部分的に基づいて、アクセスクライアントに送信される。

いくつかの例では、要求検証構成要素９３０は、復号要求で受信したアクセス情報に少なくとも部分的に基づいて、アクセスクライアントがファイルを復号することを認可されていないと決定する手段として構成されるか、そうでなければこれをサポートすることができる。いくつかの例では、動作構成要素９６５は、アクセスクライアントがファイルを復号することを認可されていないと決定することに少なくとも部分的に基づいて、サーバにおいて動作をトリガする手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、動作のトリガをサポートするために、通知構成要素９７０は、アクセスクライアントが不正アクセス要求を送信したことを示す警告またはメッセージを生成する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、動作のトリガをサポートするために、アクセスパッケージ構成要素９３５は、ファイルの内容を上書きする実行可能コードを含むアクセスパッケージを送信する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、鍵識別構成要素９５５は、鍵格納サービスに、アクセス要求の受信に少なくとも部分的に基づいて、ファイルに関連する鍵文字列およびファイル識別子を求める要求を送信する手段として構成されるか、そうでなければこれをサポートすることができる。いくつかの例では、鍵識別構成要素９５５は、ファイル識別子に関連する鍵文字列を鍵格納サービスから受信する手段として構成されるか、そうでなければこれをサポートすることができる。いくつかの例では、鍵識別構成要素９５５は、鍵文字列を使用して１つまたは複数のアクセス鍵を生成する手段として構成されるか、そうでなければこれをサポートすることができる。

いくつかの例では、アクセス要求の検証をサポートするために、要求検証構成要素９３０は、それらの組み合わせについて、アクセスクライアントを実行するユーザデバイスの地理的位置、ユーザデバイスに関連するデバイス情報、ユーザデバイスに関連するネットワーク情報、アクセスクライアントに関連する認証トークンを含むアクセス情報を検証する手段として構成されるか、そうでなければこれをサポートすることができる。

図１０は、本開示の態様にしたがって暗号化ファイル制御をサポートするデバイス１００５を含むシステム１０００の図を示す。デバイス１００５は、データセキュリティ構成要素１０２０、Ｉ／Ｏコントローラ１０１０、データベースコントローラ１０１５、メモリ１０２５、プロセッサ１０３０、およびデータベース１０３５などの、通信を送受信するための構成要素を含む、双方向音声およびデータ通信のための構成要素を含むことができる。これらの構成要素は、電子通信するか、または１つまたは複数のバス（例えば、バス１０４０）を介して（例えば、動作可能に、通信可能に、機能的に、電子的に、電気的に）結合することができる。

Ｉ／Ｏコントローラ１０１０は、デバイス１００５の入力信号１０４５および出力信号１０５０を管理することができる。Ｉ／Ｏコントローラ１０１０はまた、デバイス１００５に統合されていない周辺機器を管理することができる。場合によっては、Ｉ／Ｏコントローラ１０１０は、外部周辺機器への物理的接続またはポートを表すことができる。場合によっては、Ｉ／Ｏコントローラ１０１０は、ｉＯＳ（登録商標）、ＡＮＤＲＯＩＤ（登録商標）、ＭＳ－ＤＯＳ（登録商標）、ＭＳ－ＷＩＮＤＯＷＳ（登録商標）、ＯＳ／２（登録商標）、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、または別の既知のオペレーティングシステムなどのオペレーティングシステムを利用することができる。他の場合には、Ｉ／Ｏコントローラ１０１０は、モデム、キーボード、マウス、タッチスクリーン、または同様のデバイスを表すか、またはこれらと対話することができる。場合によっては、Ｉ／Ｏコントローラ１０１０は、プロセッサ１０３０の一部として実装されてもよい。いくつかの例では、ユーザは、Ｉ／Ｏコントローラ１０１０を介して、またはＩ／Ｏコントローラ１０１０によって制御されるハードウェア構成要素を介してデバイス１００５と対話することができる。

データベースコントローラ１０１５は、データベース１０３５におけるデータ格納および処理を管理することができる。場合によっては、ユーザは、データベースコントローラ１０１５と対話することができる。他の場合には、データベースコントローラ１０１５は、ユーザとの対話なしに自動的に動作することができる。データベース１０３５は、単一のデータベース、分散データベース、複数の分散データベース、データストア、データレイク、または緊急バックアップデータベースの一例であり得る。

メモリ１０２５は、ＲＡＭおよびＲＯＭを含むことができる。メモリ１０２５は、実行されると、プロセッサ１０３０に本明細書に記載の様々な機能を実行させる命令を含むコンピュータ可読コンピュータ実行可能ソフトウェアを格納することができる。場合によっては、メモリ１０２５は、とりわけ、周辺構成要素またはデバイスとの相互作用などの基本的なハードウェアまたはソフトウェア動作を制御することができるＢＩＯＳを含むことができる。

プロセッサ１０３０は、インテリジェントハードウェアデバイス（例えば、汎用プロセッサ、ＤＳＰ、ＣＰＵ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ、プログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジック構成要素、ディスクリートハードウェア構成要素、またはそれらの任意の組み合わせ）を含むことができる。場合によっては、プロセッサ１０３０は、メモリコントローラを使用してメモリアレイを動作させるように構成されてもよい。他の場合には、メモリコントローラは、プロセッサ１０３０に統合されてもよい。プロセッサ１０３０は、メモリ１０２５に格納されたコンピュータ可読命令を実行して、様々な機能（例えば、暗号化ファイル制御をサポートする機能またはタスク）を実行するように構成され得る。

データセキュリティ構成要素１０２０は、本明細書で開示される例にしたがって、サーバにおけるデータセキュリティをサポートすることができる。例えば、データセキュリティ構成要素１０２０は、アクセスされるべきファイルのアクセス情報およびファイル情報を含むアクセス要求をアクセスクライアントから受信する手段として構成されるか、そうでなければこれをサポートすることができる。データセキュリティ構成要素１０２０は、アクセス情報を使用してアクセス要求を検証する手段として構成されるか、そうでなければこれをサポートすることができる。データセキュリティ構成要素１０２０は、アクセス要求の検証に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成する手段として構成されるか、そうでなければこれをサポートすることができる。データセキュリティ構成要素１０２０は、アクセスクライアントにアクセスパッケージを送信する手段として構成されるか、そうでなければこれをサポートすることができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。

図１１は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法１１００を例示するフローチャートを示す。方法１１００の動作は、本明細書で説明するように、ユーザデバイスまたはその構成要素によって実施することができる。例えば、方法１１００の動作は、図１～図８を参照して説明したようにユーザデバイスによって実行されてもよい。いくつかの例では、ユーザデバイスは、記載された機能を実行するようにユーザデバイスの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、ユーザデバイスは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

１１０５において、本方法は、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信するステップを含むことができる。１１０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１１０５の動作の態様は、図７を参照して説明したように、アクセス要求インターフェース７２５によって実行されてもよい。

１１１０において、本方法は、アクセス要求の送信に少なくとも部分的に基づいて、サーバから、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信するステップを含むことができる。１１１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１１１０の動作の態様は、図７を参照して説明したように、アクセスパッケージインターフェース７３０によって実行されてもよい。いくつかの例では、アクセスパッケージは、実行可能コードではなく、データまたは値などの１つまたは複数のアクセス鍵および／またはアクセス情報を含む。

１１１５において、本方法は、アクセスクライアントによって、実行可能コードを実行して、１つまたは複数のアクセス鍵を使用してファイルにアクセスするステップを含むことができる。１１１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１１１５の動作の態様は、図７を参照して説明したように、実行構成要素７３５によって実行されてもよい。アクセスパッケージが１つまたは複数のアクセス鍵および／またはアクセス情報を含む例では、アクセスデバイスは、データを変換することによってペイロードのデータにアクセスするためにアクセス情報を使用することができ、これはデータの暗号化または復号に対応することができる。場合によっては、このプロセスは、アクセスクライアントによってアクセス可能な命令を実行することを含むことができる。これらの命令は、アクセスパッケージに含まれていても含まれていなくてもよい。

１１２０において、本方法は、アクセスクライアントに関連するメモリからアクセスパッケージを削除するステップを含むことができる。１１２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１１２０の動作の態様は、図７を参照して説明したように、アクセスパッケージ削除構成要素７４０によって実行されてもよい。

図１２は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法１２００を例示するフローチャートを示す。方法１２００の動作は、本明細書で説明するように、ユーザデバイスまたはその構成要素によって実施することができる。例えば、方法１２００の動作は、図１～図８を参照して説明したようにユーザデバイスによって実行されてもよい。いくつかの例では、ユーザデバイスは、記載された機能を実行するようにユーザデバイスの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、ユーザデバイスは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

１２０５において、本方法は、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信するステップを含むことができる。１２０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１２０５の動作の態様は、図７を参照して説明したように、アクセス要求インターフェース７２５によって実行されてもよい。

１２１０において、本方法は、暗号化要求およびファイル情報をサーバに送信するステップを含むことができる。１２１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１２１０の動作の態様は、図７を参照して説明したように、暗号化構成要素７４５によって実行されてもよい。

１２１５において、本方法は、アクセス要求の送信に少なくとも部分的に基づいて、サーバから、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信するステップを含むことができる。１２１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１２１５の動作の態様は、図７を参照して説明したように、アクセスパッケージインターフェース７３０によって実行されてもよい。

１２２０において、本方法は、ファイルに関連する所有権情報の指示を含むデータパックを含むアクセスパッケージを受信するステップを含むことができ、データパックは、１つまたは複数のアクセス鍵を使用してファイルで暗号化される。１２２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１２２０の動作の態様は、図７を参照して説明したように、アクセスパッケージインターフェース７３０によって実行されてもよい。

１２２５において、本方法は、アクセスクライアントによって、実行可能コードを実行して、１つまたは複数のアクセス鍵を使用してファイルにアクセスするステップを含むことができる。１２２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１２２５の動作の態様は、図７を参照して説明したように、実行構成要素７３５によって実行されてもよい。

１２３０において、本方法は、アクセスクライアントに関連するメモリからアクセスパッケージを削除するステップを含むことができる。１２３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１２３０の動作の態様は、図７を参照して説明したように、アクセスパッケージ削除構成要素７４０によって実行されてもよい。

図１３は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法１３００を例示するフローチャートを示す。方法１３００の動作は、本明細書で説明するように、ユーザデバイスまたはその構成要素によって実施することができる。例えば、方法１３００の動作は、図１～図８を参照して説明したようにユーザデバイスによって実行されてもよい。いくつかの例では、ユーザデバイスは、記載された機能を実行するようにユーザデバイスの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、ユーザデバイスは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

１３０５において、本方法は、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信するステップを含むことができる。１３０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１３０５の動作の態様は、図７を参照して説明したように、アクセス要求インターフェース７２５によって実行されてもよい。

１３１０において、本方法は、暗号化要求およびファイル情報をサーバに送信するステップを含むことができる。１３１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１３１０の動作の態様は、図７を参照して説明したように、暗号化構成要素７４５によって実行されてもよい。

１３１５において、本方法は、アクセス要求の送信に少なくとも部分的に基づいて、サーバから、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信するステップを含むことができる。１３１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１３１５の動作の態様は、図７を参照して説明したように、アクセスパッケージインターフェース７３０によって実行されてもよい。

１３２０において、本方法は、アクセスクライアントによって、実行可能コードを実行して、１つまたは複数のアクセス鍵を使用してファイルにアクセスするステップを含むことができる。１３２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１３２０の動作の態様は、図７を参照して説明したように、実行構成要素７３５によって実行されてもよい。

１３２５において、本方法は、暗号化ファイルを生成するために、実行可能コードを使用して、１つまたは複数のアクセス鍵を使用してペイロードおよび１つまたは複数のデータパックを暗号化するステップを含むことができる。１３２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１３２５の動作の態様は、図７を参照して説明したように、暗号化構成要素７４５によって実行されてもよい。

１３３０において、本方法は、１つまたは複数のファイルアクセスポリシー、ファイル所有権情報、ファイルアクセス監査ログ、またはそれらの組み合わせの指示を含む１つまたは複数のデータパックを暗号化するステップを含むことができる。１３３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１３３０の動作の態様は、図７を参照して説明したように、暗号化構成要素７４５によって実行されてもよい。

１３３５において、本方法は、アクセスクライアントに関連するメモリからアクセスパッケージを削除するステップを含むことができる。１３３５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１３３５の動作の態様は、図７を参照して説明したように、アクセスパッケージ削除構成要素７４０によって実行されてもよい。

図１４は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法１４００を例示するフローチャートを示す。方法１４００の動作は、本明細書で説明するように、ユーザデバイスまたはその構成要素によって実施することができる。例えば、方法１４００の動作は、図１～図８を参照して説明したようにユーザデバイスによって実行されてもよい。いくつかの例では、ユーザデバイスは、記載された機能を実行するようにユーザデバイスの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、ユーザデバイスは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

１４０５において、本方法は、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信するステップを含むことができる。１４０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１４０５の動作の態様は、図７を参照して説明したように、アクセス要求インターフェース７２５によって実行されてもよい。

１４１０において、本方法は、アクセス要求の送信に少なくとも部分的に基づいて、サーバから、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信するステップを含むことができる。１４１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１４１０の動作の態様は、図７を参照して説明したように、アクセスパッケージインターフェース７３０によって実行されてもよい。

１４１５において、本方法は、アクセスクライアントによって、実行可能コードを実行して、１つまたは複数のアクセス鍵を使用してファイルにアクセスするステップを含むことができる。１４１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１４１５の動作の態様は、図７を参照して説明したように、実行構成要素７３５によって実行されてもよい。

１４２０において、本方法は、アクセスクライアントに関連するメモリからアクセスパッケージを削除するステップを含むことができる。１４２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１４２０の動作の態様は、図７を参照して説明したように、アクセスパッケージ削除構成要素７４０によって実行されてもよい。

１４２５において、本方法は、復号要求およびファイル情報をサーバに送信するステップを含むことができ、実行可能コードは、ファイルを復号するために使用されるコードを含む。１４２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１４２５の動作の態様は、図７を参照して説明したように、復号構成要素７５０によって実行されてもよい。

図１５は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法１５００を例示するフローチャートを示す。方法１５００の動作は、本明細書で説明するように、ユーザデバイスまたはその構成要素によって実施することができる。例えば、方法１５００の動作は、図１～図８を参照して説明したようにユーザデバイスによって実行されてもよい。いくつかの例では、ユーザデバイスは、記載された機能を実行するようにユーザデバイスの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、ユーザデバイスは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

１５０５において、本方法は、アクセスクライアントにおいて、アクセスクライアント情報、コンピュータ情報、デバイス情報、地理的位置情報、認証トークン、またはそれらの組み合わせを含む検証情報を識別するステップを含むことができ、復号要求は、検証情報の指示を含む。１５０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１５０５の動作の態様は、図７を参照して説明したように、検証情報構成要素７６０によって実行されてもよい。

１５１０において、本方法は、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信するステップを含むことができる。１５１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１５１０の動作の態様は、図７を参照して説明したように、アクセス要求インターフェース７２５によって実行されてもよい。

１５１５において、本方法は、アクセス要求の送信に少なくとも部分的に基づいて、サーバから、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信するステップを含むことができる。１５１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１５１５の動作の態様は、図７を参照して説明したように、アクセスパッケージインターフェース７３０によって実行されてもよい。

１５２０において、本方法は、１つまたは複数の更新されたファイルアクセスポリシーを含むデータパックを含むアクセスパッケージを受信するステップを含むことができる。１５２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１５２０の動作の態様は、図７を参照して説明したように、アクセスパッケージインターフェース７３０によって実行されてもよい。

１５２５において、本方法は、アクセスクライアントによって、実行可能コードを実行して、１つまたは複数のアクセス鍵を使用してファイルにアクセスするステップを含むことができる。１５２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１５２５の動作の態様は、図７を参照して説明したように、実行構成要素７３５によって実行されてもよい。

１５３０において、本方法は、アクセスクライアントに関連するメモリからアクセスパッケージを削除するステップを含むことができる。１５３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１５３０の動作の態様は、図７を参照して説明したように、アクセスパッケージ削除構成要素７４０によって実行されてもよい。

１５３５において、本方法は、復号要求およびファイル情報をサーバに送信するステップを含むことができ、実行可能コードは、ファイルを復号するために使用されるコードを含む。１５３５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１５３５の動作の態様は、図７を参照して説明したように、復号構成要素７５０によって実行されてもよい。

図１６は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法１６００を例示するフローチャートを示す。方法１６００の動作は、本明細書で説明するように、ユーザデバイスまたはその構成要素によって実施することができる。例えば、方法１６００の動作は、図１～図８を参照して説明したようにユーザデバイスによって実行されてもよい。いくつかの例では、ユーザデバイスは、記載された機能を実行するようにユーザデバイスの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、ユーザデバイスは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

１６０５において、本方法は、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信するステップを含むことができる。１６０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１６０５の動作の態様は、図７を参照して説明したように、アクセス要求インターフェース７２５によって実行されてもよい。

１６１０において、本方法は、アクセス要求の送信に少なくとも部分的に基づいて、サーバから、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信するステップを含むことができる。１６１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１６１０の動作の態様は、図７を参照して説明したように、アクセスパッケージインターフェース７３０によって実行されてもよい。

１６１５において、本方法は、アクセスクライアントによって、実行可能コードを実行して、１つまたは複数のアクセス鍵を使用してファイルにアクセスするステップを含むことができる。１６１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１６１５の動作の態様は、図７を参照して説明したように、実行構成要素７３５によって実行されてもよい。

１６２０において、本方法は、１つまたは複数のアクセス鍵を使用してファイルを復号するステップを含むことができる。１６２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１６２０の動作の態様は、図７を参照して説明したように、復号構成要素７５０によって実行されてもよい。

１６２５において、本方法は、ファイルに関連する１つまたは複数のアクセスポリシーにしたがって、アクセスクライアントにおいてファイルのペイロードを表示するステップを含むことができる。１６２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１６２５の動作の態様は、図７を参照して説明したように、復号構成要素７５０によって実行されてもよい。

１６３０において、本方法は、アクセスクライアントに関連するメモリからアクセスパッケージを削除するステップを含むことができる。１６３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１６３０の動作の態様は、図７を参照して説明したように、アクセスパッケージ削除構成要素７４０によって実行されてもよい。

１６３５において、本方法は、復号要求およびファイル情報をサーバに送信するステップを含むことができ、実行可能コードは、ファイルを復号するために使用されるコードを含む。１６３５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１６３５の動作の態様は、図７を参照して説明したように、復号構成要素７５０によって実行されてもよい。

図１７は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法１７００を例示するフローチャートを示す。方法１７００の動作は、本明細書で説明するように、ユーザデバイスまたはその構成要素によって実施することができる。例えば、方法１７００の動作は、図１～図８を参照して説明したようにユーザデバイスによって実行されてもよい。いくつかの例では、ユーザデバイスは、記載された機能を実行するようにユーザデバイスの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、ユーザデバイスは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

１７０５において、本方法は、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信するステップを含むことができる。１７０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１７０５の動作の態様は、図７を参照して説明したように、アクセス要求インターフェース７２５によって実行されてもよい。

１７１０において、本方法は、アクセス要求の送信に少なくとも部分的に基づいて、サーバから、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信するステップを含むことができる。１７１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１７１０の動作の態様は、図７を参照して説明したように、アクセスパッケージインターフェース７３０によって実行されてもよい。

１７１５において、本方法は、アクセスクライアントによって、実行可能コードを実行して、１つまたは複数のアクセス鍵を使用してファイルにアクセスするステップを含むことができる。１７１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１７１５の動作の態様は、図７を参照して説明したように、実行構成要素７３５によって実行されてもよい。

１７２０において、本方法は、１つまたは複数のアクセス鍵を使用してファイルを復号するステップを含むことができる。１７２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１７２０の動作の態様は、図７を参照して説明したように、復号構成要素７５０によって実行されてもよい。

１７２５において、本方法は、アクセスクライアントに関連するデバイス情報、ユーザ情報、地理的位置情報、またはそれらの組み合わせを含むようにファイルアクセス監査ログを更新するステップを含むことができる。１７２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例において、１７２５の動作の態様は、図７を参照して説明したように、アクセスログ構成要素７７０によって実行されてもよい。

１７３０において、本方法は、アクセスクライアントに関連するメモリからアクセスパッケージを削除するステップを含むことができる。１７３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１７３０の動作の態様は、図７を参照して説明したように、アクセスパッケージ削除構成要素７４０によって実行されてもよい。

１７３５において、本方法は、復号要求およびファイル情報をサーバに送信するステップを含むことができ、実行可能コードは、ファイルを復号するために使用されるコードを含む。１７３５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１７３５の動作の態様は、図７を参照して説明したように、復号構成要素７５０によって実行されてもよい。

図１８は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法１８００を例示するフローチャートを示す。方法１８００の動作は、本明細書で説明するように、サーバまたはその構成要素によって実施することができる。例えば、方法１８００の動作は、図１～図６および図９および図１０を参照して説明したようにサーバによって実行されてもよい。いくつかの例では、サーバは、記載された機能を実行するようにサーバの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、サーバは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

１８０５において、本方法は、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信するステップを含むことができる。１８０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１８０５の動作の態様は、図９を参照して説明したように、アクセス要求インターフェース９２５によって実行されてもよい。

１８１０において、本方法は、アクセス情報を使用してアクセス要求を検証するステップを含むことができる。１８１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１８１０の動作の態様は、図９を参照して説明したように、要求検証構成要素９３０によって実行されてもよい。

１８１５において、本方法は、アクセス要求の検証に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成するステップを含むことができる。１８１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１８１５の動作の態様は、図９を参照して説明したように、アクセスパッケージ構成要素９３５によって実行されてもよい。いくつかの例では、アクセスパッケージを生成するステップは、実行可能コードではなく、データまたは値などの１つまたは複数のアクセス鍵および／またはアクセス情報を識別するステップを含むことができる。

１８２０において、本方法は、アクセスクライアントにアクセスパッケージを送信するステップを含むことができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。１８２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１８２０の動作の態様は、図９を参照して説明したように、アクセスパッケージインターフェース９４０によって実行されてもよい。アクセスパッケージがアクセス情報を含む場合、アクセスクライアントは、データを変換することによってペイロードのデータにアクセスするためにアクセス情報を使用することができ、これはデータの暗号化または復号に対応することができる。場合によっては、このプロセスは、アクセスクライアントによってアクセス可能な命令を実行することを含むことができる。これらの命令は、アクセスパッケージに含まれていても含まれていなくてもよい。

図１９は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法１９００を例示するフローチャートを示す。方法１９００の動作は、本明細書で説明するように、サーバまたはその構成要素によって実施することができる。例えば、方法１９００の動作は、図１～図６および図９および図１０を参照して説明したようにサーバによって実行されてもよい。いくつかの例では、サーバは、記載された機能を実行するようにサーバの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、サーバは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

１９０５において、本方法は、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信するステップを含むことができる。１９０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１９０５の動作の態様は、図９を参照して説明したように、アクセス要求インターフェース９２５によって実行されてもよい。

１９１０において、方法は、アクセスクライアントから、ファイルを暗号化するための暗号化要求を受信するステップを含むことができ、アクセスパッケージは、１つまたは複数のアクセス鍵を使用してファイルを暗号化するための実行可能コードを含む。１９１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１９１０の動作の態様は、図９を参照して説明したように、暗号化構成要素９４５によって実行されてもよい。

１９１５において、本方法は、アクセス情報を使用してアクセス要求を検証するステップを含むことができる。１９１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１９１５の動作の態様は、図９を参照して説明したように、要求検証構成要素９３０によって実行されてもよい。

１９２０において、本方法は、アクセス要求の検証に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成するステップを含むことができる。１９２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１９２０の動作の態様は、図９を参照して説明したように、アクセスパッケージ構成要素９３５によって実行されてもよい。

１９２５において、本方法は、アクセスクライアントにアクセスパッケージを送信するステップを含むことができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。１９２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１９２５の動作の態様は、図９を参照して説明したように、アクセスパッケージインターフェース９４０によって実行されてもよい。

１９３０において、本方法は、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を含むデータパックを含むアクセスパッケージをアクセスクライアントに送信するステップを含むことができ、実行可能コードは、１つまたは複数のアクセス鍵を使用してファイルでデータパックを暗号化するように構成される。１９３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１９３０の動作の態様は、図９を参照して説明したように、アクセスパッケージインターフェース９４０によって実行されてもよい。

１９３５において、本方法は、ファイルに関連する監査ログを生成し、１つまたは複数のアクセス鍵を使用してファイルで監査ログを暗号化するように構成された実行可能コードを含むデータパックを含むアクセスパッケージをアクセスクライアントに送信するステップを含むことができる。１９３５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、１９３５の動作の態様は、図９を参照して説明したように、アクセスパッケージ構成要素９３５によって実行されてもよい。

図２０は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法２０００を例示するフローチャートを示す。方法２０００の動作は、本明細書で説明するように、サーバまたはその構成要素によって実施することができる。例えば、方法２０００の動作は、図１～図６および図９および図１０を参照して説明したようにサーバによって実行されてもよい。いくつかの例では、サーバは、記載された機能を実行するようにサーバの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、サーバは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

２００５において、本方法は、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信するステップを含むことができる。２００５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２００５の動作の態様は、図９を参照して説明したように、アクセス要求インターフェース９２５によって実行されてもよい。

２０１０において、方法は、アクセスクライアントから、ファイルを暗号化するための暗号化要求を受信するステップを含むことができ、アクセスパッケージは、１つまたは複数のアクセス鍵を使用してファイルを暗号化するための実行可能コードを含む。２０１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２０１０の動作の態様は、図９を参照して説明したように、暗号化構成要素９４５によって実行されてもよい。

２０１５において、本方法は、アクセスクライアントから、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を受信するステップを含むことができる。２０１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２０１５の動作の態様は、図９を参照して説明したように、ファイルポリシー構成要素９６０によって実行されてもよい。

２０２０において、本方法は、ファイルのファイル識別子に関連して、１つまたは複数のファイルアクセスポリシーを格納するステップを含むことができる。２０２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２０２０の動作の態様は、図９を参照して説明したように、ファイルポリシー構成要素９６０によって実行されてもよい。

２０２５において、本方法は、アクセス情報を使用してアクセス要求を検証するステップを含むことができる。２０２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２０２５の動作の態様は、図９を参照して説明したように、要求検証構成要素９３０によって実行されてもよい。

２０３０において、本方法は、アクセス要求の検証に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成するステップを含むことができる。２０３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２０３０の動作の態様は、図９を参照して説明したように、アクセスパッケージ構成要素９３５によって実行されてもよい。

２０３５において、本方法は、アクセスクライアントにアクセスパッケージを送信するステップを含むことができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。２０３５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２０３５の動作の態様は、図９を参照して説明したように、アクセスパッケージインターフェース９４０によって実行されてもよい。

図２１は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法２１００を例示するフローチャートを示す。方法２１００の動作は、本明細書で説明するように、サーバまたはその構成要素によって実施することができる。例えば、方法２１００の動作は、図１～図６および図９および図１０を参照して説明したようにサーバによって実行されてもよい。いくつかの例では、サーバは、記載された機能を実行するようにサーバの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、サーバは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

２１０５において、本方法は、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信するステップを含むことができる。２１０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２１０５の動作の態様は、図９を参照して説明したように、アクセス要求インターフェース９２５によって実行されてもよい。

２１１０において、本方法は、アクセスクライアントから、ファイルへのアクセスを認可されている１人または複数のユーザの指示を受信するステップを含むことができる。２１１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２１１０の動作の態様は、図９を参照して説明したように、ファイルポリシー構成要素９６０によって実行されてもよい。

２１１５において、方法は、アクセスクライアントから、ファイルを暗号化するための暗号化要求を受信するステップを含むことができ、アクセスパッケージは、１つまたは複数のアクセス鍵を使用してファイルを暗号化するための実行可能コードを含む。２１１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２１１５の動作の態様は、図９を参照して説明したように、暗号化構成要素９４５によって実行されてもよい。

２１２０において、本方法は、ファイルのファイル識別子に関連して、ファイルにアクセスすることを認可されている１人または複数のユーザの指示を格納するステップを含むことができる。２１２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２１２０の動作の態様は、図９を参照して説明したように、ファイルポリシー構成要素９６０によって実行されてもよい。

２１２５において、本方法は、アクセス情報を使用してアクセス要求を検証するステップを含むことができる。２１２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２１２５の動作の態様は、図９を参照して説明したように、要求検証構成要素９３０によって実行されてもよい。

２１３０において、本方法は、アクセス要求の検証に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成するステップを含むことができる。２１３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２１３０の動作の態様は、図９を参照して説明したように、アクセスパッケージ構成要素９３５によって実行されてもよい。

２１３５において、本方法は、アクセスクライアントにアクセスパッケージを送信するステップを含むことができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。２１３５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２１３５の動作の態様は、図９を参照して説明したように、アクセスパッケージインターフェース９４０によって実行されてもよい。

図２２は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法２２００を例示するフローチャートを示す。方法２２００の動作は、本明細書で説明するように、サーバまたはその構成要素によって実施することができる。例えば、方法２２００の動作は、図１～図６および図９および図１０を参照して説明したようにサーバによって実行されてもよい。いくつかの例では、サーバは、記載された機能を実行するようにサーバの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、サーバは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

２２０５において、本方法は、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信するステップを含むことができる。２２０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２２０５の動作の態様は、図９を参照して説明したように、アクセス要求インターフェース９２５によって実行されてもよい。

２２１０において、本方法は、アクセス情報を使用してアクセス要求を検証するステップを含むことができる。２２１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２２１０の動作の態様は、図９を参照して説明したように、要求検証構成要素９３０によって実行されてもよい。

２２１５において、本方法は、サーバにおいて、復号要求で受信したアクセス情報に含まれるユーザ情報をファイルに関連するアクセスレコードと比較するステップを含むことができる。２２１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２２１５の動作の態様は、図９を参照して説明したように、要求検証構成要素９３０によって実行されてもよい。

２２２０において、本方法は、比較の結果に少なくとも部分的に基づいて、アクセスクライアントに関連するユーザがファイルにアクセスすることを認可されていると決定するステップを含むことができ、アクセスパッケージは、ユーザがファイルにアクセスすることを認可されていると決定することに少なくとも部分的に基づいて、アクセスクライアントに送信される。２２２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２２２０の動作の態様は、図９を参照して説明したように、要求検証構成要素９３０によって実行されてもよい。

２２２５において、本方法は、アクセス要求の検証に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成するステップを含むことができる。２２２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２２２５の動作の態様は、図９を参照して説明したように、アクセスパッケージ構成要素９３５によって実行されてもよい。

２２３０において、本方法は、アクセスクライアントにアクセスパッケージを送信するステップを含むことができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。２２３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２２３０の動作の態様は、図９を参照して説明したように、アクセスパッケージインターフェース９４０によって実行されてもよい。

２２３５において、方法は、アクセスクライアントから、ファイルを復号するための復号要求を受信するステップを含むことができ、アクセスパッケージは、１つまたは複数のアクセス鍵を使用してファイルを復号するための実行可能コードを含む。２２３５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２２３５の動作の態様は、図９を参照して説明したように、復号構成要素９５０によって実行されてもよい。

図２３は、本開示の態様にしたがって暗号化ファイル制御をサポートする方法２３００を例示するフローチャートを示す。方法２３００の動作は、本明細書で説明するように、サーバまたはその構成要素によって実施することができる。例えば、方法２３００の動作は、図１～図６および図９および図１０を参照して説明したようにサーバによって実行されてもよい。いくつかの例では、サーバは、記載された機能を実行するようにサーバの機能要素を制御するための命令セットを実行することができる。追加的または代替的に、サーバは、専用ハードウェアを使用して記載された機能の態様を実行することができる。

２３０５において、本方法は、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信するステップを含むことができる。２３０５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２３０５の動作の態様は、図９を参照して説明したように、アクセス要求インターフェース９２５によって実行されてもよい。

２３１０において、本方法は、アクセス情報を使用してアクセス要求を検証するステップを含むことができる。２３１０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２３１０の動作の態様は、図９を参照して説明したように、要求検証構成要素９３０によって実行されてもよい。

２３１５において、本方法は、アクセス要求の検証に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成するステップを含むことができる。２３１５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２３１５の動作の態様は、図９を参照して説明したように、アクセスパッケージ構成要素９３５によって実行されてもよい。

２３２０において、本方法は、鍵格納サービスに、アクセス要求の受信に少なくとも部分的に基づいて、ファイルに関連する鍵文字列およびファイル識別子を求める要求を送信するステップを含むことができる。２３２０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２３２０の動作の態様は、図９を参照して説明したように、鍵識別構成要素９５５によって実行されてもよい。

２３２５において、本方法は、鍵格納サービスから、ファイル識別子に関連する鍵文字列を受信するステップを含むことができる。２３２５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２３２５の動作の態様は、図９を参照して説明したように、鍵識別構成要素９５５によって実行されてもよい。

２３３０において、本方法は、鍵文字列を使用して１つまたは複数のアクセス鍵を生成するステップを含むことができる。２３３０の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２３３０の動作の態様は、図９を参照して説明したように、鍵識別構成要素９５５によって実行されてもよい。

２３３５において、本方法は、アクセスクライアントにアクセスパッケージを送信するステップを含むことができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。２３３５の動作は、本明細書に開示される例にしたがって実行することができる。いくつかの例では、２３３５の動作の態様は、図９を参照して説明したように、アクセスパッケージインターフェース９４０によって実行されてもよい。

アクセスクライアントにおけるデータセキュリティのための方法について説明する。本方法は、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信するステップと、アクセス要求の送信に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージをサーバから受信するステップと、アクセスクライアントによって、１つまたは複数のアクセス鍵を使用してファイルにアクセスするために実行可能コードを実行するステップと、アクセスクライアントに関連するメモリからアクセスパッケージを削除するステップとを含むことができる。

アクセスクライアントにおけるデータセキュリティのための装置について説明する。装置は、プロセッサと、プロセッサに結合されたメモリと、メモリに格納された命令とを含むことができる。命令は、装置に、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信させ、アクセス要求の送信に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージをサーバから受信させ、アクセスクライアントによって、１つまたは複数のアクセス鍵を使用してファイルにアクセスするために実行可能コードを実行させ、アクセスクライアントに関連するメモリからアクセスパッケージを削除させるように、プロセッサによって実行可能であり得る。

アクセスクライアントにおけるデータセキュリティのための別の装置について説明する。装置は、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信する手段と、アクセス要求の送信に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージをサーバから受信する手段と、アクセスクライアントによって、１つまたは複数のアクセス鍵を使用してファイルにアクセスするために実行可能コードを実行する手段と、アクセスクライアントに関連するメモリからアクセスパッケージを削除する手段とを含むことができる。

アクセスクライアントにおけるデータセキュリティのためのコードを格納する非一時的コンピュータ可読媒体について説明する。コードは、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信し、アクセス要求の送信に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージをサーバから受信し、アクセスクライアントによって、１つまたは複数のアクセス鍵を使用してファイルにアクセスするために実行可能コードを実行し、アクセスクライアントに関連するメモリからアクセスパッケージを削除するようにプロセッサによって実行可能な命令を含み得る。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、方法、装置、および非一時的コンピュータ可読媒体は、暗号化要求およびファイル情報をサーバに送信するためのさらなる動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセスパッケージを受信することは、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を含むデータパックを含むアクセスパッケージを受信するための動作、特徴、手段、または命令を含むことができ、データパックは、１つまたは複数のアクセス鍵を使用してファイルで暗号化され得る。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、１つまたは複数のファイルアクセスポリシーは、読み取りアクセス、書き込みアクセス、表示制約、またはそれらの組み合わせを含む。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセスパッケージを受信することは、ファイルに関連する所有権情報の指示を含むデータパックを含むアクセスパッケージを受信するための動作、特徴、手段、または命令を含むことができ、データパックは、１つまたは複数のアクセス鍵を使用してファイルで暗号化され得る。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、暗号化要求を送信することは、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示をサーバに送信するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、実行可能コードを実行することは、実行可能コードを使用して、１つまたは複数のアクセス鍵を使用してペイロードおよび１つまたは複数のデータパックを暗号化して暗号化ファイルを生成するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、１つまたは複数のデータパックを暗号化することは、１つまたは複数のファイルアクセスポリシー、ファイル所有権情報、ファイルアクセス監査ログ、またはそれらの組み合わせの指示を含む１つまたは複数のデータパックを暗号化するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセス要求を送信することは、復号要求およびファイル情報をサーバに送信するための動作、特徴、手段、または命令を含むことができ、実行可能コードは、ファイルを復号するために使用され得るコードを含む。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセスパッケージを受信することは、１つまたは複数の更新されたファイルアクセスポリシーを含むデータパックを含むアクセスパッケージを受信するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、アクセスクライアントにおいて、アクセスクライアント情報、コンピュータ情報、デバイス情報、地理的位置情報、認証トークン、またはそれらの組み合わせを含む検証情報を識別するための動作、特徴、手段、または命令をさらに含むことができ、復号要求は、検証情報の指示を含む。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ファイルに関連するメタデータに少なくとも部分的に基づいて、ファイルがアクセスクライアントに関連され得ることを識別するための動作、特徴、手段、または命令をさらに含むことができ、ファイルは、１つまたは複数のアクセス鍵のうちの第１の鍵を使用して暗号化されたペイロードと、１つまたは複数のアクセス鍵のうちの少なくとも第２の鍵を使用して暗号化され得る１つまたは複数の暗号化データパックとを含み、復号要求は、ファイルがアクセスクライアントに関連していることに少なくとも部分的に基づいてサーバに送信され得る。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、実行可能コードを実行することは、１つまたは複数のアクセス鍵を使用してファイルを復号するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ファイルに関連する１つまたは複数のアクセスポリシーにしたがって、アクセスクライアントにおいてファイルのペイロードを表示するための動作、特徴、手段、または命令をさらに含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、１つまたは複数のアクセスポリシーは、読み取りアクセス、書き込みアクセス、表示制約、またはそれらの組み合わせを含む。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、１つまたは複数のアクセスポリシーは、１つまたは複数のアクセス鍵を使用してファイルで復号されたデータパックに含まれ得る。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、アクセスクライアントに関連するデバイス情報、ユーザ情報、地理的位置情報、またはそれらの組み合わせを含むようにファイルアクセス監査ログを更新するための動作、特徴、手段、または命令をさらに含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ファイルの復号に少なくとも部分的に基づいてファイル内の、ペイロードおよび１つまたは複数のデータパックを識別するための動作、特徴、手段、または命令をさらに含むことができ、１つまたは複数のデータパックは、１つまたは複数のファイルアクセスポリシー、所有権情報、ファイルアクセス監査ログ、またはそれらの組み合わせの指示を含む。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、アクセスクライアントに関連するメモリ内で、実行可能コードを実行することに少なくとも部分的に基づいて、ファイルを復号または暗号化するために使用され得るアクセスオブジェクトをインスタンス化するための動作、特徴、手段、または命令をさらに含むことができ、アクセスオブジェクトは、ファイルの復号または暗号化の後にアクセスクライアントに関連するメモリから削除され得る。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、復号要求およびファイル情報をサーバに送信するための動作、特徴、手段、または命令をさらに含むことができ、実行可能コードは、ファイルの内容を上書きするために使用され得るコードを含む。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセス要求を送信することは、アクセスクライアントを実行するユーザデバイスの地理的位置、ユーザデバイスに関連するデバイス情報、ユーザデバイスに関連するネットワーク情報、アクセスクライアントに関連する認証トークン、またはそれらの組み合わせを含むアクセス情報を含むアクセス要求を送信するための動作、特徴、手段、または命令を含むことができる。

サーバにおけるデータセキュリティのための方法について説明する。本方法は、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信するステップと、アクセス情報を使用してアクセス要求を検証するステップと、アクセス要求を検証するステップに少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成するステップと、アクセスクライアントにアクセスパッケージを送信するステップとを含み、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。

サーバにおけるデータセキュリティのための装置について説明する。装置は、プロセッサと、プロセッサに結合されたメモリと、メモリに格納された命令とを含むことができる。命令は、装置に、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信させ、アクセス情報を使用してアクセス要求を検証させ、アクセス要求を検証することに少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成させ、アクセスクライアントにアクセスパッケージを送信させるようにプロセッサによって実行可能とすることができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。

サーバにおけるデータセキュリティのための別の装置について説明する。装置は、アクセスクライアントから、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信する手段と、アクセス情報を使用してアクセス要求を検証する手段と、アクセス要求を検証することに少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成する手段と、アクセスクライアントにアクセスパッケージを送信する手段とを含み、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。

サーバにおけるデータセキュリティのためのコードを格納する非一時的コンピュータ可読媒体について説明する。コードは、アクセスクライアントから、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を受信し、アクセス情報を使用してアクセス要求を検証し、アクセス要求を検証することに少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを生成し、アクセスクライアントにアクセスパッケージを送信するようにプロセッサによって実行可能な命令を含むことができ、アクセスパッケージは、アクセスクライアントによって、ファイルにアクセスするために使用される実行可能ファイルにコンパイル可能である。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセス要求を受信することは、ファイルを暗号化する暗号化要求をアクセスクライアントから受信するための動作、特徴、手段、または命令を含むことができ、アクセスパッケージは、１つまたは複数のアクセス鍵を使用してファイルを暗号化するための実行可能コードを含む。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセスパッケージを送信することは、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を含むデータパックを含むアクセスパッケージをアクセスクライアントに送信するための動作、特徴、手段、または命令を含むことができ、実行可能コードは、１つまたは複数のアクセス鍵を使用してファイルでデータパックを暗号化するように構成され得る。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、１つまたは複数のファイルアクセスポリシーは、読み取りアクセス、書き込みアクセス、表示制約、またはそれらの組み合わせを含む。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセスパッケージを送信することは、ファイルに関連する監査ログを生成し、１つまたは複数のアクセス鍵を使用してファイルで監査ログを暗号化するように構成され得る実行可能コードを含むデータパックを含むアクセスパッケージをアクセスクライアントに送信するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセスパッケージを送信することは、ファイルに関連する所有権情報の指示を含むデータパックを含むアクセスパッケージをアクセスクライアントに送信するための動作、特徴、手段、または命令を含むことができ、実行可能コードは、１つまたは複数のアクセス鍵を使用してファイルでデータパックを暗号化するように構成され得る。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセス要求を受信することは、アクセスクライアントから、ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を受信し、ファイルのファイル識別子に関連して、１つまたは複数のファイルアクセスポリシーを格納するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセス要求を受信することは、アクセスクライアントから、ファイルにアクセスすることを認可されている可能性がある１人または複数のユーザの指示を受信し、ファイルのファイル識別子に関連して、ファイルにアクセスすることを認可されている可能性がある１人または複数のユーザの指示を格納するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセス要求を受信することは、ファイルを復号する復号要求をアクセスクライアントから受信するための動作、特徴、手段、または命令を含むことができ、アクセスパッケージは、１つまたは複数のアクセス鍵を使用してファイルを復号するための実行可能コードを含む。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ファイルの１つまたは複数のファイルアクセスポリシーを含むデータパックが古くなっている可能性があると決定し、データパックが古くなっている可能性があると決定したことに少なくとも部分的に基づいて、ファイルの１つまたは複数の更新されたファイルアクセスポリシーを含む更新されたデータパックを送信するための動作、特徴、手段、または命令をさらに含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、サーバにおいて、復号要求で受信したアクセス情報に含まれ得るユーザ情報をファイルに関連するアクセス記録と比較し、比較の結果に少なくとも部分的に基づいて、アクセスクライアントに関連するユーザがファイルにアクセスすることを認可されている可能性があると決定するための動作、特徴、手段、または命令をさらに含むことができ、アクセスパッケージは、ユーザがファイルにアクセスすることを認可されている可能性があると決定することに少なくとも部分的に基づいて、アクセスクライアントに送信され得る。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、復号要求で受信したアクセス情報に少なくとも部分的に基づいて、アクセスクライアントがファイルを復号することを認可されていない可能性があると決定し、アクセスクライアントがファイルを復号することを認可されていない可能性があると決定することに少なくとも部分的に基づいて、サーバにおいて動作をトリガするための動作、特徴、手段、または命令をさらに含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、動作をトリガすることは、アクセスクライアントが不正アクセス要求を送信したことを示す警告またはメッセージを生成するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、動作をトリガすることは、ファイルの内容を上書きする実行可能コードを含むアクセスパッケージを送信するための動作、特徴、手段、または命令を含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、鍵格納サービスに、アクセス要求の受信に少なくとも部分的に基づいて、ファイルに関連する鍵文字列およびファイル識別子を求める要求を送信し、鍵格納サービスから、ファイル識別子に関連する鍵文字列を受信し、鍵文字列を使用して１つまたは複数のアクセス鍵を生成するための動作、特徴、手段、または命令をさらに含むことができる。

本明細書に記載の方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アクセス要求を検証することは、それらの組み合わせについて、アクセスクライアントを実行するユーザデバイスの地理的位置、ユーザデバイスに関連するデバイス情報、ユーザデバイスに関連するネットワーク情報、アクセスクライアントに関連する認証トークンを含むアクセス情報を検証するための動作、特徴、手段、または命令を含むことができる。

これらの方法は、実装形態の例を説明しており、動作およびステップは、他の実装形態が可能であるように再配置または他の方法で修正することができることに留意されたい。いくつかの例では、２つ以上の方法からの態様を組み合わせることができる。例えば、各方法の態様は、他の方法のステップもしくは態様、または本明細書に記載の他のステップもしくは技術を含むことができる。したがって、本開示の態様は、消費者の好みおよび保守インターフェースを提供することができる。

本明細書に記載の説明は、添付の図面に関連して、例示的な構成を説明しており、実施され得る、または特許請求の範囲内にあるすべての例を表すものではない。本明細書で使用される「例示的」という用語は、「例、事例、または例示としての役割を果たしていること」を意味し、「好ましい」または「他の例よりも有利であること」を意味しない。詳細な説明は、記載の技術の理解を提供する目的で具体的な詳細を含む。しかしながら、これらの技術は、これらの具体的な詳細なしで実施されてもよい。いくつかの例では、記載された例の概念を不明瞭にすることを避けるために、周知の構造およびデバイスがブロック図形式で示されている。

添付の図面において、類似の構成要素または特徴は、同じ参照ラベルを有することができる。さらに、同じタイプの様々な構成要素は、参照ラベルの後にダッシュおよび類似の構成要素を区別する第２のラベルを続けることによって区別することができる。本明細書で第１の参照ラベルのみが使用される場合、説明は、第２の参照ラベルに関係なく同じ第１の参照ラベルを有する同様の構成要素のいずれにも適用可能である。

本明細書に記載の情報および信号は、様々な異なる技術および技法のいずれかを使用して表され得る。例えば、上記の説明を通して言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは粒子、光場もしくは粒子、またはそれらの任意の組み合わせによって表され得る。

本明細書の開示に関連して記載されたさまざまな例示的なブロックおよびモジュールは、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたはその他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア構成要素、または、本明細書に記載された機能を実行するように設計されたこれら任意の組み合わせを用いて実現または実行され得る。汎用プロセッサはマイクロプロセッサとすることができるが、代替例では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンとすることができる。プロセッサはまた、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または、その他の任意の適切な構成として実装することができる。

本明細書で説明される機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実装することができる。プロセッサによって実行されるソフトウェアで実装される場合、機能は、コンピュータ可読媒体上の１つまたは複数の命令またはコードとして格納または送信することができる。他の例および実装形態は、本開示および添付の特許請求の範囲の範囲内である。例えば、ソフトウェアの性質上、上述の機能は、プロセッサ、ハードウェア、ファームウェア、ハード配線、またはこれらのいずれかの組み合わせによって実行されるソフトウェアを使用して実装することができる。機能を実装する特徴はまた、機能の一部が異なる物理的位置に実装されるように分散されることを含む、様々な位置に物理的に配置されてもよい。また、本明細書で使用される場合、特許請求の範囲を含めて、項目のリスト（例えば、「少なくとも１つの」または「１つまたは複数の」などのフレーズで始められる項目のリスト）で使用される「または」は、例えば、Ａ、Ｂ、またはＣのうちの少なくとも１つのリストが、ＡまたはＢまたはＣまたはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）を意味するような包括的なリストを示す。また、本明細書で使用される場合、「に基づいて」という語句は、閉じた条件のセットへの言及として解釈されるべきではない。例えば、「条件Ａに基づいて」として説明される例示的なステップは、本開示の範囲から逸脱することなく、条件Ａおよび条件Ｂの両方に基づくことができる。換言すれば、本明細書で使用される場合、「に基づいて」という語句は、「少なくとも部分的に基づいて」という語句と同じ方法で解釈されるものとする。

コンピュータ可読媒体は、非一時的コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体の両方を含む。非一時的記憶媒体は、汎用または専用コンピュータによってアクセス可能な任意の利用可能な媒体であってもよい。限定ではなく例として、非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、コンパクトディスク（ＣＤ）ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、または命令もしくはデータ構造の形態で所望のプログラムコード手段を搬送もしくは記憶するために使用することができ、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスすることができる任意の他の非一時的媒体を含むことができる。また、任意の接続は、コンピュータ可読媒体と適切に呼ばれる。例えば、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を用いて、ウェブサイト、サーバ、あるいはその他のリモートソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、ＣＤ、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイディスクを含み、ディスクは、通常、データを磁気的に再生し、ディスクは、レーザを用いて光学的にデータを再生する。上記の組み合わせもコンピュータ可読媒体の範囲内に含まれる。

本明細書の開示に関連して記載されたさまざまな例示的なブロックおよびモジュールは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）またはその他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア構成要素、または本明細書に記載された機能を実行するように設計されたこれら任意の組み合わせを用いて実現または実行され得る。汎用プロセッサはマイクロプロセッサとすることができるが、代替例では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンとすることができる。プロセッサはまた、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または、その他の任意の適切な構成として実装することができる。各ユニットの機能はまた、１つまたは複数の汎用または特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ内に具現化された命令によって全体的または部分的に実装されてもよい。

添付の図面において、類似の構成要素または特徴は、同じ参照ラベルを有することができる。さらに、同じタイプの様々な構成要素は、参照ラベルの後にダッシュおよび類似の構成要素を区別する第２のラベルを続けることによって区別することができる。本明細書で第１の参照ラベルのみが使用される場合、説明は、第２の参照ラベルに関係なく同じ第１の参照ラベルを有する同様の構成要素のいずれにも適用可能である。

本明細書の説明は、当業者が本開示を作成または使用することを可能にするために提供される。本開示に対する様々な変更は、当業者には容易に明らかであり、本明細書で定義された一般原理は、本開示の範囲から逸脱することなく他の変形例に適用することができる。したがって、本開示は、本明細書に記載された例および設計に限定されず、本明細書に開示された原理および新規な特徴と一致する最も広い範囲を与えられるべきである。

Claims (23)

1. アクセスクライアントにおけるデータセキュリティのための方法であって、サーバに、アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求を送信するステップと、
   前記アクセス要求の送信に少なくとも部分的に基づいて、前記サーバから実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを受信するステップと、
   前記アクセスクライアントによって、前記１つまたは複数のアクセス鍵を使用して前記ファイルにアクセスするために前記実行可能コードを実行するステップと、
   前記アクセスクライアントに関連するメモリから前記アクセスパッケージを削除するステップと、を含む、方法。
2. 前記アクセス要求を送信するステップは、
   前記サーバに、暗号化要求および前記ファイル情報を送信するステップを含む、請求項１に記載の方法。
3. 前記アクセスパッケージを受信するステップは、
   前記ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を含むデータパックを含む前記アクセスパッケージを受信するステップであって、前記データパックは前記１つまたは複数のアクセス鍵を使用して前記ファイルで暗号化されている、ステップを含む、請求項２に記載の方法。
4. 前記１つまたは複数のファイルアクセスポリシーは、読み取りアクセス、書き込みアクセス、表示制約、またはそれらの組み合わせを含む、請求項３に記載の方法。
5. 前記アクセスパッケージを受信するステップは、
   前記ファイルに関連する所有権情報の指示を含むデータパックを含む前記アクセスパッケージを受信するステップであって、前記データパックは前記１つまたは複数のアクセス鍵を使用して前記ファイルで暗号化されている、ステップを含む、請求項２に記載の方法。
6. 前記暗号化要求を送信するステップは、
   前記サーバに、前記ファイルに関連する１つまたは複数のファイルアクセスポリシーの指示を送信するステップを含む、請求項２に記載の方法。
7. 前記実行可能コードを実行するステップは、
   暗号化ファイルを生成するために、前記実行可能コードを使用して、前記１つまたは複数のアクセス鍵を使用してペイロードおよび１つまたは複数のデータパックを暗号化するステップを含む、請求項２に記載の方法。
8. 前記１つまたは複数のデータパックを暗号化するステップは、
   １つまたは複数のファイルアクセスポリシー、ファイル所有権情報、ファイルアクセス監査ログ、またはそれらの組み合わせの指示を含む前記１つまたは複数のデータパックを暗号化するステップを含む、請求項７に記載の方法。
9. 前記アクセス要求を送信するステップは、
   復号要求および前記ファイル情報を前記サーバに送信するステップであって、前記実行可能コードは、前記ファイルを復号するために使用されるコードを含む、ステップを含む、請求項１に記載の方法。
10. 前記アクセスパッケージを受信するステップは、
    １つまたは複数の更新されたファイルアクセスポリシーを含むデータパックを含む前記アクセスパッケージを受信するステップとを含む、請求項９に記載の方法。
11. 前記アクセスクライアントにおいて、アクセスクライアント情報、コンピュータ情報、デバイス情報、地理的位置情報、認証トークン、またはそれらの組み合わせを含む検証情報を識別するステップであって、前記復号要求は、前記検証情報の指示を含む、ステップをさらに含む、
    請求項９に記載の方法。
12. 前記ファイルに関連付するメタデータに少なくとも部分的に基づいて、前記ファイルが前記アクセスクライアントに関連していることを識別するステップであって、前記ファイルは、前記１つまたは複数のアクセス鍵のうちの第１の鍵を使用して暗号化されたペイロードと、前記１つまたは複数のアクセス鍵のうちの少なくとも第２の鍵を使用して暗号化された１つまたは複数の暗号化データパックとを含み、前記復号要求は、前記ファイルが前記アクセスクライアントに関連していることに少なくとも部分的に基づいて前記サーバに送信される、ステップをさらに含む、
    請求項９に記載の方法。
13. 前記実行可能コードを実行するステップは、
    前記１つまたは複数のアクセス鍵を使用して前記ファイルを復号するステップを含む、請求項９に記載の方法。
14. 前記ファイルに関連する１つまたは複数のアクセスポリシーにしたがって、前記アクセスクライアントにおいて前記ファイルのペイロードを表示するステップをさらに含む、
    請求項１３に記載の方法。
15. 前記１つまたは複数のアクセスポリシーは、読み取りアクセス、書き込みアクセス、表示制約、またはそれらの組み合わせを含む、請求項１４に記載の方法。
16. 前記１つまたは複数のアクセスポリシーは、前記１つまたは複数のアクセス鍵を使用して前記ファイルで復号されたデータパックに含まれる、請求項１４に記載の方法。
17. 前記アクセスクライアントに関連するデバイス情報、ユーザ情報、地理的位置情報、またはそれらの組み合わせを含むようにファイルアクセス監査ログを更新するステップをさらに含む、
    請求項１３に記載の方法。
18. 前記ファイルの復号に少なくとも部分的に基づいて、前記ファイル内のペイロードおよび１つまたは複数のデータパックを識別するステップであって、前記１つまたは複数のデータパックは、１つまたは複数のファイルアクセスポリシー、所有権情報、ファイルアクセス監査ログ、またはそれらの組み合わせの指示を含む、ステップをさらに含む、
    請求項１３に記載の方法。
19. 前記アクセスクライアントに関連する前記メモリ内で、前記実行可能コードを実行することに少なくとも部分的に基づいて、前記ファイルを復号または暗号化するために使用されるアクセスオブジェクトをインスタンス化するステップであって、前記アクセスオブジェクトは、前記ファイルの復号または暗号化の後に前記アクセスクライアントに関連する前記メモリから削除される、ステップをさらに含む、
    請求項１に記載の方法。
20. 復号要求および前記ファイル情報を前記サーバに送信するステップであって、前記実行可能コードは、前記ファイルの内容を上書きするために使用されるコードを含む、ステップをさらに含む、
    請求項１に記載の方法。
21. 前記アクセス要求を送信するステップは、
    前記アクセスクライアントを実行するユーザデバイスの地理的位置、前記ユーザデバイスに関連するデバイス情報、前記ユーザデバイスに関連するネットワーク情報、前記アクセスクライアントに関連する認証トークン、またはそれらの組み合わせを含む前記アクセス情報を含む前記アクセス要求を送信するステップを含む、請求項１に記載の方法。
22. アクセスクライアントにおけるデータセキュリティのための装置であって、
    プロセッサと、
    前記プロセッサに結合されたメモリと、
    前記メモリに格納され、前記プロセッサによって実行可能な命令であって、前記装置に、
    アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信させ、
    前記アクセス要求の送信に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを前記サーバから受信させ、
    前記アクセスクライアントによって、前記１つまたは複数のアクセス鍵を使用して前記ファイルにアクセスするために前記実行可能コードを実行させ、
    前記アクセスクライアントに関連するメモリから前記アクセスパッケージを削除させる、命令と、を含む、装置。
23. アクセスクライアントにおけるデータセキュリティのためのコードを格納する非一時的コンピュータ可読媒体であって、前記コードは、
    アクセスされるファイルのアクセス情報およびファイル情報を含むアクセス要求をサーバに送信し、
    前記アクセス要求の送信に少なくとも部分的に基づいて、実行可能コードおよび１つまたは複数のアクセス鍵を含むアクセスパッケージを前記サーバから受信し、
    前記アクセスクライアントによって、前記１つまたは複数のアクセス鍵を使用して前記ファイルにアクセスするために前記実行可能コードを実行し、
    前記アクセスクライアントに関連するメモリから前記アクセスパッケージを削除するようにプロセッサによって実行可能な命令を含む、非一時的コンピュータ可読媒体。
    

Images