特許 7474273 ドキュメント処理のためのクライアントコンピュータの使用

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-16

(45)【発行日】2024-04-24

(54)【発明の名称】ドキュメント処理のためのクライアントコンピュータの使用

(51)【国際特許分類】

   G06F 21/62 20130101AFI20240417BHJP

   G06F 21/60 20130101ALI20240417BHJP

   G06F 16/907 20190101ALI20240417BHJP

【ＦＩ】

G06F21/62 309

G06F21/60 320

G06F16/907

【請求項の数】 15

(21)【出願番号】P 2021568753

(86)(22)【出願日】2020-04-03

(65)【公表番号】

(43)【公表日】2022-08-02

(86)【国際出願番号】 US2020026583

(87)【国際公開番号】W WO2020242599

(87)【国際公開日】2020-12-03

【審査請求日】2023-03-20

(31)【優先権主張番号】62/854,819

(32)【優先日】2019-05-30

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/854,868

(32)【優先日】2019-05-30

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/696,961

(32)【優先日】2019-11-26

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】314015767

【氏名又は名称】マイクロソフト テクノロジー ライセンシング，エルエルシー

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100106208

【弁理士】

【氏名又は名称】宮前 徹

(74)【代理人】

【識別番号】100196508

【弁理士】

【氏名又は名称】松尾 淳一

(74)【代理人】

【識別番号】100119781

【弁理士】

【氏名又は名称】中村 彰吾

(72)【発明者】

【氏名】チェン，ジンホワ

(72)【発明者】

【氏名】スリバスタバ，デベシュ

(72)【発明者】

【氏名】リブマン，マシュリ・アール

(72)【発明者】

【氏名】コレツキー，アナトリー

【審査官】吉田 歩

(56)【参考文献】

【文献】特開２０１２－０６８８３３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１２／００７２９６９（ＵＳ，Ａ１）

【文献】特開２０１６－１８１２４２（ＪＰ，Ａ）

【文献】特開２０１６－０９１１３２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／６２

Ｇ０６Ｆ ２１／６０

Ｇ０６Ｆ １６／９０７

(57)【特許請求の範囲】

【請求項1】

ハードウェア処理回路と、
実行されると、
第１の電子ドキュメントに第１のラベルを割り当てることと、
前記第１のラベルによって規定されたドキュメント要件を特定することと、
前記ドキュメント要件に基づいて前記第１の電子ドキュメントの修正のセットを決定することと、
前記ハードウェア処理回路が実行するように構成された修正の前記セットのサブセットを決定することと、
前記サブセットに基づいて前記第１の電子ドキュメントを修正することと、
前記ラベル、前記第１の電子ドキュメントを示し、前記ハードウェア処理回路によって行われた前記修正を個別に示すようにメッセージを生成することと、
クラウドベースのネットワークサービスに前記メッセージを送信することであって、前記メッセージが前記第１の電子ドキュメントの修正の前記セットの残りの部分を完了するように前記クラウドベースのネットワークサービスに指示する、送信することと
を含む動作を実行するように前記ハードウェア処理回路を構成する命令を記憶する１つまたは複数の電子メモリと
を備える、システム。

【請求項2】

前記ドキュメント要件を特定することが、
前記第１のラベルに基づいてデータストアを探索することと、
前記探索に基づいて前記ドキュメント要件を特定することと
を含む、請求項１に記載のシステム。

【請求項3】

前記ハードウェア処理回路がクライアントデバイスに含まれ、前記メッセージが前記クラウドベースのネットワークサービスを提供する電子メールアプリケーションに送信される、請求項１に記載のシステム。

【請求項4】

前記クラウドベースのネットワークサービスが、前記メッセージに基づいて、前記サブセットに含まれない修正の前記セットからの修正を実行するように構成される、請求項１に記載のシステム。

【請求項5】

前記メッセージが、前記第１の電子ドキュメントのコンテンツとは別個の前記メッセージのフィールド内で行われた前記修正の各々を識別することにより、前記修正を個別に示すようにさらに生成される、請求項１に記載のシステム。

【請求項6】

ハードウェア処理回路と、
実行されると、
ネットワークサービスによって第１のデバイスから、第１のドキュメント、前記第１のドキュメントに適用するラベルの指示、および前記ラベルの要件と前記第１のドキュメントの第１の状態との間の第１のギャップの指示を受信することと、
前記示された第１のギャップに基づいて、前記第１のドキュメントに対する修正の第１のセットを決定することと、
前記第１のドキュメントに対する修正の前記第１のセットを実行することと、
前記ネットワークサービスによって第３のデバイスから、第２のドキュメント、前記ラベルが前記第２のドキュメントに適用されることの指示、および前記ラベルの前記要件と前記第２のドキュメントの第２の状態との間の第２のギャップの指示を受信することであって、前記第２のギャップが前記第１のギャップとは異なる、受信することと、
前記示された第２のギャップに基づいて、前記第２のドキュメントに対する修正の第２のセットを決定することと、
前記第２のドキュメントに対する修正の前記第２のセットを実行することと
を含む動作を実行するように前記ハードウェア処理回路を構成する命令を記憶する１つまたは複数のハードウェアメモリと
を備える、システム。

【請求項7】

前記第１のドキュメントおよび前記第１のギャップの前記指示がネットワークメッセージ内で前記ネットワークサービスによって受信され、前記第１のギャップが、前記ラベルの前記要件を満たさない前記第１のドキュメントのドキュメントプロパティのリストによって示される、請求項６に記載のシステム。

【請求項8】

前記第１のドキュメントおよび前記第１のギャップの前記指示がネットワークメッセージ内で前記ネットワークサービスによって受信され、前記第１のギャップが、前記ラベルの前記要件を満たす前記第１のドキュメントのドキュメントプロパティのリストによって示される、請求項６に記載のシステム。

【請求項9】

前記ドキュメントプロパティが、前記第１のドキュメントのフッタ、前記第１のドキュメントのヘッダ、前記第１のドキュメントの暗号化レベル、前記第１のドキュメントのパスワード複雑性、または前記第１のドキュメントの透かしのうちの１つまたは複数を含む、請求項８に記載のシステム。

【請求項10】

前記第１のドキュメントが前記ラベルの前記要件を満たすときに満たされる複数の基準を前記ラベルが規定する、請求項６に記載のシステム。

【請求項11】

前記第１のギャップが、前記ラベルによって規定されたそれらそれぞれの基準を満たさない前記第１のドキュメントのドキュメントプロパティを識別する、請求項６に記載のシステム。

【請求項12】

修正の前記第２のセットの前記実行が、出力デバイスに前記第２のドキュメントの修正バージョンを書き込むことを含む、請求項６に記載のシステム。

【請求項13】

前記第１のデバイスが、前記ラベルに準拠するために前記第１のドキュメントに対する修正の第１のグループを実行するように構成され、前記第３のデバイスの構成が、修正の前記第１のグループ内の少なくとも１つの修正を実行しないように前記第３のデバイスを防止する、請求項６に記載のシステム。

【請求項14】

前記第１のデバイスにインストールされた第１のソフトウェアアプリケーションが前記第１のドキュメントの第１のプロパティを修正するように構成され、前記第１のソフトウェアアプリケーションが前記第３のデバイスにインストールされていない、請求項１３に記載のシステム。

【請求項15】

第１のデバイスのハードウェア処理回路によって実行される方法であって、
第１の電子ドキュメントに第１のラベルを割り当てるステップと、
前記第１のラベルによって規定されたドキュメント要件を特定するステップと、
前記ドキュメント要件に基づいて前記第１の電子ドキュメントの修正のセットを決定するステップと、
前記第１のデバイスが実行するように構成された修正の前記セットの第１の部分を決定するステップと、
前記第１の部分に従って前記第１の電子ドキュメントを修正するステップと、
前記ラベル、前記電子ドキュメントを示し、前記第１のデバイスによって行われた修正の前記セットの前記第１の部分を個別に示すようにメッセージを生成するステップと、
ネットワークサービスに前記メッセージを送信するステップであって、前記メッセージが前記第１の電子ドキュメントに対する修正の前記セットの残りの部分を実行するように前記ネットワークサービスに指示する、ステップと
を含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本願発明の一実施例は、例えば、ドキュメント処理のためのクライアントコンピュータの使用に関する。

【背景技術】

【0002】

[0001]現代の企業は毎週数千ものドキュメントを作成する場合がある。これらのドキュメントの多くは、ある特定の承認された団体を除いて開示されるべきでない機密情報を含む場合がある。この機密情報の管理を容易にするために、ドキュメントはそのドキュメントがどのように管理されるかを規定するラベルを割り当てられる場合がある。たとえば、いくつかのラベルは、ドキュメントが公共ネットワークを介して送信されるときに特定のタイプの暗号化を使用して暗号化されなければならないと規定する場合がある。いくつかのラベルは、ドキュメント自体の内容がある特定の要件を満たさなければならないと指示する場合がある。たとえば、いくつかのラベルは、ドキュメントのための特定の透かし、ヘッダ、またはフッタを要求する場合がある。ドキュメントがそれらのラベリング要件に準拠することが保証されると、重要な組織情報が不適切に開示される危険が低減される。したがって、ドキュメントのラベリング要件を管理する改善された方法が必要である。

【発明の概要】

【発明が解決しようとする課題】

【0003】

本願発明の一実施例は、例えば、ドキュメント処理のためのクライアントコンピュータの使用に関する。

【課題を解決するための手段】

【0004】

[0002]必ずしも縮尺通りに描かれるとは限らない図面において、同様の番号は異なる図の中の同様の構成要素を記載することができる。異なる文字サフィックスを有する同様の番号は、同様の構成要素の異なるインスタンスを表すことができる。図面は、一般に、限定ではなく例として、本明細書で説明される様々な実施形態を示す。

【図面の簡単な説明】

【0005】

【図1】[0003]開示された実施形態のうちの１つまたは複数において実装される場合があるドキュメントラベリングシステムの概略図である。

【図2】[0004]開示された実施形態のうちの１つまたは複数において実装される場合がある構成要素のブロック図である。

【図3】[0005]ドキュメントプロパティ、プロパティ状態、およびドキュメントプロパティを１つの状態から異なる状態に変更する修正を示す図である。

【図4】[0006]開示された実施形態のうちの１つまたは複数において実装される場合がある例示的なデータ構造を示す図である。

【図5A】[0007]開示された実施形態のうちの１つまたは複数において実装される場合がある例示的なメッセージ部分の図である。

【図5B】[0008]開示された実施形態のうちの１つまたは複数において実装される場合がある例示的なメッセージ部分の図である。

【図6】[0009]電子ドキュメントにラベルを付ける方法のフローチャートである。

【図7】[0010]電子ドキュメントにラベルを付ける方法のフローチャートである。

【図8】[0011]電子ドキュメントにラベルを付ける方法のフローチャートである。

【図9】[0012]本明細書で説明された技法（たとえば、方法）のうちのいずれか１つまたは複数がその上で実行することができる例示的な機械のブロック図である。

【図10】[0013]開示された実施形態のうちの１つまたは複数によってその少なくとも一部分が実装される場合があるネットワーク化システムの概略図である。

【発明を実施するための形態】

【0006】

[0014]以下の説明および図面は、具体的な実施形態を、当業者がそれらを実践することを可能にするほど十分に示す。他の実施形態は、構造的変更、論理的変更、電気的変更、プロセス変更、および他の変更を組み込むことができる。いくつかの実施形態の部分および特徴は、他の実施形態のそれらに含まれてもよく、それらと交換されてもよい。特許請求の範囲に記載される実施形態は、それらの特許請求の範囲のすべての利用可能な均等物を包含する。

【0007】

[0015]ドキュメントが上述されたそれらのラベリング要件に準拠することを保証することは重要であるが、これは、この準拠を保証することで変更されたシステムにある特定の負担をかける。たとえば、要件はいくつかのドキュメントの暗号化を要求する場合があり、それは、それを実行するように要求されたシステム上の比較的高い計算負荷を改善することができる。必要なコンピュータ能力がそのような計算負荷を処理することに利用可能であることを保証することは、そのようなシステムのプロバイダに追加のコストを負わせる可能性がある。これらの追加のコストは、集中型システムが多数の多様なデバイスからの大量のドキュメントを処理することに関与する場合、特に深刻であり得る。

【0008】

[0016]ドキュメントの準拠を保証するために必要な任意の修正を行うことはまた、ドキュメント処理に待ち時間をもたらす可能性がある。したがって、たとえば、特定のコンピューティングシステムがドキュメントを受信し、そのドキュメントをネットワークに転送する任務を負う場合、最初にそのドキュメントをそのラベルに準拠させるために必要な任意のタスクは、ドキュメントが受信されたときとその転送との間の待ち時間を増大させる。

【0009】

[0017]開示された実施形態は、電子ドキュメントにラベルを割り当てることを実現する。割り当てられたラベルは、ドキュメントに対する１つまたは複数の要件を示す場合がある。たとえば、「極秘」というラベルを付けられたドキュメントは、ドキュメントが極秘であることを示す透かし、ヘッダ、またはフッタを含むようにそのドキュメントに要求することができる。「最高機密」というラベルを付けられたドキュメントは、電子媒体を介して転送されるときに暗号化されるようにドキュメントに要求することができる。要件の各々は、ドキュメントプロパティに関する値または基準を規定する。ラベルは、１つまたは複数のドキュメントプロパティに対して要求された値または基準を規定することができる。ドキュメントが最初にラベルを割り当てられるとき、いくつかの実施形態では、ドキュメントはラベルの要件に準拠していない。

【0010】

[0018]開示された実施形態は、ドキュメントがそれらそれぞれの割り当てられたラベルによって課された要件に準拠するように、電子ドキュメントを修正することをさらに実現する。その上、開示された実施形態は、開示された実施形態に参加するデバイスのうちのいくつかの能力におけるばらつきにもかかわらず、処理負荷の分散を実現する。

【0011】

[0019]以下により詳細に記載されるように、デバイスはドキュメントを修正するそれらの能力において異なる場合がある。いくつかのデバイスは、様々なドキュメントタイプに対して操作または動作することができる特定のアプリケーションを含むように構成される場合がある。たとえば、第１のドキュメントタイプは専用であり得、コンピュータが第１のドキュメントタイプのドキュメントを編集またはさもなければ修正することができる前に、特定のベンダによって発行されたアプリケーションがコンピュータにインストールされることを要求することができる。いくつかのコンピュータは、この専用アプリケーションをインストールさせることができ、他のコンピュータはできない。同様に、いくつかの暗号化アルゴリズムは、いくつかのデバイスの能力を超える処理要件および／またはメモリ要件を有する場合があり、他のデバイスは暗号化を実行するのに十分なコンピューティングリソースを有する場合がある。

【0012】

[0020]デバイスの能力におけるばらつきにもかかわらず、これらのデバイスにコンピューティングタスクを分散することは、単一のユーザによる使用のために設計されたデバイスと、複数の、時々多数のユーザに関連付けられた処理を行う任務を負う場合がある他のデバイスの両方を含む、分散システムに対する有益な効果を有する。たとえば、電子メールサーバなどの中央サーバは、電子メッセージに添付されたドキュメントをそれらのドキュメントに割り当てられたそれぞれのラベルに準拠させる任務を負う場合、大きい処理オーバーヘッドを招く可能性がある。電子メールを起動するクライアントデバイスにこのドキュメント準拠の責務の一部を委譲することは、中央サーバにとって、その処理要件が低減されるという点で有益である。これは、中央サーバの異なるクライアントデバイスが遂行できることにわたって何らかのばらつきが存在する場合でも同じである。

【0013】

[0021]このように、開示された実施形態は、ドキュメントをそれらそれぞれのラベルに準拠させることに関連付けられた可変量の処理オーバーヘッドの分散を実現する。開示された実施形態は、ドキュメントをそのドキュメントに割り当てられたラベルに準拠させるために必要な、ドキュメントに対するゼロ以上の修正をネットワークサービスに通信するために、第１のデバイスによる通信を容易にする例示的なメッセージフォーマットを記載する。ドキュメントはまた、メッセージ自体によって識別されるか、または時々それに含まれる。メッセージはさらに、ドキュメントに対してすでに行われた、ラベルと一致する修正を識別することができる。メッセージを受信すると、ネットワークサービスは、ドキュメントをその割り当てられたラベルに準拠させるために実行される必要がある、識別されたドキュメントに固有の修正を特定することができる。（たとえば、バックエンドまたはサーバデバイス上で動作する）いくつかのネットワークサービスは、第１のデバイス（たとえば、クライアントデバイス、モバイルデバイス、または個別のユーザ向けに設計されたデバイス）よりも多くの計算リソースおよび／またはソフトウェア能力にアクセスできるので、ネットワークサービスは、一般に、第１のデバイスよりも多くの能力を有することができる。

【0014】

[0022]開示された例示的なメッセージフォーマットは、ネットワークサービスが第１のデバイスによってすでに実行されたドキュメント処理を補足するようにそのドキュメント処理を動的に適合させることを可能にする。第１のデバイスがより有能であるとき、ドキュメントをその関連するラベルに準拠させるネットワークサービスの負担は、比較的小さい場合がある。第３のデバイスが第１のデバイスよりも比較的有能でないとき、ネットワークサービスは、ドキュメントをその関連するラベルに準拠させるために必要な処理オーバーヘッドの相対的に大きい共有を実行することができる。言い換えれば、記載されたメッセージフォーマットは、必要に応じて、ネットワークサービスが第１のデバイスおよび第３のデバイスの処理能力において、かつ異なる能力を有する複数のクライアントデバイスにわたって「ギャップを埋める」ことを可能にする。結果として得られる解決策は、ネットワークサービスの実装に成功するために必要な、計算リソースの全体的な減少を実現する。これは、ネットワークサービスを提供するコストを削減し、パフォーマンス、および顧客体験も改善することができる。

【0015】

[0023]図１は、開示された実施形態のうちの１つまたは複数において実装される場合があるドキュメントラベリングシステムの概略図である。ドキュメントラベリングシステム１００は、２つのデバイス１０２ａおよび１０２ｂを含む。２つのデバイス１０２ａ～ｂの各々は、ラベル構成データストア１０４からラベル構成情報を読み取る。ラベル構成データストアは、ドキュメントラベルをドキュメントに対する１つまたは複数の要件にマッピングする。クライアントデバイス１０２ａおよび１０２ｂの各々は、ドキュメントデータストア１１６からドキュメントを取得する。いくつかの態様では、２つのクライアントデバイス１０２ａおよび１０２ｂは、別々のデータストアからドキュメントを取得することができる。いくつかの態様では、ドキュメントデータストア１１６は、それぞれのデバイス１０２ａおよび１０２ｂの各々のためのローカルファイルシステムによって表される。ドキュメントデータストア１１６からのドキュメントは、ラベルを割り当てられる場合がある。たとえば、デバイス１０２ａおよび／またはデバイス１０２ｂに表示されるユーザインターフェースは、特定のドキュメントのためのラベルの選択を実現することができる。ドキュメントにラベルを割り当てることは、ドキュメントがラベルに関連付けられた要件に準拠しなければならないことを示す。これらの要件はまた、ラベル構成データストア１０４によって示される。ラベルの要件は、特に、ドキュメントが安全な環境１０６などの安全な環境を離れるときに強化される。安全な環境１０６は、ネットワークアクセス境界などのアクセス境界を表すことができる。一例として、安全な環境１０６内のネットワーク、またはネットワーク上を流れるデータに対するアクセスは、会社または他の組織などの特定の企業によって管理されるアクセス認証情報を必要とする場合がある。そのような認証情報がない場合、ネットワークまたはネットワークデータに対するアクセスは、安全な環境１０６内で可能でない。安全な環境１０６の外部では、ネットワーク上のデータにアクセスするために、アクセス認証情報の異なるセットが必要であるか、または潜在的にアクセス認証情報が必要でない。

【0016】

[0024]図１はまた、ドキュメントラベリングシステム１０８を示す。ドキュメントラベリングシステム１０８は、いくつかの実施形態では、電子メールサーバであってもよい。デバイス１０２ａおよび１０２ｂは、ドキュメントラベリングシステム１０８にドキュメントを送信する。たとえば、ドキュメントラベリングシステム１０８が電子メールサーバである場合、デバイス１０２ａおよび１０２ｂは、処理し、それぞれ宛先デバイス１１０ａおよび１１０ｂに転送するために、システム１０８に電子メールメッセージを送信する。

【0017】

[0025]上述されたように、安全な環境１０６の外部に送信されるドキュメントがそれらそれぞれのラベルの要件に準拠することを保証することは、ドキュメントラベリングシステム１０８に対してある特定の処理要件を課す。たとえば、いくつかのラベルは、特定のタイプの暗号化がドキュメントに適用されることを要求する場合がある。ドキュメント内容を暗号化することは、処理リソース、メモリリソース、および他の計算リソースを消費する。システム１００が、割り当てられたラベルとのドキュメントの準拠を保証するために必要なタスクの大部分またはすべてをドキュメントラベリングシステム１０８に依存している場合、実質的なリソース消費はドキュメントラベリングシステム１０８上で発生する可能性がある。この負荷を管理するために、ドキュメントラベリングシステム１０８のプロバイダは、課された負荷を十分に処理するためにより高速の、より強力な、または追加のサーバハードウェアを提供することにより、さらなる出費を被る可能性がある。ドキュメントラベリングシステム１０８のプロバイダが被るコストを最小化するために、ドキュメントをそれらのラベルに準拠させることに関連付けられたタスクをデバイス１０２ａおよび／または１０２ｂに分散することが望ましい。

【0018】

[0026]しかしながら、デバイス１０２ａおよび／または１０２ｂの能力は異なる場合がある。たとえば、デバイス１０２ａおよび１０２ｂは、それぞれのデバイスに異なる特徴を含める異なる組織によって製造される場合がある。さらに、デバイスは、取り付けられたメモリの量、利用可能なハードディスク空間、プロセッサの速度もしくは能力、または他のタイプのばらつきにおいて異なる場合がある。このように、デバイス１０２ａおよび１０２ｂは、適用されたラベルと一致する方式でドキュメントを処理するそれらの能力において異なる場合がある。一例として、特定のタイプのドキュメントが特定のドキュメントフッタを含めるように特定のラベルが要求する場合があるが、デバイス１０２ａ上で動作しているオペレーティングシステム上で、特定のドキュメントタイプ向けのエディタが利用可能でないか、またはインストールされていない可能性がある。エディタは、デバイス１０２ｂ上で利用可能な場合がある。同様に、デバイス１０２ｂは特定のドキュメントラベルのために指定された暗号化アルゴリズムを実行するために十分なメモリまたはディスク空間を装備していない場合があるが、デバイス１０２ａは十分なメモリを有する場合がある。

【0019】

[0027]このように、ラベル構成データストア１０４内で指定されたラベル要件は、１つまたは複数の点でデバイス１０２ａおよび１０２ｂの能力を超える場合があり、それらはデバイス１０２ａと１０２ｂとの間で異なる場合がある。ドキュメントラベリングシステム１０８はラベル要件を満たすのに十分なリソースを有するが、ドキュメントラベルに準拠するために必要なドキュメント処理のすべてをドキュメントラベリングシステム１０８に実行させることは、上述されたように、ドキュメントラベリングシステム１０８の望ましくない量の計算リソースを消費する。

【0020】

[0028]したがって、開示された実施形態は、デバイス１０２ａ～ｂがドキュメントをそのラベルに準拠させるために必要なドキュメント処理の一部分を実行することを実現し、次いで、ドキュメントラベリングシステム１０８がデバイス１０２ａまたは１０２ｂからドキュメントを受信したときに必要な任意の残りの処理を完了することを実現する。

【0021】

[0029]この機能を容易にするために、開示された実施形態は、デバイス１０２ａまたは１０２ｂとドキュメントラベリングシステム１０８との間の通信用のメッセージ定義を提供する。図１に示されたように、デバイス１０２ａはドキュメントラベリングシステム１０８にメッセージ１２２ａを送信する。メッセージは、ドキュメントラベリングシステム１０８が処理するためのドキュメントを示す。メッセージ１２２ａは、ドキュメントをそのラベルに準拠させるためにどの処理がデバイス１０２ａによって実行されたか、および／または、たとえば、メッセージ１２４ａを介して外部システム１１０ａにドキュメントをさらに送信する前に、ドキュメントラベリングシステム１０８が完了するために必要な任意の残りの処理をさらに示す。

【0022】

[0030]デバイス１０２ｂはドキュメントラベリングシステム１０８に第２のメッセージ１２２ｂを送信する。第２のメッセージ１２２ｂは、ドキュメントラベリングシステム１０８が処理するための第２のドキュメントを示す。第２のメッセージ１２２ｂは、メッセージ１０２ａ内で示された処理以外のデバイス１０２ｂによって実行された異なる処理をさらに示す場合がある。第２のメッセージは、代替または追加として、第２の電子ドキュメントをそのラベルに準拠させるためにドキュメントラベリングシステム１０８による必要な処理を示す。

【0023】

[0031]したがって、ドキュメントラベリングシステム１０８は、デバイス１０２ａおよび１０２ｂの各々によって提供された可変量の処理を有するドキュメントを受信する。ドキュメントラベリングシステム１０８は、次いで、デバイス１０２ｂおよび１０２ａから受信されたドキュメントに対して異なる処理を実行する。このように、ドキュメントラベリングシステム１０８は、適応型ドキュメント処理を実現する。ドキュメントラベリングシステム１０８によるドキュメントの処理を動的に適合することにより、開示された実施形態は、各デバイス１０２ａおよび１０２ｂの能力におけるばらつきも動的に適合しながら、ドキュメントをそれらそれぞれのラベルに準拠させるために、デバイス１０２ａおよび１０２ｂ上のいくつかのコンピューティングリソースを使用することができる。

【0024】

[0032]ドキュメントラベリングシステム１０８は、実施形態に応じて様々な構成を使用して実装されてもよい。いくつかの実施形態では、ドキュメントラベリングシステム１０８は、ネットワークを介してアクセス可能な単一のデバイスである。いくつかの他の実施形態では、ドキュメントラベリングシステム１０８は、単一のホスト名またはネットワークアドレスを介して、たとえばロードバランサを介してアクセス可能であり得る、複数の物理デバイスから構成される。いくつかの実施形態では、ドキュメントラベリングシステム１０８は、クラウドベースのサービスとして実装される。このように、これらの実施形態におけるドキュメントラベリングシステム１０８は、ネットワークアドレスまたはホスト名を介してアクセス可能であるが、クラウドベースのデバイスの動的プールによって実装され、動的プールは、様々な理由でサービスを実装するために、プールに動的に割り振られるか、または割振り解除される場合がある。たとえば、いくつかの実施形態では、第１の物理デバイスはサービスを実装するデバイスのプールに割り振られ、次いで、クラウド管理システムは、第１の物理デバイスに合わせてサービスを実装するために１つまたは複数のさらなる物理デバイスを追加する。他のデバイスは、サービスを実装するデバイスのプールから削除される場合がある。

【0025】

[0033]図１はまた、管理コンソール１１２を示す。管理コンソールは、ドキュメントラベルと前記ラベルを有するドキュメントの要件との間のマッピングの構成を実現する。ラベル構成１１２は、デバイス１０２ａ、１０２ｂ、およびドキュメントラベリングシステム１０８の各々によって読み取られる。

【0026】

[0034]図２は、開示された実施形態のうちの１つまたは複数において実装される場合がある構成要素のブロック図である。図２は、クライアント１モジュール２０２、クライアント２モジュール２０４、適応型ドキュメント処理モジュール２０６、および管理ユーザインターフェースモジュール２０８を示す。モジュール２０２、２０４、２０６、および２０８の各々は、それぞれのモジュールの各々に起因する機能のうちの１つまたは複数を実行するようにハードウェア処理回路を構成するソフトウェア命令を含む場合がある。図２に示されたデータフローは、図１に示されたデータフローに類似する。クライアント１モジュール２０２は、デバイス１０２ａ上で実行されてもよい。クライアント２モジュール２０４は、デバイス１０２ｂ上で実行することができる。適応型ドキュメント処理モジュールは、ドキュメントラベリングシステム１０８上で実行することができる。管理ユーザインターフェースモジュール２０８は、管理コンソール１１２で実行することができる。

【0027】

[0035]図示されたように、クライアント１モジュール２０２およびクライアント２モジュール２０４の各々は、それぞれメッセージ１２２ａおよび１２２ｂを適応型ドキュメント処理モジュール２０６に送信する。管理ユーザインターフェースモジュール２０８は、データフロー２１５を介してドキュメントラベルのための要件を規定するマッピングを書き込む。クライアント１モジュール２０２、クライアント２モジュール２０４、および適応型ドキュメント処理モジュール２０６の各々は、それぞれデータフロー２１８ａ～ｃを介してラベル構成データベース１０４からマッピングを読み取る。

【0028】

[0036]図１に関して上述されたように、クライアントデバイス１０２ａおよび１０２ｂは、ドキュメントを特定のラベルに準拠させるそれらの能力において異なる場合がある。同様に、クライアント１モジュール２０２およびクライアント２モジュール２０４は、この点に関してさらに異なる場合がある。たとえば、クライアント１モジュール２０２は、特定のタイプの暗号化を実行する命令を含む場合があり、クライアント２モジュール２０４は同様の命令を含まない。適応型ドキュメント処理モジュール２０６は、クライアント１モジュール２０２がこの機能を実行することから適応型ドキュメント処理モジュール２０６をオフロードする前記暗号化を実行することを可能にする、これらの差異に適合するように構成される。適応型ドキュメント処理モジュール２０６は、クライアント２モジュール２０４からドキュメントを受信したときに、必要に応じて暗号化をさらに実行することができる。

【0029】

[0037]図３は、ドキュメントプロパティ、プロパティ状態、およびドキュメントプロパティを１つの状態から異なる状態に変更する修正を示す図である。
[0038]図３は、３つのドキュメントプロパティ３０１ａ～ｃを示す。各ドキュメントプロパティは、ドキュメントの特性または特徴を表す。たとえば、ドキュメントプロパティは、ドキュメントのヘッダ、ドキュメントのフッタ、ドキュメントの背景、ドキュメントの暗号化レベル、ドキュメントのパスワード保護状態（たとえば、ドキュメントがパスワード保護されているかどうか、および／またはドキュメントを保護しているパスワード）を含むことができる。上述されたように、本開示の実施形態は、ドキュメントに割り当てられたラベルによって規定された要件にドキュメントを準拠させようと努める。要件は、本明細書で説明されたように、特定のドキュメントプロパティおよび要件が満たされるために必要なそのプロパティの状態を規定する。たとえば、要件がドキュメントフッタに関連する場合、要件は、いくつかの実施形態では、フッタが「極秘」という単語を含まなければならないことを示す。「極秘」という単語を含むフッタは、フッタの状態である。

【0030】

[0039]図３は、３つの例示的なドキュメントプロパティ３０１ａ～ｃを示す。プロパティの各々は少なくとも２つの状態を含む。図示されたように、ドキュメントプロパティ３０１ａは、３０２ａおよび３０２ｂと示された少なくとも２つの状態のうちの１つにあり得る。修正３０３は、ドキュメントプロパティ３０１ａを第１の状態３０２ａから第２の状態３０２ｂに移動させるように機能する。

【0031】

[0040]同様に、ドキュメントプロパティ３０１ｂは、少なくとも２つの状態３０４ａ～ｂのうちの１つにある。修正３０５は、ドキュメントプロパティ３０１ｂを第３の状態３０４ａから第４の状態３０４ｂに移動させるように機能する。ドキュメントプロパティ３０１ｃは、少なくとも２つの状態３０６ａ～ｂのうちの１つにある。修正３０７は、ドキュメントプロパティ３０１ｃを第５の状態３０６ａから第６の状態３０６ｂに移動させるように機能する。

【0032】

[0041]ドキュメントプロパティの例には、ドキュメントのフッタ、ドキュメントのヘッダ、ドキュメントの透かし、ドキュメントの暗号化レベル、ドキュメントの暗号化アルゴリズム、ドキュメントがパスワード保護されているかどうか、ドキュメントのパスワードのパスワード複雑性、ドキュメントのメタデータ要件（たとえば、１つもしくは複数のメタデータフィールドが消されたかもしくは消されていない）、ドキュメントの改訂履歴冗長性、ドキュメントのカバーページ、ドキュメントに含まれるマクロに関する情報、または他のドキュメントプロパティのうちの１つまたは複数が含まれる。

【0033】

[0042]状態３０２ａ～ｂ、３０２ｃ～ｄ、および３０２ｅ～ｆの各々はまた、特定の状態にあるときに対応するドキュメントプロパティによって満たされる個別の基準を表すように見なすことができる。たとえば、「フッタ」ドキュメントプロパティは、「極秘」という単語を含むように特定のラベルによって要求される場合があるが、ラベルはフッタがさらなるテキストも含むことを可能にすることができる。したがって、特定の状態を維持するようにドキュメントプロパティを強制することは、必ずしもただ１つのアクセス可能な値を有するようにドキュメントプロパティに要求するとは限らないが、代わりに基準を満たすようにそのドキュメントプロパティに要求することができ、基準はドキュメントプロパティが複数の異なる値のうちのいずれか１つを有するときに満たされる。

【0034】

[0043]図４は、開示された実施形態のうちの１つまたは複数において実装される場合がある例示的なデータ構造を示す。図４は、図１および図２に関して上述されたラベル構成データストア１０４を示す。ラベル構成データストア１０４は、ラベルテーブル４００、ラベル要件テーブル４１０、および要件テーブル４２０を含む。

【0035】

[0044]ラベルテーブル４００は、ラベル識別子フィールド４０２およびラベルフレンドリ名フィールド４０４を含む。ラベル識別子フィールド４０２は、特定のラベルを一意に識別する。ラベル識別子フィールド４０２は、ラベル構成データストア１０４内の他のラベル識別子と相互参照される場合がある。ラベルフレンドリ名フィールド４０４は、ラベル用のユーザインターフェース内で提示され得る名前を提供する。ユーザインターフェースは、図２に関して上述された管理ユーザインターフェースモジュール２０８によって表示される場合がある。ラベル要件テーブル４１０は、特定のラベルを特定の要件にマッピングする。

【0036】

[0045]ラベル要件テーブル４１０は、ラベル識別子フィールド４１２および要件識別子フィールド４１４を含む。ラベル識別子フィールド４１２は、ラベル構成データストア１０４内の他のラベル識別子と相互参照される場合がある。要件識別子フィールド４１４は、ラベル識別子フィールド４１０によって識別されたラベルでラベル付けされたときに、ドキュメントに対する特定の要件を一意に識別する。上述されたように、要件は特定のドキュメントプロパティの特定の状態を指定する。識別された要件は、コンテンツ要件および／またはセキュリティ要件および／またはメッセージ要件を含む場合がある。コンテンツ要件の例には、ドキュメントが特定の透かし（たとえば、ドキュメントプロパティ＝背景、状態＝特定の透かし）、特定のヘッダ、または特定のフッタを有するための要件が含まれる。暗号化要件の一例は、ドキュメントが特定の暗号化アルゴリズム、またはある特定の最小要件を満たす暗号化アルゴリズムを使用して暗号化されることである。メッセージ要件の一例は、電子メールメッセージに関係する。

【0037】

[0046]いくつかの態様では、デバイス１０２ａまたは１０２ｂのうちの１つは、要件フォーマットで電子メールメッセージの本文をレンダリングすることができない場合がある。たとえば、ラベルは、電子メール本文がリッチテキストフォーマット（ｒｔｆ）で符号化されるように要求する場合があるが、デバイス１０２ａはこのフォーマットをレンダリングすることができない場合がある。したがって、電子メールの本文は、デバイス１０２ａからドキュメントラベリングシステム１０８に送信されるときに、テキストとして符号化される場合がある。ドキュメントラベリングシステム１０８は、次いで、電子メール本文を規定するドキュメントに割り当てられたラベルに基づいて、本文をテキストからｒｔｆに変換することができる。

【0038】

[0047]ラベル構成データストア１０４はまた、要件テーブル４２０を含む。要件テーブル４２０は、要件識別子フィールド４２２、要件フレンドリ名フィールド４２４、プログラム／ハンドラフィールド４２６、コマンドフィールド４２７、および要求された値または基準フィールド４２８を含む。要件識別子フィールド４２３は、要件を一意に識別し、データストア１０４の他の要件識別子と相互参照される場合がある。要件フレンドリ名フィールド４２４は、要件識別子フィールド４２２によって識別された要件のための人間語可読名を定義する。プログラム／ハンドラフィールド４２６は、要件に準拠するようにドキュメントを修正することが可能なソフトウェアプログラムまたはスクリプトを定義する。いくつかの態様では、プログラムフィールド４２６は、ソフトウェアプログラムまたはスクリプトのファイル名を定義する。いくつかの態様では、プログラム／ハンドラフィールド４２６は、プログラム自体（たとえば、アルゴリズムを実施して要件に準拠するために必要な修正を実行する命令）を含む。いくつかの実施形態では、プログラム／ハンドラフィールド４２６は、ドキュメントタイプ固有のプログラム／ハンドラを定義する。たとえば、いくつかの実施形態では、プログラムフィールド４２６は、図４に示されたテーブル４２９によって示されたように、異なるタイプのドキュメント用の異なるソフトウェアプログラムまたは「ハンドラ」を指定する。テーブル４２９は、タイプフィールド４４２およびプログラム／ハンドラフィールド４４４を含む１つまたは複数の行を含む。タイプフィールド４４２は、フィールド４４４によって指定されたプログラム／ハンドラが適用するドキュメントのタイプを識別する。いくつかの実施形態では、プログラムハンドラフィールド４４４によって指定されたプログラム／ハンドラは、ドキュメントのタイプに対してオペレーティングシステムによって指定されたデフォルトのハンドラプログラムと均等である。たとえば、ワードプロセッシングプログラム（たとえば、ｗｉｎｗｏｒｄ．ｅｘｅ）は、ワードプロセッシングタイプのドキュメント（たとえば、ｄｏｃｘ）用に指定され、スプレッドシート処理プログラム（たとえば、ｅｘｃｅｌ）は、スプレッドシートタイプのドキュメント（たとえば、ｘｌｓ）用に指定される。コマンドフィールド４２７は、ドキュメントが要件を満たすようにドキュメントに変更をもたらすために、フィールド４２６内に指定されたプログラム／ハンドラに提供するコマンドを指定する。いくつかの実施形態では、コマンドフィールド４２７は、指定されたプログラム／ハンドラに渡すためにコマンドラインパラメータを指定する。いくつかの実施形態では、コマンドフィールド４２７は、テーブル４２９と同様であるが、１つまたは複数のドキュメントタイプの各々に特定のコマンドを指定するテーブルを含む。

【0039】

[0048]要件値／基準フィールド４２８は、要件に対応する特定のドキュメントプロパティの値を指定するデータを格納する。たとえば、要件は、いくつかの実施形態では、特定のドキュメントプロパティが特定の値と一致しなければならないことを規定し、特定の値は、これらの態様では、要求された値／基準フィールド４２８に格納される。いくつかの他の実施形態では、要件は、いくつかの実施形態では、特定のドキュメントプロパティが１つまたは複数の基準を満たすことを規定する。これらの実施形態では、要求された値／基準フィールドは、１つまたは複数の基準を規定する。

【0040】

[0049]ドキュメントデータストア１１６は、ドキュメントテーブル４３０を含む。ドキュメントテーブル４３０は、ドキュメント識別子フィールド４３２、ドキュメントラベル識別子フィールド４３４、およびドキュメントコンテンツフィールド４３６を含む。ドキュメント識別子フィールド４３２は、ドキュメントを一意に識別する。ラベル識別子フィールド４３４は、ドキュメントに割り当てられたラベルを識別する。ラベル識別子フィールド４３４は、ラベル構成データストア１０４に関して上述されたラベル識別子のいずれかと相互参照される場合がある。ドキュメントテーブルフィールド４３０はまた、コンテンツフィールド４３６を含む。コンテンツフィールド４３６は、ドキュメント識別子４３２によって識別されたドキュメントのコンテンツを定義する。割り当てられたラベル（たとえば、４３４）に準拠するようにドキュメントに対して行われた修正は、コンテンツフィールド４３６によって格納されたデータを修正することができる。

【0041】

[0050]図５Ａは、開示された実施形態のうちの１つまたは複数において実装される場合がある例示的なメッセージ部分である。図５Ａは、図１～図２に関して上述されたメッセージ１２２ａおよび／または１２２ｂのうちの１つまたは複数に含まれる場合があるメッセージ部分５００を示す。いくつかの実施形態では、メッセージ部分５００は、ドキュメントに割り当てられたラベルの要件にドキュメントを準拠させるために必要なドキュメントに対する修正の残りの部分を完了するように、ドキュメントラベリングシステム１０８に指示するように構成される。

【0042】

[0051]メッセージ部分５００は、ドキュメントの数フィールド５０２を含む。ドキュメントの数フィールド５０２は、メッセージ部分５００に含まれるドキュメントセクション５０３の数を示す。各ドキュメントセクション５０３は、メッセージ部分５００内で参照されるドキュメントを定義する。各ドキュメントテーブル５０３は、ドキュメントタイプフィールド５０４、ドキュメントラベルフィールド５０６、保留中修正フィールド５０８、およびドキュメントコンテンツまたはドキュメント識別子フィールド５１０を含む。ドキュメントタイプフィールド５０４は、特定のドキュメントセクション５０３内で参照されるドキュメントのタイプを示す。ドキュメントタイプフィールド５０４は、たとえば、ドキュメントが電子メールの本文を定義するか、または電子メールの添付を定義するかを示す場合がある。

【0043】

[0052]ドキュメントラベルフィールド５０６は、ドキュメントに割り当てられたラベルを示す。ドキュメントラベルフィールド５０６は、ラベル構成データベース１０４のためのラベル識別子（たとえば、４０２、４１２）を識別することができる。いくつかの実施形態は、ドキュメントラベルフィールド５０６を含まない場合がある。これらの実施形態では、ドキュメントラベルは、図４に関して上述されたドキュメントテーブル４３０から取得される場合がある。たとえば、以下でさらに説明されるように、ドキュメントテーブル４３０内のドキュメントを識別することを実現するドキュメントｉｄは、ドキュメントセクション５０３に含まれる場合がある。

【0044】

[0053]ドキュメントセクション５０３はまた、保留中修正フィールド５０８を含む。保留中修正フィールド５０８は、割り当てられたラベル（たとえば、４１２または４３４）の要件にドキュメントを準拠させるためにドキュメントに対して行われる必要がある、ドキュメントセクション５０３によって識別されたドキュメントに対する修正を示す。言い換えれば、保留中修正フィールド５０８は、以下でさらに説明されるように、フィールド５０６のラベルによって課されたドキュメントに対する要件と、ドキュメントがフィールド５１０によって表されたときのドキュメントの現在の状態との間のギャップを記載する。

【0045】

[0054]保留中修正フィールド５０８は、いくつかの態様では、図４に関して上述された要件識別子を列挙することができる。保留中修正フィールド５０８内に列挙された要件識別子は、ドキュメントに割り当てられたラベルの要件のサブセットであってもよい。たとえば、特定のドキュメントに割り当てられた特定のラベルが要件Ａ、Ｂ、およびＣに準拠するようにドキュメントに要求する場合、恐らく、要件Ａは、（デバイス１０２ａまたはデバイス１０２などの）メッセージ５００を送信するデバイスによってドキュメントに対して行われた修正によって満たされる。しかしながら、この例では、送信デバイスは、要件ＢおよびＣにドキュメントを準拠させるためにドキュメントに対して修正を実行することができない場合がある。この例では、保留中修正フィールド５０８は要件ＢおよびＣを示す。

【0046】

[0055]また、５２０ａ、５２０ｂ、５２０ｃ、および５２０ｄというラベルを付けられた、保留中修正フィールド５０８の例示的なフォーマットが図５Ａに示されている。例示的なフォーマット５２０ａは、バイナリインジケータのシリーズとして保留中修正フィールド５０８を示す。シリーズ内の各バイナリインジケータは、特定の修正に割り当てられるか、またはマッピングされる場合がある。シリーズ内のインジケータと修正との間のマッピングは、開示された実施形態内で動作するデバイスによって事前に決定され、知られるはずである。たとえば、デバイス１０２ａ～ｂおよびドキュメントラベリングシステム１０８は、マッピングを認識しているはずである。したがって、たとえば、第１のインジケータは、特定のタイプの透かしがドキュメントに追加される必要があるかどうかを示す場合がある。いくつかの実施形態では、インジケータがセットされた場合、透かしはまだ追加される必要があるが、インジケータがゼロである場合、透かしは追加される必要がない。この例示的な実施形態では、ドキュメントのラベルが透かしを必要としないか、またはドキュメント内に透かしがすでに追加されている（もしくはすでに存在した）場合、インジケータはゼロであってもよい。

【0047】

[0056]５２０ｂというラベルを付けられた第２の例示的な実施形態では、修正マッピング内の各位置は３つの値のうちの１つを含む場合がある。第２の実施形態では、これら３つの値は０、１、または２と示されているが、様々な実施形態は任意の３つの値を利用することができる。３つの値のうちの１つは、その位置にマッピングされた修正がドキュメントの割り当てられたラベルに必要でないことを示す。３つの値のうちの第２の値は、修正が必要であるが、ドキュメントに対してすでに実行されていることを示す。３つの値のうちの第３の値は、修正が必要であり、まだ実行される必要があることを示す。したがって、この第３の値は、ドキュメントの現在の状態と、ドキュメントの割り当てられたラベルに準拠するために必要な状態との間の差異を示す。実施形態５２０ｂで示された少なくとも３つの異なる値を有する修正インジケータを実装する実施形態では、インジケータ当たり少なくとも２ビットが必要とされることに留意されたい。

【0048】

[0057]第３の例示的な実施形態は５２０ｃというラベルを付けられ、ドキュメントをその割り当てられたラベルの要件に準拠させることが保留中の修正のカンマ区切りリストを含む。第３の実施形態は、保留中修正フィールド５０８に含まれたデータが修正自体の何らかの指定を含むという点で、上述された５２０ａおよび５２０ｂというラベルを付けられた実施形態とは異なり、第１および第２の例示的な実施形態に関して上述されたデバイスによって知られた事前定義されたマッピングに１００％依存しない。

【0049】

[0058]たとえば、図示されたように、実施形態５２０ｃは、特定の修正のための指定を示す。図示されたように、５２２ａというラベルを付けられた修正のカンマ区切りリストの第１の修正は、ドキュメント用の透かしとして使用するために特定のファイル名を指定する。指定された特定のファイル名は、いくつかの態様では、メッセージ５００に含まれる場合がある。他の態様では、指定された特定のファイル名は、開示された実施形態内で動作するデバイスにわたって共有される共通ファイル名であってもよい。たとえば、共通ファイル名は、ドキュメントラベリングシステム１０８によってアクセス可能なディレクトリ内でアクセス可能であり得る。あるいは、ファイル名によって識別されたファイルは、ラベル構成データストア１０４内で利用可能であり得る。

【0050】

[0059]第３の実施形態５２０ｃはまた、カンマ（「，」）によって第１の修正から分離された第２の修正を示す。第２の修正５２２ｂは、ドキュメントに追加される必要があるフッタ（修正）を示す。修正５２２ｂはまた、フッタ用のファイル名を指定する。上記のように、フッタ用のファイル名は、開示された実施形態内で動作するデバイスに共通の位置において利用可能であり得る。いくつかの態様では、フッタファイル「ｆｏｏｔｌ．ｄｏｃｘ」は、ラベル構成データストア１０４内で利用可能であり得る。いくつかの他の態様では、示された修正用のコンテンツは、ここに提供されたファイル名の例以外の他の方式で指定される場合がある。たとえば、いくつかの態様では、コンテンツはメッセージ５００自体に含まれる場合がある。たとえば、上述されたように「ｆｏｏｔｅｒ＝ｆｏｏｔｌ．ｄｏｃｘ」（ファイル名）を指定する代わりに、フィールド５０８はフッタ「ｆｏｏｔｅｒ．ｔｅｘｔ」を指定し、ドキュメントのフッタに追加されるべき実際のテキスト自体がフィールド５０８内で指定される。いくつかの他の実施形態では、コンテンツはデータベーステーブルの識別子またはデータベーステーブルの項目を介して指定される場合がある。

【0051】

[0060]５２０ｄと識別された第４の実施形態は、保留中の修正ごとのオブジェクトを指定する。第４の実施形態は、オブジェクトモビリティ技術を使用して、動作すると、ドキュメントに対する保留中の修正を実行するオブジェクトを示す。あるいは、第４の実施形態は、保留中の修正ごとにリモートオブジェクト参照を指定することができる。リモートオブジェクトを起動すると、ドキュメントのラベルの要件に準拠するようにドキュメントが修正される。

【0052】

[0061]図５Ｂは、開示された実施形態のうちの１つまたは複数において実装される場合がある例示的なメッセージ部分を示す。図５Ｂは、図１～図２に関して上述されたメッセージ１２２ａおよび／または１２２ｂのうちの１つまたは複数に含まれる場合があるメッセージ部分５５０を示す。いくつかの実施形態では、メッセージ部分５５０は、ドキュメントに割り当てられたラベルにドキュメントを準拠させるために必要なドキュメントに対する修正の残りの部分を完了するように、ドキュメントラベリングシステム１０８に指示するように構成される。

【0053】

[0062]例示的なメッセージ部分５５０は、ドキュメントの数フィールド５５２を含む。ドキュメントの数フィールド５５２は、メッセージ部分５５０に含まれるドキュメントセクション５０３の数を示す。各ドキュメントセクション５５３は、メッセージ部分５５０内で参照されるドキュメントを定義する。各ドキュメントテーブル５５３は、ドキュメントタイプフィールド５５４、ドキュメントラベルフィールド５５６、準拠するプロパティフィールド５５８、およびドキュメントコンテンツまたはドキュメント識別子フィールド５６０を含む。ドキュメントタイプフィールド５５４は、特定のドキュメントセクション５５３内で参照されるドキュメントのタイプを示す。ドキュメントタイプフィールド５５４は、たとえば、ドキュメントが電子メールの本文を定義するか、または電子メールの添付を定義するかを示す場合がある。

【0054】

[0063]ドキュメントラベルフィールド５５６は、ドキュメントに割り当てられたラベルを示す。ドキュメントラベルフィールド５５６は、ラベル構成データベース１０４のためのラベル識別子（たとえば、４０２、４１２）を識別することができる。いくつかの実施形態は、ドキュメントラベルフィールド５５６を含まない場合がある。これらの実施形態では、ドキュメントラベルは、図４に関して上述されたドキュメントテーブル４３０から取得される場合がある。たとえば、以下でさらに説明されるように、ドキュメントテーブル４３０内のドキュメントを識別することを実現するドキュメントｉｄは、ドキュメントセクション５５３に含まれる場合がある。

【0055】

[0064]ドキュメントセクション５５３はまた、準拠するプロパティフィールド５０８を含む。準拠するプロパティフィールド５５８は、ラベルフィールド５５６によって識別されたラベルの要件に準拠するドキュメントのプロパティを示す。いくつかの他の実施形態では、準拠するプロパティフィールド５５８は、代わりに、ラベルの要件に準拠しないドキュメントのプロパティを識別する、準拠しないプロパティフィールであり得る。いくつかの他の実施形態では、準拠するプロパティフィールド５５８は、代わりに、ラベルの要件にそれらのプロパティを準拠させる（たとえば、ラベルによって規定された１つまたは複数の基準を満たす）ように、メッセージ部分５００を送信するデバイスによって修正されたドキュメントのプロパティを示す、修正されたプロパティフィールドである。このように、フィールド５５８は、ラベルに準拠する（たとえば、ラベルのための要件の基準を満たす）いくつかのプロパティを識別することができるが、すでにラベルに準拠したドキュメントのすべてのプロパティを識別することはできない。いくつかの実施形態では、準拠するプロパティフィールド５５８（または上述されたその変形形態）は、プロパティの数フィールド４６１、および１つまたは複数のプロパティ識別子フィールド５６２_{１・・・ｎ}を含む。プロパティの数フィールド４６１は、フィールド５６２_{１・・・ｎ}内で識別されたプロパティの数をカウントする（たとえば、ｎを定義する）。プロパティ識別子フィールド５６２_{１・・・ｎ}の各々は、ラベルの要件に準拠する特定のドキュメントプロパティを識別する。たとえば、いくつかの実施形態は、複数のドキュメントプロパティと識別子との間のマッピングを規定することができる。たとえば、フッタプロパティは第１の識別子を割り当てられ、ドキュメントの暗号化レベルプロパティは第２の識別子を割り当てられる。これらの識別子は、クライアントデバイス（たとえば、１０２ａまたは１０２ｂ）とドキュメントラベリングシステム（たとえば、１０８）との間を通信するメッセージに含まれ、通信されたドキュメントのそれらのプロパティは、フィールド５５６内に定義されたラベルに準拠する。これにより、以下でさらに説明されるように、ラベルの要件にドキュメントを準拠させるために必要な修正を完了するために、必要に応じてクライアントデバイスによって実行されるドキュメントの任意の処理を受信デバイスがさらに増やすことが可能になる。このように、準拠するプロパティフィールド５５８は、以下で説明されるフィールド５６０に含まれるドキュメントコンテンツの状態などの現在のドキュメント状態と、ラベル５５６によって要求される状態との間のギャップを通信する。状態は、複数のドキュメントプロパティが複数の基準を満たし、かつ／または複数の特定の値を有するための要件を含む場合があることに留意されたい。

【0056】

[0065]メッセージ５５０はまた、ドキュメントコンテンツフィールド５６０を含み、ドキュメントコンテンツフィールド５６０は、ドキュメント自体を定義するか、または代替として、ドキュメントコンテンツを格納するデータストアに対する参照を定義するデータを含む。

【0057】

[0066]図６は、電子ドキュメントにラベルを付ける方法のフローチャートである。いくつかの態様では、図６およびプロセス６００に関して以下で説明される機能のうちの１つまたは複数は、ハードウェア処理回路によって実行される場合がある。たとえば、メモリ９０４および／または９０６内の以下で説明される命令９２４は、以下で説明される機能のうちの１つまたは複数を実行するようにプロセッサ９０２を構成することができる。いくつかの態様では、以下で説明されるプロセス６００は、図２に関して上述された適応型ドキュメント処理モジュール２０６によって実行される場合がある。いくつかの態様では、プロセス６００は、図１に関して上述されたドキュメントラベリングシステム１０８によって実行される場合がある。

【0058】

[0067]開始ブロック６０５の後、プロセス６００は動作６１０に移動する。動作６１０において、安全な環境内でメッセージが受信される。メッセージはドキュメントおよびドキュメントに対する修正を示す。ドキュメントは割り当てられたラベルを有する。割り当てられたラベルはメッセージ内で示される場合もある。

【0059】

[0068]安全な環境（たとえば、１０６）は、企業内で提供される場合がある。たとえば、図１に関して上述されたように、安全な環境１０６は、デバイス１０２ａなどの電子メールクライアントデバイスを含む場合があり、ドキュメントラベリングシステム１０８などのサーバベースのデバイスを含む場合もある。サーバベースのシステムは、いくつかの態様では、電子メールサーバであり得るが、代替として、いくつかの他の態様では、ウェブサーバ、または他のサーバベースのシステムであり得る。

【0060】

[0069]いくつかの実施形態では、動作６１０において受信されたメッセージは、図４のメッセージ部分４００に関して上述されたフィールドのうちの１つまたは複数を含む場合がある。図６に関して上述されたように、いくつかの態様では、受信されたメッセージは、ドキュメントに割り当てられたラベルにドキュメントを準拠させるために実行されるべき、ドキュメントに対する修正を示す場合がある。いくつかの他の実施形態では、メッセージはすでに実行されたドキュメントに対する修正を示す場合がある。たとえば、いくつかの態様では、動作６１０のメッセージを送信するデバイスは、メッセージを送信する前にドキュメントに対するいくつかの動作をすでに実行している場合がある。いずれの実施形態でも、メッセージは、ドキュメントに対する保留中の修正を示す。

【0061】

[0070]動作６２０において、ドキュメントに対する保留中の修正が実行される。動作６２０において受信されたメッセージは、どの要件がドキュメントによってすでに満たされたかを示す場合があるか、またはどの要件がドキュメントによって満たされていない（保留中の修正）かを示す場合がある。あるいは、メッセージ６２０は、両方のセットの（満たされたおよび満たされていない）要件を示すことができる。

【0062】

[0071]たとえば、ドキュメントは、３つの要件を規定するラベルを割り当てられる場合がある。動作６１０においてドキュメントが受信されたとき、ドキュメントは要件のうちの少なくとも１つにすでに準拠している場合がある。この特定の例では、次いで、動作６２０において２つの要件が実行される場合がある。保留中の修正は、ドキュメントに対するコンテンツ修正を含む場合がある。たとえば、コンテンツ修正には、ドキュメントにコンテンツを追加すること（たとえば、ドキュメントにヘッダおよび／もしくはフッタを追加すること、ドキュメントに透かしを追加すること）、（たとえば、．ｄｏｃｘフォーマットから．ｒｔｆフォーマットに）ドキュメントのドキュメントフォーマットを変更すること、ならびに／またはドキュメントにパスワード保護を追加することが含まれる場合がある。

【0063】

[0072]一例として、人気があるワードプロセッシングプログラムは、ドキュメントのパスワード保護を実現することができる。ドキュメントに割り当てられたパスワードは、ドキュメントの暗号化をさらに制御することができる。暗号化は、暗号化／解読鍵としてパスワードを使用することができる。いくつかのラベルは、ドキュメントのパスワード保護を要求する場合がある。このパスワードは、動作６１０においてドキュメントが受信される前に、ドキュメントにすでに追加されている場合がある。他のケースでは、ドキュメントのラベルがパスワード保護を要求する場合があるが、ドキュメントは、動作６１０において受信されたときにまだパスワード保護されていない場合がある。これらのケースでは、動作６２０はドキュメントにパスワード保護を追加することができる。

【0064】

[0073]動作６３０において、修正されたドキュメントが安全な環境の外部に送信される。たとえば、図１に関して上述されたように、ドキュメントラベリングシステム１０８は、デバイス１１０ａまたは１１０ｂのいずれかなどの、安全な環境１０６の外部のデバイスにドキュメントを送信する。動作６１０において受信されたドキュメントは、その割り当てられたラベルに準拠していないが、動作６３０において送信された修正ドキュメントは、少なくとも動作６２０においてドキュメントに対して行われた修正に基づいて、その割り当てられたラベルに準拠することに留意されたい。プロセス６００のいくつかの他の態様では、動作６１０において受信されたドキュメントは、その割り当てられたラベルにすでに準拠している場合がある。たとえば、動作６１０のメッセージを送信するデバイスが、ドキュメントをそのラベルに準拠させるために必要なドキュメントに対するすべての修正が可能である場合、ドキュメントは、割り当てられたラベルにすでに準拠して動作６１０において受信される場合がある。これらの実施形態では、メッセージは、ドキュメントに対するさらなる修正が必要でないことを示し、したがって、動作６２０はさらなる動作を実行しない場合がある。動作６３０の後、プロセス６００は終了動作６７５に移動する。

【0065】

[0074]図７は、電子ドキュメントにラベルを付ける方法のフローチャートである。いくつかの態様では、図７およびプロセス７００に関して以下で説明される機能のうちの１つまたは複数は、ハードウェア処理回路によって実行される場合がある。たとえば、メモリ９０４および／または９０６内の以下で説明される命令９２４は、以下で説明される機能のうちの１つまたは複数を実行するようにプロセッサ９０２を構成することができる。いくつかの実施形態では、図７に関して以下で説明される機能のうちの１つまたは複数は、デバイス１０２ａおよび／またはデバイス１０２ｂによって実行される。以下の図７の説明では、図７に関して以下で説明される機能のうちの１つまたは複数を実行するデバイスは、実行デバイスと呼ばれる。

【0066】

[0075]開始動作７０５の後、プロセス７００は動作７１０に移動する。動作７１０において、入力が受け取られる。入力は、第１の電子ドキュメントの第１のラベルを示す。入力は、いくつかの実施形態では、第１のラベルが第１の電子ドキュメントに割り当てられていることを示す。いくつかの実施形態では、入力はユーザインターフェースから受け取られる。たとえば、ユーザインターフェースは、図１に関して上述されたクライアントデバイス１０２ａ～ｂのいずれかなどのクライアントデバイスによって表示される場合がある。動作７１０のいくつかの実施形態は、第１の電子ドキュメントに第１のラベルを割り当てる。

【0067】

[0076]たとえば、様々な実施形態では、ドキュメントに「公開」、「機密」、「最高機密」、または「特権」のラベルが割り当てられる場合がある。ドキュメントへのラベルの割当ては、ドキュメントにある特定の要件を課す。上述されたように、いくつかのラベルは、ある特定のヘッダ、フッタ、透かし、または他のコンテンツを含むようにドキュメントに要求する場合がある。いくつかのラベルは、特定の暗号化アルゴリズムを使用して暗号化されること、または少なくともある特定の最小要件を満たす暗号化アルゴリズムを使用して暗号化されることをドキュメントに要求する場合がある。いくつかのドキュメントラベルは、特定のドキュメントフォーマットで格納されるようにドキュメントに要求する場合がある。

【0068】

[0077]動作７２０において、第１のラベルによって規定されたドキュメントの要件が特定される。たとえば、上述されたように、特定のラベルのための要件は、ラベル構成データストア内で規定される場合がある。図４に関して上述された一例として、ラベル構成データストア１０４は、１つまたは複数の要件（たとえば、４１４）にラベル（たとえば、４１２）をマッピングするラベル要件テーブル（たとえば、４１０）を含む場合がある。図４の例では、複数の要件にラベルがマッピングされると、単一のラベルｉｄ４１２に対してラベル要件テーブル４１０内に複数の行が存在する場合がある。

【0069】

[0078]動作７３０において、第１の電子ドキュメントの修正の第１のセットが要件に基づいて決定される。したがって、たとえば、ラベルが特定のフッタを含むようにドキュメントに要求し、現在特定のフッタを含まない場合、ドキュメントをラベルの要件に準拠させるために修正が必要とされる。同様に、ラベルがある特定の透かしを要求し、ドキュメントがすでに透かしを含む場合、少なくともラベルのこの要件に関してさらなる修正は必要でない。このように、動作７３０は、ドキュメントの現在の状態を分析して、要件のうちのどれがすでに満たされているか、およびラベルのどの要件がその現在の状態のドキュメントによって満たされていないかを判定することができる。いくつかの他の実施形態では、要件と必要な修正との間に１対１のマッピングが存在する場合がある。

【0070】

[0079]動作７４０において、実行デバイスが実行することが可能な、または実行するように構成された修正の第２のセットが決定される。修正の第２のセットは第１のセットに基づいている。いくつかの態様では、第２のセットは第１のセットのサブセットであり得る。いくつかの態様では、第２のセットはゼロ個の修正を含む。いくつかの実施形態では、第２のセットは第１のセットに含まれるすべての修正を含む。たとえば、修正の第１のセットは少なくともＮ個の修正を含む場合があるが、修正の第２のセットはＮ－Ｋ個の修正（たとえば、修正の第１のセットよりも少ない修正）から構成される。

【0071】

[0080]言い換えれば、プロセス７００を実行するデバイスは、動作７３０において識別された修正の各々を行うかもしくは実行することができるかどうか、または修正のどの部分をデバイスが実行することができるかを判定する。上述されたように、いくつかの修正は、特定のプログラムが実行デバイス上に存在するように要求する場合がある。動作可能な一例として、ドキュメントが特定のタイプである場合、ドキュメントに透かしを追加することは、特定のタイプ用のドキュメントフォーマットを構文解析し、ドキュメントフォーマットの構文解析に基づいて透かしを定義するデータを挿入することが可能なプログラムを必要とする場合がある。いくつかの実行デバイスは、この能力をもたない場合がある。たとえば、それらは、ドキュメントフォーマットを構文解析することを理解し、そうするように構成されたソフトウェアプログラムをインストールしておらず、したがって修正を実行することができない場合がある。実行デバイスがどの修正を実行することができるかを判定するために、実行デバイスは、いくつかの実施形態では、図４に関して上述された要件テーブル４２０などの要件テーブルを調べる。いくつかの実施形態では、要件テーブルは、修正および／または要件の各々に影響を及ぼすために必要なプログアムを規定する。たとえば、要件が、ドキュメントフッタ（たとえば、ドキュメントのプロパティ）が特定のテキスト（たとえば、図３に関して上述された特定のプロパティ値または状態）を有することである場合、対応する修正は、特定のテキストを有するようにドキュメントフッタを修正することである。要件テーブルは、いくつかの実施形態では、ドキュメントが要件を満たすように、修正に影響を及ぼすために必要な１つまたは複数のプログラム／ハンドラを規定する。実行デバイスは、次いで、実行デバイスが修正を行うことができるように、任意の指定されたハンドラ／プログラムが実行デバイス上に存在するか、またはさもなければ実行デバイスから評価可能であるかどうかを判定することができる。

【0072】

[0081]あるいは、いくつかの実施形態では、実行デバイスは、修正を行うために必要なデータに対する物理的なアクセスをもたない。上記の例を続けるために、実行デバイスは透かしを追加することが可能であり得る。しかしながら、透かしを定義するデータは、実行デバイスにおいて利用できない場合がある。したがって、この例では、動作７３０において決定されたこの修正は、プロセス７００によって実行されない。

【0073】

[0082]いくつかの実施形態では、動作７４０は、実行デバイスが動作７３０において決定された第２の修正が実行することが可能か、または実行するように構成されると判断することができる。

【0074】

[0083]いくつかの態様では、実行デバイスは、ラベルの要件のすべてを実行することが可能か、または実行するように構成される場合がある。このように、７４０に関して記載されたサブセットは、動作７３０において決定された修正のセットと均等であり得る。

【0075】

[0084]動作７５０において、動作７４０において決定された修正の第２のセットに基づいて、第１の電子ドキュメントが修正される。したがって、実行デバイスが実行することが可能か、または実行するように構成されたそれらの修正の場合、実行デバイスはそれらの修正を実行する。

【0076】

[0085]動作７６０において、メッセージが生成される。メッセージは、ドキュメントに対して実行デバイスによって行われた修正を示すように生成される。メッセージは、代替または追加として、ドキュメントがその割り当てられたラベルに準拠するために、ドキュメントに対して行われる必要がまだある修正を示す場合がある。いくつかの態様では、動作７６０において生成されたメッセージは、メッセージ５００に関して上述されたフィールドのうちの１つまたは複数を含む場合がある。メッセージは、ドキュメント自体が修正を示すために使用されないという点で修正を個別に示すが、代わりにメッセージは、ドキュメントをその割り当てられたラベルに準拠させるために、すでに行われた修正および／またはまだ行われる必要がある修正を明示的に規定する。言い換えれば、メッセージは、その現在の状態にあるドキュメントとその割り当てられたラベルのための要件との間のギャップを識別する。上述されたように、割り当てられたラベルのための要件は、ラベル構成データストア１０４によって規定される場合がある。

【0077】

[0086]動作７７０において、メッセージが送信される。メッセージは、いくつかの態様では、ドキュメントラベリングシステム１０８に送信される場合がある。たとえば、メッセージは、様々な実施形態では、ドキュメントラベリングシステム１０８を実装する単一のデバイス、または同じく実装するクラウドベースのネットワークサービスに送信することができる。メッセージの宛先デバイスは、実行デバイスが実行することができなかった任意の修正でドキュメントを増強するように構成される場合がある。言い換えれば、動作７７０のメッセージ用の宛先デバイスは、メッセージによって示されたドキュメントとその割り当てられたラベルの要件との間の任意のギャップを埋める。動作７７０において送信されたメッセージは、ドキュメントをそのそれぞれのラベルによって暗示された要件に準拠させるために必要な修正の残りの部分を完了するように、受信するデバイスまたはサービスに指示するように構成される。

【0078】

[0087]プロセス７００および図７に関して、いくつかの実施形態では、電子ドキュメントをそのラベルに準拠させるために単一の修正が必要とされる。これらの実施形態では、恐らく、実行デバイスがこの修正を実行する。この場合、動作７７０において送信されたメッセージは、実行デバイスが必要なすべての修正を実行するので、ドキュメントをそのラベルに準拠させるためにさらなる修正が必要ではないことを示す。しかしながら、メッセージは、実施形態に応じて、（たとえば、それらのうちの１つが修正を示すはずがない図５Ａまたは図５Ｂのいずれかの趣旨と一致する）行われた修正または行われる必要がある修正をさらに示すはずである。いくつかの他の実施形態では、単一の修正が必要とされるが、実行デバイスは修正を実行するように構成されない。この場合、実行デバイスは修正を実行しないが、動作７７０のメッセージを介して、メッセージを受信するエンティティ（サービス／デバイス）によって単一の修正が実行される必要があることを示す。これらの例示的な実施形態または状況は、どの必要な修正が実行デバイス（たとえば、クライアントデバイス）によって実行されるか、およびバックエンド処理エンティティ（たとえば、ネットワークサービス、クラウドベースのサービス、バックエンドサーバなど）によってどの修正が実行されるかを動的に判定する方式でシステムがまだ動作しているという点で、主題をさらに表す。

【0079】

[0088]同様に、場合によっては、ドキュメントをラベルに準拠させるために、ドキュメントに対する修正は必要でない。この場合、実行デバイスは、修正が必要でないと判断し、いくつかの実施形態では、図５Ａまたは図５Ｂのいずれかの趣旨と一致するメッセージにおいて、修正が行われなかったこと、または修正が必要でないことのいずれかを示す。受信デバイス／サービスは、次いで、メッセージと一致する動作を実行する。これはまた、例示的な実施形態が必要な修正のセットをさらに動的に決定し、上述されたように処理負荷を分散させるために、少なくとも実行デバイスとリモートサービス／デバイスとの間でそれらの修正を分散させるので、本発明の趣旨を示す。

【0080】

[0089]いくつかの実施形態では、ドキュメントをその要件に準拠させるために２つ以上の修正が必要とされ、少なくとも１つの修正は実行デバイスによって行われ、少なくとも１つの修正は、上述された、リモートネットワークデバイスまたはネットワークサービスなどの、ドキュメントラベリングシステム１０８の一実施形態によって行われる。

【0081】

[0090]図８は、電子ドキュメントにラベルを付ける方法のフローチャートである。いくつかの態様では、図８およびプロセス８００に関して以下で説明される機能のうちの１つまたは複数は、ハードウェア処理回路によって実行される場合がある。たとえば、メモリ９０４および／または９０６内の以下で説明される命令９２４は、以下で説明される機能のうちの１つまたは複数を実行するようにプロセッサ９０２を構成することができる。いくつかの態様では、以下で説明されるプロセス８００は、図２に関して上述された適応型ドキュメント処理モジュール２０６によって実行される場合がある。いくつかの態様では、プロセス８００は、図１に関して上述されたドキュメントラベリングシステム１０８によって実行される。いくつかの実施形態では、プロセス７００を実行するデバイスおよびプロセス８００を実行する別個のデバイスまたはサービスは、協働してドキュメントラベリング解決策を実施し、プロセス７００はドキュメントに対して少なくとも１つの修正を実行し、プロセス８００はドキュメントに対して少なくとも１つの修正を実行する。

【0082】

[0091]開始ブロック８０５の後、プロセス８００は動作８１０に移動する。動作８１０において、第１のデバイスからドキュメントが受信される。いくつかの実施形態では、第１のデバイスはクライアントデバイス１０２ａまたは１０２ｂと均等である。いくつかの実施形態では、ドキュメントは、図５Ａ～図５Ｂに関して上述された例示的なメッセージ５００および／または５５０に関して上述されたフィールドのうちの１つまたは複数を含むメッセージなどの、ネットワークメッセージ内でネットワークを介して受信される。これらの実施形態のうちのいくつかでは、ドキュメントはＩｄフィールド５１０または５６０を介して受信される。動作８１０はまた、ドキュメント用のラベルの指示を受信する（たとえば、５０６または５５６）。たとえば、ラベルは、様々な実施形態では、ドキュメントが公表、内密、機密、秘密、極秘、限定、または他のラベルとしてラベル付けされているかを示すことができる。たとえば、上述されたように、ラベルはドキュメントに対する１つまたは複数の要件を示す。各要件は、少なくともいくつかの実施形態では、ドキュメントの特定のプロパティの特定の状態を示す。動作８１０において、ラベルの要件とドキュメントの状態との間のギャップの指示も受信される（たとえば、５０８または５５８）。ギャップの指示は、いくつかの実施形態では、ドキュメントをラベルに準拠させるために必要なドキュメントに対する修正のセットを示す。たとえば、ギャップは、いくつかの実施形態では、ドキュメントをラベルに準拠させるために必要なドキュメントプロパティの対応するセットのための状態遷移のセットを示す。

【0083】

[0092]動作８２０において、ドキュメントに対する修正の第１のセットがギャップに基づいて決定される。いくつかの実施形態では、修正は、図５Ａ～図５Ｂに関して上述されたメッセージ５００および／またはメッセージ５５０などのネットワークメッセージによって示される。いくつかの他の実施形態では、修正のセットは、ラベルと一致する（複数のドキュメントプロパティ状態から構成される）ドキュメント状態にドキュメントを移すために必要な１つまたは複数のドキュメントプロパティに対する変更を識別することによって決定される。たとえば、図４に関して上述されたように、ラベルは１つまたは複数のドキュメントプロパティに対する要件のセットを表す。要件は、１つまたは複数のドキュメントプロパティの特定の状態を指定する。修正の第１のセットは、少なくとも１、２、３、４、５、６、７、８、９、１０、または任意の数の修正を含む場合があることに留意されたい。修正の各々は、異なるドキュメントプロパティに対応する。

【0084】

[0093]動作８３０において、ドキュメントに対して修正の第１のセットが実行される。たとえば、修正は、１つまたは複数のヘッダ（たとえば、第１のプロパティ）、フッタ（たとえば、第２のプロパティ）、または透かし（たとえば、第３のプロパティ）などのドキュメントのコンテンツを修正することを含む場合がある。いくつかの実施形態では、修正はまた、ドキュメントの暗号化レベル、パスワード、または他のプロパティなどのドキュメントのプロパティを修正することを含む。動作８３０のいくつかの実施形態は、修正されたドキュメントをデータストアに格納すること、および／または、ハードディスク、ネットワークインターフェース、ディスプレイスクリーン、もしくは他の出力デバイスなどの出力デバイスに修正されたドキュメントを書き込むことを含む。

【0085】

[0094]動作８４０において、第３のデバイスから第２のドキュメントが受信される。第３のデバイスは、いくつかの実施形態では、クライアントデバイス（たとえば、１０２ａまたは１０２ｂ）である。第２のドキュメントは、いくつかの実施形態では、メッセージ部分５００および／または５５０に関して上述されたフィールドのうちの１つまたは複数を含むメッセージなどのメッセージ内で受信される。第２のドキュメントはまた、ラベル（すなわち、第１のドキュメントが関連付けられた同じラベル）と関連付けられるように示される。動作８４０はまた、第２のドキュメントの第２の状態とラベルの要件との間の第２のギャップの指示を受信することを含む。第２のギャップは第１のギャップとは異なる。言い換えれば、第１と第２の両方のドキュメントは、同じラベルと関連付けられるか、または同じラベルを割り当てられる。たとえば、第１と第２の両方のドキュメントは、いくつかの実施形態では、極秘というラベルを付けられる。しかしながら、第１および第２のドキュメントは異なる状態で受信される。たとえば、第１のドキュメントの第１の複数のドキュメントプロパティは、対応する複数の値を有する。受信されたとき、第２のドキュメントは、第１の複数のドキュメントプロパティに関する値の異なる第２のセットを有する。プロセス８００を実行するデバイスは、第１および第２のドキュメントの各々に関する第１の複数のドキュメントプロパティを、実行デバイスによって受信されたときのそれぞれのドキュメントの状態にかかわらず、ラベルによって規定されたそれらのプロパティ値に準拠させる。

【0086】

[0095]動作８５０において、第２のドキュメントに対する修正の第２のセットが、示された第２のギャップに基づいて決定される。修正の第２のセットは、修正の第１のセットとは異なる。たとえば、第１のドキュメントおよび第２のドキュメントの状態は、それらがプロセス８００を実行するデバイスによって受信されたときに異なるので、ドキュメントの各々をラベルの要件に準拠させるために、それぞれのドキュメントに対する異なる修正が必要とされる。ラベルは、第１と第２の両方のドキュメントに共通である。修正のセットは、少なくとも１、２、３、４、５、６、７、８、９、１０、または任意の数の修正を含む場合があることに留意されたい。修正の各々は、異なるドキュメントプロパティに対応する。

【0087】

[0096]動作８６０において、第２のドキュメントに対して決定された修正の第２のセットが実行される。動作８６０のいくつかの実施形態は、修正された第２のドキュメントをデータストアに格納すること、および／または、ハードディスク、ネットワークインターフェース、ディスプレイスクリーン、もしくは他の出力デバイスなどの出力デバイスに修正された第２のドキュメントを書き込むことを含む。

【0088】

[0097]図９は、本明細書で説明された技法（たとえば、方法）のうちのいずれか１つまたは複数がその上で実行することができる例示的な機械９００のブロック図を示す。代替の実施形態では、機械９００は、スタンドアロンデバイスとして動作してもよく、他の機械に接続（たとえば、ネットワーク化）されてもよい。ネットワーク化された配置では、機械９００は、サーバ－クライアントネットワーク環境内でサーバマシン、クライアントマシン、または両方として動作することができる。一例では、機械９００は、ピアツーピア（Ｐ２Ｐ）（または他の分散）ネットワーク環境内でピアマシンとして活動することができる。機械９００は、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、携帯情報端末（ＰＤＡ）、携帯電話、スマートフォン、ウェブアプライアンス、ネットワークルータ、スイッチもしくはブリッジ、サーバコンピュータ、データベース、会議室機器、またはその機械によって取られるべき動作を指定する命令（シーケンシャルもしくはその他）を実行することが可能な任意の機械であってもよい。様々な実施形態では、機械９００は、上記の図１～図８および／または下記の図１０に関して上述されたプロセスのうちの１つまたは複数を実行することができる。さらに、単一の機械が図示されているが、「機械」という用語はまた、クラウドコンピューティング、サービス型ソフトウェア（ＳａａＳ）、他のコンピュータクラスタ構成などの、本明細書で説明された方法のうちのいずれか１つまたは複数を実行するために、命令のセット（または複数のセット）を単独または一緒に実行する機械の任意の集合を含むように受け取られるべきである。

【0089】

[0098]本明細書に記載された例は、ロジック、またはいくつかの構成要素、モジュール、もしくはメカニズム（すべて、以下「モジュール」と呼ばれる）を含む場合があるか、またはそれらの上で動作することができる。モジュールは、指定された動作を実行することが可能な有形のエンティティ（たとえば、ハードウェア）であるか、またはある特定の方式で構成または配置される場合がある。一例では、回路は、モジュールとして指定された方式で（他の回路などの外部エンティティの内部に、またはそれらに対して）配置される場合がある。一例では、１つもしくは複数のコンピュータシステム（たとえば、スタンドアロンのクライアントもしくはサーバのコンピュータシステム）または１つもしくは複数のハードウェアプロセッサの全部または一部は、指定された動作を実行するように動作するモジュールとしてファームウェアまたはソフトウェア（たとえば、命令、アプリケーション部分、もしくはアプリケーション）によって構成される場合がある。一例では、ソフトウェアは機械可読媒体上に存在する場合がある。一例では、ソフトウェアは、モジュールの下層のハードウェアによって実行されると、指定された動作をハードウェアに実行させる。

【0090】

[0099]したがって、「モジュール」という用語は、有形のエンティティを包含し、指定された方式で動作するか、または本明細書に記載された任意の動作の一部もしくはすべてを実行するように、物理的に構築されるか、具体的に構成される（たとえば、ハードワイヤリングされる）か、または一時的に（たとえば、一過性で）構成される（たとえば、プログラムされる）エンティティであると理解される。モジュールが一時的に構成される例を考えると、モジュールの各々はいかなる時点でもインスタンス化される必要がない。たとえば、モジュールがソフトウェアを使用して構成された汎用ハードウェアプロセッサを備える場合、汎用ハードウェアプロセッサは、異なる時間にそれぞれの異なるモジュールとして構成される場合がある。ソフトウェアは、それに応じて、たとえば、ある時間インスタンスに特定のモジュールを構成し、異なる時間インスタンスに異なるモジュールを構成するように、ハードウェアプロセッサを構成することができる。

【0091】

[00100]機械（たとえば、コンピュータシステム）９００は、ハードウェアプロセッサ９０２（たとえば、中央処理装置（ＣＰＵ）、グラフィックス処理装置（ＧＰＵ）、ハードウェアプロセッサコア、またはそれらの任意の組合せ）、主メモリ９０４、およびスタティックメモリ９０６を含む場合があり、それらの一部またはすべては、インターリンク（たとえば、バス）９０８を介して互いに通信することができる。機械９００は、ディスプレイユニット９１０、英数字入力デバイス９１２（たとえば、キーボード）、およびユーザインターフェース（ＵＩ）ナビゲーションデバイス９１４（たとえば、マウス）をさらに含む場合がある。一例では、ディスプレイユニット９１０、入力デバイス９１２、およびＵＩナビゲーションデバイス９１４は、タッチスクリーンディスプレイであってもよい。機械９００は、ストレージデバイス（たとえば、ドライブユニット）９１６、信号発生デバイス９１８（たとえば、スピーカ）、ネットワークインターフェースデバイス９２０、および全地球測位システム（ＧＰＳ）センサ、コンパス、加速度計、または他のセンサなどの１つまたは複数のセンサ９２１をさらに含む場合がある。機械９００は、１つまたは複数の周辺デバイス（たとえば、プリンタ、カードリーダなど）と通信するか、またはそれらを制御するために、シリアル（たとえば、ユニバーサルシリアルバス（ＵＳＢ））、パラレル、または他の有線もしくはワイヤレス（たとえば、赤外線（ＩＲ）、近距離無線通信（ＮＦＣ）など）の接続などの、出力コントローラ９２８を含む場合がある。

【0092】

[00101]ストレージデバイス９１６は、本明細書に記載された技法または機能のうちのいずれか１つまたは複数によって使用または利用されるデータ構造または命令９２４（たとえば、ソフトウェア）の１つまたは複数のセットが記憶される、機械可読媒体９２２を含む場合がある。命令９２４はまた、機械９００によるその実行中に、主メモリ９０４内、スタティックメモリ９０６内、またはハードウェアプロセッサ９０２内に完全にまたは少なくとも部分的に存在する場合がある。一例では、ハードウェアプロセッサ９０２、主メモリ９０４、スタティックメモリ９０６、またはストレージデバイス９１６の１つまたは任意の組合せは、機械可読媒体を構成することができる。

【0093】

[00102]機械可読媒体９２２は単一の媒体として図示されているが、「機械可読媒体」という用語は、１つまたは複数の命令９２４を記憶するように構成された単一の媒体または複数の媒体（たとえば、集中型もしくは分散型のデータベース、ならびに／または関連付けられたキャッシュおよびサーバ）を含んでもよい。

【0094】

[00103]「機械可読媒体」という用語は、機械９００が実行するための命令を記憶、符号化、もしくは搬送することが可能であり、本開示の技法のうちのいずれか１つもしくは複数を機械９００に実行させるか、またはそのような命令によって使用されるかもしくはそれらに関連付けられたデータ構造を記憶、符号化、もしくは搬送することが可能である、任意の媒体を含んでもよい。非限定的な機械可読媒体の例には、ソリッドステートメモリ、ならびに光学媒体および磁気媒体が含まれる場合がある。機械可読媒体の具体例には、半導体メモリデバイス（たとえば、電気的プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ））、およびフラッシュメモリデバイスなどの不揮発性メモリ、内部ハードディスクおよびリムーバブルディスクなどの磁気ディスク、光磁気ディスク、ランダムアクセスメモリ（ＲＡＭ）、ソリッドステートドライブ（ＳＳＤ）、ならびにＣＤ－ＲＯＭディスクおよびＤＶＤ－ＲＯＭディスクが含まれる場合がある。いくつかの例では、機械可読媒体は、非一時的機械可読媒体を含む場合がある。いくつかの例では、機械可読媒体は、一時的伝搬信号ではない機械可読媒体を含む場合がある。

【0095】

[00104]命令９２４は、さらにネットワークインターフェースデバイス９２０を介して送信媒体を使用する通信ネットワーク９２６上で送信または受信される場合がある。機械９００は、いくつかの転送プロトコル（たとえば、フレームリレー、インターネットプロトコル（ＩＰ）、伝送制御プロトコル（ＴＣＰ）、ユーザダイアグラムプロトコル（ＵＤＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）など）のうちのいずれか１つを利用して、１つまたは複数の他の機械と通信することができる。例示的な通信ネットワークには、とりわけ、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パケットデータネットワーク（たとえば、インターネット）、携帯電話ネットワーク（たとえば、セルラーネットワーク）、簡素な旧来の電話（ＰＯＴＳ）ネットワーク、およびワイヤレスデータネットワーク（たとえば、Ｗｉ－Ｆｉ（登録商標）として知られている電気電子技術者協会（ＩＥＥＥ）８０２．１１規格ファミリ、ＷｉＭａｘ（登録商標）として知られているＩＥＥＥ８０２．１６規格ファミリ）、ＩＥＥＥ８０２．１５．４規格ファミリ、ロングタームエボリューション（ＬＴＥ）規格ファミリ、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）規格ファミリ、ピアツーピア（Ｐ２Ｐ）ネットワークが含まれてもよい。一例では、ネットワークインターフェースデバイス９２０は、通信ネットワーク９２６に接続するために、１つもしくは複数の物理ジャック（たとえば、イーサネットジャック、同軸ジャック、もしくは電話ジャック）または１つもしくは複数のアンテナを含む場合がある。一例では、ネットワークインターフェースデバイス９２０は、単入力多出力（ＳＩＭＯ）技法、多入力多出力（ＭＩＭＯ）技法、または多入力単出力（ＭＩＳＯ）技法のうちの少なくとも１つを使用してワイヤレス通信するために、複数のアンテナを含む場合がある。いくつかの例では、ネットワークインターフェースデバイス９２０は、マルチユーザＭＩＭＯ技法を使用してワイヤレス通信することができる。

【0096】

[00105]図１０は、開示された実施形態のうちの１つまたは複数によってその少なくとも一部分が実装される場合があるネットワーク化システムの概略図である。ネットワーク化システム１１００ａは、アプリケーションサーバ１１１６ａなどのリモートクラウドベースのＩＴリソースとともに、業務用企業環境１１０３ａを含む。業務用企業環境１１０３ａはユーザ端末１１０２ａを含む。ユーザ端末１１０２ａは、企業データストア１１０４ａに格納された機密データを含む企業データにアクセスする。上述されたように、開示された実施形態は、企業１１０３ａを離れたデータの監視および制御を実現する。

【0097】

[00106]ユーザ端末１１０２ａは、リモートアプリケーションサーバ１１１６ａにネットワークデータ１１０５ａを送信する。リモートアプリケーションサーバ１１１６ａは、リモートアプリケーションサーバ１１１６ａに送信されたネットワークデータ１０５ａを途中で捕まえるフィルタ１１０７ａを含む。ユーザ端末１１０２ａは、様々な理由でリモートアプリケーションサーバ１１１６ａにデータを送信することができる。たとえば、ネットワークデータ１１０５ａは、電子メールメッセージの少なくとも一部分であり得、リモートアプリケーションサーバ１１１６ａは、電子メールアプリケーションサービスを実装することができる。ネットワークデータ１１０５ａは、代替として、複数のユーザ間のデータの共有を容易にするウェブサイトまたはリモートストレージ（たとえば、Ｓｈａｒｅｐｏｉｎｔ（登録商標）、Ｂｏｘ（登録商標）など）にアップロードされているドキュメントを表す場合がある。これらの実施形態では、データ１１０５ａは、ＨＴＴＰポストタイプメッセージに含まれる場合がある。

【0098】

[00107]ネットワークデータ１１０５ａがアプリケーションサーバ１１６ａに送信されると、それは安全な環境１１４０ａの外部に曝される危険があり得る。たとえば、電子メールアプリケーションを実装するアプリケーションサーバ１１１６ａの場合、クライアントデバイス１１０２ａは、外部デバイス１１１７ａに電子メースメッセージの一部としてネットワークデータ１１０５ａを送信するように試みる場合がある。共有機能を有するウェブサイトを実装するアプリケーションサーバ１１１６ａの場合、ネットワークデータ１１０５ａがウェブサイトを介して公開されると、それは外部デバイス１１１７ａによって見られる危険がある。

【0099】

[00108]ネットワークデータ１１０５ａが企業１０３ａによって機密と見なされるデータを含むかどうかを判定するために、データ保護フィルタ１１０７ａは、データ照合分類器（ＤＭＣ）１１０８ａにネットワークデータ１１０５ａを送信する。ＤＭＣ１１０８ａは、ネットワークデータ１１０５ａに対して１つまたは複数のスクリーニング方法を実行するために、ポリシーデータストア１１１０ａと相談する。

【0100】

[00109]１つまたは複数のスクリーニング方法の各々は、ネットワークデータ１１０５ａが機密情報の１つまたは複数の指示を有するかどうかを識別する。スクリーニング方法は、ネットワークデータに対して様々な分析を実行して、ネットワークデータが機密情報の指示を含むかどうかを判定することができる。いくつかの実施形態では、ＤＭＣ１１０８ａによって実行されるスクリーニング方法は、ネットワークデータに対する正規表現評価および／またはキーワード照合のうちの１つまたは複数を使用することができる。ネットワークデータ内で識別されるべき正規表現および／またはキーワードを定義する情報は、構成情報からＤＭＣ１１０８ａによって取得される場合がある。いくつかの態様では、正規表現および／またはキーワードは、ポリシー固有であってもよい。ポリシーは、時刻、ユーザ識別子、グループ識別子、または他のパラメータのうちの１つまたは複数に基づく場合がある。ネットワークデータ１１０５ａに適用するポリシーは、ポリシーデータストア１１１０ａから取得される場合がある。ポリシーデータストア１１１０ａに含まれるポリシー情報は、管理コンソール１１１３ａを介して構成される場合がある。

【0101】

[00110]開示された実施形態は、ネットワークデータを部分にセグメント化し、各個別部分が機密データの指示を含むかどうかを判定することができる。したがって、たとえば、ネットワークデータ１１０５ａが単一の電子ドキュメントを表す場合、そのドキュメントは複数の部分にセグメント化される場合があり、ＤＭＣ１０８ａは、複数の部分の各々が機密情報の指示を含むかどうかを判定することができる。スクリーニング方法は、ネットワークデータが機密情報を含むかどうかを確実には判定しないが、それらは、機密情報がネットワークデータ１１０５ａに含まれる危険の指示を提供する。

【0102】

[00111]ネットワークデータ１１０５ａのセグメント化は、実施形態によって異なる場合がある様々な技法を使用して実行される場合がある。いくつかの実施形態では、セグメント化は、特定のセグメントのサイズに従って実行される場合がある。たとえば、これらの実施形態では、恐らくネットワークデータの最終セグメント以外の各セグメントは、均等なサイズのセグメントであり得る。他の実施形態は、ネットワークデータ自体のコンテキスト知識に基づいてデータをセグメント化することができる。たとえば、ネットワークデータが電子ドキュメントを表す場合、いくつかの実施形態は、ページ境界、パラグラフ境界、スプレッドシートのセル、行、もしくは列の境界、またはネットワークデータによって符号化された特定の電子ドキュメントによって異なる他のコンテキスト境界などに沿って、電子ドキュメントを有する境界と一致するネットワークデータをセグメント化することができる。

【0103】

[00112]ネットワークデータ１１０５ａの一部分が機密情報を曝す危険を提示すると判定された場合、ＤＭＣ１１０８ａは、インターネットなどのネットワークを介してデータ照合サービス（ＤＭＳ）１１１４ａにその部分を送信する。ＤＭＳ１１１４ａは、受信された部分をＥＤＭ探索データストア１１２５ａ内のデータと比較する。

【0104】

[00113]ＥＤＭ探索データストア１１２５ａは、企業１１０３ａ内に配置された企業データストア１１０４ａからデータフロー１１２６ａを介して集められる。いくつかの実施形態では、企業データストア１１０４ａからＥＤＭ探索データストア１２５ａへのデータは、データアップロードシステム１１３０ａによって提供される場合がある。たとえば、データアップロードシステム１１３０ａは、企業データストア１１４０ａにデータをアップロードする前に、企業データストア１１０４ａ内のデータをハッシュまたは暗号化することができる。インポートプロセス１１４５ａは、ＥＤＭ探索データストア１１２５ａに集める前にデータをさらに処理することができる。企業データ１１４０ａからＥＤＭ探索データストア１１２５ａにデータをインポートするインポートプロセス１１４５ａは、完全データ一致構成データストア１１４２ａに含まれる構成情報によって制御される場合があり、完全データ一致構成データストア１１４２ａは、管理コンソール１１１３ａに表示されるユーザインターフェースを介して構成される場合がある。

【0105】

[00114]上述された１つまたは複数のスクリーニング方法によるネットワークデータ１１０５ａの分析に加えて、ＤＭＣ１１０８ａは、ネットワークデータ１０５ａがＥＤＭ探索データストア１１２５ａにアップロードされることを待っているかどうかを判定するようにさらに構成される場合がある。たとえば、ＤＭＣ１１０８ａは、ネットワークデータ１１０５ａのアップロードが保留中かどうかを判定するために、新データキュー１１３２ａをチェックすることができる。これらの実施形態では、企業１１０３ａ内で作成された新データは、企業データストア１１０４ａに追加され、新データキュー１１３２ａ内でも示される。企業データストア１１０４ａからＥＤＭ探索データストア１１２５ａへのアップロードは、アップローダ１１３０ａにより、新データキュー１１３２ａ内のデータによって駆動される場合がある。いくつかの実施形態では、アップローダ１１３０ａは、周期的に、または少なくとも、新データが最初に作成された時間とデータがＥＤＭ探索データストア１１２５ａへの転送に成功した時間との間に何らかの遅延をもたらす離散間隔で動作する。この遅延の間、この新データは、本明細書に記載されたように改善策が取られない限り、クライアントデバイス１１０５ａによる暴露に脆弱であり得る。

【0106】

[00115]したがって、ＤＭＣ１１０８ａは、ネットワークデータ１１０５ａがすでにアップロードされており、したがって、ＤＭＳ１１１４ａによる検出に成功することができるかどうか、または新データがユーザ端末１１０２ａによって曝されないことをＤＭＣ１１０８ａが保証するべきかどうかを判定するために、新データキュー１１３２ａをチェックすることができる。新データがユーザ端末１１０２ａによる暴露を制限されているかどうかを判定するために、ＤＭＣ１１０８ａは、企業データストア１１０４ａに含まれるデータ用のインジケータをチェックすることができる。たとえば、企業データストア１１０４ａは、ネットワークデータ１１０４ａの特定の部分がユーザ端末１１０２ａによる暴露を制限されているかどうかを示す場合がある。ネットワークデータ１１０５ａが制限されている場合、ＤＭＣ１１０８ａは、ＤＭＳ１１１４ａと相談することなく、安全な環境の外部でのネットワークデータ１１０５ａの送信をブロックすることができる。

【0107】

[00116]本明細書に記載された例は、ロジック、またはいくつかの構成要素、モジュール、もしくはメカニズムを含む場合があるか、またはそれらで動作することができる。モジュールは、指定された動作を実行することが可能な有形のエンティティ（たとえば、ハードウェア）であるか、またはある特定の方式で構成または配置される場合がある。一例では、回路は、モジュールとして指定された方式で（他の回路などの外部エンティティの内部に、またはそれらに対して）配置される場合がある。一例では、１つもしくは複数のコンピュータシステム（たとえば、スタンドアロンのクライアントもしくはサーバのコンピュータシステム）または１つもしくは複数のハードウェアプロセッサの全部または一部は、指定された動作を実行するように動作するモジュールとしてファームウェアまたはソフトウェア（たとえば、命令、アプリケーション部分、もしくはアプリケーション）によって構成される場合がある。一例では、ソフトウェアは機械可読媒体上に存在する場合がある。一例では、ソフトウェアは、モジュールの下層のハードウェアによって実行されると、指定された動作をハードウェアに実行させる。

【0108】

[00117]開示された実施形態のうちのいくつかは、上述されたように、ラベルに準拠するためのドキュメントの修正の、図１０に関して上述されたクラウドベースのドキュメント管理システムとの統合を実現することができる。たとえば、いくつかの実施形態では、クライアントデバイス１１０２ａは、図７に関して上述された機能のうちの１つまたは複数を実行する。図１０のクライアントデバイス１１０２ａは、図１に関して上述されたクライアントデバイス１０２ａと均等である。図１に関して上述されたドキュメントラベリングシステム１０８は、アプリケーションサーバ１１１６ａまたはアップローダ１１３０ａのうちの１つまたは複数と統合される。

【0109】

[00118]例１は、実行されると、第１の電子ドキュメントの第１のラベルを示す入力を受け取ることと、第１のラベルによって規定されたドキュメント要件を特定することと、ドキュメント要件に基づいて第１の電子ドキュメントの修正を決定することと、第１のデバイスが実行するように構成された修正の部分を決定することと、部分に基づいて第１の電子ドキュメントを修正することと、ラベル、電子ドキュメントを示し、第１のデバイスによって行われた修正を個別に示すようにメッセージを生成することと、ネットワークサービスまたはいくつかの実施形態においてネットワークサービスを実行している場合がある第２のデバイスにメッセージを送信することとを含む動作を実行するように第１のデバイスのハードウェア処理回路を構成する命令を記憶する、非一時的コンピュータ可読記憶媒体である。

【0110】

[00119]例２では、例１の主題は、場合によっては、入力がユーザインターフェースから受け取られることを含む。
[00120]例３では、例１～２のうちのいずれか１つまたは複数の主題は、場合によっては、ドキュメント要件を特定することが、第１のラベルに基づいてデータストアを探索することと、探索に基づいてドキュメント要件を特定することとを含むことを含む。

【0111】

[00121]例４では、例１～３のうちのいずれか１つまたは複数の主題は、場合によっては、第１のデバイスがクライアントデバイスであり、メッセージが第２のデバイス上で動作する電子メールサーバアプリケーションに送信されることを含む。

【0112】

[00122]例５では、例１～４のうちのいずれか１つまたは複数の主題は、場合によっては、修正が電子ドキュメントのコンテンツ修正または電子ドキュメントの暗号化のうちの１つまたは複数を含むことを含む。

【0113】

[00123]例６では、例１～５のうちのいずれか１つまたは複数の主題は、場合によっては、第２のデバイスがメッセージに基づいて部分に含まれない修正を実行するように構成されることを含む。

【0114】

[00124]例７では、例１～６のうちのいずれか１つまたは複数の主題は、場合によっては、メッセージが、電子ドキュメントのコンテンツとは別個のメッセージのフィールド内の部分に含まれる修正を識別することにより、修正を個別に示すようにさらに生成されることを含む。

【0115】

[00125]例８は、第１の電子ドキュメントの第１のラベルを示す入力を受け取ることと、第１のラベルによって規定されたドキュメント要件を特定することと、ドキュメント要件に基づいて第１の電子ドキュメントの修正を決定することと、第１のデバイスが実行するように構成された修正の第１の部分を決定することと、第１の部分に従って第１の電子ドキュメントを修正することと、ラベル、電子ドキュメントを示し、第１のデバイスによって行われた修正を個別に示すようにメッセージを生成することと、第２のデバイスにメッセージを送信することとを含む、第１のデバイスのハードウェア処理回路によって実行される方法である。

【0116】

[00126]例９では、例８の主題は、場合によっては、入力がユーザインターフェースから受け取られることを含む。
[00127]例１０では、例８～９のうちのいずれか１つまたは複数の主題は、場合によっては、ドキュメント要件を特定することが、第１のラベルに基づいてデータストアを探索することと、探索に基づいてドキュメント要件を特定することとを含むことを含む。

【0117】

[00128]例１１では、例８～１０のうちのいずれか１つまたは複数の主題は、場合によっては、第１のデバイスがクライアントデバイスであり、メッセージが第２のデバイス上で動作する電子メールサーバアプリケーションに送信されることを含む。

【0118】

[00129]例１２では、例８～１１のうちのいずれか１つまたは複数の主題は、場合によっては、修正が電子ドキュメントのコンテンツ修正または電子ドキュメントの暗号化のうちの１つまたは複数を含むことを含む。

【0119】

[00130]例１３では、例８～１２のうちのいずれか１つまたは複数の主題は、場合によっては、第２のデバイスがメッセージに基づいて第１の部分に含まれない修正の第２の部分を実行するように構成されることを含む。

【0120】

[00131]例１４では、例８～１３のうちのいずれか１つまたは複数の主題は、場合によっては、メッセージが、電子ドキュメントのコンテンツとは別個のメッセージのフィールド内で行われた修正の各々を識別することにより、修正を個別に示すようにさらに生成されることを含む。

【0121】

[00132]例１５は、ハードウェア処理回路と、実行されると、第１の電子ドキュメントの第１のラベルを示す入力を受け取ることと、第１のラベルによって規定されたドキュメント要件を特定することと、ドキュメント要件に基づいて第１の電子ドキュメントの修正のセットを決定することと、修正のセットのサブセットを決定することとを含む動作を実行するようにハードウェア処理回路を構成する命令を記憶する１つまたは複数の電子メモリとを備える、システムであり、ハードウェア処理回路は、サブセットに基づいて第１の電子ドキュメントを修正することと、ラベル、電子ドキュメントを示し、ハードウェア処理回路によって行われた修正を個別に示すようにメッセージを生成することと、リモートデバイスにメッセージを送信することとを実行するように構成される。

【0122】

[00133]例１６では、例１５の主題は、場合によっては、入力がユーザインターフェースから受け取られることを含む。
[00134]例１７では、例１５～１６のうちのいずれか１つまたは複数の主題は、場合によっては、ドキュメント要件を特定することが、第１のラベルに基づいてデータストアを探索することと、探索に基づいてドキュメント要件を特定することとを含むことを含む。

【0123】

[00135]例１８では、例１５～１７のうちのいずれか１つまたは複数の主題は、場合によっては、ハードウェア処理回路がクライアントデバイスに含まれ、メッセージがリモートデバイス上で動作する電子メールサーバアプリケーションに送信されることを含む。

【0124】

[00136]例１９では、例１５～１８のうちのいずれか１つまたは複数の主題は、場合によっては、修正のセットが電子ドキュメントのコンテンツ修正または電子ドキュメントの暗号化のうちの１つまたは複数を含むことを含む。

【0125】

[00137]例２０では、例１５～１９のうちのいずれか１つまたは複数の主題は、場合によっては、リモートデバイスが、メッセージに基づいて、親２１を失ったサブセット２０に含まれない修正のセットからの修正を実行するように構成されることを含む。メッセージが、電子ドキュメントのコンテンツとは別個のメッセージのフィールド内で行われた修正の各々を識別することにより、修正を個別に示すようにさらに生成される、例１５のシステム。

【0126】

[00138]例２１は、第１の電子ドキュメントに第１のラベルを割り当てる入力を受け取るための手段と、第１のラベルによって規定されたドキュメント要件を特定するための手段と、ドキュメント要件に基づいて第１の電子ドキュメントの修正を決定するための手段と、デバイスが実行するように構成された修正の部分を決定するための手段と、部分に従って第１の電子ドキュメントを修正するための手段と、ラベル、電子ドキュメントを示し、装置によって行われた修正を個別に示すようにメッセージを生成するための手段と、第２の装置にメッセージを送信するための手段とを備える、装置である。

【0127】

[00139]例２２では、例２１の主題は、場合によっては、入力を受け取るための手段がユーザインターフェースから入力を受け取るように構成されることを含む。
[00140]例２３では、例２１～２２のうちのいずれか１つまたは複数の主題は、場合によっては、ドキュメント要件を特定するための手段が、第１のラベルに基づいてデータストアを探索し、探索に基づいてドキュメント要件を特定するように構成されることを含む。

【0128】

[00141]例２４では、例２１～２３のうちのいずれか１つまたは複数の主題は、場合によっては、装置がクライアントデバイスであり、メッセージが第２の装置上で動作する電子メールサーバアプリケーションに送信されることを含む。

【0129】

[00142]例２５では、例２１～２４のうちのいずれか１つまたは複数の主題は、場合によっては、修正が電子ドキュメントのコンテンツ修正または電子ドキュメントの暗号化のうちの１つまたは複数を含むことを含む。

【0130】

[00143]例２６では、例２１～２５のうちのいずれか１つまたは複数の主題は、場合によっては、第２の装置がメッセージに基づいて部分に含まれない修正を実行するように構成されることを含む。

【0131】

[00144]例２７では、例２１～２６のうちのいずれか１つまたは複数の主題は、場合によっては、メッセージを生成するための手段が、電子ドキュメントのコンテンツとは別個のメッセージのフィールド内の修正の各々を識別することにより、行われた修正を個別に示すようにメッセージさらに生成するように構成されることを含む。

【0132】

[00145]例２９は、第２のデバイスによって第１のデバイスから、第１のドキュメント、第１のドキュメントに適用するラベルの指示、およびラベルの要件と第１のドキュメントの第１の状態との間の第１のギャップの指示を受信することと、示された第１のギャップに基づいて、第１のドキュメントに対する修正の第１のセットを決定することと、第１のドキュメントに対する修正の第１のセットを実行することと、第２のデバイスによって第３のデバイスから、第２のドキュメント、第２のドキュメントに適用するラベルの指示、およびラベルの要件と第２のドキュメントの第２の状態との間の第２のギャップの指示を受信することであって、第２のギャップが第１のギャップとは異なる、受信することと、示された第２のギャップに基づいて、第２のドキュメントに対する修正の第２のセットを決定することと、第２のドキュメントに対する修正の第２のセットを実行することとを含む方法である。

【0133】

[00146]例３０では、例２９の主題は、場合によっては、第１のドキュメントおよび第１のギャップの指示がネットワークメッセージ内で第２のデバイスによって受信され、第１のギャップが、ラベルの要件を満たさない第１のドキュメントのドキュメントプロパティのリストによって示されることを含む。

【0134】

[00147]例３１では、例２９～３０のうちのいずれか１つまたは複数の主題は、場合によっては、第１のドキュメントおよび第１のギャップの指示がネットワークメッセージ内で第２のデバイスによって受信され、第１のギャップが、ラベルの要件を満たす第１のドキュメントのドキュメントプロパティのリストによって示されることを含む。

【0135】

[00148]例３２では、例３０～３１のうちのいずれか１つまたは複数の主題は、場合によっては、ドキュメントプロパティが、第１のドキュメントのフッタ、第１のドキュメントのヘッダ、第１のドキュメントの暗号化レベル、第１のドキュメントのパスワード複雑性、または第１のドキュメントの透かしのうちの１つまたは複数を含むことを含む。

【0136】

[00149]例３３では、例３０～３２のうちのいずれか１つまたは複数の主題は、場合によっては、第１のドキュメントがラベルの要件を満たすときに満たされる複数の基準をラベルが規定することを含む。

【0137】

[00150]例３４では、例３３の主題は、場合によっては、第１のギャップが、ラベルによって規定されたそれらそれぞれの基準を満たさない第１のドキュメントのドキュメントプロパティを識別することを含む。

【0138】

[00151]例３５では、例２９～３４のうちのいずれか１つまたは複数の主題は、場合によっては、修正の第２のセットの実行が、出力デバイスに第２のドキュメントの修正バージョンを書き込むことを含むことを含む。

【0139】

[00152]例３６では、例２９～３５のうちのいずれか１つまたは複数の主題は、場合によっては、第１のデバイスが、ラベルに準拠するために第１のドキュメントに対する修正の第１のグループを実行するように構成され、第３のデバイスの構成が、修正の第１のグループ内の少なくとも１つの修正を実行しないように第３のデバイスを防止することを含む。

【0140】

[00153]例３７では、例３６の主題は、場合によっては、第１のデバイスにインストールされた第１のソフトウェアアプリケーションが第１のドキュメントの第１のプロパティを修正するように構成され、第１のソフトウェアアプリケーションが第３のデバイスにインストールされていないことを含む。

【0141】

[00154]例３８は、実行されると、第２のデバイスによって第１のデバイスから、第１のドキュメント、第１のドキュメントに適用するラベルの指示、およびラベルの要件と第１のドキュメントの第１の状態との間の第１のギャップの指示を受信することと、示された第１のギャップに基づいて、第１のドキュメントに対する修正の第１のセットを決定することと、第１のドキュメントに対する修正の第１のセットを実行することと、第２のデバイスによって第３のデバイスから、第２のドキュメント、第２のドキュメントに適用するラベルの指示、およびラベルの要件と第２のドキュメントの第２の状態との間の第２のギャップの指示を受信することであって、第２のギャップが第１のギャップとは異なる、受信することと、示された第２のギャップに基づいて、第２のドキュメントに対する修正の第２のセットを決定することと、第２のドキュメントに対する修正の第２のセットを実行することとを含む動作を実行するようにハードウェア処理回路を構成する命令を含む、非一時的コンピュータ可読記憶媒体である。

【0142】

[00155]例３９では、例３８の主題は、場合によっては、第１のドキュメントおよび第１のギャップの指示がネットワークメッセージ内で第２のデバイスによって受信され、第１のギャップが、ラベルの要件を満たさない第１のドキュメントのドキュメントプロパティのリストによって示されることを含む。

【0143】

[00156]例４０では、例３８～３９のうちのいずれか１つまたは複数の主題は、場合によっては、第１のドキュメントおよび第１のギャップの指示がネットワークメッセージ内で第２のデバイスによって受信され、第１のギャップが、ラベルの要件を満たす第１のドキュメントのドキュメントプロパティのリストによって示されることを含む。

【0144】

[00157]例４１では、例３９～４０のうちのいずれか１つまたは複数の主題は、場合によっては、ドキュメントプロパティが、第１のドキュメントのフッタ、第１のドキュメントのヘッダ、第１のドキュメントの暗号化レベル、第１のドキュメントのパスワード複雑性、または第１のドキュメントの透かしのうちの１つまたは複数を含むことを含む。

【0145】

[00158]例４２では、例３０～４１のうちのいずれか１つまたは複数の主題は、場合によっては、第１のドキュメントがラベルの要件を満たすときに満たされる複数の基準をラベルが規定することを含む。

【0146】

[00159]例４３では、例４２の主題は、場合によっては、第１のギャップが、ラベルによって規定されたそれらそれぞれの基準を満たさない第１のドキュメントのドキュメントプロパティを識別することを含む。

【0147】

[00160]例４４では、例３８～４３のうちのいずれか１つまたは複数の主題は、場合によっては、修正の第２のセットの実行が、出力デバイスに第２のドキュメントの修正バージョンを書き込むことを含むことを含む。

【0148】

[00161]例４５では、例３８～４４のうちのいずれか１つまたは複数の主題は、場合によっては、第１のデバイスが、ラベルに準拠するために第１のドキュメントに対する修正の第１のグループを実行するように構成され、第３のデバイスの構成が、修正の第１のグループ内の少なくとも１つの修正を実行しないように第３のデバイスを防止することを含む。

【0149】

[00162]例４６では、例４５の主題は、場合によっては、第１のデバイスにインストールされた第１のソフトウェアアプリケーションが第１のドキュメントの第１のプロパティを修正するように構成され、第１のソフトウェアアプリケーションが第３のデバイスにインストールされていないことを含む。

【0150】

[00163]例４７は、ハードウェア処理回路と、実行されると、第２のデバイスによって第１のデバイスから、第１のドキュメント、第１のドキュメントに適用するラベルの指示、およびラベルの要件と第１のドキュメントの第１の状態との間の第１のギャップの指示を受信することと、示された第１のギャップに基づいて、第１のドキュメントに対する修正の第１のセットを決定することと、第１のドキュメントに対する修正の第１のセットを実行することと、第２のデバイスによって第３のデバイスから、第２のドキュメント、第２のドキュメントに適用するラベルの指示、およびラベルの要件と第２のドキュメントの第２の状態との間の第２のギャップの指示を受信することであって、第２のギャップが第１のギャップとは異なる、受信することと、示された第２のギャップに基づいて、第２のドキュメントに対する修正の第２のセットを決定することと、第２のドキュメントに対する修正の第２のセットを実行することとを含む動作を実行するようにハードウェア処理回路を構成する命令を記憶する１つまたは複数のハードウェアメモリとを備える、システムである。

【0151】

[00164]例４８では、例４７の主題は、場合によっては、第１のドキュメントおよび第１のギャップの指示がネットワークメッセージ内で第２のデバイスによって受信され、第１のギャップが、ラベルの要件を満たさない第１のドキュメントのドキュメントプロパティのリストによって示されることを含む。

【0152】

[00165]例４９では、例４７～４８のうちのいずれか１つまたは複数の主題は、場合によっては、第１のドキュメントおよび第１のギャップの指示がネットワークメッセージ内で第２のデバイスによって受信され、第１のギャップが、ラベルの要件を満たす第１のドキュメントのドキュメントプロパティのリストによって示されることを含む。

【0153】

[00166]例５０では、例４９の主題は、場合によっては、ドキュメントプロパティが、第１のドキュメントのフッタ、第１のドキュメントのヘッダ、第１のドキュメントの暗号化レベル、第１のドキュメントのパスワード複雑性、または第１のドキュメントの透かしのうちの１つまたは複数を含むことを含む。

【0154】

[00167]例５１では、例４７～５０のうちのいずれか１つまたは複数の主題は、場合によっては、第１のドキュメントがラベルの要件を満たすときに満たされる複数の基準をラベルが規定することを含む。

【0155】

[00168]例５２では、例４７～５１のうちのいずれか１つまたは複数の主題は、場合によっては、第１のギャップが、ラベルによって規定されたそれらそれぞれの基準を満たさない第１のドキュメントのドキュメントプロパティを識別することを含む。

【0156】

[00169]例５３では、例４７～５２のうちのいずれか１つまたは複数の主題は、場合によっては、修正の第２のセットの実行が、出力デバイスに第２のドキュメントの修正バージョンを書き込むことを含むことを含む。

【0157】

[00170]例５４では、例４７～５３のうちのいずれか１つまたは複数の主題は、場合によっては、第１のデバイスが、ラベルに準拠するように第１のドキュメントに対する修正の第１のグループを実行するように構成され、第３のデバイスの構成が、修正の第１のグループ内の少なくとも１つの修正を実行しないように第３のデバイスを防止することを含む。

【0158】

[00171]例５５では、例５４の主題は、場合によっては、第１のデバイスにインストールされた第１のソフトウェアアプリケーションが第１のドキュメントの第１のプロパティを修正するように構成され、第１のソフトウェアアプリケーションが第３のデバイスにインストールされていないことを含む。

【0159】

[00172]したがって、「モジュール」という用語は、有形のエンティティを包含し、指定された方式で動作するか、または本明細書に記載された任意の動作の一部もしくはすべてを実行するように、物理的に構築されるか、具体的に構成される（たとえば、ハードワイヤリングされる）か、または一時的に（たとえば、一過性で）構成される（たとえば、プログラムされる）エンティティであると理解される。モジュールが一時的に構成される例を考えると、モジュールの各々はいかなる時点でもインスタンス化される必要がない。たとえば、モジュールがソフトウェアを使用して構成された汎用ハードウェアプロセッサを備える場合、汎用ハードウェアプロセッサは、異なる時間にそれぞれの異なるモジュールとして構成される場合がある。ソフトウェアは、それに応じて、たとえば、ある時間インスタンスに特定のモジュールを構成し、異なる時間インスタンスに異なるモジュールを構成するように、ハードウェアプロセッサを構成することができる。

【0160】

[00173]様々な実施形態は、ソフトウェアおよび／またはファームウェアに完全にまたは部分的に実装される場合がある。このソフトウェアおよび／またはファームウェアは、非一時的コンピュータ可読記憶媒体の中または上に含まれる命令の形態を取ることができる。それらの命令は、次いで、本明細書に記載された動作の実行を可能にするために、１つまたは複数のプロセッサによって読み取られ、実行される場合がある。命令は、限定はしないが、ソースコード、コンパイルされたコード、解釈されたコード、実行可能コード、静的なコード、動的なコードなどの任意の適切な形態であってもよい。そのようなコンピュータ可読媒体は、限定はしないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリなどの、１つまたは複数のコンピュータによって読取り可能な形態の情報を記憶するための任意の有形の非一時的な媒体を含んでもよい。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】