A document management system that is adapted to allow users to share files or folders by: (1) creating a link to the files or folders; and (2) sharing the link with other users. In particular embodiments, the system is adapted to keep track of any links generated by, sent by, and/or received by a particular user. The system may display a listing of the links upon request by a user, so that the user may re-use or deactivate the links, or modify attributes of the links. Having a centralized listing of the links may be particularly advantageous in helping a user keep track of the files and folders that they have shared and received.
|
7. A computer-implemented method comprising:
storing information regarding link sharing events at a content management system, the link sharing events comprising sharing of links to respective content items on the content management system;
wherein storing information regarding the link sharing events comprises storing information about when a link is shared, when the link is received, when the link is activated, who activated the link, a content item referenced by the link, and whether the content item referenced by the link has been locally downloaded;
receiving, from a user account registered at the content management system, a request for information pertaining to links shared by the user account with other user accounts, including information pertaining to a first link sharing a first content item; and
in response to the request, causing display of a list of links shared by the user account with other user accounts, wherein the list of links displays, for each respective link in the list of links:
a location on the content management system where a respective content item referenced by the respective link is stored;
a respective user account of a recipient of the respective link; and
in further response to the request, causing display of a display element selectable by the user account to deactivate at least the first link from the list of links for the first content item.
13. A non-transitory computer-readable storage medium comprising:
instructions stored thereon which, when executed by one or more processors, cause the one or more processors to:
store information regarding link sharing events at the content management system, the link sharing events comprising sharing of links to respective content items on the content management system;
wherein storing information regarding the link sharing events comprises storing information about when a link is shared, when the link is received, when the link is activated, who activated the link, a content item referenced by the link, and whether the content item referenced by the link has been locally downloaded;
receive, from a user account registered at the content management system, a request for information pertaining to links shared by the user account with other user accounts including information pertaining to a first link sharing a first content item; and
in response to the request, cause display of a list of links shared by the user account with other user accounts, wherein the list of links displays, for each respective link in the list of links:
a location on the content management system where a respective content item referenced by the respective link is stored;
a respective user account of a recipient of the respective link; and
in further response to the request, cause display of a display element selectable by the user account to deactivate at least the first link from the list of links for the first content item.
1. A content management system comprising:
one or more processors; and
memory having stored therein instructions which, when executed by the one or more processors, cause the content management system to:
store information regarding link sharing events at the content management system, the link sharing events comprising sharing of links to respective content items on the content management system;
wherein storing information regarding the link sharing events comprises storing information about when a link is shared, when the link is received, when the link is activated, who activated the link, a content item referenced by the link, and whether the content item referenced by the link has been locally downloaded;
receive, from a user account registered at the content management system, a request for information pertaining to links shared by the user account with other user accounts including information pertaining to a first link sharing a first content item; and
in response to the request, cause display of a list of links shared by the user account with other user accounts, wherein the list of links displays, for each respective link in the list of links:
a location on the content management system where a respective content item referenced by the respective link is stored;
a respective user account of a recipient of the respective link; and in further response to the request, cause display of a display element selectable by the user account to deactivate at least the first link from the list of links for the first content item.
2. The content management system of
3. The content management system of
4. The content management system of
5. The content management system of
6. The content management system of
8. The computer-implemented method of
9. The computer-implemented method of
10. The computer-implemented method of
11. The computer-implemented method of
12. The computer-implemented method of
14. The non-transitory computer-readable storage medium of
15. The non-transitory computer-readable storage medium of
16. The non-transitory computer-readable storage medium of
17. The non-transitory computer-readable storage medium of
18. The content management system of
|
This application is a continuation of U.S. patent application Ser. No. 13/725,554, entitled, “BOOKMARKING SHARED FILE AND FOLDER LINKS”, filed Dec. 21, 2012, which claims the benefit of priority under 35 U.S.C. § 119(e) to the filing date of U.S. Provisional Patent Application No. 61/693,962, filed Aug. 28, 2012, entitled, “Bookmarking Shared File And Folder Links”; both of which are hereby expressly incorporated herein by reference in their entireties.
Individuals often wish to share digital files with others. This is often done by simply e-mailing copies of the files to others, by providing copies of the files on a physical medium such a flash drive, or by sending hyperlinks (“links”) to files stored on a network-accessible file storage system by centralized document management services such as DROPBOX or NETDOCUMENTS. Although sharing documents via file-sharing links is convenient, it is often difficult for users to keep track of the links. Accordingly, there is a need for improved systems and methods for tracking file-sharing links.
A computer-implemented method of managing file sharing links, in various embodiment, comprises: (1) in response to receiving a request to share a file set, generating a file set sharing link, wherein the file set sharing link is configured to provide a link recipient with at least access to a linked file set; (2) capturing information associated with the generated file set sharing link; (3) capturing information associated with the link recipient; (4) associating the link recipient information with the captured information associated with the file set sharing link; and (5) in response to a request to view the information associated with the generated file set sharing link, displaying a list of file set sharing links associated with the requester, wherein the list of file set sharing links contains information about the generated file set sharing link.
A computer system, in accordance with various embodiments, comprises one or more processors, and memory. The one or more processors is adapted to, within the context of a synched file management system: (1) store information regarding a plurality of file sharing links associated with a user, wherein the file sharing links provide access to files that are stored in the memory; and (2) selectively display a listing of the one or more file sharing links to the user.
Various embodiments of a computer system for providing viewing rights to files and folders through shared file set links and the organization of these file set links are described below. In the course of this description, reference will be made to the accompanying drawings, which are not necessarily drawn to scale, and wherein:
Various embodiments will now be described. It should be understood that the present system and method may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the present system and method to those skilled in the art. Like numbers refer to like elements throughout.
A document management system, according to various embodiments, is adapted to allow users to share files or folders stored on a networked file storage device by: (1) creating a link to the location of the files or folders in the storage device; and (2) sharing the link with other users by sending to such other users a communication containing the created link. The other users may access the files or folders by “clicking” or selecting the link, or by copying the link from the communication of the sending user and pasting it into a browser on their computer.
In particular embodiments, the system is adapted to keep track of any links generated by, sent by, and/or received by a particular user. The system may display a listing of the links upon request by a user, so that the user may re-use or deactivate the links, or modify attributes of the links. Having a centralized listing of the links may be particularly advantageous in helping a user keep track of the files and folders that they have shared and received.
In certain embodiments, the links may be links to read-only copies of files stored centrally by a document management service, such as the DROPBOX service offered by Dropbox, Inc. of San Francisco, Calif. However, in other embodiments, the links may be links to shared folders, i.e. folders containing files that may be modified by multiple users remotely located from one another.
An exemplary platform for implementing various embodiments will now be discussed. Referring to
Client Devices
In various embodiments, each client device 10 has a file storage service client application 12A and 12B (collectively 12) through which respective files 14A and 14B of that client are specified for storage in file storage server system 20. It is noted that in some embodiments synchronized copies of files 14A and 14B may be kept on both file storage server system 20 and each respective client device 10. In some embodiments, client devices 10 may provide a file-browser type interface (not shown) for directly manipulating the files stored on file storage server system 20 without maintaining a local copy, such as on a smartphone or tablet computer. Client devices 10 may also include a web browser 16A and 16B (collectively 16) for retrieving and presenting web pages and other content from web servers. Examples of suitable web browsers that may be used by client devices 10 include FIREFOX, GOOGLE CHROME, INTERNET EXPLORER, OPERA, and SAFARI. It should be understood by those skilled in the art that web browser 16 may optionally be used to access file storage server system 20 instead of using file storage service client application 12.
Still referring to
File Storage Server System
File storage server system 20 stores files and manages access to those files using client devices 10. File storage server system 20 and its components may be implemented using any appropriate hardware and software for performing file serving, storage and retrieval functions. For purposes of clarity and ease of description,
File Storage Server System—Interface Module
In various embodiments, file storage server system 20 includes an interface module 22, an account module 24, a link-based sharing module 26 and a data store 28. Interface module 22 facilitates file access and file storage between file storage server system 20 and client devices 10. Interface module 22 receives files from and sends files to client devices 10 consistent with the user's preferences for sharing files. Interface module 22 may act as the counterpart to a client-side file storage service client application 12A, 12B user interface that allows a user to manipulate files directly stored on file storage server system 20. In some embodiments, software operating on client devices 10 integrates network-stored files with the client's local file system to enable a user to manipulate network-stored files through the same user interface (UI) used to manipulate files on the local file system, e.g., via a file explorer, file finder or browser application. As an alternative or supplement to the client-side file-explorer interface, user interface module 22 may provide a web interface for client devices 10 to access (e.g. via browser 16) and allow a user to manipulate files stored on file storage server system 20. In this way, the user can directly manipulate files stored on file storage server system 20.
File Storage Server System—Data Store
In various embodiments, data store 28 stores files such as those uploaded using client devices 10. In the embodiment illustrated in
Data store 28 maintains, for each user, information identifying the user, information describing the user's file directory in the data store, as well as other identifying information, in a file journal that is maintained for each user. In some embodiments, the file journal is maintained on file storage server system 20. This file journal may be updated periodically using information obtained directly from the file storage server system 20 and/or from information obtained from one or more client devices 10. In this way, the server-stored file journal on file storage server system 20 (hereinafter the “server-side file journal”) is updated when a file is changed at the server or on the local client. The file storage server system 20 then communicates with one or more client devices 10 to assure that any relevant changes are reflected locally. For example, if a particular user makes a change to a particular file on a first client device, the change will be reflected in the server-side file journal, and the server-side file journal will be used to propagate the changes so that they are reflected both on the file storage server system 20 and on all client devices associated with that user as well as on client devices of users having shared access to the file. Such techniques may be implemented, for example, within the context of a synchronized file system such as the DROPBOX service of Dropbox, Inc. of San Francisco, Calif.
File Storage Server System—Account Module
Account module 24 tracks files stored in data store 28 and entries in the server-side file journal for each file. As users grant other users modification rights, account module 24 updates the server-side file journal associated with each user in data store 20. Account module 24 may also track client devices 10 that are associated with each user's account. Such devices may include, for example, a user's desktop computer, tablet computer, and handheld device.
File Storage Configuration
Referring to
In various embodiments, file storage server system 20 is also configured to create a unique file reference string 46 for each file by concatenating file segment identifiers 44A-44E. User identifier XXXXXX and file reference string 46 are placed in a file journal entry 48. It should be understood that other information such as a version reference 50 and device reference 52 may also be included in file journal entry 48. In still other embodiments, information (metadata) related to the file and its content (e.g., image orientation, pixel resolution and file type if the file is an image) may also be included in the file journal entry to properly orient and process the file for ease of viewing. Those skilled in the art will understand from this disclosure that any information associated with a file might be included in file journal entry 48 to enhance the features of the present system. In yet other embodiments, file journal entry 48 may be entered into a single server-side file journal that is used for all users. In yet other embodiments, the system may assign each user their own server-side file journal so that only file journal entries for each file associated with that user are stored in their respective server-side file journal.
Referring to
File Storage Server System—Sharing Module
In various embodiments, the link sharer can select any, or any combination of, a single file, multiple files within a folder, a folder, multiple folders, or multiple files across multiple folders (individually and collectively a file set) to be shared with one or more other users. It should be understood that when multiple files across multiple folders are shared as a file set, that file set defines a virtual folder for those files.
Referring to
Link Generation Module
Link generation module 32 is configured to generate a link corresponding to the file set specified by the user. In one embodiment, upon receiving a request to share a particular file set, link generation module 32 generates the unique file set descriptor of the shared file set and a unique file location path or URL that serves as the link. Sharing module 26 saves an association of the file set descriptor and the file location path or URL to data store 28. In some embodiments, the generated file sharing link is independent of the file set descriptor so that the file set descriptor cannot be inferred from the file sharing link, and vice versa. An independent file set descriptor and file location path or URL prevents malfeasance by making it essentially impossible to guess or reverse engineer a sharable link. As an example, when sharing a folder “Reunion” with a file ID of 3D8B99, link generation module 32 might generate a unique (e.g., one-way pad, or a pseudo-random value) URL https://www.service.com/s/2608u2mnco/BBQ.pdf, where the URL component 2608u2mnco cannot be reverse-engineered, and accordingly create an entry <3D8B99, https://www.service.com/s/2608u2mnco/BBQ.pdf> in sharing database 40.
In still other embodiments, a user can generate multiple different links to the same folder. Thus, the user can more selectively control access to the folder by distributing different selections from among the multiple different links to different link-recipients or sets thereof. This may, for example, allow a user to deactivate certain links while keeping other links active.
In various embodiments, the generated file set sharing link can be used to provide many users access to a file set. For example, the link may be posted to a website such LinkedIn. In these embodiments, the link sharer may create a link to a file set that is relevant to a particular group of users on LinkedIn. By posting the link on the LinkedIn page, members of the group can use the link to view the contents of the folder.
Link Management Module
In various embodiments, the link management module 38 is configured to manage shared file links for both link sharers and link recipients. In some embodiments, when the link sharer generates a file set sharing link, link management module 38 stores the link and other associated information in a data store. Thus, for example, the file storage server system may track: (1) the generated link; (2) who activates the link; (3) the name of the files and folders associated with the link; (4) the date the link was created; (5) the dates the link was activated; and (6) various other information associated with the link.
Automatic Capture of Link Information
In embodiments where the link sharer uses a server-side mail client to send the file sharing link to a link recipient, the system may automatically capture link information. That is, the file storage server system 20 may be configured to automatically capture link information when the link sharer generates the link. Moreover, if the link sharer uses a server side e-mail client to share the link with a link recipient, the file storage server system 20 may also receive recipient-based information from the server side e-mail client at the time the link is sent to the link recipient. For example, the link sharer's contact information may be integrated into the file storage server system so the system can obtain and track link recipient information.
When a link sharer sends a link using an external e-mail system (e.g., gmail, Outlook, etc.) or by posting the link on a webpage (e.g., Facebook or Twitter), the file server storage system 20 may not be able to directly capture the link recipient information. Thus, to accommodate for links shared using communications outside the file storage server system 20, a software application or plug-in may run on the link sharer's client device and operate to detect when a link is being sent by a client side e-mail program or posted to a website.
For example, the application or e-mail plug-in may scan all sent e-mails for file sharing links. If such a link is detected, the application or e-mail plug-in can detect the recipient's e-mail address to whom the link was sent, and send this information back to the file storage server system 20. The file storage server system 20 can either store the detected recipient's e-mail address together with other information that was captured when the link was generated or, in various other embodiments where the link sharer's contact information is integrated with the file storage server system, the recipient's name can be determined from the captured e-mail address. In still other embodiments, the application or plug-in may also use optical character recognition techniques when it scans information in e-mails or websites that may be in non text-recognizable form, such as jpegs, bitmaps, etc., to also capture other relevant information that can be associated with a generated link.
In certain embodiments, an application or plug-in running on a link recipient's client device may be configured to scan incoming e-mails or website downloads to detect links that have been shared with the link recipient. In this way, when a link recipient receives a link from a link sharer via e-mail, or downloads a link from a webpage, the application or plug-in may detect the link and forward information regarding the sharing of the link (e.g., the link, the link recipient's name and e-mail address, the date and time the link was shared, etc.) to the file storage server system 20 for link management purposes. In some embodiments, the application or plug-in may be part of the file storage service client application 12 running on the client. In various embodiments, the application or plug-in may require that the link recipient login to the file storage server system 20 so that link recipient information can be automatically associated with the link recipient's various received and downloaded links.
In other embodiments, link management module 38 tracks and organizes links received by the link recipient when the link recipient activates the link. For example, when a link recipient activates a link, link management module 38 may record: (1) the time and date the link was activated; (2) whether a local copy of the files was downloaded; (3) the link recipient's name; (4) which files were viewed using the link, (5) the link sharer's name, (6) the title of the linked file set, or (7) any other information associated with the link or use of the link. As indicated above, some of the recorded information may have been collected when the link was generated and other information may be collected when the link was received and/or selected by the recipient. In embodiments where the link recipient information is captured when the link is selected, the system may require the link recipient to login to the file storage server system 20 so that the system can identify the link recipient based on the link recipient's account information.
Manual Capture of Link Information
In addition to automatically capturing link information, in various embodiments, the link management module 38 may be configured to allow the link recipient to manually save links to a “favorites” menu. For example, when a link recipient receives or downloads a link, they can add the link to a favorites listing to allow them to review information regarding the link at a later date and/or so that they can use the link to easily navigate back to the linked file set.
Moreover, if the link recipient finds a link on a website or social media site when using their mobile device, instead of activating the link on their mobile device and reviewing the linked files, the link recipient can simply add the link to a list of favorite links that is stored both on the user's various client devices and on a central server, and later review the files on their tablet or home computer. In this way, link recipients can store links of interest for later viewing on a more suitable device.
Termination of Rights Associated with a Link
In various embodiments, the link module 38 may be configured to allow a link sharer to terminate an active link to prevent further use by a link recipient. For example, a link sharer can generate multiple different links to the same file set. Thus, the user can more selectively control access to the file set by distributing different links from among the multiple different links to different link-recipients or sets thereof. This may, for example, allow a user to revoke certain link recipients' access to the file set while continuing to permit other link recipients to access the file set (e.g., by deactivating certain users' links to the file set while maintaining other users' links in active status). In some embodiments, link management module 38 may be configured to allow the link sharer to set a time limit on how long the link remains active before terminating viewing rights. In this way, the link sharer may send a link that remains active for two weeks to allow the link recipients to review files contained in a file set. Once the two-week period expires, the link may become deactivated to prevent further access to the linked file set.
Display of Link Information
In various embodiments, the file storage server system 20 may be configured to display a list of links associated with a user. For example, in some embodiments, the file storage server system may display a list of links associated with a user each time that user logs into the file storage server system 20. In other embodiments, a file set sharing link list window may open after the user generates or activates a link. In these embodiments, the list may include one or more of the links that the user generates, receives and/or saves to the system.
In still other embodiments, a list of file sharing links may be displayed in response to a request submitted by a user. For example, an actuatable display element or icon, in the form of a button, may be included as part of the file set viewing window that allows the link recipient to display a list of links associated with the user. This list may be any one or more of links generated, received or saved by the user. The displayed list may include, for example, one or more of: (1) the link sharer's name; (2) the date the link was received; (3) the name of the linked file set; (4) a topic of the linked file set; (5) the date the link was last activated; (6) the actual link itself; or (7) any other information that may be associated with the link or tracked by the link sharer or recipient.
In various embodiments, the user can adjust how links are displayed by clicking display options in the list window, or by setting preferences that are associated with the link recipient's account on the file storage server system. For example, the user may set up their preferences so that only the link sharer's name and the title of the link is displayed, or so that the links are shared in a particular order (e.g., most recently generated or received first). In this way, the user can configure their list of links based on how they wish to view the links.
In some embodiments where file set sharing links and associated information are automatically captured, the system provides the user with a display element configured to allow the user to view a listing of sent and received links. In other embodiments, the system is configured to provide the user with at least two display elements—a first for viewing a list of file set sharing links associated with the user, and a second display element for saving a file set sharing link to a list of file set sharing links associated with the user. In some embodiments, the list of file set sharing links contain all links sent and received by the user. In other embodiments, the list only contains file set sharing links that the user saves (e.g., a list of favorite links). In still other embodiments, the list may contain sent links, received links and favorite links.
Operation Associated with the Link Sharer
Referring to
At step 108, the file storage server system provides the link sharer with the ability to modify (e.g., one or more of adding, deleting and editing rights) the list of generated and received file set sharing links. For example, at step 110, the link sharer may organize the list based on a predetermined criterion. For example, the predetermined criterion may be one or more of (1) the name of the person who sent the link (for received links), (2) the link creation date, (3) the date the link was last activated, (4) the name of the linked file set, or (5) any other suitable criteria for organizing the list. At step 112, when the user closes the list of links, the user can once again view the representation of the file set. In still other embodiments, the one or more rights may also comprise rights to deactivate a previously shared link or to delete a link from the link list.
Operation Associated with the Link Recipient
In another embodiment of a method for managing file set sharing links and referring to
It should be understood that the various steps described herein may vary in the context of different embodiments, and that certain steps may be omitted and other steps may be added. Moreover, other embodiments can be made by combining various portions of other embodiments.
The following exemplary user experience is described in reference to a synchronized file sharing system provided by Dropbox, Inc. of San Francisco, Calif. (hereinafter Dropbox). However, it should be understood after review of this disclosure by those of skill in the art that the functionality described herein may be used with other document management systems, such as the NETDOCUMENTS system, which is offered by Netdocuments, Limited of Orem, Utah.
Link Sharer Experience
A link sharer may generate a link via link generation module 32 (
Referring to
Browser window 66 may also contain a display element in the form of an “Open Favorites Link” button 80 (See
Link Recipient Experience
Once the link recipient receives the link, the link recipient may, for example, select (e.g., click on) the link if it is an active link or, referring to
Still referring to
In various embodiments, if the link recipient activated the link when it was received, the link recipient may view the linked file set, and/or download the linked file set to the file directory in their account using an add to my DROPBOX display element 72, but the link recipient cannot make changes to file set 59 in the link sharer's account. Said another way, while the link recipient can view and associate a copy of file set 59 to their DROPBOX account or locally to their client device 10 and make changes to the local copy, they cannot collaborate with the link sharer by adding, deleting or editing the files in the link sharer's account.
Referring to
In some embodiments, the system provides the user with certain options associated with the listed links. For example, the user may be able to delete one or more file set sharing links, deactivate one or more of the generated file set sharing links, select one of the file set sharing links to view, add a file set sharing link to the list, or organize the list of file set sharing links based on a predetermined criterion. For example, the list may be organized by any column, and in the example shown in the figure, the list is organized by the date the link was last activated.
In other embodiments, the window may contain function buttons such as a delete link button 91, a deactivate link button 93 and a close button 95. In various embodiments, the delete link button 91 allows the link recipient to remove one or more selected links from the list. Thus, the link recipient can remove a link that is no longer of interest. In some embodiments, when the link sharer selects a link in the list 84, the link sharer can deactivate that link by clicking the deactivate link button 93, which will prevent the link from being used by link recipients. In some embodiments, when the deactivate button 93 is selected, a second window (not shown) may open allowing the link sharer to deactivate the link for one or more link recipients chosen from a group of link recipients that received the link. Finally, the close button 95 allows the link recipient to close the list window 82 so the link recipient can return to the file set representation displayed in the window 66.
Referring to
In particular embodiments, the computer 200 may be connected (e.g., networked) to other computers in a LAN, an intranet, an extranet, and/or the Internet. The computer 200 may operate in the capacity of a server or a client computer in a client-server network environment, or as a peer computer in a peer-to-peer (or distributed) network environment. The computer 200 may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a server, a network router, a switch or bridge, or any computer capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that computer. Further, while only a single computer is illustrated, the term “computer” shall also be taken to include any collection of computers that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
The exemplary computer 200 includes a processing device 202, a main memory 204 (e.g., read-only memory (ROM), flash memory, dynamic random access memory (DRAM) such as synchronous DRAM (SDRAM) or Rambus DRAM (RDRAM), etc.), a static memory 206 (e.g., flash memory, static random access memory (SRAM), etc.), and a data storage device 218, which communicate with each other via a bus 232.
The processing device 202 represents one or more general-purpose processing devices such as a microprocessor, a central processing unit, or the like. More particularly, the processing device may be a complex instruction set computing (CISC) microprocessor, reduced instruction set computing (RISC) microprocessor, very long instruction word (VLIW) microprocessor, or processor implementing other instruction sets, or processors implementing a combination of instruction sets. The processing device 202 may also be one or more special-purpose processing devices such as an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), a digital signal processor (DSP), network processor, or the like. The processing device 202 may be configured to execute the processing logic 226 for performing various operations and steps discussed herein.
The computer 200 may further include a network interface device 208. The computer 200 also may include a video display unit 210 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)), an alphanumeric input device 212 (e.g., a keyboard), a cursor control device 214 (e.g., a mouse), and a signal generation device 216 (e.g., a speaker).
The data storage device 218 may include a non-transitory computer-accessible storage medium 230 (also known as a non-transitory computer-readable storage medium or a non-transitory computer-readable medium) on which is stored one or more sets of instructions (e.g., software 222) embodying any one or more of the methodologies or functions described herein. The software 222 may also reside, completely or at least partially, within the main memory 204 and/or within the processing device 202 during execution thereof by the computer 200, the main memory 204 and the processing device 202 also constituting computer-accessible storage media. The software 222 may further be transmitted or received over a network 220 via the network interface device 208.
While the computer-accessible storage medium 230 is shown in an exemplary embodiment to be a single medium, the term “computer-accessible storage medium” should be understood to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “computer-accessible storage medium” shall also be understood to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the computer and that cause the computer to perform any one or more of the methodologies of the present invention. The term “computer-accessible storage medium” shall accordingly be understood to include, but not be limited to, solid-state memories, optical and magnetic media, etc.
Many modifications and other embodiments of the invention will come to mind to one skilled in the art to which this invention pertains having the benefit of the teachings presented in the foregoing descriptions and the associated drawings. It should also be understood that, although various embodiments are described above as using a link (e.g., a URL) to provide user access to a shared file set, any other suitable indicia may be used for this purpose such as a link that includes a file path to the file set. Moreover, in some embodiments, generated and received links may automatically be saved to a “favorite links” listing. In other embodiments, only certain links may be included in the listing based on global user preferences. In still other embodiments, a user may set a preference that requires that the user to add a link to their favorites listing thereby only providing a list of those links that the user chooses to save.
In light of the above, it is to be understood that the invention is not to be limited to the specific embodiments disclosed and that modifications and other embodiments are intended to be included within the scope of the appended claims. Although specific terms are employed herein, they are used in a generic and descriptive sense only and not for the purposes of limitation.
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
6675205, | Oct 14 1999 | MEC MANAGEMENT, LLC | Peer-to-peer automated anonymous asynchronous file sharing |
7080139, | Apr 24 2001 | SVENDSEN, HUGH B; SVENDSEN, SARAH S; CURTIS, SCOTT D; FARRELLY, EUGENE; HELPINGSTINE, MICHAEL W ; Ikorongo Texas, LLC | Method and apparatus for selectively sharing and passively tracking communication device experiences |
7260646, | Jan 25 2002 | ACCESS CO , LTD | Method of software distribution among hand held computers via file sharing with link references to a web site for complete software versions |
7685204, | Feb 28 2005 | HUAWEI TECHNOLOGIES CO , LTD | System and method for enhanced media distribution |
8396800, | Nov 03 2003 | SYNERGYZE TECHNOLOGIES LLC | Adaptive personalized music and entertainment |
8756656, | Sep 30 2008 | Veritas Technologies LLC | Systems and methods for creating and synchronizing security metadata within synchronized-data networks |
8898272, | Oct 02 2012 | Amazon Technologies, Inc | Identifying information in resource locators |
8898297, | Aug 17 2012 | Amazon Technologies, Inc | Device attribute-customized metadata for browser users |
9318152, | Oct 20 2006 | INTERDIGITAL CE PATENT HOLDINGS, SAS | Super share |
20010056463, | |||
20030120729, | |||
20060230030, | |||
20070118514, | |||
20070136318, | |||
20070203917, | |||
20070233647, | |||
20070233808, | |||
20070279379, | |||
20080216139, | |||
20090287715, | |||
20100211998, | |||
20110035503, | |||
20110137986, | |||
20110264532, | |||
20120278404, | |||
20130018960, | |||
20140068401, | |||
20170199635, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Oct 21 2012 | KIRIGIN, IVAN | DROPBOX, INC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 041735 | /0119 | |
Mar 24 2017 | DROPBOX, INC. | (assignment on the face of the patent) | / | |||
Mar 05 2021 | DROPBOX, INC | JPMORGAN CHASE BANK, N A , AS COLLATERAL AGENT | PATENT SECURITY AGREEMENT | 055670 | /0219 |
Date | Maintenance Fee Events |
Sep 06 2023 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Date | Maintenance Schedule |
Mar 10 2023 | 4 years fee payment window open |
Sep 10 2023 | 6 months grace period start (w surcharge) |
Mar 10 2024 | patent expiry (for year 4) |
Mar 10 2026 | 2 years to revive unintentionally abandoned end. (for year 4) |
Mar 10 2027 | 8 years fee payment window open |
Sep 10 2027 | 6 months grace period start (w surcharge) |
Mar 10 2028 | patent expiry (for year 8) |
Mar 10 2030 | 2 years to revive unintentionally abandoned end. (for year 8) |
Mar 10 2031 | 12 years fee payment window open |
Sep 10 2031 | 6 months grace period start (w surcharge) |
Mar 10 2032 | patent expiry (for year 12) |
Mar 10 2034 | 2 years to revive unintentionally abandoned end. (for year 12) |