Abstract: Systems, methods, and data structures for augmenting data placed on the clipboard with additional data are disclosed. Where the data placed on the clipboard may include one or more references to other information, such systems, methods, or data structures may retrieve data referred to by a reference and place such data, or data associated with the retrieved data, on the clipboard.

Abstract: Systems, methods, and data structures for augmenting data placed on the clipboard with additional data are disclosed. Such systems, methods, and data structures may transform the data to produce data in other formats using, for example, transform specifications or executable code.

Abstract: An API development framework uses a Simple Object Access Protocol (SOAP) protocol to provide access to a collaborative client from a remote user that does not have access to the collaborative software. A WSAP server acts as a bridge between the native collaborative environment and any non-native environment or application that can process SOAP commands and allows the two entities to communicate regardless of firewalls and other security software. The non-native environment can be either local (on the same machine as the collaborative client program) or physically remote (on a different machine). In addition to the server, the illustrative framework includes client side support that is comprised of a SOAP proxy component and remote interfaces to collaborative system objects and platform tools.

Abstract: In a peer-to-peer collaboration system, deltas containing data change commands are organized in a persistent data structure called a delta log. The delta log is organized into blocks, which are the largest division in the delta log. In turn, blocks contain groups, groups contain chains and chains contain deltas. Delta blocks are used to implement priority deltas that are used to limit the collection of data change commands that must be transferred. Within a block the deltas are organized by groups, each of which is a set of deltas organized into chains. The delta group in used to determine which deltas to purge. The chains are ordered by increasing creator ID of the endpoint that created the chain. Organizing the delta log in this fashion allows the log to be “walked” to detect convergence problems. To achieve causality-preservation, each delta has a list of dependencies representing other deltas that must be executed before the current delta can be executed.

Abstract: Systems and methods for synchronizing and sharing data associated with sharing relationships are disclosed. Such systems and methods may be implemented by interfacing with an application that manages or accesses the data to be shared, and by making shared data available using a feed along with some mechanism for tracking changes or enabling synchronization between different endpoints.

Abstract: A connection between a secure shared space and an external system is created with a connector tool. The connector tool code is included in an independent agent called a “bot” that is created by a software developer. Bots run in the background in an automated and unattended manner in a specialized enterprise integration server. Each bot has a unique identity and runs under an account assigned to the enterprise integration server. A bot can be invited to a shared space much as another collaborator. Bots can also invite others to shared spaces. All bots running in the enterprise integration server are administered by a centralized administrative control. This allows account and identity policies to be established and global behaviors, including authentication settings, startup options and scope to be determined centrally. The centralized control allows simple installation, configuration and deployment and administrative control of bot operation and access.

Abstract: A distributed, activity-based collaboration system can employ a data change request priority scheme for determining an order of execution of data change requests in effecting changes to local copies of data so as to optimize data consistency for collaborative activities. The data change request priority scheme can entail encoding sequence number information and dependency information in the data change requests, responsive to which data changes can be made, unmade and remade to the data.

Abstract: In a peer-to-peer collaboration system, deltas containing data change commands are organized in a persistent data structure called a delta log. The delta log is organized into blocks, which are the largest division in the delta log. In turn, blocks contain groups, groups contain chains and chains contain deltas. Delta blocks are used to implement priority deltas that are used to limit the collection of data change commands that must be transferred. Within a block the deltas are organized by groups, each of which is a set of deltas organized into chains. The delta group in used to determine which deltas to purge. The chains are ordered by increasing creator ID of the endpoint that created the chain. Organizing the delta log in this fashion allows the log to be “walked” to detect convergence problems. To achieve causality-preservation, each delta has a list of dependencies representing other deltas that must be executed before the current delta can be executed.

Abstract: In a peer-to-peer collaborative system in which collaborators communicate via a shared telespace and exchange data change requests, a unique number is assigned to each endpoint (a unique pairing of a device and a person) of each of the telespace members. Each endpoint number indicates the order in which the member joined the telespace, and, for each member invited to join (or otherwise sponsored) by another telespace member (the “inviting member”), it also indicates the inviting member. As more and more members are invited to join by those new members, the designations add additional orders of digits to indicate the family tree or chain of inviting members. The designations are used to resolve collisions between two data change requests that are both dependent on the same data change request.

Abstract: A connection between a secure shared space and an external system is created with a connector tool. The connector tool code is included in an independent agent called a “bot” that is created by a software developer. Bots run in the background in an automated and unattended manner in a specialized enterprise integration server. Each bot has a unique identity and runs under an account assigned to the enterprise integration server. A bot can be invited to a shared space much as another collaborator. Bots can also invite others to shared spaces. All bots running in the enterprise integration server are administered by a centralized administrative control. This allows account and identity policies to be established and global behaviors, including authentication settings, startup options and scope to be determined centrally. The centralized control allows simple installation, configuration and deployment and administrative control of bot operation and access.

Abstract: A component manager receives requests for component updates from a variety of sources, parses the requests and extracts URL information that identifies the location of a file containing the component resources. The component manager presents the URL to a download manager that asynchronously retrieves the component resources from the specified location and places the file in a staging area. Once the component resources have been downloaded, an install manager, also operating asynchronously from the component manager and the download manager, installs the component update.

Abstract: An activity-based collaboration system provides communication and other shared and mutual activities between individuals and small groups in shared private spaces, called “telespaces”. In the system, participants or members of a telespace interact through personal computers, Internet appliances or other network-capable devices, which can communicate with one-another over a network, e.g., the Internet. Each telespace is an instantiation of an activity operable on each of the network-capable devices of members of the telespace. Each activity includes a tool for initiating data change requests (called “deltas”) responsive to telespace member interactions, and a data-change engine, separate from the tool, for maintaining telespace data pursuant to a common data model, usually activity-specific, in memory. Each network-capable device also includes a dynamics manager, responsive to the deltas, for directing the data-change engine to make changes to the local copy of data.