TY - JOUR
T1 - Jointly-owned objects for collaboration
T2 - Operating-system support and protection model
AU - Guan, Sheng Uei
AU - Abdel-Wahab, Hussein
AU - Calingaert, Peter
N1 - Funding Information:
The authors wish to thank Don Smith for valuable comments. This work was partially supported by the Office of Naval Research, under contract N00014-86-K-0680, and by IBM. under Shared University Research Agreement # 826.
PY - 1991/10
Y1 - 1991/10
N2 - As real-time collaboration becomes more frequent, it is common for a group of users to create and own an object jointly. The use of multiuser tools makes the existence of jointly-owned objects a necessity: a participant who joins a multiuser tool written by others knows that the user agent executed in his name will not allow unauthorized access to other objects if the multiuser tool is jointly owned by all participants. In this article, we discuss the requirements and issues behind jointly-owned objects. By generalizing these requirements, we have implemented a conditionally jointly-owned object. The conditions take the form of a quorum or a list of users who have the rights to access an object or to change its protection state. We sketch a design of conditionally jointly-owned objects, and apply the same concepts to subjects. Authority- and quorum-based objects are investigated as examples of conditionally jointly-owned objects. We show that conditionally jointly-owned objects can also be used to resolve conflicts that may arise among joint owners. We generalize Graham and Denning's protection model to incorporate these jointly-owned entities. Operating-system support for conditionally jointly-owned objects is specified at the system-call level. Examples are provided to demonstrate the usefulness of conditionally jointly-owned objects.
AB - As real-time collaboration becomes more frequent, it is common for a group of users to create and own an object jointly. The use of multiuser tools makes the existence of jointly-owned objects a necessity: a participant who joins a multiuser tool written by others knows that the user agent executed in his name will not allow unauthorized access to other objects if the multiuser tool is jointly owned by all participants. In this article, we discuss the requirements and issues behind jointly-owned objects. By generalizing these requirements, we have implemented a conditionally jointly-owned object. The conditions take the form of a quorum or a list of users who have the rights to access an object or to change its protection state. We sketch a design of conditionally jointly-owned objects, and apply the same concepts to subjects. Authority- and quorum-based objects are investigated as examples of conditionally jointly-owned objects. We show that conditionally jointly-owned objects can also be used to resolve conflicts that may arise among joint owners. We generalize Graham and Denning's protection model to incorporate these jointly-owned entities. Operating-system support for conditionally jointly-owned objects is specified at the system-call level. Examples are provided to demonstrate the usefulness of conditionally jointly-owned objects.
UR - http://www.scopus.com/inward/record.url?scp=0026238044&partnerID=8YFLogxK
U2 - 10.1016/0164-1212(91)90002-N
DO - 10.1016/0164-1212(91)90002-N
M3 - Article
AN - SCOPUS:0026238044
SN - 0164-1212
VL - 16
SP - 85
EP - 95
JO - The Journal of Systems and Software
JF - The Journal of Systems and Software
IS - 2
ER -