Vers une approche multi-Vers une approche multi-environnements pour les agentsenvironnements pour les agents

Jean-Christophe Soulié

Equipe MAS2 – IREMIA – Université de La Réunion

Plan de l’exposéPlan de l’exposé

• Introduction

• Historique des travaux

• Le modèle mono-environnemental

• Passage au modèle multi-environnements

• Le projet MUFINS

• Conclusions et perspectives

PréambulePréambule

… « Il faut d’abord passer à un problème clef, l’environnement. Celui-ci constitue, en effet, une partie essentielle des systèmes multi-agents situés. Malheureusement, très peu de travaux ont été consacrés à leur modélisation, et les exposés portant sur l’environnement sont en général perdus dans les explications des systèmes les ayant implémentés, voire totalement noyés dans le code de leur implémentation »…

[Ferber:1995]

IntroductionIntroduction

• Comment exhiber la partie de raisonnement et la partie environnementale de l’agent ?

• Comment introduire des environnements multiples ?

• Comment observer l’influence d’un environnement sur un autre ?

Historique des travauxHistorique des travaux

• 1996/1997 : GEOMAS – Simulation d’éruptions volcaniques

• 1997 : SEISMES – Simulation de tremblements de terre

• 1997/1998 : Naissance du projet GEAMAS

• 1998/2001 : BIOMAS

• 1999/2001 : MUFINS

Le modèle mono-environnementalLe modèle mono-environnemental

Construction du modèleConstruction du modèle

Un Agent

Instance dans l’environnement

Communication

Action et perception

Système ConatifAutonomie

Indépendance

Représentation de l’environnement

Lien

de

dépe

ndan

ce b

idire

ctio

nnel

DynamiqueDynamique

Agent

Système Conatif

Instance dans l’environnement

Capteurs Effecteurs

Gestion des prioritésGestion des priorités

• Ajout d’un gestionnaire de priorités

• Les messages sont stockés dans des registres :– Registre de perceptions ordonnées– Registre de perceptions urgentes– Registre de commandes ordonnées– Registre de commandes urgentes

Le modèle multi-environnementalLe modèle multi-environnemental

Processus de constructionProcessus de construction

1. Séparation des environnements

2. Accès aux données

3. Maintien de l’intégrité des données et gestion des conflits

4. Gestion du temps

Séparation des environnementsSéparation des environnements

• Découpage selon le type des environnements

• 1 type d’environnement = 1 instance dans l’environnement du même type

• 1 instance dans l’environnement est reliée aux système conatif par 1 lien bidirectionnel de dépendance du même type

Séparation des environnementsSéparation des environnements

Accès aux donnéesAccès aux données

• L’interface d’accès aux données est reliée à l’environnement

• Chaque interface possède le même type que l’environnement

• Un interface peut pointer sur le même fichier physique

Maintien de l’intégrité et gestion Maintien de l’intégrité et gestion des conflitsdes conflits

• Ajout de quatre nouvelles entités :

– L’environnement virtuel

– Lien virtuel de dépendance bidirectionnel

– L’instance virtuelle dans l’environnement

– Liens d’intégrités

Maintien de l’intégrité et gestion Maintien de l’intégrité et gestion des conflitsdes conflits

Gestion du tempsGestion du temps

• Chaque environnement et l’environnement virtuel possèdent leurs propres gestionnaires de temps

• Chaque environnement s’enregistre auprès de l’environnement virtuel définition de points de synchronisation

MUFINS (MUlti Fish INdian MUFINS (MUlti Fish INdian ocean Simulator)ocean Simulator)

Le projetLe projet

• Partenariat entre l’équipe MAS2, l’IFREMER Réunion et l’IRD Réunion

• Buts :– Reproduire les déplacements des espadons– Introduction du facteur pêche

• Enjeu :– Arriver à une meilleure gestion des

ressources renouvelables

Aspects économiquesAspects économiques

(source : Laboratoire de Ressources Halieutiques IFREMER – Image de Jean-François Raynaud)

• La pêcherie réunionnaise :– Pratiquée par de petites et grandes unités– Technique utilisée : la palangre– Volume total de pélagiques pêchés : 2000 t/an

Les donnéesLes données

• Mise à disposition d’images satellites par l’IRD :

– Température de surface de l’océan

– Vorticité

– Teneur en chlorophylle-a

Gestion des donnéesGestion des données

• Utilisation du package SEAVIEW de Martin Desruisseaux (Maison de la Télédétection – Montpellier) :– Modèle relationnel pour gérer les images

satellites– Primitives pour accéder aux valeurs des

images– Primitives pour gérer le temps

Le simulateur (1)Le simulateur (1)

• Entièrement écrit en Java

• Utilisation de JDBC pour accéder à MySql

• Permet de réaliser des simulations distribuées

Le simulateur (2)Le simulateur (2)

Le simulateur (3)Le simulateur (3)

Résultats de simulation (1)Résultats de simulation (1)

Trajectoires pour 4 agents – Maximisation du gradient 15 et 45 pixels

Résultats de simulation (2)Résultats de simulation (2)

Trajectoires pour 5 agents – Symétrie bilatérale 15 et 45 pixels

Résultats de simulation (3)Résultats de simulation (3)

Trajectoires pour 3 agents – Multi 15 et 45 pixels

Conclusions et perspectivesConclusions et perspectives

• Développement d’un nouvelle approche multi-environnements

• Mise en œuvre de cette approche et application

• Amélioration de la gestion des liens d’intégrités• Reprendre le modèle SEAVIEW pour pouvoir

gérer autre chose que des images satellites