JP6543724B2

JP6543724B2 - カスタマイズ可能なファイルリクエストを介したファイル提出物を収集するための収集フォルダ

Info

Publication number: JP6543724B2
Application number: JP2017553967A
Authority: JP
Inventors: ミンディチャン，; プラナフピュシュ，
Original assignee: ドロップボックス，インコーポレイテッド
Priority date: 2015-04-17
Filing date: 2016-04-15
Publication date: 2019-07-10
Anticipated expiration: 2036-04-15
Also published as: AU2016248345A1; WO2016168748A1; US10601916B2; JP2018513485A; EP3284032B1; EP3284032A1; JP6883612B2; US9692826B2; JP2019204510A; US20170295238A1; US20190281117A1; US10826992B2; US20160308967A1

Description

本技術はネットワークを通じてファイルを収集することに関連し、より具体的には、提出者がその提出物のみを閲覧できるファイル提出物を収集するための収集フォルダに関連する。

本出願は、２０１５年４月１７日に出願された米国仮特許出願６２／１４９，３３８の利益および優先権を請求する、２０１５年１２月７日に出願された米国特許出願１４／９６０，９８４、題名「カスタマイズ可能なファイルリクエストを介したファイル提出物を収集するための収集フォルダ（ＣＯＬＬＥＣＴＩＮＧＦＯＬＤＥＲＦＯＲＣＯＬＬＥＣＴＩＮＧＦＩＬＥＳＵＢＭＩＳＳＩＯＮＳＶＩＡＡＣＵＳＴＯＭＩＺＡＢＬＥＦＩＬＥＲＥＱＵＥＳＴ）」の利益および優先権を請求するものであり、その両出願は、ここでそれらの全体を参照することで本明細書に明示的に含められる。

従来のオンラインストレージシステムは、ユーザからファイルを収集できるオンラインストレージフォルダを提供する。そのようなシステムでは、招待されてオンラインストレージフォルダへのアクセス権を受信するユーザは、オンラインストレージフォルダ内の全てのファイルへのアクセス権を有する。例えば、教師は生徒に、各生徒がオンラインストレージフォルダ内の全てのファイルへのアクセス権を有する、オンラインストレージフォルダへのアクセスを提供しうる。したがって、生徒がオンラインストレージフォルダへ宿題を提出する場合、各生徒は他の生徒によって既に提出された宿題へのアクセス権を有する。そのような問題を回避するために、教師は各生徒に対して単一フォルダを提供しうる。そのような状況は、付加的なオーバーヘッドを発生し、教師に各生徒の宿題をレビューするために各フォルダにアクセスすることを要求する。

本開示の追加の特徴および利点は、以降の説明で説明され、部分的には詳細な説明から明らかになるであろう、または本明細書で開示された本質の実施によって習得されうる。本開示の特徴および利点は、添付の特許請求の範囲において特に指摘される機器の手段および組合せによって実現および取得されうる。本開示のこれらの、および他の特徴は、以降の説明と添付の特許明細の範囲からより完全に明らかになるであろう、または本明細書で説明される本質の実施によって習得されうる。

コンテンツ管理システムのユーザアカウントの収集フォルダにファイルを収集するためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。開示される技術は、より少ないオーバーヘッドかつ、各提出者のファイルをレビューするために収集者が個別のフォルダにアクセスする必要なしに、収集者が１人以上の提出者から１つの場所にファイルを収集する当分野の必要性に対処する。解決法は、１つの収集フォルダ内にファイルを収集することを可能にする。加えて、提出者は、従来の収集システムとは異なり、提出者が他の提出者からのファイルにアクセスおよび閲覧することを禁じる、制限された権限を有する。

収集者にファイルリクエストのカスタマイズを可能にするためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。ファイルリクエストを作成するときに、ユーザインタフェース（ＵＩ）は、収集者が何を、および／またはどのように提出物が提出されるかを成業するためのパラメータを設定することを可能にすることができる。開示される技術は、カスタマイズされたファイルリクエストに一致する提出物を受信するために、収集者がファイルリクエストを決定し、カスタマイズする当分野の必要性に対処する。

提出者および／または収集者が提出済みファイルに関連するコメントを追加することを可能にするコメントインタフェースを提供するためのシステム、方法および非一時的コンピュータ可読記憶媒体が開示される。コメントインタフェースは、提出者および／または収集者が他人と１つ以上のコメントを共有することを可能にする。開示される技術は、提出者および／または収集者が、ファイルリクエストに応じて提出された提出物にコメントすることを可能にする当分野の必要性に対処する。

収集者がソーシャルネットワークに投稿されたファイルリクエストのようなパブリックなファイルリクエストの使用を可能にするためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。開示される技術は、収集者が、ファイルリクエスト・リンクのある電子メールメッセージを受信する１人以上の提出者だけでなく、より多くの観客へ及ぶことを可能にする当分野の必要性に対処する。

収集者が提出物を悪性コンテンツについてスキャンさせることを可能にするためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。悪性コンテンツ検出機能を使用することで、各提出物は、収集者が提出物へのアクセス権を有する前に悪性コンテンツについてスキャンされうる。開示される技術は、コンテンツ管理システムまたはユーザのアカウントにもたらされる悪性コンテンツと、潜在的に生じうる問題とを防ぐ、当分野の必要性に対処する。

収集者が提出物を盗用についてスキャンさせることを可能にするためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。盗用検出機能を使用することで、各提出物は盗用されたコンテンツについてスキャンされることができ、検出されれば、収集者に潜在的な盗用を知らせうる。開示される技術は、提出物が提出者自身の作品であることを保証しようとする当分野の必要性に対処する。

収集者が、提出された写真内の人物またはオブジェクトにタグ付けするための顔および／またはオブジェクト認識機能をトレーニングすることを可能にするシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。顔および／またはオブジェクト認識モジュールをトレーニングすることで、収集者は、１つ以上のタグ付けされた人物および／またはオブジェクトを含むトークンを、トークンに基づいて追加の写真を提出するためにトークンを使用しうる１人以上の提出者に送信しうる。開示された技術は、収集者が１人以上の提出者から追加の写真を収集することを可能にする当分野の必要性に対処する。

収集者が１つのフォルダに写真をリクエストすることを可能にするためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。写真ファイルリクエストを使用することで、提出者は写真ファイルリクエストに応じて写真を提出することが可能になる。開示される技術は、収集者が１人以上の提出者から写真を収集し、全ての写真を収集フォルダに格納させることを可能にする当分野の必要性に対処する。

アドミニストレータが、企業に関連するファイルリクエスト／収集フォルダをモニタし、閲覧、および制御することを可能にするためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。運営管理制御とダッシュボードとを使用することで、アドミニストレータはファイル提出をモニタ、閲覧、および制御し、ファイルリクエストの観点から収集者及び提出者の権限を制御しうる。開示される技術は、アドミニストレータが、企業の人物とそのファイルリクエスト機能の使用を制御、閲覧、およびモニタする当分野の必要性に対処する。

収集者がファイルリクエストに応じて提出物を収集するために電子メールを使用することを可能にするためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。ファイルリクエスト・リンクではなく電子メールを使用することで、１人以上の提出者は、１つ以上のファイルをアップロードするために、ウェブサイトにアクセスさせられるのではなく、ファイルリクエストについての電子メールリクエストへ返信しうる。開示される技術は、ファイルリクエスト・リンクを介していないファイル提出を得るために、収集者が別の方法を提供するための必要性に対処する。

収集者がファイルリクエストに応じて、１人以上の提出者および／または他人と提出物を共有することを可能にするためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。閉鎖および公開機能を使用することで、提出物が完全であるとみなされると、収集者は１つ以上の提出者および／または他人と提出物を共有することができる。開示される技術は、収集者が、提出物を収集し、収集すると、１人以上の提出者および／または他人と提出物を共有する当分野の必要性に対処する。

収集者および提出者の役割以外の追加の役割を可能にするためのシステム、方法、および非一時的コンピュータ可読記憶媒体が開示される。閲覧者に収集フォルダへのアクセスを可能にすることで、閲覧者は、提出者の提出物をモニタし、提出者がファイルリクエストに応答したことを保証することができる。開示される技術は、親、または提出者がチームに代わって行動している場合にはチームの他のメンバーのような、ファイルリクエストに応答する際の提出者の監督のための当分野の必要性に対処する。

本開示の上記および他の利点ならびに特徴は、添付の図面に示される特定の実施形態を参照することで明らかになるであろう。これらの図面は、本開示の例示的な実施形態のみを示しており、それゆえ、その範囲を限定するものではないと理解され、本明細書の本質は、添付の図面の使用を通じて、追加の特異性および詳細を用いて説明および記述される。
例示的な実施形態に従う、装置およびネットワークの構成のブロック図である。例示的な実施形態に従う、リンク型の収集モジュールのコンポーネントのブロック図である。例示的な実施形態に従う、悪性コンテンツ検出システムのコンポーネントのブロック図である。例示的な実施形態に従う、収集フォルダの生成方法のフローチャートである。例示的な実施形態に従う、空のユーザのアカウントに対するホームページＵＩである。例示的な実施形態に従う、空でないユーザのアカウントに対するホームページＵＩである。例示的な実施形態に従う、収集フォルダを作成するための初期ホームページＵＩである。例示的な実施形態に従う、「新規ファイルリクエストの作成」ボタンが選択されている、収集フォルダを作成するための初期ホームページＵＩである。例示的な実施形態に従う、収集者からの情報を要求するプロンプトを描画するための方法のフローチャートである。例示的な実施形態に従う、プロンプトを描画する初期ＵＩである。例示的な実施形態に従う、カスタマイズＵＩである。例示的な実施形態に従う、収集者がホワイトラベルとしてえらびうるファイルを表示するファイルリストＵＩである。例示的な実施形態に従う、テンプレートファイルを表示するＵＩである。例示的な実施形態に従う、提出者招待ＵＩである。例示的な実施形態に従う、第二の提出者招待ＵＩである。例示的な実施形態に従う、ファイルアップロードＵＩである。例示的な実施形態に従う、収集フォルダにアップロードされたファイルを格納する方法のフローチャートである。例示的な実施形態に従う、１つ以上のアップロードされたファイルをスキャンする方法のフローチャートである。例示的な実施形態に従う、１つ以上のアップロードされたファイルの盗用を検出する方法のフローチャートである。例示的な実施形態に従う、ユーザが提出へのコメントを提供することを可能にする方法のフローチャートである。例示的な実施形態に従う、ユーザのアカウントにおいてファイルをリスト化するファイルリストＵＩである。例示的な実施形態に従う、選択されたファイルを描画する閲覧ＵＩである。例示的な実施形態に従う、展開されたコメントセクションを描画するＵＩである。例示的な実施形態に従う、展開されたコメントセクションにおけるコメントを描画するＵＩである。例示的な実施形態に従う、展開されたコメントセクションにおける複数のコメントを描画するＵＩである。例示的な実施形態に従う、コメント付きの写真を描画するＵＩである。例示的な実施形態に従う、ユーザが提出に関するチャットセッションを持つことを可能にする方法のフローチャートである。例示的な実施形態に従う、選択されたファイルとチャットアイコンを描画するＵＩである。例示的な実施形態に従う、連絡先の状態を描画するＵＩである。例示的な実施形態に従う、メッセージボックスを描画するＵＩである。例示的な実施形態に従う、チャットセクションにおけるチャットメッセージを描画するＵＩである。例示的な実施形態に従う、チャットセクションにおける複数のチャットメッセージを描画するＵＩである。例示的な実施形態に従う、保存オプションを描画する保存ＵＩである。例示的な実施形態に従う、収集フォルダ上で顔および／またはオブジェクト認識を利用する方法のフローチャートである。例示的な実施形態に従う、ファイルリクエストのプロンプトを描画するファイルリクエスト作成ＵＩである。例示的な実施形態に従う、写真をアップロードするためのファイルアップロードＵＩである。例示的な実施形態に従う、写真フォルダのリストを描画するＵＩである。例示的な実施形態に従う、認識ソフトウェアのトレーニングをするための方法のフローチャートである。例示的な実施形態に従う、選択された写真を描画する閲覧ＵＩである。例示的な実施形態に従う、認識メニューオプションの第一セットを描画するＵＩである。例示的な実施形態に従う、１つ以上の認識された顔を識別するためのプロンプトを描画するＵＩである。例示的な実施形態に従う、認識メニューオプションの第二セットを描画するＵＩである。例示的な実施形態に従う、認識メニューオプションの第三セットを描画するＵＩである。例示的な実施形態に従う、ファイルリクエスト・トリガを作成するための方法のフローチャートである。例示的な実施形態に従う、メニューオプションのリストを描画するメニューである。例示的な実施形態に従う、電子メール・メニューオプションのリストを描画するメニューである。例示的な実施形態に従う、トリガ電子メール・メニューオプションのリストを描画するメニューである。例示的な実施形態に従う、ファイルリクエスト・トリガを作成するための方法のフローチャートである。例示的な実施形態に従う、ファイルリクエストを生成するプロンプトを描画するＵＩである。例示的な実施形態に従う、収集電子メールアドレスを作成するための方法のフローチャートである。例示的な実施形態に従う、描画された電子メールである。例示的な実施形態に従う、収集フォルダのコンテンツを公開するための方法のフローチャートである。例示的な実施形態に従う、描画された公開メニューオプションを備えるＵＩである。例示的な実施形態に従う、レイアウトメニューオプションを描画するＵＩである。例示的な実施形態に従う、公開メニューオプションを描画するＵＩである。例示的な実施形態に従う、収集フォルダを管理する方法のフローチャートである。例示的な実施形態に従う、ファイルリクエスト・アイコンを描画する第三者のウェブサイトである。例示的な実施形態に従う、収集フォルダを管理する方法のフローチャートである。例示的な実施形態に従う、収集フォルダのホームページである。例示的な実施形態に従う、収集フォルダｖａｃａｔｉｏｎｐｈｏｔｏｓを生成するための第一の提出ページである。例示的な実施形態に従う、収集フォルダｖａｃａｔｉｏｎｐｈｏｔｏｓを生成するための第二の提出ページである。例示的な実施形態に従う、収集フォルダｖａｃａｔｉｏｎｐｈｏｔｏｓが作成された後の収集フォルダのホームページである。例示的な実施形態に従う、選択されているＦｉｎａｌｐａｐｅｒｓの収集フォルダである。例示的な実施形態に従う、収集者が収集フォルダを非アクティブ化することを可能にするファイルリクエストの編集ページである。例示的な実施形態に従う、Ｆｉｎａｌｐａｐｅｒｓの収集フォルダが作成された後の収集フォルダのホームページである。例示的な実施形態に従う、非アクティブなリクエストのホームページである。例示的な実施形態に従う、収集者が収集フォルダをアクティブ化することを可能にするファイルリクエストの編集ページである。例示的な実施形態に従う、アクティビティログを生成する方法のフローチャートである。例示的な実施形態に従う、アクティビティログを描画するＵＩである。例示的な実施形態に従う、アクティビティログを生成する方法のフローチャートである。例示的な実施形態に従う、ステータスファイルと共にフォルダ内のファイルリストを描画するファイルリストＵＩである。例示的な実施形態に従う、描画されたステータスファイルである。例示的な実施形態に従う、本技術の様々な実施形態を実施するためのシステムのブロック図である。別の例示的な実施形態に従う、本技術の様々な実施形態を実施するためのシステムのブロック図である。

以下、本開示の様々な実施形態を詳細に述べる。特定の実施が述べられる一方、これは説明を目的としてのみ行われることを理解されたい。当業者は、本開示の精神と範囲とから逸脱することなく、他のコンポーネントおよび構成を用いることができることを認識するであろう。

本開示にわたって適用されるいくつかの定義をここで提示する。「結合され」という用語は、直接的または介在するコンポーネントを通じて間接的に接続されるものと定義され、物理的な接続に限定する必要はない。「通信可能に結合され」という用語は、直接的または介在するコンポーネントを通じて間接的に接続されるものと定義され、接続は必ずしも物理的な接続には限定されないが、説明されるコンポーネント間のデータ転送に対応する接続である。「備える」、「含む」、および「有する」という用語は、本開示では区別せずに用いられる。「備える」、「含む」、および「有する」という用語は、記載されたものを含むことを意味するが、必ずしもそれらに限定されるものではない。「コンテンツ」、「コンテンツアイテム」および「ファイル」という用語は、本開示では区別せずに用いられる。「コンテンツ」、「コンテンツアイテム」および「ファイル」という用語は、ユーザが収集フォルダに格納するためにコンテンツ管理システムに提出する物を意味する。

１つ以上の実施形態では、コンテンツ管理システムは１人以上の提出者から１つ以上のファイルを収集するために用いるリンクを生成するためのリクエストを受信する。リクエストはコンテンツ管理システムのアカウントを有するユーザから来うる。そのようなユーザは収集者と呼ばれうる。１人以上の提出者は、コンテンツ管理システムにアカウントを有してもよく、コンテンツ管理システムにアカウントを有していなくてもよく、またはそれらの任意の組み合わせであってもよい。ファイルリクエストに応じて、コンテンツ管理システムは、ファイルリクエストの名前、１人以上の提出者からの収集済ファイルを格納するために指定された収集フォルダの名前、および各提出者の電子メールアドレスを要求することで、収集者に入力を求めうる。情報の受信に応じて、コンテンツ管理システムは収集フォルダへのリンクを生成できる。コンテンツ管理システムは続いて１人以上の提出者に電子メールを介して生成したリンクを配信できる。あるいは、収集者は、電子メール、インスタントメッセージ、テキストメッセージ、またはウェブサイトへリンクを投稿する、若しくはリンクを配信するその他の手段を介して、１人以上の提出者に生成したリンクを配信できる。例えば、収集者はソーシャルメディアのウェブサイトにリンクを打ち込むことができる、またはリンクを貼り付けることができる。１人以上の提出者は１つ以上のファイルを収集フォルダにアップロードできる。１人以上の提出者は、収集フォルダへの制限された権限を有しうる。制限された権限はアップロードする権限は含むが、収集フォルダに関連付けられた他の提出者が提出したファイルを提出者が閲覧することは禁じてもよい。したがって、収集フォルダは１人以上の提出者からのファイルは格納できるが、他人からの提出物を閲覧することを防ぐことができる。アップロードされたファイルは、悪性コードおよび／または盗用コンテンツをスキャンされうる。さらに、収集者は１つ以上の収集フォルダをアクティブ化と非アクティブ化できる。アクティブ化された収集フォルダは、提出者がアクティブ化された収集フォルダにファイルを提出することを許可し、非アクティブ化されたフォルダは提出者が非アクティブ収集フォルダにアクセスすることを禁止する。収集者はアクティブ化された収集フォルダと非アクティブ化された収集フォルダとにアクセスできる。

図１を参照し、例示的な実施形態に従う装置およびネットワークの構成のブロック図が説明される。システム１００では、電子装置がコンテンツおよび他のデータを交換する目的のためにネットワークを介して通信する。システム１００は、インターネットのような広域ネットワークで用いるために構成されうる。しかしながら、本原理は電子装置の相互通信を促進する多種多様なネットワーク構成に適用可能である。例えば、図１のシステム１００のコンポーネントのそれぞれは、ネットワークで局所的なまたは分散的な形態で実施されうる。

システム１００では、ユーザは、直接的および／または間接的な通信によってネットワーク１０４に接続されたクライアント装置１０２₁、１０２₂、...、１０２_n（集団では「１０２」で個別には「１０２_i」）を通じてコンテンツ管理システム１０６と情報を交換できる。ネットワーク１０４はローカル・エリア・ネットワーク（ＬＡＮ）または他の好適な通信ネットワーク（例えば、インターネット、メトロポリタンエリア・ネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、移動体、有線もしくは無線ネットワーク、プライベートネットワーク、仮想プライベートネットワーク等）のような１つ以上の通信ネットワークであってもよい。コンテンツ管理システム１０６は、デスクトップコンピュータ、モバイルコンピュータ、例えば携帯電話、スマートフォン、タブレットの携帯通信装置、スマートテレビ、セットトップ・ボックス、および／または任意の他のネットワーク対応の計算装置のような、様々な異なるクライアント装置１０２からの接続を支援できる。クライアント装置１０２は、様々なタイプ、能力、オペレーティングシステムなどでありうる。さらに、コンテンツ管理システム１０６は、同時に複数のクライアント装置１０２からの接続を受け入れ、情報を交換できる。

ユーザは、クライアント装置１０２にインストールされたクライアントサイド・アプリケーションを介してコンテンツ管理システム１０６と情報を交換できる。いくつかの実施形態では、クライアントサイド・アプリケーションは、コンテンツ管理システム１０６に特有のコンポーネントを含みうる。例えば、コンポーネントは、スタンドアローンアプリケーション、１つ以上のアプリケーションプラグイン、および／またはブラウザ拡張機能でありうる。しかしながら、ユーザは、クライアント装置１０２_iにあり、コンテンツ管理システム１０６と通信するよう構成される、ウェブブラウザのようなサードパーティのアプリケーションを介してもコンテンツ管理システム１０６と情報を交換できる。何れの場合も、クライアントサイド・アプリケーションはコンテンツ管理システム１０６と情報を交換するためにユーザに対してユーザインタフェース（ＵＩ）を提示できる。例えば、ユーザは、ファイルシステムに統合されたクライアントサイド・アプリケーションを介して、またはウェブブラウザ・アプリケーションを用いて表示されたウェブページを介して、コンテンツ管理システム１０６と情報を交換できる。

コンテンツ管理システム１０６は、ユーザが誰であるかによって、および／または以下でより詳細に説明されるフォルダに関連付けられたパラメータによって、ユーザがファイルを格納し、同様にコンテンツの読み出し、修正、閲覧、および／または共有といった、様々なコンテンツ管理タスクを実行することを可能にすることができる。さらに、コンテンツ管理システム１０６は、ユーザが複数のクライアント装置１０２からファイルにアクセスすることを可能にできる。例えば、提出者はネットワーク１０４を介してコンテンツ管理システム１０６にファイルをアップロードするためにクライアント装置１０２_ｉを利用できる。ファイルはその後同一のクライアント装置１０２_iまたは何らかの他のクライアント装置１０２_jを用いてコンテンツ管理システム１０６から読み出されうる。

多様なコンテンツ管理サービスを促進するために、ユーザはコンテンツ管理システム１０６にアカウントを作成できる。アカウント情報はユーザアカウント・データベース１５０で維持されうる。ユーザアカウント・データベース１５０は登録済ユーザのプロフィール情報を格納できる。一部の例では、ユーザプロフィールの個人情報は、ユーザネームおよび／または電子メールアドレスだけでありうる。しかしながら、コンテンツ管理システム１０６は付加的なユーザ情報を受け入れるようにも構成されうる。コンテンツ管理システム１０６は、例えば提出者のような非アカウントユーザの情報をユーザアカウント・データベース１５０に格納でき、ここで非アカウントユーザは、例えば収集者のユーザアカウントなどのユーザアカウントに関連付けられる。

ユーザアカウント・データベース１５０は、例えば無料もしくは有料といったアカウントタイプ、例えばファイル編集履歴のような利用情報、権限のある最大ストレージスペース、使用されたストレージスペース、コンテンツストレージの位置、セキュリティ設定、個人設定、データを共有するコンテンツ、等の、アカウント管理情報もまた含みうる。アカウント管理モジュール１２４はユーザアカウント・データベース１５０のユーザアカウントの詳細を更新および／または取得するよう構成されうる。アカウント管理モジュール１２４はコンテンツ管理システム１０６の任意の数の他のモジュールと情報を交換するよう構成されうる。

アカウントは、アカウントに権限を与えられた１つ以上のクライアント装置からの、ファイル、デジタルデータ、ドキュメント、テキストファイル、音声ファイル、動画ファイルなどといったコンテンツを格納するために用いられうる。コンテンツは、フォルダまたは、プレイリストやアルバムなどといった、異なる挙動とともにコンテンツアイテムをグループ化する他のメカニズムを含みうる。例えば、アカウントは、任意のユーザからアクセス可能な公開フォルダを含みうる。別の例では、アカウントは特定のユーザおよび／または特定のユーザが権限を与えた者のみにアクセス可能なプライベートフォルダを含みうる。さらに別の例では、アカウントは、例えば収集者のようなアカウントユーザと、例えば提出者のようなユーザアカウントが権限を与えた者とのみにアクセス可能な収集フォルダを含みうる。各フォルダはウェブアクセス可能なアドレスが割り当てられうる。ウェブアクセス可能なアドレスへのリンクは、パブリックフォルダ、プライベートフォルダ、または収集フォルダのコンテンツにアクセスするために利用されうる。他の例では、アカウントは、写真を対象として写真に特化した特定の属性と動作とを提供する写真フォルダ、音声ファイルの再生および他の音声に関する動作を行うことができる能力を提供する音声フォルダ、または他の特別な目的のフォルダを含みうる。写真フォルダはパブリックフォルダ、プライベートフォルダ、または収集フォルダでありうる。アカウントは、共有フォルダ、収集フォルダ、または複数のユーザアカウントにリンクされ利用可能なグループフォルダもまた含みうる。複数のユーザに対する権限は各フォルダで異なってもよい。

コンテンツはコンテンツストレージ１６０に格納されうる。コンテンツストレージ１６０はストレージ装置、複数のストレージ装置、サーバまたは複数のサーバでありうる。ストレージ装置、複数のストレージ装置、サーバまたは複数のサーバは、本明細書で説明される方法を実行するよう構成されうる。あるいは、コンテンツストレージ１６０は、１つ以上の通信ネットワークを介してアクセス可能なクラウドストレージ・プロバイダまたはネットワークストレージでありうる。コンテンツアイテムがコンテンツ管理システム１０６によってどこに格納されているのかをクライアント装置１０２が正確に知る必要がないように、コンテンツ管理システム１０６は、クライアント装置１０２から複雑さと詳細とを隠すことができる。一変形例では、コンテンツ管理システム１０６は、クライアント装置１０２_iに現れるのと同じフォルダ階層でコンテンツアイテムを格納できる。しかしながら、コンテンツ管理システム１０６はコンテンツアイテムを自身の順番、配置、または階層で格納できる。コンテンツ管理システム１０６は、コンテンツアイテムをネットワークアクセス可能なストレージ（ＳＡＮ）装置に、安価なディスクの冗長アレイ（ＲＡＩＤ）などで格納できる。コンテンツストレージ１６０は、ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ＥＸＴ２、ＥＸＴ３、ＥＸＴ４、ＲｅｉｓｅｒＦＳ、ＢＴＲＦＳ、などのような、１つ以上のパーティションタイプを用いてコンテンツアイテムを格納できる。

コンテンツストレージ１６０は、コンテンツアイテム、コンテンツアイテムのタイプ、およびコンテンツアイテムと様々なアカウント、フォルダ、もしくはグループとの関係を表すメタデータもまた格納できる。メタデータはコンテンツアイテムに対するメタデータタグを含むことができ、コンテンツアイテムの一部として格納されることができ、または個別に格納されることができる。一変形例では、コンテンツストレージ１６０に格納される各コンテンツアイテムには、システム全体で固有の識別子が割り当てられうる。

コンテンツストレージ１６０は、重複ファイルまたはファイルの重複するセグメントを識別することで、要求されるストレージ容量を削減できる。複数のコピーを格納する代わりに、コンテンツストレージ１６０は単一のコピーを格納し、続いて重複しているものを当該シングルコピーにリンクするためのポインタまたは他のメカニズムを利用できる。同様に、コンテンツストレージ１６０は、ファイルへの変更を追跡するファイルバージョン制御、ファイルの異なるバージョン（バージョンツリーの分岐を含む）、および変更履歴を利用することで、取消操作の能力を提供すると同時に、より効率的にファイルを格納できる。変更履歴は、元のファイルバージョンに適用された場合に、変更されたファイルのバージョンを提供する変更のセットを含みうる。

コンテンツ管理システム１０６は、１つ以上のクライアント装置１０２からのコンテンツの自動同期を支援するよう構成されうる。同期はプラットフォームに非依存でありうる。すなわち、様々なタイプ、能力、オペレーティングシステム、などの複数のクライアント装置１０２にわたり同期されうる。例えば、クライアント装置１０２_iは、コンテンツ管理システム１０６の同期モジュール１３２を介して、クライアント装置１０２_iのファイルシステムのコンテンツと関連するユーザアカウント内のコンテンツとを同期するクライアントソフトウェアを含みうる。一部の場合では、クライアントソフトウェアは、新規、削除、修正、コピー、またはファイルもしくはフォルダの移動のような、指定フォルダおよびそのサブフォルダでのコンテンツへの任意の変更を同期できる。クライアントソフトウェアは別個のソフトウェアアプリケーションでありうるし、オペレーティングシステム内に既存のコンテンツ管理アプリケーション、またはそれらの何らかの組み合わせに統合されうる。既存のコンテンツ管理アプリケーションと統合するクライアントソフトウェアの一例では、ユーザはローカルフォルダのコンテンツを直接操作でき、一方でバックグラウンドプロセスはローカルフォルダの変更をモニタし、これらの変更をコンテンツ管理システム１０６に同期する。反対に、バックグラウンドプロセスはコンテンツ管理システム１０６で更新されたコンテンツを認識してこれらの変更をローカルフォルダに同期できる。クライアントソフトウェアは同期操作の通知を提供でき、コンテンツ管理アプリケーション内のコンテンツステータスの表示直接提供できる。時には、クライアント装置１０２_iは利用可能なネットワーク接続を有しなくてもよい。この状況では、クライアントソフトウェアはリンクされたフォルダに対するファイルの変更をモニタして、ネットワーク接続が利用可能な時にこれらの変更をコンテンツ管理システム１０６に後の同期のためにキューに入れうる。同様に、ユーザはコンテンツ管理システム１０６との同期を手動で停止または一時停止できる。

ユーザは、ユーザインタフェース（ＵＩ）モジュール１２２によって生成され供給されるウェブインタフェースを介して、コンテンツを閲覧または操作できる。例えば、ユーザはウェブブラウザで、コンテンツ管理システム１０６によって提供されるウェブアドレスにナビゲートできる。ファイルの新しいバージョンをアップロードするなど、ウェブインタフェースを通じて行われた、コンテンツストレージ１６０のコンテンツへの変更または更新は、ユーザのアカウントに関連付けられた他のクライアント装置１０２へ逆伝搬されうる。例えば、それぞれがクライアントソフトウェアを備える複数のクライアント装置１０２は、単一のアカウントに関連付けられることができ、アカウントのファイルは複数のクライアント装置１０２のそれぞれの間で同期されうる。

コンテンツ管理システム１０６は、多様なクライアント装置１０２と連動するために通信インタフェースモジュール１２０を含みうり、アプリケーション・プログラミング・インタフェース（ＡＰＩ）を介して他のコンテンツおよび／またはサービスプロバイダ１０９₁、１０９₂、...、１０９_n（まとめて「１０９」）と情報を交換できる。特定のソフトウェアアプリケーションは、ユーザの代わりにＡＰＩを介してコンテンツストレージ１６０にアクセスできる。例えば、ユーザが、コンテンツの読み、書き、作成、削除、共有、または操作のために認証情報を提供する際に、スマートフォンまたはタブレットコンピュータ装置上のアプリケーション（またはアプリ）のようなソフトウェアパッケージは、コンテンツ管理システム１０６に直接連絡を取ることができる。同様に、ＡＰＩは、ユーザがウェブサイトを通じてコンテンツストレージ１６０の全てまたは一部にアクセスすることを可能にすることができる。

コンテンツ管理システム１０６は、権限のあるクライアントおよびユーザのみがファイルにアクセスできることを保証するために、ユーザ認証情報、セキュリティトークン、ＡＰＩコール、特定のクライアント装置、その他を検証できるユーザ識別モジュール１２６も含みうる。コンテンツ管理システム１０６は、コンテンツストレージ１６０にコンテンツアイテムを格納するコンテンツアイテム管理モジュール１２８を含みうる。コンテンツアイテム管理モジュール１２８は、コンテンツストレージ１６０に格納された各コンテンツアイテムの場所を識別するためのコンテンツディレクトリを含みうる。さらに、コンテンツ管理システム１０６は、ファイル操作の集約、ユーザ動作、ネットワーク利用状況、利用された全体のストレージスペース、および他の技術、利用状況、またはビジネスメトリックを追跡してレポートできる分析モジュール１３４を含みうる。プライバシおよび／またはセキュリティポリシーは、コンテンツ管理システム１０６に格納されたユーザデータへの権限のないアクセスを阻止できる。

コンテンツ管理システム１０６は、１つ以上の収集フォルダにコンテンツを収集および記憶を管理するために収集モジュール１３０を含みうる。収集フォルダのコンテンツは、１人以上のユーザ（「提出者」）によってアップロードされた１つ以上のファイルおよび／またはアカウントが１つ以上の収集フォルダを含むユーザ（「収集者」）によってアップロードされたコンテンツを含みうる。１人以上の提出者は、コンテンツ管理システム１０６のアカウントを有する提出者、コンテンツ管理システム１０６にアカウントを有しない提出者、またはそれらの任意の組み合わせを含みうる。提出者は、１つ以上の収集フォルダのコンテンツへの制限された権限を有してもよい。制限された権限は、提出者がアップロードしたコンテンツのみを提出者が閲覧可能にし、他の提出者によってアップロードされたコンテンツに対するアクセスを禁止する。１つ以上の実施形態では、制限された権限は提出者のみがコンテンツをアップロードすることを可能にしてもよいが、提出者はアップロード済コンテンツにアクセスできない。１つ以上の実施形態では、提出者は収集者によってアップロードされたコンテンツへのアクセスを有してもよい。収集者は、コンテンツに関連付けられた１つ以上のパラメータを設定することにより、コンテンツへのアクセスを制御できる。アクセスは、リード・オンリー・アクセス、コピー・オンリー・アクセス、および／または差し替えアクセスを含みうる。リード・オンリー・アクセスは提出者がコンテンツを閲覧することは可能にするが、コンテンツの編集はできない。コピー・オンリー・アクセスは、新規コンテンツアイテムとして、提出者がコンテンツアイテムをコピーし、コンテンツアイテムの編集及びコンテンツアイテムのアップロードすることを可能にする。差し替えアクセスは、提出者が以前アップロードされたファイルを差し替えることを可能にする。

いくつかの実施形態では、コンテンツ管理システム１０６は、コンテンツストレージ１６０の各コンテンツアイテムの場所を識別するコンテンツディレクトリを維持するよう構成されうる。コンテンツディレクトリは、コンテンツストレージに格納された各コンテンツアイテムに対する固有のコンテンツエントリを含みうる。コンテンツエントリは、コンテンツ管理システム１０６のコンテンツアイテムの場所を識別するために用いられうるコンテンツパスを含みうる。例えば、コンテンツパスはコンテンツアイテムの名前とコンテンツアイテムに関連付けられたフォルダ階層とを含みうる。例えば、コンテンツパスは、コンテンツアイテムが配置された収集フォルダまたは収集フォルダのパスとコンテンツアイテムの名前とを含みうる。コンテンツ管理システム１０６は、適切なフォルダ階層にコンテンツアイテムを提示するためにコンテンツパスを利用できる。コンテンツエントリは、コンテンツストレージ１６０のコンテンツアイテムの場所を識別するコンテンツポインタをも含みうる。例えば、コンテンツポインタは、メモリ内のコンテンツアイテムの正確なストレージアドレスを含みうる。いくつかの実施形態では、コンテンツポインタは、それぞれがコンテンツアイテムの一部を収容する複数の場所を指し示してもよい。コンテンツパスとコンテンツポインタとに加え、コンテンツエントリは、コンテンツアイテムへのアクセスを有する、ユーザ、例えば提出者または収集者を識別するユーザ識別子をも含みうる。

収集モジュール１３０は、ユニフォーム・リソース・ロケータ（ＵＲＬ）のような、ウェブブラウザがコンテンツ管理システム１０６内の収集フォルダに何の認証もなしにアクセスすることを可能にするカスタム・ネットワークアドレスを生成するよう構成されうる。これを実現するために、収集モジュール１３０は、例えばユーザ、収集者、または提出者、を適切に識別するために後に用いられることができる生成されたＵＲＬにコンテンツ識別データを含み、収集フォルダへのアクセスを提供するように構成されうる。例えば、収集モジュール１３０は生成されたＵＲＬにユーザアカウント識別子とコンテンツパスとを含むよう構成されうる。ＵＲＬの選択時に、ＵＲＬに含められたコンテンツ識別データは、適切な収集フォルダを識別して収集フォルダへのアクセスを提供するために受信済みのコンテンツ識別データを利用できるコンテンツ管理システム１０６に送信されうる。

ＵＲＬの生成に加え、収集モジュール１３０は、収集フォルダへのＵＲＬが作成されたことを記録するようにも構成されうる。いくつかの実施形態では、収集フォルダは、収集フォルダへのＵＲＬが作成されたかどうかを示すＵＲＬフラグを含みうる。例えば、ＵＲＬフラグは、収集フォルダへのＵＲＬが作成されていないことを示すために初期は０またはｆａｌｓｅに設定されるブール値でありうる。収集モジュール１３０は、収集フォルダへのＵＲＬの生成後に、フラグの値を１またはｔｒｕｅに変更するよう構成されうる。

いくつかの実施形態では、収集モジュール１３０は生成されたＵＲＬを非アクティブ化するようにも構成されうる。例えば、各収集フォルダは、生成されたＵＲＬからのリクエストに応じて収集フォルダが返されるべきかどうかを示すＵＲＬアクティブフラグもまた含みうる。例えば、収集モジュール１３０は、ＵＲＬアクティブフラグが１またはｔｒｕｅに設定される場合にのみ、生成されたリンクによってリクエストされる収集フォルダを返すように構成されうる。したがって、ＵＲＬが生成された収集フォルダへのアクセスは、ＵＲＬアクティブフラグの値を変更することで容易に制限されうる。これにより、収集者が、収集フォルダの移動または生成されたＵＲＬの削除を必要とすることなく、収集フォルダへのアクセスを制限することが可能になる。同じように、収集モジュール１３０は、再度ＵＲＬアクティブフラグの値を１またはｔｒｕｅに変更することで、ＵＲＬを再アクティブ化することができる。収集者はしたがって新たなＵＲＬを生成する必要なしに収集フォルダへのアクセスを容易に修復することができる。収集者はアクティブ化された収集フォルダと非アクティブ化された収集フォルダへのアクセスを有する。提出者は、本明細書で説明されるように、制限されたアクセス権のアクティブ収集フォルダへのアクセスのみを有する。

１つ以上の実施形態では、コンテンツ管理システム１０６は１つ以上のモジュールを含みうる。例えば、コンテンツ管理システム１０６はカスタマイズモジュール１３６、テンプレートモジュール１３８、電子メールモジュール１４０、コメントモジュール１４２、盗用検出モジュール１４４、および／または認識モジュール１４６を含みうる。カスタマイズモジュール１３６は、収集者が、提出者に提出物の手引きおよび／または構造を提供することによるファイルリクエストに対して設定／パラメータをカスタマイズすることを可能にすることができる。テンプレートモジュール１３８は、収集者が各提出者にテンプレートファイルのコピーを提供することを可能にし、それによって各提出者が提出者のテンプレートファイルのコピーを修正することを可能にすることができる。電子メールモジュール１４０は、提出者が電子メールを介してファイルリクエストに応答することを可能にすることができる、および／または電子メールメッセージ内の１つ以上のトリガワードの入力に応じて収集者がファイルリクエストを要求することを可能にすることができる。コメントモジュール１４２は例えば収集者および／または提出者であるユーザが、ファイルリクエストおよび／または提出にコメントすることを可能にすることができる。盗用検出モジュール１４４は、１つ以上の提出物が盗用についてスキャンされることを可能にすることができる。認識モジュール１４６は、収集者および／または提出者が写真内の人物および／またはオブジェクトにタグ付けることを可能にすることができる。

コンテンツ管理システム１０６が特定のコンポーネントで提示される一方、システム１０６のアーキテクチャ構成は１つのありうる構成に過ぎず、より多いまたはより少ないコンポーネントを備える他の構成もまた可能なことは当業者には明らかであろう。

図２Ａを参照し、例示的な実施形態に従うリンク型の収集モジュール１３０のコンポーネントのブロック図を説明する。収集モジュール１３０は、収集者が、例えば収集リンクのようなリンクを通じて、収集者に関連する収集フォルダへのアクセスを、例えば提出者のような他者に提供できるようにする。示すように、収集モジュール１３０は、リンク生成モジュール２０２、ファイルアクセス・モジュール２０４、リンク配信モジュール２０６、リンク管理モジュール２０８、および収集データベース２１０を含みうる。リンク生成モジュール２０２は収集フォルダへのリンクを生成できる。ファイルアクセス・モジュール２０４は、提出者がコンテンツをアップロードすることを可能にすることができる。あるいは、ファイルアクセス・モジュール２０４は、生成されたリンクを介して提出者がコンテンツをアップロードする、および／または提出者がアクセスする権限を有するコンテンツにアクセスすることを可能にすることができる。リンク配信モジュール２０６は１つ以上の提出者に１つ以上のリンクを配信できる。リンク管理モジュール３０８は、収集者が生成されたリンクを閲覧することを可能にする。収集データベース２１０は、収集フォルダ内のコンテンツに関する情報と、収集フォルダがアクティブ化されているか非アクティブ化されているかといった関連情報とを維持できる。

リンク生成モジュール２０２は、収集フォルダまたは収集者によって特定される収集フォルダに対応するリンクを生成するよう構成される。一実施形態では、ファイルリクエストの受信時に、リンク生成モジュール２０２は、収集フォルダの固有のフォルダ記述子と、リンクとして機能する、固有のファイルの場所のパスもしくはＵＲＬとを生成する。共有モジュール２０６は、収集フォルダ記述子と、ファイルの場所のパスまたはＵＲＬとの関連付けを共有データベース２１０に保存する。いくつかの実施形態では、生成されたファイル収集リンクは、収集フォルダ記述子が収集フォルダリンクから推定することができず、逆も同様であるように、収集フォルダ記述子から独立する。独立した収集フォルダ記述子とファイルの場所のパスまたはＵＲＬとは、既知でなければ収集フォルダリンクを推測またはリバースエンジニアリングが基本的に不可能であるようにすることで、違法行為を防ぐ。一例として、ファイルＩＤが３Ｄ８Ｂ９９である収集フォルダ「Ｒｅｕｎｉｏｎ」の場合、リンク生成モジュール２０２は、ｈｔｔｐｓ：／／ｗｗｗ．ｓｅｒｖｉｃｅ．ｃｏｍ／ｓ／２８ｒｔｉｚ６０８ｕ２ｍｎｃｏ／ＢＢＱ．ｐｄｆのような固有の（例えば一方向パッドまたは疑似ランダム値）ＵＲＬを生成してもよく、ここでＵＲＬのコンポーネント２８ｒｔｉｚ６０８ｕ２ｍｎｃｏはリバースエンジニアリングできず、したがって収集データベース２１０にエントリ＜３Ｄ８Ｂ９９，ｈｔｔｐｓ：／／ｗｗｗ．ｓｅｒｖｉｃｅ．ｃｏｍ／ｓ／２８ｒｔｉｚ６０８ｕ２ｍｎｃｏ／ＢＢＱ．ｐｄｆ＞を作成することができない。一実施形態では、生成されたリンクはさらに短縮されうる。いくつかの実施形態では、生成されたＵＲＬｈｔｔｐｓ：／／ｗｗｗ．ｓｅｒｖｉｃｅ．ｃｏｍ／ｓ／２８ｒｔｉｚ６０８ｕ２ｍｎｃｏ／ＢＢＱ．ｐｄｆは、リンク短縮サービスを利用して短縮ＵＲＬ（例えばｈｔｔｐ：／／ｄｂ．ｔｔ／ｘＯＦｏｕｎｗ）にさらに短縮され、元のリンクと短縮されたリンクとの間の付加的な関連性は、共有データベース２１０に追加されうる。別の実施形態では、収集フォルダは、中間にある、より長い生成されたリンクとではなく、むしろ短縮されたリンクと直接的に関連付けられうる。

他の実施形態では、収集者は同一の収集フォルダまたは複数の収集フォルダに対して、複数の異なるリンクを生成できる。したがって、収集者は、複数の異なるリンクからの異なる提出者に対する異なる選択を配信することで、収集フォルダまたは複数の収集フォルダへのアクセスをより選択的に制御することができる。これは、例えば、収集者が、収集フォルダまたは複数の収集フォルダへの特定の提出者のアクセスを無効にし、一方で他の提出者はファイルセットにアクセスすることを許可し続けることを可能にする（例えば、収集フォルダまたは複数の収集フォルダへの特定の提出者のリンクを非アクティブ化する一方、他の提出者のリンクをアクティブ状態に維持することにより）。他の実施形態では、収集者は収集フォルダまたは複数の収集フォルダを非アクティブ化できる。収集フォルダまたは複数の収集フォルダを非アクティブ化することで、提出者は収集フォルダまたは複数の収集フォルダにもうコンテンツをアップロードできない。加えて、提出者は、非アクティブ化すると指定された収集フォルダまたは複数の収集フォルダへのアクセスを禁止される。

さらに、収集フォルダリンクは多目的のため、いくつかの実施形態では、システムは、生成されたリンクにアプリケーション識別子を埋め込むことで、リンク内に特定の関連アプリケーションまたは複数アプリケーションへの参照を含めることができる。一例として、所与の収集フォルダに対して生成されたリンクは、（「ａｐｐ＝１ｐｓ３ｑ」という部分を介して）識別子「１ｐｓ３ｑ」に固有に関連付けられた何らかのアプリケーション（例えばＭｉｃｒｏｓｏｆｔＷｏｒｄまたはＭｉｃｒｏｓｏｆｔＶｉｓｉｏ）を収集フォルダ内のファイルを閲覧するために用いられるべきであることを規定するＵＲＬｈｔｔｐｓ：／／ｗｗｗ．ｓｅｒｖｉｃｅ．ｃｏｍ？ａｐｐ＝１ｐｓ３ｑ／ｓ／２８ｒｔｉｚ６０８ｕ２ｍｎｃｏ／ＢＢＱ．ｐｄｆでありうる。あるいは、リンクとアプリケーションまたはアプリケーションプラグインとの間の関連付けは、リンク内にアプリケーション識別子を含めるよりむしろ、収集データベース２１０内のエントリとして作成されうる。例えば、様々な実施形態において、ユーザは、収集フォルダ内のファイルを閲覧するための第一のアプリケーションの使用を規定する収集フォルダへの第一のリンクと、収集フォルダ内のファイルを閲覧するための第二のアプリケーションの使用を規定する第二のリンクとを生成してもよい。本例では、収集データベース２１０は２つの対応するエントリ、すなわち＜収集ファイル識別子、第一リンク識別子、第一アプリケーション識別子＞と＜収集ファイル識別子、第二リンク識別子、第二アプリケーション識別子＞とを順に収容できる。別の実施形態では、リンク型共有モジュール２６は、ファイルブラウザで使用する適切なアプリケーションまたはアプリケーションプラグインを、収集フォルダのファイルタイプに基づき選択するよう構成されてもよい。リンク型収集モジュール１３０は、収集者が、特定のリンクを介してファイルがアクセスされた場合に、特定のファイルまたはファイルセットを開くべきアプリケーションを特定することも可能にしてもよい。

＜悪性コード検出＞
１つ以上の実施形態では、通信インタフェースモジュール１２０は、ＡＰＩを介して悪性コンテンツ検出システム１７０と連動してもよい。通信インタフェースモジュール１２０は、ネットワーク１０４を介してクライアント装置１０２を用いて提出者から提出物を受信できる。提出物の受信に応じて、通信インタフェースモジュール１２０は、悪性コンテンツ検出システム１７０に提出物を提供できる。通信インタフェースモジュール１２０は、ネットワーク１０４を介して、および／または１つ以上の異なるネットワークを介して、悪性コンテンツ検出システム１７０に提出物を提供できる。１つ以上の異なる通信ネットワークは、ローカル・エリア・ネットワーク（ＬＡＮ）および／または他の好適な通信ネットワーク（例えば、インターネット、メトロポリタンエリア・ネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、移動体、有線もしくは無線ネットワーク、プライベートネットワーク、仮想プライベートネットワーク等）でありうる。悪性コンテンツ検出システム１７０は、提出物について、コンピュータウイルス、トロイ、マルウェアなどの悪性コードをスキャンできる。

図２Ｂを参照し、例示的な実施形態に従う悪性コンテンツ検出システムのコンポーネントのブロック図を説明する。悪性コンテンツ検出システム１７０は、ファイアウォール１７２、通信モジュール１７４、一時記憶域１７６、認証モジュール１７８およびマルウェア・スキャンツール１８０を含みうる。ファイアウォール１７２は、それぞれがソフトウェアおよび／またはハードウェアである１つ以上のファイアウォールでありうる。ファイアウォール１７２は、任意の悪性コードがコンテンツ管理システム１０６に感染することを防止するのを補助できる。通信モジュール１７４はコンテンツ管理システム１０６との間で提出物を送受信できる。一時記憶域モジュール１７６は受信した提出物を格納できる。認証モジュール１７８は、権限のあるクライアントのみがコンテンツ管理システム１０６にファイルを提出することを保証するように、ユーザ認証情報、セキュリティトークン、ＡＰＩコール、特定のクライアント装置、およびその他を検証できる。あるいは、認証モジュール１７８は、提出者に権限があることを保証するために、コンテンツ管理システム１０６のユーザ識別モジュール１２６と通信できる。マルウェア・スキャンツール１８０は提出物について悪性コードをスキャンできる。悪性コードが検出されると、マルウェア・スキャンツール１８０は提出物から悪性コードを除去するよう試みうる。除去が成功する場合、または提出物が悪性コードを含まない場合、提出物は追加の処理のためにコンテンツ管理システム１０６に提供されうる。除去が失敗すると、提出物はコンテンツ管理システム１０６から隔離または削除されうる。マルウェア・スキャンツール１８０は、カスタムソフトウェア、または、いずれもがカリフォルニア州サンタクララのＭｃＡｆｅｅ社から入手可能なＭｃＡｆｅｅＡＶＥＲＴＶｉｒｕｓＩｄｅｎｔｉｆｉｃａｔｉｏｎＳｙｓｔｅｍ（ＭＡＶＩＳ）もしくはＭｃＡｆｅｅＡｎｔｉＶｉｒｕｓＰｌｕｓ、もしくはロシア連邦モスクワのＫａｓｐｅｒｓｋｙ社から入手可能なＫａｓｐｅｒｓｋｙＡｎｔｉＶｉｒｕｓｓｏｆｔｗａｒｅのような市販の悪性コード・スキャンソフトウェア、でありうる。悪性コンテンツ検出システム１７０は、コンテンツ管理システム１０６の一部でありうる、またはコンテンツ管理システム１０６に悪性コンテンツ検出を提供するサードパーティのサービスでありうる。

＜カスタマイズ＞
図１を参照し、コンテンツ管理システム１０６は、収集者が提出物の手引きおよび／または構造を提出者に提供することでファイルリクエストに対する設定／パラメータをカスタマイズすることを可能にすることができるカスタマイズモジュール１３６を含みうる。カスタマイズの設定は、収集者が、ファイルリクエストに応じて提出者が提出できる提出物の数を規定し、ファイルリクエストに応じて提出されるべきファイルタイプを規定し、以前の提出物を提出者が上書き保存することを可能にし、アップロードのユーザインタフェース（ＵＩ）のホワイトラベルを許可し、提出のためにテンプレートファイルを使用することを可能にし、ファイルリクエストの締め切りを規定し、そして以前のファイルリクエストを再度用いることを可能にすることを可能にすることができる。１つ以上の実施形態では、カスタマイズの設定はデフォルト設定であってもよい。

提出物の数の設定は、各提出者が提出できる提出物の数を制御できる。例えば、収集者は各提出者がただ１つの提出物をアップロードするよう制限できる。別の例では、収集者はユーザに同一のファイルリクエストに応じて複数の提出物を提出することを可能にすることができる。収集者は提出物の数を制御するために、数字の設定または無制限の設定を選択できる。ファイルタイプ設定は、提出者が提出できるファイルタイプを制御できる。例えば、ファイルタイプの設定は収集者が１つ以上のファイルタイプを選択することを可能にすることができる。ファイルタイプは、．ｄｏｃ、．ｄｏｃｘ、．ｘｌｓ、．ｐｄｆ、．ｚｉｐ、．ｍｏｖ、．ｊｐｇ、または他のファイルタイプを含むがこれらに限定されない。上書き保存設定は、提出者が以前の提出物の差し替えまたは上書き保存することを、収集者が許可することを可能にする。提出者が以前の提出物を差し替えることを可能にすることで、上書き設定は収集フォルダに受信される提出物の数を削減できる。上書き保存設定はｙｅｓが上書き保存を許可し、ｎｏが上書き保存を禁止する、ｙｅｓまたはｎｏの設定でありうる。ホワイトラベル設定は、収集者がアップロードページにロゴまたはテキストを表示させることを可能にすることができる。ホワイトラベル設定はｙｅｓがホワイトラベルを許可し、ｎｏがホワイトラベルを禁止する、ｙｅｓまたはｎｏの設定でありうる。テンプレート設定は収集者がテンプレートファイルを使用することを可能にすることができる。以下で説明するように、テンプレートモジュール１３８は各提出者に対してテンプレートファイルのコピーを生成する。結果として、各提出者はテンプレートファイルを修正し、修正したテンプレートファイルを収集フォルダに保存できる。例えば、教師が宿題に対してテンプレートファイルを生成し、各生徒に生徒のテンプレートファイルを修正させうる。結果として、各提出者はテンプレートファイルを修正し、修正したテンプレートファイルを収集フォルダに保存できる。本出願と同日出願される米国特許出願ＸＸ／ＸＸＸ、ＸＸＸ、題名「テンプレートファイルの共有」は、その全体が本明細書に組み込まれる。締め切り設定は、収集者が収集フォルダへのアップロードを許可する締め切りを設定することを可能にすることができる。以前のファイルリクエスト設定は、収集者が以前のファイルリクエストを再利用することを可能にする。以前のファイルリクエスト設定は、収集者が以前のファイルリクエストの描画されたリストから以前のファイルリクエストを選択することを可能にする。選択されると、収集者は、以前のファイルリクエストの設定をカスタマイズするために１つ以上のカスタマイズ設定を選択できる。例えば、収集者は新規ファイルリクエストに対して締め切りを更新できる。

＜ユーザエクスペリエンスの例＞
図３を参照し、例示的な実施形態に従う、収集フォルダの生成方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法３００は例として提供される。以下で説明する方法３００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な構成要素が例示的な方法３００を説明するために参照される。図３に示す各ブロックは、例示的な方法３００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法３００はブロック３０２で開始できる。

ブロック３０２で、コンテンツ管理システム１０６内のユーザのアカウントにホームページＵＩを描画する。例えば、ＵＩモジュール１２２は、コンテンツ管理システム１０６内のユーザのアカウントに対するホームページＵＩの描画を、収集者のクライアント装置１０２_i上に描画させる。描画は、ウェブブラウザを介してユーザのアカウントにアクセスする収集者に応じてされる。収集者のアカウントにアクセスするために、収集者は収集者のクライアント装置１０２_i上に描画されるウェブブラウザにドメイン名を入力できる、または収集者のクライアント装置１０２_iに表示されるアイコンをクリックできる。図４Ａは、ユーザのクライアント装置１０２_i上の描画されたホームページＵＩ４００を示し、描画されたホームページＵＩ４００は、「ファイルリクエスト」メニューオプションを有する左のメニューを備え、空のユーザのアカウントのためのものである。図４Ｂは、ユーザのクライアント装置１０２_i上の描画されたホームページＵＩ４１０を示し、描画されたホームページ４１０は、「ファイルリクエスト」メニューオプションを有する左のメニューを備え、ユーザのアカウントにフォルダとファイルとのリストを有する空ではないユーザのアカウントのためのものである。ユーザのアカウントに対するホームページＵＩを描画した後、方法３００はブロック３０４またはブロック３０６に進みうる。

ブロック３０４では、ファイルリクエスト・メニューオプションの選択の受信に応じて、収集フォルダを生成するための初期ホームページＵＩを描画する。例えば、ＵＩモジュール１２２はファイルリクエスト・メニューオプションの選択を受信し、初期ホームページに、収集者のクライアント装置１０２上に描画される収集フォルダを生成させる。図５Ａは収集フォルダを作成するための初期ホームページＵＩ５００を示す。加えて、図示するように、収集フォルダに関連する情報が描画されうる。例えば、追加情報は「ファイルリクエストに名前をつけましょう」、「ファイルを要求したい人にリクエストを送りましょう」、そして「ファイル提出物はあなたのドロップボックスに安全に同期されます」でありうる。図５Ｂは「新規ファイルリクエストの作成」ボタン５０２が選択された収集フォルダを作成するための初期ホームページＵＩ５００を示す。収集フォルダを作成するための初期ホームページＵＩ５００の描画は任意でありうる。収集フォルダを生成するための初期ホームページＵＩ５００の描画後、方法３００はブロック３０６に進みうる。

ブロック３０６で、１人以上の提出者から１つ以上のファイルを収集する際に利用されるリンクを生成するためのリクエストの受信に応じて収集者からの情報を要求するプロンプトを描画する。リンクを生成するためのリクエストは、ファイルリクエスト・メニューオプションを選択した収集者か、または新規ファイルリクエストの作成を選択した収集者からのものでありうる。例えば、ＵＩモジュール１２２はリンクを生成するためのリクエストを受信し、収集者からの情報を要求するプロンプトの描画を、収集者のクライアント装置１０２_i上に描画させる。プロンプトは様々な形態で描画されうる。例えば、収集者に情報の入力を求める初期ＵＩは収集者のクライアント装置１０２_i上に描画されうる。

図６を参照して、例示的な実施形態に従う、収集者からの情報を要求するプロンプトを描画するための方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法６００は例として提供される。以下で説明する方法６００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法６００を説明するために参照される。図６に示す各ブロックは、例示的な方法６００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法６００はブロック６０２で開始できる。

ブロック６０２で、ファイルリクエストを作成するためのプロンプトを描画する。例えば、ＵＩモジュール１２２は、初期ＵＩを収集者のクライアント装置１０２_i上に描画させ、収集者にファイルリクエストの名前と、要求したファイルが格納されるべき場所を入力するよう求める。例えば、図７Ａは、「ファイルリクエストにどのような名前をつけますか？」７０２と「リクエストファイルをどこに保存しますか？」７０４とのプロンプトを描画する例示的な初期ＵＩ７００を示す。ファイルリクエストの作成のためのプロンプトの描画後、方法６００はブロック６０４に進みうる。

ブロック６０４ではプロンプトへの応答を受信する。例えば、ＵＩモジュール１２２は描画したプロンプトへの応答を受信する。ファイルリクエストの名前の提出に基づき、ＵＩモジュール１２２は保存先の応答を自動入力できる。保存先の応答はファイルリクエストの名前に基づきうる。図７Ａを参照し、リクエストされるファイルは「Ｆｉｎａｌｐａｐｅｒｓ」と呼ばれ、収集されたファイルは収集者のユーザアカウント内のリクエストフォルダの下の「Ｆｉｎａｌｐａｐｅｒｓ」収集フォルダ、例えば「／Ｒｅｑｕｅｓｔｓ／Ｆｉｎａｌｐａｐｅｒｓ」に格納されるであろう。収集者は、保存先の変更ボタン７０６を選択することで保存先を変更できる。プロンプトへの応答の受信後、方法６００はブロック６０６に進みうる。

ブロック６０６で、ボタンの選択を受信する。例えば、ＵＩモジュール１２２はボタンの選択を受信する。図７Ａを参照すると、収集者は、カスタマイズボタン７０８の選択によってファイルリクエストをカスタマイズでき、ファイルリクエストボタン７１０の選択によってファイルリクエストを作成でき、および／またはキャンセルボタン７１２を選択することでファイルリクエストを取り消すことができる。カスタマイズボタン７０８が選択されると、方法６００はブロック６０８に進みうる。ファイルリクエストの作成ボタンが選択されると、方法６００は図３のブロック３０８に進みうる。キャンセルボタンが選択されると、方法６００は図３のブロック３０２に進みうる。

ブロック６０８で、カスタマイズＵＩを描画する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は、カスタマイズＵＩを収集者のクライアント装置１０２_i上に描画させる。図７Ｂを参照し、カスタマイズＵＩは収集者のクライアント装置１０２_i上に描画され、カスタマイズ設定を示す。図示するように、収集者は、提出物の数７２２、提出することができるファイルタイプ７２４、上書き保存７２６、ホワイトラベル７２８、締め切り７３０、盗用検出７３２、テンプレート７３４、以前のファイルリクエスト７３６、および役割７３８といった１つ以上の設定を規定することでファイルリクエストをカスタマイズできる。

カスタマイズ設定は様々な手段を用いて設定されうる。以下は用いられうる１つの手段である。「提出物の数」の設定７２２を選択することで、カスタマイズモジュール１３６は、提出者が提出できる提出物の最大数のために表示される異なる数を有するドロップダウン・メニューを、収集者のクライアント装置１０２_i上に描画させる。デフォルトの提出物の数の設定７２２は１でありうる。提出者が許可される最大数より多く提出しようとすると、ＵＩモジュール１２２は、提出者に提出者が提出物の最大数に達したことを知らせるメッセージを提出者のクライアント装置１０２_i上に描画させる。「ファイルタイプ」の設定７２４を選択することで、カスタマイズモジュール１３６は、異なるファイルタイプが表示されるドロップダウン・メニューを収集者のクライアント装置１０２_i上に描画させる。収集者は、許可される異なるファイルタイプの選択のために、１つ以上のドロップダウン・メニューの選択を選択できる。デフォルトのファイルタイプの設定７２４は全てでありうる。提出者が許可されないファイルタイプを読み込もうとすると、ユーザインタフェース・モジュール１２２は、提出者にファイルタイプが許可されないことを知らせるメッセージを提出者のクライアント装置１０２_i上に描画させる。「上書き保存」設定７２６を選択することで、収集者は、提出者が提出物を差し替えることを可能にまたは拒否するために、ｙｅｓ（許可）またはｎｏ（禁止）を選択できる。デフォルトの上書き保存の設定７２６は許可でありうる。「ホワイトラベル」設定７２８を選択することで、収集者はホワイトラベルをつけるためにｙｅｓを、ホワイトラベルを付けないためにｎｏを選びうる。ｙｅｓが選択される場合、収集者はホワイトラベルの画像を含むファイルをアップロードするよう求められうる。デフォルトのホワイトラベルの設定７２８はｎｏでありうる。「締め切り」設定７３０を選択することで、収集者は締め切りを決めるためにｙｅｓを選び、締め切りを決めないようにｎｏを選びうる。ｙｅｓが選択される場合、収集者が締め切り日を選べるカレンダーが描画されうる。加えて、収集者が締め切り時刻を選択することを求めるドロップダウン・メニューが表示されうる。デフォルトの締め切りの設定７３０はｎｏでありうる。「盗用」設定を選択することで、収集者はｙｅｓを選択することで提出物を盗用についてスキャンをするか、またはｎｏを選択することで提出物を盗用についてスキャンをしないかを決めることができる。デフォルトの盗用検出設定７３２はｎｏでありうる。「テンプレート」設定７３４を選択することで、収集者はテンプレートを使用するためにｙｅｓを、テンプレートを使用しないようにｎｏを選びうる。ｙｅｓが選択される場合、収集者はテンプレートファイルをアップロードするよう求められうる。デフォルトのテンプレート設定７３４はｎｏでありうる。「以前のファイルリクエスト」設定を選択することで、収集者は以前のファイルリクエストを使用するためにｙｅｓを、以前のファイルリクエスト７３６を使用しないようにｎｏを選びうる。ｙｅｓが選択される場合、収集者は以前のファイルリクエストを選択するよう求められうる。デフォルトの以前のファイルリクエスト設定７３６はｎｏでありうる。「役割」設定７３８を選択することで、収集者が提出者と提出者／閲覧者とを選ぶことを可能にするドロップダウン・メニューが描画されうる。提出者の設定はユーザがファイルを提出することを可能にする。提出者／閲覧者の設定は、提出者／ユーザがファイルを提出することを可能にし、閲覧者は対応する提出者がファイルを提出したかどうかを見るために収集フォルダにアクセスすることができる。閲覧者は、親もしくは保護者であってよく、閲覧のみの権限のような制限された権限を有する。閲覧者は、提出者と同様に、対応する提出者が提出したファイルのみを閲覧できる。１つ以上の実施形態では、収集者が提出者の電子メールアドレスの入力を求められるときに、収集者は閲覧者に対応する電子メールアドレスの入力を求められうる。例えば、収集者は提出者の電子メールアドレスと閲覧者の電子メールアドレスとの間に「＆」を入力でき、または提出者と閲覧者との電子メールアドレスを分離可能なフィールドにできる。１つ以上の実施形態では、提出者はファイルをアップロードするときに閲覧者の電子メールアドレスの入力を求められうる。収集者がホワイトラベルの設定７２８を選択する場合、方法６００はブロック６１０に進みうる。収集者が締め切りの設定を選択する場合、方法６００はブロック６１４に進みうる。収集者がテンプレートの設定を選択する場合、方法６００はブロック６２２に進みうる。収集者が以前のファイルリクエストの設定を選択する場合、方法６００はブロック６２６に進みうる。収集者が保存ボタン７４０を選択する場合、方法６００はブロック６３０に進みうる。収集者がキャンセルボタン７４２を選択する場合、方法６００は図３のブロック３０８に進みうる。

ブロック６１０で、ホワイトラベルファイルのリストを表示するファイルリストＵＩを描画する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は、収集者がホワイトラベルのためのファイルを選択するためのホワイトラベルファイルを表示するファイルリストＵＩを収集者のクライアント装置１０２_i上に描画できる。図７Ｃは、収集者がホワイトラベルのために選びうるファイルを表示するファイルリストＵＩ７５０を示す。ファイルリストを表示するファイルリストＵＩの描画後、方法６００はブロック６１２に進みうる。ブロック６１２で、ホワイトラベルのファイルの選択を受信する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は、ホワイトラベルのために使用される描画されたファイルの選択を受信する。選択の受信後、方法６００はブロック６０６に進みうる。

ブロック６１４で、カレンダーを表示するＵＩを描画する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は、締め切りを選択するために収集者にカレンダーを表示するＵＩを収集者のクライアント装置１０２_i上に描画する。カレンダーを表示するＵＩの描画後、方法６００はブロック６１６に進みうる。ブロック６１６で、締め切り日の選択を受信する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は締め切り日を受信する。締め切り日の受信後、方法６００はブロック６１８に進みうる。ブロック６１８で、時刻を表示するＵＩを描画する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は、締め切りを選択するために収集者に時刻を表示するＵＩを収集者のクライアント装置１０２_i上に描画する。時刻を表示するＵＩの描画後、方法６００はブロック６２０に進みうる。ブロック６２０で、締め切り時刻を受信する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は締め切り時刻を受信する。締め切り時刻の受信後、方法６００はブロック６０６に進みうる。

ブロック６２２で、テンプレートファイルのリストを表示するＵＩを描画する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は、テンプレートファイルを選択するためにテンプレートファイルのリストを表示するＵＩを収集者のクライアント装置１０２_i上に描画する。図７Ｄは、収集者がテンプレートのために選択することができるテンプレートファイルを表示するＵＩ７６０を示す。テンプレートファイルのリストを表示するＵＩの描画後、方法６００はブロック６２４に進みうる。ブロック６２４で、テンプレートファイルの選択を受信する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６はテンプレートファイルの選択を受信する。テンプレートファイルの選択の受信後、方法６００はブロック６０６に進みうる。

ブロック６２６で、以前のファイルリクエストを表示するＵＩを描画する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は、以前のファイルリクエストを選択するために以前のファイルリクエストのリストを表示するＵＩを収集者のクライアント装置１０２_i上に描画してもよい。例えば、図４Ｂは、収集者が選択できる以前のファイルリクエストを表示するＵＩを示す。以前のファイルリクエストのリストを表示するＵＩの描画後、方法６００はブロック６２８に進みうる。ブロック６２８で、以前のファイルリクエストの選択を受信する。例えば、ＵＩモジュール１２２および／またはカスタマイズモジュール１３６は、以前のファイルリクエストの選択を受信する。以前のファイルリクエストの選択の受信後、方法６００はブロック６０６に進みうる。

ブロック６３０で、カスタマイズ設定を格納する。例えば、ＵＩインタフェース１２２および／またはカスタマイズモジュール１３６はカスタマイズ設定を格納し、ファイルリクエストと関連付けうる。カスタマイズ設定の格納後、方法６００は図３のブロック３０８に進みうる。

図３を参照し、ブロック３０８で、要求された情報の受信に応じてリンクを生成する。例えば、リンク生成モジュール２０２は、例えば収集者がアップロードされたファイルを格納したい位置などの、プロンプトから受信した情報の少なくともいくらかを用いて、指定された収集フォルダへの収集リンクを生成する。指定された収集フォルダが存在しない場合、リンク生成モジュール２０２は収集フォルダを作成できる。リンク生成モジュール２０２は生成された収集リンクを格納できる。生成された収集リンクは、１つ以上の位置に格納されうる。例えば、生成された収集リンクは、収集に関連付けられ、コンテンツストレージ１６０および／またはアクティビティログに格納されうる。リンクの生成後、方法３００はブロック３１０に進みうる。

ブロック３１０で、提出者を識別するプロンプトを描画する。例えば、ＵＩモジュール１２２は、収集者に１人以上の提出者の電子メールアドレスの入力を求める提出者招待ＵＩを収集者のクライアント装置１０２_iに描画する。図８Ａに示すように、提出者招待ＵＩ８００は生成済の収集リンク８０２を描画する。本例では、収集リンクは「ｈｔｔｐｓ：／／ｍｅｔａ−ｄｂｄｅｖ．ｄｅｖ．ｃｏｒｐ．ｄｒｏｐｂｏｘ．ｃｏｍ／ｄｒｏｐｓ／４ｏｏＤ８ＱｇｄＭｈｑｔ．ＲｊｘＨｌ」である。生成済の収集リンクの描画は任意である。提出者招待ＵＩ８００は、収集フォルダへコンテンツをアップロードするよう提出者を招待するように、収集者に求めうる。例えば、プロンプトは「または電子メールで他の人をファイルリクエストに招待」である。収集者は、招待ボックス８０４の中の１人以上の提出者の１つ以上の電子メールアドレスを入力してもよい。あるいは、収集者は後で使用するためにファイルリクエスト・リンクをコピーしてもよい。収集者が以前のファイルリクエストを使用した場合、以前のファイルリクエストに関連付けられた電子メールおアドレスが招待ボックスに自動入力されうる。ユーザが１つ以上の電子メールアドレスを入力し、提出者招待ＵＩ８００上に描画される完了ボタン８０６を選択すると、方法３００はブロック３１２に進みうる。ユーザが１つ以上の電子メールアドレスを入力せず、提出者招待ＵＩ８００上に描画される完了ボタン８０６を選択すると、方法３００はブロック３１６に進みうる。

ブロック３１２で、メッセージのためのプロンプトを描画する。例えば、ＵＩモジュール１２２は、ファイルリクエスト・リンクと共に１人以上の提出者に送信されるメッセージを入力するよう収集者に求める第二の提出者招待ＵＩを、収集者のクライアント装置１０２_iに描画する。図８Ｂに示すように、第二の提出者招待ＵＩ８１０は、ファイルリクエスト・リンク８０２、入力された電子メールアドレス８０４、およびコメントを入力するためのコメントボックス８１２を表示してもよい。生成された収集リンクの描画は任意である。図８Ｂに示すように、例示的な電子メールアドレスはａｎｇｌｅａｌｌｉ＠ｄｒｏｐｂｏｘ．ｃｏｍで、メッセージは「Ｈｅｙ！Ｕｐｌｏａｄｙｏｕｒｆｉｎａｌｐａｐｅｒｓ」である。ファイルリクエストを送信させるために、収集者は、第二の提出者招待ＵＩ８１０上に描画される送信ボタン８１４を選択できる。または、収集者はファイルリクエストを取り消すために、第二の提出者招待ＵＩ８１０上に描画されるキャンセルボタン８１６を選択できる。プロンプトへの情報の受信と送信ボタンの選択の受信後、方法３００はブロック３１４に進みうる。

ブロック３１４で、入力済みの電子メールアドレスと、入力されたのであればメッセージとを格納する。例えば、ＵＩモジュール１２２は入力済みの電子メールアドレスと、入力されたのであればメッセージとを、コンテンツストレージ１６０に格納できる。１つ以上の電子メールアドレスと、入力されたのであればメッセージを格納した後、方法３００はブロック３１６に進みうる。

ブロック３１６で、生成済みのリンクを配信する。例えば、収集モジュール１３０および／または電子メールモジュール１４０は、受信した情報のうちの少なくともいくらかを元に電子メールメッセージを送信する。電子メールメッセージは、電子メールアドレスが収集者によって入力された１人以上の提出者への、生成済みのリンクと、入力されたのであればメッセージを収容できる。別の例では、収集者は、電子メールメッセージに生成済みの収集リンクを打ち込みまたは貼り付けて、それを送信できる。別の例では、収集者は、ソーシャルネットワークのウェブサイトのようなウェブサイトに、生成済みの収集リンクを入り付けうる。電子メールメッセージまたはウェブサイトは、提出者が収集フォルダに１つ以上のファイルをアップロードするためにクリックすることができる、生成済みの収集リンクを収容できる。電子メールメッセージは、生成済みの収集リンクへのハイパーテキストリンクを収容できる。収集者がファイルリクエストをカスタマイズすると、電子メールメッセージはカスタマイズ設定に基づく情報を収容できる。例えば、電子メールメッセージは、提出者が提出可能な提出物の数、提出者が提出できるファイルのタイプ、提出者が提出物を上書き保存することが許可されているかどうか、そして提出物の完了への締め切り、を示してもよい。ファイルリクエストがテンプレートファイルに基づく場合、提出者は、テンプレートファイル完成させ、完成したテンプレートファイルを提出するよう知らされうる。収集者が電子メールアドレスを入力しない場合は、生成済みの収集リンクを含む電子メールメッセージは収集者に送信されうる。生成済みの収集リンクの配信後、方法３００はブロック３１８に進みうる。

ブロック３１８で、収集者に収集フォルダリクエストが確立されたことを通知する。通知は、電子メール、テキストメッセージ、アカウントへの投稿、アプリケーション通知（例えばインバンド通知）、または他の通知方法を含みうるが、これらに限定されない。例えば、収集モジュール１３０および／または電子メールモジュール１４０は、収集フォルダリクエストが確立したことを収集者に知らせる電子メールメッセージを収集者に送信する。収集フォルダが確立したことを収集者に通知した後、方法３００はブロック３２０に進みうる。

ブロック３２０で、提出者が生成済みの収集リンクをアクティブ化することに応じ、提出者に情報の入力を求めるファイルアップロードＵＩを描画する。例えば、ＵＩモジュール１２２は、ファイルアップロードＵＩを提出者のクライアント装置１０２上に描画させしめる。図９Ａは描画されたファイルアップロードＵＩ９００を示す。図示するように、提出者は、名９０２、姓９０４、電子メールアドレス９０６、収集フォルダへアップロードするファイルの選択９０８、およびコメントの追加９１０を求められる。１つ以上の実施形態では、描画されたファイルアップロードＵＩ９００は、許可される提出物の数９１２、許可されるファイルタイプ９１４、上書き保存が許可されるかどうか、およびもしあれば締め切り９１８、のような任意のカスタマイズ設定を提出者に知らせうる。ファイルリクエストがカスタマイズされると、１つ以上のカスタマイズ設定が表示されうる。１つ以上の実施形態では、カスタマイズ設定が表示されない場合は、カスタマイズ設定は表示される、または表示されない。描画済のファイルアップロードＵＩ９００は、収集者が表示することを選んだ場合に、ホワイトラベル９２０を描画できる。図示するように、ＡＢＣＣｏｒｐ．のロゴ９２０はホワイトラベルとして表示される。ファイルアップロードページの描画後、方法３００はブロック３２２に進みうる。

ブロック３２２で、提出者に関する情報と１つ以上のアップロード済ファイルとを受信する。例えば、ＵＩ１２２は、プロンプトに応答して提出者によって提供された情報と、アップロードされる１つ以上のファイルの選択とを受信する。アップロードされる１つ以上のファイルを選択するために、提出者はファイル選択オプションを選択でき、提出者のクライアント装置１０２_iのディレクトリが描画され、提出者がアップロードのための１つ以上のファイルを選択することを可能にすることができる。提出者はコメントプロンプト９１０に応じて、収集者に提供されるであろうコメントを入力できる。情報とアップロードされる１つ以上のファイルの選択との受信後、方法３００はブロック３２４に進みうる。

ブロック３２４で、情報と１つ以上の選択されたファイルとをアップロードする。情報とアップロードのための１つ以上のファイルの選択を提供した後、コンテンツ管理システム１０６へ情報と１つ以上のファイルをアップロードするために、提出者は図９Ａに示すアップロードボタン９２２を選択できる。例えば、提出者のクライアント装置１０２_i上のクライアントソフトウェアは、情報と１つ以上の選択されたファイルとを、コンテンツ管理システム１０６へアップロードさせることができる。情報と１つ以上のファイルのアップロード後、方法３００はブロック３２６に進みうる。

ブロック３２６で、１つ以上のアップロード済のファイルを格納する。例えば、コンテンツアイテム管理モジュール１２８は、コンテンツストレージ１６０に１つ以上のアップロード済のファイルを格納する。１つ以上のアップロード済のファイルは、収集フォルダに格納され、および／または収集フォルダに関連付けられうる。コンテンツディレクトリは、コンテンツストレージ１６０の各コンテンツアイテムの場所を識別できる。コンテンツディレクトリは、コンテンツストレージ１６０に格納された各コンテンツアイテムに対する固有のコンテンツエントリを含みうる。コンテンツエントリは、提出者がコンテンツ管理システム１０６のアカウントを有する場合、コンテンツストレージ１６０のコンテンツアイテムの場所を識別するコンテンツポインタを含みうる。１つ以上のアップロード済ファイルの格納後、方法３００はブロック３２８に進みうる。

ブロック３２８で、収集フォルダに格納される１つ以上のファイルに応じて収集者に通知する。通知は、電子メール、テキストメッセージ、アカウントへの投稿、アプリケーション通知（例えばインバンド通知）、または他の通知方法を含みうるが、これらに限定されない。例えば、アカウント管理モジュール１２４、電子メールモジュール１４０、および／またはリンク配信モジュール２０６は、１つ以上のファイルが収集フォルダにアップロードされたことを収集者に通知する電子メールメッセージを収集者に送信させる。電子メールメッセージは、アップロード済の１つ以上のファイルに関連付けられた情報を提供できる。例えば、情報は、ファイル名、ファイルがアップロードされたタイムスタンプ、および各アップロード済ファイルの提出者の名前を含みうる。収集フォルダに格納された１つ以上のファイルを収集者へ通知した後、方法３００はブロック３３０に進みうる。

ブロック３３０で、収集者による収集フォルダにアクセスする。例えば、収集者は、収集者のアカウントにアクセスでき、収集フォルダを選択しうる。収集者は、収集者のクライアント装置１０２_i上にあるウェブブラウザ介して、またはクライアントソフトウェアを介して、収集者のアカウントにアクセスできる。あるいは、収集者は、収集フォルダにアクセスするために電子メールメッセージのリンクをクリックしてもよい。収集フォルダにアクセスした後、方法３００はブロック３３２に進みうる。

ブロック３３２で、公開コマンドに応じて収集フォルダを公開する。例えば、収集モジュール１３０は公開コマンドを受信し、収集フォルダを提出者に利用可能にさせることができる。結果的に、提出者は収集フォルダにアクセスし、他の提出者のアップロード済ファイルを閲覧できる。ブロック３３２は以下でさらに述べる。

＜役割／権限＞
１つ以上の実施形態では、コンテンツ管理システム１０６は、提出者が１つ以上のファイルを提出するために認証されることを必要としない。１つ以上の実施形態では、提出者は認証されうる。例えば、ユーザ識別モジュール１３４は、提出者のアップロード済コンテンツを格納する前に、提出者の認証を実行しうる。提出者が収集フォルダにコンテンツをアップロードするために、提出者はファイルリクエスト・リンクを利用し、名、姓、および電子メールアドレスのような限定されたデータを入力する。認証は提出者に提出者のユーザアカウントにログインさせること、および／またはパスワードを入力させることを含みうる。ユーザ識別モジュール１２６は、ユーザがユーザアカウントにログインしているかどうかを判断することで、提出者を認証しうる。提出者がユーザアカウントにログインしていない場合、提出者はユーザアカウントのログイン情報の入力を求められてもよい。例えば、提出者は、提出者のユーザアカウントに関連付けられたユーザネームとパスワードとを入力できる。１つ以上の実施形態では、ユーザ識別モジュール１２６は、ユーザにパスワードの入力を求めることでユーザを認証できる。パスワードは、収集フォルダが作成されたときに収集者が登録したパスワードでありうる。収集者は、電子メールを介して、または他の既知の方法を利用してパスワードを配信できる。例えば、教師は、生徒に直接パスワードを簡単に伝えうる。あるいは、パスワードは、提出者がコンテンツ管理システム１００に関連するリンクに最初にアクセスしたときに、提出者が設定したパスワードであってもよい。

図９Ｂを参照し、例示的な実施形態に従う、収集フォルダにアップロード済のファイルを格納する方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法９５０は例として提供される。以下で説明する方法９５０は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法９５０を説明するために参照される。図９Ｂに示す各ブロックは、例示的な方法９００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法９５０はブロック９５２で開始できる。

ブロック９５２で、提出者に関する情報とアップロードされる１つ以上のファイルとを受信する。例えば、通信インタフェースモジュール１２０は、提出者に関する情報と１つ以上のアップロード済ファイルとを受信する。情報と１つ以上のファイルとを受信した後、方法９５０はブロック９５４に進みうる。

ブロック９５４で、提出者は権限のある提出者かどうかを判断する。例えば、ユーザ識別モジュール１２６は、提出者から受信した情報に基づき、提出者がアップロードする権限があるかどうかを判断できる。例えば、ユーザ識別モジュール１２６は、提出者がコンテンツをアップロードする権限があるかどうか判断するために、受信済みの情報と、収集フォルダに関連付けられた情報とを比較できる。提出者に権限がない場合、方法９５０はブロック９５６に進みうる。提出者に権限がある場合、方法９５０はブロック９５８に進みうる。

ブロック９５６で、提出者に通知する。通知は、電子メール、テキストメッセージ、アカウントへの投稿、アプリケーション通知（例えばインバンド通知）、または他の通知方法を含みうるが、これらに限定されない。例えば、ユーザ識別モジュール１２６、ＵＩモジュール１２２、および／または電子メールモジュール１４４は、提出者が収集フォルダへコンテンツをアップロードする権限がないことを提出者に通知する。ＵＩモジュール１２２は、提出者のクライアント装置１０２_i上にメッセージを描画させることができる、および／または電子メールモジュール１４４は提出者に電子メールメッセージを送信することができる。メッセージおよび／または電子メールメッセージは、提出者に、ファイルを提出権限がないことを知らせうる。通知は、電子メールメッセージまたはウェブページを介して行われる。

ブロック９５８で、アップロード済のファイルのそれぞれに対してファイル名を生成する。例えば、ファイルアクセス・モジュール２０４は、提出者がファイルリクエスト名の下の収集フォルダに提出されたファイルの数を判断し、アップロード済のファイルのそれぞれにファイル名を生成する。ファイル名はファイルリクエスト名と、提出者の名前または提出者の電子メールアドレスの提出者のユーザ名のどちらかとの組み合わせで生成される。提出者の名、姓、またはそれらの任意の組み合わせが用いられうる。例えば、ファイルリクエストがＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３と名付けられ、ＪａｎｅＤｏｅがファイルをアップロードした場合、ファイル名は「ＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３−ＪａｎｅＤｏｅ」でありうる。提出者の名前またはユーザ名が固有であるかどうかによって、数字が追加されてもよい。例えば、２人の提出者が同一の名と姓とを有する場合、２人の提出者を異ならしめるために、数字が提出者の１人の名前に追加されうる。提出者が１つより多いファイルを提出した場合、最初のファイルの後に提出されたファイルは数字を含みうる。例えば、収集フォルダＷｅｄｄｉｎｇＰｈｏｔｏｓへのファイルリクエストが生成され、ＢｏｂＳｍｉｔｈが３つのファイル／写真を提出する場合、最初の写真はＢｏｂＳｍｉｔｈＷｅｄｄｉｎｇＰｈｏｔｏと名付けられることができ、二枚目の写真はＢｏｂＳｍｉｔｈＷｅｄｄｉｎｇＰｈｏｔｏ２と名付けられることができ、三枚目の写真はＢｏｂＳｍｉｔｈＷｅｄｄｉｎｇＰｈｏｔｏ３と名付けられることができる。当業者は、提出者に対する固有の名前を生成するために、および固有のファイル名を生成するために、他の方法が利用されうることは理解するであろう。各アップロード済ファイルに対するファイル名の生成後、方法９００はブロック９１０に進みうる。

ブロック９１０で、各ファイルと関連するファイル名を格納する。例えば、ファイルリクエスト・モジュール２０４はコンテンツストレージ１６０に各ファイルと生成した名前とを格納する。

＜悪性コンテンツ検出＞
１つ以上の実施形態では、提出者からの情報と１つ以上のアップロード済ファイルとは、収集フォルダおよび／またはコンテンツストレージ１６０に格納される前に、悪性コンテンツ検出システム１７０に提供されうる。例えば、提出者が情報と１つ以上のファイルとを図３のブロック３２４でアップロードすることに応じて、情報と１つ以上のアップロード済ファイルは、スキャンのために悪性コンテンツ検出システム１７０に提供されうる。あるいは、１つ以上のアップロード済ファイルはコンテンツ管理システム１０６によって受信され、続いてスキャンのために悪性コード検出システム１７０に送信されうる。

図１０を参照し、例示的な実施形態に従う、１つ以上のアップロード済のファイルをスキャンする方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１０００は例として提供される。以下で説明する方法１０００は、例として図１および２Ｂに示す構成を用いて実行されることができ、これらの図の様々な構成要素が例示的な方法１０００を説明するために参照される。図１０に示す各ブロックは、例示的な方法１０００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１０００はブロック１００２で開始しうる。

ブロック１００２で、１つ以上のアップロード済のファイルを受信および格納する。例えば、悪性コンテンツ検出システム１７０は１つ以上のアップロード済ファイルを受信し、受信したファイルをメモリに格納できる。１つ以上のアップロード済ファイルは、提出者のクライアント装置１０２_iから受信されうる、またはコンテンツ管理システム１０６から受信できる。例えば、１つ以上のアップロード済ファイルは、通信インタフェースモジュール１２０によって送信されうる。１つ以上のアップロード済ファイルは、ファイアウォール１７２を通過し、１つ以上のアップロード済ファイルを一時記憶域１７６に格納する通信モジュール１７４によって受信されうる。一時記憶域１７６は、ランダム・アクセス・メモリ（ＲＡＭ）、ハードディスクドライブ（ＨＤＤ）、半導体ドライブ（ＳＳＤ）のようなフラッシュメモリ、１つ以上のサービス、などでありうる。１つ以上のアップロード済ファイルを受信し格納した後、方法１０００はブロック１００４に進みうる。

ブロック１００４で、１つ以上のファイルの提出者が認可されるかどうか判断する。例えば、認証モジュール１７８は、提出者が権限のあるユーザ／提出者かどうかを検証する。認証モジュール１７８は、提出者が収集フォルダに関連するかどうか判断できる。判断は認証情報、セキュリティトークン、ＡＰＩコール、特定のクライアント装置、およびその他に基づいてもよい。あるいは、認証モジュール１７８は、提出者に権限があるどうか判断するために、ユーザ識別モジュール１２２と通信してもよい。提出者が収集フォルダに関連付けられていないと判断されると、方法１０００はブロック１００６に進みうる。提出者が収集フォルダに関連付けられていると判断されると、方法１０００はブロック１０１０に進みうる。

ブロック１００６で、提出権限がないことを提出者に通知する。通知は、電子メール、テキストメッセージ、アカウントへの投稿、アプリケーション通知（例えばインバンド通知）、または他の通知方法を含みうるが、これらに限定されない。例えば、通信モジュール１７４は、提出権限がないことを提出者に通知する電子メールメッセージを提出者に送信できる。あるいは、通信モジュール１７４は、提出権限がないことを提出者に通知する通知ＵＩを、提出者のクライアント装置１０２_i上に描画させることができるコマンドをＵＩモジュール１２２に送信できる。あるいは、通信モジュール１７４は、提出権限がないことを提出者に通知する電子メールメッセージを、提出者へ送信させることができるコマンドをＵＩモジュール１２２に送信できる。提出者へ通知後、方法１０００はブロック１００８に進みうる。ブロック１００８で、一時記憶域から提出物を削除する。例えば、通信モジュール１７４は一時記憶域１７６から提出物を削除させてもよい。

ブロック１０１０で、各アップロード済ファイルを悪性コードについてスキャンする。例えば、マルウェア・スキャンツール１８０は、各アップロード済ファイルを、ウイルス、トロイ、マルウェア、等といった悪性コードについてスキャンする。アップロード済ファイルが悪性コンテンツを含む場合、方法１０００はブロック１０１２に進みうる。アップロード済ファイルが悪性コードを含まない場合、方法１００はブロック１０２０に進みうる。

ブロック１０１２で、悪性コードの除去を試みる。例えば、マルウェア・スキャンツール１８０は悪性コードの除去を試みる。悪性コードがアップロード済ファイルから正常に除去されない場合、方法１０００はブロック１０１４に進みうる。悪性コードがアップロード済ファイルから正常に除去された場合、方法１０００はブロック１０２０に進みうる。

ブロック１０１４で、悪性コードを含むファイルを隔離する。例えば、マルウェア・スキャンツール１８０は悪性コードを含むアップロード済ファイルを隔離する。隔離は、悪性コードを含むアップロード済ファイルを一時記憶域１７６で維持すること、悪性コードを含むアップロード済ファイルを別のストレージに格納すること、悪性コードを含むアップロード済ファイルを削除すること、および／または悪性コンテンツを含むアップロード済ファイルにフラグを立てることを含みうる。悪性コードを含むアップロード済ファイルを隔離した後、方法１０００はブロック１０１６に進みうる。

ブロック１０１６で、隔離されたファイルの提出者に通知する。通知は、電子メール、テキストメッセージ、アカウントへの投稿、アプリケーション通知（例えばインバンド通知）、または他の通知方法を含みうるが、これらに限定されない。例えば、通信モジュール１７４は、アップロード済ファイルが悪性コードを含むことを提出者に通知する電子メールメッセージを提出者に送信できる。あるいは、通信モジュール１７４は、アップロード済ファイルが悪性コードを含むことを提出者に通知する通知ＵＩを、提出者のクライアント装置１０２_i上に描画させるコマンドをＵＩモジュール１２２に送信できる。提出者へ通知後、方法１０００はブロック１０１８に進みうる。

ブロック１０１８で、隔離されたファイルの収集者に通知する。通知は、電子メール、テキストメッセージ、アカウントへの投稿、アプリケーション通知（例えばインバンド通知）、または他の通知方法を含みうるが、これらに限定されない。例えば、通信モジュール１７４は、アップロード済ファイルが悪性コードを含むことを収集者に通知する電子メールメッセージを収集者に送信できる。あるいは、通信モジュール１７４は、アップロード済ファイルが悪性コードを含むことを収集者に通知する通知ＵＩを、収集者のクライアント装置１０２_i上に描画させるコマンドをＵＩモジュール１２２に送信できる。収集者に通知した後、方法１０００は、別のアップロード済ファイルが悪性コードを含まない場合にブロック１０２０に進みうる。

ブロック１０２０で、悪性コードを含まない各アップロード済ファイルをコンテンツ管理システムに提供する。例えば、通信モジュール１７４は、悪性コードを含まないアップロード済ファイルのそれぞれを保管のためにコンテンツ管理システム１０６に提供する。

＜盗用検出＞
１つ以上の実施形態では、提出者からの１つ以上のアップロード済ファイルは盗用についてスキャンされうる。例えば、図３のブロック３２６で１つ以上のアップロード済ファイルを格納することに応じて、盗用モジュール１４４は１つ以上のアップロード済ファイルを盗用についてスキャンできる。例えば、各アップロード済ファイルは、収集フォルダ内の他のアップロード済ファイル、および／またはインターネットを介して入手可能なコンテンツアイテムおよび／またはインターネットのアーカイブされたインスタンスから構築されるデータベースに格納されたコンテンツアイテムと比較されうる。盗用検出は、盗用モジュール１４４によって、および／またはサードパーティのサービス１０９_iを介して行われうる。例えば、盗用モジュール１４４は、カリフォルニア州オークランドのｉＰａｒａｄｉｇｍｓ，ＬＬＣ社が提供するＴｕｒｎｉｔｉｎ、バージニア州アレクサンドリアのＳｋｙｌｉｎｅ，Ｉｎｃ社が提供するＰｌａｇｉａｒｉｓｍＤｅｔｅｃｔｏｒＰｒｏもしくはＰｌａｇｉａｒｉｓｍＤｅｔｅｃｔｏｒＡｃｃｕｍｕｌａｔｏｒＳｅｒｖｅｒのような盗用検出サービスへ１つ以上のアップロード済ファイルを送信可能な盗用ＡＰＩ、またはそのようなベンダおよび／または適切な盗用ソフトウェアからの盗用ソフトウェアを含みうる盗用モジュール１４４を含みうる。

図１１を参照し、例示的な実施形態に従う、１つ以上のアップロード済のファイルの盗用検出方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１１００は例として提供される。以下で説明する方法１１００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法１１００を説明するために参照される。図１１に示す各ブロックは、例示的な方法１１００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１１００はブロック１１０２で開始できる。

ブロック１１０２で、収集フォルダに関連付けられた１つ以上のアップロード済ファイルを受信する。例えば、収集モジュール１３０は、収集フォルダに提出された１つ以上のアップロード済ファイルを受信する。１つ以上のアップロード済ファイルの受信後、方法１１００はブロック１１０４に進みうる。

ブロック１１０４で、盗用検出モジュールへ１つ以上のアップロード済ファイルを提供する。例えば、収集モジュール１３０は盗用検出モジュール１４４へコンテンツアイテムを提供する。アップロード済ファイルが受信されたとき、定期的な間隔で、および／またはファイルリクエストの収集が完了したときに、１つ以上のアップロード済ファイルが盗用検出モジュール１４４へ提供されうる。盗用検出モジュール１４４へコンテンツアイテムを提供した後、方法１１００はブロック１１０６へ進む。

ブロック１１０６で、１つ以上のアップロード済ファイルを盗用／類似度についてスキャンする。例えば、盗用検出モジュール１４４は盗用ソフトウェアを実行しうる、または盗用／類似度についてスキャンするためにコンテンツアイテムを盗用サービス１０９_iへ送信できる。１つ以上の実施形態では、盗用ソフトウェアまたは盗用サービス１０９_iは、１つ以上のアップロード済ファイルを、収集フォルダの他のアップロード済ファイルと比較し、および／または、各アップロード済ファイルをインターネットおよび／またはインターネットを介して入手可能な１つ以上のデータベースを介して入手可能な他のコンテンツアイテムと比較することにより、１つ以上のアップロード済ファイルをチェックする。例えば、盗用検出は、例えば親コンテンツアイテムのような受信されたコンテンツアイテムを、語句に分割することで実行される。続いて、語句が検索エンジンに送信される。続いて、検索エンジンの結果がダウンロードされ、各検索エンジンのソースは、親コンテンツアイテムからの語句を他のコンテンツアイテムの語句と比較することで分析される。１つ以上のアップロード済ファイルを盗用／類似度についてスキャンした後、方法１１００はブロック１１０８に進みうる。

ブロック１１０８で、盗用／類似度レポートを生成する。例えば、盗用検出モジュール１４４または盗用検出サービス１０９_iは盗用／類似度レポートを生成する。盗用検出サービス１０９_iが盗用スキャンを実行すると、盗用検出サービス１０９_iは続いて盗用検出モジュール１４４へ盗用／類似度レポートを提供する。盗用／類似度レポートは類似度パラメータを含みうる。盗用／類似度レポートの生成後、方法１１００はブロック１１１０に進みうる。

ブロック１１１０で、所定の閾値と類似度パラメータを比較する。例えば、盗用検出モジュール１４４は盗用／類似度レポートの類似度パラメータを所定の閾値と比較する。所定の閾値は盗用ソフトウェア、盗用サービス１０９_iによって、または収集者によって設定されうる。例えば類似度パラメータが所定の閾値と一致または超え、比較が盗用を示す場合、続いて方法１１００はブロック１１１２に進みうる。例えば、類似度パラメータが所定の閾値を下回り、比較が盗用を示さない場合、続いて方法１１００はブロック１１１４に進みうる。

ブロック１１１２で、潜在的な盗用を収集者に通知する。通知は、電子メール、テキストメッセージ、アカウントへの投稿、アプリケーション通知（例えばインバンド通知）、または他の通知方法を含みうるが、これらに限定されない。例えば、電子メールモジュール１４０または盗用検出モジュール１４４は、収集者に潜在的な盗用を通知する電子メールメッセージを収集者に送信する。電子メールメッセージは盗用／類似度レポートを含みうる。収集者へ通知後、方法１１００はブロック１１１４に進みうる。

ブロック１１１４で、盗用／類似度レポートを格納する。例えば、収集モジュール１３０および／または盗用検出モジュール１４４は収集フォルダに盗用／類似度レポートを格納する。

＜コメント＞
１つ以上の実施形態では、オンラインコンテンツ管理システム１０６は、例えば提出者および／または収集者といったユーザが提出物に関してコメントを提供することを可能にすることができる。後述するように、ユーザは、閲覧ＵＩに描画されたコメントセクションにコメントを入力することができる。コメントセクションは装置、プラットフォーム、およびファイルタイプにわたって提供されうる。例えば、コンテンツ管理システム１０６は、ワープロ文書、スプレッドシート、プレゼンテーション、動画、ストリーミングコンテンツ、画像、および他のコンテンツもしくはファイルタイプのようなコンテンツアイテムに対して、ストレージ、検索、編集、およびコメントサービスを提供できる。１つ以上の実施形態では、コメントセクションは、コンテンツ管理システム１０６によって、個別のコンテンツアイテムに関連付けられたネイティブアプリケーションとは異なるインタフェース上に提供されうる。例えば、コメントセクションは、表示される個別のファイルタイプのネイティブアプリケーションとは独立した、または上に重ねられたアプリケーションレイヤでありうる。一例では、レイヤは、オンラインコンテンツ管理システムによって、またはウェブブラウザを通じて閲覧されるときにはブラウザプラグインによって、提供されるアプリケーションに関連付けられうる。一例では、これは、オンラインコンテンツ管理システム１０６によって提供されるアプリケーションによって読み込み可能な各コンテンツアイテムへメタデータを追加することで達成されてもよい、またはメタデータはオンラインコンテンツ管理システム１０６によって検索可能なコメントデータを有する場所を指し示してもよい。あるいは、コメントは、コンテンツアイテムに関連付けられたネイティブアプリケーションを通じて表示されてもよい。

図１２Ａを参照し、例示的な実施形態に従う、ユーザが投稿へのコメントを提供することを可能にする方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１２００は例として提供される。以下で説明する方法１２００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法１２００を説明するために参照される。図１２Ａに示す各ブロックは、例示的な方法１２００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１２００はブロック１２０２で開始できる。

ブロック１２０２で、ファイルリストＵＩを描画する。例えば、ＵＩモジュール１２２は、ユーザがコンテンツ管理システム１０６に保存したファイルリストを表示するファイルリストＵＩを描画させる。例えば、ＵＩモジュール１２２は、図１２Ｂに示すように、提出者ＪａｎｅＤｏｅがコンテンツ管理システム１０６に格納した３つのファイルをリスト化するファイルリストＵＩ１２５０を提出者のクライアント装置１０２_i上に描画する。図示するように、３つのファイルは、ＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃１ - ＪａｎｅＤｏｅ１２５２、ＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃２ - ＪａｎｅＤｏｅ１２５４、およびＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３ - ＪａｎｅＤｏｅ１２５６である。収集者は、収集フォルダへ提出されたファイルに対する同様のファイルリストを有してもよい。ファイルリストＵＩの描画後、方法１２００はブロック１２０４に進みうる。

ブロック１２０４で、ファイル選択を受信する。例えば、ＵＩモジュール１２２はユーザによってなされたファイルの選択を受信する。本例では、提出者はファイルＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３ - ＪａｎｅＤｏｅを選択した。ファイルの選択の受信後、方法１２００はブロック１２０６に進みうる。

ブロック１２０６で、閲覧ＵＩで選択されたファイルを描画する。例えば、ＵＩモジュール１２２は、選択されたファイルを表示する閲覧ＵＩの描画を生じさせる。選択されたファイルであるＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３ - ＪａｎｅＤｏｅは、図１２Ｃに示すように、提出者のクライアント装置１０２_i上の閲覧ＵＩ１２６０に描画される。選択されたファイルの描画後、方法１２００はブロック１２０８に進みうる。

ブロック１２０８で、コメントアイコンの選択を受信する。例えば、ＵＩモジュール１２２および／またはコメントモジュール１４２は、図１２Ｃに示すように、表示されたコメントアイコン１２６４の選択を受信する。コメントアイコンの選択の受信後、方法１２００はブロック１２１０に進みうる。

ブロック１２１０で、コメントセクションを展開し、コメントボックスを描画する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、コメントセクション１２６８を展開させ、コメントボックス１２６６を図１２Ｄに示すように描画させうる。図示するように、コンテンツアイテムに関連する情報は、提出者のクライアント装置１０２_i上のＵＩモジュール１１２および／またはコメントモジュール１４２によって描画されうる。例えば、提出済みファイルの題名「ＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３」が描画され、コンテンツアイテムが共有された時間に関する情報「２日前にＪｏｈｎＤｏｅが送信」が表示される。コメントセクションの展開と、コメントボックスの描画後、方法１２５０はブロック１２１２に進みうる。

ブロック１２１２で、コメントを受信する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、ユーザがコメントボックス１２６６に入力したコメントを受信する。例えば、提出者Ｊａｎｅは、「Ｉｄｉｄｎｏｔｄｏｗｅｌｌｏｎｔｈｉｓａｓｓｉｇｎｍｅｎｔａｎｄｗｏｕｌｄｌｉｋｅｔｏｍｅｅｔｗｉｔｈｙｏｕｔｏｄｉｓｃｕｓｓ．」というコメントを入力する。コメントの受信後、方法１２００はブロック１２１４に進みうる。

ブロック１２１４で、コメントセクションにコメントを描画する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、図１２Ｅに示すように、閲覧ＵＩ上のコメントセクションのコメントを、提出者のクライアント装置１０２_iに描画させうる。ユーザは、コメントボックス１２６６にコメントを入力することで別のコメントを入力できる。コメントの描画後、方法１２００はブロック１２１６に進みうる。

ブロック１２１６で、関連ファイルにコメントを同期する。例えば、同期モジュール１３４は、例えば提出者のような第一のユーザによるコメントを、例えば収集者のような第二のユーザのユーザアカウントに関連付けられたアップロード済ファイルと同期できる。コメントの同期後、方法１２００はブロック１２１８に進みうる。

ブロック１２１８で、他のユーザのクライアント装置上にコメントを描画する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、コメントを例えば収集者のクライアント装置１０２_iのような他のユーザのクライアント装置１０２_i上に描画させうる。コメントを有するコメントセクション１２６９は、ユーザがコメントに関連したファイルを開いたときに、ドキュメント１２６２の隣に描画されうる。他のユーザは、コメントに応答し、新しいコメントを両方のユーザのクライアント装置１０２_iに投稿させうる。例えば、コメントは、図１２Ｆに示すように提出者のクライアント装置１０２_iに投稿されうる。図示するように、収集者は「ＨｏｗａｂｏｕｔＷｅｄｎｅｓｄａｙａｆｔｅｒｃｌａｓｓ？」と応答した。

上記の例は提出者を対象とするが、当業者は、本例は初期コメントを入力する収集者を対象とすることができることを理解するであろう。別の例では、ユーザは写真の詳細を提供するために写真にコメントを入力できる。例えば、図１２Ｇに示すように、ユーザＪａｎｅは、「ＩｔｏｏｋｔｈｉｓｐｈｏｔｏｆｒｏｍｍｙｏｆｆｉｃｅｏｎＯｃｔｏｂｅｒ３０，２０１５」とコメントを入力する。

＜チャット＞
１つ以上の実施形態では、オンラインコンテンツ管理システム１０６は、例えば提出者および／または収集者といったユーザが提出物についてチャットすることを可能にすることができる。後述するように、ユーザは、閲覧ＵＩに描画されたチャットセクションにコメントを入力できる。チャットセクションは装置、プラットフォーム、およびファイルタイプにわたって提供されうる。例えば、コンテンツ管理システム１０６は、ワープロ文書、スプレッドシート、プレゼンテーション、動画、ストリーミングコンテンツ、画像、および他のコンテンツもしくはファイルタイプのようなコンテンツアイテムに対して、ストレージ、検索、編集、およびコメントサービスを提供できる。１つ以上の実施形態では、チャットセクションは、コンテンツ管理プロバイダによって、個別のコンテンツアイテムに関連付けられたネイティブアプリケーションとは異なるインタフェース上に提供されうる。例えば、チャットセクションは、表示される個別のファイルタイプのネイティブアプリケーションとは独立した、または上に重ねられたアプリケーションレイヤでありうる。一例では、レイヤは、オンラインコンテンツ管理システム１０６によって、またはウェブブラウザを通じて閲覧されるときに、ブラウザプラグインによって提供されるアプリケーションに関連付けられうる。一例では、これは、オンラインコンテンツ管理システムによって提供されるアプリケーションによって読み込み可能な各コンテンツアイテムへメタデータを追加することで達成されてもよい、またはメタデータはオンラインコンテンツ管理システムによって検索可能なチャットデータをもつ場所を指し示してもよい。あるいは、チャットセクションは、コンテンツアイテムに関連付けられたネイティブアプリケーションを通じて表示されてもよい。

図１３Ａを参照し、例示的な実施形態に従う、ユーザが提出物に関するチャットセッションを有することを可能にするフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１３００は例として提供される。以下で説明する方法１３００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法１３００を説明するために参照される。図１３Ａに示す各ブロックは、例示的な方法１２００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１３００はブロック１３０２で開始しうる。

ブロック１３０２で、ファイルリストＵＩを描画する。例えば、ＵＩモジュール１２２は、ユーザがコンテンツ管理システム１０６に保存したファイルリストを表示するファイルリストＵＩを描画させる。例えば、ＵＩモジュール１２２は、図１２Ｂに示すように、提出者ＪａｎｅＤｏｅがコンテンツ管理システム１０６に格納した３つのファイルをリスト化するファイルリストＵＩ１２５０を提出者のクライアント装置１０２_i上に描画する。図示するように、ＪａｎｅＤｏｅは以下の３つのファイルを持つ：ＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃１ - ＪａｎｅＤｏｅ１２５２、ＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃２ - ＪａｎｅＤｏｅ１２５４およびＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３ - ＪａｎｅＤｏｅ１２５６。収集者は、収集フォルダへ提出されたファイルに対する同様のファイルリストを有してもよい。ファイルリストＵＩの描画後、方法１３００はブロック１３０４に進みうる。

ブロック１３０４で、ファイル選択を受信する。例えば、ＵＩモジュール１２２はユーザによってなされたファイルの選択を受信する。本例では、提出者はファイルＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３ - ＪａｎｅＤｏｅを選択した。ファイルの選択の受信後、方法１３００はブロック１３０６に進みうる。

ブロック１３０６で、閲覧ＵＩで選択されたファイルを描画する。例えば、ＵＩモジュール１２２は、提出者のクライアント装置１０２_i上に選択されたファイルを表示する閲覧ＵＩの描画を生じさせる。選択されたファイルＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３ - ＪａｎｅＤｏｅは、図１３Ｂに示すように、閲覧ＵＩ１２６０に描画される。選択されたファイルの描画後、方法１３００はブロック１３０８に進みうる。

ブロック１３０８で、チャットアイコンの選択を受信する。例えば、ＵＩモジュール１２２および／またはコメントモジュール１４２は、図１３Ｂに示すように、表示されたチャットアイコン１３５２の選択を受信する。チャットアイコンの選択の受信後、方法１３００はブロック１３１０に進みうる。

ブロック１３１０で、チャットセクションを展開し、ユーザに関連付けられた連絡先リストを描画する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４３は、チャットセクション１３５４を展開し、ユーザに関連付けられた連絡先リストを、コンテンツ管理システム１０６が有する各ユーザのオンラインステータス、またはコンテンツ管理システム１０６とは別の場合はチャット機能と共に描画させうる。例えば、オンラインステータス１３６０と共に関連する連絡先１３５８のリストが、図１３Ｃに示すように、提出者のクライアント装置１０２_i上の、ステータスボックス１３６０に描画される。オンラインの連絡先は、緑のオンラインステータス１３６０を有してもよい、そしてオフラインの連絡先は、赤のオンラインステータスを有してもよい。他のステータス識別子が、緑および赤のオンラインステータス１３６０の代わりに用いられることができる。連絡先リストの描画後、方法１３００はブロック１３１４に進みうる。

ブロック１３１２で、連絡先の選択を受信する。例えば、ＵＩモジュール１１２および／またはカスタマイズモジュール１３６は、提出者のクライアント装置１０２_i上に描画された連絡先を選択できる。連絡先の選択の受信後、方法１３００はブロック１３１４に進みうる。

ブロック１３１４で、メッセージボックスを描画する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、図１３Ｄに示すように、メッセージボックス１３５６を提出者のクライアント装置１０２_iに描画させうる。図示するように、コンテンツアイテムに関連する情報は、ＵＩモジュール１１２および／またはコメントモジュール１４２によって描画されうる。例えば、提出済みファイルの題名「ＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３」が描画され、ファイルが共有された時間に関する情報「２日前にＪｏｈｎＤｏｅが送信」が表示される。ＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃３およびファイルが共有された時刻に関する情報が表示される：２日前にＪｏｈｎＤｏｅが送信メッセージボックスの描画後、方法１３００はブロック１３１６に進みうる。

ブロック１３１６で、チャットメッセージを受信する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１３６は、ユーザが提出者のクライアント装置１０２_i上に描画されたメッセージボックス１３５６に入力したチャットメッセージを受信する。例えば、提出者であるＪａｎｅは、チャットメッセージ「Ｃａｎｗｅｓｅｔｕｐａｍｅｅｔｉｎｇｔｏｄｉｓｃｕｓｓｔｈｅｈｏｍｅｗｏｒｋａｓｓｉｇｎｍｅｎｔ」を入力する。チャットメッセージの受信後、方法１３００はブロック１３１８に進みうる。

ブロック１３１８で、コメントセクションにチャットメッセージを描画する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、図１３Ｅに示すように、閲覧ＵＩ上のチャットセクション１３５４にチャットメッセージを描画させうる。図示するように、チャットメッセージ「Ｃａｎｗｅｓｅｔｕｐａｍｅｅｔｉｎｇｔｏｄｉｓｃｕｓｓｔｈｅｈｏｍｅｗｏｒｋａｓｓｉｇｎｍｅｎｔ」が提出者のクライアント装置１０２_i上に描画される。ユーザは、チャットボックス１３５６にコメントを入力することで別のチャットメッセージを入力できる。チャットメッセージの描画後、方法１３００はブロック１３２０に進みうる。

ブロック１３２０で、チャットメッセージを他のユーザと同期する。例えば、同期モジュール１３４は、例えば提出者のような第一のユーザによるチャットメッセージを、例えば収集者のような第二のユーザのユーザアカウントと同期できる。チャットメッセージの同期後、方法１３００はブロック１３２２に進みうる。

ブロック１３２２で、他のユーザのクライアント装置上にチャットメッセージを描画する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、例えば収集者のクライアント装置１０２_iのような他のユーザのクライアント装置１０２_iにチャットメッセージを描画させうる。他のユーザはチャットメッセージに応答し、図１３Ｆに示すように、チャットメッセージを両方のユーザのクライアント装置１０２_iへ投稿させうる。図示するように、収集者は「Ｓｕｒｅ．Ｗｈａｔｔｉｍｅ？」で応答した。チャットメッセージの描画後、方法１３００はブロック１３２４に進みうる。

ブロック１３２４で、退出コマンドを受信する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、図１３Ｆに示すように、チャットセッションのユーザの１人が閲覧ＵＩ１２６０に描画された退出ボタン１３５８を選択することに応じて、退出コマンドを受信できる。退出コマンドの受信後、方法１３００はブロック１３２６に進みうる。

ブロック１３２６で、ユーザにチャットセッションを保存するよう求める。例えば、ユーザが退出ボタン１３５８を選択することに応じて、ＵＩモジュール１１２および／またはコメントモジュール１４２は、ユーザに保存ＵＩ１３６６の保存ボタン１３６０、電子メールボタン１３６２、または終了ボタン１３６４を選択するよう求めうる。図１３Ｇは、セーブＵＩ１３６６がユーザにチャットセッションを保存するよう求める、閲覧ＵＩ１２６０に重ねて描画される保存ＵＩ１３６６を示し、方法１３００はブロック１３２８に進みうる。

ブロック１３２８で、保存プロンプトへの応答を受信する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、保存プロンプトへの応答を受信する。ユーザが保存ボタン１３６０を選択し、チャットセッションが提出物に関連する場合、方法１３００はブロック１３３４に進みうる。ユーザが保存ボタン１３６０を選択し、チャットセッションが提出物に関連しない場合、方法１３００はブロック１３３０に進みうる。ユーザが電子メールボタン１３６２を選択する場合、方法１３００はブロック１３３６に進みうる。ユーザが終了ボタン１３６４を選択する場合、方法１３００はブロック１３３８に進みうる。

ブロック１３３０で、ファイルリストを描画する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１３６は、ユーザのクライアント装置１０２_i上の収集フォルダホームページへファイルリストを描画する。図４Ｂは例示的なファイルリストを示す。ファイルリストの描画後、方法１３００はブロック１３３２に進みうる。

ブロック１３３２で、提出物の選択を受信する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、チャットセッションに関連付けるために提出物の選択を受信する。提出物の選択の受信後、方法１３００はブロック１３３４に進みうる。

ブロック１３３４で、チャットセッションを選択された提出物と関連付け、チャットセッションを保存する。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、チャットセッションを選択された提出物と関連付けてチャットセッションを保存する。チャットセッションの保存後、方法１３００はブロック１３３８に進みうる。

ブロック１３３６で、チャットセッションをユーザに電子メール送信する。例えば、電子メールモジュール１４０はチャットセッションをユーザに電子メール送信する。チャットセッションをユーザに電子メール送信した後、方法１３００はブロック１３３８に進みうる。

ブロック１３３８で、チャットセッションを折り畳む。例えば、ＵＩモジュール１１２および／またはコメントモジュール１４２は、図１３Ｂに示すように、チャットセクション１３５４を折り畳ませる。

上記の例は提出者を対象とするが、当業者は、本例はチャットセッションを始める収集者を対象とすることができることを理解するであろう。１つ以上の実施形態では、チャット機能は提出物に紐づく必要はない。例えば、提出者は、ファイルの提出前に、図９Ａに示すようにチャットアイコン１３５２を選択することができ、図１３Ａのブロック１３０８に進みうる。

＜顔および／またはオブジェクト認識＞
１つ以上の実施形態では、認識モジュール１４６はメタデータタグを識別した人物および／または識別したオブジェクトと関連付けるために用いられうる。顔および／またはオブジェクトを認識するために、ユーザはデジタル画像および／または動画の顔および／またはオブジェクトを認識し、識別するために、認識モジュール１４６をトレーニングするために画像インタフェースを利用できる。認識モジュール１４６は、適切なまたは既知の顔認識ソフトウェアおよび／またはオブジェクト認識ソフトウェアを含みうる。例えば、顔認識ソフトウェアには、カリフォルニア州クパチーノのＡｐｐｌｅ社が提供するｉＰｈｏｔｏ、カリフォルニア州マウンテンビューのＡｄｏｂｅＳｙｓｔｅｍｓ社が提供するＰｈｏｔｏｓｈｏｐＥｌｅｍｅｎｔｓ、カリフォルニア州マウンテンビューのＧｏｏｇｌｅ社が提供するＰｉｃａｓｓａ、または他の顔認識ソフトウェアが利用されうる。例えば、オブジェクト認識ソフトウェアには、カリフォルニア州クパチーノのＣｏｍｐｕｔｅｒＶｉｓｉｏｎＳｏｆｔｗａｒｅという商号を使うＤｙｎａｍｉｃＶｅｎｔｕｒｅｓ，Ｉｎｃ社が提供するＯｂｊｅｃｔＲｅｃｏｇｎｉｔｉｏｎＳｏｆｔｗａｒｅ、カリフォルニア州マウンテンビューのＧｏｏｇｌｅ社が提供するＧｏｏｇＬｅＮｅｔ、または他のオブジェクト認識ソフトウェアが利用されうる。１つ以上の実施形態では、認識モジュール１４６は、１つ以上の上記のベンダによって提供されうるサービスプロバイダ１０９_iを用いうる。そのような実施形態では、後述する認識方法を実行するためにＡＰＩが利用されうる。

収集フォルダまたは他の場所に格納されたアップロード済ファイルを用いて、写真または動画中の顔および／またはオブジェクトを閲覧し、タグ付けすることで、収集者は顔認識ソフトウェアおよび／またはオブジェクト認識ソフトウェアをトレーニングできる。タグは、例えばメタデータタグのようなメタデータとして保存されうる。メタデータおよびメタデータタグはトークンとして保存されうる。例えば、収集者は１つ以上の写真の人物をタグ付けし、続いて異なる写真の人物をタグ付けするように、顔認識ソフトウェアに対して写真を実行できる。同様に、収集者は、オブジェクト認識ソフトウェアに対して同じことをしてもよい。オブジェクト認識ソフトウェアは、家庭用ペットのような動物、および／またはエッフェル塔または自由の女神のようなオブジェクトをタグ付けできる。１つ以上の実施形態では、認識モジュール１４６はイベント特有のトークンとグローバルトークンとからなる異なるトークンを提供できる。イベント特有のトークンはメタデータ・フィルタ・パラメータとともにメタデータを含みうる。グローバルトークンはメタデータ・フィルタ・パラメータのないメタデータを含みうる。メタデータ・フィルタ・パラメータは、日付、時刻、場所および／または季節といった様々な異なるパラメータに基づき写真を識別するためのフィルタを含みうる。例えば、収集者が収集者のフォルダへイベントの写真をアップロードし、顔を認識するよう認識モジュール１４６をトレーニングする場合、収集者は写真に関連するメタデータに基づきイベントに対して日付および／または場所に対するフィルタも追加できる。一度トレーニングされると、収集者はイベントトークンを保存することができる。続いて収集者は、同一イベントに出席した人物から追加の写真を収集するために、トレーニングされたイベントトークンとともにファイルリクエストを他人に送信できる。例えば、イベントは結婚式、パーティ、ゲーム、等でありうる。

１つ以上の実施形態では、一度認識モジュール１４６が収集フォルダ内のコンテンツに対して実行されると、認識モジュール１４６は、収集者が特定された写真の枚数を収集者に知らせる電子メールメッセージを収集者に送信させうる。例示的な電子メールメッセージは、「あなたのフォトリクエストで３枚の写真を受信しました」でありうる。

図１４Ａを参照し、例示的な実施形態に従う、収集フォルダ上で顔および／またはオブジェクト認識を利用する方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１４００は例として提供される。以下で説明する方法１４００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法１４００を説明するために参照される。図１４Ａに示す各ブロックは、例示的な方法１４００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１４００はブロック１４０２で開始しうる。

ブロック１４０２で、ファイルリストを作成する。例えば、収集者は図３に示す方法３００のブロック３０２〜３０６を実行することができる。例えば、ブロック３０６でプロンプトに応じて、収集者は、図１４Ｂに示すように、ファイルリクエストを「ＦａｍｉｌｙＷｅｄｄｉｎｇ」と名付け、「／Ｒｅｑｕｅｓｔｓ／Ｗｅｄｄｉｎｇ」にリクエストしたファイルが格納されうる。収集者は、描画された新規ファイルリクエストの作成オプション７１０を選択できる。ファイルリクエストのメニューオプションの選択後、方法１４００はブロック１４０４に進みうる。

ブロック１４０４で、提出者招待ＵＩを描画する。例えば、収集モジュール１３０は、収集者のクライアント装置１０２_i上に、図８Ａに示すような、生成された収集リンク８０２を含む提出者招待ＵＩ８００を描画できる。提出者招待ＵＩ８００の描画後、方法１４００はブロック１４０６に進みうる。

ブロック１４０６で、完了ボタンの選択を受信する。例えば、収集モジュール１３０は収集者が電子メールアドレスを入力することなく、図８Ａに示すように完了ボタン８０６の選択を受信する。完了ボタンの選択の受信後、方法１４００はブロック１４０８に進みうる。

ブロック１４０８で、ファイルリストを表示するＵＩを描画する。例えば、ＵＩモジュール１２２は、収集者がファイルを選択するためのファイルリストを表示するＵＩを収集者のクライアント装置１０２_i上に描画する。図７Ｃは、収集者が選べるファイルを表示するＵＩ７５０を示す。ファイルリストを表示するＵＩの描画後、方法１４００はブロック１４１０に進みうる。

ブロック４１０で、認識ソフトウェアをトレーニングする。例えば、認識モジュール１４６は、認識ソフトウェアをトレーニングするために、１枚以上の写真の顔および／またはオブジェクトを認識するように認識ソフトウェアを実行できる。認識ソフトウェアは、トークンに関連付けられた任意のフィルタを適用できる。認識ソフトウェアは、顔および／またはオブジェクト１４６４、１４６６を認識できる。後述する図１４Ｋは、認識ソフトウェアをトレーニングするためのより詳細なフローチャートを提供する。認識ソフトウェアのトレーニング後、方法１４００はブロック１４１２に進みうる。

ブロック１４１２で、図３のブロック３１０〜３１６を実行する。ブロック３１０で、提出者招待ＵＩ８００を描画する。例えば、収集モジュール１３０は、収集者のクライアント装置１０２_i上に、図８Ａに示すような、生成された収集リンク８０２を描画する提出者招待ＵＩ８００を描画できる。あるいは、収集者は、１人以上の提出者へ電子メールメッセージを送信できる。電子メールメッセージは、収集者が電子メールメッセージにコピーして貼り付け、または打ち込み、トークンを添付できる、生成されたリンクを含みうる。提出者招待ＵＩ８００の描画後、方法３００はブロック３１２に進みうる。ブロック３１２で、収集者はメッセージを入力してもよい。例えば、収集者は、「Ｐｌｅａｓｅｕｓｅｔｈｅｔｏｋｅｎｔｏｆｉｎｄｐｈｏｔｏｓｆｒｏｍｏｕｒｗｅｄｄｉｎｇ！」といったメッセージを入力できる。メッセージの入力後、方法３００はブロック３１４に進みうる。ブロック３１４で、入力済みの電子メールアドレスと、入力されたのであればメッセージとを格納する。入力された電子メールアドレスと、入力されたのであればメッセージを格納した後、方法３００はブロック３１６に進みうる。ブロック３１６で、生成されたリンクが配信される。図３のブロック３１０〜３１６の実行後、方法１４００はブロック１４１４に進みうる。

ブロック１４１４で、提出者が生成済みの収集リンクをアクティブ化することに応じ、提出者にファイルリクエスト情報の入力を求めるファイルアップロードＵＩを描画する。例えば、ＵＩモジュール１２２は、ファイルアップロードＵＩを提出者のクライアント装置１０２上に描画させしめる。図１４Ｃは描画されたファイルアップロードＵＩ９００を示す。図示するように、ファイルリクエストはＧｏｒｄｏｎＳｈｉｅｌｄｓから来る。ファイルアップロードＵＩ９００は、収集者からのメッセージ「Ｐｌｅａｓｅｕｓｅｔｈｅｔｏｋｅｎｔｏｆｉｎｄｐｈｏｔｏｓｆｒｏｍｏｕｒｗｅｄｄｉｎｇ！」を描画できる。図示するように、描画されたファイルアップロードＵＩ９００は、トークンの実行ボタン９２４を含む。ファイルアップロードページの描画後、方法１４００はブロック１４１６に進みうる。

ブロック１４１６で、トークンの実行ボタンの選択を受信する。例えば、認識モジュール１４６は、トークンの実行ボタン９２４の選択を受信する。トークンの実行ボタン９２４の選択の受信後、方法１４００はブロック１４１８に進みうる。

ブロック１４１８で、フォルダリストを表示するフォルダリストＵＩを描画する。例えば、ＵＩモジュール１２２は、提出者が認識ソフトウェアを実行することを選択できる、図１４Ｄに示すように提出者のファイルのフォルダリストを描画できる。ファイルリストを表示するファイルリストＵＩの描画後、方法１４００はブロック１４２０に進みうる。

ブロック１４２０で、フォルダ選択を受信する。例えば、ＵＩモジュール１２２は、収集者からのトークンを用いて認識ソフトウェアを実行するための、描画されたフォルダの選択を受信する。選択の受信後、方法１４００はブロック１４２２に進みうる。

ブロック１４２２で、収集者からのトークンを用いて認識ソフトウェアを実行する。例えば、認識モジュール１４６は、１つ以上の写真または動画の中の顔および／またはオブジェクトを認識するように、トークンを用いて認識機能を実行できる。１つ以上の実施形態では、提出者は認識ソフトウェアをトレーニングできる。認識モジュール１４６は、メタデータタグとして入力された名前を格納し、メタデータタグを対応する写真／ファイルに関連付けうる。認識モジュール１４６は、メタデータタグとして入力された名前を格納し、メタデータタグをトークンに関連付けうる。提出者は１つ以上のフォルダに対してトークンを実行できる。提出者が認識ソフトウェアの実行を完了したとき、方法１４００はブロック１４２４に進みうる。

ブロック１４２４で、提出者が生成済みの収集リンクをアクティブ化することに応じ、提出者に情報の入力を求めるファイルアップロードＵＩを描画する。例えば、ＵＩモジュール１２２は、ファイルアップロードＵＩを提出者のクライアント装置１０２上に描画させしめる。図１４Ｃは描画されたファイルアップロードＵＩ９００を示す。図示するように、ファイルリクエストはＢｏｂＳｍｉｔｈから来る。提出者はプロンプトに応じて情報を入力できる。提出者はアップロードする１つ以上のフォルダおよび／またはファイルを選択できる。ファイルアップロードＵＩの描画後、方法１４００はブロック１４２６に進みうる。

ブロック１４２６で、ファイルリクエスト情報と１つ以上のアップロード済ファイルの選択とを受信する。例えば、ＵＩ１２２は、プロンプトに応答して提出者によって提供されたファイルリクエスト情報と、アップロードされる１つ以上のファイルの選択とを受信する。アップロードされる１つ以上のファイルを選択するために、提出者はファイル選択オプションを選択でき、提出者のクライアント装置のディレクトリが描画され、提出者がアップロードのための１つ以上のファイルを選択することを可能にすることができる。情報と１つ以上の受信されたアップロード済ファイルとを受信した後、方法１４００はブロック１４２８に進みうる。

ブロック１４２８で、ファイルリクエスト情報と１つ以上の選択されたファイルとをアップロードする。情報とアップロードのための１つ以上のファイルの選択を提供した後、コンテンツ管理システム１０６へ情報と１つ以上うのファイルをアップロードするために、提出者は図１４Ｃに示すアップロードボタン９２２を選択できる。例えば、提出者のクライアント装置１０２_iのクライアントソフトウェアは、情報と１つ以上の選択されたファイルとをコンテンツ管理システム１０６へアップロードさせうる。情報と１つ以上のファイルのアップロード後、方法１４００はブロック１４３０に進みうる。

ブロック１４３０で、１つ以上のアップロード済のファイルを格納する。例えば、コンテンツアイテム管理モジュール１２８は、コンテンツストレージ１６０に１つ以上のアップロード済のファイルを格納する。１つ以上のアップロード済のファイルは、収集フォルダに格納され、および／または収集フォルダに関連付けられうる。コンテンツディレクトリは、コンテンツストレージ１６０の各コンテンツアイテムの場所を識別できる。コンテンツディレクトリは、コンテンツストレージに格納された各コンテンツアイテムに対する固有のコンテンツエントリを含みうる。コンテンツエントリは、コンテンツストレージ１６０のコンテンツアイテムの場所を識別するコンテンツポインタを含みうる。１つ以上のアップロード済ファイルの格納後、方法１４００はブロック１４３２に進みうる。

ブロック１４３２で、アップロード済ファイルに関連付けられたメタデータタグをレビューする。例えば、認識ソフトウェアは、収集者の名前など、トークンがトレーニングされた１つ以上のオブジェクトを探すため、アップロード済ファイルに関連付けられたメタデータタグをレビューできる。メタデータタグのレビュー後、方法１４００はブロック１４２４に進みうる。

ブロック１４３４で、アップロードを収集者に通知する。通知は、電子メール、テキストメッセージ、アカウントへの投稿、アプリケーション通知（例えばインバンド通知）、または他の通知方法を含みうるが、これらに限定されない。例えば、電子メールモジュール１４０は収集者にアップロードを通知する。電子メールモジュール１４０は、提出者がファイルをアップロードしたことを収集者に知らせる電子メールを収集者に送信できる。例えば、電子メールメッセージは「ＰｅｔｅｒＳｍｉｔｈが３５枚の写真をアップロードしました」と記載できる。１つ以上のオブジェクトがタグ付けされたことをメタデータタグが指し示す場合、電子メールメッセージは、メタデータタグ通知を提供できる。例えば、電子メールメッセージは「ＰｅｔｅｒＳｍｉｔｈが３５枚の写真をアップロードし、その内２０枚の写真にあなたがタグ付けされています」と記載できる。別の例では、例えば、電子メールメッセージは「ＰｅｔｅｒＳｍｉｔｈが３５枚の写真をアップロードし、その内２０枚の写真にＦｉｄｏがタグ付けされています」と記載できる。

図１４Ｅを参照し、例示的な実施形態に従う、認識ソフトウェアをトレーニングするための方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１４４０は例として提供される。以下で説明する方法１４４０は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法１４４０を説明するために参照される。図１４Ｅに示す各ブロックは、例示的な方法１４４０で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１４４０はブロック１４４２で開始できる。

ブロック１４４２で、収集フォルダに写真をアップロードする。例えば、当該分野で公知のように、収集者はカメラ、クライアント装置１０２_i、および／または収集者のユーザアカウントから写真をアップロードできる。収集フォルダに写真をアップロードした後、方法１４８０はブロック１４４４に進みうる。

ブロック１４４４で、閲覧するアップロード済写真を選択する。例えば、収集者は、ＦａｍｉｌｙＷｅｄｄｉｎｇの収集フォルダに格納され、収集者のクライアント装置１０２_iに描画された写真リストからアップロード済の写真を選択できる。閲覧するアップロード済の写真の選択後、方法１４４０はブロック１４４６に進みうる。

ブロック１４４６で、閲覧ＵＩで選択された写真を描画する。例えば、ＵＩモジュール１２２は、図１４Ｆに示すように、収集者のクライアント装置１０２_i上の閲覧ＵＩ１２６０に、選択した写真１４５８を描画させる。閲覧ＵＩ１２６０は、コメントアイコン１２６４、チャットアイコン１３５２、および顔認識および／またはオブジェクト認識アイコン１４５６も表示できる。顔認識および／またはオブジェクト認識アイコン１４５６は、認識アイコン１４５６とも呼ばれうる。選択された写真の描画と、認識アイコン１４５６の選択の受信後、方法１４４０はブロック１４４８に進みうる。

ブロック１４４８で、認識メニューオプションの第一セットを描画し、メニューオプションの選択を受信し、認識メニューオプションの第一セットは認識アイコンの選択に応じて描画される。例えば、認識モジュール１４６は、図１４Ｇに示すように、認識メニューオプションの第一セット１４６６を描画させうる。図示するように、認識メニューオプションの第一セットは、イベントトークン・ボタン１４６０、グローバルトークン・ボタン１４６２、および両方１４６４を含みうる。認識メニューオプションの描画と、選択の受信後、方法１４４０はブロック１４５０に進みうる。

ブロック１４５０で、１つ以上の写真に認識ソフトウェアを実行する。例えば、認識モジュール１４６は、認識ソフトウェアをトレーニングするために、１枚以上の写真の顔および／またはオブジェクトを認識するように認識ソフトウェアを実行できる。認識ソフトウェアは、トークンに関連付けられた任意のフィルタを適用できる。認識ソフトウェアは、顔および／またはオブジェクト１４６６、１４６８を認識できる。認識ソフトウェアは、図１４Ｈに示すように、認識された顔および／またはオブジェクトに対して名前を打ち込むことで、１つ以上の認識された顔および／またはオブジェクト１４７０、１４７２を識別するよう収集者に求めうる。図示するように、収集者はＧｏｒｄｏｎ１４７０とＳｕｅ１４７２を入力する。認識モジュール１４６は、メタデータタグとして入力された名前を格納し、メタデータタグを対応する写真／ファイルに関連付けうる。認識モジュール１４６は、メタデータタグとして入力された名前を格納し、メタデータタグを選択されたトークンを、イベントトークン、グローバルトークン、または両方、と関連付けうる。写真のタグ付け後、収集者はより多くの写真を見ていき、認識された顔および／またはオブジェクトをタグ付けできる。例えば、収集者は別の写真に移動するために、ナビゲーションボタン１４７４、１４７６を利用できる。認識モジュール１４６は、対応する収集フォルダにイベントトークン１４６０を保存できる。認識モジュール１４６は、写真フォルダまたはトークンフォルダに、イベントトークン１４６０および／またはグローバルトークン１４６２を保存できる。イベントトークンは保存され、イベントに従って、例えばＦａｍｉｌｙＷｅｄｄｉｎｇＴｏｋｅｎのように自動的に名付けられうる。グローバルトークンは保存され、例えばＧｌｏｂａｌＴｏｋｅｎのように自動的に名付けられうる。ユーザが認識ソフトウェアの実行を完了したとき、方法１４４０はブロック１４５２に進みうる。

ブロック１４５２で、認識メニューオプションの第二セットを描画し、メニューオプションの選択を受信する。例えば、認識モジュール１４６は、図１４Ｉに示すように、収集者のクライアント装置１０２_i上に認識メニューオプション１４８４の第二セット１０２を描画させうる。認識メニューオプションの第二セット１４８６は、イベントトークンの送信ボタン１４８２および／またはグローバルトークンの送信ボタン１４８４を含みうる。イベントトークン・ボタン１４６０が前に選択された場合、続いてイベントトークンの送信ボタン１４８２のみが描画される。グローバルトークン・ボタン１４６２が前に選択された場合、続いてグローバルトークンの送信ボタン１４８４のみが描画される。両方ボタン１４６４が前に選択された場合、続いてイベントトークンの送信ボタン１４８２とグローバルトークンの送信ボタン１４８４とが描画される。認識メニューオプションの第二セットの描画と、ボタンの選択の受信後、方法１４４０はブロック１４５４に進みうる。

ブロック１４５４で、認識メニューオプションの第三セットを描画し、メニューオプションの選択を受信する。例えば、認識モジュール１４６は、イベントトークンの送信ボタン１４８２とグローバルトークンの送信ボタン１４８４の何れかが選択されたことに応じて、図１４Ｊに示すように、収集者のクライアント装置１０２_i上の認識メニューオプションの第三セットの描画を引き起こしてもよい。認識メニューオプションの第三セット１４８４は、日付フィルタの追加ボタン１４８８、場所フィルタの追加ボタン１４９０、および続行ボタン１４９２を含みうる。日付フィルタの追加ボタン１４８８が選択される場合、収集者は日付または日付の範囲をトークンに記入できる。場所フィルタの追加ボタン１４９０が選択される場合、収集者は場所または距離閾値を有する場所をトークンに追加できる。収集者は日付フィルタの追加ボタン１４８８と場所フィルタの追加ボタン１４９０の両方を選択できる。収集者が続行ボタン１４９２を選択することに応じて、方法１４４０は図１４Ａのブロック１４１２に進みうる。

＜電子メール＞
１つ以上の実施形態では、ユーザが電子メールメッセージを打ち込むときに、電子メールモジュール１４４は１つ以上のトリガワードについて電子メールメッセージの文章をモニタし、ファイルリクエストの利用を提案できる。例えば、文章が「あのファイルを送信してください」と記載される場合、電子メールモジュール１４４はユーザに、ユーザがファイルリクエストを生成したいかどうかの入力を求めうる。ユーザがファイルリクエストの利用に同意する場合、電子メールモジュール１４４は、ファイルリクエストを作成させしめ、電子メールメッセージ内に生成されたリンクを埋め込みうる。生成されたリンクはハイパーテキストでありうる。電子メールモジュール１４４はハイパーテキストでテキストを置換又は補完してもよい。例えば、テキストは「私の収集フォルダを使ってあのファイルを送信してください」となりうる。「私の収集フォルダ」はハイパーテキストであってもよく、提出者がハイパーテキストをクリックするとき、アップロードページが提出者のクライアント装置上に描画されうる。トリガ言語は、コンテンツ管理システム１０６によって設定されうる、および／またはユーザ駆動でありうる。ユーザ駆動のトリガ言語では、ユーザは、ファイルリクエストを生成するためのプロンプトをトリガするために、１つ以上の単語または語句を設定できる。

図１５Ａを参照し、例示的な実施形態に従う、ファイルリクエスト・トリガを作成する方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１５００は例として提供される。以下で説明する方法１５００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な構成要素が例示的な方法１５００を説明するために参照される。図１５Ａに示す各ブロックは、例示的な方法１５００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１５００はブロック１５０２で開始しうる。

ブロック１５０２で、メニューアイコンの選択を受信する。例えば、ＵＩモジュール１２２は、図１５Ｂに示すように、ユーザのクライアント装置１０２_i上に描画されるメニューアイコン１５２０を選択する、例えば収集者のような、ユーザによるメニューアイコンの選択を受信できる。メニューアイコンの選択の受信後、方法１５００はブロック１５０４に進みうる。

ブロック１５０４で、メニューを描画する。例えば、ＵＩモジュール１２２は図１５Ｂに示すように、メニューオプションをリスト化するメニューであるメニュー１５２４をユーザのクライアント装置１０２_iに描画する。メニュー１５２４の描画後、方法１５００はブロック１５０６に進みうる。

ブロック１５０６で、電子メール・メニューオプションの選択を受信する。例えば、ＵＩモジュール１２２および／または電子メールモジュール１４０は、電子メールのメニューオプション１５２４または電子メールの拡大アイコン１５２６の選択を受信する。電子メールオプションの選択の受信後、方法１５００はブロック１５０８に進みうる。

ブロック１５０８で、電子メールのメニューオプションを描画する。例えば、ＵＩモジュール１２２および／または電子メールモジュール１４０は、図１５Ｃに示すように、ユーザのクライアント装置１０２_iに電子メールオプション１５３０を描画する。図示するように、ファイルを電子メール送信１５３２およびトリガ１５３４からなる、２つの電子メールのメニューオプションが存在する。電子メールのメニューオプションの描画後、方法１５００はブロック１５１０に進みうる。

ブロック１５１０で、トリガ・メニューオプションの選択を受信する。例えば、ＵＩモジュール１２２および／または電子メールモジュール１４０は、トリガ・メニューオプション１５３４の選択を受信する。トリガ・メニューオプション１５３４の選択の受信後、方法１５００はブロック１５１２に進みうる。

ブロック１５１２で、トリガ・メニューオプションを描画する。例えば、ＵＩモジュール１２２および／または電子メールモジュール１４０は、図１５Ｄに示すように、ユーザのクライアント装置１０２_iにトリガ・メニューオプション１５４０を描画する。トリガ・メニューオプションは、ユーザ定義トリガおよび／またはシステムのデフォルトトリガを含みうる。例えば、図示するように、１つのユーザ定義トリガ「ファイルを送信して」１５４２とシステムのデフォルトトリガ「ファイルを電子メール送信して」１５４４とが存在する。メニューは、追加オプション１５４６と共に入力ボックス１５４８を含みうる。ユーザが以前１つ以上のトリガを入力している場合、以前入力された１つ以上のトリガは図示するように表示されるであろう。トリガのメニューオプションの描画後、方法１５００はブロック１５１４に進みうる。

ブロック１５１４で、ユーザが入力したトリガを受信する。例えば、ＵＩモジュール１２２および／または電子メールモジュール１４０は、「電子メールにファイルを添付して」などのユーザが入力したトリガを受信する。ユーザが入力したトリガの受信後、方法１５００はブロック１５１６に進みうる。

ブロック１５１６で、ユーザが入力したトリガを保存する。例えば、ＵＩモジュール１２２および／または電子メールモジュール１４０は、ユーザが入力したトリガを保存する。

図１５Ｅを参照し、例示的な実施形態に従う、トリガの検出に応じてファイルリクエストを作成する方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１５５０は例として提供される。以下で説明する方法１５５０は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法１５５０を説明するために参照される。図１５Ｅに示す各ブロックは、例示的な方法１５５０で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１５５０はブロック１５５２で開始できる。

ブロック１５５２で、電子メールメッセージの文章をモニタし比較する。例えば、電子メールモジュール１４０は、電子メールメッセージが打ち込まれているときに電子メールメッセージの文章をモニタし、文章を１つ以上の格納済の電子メールトリガと比較する。比較結果が一致であった場合、方法１５５０はブロック１５５４に進みうる。

ブロック１５５４で、ファイルリクエストを作成するためにユーザに入力を求める、電子メールでトリガされるファイルリクエストＵＩを描画する。例えば、収集モジュール１３０および／または電子メールモジュール１４０は、図１５Ｆに示すように、ユーザのクライアント装置１０２_iにファイルリクエストを作成するためにユーザに入力を求める電子メールでトリガされるファイルリクエストＵＩを描画する。図示するように、電子メールでトリガされるファイルリクエストＵＩ１５７２はユーザに入力を求める。プロンプトは、ユーザが電子メールメッセージ１５７０を打ち込む間、ファイルリクエストを作成するためのｙｅｓボタン１５７４と、ファイルリクエストを作成しないためのｎｏボタン１５７６を含む。電子メールでトリガされるファイルリクエストＵＩの描画後、方法１５５０はブロック１５５６に進みうる。

ブロック１５５６で、応答を受信する。例えば、収集モジュール１３０および／または電子メールモジュール１４０は、プロンプトへの応答を受信する。応答がｙｅｓボタン１５７４の選択である場合、方法１５５０はブロック１５５８に進みうる。応答がｎｏボタン１５７６の選択である場合、方法１５６０はブロック１５５２に進みうる。

ブロック１５５８で、ファイルリクエスト・リンクを生成し、電子メールメッセージに挿入する。例えば、収集モジュール１３０および／または電子メールモジュール１４０は、生成されたファイルリクエスト・リンクを電子メールメッセージに挿入することができる、または電子メールメッセージの文章をハイパーテキストリンクに置換することができる。例えば、ユーザが「あのファイルを送信してください」と打ち込んだ場合、文章が「あのファイルをｈｔｔｐ：／／ｄｂ．ｔｔ／ｘＯＦｏｕｎｗに送信してください」と記載されるよう、文章は生成されたファイルリクエスト・リンクで補完されうる。別の例では、文章がハイパーリンクに置換される場合、文章は、「送信してください」がハイパーリンクである「あのファイルを送信してください」と記載されうる。ファイルリクエスト・リンクの生成と電子メールメッセージへの挿入との後、方法１５５０はブロック１５５２に続きうる。

１つ以上の実施形態では、収集の電子メールアドレスが作成されうる。収集の電子メールアドレスは、ファイルリクエスト・リンクの代わりにおよび／または加えて作成されうる。例えば、電子メールアドレスは、リンクが収集モジュール１３０によって生成されたときに作成されうる。１つ以上の実施形態では、電子メールモジュール１４０が電子メールアドレスを作成できる。電子メールを利用することにより、提出者は電子メールメッセージへ返信し、１つ以上のファイルを添付することにより、収集フォルダへ１つ以上のファイルをアップロードできる。

図１６Ａを参照し、例示的な実施形態に従う、収集の電子メールアドレスを作成するための方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１６００は例として提供される。以下で説明する方法１６００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な構成要素が例示的な方法１６００を説明するために参照される。図１６Ａに示す各ブロックは、例示的な方法１６００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１６００はブロック１６０２で開始しうる。

ブロック１６０２で、生成済みのリンクを配信する。例えば、収集モジュール１３０および／または電子メールモジュール１４０は、受信した情報のうちの少なくともいくらかを元に電子メールメッセージを送信する。これは、図３のブロック３１４で受信済みの情報が受信された図３のブロック３１６と同一または類似してもよい。電子メールメッセージは、電子メールアドレスが収集者によって入力された１人以上の提出者への、生成済みのリンクと、入力されたのであればメッセージを収容できる。電子メールアドレスが送信される電子メールアドレスは、収集モジュール１３０および／または電子メールモジュールによって生成された電子メールアドレスでありうる。生成済みのリンクの配信後、方法１６００はブロック１６０４に進みうる。

ブロック１６０４で、電子メールメッセージを描画する。例えば、図１６Ｂに示すように、コンテンツ管理システム１０６の電子メールプログラムまたはサードパーティの電子メールプログラムは、当分野で公知のように、電子メールメッセージを提出者のクライアント装置１０２_iに描画できる。図示するように、電子メールメッセージ１６５０は、例えば「ＦｉｎａｌＰａｐｅｒｓ＠Ｄｒｏｐｂｏｘ．ｃｏｍ」１６５２のような電子メールアドレス、例えば提出者「ＡｍｙＢｒｏｗｎ」１６５４のような電子メールの送信先、「ＦｉｎａｌＰａｐｅｒｓ」１６５６のような件名、例えば「ＧｏｒｄｏｎＳｈｉｅｌｄｓ」１６５８のような電子メールの送信元、例えば「ＦｉｎａｌＰａｐｅｒｓ」１６６０のような収集フォルダの題名、例えば収集フォルダへのハイパーテキストリンクである「ｈｅｒｅ」を含む「Ｐｌｅａｓｅｒｅｓｐｏｎｄｔｏｔｈｅｆｉｌｅｒｅｑｕｅｓｔｂｙｃｌｉｃｋｉｎｇｈｅｒｅｏｒｒｅｐｌｙｔｏｔｈｉｓｅｍａｉｌｍｅｓｓａｇｅ」１６６２のような生成されたリンク、および、例えば「ＴｈｉｓｉｓｔｈｅｌａｓｔｐｒｏｊｅｃｔｆｏｒＵＳＨｉｓｔｏｒｙ１０１」１６６４のような記入されれば収集者からのコメント、といったファイルリクエストに関する情報を含みうる。収集者がファイルリクエストをカスタマイズした場合、電子メールメッセージ１６５０は、「提出数：１」１６６６、「ファイルタイプ：ａｎｙ」１６６８、「締め切り：Ｄｅｃｅｍｂｅｒ１，２０１５」１６７０、および「上書き保存：ｙｅｓ」１６７２のような追加情報を含みうる。ファイルリクエストが写真のリクエストの場合、電子メールメッセージは添付としてトークンを含みうる。電子メールメッセージの描画後、方法１６００はブロック１６０６に進みうる。

ブロック１６０６で、返信メール・メニューオプションを受信する。例えば、コンテンツ管理システム１０６の電子メールプログラムまたはサードパーティの電子メールプログラムは、当分野で公知のように、返信オプションまたは返信メールオプションの選択を受信する。返信オプションの受信後、方法１６００はブロック１６０８に進みうる。

ブロック１６０８で、文章および／または１つ以上の添付ファイルを受信する。例えば、コンテンツ管理システム１０６の電子メールプログラムまたはサードパーティの電子メールプログラムは、当分野で公知のように、提出者からの文章および／または１つ以上の添付ファイルを受信する。文章と１つ以上の添付ファイルとの受信後、方法１６００はブロック１６１０に進みうる。

ブロック１６１０で、送信コマンドを受信する。例えば、コンテンツ管理システム１０６の電子メールプログラムまたはサードパーティの電子メールプログラムは、当分野で公知のように、送信コマンドを受信する。送信コマンドの受信後、方法１６００はブロック１６１２に進みうる。

ブロック１６１２で、電子メールメッセージを送信する。例えば、コンテンツ管理システム１０６の電子メールプログラムまたはサードパーティの電子メールプログラムは、コンテンツ管理システム１０６へ電子メールメッセージを送信する。電子メールメッセージの送信後、方法１６００はブロック１６１４に進みうる。

ブロック１６１４で、提出者から電子メールメッセージを受信する。例えば、電子メールモジュール１４０は、電子メールメッセージと１つ以上の添付ファイルとを提出者から受信する。電子メールメッセージの受信後、方法１６００はブロック１６１６に進みうる。

ブロック１６１６で、１つ以上の添付ファイルを格納する。例えば、収集モジュール１３０および／または電子メールモジュール１４０は、コンテンツストレージ１６０に１つ以上の添付ファイルを格納する。１つ以上のファイルは、収集フォルダに格納され、および／または電子メールメッセージが送信された電子メールアドレスに基づいて収集フォルダに関連付けられうる。収集モジュール１３０および／または電子メールモジュール１４０は、収集フォルダに別個のファイルとして電子メールを格納し、および／または収集フォルダに関連付けられうる。コンテンツディレクトリは、コンテンツストレージ１６０の各コンテンツアイテムの場所を識別できる。コンテンツディレクトリは、コンテンツストレージ１６０に格納された各コンテンツアイテムに対する固有のコンテンツエントリを含みうる。コンテンツエントリは、コンテンツストレージ１６０のコンテンツアイテムの場所を識別するコンテンツポインタを含みうる。１つ以上のアップロード済ファイルの格納後、方法１６００はブロック１６１８に進みうる。

ブロック１６１８で、収集フォルダに格納される１つ以上のファイルに応じて収集者に通知する。通知は、電子メール、テキストメッセージ、アカウントへの投稿、アプリケーション通知（例えばインバンド通知）、または他の通知方法を含みうるが、これらに限定されない。例えば、アカウント管理モジュール１２４および／または電子メールモジュール１４０は、１つ以上のファイルが収集フォルダに格納されていることに応じて収集者に電子メールメッセージを送信させる。通知は、１つ以上のファイルが収集ファイルにアップロードされたことを収集者に通知できる。電子メールメッセージは、アップロード済の１つ以上のファイルに関連付けられた情報を提供できる。例えば、情報は、ファイル名、ファイルがアップロードされたタイムスタンプ、および各アップロード済ファイルの提出者の名前を含みうる。

＜公開＞
収集フォルダのコンテンツアイテムのいくつかまたは全てを受信した後、収集者は収集フォルダのコンテンツを公開できる。収集フォルダを公開することで、収集者は提出物を１人以上の提出者および／または他人と共有することができる。収集フォルダの公開はプライベートまたはパブリックでありうる。プライベートな公開は、プライベート収集フォルダへのアクセスを提出者のみに制限できる。パブリックな公開は、誰でも公開された収集フォルダへアクセスすることが可能になりうる。１つ以上の実施形態では、収集者はバニティＵＲＬ（例えばｗｗｗ．ｄｒｏｐｂｏｘ．ｃｏｍ／ｆｉｌｅｒｅｑｕｅｓｔ／ｇｉｄｅｏｎ）のようなパブリックで発見可能なＵＲＬを介して、または会社のｗｉｋｉのようなｗｉｋｉを介して、コンテンツを公開できる。１つ以上の実施形態では、公開された収集者のフォルダは電子データルームとして公開されうる。

図１７Ａを参照し、例示的な実施形態に従う、収集フォルダのコンテンツを公開する方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１７００は例として提供される。以下で説明する方法１７００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法１７００を説明するために参照される。図１７Ａに示す各ブロックは、例示的な方法１７００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１７００はブロック１７０２で開始しうる。

ブロック１７０２で、収集者による収集フォルダにアクセスする。例えば、ＧｏｒｄｏｎＳｈｉｅｌｄｓのような収集者は、図４Ｂに示すように、収集者のクライアント装置１０２_i上に描画されるホームページＵＩ４１０に表示された収集フォルダを選択することにより、収集フォルダにアクセスする。例えば、収集者は、例えばフォルダＨｏｍｅｗｏｒｋＡｓｓｉｇｎｍｅｎｔ＃１のような収集フォルダを選択できる。収集フォルダにアクセスした後、方法１７００はブロック１７０４に進みうる。

ブロック１７０４で、フォーマットメニュー・オプションを受信し、コンテンツをフォーマットする。例えば、ＵＩモジュール１２２および／またはコンテンツアイテム管理モジュール１２８は、図１７Ｂに示すように収集フォルダ１７５０のコンテンツをフォーマットするために、フォーマットアイコン１７５２、１７５４の選択を受信する。順序のフォーマットアイコン１７５２を選択することにより、収集フォルダのコンテンツは、提出者、最終変更日、アルファベット順、等、当分野で公知のように整理されうる。テンプレートレイアウト・アイコン１７５４を選択することにより、収集者はテンプレートレイアウトに基づいてコンテンツを整理できる。例えば、ＵＩモジュール１２２および／またはコンテンツアイテム管理モジュール１２８は、収集者のクライアント装置１０２_i上にレイアウトメニュー１２７０を描画させ、収集者が、図１７Ｃに示す表示されたテンプレートレイアウトの１つからテンプレートレイアウトを選択することを可能にさせうる。図示するように、本例では、収集者はオプションメニュー１２７０に表示されたリスト・テンプレートレイアウト１２７２とスプレッド・テンプレートレイアウト１２７４との間から選びうる。テンプレートレイアウトは、収集フォルダ内のファイルのファイルタイプを元にすることができる。例えば、画像ファイルに対して、収集者は異なるアルバム・テンプレートレイアウトから選択できる。コンテンツのフォーマット後、方法１７００はブロック１７０６に進みうる。

ブロック１７０６で、公開のメニューオプションを受信する。例えば、ＵＩモジュール１２２および／またはコンテンツアイテム管理モジュール１２８は、公開アイコン１７５６の選択を受信し、収集者のクライアント装置１０２_i上に公開メニュー１２８０の描画し、収集者が図１７Ｄに示す公開オプションから公開オプションを選択することを可能にさせる。提出者のみに公開のメニューオプション１２８２は、提出者が収集フォルダ内の全ての提出済みファイルへアクセスすることを可能にする。ウェブサイトに公開メニューオプション１２８４は、収集者が収集フォルダを公開するウェブサイトを入力することを可能にする。ｗｉｋｉに公開メニューオプション１２８６は、収集者が収集フォルダを公開するｗｉｋｉを入力することを可能にする。データルームに公開メニューオプション１２８８は、収集者が収集フォルダを公開し、アクセス権および／またはパスワードを有するユーザのみに収集フォルダへのアクセスを可能にすることを可能にする。公開メニューオプションの受信後、方法１７００はブロック１７０８に進みうる。

ブロック１７０８で、選択されたメニューオプションに従って収集フォルダを公開する。例えば、ＵＩモジュール１２２および／またはコンテンツアイテム管理モジュール１２８は、選択された公開のメニューオプションに従いフォルダへのアクセス権を変更する。収集フォルダを公開した後、方法１７００はブロック１７１０に進みうる。

ブロック１７１０で、提出者に電子メールメッセージを送信する。例えば、ＵＩモジュール１２２および／または電子メールモジュール１４０は、提出者に収集フォルダの公開を通知する電子メールメッセージを送信する。

＜パブリックなファイルリクエスト＞
１つ以上の実施形態では、収集者はファイルリクエストをパブリックなファイルリクエストにすることができる。１つ以上の実施形態では、ファイルリクエスト・リンクは、例えばｗｗｗ／ｄｒｏｐｂｏｘ．ｃｏｍ／ｆｉｌｅｒｅｑｕｅｓｔ／ｐｕｂｌｉｃ／ｇｉｄｅｏｎのようなバニティリンクといったパブリックに発見可能な共有リンクを介して発見可能でありうる。１つ以上の実施形態では、ファイルリクエスト・リンクは、ファイルリクエストの保存先を変更することで、パブリックで発見可能にすることができる。例えば、図７Ａの保存先の変更ボックス７０６を選択することにより、収集者は保存先アドレスを「／Ｒｅｑｕｅｓｔｓ／Ｆｉｎａｌｐａｐｅｒｓ」から「／Ｒｅｑｕｅｓｔｓ／ｐｕｂｌｉｃ／Ｆｉｎａｌｐａｐｅｒｓ」に変更し、保存先のアドレスをパブリックにすることができる。

１つ以上の実施形態では、ソーシャルメディア・ネットワークは、収集フォルダへの１つ以上のファイルの提出を促進するために、ユーザインタフェース上にファイルリクエストのウィジェットを含みうる。ファイルリクエスト・ウィジェットは、ウィジェットに関連付けられた１つ以上の特定のファイルを、同期型または非同期型のクライドベース・コンテンツ管理システムといった、コンテンツ管理システム１０６の収集フォルダへの直接的に提出することを促進するために用いられてもよい。結果的に、収集者は、ファイルリクエスト・リンクを生成し、ソーシャルネットワークのウェブサイトといったウェブサイトのユーザインタフェースへ挿入させるためにウィジェットを利用できる。例えば、ファイルリクエストのウィジェットアイコンをクリックすることで、ソーシャルネットワークは、Ｆａｃｅｂｏｏｋの投稿またはＴｗｉｔｔｅｒのツイートのような、ユーザインタフェースに挿入されうるファイルリクエスト・リンクを取得するために、コンテンツ管理システム１０６と通信できる。ファイルリクエスト・リンクは、ハイパーテキストとして挿入され、ユーザに対して作成され、収集フォルダを作成することを選んだユーザに関連するアカウントに関連付けられる収集フォルダへのアクセスを提供できる。ユーザ／提出者がファイルリクエスト・リンクまたはハイパーテキストを選択すると、提出者が他の提出者によってアップロードされたファイルへアクセスできないようにしながら、ユーザ／提出者は、関連する収集フォルダにファイルをアップロードできる。例えば、Ｄｒｏｐｂｏｘのような企業は、そのホームページにコンテストを投稿してもよい、または「ＷｉｎｏｎｅｆｒｅｅｍｏｎｔｈｏｆｓｔｏｒａｇｅｏｎＤｒｏｐｂｏｘｂｙｓｕｂｍｉｔｔｉｎｇｔｈｅｆｕｎｎｉｅｓｔｐｉｃｔｕｒｅｓｈｏｗｉｎｇｔｈｅＤｒｏｐｂｏｘｌｏｇｏ．Ｃｌｉｃｋｈｅｒｅｔｏｓｕｂｍｉｔｙｏｕｒｐｉｃｔｕｒｅ．ＣｏｎｔｅｓｔｅｎｄｓＮｏｖｅｍｂｅｒ２１，２０１５．」と記載したメッセージを、ソーシャルネットワークを介して投稿してもよい。「ｈｅｒｅ」は収集フォルダへのハイパーテキストであってもよい。様々な実施形態で、ファイルリクエストのウィジェットは、ユーザがファイルリクエストのウィジェットを利用して１つ以上のコンテンツアイテムのコンテンツダウンロードのリクエストを選択および／または開始することを可能にする、ユーザインタフェース・エレメント（例えばボタン、ダイアログボックス、またはメニューバー）を含んでもよい。ファイルダウンロードのウィジェットは、例えば所定のウェブサイトのＨＴＭＬコードに小さなＨＴＭＬコードを貼り付けることで実施されてもよい。コードはコンテンツ管理システム１０６によって提供されてもよい。より具体的には、リンク管理モジュール２０８は収集フォルダを作成し、収集フォルダにダウンロードされるコンテンツアイテムを指し示してもよい。

図１８Ａを参照し、例示的な実施形態に従う、収集フォルダの管理方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１０００は例として提供される。以下で説明する方法１８００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法１８００を説明するために参照される。図１８Ａに示す各ブロックは、例示的な方法１８００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１８００はブロック１８０２で開始しうる。

ブロック１８０２で、サードパーティのウェブサイトにファイルリクエストのアイコンを描画する。例えば、コンテンツ管理システム１０６からのウィジェットソフトウェアは、サードパーティのウェブサイトに提供され、ここでウィジェットソフトウェアは、サードパーティのウェブサイトにファイルリクエストのアイコンを表示する。サードパーティのウェブサイトは、ソーシャルネットワーキング・ウェブサイトのような、コンテンツ管理システム１０６によって運用されるウェブサイトである。図１８Ｂは、テキストボックス１８５２に表示されたファイルリクエストのアイコン１８５４をもつ、例えばＴｗｉｔｔｅｒ（登録商標）のような例示的なサードパーティのウェブサイトを示す。サードパーティのウェブサイト上にファイルリストのアイコンの描画した後、方法１８００はブロック１８０４に進みうる。

ブロック１８０４で、ファイルリクエストのアイコンが選択されたことに応じて、サードパーティのウェブサイトからファイルリクエスト・リンクを生成するリクエストを受信する。例えば、リンク生成モジュール２０５がサードパーティのウェブサイトからのファイルリクエスト・リンクの生成リクエストを受信する。リクエストは、表示されたファイルリクエストのアイコン１８５４を選択するサードパーティのウェブサイトのユーザによって生成されうる。リクエストの受信後、方法１８００はブロック１８０６に進みうる。

ブロック１８０６で、ファイルリンクを作成する。例えば、リンク生成モジュール２０２がファイルリクエスト・リンクを生成する。ファイルリクエスト・リンクの生成後、方法１８００はブロック１８０８に進みうる。

ブロック１８０８で、サードパーティのウェブサイトへ生成したファイルリクエスト・リンクを提供する。例えば、リンク配信モジュール２０６がサードパーティのウェブサイトへの生成したファイルリクエスト・リンクを提供する。サードパーティのウェブサイトへ生成したファイルリクエストを提供した後、方法１８００はブロック１８１０に進みうる。

ブロック１８１０で、サードパーティのウェブサイトに生成したファイルリクエスト・リンクを埋め込む。例えば、ウィジェットソフトウェアがサードパーティのウェブサイトへ生成したファイルリクエストを埋め込む。生成されたファイルリクエストは表示され、および／またはハイパーテキストとして生成され埋め込まれたファイルリクエスト・リンクである「ｈｅｒｅ」をもつ「Ｃｌｉｃｋｈｅｒｅｔｏｓｕｂｍｉｔａｆｉｌｅ」のようなハイパーテキストとして表示されうる。サードパーティのウェブサイトへ生成されたファイルリクエスト・リンクを埋め込んだ後、方法１８００は図３のブロック３に進みうる。

＜収集フォルダの管理＞
図１９Ａを参照し、例示的な実施形態に従う、収集フォルダの管理方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法１９００は例として提供される。以下で説明する方法１９００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な構成要素が例示的な方法１９００を説明するために参照される。図１９Ａに示す各ブロックは、例示的な方法１９００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法１９００はブロック１９０２で開始しうる。

ブロック１９０２では、ファイルリクエスト・メニューオプションの選択の受信に応じて、収集フォルダのホームページを描画する。例えば、ＵＩモジュール１２２は図４Ｂに示すファイルリクエスト・メニューオプションの選択を受信し、収集フォルダのホームページを、収集者のクライアント装置１０２上に描画させる。図１９Ｂは例示的な収集フォルダのホームページを示す。図示するように、収集フォルダのホームページは、アクティブリクエストの収集フォルダと、新規ファイルリクエストを作成するためのボタンを示す。本例では、アクティブな収集者は、２０１５年４月２日の日付を有し、「０」個のファイルが提出されたＦｉｎａｌＰａｐｅｒｓ収集フォルダである、１つの収集フォルダを有する。収集フォルダのホームページを描画した後、方法１９００はブロック１９０４に進みうる。

ブロック１９０４で、受信されたコマンドを判断する。例えば、ＵＩモジュール１２２は、選択された新規ファイルリクエスト、アクティブ化リクエスト、非アクティブ化リクエスト、収集フォルダまたはサイドメニュー・オプションに応じて、コマンドを受信する。新規ファイルリクエストに対するものであるコマンドに応じて、方法は方法３００のブロック３０６に進むことができ、収集者は新規収集フォルダを生成できる。図１９Ｃは、収集フォルダｖａｃａｔｉｏｎｐｈｏｔｏｓを生成するための第一の提出ページの初期ＵＩ７００である。図１９Ｃで、プロンプトは「ファイルリクエストにどのような名前をつけますか？」および「リクエストファイルをどこに保存しますか？」である。例示的な答えは、それぞれ「ｖａｃａｔｉｏｎｐｈｏｔｏｓ」と「／Ｒｅｑｕｅｓｔｓ／Ｖａｃａｔｉｏｎｐｈｏｔｏｓ」である。図１９Ｄは、「ファイルリクエストの作成」ボタンが選択された第一の提出ページの初期ＵＩ７００である。新規収集フォルダの作成後、方法１９００はブロック１９０２に戻る。図１９Ｅは、収集フォルダｖａｃａｔｉｏｎｐｈｏｔｏｓが作成されたあとの収集フォルダのホームページのファイルリストＵＩ１９５２を示す。フォルダは「Ｖａｃａｔｉｏｎｐｈｏｔｏｓ」と「ＦｉｎａｌＰａｐｅｒｓ」とである。アクティブリクエストに対するものであるコマンドに対応して、方法１９００はブロック１９０２に進み、ここで収集フォルダのホームページが収集者のクライアント装置１０２_i上に再度描画される。収集フォルダの選択であるコマンドに応じて、方法１９００はブロック１９０６に進みうる。図１９Ｆは、収集フォルダＦｉｎａｌＰａｐｅｒｓが選択されているファイルリストＵＩ１９５２を示す。非アクティブリクエストに対するものであるコマンドに応答し、方法１９００はブロック１９１０に進みうる。非アクティブファイルが選択されていることに応じて、サイドメニューと選択されているサイドメニューのメニューオプションが描画され、方法１９００は選択されたメニューオプションの実行に進む。

ブロック１９０６で、ファイルリクエストの編集ページが描画される。例えば、ＵＩモジュール１２２は、ファイルリクエストの編集ページを収集者のクライアント装置１０２_i上に描画させしめる。図１９Ｇに示すように、ファイルリクエストの編集ページは、収集者が収集フォルダの名前を変更、収集フォルダの場所を変更、および収集フォルダを非アクティブにすることを可能にする。ファイルリクエストの名前が変更された、またはファイルが保存される場所が変わる場合、収集者は保存ボタンを選択することができ、変更が保存され、方法１９００はブロック１９０２に進みうる。収集者が取消ボタンを選択する場合、コマンドは取り消され、方法１９００はブロック１９０２に進みうる。収集者がリクエストの非アクティブ化ボタンを選択する場合、方法１９００はブロック１９０８に進みうる。

ブロック１９０８で、選択されたフォルダは非アクティブ化される。例えば、ファイルアクセス・モジュール２０４は選択されたフォルダを非アクティブ化する。非アクティブ化された収集フォルダは、提出者が非アクティブ化された収集フォルダへファイルをアップロードすることを禁じる。フォルダの非アクティブ化の後、方法１９００はブロック１９０２に進みうる。図１９Ｈは、収集フォルダＦｉｎａｌＰａｐｅｒｓが非アクティブ化された後、収集フォルダＶａｃａｔｉｏｎｐｈｏｔｏｓのみがアクティブリクエスト収集フォルダにある収集フォルダのホームページＵＩを示す。

ブロック１９１０で、非アクティブリクエストのホームページを描画する。例えば、ＵＩモジュール１２２は、収集者のクライアント装置１０２_iへの非アクティブリクエストのホームページの描画を生じさせる。図１９Ｉは、収集フォルダＦｉｎａｌＰａｐｅｒｓが表示される非アクティブリクエストのホームページＵＩを示す。非アクティブリクエストのホームページの描画後、方法１９００はブロック１９１２に進みうる。

ブロック１９１２で、受信されたコマンドを判断する。例えば、ＵＩモジュール１２２は、選択されたアクティブ化リクエスト、非アクティブ化リクエスト、収集フォルダまたはサイドメニュー・オプションに応じて、コマンドを受信する。アクティブリクエストに対するものであるコマンドに応じて、方法１９００はブロック１９０２に進み、ここで収集フォルダのホームページが描画される。収集フォルダの選択であるコマンドに応答し、方法１９００はブロック１９１４に進みうる。非アクティブリクエストに対するものであるコマンドに応じて、方法１９００はブロック１９１０に進みうる。サイドメニューのメニューオプションが選択されたことに応じて、方法１９００は選択されたメニューオプションの実行に進む。

ブロック１９１４で、ファイルリクエストの編集ページを描画する。例えば、ＵＩモジュール１２２は、ファイルリクエストの編集ページを収集者のクライアント装置１０２_i上に描画させしめる。図１９Ｊに示すように、ファイルリクエストの編集ページは、収集者が収集フォルダの名前を変更、収集フォルダの場所を変更、および収集フォルダをアクティブにすることを可能にする。ファイルリクエストの名前が変更された、またはファイルが保存される場所が変わる場合、収集者は保存ボタンを選択することができ、変更が保存され、方法１９００はブロック１９０２に進みうる。収集者が取消ボタンを選択する場合、コマンドは取り消され、方法１９００はブロック１９０２に進みうる。収集者がリクエストの再アクティブ化ボタンを選択する場合、方法１９００はブロック１９１６に進みうる。

ブロック１９１６で、選択されたフォルダをアクティブ化する。例えば、ファイルアクセス・モジュール２０４は選択されたフォルダを再アクティブ化する。再アクティブ化された収集フォルダは、提出者がアクティブ化された収集フォルダへファイルをアップロードすることを可能にする。フォルダの再アクティブ化後、方法１９００はブロック１００２に進みうる。図１９Ｅは、収集フォルダＦｉｎａｌＰａｐｅｒｓが再アクティブ化された後の収集フォルダのホームページＵＩを示す。

＜運営管理コントロールとダッシュボード＞
１つ以上の実施形態では、運営管理コントロールが採用される。コンテンツ管理システムを例えばＤｒｏｐｂｏｘＢｕｓｉｎｅｓｓのような企業レベルで利用する会社のために、会社は運営管理コントロールを有しうる。運営管理コントロールは、アクティビティログのレビュー、収集フォルダの閲覧、収集フォルダへ提出が行われたときの通知、収集フォルダが公開されたときに通知、収集フォルダ／ファイルリクエストを作成する人の制御、収集フォルダをレビューできる人の制御、および提出者が企業のメンバーである必要があるかどうかの制御を含むが、これに制限されなくてもよい。アドミニストレータ、ファイルリクエスト数、収集フォルダ数、ファイルリクエストを作成した人、コンテンツアイテムを収集フォルダに提出した人、及び作成されたレポートを記録することができるアクティビティログにアクセスできる。図２０Ｂを参照し、例示的な実施形態に従う、アクティビティログを描画するＵＩが説明される。アドミニストレータは収集フォルダをレビューできる。例えば、アドミニストレータは、収集フォルダのコンテンツを閲覧するために、アクティビティログに表示される描画された収集フォルダを選択できる。アドミニストレータは、提出者が収集フォルダへコンテンツアイテムを提出することに応じて、電子メールメッセージのような通知を受信できる。アドミニストレータは、エンタープライズへアクセスした人物のリストを閲覧し、例えばファイルリクエスト／収集フォルダを作成する能力、ファイルリクエストを受信できる人を制御する能力、ファイルリクエストをカスタマイズできる人、および／または収集フォルダに関して企業のユーザができる他の特権のような、各ユーザの権利を制御できる。アドミニストレータは、提出者が、コンテンツアイテムを提出するために企業のメンバーでなければならないかどうかを制御できる。

図２０Ａを参照し、例示的な実施形態に従う、アクティビティログの生成方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法２０００は例として提供される。以下で説明する方法２０００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法２０００を説明するために参照される。図２０Ａに示す各ブロックは、例示的な方法２０００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法２０００はブロック２００２で開始しうる。

ブロック２００２で、アクティビティについてコンテンツ管理システムのアクティビティをモニタする。例えば、分析モジュール１３４は、コンテンツ管理システム１０６内で企業アカウントに関連付けられたアクティビティをモニタする。アクティビティの検出に応じて、方法２０００はブロック２００４に進む。

ブロック２００４で、アクティビティを判断する。例えば、分析モジュール１３４はエンタープライズアカウントに関連するアクティビティを判断する。例えば、アクティビティは、フォルダにアクセスし、収集フォルダを生成し、非アクティブファイルリクエストを再アクティブ化し、アクティブファイルリクエストを非アクティブ化し、収集フォルダへの提出物を受信し、収集フォルダでの上書き保存を受信し、収集フォルダの締め切りに達し、収集フォルダを公開し、不適切な提出を検出し（例えばユーザ認証されていないなど）、悪性コードをもつ提出物を受信し、盗用を検出する等でありうる。アクティビティの判断後、方法２０００はブロック２００６へ進む。

ブロック２００６で、アクティビティと関連情報とをアクティビティログに記録する。例えば、分析モジュール１３４は、アクティビティと関連情報とをアクティビティログに記録する。関連情報は、アクティビティ、アクティビティのタイムスタンプ、アクティビティに関連付けられたユーザ、ユーザの役割、等を含みうる。アクティビティの記録後、方法２０００はブロック２００８に進む。

ブロック２００８で、アクティビティログの閲覧リクエストを受信する。例えば、分析モジュール１３４は、アクティビティログの閲覧リクエストを受信する。リクエストの受信後、方法２０００はブロック２０１０に進みうる。

ブロック２０１０で、アクティビティログの閲覧リクエストに関連するユーザを認証する。例えば、ユーザ識別モジュール１２６はリクエストに関連するユーザを認証する。認証は、ユーザに要求者のユーザアカウントにログインすることを要求してもよい、または要求者のクライアント装置１０２_iに格納されたクッキーに基づいてもよい。ユーザが認証される場合、方法２０００はブロック２０１２に進みうる。ユーザが認証されない場合、方法２０００はブロック２０２０に進みうる。

ブロック２０１２で、ユーザに範囲の入力を求める。例えば、分析モジュール１３４は、期間またはエントリ数の設定でありうる、範囲を入力するようユーザに求める。これは描画されたメニューを介して行われうる。プロンプトの描画後、方法２０００はブロック２０１４に進みうる。

ブロック２０１４で、プロンプトに応じる範囲を受信する。例えば、分析モジュール１３４は、プロンプトに応じて、期間またはエントリ数の設定を受信する。範囲の受信後、方法２０００はブロック２０１６に進みうる。

ブロック２０１６で、入力された範囲に基づくアクティビティログを取得する。例えば、分析モジュール１３４は、エントリ数の設定に基づき、アクティビティログのエントリを取得する。入力された範囲に対するアクティビティログの取得後、方法２０００はブロック２０１８に進みうる。

ブロック２０１８で、入力された範囲の取得されたアクティビティログを、アクティビティログＵＩに描画する。例えば、ＵＩモジュール１２２は、図２０Ｂに示すように、要求者のクライアント装置１０２_i上のアクティビティログＵＩ２０５０に、取得されたアクティビティログを描画する。図示するように、アクティビティログＵＩ２０５０は、関連情報とともに最新の１０個のエントリを示す。関連情報は、場所、アクティビティに関連付けられたユーザ、アクティビティ、およびタイムスタンプを含む。

ブロック２０２０で、ユーザに対して、適切なアクセス権を有していないというメッセージを描画する。例えば、ＵＩモジュール１２２は、ユーザが適切な認証情報を入力しなかったことをユーザに知らせるメッセージＵＩの描画を生じさせうる。

１つ以上の実施形態で、収集者は、収集フォルダに関連付けられたステータスファイルにアクセスすることで、収集フォルダのステータスを判断できる。図２１Ａを参照し、例示的な実施形態に従う、アクティビティログの生成方法のフローチャートを説明する。本方法を実行するために様々な方法が存在するため、例示的な方法２１００は例として提供される。以下で説明する方法２１００は、例として図１および２Ａに示す構成を用いて実行されることができ、これらの図の様々な要素が例示的な方法２１００を説明するために参照される。図２１Ａに示す各ブロックは、例示的な方法２１００で実行される１つ以上のプロセス、方法、またはサブルーチンを表す。例示的な方法２１００はブロック２１０２で開始しうる。

ブロック２１０２で、生成されているファイルリクエスト・リンクに応じてステータスファイルを生成する。例えば、分析モジュール１３４は、図３のブロック３０８で生成されているファイルリクエスト・リンクに応じてステータスファイルを生成する。ステータスファイルは、ファイルリクエストに関連付けられた提出者のリストと、ファイルリクエスト・リンクが生成されたタイムスタンプとを含みうる。ステータスファイルは、収集フォルダに格納されうる、または収集フォルダに関連付けられうる。ステータスファイルの生成後、方法２１００はブロック２１０４に進みうる。

ブロック２１０４で、提出とアクセスのためのファイルリクエスト・リンクに関連付けられた収集フォルダをモニタし、ファイルリクエスト・フォルダをモニタする。例えば、分析モジュール１３４は１人以上の提出者からの提出物のために収集フォルダをモニタし、ファイルリクエスト・フォルダをモニタする。提出に応じて、方法２１００はブロック２１０６に進みうる。

ブロック２１０６で、提出物の受信に応じてステータスファイルを更新する。例えば、分析モジュール１３４は、収集フォルダが提出物を受信することに応じてステータスファイルを更新する。更新は、提出者の表示と、提出物が受信された時間を示すタイムスタンプとを含みうる。ステータスファイルの更新後、方法２１００はブロック２１０８に進みうる。

ブロック２１０８で、収集者が収集者のファイルリクエスト・フォルダにアクセスしたことに応じて、ファイルリクエスト・フォルダの各収集フォルダのステータスファイルにアクセスする。例えば、分析モジュール１３４は、収集者が収集者のファイルリクエスト・フォルダにアクセスしたことに応じて、ファイルリクエスト・フォルダの各収集フォルダのステータスファイルにアクセスする。各収集フォルダに対するステータスファイルにアクセスした後、方法２１００はブロック２１１０に進みうる。

ブロック２１１０で、提出済みファイルの数の要約とともに、ファイルリクエスト・フォルダに関連する各フォルダに対する収集フォルダアイコンを描画する。例えば、ＵＩモジュール１２２および／または分析モジュール１３４は、ファイルリクエスト・フォルダの各収集フォルダに対するファイルアイコンの描画を生じさせ、収集フォルダに対応するステータスフォルダから取得した提出済みファイルの数を描画する。図１９Ｉは、例えばＧｏｒｄｏｎＳｈｉｅｌｄｓのユーザアカウントの収集フォルダＦｉｎａｌＰａｐｅｒｓといった、１つのアクティブ収集フォルダを示す。図示するように、ファイルリクエストＦｉｎａｌＰａｐｅｒｓのステータスは、５件の提出と２件の未提出を含む。未提出は、収集フォルダへ提出物を提供しなかった提出者を指す。収集者が描画されたファイルアイコンを選択することに応じて、方法２１００は図１４Ａのブロック２１１２に進みうる。

ブロック２１１２で、提出済みファイルとステータスファイルとのリストを描画する。例えば、ＵＩモジュール１２２および／または分析モジュール１３４は、選択されたフォルダ内のファイルリストのファイルリストＵＩへの描画を生じさせる。図２１Ｂｈａステータスファイル２１５４とともにフォルダ内のファイルをリスト化するファイルリストＵＩ２１５２を示す。提出物ファイルとステータスファイルとのリストを描画した後、収集者がステータスファイルを選択することに応じて方法２１００はブロック２１１４に進みうる。

ブロック２１１４で、ステータスファイルを描画する。例えば、ＵＩモジュール１２２および／またはコメントモジュール１３４は、図２１Ｃに示すように、ステータスファイルＵＩ２１６２の描画を生じさせる。図示するように、ステータスファイルは、例えばＦｒａｎｋＦａｖａ２１５８とＧｅｏｒｇｅＧｅｉｇｅｒ２１６０との２人の提出者がファイルを提出しなかったことを示す。ステータスファイルは、提出者を上に、未提出者を下にリスト化してもよい。１つ以上の実施形態では、提出者は第一の色で描画されることができ、未提出者は第二の色で描画されることができる。１つ以上の実施形態では、分析モジュール１３４はアクティビティログにアクセスし、提出者が以前の提出物を上書き保存したかどうかを示してもよい。例えば、以前の提出物を上書き保存した提出者は第三の色であってもよい。

＜例示的なシステム＞
図２２Ａおよび２２Ｂは例示的で可能なシステムの実施形態を示す。本技術を実施する場合には、より適切な実施形態が当業者には明らかであろう。当業者は、他のシステムの実施形態が可能であることもすぐに理解するであろう。

図２２Ａは、システムのコンポーネントがバス２２０５を用いて互いに電気的に通信する、従来のシステムバス・コンピューティングシステムアーキテクチャ２２００を示す。例示的なシステム２２００は、処理ユニット（ＣＰＵまたはプロセッサ）２２１０と、リード・オンリー・メモリ（ＲＯＭ）２２２０およびランダム・アクセス・メモリ（ＲＡＭ）２２２５のようなシステムメモリ２２１５を含む様々なシステムコンポーネントをプロセッサ２２１０に結合するシステムバス２２０５とを含む。システム２２００は、プロセッサ２２１０に直接接続される、すぐ近くに、または一部として統合される高速メモリのキャッシュを含みうる。システム２２００は、メモリ２２１５および／またはストレージ装置２２３０から、プロセッサによる迅速なアクセスのためのキャッシュ２２１２へデータをコピーしうる。この方法では、キャッシュは、データの待機中、プロセッサ２２１０の遅延を回避するパフォーマンスブーストを提供できる。これらのおよび他のモジュールは、様々な動作を実行するように、プロセッサ２２１０を制御できる、または制御するよう構成されうる。他のシステムメモリ２２１５も同様に使用することができてもよい。メモリ２２１５は、異なるパフォーマンス特性をもつ複数の異なるタイプのメモリを含みうる。プロセッサ２２１０は、任意の汎用プロセッサならびに、プロセッサとソフトウェア命令が実際のプロセッサデザインに組み込まれる専用プロセッサとを制御するよう構成された、ハードウェアモジュールもしくは、ストレージ装置に格納されるモジュール１２２３２、モジュール２２２３４、およびモジュール３２２３６のようなソフトウェアモジュールを含みうる。プロセッサ２２１０は、本質的に、複数のコアもしくはプロセッサ、バス、メモリコントローラ、キャッシュ、等を含む自己完結型のコンピューティングシステムであってもよい。マルチコアプロセッサは、対称型または非対称型であってもよい。

ユーザがコンピューティング装置２２００と情報を交換するために、入力装置２２４５は、対話用マイク、ジェスチャもしくはグラフィカル入力のためのタッチセンサ式のスクリーン、キーボード、マウス、モーション入力、対話、その他のような、任意の数の入力メカニズムを表してもよい。出力装置２２３５は、当業者に知られた、１つ以上の多数の出力メカニズムでもありうる。いくつかの例では、多様なシステムは、ユーザがコンピューティング装置２２００と通信するために複数タイプの入力を提供することを可能にすることができる。通信インタフェース２２４０は、一般に、ユーザ入力およびシステム出力を調節し、管理しうる。任意の特定のハードウェア構成での操作に制限はなく、それゆえ本明細書の基本的特徴は、それらが開発されるときに、改善されたハードウェアまたはファームウェア構成を容易に置換してもよい。

ストレージ装置２２３０は、不揮発メモリであり、磁気カセット、フラッシュメモリカード、半導体メモリ装置、デジタル多目的ディスク、カートリッジ、ランダム・アクセス・メモリ（ＲＡＭ）２２２５、リード・オンリー・メモリ（ＲＯＭ）２２２０、およびそれらのハイブリッドといった、コンピュータによってアクセス可能なデータを格納しうるハードディスクまたは他のタイプのコンピュータ可読媒体でありうる。

ストレージ装置２２３０は、プロセッサ２２１０を制御するためのソフトウェアモジュール２２３２、２２３４、２２３６を含みうる。他のハードウェアまたはソフトウェアモジュールが考えられる。ストレージ装置２２３０は、システムバス２２０５へ接続されうる。一態様では、特定機能を実行するハードウェアモジュールは、プロセッサ２２１０、バス２２０５、ディスプレイ２２３５、およびその他のような、機能を実行するための必要なハードウェアコンポーネントに接続されるコンピュータ可読媒体に格納されるソフトウェアコンポーネントを含みうる。

図２２Ｂは、説明された方法の実行と、グラフィカル・ユーザインタフェース（ＧＵＩ）の生成および表示とに用いられうるチップセットアーキテクチャを有するコンピュータシステム２２５０を説明する。コンピュータシステム２２５０は、開示された技術を実施するために用いられうるコンピュータハードウェア、ソフトウェア、およびファームウェアの例である。システム２２５０は、識別された計算を実行するよう構成されたソフトウェア、ファームウェア、およびハードウェアを実行することができる任意の数の物理的および／または論理的な異なるリソースを表すプロセッサ２２５５を含みうる。プロセッサ２２５５は、プロセッサ２２５５への入力および出力を制御しうるチップセットと通信しうる。本例では、チップセット２２６０は、ディスプレイのような出力２２６５へ情報を送信し、例えば磁気媒体および半導体媒体を含みうるストレージ装置２２７０への情報を読み書きしうる。チップセット２２６０は、ＲＡＭ２２７５からのデータを読み、そこへのデータを書き込むことができてよい。様々なユーザインタフェースのコンポーネント２２８５と連動するためのブリッジ２２８０は、チップセット２２６０と連動するために提供されうる。そのようなユーザインタフェース・コンポーネント２２８５は、キーボード、マイク、タッチ検出および処理回路、マウスのようなポインティングデバイス、などを含みうる。一般に、システム２２５０への入力は、機械が生成した、および／または人間が生成した様々なソースのいずれかから来うる。

チップセット２２６０は、異なる物理インタフェースを有しうる１つ以上の通信インタフェース２２９０と連動しうる。そのような通信インタフェースは、有線および無線ローカル・エリア・ネットワーク向け、ブロードバンド無線ネットワーク向け、並びにパーソナルエリアネットワーク向けのインタフェースを含みうる。本明細書で開示されるＧＵＩを生成、表示、および使用するための方法のいくつかのアプリケーションは、物理インタフェースを通じて順序付けられたデータセットの受信を含み、プロセッサがストレージ２２７０または２２７５に格納されたデータを解析することにより機械自身によって生成されうる。さらに、機械は、ユーザインタフェース・コンポーネント２２８５を介してユーザから入力を受信し、プロセッサ２２５５を用いてそれらの入力を解釈することでブラウズ機能のような適切な機能を実行しうる。

例示的なシステム２２００および２２５０は、１つ以上のプロセッサ２２１０を有するか、またはより大きな処理能力を提供するためにお互いネットワーク化されたコンピューティング装置のグループもしくはクラスタの一部でありうる。

本明細書で説明される工程、動作、機能、またはプロセスのいずれもが、ハードウェアおよびソフトウェアモジュールの組み合わせ、単体または他の装置との組み合わせによって実行または実施されてもよい。一実施形態では、ソフトウェアモジュールは、クライアント装置および／またはコンテンツ管理システムの１つ以上のサーバのメモリにあるソフトウェアであり、プロセッサがモジュールに関連するソフトウェアを実行する際に、１つ以上の機能を実行しうる。メモリは非一時的コンピュータ可読媒体でありうる。

＜結論＞
説明の明確化のために、いくつかの例では本技術は、装置、装置のコンポーネント、ソフトウェアで実施される方法の工程もしくはルーチン、またはハードウェアとソフトウェアの組み合わせからなる機能ブロックを含む個別の機能ブロックを含むものとして示されてもよい。

上記に照らして、本発明は開示された特定の実施形態に限定されるものではなく、修正および他の実施形態が添付の特許請求の範囲の範囲内に含まれることを意図されることは理解されたい。特定の用語が本明細書で採用されるものの、それらは全体的で説明的な意味のみで用いられ、限定の目的では使用されない。

説明の明確化のために、いくつかの例では本技術は、装置、装置のコンポーネント、ソフトウェアで実施される方法の工程もしくはルーチン、またはハードウェアとソフトウェアの組み合わせからなる機能ブロックを含む個別の機能ブロックを含むものとして示されてもよい。

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

上述例に従う方法は、コンピュータ可読媒体に格納された、またはそこから利用可能なコンピュータ実行可能命令を用いて実施されうる。そのような命令は、例えば汎用コンピュータ、専用コンピュータ、または専用の処理装置が、所定の機能もしくは機能グループを実行させる、またはするように構成する、命令およびデータから成りうる。利用されるコンピュータリソースの一部は、ネットワークを経由してアクセス可能でありうる。コンピュータ実行可能命令は、例えば、バイナリ、アセンブリ言語のような中間フォーマットの命令、ファームウェア、またはソースコードであってもよい。命令、使用される情報、および／または上述の例に従う方法の間に作成される情報を格納するために用いられうるコンピュータ可読媒体の例は、磁気または光学ディスク、フラッシュメモリ、不揮発メモリで提供されるＵＳＢ装置、ネットワークストレージ装置、およびその他を含む。

これらの開示に従い方法を実施する装置は、ハードウェア、ファームウェアおよび／またはソフトウェアからなってもよく、様々なフォームファクタのいずれかを取ってもよい。そのようなフォームファクタの典型的な例は、ラップトップ、スマートフォン、小型のフォームファクタのパーソナルコンピュータ、パーソナル・デジタル・アシスタント、などを含む。本明細書で説明される機能は、周辺機器またはアドイン・カードにも組み込まれうる。そのような機能は、さらなる例として、異なるチップ間の回路ボード上、または単一の装置内で実行している異なるプロセス上に実施されうる。

命令、そのような命令を運ぶための媒体、それらを実行するためのコンピューティングリソース、およびそのようなコンピューティングリソースを支援するための他の構造は、本開示で説明された機能の提供のための手段である。

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

Claims

コンピュータ実施方法であって、
コンテンツ管理システムが、第一のユーザアカウントから、１人以上の提出者からの１つ以上のコンテンツアイテムを収集する際に使用するファイルリクエストを作成するためのリクエストを受信することと、
前記コンテンツ管理システムが、前記ファイルリクエストのための収集フォルダであって、前記第一のユーザアカウントに関連付けられた前記収集フォルダを作成することと、
前記コンテンツ管理システムが、前記ファイルリクエストへのリンクであって、提出者が１つ以上のコンテンツアイテムを前記ファイルリクエストに提出することを可能にし、前記１人以上の提出者のそれぞれは、前記収集フォルダへ１つ以上のコンテンツアイテムをアップロードするアップロード権を含み、前記収集フォルダに関連付けられた前記１人以上の提出者のうちの他の提出者によってアップロードされたコンテンツアイテムの閲覧を禁止する、前記収集フォルダへの制限された権限を有する、前記リンクを生成することと、
を含むことを特徴とするコンピュータ実施方法。
前記コンテンツ管理システムが、生成済の前記リンクを前記１人以上の提出者へ配信することをさらに含むことを特徴とする請求項１に記載のコンピュータ実施方法。
前記コンテンツ管理システムが、生成済の前記リンクを介して前記ファイルリクエストへコンテンツアイテムを提出するリクエストを受信することと、
前記コンテンツ管理システムが、前記ファイルリクエストに対する前記コンテンツアイテムを前記収集フォルダに格納することと、
をさらに含むことを特徴とする請求項１に記載のコンピュータ実施方法。
前記コンテンツアイテムを格納することが、
前記コンテンツ管理システムが、前記コンテンツアイテムに対する固有のファイル名であって、前記ファイルリクエストに対する名前および前記提出者を識別する情報を含む前記固有のファイル名を生成することと、
前記コンテンツ管理システムによって、前記固有のファイル名を用いて前記コンテンツアイテムを格納することと、
をさらに含むことを特徴とする請求項３に記載のコンピュータ実施方法。
コンテンツアイテムを提出するリクエストを受信することが、
第二のユーザアカウントから前記リクエストを受信することを含むことを特徴とする請求項３に記載のコンピュータ実施方法。
前記提出者が前記コンテンツ管理システムの第二のユーザアカウントにログインし、前記提出者を識別する前記情報が前記第二のユーザアカウントからのものであることを特徴とする請求項４に記載のコンピュータ実施方法。
前記ファイルリクエストを生成するための前記リクエストを受信することに応じて、前記コンテンツ管理システムによって、前記ファイルリクエストをカスタマイズするためのカスタマイズ情報を要求する１つ以上のプロンプトを含むユーザインタフェースを提供することと、
前記コンテンツ管理システムによって、前記カスタマイズ情報に基づいて前記ファイルリクエストへの前記リンクを生成することと、
をさらに含むことを特徴とする請求項１に記載のコンピュータ実施方法。
前記制限された権限はさらに、提出者に当該提出者がアップロードしたコンテンツアイテムの閲覧を可能にすることを特徴とする請求項１に記載のコンピュータ実施方法。
前記制限された権限はさらに、提出者に前記第一のユーザアカウントによって権限が与えられた１つ以上のコンテンツアイテムの閲覧を可能にすることを特徴とする請求項１に記載のコンピュータ実施方法。
前記ファイルリクエストへ前記コンテンツアイテムを提出する前記リクエストが、
前記コンテンツ管理システムが、前記提出者に関連付けられたクライアント装置から前記コンテンツアイテムをアップロードすることを含むことを特徴とする請求項３に記載のコンピュータ実施方法。
前記ファイルリクエストへ前記コンテンツアイテムを提出する前記リクエストが、
前記コンテンツ管理システムが、前記提出者に関連付けられた前記コンテンツ管理システムの第二のユーザアカウントから前記コンテンツアイテムをコピーすることを含むことを特徴とする請求項３に記載のコンピュータ実施方法。
前記コンテンツ管理システムが、前記ファイルリクエストを非アクティブ化することであって、前記非アクティブ化は、生成済の前記リンクを介して前記提出者が前記ファイルリクエストにアクセスすることを禁じることをさらに含むことを特徴とする請求項１に記載のコンピュータ実施方法。
前記コンテンツ管理システムが、前記ファイルリクエストを再アクティブ化することであって、前記再アクティブ化は、生成済の前記リンクを介して前記提出者が前記ファイルリクエストにアクセスすることを可能にすることをさらに含むことを特徴とする請求項１２に記載のコンピュータ実施方法。
前記コンテンツ管理システムが、前記ファイルリクエストへの第二のリンクであって、第二の提出者が１つ以上のコンテンツアイテムを前記ファイルリクエストに提出することを可能にする前記第二のリンクを生成することをさらに含むことを特徴とする請求項１に記載のコンピュータ実施方法。
コンテンツ管理システムであって、
プロセッサと、
プロセス実行可能命令を格納するコンピュータ可読記憶媒体と
を備えるコンテンツ管理システムであって、
前記プロセス実行可能命令は、前記プロセッサに、
第一のユーザアカウントから、前記コンテンツ管理システムに、１人以上の提出者からの１つ以上のコンテンツアイテムを収集する際に使用するファイルリクエストを作成するためのリクエストを受信させ、
前記コンテンツ管理システムに、前記ファイルリクエストに対する収集フォルダであって、前記第一のユーザアカウントに関連付けられた前記収集フォルダを作成させ、
前記コンテンツ管理システムに、前記ファイルリクエストへのリンクであって、提出者が１つ以上のコンテンツアイテムを前記ファイルリクエストに提出することを可能にし、前記１人以上の提出者のそれぞれは、前記収集フォルダへ１つ以上のコンテンツアイテムをアップロードするアップロード権を含み、前記収集フォルダに関連付けられた前記１人以上の提出者のうちの他の提出者によってアップロードされたコンテンツアイテムの閲覧を禁止する、前記収集フォルダへの制限された権限を有する、前記リンクを生成させる、
ことを特徴とするコンテンツ管理システム。
前記コンピュータ可読記憶媒体に格納されるプロセス実行可能命令をさらに含み、
前記プロセス実行可能命令は、前記プロセッサに、
前記コンテンツ管理システムによって、生成済の前記リンクを１人以上の提出者へ配信させることを特徴とする請求項１５に記載のコンテンツ管理システム。
前記コンピュータ可読記憶媒体に格納されるプロセス実行可能命令をさらに含み、
前記プロセス実行可能命令は、前記プロセッサに、
前記コンテンツ管理システムによって、生成済の前記リンクを介して前記ファイルリクエストへコンテンツアイテムを提出するリクエストを受信させ、
前記コンテンツ管理システムによって、前記ファイルリクエストに対する前記コンテンツアイテムを前記収集フォルダに格納させることを特徴とする請求項１５に記載のコンテンツ管理システム。
前記コンテンツアイテムを格納することが、
前記コンテンツ管理システムが、前記コンテンツアイテムに対する固有のファイル名であって、前記ファイルリクエストに対する名前および前記提出者を識別する情報を含む前記固有のファイル名を生成することと、
前記コンテンツ管理システムが、前記固有のファイル名を用いて前記コンテンツアイテムを格納することと、
を含むことを特徴とする請求項１７に記載のコンテンツ管理システム。
コンテンツアイテムを提出するリクエストを受信することが、
第二のユーザアカウントから前記リクエストを受信することを含むことを特徴とする請求項１７に記載のコンテンツ管理システム。
前記提出者が前記コンテンツ管理システムの第二のユーザアカウントにログインし、前記提出者を識別する前記情報が前記第二のユーザアカウントからのものであることを特徴とする請求項１８に記載のコンテンツ管理システム。
前記コンピュータ可読記憶媒体に格納されるプロセス実行可能命令をさらに含み、
前記プロセス実行可能命令は、前記プロセッサに、
前記ファイルリクエストを生成するための前記リクエストを受信することに応じて、前記コンテンツ管理システムによって、前記ファイルリクエストをカスタマイズするためのカスタマイズ情報を要求する１つ以上のプロンプトを含むユーザインタフェースを提供させ、
前記コンテンツ管理システムによって、前記カスタマイズ情報に基づいて前記ファイルリクエストへの前記リンクを生成させることを特徴とする請求項１５に記載のコンテンツ管理システム。
前記制限された権限はさらに、提出者に当該提出者がアップロードしたコンテンツアイテムの閲覧を可能にすることを特徴とする請求項１５に記載のコンテンツ管理システム。
前記制限された権限はさらに、提出者に前記第一のユーザアカウントによって権限を与えられた１つ以上のコンテンツアイテムの閲覧を可能にすることを特徴とする請求項１５に記載のコンテンツ管理システム。
前記ファイルリクエストへ前記コンテンツアイテムを提出する前記リクエストが、
前記コンテンツ管理システムが、前記提出者に関連付けられたクライアント装置から前記コンテンツアイテムをアップロードすることを含むことを特徴とする請求項１７に記載のコンテンツ管理システム。
前記ファイルリクエストへ前記コンテンツアイテムを提出する前記リクエストが、
前記コンテンツ管理システムが、前記提出者に関連付けられた前記コンテンツ管理システムの第二のユーザアカウントから前記コンテンツアイテムをコピーすることを含むことを特徴とする請求項１７に記載のコンテンツ管理システム。
前記コンピュータ可読記憶媒体に格納されるプロセス実行可能命令をさらに含み、
前記プロセス実行可能命令は、前記プロセッサに、
前記コンテンツ管理システムによって、前記ファイルリクエストを非アクティブ化させ、前記非アクティブ化は、生成済の前記リンクを介して前記提出者が前記ファイルリクエストにアクセスすることを禁じることを特徴とする請求項１５に記載のコンテンツ管理システム。
前記コンピュータ可読記憶媒体に格納されるプロセス実行可能命令をさらに含み、
前記プロセス実行可能命令は、前記プロセッサに、
前記コンテンツ管理システムによって、前記ファイルリクエストを再アクティブ化させ、前記再アクティブ化は、生成済の前記リンクを介して前記提出者が前記ファイルリクエストにアクセスすることを可能にすることを特徴とする請求項２６に記載のコンテンツ管理システム。
コンテンツ管理システムであって、
少なくとも１つのプロセッサと、
第一のユーザアカウントから、前記コンテンツ管理システムによって、１人以上の提出者からの１つ以上のコンテンツアイテムを収集する際に使用するファイルリクエストを作成するためのリクエストを受信する手段と、
前記コンテンツ管理システムが、前記ファイルリクエストに対する収集フォルダであって、前記第一のユーザアカウントに関連付けられた前記収集フォルダを作成する手段と、
前記コンテンツ管理システムが、前記ファイルリクエストへのリンクであって、提出者が１つ以上のコンテンツアイテムを前記ファイルリクエストに提出することを可能にし、前記１人以上の提出者のそれぞれは、前記収集フォルダへ１つ以上のコンテンツアイテムをアップロードするアップロード権を含み、前記収集フォルダに関連付けられた前記１人以上の提出者のうちの他の提出者によってアップロードされたコンテンツアイテムの閲覧を禁止する、前記収集フォルダへの制限された権限を有する、前記リンクを生成する手段と、
を含むことを特徴とするコンテンツ管理システム。
前記コンテンツ管理システムが、生成済の前記リンクを前記１人以上の提出者へ配信する手段をさらに含むことを特徴とする請求項２８に記載のコンテンツ管理システム。
前記コンテンツ管理システムが、生成済の前記リンクを介して前記ファイルリクエストへコンテンツアイテムを提出するリクエストを前記提出者から受信する手段と、
前記コンテンツ管理システムが、前記ファイルリクエストに対する前記コンテンツアイテムを前記収集フォルダに格納する手段と、
をさらに含むことを特徴とする請求項２８に記載のコンテンツ管理システム。
前記コンテンツアイテムを格納することが、
前記コンテンツ管理システムが、前記コンテンツアイテムに対する固有のファイル名であって、前記ファイルリクエストに対する名前および前記提出者を識別する情報を含む前記固有のファイル名を生成する手段と、
前記コンテンツ管理システムが、前記固有のファイル名を用いて前記コンテンツアイテムを格納する手段と、
を含むことを特徴とする請求項３０に記載のコンテンツ管理システム。
コンテンツアイテムを提出するリクエストを受信することが、
第二のユーザアカウントから前記リクエストを受信する手段を含むことを特徴とする請求項３０に記載のコンテンツ管理システム。
前記提出者が前記コンテンツ管理システムの第二のユーザアカウントにログインし、前記提出者を識別する前記情報が前記第二のユーザアカウントからのものであることを特徴とする請求項３１に記載のコンテンツ管理システム。
前記ファイルリクエストを生成するための前記リクエストを受信することに応じて、前記コンテンツ管理システムによって、前記ファイルリクエストをカスタマイズするためのカスタマイズ情報を要求する１つ以上のプロンプトを含むユーザインタフェースを提供することと、
前記コンテンツ管理システムによって、前記カスタマイズ情報に基づいて前記ファイルリクエストへの前記リンクを生成することと、
をさらに含むことを特徴とする請求項２８に記載のコンテンツ管理システム。
前記制限された権限はさらに、提出者に当該提出者がアップロードしたコンテンツアイテムの閲覧を可能にすることを特徴とする請求項２８に記載のコンテンツ管理システム。
前記制限された権限はさらに、提出者に前記第一のユーザアカウントによって権限を与えられた１つ以上のコンテンツアイテムの閲覧を可能にすることを特徴とする請求項２８に記載のコンテンツ管理システム。
前記ファイルリクエストへ前記コンテンツアイテムを提出する前記リクエストが、
前記コンテンツ管理システムが、前記提出者に関連付けられたクライアント装置から前記コンテンツアイテムをアップロードする手段を含むことを特徴とする請求項３０に記載のコンテンツ管理システム。
前記ファイルリクエストへ前記コンテンツアイテムを提出する前記リクエストが、
前記コンテンツ管理システムが、前記提出者に関連付けられた前記コンテンツ管理システムの第二のユーザアカウントから前記コンテンツアイテムをコピーする手段を含むことを特徴とする請求項３０に記載のコンテンツ管理システム。
前記コンテンツ管理システムが、前記ファイルリクエストを非アクティブ化する手段であって、前記非アクティブ化は、生成済の前記リンクを介して前記提出者が前記ファイルリクエストにアクセスすることを禁じることをさらに含むことを特徴とする請求項２８に記載のコンテンツ管理システム。
前記コンテンツ管理システムが、前記ファイルリクエストを再アクティブ化する手段であって、前記再アクティブ化は、生成済の前記リンクを介して前記提出者が前記ファイルリクエストにアクセスすることを可能にすることをさらに含むことを特徴とする請求項３９に記載のコンテンツ管理システム。