JP2022549983A - コンテキスト付きのコンテンツ・アイテム共有 - Google Patents

Abstract

本技術は、コンテンツ・アイテムが共有されるメッセージで提供されるコンテキストが、コンテンツ・アイテムにリンクされるデータベース内に保存されるシステムを提供する。さらに、コンテンツ・アイテムを送信しているユーザがコンテンツ・アイテムを共有する場合に、よりよいコンテキストを提供することを助けるために、本技術は、第１ユーザに有用なコンテキストを提供することを奨励する共有ユーザ・インタフェースを提供する。さらに、本技術は、コンテンツ・アイテムが共有されたコンテキストとともに共有コンテンツ・アイテムを提示できる共有インタフェースを提供する。

Description

本技術は一般に、コンテンツ・アイテムを、共有にコンテキストを与えるメッセージとともに共有することに関し、より具体的に、コンテンツ・アイテムを共有するためのインタフェースと、共有のコンテキストをコンテンツ・アイテムの表現に関連付ける共有コンテンツ・アイテムを閲覧するためのインタフェースとに関する。

コンテンツ・アイテムが共有されている理由に対する何らかのコンテキストを提供するメッセージとともにコンテンツ・アイテムを共有するのに有用なサービスがいくつか存在する。例えば、第１ユーザ・アカウントは、コンテンツ・アイテムとメッセージとを含む電子メールをターゲット・ユーザ・アカウントへ送信できる。別の例では、第１ユーザ・アカウントは、コンテンツ・アイテムと、コンテンツ・アイテムが共有されている理由に関するメッセージとを含めることができる（インスタント・メッセージングのような）メッセージング・サービス又は（ＳＬＡＣＫやＷＥＢＥＸ ＴＥＡＭＳのような）チーム・ベースのコミュニケーション・サービスを使用してメッセージを送信できる。別の例では、第１ユーザは、ワークフロー・サービスでタスクを割り当て、タスクとともにコンテンツ・アイテムを送信できる。

本技術の上記及び他の利点及び特徴は、添付の図面に説明される特定の実装を参照することによって明らかになるだろう。当業者はこれらの図面が本技術のいくつかの例のみを示し、本技術の範囲をこれらの例に限定しないことを理解するだろう。さらに、当業者は、添付の図面を使用することによって、さらなる特異性及び詳細を伴って記載及び説明されるような本技術の原理を理解するだろう。

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

本技術のいくつかの態様による共有モーダルの例示的な実施形態を示す。

本技術のいくつかの態様による共有インタフェースの例示的な実施形態を示す。

本技術のいくつかの態様による共有インタフェースの例示的な実施形態を示す。

共有コンテキストを用いて共有リクエストを受信するための例示的な方法の実施形態を示す。

共有コンテキストを用いて共有リクエストを提示するための例示的な方法の実施形態を示す。

本技術のある態様を実施するためのシステムの例を示す。

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

開示された技術は、共有コンテンツ・アイテムに関連するコンテキストを強化できるインタフェースのための、及びコンテンツ・アイテムを共有した当初のコミュニケーションの外部のコンテンツ・アイテムにリンクされる方法で共有コンテンツ・アイテムに関連するコンテキストを記憶できるシステムのための技術分野におけるニーズに対処する。多くのユーザは、様々な共有サービス及びアプリケーションを通じて多くのコンテンツ・アイテムを受信し、当初のコミュニケーションはある程度の量のコンテンツを含む可能性があるが、コンテンツ・アイテムが編集可能な場所に保存されるか、将来検索するために記憶されるとすぐに、コンテキストはコンテンツ・アイテムから分離される。

コンテンツ・アイテムが共有されている理由に対する何らかのコンテキストを提供するメッセージとともにコンテンツ・アイテムを共有するのに有用なサービスがいくつか存在する。例えば、第１ユーザ・アカウントは、コンテンツ・アイテムとメッセージとを含む電子メールをターゲット・ユーザ・アカウントへ送信できる。別の例では、第１ユーザ・アカウントは、コンテンツ・アイテムと、コンテンツ・アイテムが共有されている理由に関するメッセージとを含めることができる（インスタント・メッセージングのような）メッセージング・サービス又は（ＳＬＡＣＫやＷＥＢＥＸ ＴＥＡＭＳのような）チーム・ベースのコミュニケーション・サービスを使用してメッセージを送信できる。別の例では、第１ユーザは、ワークフロー・サービスでタスクを割り当て、タスクとともにコンテンツ・アイテムを送信できる。これらの各例では、共有に関連するコンテキストは、共有が発生したコミュニケーションに固定されたままである。

上記システムにおいてコンテンツ・アイテムに関連するコンテキストを閲覧するためには、ターゲット・ユーザが、コンテンツ・アイテムを共有するためにどのサービス又はアプリケーションが使用されたかを覚えておき、コンテンツ・アイテムが共有されたコミュニケーションを見つける必要がある。これは、複数の共有サービスを利用し、多くの異なるソース及びチームから共有されたコンテンツ・アイテムを受信するユーザにとって、実用的な解決策ではない。

本技術は、コンテンツ・アイテムが共有されるメッセージで提供されるコンテキストが、コンテンツ・アイテムにリンクされるデータベース内に保存されるシステムを提供する。コンテンツ・アイテムが閲覧される場合に、データベース内のコンテンツ・アイテムに関連する任意のコンテキストが、コンテンツ・アイテムとともに提示されうる。さらに、コンテンツ・アイテムを送信しているユーザが、コンテンツ・アイテムを共有している場合によりよいコンテキストを提供することを助けるために、本技術は、有用なコンテキストを提供することをユーザに奨励する共有ユーザ・インタフェースを提供する。さらに、本技術は、コンテンツ・アイテムが共有されたコンテキストとともに、すべての共有コンテンツ・アイテムを提示できる共有インタフェースを提供する。

いくつかの実施形態では、開示された技術は、とりわけ、コンテンツ・アイテム同期能力及びコラボレーション機能を有するコンテンツ管理システムの文脈で展開される。例示的なシステム構成１００が図１に示されており、図１は、クライアント・デバイス１５０と対話するコンテンツ管理システム１１０を示す。

アカウント

コンテンツ管理システム１１０は、コンテンツ・アイテムをアカウントに関連付けて記憶でき、コンテンツ・アイテムの読み出し、修正、閲覧、及び／又は共有のような様々なコンテンツ・アイテム管理タスクを実行できる。さらに、コンテンツ管理システム１１０は、アカウントが複数のクライアント・デバイスからコンテンツ・アイテムにアクセスできるようにできる。

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

アカウント・データベース１４０は、エンティティに関連付けられたアカウントのグループを記憶できる。グループは、グループ・ポリシー及び／又はアクセス制御リストに基づいて権限を有することができ、グループのメンバーは権限を継承できる。例えば、マーケティング・グループは、コンテンツ・アイテムの１つの集合へアクセスでき、エンジニアリング・グループは、コンテンツ・アイテムの別の集合へアクセスできる。管理者グループは、グループの変更、ユーザ・アカウントの変更などを行うことができる。

コンテンツ・アイテム・ストレージ

コンテンツ管理システム１１０の１つの機能は、コンテンツ・アイテムの記憶であり、これはコンテンツ・ストレージ１４２に記憶されうる。コンテンツ・アイテムは、文書、コラボレーション・コンテンツ・アイテム、テキスト・ファイル、オーディオ・ファイル、イメージ・ファイル、ビデオ・ファイル、ウェブ・ページ、実行可能ファイル、バイナリ・ファイルなどのような任意のデジタル・データでありうる。コンテンツ・アイテムは、フォルダ、ｚｉｐファイル、プレイリスト、アルバムなどのような、様々な挙動とともにコンテンツ・アイテムをグループ化するためのコレクション又はその他のメカニズムも含みうる。コレクションは、フォルダ、又は共通の属性によって関連付けられた又はグループ化された複数のコンテンツ・アイテムを指しうる。いくつかの実施形態では、コンテンツ・ストレージ１４２は、特定の機能を処理するために、他のタイプのストレージ又はデータベースと組み合わされる。コンテンツ・ストレージ１４２は、コンテンツ・アイテムを記憶でき、一方、コンテンツ・アイテムに関するメタデータは、メタデータ・データベース１４６に記憶されうる。同様に、コンテンツ・アイテムがコンテンツ・ストレージ１４２に格納されている場所に関するデータがコンテンツ・ディレクトリ１４４に記憶されうる。さらに、変更、アクセスなどに関するデータがサーバ・ファイル・ジャーナル１４８に記憶されうる。コンテンツ・ストレージ１４２、コンテンツ・ディレクトリ１４４、サーバ・ファイル・ジャーナル１４８、及びメタデータ・データベース１４６のような様々なストレージ／データベースのそれぞれは、複数のこのようなストレージ又はデータベースで構成され、多くのデバイス及び場所に分散されうる。その他の構成も可能である。例えば、コンテンツ・ストレージ１４２、コンテンツ・ディレクトリ１４４、サーバ・ファイル・ジャーナル１４８、及び／又はメタデータ・データベース１４６からのデータは、１つ以上のコンテンツ・ストレージ又はデータベースに結合されてもよく、又は追加のコンテンツ・ストレージ又はデータベースにさらにセグメント化されてもよい。よって、コンテンツ管理システム１１０は、図１に示されるものよりも多い又は少ないストレージ及び／又はデータベースを含んでもよい。

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

いくつかの実施形態において、コンテンツ・ディレクトリ１４４内のコンテンツ・アイテムを識別する一意のＩＤは、決定論的ハッシュ関数から導出されうる。コンテンツ・アイテムについての一意のＩＤを導出するこの方法は、決定論的ハッシュ関数が同じコンテンツ・アイテムのすべてのコピーについて同じ識別子を出力するが、異なるコンテンツ・アイテムについて異なる識別子を出力するため、コンテンツ・アイテムの重複がそのようなものとして認識されることを保証できる。この方法論を使用して、コンテンツ記憶サービス１１６は、各コンテンツ・アイテムについて一意のＩＤを出力できる。

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

いくつかの実施形態では、名前空間は、ルート・ノード内に格納されているかのように、ディレクトリ構造内にネストされた追加の名前空間を含みうる。これは、アカウントが共有コレクションにアクセスできる場合に生じうる。共有コレクションは、コンテンツ管理システム１１０内で独自の名前空間が割り当てられうる。いくつかの共有コレクションは実際に共有コレクションについてのルート・ノードであるが、これらはディレクトリ構造内のアカウント名前空間の下位に配置され、アカウントについてのフォルダ内にフォルダとして表示されうる。上述したように、ディレクトリ構造は、ユーザにとって快適なナビゲーション構造にすぎないが、コンテンツ・ストレージ１４２内のコンテンツ・アイテムの記憶場所とは相関しない。

アカウントがコンテンツ・アイテムを閲覧するディレクトリ構造は、コンテンツ管理システム１１０における記憶場所と相関しないが、ディレクトリ構造は、クライアント・デバイス１５０によって使用されるファイル・システムに依存して、クライアント・デバイス１５０上の記憶場所と相関しうる。

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

コンテンツ・パス及びコンテンツ・ポインタに加えて、コンテンツ・ディレクトリ１４４内のコンテンツ・エントリは、コンテンツ・アイテムへアクセスできるユーザ・アカウントを識別するユーザ・アカウント識別子及び／又はコンテンツ・エントリが属するコンテンツ・アイテム及び／又は名前空間へアクセスできるグループを識別するグループ識別子も含みうる。

コンテンツ記憶サービス１１６は、コンテンツ・アイテム又はコンテンツ・アイテムのバージョンを構成する重複コンテンツ・アイテム又は重複ブロックを識別することによって、必要とされる記憶スペースの量を減らすことができる。複数のコピーを記憶する代わりに、コンテンツ・ストレージ１４２は、コンテンツ・アイテムの単一のコピー又はコンテンツ・アイテムのブロックを記憶でき、コンテンツ・ディレクトリ１４４は、その複製を単一のコピーにリンクするためのポインタ又は他のメカニズムを含みうる。

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

コンテンツ記憶サービス１１６は、変更、アクセス等に関するデータのログをサーバ・ファイル・ジャーナル１４８に記憶することもできる。サーバ・ファイル・ジャーナル１４８は、タイム・スタンプ又はバージョン番号及び任意の他の関連データとともに、コンテンツ・アイテムの一意のＩＤと、変更又はアクセス・アクションの記述とを含みうる。サーバ・ファイル・ジャーナル１４８は、変更又はコンテンツ・アイテム・アクセスの影響を受けるブロックへのポインタも含みうる。コンテンツ記憶サービスは、コンテンツ・アイテムに対する変更、コンテンツ・アイテムの種々のバージョン（派生バージョン・ツリーを含む）、及びサーバ・ファイル・ジャーナル１４８から取得されうる変更履歴を追跡するコンテンツ・アイテム・バージョン・コントロールを使用することによって、動作を取り消す機能を提供できる。

コンテンツ・アイテムの同期

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

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

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

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

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

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

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

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

コンテンツ管理システム１１０からクライアント・デバイス１５０に同期する場合に、サーバ・ファイル・ジャーナル１４８に記録されたコンテンツ・アイテムのマウント、変更、追加、削除、移動は、通知サービス１１７を使用してクライアント・デバイス１５０へ送信される通知を引き起こせる。クライアント・デバイス１５０に変更が通知された場合に、クライアント・デバイスに知られている最後の同期ポイント以降、サーバ・ファイル・ジャーナル１４８にリストされた要求が変化する。コンテンツ管理システム１１０と同期していないとクライアント・デバイス１５０が判定した場合に、クライアント同期サービス１５６は、変更を含むコンテンツ・アイテム・ブロックを要求し、変更されたコンテンツ・アイテムの自身のローカル・コピーを更新する。

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

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

クライアント同期サービス１５６は、コンテンツ管理システム１１０上の特定のユーザ・アカウントに関連するすべてのコンテンツを同期できる。これに代えて、クライアント同期サービス１５６は、コンテンツ管理システム１１０上の特定のユーザ・アカウントに関連する全コンテンツのコンテンツの一部を選択的に同期できる。コンテンツの一部のみを選択的に同期することは、クライアント・デバイス１５０上のスペースを保ち、帯域幅を節約できる。

いくつかの実施形態では、クライアント同期サービス１５６は、特定のユーザ・アカウントに関連するコンテンツの一部を選択的に記憶し、コンテンツの残りの部分のために、プレースホルダ・コンテンツ・アイテムをクライアント・ストレージに記憶する。例えば、クライアント同期サービス１５６は、コンテンツ管理システム１１０上に、自身の個別の完全なコンテンツ・アイテムのファイル名、パス、拡張子、メタデータが同一であるが、完全なコンテンツ・アイテムのデータが欠落しているプレースホルダ・コンテンツ・アイテムを記憶できる。プレースホルダ・コンテンツ・アイテムは、数バイトであるか小さいサイズでありうるが、個別の完全なコンテンツ・アイテムは非常に大きいものでありうる。クライアント・デバイス１５０がコンテンツ・アイテムにアクセスしようとした後に、クライアント同期サービス１５６は、コンテンツ管理システム１１０からコンテンツ・アイテムのデータを読み出し、完全なコンテンツ・アイテムを、アクセスしているクライアント・デバイス１５０に提供できる。このアプローチは、コンテンツ管理システム１１０上のユーザのコンテンツへの完全なアクセスを依然として提供しながら、かなりのスペース及び帯域幅の節約を提供できる。

コラボレーション特性

コンテンツ管理システム１１０の別の特性は、ユーザ間のコラボレーションを容易にすることである。コラボレーション特性は、コンテンツ・アイテムの共有、コンテンツ・アイテムに関するコメント付け、コンテンツ・アイテムに関する共同作業、インスタント・メッセージング、コンテンツ・アイテムに関するプレゼンス及び既読状態情報の提供などを含む。

共有

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

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

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

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

いくつかの実施形態では、共有サービス１２８は、コンテンツ・アイテムについてのＵＲＬに権限の集合を関連付けることができる。例えば、ユーザがＵＲＬを介してコンテンツ・アイテムにアクセスしようとするならば、共有サービス１２８は、コンテンツ・アイテムについての制限された権限の集合を提供できる。制限された権限の例は、ユーザがコンテンツ・アイテムをダウンロードできない、コンテンツ・アイテムを保存できない、コンテンツ・アイテムをコピーできない、コンテンツ・アイテムを変更できないなどの制限を含む。いくつかの実施形態では、制限された権限は、コンテンツ・アイテムが指定されたドメインから、すなわち、企業ネットワーク・ドメイン内から、又は指定されたドメインに関連付けられたアカウント、例えば、企業アカウントに関連付けられたアカウント（例えば、＠ａｃｍｅ．ｃｏｍ）によってのみアクセスされることを許可する制限を含む。

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

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

チーム・サービス

いくつかの実施形態では、コンテンツ管理システム１１０は、チーム・サービス１３０を含む。チーム・サービス１３０は、ユーザ・アカウントの規定されたチームを作成及び管理するための機能を提供できる。チームは、サブチーム（例えば、ビジネス単位、又はプロジェクト・チームなど）を有する会社について作成されてもよく、チーム及びサブチームに割り当てられたユーザ・アカウント、又はチームは、ユーザ・アカウントの任意の規定されたグループについて作成されうる。チーム・サービス１３０は、チームのための共通の共有スペース、プライベート・ユーザ・アカウント・フォルダ、及びアクセス制限された共有フォルダを提供できる。チーム・サービスは、管理者がチーム内のコレクション及びコンテンツ・アイテムを管理するための管理インタフェースを提供したり、チームに関連付けられているユーザ・アカウントを管理したりすることもできる。

認可サービス

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

プレゼンス及び既読状態

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

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

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

コラボレーション・サービス１２６は、ユーザに対して通知の起点となり、通知を送信できる。例えば、ユーザは、コメントの中で別のユーザにメンションでき、コラボレーション・サービス１２６は、コメントでメンションされたことの通知を当該ユーザへ送信できる。コンテンツ・アイテムの削除、コンテンツ・アイテムの共有などを含む、他の様々なコンテンツ・アイテム・イベントが通知を引き起こせる。

コラボレーション・サービス１２６は、ユーザがインスタント・メッセージ、音声通話、電子メール等を送受信できるメッセージング・プラットフォームを提供できる。

コラボレーション・コンテンツ・アイテム

いくつかの実施形態では、コンテンツ管理サービスはまた、ユーザがコラボレーション・コンテンツ・アイテムを同時に作成し、コラボレーション・コンテンツ・アイテム内でコメントを付け、コラボレーション・コンテンツ・アイテム内でタスクを管理できる、インタラクティブ・コンテンツ・アイテム・コラボレーション・プラットフォームを提供できるコラボレーション文書サービス１３４を含みうる。コラボレーション・コンテンツ・アイテムは、ユーザがコラボレーション・コンテンツ・アイテム・エディタを使用して作成及び編集できるファイルであってもよく、コラボレーション・コンテンツ・アイテム要素を含みうる。コラボレーション・コンテンツ・アイテム要素は、コラボレーション・コンテンツ・アイテム識別子、１つ以上の作成者識別子、コラボレーション・コンテンツ・アイテム・テキスト、コラボレーション・コンテンツ・アイテム属性、インタラクション情報、コメント、共有ユーザなどを含んでもよい。コラボレーション・コンテンツ・アイテム要素は、データベース・エンティティとして記憶されてもよく、これにより、コラボレーション・コンテンツ・アイテムの検索及び読出しが可能になる。複数のユーザは、コラボレーション・コンテンツ・アイテムに同時に、又は異なる時刻にアクセス、閲覧、編集、及びコラボレーションしてもよい。いくつかの実施形態では、これは２人のユーザがウェブ・インタフェースを通じてコンテンツ・アイテムにアクセスすることを要求することによって管理されてもよく、そこでは同時にコンテンツ・アイテムの同じコピー上で作業できる。

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

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

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

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

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

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

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

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

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

いくつかの実施形態では、コンテンツ管理システム１１０は、追加の機能を実行するために、１つ以上のサードパーティ・サービス１９０と対話できる。

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

図２は、例示的な共有モーダル２００を説明する。共有モーダルは、ウェブ・インタフェース・サービス１２４を通じてウェブ・ブラウザで、又はクライアント・アプリケーション１５２を通じて、共有サービス１２８によって提示されうる。共有モーダル２００は、有用なコンテキスト情報を提供することを、コンテンツ・アイテムを共有している第１ユーザに奨励するように設計されたユーザ・インタフェースである。

共有モーダル２００は、共有されるべきコンテンツ・アイテムを識別するためのコンテンツ・アイテム・フィールド２０２を含みうる。コンテンツ・アイテムは、コンテンツ・アイテム・フィールド２０２において共有するためのコンテンツ・アイテムが選択された場合に、共有モーダル２００において識別されるようになりうる。

共有モーダル２００はまた、コンテンツ・アイテム２０２を共有する少なくとも１つのターゲット・ユーザ・アカウントを識別するための受信者フィールド２０４を含む。いくつかの実施形態では、複数のターゲット・ユーザ・アカウントを表す１つ以上の個々のユーザ・アカウント及び／又はチーム名が、受信者フィールド２０４で識別されうる。いくつかの実施形態では、第１ユーザが受信者フィールド２０４に受信者名をタイプすると、共有モーダル２００は、タイプされた受信者名を含むチームを含む、タイプされた文字が受信者名に一致する連絡先を示す動的ピックリスト２０６を提供できる。例えば、図２に説明されるように、選択可能なオプション「ジェイソン・デッセン」及び「オフィス移転」を含むピックリスト２０６が示されている。オプション「ジェイソン・デッセン」は、受信者フィールド２０４にこれまでタイプされた文字と一致し、一方、名前「ジェイソン・デッセン」を有するユーザ・アカウントがチーム「オフィス移転」に含まれているため、オプション「オフィス移転」が提供される。

共有モーダル２００はまた、選択可能なステータス・フラグ２０８を含みうる。ステータス・フラグ２０８は、第１ユーザによって選択され、コンテンツ・アイテムの共有に関連する一般的なステータスを識別できる。例えば、図２に説明されるように、いくつかのステータス・フラグは、「要レビュー」、「透明性のため」、「コメント希望」、「要署名」、及び「仕上げて送信」を含む。

いくつかの実施形態では、コンテンツ管理システム１１０はまた、共有モーダル又は共有通信で受信された他の情報に基づいて、ステータス・フラグ２０８を自動的に決定し適用するように構成された分類器を含みうる。

第１ユーザがより具体的なコンテキストを提供する意思があるならば、共有モーダル２００はメッセージ・フィールド２１０を含む。第１ユーザは、特定のユーザ・アカウントに＠メンションするために、メッセージ・フィールド２１０を使用できる。これは、コンテンツ・アイテムがチーム全体と共有されているが、第１ユーザがユーザ・アカウントの部分集合の特定のアテンションを取得したい場合に有用である。いくつかの実施形態では、特定のユーザ・アカウントに＠メンションするメッセージは、コンテンツ・アイテムがより大きなユーザ・アカウントのグループと共有されている場合であっても、そのユーザ・アカウントにのみ送信されてもよい。

メッセージ・フィールド２１０はまた、プロジェクトを識別するコードネームのように、特定のプロジェクトにコンテンツ・アイテムをタグ付けするために使用されうる。第１ユーザは、メッセージ・フィールド２１０内に任意の追加コンテキストを提供することもできる。

共有モーダル２００はまた、任意の特定のアクション又はステータスが完了又は更新される必要がある期限日を選択することを第１ユーザに奨励するために、日付ピッカー２１４を含みうる。

共有モーダル２００に入力されたすべての情報は、コンテンツ・アイテム２０２に関連して、メタデータ・データベース１４６に記憶されうる。このようにして、共有モーダル２００で収集されたコンテキスト・データは、コンテンツ管理システム１１０で閲覧されるときはいつでもコンテンツ・アイテム２０２に関連付けられたままにでき、コンテキスト・データは、コンテンツ管理システム１１０によってサードパーティ・サービス１９０でコンテンツ・アイテム２０２が共有されるときはいつでも、それに付随できる。

図３は、共有インタフェース２５０を説明する。共有インタフェース２５０は、共有コンテンツ・アイテムの受信者である任意のターゲット・ユーザ・アカウントによって閲覧されうるインタフェースである。共有インタフェース２５０は、コンテンツ管理システム１１０又はサードパーティ・サービス１９０内の任意の共有コンテンツ・アイテムを含む、ターゲット・ユーザ・アカウントと共有されている任意のコンテンツ・アイテムに関するコンテキスト情報を提示できる。例えば、図３に説明されるように、共有インタフェース２５０は、「特許出願」と呼ばれるコンテンツ・アイテムに関するコンテキスト情報２５４と、コンテンツ・アイテム「移転計画」に関するコンテキスト情報２６０とを示す。

コンテキスト情報２５４及びコンテキスト情報２６０のそれぞれは、コンテンツ・アイテムを共有したユーザ・アカウントに関する情報と、コンテンツ・アイテムがどれくらい前に共有されたかと、ステータス・フラグ２５８と、個別のコンテンツ・アイテムに関する最新のステータス情報とを含む。いくつかの実施形態では、コンテキスト情報２５４に関連して見られるように、期限日２５６が提示されうる。

コンテキスト情報２５４は、アレキサンダ・ロストフがコンテンツ・アイテム「特許出願」を５分前にターゲット・ユーザと共有したことを示し、さらに、コンテンツ・アイテム「特許出願」が５分前にアレキサンダ・ロストフによって最後に編集されたことを示す。コンテキスト情報２５４は、コンテンツ・アイテム「特許出願」が共有された理由が２５８のようなステータスによって示されるように、レビューを必要とすること、及びステータス・フラグ２５８によって示されるアクションの要求の期限日２５６が２０２０年１月１日であることをさらに示す。

コンテキスト情報２６０は、デリン・シャープがコンテンツ・アイテム「移転計画」を２時間前にグループ「オフィス移転」と共有し、デリン・シャープがターゲット・ユーザ（ジェイソン・デッセン）にコンテンツ・アイテム「移転計画」に署名するように依頼し、署名が必要であることを示すアクションへの要求を伴うステータス・フラグ２５８を含めたことを示す。

いくつかの実施形態では、補足コンテキスト情報２６２が表示されうる。例えば、補足コンテキスト情報２６２は、コンテキスト情報２６０と関連付けて表示されうる。補足情報２６２は、ステータス・フラグ「要署名」によって反映されるアクションへの特定の要求に関する情報を提供できる。補足情報２６２は、ターゲット・ユーザが要求されたアクションを実行したことを示す完了通知であり、この場合に、ターゲット・ユーザ（ジェイソン・デッセン）は、要求されたように文書に署名した。

共有インタフェース２５０はさらに、共有コンテンツ・アイテム及び関連コンテキストをソート、フィルタリング、及び検索するためのオプションを含む。図３に説明されるように、共有インタフェース２５０は、共有エンティティ２５２（ユーザ・アカウント及びチーム）を表す選択可能なオブジェクトを提示する。共有エンティティ２５２は、共有インタフェース２５０を閲覧している特定のターゲット・ユーザとコンテンツ・アイテムが共有されている場合に、コンテンツ・アイテムの共有元又は共有先のエンティティを含みうる。いくつかの実施形態では、共有インタフェース２５０は、直近に共有されたか、又は直近に対話されたコンテンツ・アイテムに関連付けられたエンティティに従って、共有エンティティ２５２を順序付けることができる。

共有インタフェース２５０はまた、日付２５３によってソートするための選択可能なオプションを含む。いくつかの実施形態では、共有インタフェース２５０におけるコンテンツのソート基準となる日付は、コンテンツ・アイテムが共有された日付又はコンテンツ・アイテムが最後に対話された日付である。

さらに、共有インタフェース２５０は、特定の時間内に共有されたコンテンツ・アイテムをフィルタリングするためのフィルタ２６４を含む。

共有インタフェース２５０によって提供される別のフィルタは、トップ共有チーム２６６に従ってフィルタリングするためのものである。図３に示される例では、唯一の共有チームがチーム「オフィス移転」であるが、他のチームがターゲット・ユーザとコンテンツを共有したならば、これもここに現れる。共有インタフェース２５０はまた、コンテンツ・アイテムを共有した特定のユーザ・アカウントに従ってフィルタリングするフィルタを提供する。フィルタ２６８は、コンテンツ・アイテムを最後に共有したユーザ・アカウントと、ここにリストされていない他のユーザ・アカウントを検索するための検索ボックスとを提示する。

最後に、共有インタフェース２５０は、共有コンテンツ・アイテムを検索するためのオープン検索フィールド２７０も提供する。

図４は、チーム「オフィス移転」２６６に対するフィルタが選択された場合の共有インタフェース２５０の例を説明する。よって、図４では、コンテキスト情報２６０及び補足コンテキスト情報２６２がチーム「オフィス移転」と共有されたコンテンツに関連するならば、これらのみが示される。

いくつかの実施形態では、共有インタフェース２８０は、それ自体が、コンテンツ・アイテムに対するアクションを行うことに直接結びついていない追加のコンテキストを受けるためのインタフェースでありうる。例えば、コンテンツ・アイテムを共有しているグループ内のユーザは、コンテンツ・アイテムへの共有アクセス権を有するユーザ・アカウントのグループへの総括的なコメントを作成でき、このコンテンツが表示されうる。

図５は、コンテンツ・アイテムに関連する共有コンテキストを受信し、記憶するための例示的な方法を説明する。いくつかの実施形態では、図２に説明されるように、共有サービス１２８は、共有モーダルを提示でき（３０２）、共有モーダルは少なくとも１つのターゲット・ユーザ・アカウントの識別情報を受信でき（３０４）、コンテンツ・アイテムを受信するための、ターゲット・ユーザ・アカウントを一部とするグループを自動的に提案できる（３０６）。

いくつかの実施形態では、コンテンツ・アイテムは、例えばサードパーティ・サービス１９０を通じて、コンテンツ管理システム１１０の外部で共有されてもよい。サードパーティ・サービス１９０の例は、コンテンツ・アイテムが共有されている理由に対して何らかのコンテキストを提供するメッセージとともにコンテンツ・アイテムを共有するのに有用な任意のサービスでありうる。例えば、第１ユーザ・アカウントは、コンテンツ・アイテムとメッセージとを含む電子メールをターゲット・ユーザ・アカウントへ送信できる。別の例では、第１ユーザ・アカウントは、コンテンツ・アイテムと、コンテンツ・アイテムが共有されている理由に関するメッセージとを含めることができる（インスタント・メッセージングのような）メッセージング・サービス又は（ＳＬＡＣＫやＷＥＢＥＸ ＴＥＡＭＳのような）チーム・ベースのコミュニケーション・サービスを使用してメッセージを送信できる。別の例では、第１ユーザは、ワークフロー・サービスでタスクを割り当て、タスクとともにコンテンツ・アイテムを送信できる。しかし、本技術では、サードパーティ・サービス１９０は、コンテンツ管理システム１１０の管理下にあるコンテンツ・アイテムが共有された場合に、サードパーティ・サービス１９０がコンテンツ管理システム１１０に通知できるように、コンテンツ管理システム１１０にリンクされる。

サードパーティ・サービス１９０は、コンテンツ管理システム１１０又はサードパーティ・サービス１９０によって提供されるアプリケーション・プログラミング・インタフェースを介してコンテンツ管理システム１１０にリンクされうる。いくつかの実施形態では、サードパーティ・サービスは、コンテンツ・アイテムが、共有される方法として、又はそのメタデータ内のいずれかで、コンテンツ管理システムへのリンク、ポインタ、又は参照を含む場合に、コンテンツ・アイテムがコンテンツ管理システム１１０によって管理されていることを判定できる。コンテンツ管理システム１１０によって管理されるコンテンツ・アイテムをサードパーティ・サービス１９０が検出すると、サードパーティ・サービス１９０は、それが管理するコンテンツ・アイテムがサードパーティ・サービス１９０を介して共有されたことをコンテンツ管理システム１１０に通知する通信を送信でき、コンテンツ管理システム１１０はそれを受信できる（３０８）。いくつかの実施形態では、サードパーティ・サービス１９０は、コンテンツ・アイテムが共有された任意のメッセージを送信することもできる。

いくつかの実施形態では、コンテンツ管理システム１１０は、コンテンツ管理システム１１０におけるユーザ・アカウントがサードパーティ・サービス１９０におけるユーザ・アカウントにクレデンシャルを提供する場合に、サードパーティ・サービス１９０のユーザ・アカウントへのアクセスを許可されうる。このタイプのアクセスにより、コンテンツ管理システム１１０は、コンテンツ管理システム１１０の管理下にあるコンテンツ・アイテムに関連して送信されたメッセージを判定し、サードパーティ・サービス１９０においてコンテンツ・アイテムが誰と共有されているかを判定するために、サードパーティ・サービス１９０におけるユーザ・アカウントを監視できる。

共有モーダル２００のような共有モーダルを通じてであろうと、サードパーティ・サービス１９０を通じてであろうと、コンテンツ管理システム１１０の共有サービス１２８は、第１ユーザ・アカウントから共有リクエストを取得できる（３１０）。共有リクエストは、共有されるコンテンツ・アイテムと、共有コンテンツ・アイテムを受信するターゲット・ユーザ・アカウントと、コンテンツ・アイテムに関連付けられた共有コンテキストとを識別できる。

その後、共有サービス１２８は、任意のターゲット・ユーザに、アクセス制御リスト１４５においてコンテンツ・アイテムへのアクセス権を与え、コンテンツ・アイテムへのポインタとともに、共有コンテキストをメタデータ・データベース１４６内に記憶できる（３１４）。さらに、共有サービス１２８は、共有通知をターゲット・ユーザのアカウントへ送信できる（３１２）。共有通知は、少なくともコンテンツ・アイテムと、共有コンテキストとを識別できる。共有コンテキストは、コンテキスト情報２５４、２６０に表示されるような情報を含むことができ、これは、コンテンツ・アイテムを共有した第１ユーザ、期限日、ステータス・フラグ、共有に関連するメッセージなどを含む。

いくつかの実施形態では、共有リクエストは、複数のユーザ・アカウントに対処でき、又はコンテンツ・アイテムは、複数のユーザ・アカウントと事前に共有されていてもよいが、共有リクエストは、ユーザ・アカウントの部分集合への特定のコンテキストに対処する。このような実施形態では、共有コンテンツ・アイテムへのアクセスが許可されているかもしれないより大きなグループではなく、ユーザ・アカウントの部分集合にのみアドレス指定される任意の特定のコンテキストが、これらのユーザ・アカウントにのみ送信されうる。共有通知は、コンテンツ・アイテムへのアクセス権を受けた各ユーザ・アカウントへ送信されうるが、コンテキストがアドレス指定されているユーザ・アカウントの部分集合に送信される共有通知のみが共有コンテキストを識別する。

図６は、共有コンテキストとともに共有コンテンツ・アイテムを提示するための例示的な方法の実施形態を説明する。共有サービス１２８は、コンテンツ・アイテムの表現とともに、共有コンテキストをターゲット・ユーザに示す共有インタフェース２５０を提示できる（３４０）。いくつかの実施形態では、共有インタフェース２５０は、共有コンテキストの属性に従って、複数の共有コンテンツ・アイテムをソート（３４２）又はフィルタリングするために使用されうる。

共有インタフェース２５０に表されるコンテンツ・アイテムは、ユーザ・インタフェース・デバイスを操作するユーザによって選択され、開かれうる。

いくつかの実施形態では、ターゲット・ユーザは、要求されたアクションを完了でき、ターゲット・ユーザは、共有コンテキストを含む共有インタフェース２５０において通知に返信することによって、コンテンツ・アイテムが共有されている他のユーザ・アカウントに通知できる。コンテンツ管理システム１１０の共有サービス１２８は、ターゲット・ユーザ・アカウントが要求されたアクションを完了したことのインジケーションをターゲット・ユーザから受信でき（３４４）、完了通知を第１ユーザ・アカウントへ自動的に送信できる（３４６）。完了通知は、要求されたアクションが完了したことを示すことができる。完了通知は、補足コンテキストとして、第１ユーザ及びターゲット・ユーザの共有インタフェース２５０に提示されうる。

上述のように、いくつかの実施形態では、共有リクエストは、サードパーティ・サービス１９０で生じうる。時には、これらの共有リクエストは、複数のターゲット・ユーザ・アカウントを識別できる。このような実施形態では、コンテンツ管理システム１１０は、複数のターゲット・アカウントがコンテンツ管理システム１１０においてチームとして識別されるべきであると判定してもよい。コンテンツ管理システム１１０は、サードパーティ・サービス１９０におけるユーザ・アカウントに対応するコンテンツ管理システム１１０におけるユーザ・アカウントを識別し、これらのユーザ・アカウントを有するチームを作成するようにチーム・サービス１３０に指示できる。いくつかの実施形態では、コンテンツ管理システム１１０は、チームを自動的に作成する前に、チームの作成を提案できる。

いくつかの実施形態では、コンテンツ管理システム１１０は、コンテンツ管理システム１１０で生成されたコンテキストがサードパーティ・サービス１９０で反映されるように、サードパーティ・サービス１９０で、コンテンツ管理システム１１０を起点とする共有メッセージを送信することもできる。

いくつかの実施形態では、コンテンツ・アイテムに関連するコンテキストは、コンテンツ・アイテムに関して様々な機能をよりインテリジェントに実行するために、コンテンツ管理システム１１０によって使用されうる。このような機能の１つは、コンテンツ・アイテムをユーザがより簡単にアクセスできるようにすることでありうる。例えば、コンテンツ管理システムは、特定のユーザ・アカウントがコンテンツ・アイテムに対してアクションを実行する必要があることをコンテンツ・アイテムに関連付けられたコンテキストが指定していることを認識できる。その後、コンテンツ管理システム１１０は、コンテンツ・アイテムが見つけやすくなるように、コンテンツ・アイテムをコンテンツ・アイテム閲覧インタフェースのトップにソートしうる。コンテンツ管理システム１１０は、コンテンツ・アイテムがユーザ・アカウントのクライアント・デバイス１５０上でローカルに利用可能であることを確実にすることもできる。上述したように、コンテンツ管理システム１１０は、コンテンツ・アイテムをクライアント・デバイス１５０と同期でき、いくつかの実施形態では、クライアント・デバイス１５０上の記憶スペースを節約するために、すべてのコンテンツ・アイテムの部分集合のみがクライアント・デバイス１５０に同期する。本技術を用いて、コンテンツ管理システム１１０は、ユーザ・アカウントがコンテンツ・アイテムに対してアクションを行う必要があることを示すコンテキストにコンテンツ・アイテムが関連付けられている場合に、コンテンツ・アイテムをクライアント・デバイス１５０に選択的に同期できる。

本書に提供される記述の大部分はコンテンツ・アイテムが共有されるか、又は作用される場合に作成されるコンテキストに対処するが、コンテンツ・アイテムに対するいかなるアクションがなくても、コンテンツが作成されうる。コンテンツ・アイテムを共有する結果として、共有グループが作成される可能性がある。共有グループが作成されると、本技術は、コンテンツ・アイテムに対するアクションを必要とせずに、グループのメンバーであるユーザ・アカウント間でメッセージが送信されることを提供することもできる。

いくつかの実施形態では、コンテキストは、コンテンツ・アイテム識別子に加えて（又はこれに代えて）共有グループ識別子と関連付けて、メタデータ・データベース１４６に記憶されうる。それにより、グループ（オフィス移転）に固有の共有インタフェース２８０のようなインタフェースが表示される場合に、グループ間で共有されるすべてのコンテキストが提示されうる。このようにして、共有インタフェース２８０は、共有コンテンツ・アイテムに直接関連付けられていない他のすべてのコンテキストを捕捉するワークスペースとしても機能できる。上記の他の実施形態と同様に、グループ間で共有されるコンテキストは、サードパーティ・サービス１９０を起点としうる。

図７は、コンピューティング・システム４００の例を示し、これは、例えば、クライアント・デバイス１５０、コンテンツ管理システム１１０、又はその任意の構成要素を構成するコンピューティング・デバイスであってもよく、システムの構成要素は、コネクション４０５を使用して互いに通信できる。コネクション４０５は、バスを介した物理的なコネクションであってもよく、又はチップセット・アーキテクチャ内にあるようなプロセッサ４１０への直接的なコネクションであってもよい。コネクション４０５は、仮想コネクション、ネットワーク・コネクション、又は論理コネクションであってもよい。

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

提示的なシステム４００は、少なくとも１つの処理部（ＣＰＵ又はプロセッサ）４１０と、リード・オンリ・メモリ（ＲＯＭ）４２０及びランダム・アクセス・メモリ（ＲＡＭ）４２５のようなシステム・メモリ４１５を含む様々なシステム構成要素をプロセッサ４１０に結合するコネクション４０５とを含む。コンピューティング・システム４００は、プロセッサ４１０と直接接続された、近接している、又はその一部として統合された高速メモリ４１２のキャッシュを含みうる。

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

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

記憶デバイス４３０は、不揮発性メモリ・デバイスであってもよく、ハードディスク又は他のタイプのコンピュータ可読媒体であってもよく、これは、磁気カセット、フラッシュ・メモリ・カード、ソリッド・ステート・メモリ・デバイス、デジタル多目的ディスク、カートリッジ、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリ・メモリ（ＲＯＭ）、及び／又はこれらのデバイスの何らかの組み合わせのように、コンピュータによってアクセス可能なデータを記憶できる。

記憶デバイス４３０は、ソフトウェア・サービス、サーバ、サービスなどを含んでもよく、このようなソフトウェアを規定するコードがプロセッサ４１０によって実行された場合に、システムに機能を実行させる。いくつかの実施形態では、特定の機能を実行するハードウェア・サービスは、その機能を実行するために、プロセッサ４１０、コネクション４０５、出力デバイス４３５などの必要なハードウェア構成要素に関連して、コンピュータ可読媒体に記憶されたソフトウェア構成要素を含みうる。

説明を明確にするために、いくつかの例では、本技術は、デバイス、デバイス構成要素、ソフトウェアで実施われる方法におけるステップ又はルーチン、又はハードウェアとソフトウェアとの組合せを含む機能ブロックを含む個々の機能ブロックを含むものとして提示されてもよい。

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

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

上述の例による方法は、コンピュータ可読媒体から記憶されるか、又は他の方法で利用可能なコンピュータ実行可能命令を使用して実施されうる。このような命令は例えば、汎用コンピュータ、特殊目的コンピュータ、又は特殊目的処理デバイスに、特定の機能又は機能のグループを実行させる又は他のように構成する命令及びデータを含みうる。使用されるコンピュータ・リソースの一部は、ネットワーク経由でアクセスされうる。コンピュータ実行可能命令は例えば、バイナリ、アセンブリ言語、ファームウェア、又はソース・コードのような中間フォーマット命令であってもよい。記載された例による方法の間に作成される命令、使用される情報、及び／又は情報を記憶するために使用されてもよいコンピュータ可読媒体の例は、磁気又は光ディスク、ソリッド・ステート・メモリ・デバイス、フラッシュ・メモリ、不揮発性メモリを備えたＵＳＢデバイス、ネットワーク接続された記憶デバイスなどを含む。

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

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

様々な例及び他の情報が添付の特許請求の範囲内の態様を説明するために使用されたが、当業者はこれらの例を使用して、多種多様な実施を導出できるので、特許請求の範囲の限定がこのような例における特定の特徴又は構成に基づいて暗示されるべきではない。さらに、いくつかの主題を、構造的特徴及び／又は方法ステップの例に特有の用語で説明してきたが、添付の特許請求の範囲で規定される主題は必ずしもこれらの説明された特徴又は動作に限定されないことを理解されたい。例えば、このような機能は、本書で識別されるもの以外の構成要素において、異なるように分散されるか、又は実行されうる。むしろ、記載された特徴及びステップは、添付の特許請求の範囲内のシステム及び方法の構成要素の例として開示される。

Claims (20)

1. 方法であって、
   コンテンツ管理システムによって、第１ユーザ・アカウントから共有リクエストを受信することであって、前記共有リクエストは、コンテンツ・アイテムと、ターゲット・ユーザ・アカウントと、前記ターゲット・ユーザ・アカウントに割り当てられた前記コンテンツ・アイテムに関連付けられた共有コンテキストとを識別する、ことと、
   前記コンテンツ管理システムによって、前記ターゲット・ユーザ・アカウントへ共有通知を送信することであって、前記共有通知は、少なくとも、前記コンテンツ・アイテムと、前記共有コンテキストとを識別する、ことと、
   共有インタフェースにおいて、前記コンテンツ・アイテムの表現とともに前記ターゲット・ユーザ・アカウントに提示される前記共有コンテキストを提供することと、を有する方法。
2. 請求項１に記載の方法であって、前記共有コンテキストは、前記ターゲット・ユーザ・アカウントによって完了される要求アクションを示し、前記方法は、
   前記コンテンツ管理システムによって、前記ターゲット・ユーザ・アカウントが前記要求アクションを完了したことのインジケーションを受信することと、
   前記コンテンツ管理システムによって、完了通知を前記第１ユーザ・アカウントへ自動的に送信することであって、前記完了通知は、前記要求アクションが完了したことを示す、ことと、をさらに有する、方法。
3. 請求項１に記載の方法であって、前記共有リクエストは、複数のターゲット・ユーザ・アカウントを識別し、前記共有コンテキストは、前記ターゲット・ユーザ・アカウントの部分集合のみに割り当てられ、前記方法は、
   前記複数のターゲット・ユーザ・アカウントの各ユーザ・アカウントへ前記共有通知を送信することであって、ユーザ・アカウントの前記部分集合へ送信される共有通知のみが前記共有コンテキストを識別する、ことをさらに有する、方法。
4. 請求項１に記載の方法であって、
   コンテンツ・アイテム・ストレージ内の前記コンテンツ・アイテムへのポインタとともに、前記共有コンテキストをメタデータ・データベースに記憶することをさらに有する、方法。
5. 請求項１に記載の方法であって、前記共有インタフェースは、
   複数の共有コンテンツ・アイテムの表現を、個別の関連する共有コンテキストとともに提供し、前記方法は、
   前記複数の共有コンテンツ・アイテムを、前記個別の関連する共有コンテキストの属性に従ってソートすることをさらに有する、方法。
6. 請求項１に記載の方法であって、前記共有コンテキストを提供することは、要求アクションに関する注記と、ステータス・フラグとを提供することを含む、方法。
7. 請求項１に記載の方法であって、前記共有リクエストは、サードパーティ・アプリケーションを起点とし、前記方法は、
   前記コンテンツ管理システムによって、前記コンテンツ・アイテムが前記サードパーティ・アプリケーションにおいて前記第１ユーザ・アカウントによって共有されたことの通知を前記サードパーティ・アプリケーションから受信することであって、前記通知は、前記ターゲット・ユーザ・アカウントについての識別子と、前記コンテンツ・アイテムの識別子と、前記コンテンツ・アイテムとともに送信されたメッセージとを含む、ことをさらに有する、方法。
8. 請求項７に記載の方法であって、
   前記ターゲット・ユーザ・アカウントの前記識別子を含む前記通知に加えて、前記通知が、前記サードパーティ・アプリケーションにおける複数のユーザ・アカウントについての識別子を含むことと、
   前記サードパーティ・アプリケーションにおける前記複数のユーザ・アカウントのうちの少なくとも一部が、前記コンテンツ管理システムにおける個別のユーザ・アカウントに対応すると判定することと、
   前記コンテンツ管理システムにおいて共有グループを自動的に作成することと、をさらに有する、方法。
9. 請求項１に記載の方法であって、
   前記共有リクエストを受信する前に、第１ユーザ・アカウントへ共有モーダルを提供することと、
   前記ターゲット・ユーザ・アカウントの識別情報を前記共有モーダル内で受信することと、
   前記コンテンツ・アイテムを受信するためのグループを前記共有モーダルで自動的に提案することであって、前記ターゲット・ユーザ・アカウントは、前記提案されたグループに関連付けられる、ことと、をさらに有する、方法。
10. 命令を記憶する非一時的なコンピュータ可読媒体であって、前記命令は、実行された場合に、少なくとも１つのプロセッサに、
    コンテンツ管理システムによって、第１ユーザ・アカウントから共有リクエストを受信することであって、前記共有リクエストは、コンテンツ・アイテムと、ターゲット・ユーザ・アカウントと、前記ターゲット・ユーザ・アカウントに割り当てられた前記コンテンツ・アイテムに関連付けられた共有コンテキストとを識別する、ことと、
    前記コンテンツ管理システムによって、前記ターゲット・ユーザ・アカウントへ共有通知を送信することであって、前記共有通知は、少なくとも、前記コンテンツ・アイテムと、前記共有コンテキストとを識別する、ことと、
    共有インタフェースにおいて、前記コンテンツ・アイテムの表現とともに前記ターゲット・ユーザ・アカウントに提示される前記共有コンテキストを提供することと、を行わせる、非一時的なコンピュータ可読媒体。
11. 請求項１０に記載の非一時的なコンピュータ可読媒体であって、前記共有コンテキストは、前記ターゲット・ユーザ・アカウントによって完了される要求アクションを示し、前記命令は、前記少なくとも１つのプロセッサに、
    前記コンテンツ管理システムによって、前記ターゲット・ユーザ・アカウントが前記要求アクションを完了したことのインジケーションを受信することと、
    前記コンテンツ管理システムによって、完了通知を前記第１ユーザ・アカウントへ自動的に送信することであって、前記完了通知は、前記要求アクションが完了したことを示す、ことと、をさらに行わせる、非一時的なコンピュータ可読媒体。
12. 請求項１０に記載の非一時的なコンピュータ可読媒体であって、前記共有リクエストは、複数のターゲット・ユーザ・アカウントを識別し、前記共有コンテキストは、前記ターゲット・ユーザ・アカウントの部分集合のみに割り当てられ、前記命令は、前記少なくとも１つのプロセッサに、
    前記複数のターゲット・ユーザ・アカウントの各ユーザ・アカウントへ前記共有通知を送信することであって、ユーザ・アカウントの前記部分集合へ送信される共有通知のみが前記共有コンテキストを識別する、ことをさらに有する、非一時的なコンピュータ可読媒体。
13. 請求項１０に記載の非一時的なコンピュータ可読媒体であって、前記命令は、前記少なくとも１つのプロセッサに、
    コンテンツ・アイテム・ストレージ内の前記コンテンツ・アイテムへのポインタとともに、前記共有コンテキストをメタデータ・データベースに記憶することをさらに行わせる、非一時的なコンピュータ可読媒体。
14. 請求項１０に記載の非一時的なコンピュータ可読媒体であって、前記共有インタフェースは、
    複数の共有コンテンツ・アイテムの表現を、個別の関連する共有コンテキストとともに提供し、前記命令は、前記少なくとも１つのプロセッサに、
    前記複数の共有コンテンツ・アイテムを、前記個別の関連する共有コンテキストの属性に従ってソートすることをさらに行わせる、非一時的なコンピュータ可読媒体。
15. 請求項１０に記載の非一時的なコンピュータ可読媒体であって、前記共有コンテキストを提供することは、要求アクションに関する注記と、ステータス・フラグとを提供することを含む、非一時的なコンピュータ可読媒体。
16. 請求項１０に記載の非一時的なコンピュータ可読媒体であって、前記共有リクエストは、サードパーティ・アプリケーションを起点とし、前記命令は、前記少なくとも１つのプロセッサに、
    前記コンテンツ管理システムによって、前記コンテンツ・アイテムが前記サードパーティ・アプリケーションにおいて前記第１ユーザ・アカウントによって共有されたことの通知を前記サードパーティ・アプリケーションから受信することであって、前記通知は、前記ターゲット・ユーザ・アカウントについての識別子と、前記コンテンツ・アイテムの識別子と、前記コンテンツ・アイテムとともに送信されたメッセージとを含む、ことをさらに行わせる、非一時的なコンピュータ可読媒体。
17. 請求項１６に記載の非一時的なコンピュータ可読媒体であって、前記命令は、前記少なくとも１つのプロセッサに、
    前記ターゲット・ユーザ・アカウントの前記識別子を含む前記通知に加えて、前記通知が、前記サードパーティ・アプリケーションにおける複数のユーザ・アカウントについての識別子を含むことと、
    前記サードパーティ・アプリケーションにおける前記複数のユーザ・アカウントのうちの少なくとも一部が、前記コンテンツ管理システムにおける個別のユーザ・アカウントに対応すると判定することと、
    前記コンテンツ管理システムにおいて共有グループを自動的に作成することと、をさらに行わせる、非一時的なコンピュータ可読媒体。
18. 請求項１０に記載の非一時的なコンピュータ可読媒体であって、前記命令は、前記少なくとも１つのプロセッサに、
    前記共有リクエストを受信する前に、第１ユーザ・アカウントへ共有モーダルを提供することと、
    前記ターゲット・ユーザ・アカウントの識別情報を前記共有モーダル内で受信することと、
    前記コンテンツ・アイテムを受信するためのグループを前記共有モーダルで自動的に提案することであって、前記ターゲット・ユーザ・アカウントは、前記提案されたグループに関連付けられる、ことと、をさらに行わせる、非一時的なコンピュータ可読媒体。
19. システムであって、
    記憶された命令を有する非一時的なコンピュータ可読媒体と、
    前記命令を実行するように構成された少なくとも１つのプロセッサとを備え、前記命令は、実行された場合に、前記少なくとも１つのプロセッサに、
    コンテンツ管理システムによって、第１ユーザ・アカウントから共有リクエストを受信することであって、前記共有リクエストは、コンテンツ・アイテムと、ターゲット・ユーザ・アカウントと、前記ターゲット・ユーザ・アカウントに割り当てられた前記コンテンツ・アイテムに関連付けられた共有コンテキストとを識別する、ことと、
    前記コンテンツ管理システムによって、前記ターゲット・ユーザ・アカウントへ共有通知を送信することであって、前記共有通知は、少なくとも、前記コンテンツ・アイテムと、前記共有コンテキストとを識別する、ことと、
    共有インタフェースにおいて、前記コンテンツ・アイテムの表現とともに前記ターゲット・ユーザ・アカウントに提示される前記共有コンテキストを提供することと、を行わせる、システム。
20. 請求項１９に記載のシステムであって、前記命令は、前記少なくとも１つのプロセッサに、
    コンテンツ・アイテム・ストレージ内の前記コンテンツ・アイテムへのポインタとともに、前記共有コンテキストをメタデータ・データベースに記憶することをさらに行わせる、システム。

Images