US20070273695A1 - Mechanism for collaboratively exchanging navigation information in distributed document review - Google Patents
Mechanism for collaboratively exchanging navigation information in distributed document review Download PDFInfo
- Publication number
- US20070273695A1 US20070273695A1 US11/441,621 US44162106A US2007273695A1 US 20070273695 A1 US20070273695 A1 US 20070273695A1 US 44162106 A US44162106 A US 44162106A US 2007273695 A1 US2007273695 A1 US 2007273695A1
- Authority
- US
- United States
- Prior art keywords
- file
- node
- rendering information
- information
- rendering
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Definitions
- Collaboration can be achieved in many different ways. One possible way is to physically gather all of the people so that they are present and working together in the same location. With workers spread throughout the country and throughout the world, however, this is often not practical. Collaboration may also be achieved electronically. With tools such as instant messaging, email, and electronic file transfer, workers can collaborate by sending messages and files to each other. For example, a developer may ask a colleague to review a piece of source code under a source code control system that both can access and send back any comments about the piece of source code. While these tools do enable workers to communicate and exchange ideas, they do not truly enable the workers to collaborate in the full sense of the word. Each worker cannot see what portion of code the other is reviewing while he is doing it, and there are often significant delays between the request for information/advice and the receipt thereof. Thus, the collaboration is not very interactive.
- a file may be opened for display by one of the workers, and may be viewed by all of the other workers.
- the worker who opened the file for display can use a pointing or highlighting device such as a mouse to signal to others a location on a displayed portion of the file.
- Some of these tools even allow different workers to take turns to open and display a file and direct others' attention to a displayed portion of the file. Typically, this is done by conveying an image on a computer controlled by one worker to computers controlled by other workers.
- a disadvantage of these tools is that everyone has to look at the same portion of the file at the same time; if a worker wants to look at something else, either he has to take over as the leader (which forces everyone else to look at what he wants to look at) or he can look at the other thing separately and miss out on the current discussion. If he misses on the discussion, he cannot go back to see what was discussed by the other workers.
- a system which enables multiple users on multiple nodes of a network to fully and interactively collaborate on a file.
- this collaboration is achieved by having the nodes exchange rendering information with each other.
- this system comprises a plurality of nodes, and a network for communicatively coupling the nodes.
- the system may further optionally comprise a message broker for facilitating information exchange between the nodes.
- each node maintains its own copy of the file upon which collaboration is to be performed.
- a first node renders a first portion of a file to a first user. After rendering this first portion of the file, the first node sends out a set of rendering information.
- this rendering information comprises an identifier for the file that has been rendered, and some positioning information from which it can be determined which portion of the file has been rendered.
- the rendering information may also include some cursor information (indicating a location within the first portion of the file at which a cursor has been placed by the first user) and some selection information (indicating which section within the first portion of the file has been selected by the first user).
- the rendering information may include any and all information that specifies what has been rendered to the first user by the first node.
- this rendering information is sent to the message broker (as an alternative, the first node may broadcast the rendering information to all of the nodes in the system that are collaborating on the file).
- the message broker forwards the rendering information to a second node.
- the second node accesses a copy of the file whose identifier is specified in the rendering information.
- the second node then applies the positioning information within the rendering information to the file to determine which portion of the file has been rendered by the first node.
- the second node may further apply the cursor information and the selection information to this portion of the file.
- the second node renders this portion of the file to a second user. By doing so, the second node enables the second user to see on the second node what the first user is seeing on the first node. Collaboration on the file is thus enabled.
- the first node sends out additional sets of rendering information. These additional sets of rendering information enable the second node to track the renderings on the first node; thus, the second user can continue to see what the first user is seeing.
- the second node receives the sets of rendering information sent out by the first node, the second node stores the sets of rendering information. As a result, the second node maintains a rendering history for the first node.
- this rendering history may be used advantageously in accordance with one embodiment of the present invention.
- the second user decides that he wants to see a different portion of the file, or a different file altogether.
- the second user may do so by instructing the second node to stop following the first node.
- the second node may be used by the second user for any desired purpose (e.g. to look at a different portion of the file).
- the second node continues to receive and store the sets of rendering information sent out by the first node; thus, the rendering history is still being maintained.
- the second user decides to follow the first user again, he can instruct the second node to resume following the first node.
- the second user can choose to resume following the first user at the point where he previously stopped following the first user, at the current point, or at any other point in time.
- the rendering history it is possible for a user to temporarily leave a collaboration discussion, and to come back at a later time at the point at which he left off.
- each node in the system may receive rendering information sets from multiple nodes; thus, each node may maintain a rendering history for multiple other nodes. Also, each node may send out its own rendering information sets to multiple other nodes. Thus, with this system, each node may follow any other node, and any node may leave the collaboration discussion, and come back at a later time without missing any of the discussion.
- FIG. 1 is a functional block diagram of a system in which one embodiment of the present invention may be implemented.
- FIG. 2 shows an example of a file that can be collaboratively shared among a plurality of nodes, in accordance with one embodiment of the present invention.
- FIGS. 3A-3D illustrate the various stages of collaborating on a file between multiple nodes, in accordance with one embodiment of the present invention.
- FIG. 4 is an operational diagram for a node, illustrating how a file is collaboratively shared in accordance with one embodiment of the present invention.
- FIG. 5 is a block diagram of a general purpose computer system in which one embodiment of the present invention may be implemented.
- the system 100 comprises a plurality of nodes 102 , and a network 104 for communicatively coupling the nodes 102 to each other.
- the network 104 may be any type of network, including but not limited to, a local area network (LAN) and a wide area network (WAN), such as the Internet. Anything that enables the nodes 102 to communicate with each other may be used as network 104 .
- LAN local area network
- WAN wide area network
- each node 102 may be any device that can couple to a network 104 and interact with other nodes 102 to collaborate on a file 110 .
- a node 102 may be a desktop or portable computer, such as the sample computer system shown in FIG. 5 .
- each node 102 comprises one or more user interface components that enable the node 102 to receive input from, and provide output to, a user.
- a node 102 may comprise a keyboard and a cursor control device (e.g. a mouse, trackball, stylus, pointing device, etc.) to enable a user to make user interface selections and to enter alpha numeric data.
- a node 102 may also comprise a display for displaying information, such as a portion of a file, to a user.
- each node 102 comprises a location sharing mechanism (LSM) 108 .
- LSM location sharing mechanism
- this LSM 108 on each node 102 that tracks a user's access in file 110 , generating corresponding rendering information, and propagates the rendering information to other nodes 102 in the system 100 .
- LSM 108 that enables a node to receive rendering information for the file 100 from other nodes.
- the operation of the LSM 108 will be elaborated upon in a later section.
- the functionality of the LSM 108 may be implemented in various ways.
- the LSM 108 may be implemented as a set of instructions executed by the computer.
- the LSM 108 may be implemented using hardwired logic components, such as that embodied in an ASIC.
- the system 100 may also optionally comprise a message broker 106 .
- the message broker 106 facilitates communication between the various nodes 102 by receiving a message from one node 102 and forwarding that message to the other nodes. By doing so, the message broker 106 allows the nodes to communicate with each other by interacting with just one central component (the message broker 106 ).
- the functionality of the message broker 106 may be implemented in various ways. For example, it may be implemented by having a computer execute a set of instructions. Alternatively, the functionality of the message broker 106 may be implemented using hardwired logic components, such as that embodied in an ASIC. These and other implementations are within the scope of the present invention.
- the nodes 102 may communicate with each other in a peer-to-peer fashion. This and other embodiments are within the scope of the present invention.
- each node 102 may access a file 110 .
- the access permits a user on each node to view the file 110 by opening the file 110 , displaying a portion of the opened file, selecting a section of the portion displayed or placing a location indicator such as a cursor inside the portion. Since the access required for this invention is not for editing, but rather for reading and viewing, the file 110 can be located anywhere in the system 100 as long as the file 110 can be accessed by all the nodes. Furthermore, because each node 102 only requires a read access to the file 110 , it is possible for multiple users on multiple nodes to access the file at the same time.
- each node 102 maintains its own distinct copy of the file 110 .
- node 102 ( 1 ) maintains a first copy 110 ( 1 ) of the file
- node 102 ( 2 ) maintains a second copy 110 ( 2 ) of the file
- node 102 ( n ) maintains an nth copy 110 ( n ) of the file.
- this enables a user on one node to see a rendering history for the file 110 by a user on another node.
- the users on the various nodes are thus able to collaborate on the file 110 .
- FIG. 2 shows an example of a file 110 that may be accessed by a plurality of nodes 102 .
- a file 110 may be any type of file.
- such file may be a text file, a word processing file, a graphics file, etc.
- file 110 comprises a set of locations 204 .
- Each location 204 may have any desired level of granularity.
- a location may be a location of a single character of text, a word of text, a line of text, or multiple lines of text.
- each location 204 may represent as small or as large a granularity of information as desired.
- each file 110 has a relative file name associated therewith. This relative file name uniquely identifies a particular file 110 .
- relative file name RFN
- this relative file name-file association is maintained across all copies of the file 110 .
- relative file name 1 is associated with file 110 .
- the relative file name for a file 110 is constant on all the nodes for that file, although the root path for the file may, even though is not required to, vary from node to node.
- Each node has its root path for the file specified as a value of an environment variable.
- a relative file name of a file 110 can be combined with the root path for the file on a particular node to form an absolute file name of the file on that node.
- a root path for a file may be specified as a value of an environment variable named “ROOT_PATH” as part of a user's login profile, while a relative file name for the file may be “src/program.c”, the latter of which is constant across all the nodes in one embodiment.
- the environment variable “ROOT_PATH” is set to a value of “/home/project/”.
- the combination of the root path with the relative file name would be “/home/project/src/program.c”, which forms an absolute file name of the file on the node.
- FIG. 4 shows the operation of the LSM 108 ( 1 ) on node 1 102 ( 1 ) in accordance with one embodiment of the present invention.
- collaboration is implemented between two nodes 102 ( 1 ), 102 ( 2 ) ( FIG. 3A ).
- the file being shared is the file shown in FIG. 2 .
- FIGS. 3A-3D For the sake of simplicity, only one file 110 is shown in FIGS. 3A-3D .
- node 1 102 ( 1 ) can secure access to the file (see FIG. 3A ; block 402 of FIG. 4 ).
- rendering information for the file 110 is not exchanged.
- the LSM 108 ( 1 ) of node 1 102 ( 1 ) under direction of a first user, sends a message (which, in one embodiment, includes the name of the first user and network address of node 1 102 ( 1 )) to message broker 106 to start a collaboration session.
- this and all other messages are sent using an instant messaging protocol.
- any messaging protocol may be used, including but not limited to XMPP (extensible messaging and presence protocol).
- the message broker 106 starts a collaboration session, gives that session a session ID, and adds the name of the first user and network address of node 1 102 ( 1 ) to the session.
- the message broker 106 then returns the session ID to LSM 108 ( 1 ).
- LSM 108 ( 1 ) using the session ID, sends a message (which, in one embodiment, includes the name of the file) to the message broker 106 to add the file to the session.
- Rendering information for the file may now be collaboratively exchanged with other nodes as part of the collaboration session.
- this invitation message comprises the session ID, and the relative file name of the file 110 and network address of node 2 102 ( 2 ).
- the message broker 106 forwards the invitation to node 2 102 ( 2 ).
- a second user on node 2 102 ( 2 ) can accept or decline the invitation. If the invitation is declined, then LSM 108 ( 2 ) on node 2 102 ( 2 ) sends a decline message to the message broker 106 , which forwards the message to node 1 102 ( 1 ).
- Node 1 102 ( 1 ) is thus informed that its invitation has been declined.
- LSM 108 ( 2 ) on node 2 102 ( 2 ) sends an accept message to the message broker 106 .
- the message broker 106 adds the name of a second user and network address of node 2 102 ( 2 ) to the session, and forwards the accept message to node 1 102 ( 1 ).
- Node 2 102 ( 2 ) is thus added to the session, and node 1 102 ( 1 ) is informed of the acceptance by node 2 102 ( 2 ).
- LSM 108 ( 2 ) on node 2 102 ( 2 ) sends a join message to the message broker 106 .
- the message broker 106 forwards the join message to all of the other nodes in the collaboration session (which, in this example, is node 1 102 ( 1 )).
- the message broker 106 sends the name of the file to the LSM 108 ( 2 ) on node 2 102 ( 2 ).
- the LSM 108 ( 2 ) now secures its own access to a copy 110 ( 2 ) of the file. With that done, the nodes 102 ( 1 ), 102 ( 2 ) are now ready to collaborate on the file. At all time, the two copies 110 ( 1 ), 110 ( 2 ) of the file are identical in its content.
- each of the LSM's 108 ( 1 ), 108 ( 2 ) generates a first display of users in the collaboration session in a first section of a user interface (block 404 of FIG. 4 ).
- Each of the LSM's 108 ( 1 ), 108 ( 2 ) is prepared to receive an indication that a user on the first display has been selected. Any time upon receiving such indication, an LSM 108 renders the selected user's rendering history for the file 110 in a second section of a user interface.
- the LSM 108 ( 1 ) on the first node 102 ( 1 ) receives an indication that the first user is navigating a location 206 ( 1 ) in file 110 ( 1 ) (block 406 of FIG. 4 ).
- the first copy 110 ( 1 ) of the file is thus accessed.
- the LSM 108 ( 1 ) on node 1 102 ( 1 ) generates and stores a first set of rendering information 304 ( 1 ) into the first user's rendering history.
- only the first node 102 ( 1 ) has the rendering information of the access. The rendering information has not been propagated to the other nodes.
- the LSM 108 ( 2 ) on the second node 102 ( 2 ) receives an indication that the second user is navigating a location 206 ( 2 ) of the second copy 110 ( 2 ) of the file.
- the second copy 110 ( 2 ) of the file is thus accessed.
- the LSM 108 ( 2 ) on node 2 102 ( 2 ) generates and stores a second set of rendering information 304 ( 2 ) into the second user's rendering history.
- only the second node 102 ( 2 ) has the rendering information of the access. The rendering information has not been propagated to the other nodes.
- the second user on node 2 102 ( 2 ) may access the location 206 ( 2 ) in file 110 ( 2 ) at the same time that the first user on node 1 102 ( 1 ) is accessing the location in file 110 ( 1 ).
- multiple users on multiple nodes may access different locations of the file at the same time.
- location 206 ( 2 ) on node 2 may even be the same as location 206 ( 1 ) on node 1 —that is, the first and second users are accessing the same location in the same file on their respective nodes.
- a file 2 accessed by node 2 may even be a different file from a file 1 accessed by node 1 —that is, the first and second users are accessing different files on their respective nodes.
- the same collaboration mechanism is used to enable multiple nodes to exchange histories of access with respect to the two or more files.
- the LSM's 108 ( 1 ), 108 ( 2 ) send out rendering information messages.
- the LSM 108 ( 1 ) on node 1 102 ( 1 ) sends (block 408 of FIG. 4 ) a first rendering information message to the message broker 106 .
- this rendering information message comprises the name of the first user, the relative file name (relative file name 1 ) associated with file 110 ( 1 ), and the first set of rendering information 304 ( 1 ) comprising positioning information from which a first portion of file 110 ( 1 ) viewed by the first user can be determined.
- this rendering information message comprises the name of the second user, the relative file name (relative file name 2 ) associated with region 2 202 ( 2 ), and the second set of rendering information 304 ( 2 ) comprising positioning information from which a second portion of file 110 ( 2 ) viewed by the second user can be determined.
- these messages represent an attempt by each node to inform the other nodes in the collaboration session of the accesses that that user has made on that node in the file 110 .
- the message broker 106 Upon receiving these messages, the message broker 106 forwards the first rendering information message to the LSM 108 ( 2 ) on node 2 102 ( 2 ), and forwards the second rendering information message to the LSM 108 ( 1 ) on node 1 102 ( 1 ).
- the LSM 108 ( 2 ) on node 2 102 ( 2 ) stores the first set of rendering information 304 ( 1 ) into the first user's rendering history (see FIG. 3C ). Thereafter, if the first user's latest rendering history is being currently shown in a section of a user interface on node 2 , the section is automatically refreshed to include the first set of rendering information 304 ( 1 ). The second user on node 2 102 ( 2 ) is thus able to see the set of rendering information generated by the first user on node 1 102 ( 1 ).
- the second user on node 2 102 ( 2 ) may follow or track the first user's rendering history in another section of the user interface on node 2 .
- node 2 102 ( 2 ) accesses a copy of the file indicated in the first set of rendering information 304 ( 1 ), applies positioning information in the set of rendering information to the copy of the file to determine a first portion of the file that has been rendered by the first node, and renders the first portion of the file in the user interface on node 2 .
- the second user on node 2 102 ( 2 ) is thus able to see the portion of file 110 viewed by the first user on node 1 102 ( 1 ).
- the LSM 108 ( 1 ) on node 1 102 ( 1 ) stores the second set of rendering information 304 ( 2 ) (block 412 of FIG. 4 ) into the second user's rendering history (see FIG. 3D ). Thereafter, if the second user's latest rendering history is being currently shown in a section on node 1 , the section is automatically refreshed to include the first set of rendering information 304 ( 2 ) (block 414 of FIG. 4 ). The first user on node 1102 ( 1 ) is thus able to see the set of rendering information generated by the second user on node 2 102 ( 2 ).
- the first user on node 1 102 ( 1 ) may follow or track the second user's rendering history in another section of the user interface on node 1 .
- node 1 102 ( 1 ) accesses a copy of the file indicated in the second set of rendering information 304 ( 2 ), applies positioning information in the set of rendering information to the copy of the file to determine a second portion of the file that has been rendered by the second node, and renders the second portion of the file in the user interface on node 1 .
- the first user on node 1 102 ( 1 ) is thus able to see the portion of file 110 viewed by the second user on node 2 102 ( 2 ).
- one or more of the nodes 102 ( 1 ), 102 ( 2 ) may wish to leave the collaboration session.
- the LSM 108 of the node 102 sends a leave message, comprising the session ID, to the message broker 106 .
- the message broker 106 removes that user's name and that node's network address from the session.
- the message broker 106 removes that user's name and that node's network address from the session, and closes the session. The collaboration is thus completed.
- the above example shows that the first user on node 1 102 ( 1 ) is accessing the location in file 110 ( 1 ) at the same time that the second user on node 2 102 ( 2 ) is accessing the location in file 110 ( 2 ).
- any of the actions described above may take place at any time relative to other actions.
- the first user on node 1 102 ( 1 ) may access the location of file 110 ( 1 ) before, after, or at the same time as the second user on node 2 102 ( 2 ) is accessing the location of file 110 ( 2 ).
- the first rendering information message may be sent before, after, or at the same time as the second rendering information message is received, and the second rendering information message may be sent before, after, or at the same time as the first rendering information message is received.
- the access of the file 110 , and the refreshing of the sections in the user interfaces may occur at any time.
- the LSM 108 ( 1 ) on node 1 102 ( 1 ) may access file 110 ( 2 ) generating the second set of rendering information 304 ( 2 ) at the same time that the first user on node 1 102 ( 1 ) is accessing the location in file 110 ( 1 ).
- the LSM 108 ( 1 ) on node 1 102 ( 1 ) may refresh a section on a user interface to show the second set of rendering information 304 ( 2 ) in file 110 ( 2 ) at the same time that the first user on node 1 102 ( 1 ) is navigating the location in file 110 ( 1 ) (that way, the first user on node 1 102 ( 1 ) is able to see the set of rendering information generated and the portion of the file viewed by the second user on node 2 102 ( 2 ) while the first user is accessing the content in file 110 ( 1 )).
- the LSM 108 ( 2 ) on node 2 102 ( 2 ) may access file 110 ( 1 ) generating the first set of rendering information 304 ( 1 ) at the same time that the second user on node 2 102 ( 2 ) is navigating the location in file 110 ( 2 ).
- the LSM 108 ( 2 ) on node 2 102 ( 2 ) may refresh a section on a user interface to show the first set of rendering information 304 ( 1 ) in file 1 202 ( 1 ) at the same time that the second user on node 2 102 ( 2 ) is accessing the location in file 110 ( 2 ) (hence, the second user on node 2 102 ( 2 ) is able to see the set of rendering information generated and the portion of the file viewed by the first user on node 1 102 ( 1 ) while the second user is accessing the location in file 110 ( 2 )).
- These and other orders of operation are possible and are within the scope of the present invention.
- FIG. 5 is a block diagram that illustrates a computer system 500 upon which an embodiment of the invention may be implemented.
- Computer system 500 includes a bus 502 for facilitating information exchange, and one or more processors 504 coupled with bus 502 for processing information.
- Computer system 500 also includes a main memory 506 , such as a random access memory (RAM) or other dynamic storage device, coupled to bus 502 for storing information and instructions to be executed by processor 504 .
- Main memory 506 also may be used for storing temporary variables or other intermediate information during execution of instructions by processor 504 .
- Computer system 500 may further include a read only memory (ROM) 508 or other static storage device coupled to bus 502 for storing static information and instructions for processor 504 .
- ROM read only memory
- a storage device 510 such as a magnetic disk or optical disk, is provided and coupled to bus 502 for storing information and instructions.
- Computer system 500 may be coupled via bus 502 to a display 512 for displaying information to a computer user.
- An input device 514 is coupled to bus 502 for communicating information and command selections to processor 504 .
- cursor control 516 is Another type of user input device, such as a mouse, a trackball, or cursor direction keys for communicating direction information and command selections to processor 504 and for controlling cursor movement on display 512 .
- This input device typically has two degrees of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., y), that allows the device to specify positions in a plane.
- bus 502 may be any mechanism and/or medium that enables information, signals, data, etc., to be exchanged between the various components.
- bus 502 may be a set of conductors that carries electrical signals.
- Bus 502 may also be a wireless medium (e.g. air) that carries wireless signals between one or more of the components.
- Bus 502 may further be a network connection that connects one or more of the components. Any mechanism and/or medium that enables information, signals, data, etc., to be exchanged between the various components may be used as bus 502 .
- Bus 502 may also be a combination of these mechanisms/media.
- processor 504 may communicate with storage device 510 wirelessly.
- the bus 502 from the standpoint of processor 504 and storage device 510 , would be a wireless medium, such as air.
- processor 504 may communicate with ROM 508 capacitively.
- processor 504 may communicate with main memory 506 via a network connection.
- the bus 502 would be the network connection.
- processor 504 may communicate with display 512 via a set of conductors. In this instance, the bus 502 would be the set of conductors.
- Bus 502 may take on different forms.
- Bus 502 as shown in FIG. 5 , functionally represents all of the mechanisms and/or media that enable information, signals, data, etc., to be exchanged between the various components.
- the invention is related to the use of computer system 500 for implementing the techniques described herein. According to one embodiment of the invention, those techniques are performed by computer system 500 in response to processor 504 executing one or more sequences of one or more instructions contained in main memory 506 . Such instructions may be read into main memory 506 from another machine-readable medium, such as storage device 510 . Execution of the sequences of instructions contained in main memory 506 causes processor 504 to perform the process steps described herein. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement the invention. Thus, embodiments of the invention are not limited to any specific combination of hardware circuitry and software.
- machine-readable medium refers to any medium that participates in providing data that causes a machine to operation in a specific fashion.
- various machine-readable media are involved, for example, in providing instructions to processor 504 for execution.
- Such a medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media.
- Non-volatile media includes, for example, optical or magnetic disks, such as storage device 510 .
- Volatile media includes dynamic memory, such as main memory 506 .
- Transmission media includes coaxial cables, copper wire and fiber optics, including the wires that comprise bus 502 . Transmission media can also take the form of acoustic or light waves, such as those generated during radio-wave and infra-red data communications.
- Machine-readable media include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD-ROM, DVD, or any other optical storage medium, punchcards, papertape, any other physical medium with patterns of holes, a RAM, a PROM, and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a carrier wave as described hereinafter, or any other medium from which a computer can read.
- Various forms of machine-readable media may be involved in carrying one or more sequences of one or more instructions to processor 504 for execution.
- the instructions may initially be carried on a magnetic disk of a remote computer.
- the remote computer can load the instructions into its dynamic memory and send the instructions over a telephone line using a modem.
- a modem local to computer system 500 can receive the data on the telephone line and use an infra-red transmitter to convert the data to an infra-red signal.
- An infra-red detector can receive the data carried in the infra-red signal and appropriate circuitry can place the data on bus 502 .
- Bus 502 carries the data to main memory 506 , from which processor 504 retrieves and executes the instructions.
- the instructions received by main memory 506 may optionally be stored on storage device 510 either before or after execution by processor 504 .
- Computer system 500 also includes a communication interface 518 coupled to bus 502 .
- Communication interface 518 provides a two-way data communication coupling to a network link 520 that is connected to a local network 522 .
- communication interface 518 may be an integrated services digital network (ISDN) card or a modem to provide a data communication connection to a corresponding type of telephone line.
- ISDN integrated services digital network
- communication interface 518 may be a local area network (LAN) card to provide a data communication connection to a compatible LAN.
- LAN local area network
- Wireless links may also be implemented.
- communication interface 518 sends and receives electrical, electromagnetic or optical signals that carry digital data streams representing various types of information.
- Network link 520 typically provides data communication through one or more networks to other data devices.
- network link 520 may provide a connection through local network 522 to a host computer 524 or to data equipment operated by an Internet Service Provider (ISP) 526 .
- ISP 526 in turn provides data communication services through the world wide packet data communication network now commonly referred to as the “Internet” 528 .
- Internet 528 uses electrical, electromagnetic or optical signals that carry digital data streams.
- the signals through the various networks and the signals on network link 520 and through communication interface 518 which carry the digital data to and from computer system 500 , are exemplary forms of carrier waves transporting the information.
- Computer system 500 can send messages and receive data, including program code, through the network(s), network link 520 and communication interface 518 .
- a server 530 might transmit a requested code for an application program through Internet 528 , ISP 526 , local network 522 and communication interface 518 .
- the received code may be executed by processor 504 as it is received, and/or stored in storage device 510 , or other non-volatile storage for later execution. In this manner, computer system 500 may obtain application code in the form of a carrier wave.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Economics (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
A mechanism is disclosed for enabling a plurality of nodes on a network to collaboratively exchange sets of rendering information respecting a file. In one implementation, each node maintains its own copy of the file, and each node may access its copy of the file. Whenever a node does access the locations of the file, that node sends out a rendering information message. The rendering information message comprises the set of rendering information for the file that has been updated. The rendering information message is forwarded to each of the other nodes. When each of the other nodes receives the rendering information message, it stores the set of rendering information contained therein to a rendering history associated with a user. In this manner, histories of access in the file by all users are exchanged among the nodes, and the user on each node is able to see rendering information generated by users on the other nodes. Collaboration among the users is thus achieved.
Description
- In many work scenarios, it is desirable for a plurality of workers to collaborate on a project to find a solution to a problem. For example, in the context of software development, it is often desirable for a plurality of developers to review the source code for a particularly difficult part of a program. With such collaboration, the software defects are often discovered faster than if the individuals had read the code by themselves.
- Collaboration can be achieved in many different ways. One possible way is to physically gather all of the people so that they are present and working together in the same location. With workers spread throughout the country and throughout the world, however, this is often not practical. Collaboration may also be achieved electronically. With tools such as instant messaging, email, and electronic file transfer, workers can collaborate by sending messages and files to each other. For example, a developer may ask a colleague to review a piece of source code under a source code control system that both can access and send back any comments about the piece of source code. While these tools do enable workers to communicate and exchange ideas, they do not truly enable the workers to collaborate in the full sense of the word. Each worker cannot see what portion of code the other is reviewing while he is doing it, and there are often significant delays between the request for information/advice and the receipt thereof. Thus, the collaboration is not very interactive.
- To facilitate more interactive collaboration, some computing tools have been developed in recent years that allow multiple parties using multiple machines (e.g. computers) to view a file at the same time. With such tools, a file may be opened for display by one of the workers, and may be viewed by all of the other workers. The worker who opened the file for display can use a pointing or highlighting device such as a mouse to signal to others a location on a displayed portion of the file. Some of these tools even allow different workers to take turns to open and display a file and direct others' attention to a displayed portion of the file. Typically, this is done by conveying an image on a computer controlled by one worker to computers controlled by other workers. A disadvantage of these tools is that everyone has to look at the same portion of the file at the same time; if a worker wants to look at something else, either he has to take over as the leader (which forces everyone else to look at what he wants to look at) or he can look at the other thing separately and miss out on the current discussion. If he misses on the discussion, he cannot go back to see what was discussed by the other workers.
- Because of these limitations, the existing tools are not as fully interactive and collaborative as would be desired. As a result, an improved collaboration mechanism is needed.
- In accordance with one embodiment of the present invention, there is provided a system which enables multiple users on multiple nodes of a network to fully and interactively collaborate on a file. In one embodiment, this collaboration is achieved by having the nodes exchange rendering information with each other. In one embodiment, this system comprises a plurality of nodes, and a network for communicatively coupling the nodes. The system may further optionally comprise a message broker for facilitating information exchange between the nodes. In one embodiment, each node maintains its own copy of the file upon which collaboration is to be performed.
- In one embodiment, to carry out collaboration, a first node renders a first portion of a file to a first user. After rendering this first portion of the file, the first node sends out a set of rendering information. In one embodiment, this rendering information comprises an identifier for the file that has been rendered, and some positioning information from which it can be determined which portion of the file has been rendered. The rendering information may also include some cursor information (indicating a location within the first portion of the file at which a cursor has been placed by the first user) and some selection information (indicating which section within the first portion of the file has been selected by the first user). Basically, the rendering information may include any and all information that specifies what has been rendered to the first user by the first node. In one embodiment, this rendering information is sent to the message broker (as an alternative, the first node may broadcast the rendering information to all of the nodes in the system that are collaborating on the file).
- In response, the message broker forwards the rendering information to a second node. After receiving the rendering information, the second node accesses a copy of the file whose identifier is specified in the rendering information. The second node then applies the positioning information within the rendering information to the file to determine which portion of the file has been rendered by the first node. The second node may further apply the cursor information and the selection information to this portion of the file. Thereafter, the second node renders this portion of the file to a second user. By doing so, the second node enables the second user to see on the second node what the first user is seeing on the first node. Collaboration on the file is thus enabled.
- In one embodiment, as the first user on the first node causes the rendering of the file to change (e.g. by scrolling to another portion of the file, by selecting another section of the portion, by moving the cursor, etc.), the first node sends out additional sets of rendering information. These additional sets of rendering information enable the second node to track the renderings on the first node; thus, the second user can continue to see what the first user is seeing. In one embodiment, as the second node receives the sets of rendering information sent out by the first node, the second node stores the sets of rendering information. As a result, the second node maintains a rendering history for the first node.
- To illustrate how this rendering history may be used advantageously in accordance with one embodiment of the present invention, suppose that after following the first user for a while, the second user decides that he wants to see a different portion of the file, or a different file altogether. The second user may do so by instructing the second node to stop following the first node. Once that is done, the second node may be used by the second user for any desired purpose (e.g. to look at a different portion of the file). While the second node is being used for this purpose, the second node continues to receive and store the sets of rendering information sent out by the first node; thus, the rendering history is still being maintained. When the second user decides to follow the first user again, he can instruct the second node to resume following the first node. Because the rendering history has been maintained, the second user can choose to resume following the first user at the point where he previously stopped following the first user, at the current point, or at any other point in time. Thus, with the rendering history, it is possible for a user to temporarily leave a collaboration discussion, and to come back at a later time at the point at which he left off.
- In one embodiment, each node in the system may receive rendering information sets from multiple nodes; thus, each node may maintain a rendering history for multiple other nodes. Also, each node may send out its own rendering information sets to multiple other nodes. Thus, with this system, each node may follow any other node, and any node may leave the collaboration discussion, and come back at a later time without missing any of the discussion.
- These and other aspects of the present invention will be discussed in greater detail in the following sections.
-
FIG. 1 is a functional block diagram of a system in which one embodiment of the present invention may be implemented. -
FIG. 2 shows an example of a file that can be collaboratively shared among a plurality of nodes, in accordance with one embodiment of the present invention. -
FIGS. 3A-3D illustrate the various stages of collaborating on a file between multiple nodes, in accordance with one embodiment of the present invention. -
FIG. 4 is an operational diagram for a node, illustrating how a file is collaboratively shared in accordance with one embodiment of the present invention. -
FIG. 5 is a block diagram of a general purpose computer system in which one embodiment of the present invention may be implemented. - With reference to
FIG. 1 , there is shown a functional block diagram of asystem 100 in which one embodiment of the present invention may be implemented. As shown, thesystem 100 comprises a plurality ofnodes 102, and anetwork 104 for communicatively coupling thenodes 102 to each other. For purposes of the present invention, thenetwork 104 may be any type of network, including but not limited to, a local area network (LAN) and a wide area network (WAN), such as the Internet. Anything that enables thenodes 102 to communicate with each other may be used asnetwork 104. - For purposes of the present invention, each
node 102 may be any device that can couple to anetwork 104 and interact withother nodes 102 to collaborate on afile 110. As an example, anode 102 may be a desktop or portable computer, such as the sample computer system shown inFIG. 5 . In one embodiment, eachnode 102 comprises one or more user interface components that enable thenode 102 to receive input from, and provide output to, a user. For example, anode 102 may comprise a keyboard and a cursor control device (e.g. a mouse, trackball, stylus, pointing device, etc.) to enable a user to make user interface selections and to enter alpha numeric data. Anode 102 may also comprise a display for displaying information, such as a portion of a file, to a user. - To enable it to collaborate on the
file 110 with one or moreother nodes 102, eachnode 102 comprises a location sharing mechanism (LSM) 108. In one embodiment, it is thisLSM 108 on eachnode 102 that tracks a user's access infile 110, generating corresponding rendering information, and propagates the rendering information toother nodes 102 in thesystem 100. It is also theLSM 108 that enables a node to receive rendering information for thefile 100 from other nodes. The operation of theLSM 108 will be elaborated upon in a later section. For purposes of the present invention, the functionality of theLSM 108 may be implemented in various ways. For example, if anode 102 takes the form of a computer, then theLSM 108 may be implemented as a set of instructions executed by the computer. As an alternative, theLSM 108 may be implemented using hardwired logic components, such as that embodied in an ASIC. These and other implementations of theLSM 108 are within the scope of the present invention. - In addition to the
nodes 102 and thenetwork 104, thesystem 100 may also optionally comprise amessage broker 106. In one embodiment, themessage broker 106 facilitates communication between thevarious nodes 102 by receiving a message from onenode 102 and forwarding that message to the other nodes. By doing so, themessage broker 106 allows the nodes to communicate with each other by interacting with just one central component (the message broker 106). For purposes of the present invention, the functionality of themessage broker 106 may be implemented in various ways. For example, it may be implemented by having a computer execute a set of instructions. Alternatively, the functionality of themessage broker 106 may be implemented using hardwired logic components, such as that embodied in an ASIC. These and other implementations are within the scope of the present invention. As an alternative tomessage broker 106, thenodes 102 may communicate with each other in a peer-to-peer fashion. This and other embodiments are within the scope of the present invention. - As alluded to previously, each
node 102 may access afile 110. The access permits a user on each node to view thefile 110 by opening thefile 110, displaying a portion of the opened file, selecting a section of the portion displayed or placing a location indicator such as a cursor inside the portion. Since the access required for this invention is not for editing, but rather for reading and viewing, thefile 110 can be located anywhere in thesystem 100 as long as thefile 110 can be accessed by all the nodes. Furthermore, because eachnode 102 only requires a read access to thefile 110, it is possible for multiple users on multiple nodes to access the file at the same time. - In one embodiment, each
node 102 maintains its own distinct copy of thefile 110. Thus, as shown inFIG. 1 , node 102(1) maintains a first copy 110(1) of the file, node 102(2) maintains a second copy 110(2) of the file, and node 102(n) maintains an nth copy 110(n) of the file. When done properly, this enables a user on one node to see a rendering history for thefile 110 by a user on another node. The users on the various nodes are thus able to collaborate on thefile 110. -
FIG. 2 shows an example of afile 110 that may be accessed by a plurality ofnodes 102. For purposes of the present invention, afile 110 may be any type of file. For example, such file may be a text file, a word processing file, a graphics file, etc. As shown, file 110 comprises a set oflocations 204. Eachlocation 204 may have any desired level of granularity. For example, if thefile 110 is a text file, a location may be a location of a single character of text, a word of text, a line of text, or multiple lines of text. For purposes of the present invention, eachlocation 204 may represent as small or as large a granularity of information as desired. - In one embodiment, each
file 110 has a relative file name associated therewith. This relative file name uniquely identifies aparticular file 110. In the example ofFIG. 2 , relative file name (RFN) is associated withfile 110. In one embodiment, this relative file name-file association is maintained across all copies of thefile 110. Thus, regardless of which copy of thefile 110, and regardless of whichnode 102 is hosting the copy of the file,relative file name 1 is associated withfile 110. As will be made clear in a later section, keeping these associations consistent across all copies of thefile 110 simplifies the process of accessing the various copies. - In one embodiment, the relative file name for a
file 110 is constant on all the nodes for that file, although the root path for the file may, even though is not required to, vary from node to node. Each node has its root path for the file specified as a value of an environment variable. A relative file name of afile 110 can be combined with the root path for the file on a particular node to form an absolute file name of the file on that node. For example, on a node running Solaris 10, commercially available from Sun Microsystems, Mountain View, Calif., a root path for a file may be specified as a value of an environment variable named “ROOT_PATH” as part of a user's login profile, while a relative file name for the file may be “src/program.c”, the latter of which is constant across all the nodes in one embodiment. Suppose the environment variable “ROOT_PATH” is set to a value of “/home/project/”. The combination of the root path with the relative file name would be “/home/project/src/program.c”, which forms an absolute file name of the file on the node. - To illustrate how rendering information for a file may be collaboratively exchanged among a plurality of
nodes 102 in accordance with one embodiment of the present invention, reference will now be made to an example. In the following discussion, reference will be made to the system diagrams ofFIGS. 3A-3D , and to the operational diagram ofFIG. 4 .FIG. 4 shows the operation of the LSM 108(1) onnode 1 102(1) in accordance with one embodiment of the present invention. In the following discussion, it will be assumed that collaboration is implemented between two nodes 102(1), 102(2) (FIG. 3A ). It will also be assumed that the file being shared is the file shown inFIG. 2 . For the sake of simplicity, only onefile 110 is shown inFIGS. 3A-3D . It will also be assumed thatnode 1 102(1) can secure access to the file (seeFIG. 3A ; block 402 ofFIG. 4 ). - Initially, rendering information for the
file 110 is not exchanged. To enable it to be exchanged, the LSM 108(1) ofnode 1 102(1), under direction of a first user, sends a message (which, in one embodiment, includes the name of the first user and network address ofnode 1 102(1)) tomessage broker 106 to start a collaboration session. In one embodiment, this and all other messages are sent using an instant messaging protocol. For purposes of the present invention, any messaging protocol may be used, including but not limited to XMPP (extensible messaging and presence protocol). In response to this message, themessage broker 106 starts a collaboration session, gives that session a session ID, and adds the name of the first user and network address ofnode 1 102(1) to the session. Themessage broker 106 then returns the session ID to LSM 108(1). Thereafter, LSM 108(1), using the session ID, sends a message (which, in one embodiment, includes the name of the file) to themessage broker 106 to add the file to the session. Rendering information for the file may now be collaboratively exchanged with other nodes as part of the collaboration session. - At some point, the LSM 108(1) of
node 1 102(1), under direction of the first user, sends an invitation to themessage broker 106 to invitenode 2 102(2) to join the collaboration session. In one embodiment, this invitation message comprises the session ID, and the relative file name of thefile 110 and network address ofnode 2 102(2). In turn, themessage broker 106 forwards the invitation tonode 2 102(2). At that point, a second user onnode 2 102(2) can accept or decline the invitation. If the invitation is declined, then LSM 108(2) onnode 2 102(2) sends a decline message to themessage broker 106, which forwards the message tonode 1 102(1).Node 1 102(1) is thus informed that its invitation has been declined. However, if the invitation is accepted, then LSM 108(2) onnode 2 102(2) sends an accept message to themessage broker 106. In response, themessage broker 106 adds the name of a second user and network address ofnode 2 102(2) to the session, and forwards the accept message tonode 1 102(1).Node 2 102(2) is thus added to the session, andnode 1 102(1) is informed of the acceptance bynode 2 102(2). - Thereafter, using the session ID, LSM 108(2) on
node 2 102(2) sends a join message to themessage broker 106. Upon receiving this message, themessage broker 106, forwards the join message to all of the other nodes in the collaboration session (which, in this example, isnode 1 102(1)). Themessage broker 106 sends the name of the file to the LSM 108(2) onnode 2 102(2). As shown inFIG. 3B , the LSM 108(2) now secures its own access to a copy 110(2) of the file. With that done, the nodes 102(1), 102(2) are now ready to collaborate on the file. At all time, the two copies 110(1), 110(2) of the file are identical in its content. - To enable users to exchange rendering information for the file, each of the LSM's 108(1), 108(2) generates a first display of users in the collaboration session in a first section of a user interface (block 404 of
FIG. 4 ). Each of the LSM's 108(1), 108(2) is prepared to receive an indication that a user on the first display has been selected. Any time upon receiving such indication, anLSM 108 renders the selected user's rendering history for thefile 110 in a second section of a user interface. - Suppose now that the LSM 108(1) on the first node 102(1) receives an indication that the first user is navigating a location 206(1) in file 110 (1) (block 406 of
FIG. 4 ). The first copy 110(1) of the file is thus accessed. The LSM 108(1) onnode 1 102(1) generates and stores a first set of rendering information 304(1) into the first user's rendering history. At this point, only the first node 102(1) has the rendering information of the access. The rendering information has not been propagated to the other nodes. - Suppose now that at the same time the first user is accessing the first copy 110(1) of the file, the LSM 108(2) on the second node 102(2) receives an indication that the second user is navigating a location 206(2) of the second copy 110(2) of the file. The second copy 110(2) of the file is thus accessed. The LSM 108(2) on
node 2 102(2) generates and stores a second set of rendering information 304(2) into the second user's rendering history. At this point, only the second node 102(2) has the rendering information of the access. The rendering information has not been propagated to the other nodes. - The second user on
node 2 102(2) may access the location 206(2) in file 110(2) at the same time that the first user onnode 1 102(1) is accessing the location in file 110(1). In some situations, multiple users on multiple nodes may access different locations of the file at the same time. In some further situations, location 206(2) onnode 2 may even be the same as location 206(1) onnode 1—that is, the first and second users are accessing the same location in the same file on their respective nodes. - For the purpose of illustration, only one file is used to show how multiple nodes may collaboratively share histories of access with respect to that one file. However, this invention is not limited to only one file. In some embodiments, a
file 2 accessed bynode 2 may even be a different file from afile 1 accessed bynode 1—that is, the first and second users are accessing different files on their respective nodes. Where two or more files are collaboratively accessed, the same collaboration mechanism is used to enable multiple nodes to exchange histories of access with respect to the two or more files. These and other variations of accessing and collaborating on one or more files are within the scope of the present invention. - To propagate rendering information to all nodes in the collaboration session, the LSM's 108(1), 108(2) send out rendering information messages. Specifically, the LSM 108(1) on
node 1 102(1) sends (block 408 ofFIG. 4 ) a first rendering information message to themessage broker 106. In one embodiment, this rendering information message comprises the name of the first user, the relative file name (relative file name 1) associated with file 110(1), and the first set of rendering information 304(1) comprising positioning information from which a first portion of file 110(1) viewed by the first user can be determined. Similarly, the LSM 108(2) onnode 2 102(2) sends a second rendering information message to themessage broker 106. In one embodiment, this rendering information message comprises the name of the second user, the relative file name (relative file name2) associated withregion 2 202(2), and the second set of rendering information 304(2) comprising positioning information from which a second portion of file 110(2) viewed by the second user can be determined. In effect, these messages represent an attempt by each node to inform the other nodes in the collaboration session of the accesses that that user has made on that node in thefile 110. Upon receiving these messages, themessage broker 106 forwards the first rendering information message to the LSM 108(2) onnode 2 102(2), and forwards the second rendering information message to the LSM 108(1) onnode 1 102(1). - In response to the first rendering information message, the LSM 108(2) on
node 2 102(2) stores the first set of rendering information 304(1) into the first user's rendering history (seeFIG. 3C ). Thereafter, if the first user's latest rendering history is being currently shown in a section of a user interface onnode 2, the section is automatically refreshed to include the first set of rendering information 304(1). The second user onnode 2 102(2) is thus able to see the set of rendering information generated by the first user onnode 1 102(1). - In addition, the second user on
node 2 102(2) may follow or track the first user's rendering history in another section of the user interface onnode 2. In response to the first rendering information message,node 2 102(2) accesses a copy of the file indicated in the first set of rendering information 304(1), applies positioning information in the set of rendering information to the copy of the file to determine a first portion of the file that has been rendered by the first node, and renders the first portion of the file in the user interface onnode 2. The second user onnode 2 102(2) is thus able to see the portion offile 110 viewed by the first user onnode 1 102(1). - Similarly, upon receiving (block 410 of
FIG. 4 ) the second rendering information message, the LSM 108(1) onnode 1 102(1) stores the second set of rendering information 304(2) (block 412 ofFIG. 4 ) into the second user's rendering history (seeFIG. 3D ). Thereafter, if the second user's latest rendering history is being currently shown in a section onnode 1, the section is automatically refreshed to include the first set of rendering information 304(2) (block 414 ofFIG. 4 ). The first user on node 1102(1) is thus able to see the set of rendering information generated by the second user onnode 2 102(2). - In addition, the first user on
node 1 102(1) may follow or track the second user's rendering history in another section of the user interface onnode 1. In response to the second rendering information message,node 1 102(1) accesses a copy of the file indicated in the second set of rendering information 304(2), applies positioning information in the set of rendering information to the copy of the file to determine a second portion of the file that has been rendered by the second node, and renders the second portion of the file in the user interface onnode 1. The first user onnode 1 102(1) is thus able to see the portion offile 110 viewed by the second user onnode 2 102(2). - At some point, one or more of the nodes 102(1), 102(2) may wish to leave the collaboration session. To do so, the
LSM 108 of thenode 102 sends a leave message, comprising the session ID, to themessage broker 106. In response, themessage broker 106 removes that user's name and that node's network address from the session. When a leave message is received from the last node in a session, themessage broker 106 removes that user's name and that node's network address from the session, and closes the session. The collaboration is thus completed. - In the above example, for the sake of simplicity, only two nodes 102(1), 102(2) are shown, and only one file is shown as being shared. However, it should be noted that the concepts taught above may be applied generally to other arrangements. Specifically, for purposes of the present invention, any number of files can be shared in a collaboration session, and any number of nodes can participate in a collaboration session.
- Also, the above example shows that the first user on
node 1 102(1) is accessing the location in file 110(1) at the same time that the second user onnode 2 102(2) is accessing the location in file 110(2). This was done merely to highlight the ability of thesystem 100 to enable multiple users to access the file at the same time. This is not required. In fact, any of the actions described above may take place at any time relative to other actions. For example, the first user onnode 1 102(1) may access the location of file 110(1) before, after, or at the same time as the second user onnode 2 102(2) is accessing the location of file 110(2). Also, the first rendering information message may be sent before, after, or at the same time as the second rendering information message is received, and the second rendering information message may be sent before, after, or at the same time as the first rendering information message is received. In addition, the access of thefile 110, and the refreshing of the sections in the user interfaces may occur at any time. For example, the LSM 108(1) onnode 1 102(1) may access file 110(2) generating the second set of rendering information 304(2) at the same time that the first user onnode 1 102(1) is accessing the location in file 110(1). Also, the LSM 108(1) onnode 1 102(1) may refresh a section on a user interface to show the second set of rendering information 304(2) in file 110(2) at the same time that the first user onnode 1 102(1) is navigating the location in file 110(1) (that way, the first user onnode 1 102(1) is able to see the set of rendering information generated and the portion of the file viewed by the second user onnode 2 102(2) while the first user is accessing the content in file 110(1)). Similarly, the LSM 108(2) onnode 2 102(2) may access file 110(1) generating the first set of rendering information 304(1) at the same time that the second user onnode 2 102(2) is navigating the location in file 110(2). Also, the LSM 108(2) onnode 2 102(2) may refresh a section on a user interface to show the first set of rendering information 304(1) infile 1 202(1) at the same time that the second user onnode 2 102(2) is accessing the location in file 110(2) (hence, the second user onnode 2 102(2) is able to see the set of rendering information generated and the portion of the file viewed by the first user onnode 1 102(1) while the second user is accessing the location in file 110(2)). These and other orders of operation are possible and are within the scope of the present invention. -
FIG. 5 is a block diagram that illustrates acomputer system 500 upon which an embodiment of the invention may be implemented.Computer system 500 includes abus 502 for facilitating information exchange, and one ormore processors 504 coupled withbus 502 for processing information.Computer system 500 also includes amain memory 506, such as a random access memory (RAM) or other dynamic storage device, coupled tobus 502 for storing information and instructions to be executed byprocessor 504.Main memory 506 also may be used for storing temporary variables or other intermediate information during execution of instructions byprocessor 504.Computer system 500 may further include a read only memory (ROM) 508 or other static storage device coupled tobus 502 for storing static information and instructions forprocessor 504. Astorage device 510, such as a magnetic disk or optical disk, is provided and coupled tobus 502 for storing information and instructions. -
Computer system 500 may be coupled viabus 502 to adisplay 512 for displaying information to a computer user. Aninput device 514, including alphanumeric and other keys, is coupled tobus 502 for communicating information and command selections toprocessor 504. Another type of user input device iscursor control 516, such as a mouse, a trackball, or cursor direction keys for communicating direction information and command selections toprocessor 504 and for controlling cursor movement ondisplay 512. This input device typically has two degrees of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., y), that allows the device to specify positions in a plane. - In
computer system 500,bus 502 may be any mechanism and/or medium that enables information, signals, data, etc., to be exchanged between the various components. For example,bus 502 may be a set of conductors that carries electrical signals.Bus 502 may also be a wireless medium (e.g. air) that carries wireless signals between one or more of the components.Bus 502 may further be a network connection that connects one or more of the components. Any mechanism and/or medium that enables information, signals, data, etc., to be exchanged between the various components may be used asbus 502. -
Bus 502 may also be a combination of these mechanisms/media. For example,processor 504 may communicate withstorage device 510 wirelessly. In such a case, thebus 502, from the standpoint ofprocessor 504 andstorage device 510, would be a wireless medium, such as air. Further,processor 504 may communicate withROM 508 capacitively. Further,processor 504 may communicate withmain memory 506 via a network connection. In this case, thebus 502 would be the network connection. Further,processor 504 may communicate withdisplay 512 via a set of conductors. In this instance, thebus 502 would be the set of conductors. Thus, depending upon how the various components communicate with each other,bus 502 may take on different forms.Bus 502, as shown inFIG. 5 , functionally represents all of the mechanisms and/or media that enable information, signals, data, etc., to be exchanged between the various components. - The invention is related to the use of
computer system 500 for implementing the techniques described herein. According to one embodiment of the invention, those techniques are performed bycomputer system 500 in response toprocessor 504 executing one or more sequences of one or more instructions contained inmain memory 506. Such instructions may be read intomain memory 506 from another machine-readable medium, such asstorage device 510. Execution of the sequences of instructions contained inmain memory 506 causesprocessor 504 to perform the process steps described herein. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement the invention. Thus, embodiments of the invention are not limited to any specific combination of hardware circuitry and software. - The term “machine-readable medium” as used herein refers to any medium that participates in providing data that causes a machine to operation in a specific fashion. In an embodiment implemented using
computer system 500, various machine-readable media are involved, for example, in providing instructions toprocessor 504 for execution. Such a medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media. Non-volatile media includes, for example, optical or magnetic disks, such asstorage device 510. Volatile media includes dynamic memory, such asmain memory 506. Transmission media includes coaxial cables, copper wire and fiber optics, including the wires that comprisebus 502. Transmission media can also take the form of acoustic or light waves, such as those generated during radio-wave and infra-red data communications. - Common forms of machine-readable media include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD-ROM, DVD, or any other optical storage medium, punchcards, papertape, any other physical medium with patterns of holes, a RAM, a PROM, and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a carrier wave as described hereinafter, or any other medium from which a computer can read.
- Various forms of machine-readable media may be involved in carrying one or more sequences of one or more instructions to
processor 504 for execution. For example, the instructions may initially be carried on a magnetic disk of a remote computer. The remote computer can load the instructions into its dynamic memory and send the instructions over a telephone line using a modem. A modem local tocomputer system 500 can receive the data on the telephone line and use an infra-red transmitter to convert the data to an infra-red signal. An infra-red detector can receive the data carried in the infra-red signal and appropriate circuitry can place the data onbus 502.Bus 502 carries the data tomain memory 506, from whichprocessor 504 retrieves and executes the instructions. The instructions received bymain memory 506 may optionally be stored onstorage device 510 either before or after execution byprocessor 504. -
Computer system 500 also includes acommunication interface 518 coupled tobus 502.Communication interface 518 provides a two-way data communication coupling to anetwork link 520 that is connected to alocal network 522. For example,communication interface 518 may be an integrated services digital network (ISDN) card or a modem to provide a data communication connection to a corresponding type of telephone line. As another example,communication interface 518 may be a local area network (LAN) card to provide a data communication connection to a compatible LAN. Wireless links may also be implemented. In any such implementation,communication interface 518 sends and receives electrical, electromagnetic or optical signals that carry digital data streams representing various types of information. - Network link 520 typically provides data communication through one or more networks to other data devices. For example,
network link 520 may provide a connection throughlocal network 522 to ahost computer 524 or to data equipment operated by an Internet Service Provider (ISP) 526.ISP 526 in turn provides data communication services through the world wide packet data communication network now commonly referred to as the “Internet” 528.Local network 522 andInternet 528 both use electrical, electromagnetic or optical signals that carry digital data streams. The signals through the various networks and the signals onnetwork link 520 and throughcommunication interface 518, which carry the digital data to and fromcomputer system 500, are exemplary forms of carrier waves transporting the information. -
Computer system 500 can send messages and receive data, including program code, through the network(s),network link 520 andcommunication interface 518. In the Internet example, aserver 530 might transmit a requested code for an application program throughInternet 528,ISP 526,local network 522 andcommunication interface 518. - The received code may be executed by
processor 504 as it is received, and/or stored instorage device 510, or other non-volatile storage for later execution. In this manner,computer system 500 may obtain application code in the form of a carrier wave. - At this point, it should be noted that although the invention has been described with reference to a specific embodiment, it should not be construed to be so limited. Various modifications may be made by those of ordinary skill in the art with the benefit of this disclosure without departing from the spirit of the invention. Thus, the invention should not be limited by the specific embodiments used to illustrate it but only by the scope of the issued claims and the equivalents thereof.
Claims (20)
1. A method performed by a particular node in a multi-node system, comprising:
receiving a first set of rendering information, wherein the first set of rendering information indicates that a first node in the system has rendered a first portion of a file, and wherein the first set of rendering information comprises positioning information from which the first portion of the file can be determined;
accessing a copy of the file;
applying the positioning information to the copy of the file to determine the first portion of the file that has been rendered by the first node; and
rendering the first portion of the file in a user interface, thereby causing the particular node to render the same first portion of the file that the first node has already rendered.
2. The method of claim 1 , further comprising:
receiving a second set of rendering information, wherein the second set of rendering information indicates that the first node has further rendered a second portion of the file, and wherein the second set of rendering information comprises positioning information from which the second portion of the file can be determined;
applying the positioning information in the second set of rendering information to the copy of the file to determine the second portion of the file that has been rendered by the first node; and
rendering the second portion of the file in the user interface, thereby causing the particular node to render the same second portion of the file that the first node has already rendered.
3. The method of claim 1 , wherein the positioning information comprises an indication of where in the file the first portion begins.
4. The method of claim 1 , wherein the first set of rendering information further comprises cursor placement information indicating a location within the first portion of the file at which a first cursor has been rendered by the first node, and wherein the method further comprises:
applying the cursor placement information to the copy of the file to determine the location within the first portion of the file; and
rendering a second cursor at the location in the first portion of the file in the user interface.
5. The method of claim 1 , wherein the first set of rendering information further comprises selection information indicating that a section within the first portion of the file has been selected on the first node, and wherein the method further comprises:
applying the selection information to the copy of the file to determine the section within the first portion of the file; and
rendering the section within the first portion of the file in the user interface in a manner that indicates the section has been selected.
6. The method of claim 1 , further comprising:
receiving a second set of rendering information, wherein the second set of rendering information indicates that a second node in the system has rendered a second portion of the file, and wherein the second set of rendering information comprises positioning information from which the second portion of the file can be determined;
receiving an indication that a user wishes to start following the second node instead of the first node;
applying the positioning information in the second set of rendering information to the copy of the file to determine the second portion of the file that has been rendered by the second node; and
rendering the second portion of the file in the user interface, thereby causing the particular node to render the same second portion of the file that the second node has already rendered.
7. The method of claim 1 , further comprising:
receiving a second set of rendering information, wherein the second set of rendering information indicates that a second node in the system has rendered a second portion of the file, and wherein the second set of rendering information comprises positioning information from which the second portion of the file can be determined;
storing the second set of rendering information;
receiving a third set of rendering information, wherein the third set of rendering information indicates that the second node in the system has rendered a third portion of the file, and wherein the third set of rendering information comprises positioning information from which the third portion of the file can be determined;
storing the third set of rendering information.
8. The method of claim 7 , further comprising:
receiving an indication that a user wishes to start following the second node instead of the first node starting with the second set of rendering information;
applying the positioning information in the second set of rendering information to the copy of the file to determine the second portion of the file that has been rendered by the second node; and
rendering the second portion of the file in the user interface, thereby causing the particular node to render the same second portion of the file that the second node has already rendered.
9. The method of claim 1 , wherein the first set of rendering information further comprises aspect information indicating whether the first node is currently following another node, and if so, an indication as to which node the first node is following.
10. The method of claim 1 , wherein the first set of rendering information further comprises a timestamp indicating when the first set of rendering information is generated on the first node.
11. A machine readable medium, comprising:
instructions for causing one or more processors to receive a first set of rendering information, wherein the first set of rendering information indicates that a first node in the system has rendered a first portion of a file, and wherein the first set of rendering information comprises positioning information from which the first portion of the file can be determined;
instructions for causing one or more processors to access a copy of the file;
instructions for causing one or more processors to apply the positioning information to the copy of the file to determine the first portion of the file that has been rendered by the first node; and
instructions for causing one or more processors to render the first portion of the file in a user interface, thereby causing the particular node to render the same first portion of the file that the first node has already rendered.
12. The machine readable medium of claim 11 , further comprising:
instructions for causing one or more processors to receive a second set of rendering information, wherein the second set of rendering information indicates that the first node has further rendered a second portion of the file, and wherein the second set of rendering information comprises positioning information from which the second portion of the file can be determined;
instructions for causing one or more processors to apply the positioning information in the second set of rendering information to the copy of the file to determine the second portion of the file that has been rendered by the first node; and
instructions for causing one or more processors to render the second portion of the file in the user interface, thereby causing the particular node to render the same second portion of the file that the first node has already rendered.
13. The machine readable medium of claim 11 , wherein the positioning information comprises an indication of where in the file the first portion begins.
14. The machine readable medium of claim 11 , wherein the first set of rendering information further comprises cursor placement information indicating a location within the first portion of the file at which a first cursor has been rendered by the first node, and wherein the machine readable medium further comprises:
instructions for causing one or more processors to apply the cursor placement information to the copy of the file to determine the location within the first portion of the file; and
instructions for causing one or more processors to render a second cursor at the location in the first portion of the file in the user interface.
15. The machine readable medium of claim 11 , wherein the first set of rendering information further comprises selection information indicating that a section within the first portion of the file has been selected on the first node, and wherein the machine readable medium further comprises:
instructions for causing one or more processors to apply the selection information to the copy of the file to determine the section within the first portion of the file; and
instructions for causing one or more processors to render the section within the first portion of the file in the user interface in a manner that indicates the section has been selected.
16. The machine readable medium of claim 11 , further comprising:
instructions for causing one or more processors to receive a second set of rendering information, wherein the second set of rendering information indicates that a second node in the system has rendered a second portion of the file, and wherein the second set of rendering information comprises positioning information from which the second portion of the file can be determined;
instructions for causing one or more processors to receive an indication that a user wishes to start following the second node instead of the first node;
instructions for causing one or more processors to apply the positioning information in the second set of rendering information to the copy of the file to determine the second portion of the file that has been rendered by the second node; and instructions for causing one or more processors to render the second portion of the file in the user interface, thereby causing the particular node to render the same second portion of the file that the second node has already rendered.
17. The machine readable medium of claim 11 , further comprising:
instructions for causing one or more processors to receive a second set of rendering information, wherein the second set of rendering information indicates that a second node in the system has rendered a second portion of the file, and wherein the second set of rendering information comprises positioning information from which the second portion of the file can be determined;
instructions for causing one or more processors to store the second set of rendering information;
instructions for causing one or more processors to receive a third set of rendering information, wherein the third set of rendering information indicates that the second node in the system has rendered a third portion of the file, and wherein the third set of rendering information comprises positioning information from which the third portion of the file can be determined;
instructions for causing one or more processors to store the third set of rendering information.
18. The machine readable medium of claim 17 , further comprising:
instructions for causing one or more processors to receive an indication that a user wishes to start following the second node instead of the first node starting with the second set of rendering information;
instructions for causing one or more processors to apply the positioning information in the second set of rendering information to the copy of the file to determine the second portion of the file that has been rendered by the second node; and
instructions for causing one or more processors to render the second portion of the file in the user interface, thereby causing the particular node to render the same second portion of the file that the second node has already rendered.
19. The machine readable medium of claim 11 , wherein the first set of rendering information further comprises aspect information indicating whether the first node is currently following another node, and if so, an indication as to which node the first node is following.
20. The machine readable medium of claim 11 , wherein the first set of rendering information further comprises a timestamp indicating when the first set of rendering information is generated on the first node.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/441,621 US20070273695A1 (en) | 2006-05-26 | 2006-05-26 | Mechanism for collaboratively exchanging navigation information in distributed document review |
US12/705,505 US8413074B2 (en) | 2006-05-26 | 2010-02-12 | Mechanism for collaboratively exchanging navigation information in a distributed document review |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/441,621 US20070273695A1 (en) | 2006-05-26 | 2006-05-26 | Mechanism for collaboratively exchanging navigation information in distributed document review |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/705,505 Continuation US8413074B2 (en) | 2006-05-26 | 2010-02-12 | Mechanism for collaboratively exchanging navigation information in a distributed document review |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070273695A1 true US20070273695A1 (en) | 2007-11-29 |
Family
ID=38749098
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/441,621 Abandoned US20070273695A1 (en) | 2006-05-26 | 2006-05-26 | Mechanism for collaboratively exchanging navigation information in distributed document review |
US12/705,505 Active 2027-06-09 US8413074B2 (en) | 2006-05-26 | 2010-02-12 | Mechanism for collaboratively exchanging navigation information in a distributed document review |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/705,505 Active 2027-06-09 US8413074B2 (en) | 2006-05-26 | 2010-02-12 | Mechanism for collaboratively exchanging navigation information in a distributed document review |
Country Status (1)
Country | Link |
---|---|
US (2) | US20070273695A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120166952A1 (en) * | 2010-12-23 | 2012-06-28 | Albert Alexandrov | Systems, methods, and devices for facilitating navigation of previously presented screen data in an ongoing online meeting |
US20150286738A1 (en) * | 2014-04-02 | 2015-10-08 | Wistron Corporation | Method, system, electronic device and server for synchronous display of operating information |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8677253B2 (en) * | 2010-05-25 | 2014-03-18 | International Business Machines Corporation | Replicating recorded actions across computer systems in a collaborative environment |
US9282289B2 (en) | 2010-12-23 | 2016-03-08 | Citrix Systems, Inc. | Systems, methods, and devices for generating a summary document of an online meeting |
US10972299B2 (en) * | 2017-09-06 | 2021-04-06 | Cisco Technology, Inc. | Organizing and aggregating meetings into threaded representations |
US11463255B2 (en) | 2021-01-04 | 2022-10-04 | Bank Of America Corporation | Document verification system |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5337407A (en) * | 1991-12-31 | 1994-08-09 | International Business Machines Corporation | Method and system for identifying users in a collaborative computer-based system |
US5339388A (en) * | 1991-12-31 | 1994-08-16 | International Business Machines Corporation | Cursor lock region |
US5339389A (en) * | 1991-12-31 | 1994-08-16 | International Business Machines Corporation | User selectable lock regions |
US5515491A (en) * | 1992-12-31 | 1996-05-07 | International Business Machines Corporation | Method and system for managing communications within a collaborative data processing system |
US6463460B1 (en) * | 1999-04-23 | 2002-10-08 | The United States Of America As Represented By The Secretary Of The Navy | Interactive communication system permitting increased collaboration between users |
US20030167281A1 (en) * | 1998-09-14 | 2003-09-04 | Cohen Andrew L. | Method and software for supporting improved awareness of and collaboration among users involved in a task |
US20050004986A1 (en) * | 2003-07-03 | 2005-01-06 | Aoki Norihiro Edwin | Remote population of computer clipboard via a messaging system |
US20060031367A1 (en) * | 2004-06-04 | 2006-02-09 | John Buford | Instant messaging and presence using virtual devices |
US20060039545A1 (en) * | 2004-08-19 | 2006-02-23 | Matsushita Electric Industrial Co., Ltd. | Multimedia based caller ID to identify an instant messaging client/user |
US7024456B1 (en) * | 1999-04-23 | 2006-04-04 | The United States Of America As Represented By The Secretary Of The Navy | Method for facilitating collaborative development efforts between widely dispersed users |
US7043529B1 (en) * | 1999-04-23 | 2006-05-09 | The United States Of America As Represented By The Secretary Of The Navy | Collaborative development network for widely dispersed users and methods therefor |
US20070079249A1 (en) * | 2005-10-03 | 2007-04-05 | Microsoft Corporation | Distributed clipboard |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5583993A (en) * | 1994-01-31 | 1996-12-10 | Apple Computer, Inc. | Method and apparatus for synchronously sharing data among computer |
US5724508A (en) * | 1995-03-09 | 1998-03-03 | Insoft, Inc. | Apparatus for collaborative computing |
US6292166B1 (en) * | 1997-10-24 | 2001-09-18 | Compaq Computer Corporation | System and method for sharing diverse display types in a bit map sharing collaborative tool |
US5915098A (en) * | 1997-10-24 | 1999-06-22 | Digital Equipment Corp. | System for compressing bit maps to be shared and displayed in collaborative tool by client and server systems |
US6151020A (en) * | 1997-10-24 | 2000-11-21 | Compaq Computer Corporation | Real time bit map capture and sharing for collaborative tools |
US6557028B2 (en) * | 1999-04-19 | 2003-04-29 | International Business Machines Corporation | Method and computer program product for implementing collaborative bookmarks and synchronized bookmark lists |
US6934737B1 (en) * | 2000-05-23 | 2005-08-23 | Sun Microsystems, Inc. | Method and apparatus for providing multi-level access control in a shared computer window |
JP3852742B2 (en) * | 2000-11-02 | 2006-12-06 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Information processing system, terminal device, information processing method, and storage medium |
US6879997B1 (en) * | 2000-11-27 | 2005-04-12 | Nokia Corporation | Synchronously shared online documents |
US7003728B2 (en) * | 2000-12-21 | 2006-02-21 | David Berque | System for knowledge transfer in a group setting |
US7213211B1 (en) * | 2001-07-03 | 2007-05-01 | Dynamic Knowledge Transfer, Llc | System for knowledge transfer in a group setting |
US20030061286A1 (en) * | 2001-09-27 | 2003-03-27 | Lin Jin Kun | Co-browsing system including form and focal-point synchronization capabilities for both secure and non-secure web documents |
US7028266B2 (en) * | 2002-04-05 | 2006-04-11 | Microsoft Corporation | Processing occluded windows during application sharing |
US7571212B2 (en) * | 2002-05-14 | 2009-08-04 | Family Systems, Ltd. | Interactive web collaboration systems and methods |
US7293243B1 (en) * | 2002-05-22 | 2007-11-06 | Microsoft Corporation | Application sharing viewer presentation |
US20040158586A1 (en) * | 2003-02-10 | 2004-08-12 | Mingtar Tsai | Method and system of using shared file for data collaboration |
US7197751B2 (en) * | 2003-03-12 | 2007-03-27 | Oracle International Corp. | Real-time collaboration client |
US7206811B2 (en) * | 2003-03-13 | 2007-04-17 | Oracle International Corp. | System and method for facilitating real-time collaborating by collapsing a queue for a slow client |
US7222305B2 (en) * | 2003-03-13 | 2007-05-22 | Oracle International Corp. | Method of sharing a desktop with attendees of a real-time collaboration |
US7219127B2 (en) * | 2003-03-13 | 2007-05-15 | Oracle International Corporation | Control unit operations in a real-time collaboration server |
EP1574971A1 (en) * | 2004-03-10 | 2005-09-14 | Alcatel | A method, a hypermedia browser, a network client, a network server, and a computer software product for providing joint navigation of hypermedia documents |
US7739038B2 (en) * | 2004-12-17 | 2010-06-15 | Information Patterns Llc | Methods and apparatus for geo-collaboration |
US7483899B2 (en) * | 2005-01-11 | 2009-01-27 | International Business Machines Corporation | Conversation persistence in real-time collaboration system |
-
2006
- 2006-05-26 US US11/441,621 patent/US20070273695A1/en not_active Abandoned
-
2010
- 2010-02-12 US US12/705,505 patent/US8413074B2/en active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5337407A (en) * | 1991-12-31 | 1994-08-09 | International Business Machines Corporation | Method and system for identifying users in a collaborative computer-based system |
US5339388A (en) * | 1991-12-31 | 1994-08-16 | International Business Machines Corporation | Cursor lock region |
US5339389A (en) * | 1991-12-31 | 1994-08-16 | International Business Machines Corporation | User selectable lock regions |
US5515491A (en) * | 1992-12-31 | 1996-05-07 | International Business Machines Corporation | Method and system for managing communications within a collaborative data processing system |
US20030167281A1 (en) * | 1998-09-14 | 2003-09-04 | Cohen Andrew L. | Method and software for supporting improved awareness of and collaboration among users involved in a task |
US6463460B1 (en) * | 1999-04-23 | 2002-10-08 | The United States Of America As Represented By The Secretary Of The Navy | Interactive communication system permitting increased collaboration between users |
US7024456B1 (en) * | 1999-04-23 | 2006-04-04 | The United States Of America As Represented By The Secretary Of The Navy | Method for facilitating collaborative development efforts between widely dispersed users |
US7043529B1 (en) * | 1999-04-23 | 2006-05-09 | The United States Of America As Represented By The Secretary Of The Navy | Collaborative development network for widely dispersed users and methods therefor |
US20050004986A1 (en) * | 2003-07-03 | 2005-01-06 | Aoki Norihiro Edwin | Remote population of computer clipboard via a messaging system |
US20060031367A1 (en) * | 2004-06-04 | 2006-02-09 | John Buford | Instant messaging and presence using virtual devices |
US20060039545A1 (en) * | 2004-08-19 | 2006-02-23 | Matsushita Electric Industrial Co., Ltd. | Multimedia based caller ID to identify an instant messaging client/user |
US20070079249A1 (en) * | 2005-10-03 | 2007-04-05 | Microsoft Corporation | Distributed clipboard |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120166952A1 (en) * | 2010-12-23 | 2012-06-28 | Albert Alexandrov | Systems, methods, and devices for facilitating navigation of previously presented screen data in an ongoing online meeting |
US9269072B2 (en) * | 2010-12-23 | 2016-02-23 | Citrix Systems, Inc. | Systems, methods, and devices for facilitating navigation of previously presented screen data in an ongoing online meeting |
US20150286738A1 (en) * | 2014-04-02 | 2015-10-08 | Wistron Corporation | Method, system, electronic device and server for synchronous display of operating information |
CN104980453A (en) * | 2014-04-02 | 2015-10-14 | 纬创资通股份有限公司 | Method, system, electronic device and server for simultaneously displaying operation information |
US10114904B2 (en) * | 2014-04-02 | 2018-10-30 | Wistron Corporation | Method, system, electronic device and server for synchronous display of operating information |
Also Published As
Publication number | Publication date |
---|---|
US20100146403A1 (en) | 2010-06-10 |
US8413074B2 (en) | 2013-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Churchill et al. | Anchored conversations: chatting in the context of a document | |
JP4913224B2 (en) | How to initiate collaboration via e-mail attachments via a server | |
US8464164B2 (en) | System and method to create a collaborative web-based multimedia contextual dialogue | |
CA2440776C (en) | A system and process for network collaboration through embedded annotation and rendering instructions | |
US8935334B2 (en) | System and method to create a collaborative workflow environment | |
US8024404B2 (en) | Method and apparatus for designating endpoints in a collaborative computer system to facilitate maintaining data consistency | |
US7130885B2 (en) | Methods and apparatus providing electronic messages that are linked and aggregated | |
JP5710156B2 (en) | Method for enabling collaborative editing of objects in content data, and computer system and computer program thereof | |
US8195601B2 (en) | Visitor-assisted user profile creation | |
US20160344677A1 (en) | Unified messaging platform for providing interactive semantic objects | |
US8117056B2 (en) | Integrating special requests with a calendar application | |
US8413074B2 (en) | Mechanism for collaboratively exchanging navigation information in a distributed document review | |
CN109923571A (en) | Live conference for the channel in team collaboration's tool | |
US20110252366A1 (en) | Discriminating among resources to share | |
JP2003505760A (en) | Method and apparatus for activity-based collaboration by a computer system with a dynamics manager | |
US7516132B1 (en) | Mechanism for enabling distributed file sharing among a plurality of nodes in a network | |
JP2015504189A (en) | Unconnected application extension including interactive digital surface layer for sharing and annotation of collaborative remote applications | |
WO2001077816A2 (en) | System and method for real-time multi-directional file-based data streaming editor | |
US11875081B2 (en) | Shared screen tools for collaboration | |
US20230385768A1 (en) | Workspace Video Collaboration | |
US20210019705A1 (en) | Method and apparatus for sharing data across groups | |
US20100174760A1 (en) | Tracking Multi-Session Meeting Statuses | |
Milosavljevic et al. | Software architecture of distributed client/server library circulation system | |
JPH09128343A (en) | Communication system | |
US20240220879A1 (en) | Work chat room-based task management apparatus and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: SUN MICROSYSTEMS, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:STEVENS, MATTHEW J.;REEL/FRAME:017943/0902 Effective date: 20060525 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |