Abstract: A method and system to manage tasks are described. The method may provide a graphical user interface to allow a user to identify a first task context and associate a plurality of first tasks with the first task context, and to identify a second task context and associate a plurality of second tasks with the second task context. The method may associate at least one of the plurality of first tasks with at least one of the plurality of second tasks. Accordingly, tasks in different contexts and sourced from different applications may be managed.

Abstract: A design-time status schema model is defined at design-time and includes a core status schema group and an. a status schema model. The status schema model includes a core status schema group and an extended status schema group. The status schema model also includes a precondition included in one of the status schema groups. The precondition identifies how a status affects whether an action included in the other of the status schema groups is to be allowed to be performed at runtime by a data object node instance having the status. Based on a status schema instance, the status of a data object node instance is monitored to determine whether the action is allowed to be performed by the data object node instance. In response to a determination that the action is allowed, enabling the action to be executed.

Abstract: A process modeling tool provides a process designer with the ability to design a plurality of business process models that include tasks for achieving a desired result(s). The process modeling tool allows the process designer to merge the process models into a merged process model by replacing event flow coordinators within the process models with control flow coordinators that dictate a flow of the merged process model. Accordingly, the process designer is allowed to use the merged process model for monitoring of a current status of the tasks, and for re-distributing the tasks in a desired manner for execution by selected entities, while the original process models are maintained and may be executed in their original execution environment.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: A semantically aware relational database management system includes suitable programming to relate attributes of the relational database to semantic equivalents of such attributes. In response to receiving a query, the relational database management system performs at least one semantically aware operation on the data in the relational database in order to determine what data is to be retrieved in response to the query. Results of the query presented to a user may include data derived from performing the semantically aware operations.

Abstract: A method and system to manage tasks are described. The method may comprise providing a graphical user interface to a user, receiving user input via the graphical user interface to identify a composite task and at least two individual tasks, and associating the at least two individual tasks with the composite or virtual task. An operation performed on the composite task may be automatically performed on the individual tasks.

Abstract: Techniques are described for using a design-time status schema model to describe the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also includes preconditions for performing actions and a modeling element where the modeling element indicates a process step for a business process where the process step can be switched on and off at runtime. A precondition belonging to the process step identifies how a status affects whether an action is to be allowed to be performed at runtime by a data object node instance having the status. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model. The precondition is evaluated at runtime only if the process step is switched on.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: An exemplary embodiment providing for one or more improvements includes an e-mail server including at least one client mailbox for the receipt of e-mail over a network, and at least one client apparatus of the client computer coupled to the e-mail server for access to the e-mail in the client mailbox, wherein at least one of the e-mail server and the client apparatus facilitates in the filing of e-mail by providing a number of suggestions to the client user as to where to file the e-mail. One exemplary method facilitates the filing of e-mail by monitoring the filing of e-mail by an e-mail recipient, creating a dynamic shortcut list based upon the monitoring, and displaying the shortcut list to facilitate the filing of e-mail by an e-mail recipient.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: Actions are controlled actions in a computer-based process by a status schema model defined at design-time, stored in a computer-readable medium and including a precondition identifying how a status affects whether an action is to be allowed to be performed at runtime by a data object node instance having the status. A status schema instance is created for a particular data object node instance being used in a computer-based process. The status schema instance corresponds to the status schema model and includes a status variable having an inhibiting status value. Conditioned upon a determination that the data object node instance includes a value for a status variable that corresponds to the inhibiting status value of the status variable of the status schema model, actions are prohibited to be performed by the data object node instance other than an action with an explicit precondition from the inhibiting status value.

Abstract: Methods, systems, and computer program products for performing the method are provided. The method includes collecting specified events generated during a run-time operation of a designed computing process flow having a model that defines, at a service-oriented architecture level, which of several predefined computing services are used in the computing process flow and relationships among the predefined computing services that are used in the process flow. The method also includes generating, on a display device, a visual display that shows visual representations of all or a portion of the service-oriented architecture-level model for the computing process flow, and of the collected specified events and where, relative to the model, the collected specified events were generated.

Abstract: A flexible workflow is described that includes a pocket of flexibility. The pocket of flexibility may include workflow fragments that may be joined together, subject to pre-defined constraints. In implementing the flexible workflow, a user may encounter the pocket of flexibility, and select from the fragments to construct a workflow that is consistent with the user's current needs. The fragments may be incrementally presented to the user on a user interface, such that only those fragments determined to be combinable in a valid way may be selected by the user. In this way, a user who may have little experience with workflow languages or terminology may be able to use the flexible workflow, and be confident that the result is valid. Thus, difficulties in dealing with change in workflow systems may be mitigated, and this mitigation may be achieved without compromising the simplicity and generic nature of a workflow language.

Abstract: A computer-implemented method for configuring a business process includes configuring a solution map and deriving a pre-configured set of collaborative business scenarios based on the solution map. The pre-configured set of collaborative business scenarios is then configured and a pre-configured set of event driven process chains is derived based on the configured set of collaborative business scenarios. Finally, the pre-configured set of event driven process chains is configured.

Abstract: A process modeling tool provides a process designer with the ability to design an integrated business process model that includes a series of tasks for achieving a desired result. The process modeling tool allows the process designer to associate sub-sets of the tasks with entities who will perform the task sub-sets, and to extract distributed process models that each include one of the task sub-sets from the integrated process model for distribution to, and execution, by, the various entities. The distributed process models execute independently and in synchronization with one another, and transfer control therebetween as necessary to achieve the result of the integrated process model. Accordingly, the process designer is allowed to use established techniques for the design, verification, and monitoring of the integrated process model, while the entities are allowed to use local process enactment engines for implementing their portion of the overall process.

Abstract: A semantically aware relational database management system includes suitable programming to relate attributes of the relational database to semantic equivalents of such attributes. In response to receiving a query, the relational database management system performs at least one semantically aware operation on the data in the relational database in order to determine what data is to be retrieved in response to the query. Results of the query presented to a user may include data derived from performing the semantically aware operations.

Abstract: A semantically aware relational database management system includes suitable programming to relate attributes of the relational database to semantic equivalents of such attributes. In response to receiving a query, the relational database management system performs at least one semantically aware operation on the data in the relational database in order to determine what data is to be retrieved in response to the query. Results of the query presented to a user may include data derived from performing the semantically aware operations.

Abstract: Actions are controlled actions in a computer-based process by a status schema model defined at design-time, stored in a computer-readable medium and including a precondition identifying how a status affects whether an action is to be allowed to be performed at runtime by a data object node instance having the status. A status schema instance is created for a particular data object node instance being used in a computer-based process. The status schema instance corresponds to the status schema model and includes a status variable having an inhibiting status value. Conditioned upon a determination that the data object node instance includes a value for a status variable that corresponds to the inhibiting status value of the status variable of the status schema model, actions are prohibited to be performed by the data object node instance other than an action with an explicit precondition from the inhibiting status value.

Abstract: A semantically aware relational database management system includes suitable programming to relate attributes of the relational database to semantic equivalents of such attributes. In response to receiving a query, the relational database management system performs at least one semantically aware operation on the data in the relational database in order to determine what data is to be retrieved in response to the query. Results of the query presented to a user may include data derived from performing the semantically aware operations.