Transcript
Page 1: Architecture of Incident Management Systems

Architecture of Incident Management Systems.

Ir. R. van der Krogt

Ir. J. Zutt

Page 2: Architecture of Incident Management Systems

Contents

• Architecture

• Replanning techniques

• Simulation (Mars)

Page 3: Architecture of Incident Management Systems

Architecture (I)Planner

Real World

PlanPlanPlanPlan

Creates

Execute in

Page 4: Architecture of Incident Management Systems

Architecture (II)Planner

Real World Diagnosis

Replanner

PlanPlanPlanPlan

Creates

Execute in

Adapts

Calls

Watches

Page 5: Architecture of Incident Management Systems

Strategic and Tactical level

Planner Replanner

Observations Diagnose

StrategicDrive(truck1, Adam, Rdam)Load(truck1,cargo1)Drive(truck1, Rdam, Utrecht)

...

Planner Replanner

Observations Diagnose

TacticalAccelerate(truck1,20)TurnDirection(truck1, 20°)TurnDirection(truck1, 0°)

...

Real World

Example Plans:

Page 6: Architecture of Incident Management Systems

Architecture (revisited)

Planner

Real World Diagnosis

Replanner

PlanPlanPlanPlan

• Planner creates a plan for each agent (possibly optimized using merging).

• Diagnosis module monitors the execu-tion and starts the replanner when it detects faults.

Page 7: Architecture of Incident Management Systems

Replanner (I)

• Is started by the diagnosis module when it detects a contingency.

• Uses specialized algorithms to adapt the current (failing) plan to one that satisfies the goals.

• Tries to make as few changes as possible to the plan to avoid breaking existing commitments.

Page 8: Architecture of Incident Management Systems

Replanner (II)

• Add actions

Page 9: Architecture of Incident Management Systems

Replanner (II)

• Add actions

• Remove actions

Page 10: Architecture of Incident Management Systems

Replanner (II)

• Add actions

• Remove actions

• Replace actions

Page 11: Architecture of Incident Management Systems

Adding skills to a graph

• Extending a plan with a plan fragment.

P la nfra gm e nt

Resource oftype “pink”

Resource oftype “blue”

Page 12: Architecture of Incident Management Systems

Adding skills to a graph

• Extending a plan with a plan fragment.

1 Find resources that are already available in the plan.

P la nfra gm e nt

Page 13: Architecture of Incident Management Systems

Adding skills to a graph

• Extending a plan with a plan fragment.

2 Remove skills from the plan fragment that are obsolete.

P la nfra gm e nt

Page 14: Architecture of Incident Management Systems

Adding skills to a graph

• Extending a plan with a plan fragment.

3 Link the plan fragment to the plan.

Page 15: Architecture of Incident Management Systems

Adding skills to a graph

• Extending a plan with a plan fragment.

4 Final result: the extended plan.

Page 16: Architecture of Incident Management Systems

Simulation

Real-world Simulation world.

Why do we need simulation?

• Validation of new techniques.

• Possibility to introduce faults for testing.

Page 17: Architecture of Incident Management Systems

Multi-Agent Real-Time Simulator (MARS)

• Designed by TNO-TPD.

• Written in Java, interface to Matlab/Simulink.

• Multi-Agent future: support for multiple hosts / distributed simulation.

• Principally two parts: Base simulator + Experiment.

Page 18: Architecture of Incident Management Systems

MARS experiment (1)

Entitybehavioral

model

Behavior represented using(Timed) Finite State Machines

Page 19: Architecture of Incident Management Systems

MARS experiment (1)

Entitybehavioral

model

Infrastructure:

Behavior represented using(Timed) Finite State Machines

Used by the mobile entities

Page 20: Architecture of Incident Management Systems

MARS experiment (1)

Entitybehavioral

model

Infrastructure:

Scenario

Behavior represented using(Timed) Finite State Machines

Used by the mobile entities

Initial setting, simulation goals and introducting faults

Page 21: Architecture of Incident Management Systems

MARS experiment (1)

Entitybehavioral

model

Infrastructure:

Scenario

Visual Model

Behavior represented using(Timed) Finite State Machines

Used by the mobile entities

Initial setting, simulation goals and introducting faults

Visual information to display

Page 22: Architecture of Incident Management Systems

MARS experiment (2)

Entitybehavioral

model

Infrastructure:

Scenario (initial,goals, faults)

Visual Model

Diagnosis

Replanner

Strategic observations

Planner

Tactical observations

Real World

Page 23: Architecture of Incident Management Systems

MARS experiment (3)

Entitybehavioral

model

Infrastructure:

Scenario (initial,goals, faults)

Visual Model

Diagnosis

Replanner

Simulation step:- t time elapses.- Update entities.- Visualisation.

Strategic observations

Planner

Tactical observations

Real World

Page 24: Architecture of Incident Management Systems

MARS demonstration

1. Taxi-cab simulator.

Page 25: Architecture of Incident Management Systems

MARS demonstration

1. Taxi-cab simulator.

2. Transport Planning.

Page 26: Architecture of Incident Management Systems

MARS demonstration

1. Taxi-cab simulator.

2. Transport Planning.

Support both layers(strategic and tactical).

Incident Management techniqueswill be applied.

Page 27: Architecture of Incident Management Systems

--- The End ---

Page 28: Architecture of Incident Management Systems

Behavioral models represented with Finite State Machines


Top Related