TÆMS-based Execution Architectures

Slides:



Advertisements
Similar presentations
Database System Concepts and Architecture
Advertisements

ARCHITECTURES FOR ARTIFICIAL INTELLIGENCE SYSTEMS
Workpackage 2: Norms
Meta-Level Control in Multi-Agent Systems Anita Raja and Victor Lesser Department of Computer Science University of Massachusetts Amherst, MA
SRTA: The Soft-Real Time Agent Control Architecture Bryan Horling, Victor Lesser, Regis Vincent, Thomas Wagner presented by Anita Raja.
0 General information Rate of acceptance 37% Papers from 15 Countries and 5 Geographical Areas –North America 5 –South America 2 –Europe 20 –Asia 2 –Australia.
PlanSIG, Dec, Temporal Plans and Resource Management Pieter Buzing & Cees Witteveen Delft University of Technology.
Effective Coordination of Multiple Intelligent Agents for Command and Control The Robotics Institute Carnegie Mellon University PI: Katia Sycara
Analyzing the tradeoffs between breakup and cloning in the context of organizational self-design By Sachin Kamboj.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
BNAIC, Oct, Temporal Plans and Resource Management Pieter Buzing & Cees Witteveen TU Delft.
Landscape of Solution Approaches high dynamics optimized team behavior coordinated action independent jobs/goals Coordinating Executing Plans Self- Scheduling.
Distributed Scheduling. What is Distributed Scheduling? Scheduling: –A resource allocation problem –Often very complex set of constraints –Tied directly.
Distributed Constraint Optimization * some slides courtesy of P. Modi
Introducing Enterprise Technologies David Dischiave Syracuse University School of Information Studies “The original iSchool” June 3, 2013 Information School,
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Information systems and management in business Chapter 6 Using Information Systems in Management Decision Making.
Travis Steel. Objectives What is the Agent Paradigm? What is Agent-Oriented Design and how is it different than OO? When to apply AOD techniques? When.
Motivation-Based Selection of Negotiation Opponents Steve Munroe and Michael Luck IAM Group University of Southampton.
Introduction Management skills are closely related to management styles and to each other. No manager is required to use these skills constantly and different.
1 CHAPTER 2 Decision Making, Systems, Modeling, and Support.
Structured Control for Autonomous Robots Reid G. Simmons Carnegie Mellon University Uday Rajanna.
Service Service metadata what Service is who responsible for service constraints service creation service maintenance service deployment rules rules processing.
Lecture 1 – Operations Research
CS 484 Designing Parallel Algorithms Designing a parallel algorithm is not easy. There is no recipe or magical ingredient Except creativity We can benefit.
Distributed Models for Decision Support Jose Cuena & Sascha Ossowski Pesented by: Gal Moshitch & Rica Gonen.
Multiagent System Katia P. Sycara 일반대학원 GE 랩 성연식.
1 Software Design Lecture What’s Design It’s a representation of something that is to be built. i.e. design  implementation.
1 Cooperative multi-agent systems In cooperative MAS agents strive to reach a common goal and increase the combined utility of their actions Limitations.
Static Process Scheduling
Ames Research Center Planning with Uncertainty in Continuous Domains Richard Dearden No fixed abode Joint work with: Zhengzhu Feng U. Mass Amherst Nicolas.
An Architecture-Centric Approach for Software Engineering with Situated Multiagent Systems PhD Defense Danny Weyns Katholieke Universiteit Leuven October.
SM Sec.1 Dated 13/11/10 STRATEGY & STRUCTURE Group 3.
1 Phase 1 Problems ● Small size – 20 to 150 methods – 10 to 20 agents ● Problem Classes – One static + one dynamically arriving problem – Uncertainty in.
BIG: A Resource-Bounded Information Gathering Agent Victor Lesser, Bryan Horling, Frank Klassner, Anita Raja, Tom Wagner, Shelley Zhang Multi-Agent Systems.
Managing Data Resources File Organization and databases for business information systems.
Effective Coordination of Multiple Intelligent Agents for Command and Control The Robotics Institute Carnegie Mellon University PI: Katia Sycara
Chapter 9 Architectural Design. Why Architecture? The architecture is not the operational software. Rather, it is a representation that enables a software.
CONCEPTS OF REAL-TIME OPERATING SYSTEM. OBJECTIVE  To Understand Why we need OS?  To identify Types of OS  To Define Real - Time Systems  To Classify.
Benefits Map Using this Template
FreeRTOS synopsis 김백규 -. FreeRTOS is … Real Time Kernel portable (ARM, AVR, x86, MSP430 etc.) open source ( mini size.
Introduction To DBMS.
Decision Support and Business Intelligence Systems
SEDA: An Architecture for Scalable, Well-Conditioned Internet Services
Decision Support Systems
Facilities Strategy and Globalization
Wayne Wolf Dept. of EE Princeton University
Architectural Design.
Parallel Programming By J. H. Wang May 2, 2017.
What Makes Integrative Negotiation Different?
EEE 6494 Embedded Systems Design
CHAPTER 2 CREATING AN ARCHITECTURAL DESIGN.
Reinforcement Learning with Partially Known World Dynamics
Chapter 9 Architectural Design
Design Model Like a Pyramid Component Level Design i n t e r f a c d s
Chapter 5: CPU Scheduling
CPU SCHEDULING.
Data Warehousing Data Model –Part 1
An Introduction to Software Architecture
Issues & Policies in US Politics
Hierarchical Search on DisCSPs
Chapter 9 Architectural Design.
Linköping University, IDA, ESLAB
-A systemfor decision making and problem solving. Decision Support System - A system for decision making and problem solving.
Hierarchical Search on DisCSPs
CS 416 Artificial Intelligence
Agreement Planning Eva Onaindía 27 de Julio de 2011.
The Database Environment
Call and return architectures
Outline Introduction Background Distributed DBMS Architecture
Presentation transcript:

TÆMS-based Execution Architectures

Outline Perspective on Coordination (where did TÆMS come from?) (Local) Scheduling Approaches Coordination Approaches

Perspective on Coordination Coordination: the act of managing interdependencies between activities Begs the question of what “managing” and “interdependencies” imply

Coordination: “Managing” Interdependencies Selecting goals/objectives/desires/intentions Planning to achieve these Scheduling actions within the resulting plans Relative action ordering (”choreography”) Absolute action placement (”synchronization”) [COORDINATORS has cleverly removed planning from the list]

Coordination: Managing “Interdependencies” If there is a choice, then the particular action/agent chosen matters [SELECTION] high quality, slow actions vs fast, lower quality approximations alternative agents The order in which actions are carried out matters [CHOREOGRAPHY] hard precedence constraints soft facilitation opportunities The time at which actions are carried out matters [SYNCHRONIZATION] hard or soft deadlines; earliest start times; etc. time implies ordering across multiple agents

Why is Coordination Hard? No global view Dynamically changing situation Uncertainty in the outcomes of actions Computational complexity of mapping problem (selection + scheduling) Scale in #agents and #tasks Deadlines / Time pressure [NOT in DARPA Coordinators: agent self-interest, non shared utility]

TÆMS Task Structure Representation Representing the “interdependencies” that need to be managed in “complex” domains worth-oriented (vs. state- or task-oriented) time-oriented (synchronization, not just choreography) Objective vs. Subjective reality Soft (&hard) binary task relationships Task/goal achievement alternatives w/ characteristic effects Explicit representation of uncertainty associated with task characteristics & outcomes

Cross-cutting Issues Centralized vs. Decentralized solutions Cooperative Distributed Problem Solving vs. Self-interest Local Scheduling vs. Coordination

Or Preferred solution depends on the exact utility function (and could change) And And q=10 d=10 q=5 d=5 q=5 d=5 q=1 d=1 S1 q=10, d=15 S2 q=5, d=6

Or And And q=10 d=10 q=5 d=5 q=5 d=5 q=1 d=1 S1 ? ? q=10, d=? S2 Non-Local! q=10 d=10 q=5 d=5 q=5 d=5 q=1 d=1 S1 ? ? q=10, d=? S2 q=5, d=6

Commitments “DO” (task, min quality) “DON’T” (task, max quality) “Deadline” (task, min quality, max Finish time) “Earliest Start Time” (task, max quality, min Start time)

Scheduling Input Task Structures Non-local Commitments Scheduler assumes are satisfied Local Commitments Commitments ALREADY MADE LOCALLY Scheduler must attempt to satisfy

Scheduling Output SET of valid schedules, and for each one what commitments are satisfied what commitments are violated proposed modification “value” of schedule w.r.t. utility characteristics orphaned tasks

Decision-Maker Which schedule to execute? Where do Non-Local Commitments come from? Manipulation of Scheduler as “what-if” resource Example: Fake Non-local Commitments Example: Soft proposal of Local Commitments

Outline Perspective on Coordination (Local) Scheduling Approaches Coordination Approaches

RETSINA & DECAF Hard Enablement Only Executing, Enabled, Suspended FCFS execution of Enabled tasks DECAF Slotted one-time schedule of enabled

Agent Initialization Dispatcher Planner Scheduler Executor Plan file Incoming KQML / FIPA messages Domain Facts and Beliefs Outgoing KQML / FIPA messages Action Modules Incoming Message Queue Objectives Queue Task Agenda Task Templates Hash Table Pending Action Queue Action Results Queue Agent Initialization Dispatcher Planner Scheduler Executor [concurrent]

DTT & DTC Design-To-Time [Garvey] Blackboard based No initial schedule Multiple schedule outputs “negotiation” between Sched & Coord Design-To-Criteria [Wagner]

Simple Temporal Networks Steve Smith/CMU heavy use of slack time fast window propagation

DCSPs/DCOPs ADOPT DPOP

Markov Decision Problem Approaches

Other Local Scheduling Approaches

Outline Perspective on Coordination (Local) Scheduling Approaches Coordination Approaches

Generalized Partial Global Planning

1) Coordination Points

2) Many Mechanisms

Do Do? Do before DL Do before DL? Do after EST Do after EST? A B enables A B And of course these are VERY SIMPLE---nothing multi-stage, nothing over 2 agents AND---OTHER TS Features can use different mechs: Vic Chain Mgr, PGP Redundancy Avoid

Mechanism = local rewrite + non-local response Typically involving an exchange of commitments, analysis of the structure, and local schedule queries on both sides of the exchange

3) Many Schedules JUST as there where many possible mechanisms, there are many possible schedules Not

Or Preferred solution depends on the exact utility function (and could change) And And q=10 d=10 q=5 d=5 q=5 d=5 q=1 d=1 S1 q=10, d=15 S2 q=5, d=6

Quality depends on Coordination! Expected quality is not bound just in domain action, but in the outcome of the meta-action of coordination as well!

no fixed utility Not abstract “govt politics” but practical--- Human interface may need to plan different presentation of information (change in interest, change in impact, even change in formatting)

4) Mechanism & Schedule Choice Requires situation analysis by the coordination component, not just scheduling information NEGOTIATION between Coordination and Scheduling

B B

5) Non-local Commitments Made by coordination component w.r.t. some mechanism Include information on the IMPORTANCE and NEGOTIABILITY of CMT. Help assess NON-LOCAL IMPACT without GLOBAL KNOWLEDGE

Commitment includes “easy to reschedule” Garvey proposed MULTIPLE scheduling solutions, partly evaluated by the Coodination component

Coordination Scheduling

Distributed Mgmt of Flexible Times Schedules

Partial Centralization

The Honeywell Approach