Abstract: A broker consumer gateway may interface with a service consumer of a computing device consuming at least one service of at least one service provider, including receiving requests for forms, providing the forms, and receiving submitted forms. A service delivery manager may deliver the at least one service. The service delivery manager may include a consumer session manager that creates at least one consumer session to execute at least a portion of the at least one service, a consumer instance manager that creates at least one instance of the at least one service, and a service coordinator configured to coordinate the delivery of the at least one service, based on a coordination model characterizing the at least one service in which the forms are associated with service states of the at least one service and in which transitions between the service states are executed based on the submitted forms.

Abstract: A buffer may be configured to store a plurality of items, and to be accessed by one or more activities of an instance of a process model. A scheduler may be configured to schedule execution of each of a plurality of activities of the process model, and to determine an activation of an activity of the plurality of activities. The scheduler may include an activity manager configured to access an activity profile of the activity upon the determining of the activation, the activity profile including buffer access characteristics according to which the activity is designed to access the buffer. A process execution unit may be configured to execute the activity and may include a buffer access manager configured to access the buffer according to the buffer access characteristics of the activity profile, and to thereby facilitate an exchange of at least one item between the buffer and the activity.

Abstract: A selected activity of a service process model displayed in a process view of a graphical user interface may be determined. The service process model may represent a software service to be provided from a service provider to a consumer by way of a service broker. At least one service delivery entity associated with the service broker and providing service delivery functionality to be included in a brokered service process model may be determined, the service delivery entity including a state machine comprising states and transitions between the states. Configuration options may be provided in a configuration view of the graphical user interface. The configuration options may include goal states of the states to be reached as part of the brokered service process model and in association with the selected activity. A selected goal state of the goal states may be determined. The brokered service process model may be provided within a brokered service process view of the graphical user interface.

Abstract: Implementations are described for exception handling for collaborating process models. Once an error or other exception is determined during execution of a process model, a collaborating process model is determined to be notified. The collaborating process model and the process model may be executing in a collaborating orchestration engine and in an orchestration engine, respectively. Thus, the collaborating process model may be notified of the exception. Then, the execution of the collaborating process model within the collaborating orchestration engine may be at least partly suspended, and execution of the process model and the collaborating process model may later be resumed once the exception has been resolved.

Abstract: Activations of a plurality of incoming branches may be detected at a synchronization point having a plurality of outgoing branches. A first synchronization may be executed after a first number of activations is detected, and at least one of a plurality of outgoing branches from the synchronization point may be activated, based on the first synchronization. A second synchronization may be executed after a second number of activations is detected, and at least a second one of the plurality of outgoing branches from the synchronization point may be activated, based on the second synchronization.

Abstract: A first instance and a second instance of an activity of a process model may be executed, the first instance, the second instance, and the activity being associated with activity state data describing one or more states thereof. A co-process associated with the first instance, the second instance, and the activity may be spawned, and the co-process may be executed based on the activity state data.

Abstract: Various implementations are disclosed for routing messages according to a routing order, where sequences (e.g., sub-sections or subsets) of the routing order are progressively and/or iteratively resolved during a run-time of the message routing operation(s). The resolution of a sequence may involve determining identity information of recipients that were previously only described within the sequence in relation to one another, in relation to the group, or in relation to a type of routing order. Further, the resolution(s) of the sequences may depend at least in part on responses received from recipients of the message during execution of earlier (resolved) sequences of the message routing operations. In this way, message routing may occur dynamically, so that, for example, new recipients may be added, or a (new) message order may otherwise be realized or implemented, during the run-time of the routing operation.

Abstract: A broker consumer gateway may interface with a service consumer of a computing device consuming at least one service of at least one service provider, including receiving requests for forms, providing the forms, and receiving submitted forms. A service delivery manager may deliver the at least one service. The service delivery manager may include a consumer session manager that creates at least one consumer session to execute at least a portion of the at least one service, a consumer instance manager that creates at least one instance of the at least one service, and a service coordinator configured to coordinate the delivery of the at least one service, based on a coordination model characterizing the at least one service in which the forms are associated with service states of the at least one service and in which transitions between the service states are executed based on the submitted forms.

Abstract: A broker consumer gateway may interface with a service consumer of a computing device consuming a service group including at least two asynchronously executing services, including receiving requests for forms, providing the forms, and receiving submitted forms. A service delivery manager may execute delivery of the service group to the service consumer. The service delivery manager may include a service coordinator that coordinates the delivery of the service group, based on a coordination model characterizing the service group in which the forms are associated with service states of the at least two services of the service group, and in which transitions between the service states are executed based on the submitted forms. The service delivery manager may include a service group manager that identifies synchronization states within the coordination model at which it is allowable for the service delivery manager to alter a group level attribute of the service group.

Abstract: Various implementations are disclosed for designing a process model that includes a task, the task associated with a potential suspension, e.g., in response to an error or other exception. At least one suspension task may be provided in parallel with the task to form a parallel combination thereof within the process model. A first control task, e.g., an AND split task, may be provided prior to the parallel combination, and a second control task, e.g., a synchronize/merge task, may be provided subsequent to the parallel combination, the first control task and the second control task configured to activate and join, respectively, the task and the at least one suspension task during execution of the process model.

Abstract: A selected activity of a service process model displayed in a process view of a graphical user interface may be determined. The service process model may represent a software service to be provided from a service provider to a consumer by way of a service broker. At least one service delivery entity associated with the service broker and providing service delivery functionality to be included in a brokered service process model may be determined, the service delivery entity including a state machine comprising states and transitions between the states. Configuration options may be provided in a configuration view of the graphical user interface. The configuration options may include goal states of the states to be reached as part of the brokered service process model and in association with the selected activity. A selected goal state of the goal states may be determined. The brokered service process model may be provided within a brokered service process view of the graphical user interface.

Abstract: A buffer may be configured to store a plurality of items, and to be accessed by one or more activities of an instance of a process model. A scheduler may be configured to schedule execution of each of a plurality of activities of the process model, and to determine an activation of an activity of the plurality of activities. The scheduler may include an activity manager configured to access an activity profile of the activity upon the determining of the activation, the activity profile including buffer access characteristics according to which the activity is designed to access the buffer. A process execution unit may be configured to execute the activity and may include a buffer access manager configured to access the buffer according to the buffer access characteristics of the activity profile, and to thereby facilitate an exchange of at least one item between the buffer and the activity.

Abstract: Various implementations are disclosed for designing a process model that includes a task, the task associated with a potential suspension, e.g., in response to an error or other exception. At least one suspension task may be provided in parallel with the task to form a parallel combination thereof within the process model. A first control task, e.g., an AND split task, may be provided prior to the parallel combination, and a second control task, e.g., a synchronize/merge task, may be provided subsequent to the parallel combination, the first control task and the second control task configured to activate and join, respectively, the task and the at least one suspension task during execution of the process model.

Abstract: A choreography manager may be configured to manage a choreography model governing interactions between at least two entities. The choreography manager may include a first choreography modeler configured to provide a first view of the choreography model, the first view including first constructs that are associated with a first sequence degree characterizing a degree to which a sequence of the interactions between the entities is provided. The choreography manager may include a second choreography modeler configured to provide a second view of the choreography model, the second view including second constructs that are associated with a second sequence degree characterizing the degree to which the sequence of the interactions between the entities is provided. The choreography manager may include a choreography mapper configured to relate the first view to the second view, and configured to relate the first constructs to the second constructs.

Abstract: Various implementations are disclosed for designing a process model that includes a task, the task associated with a potential suspension, e.g., in response to an error or other exception. At least one suspension task may be provided in parallel with the task to form a parallel combination thereof within the process model. A first control task, e.g., an AND split task, may be provided prior to the parallel combination, and a second control task, e.g., a synchronize/merge task, may be provided subsequent to the parallel combination, the first control task and the second control task configured to activate and join, respectively, the task and the at least one suspension task during execution of the process model.

Abstract: A first instance and a second instance of an activity of a process model may be executed, the first instance, the second instance, and the activity being associated with activity state data describing one or more states thereof. A co-process associated with the first instance, the second instance, and the activity may be spawned, and the co-process may be executed based on the activity state data.

Abstract: Activations of a plurality of incoming branches may be detected at a synchronization point having a plurality of outgoing branches. A first synchronization may be executed after a first number of activations is detected, and at least one of a plurality of outgoing branches from the synchronization point may be activated, based on the first synchronization. A second synchronization may be executed after a second number of activations is detected, and at least a second one of the plurality of outgoing branches from the synchronization point may be activated, based on the second synchronization.

Abstract: Various implementations are disclosed for designing a process model that includes a task, the task associated with a potential suspension, e.g., in response to an error or other exception. At least one suspension task may be provided in parallel with the task to form a parallel combination thereof within the process model. A first control task, e.g., an AND split task, may be provided prior to the parallel combination, and a second control task, e.g., a synchronize/merge task, may be provided subsequent to the parallel combination, the first control task and the second control task configured to activate and join, respectively, the task and the at least one suspension task during execution of the process model.

Abstract: Implementations are described for exception handling for collaborating process models. Once an error or other exception is determined during execution of a process model, a collaborating process model is determined to be notified. The collaborating process model and the process model may be executing in a collaborating orchestration engine and in an orchestration engine, respectively. Thus, the collaborating process model may be notified of the exception. Then, the execution of the collaborating process model within the collaborating orchestration engine may be at least partly suspended, and execution of the process model and the collaborating process model may later be resumed once the exception has been resolved.