Coordination Artifacts in Multi-Agent Systems April 19, 2005 IEEE KIMAS 2005 Sarah Siracuse, John Zinky, Richard Shapiro

Slides:



Advertisements
Similar presentations
Web Services for an Intelligent Tutoring System that Operates as a Virtual Reality Game Maria Virvou, George Katsionis Department of Informatics University.
Advertisements

Chapter 10: Execution Models Service-Oriented Computing: Semantics, Processes, Agents – Munindar P. Singh and Michael N. Huhns, Wiley, 2005.
A component- and message-based architectural style for GUI software
I.1 Distributed Systems Prof. Dr. Alexander Schill Dresden Technical University Computer Networks Dept.
Approaches to EJB Replication. Overview J2EE architecture –EJB, components, services Replication –Clustering, container, application Conclusions –Advantages.
PZ13B Programming Language design and Implementation -4th Edition Copyright©Prentice Hall, PZ13B - Client server computing Programming Language.
Remote Object Invocation
Technical Architectures
Copyright © Richard N. Taylor, Nenad Medvidovic, and Eric M. Dashofy. All rights reserved. Software Connectors.
Software Connectors. Attach adapter to A Maintain multiple versions of A or B Make B multilingual Role and Challenge of Software Connectors Change A’s.
Copyright © Richard N. Taylor, Nenad Medvidovic, and Eric M. Dashofy. All rights reserved. Software Connectors Software Architecture Lecture 7.
Introduction to Software Engineering Lecture 6 André van der Hoek.
Ch 12 Distributed Systems Architectures
Software Engineering Module 1 -Components Teaching unit 3 – Advanced development Ernesto Damiani Free University of Bozen - Bolzano Lesson 2 – Components.
Copyright © Richard N. Taylor, Nenad Medvidovic, and Eric M. Dashofy. All rights reserved. Software Connectors Software Architecture Lecture 7.
Web Application Architecture: multi-tier (2-tier, 3-tier) & mvc
Objektorienteret netværkskommunikation Presentation: Architectures for Distributed Systems.
The Design Discipline.
1 G52IWS: Distributed Computing Chris Greenhalgh.
95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 10: Service Component Architecture.
1 Cougaar FrameSet Overview March 2, 2007 Rich Shapiro, John Zinky.
1 Chapter 2. Communication. STEM-PNU 2 Layered Protocol TCP/IP : de facto standard Our Major Concern Not always 7-layered Protocol But some other protocols.
SeLeNe - Architecture George Samaras Kyriakos Karenos Larnaca – April 2003 THE UNIVERSITY OF CYPRUS.
DEVS Namespace for Interoperable DEVS/SOA
1 06/00 Questions 10/6/2015 QoS in DOS ECOOP 2000John Zinky BBN Technologies ECOOP 2000 Workshop on Quality of Service in Distributed Object Systems
SAMANVITHA RAMAYANAM 18 TH FEBRUARY 2010 CPE 691 LAYERED APPLICATION.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco PublicITE I Chapter 6 1 Connecting to the Network Networking for Home and Small Businesses – Chapter.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 09. Review Introduction to architectural styles Distributed architectures – Client Server Architecture – Multi-tier.
1 06/ /21/2015 ECOOP 2000 Workshop QoS in DOSJohn Zinky BBN Technologies Quality Objects (QuO) Middleware Framework ECOOP 2000 Workshop QoS in DOS.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 05. Review Software design methods Design Paradigms Typical Design Trade-offs.
Architectural Patterns Support Lecture. Software Architecture l Architecture is OVERLOADED System architecture Application architecture l Architecture.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 1 1 Connecting to the Network Networking for Home and Small Businesses.
Service Oriented Architecture CCT355H5 Professor Michael Jones Suezan Makkar.
TAL7011 – Lecture 4 UML for Architecture Modeling.
Elaboration Lecture Oo18 Gymnastics System Example Cont’d.
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
1 KIMAS 2003Dr. K. Kleinmann An Infrastructure for Adaptive Control of Multi-Agent Systems Dr. Karl Kleinmann, Richard Lazarus, Ray Tomlinson KIMAS, October.
Design CIS 4800 Kannan Mohan Department of CIS Zicklin School of Business, Baruch College Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2008 Course.
An Architecture to Support Context-Aware Applications
 Copyright 2005 Digital Enterprise Research Institute. All rights reserved. Enabling Components Management and Dynamic Execution Semantic.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Connecting to the Network Introduction to Networking Concepts.
Information Dynamics & Interoperability Presented at: NIT 2001 Global Digital Library Development in the New Millennium Beijing, China, May 2001, and DELOS.
1 Object Oriented Logic Programming as an Agent Building Infrastructure Oct 12, 2002 Copyright © 2002, Paul Tarau Paul Tarau University of North Texas.
© 2013, published by Flat World Knowledge Chapter 10 Understanding Software: A Primer for Managers 10-1.
Complementary Methods for QoS Adaptation in Component-based Multi-Agent Systems MASS 2004 August 30, 2004 John Zinky, Richard Shapiro, Sarah Siracuse BBN.
1 010/02 Aspect-Oriented Interceptors Pattern 1/4/2016 ACP4IS 2003John Zinky BBN Technologies Aspect-Oriented Interceptors Pattern Dynamic Cross-Cutting.
AMQP, Message Broker Babu Ram Dawadi. overview Why MOM architecture? Messaging broker like RabbitMQ in brief RabbitMQ AMQP – What is it ?
Multi-Tier Communication Abstractions for Distributed Multi-Agent Systems Michael Thome
Seminar on Service Oriented Architecture Distributed Systems Architectural Models From Coulouris, 5 th Ed. SOA Seminar Coulouris 5Ed.1.
Enterprise JavaBeans 3.0. What is EJB 3.0 -Reusable server-side component framework-technology -Designed to support building demanding enterprise – level.
Analysis Yaodong Bi. Introduction to Analysis Purposes of Analysis – Resolve issues related to interference, concurrency, and conflicts among use cases.
G.v. Bochmann, revised Jan Comm Systems Arch 1 Different system architectures Object-oriented architecture (only objects, no particular structure)
Institute for Visualization and Perception Research 1 © Copyright 1999 Haim Levkowitz Java-based mobile agents.
Software Connectors Acknowledgement: slides mostly from Software Architecture: Foundations, Theory, and Practice; Richard N. Taylor, Nenad Medvidovic,
Copyright © Richard N. Taylor, Nenad Medvidovic, and Eric M. Dashofy. All rights reserved. Software Connectors in Practice Software Architecture.
OOD OO Design. OOD-2 OO Development Requirements Use case analysis OO Analysis –Models from the domain and application OO Design –Mapping of model.
1 Chapter 2. Communication. STEMPusan National University STEM-PNU 2 Layered Protocol TCP/IP : de facto standard Our Major Concern Not always 7-layered.
Software Connectors. What is a Software Connector? 2 What is Connector? – Architectural element that models Interactions among components Rules that govern.
1 Adaptive Environments: Essential for Scalable, Survivable, and Secure Multi-Agent Systems March 21, 2007 Dr. John Zinky Workshop on Large.
Introduction to Design Patterns
Software Connectors.
Inventory of Distributed Computing Concepts and Web services
Software Connectors.
SAMANVITHA RAMAYANAM 18TH FEBRUARY 2010 CPE 691
Software Architecture Lecture 7
Software Analysis.
Software Architecture Lecture 7
Connecting to the Network
Software Architecture Lecture 7
Software Architecture Lecture 6
Presentation transcript:

Coordination Artifacts in Multi-Agent Systems April 19, 2005 IEEE KIMAS 2005 Sarah Siracuse, John Zinky, Richard Shapiro

2Agenda Motivation for Coordination Artifacts in MAS Coordination Artifacts: Designs & Benefits Separation of Function: Coordination logic vs. Domain logic Implementation of Coordination Artifacts using Cougaar Works well in Tightly-coupled Systems Performance Analysis: QoS Opportunity Conclusions

3 Motivation for Coordination Artifacts in MAS Coordination observations –MAS application Cougaar agent architecture ~1000+ agents on ~100 hosts –Many different kinds of implicit coordination in heterogeneous systems –Coordination implementation Mixed in with domain logic Spans lots of places in the code Coordination Artifact –Separates coordination implementation from domain logic –Distinguishes between various kinds of coordinations –Has state Controller Manager Peer Sensor Translate Collect Disseminate Synchronize Aggregate Summarize Typical Agent Control Society

4 CAs Separate Coordination Activity from Domain Processing Objective Coordination (Outside Agent) –Coordination encapsulated Outside domain logic –Environment-based –Mediated communication –e.g. Ant trails Subjective Coordination (Inside Agent) –Coordination mixed in with domain logic –Dialog-based –Direct Messaging –e.g. TCP/IP, Instant Messaging,FIPA Agent Communication Language Agent CAs

5 Agent CAs are First Class Entities that coordinate Interaction between Agents Coordination Artifact (CA) Agent Defines roles Agent Coordination Artifacts: CAs –Are first-class entities in MAS –Define explicit roles for role-players –Offer shared state between the role-player & the CA –Coordinate behavior among role-players –Have distributed implementation Role-players Shared state

6 Server CA Client CA Sensor Coordination Inter-Agent Coordination CAs Unify Agent-to-Agent and Agent-to-Environment Communication Agent Physical Environment Non-Agent Systems Other Agents Persisted Storage

7Agenda Motivation for Coordination Artifacts in MAS Coordination Artifacts: Designs & Benefits Separation of Function: Coordination logic vs. Domain logic Implementation of Coordination Artifacts using Cougaar Works well in Tightly-coupled Systems Performance Analysis: QoS Opportunity Conclusions

8 Agent Cougaar Components Implement Ad-hoc Coordination Agent Domain Logic Sensor Plugin Sensor Comp Agent Blackboard Inter-agent Messaging Components Net Client Libraries Server Libraries Client Plugin Server Plugin Physical Environment Comm Plugin Non-Agent Systems Remote Agents

9 Agent B Agent A Rule Engine Fact Base Fact Receptacle Facet Black- board Relay Logic Provider Message Transport Rule Engine Fact Base Fact Receptacle Facet Black- board Relay Logic Provider Message Transport RMI Host A Host B Distributed Coordination Artifacts Layered Over Cougaar Components CA

10 Coordination Artifacts work best in Tightly-Coupled Systems Tightly coupled (Ideal CA applications): Long Term Relationships Group relationships Push meta-data in anticipation of need E.g. Cougaar with Coordination Artifacts Loosely coupled (Bad fit for CAs): Transient Relationships Pair relationships Pull meta-data when needed E.g. Web-Services Controller Manager Peer Sensor Translate Collect Disseminate Synchronize Aggregate Summarize Typical Agent Control Society

11 Coordination Performance Depends on Underlying Topology and Resources Coordination Task Tick Sync Coordination M SSSS …

12 Coordination Performance Depends on Underlying Topology and Resources Coordination Task Tick Sync Coordination M SSSS … Distant master (31 hosts) Distant slave (31 hosts) Dual processors Single processor 2.8GHz Single Processor Dual Procesor Dual Processors M WAN S Resources & Roles

13 Coordination Performance Depends on Underlying Topology and Resources Coordination Task Tick Sync Coordination M SSSS … Distant master (31 hosts) Distant slave (31 hosts) Dual processors Single processor 2.8GHz Single Processor Dual Procesor Dual Processors M WAN S Resources & Roles FlatTreeChain Topology M TT SSSS M SSSSSS S TT T TT M Flat Tree Chain

14 Coordination Performance Depends on Underlying Topology and Resources Tick Sync Coordination S Coordination Task M SSS … Distant master (31 hosts) Distant slave (31 hosts) Dual processors Single processor 2.8GHz Single Processor Dual Procesor Dual Processors M WAN S Resources & Roles Performance (ticks/second) FlatTreeChain Topology M TT SSSS M SSSSSS S TT T TT M Flat Tree Chain

15 Coordination Performance Depends on Underlying Topology and Resources Coordination Task Tick Sync Coordination M SSSS … Distant master (31 hosts) Distant slave (31 hosts) Dual processors Single processor 2.8GHz Single Processor Dual Procesor Dual Processors M WAN S Resources & Roles Performance (ticks/second) FlatTreeChain Topology M TT SSSS M SSSSSS S TT T TT M Flat Tree Chain

16 CAs can dynamically change the topology as the network and/or the roles change. QoS Adaptation via CAs Distant master (31 hosts) Distant slave (31 hosts) Dual processors Single processor 2.8GHz Single Processor Dual Procesor Dual Processors M WAN S Resources & Roles Performance (ticks/second) FlatTreeChain Topology M TT SSSS M SSSSSS S TT T TT M Flat Tree Chain

17Conclusions CAs present a formal model for coordinated communication –Blackboard-based, not FIPA message-based Ease use of blackboard-based MAS –Unify Blackboard interfaces, including Web Services –Correlate multiple changes to blackboard objects –Partition the blackboard for domain and system reasons Separation of Coordination and Domain processing –Make the intermediary a first-class entity Place to add QoS-adaptation Future Work –Might facilitate reuse or composability of coordinations –Might examine them in off-line analysis –Might support code generation