Download PowerPoint-Präsentation

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts
no text concepts found
Transcript
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