JP2019537081A - コンテンツ管理システムにおけるプロジェクトの作成 - 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