Shared attachments

Abstract

When an outgoing communication sent to one or more recipients contains a supported attachment type, a shared workspace that contains a shared version of the original attachment is provisioned. A modified version of the original outgoing communication is delivered to internal recipients including both a link to the shared document and the original attachment.

Description

BACKGROUND

In many instances, document sharing via e-mail attachment precludes efficient collaboration. For example, proper document versioning and co-authoring may be hampered by virtue of multiple instances of a document being passed between multiple individuals via e-mail. The perceived benefit of forwarding a document by e-mail may therefore be negated by inefficiencies incurred and compounded throughout document workflow.

SUMMARY

In one aspect, a method for provisioning a shared document workspace in a computing system environment is disclosed. The method includes receiving a communication addressed to one or more recipients at a computing device, wherein the communication includes an attachment and a link to a shared version of the attachment in a shared workspace; retrieving recipient-specific metadata of each of the one or more recipients, the recipient-specific metadata including permissions for providing access to the shared version of the attachment; sending a provision message for provisioning the shared version of the attachment accessible to internal recipients of the one or more recipients based on the recipient-specific metadata; and releasing the communication to the internal recipients including the attachment and the link to the shared version of the attachment in the shared workspace.

In another aspect, a computing device including a processing unit and a system memory connected to the processing unit is disclosed. The system memory includes instructions that, when executed by the processing unit, cause the processing unit to implement an application configured to provision a shared document workspace in a computing system environment, wherein the application is configured to: receive a communication addressed to one or more recipients including first metadata, a first attachment, and a first link to a first shared document in the shared document workspace corresponding to the first attachment; retrieve recipient-specific permissions of each of the one or more recipients based on the first metadata, the recipient-specific permissions including permissions for providing access to the first shared document; send a first provision message to a collaboration service including a request to provision the first shared document accessible to internal recipients of the one or more recipients based on evaluation of the recipient-specific permissions; and send a first modified communication to the internal recipients including the first attachment and the first link to the first shared document.

In yet another aspect, a computer readable storage medium is disclosed. The computer readable storage medium includes computer-executable instructions that, when executed by a computing device, cause the computing device to perform steps comprising: receiving a communication addressed to one or more recipients, wherein the communication includes an attachment and a link to a shared version of the attachment in a shared workspace, and wherein the communication is selected from a group including: an e-mail message, a text message, and an instant message; retrieving recipient-specific metadata of each of the one or more recipients based on a recipient identification contained within the communication specific to each of the one or more recipients, wherein the recipient-specific metadata including permissions for providing access to the shared version of the attachment, and the attachment is selected from a group including: a document file, a program file, and a media file; sending a provision message for provisioning the shared version of the attachment accessible to internal recipients of the one or more recipients based on the recipient-specific metadata; releasing the communication to the internal recipients including the attachment and the link to the shared version of the attachment in the shared workspace; and releasing the communication to external recipients of the one or more recipients including only the attachment.

This Summary is provided to introduce a selection of concepts, in a simplified form, that are further described below in the Detailed Description. This Summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used in any way to limit the scope of the claimed subject matter.

DESCRIPTION OF THE DRAWINGS

Aspects of the present disclosure may be more completely understood in consideration of the following detailed description of various embodiments in connection with the accompanying drawings.

FIG. 1 is a flowchart of an example method for provisioning a shared workspace based on an attachment contained within an electronic communication.

FIG. 2 shows an example networked computing environment.

FIG. 3 shows an example server computing device of the environment of FIG. 2.

FIG. 4 shows example logical modules of a client device of the environment of FIG. 2.

FIG. 5 shows example communications between computing devices for provisioning a shared workspace based on an attachment contained within an electronic communication.

FIG. 6 shows example messages transferred between computing devices of FIG. 5.

FIG. 7 shows example forwarding scenarios of an e-mail message.

DETAILED DESCRIPTION

The present disclosure is directed towards provisioning a shared document workspace based on an attachment contained within an electronic communication in a computing system environment.

Shared document workspace provisioning techniques described herein include a client-side process that monitors outgoing electronic communications sent to one or more recipients. When an outgoing communication contains a supported attachment type, a secondary communication is created and transferred to a server-side process. The secondary communication includes metadata and a copy of the attachment of the original communication.

In one example, a provisioning service polls for arrival of the secondary communication and then communicates with a collaboration service to provision a workspace that contains a shared version of the original attachment. A modified version of the original outgoing communication is subsequently delivered to internal recipients including both a link to the shared document and the original attachment.

In this manner, benefits of document versioning and co-authoring as provided by the document collaboration service are extended to most or all recipients, while assuring that recipients who are offline or otherwise disconnected from the document collaboration service still have access to the original attachment. Although not so limited, an appreciation of the various aspects of the present disclosure will be gained through a discussion of the examples provided below.

Referring now to FIG. 1, an example method 100 for provisioning a shared workspace based on an attachment contained within an electronic communication is shown. In one embodiment, the method 100 is implemented by one or more computing devices in a computing system environment described in further detail below in connection with FIGS. 2-8.

The method 100 begins at a start module 105. The start module 105 corresponds to a sender utilizing a messaging application executing on a client computing device to compose and send an electronic communication to one or more recipients. An example electronic communication includes an e-mail message, a text message, an SMS message, an instant message (IM), and any other type of message containing information intended for a recipient.

Operational flow proceeds to an intercept module 110. The intercept module 110 is configured to intercept the communication prior to delivery to designated recipients. Next, operational flow proceeds to a first decision module 115. The first decision module 115 is configured to analyze the intercepted communication to determine whether the communication includes an attachment. An example attachment includes any type of electronic file or folder, such as a document file, a program file, a media file, and others.

When the first decision module 115 determines that the intercepted communication does not include an attachment, operational flow proceeds to a delivery module 120. In the example instance, the delivery module 120 is configured to release the original communication to designated recipients. These recipients may access the communication in a compatibly configured messaging application. Following release of the communication by the delivery module 120, operational flow proceeds to an end module 125 corresponding to termination of the example method 100.

When the first decision module 115 determines that the communication includes an attachment, operational flow proceeds to an acquisition module 130. The acquisition module 130 is configured to retrieve metadata corresponding to each recipient specified in the original communication. In general, each recipient is specifically identified based on a corresponding “recipient id” contained within the communication. Additionally, the retrieved metadata enables provisioning of a shared document workspace and can include recipient-specific permissions information, as described further below.

Following acquisition of recipient-specific metadata by the acquisition module 130, operational flow proceeds to a provision module 135. The provision module 135 is configured to examine acquired recipient-specific metadata and provision a shared document workspace accessible only to internal recipients of the original communication. In general, the shared workspace includes a shared version of the attachment of the original communication, referred to herein as a “shared document.” Recipients having appropriate permissions are provided access to the shared document. Recipients lacking requisite permissions are not provided access to the shared document.

Operational flow then proceeds to a second decision module 140. The second decision module 140 is configured to evaluate those recipients having appropriate permissions to access the shared document. Specifically, when the second decision module 140 determines that a given recipient is internal to access the shared document, operational flow proceeds to a link insertion module 145. The link insertion module 145 is configured to populate the original communication with a link to the shared document. In general, address information contained within the link corresponds to a unique “communication id” of the original communication.

Following insertion of the link by the link insertion module 145, operational flow proceeds to the delivery module 120. In the example instance, the delivery module 120 is configured to release the communication to internal access recipients including both the original attachment and the link. These internal access recipients may access the original communication in a compatibly configured messaging application and optionally choose to select the original attachment and/or choose to select the link to access the shared document as desired. Following release of the communication by the delivery module 120, operational flow proceeds to the end module 125.

When the second decision module 140 determines that a given recipient is external (i.e., not approved) and will not be able to access the shared document, operational flow proceeds to the delivery module 120. In the example instance, the delivery module 120 is configured to release the communication to non-approved access recipients including only the original attachment. These non-approved access recipients may access the original communication in a compatibly-configured messaging application. In this manner, non-approved access recipients may only choose to select the original attachment. Following release of the communication by the delivery module 120, operational flow proceeds to the end module 125.

Further scenarios and workflow associated with provisioning a shared document workspace based on an attachment contained within an electronic communication are described below in connection with FIGS. 2-8.

Referring now to FIG. 2, an example networked computing system environment 200 is shown. The networked computing system environment 200 includes a plurality of client devices 205a-b (collectively, client devices 205), a plurality of server devices 210a-c (collectively, server devices 210), a plurality of storage devices 215a-c (collectively, storage devices 215), and a network 220. Other embodiments of the networked computing system environment 200 are possible as well. For example, the networked computing system environment 200 may generally include more or fewer devices, networks, and other components as desired.

The client devices 205 and the server devices 210 are general purpose computing devices, such as described below in connection with FIG. 3. In example embodiments, the server devices 210 are a business server that implements business processes. Example business processes include messaging process, collaboration processes, data management processes, and others. Exchange server from Microsoft Corporation of Redmond, Wash. is an example of a business server that implements messaging and collaborative business processes in support of electronic mail, calendaring, and contacts and tasks features, in support of mobile and web-based access to information, and in support of data storage. SHAREPOINT® collaboration server, also from Microsoft Corporation, is an example of a business server that implements business processes in support of collaboration, file sharing and web publishing. Other business processes are possible.

In some embodiments, the server devices 210 include of a plurality of interconnected server devices operating together in a “Farm” configuration to implement business processes. Still other embodiments are possible.

The storage devices 215 are a data storage device such as a relational database or any other type of persistent data storage device. The storage devices 215 store data in a predefined format such that the server devices 210 can query, modify, and manage data stored thereon. Examples of such a data storage device include mailbox stores and address services such as ACTIVE DIRECTORY® directory service from Microsoft Corporation. Other embodiments of the storage devices 215 are possible.

The network 220 is a bi-directional data communication path for data transfer between one or more devices. In the example shown, the network 220 establishes a communication path for data transfer between the client devices 205 and the server devices 210. In general, the network 220 can be of any of a number of wireless or hardwired WAN, LAN, Internet, or other packet-based communication networks such that data can be transferred among the elements of the networked computing system environment 200. Other embodiments of the network 220 are possible as well.

Referring now to FIG. 3, the server devices 210 of FIG. 2 are shown in further detail. As mentioned above, the server devices 210 are a general purpose computing device. Example general purpose computing devices include a desktop computer, laptop computer, personal data assistant, smartphone, cellular phone, and other computing devices.

The server devices 210 include at least one processing unit 305 and a system memory 310. The system memory 310 can store an operating system 315 for controlling operation of the server devices 210 or another computing device. One example operating system 315 is WINDOWS® operating system from Microsoft Corporation, or a server, such as Exchange server, SHAREPOINT® collaboration server, and others.

The system memory 310 may also include one or more software applications 320 and may include program data. Software applications 320 may include many different types of single and multiple-functionality programs, such as an electronic mail program, a calendaring program, an Internet browsing program, a spreadsheet program, a program to track and report information, a word processing program, and many others. One example is the Office suite of applications from Microsoft Corporation.

The system memory 310 can include physical computer readable storage media such as, for example, magnetic disks, optical disks, or tape. Such additional storage is illustrated in FIG. 3 by removable storage 325 and non-removable storage 330. Computer readable storage media can include physical volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data.

Computer readable storage media can also include, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the server devices 210. Any such computer storage media may be part of or external to the server devices 210.

Communication media is distinguished from computer readable storage media. Communication media may typically be embodied by computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.

The server devices 210 can also have any number and type of an input device 335 and output device 340. An example input device 335 includes a keyboard, mouse, pen, voice input device, touch input device, and others. An example output device 340 includes a display, speakers, printer, and others. The server devices 210 can also contain a communication connection 345 configured to enable communications with other computing devices over a network (e.g., network 220 of FIG. 2) in a distributed computing system environment.

In example embodiments, the client devices 205 of FIG. 2 are configured similar to the server devices 210 described above. Referring now additionally to FIG. 4, the client devices 205 of FIG. 2 are also configured to include one or more different types of client interfaces to the server devices 210. In the example shown, the client devices 205 include a local client 405, a web-access client 410, a mobile-access client 415, and a voice-access client 420. Other types of client interfaces to the server devices 210 are possible.

The local client 405 is configured as a dedicated messaging and collaboration client that serves as an interface to the server devices 210, and is part of a suite of applications executing on the client devices 205. In one embodiment, the local client 405 includes the OUTLOOK® messaging and collaboration client, which is an e-mail application that is part of the Office suite from Microsoft Corporation. A user can compose, interact with, send and receive e-mails with the OUTLOOK® messaging and collaboration client. Other embodiments of the local client 405 are possible.

The web-access client 410 is configured to accesses the server devices 210 remotely using a network connection, such as the Internet. In one embodiment, the web-access client 410 is the Outlook Web Access (OWA) webmail service of Exchange Server. In the example embodiment, the client devices 205 use a web browser to connect to Exchange Server via Outlook Web Access. This brings up a user interface similar to the interface in the OUTLOOK® messaging and collaboration client in which a user can compose, interact with, send and receive e-mails. Other embodiments of the web-access client 410 are possible. For example, the web-access client 410 may be configured to connect to SHAREPOINT® collaboration server to access corresponding collaboration, file sharing and web publishing services. Still other embodiments of the web-access client 410 are possible.

The mobile-access client 415 is another type of client interface to the server devices 210. In one embodiment, the mobile-access client 415 includes the Mobile Access with ACTIVESYNC® technology or the Windows Mobile Device Center for WINDOWS VISTA® operating system or Windows 7 operating system, all from Microsoft Corporation. Example mobile devices include a cellular telephone, smartphone, a personal digital assistant, and others. Other embodiments of the mobile-access client 415 are possible.

The voice-access client 420 is yet another type of client interface to the server devices 210. In some embodiments, the voice-access client 420 includes Exchange Unified Messaging that is supported in Exchange Server. With Unified Messaging, users have one inbox for e-mail and voicemail. Voicemails are delivered directly into the OUTLOOK® messaging and collaboration client inbox. The message containing the voicemails may also include an attachment. Other embodiments of the voice-access client 420 are possible.

Referring now to FIG. 5, an example block diagram 500 illustrates communications between computing devices to provision a shared document workspace based on an attachment contained within an electronic communication.

The block diagram 500 includes a sender device 505, a first server device 510, a second server device 515, a third server device 520, a storage device 525, and a recipient device 530.

Other configurations are possible. For example, the block diagram 500 may generally include more or fewer devices and other components as desired. Additionally, functionality implemented by the first server device 510, second server device 515, third server device 520 may be partially or wholly shared between and/or implemented by one or more of the first server device 510, second server device 515, third server device 520.

In example embodiments, the sender device 505, first server device 510, second server device 515, third server device 520, storage device 525, and recipient device 530 are configured similar to the respective client devices 205, server devices 210, and storage devices 215 described above in connection with FIGS. 2 and 3. The sender device 505 and the recipient device 530 each further include a client interface 535 similar to the client interfaces described above in connection with FIG. 4.

In one example scenario, an electronic communication, such as an e-mail message 540, is composed on the sender device 505 via the client interface 535. Referring now additionally to FIG. 6, composition of the e-mail message 540 includes adding content such as first metadata 545 and an attachment 550. First metadata 545 may include a recipient SMTP address “To”, a sender SMTP address “From”, text “Text”, a subject “Subject” corresponding to text of a subject line of the e-mail message 540, a message identification “conversation id” specific to a conversation or thread associated with the e-mail message 540, and other information as desired. In example embodiments, the recipient corresponds to the recipient device 530.

The e-mail message 540 is sent following composition thereof, such as when a user operating the sender device 505 selects “Send” within the corresponding client interface 535. Subsequently, the client interface 535 of the sender device 505 is configured to intercept and analyze content of the e-mail message 540. In the example scenario, the client interface 535 determines that the e-mail message 540 includes the attachment 550 and generates a primary e-mail message 555 and a secondary e-mail message 560.

Still additionally referring to FIG. 6, the primary e-mail message 555 includes the first metadata 545 and the attachment 550 of the e-mail message 540, and further includes a first link 565. In the example embodiment, the client interface 535 is configured to insert the first link 565 into the e-mail message 540. As described in further detail below, the first link 565 is a hyperlink defined by the “conversation id” of the e-mail message 540 pointing to a shared version of the attachment 550 that is housed in a provisioned shared workspace.

The secondary e-mail message 560 includes second metadata 570 and an attached copy of the e-mail message 540. In the example embodiment, the client interface 535 of the sender device 505 is configured to insert the e-mail message 540 into the secondary e-mail message 560 as an attachment. The second metadata 570 is similar to the first metadata 545 of the e-mail message 540 and includes a recipient SMTP address “To”, a sender SMTP address “From”, a subject “Subject” corresponding to text of a subject line of the e-mail message 540, a message identification “conversation id” associated with the e-mail message 540, and other information. In example embodiments, the “Text” of the first metadata 545 is stripped from the e-mail message 540 as attached to the secondary e-mail message 560 to prevent undesired violation of privacy. Additionally, in example embodiments, the recipient SMTP address of the second metadata 570 is dissimilar to the e-mail message 540, as described in further detail below. Other embodiments are possible.

Referring now specifically to FIG. 5, the client interface 535 of the sender device 505 is configured to send the primary e-mail message 555 and the secondary e-mail message 560 to a messaging application 580 of the first server device 510. The messaging application 580 is a server application configured to provide communications related business services, and includes a delivery module 585 and a provision module 590. An example of such a server application includes Exchange Server. Other embodiments are possible.

In the example shown, the primary e-mail message 555 is sent to the delivery module 585. The delivery module 585 is configured as a repository and temporarily holds the primary e-mail message 555 for potential modification prior to delivery to the recipient device 530, as described in further detail below.

The secondary e-mail message 560 is sent to the provision module 590 by virtue of the corresponding recipient SMTP address of the second metadata 570 being defined as an address of the provision module 590. Upon receipt of the secondary e-mail message 560, the provision module 590 is configured to extract the first metadata 545 and attachment 550 of the e-mail message 540, including the recipient SMTP address associated with the user of the recipient device 530.

The provision module 590 is further configured to access and query a permissions module 595 maintained on the storage device 525. In general, the permissions module 595 is populated with recipient-specific metadata containing user permissions designating whether a given recipient has proper permissions to access a shared document workspace. In the example embodiment, the provision module 590 determines that the user of the recipient device 530 associated with the recipient SMTP address has proper permissions to access a shared workspace including a shared version of the attachment 550, as described further below. In one embodiment, the example permissions module 595 is incorporated within the ACTIVE DIRECTORY® directory service. Other embodiments are possible.

Following authentication of credentials of the user of the recipient device 530, the provision module 590 generates a worksite provision message 600. The provision module 590 additionally communicates with the delivery module 585 to release a modified primary e-mail message 605, described in further detail below.

The provision module 590 is configured to send the worksite provision message 600 to a collaboration application 610 of the second server device 515. In example embodiments, the collaboration application 610 is a server application configured to provide collaboration, file sharing and web publishing services. An example of such a server application includes the SHAREPOINT® Server. Other embodiments are possible.

Still additionally referring to FIG. 6, the worksite provision message 600 includes user permissions 612, an attachment copy 615 corresponding to a copy of the attachment 550 of the e-mail message 540, and workspace provisioning metadata 620. The collaboration application 610 is configured to extract the user permissions 612, attachment copy 615, and workspace provisioning metadata 620 to create a shared workspace 625 including a shared document 630 corresponding to a shared version of the attachment 550. The user permissions 612 being used to designate users (i.e., user of recipient device 530) that are provided access to the shared document 630. In example embodiments, the workspace provisioning metadata 620 includes the “communication id” and “subject” of the e-mail message 540. The “communication id” being used to define the first link 565 that points to the shared document 630 and the “subject” used to define a “name” of the shared workspace 625. Other embodiments are possible.

As mentioned above, the provision module 590 additionally communicates with the delivery module 585 to release the modified primary e-mail message 605. In the example embodiment, the modified primary e-mail message 605 includes the first metadata 545, attachment 550, and first link 565 of the primary e-mail message 555. The modified primary e-mail message 605 is populated as described by virtue of the credentials of the user of the recipient device 530 being authenticated by the provision module 590. The user of the recipient device 530 may access the modified primary e-mail message 605 via the client interface 535 of the recipient device 530 and choose to select the attachment 550 and/or choose to select the first link 565 to access the shared document 630 as desired.

Also as mentioned above, the block diagram 500 additionally includes a third server device 520. In the example shown, the third server device 520 includes a status module 635 that periodically accesses and stores state metadata associated with the shared document 630. The state metadata can be used to track activity associated with the shared document 630. Example activity includes read activity, change activity, and others. The provision module 590 is configured to query the status module 635 to obtain current state metadata associated with the shared document 630 when the messaging application 580 receives a communication (i.e., primary e-mail message 555, secondary e-mail message 560) including a reference to the shared document 630. Subsequently, the delivery module 585 is configured to insert formatted activity information 640 associated with shared document 630 into the modified primary e-mail message 605 prior to release. In this manner, the user of the recipient device 530 is informed of activity related to the shared document 630. Other embodiments are possible, as described further below.

Other scenarios and workflow associated with the example block diagram 500 are possible. For example, in embodiments in which a given user does not have permissions to access the shared document 630, the delivery module 585 is configured to release the modified primary e-mail message 605 only including the first metadata 545 and attachment 550. In other embodiments in which a given user does not have permissions to access the shared document 630, the modified primary e-mail message 605 may include the first metadata 545 and attachment 550 of the primary e-mail message 555, as well as a URL 645 (e.g., see FIG. 6) that contains a link to an unsecured on-line location of a shared version of the attachment 550. In the example embodiment, the URL 645 may be inserted into the modified primary e-mail message 605 by the delivery module 585 upon instructions from the provision module 590. The instructions being retrieved by the provision module 590 from the permissions module 595 of the storage device 525. Still other embodiments are possible.

In some embodiments, the client interface 535 of the sender device 505 is further configured to access and query the permissions module 595 of the storage device 525. In the example embodiment, the client interface 535 of the sender device 505 may determine users having proper permissions to access the shared document 630 and populate the modified primary e-mail message 605 with this information such that the provision module 590 is relieved of this task. The client interface 535 of the sender device 505 subsequently passes the populated modified primary e-mail message 605 to the delivery module 585 of the first server device 510. Additionally, the URL 645 may be inserted into the primary e-mail message 555 by the client interface 535 of the sender device 505 upon access of the permissions module 595 of the storage device 525.

In some embodiments, the messaging application 580 may be configured to intercept and analyze the content of the e-mail message 540 to relieve the client interface 535 of the sender device 505 of this task. In the example embodiment, the e-mail message 540 may be delivered directly to the delivery module 585, which in turn may be transferred to the provision module 590 for subsequent processing to provision the shared workspace 625.

Additionally, in some embodiments, the client interface 535 of the recipient device 530 is configured to query the status module 635 to obtain current state metadata associated with the shared document 630 upon receipt and/or opening of the modified primary e-mail message 605. Such a configuration is beneficial as activity associated with the shared document 630 is typically independent of the e-mail message 540 and/or modified primary e-mail message 605.

Still other scenarios and workflow associated with the example block diagram 500 are possible. For example, referring now to FIG. 7, the example block diagram 500 is configured to support modification of shared documents and modification of user access to shared documents upon the modified primary e-mail message 605 being further sent to one or more recipients.

Specifically, FIG. 7 shows the modified primary e-mail message 605 including the first metadata 545, attachment 550, and first link 565.

In one embodiment, the modified primary e-mail message 605 is forwarded as a first e-mail message 705 to a recipient R2 (“To: R2”) from a recipient R1 (“From: R1”) corresponding to the user of the recipient device 530, described above in connection with FIGS. 5 and 6. In the example embodiment, flow of the first e-mail message 705 is similar to flow of the e-mail message 540 described above. However, the collaboration application 610 is configured to modify access rights to the shared document 630 to include recipient R2 upon the provision module 590 of the messaging application 580 affirmatively authenticating credentials of the recipient R2. Subsequently, the recipient R2 may access the first e-mail message 705 via a compatibly configured client interface and choose to select the attachment 550 and/or choose to select the first link 565 to access the shared document 630 as desired.

In another embodiment, the modified primary e-mail message 605 is forwarded as a second e-mail message 710 to a recipient R3 and recipient R4 (“To: R3; R4”) from recipient R1. In the example embodiment, recipient R1 has attached a new attachment 715 to the second e-mail message 710. Flow of the second e-mail message 710 is similar to flow of the e-mail message 540 described above. However, the collaboration application 610 is configured to modify access rights to the shared document 630 to include recipient R3 and R4, upon the provision module 590 of the messaging application 580 affirmatively authenticating credentials of the recipients R3 and R4.

Additionally, a new shared document 720 is provisioned in the shared workspace 625 linked to by a new link 725. The new link 725 inserted into the second e-mail message 710. Subsequently, the recipient R3 and R4 may access the second e-mail message 710 via a compatibly configured client interface and choose to select the attachment 550 and new attachment 715, and/or choose to select the first link 565 and the new link 725 to access the shared document 630 and the new shared document 720 as desired.

In general, the collaboration application 610 is configured to optimally organize and manage shared documents and permissions to shared documents in a shared workspace. In one example, the collaboration application 610 is a SHAREPOINT® collaboration server that allows documents to be stored and edited. For example, the documents stored on the second server device 515 can be accessed, edited, versioned and otherwise modified using the collaboration application 610.

In one example, when the example systems and methods described herein are used to automatically provision a workspace for an attachment, a folder is created on the second server device 515, and the collaboration application 610 stores the attachment in the folder. The collaboration application 610 also sets permissions regarding which users can access and manipulate the attachments in the folders based on the recipient-specific metadata. For example, the collaboration application 610 can set permissions such that only those users in the “To” field of the communication have rights to access the attachments stored in the folder. In other examples, rights can be defined on a per-attachment basis. Other configurations are possible. Still other scenarios and workflow associated with the block diagram 500 are possible.

The example embodiments described herein can be implemented as logical operations in a computing device in a networked computing system environment. The logical operations can be implemented as: (i) a sequence of computer implemented instructions, steps, or program modules running on a computing device; and (ii) interconnected logic or hardware modules running within a computing device.

For example, the logical operations can be implemented as algorithms in software, firmware, analog/digital circuitry, and/or any combination thereof, without deviating from the scope of the present disclosure. The software, firmware, or similar sequence of computer instructions can be encoded and stored upon a computer readable storage medium and can also be encoded within a carrier-wave signal for transmission between computing devices.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1. A method of sharing attachments, comprising: receiving a communication that includes an attachment, a unique communication identification (ID), a link pointing to a shared version of the attachment based on the unique communication ID, and an identification of a first and a second recipient;based on the communication, determining that the first recipient has document-sharing permissions and that the second recipient does not have document-sharing permissions;based on the sharing permissions of the first and second recipients and on the unique communication ID, provisioning a shared document workspace that includes the shared version of the attachment obtained from the communication;modifying the communication to a first-recipient communication, the first-recipient communication identifying only the first recipient and including the attachment and the link pointing to the shared version of the attachment now provisioned in the shared document workspace, and releasing the first-recipient communication to the first recipient; andmodifying the communication to a second-recipient communication, the second-recipient communication identifying only the second recipient, including the attachment and excluding the link pointing to the shared version of the attachment now provisioned in the shared document workspace, and releasing the second-recipient communication to the second recipient.

2. The method of claim 1, wherein the communication is selected from a group including: an e-mail message, a text message, and an instant message.

3. The computing device of claim 1, wherein the attachment is selected from a group including: a document file, a program file, and a media file.

4. A system for sharing attachments, comprising: a processing unit; anda system memory connected to the processing unit, the system memory including instructions that, when executed by the processing unit, cause the system to be operable to:receive a communication that includes an attachment, a unique communication identification (ID), a link pointing to a shared version of the attachment based on the unique communication ID, and an identification of a first and a second recipient;based on the communication, determine that the first recipient has document-sharing permissions and that the second recipient does not have document-sharing permissions;based on the sharing permissions of the first and second recipients and on the unique communication ID, provisioning a shared document workspace that includes the shared version of the attachment obtained from the communication;modifying the communication to a first-recipient communication, the first-recipient communication identifying only the first recipient and including the attachment and the link pointing to the shared version of the attachment now provisioned in the shared document workspace, and releasing the first-recipient communication to the first recipient; andmodifying the communication to a second-recipient communication, the second-recipient communication identifying only the second recipient, including the attachment and excluding the link pointing to the shared version of the attachment now provisioned in the shared document workspace, and releasing the second-recipient communication to the second recipient.

5. The system of claim 4, wherein the communication is selected from a group including: an e-mail message, a text message, and an instant message.

6. A method of sharing attachments, comprising: receiving a first communication based on an original communication that included an attachment, wherein the first communication includes the attachment, a link pointing to a shared version of the attachment and an identification of a first recipient and a second recipient, wherein the link is based on a communication id unique to the original communication;receiving a second communication based on the original communication, wherein the second communication includes the identification of the first recipient and the second recipient, a copy of the original communication including the attachment and the communication id unique to the original communication;based on the second communication, determining that the first recipient has document-sharing permissions and that the second recipient does not have document-sharing permissions;based on the sharing permissions of the first and second recipients and on the communication ID provided in the second communication, provisioning a shared document workspace that includes the shared version of the attachment obtained from the second communication;modifying the first communication to a first-recipient communication, the first-recipient communication identifying only the first recipient and including the attachment and the link pointing to the shared version of the attachment now provisioned in the shared document workspace, and releasing the first-recipient communication to the first recipient; andmodifying the first communication to a second-recipient communication, the second-recipient communication identifying only the second recipient, including the attachment and excluding the link pointing to the shared version of the attachment now provisioned in the shared document workspace, and releasing the second-recipient communication to the second recipient.

7. The method of claim 1, wherein the communication is based on an original communication comprising an e-mail message generated from a client messaging interface that is configured to analyze content of the e-mail message and generate the communication based on the analysis.

8. The method of claim 7, wherein determining that the first recipient has document-sharing permissions includes determining that the first recipient is identifiable within data storage associated with the client messaging interface.

9. The method of claim 8, wherein determining that the second recipient does not have document sharing permissions includes determining that second recipient is not identifiable within the data storage associated with the client messaging interface.

10. The method of claim 1, wherein modifying the communication to the second-recipient communication includes including a URL providing unsecured on-line access to a non-provisioned shared version of the attachment in the second-recipient communication.

11. The method of claim 10, wherein modifying the communication to the first-recipient communication includes including the URL providing unsecured on-line access to a non-provisioned shared version of the attachment in the first-recipient communication.

12. The method of claim 1, wherein the modifying the communication to the first-recipient communication includes providing a state of the shared document in the first-recipient communication.

13. The method of claim 12, wherein the state indicates change activity in relation to the shared document.

14. The method of claim 1, wherein the link is additionally based on a subject of the communication and wherein the subject of the communication defines a name of the shared document workspace.

15. The system of claim 4, wherein the communication comprises an e-mail message generated from a client messaging interface that is configured to analyze content of the e-mail message and generate the communications based on the analysis.

16. The system of claim 15, wherein the determination that the first recipient has document-sharing permissions includes a determination that the first recipient is identifiable within data storage associated with the client messaging interface.

17. The system of claim 16, wherein the determination that the second recipient does not have document sharing permissions includes a determination that second recipient is not identifiable within the data storage associated with the client messaging interface.

18. The system of claim 4, wherein the modification of the communication to the second-recipient communication includes a URL providing unsecured on-line access to a non-provisioned shared version of the attachment in the second-recipient communication.

19. The system of claim 18, wherein the modification of the communication to the first-recipient communication includes the URL providing unsecured on-line access to a non-provisioned shared version of the attachment in the first-recipient communication.

20. The system of claim 4, wherein the modification of the communication to the first-recipient communication includes providing a state of the shared document in the first-recipient communication.