The present invention relates to the field of information processing, and more particularly to a method and system for easy retrieval of file attachments.
Electronic messaging has become an important part of business, governmental, educational, and personal communication. Users on remote computers may communicate with each other over internal and/or external networks with electronic messages, such as e-mail or using Instant Messaging (IM) tools or any other collaboration tools. A large proportion of the messages exchanged today contain attached objects representing documents, spread sheets, graphic images, sound files, executable programs, or any other type of non-text data formats.
One of the most current operations on attachments received is to store the attachments either on local storage (one or several physical repositories, including the user's local workstation's storage) or on specific communications systems storage (e-mail, IM, collaboration) servers, or on network shared storage space provided, for instance, by storage cloud services.
Sharing attachments across different computer platforms is problematic due to the multiplication of communications means and variety of storage means.
Several methods exist today for automatically detaching e-mail attachments at a mail server level, storing the attached objects into a central storage and replacing the attachments with links.
Systems for sharing storage space securely amongst users are commonly used today. However, the way to access the files is currently dependant on the tool that is used to communicate. This results in increasing time for retrieving files, which causes inefficiencies and user annoyance.
There is no consistent file access user interface within the existing collaborative tools' user interfaces for retrieving an object irrespective of its storage location. Users don't have an integrated way to manage the attached objects that were transferred using different collaborative tools such as e-mail, instant messaging, or any other collaborative tool.
To this extent, there is a need for a solution that overcomes these and other deficiencies and limitations of the prior art.
The present invention provides a system and method for accessing attached objects of network-based transferred messages irrespective of where the objects are stored locally or remotely.
The present invention also provides a system and method for transparent and safe collaborative access to attachments irrespective of which communication application is used by the sender and receiver of the network-based transferred messages.
According to a first aspect of the present invention, there is provided a method for retrieving files located on local or remote storage device, comprising: receiving at a computer device an electronic communication comprising at least one attachment; determining that the at least one attachment is a link attachment; determining that the link attachment matches a pointer of a file directory structure of the computer device; retrieving by the pointer of the file directory structure a file link and file identification information; and accessing a file at the local or remote storage device using the file link and the file identification information.
According to a second aspect of the present invention, there is provided an apparatus comprising means adapted for carrying out each step of the method according to the first aspect of the invention.
According to a third aspect of the present invention, there is provided a computer program comprising instructions for carrying out the steps of the method when the computer program is executed on a computer.
According to a fourth aspect of the present invention, there is provided a computer readable medium having encoded thereon a computer program according to the third aspect of the invention.
Further advantages of the present invention will become clear to the skilled person upon examination of the drawings and detailed description. It is intended that any additional advantages be incorporated therein.
Embodiments of the present invention will now be described by way of example with reference to the accompanying drawings in which like references denote similar elements.
a shows a flowchart describing the process for retrieving a file from a link stored in the message in accordance with embodiments of the present invention.
b shows a flowchart describing the process for storing attachments from messages in remote storage in accordance with embodiments of the present invention.
c shows a flowchart describing the process for storing a file link from messages in accordance with embodiments of the present invention.
Referring to
System 100 also comprises a mail server 108 and/or instant messaging server 110 connected to the user computers through network 104. Mail server 108 may comprise any type of emails with attachments. Instant messaging server 110 may comprise any type of messages with attachments. It is to be appreciated that for sake of clarity, only one mail server and one instant messaging server have been illustrated while several other collaborative messages/mails servers may exist on the network to allow mail/message communication between users computers. By convention for the present description, emails and instant messages are indifferently designated as electronic communication.
Computers 102 and 112 may comprise a single computing system or a plurality of computing systems of any type including, inter alia, a personal computer (PC), a server computer, a database computer, a computer terminal, a notebook computer, etc.
As is common, computers 102 and 112 comprise storage directory system 118, software applications 124 and storage repository 120, 122. Computers 102 and 112 are used by users for sending (senders) and receiving (recipients) emails 114 and messages 116 and for retrieving attachments from storage directory storage 118. As such, the attachments may comprise any type of file attachments including, inter alia, word processing files, PDF files, audio files, video files, picture files, compressed files, etc.
As the attachments can be located either in local or in a remote storage (cloud storage for example), several scenarios listed below may be encountered:
The ‘Detach’ function stores the attachment into the target storage and replaces the attachment representation in the email item by a visual object (e.g., an icon) whose properties include a link to the new physical location of the object.
Characterization of the link can typically include a date and time stamp, the type of the link (Local/Remote), access credentials in the case of remote storage.
Subsequently, the user can access the file indifferently either by going to his/her e-mail application and clicking on the visual object representing the attachment to access the attachment irrespective of where it is stored physically, or by going to its workstation file directory to access the attachment irrespective of where it is stored physically.
A row entry 220-1, 220-2 . . . 220-n of table 200 is created and filled when a file attachment is detached from an email/message and placed in a storage location.
For each row entry 220-n, several fields represented by columns 202, 204, 206, 208, 210, 212 of file directory table 200 are filled or updated with the file attachment related information. A File Link field (202) allows entering the link to access an attachment stored on a local or a remote storage. A File Name field (204) allows entering the name of the corresponding file. A Storage Type field (206) allows indicating if the storage is local or remote. A Date Stamp field (208) and a Time Stamp field (210) contain respectively the date and time the attachment is stored in storage location. An Access Credentials field (212) allows indicating access credentials related to the user access to remote storage.
As one can appreciate, the present invention allows declaration of logical objects to a local user's file directory table, irrespective of where the physical file is stored in a remote storage location (e.g., storage cloud space 106) or in a local computer storage of the users computer (e.g., mail storage space 120 or folder storage or disk storage 122).
Referring to
The process starts at step 302, when a computing system (e.g., computer 112 of
If in step 308, it is determined that there is a physical file attached (branch Yes) the process continues to step 310 where the user selects to save the attached file.
Next, in step 312, the process allows choosing the storage location. If a remote storage is chosen (branch Yes), the process continues with steps that are further described with reference to
If local mail storage is chosen (branch Yes), then in step 316 the file is detached from the email or instant message, and stored into the local mail storage.
In next step 318, the link to the local mail storage is received back from the detach function.
The process continues with step 328 where the local mail storage link to the local mail storage is added in the local file directory table 200 at an assigned row entry 220-1. The different fields are filled in: Storage type is set to ‘local’; Access credentials is set to ‘0’, Filename, Date and time are filled in.
The process continues with steps as further described with reference to
Going back to step 314, if local mail storage is not chosen (branch No), the process allows for choosing for a different local storage on step 320. If the user does not choose any local storage, the process ends on step 322, otherwise the process continues with step 324.
In step 324, the file is detached from the email or instant message, and stored into the chosen local storage. This could be for instance in a local folder of the computer.
In next step 326, the link to the chosen local storage is received back from the detach function.
The process continues with step 328 where an entry in the local directory table is assigned to store information about the detached file: the local storage link is added in the corresponding row 220-2 of the local file directory table 200, and the different fields are filled in: Storage type is set to ‘local’; Access credentials is set to ‘0’, Filename, Date and Time are filled in.
The process continues with steps that are further described with reference to
Referring now to
If it is determined that a link is contained in the electronic communication (branch Yes), the process continues with a test on step 406 to check if the link matches one entry of the local file directory table 200. Matching operation allows checking if the link falls within the range of addresses already assigned in the table. If check does not point to an entry of the table (branch No), the process ends on step 408, otherwise if the check allows pointing to a matching entry of the file directory table 200, the process continues with step 410.
On step 410, information related to the matching entry is retrieved, and comprises the file link information. On next step 412, access to the corresponding file at the corresponding storage location is granted. The process ends on step 414.
Referring to
On next step 506, an entry in the local directory table is assigned to add the remote storage link in a corresponding row entry 220-4, and the different fields are filled in: Storage type is set to ‘Remote’: Access credentials is provided; Filename, Date and Time are filled in.
The process continues with steps that are further described with reference to
c shows a flowchart describing the steps for replacing the attachments from emails or messages by file directory table links in accordance with embodiments of the present invention.
The process 600 applies when an entry in the file directory table 200 is created either for a local storage or a remote storage of a file attachment. On step 602, the file contained in the email or in the instant message is removed, and replaced by the corresponding address link of the file directory table.
One would easily understand that the address link may take the form of a textual link or any visual object representation (e.g., an icon) adapted for the graphical user interface of the computer.
The present invention allows a user to access a file irrespective of where it is stored physically on a local or a remote storage location, indifferently through the computer e-mail application or through the user computer file directory, simply by clicking on a visual logical object representing the attachment.
The invention can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment containing both hardware and software elements. In a preferred embodiment, the invention is implemented in software, which includes but is not limited to firmware, resident software, microcode, etc.
Furthermore, the invention can take the form of a computer program product accessible from a computer-usable or computer-readable medium providing program code for use by or in connection with a computer or any instruction execution system. For the purposes of this description, a computer-usable or computer readable medium can be any apparatus that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.
The medium can be an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system (or apparatus or device) or a propagation medium. Examples of a computer-readable medium include a semiconductor or solid state memory, magnetic tape, a removable computer diskette, a random access memory (RAM), a read-only memory (ROM), a rigid magnetic disk and an optical disk. Current examples of optical disks include compact disk-read only memory (CD-ROM), compact disk-read/write (CD-R/W) and DVD.
A data processing system suitable for storing and/or executing program code will include at least one processor coupled directly or indirectly to memory elements through a system bus. The memory elements can include local memory employed during actual execution of the program code, bulk storage, and cache memories which provide temporary storage of at least some program code in order to reduce the number of times code must be retrieved from bulk storage during execution.
Input/output or I/O devices (including but not limited to keyboards, displays, pointing devices, etc.) can be coupled to the system either directly or through intervening I/O controllers.
Network adapters may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or remote printers or storage devices through intervening private or public networks. Modems, cable modem and Ethernet cards are just a few of the currently available types of network adapters.
The foregoing description of various aspects of the invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed, and obviously, many modifications and variations are possible. Such modifications and variations that may be apparent to an individual in the art are included within the scope of the invention as defined by the accompanying claims.
Number | Date | Country | Kind |
---|---|---|---|
10306383.0 | Dec 2010 | EP | regional |