Survey
* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project
* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project
SEP Run-time Development and Configuration of Dynamic Service Networks Aufgabensteller: Prof. Bernd Brügge Ph.D. Prof. Gudrun Klinker Ph.D. Supervisor: Dipl.-Inf. Christian Sandor, Dipl.-Inf. Asa MacWilliams Presenter: Markus Michael Geipel April 2004 Overview • • • • • • • • Motivation DIVE Problem Statement CAR Requirements Solutions Results Future Work <Markus Michael Geipel> April 2004 2/20 Motivation • Data flows are the heart of an AR-System • DWARF is thus a cooperating service network • Via DIVE this network can be visualized • But: It can not be configured or developed <Markus Michael Geipel> April 2004 3/20 DIVE • DWARF Interactive Visualisation Environment • Implemented by Daniel Pustka (SEP) Query Service Descriptions Service Manager Service Descriptions <Markus Michael Geipel> April 2004 4/20 Problem Statement • DIVE should not only be a monitoring tool, but a tool to actively support the development of dynamic service networks. • Further more DIVE has to be convenient to use in means of stability, speed and GUI. <Markus Michael Geipel> April 2004 5/20 CAR • CAR acts as a source of new requirements and ideas that originate from the everyday practice with DWARF. • Further more CAR explores authoring techniques in AR. Thus CAR’s field of application intersects with DIVE’s field of application. <Markus Michael Geipel> April 2004 6/20 Requirements Analysis: The Requirements • Functional – Changing the network structure • Changing Attributes and Predicates • Connecting Services • Starting Services – Making Changes Persistent – Configuring Services – Looking at the network structure • List View of the Services • Grouped View of the Services • Non Functional (excerpt) – Performance: Suitable for CAR, Update in average within 5 seconds. – Reliability: Running several hours in productive work. <Markus Michael Geipel> April 2004 7/20 More GUI, more Views • New Icons • New Color Scheme • New List View <Markus Michael Geipel> April 2004 8/20 More GUI, more Views • Grouping und Filtering <Markus Michael Geipel> April 2004 9/20 Extensions • Changing Predicates, changing Attributes <Markus Michael Geipel> April 2004 10/20 Extensions • Connecting Services <Markus Michael Geipel> April 2004 11/20 Extensions • Making Changes Persistent <Markus Michael Geipel> April 2004 12/20 Configurators Information Graphical User Interface Configuration Information <Markus Michael Geipel> April 2004 13/20 Configurators Computer X Computer Y 1) read ServiceDescription DIVE ServiceManager 2) Create ServiceDescription ServiceDescription of the Service to be configured ServiceDescription for the Configurator ServiceManager 3) start 4) read ServiceDescription Service to be configured 5) connect Configurator Service <Markus Michael Geipel> April 2004 14/20 Update Speed • Update Speed – How fast can DIVE’s internal representation of the DWARF service network be synchronized with the information residing in each individual ServiceManager • Reorganization of the Update Routine – Don’t throw away the system model – Set the stage for further improvement • Version Counting – Only services that actually changed need to be updated • Multithreaded Update – The main part of the update time is network roundtrip delay – Every ServiceManager runs on a different host and is thus independent. – Thus every ServiceManager can easily be queried in parallel • Reduce the subjective Update Speed – As soon as new information is available, show it. <Markus Michael Geipel> April 2004 15/20 Results: Update Speed A: 2 Hosts, 13 active + 128 inactive sercvices B: 3 Hosts, 24 active + 192 inactive sercvices C: 4 Hosts, 35 active + 256 inactive sercvices <Markus Michael Geipel> April 2004 16/20 <Markus Michael Geipel> C fo r up ed m e G ro rS ch e ie w ce s es vic Se rv i Se r er vi ce s Li st V n vic es cr ip tio es Se r SEP-Students ol o D re ut es Utility Diplomanden St ar tS XM L ig u d er vic es tri b tS ec At ee at es ic Sp Pr ed at e ge on n on f ve C C ha n ge Up d ha n er C C ig h Sa H Results: Survey Average 5 4 3 2 1 April 2004 17/20 Future Work: Near Future • Refactoring DwarfSystemModel (Design Patterns) • Refactoring the Model Views (complete MVC) • Polishing up the UI – Ergonomic design (like Eclipse or Visual Studio) – Other graphical notations (e. g. UML like) – Minimap and zoom <Markus Michael Geipel> April 2004 18/20 Future Work: Far Future • DIVE in 3D or even in AR? – Mockup by Michael Riedl <Markus Michael Geipel> April 2004 19/20 Thank you very much for paying attention • Questions? <Markus Michael Geipel> April 2004 20/20 Results: Update Speed Situation C <Markus Michael Geipel> April 2004 21/20 Services in DWARF • Services have Needs and Abilities, which have types • • • • Abilities have Attributes, Needs have Predicates. These can be set at runtime. One service’s Needs depend on other services’ Abilities. Distributed CORBA-based Middleware establishes connections for communication between services (management, lookup, connection) <Markus Michael Geipel> April 2004 22/20