JP7486677B2 - リンクプラットフォーム及びパートナーサービスによるリンクの共同管理 - Google Patents

Description

本技術は、コンテンツ管理システム内のオブジェクトへのリンクに関し、より詳細には、ファイルシステム内のアクタとしてリンクを識別することに関し、これにより、アクセス制御リストを使用してオブジェクトへのアクセスを規制することができる。

コンテンツ管理システムにおいて、オブジェクトへのアクセスを提供できるリンクを共有することは一般的である。しかしながら、リンクによって提供されるアクセスが、ファイルシステムによって利用されるアクセス制御ロジックと一致しない場合があるように、リンクは、コンテンツ管理システムのファイルシステムと密接に結合されていないことが多い。多くの場合、コンテンツ管理システムは、リンクが有効であるかどうか、リンク呼び出し元が適切なリンクホルダであるかどうかを判定するため、及び、リンク呼び出し元のファイルシステム内のオブジェクトへのアクセスパーミッションをブートストラップするために、追加のロジックを利用する必要がある。ほとんどのファイルシステムは、ファイルシステム内のアクタであるサブジェクトと、権限のステートメントに依存している。例えば、ユーザは読み取り／書き込みアクセス権を持つことができる。しかし、リンクの場合、リンク呼び出し元がファイルシステムに知られていない場合、ファイルシステムは、アクセスを許可するかどうか、又はどのようなタイプのアクセスを許可すべきかを判定するために、誰をアクタとして識別すべきであるか？このような問題は、多くの複雑性を生み出し、コンテンツ管理システムによるリンク共有の柔軟性と機能性を制限する。

本技術の上記及びその他の利点及び特徴は、添付の図面に示された具体的な実施態様を参照することによって明らかになるであろう。当業者であれば、これらの図面は本技術のいくつかの実施例を示しているに過ぎず、本技術の範囲をこれらの実施例に限定するものではないことを理解するであろう。さらに、当業者は、以下の添付図面を使用することにより、さらに具体的かつ詳細に記載され、説明された本技術の原理を理解するであろう。

本技術のいくつかの態様によるコンテンツ管理システム及びクライアントデバイスの一例を示す。

本技術のいくつかの態様による、リンクサービスを含むコンテンツ管理システムの追加的な詳細を示す。

本技術のいくつかの態様によるオブジェクトデータベースの例を示す。

本技術のいくつかの態様によるサブジェクトデータベースを示す。

本技術のいくつかの態様による、リンクサービスによって管理されるリンクによって参照されるオブジェクトにアクセスするための例示的な方法を示す。

本技術のいくつかの態様による、リンクサービスによって管理されるリンクによって参照されるオブジェクトにアクセスするための例示的なシーケンス図を示す。

本技術のいくつかの態様による、ディレクトリツリー内のオブジェクトに対する個々のパーミッションステートメントから構成されるアクセス制御リストを評価するための例示的な方法を示す。

本技術のいくつかの態様による、例示的なリンクサービス、及びリンクサービスによって実行されるいくつかの例示的なサービスを示す。

本技術のいくつかの態様による、いくつかの例示的なＡＰＩとそれらの機能を示す。

本技術のいくつかの態様による、リンクを作成するための例示的な方法を示す。

本技術のいくつかの態様による、リンクサービスを使用してリンクを作成するための例示的なユーザインタフェースを示す。

サードパーティサービスによって提供されるユーザインタフェースの例を示し、サードパーティサービスは、本技術のいくつかの態様によって、リンクサービスにリダイレクトすることができるリンクを作成することができる。

、 本技術のいくつかの態様による、リンクプラットフォーム・アズ・ア・サービスとして動作するリンクサービスと、サードパーティサービスとによってリンクを共同管理するための例示的な方法の一部を示す。

本技術のいくつかの態様による、リンクサービスによってリンクを共同管理するための例示的なシーケンス図を示す。

本技術のいくつかの態様による、レガシーリンクをサポートするための例示的な方法を示す。

、 本技術のいくつかの態様による、レガシーリンクをサポートするための代替の呼び出しフローを示すシーケンス図を示す。

本技術のいくつかの態様を実装するためのシステムの例を示す。

以下、本技術の様々な実施例について詳細に説明する。特定の実装形態について説明するが、これは例示のみを目的として行われることを理解されたい。関連技術の当業者であれば、本技術の精神及び範囲から逸脱することなく、他の構成要素及び構成が使用され得ることを認識するであろう。

ほとんどのコンテンツ管理システムは、特定の利用モデルに最適化されており、他の利用メカニズムにはあまり適していない。これは、企業レベルで特定のインスタンスに導入されたコンテンツ管理システムには問題なく機能したが、最新のクラウドベースのコンテンツ管理システムには適していない。

最新のコンテンツ管理システムがより柔軟性を必要とすることを示す一例が、リンクの共有である。コンテンツ管理システム内のオブジェクトへのアクセスを提供できるリンクを共有するのが一般的である。しかしながら、リンクによって提供されるアクセスが、ファイルシステムによって利用されるアクセス制御ロジックと一致しないことがあるように、リンクはコンテンツ管理システムのファイルシステムと密接に結合されていないことが多い。多くの場合、コンテンツ管理システムは、リンク呼び出し元が適切なリンクホルダである場合にリンクが有効であるかを判定するため、及び、リンク呼び出し元のファイルシステム内のオブジェクトへのアクセス許可をブートストラップするために、追加のロジックを利用する必要がある。ほとんどのファイルシステムは、ファイルシステム内のアクタであるサブジェクトと、アクセス制御リストに記録された権限のステートメントに依存している。例えば、ユーザは読み取り／書き込みアクセス権を持つことができる。しかし、リンクの場合、リンクの呼び出し元がファイルシステムに知られていない場合、ファイルシステムは、アクセスを許可するかどうか、又はどのようなタイプのアクセスを許可すべきかを決定するために、誰をアクタとして識別すべきであるか？このような問題は、多くの複雑性を生み出し、コンテンツ管理システムによるリンク共有の柔軟性と機能性を制限する。例えば、このようなシナリオでは、ファイルシステムのアクセス制御リストでオブジェクトへのアクセスが許可されていないにもかかわらず、ユーザにオブジェクトへのアクセスが許可されてしまう結果になり得る。このような挙動は望ましくないが、リンク共有機能を有効にする必要がある。

開示された技術は、リンク呼び出し元によってリンクを介してオブジェクトが要求される場合に、オブジェクトアクセスを改善するという当技術分野における必要性に応える。具体的には、本技術は、ファイルシステム自体の既知のサブジェクトとしてリンクを識別することができる。そのため、リンクは、アクセス制御リストにおいて権限を与えられたアクタであることができる。このことは、多くの利点を提供する。主な利点は、ファイルシステムが、通常のアクセス制御リスト（Access Control List:ACL）評価を利用して、要求されたオブジェクトへのアクセスを直接判定できることである。オブジェクトがリンクを通じて匿名のリンク呼び出し元によって要求されるか、アクセス制御リストにアクセスパーミッションを持つコンテンツ管理システムの登録ユーザアカウントを通じて直接要求されるかにかかわらず、ファイルシステムは同じ方法でオブジェクトへのアクセスを評価することができる。

本技術は、読み出し時に効率的にアクセスをチェックすることができる。オブジェクトがコンテンツ管理システムの任意のクライアントによって要求されたとき、コンテンツ管理システムは、アクセスに何らかの変更があったかどうかを効率的に判定することができる。そして、アクセスに変更が生じたと判定された場合、コンテンツ管理システムは、新しいアクセス権限（又はその喪失）を決定することができる。

本技術は、また、より柔軟なアクセス許可モデルを提供する。オブジェクトに対するアクセス許可は、ディレクトリ全体に適用することができ、特定のオブジェクトにのみ適用することができ、グローバルポリシーから継承することができ、直接の先祖から継承することができ、継承されるはずの許可を抑制することができ、抑制され得ないポリシーを提供することができる、などである。上記のポリシーの任意の組合せを集約して、所定のディレクトリツリー内の特定のオブジェクトに対するアクセス制御リストを作成することができる。したがって、本技術は、カスタマイズされたあらゆるアクセスポリシーの集合に対応することができる。

アクセスは常に読み出し時にチェックされ、アクセスはオブジェクトレベルで評価できるので、リンクに関連するアクセスは、オブジェクト及びリンクに関連するアクセス制御リストを調整することによって、いつでも変更できる。

さらに、本技術は、オブジェクトへのリンクを提供するために、コンテンツ管理システムの従来のユーザアカウントの必要性を排除する。他のサービス又はＩＯＴデバイスは、リンクを送信することを望むかもしれない。従って、本技術はリンクサービスを含む。リンクサービスは、ソフトウェア・アズ・ア・サービス（software-as-a-service）モデルで提供することができ、エンティティ（ユーザアカウント、サービス、デバイスなど）は、ファイルシステム内のオブジェクトへのリンクを作成することができる。リンクサービスは、ファイルシステム内のリンクを確立することに加えて、様々な機能を実行することができる。例えば、リンクサービスは、ロギング、不正防止、ブロッキングなども実行できる。リンクサービスはまた、ファイルシステムによって実施されるアクセスポリシーを超える追加のリンクポリシーを実装又は実施することもできる。リンクサービスは、コンテンツ管理システムによって提供されるサービスとして実装されるか、コンテンツ管理システムとインタフェースする別のプラットフォームとして実装され得る。

さらに、本技術は、既存のリンクに対応することができる。これらの既存のリンクは、そのようなリンクをサポートするために前述の追加のロジックを利用するかもしれないが、レガシーリンクは有効なリンクのままであることが望まれる。従って、本技術のリンクサービスは、ファイルシステムがファイルシステム内のアクタとしてリンクを介したアクセスを評価することを可能にしたままで、既存のリンクロジックとインタフェースすることもできる。

さらに、リンクサービスの利用を望むであろう追加のサービスは、追加のサービスがリンク及びその利用をより制御できるようなユーザ体験を提供することを望むかもしれない。言い換えれば、追加のサービスは、リンクの取り扱いをリンクサービスに完全に引き渡すことを望まないもしれない。本技術は、追加のサービスと本技術のリンクサービスによるリンクの共同管理を提供することによって、このようなユースケースに対処することもできる。このようにして、追加のサービスは、希望する部分の制御を維持し、リンクの取り扱いの残りの部分をリンクサービスに委託することができる。

先行技術に対するこれら及び他の利点が、本明細書で説明される。

いくつかの実施形態において、開示される技術は、特に、オブジェクト同期機能及びコラボレーション機能を有するコンテンツ管理システムのコンテキストにおいて導入される。例示的なシステム構成１００が図１に示され、これは、クライアントデバイス１５０と対話するコンテンツ管理システム１１０を示している。

アカウント

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

コンテンツ管理システム１１０は、複数のアカウントをサポートする。サブジェクト（ユーザ、グループ、チーム、企業、サードパーティサービス、リンクサービス、デバイスなど）は、コンテンツ管理システムを用いてアカウントを作成することができ、アカウントの詳細はサブジェクトデータベース１４０に格納されることができる。サブジェクトデータベース１４０は、サブジェクトＩＤによって登録サブジェクトを識別し、サブジェクトＩＤに関連付けて登録サブジェクトのプロファイル情報を格納することができる。場合によっては、登録サブジェクトのプロファイル情報は、サブジェクト名及び／又は電子メールアドレスを含む。サブジェクトデータベース１４０は、アカウントタイプ（例えば、無料又は有料アカウントの様々な階層）、割り当てられた記憶空間、使用された記憶空間、登録されたコンテンツ管理クライアントアプリケーション１５２が常駐するクライアントデバイス１５０、セキュリティ設定、個人用の構成の設定などのアカウント管理情報を含むことができる。いくつかの実施形態では、アカウントに関連するいくつかの情報は、直接保存されなくてもよく、むしろこの情報は導出されることがある。例えば、使用される記憶空間は、明示的に記憶されてもよいし、必要なときに計算されてもよい。

いくつかの実施形態では、サブジェクトデータベース１４０は、サブジェクトのアカウントに関連する完全な情報を格納する必要はない。サブジェクトのアカウントに関連する情報の一部は、メタデータ・データベース１４６などのコンテンツ管理システム１１０の別のデータベース、又はコンテンツ管理システム１１０の外部のデータベースに格納され得る。

サブジェクトデータベース１４０は、サブジェクトに関連するアカウントのグループを格納することができる。グループは、グループパーミッションステートメント及び／又はアクセス制御リストに基づくパーミッションを持つことができ、グループのメンバはパーミッションを継承することができる。例えば、マーケティンググループはあるオブジェクトセットへアクセスすることができ、エンジニアリンググループは別のオブジェクトセットへのアクセスすることができる。管理者グループは、グループの変更、サブジェクトアカウントの変更などを行うことができる。グループは、サブジェクトＩＤによって識別されるサブジェクトでもある。

いくつかの実施形態では、サブジェクトデータベース１４０は、複数のテーブル、インデックス、及び他のデータ構造に分割することができる。

オブジェクトストレージ

コンテンツ管理システム１１０の特徴は、オブジェクトのストレージであり、オブジェクトは、オブジェクトストレージ１４２に格納され得る。オブジェクトは、一般に、ファイルシステムに記録され得る任意のエンティティである。オブジェクトは、ドキュメント、コラボレーションオブジェクト、テキストファイル、オーディオファイル、イメージファイル、ビデオファイル、ウェブページ、実行可能ファイル、バイナリファイル、オブジェクトディレクトリ、フォルダ、ＺＩＰファイル、プレイリスト、アルバム、シンボリックリンク、クラウドドキュメント、マウント、コンテンツ管理システム１１０又は他のコンテンツ管理システム内の他のオブジェクトを参照するプレースホルダオブジェクトなどのデジタルデータを含む任意のオブジェクトであり得る。

いくつかの実施形態では、オブジェクトは、複数のオブジェクトを含むフォルダ、又は共通の属性によって関連付け、又はグループ化された複数のオブジェクトを参照することができるコレクションにグループ化され得る。

いくつかの実施形態では、オブジェクトストレージ１４２は、特定の機能を処理するために他のタイプのストレージ又はデータベースと組み合わされる。オブジェクトストレージ１４２はオブジェクトを格納することができ、オブジェクトに関するメタデータはメタデータ・データベース１４６に格納され得る。同様に、オブジェクトがオブジェクトストレージ１４２に格納されている場所に関するデータは、オブジェクトディレクトリ１４４に格納され得る。さらに、変更、アクセスなどに関するデータが、オブジェクトデータベース１４８に格納され得る。オブジェクトデータベース１４８はまた、オブジェクトにアクセスできるサブジェクトＩＤを識別するサブジェクトアカウント識別子も含み得る。

いくつかの実施形態では、オブジェクトデータベース１４８は、複数のテーブル、インデックス、及び他のデータ構造に分割され得る。

オブジェクトストレージ１４２、オブジェクトディレクトリ１４４、オブジェクトデータベース１４８、及びメタデータ・データベース１４６などの様々なストレージ／データベースの各々は、２つ以上のそのようなストレージ又はデータベースで構成することができ、多くのデバイス及び場所に分散させることができる。他の構成も可能である。例えば、オブジェクトストレージ１４２、オブジェクトディレクトリ１４４、オブジェクトデータベース１４８、及び／又はメタデータ・データベース１４６からのデータは、１つ以上のオブジェクトストレージ又はデータベースに結合されてもよいし、追加のオブジェクトストレージ又はデータベースにさらに分割されてもよい。したがって、コンテンツ管理システム１１０は、図１に示されるよりも多くの、又は少ないストレージ及び／又はデータベースを含むことができる。

いくつかの実施形態では、オブジェクトストレージ１４２は、少なくとも１つのファイルシステム１１６に関連付けられ、このファイルシステム１１６は、オブジェクトのストレージを管理するためのソフトウェア又は他のプロセッサ実行可能命令を含み、オブジェクトのストレージの管理には、ストレージのためのオブジェクトの受信、ストレージのためのオブジェクトの準備、オブジェクトのためのストレージロケーションの選択、ストレージからのオブジェクトの取得などを含むが、これらに限定されない。いくつかの実施形態では、ファイルシステム１１６は、オブジェクトを、オブジェクトストレージ１４２での格納のための、より小さなチャンクに分割することができる。オブジェクトを構成する各チャンクの場所は、オブジェクトディレクトリ１４４に記録され得る。オブジェクトディレクトリ１４４は、オブジェクトストレージ１４２に格納された各オブジェクトのコンテンツエントリを含むことができる。コンテンツエントリは、オブジェクトを一意に識別するオブジェクトＩＤと関連付けることができる。

いくつかの実施形態では、各オブジェクト及びオブジェクトの各チャンクを決定論的ハッシュ関数から識別されてもよい。決定論的ハッシュ関数は、同じオブジェクトのすべてのコピーに対して同じハッシュを出力するが、異なるオブジェクトに対しては異なるハッシュを出力するので、オブジェクト及びオブジェクトのチャンクを識別するこの方法は、オブジェクトの重複がそのように認識されることを保証にする。この方法論を使用すると、ファイルシステム１１６は、オブジェクトの異なるバージョンごとに一意のハッシュを出力することができる。

ファイルシステム１１６は、また、オブジェクトデータベース１４８において、オブジェクトの親又はオブジェクトのコンテンツパスを指定又は記録することもできる。コンテンツパスは、オブジェクトの名前及び／又はオブジェクトに関連付けられたフォルダ階層を含むことができる。例えば、コンテンツパスは、オブジェクトがクライアントデバイス上のローカルファイルシステムに格納されているフォルダ又はフォルダのパスを含むことができる。いくつかの実施形態では、オブジェクトデータベースは、任意のオブジェクトの直接の先祖又は直接の子のみを格納することができ、これにより、オブジェクトのフルパスを導出することができ、オブジェクトのパス全体を格納するよりも効率的であり得る。

オブジェクトはオブジェクトストレージ１４２にブロック単位で格納され、ツリーのようなディレクトリ構造の下には格納されないかもしれないが、そのようなディレクトリ構造は、オブジェクトを閲覧するサブジェクトにとって快適なナビゲーション構造である。ファイルシステム１１６は、オブジェクトのコンテンツパスを定義又は記録することができ、ディレクトリ構造の「ルート」ノードは特定のアクセス権限が割り当てられた任意のディレクトリであり得、他のディレクトリからアクセス権限を継承するディレクトリとは対照的である。

いくつかの実施形態では、ルートディレクトリは別のルートディレクトリの下にマウントされ、単一のディレクトリ構造の外観を与えることができる。これは、アカウントが複数のルートディレクトリにアクセスできる場合に起こり得る。上述したように、ディレクトリ構造は、オブジェクトを閲覧するサブジェクトのための快適なナビゲーション構造にすぎないが、オブジェクトストレージ１４２内のオブジェクトの格納場所には相関しない。

アカウントがオブジェクトを閲覧するディレクトリ構造は、コンテンツ管理システム１１０におけるオブジェクトの格納場所と相関しないが、ディレクトリ構造は、クライアントデバイス１５０によって使用されるファイルシステムに応じて、クライアントデバイス１５０におけるオブジェクトの格納場所と相関し得る。

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

ファイルシステム１１６は、オブジェクト又はオブジェクトのバージョンを構成する重複オブジェクト又は重複ブロックを識別することによって、必要な記憶空間の量を減少させることができる。複数のコピーを格納する代わりに、オブジェクトストレージ１４２は、オブジェクト又はオブジェクトのブロックの単一のコピーを格納することができ、オブジェクトディレクトリ１４４は、重複を単一のコピーにリンクするポインタ又は他の機構を含むことができる。

ファイルシステム１１６はまた、オブジェクト、オブジェクトタイプ、フォルダ、ファイルパスを、及び／又は、様々なアカウント、コレクション、又はグループに対するオブジェクトの関係を、記述するメタデータを、オブジェクトのオブジェクトＩＤに関連付けてメタデータ・データベース１４６に格納することもできる。

ファイルシステム１１６はまた、オブジェクトデータベース１４８に変更、アクセスなどに関するデータのログを格納することができる。オブジェクトデータベース１４８は、オブジェクトのオブジェクトＩＤを含むことができ、任意選択で、タイムスタンプ又はバージョン番号及びその他の関連データとともに、変更又はアクセス動作の説明を含むことができる。オブジェクトデータベース１４８は、変更又はオブジェクトアクセスによって影響を受けるブロックへのポインタも含むことができる。ファイルシステム１１６はまた、オブジェクトへの変更、オブジェクトの異なるバージョン（分岐するバージョンツリーを含む）、及びオブジェクトデータベース１４８から取得できる変更履歴を追跡するオブジェクトバージョン制御機構を使用することによって、操作を取り消す能力も提供できる。

オブジェクトの同期

コンテンツ管理システム１１０の別の特徴は、少なくとも１つのクライアントデバイス１５０とのオブジェクトの同期である。クライアントデバイス１５０は、異なる形態をとり、異なる能力を有することができる。例えば、クライアントデバイス１５０_１は、そこに常駐する複数のアプリケーションによってアクセス可能なローカルファイルシステムを有するコンピューティングデバイスである。クライアントデバイス１５０_２は、オブジェクトが特定のアプリケーションによってのみ、又は特定のアプリケーションによって与えられた許可によってのみアクセス可能なコンピューティングデバイスであり、オブジェクトは通常、アプリケーション固有の空間又はクラウド内のいずれかに格納される。クライアントデバイス１５０_３は、ウェブブラウザを介してコンテンツ管理システム１１０にアクセスし、ウェブインタフェースを介してオブジェクトにアクセスする任意のクライアントデバイスである。例示的なクライアントデバイス１５０_１、１５０_２、及び１５０_３は、ラップトップ、モバイルデバイス、又はウェブブラウザのようなフォームファクタで示されているが、その説明は、これらの例示的なフォームファクタのデバイスに限定されないことを理解されたい。例えば、クライアント１５０_２のようなモバイルデバイスは、そこに常駐する複数のアプリケーションによってアクセス可能なローカルファイルシステムを有するかもしれないし、クライアント１５０_２は、ウェブブラウザを介してコンテンツ管理システム１１０にアクセスするかもしれない。このように、クライアント１５０の機能を考慮する場合、フォームファクタは限定的であると考えられるべきではない。クライアントデバイス１５０に関して本明細書で説明する１つ以上の機能は、デバイスの特定の能力（ファイルアクセスモデルがそのような能力の１つである）に応じて、すべてのクライアントデバイスで利用可能である場合もあれば、そうでない場合もある。

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

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

クライアント同期サービス１５６は、クライアントデバイス１５０とコンテンツ管理システム１１０との間でオブジェクトへの変更を同期するために、サーバ同期サービス１１２と通信することができる。

クライアントデバイス１５０は、クライアント同期サービス１５６を介してコンテンツ管理システム１１０とコンテンツを同期することができる。同期は、プラットフォームに依存しないものとすることができる。すなわち、コンテンツは、様々なタイプ、能力、オペレーティングシステムなどの複数のクライアントデバイスにわたって同期させることができる。クライアント同期サービス１５６は、クライアントデバイス１５０のファイルシステムの指定された場所にあるオブジェクトに対するあらゆる変更（例えば、新しい、削除された、修正された、コピーされた、又は、移動されたオブジェクト）を同期することができる。

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

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

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

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

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

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

クライアント同期サービス１５６は、コンテンツ管理システム１１０上の特定のサブジェクトアカウントに関連付けられたすべてのコンテンツを同期することができる。あるいは、クライアント同期化サービス１５６は、コンテンツ管理システム１１０上の特定のサブジェクトアカウントに関連付けられたオブジェクトの一部を選択的に同期することができる。オブジェクトの一部のみを選択的に同期させることは、クライアントデバイス１５０上のスペースを確保することでき、帯域幅を節約することができる。

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

上記で取り上げた同期の実施形態は、クライアントデバイス１５０とコンテンツ管理システム１１０のサーバに言及したが、ユーザアカウントは、任意の１つのクライアントデバイス１５０上のオブジェクトへの変更が、コンテンツ管理システム１１０とのそれぞれの同期を通じて他のクライアントデバイス１５０に伝搬することができるような、オブジェクトをコンテンツ管理システム１１０とすべてが同期させる任意の数のクライアントデバイス１５０を有することができることは、当業者であれば理解されるべきである。

コラボレーション機能

コンテンツ管理システム１１０の別の特徴は、サブジェクト間のコラボレーションを容易にすることである。コラボレーション機能には、オブジェクトの共有、オブジェクトに対するコメント、リアルタイムでのオブジェクトに対する共同作業、インスタントメッセージング、オブジェクトに関しての、プレゼンス及び「見られた」状態情報の提供などが含まれる。

共有

コンテンツ管理システム１１０は、共有サービス１２８又はリンクサービス１３６を介してオブジェクトの共有を管理することができる。共有サービスによるコンテンツの共有は、共有サービス１２８を使用してコンテンツをリンクし、各サブジェクトアカウントがそれぞれのアカウント内のオブジェクトにアクセスできるように、少なくとも１つの追加のサブジェクトアカウント（オブジェクトに関連付けられた元のサブジェクトアカウントに加えて）とコンテンツ管理システム１１０内でコンテンツを共有することを含むことができる。追加のサブジェクトアカウントは、コンテンツを受け入れることによってコンテンツにアクセスを得ることができ、コンテンツは、ウェブインタフェースサービス１２４を介して、又はクライアントデバイス１５０上のそれらのアカウントに関連付けられたディレクトリ構造内から直接アクセスすることができる。共有は、プラットフォームにとらわれない方法で実行されることができる。すなわち、コンテンツは、タイプ、能力、オペレーティングシステムなどが異なる複数のクライアントデバイス１５０にわたって共有されることができる。また、コンテンツはまた、様々な種類のサブジェクトアカウントにわたって共有されることもできる。

コンテンツ管理システム１１０内でオブジェクトを共有するために、共有サービス１２８は、チーム又は１つ又は複数のサブジェクトアカウントのサブジェクトＩＤを、オブジェクトに関連付けられたオブジェクトデータベース１４８内のオブジェクトに関連付けることができ、したがって、追加のサブジェクトアカウントにオブジェクトへのアクセス権を付与することができる。共有サービス１２８はまた、サブジェクトアカウントのオブジェクトへのアクセスを制限するために、オブジェクトデータベース１４８内のオブジェクトへのアクセスを許可されているサブジェクトＩＤを削除することもできる。共有サービス１２８は、オブジェクトデータベース１４８に、オブジェクト識別子、オブジェクトへのアクセスを与えられたサブジェクト識別子、及びアクセスレベルを記録することができる。例えば、いくつかの実施形態では、単一のオブジェクトに関連付けられたサブジェクト識別子は、関連付けられたオブジェクトに関して、それぞれのサブジェクト識別子に異なるパーミッションを指定することができる。

いくつかの実施形態では、コンテンツ管理システム１１０は、それぞれのオブジェクトに関連する完全なアクセス権の説明を含むアクセス制御リスト１４５を含むことができる。コンテンツ管理システム内のそれぞれのオブジェクトに対するアクセス制御リストは、オブジェクトデータベース１４８から導出されることができる。いくつかの実施形態では、それぞれのオブジェクトに対するアクセス制御リスト１４５は必要なときに導出できるので、それぞれのオブジェクトに対する永続的なアクセス制御リスト１４５を維持することは望ましくない。いくつかの実施形態では、オブジェクトは、先祖オブジェクトなどの別のオブジェクトからアクセス権を継承することができる。

オブジェクトはまた、リンクによってアクセスできるように共有することもできる。リンクサービス１３６は、オブジェクトへのリンクを作成し、リンクの管理を処理し、ロギング、不正防止、サードパーティサービスとの統合、及び本明細書でさらに詳細に説明されるような他の機能などのリンク関連機能を実行することができる、ソフトウェア・アズ・ア・サービス・プラットフォームである。

コンテンツ管理システム１１０の外部でオブジェクトを共有するために、リンクサービス１３６は、ユニフォームリソースロケータ（ＵＲＬ）などのカスタムネットワークアドレスを生成することができ、これは、任意のウェブブラウザがコンテンツ管理システム１１０内のオブジェクト又はコレクションにアクセスすることを可能にする。リンクサービス１３６は、生成されたＵＲＬにコンテンツ識別データを含めることができ、これは後に、要求されたオブジェクトを適切に識別して返すために使用され得る。例えば、リンクサービス１３６は、リンクで識別されるオブジェクトにアクセスする要求を受信し、リンク関連機能を実行し、ファイルシステム１１６と通信して、リンクに関連するアクセス許可を評価することができる。一旦、アクセスが決定されると、リンク呼び出し元がファイルシステム１１６からオブジェクトを取得するために使用され得る、オブジェクトＩＤと任意選択的にサブジェクトＩＤとを識別する、メッセージ内のファイルアクセストークンを返すことができる。

ＵＲＬを生成することに加えて、リンクサービス１３６は、オブジェクトデータベース１４８に、オブジェクトへのＵＲＬが作成されたことを記録するように構成することもできる。いくつかの実施形態では、オブジェクトに関連するオブジェクトデータベース１４８へのエントリは、オブジェクトへのＵＲＬが作成されたかどうかを示すＵＲＬフラグを含むことができる。例えば、ＵＲＬフラグは、オブジェクトへのＵＲＬが作成されていないことを示すために０又はfalseに初期設定されたブール値であることができる。共有サービス１２８は、オブジェクトへのＵＲＬを生成した後、フラグの値を１又はtrueに変更することができる。また、共有サービス１３６は、リンクを識別する新しいサブジェクトＩＤをサブジェクトデータベース１４０に作成することができる。この動作により、リンクは、リンクファイルシステム１１６内のアクタとなる。本明細書で使用する場合、リンクのサブジェクトＩＤは、Ｌｉｎｋ＿ｓＩＤと呼ばれることがある。

いくつかの実施形態では、共有サービス１２８は、オブジェクトに対するＬｉｎｋ＿ｓＩＤにパーミッションのセットを関連付けることができる。例えば、オブジェクトがＵＲＬを介してアクセスされる場合、共有サービス１２８は、そのオブジェクトに対するＬｉｎｋ＿ｓＩＤに関して関連付けられたパーミッションに基づいて、オブジェクトに対する限定された、パーミッションのセットを提供することができる。限定されたパーミッションの例は、サブジェクトがオブジェクトをダウンロードできない、オブジェクトを保存できない、オブジェクトをコピーできない、オブジェクトを修正できないなどの制限を含む。いくつかの実施形態では、制限されたパーミッションは、指定されたドメインから、すなわち企業ネットワークドメイン内から、又は指定されたドメインに関連付けられたアカウント、例えば企業アカウント（例えば、@acme.com）に関連付けられたアカウントによってのみ、オブジェクトがアクセスされることを許可する制限を含む。

いくつかの実施形態では、リンクサービス１３６は、生成されたＵＲＬを非アクティブにするように構成することもできる。例えば、オブジェクトデータベース１４８への各エントリはまた、生成されたＵＲＬからのリクエストに応答して、コンテンツが返されるべきかどうかを示すＵＲＬアクティブフラグを含むこともできる。例えば、リンクサービス１３６は、ＵＲＬアクティブフラグが１又はtrueに設定されている場合にのみ、生成されたリンクによって要求されたオブジェクトを返すことができる。従って、ＵＲＬが生成されたオブジェクトへのアクセスは、ＵＲＬアクティブフラグの値を変更することによって容易に制限され得る。これにより、オブジェクトを移動したり、生成されたＵＲＬを削除したりする必要なく、サブジェクトに対して共有オブジェクトへの制限されたアクセスを許可する。同様に、共有サービス１２８は、ＵＲＬアクティブフラグの値を再び１又はtrueに変更することにより、ＵＲＬを再アクティブ化することができる。従って、サブジェクトは、新しいＵＲＬを生成する必要なしに、オブジェクトに対するアクセスを容易に回復することができる。オブジェクトへのアクセスはまた、オブジェクトのＬｉｎｋ＿ｓＩＤに関連付けられたパーミッションステートメントを変更することによっても、変更することができる。これはまた、リンクが配布された後にも起こり得る。

いくつかの実施形態では、コンテンツ管理システム１１０は、オブジェクトをアップロードするためのＵＲＬを指定することができる。例えば、サブジェクトアカウントを持つ第１のサブジェクトは、そのようなＵＲＬを要求し、投稿するサブジェクトにＵＲＬを提供し、投稿するサブジェクトは、ＵＲＬを使用して、第１のサブジェクトのサブジェクトアカウントにオブジェクトをアップロードすることができる。

リンクサービス１３６は、コンテンツ管理システム１１０の一部として提供されるサービスとして示されているが、リンクサービス１３６は、別個のサービスであってもよい。

チームサービス

いくつかの実施形態では、コンテンツ管理システム１１０はチームサービス１３０を含む。チームサービス１３０は、サブジェクトアカウントの定義されたチームを作成及び管理するための機能を提供することができる。チームは、サブチーム(事業部、プロジェクトチームなど)を持つ企業に対して作成されることができ、チーム及びサブチームに割り当てられたサブジェクトアカウント、又はチームは、任意の定義されたグループに対して作成されることができる。チームサービス１３０は、チームのための共通の共有スペース、プライベートなサブジェクトアカウントフォルダ、及びアクセス制限された共有フォルダを提供できる。チームサービス１３０はまた、管理者がチーム内のコレクション及びオブジェクトを管理するための管理インタフェースを提供し、チームに関連付けられたサブジェクトアカウントを管理することができる。チーム、サブチーム、サブジェクトアカウントはすべて、サブジェクトデータベース１４０にサブジェクト識別子が付与され、サブジェクトアカウントによるチームへのメンバシップもサブジェクトデータベース１４０に記録される。

ＩＡＭ（アイデンティティ及びアクセス管理）サービス

いくつかの実施形態では、コンテンツ管理システム１１０は、ＩＡＭサービス１３２を含む。ＩＡＭサービス１３２は、サブジェクトアカウントを認証することができる。複数の権利レベル（例えば、サブジェクトの権利と管理者の権利を持つサブジェクトアカウント）を持つサブジェクトのアカウントの場合、ＩＡＭサービス１３２はまた、管理者による意図しない行動を避けるために、明示的な特権の昇格を促進することもできる。

オブジェクトアクセス

ファイルシステム１１６は、クライアントアプリケーション１５２から、オブジェクトにアクセスする要求に従うトークンを受け取ることができ、サブジェクトアカウントに許可されたケイパビリティを返すことができる。ファイルシステム１１６は、オブジェクトストレージ１４２とは別個のエンティティとして示されているが、ファイルシステム１１６への言及は、ファイルシステム１１６がオブジェクトストレージ１４２上でオペレーションを実行することを指すことができる。例えば、ファイルシステム１１６からオブジェクトの要求を行うというサブジェクトに対する言及は、ファイルシステム１１６が、アクセスが許可されているかどうかを判定し、オブジェクトストレージ１４２からオブジェクトを取得する操作を実行することを指す。従って、ファイルシステム１１６への言及は、ファイルシステム１１６及びオブジェクトストレージ１４２の集合体への言及の代替となり得る。

プレゼンス及び「見られた」状態

いくつかの実施形態では、コンテンツ管理システムは、オブジェクトが共有されているサブジェクトが、オブジェクトとどのように対話しているか、又は対話したかの情報を提供することができる。いくつかの実施形態では、コンテンツ管理システム１１０は、オブジェクトが共有されているサブジェクトが現在オブジェクトを閲覧していることを報告することができる。例えば、クライアントコラボレーションサービス１６０は、クライアントデバイス１５０がオブジェクトにアクセスしているとき、通知サービス１１７に通知することができる。次に、通知サービス１１７は、同じオブジェクトにアクセスする他のサブジェクトのすべてのクライアントデバイスに、オブジェクトに対するクライアントデバイス１５０のサブジェクトのプレゼンスを通知することができる。

いくつかの実施形態では、コンテンツ管理システム１１０は、共有オブジェクトに対するサブジェクトの対話の履歴を報告することができる。コラボレーションサービス１２６は、メタデータ・データベース１４６及びオブジェクトデータベース１４８などのデータソースに照会して、サブジェクトがオブジェクトを保存したこと、サブジェクトがオブジェクトをまだ閲覧していないことなどを判定し、通知サービス１１７を使用してこのステータス情報を他のサブジェクトに配信して、誰が現在オブジェクトを閲覧中であるか、又は、閲覧もしくは変更したかを知ることができるようにすることができる。

コラボレーションサービス１２６は、オブジェクトがコメント機能をネイティブにサポートしていなくても、コンテンツに関連するコメントを容易にすることができる。このようなコメントは、メタデータ・データベース１４６に格納されることができる。

コラボレーションサービス１２６は、サブジェクトの通知を発し、送信することができる。例えば、あるサブジェクトがコメントで他のサブジェクトについて言及すると、コラボレーションサービス１２６は、そのサブジェクトに自分がコメントで言及されたことを知らせる通知を送信することができる。オブジェクトの削除、オブジェクトの共有など、様々な他のオブジェクトイベントが通知をトリガすることができる。

コラボレーションサービス１２６はまた、サブジェクトがインスタントメッセージ、音声通話、電子メールなどを送受信できるメッセージングプラットフォームを提供することもできる。

コラボレーションオブジェクト

いくつかの実施形態では、コンテンツ管理サービスはまた、インタラクティブなオブジェクトコラボレーションプラットフォームを提供する、コラボレーションドキュメントサービス１３４も含むことができ、これにより、サブジェクトが同時にコラボレーションオブジェクトを作成し、コラボレーションオブジェクトにコメントし、コラボレーションオブジェクト内のタスクを管理することができる。コラボレーションオブジェクトは、サブジェクトがコラボレーションオブジェクトエディタを使用して作成及び編集できるファイルであることができ、コラボレーションオブジェクト要素を含むことができる。コラボレーションオブジェクト要素は、コラボレーションオブジェクト識別子、１つ以上の作成者識別子、コラボレーションオブジェクトテキスト、コラボレーションオブジェクト属性、対話情報、コメント、共有サブジェクトなどを含むことができる。コラボレーションオブジェクト要素は、データベースエンティティとして格納されることができ、これによりコラボレーションオブジェクトを検索及び取得することができる。複数のサブジェクトは、同時に、又は異なる時間に、コラボレーションオブジェクトにアクセスし、閲覧し、編集し、協働することができる。いくつかの実施形態では、これは、２人のサブジェクトがウェブインタフェースを介してオブジェクトにアクセスし、そこでオブジェクトの同じコピー上で同時に作業することを要求することによって管理されることができる。

コラボレーションコンパニオンインタフェース

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

いくつかの実施形態では、上述したサービス又はストレージ／データベースの１つ以上は、公開又は非公開のアプリケーション・プログラミング・インタフェースを使用してアクセスされ得る。

特定のソフトウェアアプリケーションは、サブジェクトに代わってＡＰＩを介してオブジェクトストレージ１４２にアクセスすることができる。例えば、クライアントデバイス１５０上で実行されるアプリケーションなどのソフトウェアパッケージは、サブジェクトが認証資格情報を提供するときに、コンテンツを読み出す、書き込む、作成する、削除する、共有する、又はその他の操作を行うために、コンテンツ管理システム１１０にプログラム的にＡＰＩコールを直接行うことができる。

サブジェクトは、ウェブインタフェースサービス１２４によって生成され、提供されるウェブインタフェースを介して、サブジェクトアカウントに格納されたコンテンツを閲覧又は操作することができる。例えば、サブジェクトは、コンテンツ管理システム１１０によって提供されるウェブアドレスにウェブブラウザでナビゲートすることができる。オブジェクトの新しいバージョンをアップロードするなど、ウェブインタフェースを通じて行われたオブジェクトストレージ１４２内のコンテンツに対する変更又は更新は、サブジェクトのアカウントに関連付けられた他のクライアントデバイスに反映されることができる。例えば、それぞれが独自のクライアントソフトウェアを有する複数のクライアントデバイスを単一のアカウントに関連付けることができ、アカウント内のオブジェクトを、複数のクライアントデバイスのそれぞれの間で同期させることができる。

クライアントデバイス１５０は、サブジェクトに代わって、コンテンツ管理システム１１０に接続することができる。サブジェクトは、例えばクライアントデバイス１５０がデスクトップ又はラップトップコンピュータ、電話、テレビ、ＩｏＴデバイスなどである場合、クライアントデバイス１５０と直接対話することができる。代替的又は追加的に、クライアントデバイス１５０は、例えばクライアントデバイス１５０がサーバである場合、サブジェクトがクライアントデバイス１５０に物理的にアクセスすることなく、サブジェクトに代わって動作することができる。

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

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

サードパーティサービス

いくつかの実施形態では、コンテンツ管理システム１１０は、ワークスペースサービス、電子メールサービス、タスクサービスなどの１つ以上のサードパーティサービスとインタフェースする機能を含むことができる。そのような実施形態では、コンテンツ管理システム１１０は、コンテンツ管理システム１１０によって提供される様々なサブジェクトインタフェースにそれらのサードパーティサービスからの機能又はデータをもたらすためにサードパーティサービスと対話するための、サードパーティサービスのサブジェクトアカウントのログイン認証情報を提供され得る。

いくつかの実施形態では、サードパーティサービスはまた、リンクサービス１３６を介してコンテンツ管理システム１１０と対話することもでき、サードパーティサービスは、リンクサービス１３６によって、それに代わってリンクを作成するよう要求することができる。

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

システム１００は特定の構成要素で示されているが、当業者であれば、システム１００のアーキテクチャ構成は単に１つの可能な構成であり、より多くの又はより少ない構成要素を有する他の構成が可能であることを、理解すべきである。

図２は、いくつかの実施形態による、コンテンツ管理システム１１０の追加の詳細を示す。例えば、図２は、上述したように、他の機能の中でも、オブジェクトストレージ１４２内のどこにオブジェクトが格納されるかを決定するように構成されるファイルシステム１１６を示す。

オブジェクトストレージ１４２は、複数のオブジェクトストレージシャード１４２ｎに分割され、各シャードに関連付けられるのは、オブジェクトデータベース１４８の一部であるものとして示されている。オブジェクトは、様々なオブジェクトストレージシャード１４２ｎにわたって分散され、特定のオブジェクトストレージシャード１４２ｎ上のオブジェクトに関連するデータは、同じシャード上に格納されるオブジェクトデータベース１４８の部分にも格納される。複数のシャードにわたるオブジェクトストレージデータベース１４２のこの分散を容易にするために、ファイルシステム１１６は、オブジェクトデータベース１４８に書き込まれるべきデータを、適切なシャード上のオブジェクトデータベースの適切な部分に指示することができる。さらに、オブジェクトが１つのオブジェクトストレージシャード１４２ｎから別のオブジェクトストレージシャード１４２ｎに移動されるとき、ファイルシステム１１６は、シャード間でオブジェクトを移行することと、そのオブジェクトに関連するオブジェクトデータベース１４８内のデータを新しいオブジェクトストレージシャード１４２ｎに移行することとの両方を担当する。

図２はまた、ファイルシステム１１６及びサブジェクトデータベース１４０と通信するＩＡＭサービス１３２を示す。本明細書でさらに説明するように、ＩＡＭサービス１３２は、オブジェクトに関連するアクセス情報を決定するために、ファイルシステム１１６及びオブジェクトデータベース１４８と対話することができる。ＩＡＭサービス１３２はまた、認証及びアクセスサービスを実行するために、サブジェクトデータベース１４０と対話することもできる。

図２はまた、図１に関連して説明したサービスの任意の１つのサービス、又は、本明細書でさらに説明する１以上の機能を実行するために、ファイルシステム１１６、オブジェクトデータベース１４８、又はメタデータ・データベース１４６と対話する必要があり得るか、さもなくばこれらのクライアントである必要があり得る他のサービスを一般的に示したものでもある。

図２はまた、リンクサービス１３６によって実行される様々な機能を利用するために、クライアントデバイス１５０、ファイルシステム１１６、サードパーティサービス１７０、及びレガシーリンクサービス１３５によって呼び出されることができるインタフェースを提供する１つ以上のＡＰＩ１３８を有するリンクサービス１３６をも示したものである。

リンクサービス１３６は、オブジェクトへのリンクの作成を扱うことができ、様々なリンクサービスを提供することができるソフトウェア・アズ・ア・サービス・プラットフォームである。リンクサービス１３６の最も基本的な機能は、ＡＰＩ１３８を介して、リンクを作成して発行する要求を受け取ることである。このような要求を受け取ると、リンクサービス１３６は、ＵＲＬに関するメタデータを用いて、オブジェクト及び／又はエンティティに対して、ＵＲＬを作成及び／又はマッピングすることができる。いくつかの実施形態では、リンクサービス１３６はまた、リンクの有効期限、パスワード、閲覧者などのリンク設定の作成及び実施を処理することもできる。リンクサービス１３６はまた、誰があるオブジェクトへのリンクを作成できるかを制御することができ、検証されていないユーザのためのリンク作成を防止することもできる。リンクサービス１３６は、任意のリンクが、オブジェクトに関連付けられた他の共有ポリシー又はアクセスポリシーに適合することを保証することができる。

リンクサービス１３６の別の重要な機能は、リンク呼び出し元によって呼び出されたＵＲＬによってマップされるメタデータのオブジェクトにアクセスするための要求を、ＡＰＩ１３８を介して受信することである。このような要求を受信することは、リンクの基本的な検証や要求されたコンテンツの提供以上のものが含まれる。リンクサービス１３６はまた、レート制限（リンクが呼び出され得る頻度又は速度を制限する）、不正防止、リンクの禁止、分析、メトリック及びロギング、リンク送信者及び訪問者のトラッキング、監査ロギングに関連する機能も実行できる。リンクサービス１３６はまた、リンクを管理するための管理者インタフェースも提供することもできる。

いくつかの実施形態では、リンクサービス１３６は、ファイルシステム１１６のロジックを利用して、リンク呼び出し元が、リンクが参照するオブジェクトにアクセスできるかどうかを判定する。例えば、リンクサービス１３６は、ファイルシステム１１６を利用して、リンク呼び出し元が、リンクが参照するオブジェクトにアクセスすることを可能とすべきかどうかを判定することができる。本明細書で取り上げるように、リンクサービスは、ファイルシステム１１６内のアクタ（すなわち、サブジェクトＩＤ、ｓＩＤ、又は特にリンクを参照するときは、ｌｉｎｋ＿ｓＩＤ）としてリンクを確立することができ、ｌｉｎｋ＿ｓＩＤは、パーミッションステートメント内の指定されたパーミッションと関連付けられる。

いくつかの実施形態では、リンクサービス１３６は、リンク呼び出し元が、リンクが参照するオブジェクトにアクセスできるかどうかを判定するためにファイルシステムの外部のロジックを利用し、リンクサービス１３６は、リンク呼び出し元がオブジェクトにアクセスすることができるべきであるかどうかを判定するためにサードパーティサービス１７０を利用することができる。この例の文脈におけるサードパーティサービスは、コンテンツを生成するサービスであり得るが、コンテンツを共有するためにリンクサービスを利用するサービスであるかもしれない。サードパーティサービス１７０はまた、サードパーティサービス１７０で生成されたコンテンツを保存するために、コンテンツ管理システム１１０を使用することもあり得る。この例の文脈におけるサードパーティサービス１７０はまた、オブジェクトを生成しないサービスであり得るが、その代わりに、オブジェクトが関連する、文書の署名、ビデオ会議、ワークフローなどのサービスを提供するサービスであってもよい。リンク呼び出し元がオブジェクトにアクセスすることができるとすべきかどうかを判定するためにサードパーティサービス１７０を利用することは、サードパーティサービスがリンクを発行するためにリンクサービス１３６を利用するが、サードパーティサービス１７０がリンクの管理の一部を共有したい場合に特に有用である。この例はまた、サードパーティサービス１７０がリンクを発行したが、リンクを管理するためにリンクサービス１３６を利用したい場合にも有用である。

リンク呼び出し元が、リンクが参照するオブジェクトにアクセスできるかどうかを判定するためにファイルシステムの外部のロジックを利用する別の例では、リンクサービス１３６は、リンク呼び出し元がオブジェクトにアクセスできるべきかどうかを判定するためにレガシーリンクサービス１３５を利用することができる。この例は、発行されたリンクが、リンクサービス１３６によって提供されるアクセスロジックとは異なるアクセスロジックを利用する場合に特に有用である。このようにして、レガシーリンクは、リンク呼び出し元が期待するユーザ体験を提供し続けることができ、一方、リンクサービス１３６は、リンクの管理とメンテナンスを引き継ぐことができる。

いくつかの実施形態では、リンクサービス１３６は、いくつかのリンクをサポートするために、サードパーティサービス１７０又はレガシーリンクサービス１３５によって提供されるロジックとともにファイルシステム１１６のロジックを利用することができる。

図３は、いくつかの実施形態による、オブジェクトデータベース１４８の例を示す。オブジェクトデータベース１４８は、テーブル及びインデックスの集合から構成され得るが、図３は、アクセス制御リスト（ＡＣＬ）テーブル２０２及びオブジェクトテーブル２１２を示す。

オブジェクトデータベース１４８のテーブルはすべてキーバリューストアであるが、本技術はこのようなデータ構造に限定されるべきではない。オブジェクトデータベース１４８のすべてのテーブルは、オブジェクトＩＤ（ｏＩＤ）及びハイブリッド論理クロック（ＨＬＣ）を参照する。オブジェクトデータベース１４８内のテーブルにおいて、ｏＩＤとＨＬＣは、オブジェクトデータベース１４８内の様々なテーブルにおいてルックアップを実行するためのキーを構成する。

ｏＩＤはオブジェクトのＩＤである。オブジェクトは一般に、ファイルシステムに記録され得る任意のエンティティである。ハイブリッド論理クロック（ＨＬＣ）は、タイムクロックと論理クロックの側面を併せ持つクロック値である。ＨＬＣは、特定のマシン上のすべてのイベントが発生した順に記録することを保証し、また、受信マシン上の送信後のすべてのイベントが、送信マシン上の送信前のイベントの後に順番に記録されることを保証する。

前置きしたように、オブジェクトデータベース１４８は、いくつかのテーブルから構成され得る。ＡＣＬテーブル２０２は、オブジェクトに関連するパーミッション（アクセスを含む）のすべての変更を記録するように最適化されている。いくつかの実施形態では、パーミッションは、サブジェクト、アクション、ケイパビリティ、及び継承のタプルの項目で表現され、これらはすべてＡＣＬテーブル２０２に記録される。この説明全体を通してタプルへの参照が使用されているが、当業者であれば、値のコレクションを表す任意の仕組みが使用できることを理解するだろう。

サブジェクト（サブジェクトＩＤ（ｓＩＤ）によって識別される）は、コンテンツ管理システム内の任意のアクタに関係する。リンクの場合、サブジェクトＩＤはｌｉｎｋ＿ｓＩＤと呼ばれることがある。アクタは、個人のサブジェクトアカウント、個人のアカウントにマッピングされるチーム又はグループ、チームにマッピングされる組織、グループのグループ、リンク、デバイス、組織、サードパーティサービス１７０、又は任意のエンティティなどであり得る。いくつかの実施形態では、複数のサブジェクトＩＤはパーミッションステートメントにリストされ得る。

アクションは、サブジェクトがケイパビリティを実行することを許可されるか許可されないかを定義し、他の要因に条件付けられ得る。以下の表は、いくつかのアクション例について説明したものである。

これらのアクションを組み合わせることで、高度にカスタマイズされたパーミッションステートメントを作成する能力を提供する。上述したように、本技術は、潜在的なパーミッションの幅広いアレイをサポートすることによって、及び、非常に効率的なシステムにおける多種多様なパーミッションの組織スキームを考慮することによって、先行技術に対する改善を提供する。いくつかのエンティティアカウントは、汎用のトップレベルルールによって統治されるかもしれないが、例外が必要な場合もあるかもしれない。例えば、組織アカウントは、共有が組織内であることに限って、チームメンバーによるオブジェクトの共有を許可するかもしれない。このポリシーは、組織のアカウント内のすべてのオブジェクトに適用されるトップレベルのポリシーである。しかし、例外が作成される必要な場合もあり得、上記のアクションはそのような例外を許可する。

いくつかのアクションはまた、継承も参照している。ＡＣＬテーブル２０２はまた、オブジェクトが他のオブジェクトからパーミッションを継承すべきかどうかを参照する、継承順序に関する列も含んでいる。ほとんどのコンテンツ管理システムは、ツリー・ディレクトリ構造において、すべてのノードがその直近の先祖からパーミッションを継承する、ラスト継承（inherit last）スキームに従っている。しかし、本技術では、ディレクトリ構造の最上位からの継承、直接の先祖からの継承（ラスト継承）、又はパーミッションをまったく継承しないことのいずれかをサポートすることができる。これらの継承スキームの組合せはまた、任意のオブジェクトに対して可能な高度にカスタマイズされたパーミッションにも寄与する。すべてのオブジェクトが、ディレクトリツリー内のその下にあるすべてのオブジェクトに適用される最上位のポリシーと考えられるファースト継承（inherit-first）のパーミッションステートメントに従うことも可能であり、一方、また、その直近の先祖から一部のプロパティを継承することも可能である。また、特定のオブジェクトが、ファースト継承又はラスト継承パーミッションステートメントのいずれも継承しないことも可能である。場合によっては、サブジェクトが、ディレクトリ構造内のいかなる先祖オブジェクトや子オブジェクトにアクセスすることなしに、オブジェクトにアクセスすることも可能である。

ＡＣＬテーブル２０２のケイパビリティ値は、どのような特権が影響を受けるかを定義する。ケイパビリティ列の特権は、アクション列及び継承列と組み合わせて定義される。以下の表は、（「パーミッション」アクションと組み合わされた場合の）いくつかのケイパビリティの例を特定し、説明するものである。

ｓＩＤ、アクション、ケイパビリティ、及び継承の列は、集合的に、オブジェクトに関連する特定のパーミッションステートメントを構成するタプルを表す。各行は、指定されたハイブリッド論理クロック値で影響を受けたオブジェクトＩＤに関連するこれらのタプルの複数を含むことができる。

パーミッションは、後の時点（後のハイブリッド論理クロック値）でオブジェクトＩＤに対して追加又は変更することができ、それらのパーミッションステートメントは、オブジェクトＩＤ及びハイブリッド論理クロック値に関連する新しい行にリストされることができる。

リンクの場合、リンクを作成する能力は、オブジェクトを統治する既存のパーミッションステートメントによって統治され得る。例えば、オブジェクトが既存のパーミッションステートメントを持つオブジェクトストレージ１４２に存在する場合、リンクを作成する能力は、アクセスするユーザがリンクを作成することを許可されているかどうかに依存する。

いくつかの実施形態では、リンクを共有する目的のためだけに、新しいオブジェクトをオブジェクトストレージ１４２に格納することができる。例えば、リンクサービス１３６は、ファイルシステム１１６と対話することによって、オブジェクトをコンテンツストレージ１４２に格納することができる。

リンクサービス１３６がオブジェクトストレージ１４２内のオブジェクトへのリンクを作成することを許可されると、パーミッションステートメントタプル内のアクタとしてリンクを識別するｌｉｎｋ＿ｓＩＤを作成するために、リンクサービス１３６は、ファイルシステム１１６とインタフェースする。リンクがファイルシステム１１６によって認識されるアクタであることを可能とすることは、リンクによって指定されたオブジェクトへのアクセスが、リンクが有効であり続けるためにリンクを作成したエンティティによる継続的なアクセスを必要としないという利点を提供する。例えば、リンクを作成したエンティティがオブジェクトへのアクセスを失っても、リンクは機能し続けることができる。別の利点として、リンクはファイルシステム１１６によって認識されるアクタであるため、匿名のユーザでもリンクを介してオブジェクトに依然としてアクセスできる。ファイルシステム１１６及びリンクサービス１３６は、ファイルシステムへの別のユーザのアクセスのプロキシを介したアクセスを提供する代わりに、匿名のユーザによってオブジェクトがアクセスされることを認識する。

コンテンツ管理システムのコンテキストにおいて所定のオブジェクトのケイパビリティを参照する場合、オブジェクトに提供されるすべてのパーミッションの定義であるアクセス制御リスト（ＡＣＬ）を参照するのが一般的である。本技術のいくつかの実施形態では、ＡＣＬは格納されないが、以下の図７に関して説明されるように、ＡＣＬは導出され得る。

図３はまた、オブジェクトに加えられた変更に関する情報を記録するオブジェクトテーブル２１２を示す。オブジェクトテーブル２１２はまた、オブジェクトＩＤと、オブジェクトを識別するためのハイブリッド論理クロックと、変更が発生したシステム時刻の列も含む。オブジェクトに加えられた変更を記録することに加えて、オブジェクトテーブル２１２は、特定の時間におけるオブジェクトのバージョンを識別するために使用され得る。

オブジェクトテーブル２１２は、ハイブリッド論理クロック値が対応できる、変更時刻と呼ばれる、おおよその日付と時刻を識別するためにも使用され得る。変更時刻は、変更が行われたクロック時刻（日付と時刻）を表す。

オブジェクトテーブル２１２はまた、オブジェクトのタイプを識別する列も含む。例えば、列は、オブジェクトがファイルであるかディレクトリであるかを示すことができる。いくつかの実施形態では、オブジェクトに対する変更は、オブジェクト自体を変更するものでなくてもよく、別のディレクトリの下にディレクトリをマウントすることであってもよい。マウントの例では、オブジェクトのタイプは、オブジェクトがマウントされるディレクトリのターゲットオブジェクトＩＤをリストすることができる。上述したように、図３のテーブルは、アクセス、同期、及びバージョン管理のタスクを実行するために不可欠な情報をまとめて記録している。図３のテーブルは、非常に効率的であるように構成され、コンテンツ管理システムの本質的なタスクの効率的な実行に必要でないデータはこれらのテーブルから除外されている。さらに、これらのテーブルは、これらのテーブルに書き込む必要がある頻度や状況を最適化するために、個別に維持される。

図４はサブジェクトデータベース１４０を示す。図２では、サブジェクトデータベース１４０はオブジェクトストレージ１４２の外部に格納されているように示されているが、いくつかの実施形態では、サブジェクトデータベース１４０は、オブジェクトデータベース１４８とまさに同様に、オブジェクトストレージ１４２のシャード１４２ｎにわたって格納できることが理解されよう。

サブジェクトデータベース１４０は、サブジェクトに関する必須情報を追跡するように構成される。サブジェクトは、コンテンツ管理システム１１０のアカウントを持つ可能性のある、及び／又は、オブジェクトにアクセスしたり、オブジェクトに対してアクションを起こしたりする可能性のある、任意のエンティティであり得る。いくつかの実施形態では、リンクは、オブジェクトにアクセスすることができ、オブジェクトに対してアクションを起こすことができるので、サブジェクトであり得る。サブジェクトデータベース１４０は、いくつかの異なるテーブルに分割することができ、又は、図４に図示されていない追加情報を含むことができる。

サブジェクトテーブル２５０は、サブジェクトテーブル２５０にサブジェクトＩＤ（ｓＩＤ）として表されるサブジェクトに関する情報を記録するように構成される。ｓＩＤが存在するようになるか、ｓＩＤが削除されるか、又はサブジェクトテーブル２５０に記録されたデータの他の側面が変更されると、いつでも、新しい行がサブジェクトテーブルに書き込まれ得る。図４では、ｓＩＤ：ＺとｓＩＤ：ＩＬＬは、ｌｉｎｋ＿ｓＩＤである。

ｓＩＤを含むサブジェクトテーブル２５０の列に加えて、サブジェクトテーブル２５０はまた、行を引き起こす変更が影響を受けたシステム時間を記録できるハイブリッド論理クロック（ＨＬＣ）の列も含む。

サブジェクトテーブル２５０は、そのｓＩＤによって表されるサブジェクトアカウントに関する情報を記録する様々なサブジェクトフィールドも含む。例えば、サブジェクトテーブル２５０は、サブジェクトアカウントに関連付けられたサブジェクト名又はアカウントに関連付けられた電子メールアドレスのサブジェクトフィールドも含むことができる。サブジェクトがリンクである場合、サブジェクト名は空白であるか、「リンク」と書かれているか、図４に示されているようにリンクサービス１３６によって提供されるリンクＩＤを含むことができる。

いくつかの実施形態では、サブジェクトテーブル２５０は、サブジェクトアカウントが特定のドメインに属するかどうかも記録できる。例えば、サブジェクトアカウントが、コンテンツ管理システムにもサブジェクトアカウントを持つ組織に関連付けられている場合、サブジェクトテーブル２５０は、サブジェクトアカウントとそのドメインとの間のマッピングを記録することができる。サブジェクトがリンクである場合、サードパーティサービス：ldct.comに関連付けられているＬｉｎｋ＿ｓＩＤ：ＩＬＬについて示したように、サードパーティサービス１７０がリンクを作成したときのドメインを記録することができる。

サブジェクトテーブル２５０は、サブジェクトＩＤが親サブジェクトＩＤによって管理又は制御されているかどうかを示す列も含む。ちょうどオブジェクトが特定のプロパティを継承することができる先祖を持つことができるように、サブジェクトもまた親を持つことができる。サブジェクトの親は、サブジェクトに制限や許可を与えることによってなど、サブジェクトを管理する権限を持つサブジェクトアカウントである可能性がある。いくつかの実施形態では、サブジェクトはまた親サブジェクトから特定のプロパティを継承することもできる。サブジェクトがリンクである場合、オブジェクトがリンクを介して共有されるためだけに存在する場合、それは親サブジェクトに関連付けられていない可能性があり、Ｌｉｎｋ＿ｓＩＤが、リンクを作成したサブジェクトを親として持つ可能性がある。リンクを作成したサブジェクトは、コンテンツ管理システムの別のユーザアカウントを表すサブジェクト、リンクサービス１３６を表すサブジェクト、リンクを作成又は管理するためにリンクサービス１３６を利用するサードパーティサービス１７０を表すサブジェクトである可能性がある。

サブジェクトテーブル２５０はまた、ルートオブジェクトＩＤを示す列も含む。いくつかの実施形態では、ｓＩＤによって表されるすべてのサブジェクトアカウントは、そのアカウントのルートとして現れてもよいそれ自身のプライベートディレクトリと関連付けられることができる。同時に、他のルートオブジェクトを、そのサブジェクトのルートオブジェクトの下のサブジェクトアカウントのディレクトリ構造にマウントすることができる。例えば、サブジェクトアカウントは、"root subject"と呼ばれるルートディレクトリを持つと同時に、そのサブジェクトアカウントはグループの一部である可能性がある。グループ自体は、"group"という独自のルートディレクトリを持つことができる。グループルートディレクトリは、"/root subject/group"のようなディレクトリ構造に見えるように、サブジェクトのルートディレクトリの下にマウントできる。別のケースでは、サブジェクトアカウントが組織のサブジェクトアカウントに厳密に結び付けられる場合、サブジェクトアカウントのルートは組織のルートの下に現れることがある。例えば、組織に"organization"というルートディレクトリがある場合、サブジェクトのディレクトリ構造は"/organization/root subject"のように見える。あるルートディレクトリと別のルートディレクトリの具体的な関係は、純粋に実装の１つである。しかし、これらの例は、各サブジェクトアカウントがそれ自体のルートディレクトリを持つこと、及び、任意のルートディレクトリが別のルートディレクトリ内にマウントされることがあり、その結果、それがサブジェクトアカウントのルートであっても別のディレクトリに従属するように見えることを示している。

オブジェクトストレージ１４２に既に存在し、従って、少なくとも１つの他のサブジェクトに関連付けられたルートディレクトリの下にそのオブジェクトが既に位置しているオブジェクトへのリンクが作成された場合、リンクによって共有されるようになったオブジェクトは、他のサブジェクトに関連付けられたルートディレクトリの下の現在の場所に位置したままにすることができる。Ｌｉｎｋ＿ｓＩＤは、他のサブジェクトに関連付けられたルートディレクトリの下の現在の場所に位置するオブジェクトへのアクセスを認められ得る。一部の実施形態では、ファイルシステム１１６はまた、Ｌｉｎｋ＿ｓＩＤのためのルートディレクトリを作成することもできるが、そのディレクトリは、オブジェクトが現在の場所に配置されているため、オブジェクトを含まない可能性がある。むしろ、Ｌｉｎｋ＿ｓＩＤのルートディレクトリは、いくつかの実施形態では、別のサブジェクトのためのディレクトリ内のその場所にあるオブジェクトを表すポインタ又は参照を含み得る。

ファイルシステム１１６は、オブジェクトへのアクセスに関連付けられた複雑なポリシーを扱うことができる。例えば、ポリシーは、匿名のリンク呼び出し元には読み取りアクセスのみを許可し、一方、ファイルシステム１１６に知られている識別されたｓＩＤを持つリンク呼び出し元には書き込み可能アクセスを許可するように、オブジェクトに関連付けることができる。オブジェクトがその所有者によって変更されるかもしれない一方で、リンク呼び出し元は静的ドキュメントへのアクセスしか持たないように、リンク呼び出し元にオブジェクトの特定のバージョンへのアクセスのみを許可することも可能である。

サブジェクトテーブル２５０は、ｓＩＤの識別とＨＬＣ値の範囲を受信することによってクエリされ、そのようなクエリは、サブジェクトテーブル２５０の別の列に示される任意の情報を返すことができる。限定されたフィールドがサブジェクトテーブル２５０の列として示されているが、追加のフィールドも含まれ得ることは当業者によって理解されよう。

図５は、リンクサービスによって管理されるリンクによって参照されるオブジェクトにアクセスするための例示的な方法を示し、図６は、リンクサービスによって管理されるリンクによって参照されるオブジェクトにアクセスするための例示的なシーケンス図を示す。例示の方法及びシーケンス図は、動作の特定のシーケンスを描いているが、シーケンスは、本開示の範囲から逸脱することなく変更することができる。例えば、描かれている動作のいくつかは、並行して、又は本技術の機能に実質的に影響を与えない異なる順序で実行されてもよい。他の例では、本技術を実施する例示的なデバイス又はシステムの異なる構成要素は、実質的に同時に又は特定の順序で機能を実行してもよい。図５と図６を一緒に説明する。

最初に、リンク呼び出し元はノード３０１でリンクをアクティブ化し、その結果、リンクによって参照されるオブジェクトにアクセスする要求が生じる。要求は、オブジェクトを要求するためにＡＰＩ１３８を指すことができ、ＬｉｎｋＵｒｌに埋め込まれたデータを含むことができ、リンク呼び出し元がコンテンツ管理システム１１０とのセッションに関連付けられている場合、任意でサブジェクトＩＤを含むことができる。

本明細書で使用されるように、リンク呼び出し元は、識別することができないユーザ（匿名ユーザ）を有するクライアントデバイス、コンテンツ管理システム１１０との確立されたセッションを有するクライアントデバイス、コンテンツ管理システム１１０のソフトウェアサービス、又はサードパーティサービス１７０であり得る。

いくつかの実施形態では、本方法は、ノード３０５において、第１のクライアントデバイスからリンクによって参照されるオブジェクトにアクセスする要求を受信することを含む。例えば、リンクサービス１３６は、第１のクライアントデバイスからリンクによって参照されるオブジェクトにアクセスする要求を受信することができる。いくつかの実施形態では、要求は、リンクサービス１３６に転送される前にＡＰＩ１３８に向けられる。

オブジェクトにアクセスする要求を受信した後、リンクサービス１３６は、リンクを検証し、及び／又は他のリンクサービスを実行することができる（３０８）。いくつかの実施形態では、リンクサービス１３６は、リンクが現在有効なリンクであるかどうか、リンクが適切なオブジェクトを参照しているかどうかを判定すること、及び様々なリンクメタデータを調べることによって、リンクを検証することができる。リンクメタデータは、ｌｉｎｋ＿ｓＩＤ、リンクプロパティ、リンクケイパビリティ（オブジェクトの取得、リンクの変更など）を判定することを含むことができる。いくつかの実施形態では、リンクサービス１３６は、以下でさらに説明するように、様々なリンクサービスを実行することもできる。リンクサービスのいくつかの例は、リンクロギング、エクスプロイト防止、リンク禁止、レートスロットリングなどである。

リンクサービス１３８はまた、ノード３１０において、リンク呼び出し元をユーザアカウント又は匿名アカウントとして識別することができる。例えば、リンクサービス１３６は、リンク呼び出し元をコンテンツ管理システム１１０のユーザアカウントとして識別することができ、又は、ユーザアカウントが識別されない場合、リンクサービス１３６は、リンク呼び出し元が匿名であると判定することができる。いくつかの実施形態では、リンクサービス１３６は、クライアントデバイスがコンテンツ管理システム１１０とのセッションに関連付けられている場合、コンテンツ管理システム１１０のユーザアカウントを識別することができる。いくつかの実施形態では、オブジェクトにアクセスする要求は、ユーザアカウントのｓＩＤを含むことができる。いくつかの実施形態では、リンクサービス１３６は、クライアントデバイス１５０に関連付けられたユーザアカウント及びｓＩＤを識別するために、ＩＡＭサービス１３２と対話することができる。

しかしながら、いくつかの実施形態では、リンクサービス１３６は、オブジェクトにアクセスする要求に関連付けられた匿名ユーザアカウントであることを識別することができる。例えば、リンクを呼び出すクライアントデバイスが、コンテンツ管理システム１１０とのセッションに関連付けられていないか、さもなければＩＡＭサービス１３２に知られていない場合、リンクサービス１３６は、既知のユーザアカウントを識別することができない可能性があり、リンク呼び出し元は匿名であると考えることができる。

リンク呼び出し元が識別されたユーザアカウントであるか匿名ユーザであるかにかかわらず、リンクは、リンクのｌｉｎｋ＿ｓＩＤを参照するか、リンクのｌｉｎｋ＿ｓＩＤに関連付けることができる。

リンクサービス１３６が、ユーザアカウントの任意のｓＩＤ（もしあれば）及びリンク自体に関連するｌｉｎｋ＿ｓＩＤを抽出又は学習すると、ノード３１５において、リンクサービス１３６は、オブジェクトストレージ１４２内のオブジェクトの識別情報と、オブジェクトにアクセスするためのファイルシステム１１６内のパーミッションを提供する可能性がある任意のｓＩＤ又はｌｉｎｋ＿ｓＩＤを含むファイルシステム認証トークンとを含むファイルシステムアクセスオブジェクトをクライアントデバイス１５０に返すことができる。例えば、リンクサービス１３６は、リンクのｌｉｎｋ＿ｓＩＤを認証トークンに含めることができ、識別されたユーザアカウントに関連する任意のｓＩＤ（もしあれば）を認証トークンに含めることができる。認証トークンは、ファイルシステム１１６への一時的なアクセスをリンク呼び出し元に与える。

本方法は、ノード３３５において、認証トークンとファイルシステム内のオブジェクトの識別情報とを含むファイルシステムアクセスオブジェクト３３５を、第１のクライアントデバイスに送信することをさらに含む。例えば、リンクサービス１３６は、認証トークンとファイルシステム内のオブジェクトの識別情報とを含むファイルシステムアクセスメッセージを、第１のクライアントデバイス／リンク呼び出し元に送信することができる。ファイルシステムアクセスオブジェクトはまた、オブジェクトを取得したり、リンクのパーミッションを変更したりするためにファイルシステムの１つ以上のＡＰＩにアクセスしたり、リンクを削除するなど他のリンクプロパティを変更するためにリンクサービス１３６と対話したりするようにリンク呼び出し元に指示するメタデータも含むことができる。

ファイルシステムアクセスオブジェクトを受信すると、クライアントデバイス１５０は、ファイルシステムからオブジェクトを直接要求することができる（３３８）。いくつかの実施形態では、本方法は、ノード３４０において、ファイルシステムアクセスメッセージで識別されたオブジェクトにアクセスする要求を、リンク呼び出し元から受信することを含む。例えば、ファイルシステム１１６は、ファイルシステムアクセスメッセージで識別されるオブジェクトにアクセスする要求をリンク呼び出し元から受信することができる。ファイルシステムアクセスオブジェクトは、認証トークンと、ファイルシステム内のオブジェクトの識別情報とを含むことができる。上述のように、認証トークンは、リンク呼び出し元によって使用されたリンクを検証したリンクサービス１３６によって発行された。

いくつかの実施形態では、本方法は、ノード３４５において、認証トークンが、ｌｉｎｋ＿ｓＩＤに加えて、オブジェクトのアクセスパーミッションにおいてアクセスを許可されたユーザアカウントのサブジェクトＩＤ（ｓＩＤ）を識別するかどうかを判定することを含む。例えば、ファイルシステム１１６は、認証トークンがサブジェクトＩＤを識別するか否かを判定することができる。ファイルシステム１１６が、ユーザアカウントのサブジェクトＩＤ（ｓＩＤ）が認証トークンに含まれると判定すると、ファイルシステム１１６は、サブジェクトデータベース１４０又はオブジェクトデータベース１４８の更新が必要かどうかを判定することができる。例えば、ファイルシステム１１６が、認証トークンがｌｉｎｋ＿ｓＩＤに加えてユーザアカウント（ｓＩＤ）を識別すると判定した場合、ノード３２５において、ファイルシステム１１６は、ユーザアカウントのサブジェクトＩＤ（ｓＩＤ）を、サブジェクトデータベース１４０内のリンクのｌｉｎｋ＿ｓＩＤのメンバとして関連付けることができ、これにより、ユーザアカウントのサブジェクトＩＤは、リンクのｌｉｎｋ＿ｓＩＤに関連付けられる。さらに、ファイルシステム１１６は、サブジェクトＩＤ（ｓＩＤ）をオブジェクトデータベース１４８のオブジェクトに関連付けることができる。

いくつかの実施形態では、本方法は、ノード３３０において、ユーザアカウント内の位置にオブジェクトを表すことを含む。例えば、コンテンツ管理システム１１０のユーザアカウントのサブジェクトＩＤ（ｓＩＤ）は、オブジェクトＩＤ（ｏＩＤ）に直接関連付けられるので、オブジェクトは、ユーザアカウント内の位置に表すことができる。

いくつかの実施形態では、本方法は、ノード３５０において、ファイルシステムによるオブジェクトのアクセスに関連する任意のパーミッションステートメントを評価することを含む。例えば、ファイルシステム１１６は、判定３４５において識別された任意のｓＩＤ又はｌｉｎｋ＿ｓＩＤに関連するファイルシステムによるオブジェクトのアクセスに関連する任意のパーミッションステートメントを評価することができる。本技術の利点の１つは、ファイルシステム１１６がオブジェクトアクセスの最終的な制御を有することである。ファイルシステム１１６は、オブジェクトに関連するサブジェクトＩＤ（ｌｉｎｋ＿ｓＩＤであれ、他のｓＩＤであれ）がアクセス制御リストにおいてオブジェクトにアクセスすることを許可されている場合にのみ、ファイルシステム１１６がオブジェクトを提供することができると判定するよう、他の任意のオブジェクトに対して通常行うようにオブジェクトアクセスを評価することができる。ファイルシステム１１６がどのようにしてサブジェクトＩＤ（ｓＩＤ又はｌｉｎｋ＿ｓＩＤ）がオブジェクトにアクセスできるかどうかを判定できるかについてのより詳細は、図７に関して提供される。

ファイルシステム１１６がオブジェクトへのアクセスを制御する一方で、ファイルシステム１１６は、リンクサービス１３６が追加のアクセス制限を有する可能性があるかどうかを判定するため、又はリンクが有効であることを確認するために、リンクサービス１３６に問い合わせることもできる。例えば、ファイルシステム１１６は、リンクサービス１３６からのオブジェクトに対するアクセスの許可を要求することができ、リンクサービス１３６は、判定を行い（３５３）、任意のアクセス制限をファイルシステム１１６に送信することができる。いくつかの実施形態では、リンクアクセス制限チェック３５３のいくつかは、３０８で行われるステップと冗長である可能性はあるが、しかしながら、このチェックは、ファイルシステムアクセスオブジェクト３３５を発行してからの時間内にリンクが取り消されていないことを確認することができる。リンクアクセス制限チェック３５３はまた、ファイルシステム１１６によってネイティブにサポートされていない追加のリンクポリシーを実装するために使用され得る。

いくつかの実施形態では、本方法は、ノード３５５において、サブジェクトＩＤがオブジェクトへのアクセスを許可されている場合に、オブジェクトに対するアクセスパーミッションと一致するオブジェクトをリンク呼び出し元に送信することを含む。例えば、ファイルシステム１１６は、サブジェクトＩＤがオブジェクトに対するアクセスを許可されているときに、オブジェクトに対するアクセスパーミッションと一致するオブジェクトをリンク呼び出し元に送信してもよい。

リンク呼び出し元は、オブジェクトを受信する（３５７）ことができる。

図７は、ディレクトリツリー内のオブジェクトに対する個々のパーミッションステートメントから構成されるアクセス制御リストを評価するための例示的な方法を示している。図７に示される例示的な方法は、特定の動作のシーケンスを示すが、シーケンスは、本開示の範囲から逸脱することなく変更され得る。例えば、示されている動作のいくつかは、並行して実行されてもよいし、方法の機能に実質的に影響を与えない別の順序で実行されてもよい。他の例では、本方法を実施する例示的なデバイス又はシステムの異なる構成要素は、実質的に同時に、又は特定の順序で機能を実行してもよい。

上述のように、任意のオブジェクトに対する完全なアクセス制御リストは、コンテンツ管理システム１１０に存続しない可能性がある。その代わりに、特定のオブジェクトに対するＡＣＬリストは、特定のオブジェクトの上位のディレクトリツリー内のすべてのオブジェクトに対するＡＣＬテーブル２０２に記録されたすべてのパーミッションステートメントのベクトルである。図７に示される方法は、まず、特定のオブジェクトの上位の先祖のリストを決定し、次に、ＡＣＬを構成し、評価する。

サブジェクトアカウントに代わって動作するクライアントがオブジェクトへのアクセスを要求するとき、又はオブジェクトデータベース１４８及びオブジェクトストレージ１４２への書き込みを要求するときに、オブジェクトのＡＣＬによって定義されたサブジェクトのパーミッションを判定することが必要となり得る。

いくつかの実施形態では、方法は、ステップ４０５において、指定されたオブジェクトＩＤの先祖のリストを決定することを含む。例えば、ファイルシステム１１６は、オブジェクトＩＤの先祖のリストを決定してもよい。一例では、先祖のリストを決定することは、先祖データを含むテーブル内のクエリ・オブジェクトＩＤ（指定されたオブジェクトＩＤで始まる）を検索することによって次の先祖オブジェクトＩＤを取得すること、クエリ・オブジェクトＩＤに先祖として次の先祖オブジェクトＩＤを追加することによって先祖のリストを構築すること、及び次の先祖ＩＤをクエリ・オブジェクトＩＤにすることを含む、いくつかのステップを再帰的に実行することを含み得る。リストを構築するこの再帰的プロセスは、ツリーのルートに到達したときに完了することができる。

いくつかの実施形態では、オブジェクトのアクセス制御リストを決定する目的のために、ツリーは、サブジェクトアカウントによってアクセスできないルートを含むことができる。ディレクトリツリーを構築する再帰的プロセスは、複数のルートを持つディレクトリツリー、又は交差しない複数のツリーでさえ構築することができる。これは、コンテンツ管理システム１１０が、サブジェクトがアクセス権を持たないルートオブジェクトの下に格納されたオブジェクトを共有する能力の結果である。

いくつかの実施形態では、本方法は、ステップ４１０において、先祖のツリー内の各オブジェクトＩＤに対するアクセスパーミッションを取得することを含む。例えば、ファイルシステム１１６は、ＡＣＬテーブル２０２から、先祖のツリー内の各オブジェクトＩＤに対するパーミッションステートメントを取得してもよい。上述したように、オブジェクトに対するアクセスパーミッションは、少なくとも、アクセスパーミッションが適用されるサブジェクト、サブジェクトに付与されたケイパビリティ、オブジェクトに対してサブジェクトに与えられたパーミッション（許可、拒否など）、及びアクセスパーミッションの継承プロパティを定義する。

いくつかの実施形態では、本方法は、それぞれのパーミッションステートメントの継承プロパティに従って、パーミッションステートメントを順序付きリストに順序付けることを含む。特定のパーミッションステートメントは、「ファースト」の継承プロパティを持つことができ、非抑制可能であることができ、それにより、パーミッションステートメントの順序付きリスト内の任意の後続のパーミッションステートメントは、特定のパーミッションステートメントをオーバーライドすることができない。特定のパーミッションステートメントは、「ファースト」の継承プロパティを持つことができ、抑制可能であることができ、それにより、パーミッションステートメントの順序付きリスト内の任意の後続のパーミッションステートメントは、特定のパーミッションステートメントをオーバーライドすることができる。ファースト継承プロパティを持つ任意のパーミッションステートメントは、後続のパーミッションステートメントがこれの削除を要求しない限り、順序付きリストの先頭にソートされる。特定のパーミッションステートメントは、「ラスト」の継承プロパティを持つことができ、これらのパーミッションステートメントは、順序付きリストの最後にソートされる。特定のパーミッションステートメントは、「継承しない」（inherit none）の継承プロパティを持つことができ、パーミッションステートメントは、順序付きリストに表示されない。特定のパーミッションステートメントは、「継承拒否」（deny inherit）の継承プロパティを持つことができ、先祖のパーミッションステートメントが「ファースト」かつ「非抑制可能」でない限り、オブジェクトＩＤはその先祖からいかなるパーミッションも継承しない。

ファイルシステム１１６は、ディレクトリツリー内の任意のオブジェクトに対する取得されたパーミッションが、「継承しない」の継承プロパティを含むかどうかを判定し（６１３）、もしそうであれば、ファイルシステム１１６は、そのオブジェクトに対するパーミッションステートメントを破棄することができる（６１４）。「継承しない」のプロパティは、それが関連付けられている特定のオブジェクトＩＤにのみ適用され、任意の先祖ポリシー又は子孫ポリシーがリスト内でマージソートされるかどうかには影響しない。

ファイルシステム１１６は、ディレクトリツリー内の任意のオブジェクトに対する取得されたパーミッションが「継承拒否」の継承プロパティを含むかどうかを判定することができ（４１５）、そうである場合、ファイルシステム１１６は、継承ポリシーが非抑制可能なファースト継承ポリシーでない限り、すべての先祖（ディレクトリツリー内で「継承拒否」のプロパティを持つオブジェクトＩＤより上位のオブジェクト）からのパーミッションステートメントを破棄することができる（４２０）。破棄されたパーミッションステートメントは、リストにマージソートされない。

残りのパーミッションステートメントを用いて、ファイルシステム１１６は、評価のために適切に順序付けるために、これらのパーミッションステートメントのマージソートを実行することができる。パーミッションステートメントの順序付けは、取得されたパーミッションステートメント内のオブジェクトＩＤに対するパーミッションステートメントが「ファースト」の継承プロパティを有することを判定すること（４２５）を含むことができる。ファイルシステム１１６は、「ファースト」の継承プロパティを有するパーミッションステートメントを、「ラスト」の継承プロパティを有するパーミッションステートメントよりも上に、リストの先頭から下にこれらのパーミッションをマージソートすることによって、パーミッションステートメントの順序付きリストにおいて配置することができ、各パーミッションは、ディレクトリツリーの上から下へ現れる順序でリストに含まれる。

パーミッションステートメントの順序付けは、取得されたパーミッションステートメント内のオブジェクトＩＤに対するパーミッションステートメントが「ラスト」の継承プロパティを有することを判定することをさらに含み得る。ファイルシステム１１６は、「ラスト」の継承プロパティを有するパーミッションステートメントを有するオブジェクトＩＤの先祖に関連するパーミッションステートメントを、それらのそれぞれの先祖が先祖のツリーにおいて配置されるように、これらのパーミッションを逆相対順序でマージソートすることによって、パーミッションステートメントの順序付きリストにおいて配置することができる（４３０）。言い換えると、ディレクトリツリーの最下位にあるオブジェクトのためのアクセスパーミッションは、ディレクトリツリーの上位にあるオブジェクトのパーミッションステートメントよりも上位のパーミッションステートメントの順序付きリストに配置される。ただし、「ラスト」継承アクセスパーミッションはすべて、「ファースト」継承パーミッションステートメントを持つアクセスパーミッションの下の順序付きリストに配置される。オブジェクトに対するすべてのアクセスパーミッションの順序付きリストは、オブジェクトに対するアクセス制御リスト（ＡＣＬ）とみなすことができる。

いくつかの実施形態では、本方法は、ステップ４３５において、あるパーミッションステートメントがオブジェクトへのアクセスを許可又は拒否するまで、パーミッションステートメントの順序付きリストを順に繰り返すことを含む。例えば、ファイルシステム１１６は、アクセスが許可されるべきか拒否されるべきかを決定するために、パーミッションステートメントの順序付きリストを順に繰り返してもよい。

いくつかの実施形態では、パーミッションステートメントがアクセスを許可又は拒否したときに、リストを介した繰り返しを終了することができる。ファースト継承パーミッションが抑制され得る場合、ラスト継承パーミッションステートメントの１つがアクセスを提供又は拒否するまで、ツリーを通して少なくとも繰り返し実行する必要がある。従って、アクセスが許可されるべきか拒否されるべきかを判定することは、非抑制可能なファースト継承パーミッションによってアクセスが許可されるか拒否されるかを判定すること（４４０）を含む。非抑制可能なパーミッションステートメントがアクセス判定を解決しない場合、ファイルシステム１１６は、ラスト継承パーミッションステートメントがアクセスを許可又は拒否するまで、パーミッションステートメントの順序付きリストの残りの部分を評価し（４４５）、ＡＣＬ評価の結果に基づいてアクセスを許可又は拒否することができる（４５０）。

いくつかの実施形態では、抑制可能なファースト継承アクセスポリシーはまた、それらのポリシーが、ツリーの他の場所にあるオブジェクトに関連付けられたラスト継承ポリシーによって抑制されているかどうかに注目することによっても、処理され得る。そのような場合、抑制されたファースト継承アクセスポリシーは、マージソートから除外することができ（４２５）、パーミッションステートメントのリストは、ステップ４４０、４４５、及び４５０から構成されるサブメソッドに関係なく、パーミッションステートメントのリストの単純な繰り返し（４３５）を使用して評価することができる。

いくつかの実施形態では、図７の出力は、評価された任意のオブジェクトに対するケイパビリティのリストであり得る。

図７に示されたアクセス判定方法は、非常に柔軟であるという利点を有することができる。リンクによってオブジェクトにアクセスしようとする誰にでもアクセス権を提供するパーミッションステートメントを作成することができるが、コンテンツ管理システムに知られているサブジェクトＩＤに対して、より特定のアクセスパーミッションを提供することができる。例えば、コンテンツ管理のユーザアカウントには、匿名ユーザよりも大きなアクセス権を与えることができる。

共有リンクの場合、ツリーのルートは、一般に、リンクを使用して共有する目的でコンテンツ管理システム１１０に格納されるオブジェクトの共有オブジェクトのレベルにあるか、又はオブジェクトが既存のユーザアカウント内から共有される場合は、コンテンツ管理システム１１０の別の場所からマウントされる。最初の例では、オブジェクトがｌｉｎｋ＿ｓＩＤアカウントのルートに格納されている場合、図７に示される方法の結果は、一般に、リンクが提供するアクセスによって決定される。一方、リンクが、コンテンツ管理システム１１０の他の場所に格納され、ｌｉｎｋ＿ｓＩＤアカウントのルートにマウントされたオブジェクトへのアクセスを提供する場合、アクセスは、オブジェクト自体に対するアクセスに関する制限と、リンクによって提供されるアクセスによって決定される。

図８は、リンクサービス１３６と、リンクサービス１３６によって実行されるいくつかの例示的なサービスとを示す。上記で取り上げたように、リンクサービス１３６は、リンクサービス１３６がリンクの発行、管理、及び処理に関連するすべてのサービスを実行することができる、ソフトウェア・アズ・ア・サービス・プラットフォームとして動作することができる。図８が、ソフトウェア・アズ・ア・サービス・プラットフォームとして動作するリンクサービス１３６によって提供され得るすべての可能なサービスを示すものではないことが、当業者には理解されよう。リンクサービス１３６は、コンテンツ管理システム１１０の一部として提供されるサービスであってもよいし、リンクサービス１３６は別個のサービスであってもよい。

上述のように、リンクサービス１３６を利用したいリンク呼び出し元、ユーザ、及びサービスは、リンクサービス１３６によって提供される１つ以上のＡＰＩ１３８を呼び出すことによって、リンクサービス１３６に連絡することができる。例えば、ユーザ又はサービスは、リンクを設定するためにユーザに提示するためのリンク設定ユーザインタフェース５２０をＡＰＩ１３８に開始させてもよいリンク生成ＡＰＩを呼び出すことができる。別の例では、リンク呼び出し元はリンクアクセスＡＰＩを呼び出すことができ、ＡＰＩ１３８はリンクによって参照されるオブジェクトを取得するためにリンクアクセスサービス５１５とインタフェースすることができる。別の例では、ファイルシステム１１６はリンクアクセスレベルＡＰＩを呼び出し、ＡＰＩ１３８は、リンクによって提供されるアクセスレベルを決定するため、リンクアクセスサービス５１５とインタフェースすることができる。当業者によって理解されるように、リンクサービス１３６によって提供され得る１つ以上の機能に対応する、リンクサービス１３６によって提供される多くのＡＰＩが存在し得る。

図９は、いくつかの例示的なＡＰＩとそれらの機能を示す。本明細書で扱われるＡＰＩ及びそれらの例示的な機能は、リンクサービス１３６によって実行され得る機能の限定とみなされるべきではない。

リンクサービス１３６の１つの機能は、オブジェクトへのリンクの作成であり得る。このようなリンクサービス１３６は、オブジェクトに対するリンクを作成及び設定するために、ウェブブラウザ又はクライアントデバイス１５０上のアプリケーションを介してユーザに提示することができるリンク設定ユーザインタフェース５２０を含む。以下でさらに説明されるように、図１１Ａは、リンク設定ユーザインタフェース５２０によって提供されるグラフィカルユーザインタフェースの例を示す。

リンクサービス１３６はまた、リンク生成サービス５０５を含むことができる。リンク生成サービス５０５は、リンク生成グラフィカルユーザインタフェースをユーザが使用することによって構成されるように、又はサードパーティサービス１７０もしくは１つ以上のＡＰＩ１３８を介してリンクサービス１３６とインタフェースするアプリケーションなどのソフトウェアサービスによって指示されるように、リンクを作成することができる。

例えば、図１０は、リンクを作成するための例示的な方法を示す。リンク生成サービス５０５は、オブジェクトへのリンクを設定するための、オブジェクトを識別することができる、要求５５０を受信することができる。いくつかの実施形態では、オブジェクトへのリンクを設定する要求５５０は、図１１Ａに示されるようなユーザインタフェースから来ることができ、又はオブジェクトへのリンクを設定する要求５５０は、ＡＰＩ１３８を介して対話するサービスから来ることができる。リンク生成サービス５０５は、リンクサービス１３６へのリンクを一意に識別する、リンクのためのＵＲＬを作成することができる（５５５）。リンクサービス１３６はまた、ファイルシステム１１６内のリンクを設定するために、ファイルシステム１１６とインタフェースすることもできる（５６０）。リンクサービス１３６は、上述したように、リンクをファイルシステム内のアクタとして確立する（５６０）ためにファイルシステム１１６と通信することができるファイルシステムインタフェース５２５を使用して、これらの機能を実行することができる。ファイルシステムインタフェース５２５はまた、オブジェクトのためのアクセス制御リストに含めるために、リンクに関連する任意のパーミッションステートメントを設定することができる（５６０）。

いくつかの環境では、オブジェクトへのリンクを設定する要求５５０は、オブジェクトがオブジェクトデータベース１４２に格納される場合、そのｏＩＤによってオブジェクトを識別することができる。しかしながら、オブジェクトへのリンクを設定する要求５５０が、オブジェクトデータベース１４２に格納されていないオブジェクトを参照するような場合は、その要求は、オブジェクトデータベース１４２に格納するためのオブジェクト自体を含むことができる。いくつかの実施形態では、リンクによって参照されるオブジェクトがオブジェクトデータベース１４２に格納される必要はないかもしれない。リンクサービス１３６は、サードパーティサービス１７０に格納されたオブジェクトを参照するリンクサービスを提供するために、サードパーティサービスとインタフェースすることができる。

ファイルシステム１１６とのインタフェースに加えて、リンク生成サービス５０５は、リンクされたオブジェクトのｌｉｎｋ＿ｓＩＤ及びｏＩＤ、並びに任意の追加のアクセス制限を含む、リンクに関連付けられたメタデータをリンクデータベース５１０に格納することができる（５７０）。

リンクサービス１３６はまた、リンク呼び出し元によるオブジェクトへのアクセスに関連するサービスも提供する。例えば、リンクサービス１３６は、リンク生成サービス５０５によって発行されたリンクをアクティブ化したリンク呼び出し元から、オブジェクトにアクセスする要求を受け取ることができる。リンクサービス１３６は、リンクが有効であることを検証し、リンクデータベース５１０内のリンクメタデータを検索するために、リンクアクセスサービス５１５を利用することができる。リンクメタデータは、リンクのタイプ（リンクサービスによって発行されたリンク、パートナーサービスによって発行されたリンク、リンクサービスによってサポートされたレガシーリンクなど）、リンクパーミッション、リンク設定、リンクに関連付けられたポリシー、リンクを確立したエンティティなどに関する情報を含むことができる。さらに、いくつかの実施形態では、ファイルシステム１１６は、リンクアクセスレベルに関する追加情報を要求することができ、リンクアクセスサービス５１５は、任意の必要な情報を返すことができる。

リンクサービス１３６はまた、リンクを管理するために外部サービスとインタフェースすることもできる。いくつかの環境では、リンクサービス１３６は、リンク生成サービス５０５を使用してサードパーティサービス１７０にリンクを提供することができるが、いくつかの実施形態では、サードパーティサービス１７０又はレガシーサービス１３５がリンクを作成し、リンクサービス１３５にリンクの維持及びサービスの側面を管理することを望む場合がある。このような実施形態では、外部リンクロジックインタフェース５３０を使用して、サードパーティサービス１７０又はレガシーリンクサービス１３５とインタフェースし、リンクが有効であるか、又は何らかの制限の対象であるかを判定することができる。

リンクを作成すること、及びリンクの訪問を処理することに加えて、リンクサービス１３６は、他のリンクサービスをさらに提供することができる。図８に示されているように、他のリンクサービス５４０は、任意の追加のリンクサービスを示すための汎用プレースホルダを示している。いくつかの例示的なリンクサービスには、リンク管理、リンクが訪問され得るレートの制限、不正防止、リンクの禁止、検証されていないユーザのリンク作成の防止、オブジェクトに関連付けられ得る共有ポリシーへの適合性の確保、標準リンク設定、有効期限、パスワード、閲覧者管理、分析、メトリクス及びロギング、リンク送信者及び訪問者の追跡、監査ロギング、管理機能、データ損失防止、ファイルシステムパーミッションとの統合などが含まれる。

図１１Ａは、リンクサービス１３６を使用してリンクを作成するための例示的なユーザインタフェースを示す。リンク設定ＵＩ５２０は、リンクが作成されるべきオブジェクトへのアクセス権を有するユーザによる要求の結果として、図１１Ａに示されるユーザインタフェースを提示することができる。例えば、リンク設定ＵＩ５２０は、図９に示されるように、ユーザがGetFileLinkActions ＡＰＩを呼び出した結果として、図１１Ａに示されるユーザインタフェースを提示することができる。

図１１Ａに示されるユーザインタフェースは、CreateApplicationLink ＡＰＩを呼び出すことによってリンクを生成し、フィールド６０５にリンクの公開バージョンを提示することができる。リンクはさらに、１つ以上のオプション６１０を用いて設定することができる。図１１Ａに示されているように、いくつかのオプション６１０は、リンクの有効期限を提供すること、及びアクセスのタイプを指定することを含むことができる。図１１Ａには図示されていないが、他のオプション及びこれらのオプションのより複雑なバージョンがサポートされ得ることが理解されるべきである。例えば、リンク呼び出し元が匿名であるか、指定されたｓＩＤのリスト内にあるか、リンク呼び出し元がパスワードを提供するかなどに応じて、様々なレベルのリンクアクセスが提供される可能性がある。

図１１Ｂは、サードパーティサービス１７０によって提供されるユーザインタフェースを示しており、サードパーティサービス１７０は、リンクサービス１３６にリダイレクトすることができるリンク６１５を作成することができる。サードパーティサービス１７０は、サードパーティサービス１７０に格納されたコンテンツにリンクしてもよいし、コンテンツはコンテンツ管理システム１１０によってオブジェクトストレージ１４２に格納されてもよい。図１１Ｂはまた、リンクを共有する特定の共同作業者を指定することや、リンクアクセスのレベルを指定することなどのリンクオプション６２０を提供する。図１１Ｂには図示されていないが、他のオプションやこれらのオプションのより複雑なバージョンがサポートされ得ることが理解されるべきである。

図１２Ａ及び図１２Ｂは、リンクプラットフォーム・アズ・ア・サービスとして動作するリンクサービス１３６及びサードパーティサービス１７０によって、リンクを共同管理するための例示的な方法の一部を示す。

図１３は、リンクサービス１３６によってリンクを共同管理するための例示的なシーケンス図を示す。リンクの共同管理は、リンクサービス１３６とサードパーティサービス１７０の両方がリンクを設定することができること、とりわけ他の態様の中でも、リンクがいつ有効であるか又はアクセス可能であるかを判定するためにリンクロジックを供給することを含むことができる。

図１２Ａ及び図１２Ｂは、パートナーサービスの例としてサードパーティサービス１７０に関して議論されるが、リンクサービス１３６とリンクを共同管理する任意のサービスも可能であることが理解されよう。

図１２Ａ、図１２Ｂ、及び図１３のシーケンスに図示された例示的な方法は、動作の特定のシーケンスを示すが、シーケンスは、本開示の範囲から逸脱することなく変更され得る。例えば、示されている動作のいくつかは、並行して実行されてもよいし、方法の機能に実質的に影響を与えない異なる順序で実行されてもよい。他の例では、本方法を実装する例示的なデバイス又はシステムの異なる構成要素は、実質的に同時に、又は特定の順序で機能を実行してもよい。

パートナーサービス（サードパーティサービス１７０、又はコンテンツ管理システム１１０の別のサービス）は、リンクサービス１３６による共同管理のためにリンクを設定することができる。例えば、パートナーサービスは、リンクサービス１３６においてリンクを確立するように要求することができ（７０１）、リンクサービス１３６はリンクを設定することができる（７０２）。リンクを設定することの一部は、ファイルシステム１１６とインタフェースして、リンクのためのｌｉｎｋ＿ｓＩＤを作成し、リンクによって参照されるオブジェクトにアクセスするパーミッションをｌｉｎｋ＿ｓＩＤに与えることである。パートナーサービスは、すでにオブジェクトをファイルシステム１１６に格納していてもよいし、リンクサービス１３６においてリンクを確立すること（７０１）の一部として、ファイルシステム１１６による格納のためにオブジェクトを送信してもよい。

いくつかの実施形態では、リンク呼び出し元は、パートナーサービスによって発行されたリンクをアクティブ化することができ（７０４）、これによってパートナーサービスは、オブジェクトにアクセスする要求を受信することができる（７０５）。パートナーサービスは、独自のリンクロジックを実行し（７０６）、リンクを認証し、リンク呼び出し元を承認することができる。いくつかの実施形態では、パートナーサービスはこのステップを実行しなくてもよい。

パートナーサービスは、それが発行したリンクと、パートナーサービス及びリンクサービス１３６によって共同管理される共同管理リンクとのマッピングを維持することができる。オブジェクトにアクセスする要求を受信し（７０５）、任意選択で任意のリンクロジックを実行（７０６）した後、パートナーサービスは、リンク呼び出し元によってアクティブ化されたパートナーサービスによって発行されたリンクに対応する共同管理リンクを使用して、リンクサービス１３６に連絡することができる。

いくつかの実施形態では、本方法は、ノード７０７において、パートナーサービスリンクによって参照されるオブジェクトへのアクセスを提供する要求を受信することを含む。例えば、リンクサービス１３６は、パートナーサービスリンクによって参照されるオブジェクトへのアクセスを提供する要求を、パートナーサービスから受信することができる。いくつかの実施形態では、パートナーサービスからのオブジェクトへのアクセスを提供する要求は、パートナーサービスが、パートナーサービスリンクの呼び出し元がオブジェクトにアクセスすることを許可されているという、それ自身での判定を行った後に発生する。例えば、パートナーサービスリンクは、サードパーティサービス１７０を指す場合があり、したがって、ユーザがリンクをアクティブ化してリンク呼び出し元になると、サードパーティサービス１７０に誘導される。サードパーティサービス１７０は、パートナーサービスリンクが有効であるかどうかを判定するための自身の基準を利用することができ（７０６）、リンク呼び出し元が認可された場合、パートナーサービスは、パートナーサービスによって格納された共同管理リンクを使用してリンクサービス１３６に連絡することができる。

いくつかの実施形態では、パートナーサービスは、リンク呼び出し元に共同管理リンクを送信し、リンク呼び出し元にリンクサービス１３６へのリンクに従うように指示し、リンクサービス１３６はリンク呼び出し元と直接対話することができる。

いくつかの実施形態では、パートナーサービスはまた、リンクサービス１３６を使用してリンクを確立し、そのリンクをリンク呼び出し元に送信することも可能である。このような実施形態では、リンクを呼び出すとき、リンク呼び出し元はパートナーサービスとまったく対話しない。

いくつかの実施形態では、パートナーリンクは、共同管理リンクであってもよく、これにより、リンク呼び出し元は、最初にパートナーサービスに連絡することなく、リンクサービス１３６に直接誘導され、リンクサービス１３６はリンクを共同管理リンクとして認識することができ、任意選択で、外部リンクロジックインタフェース５３０を使用してサードパーティサービス１７０とインタフェースし、リンクが有効かどうか、及びリンク呼び出し元が許可されているかどうかを判定することを、サードパーティサービスに対して可能とさせるようにすることができる。このように、パートナーサービス及びリンクサービスは、ともに自身のアクセス判定を行うことができる。このような実施形態は、パートナーサービスがリンク処理プロセスへの関与を少なくしたい場合に有用であり得、その結果、パートナーサービスがサービスする必要のないリンクを発行することになり得る。同時に、パートナーサービスは、リンク発行者として、リンクサービス１３６とインタフェースして、所望のようにリンクを設定（又は再設定）することができる。

従って、パートナーサービスがリンクの管理及びリンク呼び出し元のサービスにあまり関与しないための仕組みが存在するが、図１３は、パートナーサービスがリンクを発行し、オブジェクトを提供しているかのように見えることを望む実施形態を想定している。

パートナーサービスによるリンクの共同管理は、あらゆるリンク管理機能又はリンクサービシング機能の共有を含むことができ、リンクが有効であるかどうか、及びリンク呼び出し元が許可されているかどうかを判定することに限定されないことが理解されよう。

いくつかの実施形態では、認可されたエンティティの識別情報（７１５）は、リンクに対応するｓ＿ＩＤである。パートナーサービスリンクがリンク呼び出し元をパートナーサービスに直接誘導する場合、パートナーサービスは、共同管理リンクを使用してリンクサービス１３６に連絡するときに、リンクサービス１３６に追加情報を含めることができる。例えば、パートナーサービスリンクによって参照されるオブジェクトへのアクセスを提供する要求は、オブジェクトを要求するエンドユーザを識別することができ、任意のユーザ識別情報をリンクサービスへの要求（７０７）に含めることができる。

パートナーサービスがリンク呼び出し元のｓＩＤを知らない場合でも、パートナーサービスは、既知であれば、電子メールアドレス又は他のユーザ識別子を転送することができる。リンクサービス１３６は、任意の電子メールアドレス又はユーザ識別子を、サブジェクトデータベース２５０内のｓＩＤにマッピングする情報とマッチングすることを試みることができる。

いくつかの実施形態では、本方法は、ノード７１０において、不正防止及びリンクアクセスロギング機能を実行することを含む。例えば、リンクサービス１３６は、不正防止及びリンクアクセスロギング機能、並びに／又は、リンクプラットフォーム・アズ・ア・サービスとして動作するリンクサービス１３６から所望される任意の他のサービスを実行することができる。

オブジェクトにアクセスする要求を受信した後、リンクサービス１３６は、リンクを検証することができ（７１５）、及び／又は他のリンクサービス３０８を実行することができる。いくつかの実施形態では、リンクサービス１３６は、リンクが現在有効なリンクであるかどうか、リンクが適切なオブジェクトを参照しているかどうかを判定することによって、及び様々なリンクメタデータを調べることによって、リンクを検証することができる。リンクメタデータは、ｌｉｎｋ＿ｓＩＤ、リンクプロパティ、リンクケイパビリティ（オブジェクトの取得、リンクの変更など）を決定することを含むことができる。

いくつかの実施形態では、リンクサービス１３６及びパートナーサービスが、リンクが有効であると判定し、リンクに関して他のサービスを実行した後、本方法は、ノード７１５において、コンテンツ管理システム１１０のファイルシステム１１６を指すファイルシステムアクセスオブジェクトを作成することを含む。いくつかの実施形態では、ファイルシステムアクセスオブジェクトは、ファイルシステムアクセスオブジェクトが有効であり続ける時間を制限するための有効期限を有するトークンを含む。ファイルシステムアクセスオブジェクトは、ファイルシステムアクセスオブジェクト内の認証トークンを有するエンティティが、オブジェクトを取得するために、ファイルシステム１１６とインタフェースすることを可能にする。有効期限は、リンクサービス１３６及びパートナーサービスが、リンクが呼び出されたときに望む機能を実行できるように、オブジェクトに対する将来の呼び出しがオリジナルリンクを使用して行われることを保証する。

いくつかの実施形態では、本方法は、リンクサービス１３６によってパートナーサービスに、ファイルシステムを指すファイルシステムアクセスオブジェクトを送信することを含む。ファイルシステムアクセスオブジェクトは、ノード７２０において、認可トークン、認可されたエンティティの識別情報、及びオブジェクトＩＤを含む。ファイルシステムアクセスオブジェクトは、ファイルシステム１１６にアクセスするのに必要な情報を含むことができ、リンクサービス１３６に知られている任意のサブジェクトＩＤを識別することができる。例えば、ファイルシステムアクセスオブジェクトは、リンクのｌｉｎｋ＿ｓＩＤを含むことができ、リンク呼び出し元がコンテンツ管理システム１１０に知られているユーザアカウントに関連付けられることができる場合、ファイルシステムアクセスオブジェクトは、ユーザアカウントのｓＩＤを含むことができる。ファイルシステムアクセスオブジェクトは、ファイルシステム１１６に対するオブジェクトを識別するオブジェクトＩＤも含むことができる。

ファイルシステムアクセスオブジェクトはまた、オブジェクトを取得するため、又はリンクに対するパーミッションを変更するために、ファイルシステムにおける１つ以上のＡＰＩにアクセスするように、又は、リンクを削除するなどの他のリンクプロパティを修正するためにリンクサービス１３６と対話するように、リンク呼び出し元に指示するメタデータを含むこともできる。

いくつかの実施形態では、パートナーサービスは、ファイルシステムアクセスオブジェクトを受信することができ、ファイルシステム１１６にオブジェクトを要求することができる（７２３）。

本方法は、ノード７２５において、ファイルシステムによって、ファイルシステムアクセスオブジェクトで識別されたオブジェクトにアクセスする要求を受信することをさらに含む。例えば、ファイルシステム１１６は、ファイルシステムアクセスオブジェクトにおいて識別されたオブジェクトにアクセスする要求を受信することができる。

いくつかの実施形態において、本方法は、ノード７４０において、ファイルシステムによって、ファイルシステムアクセスオブジェクトに関連付けられたアクセスレベル要求をリンクサービスに送信することを含む。例えば、ファイルシステム１１６は、ファイルシステムアクセスオブジェクトに関連するアクセスレベル要求をリンクサービス１１６に送信することができる。ファイルシステム１１６は、オブジェクトに関してサブジェクトＩＤに付与されたパーミッションを決定することができるが、いくつかの実施形態では、リンクサービス１３６は、オブジェクトへのアクセスに影響し得るいくつかの追加の構成も含むことができる。従って、ファイルシステム１１６は、リンクサービス１３６と通信して、任意の追加のアクセスレベル情報を決定することができる。

リンクサービス１３６は、ファイルシステムアクセスオブジェクトに関連付けられたアクセスレベルを判定し（７４５）、リダイレクトリンクに関連付けられたアクセスレベルをファイルシステム１１６に送信する（７５０）ことができる。いくつかの実施形態では、リンクアクセス制限チェック３５３のいくつかは、３０８で行われるステップと冗長である可能性があるが、このチェックは、ファイルシステムアクセスオブジェクト３３５を発行してからの時間内にリンクが取り消されていないことを確認することができる。リンクアクセス制限チェック３５３はまた、ファイルシステム１１６によってネイティブにサポートされていない、追加のリンクポリシーを実装するために使用され得る。

いくつかの実施形態では、本方法は、ファイルシステムによって、ファイルシステムアクセスオブジェクトが、ノード７５５でのオブジェクトのアクセスパーミッションにおいてアクセスが許可されたｓＩＤを識別するかどうかを判定することを含む。例えば、ファイルシステム１１６は、ファイルシステムアクセスオブジェクトが、オブジェクトに対するアクセスパーミッションにおいてアクセスが許可されているｓＩＤを識別するかどうかを判定することができる。リダイレクトリンクの認可トークンは、少なくとも、リンクがファイルシステム内のアクタであることを許可するｌｉｎｋ＿ｓＩＤを識別する必要がある。いくつかの実施形態では、認可トークンはまた、コンテンツ管理システムのユーザアカウントのｓＩＤも識別し得る。

いくつかの実施形態では、本方法は、ノード７６０において、エンドユーザが、コンテンツ管理システムにおいて、ユーザアカウントを持っていると判定することを含む。いくつかの実施形態では、ファイルシステム１１６はまた、リンク呼び出し元が、コンテンツ管理システム１１０において、ユーザアカウントを有することも判定してもよい。例えば、リンクサービス１３６は、リンク呼び出し元がコンテンツ管理システム１１０とのアクティブなセッションを有し、認可トークンにユーザアカウントのｓＩＤを含む（７６５）ことを知っている場合がある。その代わりに、ファイルシステム１１６は、アクティブなセッションを検出するか、又は他の方法で、リンク呼び出し元がユーザアカウントのｓＩＤに関連付けられていることを識別してもよい。例えば、リンクサービス１３６又はファイルシステム１１６は、パートナーサービスによって提供される、リンク呼び出し元に関連付けられた電子メールアドレスに関連付けられたｓＩＤを識別することができる。

リンク呼び出し元がコンテンツ管理システム１１０にユーザアカウントを有すると判定される（７６０）と、本方法は、ユーザアカウントをリンクのメンバとして関連づけるために、ファイルシステム１１６内のＩＤテーブルを更新することを含み、これにより、ノード７７０において、ユーザアカウントはリンクに関連付けられる。いくつかの実施形態では、ノード７７５において、ファイルシステム１１６は、リンクによって参照されるオブジェクトをユーザアカウント内の位置に表す。例えば、オブジェクトは、ユーザアカウントのｓＩＤとファイルシステム１１６内のオブジェクトのｏＩＤを関連付けることによって、ユーザアカウントに追加されることができ、それによって、オブジェクトは、将来のアクセスにリンクを必要とすることなく、ユーザアカウントに直接アクセス可能になる。

いくつかの実施形態では、ｓＩＤがオブジェクトへのアクセスを許可されている場合、ノード７８０において、オブジェクトに対するアクセスパーミッションと一致するパートナーサービスにオブジェクトを送信する。例えば、認可トークンがオブジェクトへのアクセスを提供する有効なｌｉｎｋ＿ｓＩＤを識別する限り、リンク呼び出し元はオブジェクトを受信することができる。これにより、匿名ユーザは、リンクによって参照されるオブジェクトにアクセスすることができる。ｓＩＤがオブジェクトへのアクセスを許可されている場合、ファイルシステム１１６は、オブジェクトに対するアクセス許可と一致するオブジェクトをリンク呼び出し元に送信する。

いくつかの実施形態では、本方法は、リンクサービス１３６に連絡したエンティティにオブジェクトを送信する（７８５）ことを含む。例えば、パートナーサービスがリンクサービス１３６にリンクを提供した場合、リンク呼び出し元は、ファイルシステム１１６からオブジェクトを直接受信する（７８７）。図１３は、ファイルシステム１１６がオブジェクトをパートナーサービスに送信し（７８５）、パートナーサービスがオブジェクトをリンク呼び出し元に転送できる実施形態を示す。このような実施形態では、これによって、パートナーサービスは、オブジェクトを任意のＵＩ又はマーキングで包みこむことができ、あたかもオブジェクトがパートナーサービスによって提供されたかのように見せることができる。

パートナーサービス及びリンクサービスによるリンクの共同管理は、リンク呼び出し元がオブジェクトにアクセスする権利を与えられるべきかどうかを判定するために、リンクロジックを適用する両方のエンティティ以上のものを含むことができる。図１３は、リンク呼び出し元がオブジェクトを要求している実施形態を示すが、パートナーサービスは、それ自体の開始時に、共同管理リンクを通じてリンクサービス１３６と対話することができる。

リンクの共同管理によって、両方のエンティティ（パートナーサービス及びリンクサービス１３６）は、リンクの設定を変更すること、リンクを削除すること、又はリンクをさらに共有することなどを含む、リンク上の進行中の管理に参加することができる。いくつかの実施形態において、本方法は、ノード７９０において、リンクサービスのＡＰＩによって、パートナーサービスから、アクセスレベル変更要求を受信することを含む。例えば、リンクサービスのＡＰＩ１３８は、サードパーティサービス１７０などのパートナーサービスからアクセスレベル変更要求を受信することができる。いくつかの実施形態では、アクセスレベル変更要求は、オブジェクトに対する少なくとも１つのアクセスパラメータの変更を含む。少なくとも１つのアクセスパラメータの変更は、リンクを有するエンドユーザに適用することができる。

他の動作も可能である。いくつかの実施形態では、パートナーサービスは、共同管理リンクを使用してリンクサービス１３６に連絡することができる。リンクサービス１３６は、リンクサービス１３６によって、又はファイルシステム１１６と対話するパートナーサービスによって、実行されることが可能なリンク機能のコレクションを含むリンクメタデータを返すことができる。次に、パートナーサービスは、リンクサービス１３６又はファイルシステム１１６の適切なＡＰＩに連絡して、管理機能を実行する、又は、リンクの対象であるオブジェクトを要求又は修正することができる。

図１４は、レガシーリンクをサポートするための例示的な方法を示す。いくつかの実施形態では、リンクは、管理のためにリンクサービス１３６に与えられる前に既に存在し得る。そのような実施形態では、リンクは、リンクサービス１３６以外の場所に既に向けられ得る。さらに、リンクは、リンクサービス１３６によって提供される挙動又はロジックとは異なる挙動又はロジックに関連付けられる場合があり、既存のリンクに関連付けられたユーザ体験を変更することは望ましくない場合がある。同時に、コンテンツ管理システム１１０に、リンクによって指し示されるオブジェクトを記憶及び管理させること、又はリンクサービス１３６に追加のリンク機能を提供させることが望ましい場合がある。図１４に示される方法は、これらのような実施形態を対象としたものである。

図１５Ａ及び図１５Ｂは、レガシーリンクをサポートするための代替の呼び出しフローを示すシーケンス図である。特に、図１５Ａは、リンクのアクティブ化が、リンクサービスの機能を呼び出すＡＰＩ１３８に指示する例示的なシーケンスを示す。この実施形態は、レガシーサービスの代わりにリンクサービス１３６を指すように、ＡＰＩが更新される場合に有用である。しかしながら、図１５Ｂは、レガシーリンクがレガシーリンクサービスを指し続け、かつ、レガシーリンクサービスがリンクサービス１３６を参照するように更新される場合のシーケンスを示す。

リンク呼び出し元は、リンクをアクティブ化することができる（８０１）。いくつかの実施形態では、図１５Ａに示されるように、アクティブ化されたリンクは、リンク呼び出し元を、オブジェクトに対する要求を受信することができる（８０２）レガシーリンクサービスに向けることができる。いくつかの実施形態では、図１５Ｂに示されるように、アクティブ化されたリンクは、リンク呼び出し元を、リンクによって参照されるオブジェクトにアクセスする要求を受信することができる（８０３）リンクサービス１３５に向けることができる。リンクサービス１３６は、リンクデータベース５１０内でリンクを調べることによって、リンク呼び出し元がリンクサービス１３６にレガシーリンクとして照会したリンク８０４を判定し、要求をレガシーリンクサービスに転送することができる。

いくつかの実施形態では、本方法は、ノード８０５において、レガシーリンク評価ロジックに従ってレガシーリンクを評価することを含む。例えば、リンクサービス１３６は、レガシーリンク評価ロジックに従ってレガシーリンクを評価することができる。

いくつかの実施形態では、ノード８０５において、レガシーリンク評価ロジックに従ってレガシーリンクを評価することは、図１５Ｂに示されるように、レガシーサービスからのリンクロジックと対話するために、リンクサービス１３６が外部リンクロジックインタフェース５３０を使用してレガシーリンクロジックと対話することを含み得る。

いくつかの実施形態では、リンクサービス１３６は、レガシーリンクロジックを評価する命令で構成されることができ、レガシーサービスに連絡する必要はない。

いくつかの実施形態では、レガシーリンクサービスは、リンク呼び出し元がオブジェクトにアクセスできないと判定する可能性がある。例えば、レガシーリンクサービスの中には、オブジェクトへのアクセスを提供したユーザがオブジェクトへのアクセスを現在維持している場合にのみアクセスを許可するものがある。オブジェクトへのアクセスを提供したユーザがオブジェクトへのアクセス権をもはや持っていない場合、一部のレガシーリンクサービスは、パブリックリンクでアクセスする場合でも、他のユーザがオブジェクトにアクセスすることを許可しない。

リンク呼び出し元がオブジェクトにアクセスできるとレガシーリンクサービスが判定した後、レガシーリンクサービスは、レガシーリンクによって参照されるオブジェクトに関連付けられたプロキシリンクを識別し、プロキシリンクを使用してリンクサービス１３６を呼び出すことを試みることができる。

しかしながら、いくつかの実施形態では、プロキシリンクがまだ存在しないかもしれない。いくつかの実施形態では、リンクサービス１３６がレガシーリンクサービスと連携するように構成されている場合、多くのリンクがレガシーリンクサービスによって、それ以前に発行されてしまっている可能性がある。それらのリンクの多くは、二度とアクティブ化されない可能性が高い。そのため、すべてのレガシーリンクに対してプロキシリンクを先回りして作成するのは非効率的であろう。代わりに、本技術は、必要なときに要求に応じてプロキシリンクを作成することができる。このような実施形態では、レガシーリンクサービスは、オブジェクトに関連付けられたプロキシリンクの識別を試みることができ、失敗した場合、レガシーリンクサービスは、既知のプロキシリンクを使用してリンクサービス１３６にアクセスする代わりに、リンクサービス１３６（図示せず）にプロキシリンクを要求することができる。

いくつかの実施形態では、本方法は、ノード８１０において、レガシーリンクによって参照されるオブジェクトへのアクセスを提供する要求を受信することを含む。例えば、リンクサービス１３６は、レガシーリンクによって参照されるオブジェクトへのアクセスを提供する要求を受信することができる。この要求は、レガシーリンクサービスが、レガシーリンクによって参照されるオブジェクトのプロキシリンクをたどった結果か、又はプロキシリンクの発行を要求した結果であり得る。

要求８１０がリンクサービス１３６によって受信されたレガシーリンクの最初の要求であり、レガシーリンクサービスがプロキシリンクを要求している場合、オブジェクトストレージ１４２にｌｉｎｋ＿ｓＩＤを設定し、プロキシリンクを設定することが必要であるか、又はリンクサービス１３６がオブジェクトに対して確立されたプロキシリンクをすでに持っている可能性がある。新しいプロキシリンクを作成する必要がある場合、リンクサービス１３６は、ファイルシステム１１６においてｌｉｎｋ＿ｓＩＤに関連付けられるプロキシリンクを作成するために、ファイルシステムインタフェース５２５を使用してファイルシステム１１６と通信することができる。いくつかの実施形態では、プロキシリンクは、ファイルシステム内の自身のサブジェクトＩＤ（ｌｉｎｋ＿ｓＩＤ）に関連付けられる。例えば、この方法は、リンクサービスによって、ノード８１５においてファイルシステムオブジェクトを指すプロキシリンクを生成することを含み、ファイルシステム１１６は、プロキシリンクを設定することができ、プロキシリンクのためのｌｉｎｋ＿ｓＩＤを記録することができる（８１７）。例えば、リンクサービス１３６は、ファイルシステム１１６を指すプロキシリンクを生成することができる。

いくつかの実施形態では、要求８１０がリンクサービス１３６によって受信されたレガシーリンクに対する最初の要求であり、レガシーリンクサービスがプロキシリンクを要求している場合、リンクサービス１３６は、オブジェクトに対して作成された、再利用できるプロキシリンクをすでに持っているかもしれない。例えば、リンクサービス１３６は、別のレガシーリンクのためにオブジェクトへのプロキシリンクを作成している可能性があり、このプロキシリンクは、再利用され得る。プロキシリンクは、図１２Ａ、図１２Ｂ、及び図１３の共同管理リンク、又は図５及び図６のリンクとは少し異なる。なぜなら、これらのリンクは、ファイルシステム１１６において、及び、おそらくはリンクサービス１３６においても、ポリシー（パーミッションステートメント）に対応付けられるのに対して、レガシーリンクは、それらのポリシーをレガシーリンクサービスによって制御されるからである。このように、１以上のレガシーリンクの各プロキシリンクは、通常、ファイルシステム１１６内のリンクに関連付けられた同じポリシー（パーミッションステートメント）を有する。プロキシリンクのｌｉｎｋ＿ＳＩＤは、ファイルシステム１１６に従ってオブジェクトの読み取りと書き込みが許可される。レガシーリンクサービスからの任意の追加の制限は、以下で説明するブロック８３７において、リンクサービス１３６によって課されることが可能である。

プロキシリンクがすでに構成されている場合、リンクサービス１３６は、プロキシリンクを使用し、ｌｉｎｋ＿ｓＩＤ及び任意の既知のユーザｓＩＤを提供することによって、ファイルシステム１１６にオブジェクトを要求することができる。ファイルシステムは、認可トークン、認可されたエンティティの識別情報、及びオブジェクトＩＤを含むファイルシステムアクセスオブジェクトを返すことができる。いくつかの実施形態では、ファイルシステムアクセスオブジェクトは、ファイルシステムアクセスオブジェクトが有効なままである時間を制限するために、有効期限を有するトークンを含む。有効期限は、リンク呼び出し元がオブジェクトに再びアクセスしたいときに、レガシーリンクを使用しなければならず、レガシーリンクロジックに従わなければならないことを保証するために、比較的短くされ得る。

いくつかの実施形態では、本方法は、ファイルシステムによって、ファイルシステムアクセスオブジェクトで識別されたオブジェクトに対する要求８３０を受信することを含む。例えば、ファイルシステム１１６は、ファイルシステムアクセスオブジェクトで識別されるオブジェクトに対する要求８３０を受信することができる。ファイルシステムアクセスオブジェクトは、認可されたエンティティの識別情報を含む認可トークンを含むことができる。認可トークンが、ノード８３５において、オブジェクトに対するアクセスパーミッションにおいてアクセスを許可されたサブジェクトＩＤ（ｓＩＤ及び／又はｌｉｎｋ＿ｓＩＤ）を含む場合（８３５）、ファイルシステム１１６は、ノード８４０において、オブジェクトを送信することができ、リンク呼び出し元は、オブジェクトに対するアクセスパーミッションと一致する。いくつかの実施形態では、オブジェクトをリンク呼び出し元に送信する前に（８４０）、ファイルシステム１１６は、リンクサービス１３６と対話して、他のリンクアクセス制限－例えば、レガシーリンクサービスによって規定されたようなアクセス制限－が存在し得るかどうかを判定する（８３７）ことができる。

リンク呼び出し元は、オブジェクトを受け取ることができる（８４５）。

図１６は、コンピューティングシステム９００の例を示し、これは、例えば、リンクサービス１３６を構成する任意のコンピューティングデバイス、又はシステムの構成要素が接続９０５を使用して互いに通信しているその任意の構成要素であり得る。接続９０５は、バスを介した物理的接続、又はチップセットアーキテクチャのようなプロセッサ９１０への直接接続であり得る。接続９０５はまた、仮想接続、ネットワーク接続、又は論理接続であることもできる。

いくつかの実施形態では、コンピューティングシステム９００は、本開示で説明される機能が、１つのデータセンタ、複数のデータセンタ、ピアネットワーク等内に分散され得る分散システムである。いくつかの実施形態では、説明されるシステム構成要素の１つ以上は、その構成要素が説明される機能の一部又は全部をそれぞれが実行する多数のそのような構成要素を表す。いくつかの実施形態では、構成要素は物理デバイス又は仮想デバイスであり得る。

例示的なシステム９００は、少なくとも１つの処理ユニット（ＣＰＵ又はプロセッサ）９１０と、読み取り専用メモリ（ＲＯＭ）９２０及びランダムアクセスメモリ（ＲＡＭ）９２５などのシステムメモリ９１５を含む、様々なシステム構成要素をプロセッサ９１０に結合する接続９０５とを含む。コンピューティングシステム９００は、プロセッサ９１０と直接接続されるか、プロセッサ９１０に近接して接続されるか、又はプロセッサ９１０の一部として統合された高速メモリ９１２のキャッシュを含むことができる。

プロセッサ９１０は、任意の汎用プロセッサと、プロセッサ９１０を制御するように構成された、記憶装置９３０に記憶されたサービス９３２、９３４、及び９３６などのハードウェアサービス又はソフトウェアサービスと、ソフトウェア命令が実際のプロセッサ設計に組み込まれる専用プロセッサとを含むことができる。プロセッサ９１０は、本質的に、複数のコア又はプロセッサ、バス、メモリコントローラ、キャッシュなどを含む、完全に自己完結型のコンピューティングシステムであってもよい。マルチコアプロセッサは、対称又は非対称であってもよい。

ユーザとの対話を可能にするために、コンピューティングシステム９００は、入力デバイス９４５を含み、これは、音声用のマイクロフォン、ジェスチャ又はグラフィカル入力用のタッチセンシティブスクリーン、キーボード、マウス、モーション入力、音声など、任意の数の入力機構を表すことができる。コンピューティングシステム９００はまた、出力デバイス９３５を含むことができ、これは、当業者に公知の多数の出力機構のうちの１つ以上であることができる。いくつかの例では、マルチモーダルシステムが、ユーザがコンピューティングシステム９００と通信するために複数のタイプの入力／出力を提供することを可能にすることができる。コンピューティングシステム９００は、通信インタフェース９４０を含むことができ、これは、一般に、ユーザ入力及びシステム出力を統治及び管理することができる。いかなる特定のハードウェア構成で動作することに制限はなく、したがって、本明細書での基本的な特徴は、改良されたハードウェア又はファームウェア構成に、それらが開発されるにつれて、容易に置き代わり得る。

記憶装置９３０は、不揮発性メモリ装置であることができ、ハードディスク、又は、磁気カセット、フラッシュメモリカード、ソリッドステートメモリデバイス、デジタル多用途ディスク、カートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、及び／又はこれらのデバイスのいくつかの組合せなど、コンピュータによってアクセス可能なデータを記憶することができる他のタイプのコンピュータ可読媒体であることができる。

記憶装置９３０は、ソフトウェアサービス、サーバ、サービスなどを含むことができ、そのようなソフトウェアを定義するコードがプロセッサ９１０によって実行されると、システムに機能を実行させる。いくつかの実施形態では、特定の機能を実行するハードウェアサービスは、機能を実行するために必要なハードウェア構成要素、例えばプロセッサ９１０、接続９０５、出力デバイス９３５など、に関連してコンピュータ可読媒体に記憶されたソフトウェア構成要素を含むことができる。

説明を明瞭にするために、場合によっては、本技術は、デバイス、デバイス構成要素、ソフトウェアで具現化された方法におけるステップ又はルーチン、又はハードウェアとソフトウェアとの組合せからなる機能ブロックを含む個々の機能ブロックを含むものとして提示されることがある。

本明細書で説明するステップ、動作、機能、又はプロセスの任意のものは、単独で、又は他のデバイスと組み合わせて、ハードウェア及びソフトウェアのサービス又はサービスの組合せによって実行又は実装されてもよい。いくつかの実施形態では、サービスは、クライアントデバイス及び／又はコンテンツ管理システムの１以上のサーバのメモリに常駐し、プロセッサがサービスに関連付けられたソフトウェアを実行するときに１以上の機能を実行するソフトウェアであり得る。いくつかの実施形態では、サービスは、特定の機能を実行するプログラム又はプログラムのコレクションである。いくつかの実施形態では、サービスはサーバとみなすことができる。メモリは、非一時的コンピュータ可読媒体であることができる。

いくつかの実施形態では、コンピュータ可読記憶装置、媒体、及びメモリは、ビットストリームなどを含むケーブル信号又は無線信号を含み得る。しかしながら、言及される場合、非一時的コンピュータ可読記憶媒体は、エネルギー、キャリア信号、電磁波、及び信号それ自体のような媒体を明示的に除外する。

上述した実施例による方法は、コンピュータ可読媒体から記憶されるか、そうでなければ利用可能なコンピュータ実行可能命令を使用して実施することができる。このような命令は、例えば、汎用コンピュータ、専用コンピュータ、又は専用処理デバイスに特定の機能又は機能群を実行させるか、そうでなければ構成する命令及びデータを含むことができる。使用されるコンピュータ資源の一部は、ネットワークを介してアクセス可能であり得る。実行可能なコンピュータ命令は、例えば、バイナリ、アセンブリ言語などの中間フォーマット命令、ファームウェア、又はソースコードであってもよい。説明された実施例による方法中に使用される命令、情報、及び／又は作成される情報を記憶するために使用され得るコンピュータ可読媒体の例には、磁気ディスク又は光ディスク、ソリッドステートメモリデバイス、フラッシュメモリ、不揮発性メモリを備えるＵＳＢデバイス、ネットワーク化された記憶デバイスなどが含まれる。

これらの開示による方法を実施するデバイスは、ハードウェア、ファームウェア及び／又はソフトウェアから構成することができ、様々なフォームファクタのいずれかをとることができる。そのようなフォームファクタの典型的な例としては、サーバ、ラップトップ、スマートフォン、スモールフォームファクタのパーソナルコンピュータ、パーソナルデジタルアシスタントなどが挙げられる。また、本明細書で説明する機能は、周辺機器やアドインカードに具現化することもできる。このような機能はまた、さらなる例として、単一のデバイス内で実行される異なるチップ又は異なるプロセス間で回路基板上に実装することもできる。

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

Claims (20)

1. リンクサービスによって、パートナーサービスから、共同管理リンクによって参照されるオブジェクトへのアクセスを提供する第２の要求を受信することであって、
   前記第２の要求は、前記パートナーサービスによって受信された、前記オブジェクトに関連する第１の要求の結果であり、
   前記第１の要求は、リンク呼び出し元が、前記パートナーサービスによって有効なリンクとして決定されたパートナーサービスリンクを呼び出した結果であり、
   前記パートナーサービスリンクは、前記第１の要求を介して、前記パートナーサービスによって、前記共同管理リンクにマッピングされた、ことと、
   前記リンクサービスによって、前記共同管理リンクの検証、及びリンクロギングを含むリンクサービス機能を実行することと、
   前記リンクサービス機能を実行した後、前記リンクサービスにより前記パートナーサービスに、前記オブジェクトを含むファイルシステムを指すファイルシステムアクセスオブジェクトを送信することであって、前記ファイルシステムアクセスオブジェクトは、認可トークン、認可されたエンティティの識別情報、及びオブジェクトＩＤを含む、ことと、
   を含む、方法。
2. 前記パートナーサービスからの前記オブジェクトへのアクセスを提供する第２の要求は、前記パートナーサービスが、前記リンク呼び出し元が前記オブジェクトにアクセスすることを許可されていると判定した後に発生し、これにより、前記パートナーサービスと前記リンクサービスの両方が、それら自身のアクセス判定を行う、請求項１に記載の方法。
3. 前記認可されたエンティティの前記識別情報は、前記共同管理リンクに対応するｌｉｎｋ_ｓＩＤである、請求項２に記載の方法。
4. 前記パートナーサービスから前記第２の要求を受信することに応答して、前記ファイルシステムを指す前記ファイルシステムアクセスオブジェクトを作成すること、
   をさらに含む請求項１に記載の方法。
5. 前記ファイルシステムアクセスオブジェクトは、前記ファイルシステムアクセスオブジェクトが有効であり続ける時間を制限するための有効期限を有する認可トークンを含む、請求項１記載の方法。
6. 前記ファイルシステムが前記オブジェクトを前記パートナーサービスに送信する前に、前記共同管理リンクに関連するアクセスレベル要求を前記リンクサービスに送信することと、
   前記リンクサービスによって、前記共同管理リンクに関連付けられたアクセスレベルを判定することと、
   前記リンクサービスによって、前記ファイルシステムに、前記共同管理リンクに関連付けられた前記アクセスレベルを送信すること、
   をさらに含む、請求項１に記載の方法。
7. 前記ファイルシステムによって、前記ファイルシステムアクセスオブジェクトが、前記ファイルシステム内の前記オブジェクトに対するアクセスパーミッションにおいてアクセスが許可されている第１のｓＩＤを識別するか否かを判定することと、
   前記第１のｓＩＤが前記オブジェクトへのアクセスを許可されている場合、前記オブジェクトに対する前記アクセスパーミッションと一致する前記パートナーサービスに、前記オブジェクトを送信することと、
   をさらに含む、請求項１に記載の方法。
8. 前記リンク呼び出し元が前記ファイルシステムにユーザアカウントを有することを判定することと、
   ｌｉｎｋ＿ｓＩＤに加えて、前記ユーザアカウントの第２のｓＩＤを前記認可トークンに含めること、
   をさらに含む、請求項７に記載の方法。
9. 前記共同管理リンクによって参照される前記オブジェクトへのアクセスを提供する前記第２の要求が、前記パートナーサービスに前記オブジェクトを要求する前記リンク呼び出し元を識別する、請求項１に記載の方法。
10. 前記リンクサービスのＡＰＩによって、前記パートナーサービスから、アクセスレベル変更要求を受信することであって、前記アクセスレベル変更要求は、前記オブジェクトに対する少なくとも１つのアクセスパラメータの変更を含み、前記少なくとも１つのアクセスパラメータの前記変更は、前記共同管理リンクに適用される、こと、
    をさらに含む、請求項１に記載の方法。
11. 命令を含むプログラムであって、前記命令は、コンピューティングシステムによって実行されると、前記コンピューティングシステムに、
    リンクサービスによって、パートナーサービスから、共同管理リンクによって参照されるオブジェクトへのアクセスを提供する第２の要求を受信することであって、
    前記第２の要求は、前記パートナーサービスによって受信された、前記オブジェクトに関連する第１の要求の結果であり、
    前記第１の要求は、リンク呼び出し元が、前記パートナーサービスによって有効なリンクとして決定されたパートナーサービスリンクを呼び出した結果であり、
    前記パートナーサービスリンクは、前記第１の要求を介して、前記パートナーサービスによって、前記共同管理リンクにマッピングされた、ことと、
    前記リンクサービスによって、前記共同管理リンクの検証、及びリンクロギングを含むリンクサービス機能を実行することと、
    前記リンクサービス機能を実行した後、前記リンクサービスにより前記パートナーサービスに、前記オブジェクトを含むファイルシステムを指すファイルシステムアクセスオブジェクトを送信することであって、前記ファイルシステムアクセスオブジェクトは、認可トークン、認可されたエンティティの識別情報、及びオブジェクトＩＤを含む、ことと、
    を行わせる、プログラム。
12. 前記パートナーサービスからの前記オブジェクトへのアクセスを提供する第２の要求は、前記パートナーサービスが、前記リンク呼び出し元が前記オブジェクトにアクセスすることを許可されていると判定した後に発生し、これにより、前記パートナーサービスと前記リンクサービスの両方が、それら自身のアクセス判定を行う、請求項１１に記載のプログラム。
13. 前記コンピューティングシステムによって実行されると、前記コンピューティングシステムに、
    前記ファイルシステムによって、前記ファイルシステムアクセスオブジェクトが、前記ファイルシステム内の前記オブジェクトに対するアクセスパーミッションにおいてアクセスが許可されているｓＩＤを識別するか否かを判定することと、
    前記ｓＩＤが前記オブジェクトへのアクセスを許可されている場合、前記オブジェクトに対する前記アクセスパーミッションと一致する前記パートナーサービスに、前記オブジェクトを送信することと、
    を行わせる命令をさらに含む、請求項１１に記載のプログラム。
14. 前記共同管理リンクによって参照される前記オブジェクトへのアクセスを提供する前記第２の要求が、前記パートナーサービスに前記オブジェクトを要求する前記リンク呼び出し元を識別する、請求項１１に記載のプログラム。
15. 前記コンピューティングシステムによって実行されるとき、前記コンピューティングシステムに、
    前記リンクサービスのＡＰＩによって、前記パートナーサービスから、アクセスレベル変更要求を受信する命令であって、前記アクセスレベル変更要求は、前記オブジェクトに対する少なくとも１つのアクセスパラメータの変更を含み、前記少なくとも１つのアクセスパラメータの変更は、前記共同管理リンクに適用される、命令を、
    さらに含む、請求項１１に記載のプログラム。
16. パートナーサービスとのリンクを共同管理するためのリンクサービスシステムであって、
    命令を格納するストレージと、
    プロセッサであって、前記命令を実行し、前記リンクサービスシステムに、
    パートナーサービスから、共同管理リンクによって参照されるオブジェクトへのアクセスを提供する第２の要求を受信することであって、
    前記第２の要求は、前記パートナーサービスによって受信された、前記オブジェクトに関連する第１の要求の結果であり、
    前記第１の要求は、リンク呼び出し元が、前記パートナーサービスによって有効なリンクとして決定されたパートナーサービスリンクを呼び出した結果であり、
    前記パートナーサービスリンクは、前記第１の要求を介して、前記パートナーサービスによって、前記共同管理リンクにマッピングされた、ことと、
    前記リンクサービスシステムによって、前記共同管理リンクの検証、及びリンクロギングを含むリンクサービス機能を実行することと
    前記リンクサービス機能を実行した後、前記オブジェクトを含むファイルシステムを指すファイルシステムアクセスオブジェクトを前記パートナーサービスに送信し、前記ファイルシステムアクセスオブジェクトは、認可トークン、認可されたエンティティの識別情報、及びオブジェクトＩＤを含むこと、
    を行わせるように構成された、リンクサービスシステム。
17. 前記パートナーサービスからの前記オブジェクトへのアクセスを提供する第２の要求は、前記パートナーサービスが、前記リンク呼び出し元が前記オブジェクトにアクセスすることを許可されていると判定した後に発生し、これにより、前記パートナーサービスと前記リンクサービスシステムの両方が、それら自身のアクセス判定を行う、請求項１６に記載のリンクサービスシステム。
18. 前記認可されたエンティティの前記識別情報は、前記共同管理リンクに対応するｓＩＤである、請求項１７に記載のリンクサービスシステム。
19. 前記プロセッサは、前記命令を実行し、前記リンクサービスシステムに、
    前記パートナーサービスから前記第２の要求を受信することに応答して、前記ファイルシステムを指す前記ファイルシステムアクセスオブジェクトを作成すること、
    を行わせるようにさらに構成される、請求項１６に記載のリンクサービスシステム。
20. 前記ファイルシステムアクセスオブジェクトは、前記ファイルシステムアクセスオブジェクトが有効であり続ける時間を制限するための有効期限を有する認可トークンを含む、請求項１６に記載のリンクサービスシステム。
    

Images