(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-03-31
(45)【発行日】2022-04-08
(54)【発明の名称】クライアント同期更新の効率的な管理
(51)【国際特許分類】
G06F 16/178 20190101AFI20220401BHJP
【ＦＩ】
G06F16/178
【請求項の数】
20
(21)【出願番号】P 2020531088
(86)(22)【出願日】2018-12-18
(65)【公表番号】
(43)【公表日】2021-02-25
(86)【国際出願番号】 US2018066193
(87)【国際公開番号】W WO2019133334
(87)【国際公開日】2019-07-04
【審査請求日】2020-06-22
(31)【優先権主張番号】62/611,473
(32)【優先日】2017-12-28
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】15/858,110
(32)【優先日】2017-12-29
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】509117964
【氏名又は名称】ドロップボックス， インコーポレイテッド
(74)【代理人】
【識別番号】110003281
【氏名又は名称】特許業務法人大塚国際特許事務所
(74)【代理人】
【識別番号】100076428
【弁理士】
【氏名又は名称】大塚 康徳
(74)【代理人】
【識別番号】100115071
【弁理士】
【氏名又は名称】大塚 康弘
(74)【代理人】
【識別番号】100112508
【弁理士】
【氏名又は名称】高柳 司郎
(74)【代理人】
【識別番号】100116894
【弁理士】
【氏名又は名称】木村 秀二
(74)【代理人】
【識別番号】100130409
【弁理士】
【氏名又は名称】下山 治
(72)【発明者】
【氏名】レイ， ジョン
(72)【発明者】
【氏名】ゴールドバーグ， アイザック
(72)【発明者】
【氏名】ジャヤカル， サンジャイ
【審査官】三橋 竜太郎
(56)【参考文献】
【文献】特表２００８－５４１２６３（ＪＰ，Ａ）
【文献】米国特許出願公開第２００６／０２５３５０１（ＵＳ，Ａ１）
【文献】特開２００７－１１５２４７（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ １６／００－１６／９５８
(57)【特許請求の範囲】
【請求項1】
コンピュータにより実行される方法であって、
前記コンピュータの有する第１の受信手段が、サーバ状態とファイルシステム状態とを収束させるように構成される第１の操作セットを受信することと、
前記コンピュータの有する第２の受信手段が、前記第１の操作セットの実行を完了する前に第２の操作セットを受信することであって、前記第２の操作セットは、前記サーバ状態及び前記ファイルシステム状態の少なくとも一方への変更をクライアント同期サービスが感知した後に、前記サーバ状態と前記ファイルシステム状態とを収束させるように構成される、受信することと、
前記コンピュータの有する第１の特定手段が、前記第２の操作セットにない前記第１の操作セット内の第１の操作を特定することと、
前記コンピュータの有するキャンセル手段が、前記第１の操作の実行をキャンセルすることと、
前記コンピュータの有する第２の特定手段が、前記第１の操作セットと前記第２の操作セットとの両方にある第２の操作を特定することと、
前記コンピュータの有する第１の開始手段が、前記第１の操作の前記キャンセルと同時に前記第２の操作の実行を開始することと、
を含む、方法。
【請求項2】
前記コンピュータの有する第３の特定手段が、前記第１の操作セットにない前記第２の操作セット内の第３の操作を特定することと、前記コンピュータの有する判定手段が、前記第１の操作の前記キャンセルが完了したと判定することと、
前記コンピュータの有する第２の開始手段が、前記判定に応答して、前記第３の操作の実行を開始することと、
をさらに含む、請求項１に記載の方法。
【請求項3】
前記コンピュータの有する第３の開始手段が、前記第１の操作セットの実行を開始すること、をさらに含む、請求項１又は２に記載の方法。
【請求項4】
前記第１の操作セット内の各操作は、同時に実行可能となるように構成され、前記第２の操作セット内の各操作は、同時に実行可能となるように構成される、請求項１乃至３の何れか一項に記載の方法。
【請求項5】
前記第２の操作の実行を開始することは、前記第２の操作に関連するスクリプトを特定することであって、前記スクリプトは前記第２の操作を完了するために行われる複数の工程を定義する、特定することと、
前記スクリプトを実行することと、
を含む、請求項１乃至４の何れか一項に記載の方法。
【請求項6】
前記第２の操作の実行を開始することは、前記第２の操作に関連付けられた命令をコンテンツ管理システムに送信して、前記サーバ状態に対して実行させること、
を含む、請求項１乃至５の何れか一項に記載の方法。
【請求項7】
前記第２の操作の実行を開始することは、前記第２の操作に関連付けられた命令をクライアントシステムに送信して、前記ファイルシステム状態に対して実行させること、
を含む、請求項１乃至６の何れか一項に記載の方法。
【請求項8】
前記コンピュータの有する第４の特定手段が、同期ツリーと、リモートツリー及びローカルツリーの少なくとも一方との第１の差異を特定することであって、前記同期ツリーは、コンテンツ管理システムの前記サーバ状態とクライアントデバイスの前記ファイルシステム状態との間の既知の同期した状態を表し、前記リモートツリーは前記サーバ状態を表し、前記ローカルツリーは前記ファイルシステム状態を表す、前記特定することと、前記コンピュータの有する第１の生成手段が、前記第１の差異に基づいて、前記サーバ状態と前記ファイルシステム状態とを収束させるように構成される前記第１の操作セットを生成することと、
をさらに含む、請求項１乃至７の何れか一項に記載の方法。
【請求項9】
前記コンピュータの有する第５の特定手段が、前記同期ツリーと、前記リモートツリー及び前記ローカルツリーの少なくとも一方との第２の差異を特定することと、前記コンピュータの有する第２の生成手段が、前記第２の差異に基づいて、前記サーバ状態及び前記ファイルシステム状態の少なくとも一方への変更の後に、前記サーバ状態と前記ファイルシステム状態とを収束させるように構成される前記第２の操作セットを生成することと、
をさらに含む、請求項８に記載の方法。
【請求項10】
前記コンピュータの有する第３の受信手段が、前記コンテンツ管理システムによって記憶されたコンテンツアイテムのサーバ修正データを受信することと、前記コンピュータの有する第１の更新手段が、前記サーバ修正データに基づいて、前記リモートツリーを更新することと、
をさらに含む、請求項８又は９に記載の方法。
【請求項11】
前記コンピュータの有する第４の受信手段が、前記クライアントデバイスによって記憶されたコンテンツアイテムのクライアント修正データを受信することと、前記コンピュータの有する第２の更新手段が、前記クライアント修正データに基づいて、前記ローカルツリーを更新することと、
をさらに含む、請求項８乃至１０の何れか一項に記載の方法。
【請求項12】
命令を含むプログラムであって、前記命令は、コンピューティングシステムによって実行された場合に、前記コンピューティングシステムに、サーバ状態とファイルシステム状態とを収束させるように構成される第１の操作セットを受信することと、
前記第１の操作セットの実行を完了する前に第２の操作セットを受信することであって、前記第２の操作セットは、前記サーバ状態及び前記ファイルシステム状態の少なくとも一方への変更をクライアント同期サービスが感知した後に、前記サーバ状態と前記ファイルシステム状態とを収束させるように構成される、受信することと、
前記第２の操作セットにない前記第１の操作セット内の第１の操作を特定することと、
前記第１の操作の実行をキャンセルすることと、
前記第１の操作セットにない前記第２の操作セット内の第２の操作を特定することと、
前記第１の操作のキャンセルが完了したと判定することと、
前記キャンセルの完了に応答して、前記第２の操作の実行を開始することと、
を行わせる、プログラム。
【請求項13】
前記命令はさらに、前記コンピューティングシステムに、前記第１の操作セットと前記第２の操作セットとの両方にある第３の操作を特定することと、
前記第１の操作のキャンセルと同時に前記第３の操作の実行を開始することと、
を行わせる、請求項１２に記載のプログラム。
【請求項14】
前記第１の操作セット内の前記操作のそれぞれは、同時に実行可能になるように構成され、前記第２の操作セット内の前記操作のそれぞれは、同時に実行可能になるように構成される、請求項１２又は１３に記載のプログラム。
【請求項15】
前記第２の操作の実行を開始することは、前記第２の操作に関連付けられた命令を、コンテンツ管理システムに送信して前記サーバ状態に対して実行させること、またはクライアントシステムに送信して前記ファイルシステム状態に対して実行させること、の少なくとも一方を行うこと
を含む、請求項１２乃至１４の何れか一項に記載のプログラム。
【請求項16】
前記命令はさらに、前記コンピューティングシステムに、同期ツリーと、リモートツリー及びローカルツリーの少なくとも一方との差異を特定することであって、前記同期ツリーは、前記サーバ状態と前記ファイルシステム状態との間の既知の同期した状態を表し、前記リモートツリーは前記サーバ状態を表し、前記ローカルツリーは前記ファイルシステム状態を表す、前記特定することと、
前記差異に基づいて、前記サーバ状態と前記ファイルシステム状態とを収束させるように構成される前記第２の操作セットを生成することと、
を行わせる、請求項１２乃至１５の何れか一項に記載のプログラム。
【請求項17】
少なくとも１つのプロセッサと、命令を記憶する非一時的コンピュータ可読媒体と、
を備えるシステムであって、前記命令は、前記少なくとも１つのプロセッサによって実行された場合に、前記少なくとも１つのプロセッサに、
サーバ状態とファイルシステム状態とを収束させるように構成される第１の操作セット内の第１の操作を特定することであって、前記第１の操作は、前記サーバ状態及び前記ファイルシステム状態の少なくとも一方への変更に応答して生成される第２の操作セットにない、前記特定することと、
前記第１の操作の実行をキャンセルすることと、
前記第１の操作セットと前記第２の操作セットとの両方にある第２の操作を特定することと、
前記第１の操作のキャンセルと同時に前記第２の操作の実行を開始することと、
を行わせる、システム。
【請求項18】
前記命令はさらに、前記少なくとも１つのプロセッサに、前記第１の操作セットにない前記第２の操作セット内の第３の操作を特定することと、
前記第１の操作のキャンセルが完了したと判定することと、
前記第１の操作のキャンセルの完了に応答して、前記第３の操作の実行を開始することと、
を行わせる、請求項１７に記載のシステム。
【請求項19】
前記命令はさらに、前記少なくとも１つのプロセッサに、同期ツリーと、リモートツリー及びローカルツリーの少なくとも一方との差異を特定することであって、前記同期ツリーは、コンテンツ管理システムの前記サーバ状態とクライアントデバイスの前記ファイルシステム状態との間の既知の同期した状態を表し、前記リモートツリーは前記サーバ状態を表し、前記ローカルツリーは前記ファイルシステム状態を表す、前記特定することと、
前記差異に基づいて、前記サーバ状態と前記ファイルシステム状態とを収束させるように構成される前記第２の操作セットを生成することと、
を行わせる、請求項１７又は１８に記載のシステム。
【請求項20】
前記命令はさらに、前記少なくとも１つのプロセッサに、前記コンテンツ管理システムに関連付けられたコンテンツアイテムの修正データを受信することと、
前記修正データに基づいて、リモートツリーまたはローカルツリーの少なくとも一方を更新することと、
を行わせる、請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、２０１７年１２月２９日に出願された米国非仮出願第１５／８５８，１１０号、及び２０１７年１２月２８日に出願された米国仮出願第６２／６１１，４７３号の優先権を主張し、これらは共に、その全体が本明細書に引用により明示的に組み込まれている。
本出願は、２０１７年１２月２９日に出願された米国非仮出願第１５／８５８，１１０号、及び２０１７年１２月２８日に出願された米国仮出願第６２／６１１，４７３号の優先権を主張し、これらは共に、その全体が本明細書に引用により明示的に組み込まれている。
【背景技術】
【0002】
コンテンツ管理システムによって、ユーザはネットワークを使用して複数のデバイスでコンテンツアイテムにアクセスし、これらを管理することが可能になる。一部のコンテンツ管理システムは、ユーザがコンテンツアイテムを共有することを可能にし、ユーザがコンテンツアイテムを使用してコラボレーションするのを支援する追加機能を提供し得る。コンテンツ管理システムは通常、コンテンツアイテムをサーバに記憶し、ユーザがネットワーク経由でコンテンツアイテムにアクセスすることを可能にし得る。また、一部のコンテンツ管理システムは、ローカルコピーをクライアントデバイスに記憶して、より自然なインターフェースで（たとえば、ネイティブアプリケーションで、またはクライアントデバイスのファイルシステム内で）コンテンツアイテムへのより高速なアクセスをユーザに提供することを可能にする。加えて、これにより、ユーザはオフラインのときにコンテンツアイテムにアクセスすることが可能になる。コンテンツ管理システムは、いくつかのクライアントデバイス及びサーバ間でコンテンツアイテムのコピーを同期させて、各コピーが同一になるようにすることを試みる。しかしながら、コンテンツアイテムの同期は難しく、多くの技術的障害が伴う。
【0003】
本技術の上記及び他の利点及び特徴は、添付の図面に示す特定の実施態様を参照することにより明らかになろう。当業者であれば、これらの図面が本技術の一部の例を示すにすぎず、本技術の範囲をこれらの例に限定するものではないことを理解するであろう。さらに、当業者であれば、添付の図面の使用を通じて、さらに具体的かつ詳細に記載及び説明する本技術の原理を理解するであろう。
【図面の簡単な説明】
【0004】
【図1】一部の実施形態による、コンテンツ管理システム及びクライアントデバイスの一例を示す図である。
【図2】一部の実施形態による、クライアント同期サービスの一例を示す図である。
【図3】様々な実施形態による、ツリーデータ構造の一例を示す図である。
【図4】様々な実施形態による、ツリーデータ構造の一例を示す図である。
【図5】本主題技術の様々な実施形態による、ツリーデータ構造を使用してサーバ状態とファイルシステム状態とを同期させるための例示的な方法を示す図である。
【図6】本主題技術の様々な実施形態による、ツリーデータ構造を使用してサーバ状態とファイルシステム状態とを同期させる場合の競合を解決するための例示的な方法を示す図である。
【図7】様々な実施形態による、追加操作に関するルールの違反を示すツリーデータ構造の一例の図である。
【図8】本主題技術の様々な実施形態による、サーバ状態とファイルシステム状態とを段階的に収束させるための例示的な方法を示す図である。
【図9】様々な実施形態による、ツリーデータ構造の一例を示す図である。
【図10】例示的なシナリオを示す図である。
【図11】本主題技術の様々な実施形態による、２つの操作プランの例示的なベン図表現である。
【図12】本主題技術の様々な実施形態による、操作プランの変更を管理するための例示的な方法の図である。
【図13】本主題技術の様々な実施形態による、ファイル名配列及びハッシュインデックス配列の実例の図である。
【図14】本主題技術の様々な実施形態による、ファイル名を記憶するための例示的な方法を示す図である。
【図15】本主題技術の様々な実施形態による、ファイル名が与えられた場合にファイル名の場所を取得するための例示的な方法を示す図である。
【図17】様々な実施形態による、ツリーデータ構造の一例を示す図である。
【図18】本主題技術の様々な実施形態による、ファイル名が与えられた場合にファイル名の場所を取得するための例示的な方法を示す図である。
【図19】本技術の特定の態様を実装するためのシステムの一例を示す図である。
【発明を実施するための形態】
【0005】
以下、本技術の様々な例を詳細に説明する。特定の実施態様を説明するが、これは説明のみを目的として行っていることを理解されたい。関連技術の当業者であれば、本技術の精神及び範囲から逸脱することなく、他のコンポーネント及び構成が使用され得ることを認識するであろう。
【0006】
コンピューティング技術及びネットワーキング技術の様々な進歩により、コンテンツ管理システムは、ユーザに複数のデバイスによるコンテンツアイテムへのアクセスを提供できるようになった。コンテンツアイテムには、限定はしないが、ファイル、ドキュメント、メッセージ（たとえば、電子メールメッセージもしくはテキストメッセージ）、メディアファイル（たとえば、写真、ビデオ、及び音声ファイル）、他のコンテンツアイテムを含むフォルダ、または他の任意の単位のコンテンツが含まれ得る。コンテンツアイテムは、複数のユーザと共有、編集、削除、追加、名前変更、または移動され得る。しかしながら、これらのコンテンツアイテムを複数のコンピューティングデバイス（たとえば、サーバ及びクライアントデバイス）ならびにいくつかのユーザアカウントにわたって同期させることは不完全なままであり、技術的障害が多い。
【0007】
技術的障害の一部を説明すると、第１のマシン（たとえば、クライアントデバイスまたはサーバ）は、ユーザがコンテンツ管理システムによって管理されるコンテンツアイテムをどのように修正したかに関する情報を提供する通信を第２のマシンに送信し得る。これらの通信を第２のマシンが使用して、第２のマシン上のコンテンツアイテムを同期させることによって、第１のマシン上のコンテンツアイテムに対して実行されたアクションが第２のマシン上のコンテンツアイテムに反映され、第１のマシン上のコンテンツアイテムが第２のマシン上のコンテンツアイテムと実質的に同一になるようにし得る。
【0008】
しかしながら、いくつかの通信が送信され得、それらの通信は、通信の送信に使用される１つまたは複数のネットワークにより使用される様々なネットワークルーティングプロトコル、第１または第２のマシンの技術的動作、または他の理由の結果として、順序が狂って受信され得る。さらに、ユーザは、多数のコンテンツアイテムに多数の修正を実行していたり、以前の修正を短時間で元に戻したり、以前に修正したコンテンツアイテムまたはコンテンツアイテムのセットに対して追加の修正をすぐに実行したりし得る。これにより、これらの通信が順序が狂って受信されたり、特定の通信が最新でなくなったり、第２のマシンが最新ではないコンテンツアイテムへの操作を実行したりする可能性が高まる。その結果、操作の多くがコンテンツアイテムの現在の状態に適合しない場合がある。実際には、一部の操作が他の操作またはコンテンツアイテムの現在の状態と競合しているか否かを検出することさえ困難な場合がある。
【0009】
加えて、同期アクションに関する固有の遅延がある。たとえば、第１のマシン上で取られたアクションが最初に第１のマシンによって検出され、通信が生成され、その後ネットワークを介して送信される。この通信は第２のマシンによって受信され、第２のマシンは、以前の通信をまだ処理しており、通信に詳述されたアクションを実行している場合がある。この例示的なシナリオでは、第１のマシン、第２のマシン、及び／またはネットワークの限られたコンピューティングリソース（たとえば、帯域幅、メモリ、処理時間、処理サイクルなど）によって遅延が導入されるいくつかのポイントがある。遅延が増加するにつれて、通信が何らかの理由でコンテンツアイテムの現在の状態と競合する可能性が高くなる。さらに、これらの競合する通信を処理して競合を解決すると、たとえば、処理時間、メモリ、エネルギー、または帯域幅などの不要なコンピューティングリソースが消費され、遅延がさらに増加する。
【0010】
事態をさらに複雑にすることに、第２のマシン及び／またはコンテンツアイテムにアクセス可能なさらなるマシンの同じまたは異なるユーザが、コンテンツアイテムへの修正を実行している場合もある。その結果、上記の問題は何倍にもなり得、ローカルアクションがリモートアクションと競合するか否か、及び／またはローカルアクションが最新のコンテンツアイテムに作用しているか否かに関するさらなる技術的問題が生じる。
【0011】
開示する技術は、上記及び他の技術的問題に対する技術的解決方法を提供するコンテンツ管理システムのためのクライアント同期サービスに対する当技術分野における必要性に対処する。クライアント同期サービスは、クライアントデバイス上で動作し、コンテンツ管理システムのサーバ上のコンテンツアイテムと、クライアントデバイス上の対応するコンテンツアイテムとの間の同期の不一致を特定するように構成され得る。同期の不一致ごとに、クライアント同期サービスは、コンテンツアイテムの同期に必要な操作を特定し、それらの操作を開始し得る。
【0012】
クライアント同期サービスは、ツリーデータ構造（「ツリー」）のセットを使用して、サーバ上のコンテンツアイテムのステータス、クライアントデバイス上のコンテンツアイテムのステータス、及びそれらの同期状態を追跡し得る。一部の実施形態によれば、３つのツリーのセットが使用され得る。３つのツリーは、サーバ状態を表すリモートツリーと、クライアントデバイス上のファイルシステム状態を表すローカルツリーと、ローカルツリー及びリモートツリーのマージベースを表す同期ツリーとを含み得る。マージベースは、ローカルツリー及びリモートツリーの共通の祖先、またはローカルツリー及びリモートツリーの間の最後の既知の同期した状態と考えられ得る。したがって、クライアント同期サービスは、３つのツリー（たとえば、リモートツリー、同期ツリー、ローカルツリー）が全て同一である場合に、サーバ状態とクライアントデバイス状態とが同期していると判定し得る。
【0013】
コンテンツアイテムのサーバ状態、またはコンテンツアイテムのクライアントデバイスファイルシステム状態（「ファイルシステム状態」）への修正が検出された場合、クライアント同期サービスは適切なツリーを更新し、ツリーの三つ組に基づいてサーバ状態とファイルシステム状態とが同期しているか否かを判定する。ツリーの１つへの更新に基づいて、サーバ状態及びファイルシステム状態は同期され、非同期化され、またはさらに非同期化され得る。サーバ状態とファイルシステム状態とが同期していない場合、クライアント同期サービスは、サーバ状態とファイルシステム状態とを収束させ、サーバ状態とファイルシステム状態とを同期した状態に近づけるために必要な初期操作セットを少なくとも特定し得る。
【0014】
ツリーデータ構造のセットを頼りにサーバ状態とファイルシステム状態を監視することにより、様々な技術的問題に対するコンピューティング技術に根ざした代替手段及び／または解決方法を提供する。たとえば、クライアント同期サービスは、サーバ状態及びファイル状態を追跡し、２つの状態のマージベースの表現を記憶することができる。その結果、本主題技術の様々な実施形態は、ユーザがリモートでコンテンツアイテムを修正している方法を示すいくつかの通信を受信し、これらの修正がローカルで実行されるべき順序を決定し、修正が他の修正と競合するまたは最新でないか否か、及びリモートの修正がユーザによりローカルで実行されるローカルの修正と競合するか否かを判定することに関連する技術的問題を回避する。これらの問題の多くは、他の解決方法が、関連する様々な当事者（たとえば、サーバ及びクライアントデバイス）の状態を追跡することができず、状態が同期しているか否かを迅速に判定することができないことから生じる。代わりに、これらの他の解決方法は、サーバ状態とファイルシステム状態とが同期しているか否かのコンテキストなしで、コンテンツアイテムをローカルで修正する方法に関する命令を受信することに依存している。
【0015】
さらに、サーバ状態及びファイルシステム状態は継続的に監視されるので、それらが同期しているか否かを判定することは、手順の複雑さと計算時間及びリソースとの観点ではるかに効率的である。以下でさらに詳細に説明するように、クライアント同期サービスにより、より決定的な方法でのサーバ状態とファイルシステム状態との段階的かつ順序立った同期が可能になる。その結果、コンテンツ管理システムの機能のスケーリング及びテストもより効率的になる。
【0016】
コンテンツ管理システム
一部の実施形態では、開示する技術は、とりわけコンテンツアイテム同期機能及びコラボレーション機能を有するコンテンツ管理システムのコンテキストで配備される。例示的なシステム構成１００を図１Ａに示しており、図１Ａは、クライアントデバイス１５０とインタラクションを行うコンテンツ管理システム１１０を示している。
一部の実施形態では、開示する技術は、とりわけコンテンツアイテム同期機能及びコラボレーション機能を有するコンテンツ管理システムのコンテキストで配備される。例示的なシステム構成１００を図１Ａに示しており、図１Ａは、クライアントデバイス１５０とインタラクションを行うコンテンツ管理システム１１０を示している。
【0017】
アカウント
【0018】
コンテンツ管理システム１１０は、コンテンツアイテムをアカウントに関連付けて記憶すると共に、コンテンツアイテム（複数可）の取り出し、修正、閲覧、及び／または共有などの多様なコンテンツアイテム管理タスクを実行することができる。さらに、コンテンツ管理システム１１０は、アカウントが複数のクライアントデバイスからコンテンツアイテム（複数可）にアクセス可能にすることができる。
【0019】
コンテンツ管理システム１１０は、複数のアカウントをサポートする。エンティティ（ユーザ、ユーザのグループ、チーム、会社など）は、コンテンツ管理システムによってアカウントを作成することができ、アカウントの詳細をアカウントデータベース１４０に記憶することができる。アカウントデータベース１４０は、登録されたエンティティのプロフィール情報を記憶することができる。一部のケースでは、登録されたエンティティのプロフィール情報には、ユーザ名及び／または電子メールアドレスが含まれる。アカウントデータベース１４０はアカウント管理情報、たとえば、アカウントタイプ（たとえば、様々な階層の無料または有料アカウント）、割り当てられたストレージスペース、使用されたストレージスペース、登録コンテンツ管理クライアントアプリケーション１５２がその上に常駐するクライアントデバイス１５０、セキュリティ設定、個人構成設定などを含むことができる。
【0020】
アカウントデータベース１４０は、エンティティに関連付けられたアカウントのグループを記憶することができる。グループは、グループポリシー及び／またはアクセス制御リストに基づいた権限を有することができ、グループのメンバーは権限を継承することができる。たとえば、マーケティンググループは、あるコンテンツアイテムのセットにアクセスすることができ、エンジニアリンググループは、他のコンテンツアイテムのセットにアクセスすることができる。管理者グループは、グループの修正、ユーザアカウントの修正などを行うことができる。
【0021】
コンテンツアイテムの記憶
【0022】
コンテンツ管理システム１１０の１つの機能はコンテンツアイテムの記憶であり、コンテンツアイテムはコンテンツストレージ１４２に記憶することができる。コンテンツアイテムは任意のデジタルデータ、たとえば、ドキュメント、コラボレーションコンテンツアイテム、テキストファイル、音声ファイル、画像ファイル、ビデオファイル、ウェブページ、実行可能ファイル、バイナリファイルなどとすることができる。また、コンテンツアイテムは、コレクションを含むことができ、またはコンテンツアイテム同士を異なる挙動と共にグループ化するための他のメカニズム、たとえば、フォルダ、ｚｉｐファイル、プレイリスト、アルバムなどを含むことができる。コレクションは、フォルダ、または共通の属性によって関連付けまたはグループ化された複数のコンテンツアイテムを指す場合がある。一部の実施形態では、コンテンツストレージ１４２は、特定の機能に対処するために他のタイプのストレージまたはデータベースと組み合わされる。コンテンツストレージ１４２はコンテンツアイテムを記憶することができ、コンテンツアイテムに関するメタデータはメタデータデータベース１４６に記憶することができる。同様に、コンテンツアイテムがコンテンツストレージ１４２のどこに記憶されているかに関するデータは、コンテンツディレクトリ１４４に記憶することができる。加えて、変更、アクセスなどに関するデータは、サーバファイルジャーナル１４８に記憶することができる。コンテンツストレージ１４２、コンテンツディレクトリ１４４、サーバファイルジャーナル１４８、及びメタデータデータベース１４６などの様々なストレージ／データベースのそれぞれは、複数のそのようなストレージまたはデータベースから構成することができ、多数のデバイス及び場所に分散させることができる。他の構成も可能である。たとえば、コンテンツストレージ１４２、コンテンツディレクトリ１４４、サーバファイルジャーナル１４８、及び／またはメタデータデータベース１４６からのデータは、１つまたは複数のコンテンツストレージまたはデータベースに結合され得、または追加のコンテンツストレージまたはデータベースにさらにセグメント化され得る。このように、コンテンツ管理システム１１０は、図１に示すよりも多いまたは少ないストレージ及び／またはデータベースを含み得る。
【0023】
一部の実施形態では、コンテンツストレージ１４２は、少なくとも１つのコンテンツストレージサービス１１６に関連付けられ、これは、記憶すべきコンテンツアイテムの受信、記憶すべきコンテンツアイテムの準備、コンテンツアイテムの記憶場所の選択、ストレージからのコンテンツアイテムの取り出しなどを含むがこれらに限定されない、コンテンツアイテムの記憶を管理するためのソフトウェアまたは他のプロセッサ実行可能命令を含む。一部の実施形態において、コンテンツストレージサービス１１６は、コンテンツアイテムをより小さいチャンクに分割してコンテンツストレージ１４２に記憶することができる。コンテンツアイテムを構成する各チャンクの場所は、コンテンツディレクトリ１４４に記録することができる。コンテンツディレクトリ１４４は、コンテンツストレージ１４２に記憶されたコンテンツアイテムごとにコンテンツエントリを含むことができる。コンテンツエントリは、コンテンツアイテムを識別する一意のＩＤに関連付けることができる。
【0024】
一部の実施形態では、コンテンツディレクトリ１４４内のコンテンツアイテムを識別する一意のＩＤは、決定論的ハッシュ関数から導出することができる。コンテンツアイテムの一意のＩＤを導出するこの方法により、コンテンツアイテムの複製がそのようなものとして認識されるようにすることができ、その理由は、決定論的ハッシュ関数が、同じコンテンツアイテムの全てのコピーに対して同じ識別子を出力するが、異なるコンテンツアイテムには異なる識別子を出力するためである。この方法論を使用して、コンテンツストレージサービス１１６は、コンテンツアイテムごとに一意のＩＤを出力することができる。
【0025】
コンテンツストレージサービス１１６は、メタデータデータベース１４６内のコンテンツアイテムのコンテンツパスを指定または記録することもできる。コンテンツパスは、コンテンツアイテムの名前及び／またはコンテンツアイテムに関連付けられたフォルダ階層を含むことができる。たとえば、コンテンツパスは、クライアントデバイス上のローカルファイルシステムにおいてコンテンツアイテムが記憶されたフォルダまたはフォルダのパスを含むことができる。コンテンツアイテムはコンテンツストレージ１４２にブロックで記憶され、ツリー状のディレクトリ構造の下に記憶されなくてもよいが、そのようなディレクトリ構造は、ユーザにとって快適な移動構造である。コンテンツストレージサービス１１６は、コンテンツアイテムのコンテンツパスを定義または記録することができ、ディレクトリ構造の「ルート」ノードは、アカウントごとの名前空間とすることができる。名前空間内には、アカウントのユーザ及び／またはコンテンツストレージサービス１１６によって定義されるディレクトリ構造が存在することができる。メタデータデータベース１４６は、コンテンツアイテムごとのコンテンツパスをコンテンツエントリの一部として記憶することができる。
【0026】
一部の実施形態では、名前空間は、ディレクトリ構造内にネストされた追加の名前空間を、あたかもそれらがルートノード内に記憶されているかのように含むことができる。これは、アカウントが共有されたコレクションにアクセス可能な場合に生じ得る。共有されたコレクションには、コンテンツ管理システム１１０内で独自の名前空間を割り当てることができる。いくつかの共有されたコレクションは、実際には共有されたコレクションのルートノードであるが、ディレクトリ構造内のアカウントの名前空間の下位に配置され、アカウントのフォルダ内のフォルダとして表示することができる。上記のように、ディレクトリ構造は、単にユーザにとって快適な移動構造であるが、コンテンツストレージ１４２内のコンテンツアイテムの記憶場所と相互関係がない。
【0027】
アカウントがコンテンツアイテムを見るディレクトリ構造は、コンテンツ管理システム１１０の記憶場所と相互関係がないが、ディレクトリ構造は、クライアントデバイス１５０によって使用されるファイルシステムによっては、クライアントデバイス１５０上の記憶場所と相互関係があり得る。
【0028】
上記のように、コンテンツディレクトリ１４４内のコンテンツエントリは、コンテンツアイテムを構成する各チャンクの場所を含むこともできる。より具体的には、コンテンツエントリは、コンテンツアイテムを構成するチャンクのコンテンツストレージ１４２内の場所を特定するコンテンツポインタを含むことができる。
【0029】
コンテンツパス及びコンテンツポインタに加えて、コンテンツディレクトリ１４４内のコンテンツエントリは、コンテンツアイテムにアクセス可能なユーザアカウントを識別するユーザアカウント識別子、及び／またはコンテンツエントリにアクセス可能なグループを識別するグループ識別子、及び／またはコンテンツエントリが属する名前空間も含むことができる。
【0030】
コンテンツストレージサービス１１６は、コンテンツアイテムまたはコンテンツアイテムのバージョンを構成する重複コンテンツアイテムまたは重複ブロックを特定することにより、必要なストレージスペースの量を減らすことができる。複数のコピーを記憶する代わりに、コンテンツストレージ１４２は、コンテンツアイテムまたはコンテンツアイテムのブロックの単一のコピーを記憶することができ、コンテンツディレクトリ１４４は、複製を単一のコピーにリンクさせるポインタまたは他のメカニズムを含むことができる。
【0031】
コンテンツストレージサービス１１６は、コンテンツアイテム、コンテンツアイテムタイプ、フォルダ、ファイルパス、及び／またはコンテンツアイテムと様々なアカウント、コレクション、もしくはグループとの関係を記述するメタデータをメタデータデータベース１４６に、コンテンツアイテムの一意のＩＤに関連付けて記憶することもできる。
【0032】
コンテンツストレージサービス１１６は、変更、アクセスなどに関するデータのログをサーバファイルジャーナル１４８に記憶することもできる。サーバファイルジャーナル１４８は、コンテンツアイテムの一意のＩＤと、変更またはアクセスアクションの説明とを、タイムスタンプまたはバージョン番号及び他の任意の関連データと共に含むことができる。サーバファイルジャーナル１４８は、変更またはコンテンツアイテムアクセスによって影響を受けるブロックへのポインタも含むことができる。コンテンツストレージサービスは、コンテンツアイテムへの変更、異なるバージョンのコンテンツアイテム（分岐したバージョンツリーを含む）、サーバファイルジャーナル１４８から取得できる変更履歴を追跡するコンテンツアイテムバージョン管理を使用して、操作を元に戻す機能を提供することができる。
【0033】
コンテンツアイテムの同期
【0034】
コンテンツ管理システム１１０の他の機能は、コンテンツアイテムと少なくとも１つのクライアントデバイス１５０との同期である。クライアントデバイス（複数可）は、様々な形式を取り、様々な機能を有することができる。たとえば、クライアントデバイス１５０１は、その上に常駐する複数のアプリケーションによってアクセス可能なローカルファイルシステムを有するコンピューティングデバイスである。クライアントデバイス１５０２は、コンテンツアイテムが、特定のアプリケーションのみ、または特定のアプリケーションによって与えられた権限によってのみアクセス可能であり、コンテンツアイテムが通常、アプリケーション固有のスペースまたはクラウドのいずれかに記憶されるコンピューティングデバイスである。クライアントデバイス１５０３は、ウェブブラウザを介してコンテンツ管理システム１１０にアクセスし、ウェブインターフェースを介してコンテンツアイテムにアクセスする任意のクライアントデバイスである。例示的なクライアントデバイス１５０１、１５０２、及び１５０３は、ラップトップ、モバイルデバイス、またはウェブブラウザなどのフォームファクタで図示しているが、それらの説明はこれらの例示的なフォームファクタのデバイスに限定されないことを理解されたい。たとえば、クライアント１５０２などのモバイルデバイスは、その上に常駐する複数のアプリケーションによってアクセス可能なローカルファイルシステムを有し得、またはクライアント１５０２は、ウェブブラウザを介してコンテンツ管理システム１１０にアクセスし得る。したがって、フォームファクタは、クライアント１５０の機能を検討する場合の限定と見なされるべきではない。クライアントデバイス１５０に関して本明細書に記載の１つまたは複数の機能は、デバイスの特定の機能に応じて、全てのクライアントデバイスで利用可能であってもなくてもよく、ファイルアクセスモデルはそのような機能の１つである。
【0035】
多くの実施形態では、クライアントデバイスは、コンテンツ管理システム１１０のアカウントに関連付けられるが、一部の実施形態では、クライアントデバイスは、共有されたリンクを使用してコンテンツにアクセスすることができ、アカウントを必要としない。
【0036】
上記のように、一部のクライアントデバイスは、ウェブブラウザを使用してコンテンツ管理システム１１０にアクセスすることができる。しかしながら、クライアントデバイスは、クライアントデバイス１５０に記憶され、その上で動作するクライアントアプリケーション１５２を使用してコンテンツ管理システム１１０にアクセスすることもできる。クライアントアプリケーション１５２は、クライアント同期サービス１５６を含むことができる。
【0037】
クライアント同期サービス１５６は、サーバ同期サービス１１２と通信して、クライアントデバイス１５０とコンテンツ管理システム１１０との間でコンテンツアイテムへの変更を同期させることができる。
【0038】
クライアントデバイス１５０は、クライアント同期サービス１５６を介してコンテンツをコンテンツ管理システム１１０と同期させることができる。同期はプラットフォーム非依存にすることができる。すなわち、様々なタイプ、機能、オペレーティングシステムなどの複数のクライアントデバイスにわたってコンテンツを同期させることができる。クライアント同期サービス１５６は、クライアントデバイス１５０のファイルシステムの指定された場所にあるコンテンツアイテムの任意の変更（新規の、削除された、修正された、コピーされた、または移動されたコンテンツアイテム）を同期させることができる。
【0039】
コンテンツアイテムは、クライアントデバイス１５０からコンテンツ管理システム１１０に、及びその逆に同期させることができる。同期がクライアントデバイス１５０からコンテンツ管理システム１１０へ行われる実施形態では、ユーザはクライアントデバイス１５０のファイルシステムから直接コンテンツアイテムを操作することができ、クライアント同期サービス１５６は、監視しているフォルダ内のファイルへの変更に関してクライアントデバイス１５０上のディレクトリを監視することができる。
【0040】
クライアント同期サービス１５６が、監視しているディレクトリ内のコンテンツの書き込み、移動、コピー、または削除を検出した場合、クライアント同期サービス１５６は、変更をコンテンツ管理システムサービス１１６へ同期させることができる。一部の実施形態では、クライアント同期サービス１５６は、たとえば、コンテンツアイテムをブロックに分割する、コンテンツアイテムをハッシュ化して一意の識別子を生成するなど、上記の機能を含む、コンテンツ管理システムサービス１１６の一部の機能を実行することができる。クライアント同期サービス１５６は、クライアントストレージインデックス１６４内のコンテンツのインデックスを作成し、その結果をストレージインデックス１６４に保存することができる。インデックス作成は、コンテンツアイテムごとに、パスに加え、一意のサーバ識別子及び一意のクライアント識別子を記憶することを含むことができる。一部の実施形態では、クライアント同期サービス１５６は、サーバ同期サービス１１２から一意のサーバ識別子を知り、クライアントデバイス１５０のオペレーティングシステムから一意のクライアント識別子を知る。
【0041】
クライアント同期サービス１５６は、ストレージインデックス１６４を使用して、クライアントストレージ内のコンテンツの少なくとも一部と、コンテンツ管理システム１１０上のユーザアカウントに関連付けられたコンテンツとの同期を容易にすることができる。たとえば、クライアント同期サービス１５６は、ストレージインデックス１６４をコンテンツ管理システム１１０と比較し、クライアントストレージ上のコンテンツと、コンテンツ管理システム１１０上のユーザアカウントに関連付けられたコンテンツとの差異を検出することができる。次いで、クライアント同期サービス１５６は、クライアントストレージ上のコンテンツを適宜アップロード、ダウンロード、修正、及び削除することにより、差異の調整を試みることができる。コンテンツストレージサービス１１６は、コンテンツアイテムの変更されたまたは新たなブロックを記憶し、サーバファイルジャーナル１４８、メタデータデータベース１４６、コンテンツディレクトリ１４４、コンテンツストレージ１４２、アカウントデータベース１４０などを適宜更新することができる。
【0042】
コンテンツ管理システム１１０からクライアントデバイス１５０へ同期させる場合、サーバファイルジャーナル１４８に記録されたコンテンツアイテムのマウント、修正、追加、削除、移動は、通知サービス１１７を使用してクライアントデバイス１５０に送信される通知をトリガーすることができる。クライアントデバイス１５０に変更が通知された場合、クライアントデバイスに知られている最後の同期点以後のサーバファイルジャーナル１４８にリストされているリクエストが変更される。クライアントデバイス１５０がコンテンツ管理システム１１０と同期していないと判定した場合、クライアント同期サービス１５６は、変更を含むコンテンツアイテムブロックを要求し、変更されたコンテンツアイテムのローカルコピーを更新する。
【0043】
一部の実施形態では、ストレージインデックス１６４は、あるツリーがサーバ同期サービス１１２によるディレクトリの最新の表現を反映し、他のツリーがクライアント同期サービス１５６によるディレクトリの最新の表現を反映する、ツリーデータ構造を記憶する。クライアント同期サービスは、サーバ同期サービス１１２にデータを要求するか、またはクライアントデバイス１５０上の変更をコンテンツ管理システム１１０に対してコミットすることにより、ツリー構造が一致するように機能することができる。
【0044】
クライアントデバイス１５０は、利用可能なネットワーク接続を有さなくてもよいこともある。このシナリオでは、クライアント同期サービス１５６は、コンテンツアイテムの変更についてリンクされたコレクションを監視し、それらの変更をキューに入れて、後でネットワーク接続が利用可能なときにコンテンツ管理システム１１０へ同期させるようにすることができる。同様に、ユーザはコンテンツ管理システム１１０との同期を手動で開始、停止、一時停止、または再開することができる。
【0045】
クライアント同期サービス１５６は、コンテンツ管理システム１１０上の特定のユーザアカウントに関連付けられた全てのコンテンツを同期させることができる。代替的には、クライアント同期サービス１５６は、コンテンツ管理システム１１０上の特定のユーザアカウントに関連付けられた全コンテンツのうちのコンテンツの一部を選択的に同期させることができる。コンテンツの一部のみを選択的に同期させることにより、クライアントデバイス１５０上のスペースを保存し、帯域幅を節約することができる。
【0046】
一部の実施形態では、クライアント同期サービス１５６は、特定のユーザアカウントに関連付けられたコンテンツの一部を選択的に記憶し、コンテンツの残りの部分についてプレースホルダーコンテンツアイテムをクライアントストレージに記憶する。たとえば、クライアント同期サービス１５６は、コンテンツ管理システム１１０上のそれぞれの完全なコンテンツアイテムと同じファイル名、パス、拡張子、メタデータを有するが、完全なコンテンツアイテムのデータを欠いているプレースホルダーコンテンツアイテムを記憶することができる。プレースホルダーコンテンツアイテムは、サイズが数バイト以下にすることができるが、それぞれの完全なコンテンツアイテムは非常に大きい場合がある。クライアントデバイス１５０がコンテンツアイテムへのアクセスを試みた後、クライアント同期サービス１５６は、コンテンツ管理システム１１０からコンテンツアイテムのデータを取り出し、完全なコンテンツアイテムをアクセスしているクライアントデバイス１５０に提供することができる。この手法により、コンテンツ管理システム１１０上のユーザのコンテンツへのフルアクセスをなおも提供しながら、大幅なスペース及び帯域幅の節約を提供することができる。
【0047】
コラボレーション機能
【0048】
コンテンツ管理システム１１０の他の機能は、ユーザ間のコラボレーションを容易にすることである。コラボレーション機能には、コンテンツアイテムの共有、コンテンツアイテムへのコメント、コンテンツアイテムへの共同作業、インスタントメッセージング、コンテンツアイテムに関するプレゼンス及び閲覧状態情報の提供などが含まれる。
【0049】
共有
【0050】
コンテンツ管理システム１１０は、共有サービス１２８を介したコンテンツの共有を管理することができる。コンテンツへのリンクを提供することによるコンテンツの共有は、コンテンツ管理システム１１０とネットワーク通信する任意のコンピューティングデバイスからコンテンツアイテムにアクセス可能にすることを含むことができる。しかしながら、一部の実施形態では、リンクは、コンテンツ管理システム１１０及びアクセス制御リスト１４５によって実施されるアクセス制限に関連付けることができる。コンテンツの共有は、共有サービス１２８を使用してコンテンツをリンクさせることによって、コンテンツ管理システム１１０内のコンテンツを（コンテンツアイテムに関連付けられた元のユーザアカウントに加えて）少なくとも１つの追加のユーザアカウントと共有して、各ユーザアカウントがコンテンツアイテムにアクセス可能になるようにすることも含むことができる。追加のユーザアカウントは、コンテンツを承認することによってコンテンツにアクセスすることができ、コンテンツはその後、ウェブインターフェースサービス１２４を介して、またはクライアントデバイス１５０上のそれらのアカウントに関連付けられたディレクトリ構造内から直接アクセス可能になる。共有は、プラットフォームに依存しない方法で実行することができる。すなわち、様々なタイプ、機能、オペレーティングシステムなどの複数のクライアントデバイス１５０間でコンテンツを共有することができる。また、様々なタイプのユーザアカウント間でコンテンツを共有することもできる。
【0051】
コンテンツ管理システム１１０内でコンテンツアイテムを共有するために、共有サービス１２８は、コンテンツアイテムに関連付けられたアクセス制御リストデータベース１４５内のコンテンツエントリにユーザアカウント識別子または複数のユーザアカウント識別子を追加して、追加されたユーザアカウントにコンテンツアイテムへのアクセスを付与することができる。また、共有サービス１２８は、コンテンツエントリからユーザアカウント識別子を除去して、ユーザアカウントによるコンテンツアイテムへのアクセスを制限することもできる。共有サービス１２８は、コンテンツアイテム識別子、コンテンツアイテムへのアクセスが許可されたユーザアカウント識別子、及びアクセス制御リストデータベース１４５内のアクセスレベルを記録することができる。たとえば、一部の実施形態では、単一のコンテンツエントリに関連付けられたユーザアカウント識別子は、関連付けられたコンテンツアイテムに関してそれぞれのユーザアカウント識別子に異なる権限を指定することができる。
【0052】
コンテンツ管理システム１１０の外部でコンテンツアイテムを共有するために、共有サービス１２８は、任意のウェブブラウザが認証なしでコンテンツ管理システム１１０のコンテンツアイテムまたはコレクションにアクセスすることを可能にする、ユニフォームリソースロケータ（ＵＲＬ）などのカスタムネットワークアドレスを生成することができる。これを実現するために、共有サービス１２８は、生成されたＵＲＬにコンテンツ識別データを含めることができ、これを後で使用して、要求されたコンテンツアイテムを適切に識別し、返すことができる。たとえば、共有サービス１２８は、アカウント識別子及びコンテンツパスまたはコンテンツアイテム識別コードを生成されたＵＲＬに含めることができる。ＵＲＬが選択されると、ＵＲＬに含まれるコンテンツ識別データをコンテンツ管理システム１１０に送信することができ、コンテンツ管理システム１１０は、受信したコンテンツ識別データを使用して適切なコンテンツアイテムを識別し、コンテンツアイテムを返すことができる。
【0053】
ＵＲＬの生成に加えて、共有サービス１２８は、コンテンツアイテムへのＵＲＬが作成されたことをアクセス制御リストデータベース１４５に記録するように構成することもできる。一部の実施形態では、コンテンツアイテムに関連付けられたコンテンツエントリは、コンテンツアイテムへのＵＲＬが作成されたか否かを示すＵＲＬフラグを含むことができる。たとえば、ＵＲＬフラグは、コンテンツアイテムへのＵＲＬが作成されていないことを示す０すなわち偽に初期設定されたブール値とすることができる。共有サービス１２８は、コンテンツアイテムへのＵＲＬを生成した後に、フラグの値を１すなわち真に変更することができる。
【0054】
一部の実施形態では、共有サービス１２８は、権限のセットをコンテンツアイテムのＵＲＬに関連付けることができる。たとえば、ユーザがＵＲＬを介してコンテンツアイテムにアクセスしようとする場合、共有サービス１２８は、限られた権限のセットをコンテンツアイテムに提供することができる。制限された権限の例には、ユーザがコンテンツアイテムをダウンロードできないこと、コンテンツアイテムを保存できないこと、コンテンツアイテムをコピーできないこと、コンテンツアイテムを修正できないことなどの制限が含まれる。一部の実施形態では、制限された権限には、指定されたドメインから、すなわち企業ネットワークドメイン内から、または指定されたドメインに関連付けられたアカウント、たとえば、企業アカウント（たとえば、＠ａｃｍｅ．ｃｏｍ）に関連付けられたアカウントによってのみコンテンツアイテムにアクセスすることを許可する制限が含まれる。
【0055】
一部の実施形態では、共有サービス１２８は、生成されたＵＲＬを非アクティブ化するように構成することもできる。たとえば、各コンテンツエントリは、生成されたＵＲＬからのリクエストに応じてコンテンツが返されるべきか否かを示すＵＲＬアクティブフラグを含むこともできる。たとえば、共有サービス１２８は、ＵＲＬアクティブフラグが１すなわち真に設定されている場合にのみ、生成されたリンクによって要求されたコンテンツアイテムを返すことができる。このように、ＵＲＬアクティブフラグの値を変更することにより、ＵＲＬが生成されたコンテンツアイテムへのアクセスを簡単に制限することができる。これにより、ユーザは、コンテンツアイテムを移動したり、生成されたＵＲＬを削除したりする必要なく、共有されたコンテンツアイテムへのアクセスを制限することが可能になる。同様に、共有サービス１２８は、ＵＲＬアクティブフラグの値を再度１すなわち真に変更することにより、ＵＲＬを再アクティブ化することができる。このようにして、ユーザは、新たなＵＲＬを生成する必要なく、コンテンツアイテムへのアクセスを簡単に復元することができる。
【0056】
一部の実施形態では、コンテンツ管理システム１１０は、コンテンツアイテムをアップロードするためのＵＲＬを指定することができる。たとえば、ユーザアカウントを有する第１のユーザは、そのようなＵＲＬを要求して、そのＵＲＬを投稿ユーザに提供し、投稿ユーザはそのＵＲＬを使用してコンテンツアイテムを第１のユーザのユーザアカウントにアップロードすることができる。
【0057】
チームサービス
【0058】
一部の実施形態では、コンテンツ管理システム１１０はチームサービス１３０を含む。チームサービス１３０は、定義されたユーザアカウントのチームを作成及び管理するための機能を提供することができる。会社に対してチームを、サブチーム（たとえば、ビジネスユニット、またはプロジェクトチームなど）と共に作成し、ユーザアカウントをチーム及びサブチームに割り当てることができ、または任意の定義されたユーザアカウントのグループに対してチームを作成することができる。チームサービス１３０は、チーム用の共通の共有スペース、プライベートユーザアカウントフォルダ、及びアクセス制限された共有フォルダを提供することができる。チームサービスは、管理者がチーム内のコレクション及びコンテンツアイテムを管理するための管理インターフェースを提供することもでき、チームに関連付けられたユーザアカウントを管理することができる。
【0059】
認可サービス
【0060】
一部の実施形態では、コンテンツ管理システム１１０は認可サービス１３２を含む。認可サービス１３２は、名前空間にアクセスしようとするユーザアカウントが名前空間にアクセスするための適切な権限を有することを確認する。認可サービス１３２は、名前空間にアクセスするリクエストに続くトークンをクライアントアプリケーション１５２から受信することができ、ユーザアカウントに許可された機能を返すことができる。複数レベルのアクセスが可能なユーザアカウント（たとえば、ユーザ権限及び管理者権限を有するユーザアカウント）の場合、認可サービス１３２は、管理者による意図しないアクションを回避するために、明示的な特権昇格を要求することもできる。
【0061】
プレゼンス及び閲覧状態
【0062】
一部の実施形態では、コンテンツ管理システムは、コンテンツアイテムが共有されているユーザが、どのようにそのコンテンツアイテムとインタラクションを行っているか、または行ったかに関する情報を提供することができる。一部の実施形態では、コンテンツ管理システム１１０は、コンテンツアイテムが共有されているユーザが現在コンテンツアイテムを見ていることを報告することができる。たとえば、クライアントコラボレーションサービス１６０は、クライアントデバイス１５０がコンテンツアイテムにアクセスしているときに通知サービス１１７に通知することができる。次いで、通知サービス１１７は、同じコンテンツアイテムにアクセス可能な他のユーザの全てのクライアントデバイスに、コンテンツアイテムに関するクライアントデバイス１５０のユーザのプレゼンスを通知することができる。
【0063】
一部の実施形態では、コンテンツ管理システム１１０は、共有されたコンテンツアイテムとのユーザインタラクションの履歴を報告することができる。コラボレーションサービス１２６は、メタデータデータベース１４６及びサーバファイルジャーナル１４８などのデータソースに問い合わせして、ユーザがコンテンツアイテムを保存したこと、ユーザがコンテンツアイテムをまだ見ていないことなどを特定し、通知サービス１１７を使用してこのステータス情報を他のユーザに周知することによって、誰がコンテンツアイテムを現在見ているか、もしくは見ていたか、または修正したかが分かるようにすることができる。
【0064】
コラボレーションサービス１２６は、コンテンツアイテムがコメント機能をネイティブにサポートしていない場合でも、コンテンツに関連するコメントを容易にすることができる。そのようなコメントは、メタデータデータベース１４６に記憶することができる。
【0065】
コラボレーションサービス１２６は、ユーザへの通知を発信及び送信することができる。たとえば、ユーザはコメントで他のユーザに言及することができ、コラボレーションサービス１２６は、そのユーザがコメントで言及されたという通知をそのユーザに送信することができる。他の様々なコンテンツアイテムイベントは、コンテンツアイテムの削除、コンテンツアイテムの共有などを含む通知をトリガーすることができる。
【0066】
コラボレーションサービス１２６は、ユーザがインスタントメッセージ、音声通話、電子メールなどを送受信できるメッセージングプラットフォームを提供することができる。
【0067】
コラボレーションコンテンツアイテム
【0068】
一部の実施形態では、コンテンツ管理サービスはコラボレーション型ドキュメントサービス１３４も含むことができ、これはインタラクティブコンテンツアイテムコラボレーションプラットフォームを提供することができ、それによってユーザは、コラボレーションコンテンツアイテムを同時に作成し、コラボレーションコンテンツアイテムにコメントし、コラボレーションコンテンツアイテム内のタスクを管理することができる。コラボレーションコンテンツアイテムは、ユーザがコラボレーションコンテンツアイテムエディタを使用して作成及び編集できるファイルとすることができ、コラボレーションコンテンツアイテム要素を含むことができる。コラボレーションコンテンツアイテム要素には、コラボレーションコンテンツアイテム識別子、１つまたは複数の作成者識別子、コラボレーションコンテンツアイテムテキスト、コラボレーションコンテンツアイテム属性、インタラクション情報、コメント、共有ユーザなどが含まれ得る。コラボレーションコンテンツアイテム要素は、データベースエンティティとして記憶することができ、これにより、コラボレーションコンテンツアイテムの検索及び取り出しが可能になる。複数のユーザが、同時にまたは異なる時間に、コラボレーションコンテンツアイテムにアクセスし、これを見て、編集し、及びコラボレーションし得る。一部の実施形態では、これは、２人のユーザにウェブインターフェースを介してコンテンツアイテムにアクセスするように要求することによって管理することができ、そこで彼らはコンテンツアイテムの同じコピーに対して同時に作業することができる。
【0069】
コラボレーションコンパニオンインターフェース
【0070】
一部の実施形態では、クライアントコラボレーションサービス１６０は、クライアントデバイス１５０上に提示されているコンテンツアイテムに関連する情報を表示する目的の、ネイティブアプリケーションコンパニオンインターフェースを提供することができる。クライアントデバイス１５０に記憶され、その上で実行されるネイティブアプリケーションによってコンテンツアイテムがアクセスされる実施形態では、コンテンツアイテムがコンテンツアプリケーション１５２によって管理されるように、コンテンツアイテムがクライアントデバイス１５０のファイルシステムの指定された場所にある場合、ネイティブアプリケーションは、上記のコラボレーションデータを表示するネイティブな方法を提供しなくてもよい。そのような実施形態では、クライアントコラボレーションサービス１６０は、ユーザがコンテンツアイテムを開いたことを検出することができ、コラボレーションデータなどのコンテンツアイテムの追加情報を有するオーバーレイを提供することができる。たとえば、追加情報は、コンテンツアイテムへのコメント、コンテンツアイテムのステータス、コンテンツアイテムを以前見ていたまたは現在見ている他のユーザのアクティビティを含むことができる。そのようなオーバーレイは、他のユーザが現在コンテンツアイテムを編集しているので、変更が失われ得ることをユーザに警告することができる。
【0071】
一部の実施形態では、パブリックまたはプライベートのアプリケーションプログラミングインターフェースを使用して、上述のサービスまたはストレージ／データベースのうちの１つまたは複数にアクセスすることができる。
【0072】
特定のソフトウェアアプリケーションは、ユーザに代わってＡＰＩを介してコンテンツストレージ１４２にアクセスすることができる。たとえば、クライアントデバイス１５０上で動作するアプリケーションなどのソフトウェアパッケージは、ユーザが認証資格情報を提供してコンテンツの読み出し、書き込み、作成、削除、共有、または他の操作を行う場合に、プログラムでコンテンツ管理システム１１０に直接ＡＰＩ呼び出しを行うことができる。
【0073】
ユーザは、ウェブインターフェースサービス１２４によって生成及びサービス提供されるウェブインターフェースを介して、ユーザアカウントに記憶されているコンテンツを見るまたは操作することができる。たとえば、ユーザは、ウェブブラウザ内でコンテンツ管理システム１１０によって提供されるウェブアドレスに移動することができる。ウェブインターフェースを介して行われたコンテンツストレージ１４２内のコンテンツへの変更または更新、たとえば、コンテンツアイテムの新たなバージョンのアップロードなどは、ユーザのアカウントに関連付けられた他のクライアントデバイスに戻って伝播させることができる。たとえば、それぞれが独自のクライアントソフトウェアを有する複数のクライアントデバイスを単一のアカウントに関連付けることができ、そのアカウント内のコンテンツアイテムを複数のクライアントデバイスのそれぞれの間で同期させることができる。
【0074】
クライアントデバイス１５０は、ユーザに代わってコンテンツ管理システム１１０に接続することができる。たとえば、クライアントデバイス１５０がデスクトップまたはラップトップコンピュータ、電話、テレビ、モノのインターネットデバイスなどである場合、ユーザはクライアントデバイス１５０と直接インタラクションを行うことができる。代替的または追加的には、たとえばクライアントデバイス１５０がサーバである場合、ユーザがクライアントデバイス１５０に物理的にアクセスすることなく、クライアントデバイス１５０がユーザに代わって行動することができる。
【0075】
クライアントデバイス１５０の一部の機能は、クライアントデバイス１５０にインストールされたアプリケーションによって有効化される。一部の実施形態では、アプリケーションは、コンテンツ管理システム特有のコンポーネントを含むことができる。たとえば、コンテンツ管理システム特有のコンポーネントは、スタンドアロンアプリケーション１５２、１つまたは複数のアプリケーションプラグイン、及び／またはブラウザ拡張機能とすることができる。しかしながら、ユーザは、クライアントデバイス１５０に常駐し、コンテンツ管理システム１１０と通信するように構成される、ウェブブラウザなどのサードパーティアプリケーションを介してコンテンツ管理システム１１０とインタラクションを行うこともできる。様々な実施態様において、クライアント側アプリケーション１５２は、ユーザがコンテンツ管理システム１１０とインタラクションを行うためのユーザインターフェース（ＵＩ）を提示することができる。たとえば、ユーザは、ファイルシステムと統合されたファイルシステムエクスプローラを介して、またはウェブブラウザアプリケーションを使用して表示されるウェブページを介して、コンテンツ管理システム１１０とインタラクションを行うことができる。
【0076】
一部の実施形態では、クライアントアプリケーション１５２は、コンテンツ管理システム１１０の複数のアカウントのコンテンツを管理し、同期させるように構成することができる。そのような実施形態では、クライアントアプリケーション１５２は、複数のアカウントにログインされたままにし、複数のアカウントに通常のサービスを提供することができる。一部の実施形態では、各アカウントはファイルシステム内でフォルダとして表示することができ、そのフォルダ内の全てのコンテンツアイテムをコンテンツ管理システム１１０と同期させることができる。一部の実施形態では、クライアントアプリケーション１５２は、プライマリアカウントまたはデフォルトアカウントとなる複数のアカウントのうちの１つを選択するためのセレクタを含むことができる。
【0077】
コンテンツ管理システム１１０は特定のコンポーネントと共に提示しているが、システム１００のアーキテクチャ構成は１つの可能な構成にすぎず、より多いまたは少ないコンポーネントを有する他の構成が可能であることを当業者には理解されたい。さらに、サービスはより多いまたは少ない機能を有することができ、他のサービスと共に記述されている機能であっても含むことができる。また、一実施形態に関して本明細書に記載している特徴は、他の実施形態に関して記載している特徴と組み合わせることができる。
【0078】
システム１００は特定のコンポーネントと共に提示しているが、システム１００のアーキテクチャ構成は１つの可能な構成にすぎず、より多いまたは少ないコンポーネントを有する他の構成が可能であることを当業者には理解されたい。
【0079】
クライアント同期サービス
図２に、一部の実施形態による、クライアント同期サービス１５６の一例を示す。一部の実施形態によれば、クライアント同期サービス１５６は、図１のクライアントデバイスに実装され得る。しかしながら、他の実施形態では、クライアント同期サービス１５６は、他のコンピューティングデバイス上に実装され得る。クライアント同期サービス１５６は、コンテンツ管理システムと、クライアント同期サービス１５６が動作するクライアントデバイスとの間でコンテンツアイテムへの変更を同期させるように構成される。
図２に、一部の実施形態による、クライアント同期サービス１５６の一例を示す。一部の実施形態によれば、クライアント同期サービス１５６は、図１のクライアントデバイスに実装され得る。しかしながら、他の実施形態では、クライアント同期サービス１５６は、他のコンピューティングデバイス上に実装され得る。クライアント同期サービス１５６は、コンテンツ管理システムと、クライアント同期サービス１５６が動作するクライアントデバイスとの間でコンテンツアイテムへの変更を同期させるように構成される。
【0080】
クライアント同期サービス１５６は、ファイルシステムインターフェース２０５、サーバインターフェース２１０、ツリーストレージ２２０、プランナ２２５、及びスケジューラ２３０を含み得る。追加または代替のコンポーネントも含まれ得る。以下、図２に関して、クライアント同期サービス１５６及びそのコンポーネントの高レベルの説明を行う。しかしながら、クライアント同期サービス１５６及びそのコンポーネントのさらなる詳細及び実施形態については、全体にわたって説明している。
【0081】
ファイルシステムインターフェース２０５は、クライアントデバイスのローカルファイルシステム上のコンテンツアイテムへの変更を処理し、ローカルツリーを更新するように構成される。たとえば、ファイルシステムインターフェース２０５は、図１のクライアント同期サービス１５６と通信して、クライアントデバイスのローカルファイルシステム上のコンテンツアイテムへの変更を検出することができる。変更は、図１のクライアントアプリケーション１５２を介しても行われ、検出され得る。ファイルシステムインターフェース２０５は、ローカルツリーへの更新を行い得る。ローカルツリーの更新は、クライアントデバイス上のコンテンツアイテムへの変更（新規の、削除された、修正された、コピーされた、名前変更された、または移動されたコンテンツアイテム）に基づいて行われ得る。
【0082】
サーバインターフェース２１０は、コンテンツ管理システムのリモートストレージにおけるコンテンツアイテムへのリモートの変更の処理と、リモートツリーの更新とを支援するように構成される。たとえば、サーバインターフェース２１０は、図１のサーバ同期サービス１１２と通信して、クライアントデバイス１５０とコンテンツ管理システム１１０との間でコンテンツアイテムへの変更を同期させることができる。コンテンツ管理システム１１０におけるコンテンツアイテムへの変更（新規の、削除された、修正された、コピーされた、名前変更された、または移動されたコンテンツアイテム）が検出され得、コンテンツ管理システム１１０における変更を反映するようにリモートツリーに更新が行われ得る。
【0083】
ツリーストレージ２２０は、クライアント同期サービス１５６によって使用されるツリーデータ構造を記憶及び維持するように構成される。たとえば、ツリーストレージ２２０は、ローカルツリー、同期ツリー、及びリモートツリーを記憶し得る。一部の実施形態によれば、ツリーストレージ２２０は、永続メモリ（たとえば、ハードディスクまたは他の二次記憶デバイス）だけでなく、遅延及び応答時間を短縮するために、メインメモリ（たとえば、ＲＡＭまたは他の一次記憶デバイス）にもツリーデータ構造を記憶し得る。たとえば、クライアントデバイスまたはクライアント同期サービス１５６の起動時に、ツリーデータ構造が永続メモリから取り出され、メインメモリにロードされ得る。ツリーストレージ２２０はメインメモリ上のツリーデータ構造にアクセスし、これを更新し得、クライアントデバイスまたはクライアント同期サービス１５６がシャットダウンされる前に、ツリーストレージ２２０は更新されたツリーデータ構造を永続メモリに記憶し得る。メインメモリはコストが高く、ほとんどのクライアントデバイスでサイズが限られていることが多いので、メインメモリ上のツリーデータ構造のフットプリントを縮小するために、追加の技術的改善が実装される。これらの技術的解決方法については、以下でさらに説明する。
【0084】
プランナ２２５は、ツリーデータ構造の状態に基づいて、コンテンツ管理システムに関連するサーバ状態と、クライアントデバイスに関連するファイルシステム状態との差異を検出するように構成される。たとえば、プランナ２２５は、リモートツリーと同期ツリーとの間に差異があるか否かを判定し得る。リモートツリーと同期ツリーとの差異は、コンテンツ管理システムに記憶された１つまたは複数のコンテンツアイテムに対してリモートで実行されたアクションによって、サーバ状態とファイルシステム状態とが同期しなくなったことを示す。同様に、プランナ２２５はまた、ローカルツリーと同期ツリーとの間に差異があるか否かを判定し得る。ローカルツリーと同期ツリーとの差異は、クライアントデバイスに記憶された１つまたは複数のコンテンツアイテムに対してローカルに実行されたアクションによって、サーバ状態とファイルシステム状態とが同期しなくなったことを示す。差異が検出された場合、プランナ２２５は、ツリーデータ構造を同期させる操作セットを生成する。
【0085】
一部のシナリオでは、リモートツリーと同期ツリーとの差異に基づいて生成される操作セットと、ローカルツリーと同期ツリーとの差異に基づいて生成される操作セットとは、競合し得る。プランナ２２５は、２つの操作セットを単一のマージされた操作プランにマージするようにも構成され得る。
【0086】
スケジューラ２３０は、生成された操作プランを取り、それらの操作の実行を管理するように構成される。一部の実施形態によれば、スケジューラ２３０は、操作プラン内の各操作を、その操作を行うために実行される必要がある一連の１つまたは複数のタスクに変換する。一部のシナリオでは、一部のタスクが古くなったり、もはや関連しなくなったりし得る。スケジューラ２３０は、これらのタスクを特定し、キャンセルするように構成される。
【0087】
ツリーデータ構造
図３に、様々な実施形態による、ツリーデータ構造の一例を示す。ツリーデータ構造は、クライアントデバイスに記憶され、図２のクライアント同期サービス１５６などのクライアント同期サービスによって管理され得る。図３には、リモートツリー３１０、同期ツリー３３０、及びローカルツリー３５０を含むツリーデータ構造を示している。
図３に、様々な実施形態による、ツリーデータ構造の一例を示す。ツリーデータ構造は、クライアントデバイスに記憶され、図２のクライアント同期サービス１５６などのクライアント同期サービスによって管理され得る。図３には、リモートツリー３１０、同期ツリー３３０、及びローカルツリー３５０を含むツリーデータ構造を示している。
【0088】
リモートツリー３１０は、サーバ状態、すなわち、クライアントデバイスからリモートに（たとえば、コンテンツ管理システムのサーバ上に）記憶されたコンテンツアイテムの状態を表す。ローカルツリー３５０は、ファイルシステム状態、すなわち、クライアントデバイスにローカルに記憶された対応するコンテンツアイテムの状態を表す。同期ツリー３３０は、ローカルツリー及びリモートツリーのマージベースを表す。マージベースは、ローカルツリー及びリモートツリーの共通の祖先、またはローカルツリー及びリモートツリーの間の最後の既知の同期した状態と考えられ得る。
【0089】
各ツリーデータ構造（たとえば、リモートツリー３１０、同期ツリー３３０、またはローカルツリー３５０）は、１つまたは複数のノードを含み得る。各ノードは１つまたは複数の子ノードを有し得、親子関係はエッジで表される。たとえば、リモートツリー３１０はノード３１２及び３１４を含む。ノード３１２はノード３１４の親であり、ノード３１４はノード３１２の子である。この親子関係はエッジ３１６で表される。ルートノード３１２などのルートノードは、親ノードを有さない。ノード３１４などのリーフノードは、子ノードを有さない。
【0090】
ツリーデータ構造の各ノードは、コンテンツアイテム（たとえば、ファイル、ドキュメント、フォルダなど）を表し得る。たとえば、ルートノード３１２は、コンテンツ管理システムに関連付けられたルートフォルダを表し得、ノード３１４は、そのルートフォルダに配置されたファイル（たとえば、「Ｆｏｏ．ｔｘｔ」という名前のテキストファイル）を表し得る。ツリーデータ構造の各ノードは、たとえば、コンテンツアイテムの親ノードのファイル識別子を示すディレクトリファイル識別子（「ＤｉｒＦｉｌｅＩＤ」）、コンテンツアイテムのファイル名、コンテンツアイテムのファイル識別子、及びコンテンツアイテムのメタデータなどのデータを含み得る。
【0091】
上述のように、クライアント同期サービスは、３つのツリー（たとえば、リモートツリー３１０、同期ツリー３３０、及びローカルツリー３５０）が全て同一である場合に、サーバ状態とクライアントデバイスのファイルシステム状態とが同期していると判定し得る。換言すれば、それらのツリー構造と、それらが表す関係とが同一であって、それらのノードに含まれるデータも同一である場合に、ツリーは同期している。逆に、３つのツリーが同一でない場合、ツリーは同期していない。図３に示す例示的なシナリオでは、リモートツリー３１０、同期ツリー３３０、及びローカルツリー３５０が同一であって同期しているように図示しており、その結果、サーバ状態とファイルシステム状態とが同期している。
【0092】
ツリーデータ構造を使用した変更の追跡
図４に、様々な実施形態による、ツリーデータ構造の一例を示す。図３に示すツリーデータ構造と同様に、図４に示すツリーデータ構造（リモートツリー４１０、同期ツリー４３０、及びローカルツリー４５０を含む）は、クライアントデバイスに記憶され、図２のクライアント同期サービス１５６などのクライアント同期サービスによって管理され得る。図４には、ツリーデータ構造を示している。
図４に、様々な実施形態による、ツリーデータ構造の一例を示す。図３に示すツリーデータ構造と同様に、図４に示すツリーデータ構造（リモートツリー４１０、同期ツリー４３０、及びローカルツリー４５０を含む）は、クライアントデバイスに記憶され、図２のクライアント同期サービス１５６などのクライアント同期サービスによって管理され得る。図４には、ツリーデータ構造を示している。
【0093】
図４には、図３に示すシナリオなどの、以前に同期していた状態の後のシナリオを示しており、コンテンツアイテムを修正するための追加のアクションが、ツリーで表されたコンテンツアイテムに対して実行され、ツリーがもはや同期していない。同期ツリー４３０は、以前の既知の同期した状態の表現を保持し、クライアント同期サービスによって使用されて、サーバ状態とファイルシステム状態との差異が特定されると共に、サーバ状態とファイルシステム状態とが同期するように収束させるためにコンテンツ管理システム及び／またはクライアントデバイスが実行する操作が生成され得る。
【0094】
たとえば、ユーザ（クライアントデバイスに関連付けられたユーザと同じユーザ、またはコンテンツアイテムにアクセス可能な別のユーザ）は、コンテンツ管理システムによって記憶された「ｆｏｏ．ｔｘｔ」コンテンツアイテムへの修正を行い得る。このコンテンツアイテムは、リモートツリー４１０のノード４１４によって表される。リモートツリー４１０に示す修正は、ｆｏｏ．ｔｘｔコンテンツアイテムの除去（たとえば、コンテンツ管理システムによって管理されるスペースからのコンテンツアイテムの除去）または削除である。これらの修正は、たとえば、他のクライアントデバイスで実行され、その後コンテンツ管理システムへ同期され、またはコンテンツ管理システムに接続されたウェブブラウザを介して実行され得る。
【0095】
コンテンツ管理システム上で変更が行われた場合、コンテンツ管理システムは、行われた変更を示す修正データを生成し、修正データをクライアントデバイス上のクライアント同期サービスに送信する。たとえば、コンテンツ管理システムがクライアントデバイスに一方的に変更を送信、すなわち「プッシュ」し得るプッシュモデルを使用する。他の実施態様では、サーバがクライアントデバイスによるリクエストに応答して変更を送信するプルモデルである。加えて、クライアントデバイスがリクエストを開始するが、接続を一定期間開放したままにして、コンテンツ管理システムが、接続がライブである間に追加の変更を必要に応じてプッシュできるようにする、ロングプルを含むハイブリッドモデルである。クライアント同期サービスは、コンテンツ管理システムによって記憶されたコンテンツアイテムのサーバ状態を表すリモートツリーを修正データに基づいて更新する。たとえば、リモートツリー４１０では、ｆｏｏ．ｔｘｔコンテンツアイテムを表すノード４１４が削除されるように図示している。
【0096】
クライアント同期サービスは、リモートツリー４１０と同期ツリー４３０との差異を特定し、その結果、コンテンツ管理システムにおけるコンテンツアイテムの修正によって、サーバ状態とファイルシステム状態とが同期しなくなったと判定し得る。クライアント同期サービスはさらに、サーバ状態とファイルシステム状態とが同期するようにそれらを収束させるよう構成される、クライアントデバイスに記憶されたコンテンツアイテムに対する操作のセットまたはシーケンスを生成及び実行し得る。
【0097】
追加的または代替的には、ユーザ（コンテンツ管理システムにおける修正に関連するユーザと同じユーザ、またはコンテンツアイテムにアクセス可能な別のユーザ）は、コンテンツ管理システムに関連付けられた、クライアントデバイスにローカルに記憶されたコンテンツアイテムに修正を行い得る。たとえば、ユーザは「／ｂａｒ」フォルダを「／ｒｏｏｔ」フォルダに追加し、「Ｈｉ．ｄｏｃ」ドキュメントを「／ｂａｒ」フォルダに追加し得る。
【0098】
クライアントデバイスで変更が行われた場合、クライアントデバイス（たとえば、図１のクライアント同期サービス１５６またはクライアントアプリケーション１５２）は、行われた変更を示す修正データを生成する。クライアント同期サービスは、修正データに基づいて、クライアントデバイスに記憶されたコンテンツアイテムのファイルシステム状態を表すローカルツリーを更新する。たとえば、ローカルツリー４５０において、ノード４５２及びノード４５４が追加されるように図示している。ノード４５２及びノード４５４は、それぞれ「／ｂａｒ」フォルダ及び「Ｈｉ．ｄｏｃ」ドキュメントを表す。
【0099】
クライアント同期サービスは、ローカルツリー４５０と同期ツリー４３０との差異を特定し、その結果、クライアントデバイスにおけるコンテンツアイテムの修正によって、サーバ状態とファイルシステム状態とが同期しなくなったと判定し得る。クライアント同期サービスはさらに、サーバ状態とファイルシステム状態とが同期するようにそれらを収束させるよう構成される、コンテンツ管理システムによって記憶されたコンテンツアイテムに対する操作のセットまたはシーケンスを生成し得る。これらの操作は、コンテンツ管理システムに送信されて実行され得る。
【0100】
図４に見られるように、クライアントデバイスに記憶されたコンテンツアイテム及びコンテンツ管理システムによって記憶されたコンテンツアイテムへの修正は、実質的に同時にまたは特定の期間内に行われ得る。これらの修正はツリーデータ構造に反映され、クライアント同期サービスが使用して、クライアントデバイス及びコンテンツ管理システムに対する操作を並行して生成することができる。しかしながら、他のシナリオでは、修正は必ずしも同じ期間内に行われなくてもよく、操作は必要に応じて生成され得る。さらに、図４にはコンテンツアイテムの追加及びコンテンツアイテムの削除のシナリオを示しているが、コンテンツアイテムの編集、名前変更、コピー、または移動などの他のタイプの修正もサポートされる。
【0101】
様々な実施形態によれば、２つのツリーデータ構造間の差異を特定し、操作を生成することは、両方のツリーデータ構造内の各ノードをチェックし、そのノードでアクションが実行されたか否かを判定することを含み得る。アクションには、たとえば、ノードの追加、ノードの削除、ノードの編集、またはノードの移動が含まれ得る。そして、これらのアクションを使用して、サーバ状態とファイルシステム状態とを収束させるように構成される操作を生成し得る。
【0102】
たとえば、２つのツリーデータ構造が同期ツリー及びリモートツリーである場合、クライアント同期サービスは、たとえば同期ツリー内の全てのノードのファイル識別子を要求することにより、同期ツリー内の各ノードを識別し得る。同期ツリー内のノードのノードまたはファイル識別子ごとに、クライアント同期サービスは、ノードまたはファイル識別子がリモートツリー内にも存在するか否かを判定し得る。リモートツリーで見つからない同期ツリー内のノードまたはファイル識別子は、リモートツリーで表されるサーバ状態からノードが削除されたことを示し得る。したがって、クライアント同期サービスは、リモートツリー上で削除アクションが行われたと判定し得る。ノードのノードまたはファイル識別子がリモートツリーで見つかった場合、クライアント同期サービスは、リモートツリーのノードが編集または移動されたか否かをチェックし得る。
【0103】
リモートツリーのノードが同期ツリーのノードに対して編集されているか否かを判定するために、クライアント同期サービスは、同期ツリーのノードのメタデータを、リモートツリーの対応するノード（たとえば、同じファイル識別子を有するノード）のメタデータと比較し得る。メタデータは、ノードによって表されるコンテンツアイテムが編集されたか否かを判定するために使用され得る情報を含み得る。たとえば、メタデータは、コンテンツアイテムまたはその一部のデータに基づいて生成される１つまたは複数のハッシュ値を含み得る。メタデータには、追加的または代替的には、コンテンツアイテムのサイズ値、最終修正値、または他の値が含まれ得る。同期ツリーのノードのメタデータは、リモートツリーのノードのメタデータと比較され得る。メタデータが一致しない場合、リモートツリーで表されるサーバ状態においてコンテンツアイテムの編集が行われている場合がある。したがって、クライアント同期サービスは、リモートツリー上のノードに対して編集アクションが行われたと判定し得る。メタデータが一致する場合、編集が行われていない場合がある。
【0104】
リモートツリー内のノードが移動されたか否かを判定するために、クライアント同期サービスは、同期ツリー内のノードの場所をリモートツリー内の対応するノード（たとえば、同じファイル識別子を有するノード）の場所と比較し得る。場所には、たとえば、ノードが配置されているパス、ファイル名、及び／またはノードの親のファイル識別子を示すディレクトリファイル識別子（「ＤｉｒＦｉｌｅＩＤ」）が含まれ得る。場所が一致する場合、移動が行われていない場合がある。一方、場所が一致しない場合、リモートツリーで表されるサーバ状態においてコンテンツアイテムの移動が行われている場合がある。したがって、クライアント同期サービスは、リモートツリー上のノードに対して移動アクションが行われたと判定し得る。
【0105】
ノードがリモートツリーに追加されたか否かを判定するために、クライアント同期サービスは、同期ツリーで見つからないリモートツリー内の任意のノードまたはファイル識別子を識別し得る。ノードまたはファイル識別子がリモートツリーで見つかり、同期ツリーで見つからない場合、クライアント同期サービスは、サーバ状態を表すリモートツリーでこのノードの追加アクションが行われたと判定し得る。
【0106】
上記の例は同期ツリー及びリモートツリーに関して説明しているが、他の実施形態では、同期ツリーとローカルツリーとの差異を特定し、ファイルシステム状態を表すローカルツリーで発生したアクションを特定するために、同期ツリーとローカルツリーとを用いて同様の処理が行われ得る。
【0107】
ツリーデータ構造を使用した同期
図５に、本主題技術の様々な実施形態による、ツリーデータ構造を使用してサーバ状態とファイルシステム状態とを同期させるための例示的な方法を示す。本明細書に記載の方法及び処理は、特定の順序の特定のステップ及び動作と共に示す場合があるが、同様または代替の順序でまたは並行して実行される追加の、より少ない、または代替のステップ及び動作は、特に明記しない限り、様々な実施形態の範囲内にある。方法５００は、たとえば、クライアントデバイス上で動作する図２のクライアント同期サービス１５６などのシステムによって実装され得る。
図５に、本主題技術の様々な実施形態による、ツリーデータ構造を使用してサーバ状態とファイルシステム状態とを同期させるための例示的な方法を示す。本明細書に記載の方法及び処理は、特定の順序の特定のステップ及び動作と共に示す場合があるが、同様または代替の順序でまたは並行して実行される追加の、より少ない、または代替のステップ及び動作は、特に明記しない限り、様々な実施形態の範囲内にある。方法５００は、たとえば、クライアントデバイス上で動作する図２のクライアント同期サービス１５６などのシステムによって実装され得る。
【0108】
システムは、コンテンツ管理システムによって記憶されたコンテンツアイテムのサーバ状態を表すリモートツリーと、クライアントデバイスに記憶された対応するコンテンツアイテムのファイルシステム状態を表すローカルツリーと、サーバ状態及びファイルシステム状態の間の既知の同期した状態を表す同期ツリーとの間の差異を特定するように構成される。これらの差異に基づいて操作セットが生成され得、操作セットは、実行された場合に、３つのツリーデータ構造が同一になる同期した状態へ向けてサーバ状態及びファイルシステム状態を収束させるように構成される。
【0109】
たとえば、動作５０５において、システムは、コンテンツ管理システムによってまたはクライアントデバイス上に記憶されたコンテンツアイテムの修正データを受信し得る。動作５１０において、修正データを使用してリモートツリーまたはローカルツリーを更新し得る。
【0110】
修正データは、コンテンツ管理サービスに関連付けられた１つまたは複数のコンテンツアイテムにどのような変更が行われたかを示す。したがって、修正データは、コンテンツ管理システムまたはクライアントデバイスから（たとえば、図１のクライアントデバイス１５０上で動作するクライアントアプリケーション１５２から）受信され得る。コンテンツ管理システムから受信される修正データは、サーバ修正データと呼ばれ得る。サーバ修正データは、コンテンツ管理システムによって１つまたは複数のコンテンツアイテムにどのような変更が行われたかを示し、動作５１０においてリモートツリーを更新するために使用され得る。クライアントデバイスから受信される修正データは、クライアント修正データと呼ばれ得る。クライアント修正データは、クライアントデバイス上で１つまたは複数のコンテンツアイテムにどのような変更が行われたかを示し、動作５１０においてローカルツリーを更新するために使用され得る。
【0111】
動作５１５において、システムは、コンテンツ管理システムによって記憶されたコンテンツアイテムのサーバ状態と、クライアントデバイスに記憶されたコンテンツアイテムのファイルシステム状態とが同期しているか否かを判定し得る。ローカルツリー及びリモートツリーはファイルシステム状態及びサーバ状態を表し、コンテンツ管理システム及びクライアントデバイスで行われた変更を追跡するために継続的に更新されるので、サーバ状態とファイルシステム状態とが同期しているか否かを判定することは、ローカルツリー及び／またはリモートツリーを同期ツリーと比較して、ツリー間の差異を見つけることによって行われ得る。ツリー間の差異を見つけるこの処理は、ツリーの「差分をとる」と呼ばれることもある。
【0112】
一部の実施形態及びシナリオによれば、サーバ状態とファイルシステム状態とが同期しているか否かを判定することは、リモートツリーと同期ツリーとの差異を特定すること、及び／またはローカルツリーと同期ツリーとの差異を特定することのうちの１つまたは複数を含み得る。リモートツリーと同期ツリーとの差異は、クライアントデバイスに反映されていない場合がある、コンテンツ管理システムによって記憶されたコンテンツアイテムへの変更の発生を示し得る。同様に、ローカルツリーと同期ツリーとの差異は、コンテンツ管理システムに反映されていない場合がある、クライアントデバイスに記憶されたコンテンツアイテムへの変更の発生を示し得る。
【0113】
ツリー間に差異がない場合、サーバ状態及びファイルシステム状態は同期しており、同期アクションは必要とされない。したがって、この方法は動作５０５に戻り、新たな修正データを待機し得る。一方、差異が検出された場合、システムは、動作５２０においてサーバ状態とファイルシステム状態とを収束させるように構成される操作セットを生成し得る。
【0114】
生成される操作セットは、検出された１つまたは複数の差異に依存する。たとえば、２つのツリー間の差異が追加されたコンテンツアイテムである場合、生成される操作セットは、追加されたコンテンツアイテムの取り出し及び追加を含み得る。２つのツリー間の差異がコンテンツアイテムの削除である場合、生成される操作セットは、コンテンツアイテムの削除を含み得る。一部の実施形態によれば、操作セットは、ツリー制約が維持されるようにするためのいくつかのチェックも含み得る。以下でさらに説明するように、操作セットは、サーバ状態、ファイルシステム状態の現在の状態、または実行を保留している他の操作と競合し得る。したがって、システムはまた、先に進む前にこれらの競合を解決し得る。
【0115】
上記のように、リモートツリーと同期ツリーとの間に差異がある場合、クライアントデバイスに反映されていない場合がある、コンテンツ管理システムによって記憶されたコンテンツアイテムへの変更が行われている場合がある。したがって、このシナリオでは、システムは、サーバ状態とファイルシステム状態とを収束させるようにクライアントデバイスに記憶されたコンテンツアイテムを操作するよう構成されるクライアント操作セットを生成し得、このクライアント操作セットは、動作５２５においてクライアントデバイスに提供されて実行され得る。
【0116】
同様に、ローカルツリーと同期ツリーとの間に差異がある場合、コンテンツ管理システムに反映されていない場合がある、クライアントデバイスに記憶されたコンテンツアイテムへの変更が行われている場合がある。したがって、このシナリオでは、システムは、サーバ状態とファイルシステム状態とを収束させるようにコンテンツ管理システムによって記憶されたコンテンツアイテムを操作するよう構成されるサーバ操作セットを生成し得、動作５２５において、このサーバ操作セットはコンテンツ管理システムに提供されて実行され得る。場合によっては、両方のケースが当てはまることがあり、クライアント操作セット及びサーバ操作セットが生成され、動作５２５においてそれらの目的の受信者に提供され得る。
【0117】
操作セット（複数可）が目的の受信者（複数可）に提供されると、この方法は動作５０５に戻り、新たな修正データを待機し得る。操作セット（複数可）は、サーバ状態及びファイルシステム状態の収束を目的とする１つまたは複数のステップを提供し、またはサーバ状態とファイルシステム状態とを同期させるために必要な全てのステップを提供し得る。たとえば、コンテンツ管理システムは、サーバ操作セットを受信し、コンテンツ管理システムによって記憶されたコンテンツアイテムにサーバ操作セットを実行し得る。このサーバ操作セットの実行により、コンテンツ管理システムによって記憶されたコンテンツアイテムへの変更が生成され、変更はサーバ修正データ内で検出及び指定され、サーバ修正データはシステムに返送される。システムは次いでリモートツリーを更新し、サーバ状態とファイルシステム状態とが同期しているか否かを判定し得る。
【0118】
クライアントデバイスは、クライアント操作セットを受信し、クライアントデバイスに記憶されたコンテンツアイテムにクライアント操作セットを実行し得る。このクライアント操作セットの実行により、クライアントデバイスに記憶されたコンテンツアイテムへの変更が生成され、変更はクライアント修正データ内で検出及び指定され、クライアント修正データはシステムに渡される。システムは次いでローカルツリーを更新し、サーバ状態とファイルシステム状態とが同期しているか否かを判定し得る。方法５００のこれらの動作は、サーバ状態とファイルシステム状態とが同期するまで継続し得る。
【0119】
方法５００の動作は、クライアント側及びサーバ側（たとえば、ローカルツリー及びリモートツリー、ファイルシステム状態及びサーバ状態、クライアント操作セット及びサーバ操作セット、クライアント修正データ及びサーバ修正データ）に関して説明している。様々な実施形態において、２つの側に関連する動作は、並行して、順番に、他方と分離して、または組み合わせて行われ得る。
【0120】
さらに詳細に説明するように、一部の実施形態によれば、操作が提供されて実行される前に、システムは操作をチェックして、それらがルールまたは不変条件のセットに従うか否かを判定し得る。操作がルールに違反する場合、システムはルールの違反に関連付けられた解決処理を実行する。
【0121】
加えて、一部の実施形態によれば、システム（たとえば、図２のクライアント同期サービス１５６のスケジューラ２３０）は、操作セットの実行を管理し得る。たとえば、操作セットの各操作は、タスク、実行スレッド、一連のステップ、または命令に関連付けられ得る。システムは、タスク、スレッド、ステップ、または命令を実行し、クライアントデバイス及び／またはコンテンツ管理システムとインターフェースして、操作セットを実行し、サーバ状態とファイルシステム状態とを収束させるように構成され得る。
【0122】
競合処理
図５に関して上述したように、同期ツリーとリモートツリーとの差異が特定され、使用されて、サーバ状態とファイルシステム状態とを収束させるように構成されるクライアント操作セットが生成される。しかしながら、一部のケースでは、クライアント操作セットは、ローカルツリーの現在の状態と競合し得る。同様に、同期ツリーとローカルツリーとの差異が特定され、使用されて、サーバ状態とファイルシステム状態とを収束させるように構成されるサーバ操作セットが生成される。しかしながら、サーバ操作セットは、リモートツリーの現在の状態と競合し得る。追加的または代替的には、クライアント操作セット及びサーバ操作セットは互いに競合し得、またはシステムによって維持される他のルールもしくは不変条件に違反し得る。したがって、本主題技術の様々な実施形態は、これらの競合を解決することにより追加の技術的改善を提供する。
図５に関して上述したように、同期ツリーとリモートツリーとの差異が特定され、使用されて、サーバ状態とファイルシステム状態とを収束させるように構成されるクライアント操作セットが生成される。しかしながら、一部のケースでは、クライアント操作セットは、ローカルツリーの現在の状態と競合し得る。同様に、同期ツリーとローカルツリーとの差異が特定され、使用されて、サーバ状態とファイルシステム状態とを収束させるように構成されるサーバ操作セットが生成される。しかしながら、サーバ操作セットは、リモートツリーの現在の状態と競合し得る。追加的または代替的には、クライアント操作セット及びサーバ操作セットは互いに競合し得、またはシステムによって維持される他のルールもしくは不変条件に違反し得る。したがって、本主題技術の様々な実施形態は、これらの競合を解決することにより追加の技術的改善を提供する。
【0123】
たとえば、図２のクライアント同期サービス１５６のプランナ２２５は、ルールと競合する操作セット（たとえば、クライアント操作セットまたはサーバ操作セット）内の操作を特定し得る。また、競合を特定するために使用される各ルールは、競合の解決策に関連付けられ得る。クライアント同期サービスは、競合の解決策に基づいて操作セットを更新し得、または操作セットを提供して実行させる前に競合の解決策に関連付けられた操作を実行することにより、競合を解決し得る。
【0124】
図６に、本主題技術の様々な実施形態による、ツリーデータ構造を使用してサーバ状態とファイルシステム状態とを同期させる場合の競合を解決するための例示的な方法６００を示す。本明細書に記載の方法及び処理は、特定の順序の特定のステップ及び動作と共に示す場合があるが、同様または代替の順序でまたは並行して実行される追加の、より少ない、または代替のステップ及び動作は、特に明記しない限り、様々な実施形態の範囲内にある。方法６００は、たとえば、クライアントデバイス上で動作する図２のクライアント同期サービス１５６などのシステムによって実装され得る。
【0125】
システムは、動作６２０においてサーバ状態とファイルシステム状態とを収束させるように構成される操作セットを受信し得る。操作セットは、たとえば、クライアント操作セット、サーバ操作セット、または図５の方法５００に関して生成及び説明される組み合わせられた操作セットであり得る。
【0126】
動作６５０において、システムは、ルールのセットに基づいて、操作セットにおける１つまたは複数の違反を特定する。ルールのセットは、図２のクライアント同期サービス１５６によって記憶され、いくつかの制約、不変条件、または解決すべき操作の競合を規定し得る。ルールのセットはツリーデータ構造に適用され、同期動作の制御に役立ち得る。また、ルールのセット内の各ルールは、そのルールの違反の解決策に関連付けられるか、あるいは別の方法でリンクされ得る。たとえば、解決策には、操作セット内の１つまたは複数の操作の変更、１つまたは複数の操作の除去、１つまたは複数の操作の追加、サーバ状態またはファイルシステム状態への１つまたは複数の追加のアクション、またはアクションの組み合わせが含まれ得る。
【0127】
操作セット内の操作ごとに、システムは、ルールのセット内の任意のルールに違反しているか否かを判定し得る。ルールに違反している場合、システムは、違反の解決策を特定し、動作６５５において解決策を実行する。解決策には、操作セット内の１つまたは複数の操作の修正、１つまたは複数の操作の除去または追加、あるいはサーバ状態またはファイル状態に対する追加のアクションなどのアクションが含まれ得る。
【0128】
解決アクションが実行されると、システムは、動作６６０において、解決策及び操作セットに基づいて解決されたまたはリベースされた操作セットを生成し、動作６６５において、解決された操作セットを適切なエンティティに提供して実行させ得る。たとえば、解決された操作セットは、管理された実行のために、図２のクライアント同期サービス１５６のスケジューラ２３０に提供され得る。代替的には、操作セットがクライアント操作セットである場合、解決された操作セットはクライアントデバイスに提供され得る。操作セットがサーバ操作セットである場合、解決された操作セットはコンテンツ管理サービスに提供され得る。加えて、図６の方法６００は、クライアント操作セット及びサーバ操作セットに関して、順番に、並行して、または様々な異なる順序で実行され得る。
【0129】
一部の実施形態によれば、各タイプの操作は、同じまたは異なるルールのセットに関連付けられ得る。たとえば、操作タイプには、たとえば、コンテンツアイテムの追加、コンテンツアイテムの削除、コンテンツアイテムの編集、コンテンツアイテムの移動、コンテンツアイテムの名前変更などが含まれ得る。操作セットは、それぞれが上記の操作タイプの１つに属する操作で構成され得る。各操作タイプは、特定のルールのセットに関連付けられ得る。
【0130】
説明の目的で、「追加」操作タイプのルールのセットには、たとえば、コンテンツアイテムのファイル識別子はツリー内で一意でなければならない（たとえば、ツリー内の２つのノードは同じファイル識別子を有することはできない）というルールと、コンテンツアイテムの親ノードのファイル識別子を示すディレクトリファイル識別子（「ＤｉｒＦｉｌｅＩＤ」）が反対側のツリーデータ構造に存在しなければならないというルールと、コンテンツアイテムのＤｉｒＦｉｌｅＩＤとファイル名との組み合わせは反対側のツリーで使用されないというルールと、が含まれ得る。
【0131】
反対側のツリーとは、本明細書で使用する場合、反対側のエンティティの状態を表すツリーデータ構造を指す。たとえば、クライアントデバイスを操作するように構成されるクライアント操作セットと、その結果のクライアントデバイス上のファイルシステムへの変更は、ローカルツリーに反映される。したがって、クライアント操作セットの反対側のツリーはリモートツリーである。同様に、サーバ操作セットは、コンテンツ管理システムに送信されて実行されるように構成され、その結果のサーバ状態への変更は、リモートツリーに反映される。したがって、サーバ操作セットの反対側のツリーはローカルツリーである。
【0132】
図７に、様々な実施形態による、追加操作のルール違反を示すツリーデータ構造の一例を示す。ツリーデータ構造は、リモートツリー７１０、同期ツリー７５０、及びローカルツリー７７０を含む。ローカルツリー７７０を参照する場合、リモートツリー７１０は反対側のツリーと見なされ得る。一方、リモートツリー７１０を参照する場合、ローカルツリー７７０は反対側のツリーと見なされ得る。図７に、リモートツリー７１０においてノード７１２により表されるコンテンツアイテムを追加する操作セットを示す。たとえば、クライアント同期サービスは、リモートツリー７１０を同期ツリー７５０と比較し、差異を特定し、ノード７１２の追加を含む操作セットを生成し得る。ノード７１２は、ＦｉｌｅＩＤ４と、ＤｉｒＦｉｌｅＩＤ３（これはノード７１２の親である親ノード７１４を参照する）と、ファイル名「Ｈｉ」とに関連付けられている。親ノード７１４は、ＦｉｌｅＩＤ３と、ＤｉｒＦｉｌｅＩＤ１（これはノード７１４の親であるルートノード７１６を参照する）と、ファイル名「Ｆｏｏ」とに関連付けられている。
【0133】
クライアント同期サービスは、図６の方法６００を実行し、ノード７１２の追加操作が、「追加」操作タイプに関する「コンテンツアイテムのディレクトリファイル識別子（「ＤｉｒＦｉｌｅＩＤ」）が反対側のツリーデータ構造に存在しなければならない」というルールに違反していると判定し得る。これは図７において、ローカルツリー７７０が、ノード７１２の親ノード７１４を参照するファイルＩＤ３のノードを有さないことによって示されている。これが起こり得るのは、たとえば、リモートツリー７１０と同期ツリー７５０との差異が特定され、操作セットが生成された後に、ノード７１４に対応する「Ｆｏｏ」ノードが反対側のツリーから除去された場合である。
【0134】
このルールに関連付けられた解決策は、ローカルツリー７７０から欠落しているノードを同期ツリー７５０から削除して、同期ツリー７５０とローカルツリー７７０とを同期させることと、リモートツリー７１０と同期ツリー７５０との差分を再度とること（たとえば、差分を見つけること）を含み得る。図７に示すシナリオでは、同期ツリー７５０のノード７５４が除去７５８され、差分取得操作が開始されて、リモートツリー７１０と同期ツリー７５０との差異が特定される。これにより、ノード７１４の追加操作に加え、ノード７１２の追加操作が操作セットに含められることになる。
【0135】
同様に、「追加」操作タイプに関する「コンテンツアイテムのファイル識別子はツリー内で一意でなければならない」というルールの違反は、追加されるノードの新たなファイルＩＤをコンテンツ管理システムに要求し、ノードを追加するときに新たなファイルＩＤを使用することを含む操作によって解決され得る。「追加」操作タイプに関する「コンテンツアイテムのＤｉｒＦｉｌｅＩＤとファイル名との組み合わせは反対側のツリーで使用されない」というルールの違反は、２つのノードに関連付けられたメタデータを介してコンテンツアイテムが同じであるか否かをチェックすることを含む操作によって解決され得る。コンテンツアイテムが同じである場合、追加されるコンテンツアイテムが他のアクションで既に追加されている可能性がある。コンテンツアイテムが同じでない場合、追加されるコンテンツアイテムのファイル名を変更することができる。たとえば、追加されるコンテンツアイテムのファイル名に「（競合するバージョン）」というテキストを付加することができる。
【0136】
段階的なプランナ
図３、図４、及び図７に示す様々なツリーデータ構造は、比較的少数のノードを含み、構造が比較的簡単であるが、システムによってサポートされるツリーデータ構造は、複数のレベルと、各レベルの多数になり得るノードとによって、はるかに大きく複雑であり得る。したがって、動作中にツリーデータ構造を記憶するために必要なメモリ使用量は非常に大きくなり得、ツリーデータ構造を操作するのに必要な計算時間及びリソースは非常に大きくなり得る。たとえば、リモートツリーと同期ツリー及び／またはローカルツリーと同期ツリーの差異を見つけ、リモートツリーと同期ツリー及び／またはローカルツリーと同期ツリーを収束させるために必要な操作を生成するには、大量のメモリ、時間、及び他のコンピューティングリソースが必要になり得る。
図３、図４、及び図７に示す様々なツリーデータ構造は、比較的少数のノードを含み、構造が比較的簡単であるが、システムによってサポートされるツリーデータ構造は、複数のレベルと、各レベルの多数になり得るノードとによって、はるかに大きく複雑であり得る。したがって、動作中にツリーデータ構造を記憶するために必要なメモリ使用量は非常に大きくなり得、ツリーデータ構造を操作するのに必要な計算時間及びリソースは非常に大きくなり得る。たとえば、リモートツリーと同期ツリー及び／またはローカルツリーと同期ツリーの差異を見つけ、リモートツリーと同期ツリー及び／またはローカルツリーと同期ツリーを収束させるために必要な操作を生成するには、大量のメモリ、時間、及び他のコンピューティングリソースが必要になり得る。
【0137】
残念なことに、これらのコンピューティングリソースは限られている。たとえば、クライアントデバイスは、利用可能なメモリの量が限られている場合があり、ツリーの差分を抽出して操作を生成するのに必要な時間の長さは、クライアントデバイス、クライアントアプリケーション、またはコンテンツ管理システムによって提供されるコンテンツ管理サービスの使いやすさの妨げになり得る。さらに、サーバ状態とファイルシステム状態とを収束させるのに必要な時間が長いほど、いずれかの状態に介入する変更によって、計算または実行されている操作セット及び／または対象の同期した状態が最新でない可能性が高くなる。したがって、本主題技術の様々な実施形態では、サーバ状態及びファイルシステム状態を、それらを表すツリーデータ構造と共に段階的に収束させることにより追加の技術的改善を提供する。
【0138】
図８に、本主題技術の様々な実施形態による、サーバ状態とファイルシステム状態とを段階的に収束させるための例示的な方法８００を示す。本明細書に記載の方法及び処理は、特定の順序の特定のステップ及び動作と共に示す場合があるが、同様または代替の順序でまたは並行して実行される追加の、より少ない、または代替のステップ及び動作は、特に明記しない限り、様々な実施形態の範囲内にある。方法８００は、たとえば、クライアントデバイス上で動作する図２のクライアント同期サービス１５６などのシステムによって実装され得る。
【0139】
動作８０５において、システムは、リモートツリーまたはローカルツリーのいずれかを更新するために使用され得る修正データを受信し得る。たとえば、コンテンツ管理システムによって記憶された１つまたは複数のコンテンツアイテムに関連付けられた修正または他のアクション（たとえば、編集、追加、削除、移動、または名前変更）を特定するサーバ修正データが、コンテンツ管理システムから受信され得る。サーバ修正データは、コンテンツ管理システムによって記憶されたコンテンツアイテムのサーバ状態を表すリモートツリーを更新するために使用され得る。同様に、クライアント修正データは、クライアントデバイス（たとえば、クライアントアプリケーション）から受信され、クライアントデバイスに記憶された１つまたは複数のコンテンツアイテムに関連付けられた修正または他のアクションを示し得る。クライアント修正データは、クライアントデバイスに記憶されたコンテンツアイテムのファイルシステム状態を表すローカルツリーを更新するために使用され得る。
【0140】
コンテンツアイテムに関連付けられた修正を示す受信した修正データに基づいて、システムは、動作８１０において、修正されたコンテンツアイテムに対応するノードを識別し、ノードを修正済みコンテンツアイテムのリストに追加し得る（たとえば、ノードに関連付けられたファイル識別子を修正されたコンテンツアイテムのリストに追加する）。動作８０５及び８１０は、システムが方法８００の次の段階に進む前に、しばらくの間継続的に行われ得る。たとえば、追加の修正データを受信し、使用して、システムによって管理されるツリーを更新し、ノードを修正済みコンテンツアイテムのリストに追加し得る。
【0141】
サーバ状態とファイルシステム状態とを段階的に収束させるために、システムは動作８１５において、修正済みコンテンツアイテムのリスト内の各ノードを取得し、そのノードがどのように修正されたか（たとえば、どのアクションがノードに関連付けられているか）を判定する。一部の実施形態では、修正データは、ノードへの修正を示し得る。しかしながら、他の実施形態では、システムは、リモートツリーと同期ツリーとの比較及び／またはローカルツリーと同期ツリーとの比較に基づいて、ノードへの修正を決定し得る。たとえば、修正には、ノードの追加、ノードの削除、ノードの編集、またはノードの移動が含まれ得る。
【0142】
修正済みコンテンツアイテムのリスト内のノードのノードまたはファイル識別子ごとに、システムは一連のチェックを実行して、修正がノードで実行された場合に、どのような修正であったかを特定し得る。たとえば、システムは、ファイル識別子が同期ツリー内にあるがリモートツリー内にないか否かを判定し得る。リモートツリーで見つからない同期ツリー内のファイル識別子は、リモートツリーで表されるサーバ状態からノードが削除されたことを示し得る。したがって、クライアント同期サービスは、リモートツリーでノードの削除修正が行われたと判定し得る。同様に、システムは、ファイル識別子が同期ツリー内にあるがローカルツリー内にないか否かも判定する。ローカルツリーで見つからない同期ツリー内のファイル識別子は、ローカルツリーで表されるファイルシステム状態からノードが削除されたことを示し得る。したがって、クライアント同期サービスは、ローカルツリーでノードの削除修正が行われたと判定し得る。
【0143】
ノードで編集修正が実行されたか否かを判定するために、システムは、同期ツリーのノードのメタデータを、リモートツリー及び／またはローカルツリーの対応するノード（たとえば、同じファイル識別子を有するノード）のメタデータと比較し得る。メタデータは、ノードによって表されるコンテンツアイテムが編集されているか否かを判定するために使用され得る情報を含み得る。たとえば、メタデータは、コンテンツアイテムまたはその一部のデータに基づいて生成される１つまたは複数のハッシュ値を含み得る。メタデータには、追加的または代替的には、コンテンツアイテムのサイズ値、最終修正値、または他の値が含まれ得る。メタデータが一致しない場合、リモートツリーで表されるサーバ状態及び／またはローカルツリーで表されるファイルシステム状態でコンテンツアイテムの編集が行われている場合がある。したがって、システムは、リモートツリー及び／またはローカルツリー上のノードに対して編集アクションが行われたと判定し得る。
【0144】
リモートツリー内のノードが移動されたか否かを判定するために、システムは同期ツリー内のノードの場所をリモートツリー及び／またはローカルツリー内の対応するノード（たとえば、同じファイル識別子を有するノード）の場所と比較し得る。場所には、たとえば、ノードが配置されているパス、ファイル名、及び／またはノードの親のファイル識別子を示すディレクトリファイル識別子（「ＤｉｒＦｉｌｅＩＤ」）が含まれ得る。場所が一致する場合、移動が行われていない場合がある。一方、場所が一致しない場合、リモートツリーまたはローカルツリーにおいてコンテンツアイテムの移動が行われている場合がある。したがって、クライアント同期サービスは、リモートツリー及び／またはローカルツリー上のノードに対して移動アクションが行われたと判定し得る。
【0145】
ノードがリモートツリーに追加されたか否かを判定するために、システムは、修正済みコンテンツアイテムのリスト内のファイル識別子がリモートツリーまたはローカルツリー内にあるが、同期ツリー内にないか否かを判定し得る。ファイル識別子がリモートツリーまたはローカルツリーで見つかり、同期ツリーで見つからない場合、システムはこのノードの追加修正が行われたと判定し得る。
【0146】
修正済みコンテンツアイテムのリスト内のノードへの１つまたは複数の修正が決定されると、システムは動作８２０において、それらの修正のいずれかに依存関係があるか否かを判定し得る。図９に関してさらに説明するように、たとえば、他の修正が先に行われない限り修正を実行できない場合に、ノードの修正には依存関係がある。
【0147】
修正に依存関係がない場合、システムは動作８２５においてブロックされないアクションのリストに修正を追加する。修正に依存関係がある場合、修正は動作８３０においてしばらくの間ブロックされ、他の修正が先に処理されない限り実行することができない。したがって、処理は動作８０５に戻って、さらなる修正を待機する。各修正が処理された後、システムは修正済みコンテンツアイテムのリストから修正に関連付けられたファイル識別子をクリアし得る。
【0148】
図９に、様々な実施形態による、ツリーデータ構造の一例を示す。図９に示すツリーデータ構造は、クライアントデバイスに記憶され、図２のクライアント同期サービス１５６などのシステムによって管理され得る。説明の目的で、リモートツリー９１０及び同期ツリー９５０のみを図９に示し、説明する。同様の操作及び説明がローカルツリーにも当てはまり得る。
【0149】
リモートツリー９１０は、ファイル識別子１を有するルートノード９１２と、ファイル識別子５及びファイル名「Ｆｏｏ」を有するノード９１４と、ファイル識別子６及びファイル名「Ｂａｒ」を有するノード９１６と、ファイル識別子７及びファイル名「Ｂｙｅ」を有するノード９１８とを含む。同期ツリーは、ファイル識別子１を有するルートノード９５２を含む。
【0150】
図９に示すツリーデータ構造に基づいて、システムは、図９の参照符号９８０によって示すように、動作８１０においてファイル識別子５、６、及び７を有するノードが修正されており、それらのノードを修正済みコンテンツアイテムのリストに追加していることを特定している場合がある。動作８１５において、システムは、修正済みコンテンツアイテムのリスト内のノードへの修正のリストを決定する。リモートツリー９１０と同期ツリー９５０との比較から分かるように、ノード９１４、９１６、及び９１８がリモートツリー９１０に追加されている。より具体的には、図９の参照符号９８２によって示すように、ファイル識別子６及び名前「Ｂａｒ」を有するノード９１６が、ファイル識別子５を有するノード９１４に子として追加されている。これは、参照符号９８２の「Ａｄｄ（６，５，Ｂａｒ）」エントリで表される。ファイル識別子７及び名前「Ｂｙｅ」を有するノード９１８が、ファイル識別子５を有するノード９１４に子として追加されている。これは、参照符号９８２の「Ａｄｄ（７，５，Ｂｙｅ）」エントリで表される。ファイル識別子５及び名前「Ｆｏｏ」を有するノード９１４が、ファイル識別子１を有するルートノード９１２に子として追加されている。これは、参照符号９８２の「Ａｄｄ（５，／ｒｏｏｔ，Ｆｏｏ）」エントリで表される。
【0151】
動作８２０において、システムは、ノード９１４の追加修正が依存関係を有さず、その結果、ブロックされないと判定する。したがって、システムは、動作８２５において、ノード９１４に関連する修正（たとえば、参照符号９８２の「Ａｄｄ（５，／ｒｏｏｔ，Ｆｏｏ）」エントリによって表される修正）をブロックされないアクションのリストに追加する。これは図９の参照符号９８４に見られる。一方、参照符号９８２の「Ａｄｄ（６，５，Ｂａｒ）」エントリ及び「Ａｄｄ（７，５，Ｂｙｅ）」エントリで表されるノード９１６及び９１８の修正は、最初に行われる「Ａｄｄ（５，／ｒｏｏｔ，Ｆｏｏ）」によって表される修正に依存する。換言すれば、ノード９１４が追加されるまで、ノード９１６及び／またはノード９１８は追加することができない。したがって、これらの修正は、図９の参照符号９８６に示すブロックされたアクションのリストに含まれる。
【0152】
図８の方法８００に戻ると、動作８３５において、システムは、ブロックされないアクションのリストから修正セットを選択し、選択された修正セットに基づいて操作セットを生成し得る。操作セットは、サーバ状態とファイルシステム状態とを収束させるように構成される。生成される操作セットは、ブロックされないリストから選択された修正セットに依存する。たとえば、選択された修正セットが、図９のノード９１４に関連する追加修正（たとえば、参照符号９８４の「Ａｄｄ（５，／ｒｏｏｔ，Ｆｏｏ）」エントリで表される修正）を含む場合、生成される操作セットは、追加されるコンテンツアイテムをコンテンツ管理システムから取り出し、これをクライアントデバイスのローカルファイルシステムに追加することを含み得る。
【0153】
一部の実施形態によれば、システムは、ブロックされないアクションのリストから全ての修正を選択して、１つまたは複数の操作セットを生成し得る。しかしながら、一部のシナリオでは、ブロックされないリストの修正の数は非常に多い場合があり、全ての修正を処理するために必要なコンピューティングリソース（たとえば、メモリ及び処理時間）はかなりのものである。これらの技術的な負担を軽減するために、システムは、ブロックされないアクションのリスト内のより少ない修正のセットを選択して、段階的に処理するようにし得る。たとえば、システムは、最初もしくは上位Ｘ個またはパーセントの修正を選択して、操作を生成し得る。処理のさらなる反復において、ブロックされないリストの残りの修正が処理され得る。
【0154】
一部の実施形態では、ブロックされないリストの修正は、ランク付けされて処理され得る。これらの修正は、たとえば、修正タイプ（たとえば、削除修正が追加修正よりも優先される）、修正に関連付けられたメタデータ（たとえば、より小さいサイズのコンテンツアイテムの追加修正が、より大きいサイズのコンテンツアイテムの追加修正よりも優先される、より大きいサイズのコンテンツアイテムの削除修正が、より小さいサイズのコンテンツアイテムの削除修正よりも優先される、など）に基づいてランク付けされ得る。
【0155】
これらのランクルールはシステムによって記憶され得、コンテンツ同期の様々なパフォーマンス目標を達成するように設計され得る。たとえば、新たなコンテンツアイテムが追加され得る前に、ユーザに対して制限され得るストレージスペースをできるだけ多く解放するために、削除修正が追加修正よりも優先され得る。追加されるコンテンツアイテムの数に関してできるだけ多くの進捗をできるだけ早く提供するために、より小さいコンテンツアイテムの追加が、より大きいコンテンツアイテムよりも優先され得る。
【0156】
動作８３５において、システムは、操作セットをコンテンツ管理システム及び／またはクライアントデバイスに提供し得る。上記のように、コンテンツ管理システムによって実行されたアクションに関連する修正は、クライアントデバイスに反映されていない場合がある。したがって、このシナリオでは、システムは、サーバ状態とファイルシステム状態とを収束させるようにクライアントデバイスに記憶されたコンテンツアイテムを操作するよう構成されるクライアント操作セットを生成し得、動作８３５において、このクライアント操作セットはクライアントデバイスに提供されて実行され得る。
【0157】
一方、クライアントデバイスによって実行されたアクションに関連する修正は、コンテンツ管理システムに反映されていない場合がある。したがって、このシナリオでは、システムは、サーバ状態とファイルシステム状態とを収束させるようにコンテンツ管理システムによって記憶されたコンテンツアイテムを操作するよう構成されるサーバ操作セットを生成し得、動作８３５において、このサーバ操作セットはコンテンツ管理システムに提供されて実行され得る。
【0158】
場合によっては、両方のケースが当てはまることがあり、クライアント操作セット及びサーバ操作セットが生成され、動作８３５においてそれらの目的の受信者に提供され得る。操作セットは、ツリー制約が維持されるようにするためのいくつかのチェックも含み得る。たとえば、図６に関して説明したように、操作セットによって様々な競合または制約が解決され得る。
【0159】
操作セット（複数可）が目的の受信者（複数可）に提供されると、この方法は動作８０５に戻り、新たな修正データを待機し得る。たとえば、図９に示すシナリオに関して、操作セットは、ノード９１４に関連付けられたコンテンツアイテムをコンテンツ管理システムから取り出し、これをクライアントデバイスのローカルファイルシステムに追加することを含み得る。これにより、ノード９１４に対応するノードがローカルツリー（図９には図示せず）及び同期ツリー９５０に追加されることになる。図８の処理８００の次の反復で、参照符号９８２の「Ａｄｄ（６，５，Ｂａｒ）」エントリ及び「Ａｄｄ（７，５，Ｂｙｅ）」エントリによって表されるノード９１６及びノード９１８の追加修正は、それらの親であるノード９１４が既に同期ツリーに追加されているので、ブロックされなくなる。したがって、参照符号９８２の「Ａｄｄ（６，５，Ｂａｒ）」エントリ及び「Ａｄｄ（７，５，Ｂｙｅ）」エントリによって表されるノード９１６及びノード９１８の追加修正は、ブロックされないアクションのリストに追加され、サーバ状態とファイルシステム状態とを収束させるように構成される１つまたは複数の操作セットを生成するために使用され得る。
【0160】
操作セット（複数可）は、サーバ状態及びファイルシステム状態を段階的に収束させるための１つまたは複数のステップを提供し得る。段階的な処理の実装は、時にはより複雑になり得るが、段階的な処理は処理時間の短縮と必要なメモリの削減とを実現し得る。これら及び他の最初の技術的改善は、当然ながら追加の技術的改善につながる。たとえば、処理時間が短縮されるので、特定の修正が使用されないものになったり、最新でなくなったりする、クライアントデバイスまたはコンテンツ管理システムからのさらなる変更の可能性も低くなる。
【0161】
図９に関して、説明の目的で、コンテンツアイテム、修正、アクション、またはファイル識別子の様々なグループ化を、リストとして説明している。他のタイプのデータ構造も互換性がある。たとえば、ブロックされないアクションのリストをＢツリーデータ構造として実装して、データをソートされたままにし、対数時間での検索、順次アクセス、挿入、及び削除を可能にし得る。
【0162】
スケジューラ
一部の実施形態では、クライアント同期サービスは、サーバ状態とファイルシステム状態とを収束させるように構成される操作のセットまたはシーケンスを生成し、操作をコンテンツ管理システムまたはクライアントデバイスに提供して実行させ得る。しかしながら、一部のシナリオでは、クライアントデバイスのファイルシステムまたはコンテンツ管理システム上の変更によって、生成された操作セットの実行中に、その操作セットが最新でなくなったり、使用されないものになったりし得る。様々な実施形態は、これら及び他の技術的問題に対する技術的解決方法を提供することに向けられている。たとえば、クライアント同期サービスは、クライアントデバイスのファイルシステムまたはコンテンツ管理システム上の変更を監視し、クライアントデバイス及び／またはコンテンツ管理システムを必要に応じて更新するように構成され得る。さらに、クライアント同期サービスは、操作の同時実行を許可にすることにより、パフォーマンスを改善し、処理時間を短縮するように構成され得る。
一部の実施形態では、クライアント同期サービスは、サーバ状態とファイルシステム状態とを収束させるように構成される操作のセットまたはシーケンスを生成し、操作をコンテンツ管理システムまたはクライアントデバイスに提供して実行させ得る。しかしながら、一部のシナリオでは、クライアントデバイスのファイルシステムまたはコンテンツ管理システム上の変更によって、生成された操作セットの実行中に、その操作セットが最新でなくなったり、使用されないものになったりし得る。様々な実施形態は、これら及び他の技術的問題に対する技術的解決方法を提供することに向けられている。たとえば、クライアント同期サービスは、クライアントデバイスのファイルシステムまたはコンテンツ管理システム上の変更を監視し、クライアントデバイス及び／またはコンテンツ管理システムを必要に応じて更新するように構成され得る。さらに、クライアント同期サービスは、操作の同時実行を許可にすることにより、パフォーマンスを改善し、処理時間を短縮するように構成され得る。
【0163】
一部の実施形態によれば、図２に示すクライアント同期サービス１５６のプランナ２２５は、順序なしの操作セットからなるプランまたは操作プランを生成し得る。プラン内の全ての操作は依存関係を有さず、その結果、別々のスレッドでまたは任意の順序で同時に実行することができる。プラン内の操作は、一部の実施形態によれば、状態及びツリーデータ構造を収束させるために、コンテンツ管理システム及び／またはクライアントデバイスによって取られ得る抽象的な命令である。命令の例には、コンテンツアイテムのリモートもしくはローカルの追加、コンテンツアイテムのリモートもしくはローカルの削除、コンテンツアイテムのリモートもしくはローカルの編集、またはコンテンツアイテムのリモートもしくはローカルの移動が含まれ得る。
【0164】
図２に示すクライアント同期サービス１５６のスケジューラ２３０は、プランナ２２５から操作プランを受信し、プラン内の操作の実行を管理し、プランが更新または変更されたか否かを判定し、更新または変更されたプランの実行を管理するように構成され得る。たとえば、スケジューラ２３０は、ファイルシステムインターフェース２０５及びサーバインターフェース２１０と連携して、プラン内の操作を実施するのに必要なタスク及びステップを実行し得る。これは、ファイルシステムもしくはコンテンツ管理システムからの確認の受信、またはネットワーク接続がない場合、もしくはコンテンツアイテムが他のアプリケーションによってロックされている場合の再試行の処理などのエラー処理アクティビティを含み得る。
【0165】
各操作は、タスクと呼ばれるスクリプトまたはスレッドによって実装され得る。タスクは、関連する操作の適用を調整し、操作の実装に必要な１つまたは複数のステップを含み得る。たとえば、「ローカル追加操作」は、コンテンツアイテムがクライアントデバイスのローカルファイルシステムに追加されており、その結果、サーバ状態とファイルシステム状態とを同期させるために、コンテンツ管理システムにコンテンツアイテムが追加される必要があることを示し得る。したがって、ローカル追加操作は、ローカル追加操作を実装するために必要な１つまたは複数のステップを含む「ローカル追加タスク」に関連付けられ得る。これらのステップは、コンテンツ管理システムに新たなコンテンツアイテムを通知することと、コンテンツアイテムを１つまたは複数のデータブロックでコンテンツ管理システムにアップロードすることと、全てのデータブロックがコンテンツ管理システムによって受信されたことを確認することと、コンテンツアイテムが破損していないことを確認することと、コンテンツアイテムのメタデータをコンテンツ管理システムにアップロードすることと、コンテンツ管理システムの適切な場所へのコンテンツアイテムの追加をコミットすることと、のうちの１つまたは複数を含み得る。
【0166】
タスクは実行を開始し、他のイベントの完了を待機しながら明確に定義されたポイントで一時停止し、イベントが発生したときに再開し、最終的に終了し得る。一部の実施形態によれば、スケジューラ２３０は、タスクをキャンセル、再生成、または置換するように構成される。たとえば、サーバ状態またはファイルシステム状態への変更に基づいて、タスクは実行される前に古くなり得、スケジューラ２３０は古くなったタスクを実行前にキャンセルし得る。
【0167】
上述のように、プランナ２２５は、ツリーデータ構造のセット（たとえば、リモートツリー、同期ツリー、及びローカルツリー）に基づいて操作プランを生成し得る。時間と共に、プランナ２２５はツリーデータ構造のステータスに基づいて操作プランを生成し続ける。ツリーデータ構造がサーバ状態及びファイルシステム状態の状態を反映するように変化した場合、プランナ２２５は、前のプランと異なる新たな更新されたプランも生成し得る。スケジューラ２３０は、プランナ２２５によって生成された各操作プランを実行する。
【0168】
一部のシナリオでは、後のプランの操作の変更により、実行中の前のプランの操作との意図しない同期動作の競合が発生し得る。たとえば、第１のプランの操作が実行されているときに、操作のうちの１つまたは複数が第２のプランにおいてキャンセルされる（または存在しない）。例として、図１０に例示的なシナリオを示しており、時刻ｔ１において、全て一致するリモートツリー、同期ツリー、及びローカルツリーによって示すように、リモートツリーで表されるサーバ状態とローカルツリーで表されるファイルシステム状態とが同期している。この同期した状態に基づいて、プランナ２２５は、ｔ１において操作を有さないプラン（たとえば、空のプラン）を生成し得、または操作プランを生成しなくてもよい。
【0169】
クライアントデバイスのユーザは、ローカルファイルシステムからコンテンツアイテムＡを削除するか、またはクライアント同期サービス１５６によって管理されるフォルダの外へコンテンツアイテムＡを移動し得、これは時刻ｔ２におけるローカルツリーからのノードＡの除去によって反映される。プランナ２２５は、時刻ｔ２におけるツリーデータ構造の状態に基づいて操作ＬｏｃａｌＤｅｌｅｔｅ（Ａ）を含むプランを生成し得る。スケジューラ２３０は、ＬｏｃａｌＤｅｌｅｔｅ（Ａ）操作を実施するのに必要なタスクまたはステップを開始し得る。これらのステップは、コンテンツアイテムＡを削除する命令をコンテンツ管理システムに送信することを含み得る。
【0170】
コンテンツアイテムＡを削除する命令がコンテンツ管理システムに送信された後、クライアントデバイス上のユーザは、コンテンツアイテムＡの削除を元に戻すか、またはコンテンツアイテムＡを以前の場所に戻し得る。ローカルツリーは、時刻ｔ３のこの新たなアクションに基づいて更新され、プランナは、操作を有さない空の新たなプランを生成し得る。この場合も、ツリーデータ構造は一致し、システムは時刻ｔ３に同期した状態になる。
【0171】
しかしながら、コンテンツアイテムＡを削除する命令がコンテンツ管理システムに送信されたので、コンテンツ管理システムはサーバ状態からコンテンツアイテムＡを削除する。スケジューラ２３０はコンテンツアイテムＡの削除のキャンセルを試み得るが、命令は既に送信され、コンテンツ管理システムによって完了している場合がある。サーバのこの変更は、クライアント同期サーバ１５６に通信され、クライアント同期サーバ１５６は、時間ｔ４にノードＡを削除することによりリモートツリーを更新する。プランナ２２５は、リモートツリー内の変更と、リモートツリー及び同期ツリーの間の差異とを通知し、サーバ状態においてコンテンツアイテムＡが除去されたと判定することができる。したがって、プランナ２２５は、時刻ｔ４においてＲｅｍｏｔｅＤｅｌｅｔｅ（Ａ）操作を有するプランを作成する。サーバ状態とファイルシステム状態とを同期させるために、コンテンツアイテムＡは最終的にクライアントデバイス及びローカルツリーから削除される。
【0172】
問題なことに、サーバ状態からのコンテンツアイテムＡの除去、ＲｅｍｏｔｅＤｅｌｅｔｅ（Ａ）操作の生成、及びファイルシステム状態からのコンテンツアイテムＡの最終的な除去は、全て意図したものではなく、ユーザにとって将来さらなる問題を引き起こし得る。さらに、一部のケースでは、アプリケーションまたは処理もコンテンツアイテムにアクセスし得、意図しない同期動作が追加の技術的問題の連鎖を引き起こし得る。様々な実施形態は、サーバ状態とファイルシステム状態との間のコンテンツアイテムの同期における意図しない結果を防ぐことに向けられている。
【0173】
一部の実施形態によれば、もはや操作プランにない古くなった操作のタスクをキャンセルする場合、スケジューラ２３０は、他のタスクの実行の開始に進む前にキャンセルが完了するのを待機し得る。たとえば、スケジューラ２３０は、他のタスクを進める前に、クライアントデバイスまたはコンテンツ管理システムからキャンセルの確認を受信するのを待機し得る。スケジューラ２３０は、タスクが開始されたか否かを判定し得、タスクが開始されていない場合、スケジューラはタスクをキャンセルし、タスクが実行を待機しなくなったことを確認し得る。タスクが開始された場合、確認がクライアントデバイスまたはコンテンツ管理システムから到来し、キャンセルされたタスクに関連する全てのステップが元に戻されたことをスケジューラに通知し得る。一部の実施態様によれば、スケジューラ２３０はタスクのキャンセルを、開始後には許可しない。これは、全てのタスク、またはタスクもしくはタスクタイプの特定のサブセット（たとえば、ファイルシステム状態の更新をコンテンツ管理システムに送信して、サーバ状態と同期させるコミットタスク）に当てはまり得る。
【0174】
パフォーマンスを改善し、タスクの同時実行だけでなくタスクのキャンセルも許可にするために、スケジューラ２３０は、第１の操作プランと更新された第２の操作プランとの差異に基づいてタスクの実行及びキャンセルを管理するようにさらに構成され得る。図１１に、本主題技術の様々な実施形態による、２つの操作プランの例示的なベン図１１００表現を示す。プランナ２２５は、第１の操作セットを有するプラン１ １１１０を生成し、ツリーデータ構造への更新を受信し、第２の操作セットを有する更新されたプラン２ １１２０を生成し得る。
【0175】
プラン１ １１１０及びプラン２ １１２０は、いくつかの共通の操作を共有し得、これはベン図１１００の部分１１３０によって表される。また、プラン１ １１１０とプラン２ １１２０は、共通していないいくつかの操作を共有し得る。たとえば、プラン２ １１２０にないプラン１ １１１０の操作は、プランナ２２５によって検出されたツリー構造の更新によって古くなり、最新ではなくなる。プラン１ １１１０のこれらの古くなった操作は、ベン図１１００の部分１１４０によって表される。プラン１ １１１０にないプラン２ １１２０の新たな操作は、部分１１５０によって表される。プラン１ １１１０とプラン２ １１２０との差異及び共通点を表す部分１１３０、１１４０、及び１１５０のそれぞれは、ツリーデータ構造に反映されるサーバ状態及びファイルシステム状態の更新に応じて、操作を含まない場合があり、または多数の操作を含み得る。
【0176】
部分１１４０の操作はもはや最新のプランにないので、スケジューラ２３０はこれらの操作に関連するタスクをキャンセルし得る。意図しない同期動作を防ぐために、プラン１にない（たとえば、部分１１５０内の）プラン２の操作に関連するタスクは、部分１１４０の操作に関連するタスクのキャンセルが完了するまで延期される。しかしながら、各プランの操作は同時に実行できるように構成されるので、部分１１３０で表されるプラン１とプラン２との共通部分の操作に関連するタスクは、部分１１４０の操作に関連するタスクのキャンセルと同時に、それらの完了を待機する必要なく実行され得る。部分１１４０に関連するタスクのキャンセルと、部分１１３０に関連するタスクの実行とを同時に行うことを許可にすることにより、利用可能なコンピューティングリソースのより効率的な使用に加え、処理時間の短縮が達成され得る。
【0177】
図１２に、本主題技術の様々な実施形態による、操作プランの変更を管理するための例示的な方法を示す。本明細書に記載の方法及び処理は、特定の順序の特定のステップ及び動作と共に示す場合があるが、同様または代替の順序でまたは並行して実行される追加の、より少ない、または代替のステップ及び動作は、特に明記しない限り、様々な実施形態の範囲内にある。方法１２００は、たとえば、クライアントデバイス上で動作する図２のクライアント同期サービス１５６などのシステムによって実装され得る。
【0178】
システムは、コンテンツ管理サービスに関連付けられたコンテンツアイテムに関して、コンテンツ管理システム及び／またはクライアントデバイスから更新を受信するように構成され得る。たとえば、システムは、コンテンツ管理サービスによって記憶されたコンテンツアイテムのサーバ修正データを受信し、サーバ修正データに基づいてリモートツリーを更新し得る。リモートツリーは、コンテンツ管理システムによって記憶されたコンテンツアイテムのサーバ状態を表す。システムはまた、クライアントデバイスに記憶されたコンテンツアイテムのクライアント修正データを受信し、クライアント修正データに基づいてローカルツリーを更新し得る。ローカルツリーは、クライアントデバイスに記憶されたコンテンツアイテムのファイルシステム状態を表す。
【0179】
動作１２０５において、システムは、コンテンツ管理システムに関連するサーバ状態と、クライアントデバイスに関連するファイルシステム状態とを収束させるように構成される第１の操作セットを受信し得る。たとえば、システムは、同期ツリーとリモートツリーまたは同期ツリーとローカルツリーの差異を特定し、ツリー間の任意の差異に基づいて第１の操作セットを生成し得る。同期ツリーは、サーバ状態とファイルシステム状態との間の既知の同期した状態を表す。
【0180】
システムは、第１の操作セットの実施を開始し得る。たとえば、一部のケースでは、操作は、コンテンツ管理システム及び／またはクライアントデバイスに送信されて実行される準備ができている形式である。他のケースでは、操作は、システムによって管理され得る１つまたは複数のタスク、スクリプト、または実行スレッドに変換され得る。システムは、サーバ状態とファイルシステム状態とを収束させるために、タスク、スクリプト、または実行スレッドに従ってコンテンツ管理システム及び／またはクライアントデバイスとインターフェースし得る。
【0181】
この時間中、システムは、コンテンツ管理サービスに関連付けられたコンテンツアイテムに関して、コンテンツ管理システム及び／またはクライアントデバイスから修正データを受信し続け得る。修正データに基づいて、システムはリモートツリーまたはローカルツリーを更新し、ツリーデータ構造への更新に基づいて第２の操作セットを生成し得る。動作１２１０において、システムは第２の操作セットを受信し得る。
【0182】
動作１２１５において、システムは、第２の操作セットにない第１の操作セットの第１の操作が存在する場合に、これを特定する。システムが、第２の操作セットにない第１の操作セット内の操作を見つけた場合、この操作は、修正データで示された変更の結果、古くなり、最新でなくなり得る。したがって、システムは、動作１２２０における第１の操作のキャンセルを開始する。第１の操作のキャンセルには、いくつかのステップ、それらのステップのいくつかの確認受信、及び些細でない処理時間が含まれ得る。
【0183】
動作１２２５において、システムは、第１の操作セット及び第２の操作セットの両方に含まれる第２の操作が存在する場合に、これを特定する。システムが第１の操作セット及び第２の操作セットの両方に含まれる操作を見つけた場合、この操作は、修正データで示された変更にもかかわらず、まだ有効であり得る。さらに、両方の操作セットにある操作は、セット内の他の操作に対して同時にまたは任意の順序で実行できるように構成されるので、第２の操作は、第１の操作がキャンセルされる間に実行を継続することができる。したがって、システムは、第１の操作がキャンセルを完了するのを待機することなく、動作１２３０において第２の操作の実行を開始する。
【0184】
動作１２３５において、システムは、第２の操作セットにあるが、第１の操作セットにはない第３の操作が存在する場合、これを特定する。システムが第１の操作セットにない第２の操作セットにある操作を見つけた場合、この操作は、修正データで示された変更の結果としての新たな操作であり得る。意図しない結果を防ぐために、システムは第１の操作のキャンセルの完了の待機を開始する。動作１２４０において、システムは、第１の操作がキャンセルを完了したと判定し、その結果、動作１２４５において第３の操作の実行を開始し得る。
【0185】
ツリーデータ構造ストレージ － ファイル名ストレージスペースの削減
クライアント同期サービス１５６は、たとえば、ハードディスク、ソリッドステートメモリ、または他のタイプのコンピュータ可読媒体などの永続的な記憶デバイス上にツリーデータ構造（たとえば、リモートツリー、同期ツリー、及びローカルツリー）を記憶し得る。パフォーマンスを改善し、処理時間を短縮し、期限切れの操作を削減するために、クライアント同期サービス１５６は、起動時にツリーデータ構造をメモリ（たとえば、ランダムアクセスメモリまたは高速メモリのキャッシュ）にロードし、メモリ内のツリーデータ構造に同期機能を実行し得る。永続的な記憶デバイスのデータ容量は限られており、これらのデータリソースの保存は重要である。メモリの場合、データ容量はさらに限られており、高価であり、これらのデータリソースの保存は非常に重要である。
クライアント同期サービス１５６は、たとえば、ハードディスク、ソリッドステートメモリ、または他のタイプのコンピュータ可読媒体などの永続的な記憶デバイス上にツリーデータ構造（たとえば、リモートツリー、同期ツリー、及びローカルツリー）を記憶し得る。パフォーマンスを改善し、処理時間を短縮し、期限切れの操作を削減するために、クライアント同期サービス１５６は、起動時にツリーデータ構造をメモリ（たとえば、ランダムアクセスメモリまたは高速メモリのキャッシュ）にロードし、メモリ内のツリーデータ構造に同期機能を実行し得る。永続的な記憶デバイスのデータ容量は限られており、これらのデータリソースの保存は重要である。メモリの場合、データ容量はさらに限られており、高価であり、これらのデータリソースの保存は非常に重要である。
【0186】
オペレーティングシステムまたはクライアントアプリケーションに応じて、コンテンツアイテムのファイル名は、サイズが約１０２４バイトである場合があり、ノード内で最大のデータコンポーネントであり得る。たとえば、１００万個のノードの場合、ノードのファイル名だけのサイズで１ギガバイト以上に達し得る。上記のように、クライアント同期サービス１５６は、サーバ状態とファイルシステム状態との同期を支援するように構成され、ローカルツリー、同期ツリー、及びリモートツリーは、３つ全てのツリーが同等の場合に同期した状態を反映する。したがって、コンテンツアイテムのファイル名をノードに記憶する際には、いくらかの冗長性がある可能性がある。
【0187】
本主題技術の様々な実施形態は、ツリーデータ構造のファイル名を記憶するために必要なメモリ量を削減し、ファイル名の重複を減らすことによりノードのサイズを減らすことを目標とする。ファイル名をノードに記憶する代わりに、クライアント同期サービス１５６は、ツリーデータ構造内のノードのファイル名をファイル名配列に記憶し、ファイル名への参照をノードに記憶するように構成される。その結果、ファイル名は一旦ファイル名配列に記憶され、そのファイル名を持つコンテンツアイテムを有する任意のノードは、ノードに記憶された参照を使用してファイル名にアクセスし得る。一部の実施態様では、ノードに記憶されているファイル名への参照は、ファイル名配列におけるファイル名のオフセット、場所、または位置を表す整数値であり得る。
【0188】
図１３に、本主題技術の様々な実施形態による、ファイル名配列１３１０の実例を示す。ファイル名「Ｐｉｃｔｕｒｅｓ」、「ａ．ｊｐｇ」、及び「Ｄｏｃｕｍｅｎｔｓ」（完全には図示せず）を記憶したファイル名配列１３１０を図示している。ファイル名配列１３１０において、「Ｐｉｃｔｕｒｅｓ」のファイル名は場所０に、「ａ．ｊｐｇ」のファイル名は場所９に、「Ｄｏｃｕｍｅｎｔｓ」のファイル名は場所１６に示されている。ファイル名配列１３１０では、セパレータ１３１４（たとえばヌル文字）により各ファイル名が区切られている。
【0189】
したがって、ノードのファイル名を調べるために、クライアント同期サービス１５６は、ファイル名配列１３１０内のノードのファイル名の場所を表す、ノードに記憶されたファイル名への参照に単にアクセスし得る。クライアント同期サービス１５６は、参照によって示されたファイル名配列１３１０内の場所にあるコンテンツアイテムのファイル名を取り出し得る。たとえば、クライアント同期サービス１５６は、参照によって示された場所にあるファイル名の読み出しを開始し、セパレータ１３１４に到達したときに停止し得る。
【0190】
一部のケースでは、クライアント同期サービス１５６はまた、ファイル名に基づいて参照を調べる必要があり得る。たとえば、新たなノードを追加するかまたはノードの名前を変更する場合、クライアント同期サービス１５６は、ノードのファイル名がファイル名配列１３１０にすでに存在するか否かを判定することを望み得る。参照が見つかった場合、そのファイル名は存在し、参照に基づいて位置特定され得る。したがって、クライアント同期サービス１５６は、ファイル名への参照を使用し、参照を新たなノードまたは名前変更されたノードに記憶し得る。参照が見つからない場合、ファイル名はファイル名配列１３０に存在せず、クライアント同期サービス１５６はそのファイル名をファイル名配列１３１０に追加し得る。
【0191】
ファイル名に基づいて参照を調べることは、ハッシュインデックス配列を使用することにより可能になる。図１３に、本主題技術の様々な実施形態による、ハッシュインデックス配列１３５０の実例を示す。ハッシュインデックス配列１３５０は、様々な場所にあるファイル名への参照を記憶するように構成される。特に、ファイル名への参照は、そのファイル名のハッシュに基づいてハッシュインデックス配列１３５０内の位置に記憶される。図１３に示す一例では、使用されるハッシュ関数に基づいて、ファイル名「Ｐｉｃｔｕｒｅｓ」のハッシュは４に等しくなり得る。したがって、ファイル名「Ｐｉｃｔｕｒｅｓ」への参照は、ハッシュインデックス配列１３５０内の位置４に記憶される。この参照値は０であり、これは上記のように、ファイル名「Ｐｉｃｔｕｒｅｓ」のファイル名配列１３１０内の場所を示す。同様に、ファイル名「Ｄｏｃｕｍｅｎｔｓ」のハッシュは０に等しくなり得る。したがって、ファイル名「Ｄｏｃｕｍｅｎｔｓ」への参照は、ハッシュインデックス配列１３５０内の位置０に記憶される。この参照値は１６であり、これは上記のように、ファイル名「Ｄｏｃｕｍｅｎｔｓ」のファイル名配列１３１０内の場所を示す。
【0192】
一部のシナリオでは、２つのファイル名のハッシュが同じハッシュ値を生成する場合、衝突が発生し得る。図１３に示す例では、「ａ．ｊｐｇ」のハッシュ値は４にもなり得る。衝突が発生した場合、クライアント同期サービス１５６は、ハッシュインデックス配列１３５０内の次に利用可能な位置を使用し得る。たとえば、ファイル名「Ｐｉｃｔｕｒｅｓ」への参照はハッシュインデックス配列１３５０の位置４に記憶されているので、クライアント同期サービス１５６は、ハッシュインデックス配列１３５０内の次に利用可能な位置を探し、ファイル名「ａ．ｊｐｇ」への参照（たとえば９）を記憶し得る。
【0193】
図１４に、本主題技術の様々な実施形態による、ファイル名を記憶するための例示的な方法を示す。本明細書に記載の方法及び処理は、特定の順序の特定のステップ及び動作と共に示す場合があるが、同様または代替の順序でまたは並行して実行される追加の、より少ない、または代替のステップ及び動作は、特に明記しない限り、様々な実施形態の範囲内にある。方法１４００は、たとえば、クライアントデバイス上で動作する図２のクライアント同期サービス１５６などのシステムによって実装され得る。
【0194】
動作１４０５において、システムは、ツリーデータ構造内のノードへの修正を検出し得る。修正は、たとえば、ツリーデータ構造へのノードの追加、またはノードのファイル名の編集であり得る。次いで、システムは、動作１４１０において、ファイル名がファイル名配列にすでに存在するか否かを判定し得る。システムは、ノードに関連付けられたファイル名を使用して、ファイル名配列内のファイル名の参照場所の問い合わせを行うことにより、ファイル名が既にファイル名配列内にあるか否かを確認し得る。参照場所が見つかった場合、ファイル名をファイル名配列に追加する必要はなく、動作１４１５において、システムは、ファイル名配列内のファイル名の場所を特定し、これは問い合わせによって返される参照であるべきであり、動作１４２０において、ファイル名の場所をノードに記憶し得る。
【0195】
問い合わせによってファイル名配列内のファイル名の参照が返されない場合、またはファイル名が別の形でファイル名配列内に存在しない場合、システムは動作１４２５においてファイル名配列にファイル名及びセパレータを付加し、動作１４３０においてファイル名配列内のファイル名の場所を特定し、動作１４３５においてファイル名の場所をノードに記憶し得る。
【0196】
ファイル名に基づいたその後の参照場所の問い合わせを可能にするために、システムはさらにファイル名の場所をハッシュインデックスに記憶し得る。ハッシュインデックス内のどの位置にファイル名の場所を記憶するかを決定するために、システムはファイル名のハッシュ値を計算し得る。このハッシュ値は、ファイル名の場所を記憶するハッシュインデックス内の位置を見つけるために使用され得る。
【0197】
ファイル名の場所がノードに記憶されると、ファイル名を取り出すには、ノード内のファイル名の場所にアクセスし、その場所を使用してファイル名配列内でファイル名を調べるだけでよい。システムは、ノード内で指定された場所から開始し、セパレータに到達すると停止し得る。
【0198】
図１５に、本主題技術の様々な実施形態による、ファイル名が与えられた場合にファイル名の場所を取得するための例示的な方法を示す。本明細書に記載の方法及び処理は、特定の順序の特定のステップ及び動作と共に示す場合があるが、同様または代替の順序でまたは並行して実行される追加の、より少ない、または代替のステップ及び動作は、特に明記しない限り、様々な実施形態の範囲内にある。方法１５００は、たとえば、クライアントデバイス上で動作する図２のクライアント同期サービス１５６などのシステムによって実装され得る。上述のように、この方法を使用して、ファイル名がファイル名配列にすでに記憶されているか否かを判定し得る。
【0199】
ファイル名の場所は、ハッシュインデックスまたはハッシュインデックス配列に記憶される。したがって、動作１５０５において、システムは、ファイル名にハッシュ関数を実行することにより、ハッシュインデックス内の位置を生成し得る。これは、たとえば、新たなノードの名前、または名前変更されたノードの新たな名前であり得る。動作１５１０において、システムは、ハッシュインデックス内の位置から、ファイル名の場所情報を取り出す。この場所情報は、ファイル名が記憶されているファイル名配列内の場所に関するものである。
【0200】
一部の実施態様では、システムは、動作１５１５において正しいファイル名がその場所に記憶されていることを確認し得る。たとえば、システムは、場所情報に基づいて、ファイル名配列から文字列を取り出し、文字列をファイル名と比較し得る。文字列とファイル名とが一致する場合、ファイル名の場所が確認され、動作１５２０においてファイル名の場所がノードに記憶される。
【0201】
文字列とファイル名とが一致しない場合、動作１５３０においてハッシュインデックス内の次の位置の場所情報を取り出し、システムは動作１５１５に戻って、次の位置の場所情報が正確であるか否かを確認し得る。システムは、正しい場所情報が見つかり、動作１５２０においてノードに記憶されるまで継続し得る。
【0202】
ツリー間の差異を効率的に特定する
上記のように、クライアント同期サービス１５６は、コンテンツ管理システムによって記憶されたコンテンツアイテムのサーバ状態を表すリモートツリーと、クライアントデバイスに記憶された対応するコンテンツアイテムのファイルシステム状態を表すローカルツリーと、サーバ状態及びファイルシステム状態の間の既知の同期した状態を表す同期ツリーとにおけるノード間の差異を特定するように構成される。これらの差異に基づいて操作セットが生成され得、操作セットは、実行された場合に、３つのツリーデータ構造が同一になる同期した状態へ向けてサーバ状態及びファイルシステム状態を収束させるように構成される。
上記のように、クライアント同期サービス１５６は、コンテンツ管理システムによって記憶されたコンテンツアイテムのサーバ状態を表すリモートツリーと、クライアントデバイスに記憶された対応するコンテンツアイテムのファイルシステム状態を表すローカルツリーと、サーバ状態及びファイルシステム状態の間の既知の同期した状態を表す同期ツリーとにおけるノード間の差異を特定するように構成される。これらの差異に基づいて操作セットが生成され得、操作セットは、実行された場合に、３つのツリーデータ構造が同一になる同期した状態へ向けてサーバ状態及びファイルシステム状態を収束させるように構成される。
【0203】
多数のノードが存在する場合、ツリー間の差異を効率的に特定できることが重要である。たとえば、ツリーに数百万のノードが存在し得、処理時間及びリソース使用量の観点から、各ノードを個別に比較することを禁止することができる。
【0204】
本主題技術の様々な実施形態は、ツリー間の差異を特定するより効率的な手段を提供することに関する。特に、クライアント同期サービス１５６は、他のツリーのノードと比較して、それらのノードが異なるか否かを判定するために使用可能な値を各ノードに割り当てるように構成される。これらの値はｄｉｆｆ値と呼ばれ得る。ツリー間の差異を特定する効率を改善するために、各リーフノードにｄｉｆｆ値が割り当てられ得、親ノードのｄｉｆｆ値が、それらの子ノードのｄｉｆｆ値に基づいて計算され得る。ツリーデータ構造の全てのレベルのｄｉｆｆ値が、ルートノードを含めてこの方法で計算され得る。
【0205】
図１６Ａ及び図１６Ｂに、様々な実施形態による、ツリーデータ構造の例を示す。説明の目的で、図１６Ａ及び図１６Ｂに、同期ツリー及びローカルツリーを示す。しかしながら、リモートツリーも同様に実行し得る。図１６Ａ及び図１６Ｂでは、同期ツリー及びローカルツリーのリーフノードのｄｉｆｆ値が、ノードにハッシュ関数を使用することによって計算される。各親ノード（すなわち、子を有するノード）は、それらの子ノードのｄｉｆｆ値に基づいて計算されたｄｉｆｆ値を有する。
【0206】
たとえば、図１６Ａの同期ツリー１６０５では、ノードＣのｄｉｆｆ値は３２５であり、ノードＤのｄｉｆｆ値は７４２であり、ノードＣ及びＤの親であるＢのｄｉｆｆ値は、Ｃ及びＤのｄｉｆｆ値の関数として計算される。換言すれば、ＤｉｆｆＶａｌｕｅ（Ｂ）＝ｆ（ＤｉｆｆＶａｌｕｅ（Ｃ），ＤｉｆｆＶａｌｕｅ（Ｄ））＝ｆ（３２５，７４２）となる。同様に、ルートノードのｄｉｆｆ値は、その子ノードであるノードＡ及びノードＢのｄｉｆｆ値の関数である。別の言い方をすると、ＤｉｆｆＶａｌｕｅ（／ｒｏｏｔ）＝ｆ（ＤｉｆｆＶａｌｕｅ（Ａ），ＤｉｆｆＶａｌｕｅ（Ｂ））＝ｆ（９２４，７８９）となる。
【0207】
ツリー間の差異を特定するために、クライアント同期サービス１５６は、対応するノードのｄｉｆｆ値を比較して、それらが異なるか否かを確認し得る。ｄｉｆｆ値が同じである場合、ツリー間に差異はない。ｄｉｆｆ値が異なる場合、ノードまたはノードに関連付けられたパスの下方に変更がある。その結果、クライアント同期サービス１５６は、子ノードを見て、反対側のツリー内の対応するノードを比較して、それらが異なるか否か、また、子ノードに関連付けられたパスの下方に差異があるか否かを判定することができる。
【0208】
たとえば、図１６Ａでは、クライアント同期サービス１５６は、同期ツリー１６０５のルートノードとローカルツリー１６１０のルートノードとのｄｉｆｆ値を比較し、ｄｉｆｆ値が一致すると判定し得る。したがって、ルートノードの子に差異はない。その結果、クライアント同期サービス１５６は、ツリー内のありとあらゆるノードを反対側のツリー内の対応するノードと比較する必要なく、同期ツリー１６０５とローカルツリー１６１０とが一致し、同期していると判定し得る。
【0209】
図１６Ｂに示す例では、クライアント同期サービス１５６は、同期ツリー１６０５のルートノードとローカルツリー１６１０のルートノードとのｄｉｆｆ値を同様に比較し得る。しかしながら、クライアント同期サービス１５６は、同期ツリー１６０５のルートノードとローカルツリー１６１０のルートノードとのｄｉｆｆ値が異なると判定し得、これはルートノードの子孫に差異が存在し得ることを示す。
【0210】
したがって、クライアント同期サービス１５６は、ルートノードの子の次のレベルに移動して、それらのｄｉｆｆ値を比較し得る。ノードＡについて、同期ツリー１６１５のノードＡのｄｉｆｆ値と、ローカルツリー１６２０のノードＡのｄｉｆｆ値とが一致する。したがって、これら２つの間に差異はなく、ルートレベルで検出された差異は、ノードＡによるものでも、ノードＡの下のいかなるパスによるものでもない。
【0211】
ノードＢに移動して、クライアント同期サービス１５６は、両方のツリーにおけるノードＢのｄｉｆｆ値を比較し、同期ツリー１６１５のノードＡのｄｉｆｆ値とローカルツリー１６２０のノードＡのｄｉｆｆ値とが異なることを発見する。したがって、ルートレベルで検出された差異は、ノードＢまたはノードＢの下のパスによって生じている。クライアント同期サービス１５６は、ノードＢの子の次のレベルに移動して、それらのｄｉｆｆ値を比較し、ルートレベルで検出された差異がノードＤの削除によって生じたことを発見し得る。その結果、クライアント同期サービス１５６は、ツリー内のありとあらゆるノードを反対側のツリー内の対応するノードと比較する必要なく、同期ツリー１６１５とローカルツリー１６２０との差異を特定し得る。たとえば、ノードＡは、両方のツリーにおけるノードＡのｄｉｆｆ値が一致していたために分析される必要がなかった多くの子孫ノードを有していた場合がある。
【0212】
マークルツリーまたはハッシュツリーメカニズムが一部のケースで機能し得る。たとえば、各リーフノードのｄｉｆｆ値は、リーフノードのハッシュに基づいて計算され得、非リーフノードのｄｉｆｆ値は、子ｄｉｆｆ値の合計のハッシュに基づいて計算され得る。しかしながら、マークルツリーまたはハッシュツリーメカニズムでは、特定の状況でパフォーマンスメトリックが不利になる。リーフノードを追加または削除する場合に、リーフノードの全ての祖先ノードのｄｉｆｆ値は、それらのｄｉｆｆ値が再計算される必要があり、各祖先ノードを再計算するには、各祖先ノードの全ての子ノードのリストが必要になる。これは特に、各ノードが兄弟ノードの隣または近くのメモリに記憶されない方法でツリーデータ構造が記憶される場合に、計算コストが高くなる。
【0213】
本主題技術の様々な実施形態は、とりわけ、親ノードのｄｉｆｆ値を異なる方法で計算することにより、これら及び他の技術的欠点に対処する。各リーフノードのｄｉｆｆ値は、そのリーフノードのハッシュを計算することにより決定され得る。各親ノードのｄｉｆｆ値は、その全ての子のハッシュの排他的論理和演算すなわちＸＯＲ演算を実行することにより計算され得る。
【0214】
図１７に、様々な実施形態による、ツリーデータ構造の一例を示す。図１７のツリーデータ構造では、リーフノードＡ、Ｃ、及びＤのｄｉｆｆ値は、これらのノードをハッシュ化することにより計算される。ノードＢのｄｉｆｆ値は、その子ノードであるノードＣ及びノードＤのハッシュのＸＯＲ関数である。ルートノードのｄｉｆｆ値は、その子ノードであるノードＡ及びノードＢのハッシュのＸＯＲ関数である。ＸＯＲ関数の重要な性質には、ＸＯＲ関数は順序依存ではない、すなわちｍ ＸＯＲ ｎがｎ ＸＯＲ ｍに等しくなることが含まれる。また、ｍ ＸＯＲ ｍは０に等しい。
【0215】
リーフノードを追加または削除する場合、リーフノードの全ての祖先ノードのｄｉｆｆ値は、それらのｄｉｆｆ値が再計算される必要がある。しかしながら、全てのリストを必要とせずに、祖先ノードのｄｉｆｆ値の計算を行うことができる。たとえば、子ノードが削除される場合、親の古いｄｉｆｆ値と、削除される子ノードのｄｉｆｆ値とのＸＯＲ演算を実行することにより、親の新たなｄｉｆｆ値が計算され得る。子ノードが追加される場合、親の古いｄｉｆｆ値と、新たな子ノードのｄｉｆｆ値とのＸＯＲ演算を実行することにより、親の新たなｄｉｆｆ値が計算され得る。
【0216】
図１８に、本主題技術の様々な実施形態による、ファイル名が与えられた場合にファイル名の場所を取得するための例示的な方法を示す。本明細書に記載の方法及び処理は、特定の順序の特定のステップ及び動作と共に示す場合があるが、同様または代替の順序でまたは並行して実行される追加の、より少ない、または代替のステップ及び動作は、特に明記しない限り、様々な実施形態の範囲内にある。方法１８００は、たとえば、クライアントデバイス上で動作する図２のクライアント同期サービス１５６などのシステムによって実装され得る。上述のように、この方法を使用して、ファイル名がファイル名配列にすでに記憶されているか否かを判定し得る。
【0217】
動作１８０５において、クライアント同期サービス１５６は、リモートツリー、同期ツリー、またはローカルツリーなどのツリーデータ構造に対してノードを追加または除去し得る。ノードが削除された場合、ノードは、以前に計算されたｄｉｆｆ値が関連付けられる必要がある。ノードが追加された場合、クライアント同期サービス１５６は、たとえばノードをハッシュ化することにより、新たなノードのｄｉｆｆ値を計算し得る。ツリーへの変更があるので、ノードの祖先のｄｉｆｆ値は更新される必要がある。
【0218】
動作１８１０において、クライアント同期サービス１５６は、親ノードの現在のｄｉｆｆ値と、ノードのｄｉｆｆ値とに基づいて、ノードの親の新たなｄｉｆｆ値を計算し得る。動作１８１５において、親の新たなｄｉｆｆ値が親ノードに記憶される。
【0219】
動作１８２０において、クライアント同期サービス１５６は、親ノード自体が親を有するか否かを判定する。換言すれば、親ノードがルートノードであるか、またはｄｉｆｆ値を計算すべきさらなる祖先が存在するか否かである。さらなる親が存在する場合、処理は動作１８１０に戻り得、親ノードの親は、新たなｄｉｆｆ値が計算され、記憶される。さらなる親が存在せず、親ノードがルートノードである場合、処理は動作１８２５において停止し得る。
【0220】
ルートノードに到達すると、ツリーデータ構造を他のツリーデータ構造と比較して差異を特定する準備が整う。上述のように、クライアント同期サービス１５６は、これらの差異に基づいて操作セットを生成し得、操作セットは、実行された場合に、３つのツリーデータ構造が同一になる同期した状態へ向けてサーバ状態及びファイルシステム状態を収束させるように構成される。
【0221】
図１９にコンピューティングシステム１９００の一例を示し、これは、たとえば、クライアントデバイス１５０、コンテンツ管理システム１１０、またはその任意のコンポーネントを構成する任意のコンピューティングデバイスとすることができ、システムのコンポーネントは接続１９０５を使用して互いに通信する。接続１９０５は、バスを介した物理的な接続、またはチップセットアーキテクチャなどの、プロセッサ１９１０への直接接続とすることができる。接続１９０５は、仮想的な接続、ネットワーク接続、または論理接続とすることもできる。
【0222】
一部の実施形態では、コンピューティングシステム１９００は、本開示に記載の機能が１つのデータセンター、複数のデータセンター、ピアネットワークなどの中で分散させることができる分散システムである。一部の実施形態では、説明するシステムコンポーネントのうちの１つまたは複数は、多くのそのようなコンポーネントを表し、各コンポーネントは、そのコンポーネントについて説明する機能の一部または全部を実行する。一部の実施形態では、これらのコンポーネントは物理デバイスまたは仮想デバイスとすることができる。
【0223】
例示的なシステム１９００は、少なくとも１つの処理ユニット（ＣＰＵまたはプロセッサ）１９１０と、読み取り専用メモリ（ＲＯＭ）１９２０及びランダムアクセスメモリ（ＲＡＭ）１９２５などのシステムメモリ１９１５を含む様々なシステムコンポーネントをプロセッサ１９１０に結合する接続１９０５とを含む。コンピューティングシステム１９００は、プロセッサ１９１０に直接接続されるか、これに近接するか、またはその一部として統合される高速メモリ１９１２のキャッシュを含むことができる。
【0224】
プロセッサ１９１０は、任意の汎用プロセッサと、プロセッサ１９１０を制御するように構成される、記憶デバイス１９３０に記憶されたサービス１９３２、１９３４、及び１９３６などのハードウェアサービスまたはソフトウェアサービスとに加え、ソフトウェア命令が実際のプロセッサ設計に組み込まれる専用プロセッサを含むことができる。プロセッサ１９１０は、本質的に、複数のコアまたはプロセッサ、バス、メモリコントローラ、キャッシュなどを含む完全に自己完結型のコンピューティングシステムであり得る。マルチコアプロセッサは、対称または非対称であり得る。
【0225】
ユーザインタラクションを可能にするために、コンピューティングシステム１９００は、たとえば、音声用のマイクロフォン、ジェスチャまたはグラフィカル入力用のタッチ感応画面、キーボード、マウス、モーション入力、音声などの、任意の数の入力メカニズムを表すことができる入力デバイス１９４５を含む。コンピューティングシステム１９００は出力デバイス１９３５も含むことができ、これは当業者に知られているいくつかの出力メカニズムのうちの１つまたは複数とすることができる。一部の例では、マルチモーダルシステムにより、ユーザは複数のタイプの入力／出力を提供して、コンピューティングシステム１９００と通信することができる。コンピューティングシステム１９００は通信インターフェース１９４０を含むことができ、これはユーザ入力及びシステム出力を全体的に統括し、管理することができる。特定のハードウェア構成での動作に制限されないので、ここでの基本的な特徴は、改良されたハードウェアまたはファームウェア構成が開発されたときに、それらと簡単に置き換えられ得る。
【0226】
記憶デバイス１９３０は、不揮発性メモリデバイスとすることができ、また、コンピュータによってアクセス可能なデータを記憶できるハードディスクまたは他のタイプのコンピュータ可読媒体とすることができ、たとえば、磁気カセット、フラッシュメモリカード、固体メモリデバイス、デジタル多用途ディスク、カートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、及び／またはこれらのデバイスの何らかの組み合わせなどがある。
【0227】
記憶デバイス１９３０は、ソフトウェアサービス、サーバ、サービスなどを含むことができ、これらは、そのようなソフトウェアを定義するコードがプロセッサ１９１０によって実行された場合、システムに機能を実行させる。一部の実施形態では、特定の機能を実行するハードウェアサービスは、その機能を実行するために、プロセッサ１９１０、接続１９０５、出力デバイス１９３５などの必要なハードウェアコンポーネントに関連するコンピュータ可読媒体に記憶されたソフトウェアコンポーネントを含むことができる。
【0228】
説明を明確にするために、一部の例では、本技術は、デバイス、デバイスコンポーネント、ソフトウェアで具現化される方法のステップもしくはルーチン、またはハードウェアとソフトウェアとの組み合わせを含む機能ブロックを含む個々の機能ブロックを含むものとして提示され得る。
【0229】
本明細書に記載のステップ、動作、機能、または処理はいずれも、ハードウェア及びソフトウェアサービスまたはサービスの組み合わせによって、単独でまたは他のデバイスと組み合わせて実行または実装され得る。一部の実施形態では、サービスは、クライアントデバイス及び／またはコンテンツ管理システムの１つまたは複数のサーバのメモリに常駐するソフトウェアとすることができ、プロセッサがサービスに関連付けられたソフトウェアを実行した場合に１つまたは複数の機能を実行することができる。一部の実施形態では、サービスは、特定の機能を実行するプログラムまたはプログラムの集合体である。一部の実施形態では、サービスはサーバと見なすことができる。メモリは非一時的コンピュータ可読媒体とすることができる。
【0230】
一部の実施形態では、コンピュータ可読記憶デバイス、媒体、及びメモリは、ビットストリームなどを含む有線または無線信号を含むことができる。しかしながら、言及する場合、非一時的コンピュータ可読記憶媒体は、エネルギー、搬送波信号、電磁波、及び信号自体などの媒体を明示的に除外する。
【0231】
上述の例による方法は、コンピュータ可読媒体に記憶されるか、またはそこから別の方法で利用可能なコンピュータ実行可能命令を使用して実装することができる。そのような命令は、たとえば、汎用コンピュータ、専用コンピュータ、または専用処理デバイスに、特定の機能または機能のグループを実行させるか、または別の方法でそれらをそのように構成する命令及びデータを含むことができる。使用されるコンピュータリソースの一部は、ネットワーク経由でアクセス可能にすることができる。コンピュータ実行可能命令は、たとえば、バイナリ、アセンブリ言語などの中間フォーマット命令、ファームウェア、またはソースコードであり得る。記載の例による方法の間の、命令、使用される情報、及び／または作成された情報を記憶するために使用され得るコンピュータ可読媒体の例には、磁気または光ディスク、ソリッドステートメモリデバイス、フラッシュメモリ、不揮発性メモリが設けられたＵＳＢデバイス、ネットワーク型ストレージデバイスなどが含まれる。
【0232】
これらの開示による方法を実装するデバイスは、ハードウェア、ファームウェア及び／またはソフトウェアを含むことができ、多様なフォームファクタのいずれかを取ることができる。そのようなフォームファクタの典型的な例には、サーバ、ラップトップ、スマートフォン、スモールフォームファクタのパーソナルコンピュータ、携帯情報端末などが含まれる。本明細書に記載の機能は、周辺機器またはアドインカードでも具現化することができる。そのような機能は、さらなる例として、回路基板上に、異なるチップまたは単一のデバイスで実行される異なるプロセスの間で実装することもできる。
【0233】
これらの命令、そのような命令を伝えるための媒体、それらを実行するためのコンピューティングリソース、及びそのようなコンピューティングリソースをサポートするための他の構造は、これらの開示に記載の機能を提供するための手段である。
【0234】
多様な例及び他の情報を使用して、添付の特許請求の範囲内の態様を説明したが、そのような例の特定の特徴または構成に基づいて特許請求の範囲への制限が暗示されるべきではなく、その理由は、当業者であれば、これらの例を使用して、多種多様な実施態様を導出できるためである。さらに、一部の主題は、構造的な特徴及び／または方法のステップの例に特有の文言で説明している場合があるが、添付の特許請求の範囲で定義する主題は、必ずしもこれらの説明した特徴または行為に限定されないことを理解されたい。たとえば、そのような機能は、異なる方法で配布したり、本明細書で特定したもの以外のコンポーネントで実行したりすることができる。むしろ、説明した特徴及びステップは、添付の特許請求の範囲内のシステム及び方法のコンポーネントの例として開示している。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】