US20130151466A1

US20130151466A1 - Controlling access to documents using file locks

Info

Publication number: US20130151466A1
Application number: US13/760,224
Authority: US
Inventors: Simon Skaria; Naresh Kannan; Simon Peter Clarke; Miko Arnab Sakhya Singha Bose; Christopher J. Antos; Mark Rolland Knight; Andrew G. Carlson; Don Adam Hedgpeth; Mitesh Pankaj Patel; Andrew Sean Watson; Jonathan B. Bailor; Elena Petrova
Original assignee: Microsoft Corp
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2008-05-08
Filing date: 2013-02-06
Publication date: 2013-06-13
Also published as: CN102016872A; WO2009154842A3; EP2300957A2; WO2009154842A2; RU2501082C2; KR20110010604A; RU2010145165A; BRPI0910583A2; JP5453397B2; JP2011520200A; CA2720732A1; EP2300957A4; MX2010011952A; US20090282462A1; CN102016872B; US8429753B2

Abstract

Examples are related to systems and methods for controlling access to document files on a document server. One example system includes document files stored on a document server, at least one of the document files referencing a file lock, and a document access processing module. The example document access processing module includes a file sharing processing module that determines a coauthoring status of a software application of a client computer requesting access to the document file, and a file lock processing module that stores one or more file locks and that controls the setting and resetting of file locks. The example document access processing module uses the coauthoring status of the software application and the file lock status of a document file to determine whether a software application is permitted to have write access to the document file.

Description

BACKGROUND

It is often desirable to allow multiple users to coauthor a document file. However, not all software applications support coauthoring. Often, one version of a software application, typically a newer one, may permit coauthoring, and a legacy version of the software application may not. It is desirable to provide a degree of backward compatibility in a coauthoring system to ensure that newer software applications can share access to a document file, that legacy software applications can also access the document file, and that legacy applications do not inadvertently disrupt coauthoring data or the coauthoring process.

SUMMARY

The present disclosure relates to systems and methods for controlling access to document files stored on a server.
According to one aspect, a system for controlling access to document files on a document server includes one or more document files stored on a document server, at least one of the document files referencing a file lock stored on the document server, and a document access processing module. The document access processing module includes a file sharing processing module that determines a coauthoring status of a software application of a client computer requesting access to the document file, and a file lock processing module that stores one or more file locks and that controls the setting and resetting of file locks. The document access processing module uses the coauthoring status of the software application and the file lock status of a document file to determine whether a software application is permitted to have write access to the document file.
According to another aspect, a method for controlling access to document files includes: receiving a request from a software application to access a document file on a server; determining a coauthoring status of the software application; determining a file lock status of the document file; permitting write access to the document file if the software application supports coauthoring and the file lock status permits coauthoring; and denying write access to the document file if the file lock status permits coauthoring but the software application does not permit coauthoring.
According to yet another aspect, a method for controlling access to document files stored on a document server includes: receiving a request at a document server to set a lock that designates a document file for shared access, the request being made when the document file is closed, and the request being made independently of a request by a software application to access the document file; setting a first lock for the document file, the first lock preventing software applications that do not support coauthoring from writing to the document file; receiving a request from a first software application to access the document file; determining whether the first software application permits coauthoring; permitting write-access to the document file if the first software application permits coauthoring; setting a second lock for the document file if the first software application permits coauthoring, the second lock permitting additional software applications that support coauthoring to have write-access to the document file; and denying write-access to the document file if the first software application does not permit coauthoring.
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 features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

DESCRIPTION OF THE DRAWINGS

The accompanying drawings incorporated in and forming a part of the specification illustrate several aspects of the present disclosure, and together with the description serve to explain the principles of the disclosure. In the drawings:

FIG. 1 shows an example system for controlling access to document files.

FIG. 2 shows an example client that includes both legacy and non-legacy applications.

FIG. 3 shows an example document server that includes a document access processing module and document files.

FIG. 4 shows an example document access processing module that includes a file sharing processing module and a file lock processing module.

FIG. 5 shows an example method for controlling access to coauthorable server document files.

FIG. 6 shows another example method for controlling access to coauthorable server document files.

DETAILED DESCRIPTION

The present application is directed to systems and methods for controlling access to document files. In examples described herein, the systems and methods use file locks referenced by the document file to determine if and when coauthoring permission should be granted. The system sets and resets the file locks as appropriate based on access requests for the document file by software applications that support coauthoring and by specific user actions that request a coauthoring file lock. In addition, the systems and methods use the file locks to permit legacy applications that do not support coauthoring to access the document file.
As used herein, the term “coauthoring” refers to the ability of multiple users to simultaneously edit a document file. As used herein, the term “document file” refers to a self-contained piece of work created with an application program.
A document file can be any file that can be accessed by a software application on a client. For example, a document file can be a file created using a word processing application such as Microsoft Word, a spreadsheet document created using a spreadsheet application such as the EXCEL® spreadsheet software from Microsoft Corporation, or a presentation document created using a presentation application such as the POWERPOINT® presentation graphics program from Microsoft Corporation. As such, a document file can include lists, tables, graphics objects, etc. These are examples only and other types of document files can be used.
FIG. 1 shows an example system 100 that supports coauthoring of document files. The system includes clients 101, 102 and one or more document servers 104. More or fewer clients and document servers can be used.
The clients 101, 102 include software applications, for example word processing programs, that are used to create and edit document files. In example embodiments, the clients 101, 102 are a computing device, such as a desktop computer, laptop computer, personal data assistant, or cellular device. The client 102 can include input/output devices, a central processing unit (“CPU”), a data storage device, and a network device. Typical input/output devices include keyboards, mice, displays, microphones, speakers, disk drives, CD-ROM drives, and flash drives. Computer readable media, such as the data storage device, provide for data retention. By way of example, computer readable media can include computer storage media and communication media. Computer storage media includes 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. Communication media typically embodies 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. Among the plurality of information stored on the data storage device is a client operating system (“OS”) and client applications. The client OS is a program that manages the hardware and software resources of the client system. The client applications utilize the resources of the clients 101, 102 to directly perform tasks specified by the user. The network device enables the clients 101, 102 to send and receive data to/from the server 104. Other configurations for the clients 101, 102 are possible.
The document server 104 is a file server that is accessible in a network such as a LAN or the Internet. The document server 104 stores a plurality of files. These files can include both software application files and document files, as described further herein. The document server 104 controls access to the document files it stores. In example embodiments, the document server 104 can be located within an organization or can be part of an Internet-based shared document system. An example Internet-based shared document system is a SHAREPOINT® team services portal server services provided by Microsoft Corporation of Redmond, Wash. An example shared document server is Microsoft Office SharePoint Server 2007 provided by Microsoft Corporation of Redmond, Wash. Other configurations can be used.
FIG. 2 shows the example client 102 in more detail. The client 102 includes both non-legacy applications 202 that support coauthoring and legacy applications 204 that do not support coauthoring. For example, a new version of a word processing program, for example Microsoft Word provided by Microsoft Corporation of Redmond, Wash., may include functionality that permits multiple users to simultaneously open document files, edit those document files, and seamlessly merge the shared results. A previous version of the word processing program may not include all of this functionality. For example, a legacy application may allow only single users to open and edit document files at one time. However, both the new version and the legacy version may have a need to access the same document files from the document server 104.
FIG. 3 shows the example document server 104 in more detail. The document server 104 includes an example document access processing module 302 and document files 304.
The example document access processing module 302 controls the access to the document files 304. For example, the document access processing module 203 can determine whether a software application can open and edit a file with full read-write access, can open a file with read-only access, or cannot have any access to the file. The example document access processing module 302 also determines whether a software application may share a document file with other software applications that have permission to coauthor the document file.
Referring now to FIG. 4, the example document access processing module 302 includes a file sharing processing module 402 and a file lock processing module 404.
The example file sharing processing module 402 determines if a software application supports coauthoring. The example file sharing processing module 402 also determines whether a document file being accessed by a software application supports coauthoring. The determination of whether a document file supports coauthoring is typically made by evaluating the meta data associated with the document file. For example, in one embodiment, the meta data associated with each document file includes a field that indicates whether or not the particular file supports coauthoring.
The example file lock processing module 404 controls the setting, resetting, and processing of file locks stored on the document server. A file lock is used to control write access to the document file. The file lock is typically stored in meta data and referenced by the document file. In some embodiments, file lock meta data may be stored in a database on the document server. In other embodiments, file lock meta data may be stored in the document file. A document file may reference one or more file locks. The document access processing module 302 uses the coauthoring status of the software application and the file lock status of a document file to determine whether a software application is permitted have write access to the document file.
In examples described herein, the document access processing module 302 is programmed to process one or more different types of file locks. For example, in one embodiment, three example types of file locks are a short-term shared lock, a short-term exclusive lock, and a long-term shared lock.
An example short-term shared lock is set on the document server when a software application that supports coauthoring requests access to a document file. With a short-term shared lock, the software application has full read-write permissions to the file. If a second software application that also supports coauthoring requests access to the same document file, the second software application will also be granted full read-write permissions to the file and will be permitted to edit the file simultaneously with the first software application. Additional software applications that support coauthoring are also granted full read-write permissions to the file in the same manner. However, if a software application that does not support coauthoring requests access to a document file that has a short-term shared lock, the request for full read-write access is denied by the document access processing module 302 and the software application is only permitted read access to the document file.
An example short-term exclusive lock is set on the document server when a software application desires exclusive write access to a document file. A short-term exclusive lock can be granted for both software applications that support coauthoring and legacy applications that do not support coauthoring. The file lock processing module 404 sets a short-term exclusive lock when requested by a user and no other users have a short-term shared lock or a short-term exclusive lock for the document file. If a user requests a short-term exclusive lock and a short-term lock (either short-term shared or short-term exclusive) already exists for the document file, the request is denied. If the request is denied, the software application can view the document file on a read-only basis but cannot edit it. Once a short-term exclusive lock is set, if another user requests a short-term shared lock for coauthoring, that request is denied.
A short-term shared lock can also be transitioned into a short-term exclusive lock when a coauthoring client encounters a non-coauthorable feature in a document file, or when a user creates a non-coauthorable feature in an otherwise coauthorable document file. The determination of whether a feature is non-coauthorable is made by the software application. Typically, if a feature is not mergeable (i.e., the feature is not supported by the software application's merge engine) the feature is non-coauthorable. An example of a non-coauthorable feature is encrypted text.
A short-term shared lock and a short-term exclusive lock each have a timeout value associated with them. When the document file is accessed, either by reading or writing, the timeout value is refreshed. The example file lock mode processing module 404 resets the short-term shared lock when either the timeout value for the short-term shared lock is reached (due to inactivity on the document file) or when the document file is closed. Similarly, the example file lock processing module 404 resets the short-term exclusive lock when the timeout value for the short-term exclusive lock is reached, when the software application that requested the short-term exclusive lock closes or when the document file is closed. Other conditions for closing the short-term shared lock and the short-term exclusive lock are possible.
An example long-term shared lock is set for a document file when explicitly requested by a coauthoring user, typically via a user interface. There is no timeout value associated with a long-term shared lock but the long-term shared lock can be removed by an administrator of the document server 104 or can be removed by an explicit action of the user that requested the long-term shared lock.
When a long-term shared lock is set for a document file, the example file lock processing module 404 still sets a short-term shared lock on the document server when shared access to the file is requested by a coauthoring client. However, a legacy application that does not support coauthoring is denied full access to the document file and can only view the file in a read-only mode. The legacy application is denied full access to the document file even if the document file is not being edited and does not have a short-term shared lock. In addition, any request for exclusive rights to the file, such as by requesting a short-term exclusive lock, is denied, whether the request is made by a software application that supports coauthoring or by a legacy application that does not support coauthoring.
In alternative embodiments, other types of locks can also be used. For example, an embodiment may include a long-term exclusive lock. With a long-term exclusive lock, only one user can edit the file and there is no timeout value associated with the long-term exclusive lock.
FIG. 5 is a flow chart showing an example method 500 for controlling access to server document files. At operation 502, a request to access a document file stored on a document server is received by the document server. The request is typically generated when a user of the software application at a client device attempts to open the document file with the software application. An example software application used for this purpose is a word processing program like Microsoft Word. The word processing program may be of a version that permits co-authoring of document files or it may be a legacy program that does not permit coauthoring. A determination of the coauthoring capabilities of the word processing program is made at operation 504.
The file lock status of the document file is determined at operation 506. The file lock is stored on the document server, typically via meta data and represents the coauthoring status of the document file. A plurality of file locks can be stored. Example file locks include 1) a short-term shared lock, representing that a software application that supports coauthoring has accessed the document file with the intent to write to it, typically by opening the document file in read-write mode, 2) a short-term exclusive lock, representing that a software application has exclusive access to the document file and 3) a long-term shared lock, representing that a user has made a specific request, typically via a user interface, to designate the document file as one available for file sharing. The request for the example long-term shared lock is an explicit request made independently from opening a document file. Other file locks are possible.
At operation 508, the software application is evaluated to determine if the software application is capable of coauthoring. If the software application permits coauthoring, control is passed to operation 510. At operation 510, if the file lock status indicates short-term exclusive access, meaning that the document file has been assigned exclusive access to another user, write access to the document file is denied at operation 512. In this case, the software application is permitted to view the document file on a read-only basis but is not permitted to edit the document file. If the file lock status does not indicate short-term exclusive access, at operation 514 the software application is permitted write access to the document file. In addition, if the file lock has not been set for shared status already, at operation 516, the file lock is set to short-term shared status.
Referring back to operation 508, if the software application does not support coauthoring, control is passed to operation 520 where the file lock status is evaluated to determine if there is a shared file lock. If there is a short-term shared lock, a short-term exclusive lock, or a long-term shared lock already set on the document file, the software application is denied write access to the document file at operation 522. If however, there is no short-term shared lock, short-term exclusive lock or long-term shared lock set on the document file, the software application is permitted write access to the document file at operation 524.
FIG. 6 is a flow chart showing another example method 600 for controlling access to server document files. In the example method 600, a long-term shared lock is used. Initially, at operation 602, a request is received at the document server to set a long-term shared lock for a document file. This request is initiated by a client, typically via a user interface on the client. At operation 604, the server sets a long-term shared lock on the document server for the document file. The long-term shared lock is used to set a shared coauthoring status on the document file independent of a software application attempting to access the document file. In this manner, when a software application does attempt to access the document file, a coauthoring status is already set for the document file.
At operation 606, a request is received from a software application to access the document file. At operation 608, the software application is checked to determine if the software application supports coauthoring. If coauthoring is supported at operation 610, write access is granted to the software application at operation 612. However, if coauthoring is not supported, because the document file has a long-term shared lock, the software application is denied write access to the document file and is only permitted to view the document file under read-only status. The long-term shared lock stays in effect until an explicit request is received at the server to reset the lock.
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.-20. (canceled)

21. A system for controlling access to document files on a document server, the system comprising:

one or more document files stored on a document server, wherein at least one document file references a file lock of a plurality of file locks, the plurality of file locks comprising:

a first file lock that permits write-access to the at least one document file by a plurality of software applications, and

a second file lock that permits write-access to the at least one document file by one software application at a time;

a file sharing processing module that determines whether a software application requesting access to the document supports coauthoring; and

a file lock processing module that:

determines whether the at least one document file includes features that do not support coauthoring, and

resets the first file lock to the second file lock if the software application supports coauthoring and the at least one document file includes features that do not support coauthoring.

22. The system of claim 21, wherein the first file lock of the plurality of file locks represents that a software application that supports coauthoring has accessed the at least one document file.

23. The system of claim 21, wherein the first file lock has a timeout value.

24. The system of claim 23, wherein the file lock processing module resets the first file lock when the timeout value is reached.

25. The system of claim 22, wherein the second file lock represents that a software application that supports coauthoring has exclusive write-access to the at least one document file.

26. The system of claim 25, wherein the plurality of file locks further comprise a third file lock that represents that a specific request has been received to lock the at least one document file for shared access, the request being made when the document file is closed, and the request being made independently of a request by a software application to access the at least one document file.

27. The system of claim 21, wherein the file lock processing module permits write-access to the at least one document file if the first file lock is set and one or more software applications that support coauthoring request access to the at least one document file.

28. The system of claim 27, wherein the file lock processing module denies write-access to the at least one document file if the second file lock is set and one or more software applications that support coauthoring request access to the at least one document file.

29. The system of claim 26, wherein the file lock processing module permits write-access to the at least one document file if the third file lock is set and one or more software applications that support coauthoring request access to the document file.

30. The system of claim 26, wherein the file lock processing module denies write-access to the at least one document file if any of the first file lock, the second file lock and the third file lock is set and the software application does not support coauthoring.

31. The system of claim 26, wherein the file lock processing module resets the third file lock upon an explicit request to reset the third file lock.

32. The system of claim 21, wherein the file lock processing module only permits one software application to have write-access to the at least one document file if the at least one document file does not support coauthoring.

33. A method for controlling access to document files, the method comprising:

receiving a request from a software application to access a document file on a server;

determining a coauthoring status of the software application;

determining a file lock status of the document file, wherein the file lock status is selected from a group consisting of a first file lock status and a second file lock status, wherein the first file lock status permits write-access to the document file by a plurality of software applications, and wherein the second file lock status permits exclusive write-access to the at least one document file by a single software application;

permitting write-access to the document file if the software application supports coauthoring and the file lock status permits coauthoring;

permitting read-only access to the document file if the software application supports coauthoring but the file lock status does not permit coauthoring; and

setting the second file lock status if the software application supports coauthoring and the at least one document file includes features that do not support coauthoring.

34. The method of claim 33, further comprising:

receiving a request for exclusive access to the document file; and

denying exclusive access to the document file if the file lock status of exclusive or shared has already been granted to another user.

35. The method of claim 33, wherein the file lock status is selected from a group further consisting of a third file lock status, wherein the third file lock status represents that a specific request has been received to lock the at least one document file for shared access.

36. A method for controlling access to document files stored on a document server, the method comprising:

receiving a request at a document server to set a first file lock for a document file allowing shared access by a plurality of software applications, the request being made independently of a request by a software application of the plurality of software applications to access the document file;

setting the first file lock for the document file, the first file lock preventing software applications that do not support coauthoring from writing to the document file;

receiving a request from a first software application of the plurality of software applications to access the document file;

determining whether the first software application supports coauthoring;

permitting write-access to the document file if the first software application supports coauthoring;

receiving a request from a second software application of the plurality of software applications to access the document file;

determining whether the second software application supports coauthoring; and

denying write-access to the document file if the second software application does not support coauthoring.

37. The method of claim 36, further comprising:

receiving a request for exclusive access to the document file from the second software application, wherein the second software application supports coauthoring; and

denying the request for exclusive access while the first file lock is set.

38. The method of claim 36, further comprising:

receiving a request for exclusive access to the document file from the second software application, wherein the second software application does not support coauthoring; and

denying the request for exclusive access while the first file lock is set.

39. The method of claim 37, wherein the request to set the first file lock is made when the at least one document is closed.

40. The system of claim 21, wherein the first file lock has a timeout value.