JP7703652B2 - 非同期動作のための意図トラッキング - Google Patents

Description

関連出願への相互参照

本出願は、２０２１年９月１４日に出願された、「非同期動作のための意図トラッキング」という名称の米国特許出願第１７／４７４，９５８号の優先度を主張し、これは、２０２１年３月３０日に出願された、「非同期動作のための意図トラッキング」という名称の米国特許出願第１７／２１７，６００号の継続であり、これらの全ては、基準によりその全体が本明細書に組み込まれる。

本技術は、分散ストレージ、コラボレーションおよび同期システムに関する。

クラウドストレージシステムにより、ユーザはクラウド上にデータを保存し、アクセスすることができる。一部のクラウドストレージシステムでは、ユーザが他のユーザとデータを共有したり、データに共同でアクセスしたりすることができる。場合によっては、ユーザがデータのローカルコピーをクライアントデバイスに保存してアクセスすることもある。データのローカルコピーは、ユーザにデータへのより速いアクセスを提供する。さらに、ローカルコピーを使用すると、ユーザがオフラインのときにデータにアクセスすることができる。クラウドストレージシステムでは、ユーザがデータのローカルコピーをクラウド上のデータと同期して、一貫性を確保することもできる。例えば、クラウドストレージシステムは、多数のクライアントデバイスおよびサーバ間でデータのコピーを同期することができるため、データの各コピーは同一である。しかしながら、複数のデバイス間でのデータの同期は非常に困難なタスクであり得、データの不一致、望ましくない影響、さらにはデータの損失につながることさえある。

本アプリケーションの具体的な実施形態を以下の図を用いて詳細に説明する。

本開示のいくつかの例に従った、コンテンツ管理システム及びクライアントデバイスの一例を示す図である。

本開示のいくつかの例に従った、コンテンツ管理システムとクライアントデバイスとの間でコンテンツを同期させるための一例のアーキテクチャを示す図である。

本開示のいくつかの例に従った、コンテンツ管理システムとクライアントデバイスとの間でコンテンツを同期させるための例示的アーキテクチャにおけるコンテンツアイテムのブロックを保存およびトラッキングするための一例の構成を示す図である。

本開示のいくつかの例に従った、コンテンツ管理システム上のクライアントデバイスとサーバファイルジャーナルとの間のファイルジャーナルインタフェースによって処理される通信の例を示す図である。

本開示のいくつかの例に従った、コンテンツ管理システム上のクライアントデバイスとサーバファイルジャーナルとの間の通信を変換するための一例のプロセスを示す図である。

本開示のいくつかの例に従った、コンテンツアイテム操作に関連する中間状態に従ってコンテンツアイテムにアクセスするときに、クライアントデバイスが経験する不一致の例を示す図である。

本開示のいくつかの例に従った、コンテンツアイテム操作に関連する予測状態に従ってクライアントデバイスがアクセスするコンテンツアイテムのレンダリング例を示す図である。

本開示のいくつかの例に従った、意図された状態をトラッキングするための意図ストアの一例のスキーマを示す図である。

本開示のいくつかの例に従った、クロックによる動作を処理するための一例のシーケンスを示す図である。

本開示のいくつかの例に従った、非同期動作のための意図をトラッキングする一例の方法を示すフローチャートである。

本技術の様々な態様を実現するためのシステムアーキテクチャの一例を示す図である。

この開示の特定の態様および実施形態は、以下に提供される。これらの態様および実施形態のいくつかは、個別に適用することができ、それらのいくつかは、当業者に明らかなように組み合わせて適用することができる。以下の説明では、説明の目的のために、アプリケーションの実施形態を完全に理解するために、特定の詳細が説明されている。しかしながら、これらの特定の詳細が無くても、様々な実施形態が実施可能であることは明らかである。図及び説明は、制限することを意図したものではない。

以下の説明は、例示的な実施形態のみを提供するものであり、開示の範囲、適用性、又は構成を限定するものではない。むしろ、例示的な実施形態の以下の説明は、例示的な実施形態を実施するための可能な説明を当業者に提供する。特許請求の範囲に記載された本出願の精神および範囲から逸脱することなく、要素の機能および配置に種々の変更を加えることができることを理解されたい。

クラウドストレージシステムにより、ユーザは複数のデバイスにまたがってコンテンツアイテムを保存し、アクセスすることができる。コンテンツアイテムは、ファイル、ドキュメント、メッセージ（例えば、電子メールメッセージ、テキストメッセージ、コメント、通知等）、メディアファイル（例えば、画像、ビデオ、オーディオファイル等）、フォルダ、オブジェクト、及び／又は任意の他のユニット及び／又は種類のデジタルコンテンツを含むことができるが、これらに限定されない。コンテンツアイテムは、共有コンテンツアイテムを操作したり、共有コンテンツアイテムを介して相互にコラボレーションしたりできる複数のユーザと共有することができる。さらに、利用者は、例えば、コンテンツアイテムの追加／格納、コンテンツアイテムの変更、コンテンツアイテムの削除、コンテンツアイテムの名前変更、コンテンツアイテムの移動、コンテンツアイテムの共有、コンテンツアイテムのコピー、コンテンツアイテムの表示、コンテンツアイテムのマウント（例えば、共有もしくはネームスペース）、コンテンツアイテムの分割、コンテンツアイテムの暗号化など、１つ以上のコンテンツアイテム操作を行うことができる。

しかし、複数のデバイスやユーザアカウントで共有または保存されているコンテンツアイテムを同期することは、非常に困難であり、欠陥があり、エラーや不整合が発生しやすく、技術的な障害が発生しやすくなる。図示のために、第１のマシン（例えば、クライアントデバイスまたはサーバ）は、クラウドストレージシステム上のユーザのコンテンツアイテムの修正に関する情報を提供する第２のマシンに通信を送ることができる。これらの通信は、第２のマシンによって使用され、第１のマシン上のコンテンツアイテムに対して実行されたアクションが第２のマシン上のコンテンツアイテムに反映され、第１のマシン上のコンテンツアイテムが第２のマシン上のコンテンツアイテムと同一または実質的に同一であるように、第２のマシン上のコンテンツアイテムを同期させることができる。

多くの場合、１つ以上のコンテンツアイテムのローカルコピーを保存する種々のマシン間で送信されるいくつかの通信がある。このような通信は管理が困難な場合がある。さらに、クライアントやネットワークの問題などのさまざまな問題の結果として、通信の一部が順序どおりに受信されない場合がある。これにより、多くの場合、さまざまなマシンのコンテンツアイテム間で競合やエラーが発生する。また、ユーザのアクティビティによって多数のリビジョンが生成され、同期作業がさらに複雑になり、不整合が悪化する可能性がある。例えば、ユーザは、様々なコンテンツアイテムに対して多数の修正を行ったり、短期間に修正を取り消したり、以前に修正されたコンテンツアイテムに対して追加の修正を迅速に行ったりすることができる。これにより、ユーザからの変更やリビジョンが順序どおりに受信されず、古い変更や競合するコンテンツアイテムが発生する可能性が高くなる。その結果、一部の操作はコンテンツアイテムの現在の状態と互換性がなくなり、操作が競合しているかどうかを検出することが極めて困難になる可能性がある。さらに、任意の時点において、あるマシン上のコンテンツアイテムのコピーの状態は、別のマシン上のそのコンテンツアイテムの別のコピーの状態と異なる可能性がある。

同期アクションには固有のレイテンシもある。例えば、第１のマシンで実行されたアクションは第１のマシンによって検出され、通信が生成され、ネットワークを介して送信される。通信には、第１のマシンで実行されたアクションに基づいてコンテンツアイテムの１つ以上のコピーを更新する同期アクションを含めることができる。通信は、コンテンツアイテムの１つ以上のコピーに対して実行される他の動作に対応する以前の通信をまだ処理しているかもしれない第２のマシンによって受信されることができる。アクション間の競合を避けるために、第２のマシンは、第１のマシンで実行されたアクションに基づいて、受信した通信に関連付けられた同期アクションを実装する前に、前の通信で詳細なアクションを完了しようとする。

しかし、この例示シナリオでは、レイテンシのいくつかの可能なポイントがあり、特に、第１のマシン、第２のマシン、およびネットワークを含む。レイテンシが増加すると、コンテンツアイテムのコピー間で競合が発生する可能性も高くなる。このような競合する通信の処理と競合の解決は、極めて困難で計算コストの高いタスクである。さらに、デバイス間でコンテンツアイテムのコピーを同期する潜在的な待ち時間及び／又は遅延のために、任意の時点で、あるマシン上のコンテンツアイテムのコピーの状態は、別のマシン上のコンテンツアイテムの別のコピーの状態とは潜在的に異なる可能性がある。これにより、マシンからコンテンツアイテムの各コピーにアクセスするときに、ユーザに表示される内容が異なる場合がある。異なるマシンにおけるコンテンツアイテムコピーの状態におけるこのような変動は、あるマシンにおいて、古くなったもしくは不正確なコンテンツをもたらす可能性があり、マシンにおけるユーザにデータ損失及び／又は他のデータ問題が発生したと感じさせる可能性があり、ユーザのコンテンツ及び／又はコラボレーションエクスペリエンスに著しく影響を与える可能性がある。

例えば、第１のマシンでフォルダに対して実行された移動操作が第２のマシンに完全に伝播される前に、第２のマシンのユーザがフォルダにアクセスしようとすると、第２のマシンのユーザは、移動前のフォルダを参照したり、移動の中間結果を参照したりする可能性があり、さまざまな不一致や不整合が発生する可能性がある。説明するように、第２のマシンのユーザは、進行中の同期動作の一部として移動されていないフォルダ内のいくつかのアイテムを含むフォルダを見ることができ、一方、フォルダ内の他のアイテムは、同期動作の一部としてすでに移動されている場合は、欠落しているように見えることがある。ユーザは、フォルダに対して実行された移動操作や進行中の同期動作に気づかず、部分的なデータ損失が発生したと感じるかもしれない。

さらに、コンテンツアイテムにアクセスするマシン及び／又は他のマシン上の同じまたは異なるユーザが同じコンテンツアイテムに変更を加える場合、追加の状態および同期の複雑さを導入する可能性がある。また、コンテンツアイテムが大規模なコラボレーション環境でローカルおよびリモートで変更される場合にも、追加の技術的な問題が発生する可能性がある。これらの問題は、急速に複雑さを増殖、増大させる可能性があり、コンテンツアイテムに幅広い問題や不整合が生じる。

本明細書に開示する技術は、特に、分散ストレージシステム（例えば、クラウドストレージシステムなど）における前述の問題および課題に対処することができ、分散ストレージシステムにおける同期の性能、正確性、タイミング、および効率を改善することができる。例えば、先に述べたように、分散ストレージ環境における異なるデバイスからのユーザによってアクセスされ、及び／又は、修正されたコンテンツアイテムの状態を正確に同期させることは、例えば、大量の関連するユーザアクティビティおよびコンテンツアイテムリビジョン、データ依存性、ユーザアカウント許可、ネットワークおよびデバイス遅延、潜在的なコンテンツアイテム競合などの様々な理由のために、非常に困難であり得る。これらの課題をさらに複雑にする、場合によっては、同期及び／又はコラボレーション通信および動作の性能、正確性、信頼性などに影響を与える可能性のあるタイミング（及び／又は効率）の問題／考慮事項がしばしば存在する。

例えば、同期通信、動作などにおける遅延及び／又は待ち時間は、異なるデバイスにわたって記憶／アクセスされるコンテンツアイテム（及び／又は関連する状態データ）における潜在的な競合、不正確性、古さ及び／又はエラーの量を増加させる可能性がある。多くの場合、異なるデバイスからの処理アクティビティにおける待ち時間、遅延及び／又は非効率性（例えば、リビジョン、同期動作、通信など）、コンテンツアイテムの同期状態の計算、およびデバイス間でのコンテンツアイテムの同期状態の伝播は、異なるデバイス及び／又はユーザアカウントから観察されるコンテンツアイテムの状態間の不整合をもたらすことがある。コンテンツアイテムの状態が同期されず、及び／又はタイムリーに及び／又は効率的な方法で正確に実行されない場合、ユーザは、データ損失として現れるものを観察することができ、及び／又は、一時的に、ユーザのデバイスに完全に同期されていない、及び／又はユーザのデバイスにおける現在の状態を反映していないコンテンツアイテムにアクセスすることができない可能性がある。

本明細書に開示する技術は、分散ストレージシステムにおける同期動作の性能、精度、タイミング及び／又は効率を改善することができる。また、本明細書に開示する技術は、異なるデバイスにまたがって保存、アクセス、及び／又は実行されるコンテンツアイテムの状態の正確性、新鮮度、及び／又は適時性を向上させることができる。例えば、分散ストレージシステムにおけるこれら及び他の同期化改善は、分散ストレージシステムにおいてユーザによってしばしば経験される問題である、異なるデバイスにおいて保存、アクセス、及び／又は実行される共有コンテンツアイテムの状態におけるエラー、古さ、不一致等を防止及び／又は低減することができる。

いくつかの例では、本明細書で開示する技術は、進行中及び／又は不完全な動作によって影響を受けるコンテンツアイテムの意図された状態を計算及びトラッキングすることができる。本明細書で開示する技術は、意図した状態を使用して、進行中または不完全な動作に関連するコンテンツアイテムへのアクセスを要求するユーザに、コンテンツアイテムの予測状態を提供することができる。予測状態は、動作の完了後にユーザに表示されるべき内容を反映することができる。これにより、進行中または不完全な動作の後に、ユーザのアカウント上のコンテンツアイテムがその状態に従って表示されるようにし、動作が進行中または未完了のときにユーザに提示されるコンテンツアイテムの潜在的な不一致、不整合、およびその他の問題を防止または排除することができる。

いくつかの例では、開示された技術は、特に、コンテンツアイテム同期能力およびコラボレーション機能を有するコンテンツ管理システムのコンテキスト内で展開される。一例のシステム構成１００が図１に示されており、これはクライアントデバイス１５０とインタラクションするコンテンツ管理システム１１０を示す。

コンテンツ管理システム１１０は、コンテンツアイテムをアカウントに関連付けて保存し、コンテンツアイテムを検索、修正、ブラウズ、及び／又は共有するなどの様々なコンテンツアイテム管理タスクを実行することができる。さらに、コンテンツ管理システム１１０は、アカウントが複数のクライアントデバイスからコンテンツアイテムにアクセスすることを可能にすることができる。

コンテンツ管理システム１１０は、複数のアカウントをサポートする。エンティティ（ユーザ、ユーザのグループ、チーム、会社など）は、コンテンツ管理システムを有するアカウントを生成することができ、アカウントの詳細は、アカウントデータベース１４０に保存されることができる。アカウントデータベース１４０は、登録されたエンティティについてのプロファイル情報を保存することができる。場合によっては、登録エンティティのプロファイル情報は、ユーザ名及び／又は電子メールアドレスを含む。アカウントデータベース１４０は、アカウントタイプ（例えば、様々な階層（ｔｉｅｒ）の無料アカウントまたは有料アカウント）、割り当てられたストレージスペース、使用されたストレージスペース、常駐する登録コンテンツ管理クライアントアプリケーション１５２を有するクライアントデバイス１５０、セキュリティ設定、個人用構成設定などのアカウント管理情報を含むことができる。

アカウントデータベース１４０は、エンティティに関連するアカウントのグループを保存することができる。グループは、グループポリシーやアクセスコントロールリストに基づいて権限を持つことができ、グループのメンバーは権限を継承することができる。例えば、マーケティンググループは１セットのコンテンツアイテムにアクセスでき、エンジニアリンググループは別のセットのコンテンツアイテムにアクセスできる。管理者グループは、グループの変更、ユーザアカウントの変更などを行うことができる。

コンテンツ管理システム１１０の機能は、コンテンツストレージ１４２に保存することができるコンテンツアイテムの保存である。コンテンツアイテムは、ドキュメント、コラボレーションコンテンツアイテム、テキストファイル、オーディオファイル、画像ファイル、ビデオファイル、Ｗｅｂページ、実行可能ファイル、バイナリファイルなどの任意のデジタルデータにすることができる。コンテンツアイテムには、フォルダ、ｚｉｐファイル、プレイリスト、アルバムなど、さまざまな態様でコンテンツアイテムをグループ化するためのコレクションやその他の機構を含めることもできる。コレクションは、フォルダ、または共通属性によって関連またはグループ化された複数のコンテンツアイテムを参照することができる。いくつかの例では、コンテンツストレージ１４２は、特定の機能を処理するために、他のタイプのストレージまたはデータベースと組み合わされる。

コンテンツストレージ１４２はコンテンツアイテムを保存することができるが、コンテンツアイテムに関するメタデータはメタデータデータベース１４６に保存することができる。同様に、コンテンツアイテムがコンテンツストレージ１４２に保存される場所に関するデータは、コンテンツディレクトリ１４４に保存することができる。さらに、変更、アクセスなどに関するデータを、サーバファイルジャーナル１４８に保存することができる。コンテンツストレージ１４２、コンテンツディレクトリ１４４、サーバファイルジャーナル１４８、およびメタデータデータベース１４６などの様々なストレージ／データベースのそれぞれは、複数のそのようなストレージまたはデータベースで構成することができ、多くのデバイスおよびロケーションに分散することができる。その他の構成も可能である。例えば、コンテンツストレージ１４２、内容ディレクトリ１４４、サーバファイルジャーナル１４８、及び／又はメタデータデータベース１４６からのデータは、１つ以上のコンテンツストレージまたはデータベースに結合されてもよく、または追加のコンテンツストレージまたはデータベースにさらにセグメント化されてもよい。従って、コンテンツ管理システム１１０は、図１に示すよりも多くまたは少数のストレージ及び／又はデータベースを含んでもよい。

いくつかの例では、コンテンツストレージ１４２は、少なくとも１つのコンテンツストレージサービス１１６に関連付けられ、これは、保存のためのコンテンツアイテムの受信、保存のためのコンテンツアイテムの準備、コンテンツアイテムのための保存場所の選択、保存からのコンテンツアイテムの検索などを含む、コンテンツアイテムの保存を管理するソフトウェアまたは他のプロセッサ実行可能命令を含むが、これに限定されない。いくつかの例において、コンテンツストレージサービス１１６は、コンテンツストレージ１４２で保存するために、コンテンツアイテムをより小さなチャンクに分割することができる。コンテンツアイテムを構成する各チャンクの位置は、コンテンツディレクトリ１４４に記録することができる。コンテンツディレクトリ１４４は、コンテンツストレージ１４２に保存された各コンテンツアイテムに対するコンテンツエントリを含むことができる。コンテンツエントリは、コンテンツアイテムを識別する一意のＩＤに関連付けることができる。

いくつかの例では、コンテンツディレクトリ１４４内のコンテンツアイテムを識別する一意のＩＤ（オブジェクトＩＤとも呼ばれる）は、決定論的ハッシュ関数から導出可能である。コンテンツアイテムの一意のＩＤを導出するこの方法は、決定論的ハッシュ関数が同じコンテンツアイテムのすべてのコピーに対して同じ識別子を出力するが、異なるコンテンツアイテムに対して異なる識別子を出力するため、コンテンツアイテムの重複がそのように認識されることを保証することができる。この方法論を使用して、コンテンツストレージサービス１１６は、各コンテンツアイテムに対してユニークなＩＤを出力することができる。

コンテンツストレージサービス１１６はまた、メタデータデータベース１４６内のコンテンツアイテムに対するコンテンツパスを指定または記録することができる。コンテンツパスには、コンテンツアイテムの名前及び／又は、コンテンツアイテムに関連付けられたフォルダ階層を含めることができる。例えば、コンテンツパスには、コンテンツアイテムがクライアントデバイスのローカルファイルシステムに保存されているフォルダまたはフォルダのパスを含めることができる。コンテンツアイテムは、コンテンツストレージ１４２内にブロックで保存され、ディレクトリ構造のようなツリーの下に保存されることはないが、そのようなディレクトリ構造は、ユーザにとって快適なナビゲーション構造である。コンテンツストレージサービス１１６は、ディレクトリ構造の「ルート」ノードが各アカウントのネームスペースであり得るコンテンツアイテムに対するコンテンツパスを定義または記録することができる。ネームスペース内には、アカウント及び／又はコンテンツストレージサービス１１６のユーザによって定義されるディレクトリ構造があり得る。メタデータデータベース１４６は、各コンテンツアイテムのコンテンツパスをコンテンツエントリの一部として保存することができる。

いくつかの例では、ネームスペースには、ルートノード内に保存されているかのように、ディレクトリ構造にネストされた追加のネームスペースを含めることができる。これは、アカウントが共有コレクションにアクセスできる場合に発生する可能性がある。共有コレクションには、コンテンツ管理システム１１０内で独自のネームスペースを割り当てることができる。一部の共有コレクションは、実際には共有コレクションのルートノードであるが、ディレクトリ構造内のアカウントネームスペースの下に配置され、アカウントのフォルダ内のフォルダとして表示される場合がある。上述したように、ディレクトリ構造は、単にユーザにとって快適なナビゲーション構造であるが、コンテンツストレージ１４２内のコンテンツアイテムの保存位置とは相関しない。

アカウントがコンテンツアイテムを表示するディレクトリ構造は、コンテンツ管理システム１１０における保存位置に相関しないが、ディレクトリ構造は、クライアントデバイス１５０によって使用されるファイルシステムに依存して、クライアントデバイス１５０上の保存位置に相関し得る。

上述したように、コンテンツディレクトリ１４４内のコンテンツエントリは、コンテンツアイテムを構成する各チャンクの位置を含むこともできる。より具体的には、コンテンツエントリは、コンテンツアイテムを構成するチャンクのコンテンツストレージ１４２内の位置を識別するコンテンツポインタを含むことができる。

コンテンツパスおよびコンテンツポインタに加えて、コンテンツディレクトリ１４４内のコンテンツエントリは、コンテンツアイテムへのアクセス権を有するユーザアカウントを識別するユーザアカウント識別子、及び／又はコンテンツアイテムへのアクセス権を有するグループを識別するグループ識別子及び／又はコンテンツエントリが属するネームスペースを含むこともできる。

コンテンツストレージサービス１１６は、コンテンツアイテムまたはコンテンツアイテムのバージョンを構成する重複コンテンツアイテムまたは重複ブロックを識別することによって、必要とされる保存スペースの量を減らすことができる。複数のコピーを保存する代わりに、コンテンツストレージ１４２は、コンテンツアイテムまたはコンテンツアイテムのブロックの単一のコピーを保存することができ、コンテンツディレクトリ１４４は、重複を単一のコピーにリンクさせるポインタまたは他の機構を含むことができる。

コンテンツストレージサービス１１６はまた、コンテンツアイテムの固有のＩＤに関連して、コンテンツアイテム、コンテンツアイテムタイプ、フォルダ、ファイルパス、及び／又はコンテンツアイテムと様々なアカウント、コレクション、またはグループとの関係を記述するメタデータをメタデータデータベース１４６に保存することができる。

コンテンツストレージサービス１１６はまた、変更、アクセス等に関するデータのログをサーバファイルジャーナル１４８に保存することができる。サーバファイルジャーナル１４８は、コンテンツアイテムの一意のＩＤと、変更またはアクセスのアクションの説明と、タイムスタンプまたはバージョン番号と、その他の関連データとを含むことができる。サーバファイルジャーナル１４８は、変更またはコンテンツアイテムアクセスによって影響を受けるブロックへのポインタを含むこともできる。コンテンツストレージサービスは、コンテンツアイテムに対する変更、コンテンツアイテムの異なるバージョン（ダイバージング（diverging）バージョンツリーを含む）をトラッキングするコンテンツアイテムバージョンコントロールと、サーバファイルジャーナル１４８から取得可能な変更履歴とを使用することにより、動作を元に戻す機能を提供することができる。

コンテンツ管理システム１１０の別の機能は、少なくとも１つのクライアントデバイス１５０とのコンテンツアイテムの同期である。クライアントデバイスは、異なる形態をとり、異なる能力を有することができる。例えば、クライアントデバイス１５０_１は、その上に常駐する多数のアプリケーションによってアクセス可能なローカルファイルシステムを有するコンピューティングデバイスである。クライアントデバイス１５０_２は、コンテンツアイテムが、特定のアプリケーションによって、または特定のアプリケーションによって与えられた許可によってのみアクセス可能であり、コンテンツアイテムは、典型的には、特定アプリケーション空間またはクラウドのいずれかに格納されるコンピューティングデバイスである。クライアントデバイス１５０_３は、ウェブブラウザを介してコンテンツ管理システム１１０にアクセスし、ウェブインタフェースを介してコンテンツアイテムにアクセスする任意のクライアントデバイスである。

例示のクライアントデバイス１５０_１、１５０_２、および１５０_３は、ラップトップ、モバイル端末、またはウェブブラウザのようなフォームファクタで描かれているが、それらの記述はこれらの例示のフォームファクタのデバイスに限定されないことを理解されたい。例えば、クライアント１５０_２のような移動デバイスは、その上に常駐する多数のアプリケーションによってアクセス可能なローカルファイルシステムを有することができ、またはクライアント１５０_２は、ウェブブラウザを介してコンテンツ管理システム１１０にアクセスすることができる。従って、クライアント１５０の能力を考慮する際には、フォームファクタを制限することを考慮すべきではない。クライアントデバイス１５０に関して本明細書に記載する１つ以上の機能は、デバイスの特定の能力に依存して、すべてのクライアントデバイス上で利用可能であってもなくてもよく、ファイルアクセスモデルはそのような能力の１つである。

いくつかの例では、クライアントデバイスはコンテンツ管理システム１１０のアカウントに関連付けられているが、いくつかの例では、クライアントデバイスは共有リンクを使用してコンテンツにアクセスすることができ、アカウントを必要としない。

上述したように、いくつかのクライアントデバイスは、ウェブブラウザを使用してコンテンツ管理システム１１０にアクセスすることができる。しかし、クライアントデバイスは、クライアントデバイス１５０上に格納され実行されているクライアントアプリケーション１５２を使用して、コンテンツ管理システム１１０にアクセスすることもできる。クライアントアプリケーション１５２は、クライアント同期サービス１５６を含むことができる。

クライアント同期サービス１５６は、サーバ同期サービス１１２と通信して、クライアントデバイス１５０とコンテンツ管理システム１１０との間のコンテンツアイテムに対する変更を同期させることができる。

クライアントデバイス１５０は、クライアント同期サービス１５６を介してコンテンツをコンテンツ管理システム１１０と同期させることができる。同期はプラットフォームに依存しない。つまり、さまざまなタイプ、機能、オペレーティングシステムなどの複数のクライアントデバイス間でコンテンツを同期することができる。クライアント同期サービス１５６は、あらゆる変更（新規、削除、修正、コピー、または移動されたコンテンツアイテム）を、クライアントデバイス１５０のファイルシステムの指定された位置にあるコンテンツアイテムに同期することができる。

コンテンツアイテムは、クライアントデバイス１５０からコンテンツ管理システム１１０に同期されることができ、またその逆も可能である。同期がクライアントデバイス１５０からコンテンツ管理システム１１０へと行われる例では、ユーザは、クライアントデバイス１５０のファイルシステムからコンテンツアイテムを直接操作することができ、一方、クライアント同期サービス１５６は、監視されるフォルダ内のファイルに対する変更について、クライアントデバイス１５０上のディレクトリを監視することができる。

クライアント同期サービス１５６が、監視するディレクトリ内のコンテンツの書き込み、移動、コピー、または削除を検出すると、クライアント同期サービス１５６は、変更をコンテンツストレージサービス１１６に同期させることができる。いくつかの例では、クライアント同期サービス１５６は、コンテンツアイテムをブロックに分割する、コンテンツアイテムをハッシュして一意の識別子を生成するなど、上記でアドレス指定された機能を含むコンテンツストレージサービス１１６のいくつかの機能を実行することができる。クライアント同期サービス１５６は、クライアントストレージインデックス１６４内のコンテンツにインデックスを付け、結果をストレージインデックス１６４に保存することができる。インデックス生成では、コンテンツアイテムごとの、保存パス、一意のサーバ識別子、および一意のクライアント識別子を含めることができる。いくつかの例では、クライアント同期サービス１５６は、サーバ同期サービス１１２から固有のサーバ識別子を学習し、クライアントデバイス１５０のオペレーティングシステムから固有のクライアント識別子を学習する。

クライアント同期化サービス１５６は、ストレージインデックス１６４を使用して、コンテンツ管理システム１１０上のユーザアカウントに関連するコンテンツと、クライアントストレージ内のコンテンツの少なくとも一部の同期を容易にすることができる。例えば、クライアント同期サービス１５６は、ストレージインデックス１６４をコンテンツ管理システム１１０と比較し、クライアントストレージ上のコンテンツと、コンテンツ管理システム１１０上のユーザアカウントに関連付けられたコンテンツとの間の差異を検出することができる。次に、クライアント同期サービス１５６は、適宜、クライアントストレージ上のコンテンツをアップロードし、ダウンロードし、修正し、削除することによって、差を調整することを試みることができる。コンテンツストレージサービス１１６は、コンテンツアイテムのための変更された又は新規ブロックを保存し、必要に応じて、サーバファイルジャーナル１４８、メタデータデータベース１４６、コンテンツディレクトリ１４４、コンテンツストレージ１４２、アカウントデータベース１４０などを更新することができる。

コンテンツ管理システム１１０からクライアントデバイス１５０に同期する際に、サーバファイルジャーナル１４８に記録されたコンテンツアイテムのマウント、修正、追加、削除、移動は、通知サービス１１７を使用してクライアントデバイス１５０に送信される通知をトリガすることができる。クライアントデバイス１５０が変更を通知されると、クライアントデバイスが最後に認識した同期点からサーバファイルジャーナル１４８にリストされた変更要求を行う。クライアントデバイス１５０がコンテンツ管理システム１１０と同期していないと判断すると、クライアント同期サービス１５６は、変更を含むコンテンツアイテムブロックを要求し、変更されたコンテンツアイテムのローカルコピーを更新する。

いくつかの例では、ストレージインデックス１６４はツリーデータ構造を保存し、あるツリーはサーバ同期サービス１１２によるディレクトリの最新の表現を反映し、他方、別のツリーはクライアント同期サービス１５６によるディレクトリの最新の表現を反映する。クライアント同期サービスは、サーバ同期サービス１１２からのデータを要求するか、またはクライアントデバイス１５０上の変更をコンテンツ管理システム１１０にコミットすることにより、ツリー構造が確実に一致するように動作することができる。

場合によっては、クライアントデバイス１５０は、利用可能なネットワーク接続を有していないことがある。このシナリオでは、クライアント同期サービス１５６は、リンクされたコレクションを監視してコンテンツアイテムの変更を探し、ネットワーク接続が利用可能なときに、それらの変更を後でコンテンツ管理システム１１０に同期するためにキューに入れることができる。同様に、ユーザは、コンテンツ管理システム１１０との同期を手動で開始、停止、一時停止、または再開することができる。

クライアント同期サービス１５６は、コンテンツ管理システム１１０上の特定のユーザアカウントに関連する全てのコンテンツを同期することができる。代替的に、クライアント同期サービス１５６は、コンテンツ管理システム１１０上の特定のユーザアカウントに関連するコンテンツ全体のうちのコンテンツの一部を選択的に同期化することができる。コンテンツの一部のみを選択的に同期させることによって、クライアントデバイス１５０上のスペースを維持し、帯域幅を節約することができる。

いくつかの例では、クライアント同期サービス１５６は、特定のユーザアカウントに関連するコンテンツの一部を選択的に保存し、コンテンツの残りの部分のためのクライアントストレージ内にプレースホルダコンテンツアイテムを保存する。例えば、クライアント同期サービス１５６は、コンテンツ管理システム１１０上のそれぞれの完全なコンテンツアイテムのファイル名、パス、拡張子、メタデータが同じであるが、完全なコンテンツアイテムのデータが欠けているプレースホルダコンテンツアイテムを保存することができる。プレースホルダコンテンツアイテムのサイズは数バイト以下で、それぞれの完全なコンテンツアイテムは大幅に大きくなる可能性がある。クライアントデバイス１５０がコンテンツアイテムにアクセスしようとした後、クライアント同期サービス１５６はコンテンツ管理システム１１０からコンテンツアイテムのデータを検索し、アクセスするクライアントデバイス１５０に完全なコンテンツアイテムを提供することができる。このアプローチは、コンテンツ管理システム１１０上のユーザのコンテンツへの完全なアクセスを依然として提供しながら、かなりのスペースおよび帯域幅の節約を提供することができる。

コンテンツ管理システム１１０の別の例示的な特徴は、ユーザ間のコラボレーションを容易にすることである。コラボレーション機能には、コンテンツアイテムの共有、コンテンツアイテムに関するコメント、コンテンツアイテムに関するコワーキング、インスタントメッセージング、コンテンツアイテムに関するプレゼンス及びビュー状態情報の提供などがある。

コンテンツ管理システム１１０は、共有サービス１２８を介して共有コンテンツを管理することができる。コンテンツへのリンクを提供することによるコンテンツの共有は、コンテンツ管理システム１１０とのネットワーク通信において、任意のコンピューティングデバイスからコンテンツアイテムをアクセス可能にすることを含むことができる。しかし、いくつかの例では、リンクは、コンテンツ管理システム１１０およびアクセス制御リスト１４５によって実施されるアクセス制限に関連付けることができる。コンテンツの共有はまた、共有サービス１２８を用いてコンテンツをリンクし、コンテンツ管理システム１１０内のコンテンツを少なくとも１つの追加ユーザアカウント（コンテンツアイテムに関連する元のユーザアカウントに加えて）と共有し、各ユーザアカウントがコンテンツアイテムにアクセスできるようにすることを含むことができる。追加のユーザアカウントは、コンテンツを受け入れることによってコンテンツへのアクセスを得ることができ、これは、ウェブインタフェースサービス１２４を介して、またはクライアントデバイス１５０上の自分のアカウントに関連するディレクトリ構造内から直接アクセス可能である。共有は、プラットフォームに依存しない方法で実行することができる。すなわち、コンテンツは、様々なタイプ、能力、オペレーティングシステムなどの複数のクライアントデバイス１５０にわたって共有され得る。コンテンツは、さまざまなタイプのユーザアカウント間で共有することもできる。

コンテンツ管理システム１１０内でコンテンツアイテムを共有するために、共有サービス１２８は、コンテンツアイテムに関連付けられたアクセス制御リスト１４５内のコンテンツエントリに、ユーザアカウント識別子または複数のユーザアカウント識別子を追加し、これにより、追加されたユーザアカウントにコンテンツアイテムへのアクセス権を付与することができる。共有サービス１２８はまた、コンテンツエントリからユーザアカウント識別子を削除して、コンテンツアイテムへのユーザアカウントのアクセスを制限することができる。共有サービス１２８は、コンテンツアイテム識別子、コンテンツアイテムへのアクセスを与えられたユーザアカウント識別子、及びアクセス制御リスト１４５内のアクセスレベルを記録することができる。例えば、いくつかの例では、単一のコンテンツアイテムに関連付けられたユーザアカウント識別子は、関連付けられたコンテンツアイテムに関して、それぞれのユーザアカウント識別子に対して異なる許可を指定することができる。

コンテンツ管理システム１１０の外部でコンテンツアイテムを共有するために、共有サービス１２８は、ユニフォームリソースロケータ（ＵＲＬ）のようなカスタムネットワークアドレスを生成することができ、これにより、任意のＷｅｂブラウザが、認証なしでコンテンツ管理システム１１０内のコンテンツアイテムまたはコレクションにアクセスすることができる。これを達成するために、共有サービス１２８は、生成されるＵＲＬ中にコンテンツ識別データを含むことができ、これは、後に、要求されたコンテンツアイテムを適切に識別し、返すために使用することができるようにする。例えば、共有サービス１２８は、アカウント識別子及びコンテンツパス又は生成されたＵＲＬ内のコードを識別するコンテンツアイテムを含むことができる。ＵＲＬを選択すると、ＵＲＬに含まれるコンテンツ識別データをコンテンツ管理システム１１０に送信し、受信したコンテンツ識別データを用いて適切なコンテンツアイテムを識別し、コンテンツアイテムを返すことができる。

共有サービス１２８は、コンテンツアイテムへのＵＲＬが生成されたことをアクセス制御リスト１４５に記録するように構成することもできる。いくつかの例では、コンテンツアイテムに関連付けられたコンテンツエントリに、コンテンツアイテムへのＵＲＬが生成されたかどうかを示すＵＲＬフラグを含めることができる。例えば、ＵＲＬフラグは、最初に０または偽に設定されたブール値で、コンテンツアイテムへのＵＲＬが生成されていないことを示すことができる。共有サービス１２８は、コンテンツアイテムへのＵＲＬを生成した後、フラグの値を１または真に変更することができる。

場合によっては、共有サービス１２８は、コンテンツアイテムのＵＲＬに一連の許可を関連付けることができる。例えば、ユーザがＵＲＬを介してコンテンツアイテムにアクセスしようとする場合、共有サービス１２８は、コンテンツアイテムに対する制限されたセットの許可を提供することができる。制限された許可の例は、ユーザがコンテンツアイテムをダウンロードできない、コンテンツアイテムを保存することができない、コンテンツアイテムをコピーすることができない、コンテンツアイテムを修正することができないなどの制限を含む。場合によっては、制限された許可は、コンテンツアイテムが特定の領域から、例えば企業ネットワーク領域内から、あるいは特定の領域に関連付けられたアカウント、例えば、企業アカウントに関連付けられたアカウント（例えば、＠ａｃｍｅ．ｃｏｍ）によってアクセスされることのみを許可する制限を含む。

いくつかの例では、共有サービス１２８は、生成されたＵＲＬを非アクティブ化するように構成することもできる。例えば、各コンテンツエントリには、生成されたＵＲＬからの要求に応じてコンテンツを返す必要があるかどうかを示すＵＲＬアクティブフラグも含めることができる。例えば、共有サービス１２８は、ＵＲＬアクティブフラグが１または真に設定されている場合にのみ、生成されたリンクによって要求されたコンテンツアイテムを返すことができる。このように、ＵＲＬが生成されたコンテンツアイテムへのアクセスは、ＵＲＬアクティブフラグの値を変更することで簡単に制限できる。これにより、ユーザはコンテンツアイテムを移動したり、生成されたＵＲＬを削除したりすることなく、共有コンテンツアイテムへのアクセスを制限することができる。同様に、共有サービス１２８は、ＵＲＬアクティブフラグの値を１または真に再び変更することによって、ＵＲＬを再びアクティブにすることができる。このように、ユーザは、新しいＵＲＬを生成することなく、簡単にコンテンツアイテムへのアクセスを復元することができる。

いくつかの例では、コンテンツ管理システム１１０は、コンテンツアイテムをアップロードするためのＵＲＬを指定することができる。例えば、ユーザアカウントを持つ第１のユーザは、このようなＵＲＬを要求し、貢献しているユーザにＵＲＬを提供し、貢献しているユーザはＵＲＬを使用して第１のユーザのユーザアカウントにコンテンツアイテムをアップロードできる。

いくつかの例では、コンテンツ管理システム１１０はチームサービス１３０を含む。チームサービス１３０は、ユーザアカウントの定義されたチームを生成および管理するための機能を提供することができる。チームは、サブチーム（例えば、ビジネスユニット、またはプロジェクトチームなど）を使用して、会社用に生成することができる。また、チームおよびサブチームに割り当てられたユーザアカウント、または定義されたユーザアカウントのグループに対して生成することもできる。チームサービス１３０は、チーム、プライベートユーザアカウントフォルダ、およびアクセス制限された共有フォルダのための共通の共有空間を提供することができる。チームサービスでは、管理者がチーム内のコレクションやコンテンツアイテムを管理するための管理インタフェースを提供したり、チームに関連付けられたユーザアカウントを管理したりすることもできる。

いくつかの例では、コンテンツ管理システム１１０は、許可サービス１３２を含む。許可サービス１３２は、ネームスペースにアクセスしようとするユーザアカウントが、ネームスペースにアクセスするための適切な権利を有することを確実にする。許可サービス１３２は、ネームスペースへのアクセス要求に続くクライアントアプリケーション１５２からトークンを受信することができ、ユーザアカウントに許可された能力を返すことができる。複数レベルのアクセスを有するユーザアカウント（例えば、ユーザ権限および管理者権限を有するユーザアカウント）の場合、許可サービス１３２は、管理者による意図しないアクションを回避するために、明示的な権限エスカレーションを要求することもできる。

いくつかの例では、コンテンツ管理システムは、コンテンツアイテムが共有されているユーザがどのようにインタラクティブにやり取りしているか、またはコンテンツアイテムとインタラクションしているかについての情報を提供することができる。いくつかの例では、コンテンツ管理システム１１０は、コンテンツアイテムが共有されているユーザがコンテンツアイテムを現在表示していることを報告することができる。例えば、クライアントコラボレーションサービス１６０は、クライアントデバイス１５０がコンテンツアイテムにアクセスしているとき、通知サービス１１７に通知することができる。そして、通知サービス１１７は、コンテンツアイテムに関してクライアントデバイス１５０のユーザの存在を、同じコンテンツアイテムにアクセスする他のユーザの任意のクライアントデバイスに通知することができる。

いくつかの例では、コンテンツ管理システム１１０は、共有コンテンツアイテムとのユーザインタラクションの履歴を報告することができる。コラボレーションサービス１２６は、メタデータデータベース１４６及びサーバファイルジャーナル１４８のようなデータソースに問い合わせて、ユーザがコンテンツアイテムを保存したこと、ユーザがコンテンツアイテムをまだ閲覧していないこと、等を判定し、このステータス情報を通知サービス１１７を用いて他のユーザに広めて、コンテンツアイテムを誰が現在閲覧しているか又は閲覧したか又は修正したかを知ることができるようにすることができる。

コラボレーションサービス１２６は、コンテンツアイテムがコメント機能をネイティブにサポートしない場合であっても、コンテンツに関連するコメントを容易にすることができる。このようなコメントは、メタデータデータベース１４６に保存することができる。

コラボレーションサービス１２６は、ユーザのために通知を発信し、送信することができる。例えば、ユーザはコメントの中で別のユーザにメンションすることができ、コラボレーションサービス１２６は、自分がコメントの中で言及されたという通知をそのユーザに送信することができる。コンテンツアイテムの削除、コンテンツアイテムの共有など、その他の様々なコンテンツアイテムイベントで通知をトリガすることができる。

コラボレーションサービス１２６は、ユーザがインスタントメッセージ、音声コール、電子メールなどを送受信することができるメッセージングプラットフォームを提供することができる。いくつかの例では、コラボレーションサービス１２６は、ユーザが同時にコラボレーションコンテンツアイテムを生成し、コラボレーションコンテンツアイテム内にコメントを生成し、コラボレーションコンテンツアイテム内のタスクを管理することができるインタラクティブコンテンツアイテムコラボレーションプラットフォームを提供することができるコラボレーションドキュメントサービス１３４も含むことができる。コラボレーションコンテンツアイテムは、ユーザがコラボレーションコンテンツアイテムエディタを使用して生成および編集することができるファイルであり、コラボレーションコンテンツアイテム要素を含むことができる。コラボレーションコンテンツアイテム要素には、コラボレーションコンテンツアイテム識別子、１つ以上の作成者識別子、コラボレーションコンテンツアイテムテキスト、コラボレーションコンテンツアイテム属性、インタラクション情報、コメント、共有ユーザなどを含めることができる。コラボレーションコンテンツアイテム要素は、データベースエンティティとして保存されることができ、これにより、コラボレーションコンテンツアイテムの検索と取得が可能になる。複数のユーザは、コラボレーションコンテンツアイテムに同時に又は異なる時間に、アクセス、表示、編集、およびコラボレーションすることができる。いくつかの例では、２人のユーザがＷｅｂインタフェースを介してコンテンツアイテムにアクセスし、コンテンツアイテムの同じコピー上で同時に作業できるようにようにすることで、これを管理することができる。

いくつかの例では、クライアントコラボレーションサービス１６０は、クライアントデバイス１５０上に提示されているコンテンツアイテムに関連する情報を表示する目的のために、ネイティブアプリケーションコンパニオンインタフェースを提供することができる。コンテンツアイテムが、クライアントアプリケーション１５２によって管理されるように、クライアントデバイス１５０のファイルシステムの指定された位置にあるコンテンツアイテムが保存され、クライアントデバイス１５０上で実行されるネイティブアプリケーションによってアクセスされる例では、ネイティブアプリケーションは、上記アドレス指定されたコラボレーションデータを表示するネイティブな方法を提供しないかもしれない。このような例では、クライアントコラボレーションサービス１６０は、ユーザがコンテンツアイテムを開いたことを検出し、コラボレーションデータなどのコンテンツアイテムの追加情報を含むオーバーレイを提供することができる。例えば、追加情報は、コンテンツアイテムに対するコメント、コンテンツアイテムの状態、以前に又は現在コンテンツアイテムを見ている他の利用者のアクティビティを含むことができる。このようなオーバーレイは、別のユーザが現在コンテンツアイテムを編集しているために変更が失われる可能性があることをユーザに警告することができる。

いくつかの例では、上述のサービスまたはストレージ／データベースの１つ以上は、パブリックまたはプライベートアプリケーションプログラミングインタフェースを使用してアクセスすることができる。

特定のソフトウェアアプリケーションは、ユーザの代わりにアプリケーションプログラミングインタフェース（ＡＰＩ）を介してコンテンツストレージ１４２にアクセスすることができる。例えば、クライアントデバイス１５０上で稼動するアプリケーションのようなソフトウェアパッケージは、ユーザが認証クレデンシャルを提供し、コンテンツを読み取り、書き込み、生成、削除、共有、またはその他の方法で操作するとき、コンテンツ管理システム１１０に対してＡＰＩコールを直接プログラム的に行うことができる。

ユーザは、ウェブインタフェースサービス１２４によって生成され供給されるウェブインタフェースを介して、ユーザアカウントに保存されたコンテンツを表示または操作することができる。例えば、ユーザは、ウェブブラウザにおいて、コンテンツ管理システム１１０によって提供されるウェブアドレスにナビゲートすることができる。コンテンツアイテムの新しいバージョンをアップロードするなど、ウェブインタフェースを介して行われたコンテンツストレージ１４２内のコンテンツに対する変更または更新は、ユーザのアカウントに関連する他のクライアントデバイスに伝搬することができる。例えば、それぞれが自身のクライアントソフトウエアを有する複数のクライアントデバイスは単一のアカウントと関連付けられていてもよく、そのアカウントのコンテンツアイテムは複数のクライアントデバイスのそれぞれの間で同期されてもよい。

クライアントデバイス１５０は、ユーザに代わってコンテンツ管理システム１１０に接続することができる。ユーザは、例えば、クライアントデバイス１５０がデスクトップまたはラップトップコンピュータ、電話機、テレビ、インターネット・オブ・シングスのデバイスなどである場合に、クライアントデバイス１５０と直接インタラクションすることができる。代替的にまたは追加的に、クライアントデバイス１５０は、例えばクライアントデバイス１５０がサーバである場合、ユーザがクライアントデバイス１５０に物理的にアクセスすることなく、ユーザの代わりに動作することができる。

クライアントデバイス１５０のいくつかの機能は、クライアントデバイス１５０にインストールされたアプリケーションによって有効化される。いくつかの例では、アプリケーションは、コンテンツ管理システム特有のコンポーネントを含むことができる。例えば、コンテンツ管理システム特有のコンポーネントは、スタンドアロンアプリケーション（例えば、クライアントアプリケーション１５２）、１つ以上のアプリケーションプラグイン、及び／又はブラウザ拡張であり得る。しかし、ユーザはまた、クライアントデバイス１５０上に存在し、コンテンツ管理システム１１０と通信するように構成された、ウェブブラウザのようなサードパーティーアプリケーションを介してコンテンツ管理システム１１０とインタラクションすることができる。様々な実装において、クライアント側アプリケーション（例えば、クライアントアプリケーション１５２）は、ユーザがコンテンツ管理システム１１０とインタラクションするためのユーザインタフェース（ＵＩ）を提示することができる。例えば、ユーザは、ファイルシステムと統合されたファイルシステムエクスプローラを介して、またはウェブブラウザアプリケーションを用いて表示されるウェブページを介して、コンテンツ管理システム１１０とインタラクションすることができる。

いくつかの例では、クライアントアプリケーション１５２は、コンテンツ管理システム１１０の複数のアカウントのコンテンツを管理し、同期するように構成することができる。このような例では、クライアントアプリケーション１５２は、複数のアカウントにログインしたままにしておき、複数のアカウントに対して通常のサービスを提供することができる。いくつかの例では、各アカウントは、ファイルシステム内のフォルダとして現れることができ、そのフォルダ内のすべてのコンテンツアイテムは、コンテンツ管理システム１１０と同期されることができる。いくつかの例では、クライアントアプリケーション１５２は、主アカウントまたはデフォルトアカウントとなる複数のアカウントの１つを選択するセレクタを含むことができる。

コンテンツ管理システム１１０は特定のコンポーネントを備えているが、当業者であれば、システム１１０のアーキテクチャ構成が単なる１つの可能な構成であり、より多くまたは少なくコンポーネントを備えた他の構成が可能であることを理解すべきである。さらに、サービスは、別のサービスとして記載される機能を含む、多かれ少なかれ機能を持つことができる。さらに、実施形態に関して本明細書に記載する特徴は、別の実施形態に関して記載する特徴と組み合わせることができる。

図２Ａは、システム構成１００におけるコンテンツ管理システム１１０とクライアントデバイス１５０との間でコンテンツを同期させるための一例のアーキテクチャを示す図である。この例では、クライアントデバイス１５０は、コンテンツストレージインタフェース２０６を介してコンテンツストレージ１４２とインタラクションし、ファイルジャーナルインタフェース２０２を介してサーバファイルジャーナル１４８と意図ストア２１２とインタラクションする。場合によっては、コンテンツストレージインタフェース２０６をコンテンツストレージサービス１１６によって提供または管理することができ、ファイルジャーナルインタフェース２０２をサーバ同期サービス１１２によって提供または管理することができる。例えば、コンテンツストレージインタフェース２０６は、コンテンツストレージサービス１１６のサブコンポーネントまたはサブサービスとすることができ、ファイルジャーナルインタフェース２０２は、サーバ同期サービス１１２のサブコンポーネントまたはサブサービスとすることができる。

コンテンツストレージインタフェース２０６は、クライアントデバイス１５０とコンテンツストレージ１４２との間のコンテンツ要求及び／又はインタラクションのような通信を管理することができる。コンテンツストレージインタフェース２０６は、コンテンツストレージ１４２との間でコンテンツをアップロード及びダウンロードするためのクライアントデバイス１５０からの要求を処理することができる。コンテンツストレージインタフェース２０６は、クライアントデバイス１５０からコンテンツ要求（例えば、ダウンロード、アップロードなど）を受信し、アクセス制御リスト１４５内の許可を確認し、許可サービス１３２と通信して、クライアントデバイス１５０（及び／又はクライアントデバイス１５０からの要求）がコンテンツストレージ１４２へのコンテンツのアップロード又はダウンロードを許可されているか否かを判定し、コンテンツストレージ１４２とインタラクションして、コンテンツストレージ１４２から／へコンテンツのダウンロード及び／又はアップロードを行うことができる。

例えば、クライアントデバイス１５０からコンテンツストレージインタフェース２０６への要求が、コンテンツストレージ１４２からコンテンツアイテムをダウンロードする要求である場合、コンテンツストレージインタフェース２０６は、要求されたコンテンツアイテムをコンテンツストレージ１４２から検索し、コンテンツアイテムをクライアントデバイス１５０に提供することができる。クライアントデバイス１５０からの要求がコンテンツアイテムをアップロードする要求である場合、コンテンツストレージインタフェース２０６は、コンテンツ管理システム１１０で保存するために、コンテンツアイテムをクライアントデバイス１５０から取得し、コンテンツアイテムをコンテンツストレージ１４２にアップロードすることができる。

いくつかの例では、クライアントデバイス１５０からのコンテンツ要求を処理するとき、コンテンツストレージインタフェース２０６はストレージインデックス２１０と通信し、コンテンツストレージ１４２内の要求されたコンテンツの可用性及び／又は保存位置を確認し、及び／又はコンテンツストレージ１４２内のコンテンツアイテムをトラッキングすることができる。ストレージインデックス２１０は、コンテンツストレージ１４２上のコンテンツアイテムのインデックスを維持することができる。インデックスは、コンテンツストレージ１４２上のコンテンツアイテム、及び／又はコンテンツストレージ１４２内のコンテンツアイテムのそれぞれの位置を識別することができる。従って、ストレージインデックス２１０は、コンテンツストレージ１４２上のコンテンツアイテム、及びコンテンツアイテムの保存位置をトラッキングすることができる。ストレージインデックス２１０は、ファイル及びフォルダのようなコンテンツアイテム全体、及び／又はそれぞれのコンテンツアイテムのブロック又はチャンクのようなコンテンツアイテムの部分をトラッキングすることができる。場合によっては、コンテンツアイテムは、コンテンツストレージ１４２に保存され、ストレージインデックス２１０でトラッキングされることができるブロックまたはチャンクに分割され得る。例えば、コンテンツストレージ１４２は、コンテンツアイテムを、コンテンツアイテムのデータ部分を含むデータのブロックまたはチャンクとして保存することができる。ストレージインデックス２１０は、コンテンツストレージ１４２に保存されたコンテンツアイテムのブロックまたはチャンクをトラッキングすることができる。以下に説明する図２Ｂは、コンテンツアイテムのブロックを保存およびトラッキングするための構成例を示す。

ファイルジャーナルインタフェース２０２は、クライアントデバイス１５０とサーバファイルジャーナル１４８との間のメタデータ要求、コンテンツ同期、データ操作などの通信を管理することができる。例えば、ファイルジャーナルインタフェース２０２は、クライアントデバイス１５０とサーバファイルジャーナル１４８との間で、操作、構成、及び／又は状態情報を変換し、検証し、認証し、及び／又は処理することができる。場合によっては、ファイルジャーナルインタフェース２０２は、カーソル内または許可サービス１３２を介して、許可または「ＦＳＡｕｔｈ」トークンなどのトークンからの許可を検証して、クライアントデバイス１５０によってサーバファイルジャーナル１４８に送信された要求を許可する（及び／又は許可を検証する）ことができる。クライアントデバイス１５０からの要求または操作を処理するとき、ファイルジャーナルインタフェース２０２は、ネームスペースメンバシップストア２０８にアクセスして、クライアントデバイス１５０からの要求または操作に関連する任意のネームスペースのネームスペース所有権情報を判定または検証し、アクセスコントロールリスト１４５からアクセス許可情報を検索して、クライアントデバイス１５０からの要求または操作に関連するコンテンツの許可を検証することができる。

場合によっては、ファイルジャーナルインタフェース２０２内の変換サービス２０４は、クライアントデバイス１５０とサーバファイルジャーナル１４８との間の通信のために、線形化及び／又は変換操作を実行することができる。例えば、変換サービス２０４は、クライアントデバイス１５０からの通信を、サーバファイルジャーナル１４８内のデータの構造及び／又はフォーマットと整合する異なるフォーマット及び／又は状態に変換し、その逆も可能である。例示のために、クライアントデバイス１５０は、コンテンツアイテム情報（例えば、状態情報、変更、バージョンなど）を操作としてクライアントデバイス１５０で処理することができ、サーバファイルジャーナル１４８は、データベーステーブルなどのサーバファイルジャーナル１４８内のデータ構造内の行によって反映されるコンテンツアイテムリビジョンと同じ情報を処理することができる。いくつかの例では、クライアントデバイス１５０とサーバファイルジャーナル１４８との間でコンテンツアイテム情報の同期を可能にするために、変換サービス２０４は、クライアントデバイス１５０からの操作をサーバファイルジャーナル１４８に適したリビジョンに変換し、サーバファイルジャーナル１４８上のデータの行に反映されたリビジョンをクライアントデバイス１５０に適した操作に変換することができる。

場合によっては、許可サービス１３２は、クライアントデバイス１５０がコンテンツアイテムにアクセスし、更新し、ダウンロードし、及び／又はアップロードすることを許可されていることを検証する又は示すトークンを生成することができる。トークンは、例えば、クライアントデバイス１５０に関連するデバイス識別子、クライアントデバイス１５０で認証及び／又は許可されたユーザアカウントに関連するアカウント識別子、クライアントデバイス１５０で許可されたセッションに関連するセッション識別子、タイムスタンプ、ビューコンテキスト、コンテンツアイテムへのアクセス許可、セキュリティデータ（例えば、暗号化キー、署名など）、要求情報などを含むことができ、これらに限定されない。場合によっては、トークンをカーソルと呼ばれる暗号で署名されたデータオブジェクトに含めることができる。

コンテンツ管理システム１１０及び／又は許可サービス１３２は、トークンをクライアントデバイス１５０に送信することができ、クライアントデバイス１５０は、以下にさらに説明するように、サーバファイルジャーナル１４８にコンテンツアイテムのリビジョン及び／又は更新を要求する場合に、コンテンツ管理システム１１０にトークンを提供することができる。クライアントデバイス１５０はまた、任意のコンテンツ要求（例えば、ダウンロード、アップロードなど）を検証するために、コンテンツストレージインタフェース２０６にトークンを提供することができる。コンテンツストレージインタフェース２０６は、トークンを使用して、ストレージインデックス２１０へのクエリを許可し、コンテンツストレージ１４２との間でコンテンツアイテムをアップロード及び／又はダウンロードすることができる。

例えば、クライアントデバイス１５０は、コンテンツストレージインタフェース２０６に、コンテンツアイテムをコンテンツストレージ１４２にアップロードする要求を送信することができる。要求には、アップロードするトークンとコンテンツアイテムを含めることができる。コンテンツストレージインタフェース２０６は、トークンを使用してストレージインデックス２１０へのクエリを許可し、コンテンツアイテムがコンテンツストレージ１４２に既に存在するかどうかをチェックし、コンテンツアイテムのコンテンツストレージ１４２へのアップロードを許可することができる。クライアントデバイス１５０はまた、或いは代替的に、トークンをファイルジャーナルインタフェース２０２に提供して、サーバファイルジャーナル１４８上にメタデータを保存する要求を許可して、コンテンツアイテムのアップロード及びリビジョンをトラッキングすることができる。

コンテンツ管理システム１１０は意図ストア２１２を含むこともできる。意図ストア２１２は、１つ以上のコンテンツアイテム操作に関連する開始状態と、１つ以上のコンテンツアイテム操作に関連する終了状態とをトラッキングすることができる。例えば、意図ストア２１２は、移動操作の前のコンテンツアイテムの状態と、移動操作の後のコンテンツアイテムの状態とをトラッキングすることができる。意図ストア２１２でトラッキングされる終了状態は、以下でさらに説明するように、実際の終了状態及び／又は予測／投影終了状態を含むことができる。いくつかの例では、意図ストア２１２は、送信元位置（例えば、送信元ネームスペース／コンテンツアイテム）と宛先位置（例えば、宛先ネームスペース／コンテンツアイテム）の状態をトラッキングすることができる。例えば、コンテンツ管理システム１１０が、コンテンツアイテム「Ｆｏｏ」をネームスペース１からネームスペース２に移動する要求を受信した場合、意図ストア２１２は、コンテンツアイテム「Ｆｏｏ」の移動の前及び／又は後のネームスペース１の状態と、コンテンツアイテム「Ｆｏｏ」の移動の前及び／又は後のネームスペース２の状態とをトラッキングすることができる。

場合によっては、意図ストア２１２は、送信元位置の状態および宛先位置の予測／投影状態をトラッキングすることができる。前述の例では、意図ストア２１２は、移動操作に基づいてコンテンツアイテム「Ｆｏｏ」がネームスペース１からネームスペース２に移動される前に、ネームスペース１の状態をトラッキングでき、コンテンツアイテム「Ｆｏｏ」が移動操作に基づいてネームスペース２に移動された後の、ネームスペース２の予測／投影状態をトラッキングできる。場合によっては、コンテンツ管理システム１１０は、意図ストア２１２に予測／投影状態を含める及び／又はコミットする前に、１つ以上の操作を検証することができる。

例えば、コンテンツ管理システム１１０は、ユーザアカウントＡから位置Ｘから位置Ｙに「フォルダＮ」を移動する要求を受け取ることができる。コンテンツ管理システム１１０は、「フォルダＮ」が位置Ｙに移動した後に、位置Ｘおよび位置Ｙにおいてどの状態に移動するかを決定することができる。図示のため、コンテンツ管理システム１１０は、位置Ｘが「フォルダＮ」を含まなくなり、位置Ｙを含むこともできる。コンテンツ管理システム１１０は、また、ユーザアカウントＡが位置Ｘから位置Ｙに「フォルダＮ」を移動するためのアクセス権を有することを検証することができる。コンテンツ管理システム１１０は、位置Ｙから「フォルダＮ」を移動するためのアクセス権及び／又は、位置Ｘから位置Ｙに「フォルダＮ」を移動するためのアクセス権を有すると判定した場合、コンテンツ管理システム１１０は、送信元状態（例えば、位置Ｘの状態）を記録することができ、また、移動操作後に、予測／投影された宛先状態（例えば、位置Ｙの状態）を記録することができる（例えば、「フォルダＮ」が位置Ｘから位置Ｙに移動された後）。ある場合には、予測／投影状態を判定する場合に、コンテンツ管理システム１１０は、許可を検証し、時系列／タイミング情報を決定し、及び／又は要求された操作に関与する任意のアトミック（atomic）操作（及び／又は操作のシーケンス）を判定することができる。

上述の例を参照すると、ユーザアカウントＢが位置Ｘから「フォルダＮ」へのアクセスを要求した場合、コンテンツ管理システム１１０は、意図ストア２１２内の情報から、「フォルダＮ」を位置Ｘから位置Ｙへ移動する操作が進行中であるか、又は完了していないことを判定することができる。ユーザアカウントＢに応答を返す前に、コンテンツ管理システム１１０は、移動後の「フォルダＮ」（及び／又は位置Ｘおよび位置Ｙ）の予測／投影状態を識別することができる（例えば、意図ストア２１２から）。コンテンツ管理システム１１０はまた、移動後に、ユーザアカウントＢが「フォルダＮ」へのアクセス権を有することを検証することができる（例えば、ユーザアカウントＢが位置Ｙにおいて「フォルダＮ」へのアクセス権を有する）。移動後にユーザアカウントＢが「フォルダＮ」へのアクセスを有する場合、コンテンツ管理システム１１０は、予測／投影状態に基づくユーザアカウントＢからのアクセス要求に対する応答を返すことができる。

例えば、移動の完了前の「フォルダＮ」の状態を提供する代わりに（例えば、位置Ｘに保存された「フォルダＮ」）、コンテンツ管理システム１１０は、意図ストア２１２内の予測／投影状態を使用して、代わりに予測／投影状態を提供するように、ユーザアカウントＢへの応答を修正することができる（例えば、位置Ｙに格納された「フォルダＮ」）。ユーザアカウントＢがコンテンツ管理システム１１０から応答を受信した場合、ユーザアカウントＢがコンテンツ管理システム１１０に要求を送信し及び／又は応答を受信したときに、位置Ｘから位置Ｙへの「フォルダＮ」の移動が完了していない場合であっても、「フォルダＮ」が位置Ｙに位置しているように見える。換言すれば、コンテンツ管理システム１１０は、そのコンテンツアイテムに対する動作の完了前にコンテンツアイテムの状態を「早送り」することができ、そのコンテンツアイテムに対するアクセスの要求に応答して、コンテンツ管理システム１１０は、そのコンテンツアイテムに対する動作の完了後に、そのコンテンツアイテムへのアクセスに対する適切な権利／許可を有する要求ユーザアカウントに対して、早送りした状態（例えば、開始状態または中間状態の代わりに）を提供することができる。

意図ストア２１２は、ここに記載されるように意図を保存するためのデータ構造を含むことができる。例えば、意図ストア２１２は、データベース、テーブル、ログ、及び／又は同様のものを含むことができる。場合によっては、意図ストア２１２は、サーバファイルジャーナル１４８の一部であり得、及び／又はサーバファイルジャーナル１４８によって実施され得る。他の場合には、意図ストア２１２は、サーバファイルジャーナル１４８とは別個のコンテンツ管理システム１１０によって実現することができる。例えば、意図ストア２１２は、データベース及び／又はデータベーステーブルのような、サーバ上の別々の及び／又はスタンドアローンのデータ構造とすることができる。

いくつかの例では、ファイルジャーナルインタフェース２０２は、意図ストア２１２に格納された意図に基づいて、クライアントデバイス１５０に予測／投影状態情報を提供することができる。場合によっては、ファイルジャーナルインタフェース２０２は、クライアントデバイス１５０と意図ストア２１２との間の通信を管理する。いくつかの例では、変換サービス及び／又はコンテンツ管理システム１１０の他のコンポーネントは、クライアントデバイスに提供される予測／投影状態を決定し、及び／又は意図ストア２１２に保存することができる。

図２Ｂは、ブロックストレージと同期構成の一例を示す図である。この例では、コンテンツストレージ１４２はデータのブロックを保存することができる。いくつかの例では、データのブロックは、コンテンツアイテムの不透明なチャンクであったり、特定のサイズまでであったりする。コンテンツアイテムはブロックに分割することができ、ブロックは、アクセスのためにコンテンツストレージ１４２に保存することができる。ストレージインデックス２１０は、コンテンツストレージ１４２に保存されたブロック、並びにコンテンツストレージ１４２に保存されたブロックのそれぞれの位置をトラッキングすることができる。ファイルジャーナルインタフェース２０２は、サーバファイルジャーナル１４８とインタラクションして、コンテンツストレージ１４２に保存されたコンテンツアイテム及び／又はブロックに対するリビジョンをトラッキングすることができる。

例えば、コンテンツアイテム２２０（例えば、ＭｙＦｉｌｅ．ａｂｃ）は、ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎに分割することができる。コンテンツストレージインタフェース２０６は、ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎを受信し、コンテンツストレージ１４２に保存するためのブロックデータ２２２Ｂをコンテンツストレージ１４２に送信することができる。ブロックデータ２２２Ｂは、コンテンツアイテム２２０に関連するブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎを含むことができる。

ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎは、コンテンツストレージデバイス１４２における１つ以上のストレージデバイスまたはボリューム上に保存され、及び／又は１つ以上の論理ストレージコンテナ（例えば、バケット）またはデータクラスタ内に集約され得る。場合によっては、ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎを、同一の位置（例えば、ストレージデバイス、ボリューム、コンテナ、及び／又はクラスタ）に一緒に保存することができる。他の場合には、ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎの一部または全部を、２つ以上の異なる位置（例えば、２つ以上の異なるストレージデバイス、ボリューム、コンテナ、及び／又はクラスタ）に保存することができる。

コンテンツストレージインタフェース２０６はまた、ストレージインデックス２１０においてブロックメタデータ２２２Ａを保存することができる。ブロックメタデータ２２２Ａは、ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎを識別することができ、ストレージインデックス２１０が、コンテンツストレージ１４２においてブロック２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎをトラッキングすることを可能にする。ブロックメタデータ２２２Ａは、各ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎに対する識別子を含むことができる。ブロックの識別子は、ブロックを識別するブロックのハッシュなど、名前またはキーにすることができる。

ブロックメタデータ２２２Ａは、ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎのそれぞれの保存位置を示すブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎの位置情報も含むことができる。ブロックの位置情報は、ブロックが保存されているストレージデバイスまたはボリューム、及び／又はブロックが格納されている論理ストレージコンテナまたはデータクラスタを識別することができる。位置情報は、関連するブロックへのアクセスまたは取得に使用することができる。

コンテンツストレージインタフェース２０６は、コンテンツストレージ１４２にブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎを保存する前または後に、ストレージインデックス２１０でブロックメタデータ２２２Ａを保存することができる。例えば、コンテンツストレージインタフェース２０６は、コンテンツストレージ１４２にブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎを保存し、その後、ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎがコンテンツストレージ１４２に保存されたことを示すために、ストレージインデックス２１０にブロックメタデータ２２２Ａを保存することができる。

場合によっては、コンテンツストレージインタフェース２０６は、コンテンツストレージ１４２にブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎを保存する前にストレージインデックス２１０に問い合わせて、ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎがコンテンツストレージ１４２に保存されているかどうかを判定することができる。例えば、コンテンツストレージインタフェース２０６は、ブロックメタデータ２２２Ａに基づいてストレージインデックス２１０に問い合わせて、ブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎがコンテンツストレージ１４２に保存されているかどうかを確認することができる。ストレージインデックス２１０は、ブロックメタデータ２２２Ａ内のブロック識別子をストレージインデックス２１０内のブロック識別子と比較し、任意の一致を確認することができる。ブロック識別子間の一致は、関連するブロックがコンテンツストレージ１４２に保存されることを示す。

前述したように、サーバファイルジャーナル１４８は、コンテンツアイテムの追加、編集、移動、名前変更、削除などを含むコンテンツアイテムのリビジョンをトラッキングする。従って、ファイルジャーナルインタフェース２０２は、サーバファイルジャーナル１４８にリビジョン２２２Ｃを保存して、コンテンツアイテム２２０及び／又はブロック２２０Ａ、２２０Ｂ、２２０Ｃ、２２０Ｎがコンテンツストレージ１４２に追加されたことを示すことができる。リビジョン２２２Ｃは、サーバファイルジャーナル１４８におけるコンテンツアイテムリビジョンのジャーナル内のコンテンツアイテム２２０のリビジョンを表すことができる。

リビジョン２２２Ｃは、コンテンツアイテム２２０及びコンテンツアイテム２２０に関連する操作、例えば追加操作（例えば、アップロード）、編集操作、移動操作、名前変更操作、削除操作などを識別することができる。リビジョン２２２Ｃはまた、コンテンツアイテム２２０が保存されているコンテンツ管理システム１１０内のネームスペースと、リビジョン２２２Ｃを保存するためのサーバファイルジャーナル１４８におけるコンテンツアイテムリビジョンのジャーナル内の行とを識別することができる。コンテンツアイテムリビジョンのジャーナル内の行は、コンテンツアイテム２２０のリビジョン２２２Ｃに関連付けられたリビジョン番号を表すことができる。

図３Ａは、クライアントデバイス１５０とサーバファイルジャーナル１４８との間のファイルジャーナルインタフェース２０２によって処理される通信を示す図である。いくつかの例では、サーバファイルジャーナル１４８は、サーバファイルジャーナル１４８内の行およびフィールド内の値として、コンテンツアイテム状態および変更（例えば、リビジョン）をトラッキングすることができる。例えば、サーバファイルジャーナル１４８は、コンテンツストレージ１４２内のコンテンツアイテムに対するリビジョンの１つ以上のジャーナルを維持することができる。場合によっては、１つ以上のジャーナルが各ネームスペースの各コンテンツアイテムのリビジョンをトラッキングすることができる。サーバファイルジャーナル１４８上のジャーナル内の行の値は、ネームスペース内のコンテンツアイテムを識別し、ネームスペース内のコンテンツアイテムの状態を反映することができる。ネームスペース内の同じコンテンツアイテムに対応するジャーナル内の後続の行は、ネームスペース内のコンテンツアイテムに対する後続のリビジョンを反映することができる。従って、コンテンツアイテムに関連するサーバファイルジャーナル１４８内の行は、コンテンツアイテムの状態、およびコンテンツアイテムに対する生成から現在の状態への任意のリビジョンを識別することができる。

コンテンツアイテム情報（例えば、状態、変更またはリビジョンなど）をクライアントデバイス１５０と同期させるために、サーバファイルジャーナル１４８は、１つ以上のコンテンツアイテムに対してトラッキングされる又はサーバファイルジャーナル１４８に格納される、リビジョンを表すファイルジャーナルインタフェース２０２との間で、リビジョンデータ３０４を送受信することができる。リビジョンデータ３０４は、例えば、サーバファイルジャーナル１４８内の行に対応するコンテンツアイテムリビジョンのログを含むことができる。サーバファイルジャーナル１４８は、リビジョンデータ３０４をファイルジャーナルインタフェース２０２に送信することができ、これは、本明細書にさらに記載するように、リビジョンデータ３０４をクライアントデバイス１５０のための操作データ３０２に変換することができる。

場合によっては、クライアントデバイス１５０は、コンテンツ操作を実行して、クライアントデバイス１５０でコンテンツアイテムを更新または修正することができる。コンテンツアイテム情報をサーバファイルジャーナル１４８と同期させるために、クライアントデバイス１５０は、操作データ３０２をファイルジャーナルインタフェース２０２との間で送受信することができる。クライアントデバイス１５０は、操作データ３０２をファイルジャーナルインタフェース２０２に送信して、クライアントデバイス１５０での変更をコンテンツアイテムに報告し、ファイルジャーナルインタフェース２０２から操作データ３０２を受信して、サーバファイルジャーナル１４８からコンテンツアイテムの最新の状態を取得することができる（例えば、リビジョンデータ３０４）。

操作データ３０２は、クライアントデバイス１５０に関連する各ネームスペースについてクライアントデバイス１５０によって取得された最新の状態またはリビジョンを識別するカーソルを含むことができる。例えば、カーソルは、クライアントデバイス１５０に関連する各ネームスペースについて、クライアントデバイス１５０によって取得されたサーバファイルジャーナル１４８内の最新のリビジョンを識別することができる。カーソル内の情報により、ファイルジャーナルインタフェース２０２に、クライアントデバイス１５０からの操作データ３０２内の操作が、操作に関連するネームスペースのためのサーバファイルジャーナル１４８内の最新の状態またはリビジョンを反映するかどうかを判定可能にする。これは、ファイルジャーナルインタフェース２０２が、サーバファイルジャーナル１４８内の古いリビジョンに対応するクライアントデバイス１５０からの操作データ３０２内の操作、これはサーバファイルジャーナル１４８内の既存のリビジョンと、操作データ３０２から変換されたリビジョンとの間のコンフリクトを生成し得る、がサーバファイルジャーナル１４８に書き込まれないことを確実にするのに役立つ。

クライアントデバイス１５０とサーバファイルジャーナル１４８との間でコンテンツアイテム情報の同期を可能にするために、ファイルジャーナルインタフェース２０２は、（例えば、変換サービス２０４を介して）操作データ３０２をリビジョンデータ３０４に、及びその逆に変換することができる。クライアントデバイス１５０から操作データ３０２を受信すると、ファイルジャーナルインタフェース２０２は、操作データ３０２を、操作データ３０２内の操作から解釈されたコンテンツアイテムリビジョンを含むリビジョンデータ３０４に変換することができる。サーバファイルジャーナル１４８からリビジョンデータ３０４を受信すると、ファイルジャーナルインタフェース２０２は、リビジョンデータ３０４を、クライアントデバイス１５０でリビジョンデータ３０４内にリビジョンを実施するための操作を含む操作データ３０２に変換することができる。リビジョンデータ３０４は、１つ以上のコンテンツアイテム（例えば、１つ以上のコンテンツアイテムに対するリビジョン）に何が起きたかを記述するサーバファイルジャーナル１４８内のデータを含み、操作データ３０２は、１つ以上のコンテンツアイテムを修正するために、クライアントデバイス１５０で実行された、または実行されるべき操作を含む。従って、ファイルジャーナルインタフェース２０２は、サーバファイルジャーナル１４８からの１つ以上のコンテンツアイテムに対するリビジョンを記述するデータ（例えば、リビジョンデータ３０４）を、クライアントデバイス１５０で実行されるべき又はされるべきであった操作に変換して、クライアントデバイス１５０において１つ以上のコンテンツアイテムを修正することができる。

クライアントデバイス１５０からの操作データ３０２をサーバファイルジャーナル１４８のためのリビジョンデータ３０４に変換することに加えて、ファイルジャーナルインタフェース２０２は、サーバファイルジャーナル１４８からのリビジョンデータ３０４をクライアントデバイス１５０のための操作データ３０２に変換することができる。ファイルジャーナルインタフェース２０２は、リビジョンデータ３０４をサーバファイルジャーナル１４８から取得し、リビジョンデータ３０４のリビジョンを、クライアントデバイス１５０で実行される操作に変換して、このようなリビジョンに従ってクライアントデバイス１５０で１つ以上のコンテンツアイテムを更新することができる。リビジョンデータ３０４内のリビジョンから生成される操作は、ファイルジャーナルインタフェース２０２によってクライアントデバイス１５０に提供される操作データ３０２に含まれる。操作データ３０２とリビジョンデータ３０４との間のこの変換によって、クライアントデバイス１５０とサーバファイルジャーナル１４８は、コンテンツアイテム情報を互いに同期させることができる。

サーバファイルジャーナル１４８に書き込む前に、クライアントデバイス１５０によって提供される操作データ３０２から生成される任意のリビジョンデータ３０４を、ファイルジャーナルインタフェース２０２は、データ３０２及び／又はクエリサーバファイルジャーナル１４８内のカーソルを確認して、リビジョンデータ３０４内の任意のリビジョンがサーバファイルジャーナル１４８内に競合を生じないことを確実にすることができる。例えば、ファイルジャーナルインタフェース２０２は、リビジョンデータ３０４内のリビジョンに関連するコンテンツアイテムのバージョンが、サーバファイルジャーナル１４８におけるコンテンツアイテムのバージョンと同一であるか否か、あるいは、サーバファイルジャーナル１４８におけるコンテンツアイテムのバージョンが、リビジョンデータ３０４におけるリビジョンが関連するコンテンツアイテムとして、更新されたバージョンであるか異なったバージョンであるか否かを確認するために、サーバファイルジャーナル１４８に問い合わせることができる。サーバファイルジャーナル１４８が、コンテンツアイテムの最新バージョンが、リビジョンデータ３０４が関連するバージョンとは異なるバージョンであることを示している場合、２つのバージョンは競合している。

ファイルジャーナルインタフェース２０２は、サーバファイルジャーナル１４８を更新して、操作データ３０２から導出されたリビジョンデータ３０４に含まれる新しいリビジョンを保存することができる。いくつかの例では、サーバファイルジャーナル１４８内のリビジョンを問い合わせ及び／又は更新する場合、ファイルジャーナルインタフェース２０２は、リビジョンデータ３０４内のリビジョンによって影響を受ける任意のネームスペースに関連するネームスペース所有権情報を検索するために、ネームスペースメンバシップストア２０８に問い合わせることができる。ネームスペースの所有権情報は、特定のネームスペースのどのユーザアカウントが所有しているか、またはメンバーであるかを示し、特定のネームスペースにアクセスすることができる。従って、ファイルジャーナルインタフェース２０２は、ネームスペースの所有権情報を分析して、サーバファイルジャーナル１４８が、ネームスペースのメンバではないユーザアカウントからネームスペースにリビジョンを含むように更新されないことを確実にすることができる。

図３Ｂを参照すると、サーバファイルジャーナル１４８は、ジャーナル３１０、３１２を保存し、コンテンツアイテムのリビジョンおよび状態をトラッキングおよび識別することができる。この例では、ジャーナル３１０には、リビジョン識別子（または状態識別子）、パス、ブロック、以前のリビジョン（Ｐｒｅｖ＿Ｒｅｖ）、およびターゲットネームスペース（Ｔａｒｇｅｔ ＮＳ）を含むレコードが含まれている。いくつかの例では、リビジョン識別子は、ネームスペース内の操作またはリビジョンの順序を提供及び／又は識別することができる。いくつかの例では、リビジョン識別子は、ネームスペース識別子（ＮＳＩＤ）、クロック（例えば、タイムスタンプ、ラムポートクロック、ハイブリッド論理クロックなど）、サーバジャーナル識別子（ＳＪＩＤ）、オブジェクト識別子、及び／又は他の任意の識別子値を含むことができる。

ＮＳＩＤは、サーバファイルジャーナル１４８内のネームスペースを一意に識別する１つ以上の値を含むことができる。場合によっては、ＳＪＩＤは、特定のネームスペース内の各行にマップする単調増加値を含むことができ、そのネームスペース内の操作またはリビジョンの順序付けを提供する。場合によっては、パスは、関連するコンテンツアイテムを識別するネームスペース相対パスとすることができる。Ｐｒｅｖ＿Ｒｅｖは、パスに関連するコンテンツアイテムの以前の状態に対応するサーバファイルジャーナル１４８内の行を識別する。ターゲットＮＳは、マウントされたネームスペースのマウントポイントのターゲットネームスペースのＮＳＩＤを識別する。ターゲットＮＳフィールドは、マウントポイントに対応しない行（リビジョンなど）には設定されない。

この例では、ジャーナル３１２は、識別子（例えば、ＮＳＩＤ、クロック、ＳＪＩＤ、及び／又は任意の他の識別子値）、オブジェクト識別子（ＯＩＤ）、拡張属性（ｘａｔｔｒ）などを含む記録を含む。ｘａｔｔｒは、コンテンツアイテムまたは操作に関連付けられたメタデータを保存することができる。ジャーナル３１０およびジャーナル３１２の値の例は、説明のために提供された単なる例である。当業者であれば、他の値及び／又は構成も可能であり、本明細書で意図されるものであることを認識するであろう。例えば、ジャーナル３１０及び／又はジャーナル３１２は、関連するコンテンツアイテムのサイズを表すサイズフィールド、コンテンツアイテムがディレクトリであるときを示すように設定できるディレクトリフィールド（例えば、Ｉｓ＿Ｄｉｒ）、関連するファイルを一意に識別するファイル識別子などの他のフィールドを含むことができる。

ファイルジャーナルインタフェース２０２は、操作データ３０２およびリビジョンデータ３０４に基づいて、変換３２０を実行することができる。変換３２０を実行するとき、変換サービス２０４は、操作データ３０２を、サーバファイルジャーナル１４８での保存のための線形化リビジョンを含むことができるリビジョン３２２に変換することができる。変換サービス２０４は、リビジョンデータ３０４を、クライアントデバイス１５０に送られる操作３０２に含まれる線形化操作３２４Ａに変換することができ、これは、クライアントデバイス１５０によって適用されて、クライアントデバイス１５０でコンテンツアイテム情報（例えば、状態、変更など）を更新することができる。変換サービス２０４はまた、カーソル３２４Ｂを生成または更新し、操作データ３０２内のカーソル３２４Ｂをクライアントデバイス１５０に提供することができる。カーソル３２４Ｂは、線形化操作３２４Ａに関連する各ネームスペース及び／又はコンテンツアイテムに対応する、サーバファイルジャーナル１４８内のそれぞれのリビジョンまたは行を識別する。

先に説明したように、サーバファイルジャーナル１４８は、保存されたコンテンツアイテムのコピーをデバイスにわたる同期化において使用するために、コンテンツ管理システム１１０におけるコンテンツアイテムの状態及び／又はリビジョンをトラッキングすることができる。意図ストア２１２はまた、進行中及び／又は完了していない１つ以上の関連する操作の実行後の、コンテンツアイテムの意図された状態をトラッキングすることができる。コンテンツ管理システム１１０は、意図ストア２１２内の意図された状態を使用して、完了していない操作に関連するコンテンツアイテムへのアクセスを要求するクライアントデバイスに対して、意図された状態に従った、要求されたコンテンツアイテムを提供することができる。そして、クライアントデバイスは、操作の前の状態及び／又は操作の完了前の中間状態においてコンテンツアイテムにアクセスするのではなく、操作が完了していない、及び／又は進行中であったとしても、操作が既に完了しているかのように、意図された状態のコンテンツアイテムにアクセスすることができる。

いくつかの例では、クライアントデバイスは、現在の時間（例えば、リアルタイム）または過去の時間であり得る特定の期間におけるコンテンツアイテム上の進行中または未完了の操作に関連する意図された状態を取得することができる。例えば、クライアントデバイスは、コンテンツアイテムに対する操作が進行中であった過去の期間に、コンテンツアイテムへのアクセスを要求することができる。コンテンツ管理システム１１０は、その特定の時点で操作が完了していなくても、そのコンテンツアイテムに対する意図した状態を提供することができる。

コンテンツ管理システム１１０は、意図した状態を達成すると推定される操作が進行中であるか、及び／又は完了していない場合でも、コンテンツアイテムの意図した状態を予測／投影することができる。コンテンツ管理システム１１０は、例えば、コンテンツアイテム及び／又は操作に関連する任意の依存性、因果関係、許可、タイムスタンプ／クロック等に基づいて、コンテンツアイテムの意図された状態を予測／投影することができる。コンテンツ管理システム１１０は、コンテンツアイテムに関連するクライアント要求への応答に使用するために、コンテンツアイテムに対して予測／投影される意図状態を意図ストア２１２に保存することができる。

意図された状態は、クライアントデバイスが、特にクライアントデバイスによって任意のそのような状態（操作の開始前の状態及び／又は中間状態）を要求されていない限り、クライアントデバイスが、操作の開始前及び／又は操作が開始された後の中間状態にあるコンテンツアイテムの状態におけるコンテンツアイテムにアクセスすることを防止することができる。これにより、クライアントデバイスが古くなった／使われなくなったコンテンツアイテムの状態を受信しないようにしたり、進行中または未完了の操作に関連するコンテンツアイテムの不整合を観察しないようにしたり、明らかなデータ損失を経験しないようにしたり（例えば、操作中に予期せずデータが欠落しているように見えるなど）、または進行中または未完了の操作中にコンテンツアイテムがアクセスされたときに発生する可能性のあるその他の予期しない／矛盾した操作及び／又は状態を経験しないようにしたりすることができる。

図４Ａは、コンテンツアイテム操作に関連する中間状態に従ってコンテンツアイテムにアクセスするときに、クライアントデバイスが経験する不一致の例を示す図である。この例では、クライアントデバイス１５０_１がコンテンツ管理システム１１０に移動要求４０４を送信している。移動要求４０４は、フォルダ４１８内のフォルダ４１２を移動する移動操作４０２を含む。示されるように、移動操作４０２の前に、フォルダ４１２はルートフォルダ４１０内に位置し、移動操作４０２の後に、フォルダ４１２はフォルダ４１８内に位置する。

移動要求４０４の後で移動操作４０２の完了前に、クライアントデバイス１５０_２は、コンテンツ管理システム１１０に読み取り要求４０６を送信している。読み取り要求４０６は、クライアントデバイス１５０_２からフォルダ４１２を読み取る要求である。読み取り要求４０６に基づいて、コンテンツ管理システム１１０は、応答４０８をクライアントデバイス１５０_２に送信した。この例の応答４０８は、フォルダ４１２の中間状態を含む。中間状態は、移動操作４０２が開始された後、移動操作４０２が完了する前のフォルダ４１２の状態である。中間状態に基づいて、フォルダ４１２は、クライアントデバイス１５０_２がフォルダ４１２を読み取る場合、１つ以上の不整合を有するように見えることがあり得る。

図４Ａに示す例では、移動操作４０２の前では、フォルダ４１２はアイテム４１４とフォルダ４１６とを含む。しかし、フォルダ４１２が中間状態に従ってクライアントデバイス１５０_２において表示される場合、フォルダ４１２は、以前のようにアイテム４１４を含むように見えるが、フォルダ４１６が欠落しているように見える。このフォルダ４１６の見かけ上の損失は、移動操作４０２がフォルダ４１２のコンテンツをフォルダ４１８に移動し始めた後、移動操作４０２が完了するまでに、クライアントデバイス１５０_２がフォルダ４１２にアクセスすることによって生じる。つまり、中間状態では、フォルダ４１２の中のアイテム４１４は、すでにフォルダ４１２で移動されているが、フォルダ４１６は、まだ移動を開始していないか、完了しておらず、従って、フォルダ４１２の中に表示されない。このような不一致は、クライアントデバイス１５０_２におけるユーザのユーザエクスペリエンスに悪影響を与え、データの部分的な損失（例えば、フォルダ４１６）が発生したとユーザが誤って感じることさえあり得る。

図４Ａに示される不一致および操作のタイプは、説明のために提供される単なる例である。当業者であれば、開示の観点から、他の不一致および問題が発生し得ること、および他のタイプの操作が同一及び／又は異なる不一致及び／又は問題を引き起こし得ることを認識するであろう。例えば、場合によっては、移動操作４０２、読み取り要求４０６、及び／又は応答４０８のタイミング、状況などに応じて、フォルダ４１２は空に見えるか、または完全に欠落しているように見えることがある。このような操作に関連するコンテンツアイテムを提示する際に不一致及び／又は問題を引き起こし得る他の限定的でない操作の例としては、削除操作、マウント操作、パーティション操作、コピー操作、編集／書き込み操作、名前変更操作、他のファイルシステム操作などがある。

進行中及び／又は未完了の操作からの不一致及び／又は問題を回避するために、コンテンツ管理システム１１０は、関連する操作の完了後にコンテンツアイテムの状態が何であるかを予測／投影し、そのコンテンツアイテムの予測／投影状態を要求クライアントに提供して、クライアントが操作の完了後の終了状態に従ってコンテンツアイテムを見るようにすることができる。例えば、図４Ｂを参照すると、クライアントデバイス１５０_２がコンテンツ管理システム１１０に読み取り要求４０６を送信すると、コンテンツ管理システム１１０は、フォルダ４１２の予測／投影状態（例えば、フォルダ４１２の状態は、操作４０２の移動後にどのような状態になるか）を判断し、応答４２０で予測状態をクライアントデバイス１５０_２に提供することができる。

図４Ｂに示されるように、応答４２０におけるフォルダ４１２の予測／投影状態は、図４Ａに示される例において前もって欠落しているフォルダ４１６を含む、移動操作４０２後のフォルダ４１２の状態を反映する。クライアントデバイス１５０_２が応答４２０の後にフォルダ４１２を表示すると、フォルダ４１２は、フォルダ４１８の内側に位置するように見え、移動操作４０２の前に有していたすべてのコンテンツアイテム（例えば、アイテム４１４、フォルダ４１６）を含むように見える。従って、コンテンツ管理システム１１０は、フォルダ４１２の現在の状態（例えば、移動操作４０２が進行中であり、完了していない間のフォルダ４１２の状態）を提供するのではなく、応答４２０に予測／投影状態を提供することによって、代わりに移動操作４０２の完了後のフォルダ４１２の状態と異なる状態を提供するときに発生する問題および不一致を除去することができる。

いくつかの例では、コンテンツ管理システム１１０は意図ストア２１２からフォルダ４１２の予測／投影状態を保存及び／又は取得することができる。場合によっては、意図ストア２１２がフォルダ４１２の予測／投影状態を有しない場合、コンテンツ管理システム１１０は、フォルダ４１２に関連する読み取り要求４０６を受信すると、フォルダ４１２の予測／投影状態を計算することができる。コンテンツ管理システム１１０は、予測／投影状態を意図ストア２１２に保存し、クライアントデバイス１５０_２への応答４２０に含めることができる。

いくつかの例では、宛先位置（例えば、フォルダ４１８）における予測／投影状態を計算することに加えて、コンテンツ管理システム１１０は、送信元位置（例えば、ルートフォルダ４１０）における状態を計算及び／又は記録することができる。送信元位置における状態は、移動操作４０２の前の状態を含むことができる。いくつかの例では、送信元位置における状態は、移動操作４０２の後の送信元位置の予測／投影状態を追加的にまたは代替的に含むことができる。このような例では、コンテンツ管理システム１１０は、意図ストア２１２に、送信元と宛先の両方の位置の予測／投影状態を保存することができる。例えば、コンテンツ管理システム１１０は、移動操作４０２後のルートフォルダ４１０の予測／投影状態と、移動操作４０２後のフォルダ４１８の予測／投影状態とを計算することができる。そして、コンテンツ管理システム１１０は、ルートフォルダ４１０及びフォルダ４１８の予測／投影状態を意図ストア２１２に保存することができる。場合によっては、意図ストア２１２は、図４Ｂにおけるルートフォルダ４１０の状態のような送信元意図と、移動操作４０２後のフォルダ４１８の予測／投影状態のような宛先意図とを保存／トラッキングすることができる。

いくつかの例では、予測／投影状態を計算する前及び／又はその一部として、コンテンツ管理システム１１０は、クライアントデバイス１５０_１（及び／又は、クライアントデバイス１５０_１に関連付けられたユーザアカウント）がフォルダ４１８にフォルダ４１２を移動するための十分な権限を有し、且つクライアントデバイス１５０_２（及び／又は、クライアントデバイス１５０_２に関連付けられたユーザアカウント）が、フォルダ４１８内に保存されたときにフォルダ４１２にアクセスするための十分な権限を有することを確実にするための権限を検証することができる。例えば、コンテンツ管理システム１１０が、クライアントデバイス１５０_１（及び／又はクライアントデバイス１５０_１に関連付けられたユーザアカウント）が移動操作４０２を実行する権限を持たないと判定した場合、コンテンツ管理システム１１０は移動操作４０２を拒否することができる。コンテンツ管理システム１１０が、クライアントデバイス１５０_２（及び／又はクライアントデバイス１５０_２に関連付けられたユーザアカウント）が、フォルダ４１８の内部に保存されているときのフォルダ４１２にアクセスするための十分な（または全く）権限を有していないと判定した場合、応答４２０に含まれる予測／投影状態は、フォルダ４１８の内部（例えば、フォルダ４１８の内部のフォルダ４１２へのアクセスがないことを所与として）またはルートフォルダ４１０の内部（例えば、移動操作４０２の後、フォルダ４１２は、もはやフォルダ４１８の内部にはないことを所与として）のフォルダ４１２を反映しないことがある。

いくつかの例では、特定の操作の後に予測／投影状態を計算するために、コンテンツ管理システム１１０は、特定の操作の一部として（及び／又は特定の操作の意図された結果を達成するために）実行される各アトミック操作及び／又は順次操作を計算することができる。例えば、図４Ｂでは、移動操作４０２は、ルートフォルダ４１０からフォルダ４１２を削除し、フォルダ４１８にフォルダ４１２を追加することを含むことができる。移動操作４０２後のフォルダ４１８の予測／投影状態（例えば、宛先位置）を計算するために、コンテンツ管理システム１１０は、ルートフォルダ４１０からフォルダ４１２を削除し、フォルダ４１２をフォルダ４１８に追加した結果を計算することができる。保存先の位置（例えばフォルダ４１８）の予測／投影状態は、フォルダ４１８にフォルダ４１２を追加したことを反映する。いくつかの例では、特定の操作後の予測／投影状態の計算の一部として、コンテンツ管理システム１１０は、特定の操作、特定の操作によって影響を受けるコンテンツアイテム、及び／又はその他の関連条件及び／又はパラメータに関連する、あらゆる依存性、因果関係、影響を受ける及び／又は伝播される許可などを考慮することができる。

図５は、意図ストア２１２のスキーマ例を示す図である。この例では、意図ストア２１２に送信元意図５０２と宛先意図５０４が含まれている。送信元意図５０２および宛先意図５０４は、例えば、テーブル、ログ、データベース、及び／又は任意の他のデータ構造を含み、及び／又は表すことができる。送信元意図５０２は、操作、１つ以上の送信元位置におけるコンテンツアイテム、及び／又は１つ以上の送信元位置における状態、に関連する情報を保存およびトラッキングすることができる。宛先意図５０４は、１つ以上の宛先位置、１つ以上の宛先位置におけるコンテンツアイテム、及び／又は１つ以上の宛先位置の予測状態、に影響を与える操作に関連する情報を保存およびトラッキングすることができる。送信元の位置は、例えば、制限なしに、送信元ネームスペース、送信元フォルダ、送信元ディレクトリ、送信元パス、送信元コンテンツアイテムなどを含む、及び／又は表すことができる。同様に、宛先位置は、例えば、制限なしに、宛先ネームスペース、宛先フォルダ、宛先ディレクトリ、宛先パス、宛先コンテンツアイテムなどを含む、及び／又は表すことができる。

図５に示される例では、送信元意図５０２は、送信元位置５０２内のエントリを一意に識別するレコードＩＤフィールドと、レコードＩＤに関連する操作の一意に識別する操作ＩＤフィールドと、操作ＩＤに関連する操作のタイプを記述するデータのための操作タイプフィールドと、送信元位置を一意に識別するための送信元ＩＤフィールドと、宛先位置を一意に識別するための宛先ＩＤフィールドと、コンテンツアイテムを一意に識別するためのオブジェクトＩＤ（ОＩＤ）フィールドと、送信元位置で送信元位置及び／又は送信位置におけるコンテンツアイテムに関連する送信元パスを識別するための送信元パスフィールドと、送信元位置で送信元位置及び／又は送信元位置におけるコンテンツアイテムの状態を記録するための状態フィールドと、クロック値を記録するためのクロックフィールドと、サーバファイルジャーナル１４８内の行に関連するＳＪＩＤのためのＳＪＩＤフィールドとを含む。

この例の宛先意図５０４は、宛先意図５０４内のエンティティを一意に識別するレコードＩＤフィールドと、レコードＩＤに関連する操作を一意に識別するための操作ＩＤフィールドと、操作ＩＤに関連する操作のタイプを記述するデータのための操作タイプフィールドと、宛先位置を一意に識別するための宛先ＩＤフィールド、送信元位置を一意に識別するための送信元ＩＤフィールドと、コンテンツアイテムを一意に識別するためのオブジェクトＩＤフィールドと、宛先パス（例えば、宛先位置に関連するパス、宛先位置に関連するコンテンツアイテム、及び／又は宛先位置に関連する操作）を識別するための宛先パスフィールドと、操作ＩＤに関連する操作に基づく予測状態を記録するための予測状態フィールドと、クロック値を記録するためのクロックフィールドと、サーバファイルジャーナル１４８内の行に関連するＳＪＩＤのためのＳＪＩＤフィールドとを含む。

意図ストア２１２にトラッキングされる及び／又は記録される操作の非限定的な例は、移動操作、追加操作、削除操作、マウント操作、アンマウント操作、パーティション操作、パージ操作などを含むことができる。いくつかの例では、操作に制御操作も含めることができる。例えば、移動は、移動の各段階で意図を定義する１つ以上の移動制御操作に関連付けることができる。制御操作の非限定的な例には、外向き操作、内向き操作、アボート操作、終了操作などが含まれる。このような制御操作は、意図された移動操作のような、１つ以上の意図された操作のフロー及び／又は状態を定義するために、及び／又はアトミック操作及び操作の処理を直列化するために、処理及び／又は記録することができる。

いくつかの例では、宛先意図５０４は、例えば進行中及び／又は未完了の操作のような、要求された操作のための意図（例えば、予測／投影状態）を定義するレコードをホストすることができる。例えば、宛先意図５０４は、宛先ネームスペース上の進行中及び／又は未完了の移動の意図を反映する内向き移動レコードを保存することができ、及び／又は送信元意図５０２は、送信元ネームスペース上の移動の意図を反映する外向き移動レコードを保存することができる。いくつかの例では、送信元意図５０２は、意図（例えば、予測／投影状態、操作前の状態など）を定義するレコードをホストすることができる。場合によっては、送信元意図５０２の意図のレコードは、要求された操作の実行前の状態を含むことができる。場合によっては、送信元意図５０２における意図のレコードは、例えば進行中及び／又は未完了の操作のような、要求された操作に関連する予測／投影状態を追加的にまたは代替的に含むことができる。

いくつかの例では、送信元意図５０２及び／又は宛先意図５０４のクロックフィールドで定義されるクロックを使用して、クライアントデバイスに提供される状態を操作の前または後の状態にすべきかどうかを決定することができる。例えば、クロックフィールドのタイムスタンプは、意図及び／又は操作に関連する時刻（例えば、意図が計算／記録された時刻、意図に関連する操作が要求／開始された時刻など）を識別することができる。タイムスタンプを使用して、クライアントデバイスに提供される状態を、送信元位置の状態を変更する操作の前の送信元位置の状態にするか、操作の完了後の宛先位置の予測／投影状態にするかを決定することができる。いくつかの例では、送信元意図５０２において、送信元位置の状態を修正する操作の前の送信元位置の状態を記録／トラッキングすることができ、宛先意図５０４において、操作の完了後の宛先位置の予測／投影状態を記録／トラッキングすることができる。

前述したように、コンテンツ管理システム１１０は、意図ストア２１２内の送信元意図５０２及び宛先意図５０４を使用して、例えば、親、子又はその他の関連フォルダ、ネームスペース、ディレクトリ、オブジェクトなどのコンテンツアイテムの状態に影響を与える１つ以上の進行中及び／又は未完了の操作の完了後に、コンテンツアイテムの状態がどのように予測／投影されるかに応じて、コンテンツアイテムへのアクセスをクライアントデバイスに提供することができる。例えば、クライアントデバイスが操作を要求した場合、コンテンツ管理システム１１０は、この操作が可能であるか許可されているか（例えば、クライアントデバイスが操作の完了に必要な権利／権限を有するかどうか）を検証することができる。コンテンツ管理システム１１０が、操作が可能／許可されることを検証すると、コンテンツ管理システム１１０は、意図ストア２１２に意図が書き込まれた時間及び／又は操作が検証された時間に対応するタイムスタンプにおいて操作が実行されることを示す意図を意図ストア２１２に書き込むことができる。

いくつかの例では、コンテンツ管理システム１１０は送信元意図５０２に送信元意図を書き込み、宛先意図５０４に宛先意図を書き込むことができる。場合によっては、送信元意図は、送信元ネームスペースのような操作に関与し及び／又は影響を受ける送信元位置に対応付け及び／又はマッピングされることができ、宛先意図は、宛先ネームスペースのような操作に関与し及び／又は影響を受ける宛先位置に対応付け及び／又はマッピングされることができる。宛先位置は、送信元の位置と同じにすることも、異なる位置にすることもできる。送信元意図５０２および宛先意図５０４は、コンテンツ管理システム１１０が、操作に関連するコンテンツアイテムの名称、操作に関与し及び／又は操作の影響を受けるコンテンツアイテムの任意の部分（及び／又は全体部分）、送信元位置におけるコンテンツアイテムの名称および宛先におけるコンテンツアイテムの名称、及び／又は操作の前後の操作及び状態に関与し及び／又は影響を受けるコンテンツアイテムを決定するための任意の他のデータ、を決定することを可能にする情報を含むことができる。

別のクライアントデバイスがコンテンツアイテムにアクセスしようとすると（例えば、そのクライアントデバイスが読み出しを実行しようとすると）、コンテンツ管理システム１１０は、クライアントデバイスがアクセスしようとしているコンテンツアイテム及び／又はコンテンツアイテムの一部を示す情報を有する、クライアントからのアクセス要求を受信することができる。例えば、要求は、要求されたコンテンツアイテムの名前とコンテンツアイテムのネームスペースを示すことができる。コンテンツ管理システム１１０は、このような情報を使用して意図ストア２１２内のルックアップを実行し、コンテンツアイテムに対する操作に関連する意図があることを決定することができる。コンテンツ管理システム１１０は、送信元意図５０２および宛先意図５４０からそれぞれ送信元意図および宛先意図を取得することができ、そしてそのような意図が意図ストア２１２に書き込まれたタイムスタンプを取得することができる。

コンテンツ管理システム１１０は、タイムスタンプを使用して、要求するクライアントデバイスに返された状態が、操作の実行前の送信元位置の状態（例えば、送信元意図５０２における状態）又は宛先位置の状態（例えば、宛先意図５０４における予測／投影状態）に従うべきか否かを決定することができる。例えば、クライアントデバイスの要求が、操作に関連したタイムスタンプよりも前のタイムスタンプを有し、且つ意図ストア２１２に記録されている場合、コンテンツ管理システム１１０は、クライアントデバイスへの応答で提供される状態が、操作前のコンテンツアイテムの状態を記述することができる送信元意図５０２の状態に基づくべきであると決定することができる。クライアントデバイスの要求が、操作に関連したタイムスタンプよりも後のタイムスタンプを有し、且つ意図ストア２１２に記録されている場合、コンテンツ管理システム１１０は、クライアントデバイスへの応答で提供される状態が、操作完了後のコンテンツアイテムの予測／投影状態を記述することができる宛先意図５０４の状態に基づくべきであると決定することができる。

いくつかの例では、コンテンツ管理システム１１０が、クライアントデバイスへの応答における状態が、操作の完了後のコンテンツアイテムの状態を記述する予測／投影状態であるべきであると判定した場合、コンテンツ管理システム１１０は、送信元意図５０２から送信元状態を検索し、操作の後にどの状態が予測／投影されるかに従って送信元状態を修正することができる。例えば、操作がネームスペース１からネームスペース２へのコンテンツアイテムの移動であり、クライアントデバイスの要求のタイムスタンプが意図ストア２１２内の操作のために記録されたタイムスタンプの後である場合、コンテンツ管理システム１１０は、送信元意図５０２から、ネームスペース１内のコンテンツアイテムの状態を含むネームスペース１の状態を検索し、移動が完了したときにネームスペース２に対して予測／投影される状態と、ネームスペース２内のコンテンツアイテムとに従って、状態を修正することができる。クライアントデバイスがコンテンツ管理システム１１０から応答を受信した場合、たとえネームスペース１からネームスペース２への移動が進行中及び／又は未完了であっても、受信した状態は、そのコンテンツアイテムがネームスペース２に保存されている（及び／又は保存されているように見える）ことを確実にすることができる。

いくつかの例では、意図ストア２１２の意図が、特定のユーザアカウントがアクセス／許可を持たない宛先にコンテンツアイテムを移動する操作（「持ち出し操作」とも呼ばれる）に対応している場合、コンテンツ管理システム１１０は、操作の完了後に、ユーザアカウントがそのコンテンツアイテムにアクセスできないことを決定することができる。そして、コンテンツ管理システム１１０は、そのユーザアカウントに関連するクライアントデバイスへの応答に、宛先のコンテンツアイテムに対するユーザアカウントのアクセスの欠如を反映する状態を含めることができる。例えば、コンテンツ管理システム１１０は、コンテンツアイテムをユーザアカウントから隠蔽するか又は他の方法でユーザアカウントがコンテンツアイテムにアクセスすることを禁止する状態を提供することができる。いくつかの例では、ユーザアカウントは送信元又は宛先の位置にあるコンテンツアイテムへのアクセスまたは可視性（あるいはその両方）を有しないことになる。

場合によっては、マウント操作や共有／パーティション操作などの特定のタイプの操作で、コンテンツ管理システム１１０は、結果のオブジェクトの識別子（例えば、ＯＩＤ）を事前に（例えば、そのオブジェクトが生成及び／又は構成される前に）生成し、登録することができる。図示のために、いくつかの例では、意図ストア２１２の意図が共有操作のようなパーティション操作に対応する場合、コンテンツ管理システム１１０は、パーティション操作の一部として生成される新しいネームスペースに、ＯＩＤのような識別子を積極的または先制的に割り当て、要求クライアントデバイスへの応答に、新しいネームスペースの識別子および状態を含めることができる。例えば、共有に対応するパーティション操作を実行する場合、コンテンツ管理システム１１０は、新しいネームスペースを生成して割り当て、送信元ネームスペースでコンテンツを削除し、新しい宛先ネームスペースにコンテンツを追加し、送信元ネームスペースに関連付けられた元の位置で新しいネームスペースをマウントする。場合によっては、コンテンツ管理システム１１０は、クライアントデバイスからこの状態のすべてを隠すことができる。

さらに、許可を検証した後、且つパーティションをコミットし、パーティション操作に関連するネームスペースが共有されることを示す意図を意図ストア２１２を書き込む前に、コンテンツ管理システム１１０は、新しいネームスペースが生成される前、及び／又は、さもなければ新しいネームスペースのために識別子が生成されるであろう前であっても、新しいネームスペースにＯＩＤを割り当てることができる。ＯＩＤを新しいネームスペースに事前に割り当てておくことにより、コンテンツ管理システム１１０は、パーティション操作の結果として生じる新しいネームスペースだけでなく、要求しているクライアントへの応答にＯＩＤを含めることができる。

別の例として、マウント操作が要求されると、場合によっては、コンテンツ管理システム１１０は、マウント操作に基づいて新しいネームスペースがマウントされることを示すマウント意図を意図ストア２１２に記録することができる。次に、コンテンツ管理システム１１０は、マウント操作に関連する新しいネームスペースが何であるかを決定し、要求しているクライアントデバイスに応答するときに、新しいネームスペースを含む状態を含めることができる。受信した状態に基づいて、新しいネームスペースは、クライアントデバイスに関連付けられたユーザアカウント用にその新しいネームスペースがすでにマウントされているかのように、クライアントデバイスに表示される。

例えば、移動などの特定の操作によって、ユーザアカウントのディレクトリ構造の一部に権限の変更が影響を受けたり、伝達されたりすることがある。従って、場合によっては、このような操作に関連する予測／投影状態を決定するときに、コンテンツ管理システム１１０は、このような操作の完了後に権限が何になるかを予測することができる。例えば、コンテンツ管理システム１１０は、ユーザアカウントのディレクトリ構造の１つ以上の部分を横断し、そのような操作に関連する権限変更を予測することができる。コンテンツ管理システム１１０は、そのユーザアカウントに関連する要求クライアントデバイスにどのように、そして／またはどの状態を戻すかを決定する際に、予測された権限を使用することができる。

宛先ネームスペースなどの宛先位置は、送信元位置と同じ位置または異なる位置（送信元ネームスペースと同じネームスペースまたは異なるネームスペースなど）を参照することができる。例えば、場合によっては、１つ以上のコンテンツアイテムをネームスペース上の１つの位置またはパスから、同じネームスペース内の別の位置またはパスに移動することが移動に関係することがある。この例では、宛先ネームスペースは送信元ネームスペースと同じになる。また、１つ以上のコンテンツアイテムをネームスペース間で移動する必要がある場合もある。移動がネームスペースを越えている場合（例えば、クロスネームスペースの移動）、移動先のネームスペースは移動元のネームスペースとは異なる。

送信元意図５０２及び宛先意図５０４に示されているフィールドは、単に説明目的のために提供された例である。他の例では、送信元意図５０２及び宛先意図５０４内のフィールドは、図５に示されるものよりも多くまたは少なくなるフィールドを含むことができる。さらに、他の例では、送信元意図５０２及び宛先意図５０４のフィールドは、図５に示すフィールドと同じ及び／又は異なるフィールドの１つ以上を含むことができる。

先に説明したように、操作後の予測／投影状態を決定するために、コンテンツ管理システム１１０は、操作に関連するアトミック操作のシーケンスの状態を計算することができる。コンテンツ管理システム１１０は、操作後の予測／投影状態を、少なくとも一部はアトミック操作のシーケンスの状態に基づいて決定することができる。いくつかの例では、コンテンツ管理システム１１０は、クロックのような時間情報を使用して、アトミック操作および操作のシーケンスの状態を計算することができる。

図６は、クロックを用いる動作を処理するためのシーケンス例を示す図である。いくつかの例では、クロックにはｌａｍｐｏｒｔクロックなどの論理クロックを含めることができる。他の例では、クロックにハイブリッド論理クロック（ＨＬＣ）を含めることができる。ＨＬＣは、物理的時間（例えば、物理的クロック）と論理的クロックの組み合せを含むことができる。

図６において、操作は、ＮＳＩＤ１（ネームスペース１）からＮＳＩＤ２（ネームスペース２）へ移動するクロスネームスペースを含む。移動のさまざまな操作は、移動が両方のネームスペースで完了するまで、ＮＳＩＤ１とＮＳＩＤ２に対して処理およびシリアル化される。これは、移動後の終了状態を反映する。コンテンツ管理システム１１０は、移動後の状態を予測／投影する際の終了状態を算出することができる。

この例では、移動前に、コンテンツ管理システム１１０は、ＮＳＩＤ１で加算操作６０６を実行した。追加操作６０６は、「／Ａ／Ｄｉｒ／」、「／Ａ／Ｄｉｒ／ｆｏｏ．ｔｘｔ」、「／Ａ／Ｄｉｒ／ｂａｒ．ｔｘｔ」をＮＳＩＤ１に追加する。ここで、「Ｄｉｒ」はディレクトリ「Ａ」内のサブディレクトリを表し、「ｆｏｏ．ｔｘｔ」と「ｂａｒ．ｔｘｔ」はサブディレクトリ「Ｄｉｒ」内に追加される。

追加操作６０６の後、コンテンツ管理システム１１０は、ディレクトリ「／Ａ／」をＮＳＩＤ１からＮＳＩＤ２に移動するための移動操作を検出する。コンテンツ管理システム１１０は、送信元意図５０２でＮＳＩＤ１の外向き移動操作６０８を記録することができる。この場合、ＮＳＩＤ１は、ＮＳＩＤ１のディレクトリ「／Ａ／」の移動操作の送信元ネームスペースである。コンテンツ管理システム１１０は、外向き移動操作６０８を処理する際に、ＮＳＩＤ１からＮＳＩＤ２への「／Ａ／」の移動に操作識別子６１２を割り当てることができる。コンテンツ管理システム１１０は、外向き移動に関連する情報を送信元意図５０２で記録することができる。例えば、コンテンツ管理システム１１０は、操作識別子６１２、送信元ネームスペースとしてのＮＳＩＤ１、宛先ネームスペースとしてのＮＳＩＤ２、ＮＳＩＤ１での送信元パス、移動前のＮＳＩＤ１の状態、外向き移動操作６０８のためのクロック６２０、及び／又は外向き移動操作６０８に関連する任意の他の情報を記録することができる。場合によっては、コンテンツ管理システム１１０は、移動の状態（例えば進行中）を記録し、及び／又は外への移動操作６０８に基づいてカーソルを定義することもできる。

次に、コンテンツ管理システム１１０は、宛先意図５０４でＮＳＩＤ２に対する内向き移動操作６１０を決定することができる。内向き移動操作６１０は、ＮＳＩＤ２におけるディレクトリ「／Ａ／」の内向き移動に対応する。いくつかの例では、コンテンツ管理システム１１０は、内向き移動操作６１０を操作識別子６１２と記録、及び／又は関連づけ、ＮＳＩＤ２での内向き移動操作６１０を、ＮＳＩＤ１での外向き移動操作６０８と関連する移動に相関させることができる。場合によっては、コンテンツ管理システム１１０はクロック６２０をインクリメントして、内向き移動操作６１０に関連するクロック６２２を決定することができる。いくつかの例では、コンテンツ管理システムは、宛先意図５０４内にクロック６２２を記録することができる。場合によっては、コンテンツ管理システムは、追加的にまたは代替的に、宛先意図５０４内にクロック６２０を記録することができる。

そして、コンテンツ管理システム１１０は、ＮＳＩＤ１から「／Ａ／Ｄｉｒ／」、「／Ａ／Ｄｉｒ／ｆｏｏ．ｔｘｔ」、および「／Ａ／Ｄｉｒ／ｂａｒ．ｔｘｔ」を削除するＮＳＩＤ１での削除操作６１４を決定することができる。コンテンツ管理システム１１０は、削除操作６１４を操作識別子６１２に関連付けて、削除操作６１４を、外向き移動操作６０８に関連付けられたＮＳＩＤ１からＮＳＩＤ２へのディレクトリ「／Ａ／」の移動と相関させることができる。

コンテンツ管理システム１１０は、クロック６２４を決定するために、ＮＳＩＤ１での削除操作６１４のためのクロック６２２をインクリメントすることができる。削除操作６１４後のＮＳＩＤ１の状態は、ＮＳＩＤ１の終了状態を反映することができる。いくつかの例では、コンテンツ管理システム１１０は、送信元意図５０２におけるＮＳＩＤ１の終了状態を記録することができる。例えば、コンテンツ管理システム１１０は、移動前のＮＳＩＤ１の状態に加えて、またはその代わりに、ＮＳＩＤ１の終了状態を記録することができる。

コンテンツ管理システム１１０は、ＮＳＩＤ２に「／Ａ／Ｄｉｒ／」、「／Ａ／Ｄｉｒ／ｆｏｏ．ｔｘｔ」、および「／Ａ／Ｄｉｒ／ｂａｒ．ｔｘｔ」を追加するＮＳＩＤ２での追加操作６１６を計算することができる。コンテンツ管理システム１１０は、追加操作６１６を操作識別子６１２に相関させて、追加操作６１６を内向き移動操作６１０に関連する移動に関連づけることができる。場合によっては、コンテンツ管理システム１１０は、操作識別子６１２を識別する属性（例えば、ｘａｔｔｒ）で追加にタグを付けることもできる。

コンテンツ管理システム１１０は、クロック６２４をインクリメントして、移動後のＮＳＩＤ２の終了状態に関連するクロック６２６を決定することができる。場合によっては、コンテンツ管理システム１１０は、（例えば、宛先意図５０４において）クロック６２６を記録することができる。

追加操作６１６後のＮＳＩＤ２の状態は、移動後のＮＳＩＤ２の予測／投影状態を反映することができる。コンテンツ管理システム１１０は、宛先意図５０４におけるＮＳＩＤ２の予測／投影状態を記録することができる。クライアントデバイスが、クロック６２０の後（またはクロック６２０と同時に）に時間ＮＳＩＤ ２（及び／又は「／Ａ」、「／Ａ／Ｄｉｒ／」、「／Ａ／Ｄｉｒ／ｆｏｏ．ｔｘｔ」、及び／又は「／Ａ／Ｄｉｒ／ｂａｒ．ｔｘｔ」）へのアクセスを要求する場合、コンテンツ管理システム１１０は、宛先意図５０４内のＮＳＩＤ２の予測／投影状態をクライアントデバイスに提供することができる。一方、クライアントデバイスが、クロック６２０の前（またはクロック６２０と同時に）に時間ＮＳＩＤ１（及び／又は「／Ａ」、「／Ａ／Ｄｉｒ／」、「／Ａ／Ｄｉｒ／ｆｏｏ．ｔｘｔ」、及び／又は「／Ａ／Ｄｉｒ／ｂａｒ．ｔｘｔ」）へのアクセスを要求した場合、コンテンツ管理システム１１０は、送信元意図５０２内のＮＳＩＤ１の状態をクライアントデバイスに提供することができる。クライアントデバイスに提供される送信元意図５０２のＮＳＩＤ１の状態は、移動前のＮＳＩＤ１の状態を反映することができる。

この例に示すように、移動後の終了状態を計算する場合、コンテンツ管理システム１１０は、ＮＳＩＤ１での削除操作６１４に続いて、この例のＮＳＩＤ２での追加操作６１６を含めて、アトミック操作を順次処理することができる。

図７は、非同期操作のための意図をトラッキングするための一例の方法７００を示すフローチャートである。ブロック７０２において、方法７００は、コンテンツ管理システム１１０において、コンテンツ管理システム１１０上に保存されたコンテンツアイテムに対して操作を実行するための第１の要求を受信することを含むことができる。この操作には、例えば、限定されるものではないが、移動操作、マウント操作、共有操作、削除操作、追加操作、パーティション操作、コピー操作、及び／又はその他のタイプのコンテンツ操作を含むことができる。

ブロック７０４で、方法７００は、操作を実行するための要求をコンテンツ管理システム１１０によって処理される操作のキューに追加することを含むことができる。

ブロック７０６において、方法７００は、操作を完了する前に、コンテンツ管理システム１１０で登録されたユーザアカウントに関連するクライアントデバイス（例えば、クライアントデバイス１５０）から、コンテンツアイテムにアクセスするための第２の要求を受信することを含むことができる。コンテンツアイテムにアクセスするための第２の要求は、例えば、限定されるものではないが、読み取り要求、コピー要求、編集要求、及び／又は、任意のファイルシステム及び／又はコンテンツアイテムの要求であってもよい。

ブロック７０８において、方法７００は、操作を完了する前に、コンテンツアイテムの第２の要求に応答して、予測状態（例えば、予測／投影状態）を決定することを含むことができる。いくつかの例では、コンテンツアイテムの予測状態は、コンテンツアイテムに対して操作を実行した結果を反映することができる。例えば、場合によっては、予測状態は、操作の実行後にコンテンツアイテムのスナップショットを提供することができる。ある場合には、予測状態は、操作が実行された後に、コンテンツアイテムと１つ以上の他のコンテンツアイテム（例えば、親コンテンツアイテム、子コンテンツアイテム、関連コンテンツアイテム、依存及び／又は相互依存コンテンツアイテムなど）のスナップショットを提供することができる。

ブロック７１０において、方法７００は、操作を完了する前に、コンテンツアイテムの予測状態を含む応答をクライアントデバイスに提供することを含むことができる。クライアントデバイスは、コンテンツアイテムの予測状態を使用して、操作によって影響を受けるコンテンツアイテム及び／又はその他のコンテンツアイテムを予測状態に従って描画することができる。いくつかの例では、予測状態は、操作が実行されたかのように（例えば、操作が完了したかのように）、操作が進行中及び／又は不完全である間に、コンテンツアイテム、コンテンツアイテムの親コンテンツアイテム、コンテンツアイテムの子コンテンツアイテム、及び／又は関連するコンテンツアイテムを表示することができる。

いくつかの例では、コンテンツアイテムの予測状態を決定することは、第１の要求及び／又は操作の前の時間に対応するコンテンツアイテムの状態を決定することと、コンテンツアイテム上で操作を実行した結果／成果を決定することと、コンテンツアイテム上で操作を実行した結果／成果を反映するようにコンテンツアイテムの状態を修正することとを含むことができる。場合によっては、操作によって影響を受ける他のコンテンツアイテムの状態も、状態に反映させることができる。

いくつかの例では、方法７００は、コンテンツアイテムが操作の前に位置する送信元ネームスペースに対応する第１のテーブル（例えば送信元意図５０２）にコンテンツアイテムの状態を保存し、コンテンツアイテムに対して操作が実行された後にコンテンツアイテムが位置することが予測される宛先ネームスペースに対応する第２のテーブル（例えば宛先意図５０４）にコンテンツアイテムの予測状態を保存することを含むことができる。

いくつかの例では、操作にアトミック操作のセットを含めることができる。場合によっては、コンテンツアイテムの予測状態を決定することは、アトミック操作のセットの１つ以上の相互依存関係を決定することと、１つ以上の相互依存関係に従ってアトミック操作のセットを実行する結果を順次計算することとを含むことができる。場合によっては、コンテンツ管理システム１１０は、クロック及び／又は依存データを使用して、アトミック操作のセットを順次計算することができる。

場合によっては、操作は移動操作を含み、コンテンツアイテムの予測状態を決定することができ、コンテンツアイテムの送信元位置の第１の状態を決定することと、コンテンツアイテムの宛先位置の第２の状態を決定することとを含むことができる。いくつかの例では、送信元位置の第１の状態は、第１の要求が処理される前及び／又は操作が実行される前の時間に対応することができ、第２の状態は、操作が実行された後のコンテンツアイテムの予測状態を含むことができる。

いくつかの例では、方法７００は、送信元位置の状態の第１のテーブル（例えば送信元意図５０２）から送信元位置の第１の状態を検索することと、第１の状態と操作に基づいて宛先位置の第２の状態を決定することと、第２の状態に基づいて、予測状態を含むように宛先位置の状態の第２のテーブル（例えば宛先意図５０４）を更新することと、予測状態をクライアントデバイスに提供することとを含むことができる。いくつかの例では、予測状態は、移動が進行中である間、及び／又は移動が実行されていない及び／又は完了していない場合でさえ、コンテンツアイテムが宛先位置にあるように見せることができる。

場合によっては、第１の状態を決定することは、送信元位置からコンテンツアイテムを削除した第１の予測結果を決定することを含み、第２の状態を決定することは、コンテンツアイテムを宛先位置に追加した第２の予測結果を決定することを含むことができる。いくつかの例では、第１の状態は第１の予測結果に基づき、第２の状態は第２の予測結果に基づいている。

場合によっては、操作はネームスペース操作を含むことができる。ネームスペース操作は、新しいネームスペースを生成するために、ユーザアカウントのための新しいネームスペースのマウントすること、及び／又は、コンテンツアイテムのパーティション化すること（例えば、共有）を、含む及び／又は表すことができる。いくつかの例では、コンテンツアイテムの予測状態を決定することは、ユーザアカウントがネームスペース操作に関連付けられた新しいネームスペースへのアクセス（及び／又はネームスペース操作の実行）をユーザアカウントに許可する権限を有することを検証すること、新しいネームスペースを生成する前に、新しいネームスペースにネームスペース識別子を事前に割り当てることと、新しいネームスペースの予測状態を計算することと、クライアントデバイスへの応答において、新しいネームスペースの予測状態を提供することとを含むことができる。場合によっては、予測状態は、事前に割り当てられたネームスペース識別子と、新しいネームスペースのネームスペース状態とを含むことができる。

場合によっては、クライアントデバイスは、第１及び／又は第２の要求をコンテンツ管理システム１１０に送信し、Ｗｅｂブラウザを介してコンテンツ管理システム１１０から応答を受信することができる。他の場合には、クライアントデバイスは、ＡＰＩを介してコンテンツ管理システム１１０と通信することができる（例えば、第１及び／又は第２の要求を送信し、応答を受信することができる）。

図８は、本明細書に記載する種々の技術を実装することができるコンピューティングデバイスの例のコンピューティングデバイスアーキテクチャ８００を示す図である。例えば、コンピューティングデバイスアーキテクチャ８００は、図１に示されるコンテンツ管理システム１１０及び／又はクライアントデバイス１５０の少なくとも一部を実装し、本明細書に記載される操作および技術を実行することができる。コンピューティングデバイスアーキテクチャ８００のコンポーネントは、バスなどの接続部８０５を使用して互いに電気的に通信する形で示されている。例示的なコンピューティングデバイスアーキテクチャ８００は、プロセッシングユニット（ＣＰＵ又はプロセッサ）８１０と、読み出し専用メモリ（ＲＯＭ）８２０及びランダムアクセスメモリ（ＲＡＭ）８２５のような、コンピューティングデバイスメモリ８１５を含む種々のコンピューティングデバイスコンポーネントをプロセッサ８１０に結合するコンピューティングデバイス接続部８０５とを含む。

コンピューティングデバイスアーキテクチャ８００は、プロセッサ８１０の一部として直接、近接して、または集積された高速メモリのキャッシュを含むことができる。コンピューティングデバイスアーキテクチャ８００は、プロセッサ８１０による迅速なアクセスのために、メモリ８１５及び／又はストレージデバイス８３０からキャッシュ８１２にデータをコピーすることができる。このようにして、キャッシュメモリは、データを待つ間のプロセッサ８１０の遅延を回避する性能向上を提供することができる。これらおよび他のモジュールは、プロセッサ８１０を制御して種々の操作を行うように制御または構成することができる。他のコンピューティングデバイスメモリ８１５も同様に使用可能である。メモリ８１５は、異なる性能特性を有する複数の異なるタイプのメモリを含むことができる。

プロセッサ８１０は、任意の汎用プロセッサと、サービス（１）８３２、サービス（２）８３４、およびストレージデバイス８３０に保存されたサービス（３）８３６のような、プロセッサ８１０を制御するように構成されたハードウェアまたはソフトウェアサービス、ならびにソフトウェア命令がプロセッサデザインに組み込まれる専用プロセッサを含むことができる。プロセッサ８１０は、複数のコアまたはプロセッサ、バス、メモリコントローラ、キャッシュメモリを含む自己完結型システムであってもよい。マルチコアプロセッサは、対称型であっても非対称型であってもよい。

コンピューティングデバイスアーキテクチャ８００とのユーザのインタラクションを可能にするために、入力デバイス８４５は、発話のためのマイクロフォン、ジェスチャまたはグラフィカル入力のためのタッチセンシティブスクリーン、キーボード、マウス、運動入力、音声などの任意の数の入力機構を表すことができる。出力デバイス８３５は、ディスプレイ、プロジェクタ、テレビジョン、スピーカデバイスなど、当業者に知られている多数の出力機構の１つ以上であることもできる。場合によっては、マルチモーダルコンピューティングデバイスは、ユーザが複数のタイプの入力を提供してコンピューティングデバイスアーキテクチャ８００と通信することを可能にすることができる。通信インタフェース８４０は、一般に、ユーザ入力およびコンピューティングデバイス出力を制御および管理することができる。特定のハードウェア構成での動作に制限はない。そのため、ここでの基本的な機能は、開発時にハードウェアまたはファームウェア構成を改善するために容易に置き換えることができる。

ストレージ８３０は、不揮発性メモリであり、磁気カセット、フラッシュメモリカード、ソリッドステートメモリデバイス、デジタル多用途ディスク、カートリッジ、ランダムアクセスメモリ８２５、リードオンリーメモリ８２０、およびそれらのハイブリッドなど、コンピュータによってアクセス可能なデータを保存できるハードディスクまたは他のタイプのコンピュータ可読媒体であることができる。ストレージデバイス８３０は、プロセッサ８１０を制御するためのサービス８３２、８３４、８３６を含むことができる。他のハードウェアまたはソフトウェアモジュールも考えられる。ストレージデバイス８３０は、コンピューティングデバイス接続部８０５に接続することができる。ある態様では、特定の機能を実行するハードウェアモジュールは、その機能を実行するために、プロセッサ８１０、接続部８０５、出力デバイス８３５などの必要なハードウェアコンポーネントに関連して、コンピュータ可読媒体に格納されたソフトウェアコンポーネントを含むことができる。

「コンピュータ可読媒体」という用語は、携帯用又は非携帯用ストレージ、光ストレージ、及び命令及び／又はデータを保存し、収容し、又は運ぶことのできる種々の他の媒体を含むが、これらに限定されない。コンピュータ可読媒体は、データを保存することができ、キャリア波及び／又は無線または有線接続を介して伝搬する一時的な電気信号を含まない非一時的媒体を含むことができる。非一時的媒体の例には、磁気ディスク又はテープ、コンパクトディスク又はデジタル汎用ディスクのような光記憶媒体、フラッシュメモリ、メモリ又はメモリデバイスが含まれるが、これらに限定されない。コンピュータ可読媒体は、プロシージャ、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造、またはプログラム文の任意の組合せを表すことができるコード及び／又は機械実行可能命令を格納することができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容を受け渡しすることによって、別のコードセグメントまたはハードウェア回路に結合することができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク伝送などを含む任意の適切な手段を介して、通過、転送、または伝送することができる。

場合によっては、コンピュータ可読ストレージデバイス、媒体、およびメモリは、ビットストリームなどを含むケーブルまたは無線信号を含むことができる。しかし、言及される場合、非一時的コンピュータ可読記憶媒体（ストレージメディア）は、エネルギー、キャリア、磁波、信号などの媒体を明示的に除外する。

具体的な詳細は、本明細書で提供される実施形態および例を完全に理解するために、上記の説明で提供される。しかし、当業者であれば、これらの特定の詳細がなくても実施可能な実施形態であることは理解されよう。説明を明確にするために、いくつかの例では、本技術は、デバイス、デバイスコンポーネント、ソフトウェアで具体化された方法におけるステップまたはルーチン、またはハードウェアとソフトウェアの組合せを含む個々の機能ブロックを含むものとして提示することができる。追加のコンポーネントは、図及び／又は本明細書に記載するもの以外に使用してもよい。例えば、回路、システム、ネットワーク、プロセス、およびその他のコンポーネントは、不必要な詳細において実施形態を不明瞭にしないように、コンポーネントとしてブロック図の形式で示されてもよい。他のインスタンスでは、周知の回路、プロセス、アルゴリズム、構造、および技術は、実施形態を不明瞭にすることを避けるために、不必要な詳細なしに示されてもよい。

個々の実施形態は、フローチャート、フローダイアグラム、データフローダイアグラム、構造ダイアグラム、またはブロック図として示されるプロセスまたは方法として上述されてもよい。フローチャートは、動作を順次処理として記述することができるが、動作の多くは、並列または並行して実行することができる。また、操作の順序を再調整することができる。プロセスは、その動作が完了すると終了するが、図に含まれていない追加のステップを有することができる。プロセスは、方法、機能、プロシージャ、サブルーチン、サブプログラムなどに対応できる。プロセスが関数に対応する場合、その終端は、呼び出し元関数またはメイン関数への関数の戻りに対応することができる。

上述の例によるプロセスおよび方法は、コンピュータ可読媒体に保存され、そうでなければコンピュータ可読媒体から利用可能なコンピュータ実行可能命令を使用して実施することができる。このような命令は、例えば、汎用コンピュータ、特殊用途コンピュータ、または処理デバイスに、特定の機能または機能のグループを実行させる、または別の方法で構成させる命令およびデータを含むことができる。使用されるコンピュータリソースの一部は、ネットワーク経由でアクセス可能である。コンピュータ実行可能命令は、例えば、バイナリ、アセンブリ言語、ファームウェア、および送信元コードのような中間フォーマット命令であってもよい。記載例に従って方法中に生成される命令、使用される情報、及び／又は情報を格納するために使用され得るコンピュータ可読媒体の例には、磁気または光ディスク、フラッシュメモリ、不揮発性メモリを備えたＵＳＢデバイス、ネットワーク化されたストレージデバイスなどが含まれる。

これらの開示事項に従ってプロセスおよび方法を実施するデバイスは、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組合せを含むことができ、また、さまざまなフォームファクタのいずれかをとることができる。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実施される場合、必要なタスク（例えば、コンピュータプログラム製品）を実行するためのプログラムコードまたはコードセグメントは、コンピュータ可読または機械可読媒体に格納されてもよい。プロセッサは必要なタスクを実行する。フォームファクタの典型的な例は、ラップトップ、スマートフォン、携帯電話、タブレットデバイスまたは他の小型フォームファクタパーソナルコンピュータ、パーソナルデジタルアシスタント、ラックマウントデバイス、スタンドアロンデバイスなどを含む。本明細書に記載する機能性は、周辺デバイスまたはアドインカードにおいても実施可能である。そのような機能は、更なる例として、単一のデバイスで達成する異なるチップ間または異なるプロセス間の回路ボードでも実施されうる。

命令、そのような命令を伝達するための媒体、それらを実行するためのコンピューティングリソース、及びそのようなコンピューティングリソースをサポートするための他の構造は、本開示に記載される機能を提供する手段である。

前述の説明では、アプリケーションの態様は、その特定の実施形態を参照して説明されるが、当業者は、このアプリケーションの主題事項がこれに限定されないことを認識するであろう。従って、本明細書には例示的実施形態が詳細に記載されているが、本発明の概念は他の点では様々に具体化され、使用され得ること、また、添付のクレームは、先行技術により制限される場合を除いて、そのような変形を含むと解釈されることが意図されていることが理解されるべきである。上述の主題事項の様々な特徴及び態様は、個別に又は共同で使用することができる。さらに、実施形態は、本明細書に記載されているものを超えて、本明細書の広範囲な概念および範囲から逸脱することなく、任意の数の環境およびアプリケーションで利用することができる。従って、明細書および図面は、制限的ではなく例示的なものとみなされる。説明のために、方法は特定の順序で記述された。別の実施形態では、方法は、記載されたものとは異なる順序で実行されてもよいことを理解されたい。

当業者は、本明細書で使用されるより小さい（「＜」）およびより大きい（「＞」）シンボルまたは用語は、それぞれ、本明細書の範囲から逸脱することなく、より小さくまたは等しい（「≦」）および以上（「≧」）シンボルで置き換えることができることを理解するであろう。

コンポーネントが特定の動作を実行するように「構成されている」と記載されている場合、そのような構成は、例えば、動作を実行するための電子回路またはその他のハードウェアを設計することによって、その動作を実行するようにプログラミング可能な電子回路（例えば、マイクロプロセッサ、またはその他の適切な電子回路）をプログラミングすることによって、またはその任意の組合せによって、達成することができる。

一組の「少なくとも１」及び／又は一組の「１又は２以上」を記載するクレームの言語又は他の言語（例えば、開示の他の部分における言語）は、当該組の１の構成員又は当該組の複数の構成員（任意の組合せ）が当該クレームを満たすことを示す。例えば、「ＡとＢのうちの少なくとも１つ」を記載するクレームの用語は、Ａ、Ｂ、またはＡとＢを意味し、別の例では、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」を記載するクレームの用語は、「Ａ、Ｂ、Ｃ、またはＡとＢ、またはＡとＣ、またはＢとＣ、またはＡとＢとＣ」を意味し、セットの「少なくとも１つ」及び／又はセットの「１つ以上」を記載する言語は、セットに記載された項目に設定を限定しない。例えば、「ＡとＢの少なくとも１つ」を主張するクレームの用語は、Ａ、Ｂ、またはＡとＢを意味することができ、ＡとＢのセットに記載されていない項目を追加的に含むことができる。

本明細書に開示された実施形態に関連して記載される様々な例示的論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはそれらの組み合せとして実施可能である。ハードウェアとソフトウェアのこの互換性を明白に示すために、さまざまな例示的コンポーネント、ブロック、モジュール、回路およびステップを、それらの機能の点から上に一般的に説明した。このような機能をハードウェア又はソフトウェアで実施するか否かは、特定の適用及びシステムに課される設計上の制約次第である。当業者は、特定のアプリケーションごとに様々な方法で記述された機能を実装することができるが、そのような実装の決定は、本願の範囲から逸脱する原因と解釈されるべきではない。

本明細書に記載する技法は、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはこれらの任意の組み合せで実施することもできる。このような技法は、汎用コンピュータ、無線通信デバイスハンドセット、または無線通信デバイスハンドセットおよび他のデバイスにおけるアプリケーションを含む複数のアプリケーションを有する集積回路デバイスのような、様々なデバイスのいずれにも実現することができる。モジュールまたはコンポーネントとして記述される任意の特徴は、集積論理デバイス内で一緒に実施されてもよいし、別個であるが相互運用可能な論理デバイスとして別個に実施されてもよい。ソフトウェアで実施される場合、技法は、少なくとも部分的には、上述の方法の１つ以上を実行する命令を含むプログラムコードを含むコンピュータ可読データ記憶媒体によって実現することができる。コンピュータ可読データ記憶媒体は、パッケージ材料を含むコンピュータプログラム製品の一部を形成することができる。コンピュータ可読媒体は、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）などのランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、磁気または光学データ記憶媒体などのメモリまたはデータ記憶媒体を含むことができる。技法は、さらに、または代替的に、プログラムコードを命令またはデータ構造の形成で搬送または通信し、伝搬された信号または波のようなコンピュータによってアクセス、読み取り、及び／又は実行することができる、コンピュータ可読通信媒体によって少なくとも部分的に実現することができる。

プログラムコードは、１つ以上のデジタル信号プロセッサ（ＤＳＰｓ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣｓ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡｓ）、または他の同等の集積論理回路または個別論理回路など、１つ以上のプロセッサを含むプロセッサによって実行することができる。このようなプロセッサは、本開示に記載される技術のいずれかを実行するように構成することができる。汎用プロセッサは、マイクロプロセッサであってもよいが、代替案では、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態マシンであってもよい。プロセッサはまた、コンピューティングデバイスの組合せ、例えばＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと接続された一つ以上のマイクロプロセッサ、または他のそのような構成として実施されてよい。従って、本明細書で使用する「プロセッサ」という用語は、前述の構造のいずれか、前述の構造の任意の組み合わせ、または本明細書で説明する技術の実装に適した任意の他の構造またはデバイスを指すことができる。

開示の具体例は、以下のとおりである。

態様１：方法であって、コンテンツ管理システムにおいて、前記コンテンツ管理システムに保存されたコンテンツアイテムに対する操作を実行する第１の要求を受信することと、前記操作を実行するための前記要求を、前記コンテンツ管理システムによって処理される操作のキューに追加することと、前記操作を完了する前に、前記コンテンツ管理システムに登録されたユーザアカウントに関連付けられたクライアントデバイスから、前記コンテンツアイテムにアクセスする第２の要求を受信することと、前記第２の要求に応じて、前記コンテンツアイテムの予測状態を決定することと、前記コンテンツアイテムに対する操作の実行結果を反映する前記コンテンツアイテムの予測状態を決定することと、前記クライアントデバイスに、前記コンテンツアイテムの予測状態を含む応答を提供することとを含む方法。

態様２：態様１の方法であって、前記予測状態は、前記操作が進行中に、前記操作が実行されたかのように、前記コンテンツアイテム、前記コンテンツアイテムに関連付けられた親コンテンツアイテム、及び前記コンテンツアイテムの子コンテンツアイテムの少なくとも１つを表示させる、方法。

態様３：態様１又は２のいずれかの方法であって、前記コンテンツアイテムの前記予測状態を決定することは、前記第１の要求と前記操作との少なくとも１つの前の時間に対応する前記コンテンツアイテムの状態を決定することと、前記コンテンツアイテムに対する前記操作の前記実行結果を決定することと、前記コンテンツアイテムの前記状態を修正して、前記コンテンツアイテムに対する前記操作の前記実行結果を反映することと、を含む方法。

態様４：態様３の方法であって、前記操作の前に前記コンテンツアイテムが配置されている送信元ネームスペースに対応する第１のテーブルに前記コンテンツアイテムの前記状態を保存することと、前記コンテンツアイテムに対する前記操作が実行された後に前記コンテンツアイテムが配置されると予測される宛先ネームスペースに対応する第２のテーブルに前記コンテンツアイテムの前記予測状態を保存することと、を含む方法。

態様５：態様１から４のいずれかの方法であって、前記操作は、アトミック操作のセットを含み、前記コンテンツアイテムの前記予測状態を決定することは、アトミック操作の前記セットの１つ以上の相互依存関係を決定することと、前記１つ以上の相互依存関係に従ってアトミック操作の前記セットを実行した結果を順次計算することと、を含む方法。

態様６：態様１から５のいずれかの方法であって、前記操作は移動操作を含み、前記コンテンツアイテムの前記予測状態を決定することは、前記コンテンツアイテムの送信元位置の第１の状態を決定することであって、前記送信元位置の前記第１の状態は、前記操作が開始される又は完了する前の時間に対応する、決定することと、前記コンテンツアイテムの宛先位置の第２の状態を決定することであって、前記第２の状態は前記操作が実行された後の前記コンテンツアイテムの前記予測状態を含む、決定することと、を含む方法。

態様７：態様６の方法であって、更に、前記送信元位置の状態データの第１のテーブルから前記送信元位置の前記第１の状態を検索することと、前記第１の状態と前記操作に基づいて、前記宛先位置の前記第２の状態を決定することと、前記第２の状態に基づいて、前記予測状態を含むように前記宛先位置の状態データの第２のテーブルを更新することと、前記予測状態を前記クライアントデバイスに提供することであって、前記予測状態は、前記移動の進行中に前記宛先位置において前記コンテンツアイテムを表示させる、提供することと、を含む方法。

態様８：態様６の方法であって、前記第１の状態を決定することは、前記送信元位置から前記コンテンツアイテムを削除する第１の予測結果を決定することを含み、前記第２の状態を決定することは、前記コンテンツアイテムを前記宛先位置に追加する第２の予測結果を決定することを含み、前記第１の状態は前記第１の予測結果に基づいており、前記第２の状態は前記第２の予測結果に基づいている、方法。

態様９：態様１から８のいずれかの方法であって、前記操作はネームスペース操作を含み、前記ネームスペース操作は、前記ユーザアカウントのための新しいネームスペースをマウントすることと、前記コンテンツアイテムを分割して前記新しいネームスペースを生成することとの少なくとも１つを含み、前記コンテンツアイテムの前記予測状態を決定することは、前記ネームスペース操作に関連付けられた前記新しいネームスペースに前記ユーザアカウントがアクセスすることができる権限を前記ユーザアカウントが有するかを検証することと、前記新しいネームスペースを生成する前に、前記新しいネームスペースにネームスペース識別子を事前に割り当てることと、前記新しいネームスペースに対する前記予測状態を計算することと、前記コンテンツアイテムにアクセスする前記要求に応じて、前記新しいネームスペースに対する前記予測状態を提供することであって、前記予測状態は、前記ネームスペース識別子と前記新しいネームスペースのネームスペース状態とを含む、提供することと、を含む方法。

態様１０：コンテンツ管理システムであって、１つ以上のプロセッサと、少なくとも１つの非一時的コンピュータ可読媒体であって、前記１つ以上のプロセッサによって実行されると、前記コンテンツ管理システムに、前記コンテンツ管理システムで保存されるコンテンツアイテムに対する操作を実行する第１の要求を受信することと、前記操作を完了する前に、前記コンテンツ管理システムに登録されたユーザアカウントに関連付けられたクライアントデバイスから、前記コンテンツアイテムにアクセスする第２の要求を受信することと、前記第２の要求に応じて、前記コンテンツアイテムの予測状態を決定することと、前記コンテンツアイテムに対する操作の実行結果を反映する前記コンテンツアイテムの予測状態を決定することと、前記クライアントデバイスに、前記コンテンツアイテムの前記予測状態を含む応答を提供することと、をさせる命令を含む非一時的コンピュータ可読媒体とを含む、コンテンツ管理システム。

態様１１：態様１０のコンテンツ管理システムであって、前記予測状態は、前記操作が進行中に、前記操作が完了したかのように、前記コンテンツアイテム、前記コンテンツアイテムに関連付けられた親コンテンツアイテム、及び前記コンテンツアイテムの子コンテンツアイテムの少なくとも１つを表示させる、コンテンツ管理システム。

態様１２：態様１０又は１１のコンテンツ管理システムであって、前記コンテンツアイテムの前記予測状態を決定することは、前記第１の要求と前記操作との少なくとも１つの前の時間に対応する前記コンテンツアイテムの状態を決定することと、前記コンテンツアイテムに対する前記操作の前記実行結果を決定することと、前記コンテンツアイテムの前記状態を修正して、前記コンテンツアイテムに対する前記操作の前記実行結果を反映することと、を含むコンテンツ管理システム。

態様１３：態様１２のコンテンツ管理システムであって、前記１つ以上のプロセッサによって実行されると、前記コンテンツ管理システムに、前記操作の前に前記コンテンツアイテムが配置されている送信元ネームスペースに対応する第１のテーブルに前記コンテンツアイテムの前記状態を保存することと、前記コンテンツアイテムに対する前記操作が実行された後に前記コンテンツアイテムが配置されると予測される宛先ネームスペースに対応する第２のテーブルに前記コンテンツアイテムの前記予測状態を保存することと、をさせる命令を格納するコンテンツ管理システム。

態様１４：態様１０から１３のいずれかのコンテンツ管理システムであって、前記操作は、アトミック操作のセットを含み、前記コンテンツアイテムの前記予測状態を決定することは、アトミック操作の前記セットの１つ以上の相互依存関係を決定することと、前記１つ以上の相互依存関係に従ってアトミック操作の前記セットを実行した結果を順次計算することと、を含む方法。

態様１５：態様１０から１４のいずれかのコンテンツ管理システムであって、前記操作は移動操作を含み、前記コンテンツアイテムの前記予測状態を決定することは、前記コンテンツアイテムの送信元位置の第１の状態を決定することであって、前記送信元位置の前記第１の状態は、前記操作が開始される又は完了する前の時間に対応する、決定することと、前記コンテンツアイテムの宛先位置の第２の状態を決定することであって、前記第２の状態は前記操作が実行された後の前記コンテンツアイテムの前記予測状態を含む、決定することと、を含むコンテンツ管理システム。

態様１６：態様１５のコンテンツ管理システムであって、前記１つ以上のプロセッサによって実行されると、前記コンテンツ管理システムに、前記送信元位置の状態データの第１のテーブルから前記送信元位置の前記第１の状態を検索することと、前記第１の状態と前記操作に基づいて、前記宛先位置の前記第２の状態を決定することと、前記第２の状態に基づいて、前記予測状態を含むように前記宛先位置の状態データの第２のテーブルを更新することと、前記予測状態を前記クライアントデバイスに提供することであって、前記予測状態は、前記移動の進行中に前記宛先位置において前記コンテンツアイテムを表示させる、提供することと、をさせるコンテンツ管理システム。

態様１７：態様１５のコンテンツ管理システムにおいて、前記第１の状態を決定することは、前記送信元位置から前記コンテンツアイテムを削除する第１の予測結果を決定することを含み、前記第２の状態を決定することは、前記コンテンツアイテムを前記宛先位置に追加する第２の予測結果を決定することを含み、前記第１の状態は前記第１の予測結果に基づいており、前記第２の状態は前記第２の予測結果に基づいている、コンテンツ管理システム。

態様１８：態様１０から１７のいずれかのコンテンツ管理システムであって、前記操作はネームスペース操作を含み、前記ネームスペース操作は、前記ユーザアカウントのための新しいネームスペースをマウントすることと、前記コンテンツアイテムを分割して前記新しいネームスペースを生成することとの少なくとも１つを含み、前記コンテンツアイテムの前記予測状態を決定することは、前記ネームスペース操作に関連付けられた前記新しいネームスペースに前記ユーザアカウントがアクセスすることができる権限を前記ユーザアカウントが有するかを検証することと、前記新しいネームスペースを生成する前に、前記新しいネームスペースにネームスペース識別子を事前に割り当てることと、前記新しいネームスペースに対する前記予測状態を計算することと、前記コンテンツアイテムにアクセスする前記要求に応じて、前記新しいネームスペースに対する前記予測状態を提供することであって、前記予測状態は、前記ネームスペース識別子と前記新しいネームスペースのネームスペース状態とを含む、提供することと、を含むコンテンツ管理システム。

態様１９：非一時的コンピュータ可読媒体であって、１つ以上のプロセッサによって実行されると、コンテンツ管理システムに態様１から９のいずれかの方法を実行させる命令を含む、非一時的コンピュータ読取可能媒体。

態様２０：態様１から９のいずれの方法を実行する手段を含むコンテンツ管理システム。

Claims (20)

1. 方法であって、
   コンテンツ管理システムで登録されたユーザアカウントに関連付けられたクライアントデバイスから、前記コンテンツ管理システムで保存されるコンテンツアイテムにアクセスする第１の要求を受信することであって、コンテンツアイテムに対する操作を完了又は実行する前に前記第１の要求を受信し、前記コンテンツアイテムに対する前記操作は、前記コンテンツアイテムに対する前記操作を示す第２の要求によって前記第１の要求の前に開始される、受信することと、
   前記コンテンツアイテムにアクセスする前記第１の要求に応じて、前記第２の要求に基づいて前記コンテンツアイテムの予測状態を決定することであって、前記コンテンツアイテムの前記予測状態は、前記コンテンツアイテムに対する前記操作の実行結果を反映する、決定することと、
   前記操作の進行中に、前記コンテンツアイテムにアクセスする前記第１の要求に対する応答を提供することとを含み、前記応答は、前記コンテンツアイテム、前記コンテンツアイテムに関連付けられた親コンテンツアイテム、及び前記コンテンツアイテムの子コンテンツアイテムの少なくとも１つを前記操作が完了したかのように出現させる前記コンテンツアイテムの前記予測状態を含む、方法。
2. 請求項１に記載の方法であって、更に、
   異なるクライアントデバイスから、前記コンテンツアイテムに対する前記操作を実行する前記第２の要求を受信することであって、前記操作を実行する前記第２の要求は、前記コンテンツアイテムにアクセスする前記第１の要求の前に受信される、受信することと、
   前記コンテンツ管理システムの操作のキューに、前記操作を追加することと、を含む、方法。
3. 請求項１に記載の方法であって、前記コンテンツアイテムの前記予測状態を決定することは、
   前記操作の前の時間に対応する前記コンテンツアイテムの状態を決定することと、
   前記コンテンツアイテムに対する前記操作の前記実行結果を決定することと、
   前記コンテンツアイテムに対する前記操作の前記実行結果に基づいて、前記コンテンツアイテムの前記予測状態を決定することと、を含む方法。
4. 請求項３に記載の方法であって、前記コンテンツアイテムにアクセスする前記第１の要求に対する前記応答を提供することは、
   前記コンテンツアイテムの前記状態を修正して、前記コンテンツアイテムの前記予測状態を反映することと、
   前記予測状態に従った前記コンテンツアイテムを提供することと、を含む方法。
5. 請求項３に記載の方法であって、更に、
   前記操作の前に前記コンテンツアイテムが配置されている送信元ネームスペースに対応する第１のテーブルに前記コンテンツアイテムの前記状態を保存することと、
   前記コンテンツアイテムに対する前記操作が実行された後に前記コンテンツアイテムが配置されると予測される宛先ネームスペースに対応する第２のテーブルに前記コンテンツアイテムの前記予測状態を保存することと、を含む方法。
6. 請求項１に記載の方法であって、前記操作は、アトミック操作のセットを含み、前記コンテンツアイテムの前記予測状態を決定することは、
   アトミック操作の前記セットの１つ以上の相互依存関係を決定することと、
   前記１つ以上の相互依存関係に従ってアトミック操作の前記セットを実行した結果を順次計算することと、を含む方法。
7. 請求項１に記載の方法であって、前記操作は移動操作を含み、前記コンテンツアイテムの前記予測状態を決定することは、
   前記コンテンツアイテムの送信元位置の第１の状態を決定することであって、前記送信元位置の前記第１の状態は、前記操作が開始される又は完了する前の時間に対応する、決定することと、
   前記コンテンツアイテムの宛先位置の第２の状態を決定することであって、前記第２の状態は前記操作が実行された後の前記コンテンツアイテムの前記予測状態を含む、決定することと、を含む方法。
8. 請求項７に記載の方法であって、更に、
   前記送信元位置の状態データの第１のテーブルから前記送信元位置の前記第１の状態を検索することと、
   前記第１の状態と前記操作に基づいて、前記宛先位置の前記第２の状態を決定することと、
   前記第２の状態に基づいて、前記予測状態を含むように前記宛先位置の状態データの第２のテーブルを更新することと、
   前記予測状態を前記クライアントデバイスに提供することであって、前記予測状態は、前記移動操作の進行中に前記宛先位置において前記コンテンツアイテムを表示させる、提供することと、を含む方法。
9. 請求項７に記載の方法であって、前記第１の状態を決定することは、前記送信元位置から前記コンテンツアイテムを削除する第１の予測結果を決定することを含み、前記第２の状態を決定することは、前記コンテンツアイテムを前記宛先位置に追加する第２の予測結果を決定することを含み、前記第１の状態は前記第１の予測結果に基づいており、前記第２の状態は前記第２の予測結果に基づいている、方法。
10. 請求項１に記載の方法であって、前記操作はネームスペース操作を含み、前記ネームスペース操作は、前記ユーザアカウントのための新しいネームスペースをマウントすることと、前記コンテンツアイテムを分割して前記新しいネームスペースを生成することとの少なくとも１つを含み、前記コンテンツアイテムの前記予測状態を決定することは、
    前記ネームスペース操作に関連付けられた前記新しいネームスペースに前記ユーザアカウントがアクセスすることができる権限を前記ユーザアカウントが有するかを検証することと、
    前記新しいネームスペースを生成する前に、前記新しいネームスペースにネームスペース識別子を事前に割り当てることと、
    前記新しいネームスペースに対する前記予測状態を計算することと、
    前記コンテンツアイテムにアクセスする前記第１の要求に応じて、前記新しいネームスペースに対する前記予測状態を提供することであって、前記予測状態は、前記ネームスペース識別子と前記新しいネームスペースのネームスペース状態とを含む、提供することと、を含む方法。
11. コンテンツ管理システムであって、
    １つ以上のプロセッサと、
    少なくとも１つの非一時的コンピュータ可読媒体であって、前記１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、
    前記コンテンツ管理システムで登録されたユーザアカウントに関連付けられたクライアントデバイスから、前記コンテンツ管理システムで保存されるコンテンツアイテムにアクセスする第１の要求を受信することであって、コンテンツアイテムに対する操作を完了又は実行する前に前記第１の要求を受信し、前記コンテンツアイテムに対する前記操作は、前記コンテンツアイテムに対する前記操作を示す第２の要求によって前記第１の要求の前に開始される、受信することと、
    前記コンテンツアイテムにアクセスする前記第１の要求に応じて、前記第２の要求に基づいて前記コンテンツアイテムの予測状態を決定することであって、前記コンテンツアイテムの前記予測状態は、前記コンテンツアイテムに対する前記操作の実行結果を反映する、決定することと、
    前記操作が進行中に、前記コンテンツアイテムにアクセスする前記第１の要求に対する応答を提供することとをさせる命令を格納した非一時的コンピュータ可読媒体と、を含み、前記応答は、前記コンテンツアイテム、前記コンテンツアイテムに関連付けられた親コンテンツアイテム、及び前記コンテンツアイテムの子コンテンツアイテムの少なくとも１つを前記操作が完了したかのように出現させる前記コンテンツアイテムの前記予測状態を含む、コンテンツ管理システム。
12. 請求項１１に記載のコンテンツ管理システムであって、前記少なくとも１つの非一時的コンピュータ可読媒体は、前記１つ以上のプロセッサによって実行されると、前記コンテンツ管理システムに、
    異なるクライアントデバイスから、前記コンテンツアイテムに対する前記操作を実行する前記第２の要求を受信することであって、前記操作を実行する前記第２の要求は、前記コンテンツアイテムにアクセスする前記第１の要求の前に受信される、受信することと、
    前記コンテンツ管理システムの操作のキューに、前記操作を追加することと、をさせる命令を格納する、コンテンツ管理システム。
13. 請求項１１に記載のコンテンツ管理システムであって、前記コンテンツアイテムの前記予測状態を決定することは、
    前記操作の前の時間に対応する前記コンテンツアイテムの状態を決定することと、
    前記コンテンツアイテムに対する前記操作の前記実行結果を決定することと、
    前記コンテンツアイテムに対する前記操作の前記実行結果に基づいて、前記コンテンツアイテムの前記予測状態を決定することと、を含むコンテンツ管理システム。
14. 請求項１３に記載のコンテンツ管理システムであって、前記コンテンツアイテムにアクセスする前記第１の要求に対する前記応答を提供することは、
    前記コンテンツアイテムの前記状態を修正して、前記コンテンツアイテムの前記予測状態を反映することと、
    前記予測状態に従った前記コンテンツアイテムを提供することと、を含むコンテンツ管理システム。
15. 請求項１１に記載のコンテンツ管理システムであって、前記操作は、アトミック操作のセットを含み、前記コンテンツアイテムの前記予測状態を決定することは、
    アトミック操作の前記セットの１つ以上の相互依存関係を決定することと、
    前記１つ以上の相互依存関係に従ってアトミック操作の前記セットを実行した結果を順次計算することと、を含むコンテンツ管理システム。
16. 請求項１１に記載のコンテンツ管理システムであって、前記操作は移動操作を含み、前記コンテンツアイテムの前記予測状態を決定することは、
    前記コンテンツアイテムの送信元位置の第１の状態を決定することであって、前記送信元位置の前記第１の状態は、前記操作が開始される又は完了する前の時間に対応する、決定することと、
    前記コンテンツアイテムの宛先位置の第２の状態を決定することであって、前記第２の状態は前記操作が実行された後の前記コンテンツアイテムの前記予測状態を含む、決定することと、を含むコンテンツ管理システム。
17. 請求項１１に記載のコンテンツ管理システムであって、前記操作はネームスペース操作を含み、前記ネームスペース操作は、前記ユーザアカウントのための新しいネームスペースをマウントすることと、前記コンテンツアイテムを分割して前記新しいネームスペースを生成することとの少なくとも１つを含み、前記コンテンツアイテムの前記予測状態を決定することは、
    前記ネームスペース操作に関連付けられた前記新しいネームスペースに前記ユーザアカウントがアクセスすることができる権限を前記ユーザアカウントが有するかを検証することと、
    前記新しいネームスペースを生成する前に、前記新しいネームスペースにネームスペース識別子を事前に割り当てることと、
    前記新しいネームスペースに対する前記予測状態を計算することと、
    前記コンテンツアイテムにアクセスする前記第１の要求に応じて、前記新しいネームスペースに対する前記予測状態を提供することであって、前記予測状態は、前記ネームスペース識別子と前記新しいネームスペースのネームスペース状態とを含む、提供することと、を含むコンテンツ管理システム。
18. 命令を含むコンピュータ可読媒体であって、前記命令は、１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、
    コンテンツ管理システムで登録されたユーザアカウントに関連付けられたクライアントデバイスから、前記コンテンツ管理システムで保存されるコンテンツアイテムにアクセスする第１の要求を受信することであって、コンテンツアイテムに対する操作を完了又は実行する前に前記第１の要求を受信し、前記コンテンツアイテムに対する前記操作は、前記コンテンツアイテムに対する前記操作を示す第２の要求によって前記第１の要求の前に開始される、受信することと、
    前記コンテンツアイテムにアクセスする前記第１の要求に応じて、前記第２の要求に基づいて前記コンテンツアイテムの予測状態を決定することであって、前記コンテンツアイテムの前記予測状態は、前記コンテンツアイテムに対する前記操作の実行結果を反映する、決定することと、
    前記操作が進行中に、前記コンテンツアイテムにアクセスする前記第１の要求に対する応答を提供することとをさせ、前記応答は、前記コンテンツアイテム、前記コンテンツアイテムに関連付けられた親コンテンツアイテム、及び前記コンテンツアイテムの子コンテンツアイテムの少なくとも１つを前記操作が完了したかのように出現させる前記コンテンツアイテムの前記予測状態を含む、コンピュータ可読媒体。
19. 請求項１８に記載のコンピュータ可読媒体であって、前記１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、
    異なるクライアントデバイスから、前記コンテンツアイテムに対する前記操作を実行する前記第２の要求を受信することであって、前記操作を実行する前記第２の要求は、前記コンテンツアイテムにアクセスする前記第１の要求の前に受信される、受信することと、
    前記コンテンツ管理システムの操作のキューに、前記操作を追加することと、をさせる前記命令を含む、コンピュータ可読媒体。
20. 請求項１８に記載のコンピュータ可読媒体であって、前記１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、
    前記操作の前の時間に対応する前記コンテンツアイテムの状態を決定することと、
    前記コンテンツアイテムに対する前記操作の前記実行結果を決定することと、
    前記コンテンツアイテムに対する前記操作の前記実行結果に基づいて、前記コンテンツアイテムの前記予測状態を決定することと、をさせる前記命令を含む、コンピュータ可読媒体。

Images