Patent Application
20110016387
One embodiment is directed generally to a computer system, and in particular to a computer system that provides document collaboration.
Users of word processing software typically generate an original document on their computer and save it to some destination file or folder. Creating and storing documents in this environment is a fairly efficient process, until changes need to be made to a document, or until the document needs to be shared. Changes for a shared document, including such edits as insertion, deletion, or replacement functions, are difficult to synchronize among users.
Conventional document collaboration technologies can be very challenging in terms of tracking changes to an original document, tracking which users did what, which users have what versions, etc. Most known document collaboration systems typically treat a document as a single entity, and this leads to a proliferation of overlapping documents which rapidly start falling out of step with one another.
One embodiment is a system that provides document collaboration for a plurality of users. The system divides a central document into a plurality of sections. The system then assigns edit rights for a user for one or more sections, and read-only rights for the user for one or more sections. The system then generates a customized document for the user that includes the edit rights sections and the read-only rights sections.
One embodiment is a document collaboration system that provides collaboration for a document by dividing a document into multiple sections. For each section, a single user can be granted edit rights, and multiple users can be granted read-only rights. Each user may be provided a customized/alternate view/copy of the document that includes only the sections for which the user has edit or read-only rights. Edits made by a user to a section can be quickly reflected in the copies of the section that are viewed by other users.
Computer readable media may be any available media that can be accessed by processor 22 and includes both volatile and nonvolatile media, removable and non-removable media, and communication media. Communication media may include 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.
Processor 22 is further coupled via bus 12 to a display 24, such as a Liquid Crystal Display (“LCD”), for displaying information to a user. A keyboard 26 and a cursor control device 28, such as a computer mouse, is further coupled to bus 12 to enable a user to interface with system 10. A database 25 provides for a central storage of documents and other data.
In one embodiment, memory 14 stores software modules that provide functionality when executed by processor 22. The modules include an operating system 15 that provides operating system functionality for system 10. The modules further include a document collaboration module 16 that performs document collaboration using sections of a document as disclosed in more detail below. System 10 may be a part of or may interact with additional functional modules, such as a word processor or any application that allows a file to be edited, such as the Extensible Markup Language (“XML”) Publisher from Oracle Corp. Therefore, system 10 will typically include one or more additional functional modules 18 to include the additional functionality.
In one embodiment, a central document is stored on server 10. The central document is divided up into multiple sections.
One user is assigned or marked as an “owner” of each section. Being assigned as an owner gives that user the right to edit that section. “Editing” a section includes revising, deleting, adding, etc. In one embodiment, a section will only be assigned a single “owner”. A user can claim ownership of one or more sections in one embodiment by sending a request to system 10. If that section is available (i.e., it has not yet been assigned to another user), ownership will be granted. In another embodiment, the overall “owner” of central document 300 may assign ownership status to each section without waiting for a request from a user. The user can use any type of word processing software to edit the document, such as Word from Microsoft Corp. The word processing software can be stored locally in the user's terminal, or accessed remotely from system 10, or some other means.
A user may request or may be granted a “shared view” or “read-only” view to any other section that is not already owned by the user. Because a user may not be interested in all of the sections of document 300, the user may request a read-only view of only the sections that the user has an interest in, and choose to ignore other sections. As with the owned section, the read-only designation may be issued on request or may be granted by the overall owner of central document 300.
System 10 maintains and stores a table for document 300 regarding the rights for each user for each section. As an example, Table 1 below stores the rights for document 300. As shown in Table 1, some sections (e.g., Section B) may not have edit rights assigned if no user has requested the rights or the overall owner of document 300 has not assigned the rights. Further, some sections may have multiple users with read-only rights (e.g., Section B) or no users with read-only rights (e.g., Section D).
System 10 generates a customized copy or alternate view of central document 300 for each user. The customized copy for each user includes the user's edit rights section or sections (if there are any) and the user's read-only rights section or sections (if there are any). The customized copy is accessible by the user at the user's respective terminal 35-37 by either transmitting a copy to the user or storing the customized copy on system 10 and providing remote access to the user. Therefore, each user may have an alternate view of central document 300 that includes only the sections that the user can edit or is interested in viewing. For example, as shown in
In one embodiment, the user that owns a section can edit that section. All edits to the section will be reflected in central document 300. As edits to the section are made, other users that have read-only rights to that section will have their customized copy of the document updated to reflect the edits in the section. In one embodiment, the updates can occur approximately instantaneously as they are transmitted from the editing user to server 10 and back to the read-only users. In other embodiments, the read-only users may get a message to “refresh” their document when edits are available so that the changes to the section can be transmitted from server 10 to the user's terminal.
In one embodiment, a user that has edit rights to a section can change the format (e.g., font, color, underlining, etc.) for that section. The formatting changes will be saved so they are reflected in that user's view of the section (i.e., in the customized copy). However, the formatting changes will not be implemented or saved in central document 300. Therefore, the formatting for central document 300 will remain consistent for all of the sections and for all of the users.
In one embodiment, metadata can be stored for one or more sections of the central document. The metadata can give a general description of the content of each section. For example, metadata for one section may state that the section should describe how a widget is built. The user with edit rights for that document can then review the metadata to make sure the their edits do not cause the section to stray from the overall document or the stated content for that section.
At 402, the document is divided into two or more sections.
At 404, one of the plurality of users that are collaborating on the document is assigned edit rights for a section. The assignment can be in response to a user request, or can be done by an owner of the central document. In one embodiment, at most one user has edit rights for each section. Edit rights allow the user to edit the respective section. Edit rights for each remaining section may be assigned to one of the users.
At 406, one or more of the plurality of users that are collaborating on the document are assigned read-only rights for a section. The assignment can be in response to a user request, or can be done by an owner of the central document. In one embodiment, more than one user can have read-only rights for each section. The remaining sections can also have users assigned read-only rights.
At 408, a customized document is created for each user. The customized document includes the section (if any) for which the user has edit rights, and the one or more sections (if any) for which the user has read-only rights.
At 410, it is determined if a user has made any changes to a section. If yes at 410, the changes are incorporated in the central document, and the changes are transmitted to any user that has read-only rights for that section at 412. The changes can be transmitted in real-time or, for example, by requesting the user to refresh their document view. The changes are then incorporated into the user's customized copy. The functionality then continues at 410. If no at 410, the functionality continues at 410 until a change is received.
As disclosed, embodiments break a central document into sections and assign edit rights for each section to one user. Each user can be assigned read-only rights to sections that they do not have edit rights. Each user then gets a customized copy of the document that includes the edit section and one or more read-only sections. All edits are reflected in the customized copies. Therefore, only one user can edit a section, thus avoiding synchronization problems, and users can view up-to-date edits for sections that they are interested in, and can easily ignore sections that they are not interested in.
Several embodiments are specifically illustrated and/or described herein. However, it will be appreciated that modifications and variations of the disclosed embodiments are covered by the above teachings and within the purview of the appended claims without departing from the spirit and intended scope of the invention.
