Abstract: A computer implemented method and system include executing a search against both a client cache associated with a client and data sources remotely coupled to the client over a network connection. Results from the search against the client cache are rendered on a client UI. The client cache and the client UI are updated with the results from the search against the data sources.

Abstract: According to some embodiments, a remote server may receive, from a first communication device associated with a first user, information about a first communication event between the first user and another party. The remote server may store the information about the first communication event. The remote server may also receive, from a second communication device associated with a second user, a request associated with the other party. Responsive to the request, the remote server may retrieve and transmit information about the first communication event to the second communication device.

Abstract: According to some embodiments, an initiating event may be detected at a mobile communication device via a context application, and responsive to that detection, information may be searched. The searched information may be related to, for example, prior communication events associated with communication applications of the mobile device. Note that the searched information could be locally stored and/or remotely stored (e.g., at a data store of a remote CRM application). At least one result of the search may then be displayed to the user.

Abstract: In one embodiment, a business process meta-model is defined that represents a business process. The business process meta-model includes control flow elements pertaining to a control flow of the business process, and annotation elements providing details for the control flow elements.

Abstract: A method of and system for collecting, storing, and retrieving data in a data base management system. The database management system includes a master database server (4), at least one workgroup server (315), and a plurality of workgroup user clients (310). The workgroup server (315) is interposed between the master database server (4) and said workgroup user clients (310). The method creating a transaction in a local database resident on one of the workgroup user clients (310), entering the transaction into a transaction log resident on the workgroup user client (310), and creating a transaction file corresponding to the transaction in an outbox of said workgroup user client (310). Next, the transaction file is copied to an inbox identified to the workgroup user client (310) and updating the transaction file into a workgroup database (305) resident on the workgroup server (315). The workgroup database (305) includes a transaction log.

Abstract: A computer implemented method and system include executing a search against both a client cache associated with a client and data sources remotely coupled to the client over a network connection. Results from the search against the client cache are rendered on a client UI. The client cache and the client UI are updated with the results from the search against the data sources.

Abstract: According to some embodiments, a remote server may receive, from a first communication device associated with a first user, information about a first communication event between the first user and another party. The remote server may store the information about the first communication event. The remote server may also receive, from a second communication device associated with a second user, a request associated with the other party. Responsive to the request, the remote server may retrieve and transmit information about the first communication event to the second communication device.

Abstract: A computer implemented method and system include executing a search against both a client cache associated with a client and data sources remotely coupled to the client over a network connection. Results from the search against the client cache are rendered on a client UI. The client cache and the client UI are updated with the results from the search against the data sources.

Abstract: According to some embodiments, an initiating event may be detected at a mobile communication device via a context application, and responsive to that detection, information may be searched. The searched information may be related to, for example, prior communication events associated with communication applications of the mobile device. Note that the searched information could be locally stored and/or remotely stored (e.g., at a data store of a remote CRM application). At least one result of the search may then be displayed to the user.

Abstract: A method of and system for collecting, storing, and retrieving data in a data base management system. The database management system includes a master database server (4), at least one workgroup server (315), and a plurality of workgroup user clients (310). The workgroup server (315) is interposed between the master database server (4) and said workgroup user clients (310). The method creating a transaction in a local database resident on one of the workgroup user clients (310), entering the transaction into a transaction log resident on the workgroup user client (310), and creating a transaction file corresponding to the transaction in an outbox of said workgroup user client (310). Next, the transaction file is copied to an inbox identified to the workgroup user client (310) and updating the transaction file into a workgroup database (305) resident on the workgroup server (315). The workgroup database (305) includes a transaction log.

Abstract: A method of and system for collecting, storing, and retrieving data in a data base management system. The database management system includes a master database server (4), at least one workgroup server (315), and a plurality of workgroup user clients (310). The workgroup server (315) is interposed between the master database server (4) and said workgroup user clients (310). The method creating a transaction in a local database resident on one of the workgroup user clients (310), entering the transaction into a transaction log resident on the workgroup user client (310), and creating a transaction file corresponding to the transaction in an outbox of said workgroup user client (310). Next, the transaction file is copied to an inbox identified to the workgroup user client (310) and updating the transaction file into a workgroup database (305) resident on the workgroup server (315). The workgroup database (305) includes a transaction log.

Abstract: A method of and system for collecting, storing, and retrieving data in a data base management system. The database management system includes a master database server (4), at least one workgroup server (315), and a plurality of workgroup user clients (310). The workgroup server (315) is interposed between the master database server (4) and said workgroup user clients (310). The method creating a transaction in a local database resident on one of the workgroup user clients (310), entering the transaction into a transaction log resident on the workgroup user client (310), and creating a transaction file corresponding to the transaction in an outbox of said workgroup user client (310). Next, the transaction file is copied to an inbox identified to the workgroup user client (310) and updating the transaction file into a workgroup database (305) resident on the workgroup server (315). The workgroup database (305) includes a transaction log.

Abstract: A method of and system for collecting, storing, and retrieving data in a data base management system. The database management system includes a master database server (4), at least one workgroup server (315), and a plurality of workgroup user clients (310). The workgroup server (315) is interposed between the master database server (4) and said workgroup user clients (310). The method creating a transaction in a local database resident on one of the workgroup user clients (310), entering the transaction into a transaction log resident on the workgroup user client (310), and creating a transaction file corresponding to the transaction in an outbox of said workgroup user client (310). Next, the transaction file is copied to an inbox identified to the workgroup user client (310) and updating the transaction file into a workgroup database (305) resident on the workgroup server (315). The workgroup database (305) includes a transaction log.

Abstract: A method of and system for collecting, storing, and retrieving data in a data base management system. The database management system includes a master database server (4), at least one workgroup server (315), and a plurality of workgroup user clients (310). The workgroup server (315) is interposed between the master database server (4) and said workgroup user clients (310). The method creating a transaction in a local database resident on one of the workgroup user clients (310), entering the transaction into a transaction log resident on the workgroup user client (310), and creating a transaction file corresponding to the transaction in an outbox of said workgroup user client (310). Next, the transaction file is copied to an inbox identified to the workgroup user client (310) and updating the transaction file into a workgroup database (305) resident on the workgroup server (315). The workgroup database (305) includes a transaction log.

Abstract: Updates made to a central database (3) or to another partially replicated database (23-1) are selectively propagated to a partially replicated database (23-2) if the owner of the partially replicated database (23-2) is deemed to have visibility to the data being updated. Visibility is determined by use of predetermined rules stored in a rules database. Stored rules are assessed against data content of various tables that make up a logical entity, known as a docking object that is being updated. The stored rules are assessed against data content of various tables that make up a docking object, not necessarily being the docking object that is being updated. The visibility rules of these related docking objects are recursively determined. Changes in visibility are determined to enable the central computer to direct the nodes to insert the docking object into its partially replicated database.

Abstract: A method of maintaining a database. The database is a partially replicated database having a central database and a plurality of individual partially replicated databases. Updates made to the central database or to one of the individual, partially replicated databases are selectively propagated to one or more recipient partially replicated databases if the owner of the recipient partially replicated database has visibility to the data being selectively transmitted. This is accomplished by first replicating a group or records as a single logical docking object. A single set of visibility rules is applied to the data content of the entire logical docking unit. The docking object is then applied to the recipient individual partially replicated database if the owner thereof has visibility to the data being transmitted in the single logical docking object. Also disclosed are methods of controlling and logging the propagation of docking objects.

Abstract: Updates made to a central database (3) or to another partially replicated database (23-1) are selectively propagated to a partially replicated database (23-2) if the owner of the partially replicated database (23-2) is deemed to have visibility to the data being updated. Visibility is determined by use of predetermined rules stored in a rules database. Stored rules are assessed against data content of various tables that make up a logical entity, known as a docking object that is being updated. The stored rules are assessed against data content of various tables that make up a docking object, not necessarily being the docking object that is being updated. The visibility rules of these related docking objects are recursively determined. Changes in visibility are determined to enable the central computer to direct the nodes to insert the docking object into its partially replicated database.

Abstract: A method of and system for collecting, storing, and retrieving data in a data base management system. The database management system includes a master database server (4), at least one workgroup server (315), and a plurality of workgroup user clients (310). The workgroup server (315) is interposed between the master database server (4) and said workgroup user clients (310). The method creating a transaction in a local database resident on one of the workgroup user clients (310), entering the transaction into a transaction log resident on the workgroup user client (310), and creating a transaction file corresponding to the transaction in an outbox of said workgroup user client (310). Next, the transaction file is copied to an inbox identified to the workgroup user client (310) and updating the transaction file into a workgroup database (305) resident on the workgroup server (315). The workgroup database (305) includes a transaction log.

Abstract: Upgrading a software application from one or more upgrade package files in a server (1) to a client (21a, 21b, 21c). According to this method a copy of the upgrade package files and an upgrade database table are created on the server (1). A pointer is created in the client's (21a, 21b, 21c) file on the server (1). This pointer points to the upgrade package files on the server (1); In invoking the upgrade the, the upgrade files are made active, and the upgrade database table is scanned when a client (21a, 21b, 21c) docks. This is to determine the status of an upgrade with respect to the particular client (21a, 21b, 21c). The upgrade is copied to the client (21a, 21b, 21c) if the client (21a, 21b, 21c) has not received the upgrade. At this point the upgrade may be invoked at the client (21a, 21b, 21c). Also disclosed is a program product carrying code for the upgrade method.

Abstract: Updates made to a central database (3) or to another partially replicated database (23-1) are selectively propagated to a partially replicated database (23-2) if the owner of the partially replicated database (23-2) is deemed to have visibility to the data being updated. Visibility is determined by use of predetermined rules stored in a rules database. Stored rules are assessed against data content of various tables that make up a logical entity, known as a docking object that is being updated. The stored rules are assessed against data content of various tables that make up a docking object, not necessarily being the docking object that is being updated. The visibility rules of these related docking objects are recursively determined. Changes in visibility are determined to enable the central computer to direct the nodes to insert the docking object into its partially replicated database.