icy management Teleservicedesk Central policy management Patient terminal equipment Patient's home Hospital Network Local policy Local policy management management Receptionist terminal Doctor's office Doctor terminal equipment Figure 5.21 The policy managed tele-consultation deployment. Service Delivery Platforms Step 7: Create and distribute PESM implementations 1. For each local PESM diagram from Step 6: a. Generate the local PESM description. This involves translating the con- trol flow described by the PESM to a data format that can be used by the local policy management. Distribute the description to the subscribing components. 2. For each of the local policy rules from Step 6: a. Translate the policy rules to a data format that can be used by the local policy management. A policy parser is required to do this. The parser takes the policy rule file and converts the rule to the data format required. b. Distribute the rule to the subscribing components. C. Extract the trigger event and distribute it to the subscribing components. Step 8: Perform dynamic composition of the service Dynamic composition is now enabled in the runtime system. This involves 1. Dynamic service execution, composing the distributed roles as governed by policy and PESM descriptions 2. Dynamic composition, for example, involving the use of a user interface to change policy rules and include dynamic adaptation of services How Steps 7 and 8 are actually done is platform specific and therefore we do not address this as part of this example. For a description of the policy-management system, and for results of investigations of the feasibility of the implementation of parts of the tele-consultation service and the some of the functionality of the policy management using the Arctis and Ramses tools suites [20], we refer to [10]. 5.7 Using the Methodology to Change the Existing Service In this section, we demonstrate that the methodology can be used to introduce changes to an existing service to allow for additions of new behaviors to the serv