the end user control configuration ( euc ) system with dynamic user interface addresses difficult technical challenges related to hiding the complexity of voip network services from consumers , while allowing consumers to easily request , self - provision , and manage voip services . in addition to reducing the cycle - time involved with self - provisioning network services , and assisting users to complete the tasks required to activate , and manage voip and ip multimedia services , the end user control configuration ( euc ) system with dynamic user interface isolates error handling , and development of new network platforms . the euc system reduces the complexity of introducing new network technologies , and eliminates a user &# 39 ; s need to understand the complexity of the business processes and network technologies required to activate network services . the euc system uses service oriented architecture ( soa ) and standard web services ( i . e ., soap , xml and wsdl ) to distribute system functionalities between different logical layers , simplify data connectivity , data exchange and process integration . the euc system uses soa based software modules to communicate using web services to separate the logical layers to strengthen the ease of introducing new network technologies and services and minimize impacts to systems at integration layer . employing soa provides layer separation and component isolation so that each layer may perform parallel development without operational impacts , and thereby , facilitates reduction in the time to market for new network services . the logical layers represent physically distributed systems that may include horizontal and vertical distribution . the euc system uses vertically and horizontally scalable and reusable processes and services to deploy new network technologies , which lowers integration costs and improves platform performance . the euc system also uses asynchronous calls ( implemented , for example , with java messaging service ( jms ) queues ) between the business layer and integration layer to reduce hardware resource requirements at the business layer . in the event the euc system identifies tasks that may require user interaction to complete prior to service activation , the euc system generates a work list , and builds a dynamic gui rendering at run - time , based on information retrieved from a database and context information ( e . g ., state transition information ) identified from previously completed tasks or workflow steps . the euc system uses state transition information to create a dynamic sequence of workflow steps , and ultimately produces dynamic gui renderings . the workflow steps include one or more transitions generated as a result of applying rules found in a user interface rule file ( e . g ., an xslt — extensible stylesheet language based file ) to data identified in a user interface composition data file ( e . g ., an xml — extensible markup language based file ). the user interface rules may be combined with the user interface composition data into one file . the business layer manages the user interface rule file and the user interface composition data file that together store information that defines the tasks and sequence of workflow steps to perform to complete each transition , and dynamically compose and format the dynamic user interface ( e . g ., a jsp — java server page ). however , neither the presentation layer nor the business layer need to maintain statically coded permutations of workflow steps , state transitions or static gui renderings . instead , the business layer may isolate customizations to the error handling , work list task and workflow steps of the euc system to the user interface composition data file and the user interface rule file . the workflow manager , in coordination with the error handling subsystem , generates user recovery tasks and gui renderings to assist a user to resolve an error or condition requiring user interaction , ultimately resulting in the activation of ip multimedia services . an example of a recovery task may include a user inputting a code in the wui received by the user following the completion of a previous task or tasks . the user interface composition data file and the user interface rule file define : the set of visible data ; the set of modifiable data ; the set of names applied to data used to compose the user interface ( gui rendering ); and the transition states . the user interface composition data and user interface rule file maybe modified to customize the dynamic user interface &# 39 ; s error handling and tasks list features without requiring programming or development involving other components at the presentation layer , business layer or integration layer . furthermore , although specific components of the end user control configuration ( euc ) system with dynamic user interface will be described , methods , systems , and articles of manufacture consistent with the system may include additional or different components . for example , a processor may be implemented as a microprocessor , microcontroller , application specific integrated circuit ( asic ), discrete logic , or a combination of other type of circuits or logic . similarly , memories may be dram , sram , flash or any other type of memory . logic that implements the processing and programs described below may be stored ( e . g ., as computer executable instructions ) on a computer readable medium such as an optical or magnetic disk or other memory . alternatively or additionally , the logic may be realized in an electromagnetic or optical signal that may be transmitted between entities . flags , data , databases , tables , and other data structures may be separately stored and managed , may be incorporated into a single memory or database , may be distributed , or may be logically and physically organized in many different ways . programs may be parts of a single program , separate programs , or distributed across several memories and processors . furthermore , the programs , or any portion of the programs , may instead be implemented in hardware . fig1 illustrates an end user control configuration ( euc ) system with dynamic user interface 102 . the euc system 102 includes a processor unit 104 coupled to a communication interface 106 , a memory 108 , and a database 110 . the euc system 102 may receive user requests to provision services and manage errors through the communication interface 106 in communication with an error handling subsystem 112 . the error handling subsystem 112 includes an error handling engine 114 that responds to workflow process errors . the error handling engine 114 determines state transitions 116 associated with one or more recovery tasks 118 that may require completion before the euc system 102 may resume an attempt to complete a request or work order . the workflow manager 120 identifies the state transitions 116 from previously completed recovery tasks 118 or workflows 156 . the euc system 102 uses state transition information to create a dynamic sequence of workflow steps , and ultimately produces dynamic gui renderings 144 . the workflow steps 156 include one or more state transitions 116 . the euc system memory 108 may include a workflow manager 120 that retrieves workflow process errors from the error message queue 124 , obtains service configuration information 126 for the provisioning task from a service configuration manager 128 , analyzes the service configuration information 126 and the workflow process errors , and generates a user interface composition data file 146 specifying a state transition 116 associated with a recovery task 118 for end user completion . the communications interface 106 receives and transmits , for example , user requests to provision services , and may directly connect to a network 128 , such as the internet . the communications interface 106 may include a keyboard , mouse , or any other communications interface means . the euc system 102 , in one implementation , is capable of communicating with order management systems 130 , external systems 132 ( i . e ., also referred to as network elements or systems delivering provisioned services ), and remote user devices 134 ( e . g ., through the user interface rendering receiver 135 ) via the communications interface 106 . the euc system 102 may include a dynamic gui rendering program 136 that retrieves user interface composition data 138 that specifies the state transition 116 , and the user interface rules data 140 , and stores the information in memory 108 . the user interface composition data 138 and user interface rule file 142 may include information defining recovery tasks 118 to perform to complete a state transition 116 , as well as the start and end points of a state transition 116 . the dynamic gui rendering program 136 may generate a gui rendering 144 based on the user interface composition data 138 , and the user interface rules 140 identified in the user interface rule file 142 applied to the user interface composition data identified in the user interface composition data 138 . the user interface composition data file 146 , or user interface rule file 142 , or both files may also establish a gui rendering &# 39 ; s visible data 148 , modifiable data 150 , and data names 152 used to compose the gui rendering 144 . the user interface composition data file 138 , or user interface rule file 142 , or both files may also establish the gui rendering &# 39 ; s 144 user interface composition data 138 , and state transitions 116 . the dynamic gui rendering program 136 may generate the gui rendering 144 by performing a composition data transformation 154 specified in the user interface rule file 142 . the composition data transformation 154 may result in the generation of a modified user interface element based on an original user interface element specified in the user interface composition data file 146 . in other words , whenever an error occurs that requires a user interaction to complete a state transition 116 , a composition data transformation 154 identified in the user interface rule file 142 may be applied to the user interface composition data 138 identified in the user interface composition data file 146 . fig2 shows the logical layers of the euc system 102 . the euc system 102 includes a presentation layer 200 to manage user interactions , a business layer 210 to manage business logic , and an integration layer 220 to deploy and manage network services . the euc system 102 also employs a service bus 230 , which provides bidirectional communication between the logical layers . the presentation layer 200 manages user interactions , and includes a web - user interface ( wui ) 201 ; user authentication 202 ; and user authorization 203 . presentation layer components may communicate with each other directly without the use of the service bus 230 . communication between presentation layer components and the business layer components may occur through the service bus 230 . the euc system 102 uses the wui 201 to interact with users , for example through a set user interface screens , such as web pages . user interactions with the euc system 102 occur through the wui 201 . the wui 201 may employ jpfs ( java page flow ) and jsps ( java server pages ). the wui 201 jpfs define a set of actions that may be performed during a user &# 39 ; s navigation through a series of fields on a particular page or pages . each wui jpf action links to a hyper - text markup language ( html ) form that creates a form bean that stores information used to process the action . for example , the action may validate semantic and syntax on user inputs , or initiate requests to business layer components . ultimately , the wui 201 visualizes the results of the wui jpf action . the wui 201 communicates directly with other presentation layer components without the use of the service bus 230 . although the wui 201 may contain presentation specific logic , the wui 201 accesses business logic at the business layer 210 through communication with the presentation manager 212 . the wui 201 communicates with the business layer 210 through synchronous web services ( e . g ., soap / http based — simple object access protocol and hypertext transfer protocol ), but the wui 201 uses asynchronous communication to process service logic and manage services . accordingly , the business layer 210 receives service activation requests as work orders 147 . the user authorization 203 component grants access to services or resources , based on a user &# 39 ; s profile information retrieved from the business layer 210 through the presentation manager 212 and / or the user profile manager 214 . the euc system 102 caches the user &# 39 ; s profile information locally . the user authorization 203 component communicates directly with the wui 201 through direct web service calls . the user authentication 202 component authenticates users based on user profile information stored in the user profile database at the business layer 210 . the user authentication 202 component also communicates with the wui 201 using direct java calls . the business layer 210 contains business logic and processes required to activate and manage services . the business layer 210 manages requests from users , external customer relationship management ( crm ) systems , user profile databases , and service configurations , as well as user access logic . the business layer 210 includes : a workflow manager 120 ; presentation manager 212 ; service configuration manager 213 ; user profile manager 214 ; and the order manager 215 . the business layer 210 publishes its services on the service bus 230 and communicates with the presentation layer 200 and integration layer 220 through the service bus 230 . the service bus 230 may manage synchronous and asynchronous communication between the business layer components . alternatively or additionally , the business layer components may communicate with each other using direct java calls for private , synchronous services and interactions . the business layer components also may communicate synchronously with presentation layer components through the service bus 230 . the business layer 210 communicates with the integration layer 220 synchronously or asynchronously , depending on the adapter 222 , the network elements 226 , and the nature of the communication . the service bus 230 manages timeouts and retries that occur during communication between the business layer 210 and the integration layer 220 . the network elements 226 may deliver an unlimited array of provisioned services ( e . g ., instant messaging , on - demand recording and play - back , application sharing , audio conferencing , and videoconferencing , and other value added services ) to users . the workflow manager 120 manages the business layer 210 processes that implement the network services supported by the network elements 226 . the workflow manager 120 generates gui renderings 144 using the following : retrieve the user interface rule file 142 ; retrieve the user interface composition data 138 ; identify the state transition 116 ; generate the tasks lists 160 ; and generate the gui rendering 144 and display the tasks list 160 . the workflow manager 120 may control the error handling engine 114 and the error message queue 124 , which reside in the business layer 210 . the error message queue 124 may store error messages arising from exceptions generated during communication between or among components in the presentation layer 200 , business layer 210 and the integration layer 220 . the workflow manager 120 may include business logic classes ( e . g ., java classes ), and corresponding processes . the euc system 102 may consider the business logic classes and corresponding processes logically as a single component that physically reside on separate applications on different systems . the workflow manager 120 may communicate with the network elements 226 ( e . g ., ip multimedia systems that provide the provisioned network services ) through the integration layer 220 . the workflow manager 120 may receive work order submissions from the presentation manager 212 and the order manager 215 . the workflow manager 120 may use information from the service configuration manager 213 and the user profile manager 214 to determine which processes and workflow steps to activate , or enable or disable , to complete work orders 147 . the workflow manager 120 may update work orders 147 while the business layer processes execute , and store work orders 147 on the database 145 . the workflow manager 120 may publish an asynchronous interface on the service bus 230 to allow the wui 201 and order manager 215 to submit work orders 147 . the workflow manager 120 also may publish a synchronous interface , dedicated to other business layer components , to retrieve and update work order information . the business layer processes may communicate with the integration layer components through the service bus 230 . table 1 shows an example work order xml file that the workflow manager 120 may receive from the presentation manager 212 and the order manager 215 . the presentation manager 212 may manage requests from the presentation layer components , and either responds directly to each request or invokes other business layer components to complete each request . the service configuration manager 213 may manage service configuration and consistency information . the workflow manager 120 may invoke the service configuration manager 213 to retrieve information that identifies the workflows to activate , the network elements 226 and service specific parameters required , and update service consistency information on the database 145 . the user profile manager 214 may manage euc administrators &# 39 ; application profiles and end user service profiles , access to internal users &# 39 ; profiles and service profiles database , and may communicate with the network elements 226 responsible for user identity and access management . the order manager 215 may manage communication with one or more of the network elements 226 ( i . e ., provisioned network elements ). the workflow manager 120 may send work orders 147 to one or more provisioned network elements 226 , after having interacted with order manager 215 and having validated each work order 147 . the integration layer 220 may manage communication between the business layer components and the network elements 226 . the integration layer 220 may use adapters 222 ( i . e ., web services ), to communicate with the network elements 226 to provision and manage services . each network element 226 communicates with the integration layer 220 through a dedicated adapter . each adapter 222 may process multiple simultaneous requests , and a single request from the business layer 210 or another adapter may cause the adapter 222 to forward multiple requests to the corresponding network elements 226 . for example , where business layer 210 requests a service from network element 228 , through service bus 230 , adapter 224 may forward multiple requests to network element 228 to complete the business layer 210 request . each adapter 222 may publish its interface ( i . e ., service ) on the service bus 230 , and communicate synchronously or asynchronously via a call - back interface . the adapters 222 use document based interfaces ( xml files ) designed to hide the complexity of the external systems . the business layer 210 and adapters 222 at the integration layer 220 communicate based on soap / http and xml . each adapter 222 receives a request from a business layer component ; transforms the request ( xml based ) into a set of requests to the corresponding external system ; calls the external system &# 39 ; s apis ( application program interfaces ) and waits for a response ; aggregates the information retrieved while processing the xml document ( request ); and returns the results back to the business layer 210 . during synchronous communication , the adapter 222 returns the result in an http response to the initial web service call . during asynchronous communication , the adapter 222 returns the result to the business layer 210 via a call - back towards a dedicated web service . during asynchronous communications the adapter 222 returns an immediate acknowledgement to the business layer 210 upon a valid business layer 210 request , or an error message if the euc system 102 cannot process the request ( e . g ., an invalid request , a full input queue , an external system unavailable message , or an external system error message ). the service bus 230 may manage communications between the presentation layer 200 , business layer 210 and integration layer 220 . the service bus 230 hides the network complexity of managing and provisioning network services , facilitates isolated development and testing of components at each layer , and thereby improves service deployment time and service levels . the service bus 230 may provide protocol switching , content routing and message transformation functionalities . the service bus 230 may manage communication between the business layer components , either synchronously ( soap / http ) or asynchronously ( jms ). the service bus 230 may manage timeouts and retries that occur during communication between the business layer 210 and the integration layer 220 , and call - backs from the integration layer 220 to the business layer 210 . when a request ( call ) from a business layer component to an adapter 222 times out while waiting for an acknowledgement from the adapter 222 , the service bus 230 may automatically resend the request ( call ) for a configurable number of times . when an asynchronous response ( call - back ) from an adapter 222 to the business layer 210 times out , the adapter 222 may automatically resend the response back to the business layer 210 for a configurable number of times . the adapters 222 also manage time outs and retries that occur while in communication with the network elements 226 , a configurable number of times . fig3 illustrates the interactions between the logical layers . when one of the presentation layer components initiates a request ( act 305 ), the presentation manager 212 receives the request ( act 310 ) and may respond directly to the request ( act 315 ) or forward the request to the workflow manager 120 . if the presentation manager 212 responds directly to the request the presentation manager 212 may return a response to the presentation layer component ( act 360 ). in the event the presentation manager 212 forwards the request to the workflow manager 120 ( act 320 ), the workflow manager 120 retrieves service configuration information from the service configuration manager 213 ( act 325 ), and user profile information from the user profile manager 214 ( act 330 ). the workflow manager 120 may use information from the service configuration manager 213 and the user profile manager 214 to determine which processes and workflow steps to activate , or enable or disable , to complete the request ( act 335 ). in the event the workflow manager 120 does not identify recovery tasks 118 to complete before completing the request ( act 340 ) then the workflow manager 120 may forward work orders 147 to the order manager 215 ( act 345 ). the order manager 215 may process the work orders 147 received from the workflow manager 120 , and the workflow manager communicates with one or more network elements 226 to activate the requested service ( act 350 ). in the event the workflow manager 120 identifies recovery tasks 118 that may require completion before completing the request ( act 340 ) then the workflow manager 120 may initiate execution of the dynamic gui rendering program 136 ( act 355 ). once the dynamic gui rendering program 136 completes generation of the gui rendering 144 , the dynamic gui rendering program 136 forwards the gui rendering 144 to the presentation manager 212 ( act 356 ). the presentation manager 212 returns the gui rendering 144 to the presentation layer component ( act 360 ) where the gui rendering 144 is presented in the wui 201 . fig4 shows the error handling process flow diagram . when the workflow manager 120 receives a request ( act 410 ) the workflow manager retrieves service configuration information from the service configuration manager 213 , and user profile information from the user profile manager 214 to determine whether recovery tasks 118 may require completion before activating service or completing a request ( act 415 ). if the workflow manager 120 determines that no recovery tasks require completion before service activation then the workflow manager 120 completes the service activation and the request ( act 420 ). in the event the workflow manager 120 determines that recovery tasks 118 may require completion before completing the request , then the workflow manager initiates execution of the dynamic gui rendering program 136 ( act 425 ). the dynamic gui rendering program 136 generates a task list and the gui rendering 144 , and delivers both to the presentation manager 212 , which returns the results to the presentation layer ( act 430 ). fig5 shows acts that the dynamic gui rendering program may take to dynamically generate a gui rendering . the user interface composition data file 138 and the user interface rules file 142 files may store the information that defines the tasks and sequence of workflow steps to perform to complete the state transition 116 , and the start and end points of a transition . accordingly , neither the presentation layer 200 , nor the workflow manager 120 needs to maintain every possible sequence of workflow steps and every possible static gui rendering 144 . the business layer 210 may manage the user interface composition data file 138 and the user interface rules file 140 to configure the state transitions 116 , and generate the dynamic gui renderings 144 . customizations to the error handling and recovery tasks 118 may be isolated to the user interface composition data file 138 and the user interface rules file 140 . when the workflow manager initiates execution of the dynamic gui rendering program 136 the dynamic gui rendering program 136 retrieves the user interface composition data file 138 ( act 505 ), and the user interface rule file 140 ( act 510 ), and the user interface data 175 ( act 520 ). the dynamic gui rendering program 136 uses the retrieved data to identify the state transition 116 ( act 520 ), and generate recovery tasks 118 ( act 525 ). the dynamic gui rendering program 136 then generates the dynamic gui rendering 144 and returns both to the presentation layer 200 ( act 540 ). fig6 shows a user interface composition data file 146 . in the example shown in fig6 , the user interface composition data file 146 uses an xml based structure that defines data used to render the gui rendering 144 , and includes an orderworkflow element 613 , ordertransition element 633 , and ordertask element 663 . the orderworkflow element 613 may identify workflows to perform to complete a state transition 116 , and the start and end points of the state transition . the ordertransition element 633 may identify one or more tasks to perform to complete a state transition 116 . the ordertask element 663 may identify one or more tasks associated with the ordertransition element 633 to perform for a state transition 116 . the orderworkflow element 613 may include tags that identify : the service order or recovery tasks to manage , using the oltype tag 615 ; the start point for a state transition , using the starttransition tag 620 ; and the outstanding task or tasks of the workflow to complete , based on the starttransition tag 620 , and the last action performed indicated by the action tag 640 of the transition tag 625 ( i . e ., state transition 116 ). in other words , for a given service order ( i . e ., request to provision service or recovery task ) one or more workflows and state transitions maybe identified based on completed workflow steps and state transitions , where workflow steps include one or more state transitions including one or more tasks . the orderworkflow element 613 may also identify the default state transition , using defaulttransition tag 630 , where a starttransition tag 620 and action tag 640 in combination does not indicate an alternative state transition . the ordertransition element 633 may further identify the transition tag 625 ( i . e ., state transition 116 ); the current status of the state transition 116 , using the statusin tag 635 ; the tasks to complete in order to pass from the status indicated by the statusin tag 635 to a statusout tag 645 status set to “ complete ”; and the action tag 640 , which indicates the last action performed . the ordertransition element 633 may include a workloglevel tag 650 that defines whether to store a line of code , numerical values as codes or other information in the database as a log of the performed operation or task . the ordertransition element 633 also may include : a description of the state transition 116 , using a description tag 655 ; and identify one or more tasks needed to complete the state transition 116 , using the task tag 660 . the statusin 635 tag , in combination with the action 640 tag , determine the state transition 116 by identifying the completed tasks , or alternatively the uncompleted tasks associated with the state transition 116 . the ordertransition element 633 may specify whether a state transition includes multiple tasks , using multiple task tags 660 . the ordertask element 663 further defines the tasks identified by the task tag 660 of the ordertransition 633 element , and includes tags that identify : the type of task , either automatic or manual , using the tasktype tag 675 ; and actions associated with the task , using the taskaction tag 680 ( e . g ., set e - mail address or contact information ). table 2 shows an example taskaction tag to insert a new ip - pbx for system emx , which the system may perform to complete a service order for a new ip - pbx . fig7 shows a user interface rule file 142 . after an error occurs or recovery task 118 requires a user interaction to complete a state transition 116 , a composition data transformation 154 specific to the error identified in the user interface rule file 142 may be applied to user interface composition data 138 identified in the user interface composition data file 146 to generate a gui rendering 144 . referring to table 1 above that shows a work order 147 that identifies a work order physical site ( i . e ., xml - fragment / wor : physicalsite ) and some of the physical site &# 39 ; s attributes to which the user interface rule file 142 applies a composition data transformation 154 . fig7 illustrates a composition data transformation 154 that sets the background color to yellow and the font weight to bold for the user interface composition data 138 related to “ xmlfragment / wor : physicalsite ” identified in the work order 147 shown in table 1 . in an alternate implementation , table 3 shows user interface composition data 138 and user interface rules file data 140 combined in one xml to simplify development , deployment , and maintenance . in the alternate implementation , the combined user interface composition data 138 and user interface rules data 140 file , shown in table 3 , may include an element dinamicjspdata that contains a rule that indicates that the ip - pbx data from the work order 147 , displayed in a gui rendering 144 , may be modified by the user . fig8 shows dynamic gui renderings 805 . the dynamic gui renderings 805 may include interface elements to perform the operations to recover the error ( e . g . a skip element 812 , an abort element 814 , and a retry element 816 ). dynamic gui renderings 805 may result from the workflow manager 120 updating work order 147 parameters and state information , and processing information from the service configuration manager 213 to determine which processes and workflow steps to activate , or enable or disable , to complete work orders . dynamic gui renderings 805 may result from the workflow manager 120 , in coordination with the error handling subsystem 112 , generating user tasks lists 160 and gui renderings ( e . g ., dynamic gui rendering - a 810 and dynamic gui rendering - b 820 ) to assist a user to resolve errors or conditions requiring user interactions , which ultimately result in the activation of ip multimedia services . the workflow manager 120 may generate the dynamic gui rendering - a 810 with tasks list 160 after retrieving the most current service configuration requirements from the service configuration manager 213 , and thereby identifying the state transition 116 . configuration changes at the integration layer 220 ( e . g ., a new network element 226 implemented at the integration layer 220 that replaces a prior network element , and requires different , fewer or more configuration information than the prior network element ) may be realized dynamically by the workflow manager 120 , so that the gui rendering - a 810 reflects such changes dynamically . a user may select a task ( e . g ., task a ) from the tasks list 160 that causes the workflow manager 120 to generate another gui rendering ( e . g ., dynamic gui rendering - b 820 ) that presents service configuration parameters to a user for validation ( e . g ., srvc config parameter 1 - 7 ) or customization ( e . g ., input field 1 - 7 ). the workflow manager 120 may generate the dynamic gui rendering only after determining the currently required service configuration information 126 , rules , user input fields , actions , and state transition 116 . for example , the euc system 102 may integrate a new or alternative network service through a recently integrated network element 226 that requires the user to self - provision the service differently from a prior procedure for requesting service activation . although one or more different or entirely new workflows , tasks or service configuration parameters require user interaction , the gui renderings 144 adapt , without requiring programming changes at the presentation layer 200 . the presentation layer 200 , and the workflow manager 120 do not need to maintain every possible sequence of workflow steps , tasks list 160 and every possible gui renderings . the euc system 102 may present new network services to users , while isolating development to the integration layer 220 and hiding the complexity of the network entirely from the user . fig9 shows a service bus layer separation . the service bus 230 may manage communications between the presentation layer 200 , business layer 210 and integration layer 220 . the service bus 230 hides the complexity of managing and provisioning network elements 226 , facilitates isolating development and testing of components at each layer , and thereby , improves service deployment time and service levels . the service bus 230 may provide protocol switching , content routing and message transformation functionalities using multiple configurable proxy services 905 - 935 , and corresponding business services 955 - 985 . the service bus 230 may manage communication between the business layer components , either synchronously ( soap / http ) or asynchronously ( jms ) using the proxy services 905 - 935 and corresponding business services 955 - 985 . the service bus may simulate integration layer adapters , based on standard web services . the service bus may deploy stub adapters ( simulator proxy services ) to facilitate development of business logic , and substitute production adapters for the stub adapters once development has completed , and thereby isolating impacts to the service bus configuration . accordingly , the euc system 102 may configure the service bus to call the operational adapter ( real external system , i . e ., network element ), after successful completion of integration testing , without modifying components at the business layer and without modifying the real adapter at the integration layer . the service bus 230 also may manage timeouts and retries that occur during communication between the business layer 210 and the integration layer 220 , and call - backs from the integration layer 220 to the business layer 210 . when a request ( call ) from a business layer component to an adapter 222 times out while waiting for an acknowledgement from the adapter 222 , the service bus 230 may automatically resend the request ( call ) for a configurable number of times . when an asynchronous response ( call - back ) from an adapter 222 to the business layer 210 times out , the service bus 230 may automatically resend the response back to the business layer 210 for a configurable number of times . the service bus 230 also manages time outs and retries that occur while in communication with the network elements 226 , a configurable number of times . fig1 shows a service bus flow diagram . when a presentation layer component , business layer component or integration layer component calls one of the proxy services 905 - 930 ( act 1005 ), the proxy service may operate in one of at least two configurable modes , namely as a standard proxy or a simulator proxy . if the standard proxy service receives a request ( act 1015 ) then the proxy service may proxy the incoming request to the corresponding business service ( act 1015 ), which receives the request and forwards the request to the final addressee ( act 1020 ). if a simulator proxy service receives a request the proxy service may return a response to the calling layer without interacting with the corresponding business service ( act 1097 ). the euc system 102 and remote user device 134 may include general purpose computing devices in the form of a conventional computing environment ( e . g ., personal computer , a laptop , mobile device , or personal digital assistant ), including a processing unit , a system memory , and a system bus that couples various system components including the system memory to the processing unit . the processing unit may perform arithmetic , logic , and control operations by accessing system memory . the system memory may store information and instructions for use in combination with the processing unit . the system memory may include volatile and non - volatile memory , such as random access memory ( ram ) and read only memory ( rom ). a basic input / output system ( bios ) containing the basic routines that help transfer information between elements within the personal computer , such as during start - up , may be stored in rom . the system bus may be any of several types of bus structures including a memory bus or memory controller , a peripheral bus , and a local bus using any of a variety of bus architectures . the end user control configuration ( euc ) system with dynamic user interface 102 and remote user device 134 may further include a hard disk drive for reading from and writing to a hard disk , and an external disk drive for reading from or writing to a removable disk . the removable disk may be a magnetic disk for a magnetic disk driver or an optical disk such as a cd rom for an optical disk drive . the hard disk drive and external disk drive are connected to the system bus by a hard disk drive interface and an external disk drive interface , respectively . the drives and their associated computer - readable media provide non - volatile storage of computer readable instructions , data structures , program modules and other data for the personal computer . the relevant data may be organized in a database , for example in a relational or object database . it should be appreciated by those skilled in the art that the computing environment presently described may include any type of computer readable media which can store data accessible by a computer , such as magnetic cassettes , flash memory cards , digital video disks , random access memories , read only memories , and the like , may also be used in the exemplary computing environment . a number of program modules may be stored on a hard disk , external disk , rom or ram , including an operating system , one or more application programs , other program modules , and program data . the application programs may include at least a part of the functionality as indicated in fig1 through 10 . a user may enter commands and information , as discussed above , into the graphical user interface ( gui ) 120 through input devices such as a keyboard and mouse . other input devices may include a microphone ( or other sensors ), joystick , game pad , scanner , or the like . these and other input devices may be connected to the processing unit 104 through a serial port interface coupled to the system bus , or may be connected by other interfaces , such as a parallel port interface , wireless communication device such as a modem , game port , or a universal serial bus ( usb ). further , information may be printed using a printer . the printer , and other parallel input / output devices , may be connected to the processing unit through parallel port interface . an interface also connects a monitor or other type of display device to the system bus , such as a video input / output . in addition to the monitor , the computing environment may include other peripheral output devices , such as speakers or other audible or visual output . the computing environment may communicate with other electronic devices , wired or wireless , such as a computer , telephone , personal digital assistant , television , or the like . to communicate , the computer environment may operate in a networked environment using connections to one or more electronic devices . the computer environment may also be networked with a remote computer . the remote computer may be another computing environment such as a server , a router , a network pc , a peer device , or other common network node , and may include many or all of the elements described above relative to the computing environment . the logical connections may include a local area network ( lan ) and a wide area network ( wan ). such networking environments are commonplace in offices , enterprise - wide computer networks , intranets and the internet . the network connections shown are examples only , and other logic for establishing a communications link between the electronic devices may be used . the above - described computing system is only one example of the type of computing system that may be used to implement the euc system 102 . a number of implementations have been described . nevertheless , it will be understood that various modifications may be made without departing from the spirit and scope of the invention . accordingly , other implementations are within the scope of the following claims .