Modélisation des systèmes temps-réel répartis embarqués pour la ...

Chapitre VI – Construction et configuration de l’interface avec l’intergiciel d’exécution
thread AADL donne donc lieu à la création d’une référence dans le cœur de l’intergiciel (qui
correspond par exemple à une IOR dans le cas d’un ORB).
Lorsque l’intergiciel reçoit une requête destinée à cette référence, il la transmet à l’entité servante
correspondante (1). Les données de la requête sont extraites et transmises à un tampon mémoire
(2). Le tampon mémoire gère les données associées à chaque élément d’interface et prend en
charge les politiques associées aux éventuelles files d’attente – pour les ports d’événement/donnée
ou les sous-programmes d’interface.
Si la requête correspond à un port d’événement/donnée ou à un sous-programme fourni en
interface, le servant appelle le contrôleur de l’application (3) ; sinon le traitement s’arrête. Dans le
cas d’un thread AADL périodique, un échéancier appelle le contrôleur (3).
Lorsque le contrôleur est appelé, il récupère toutes les données des ports, ou les données
associées à l’appel du sous-programme fourni en interface (4). L’enveloppe applicative AADL qui
correspond à la séquence d’appel du thread AADL est ensuite appelée (5) par le contrôleur avec
les données correspondantes.
Les éventuelles données retournée (6) par la séquence d’appel – c’est-à-dire les paramètres de
sortie du sous-programme fourni en interface ou les ports de sortie du thread AADL, selon le cas
– sont ensuite récupérées (7). Dans le cas d’un sous-programme fourni en interface, les données
sont intégrées dans la réponse à la requête et envoyées vers le client initial. Dans le cas de ports
de données ou événement/donnée, elles sont intégrées dans de nouvelles requêtes et envoyées aux
entités AADL destinataires.
VI-2.2 Application à l’intergiciel PolyORB
PolyORB permet de produire un intergiciel adapté prenant en compte différents modèles de
répartition et offrant une grande latitude de configuration [Vergnaud et al., 2004]. De récents travaux
ont consisté à rationaliser son architecture afin de faciliter son intégration dans des systèmes
répartis temps-réel [Hugues, 2005]. Il constitue par conséquent une bonne solution pour la mise
en place d’un intergiciel d’exécution pour une application AADL.
VI-2.2.1 Organisation de PolyORB
PolyORB est une implantation de l’architecture d’intergiciel dite « schizophrène » [Pautet,
2001]. Cette architecture est structurée en trois couches : neutre, applicative et protocolaire.
La couche neutre constitue un cœur d’intergiciel mettant en place des mécanismes génériques
pour le traitement des données. Elle fournit un ensemble de services de communication canoniques,
qui ne sont pas rattachés à un modèle de répartition particulier. La couche applicative effectue
la traduction des requêtes entre la sémantique de l’application et les représentations neutres
correspondantes. La couche protocolaire implante les fonctions relatives aux communications avec
les autres nœuds. L’organisation des trois couches est représentée sur la figure VI.2.
Plusieurs personnalités applicatives ou protocolaires peuvent être utilisées simultanément au
sein d’une instance donnée d’un intergiciel schizophrène. Ces différentes personnalités interagissent
alors par l’intermédiaire de la couche neutre. Il est ainsi possible d’utiliser plusieurs personnalités
protocolaires afin d’insérer le nœud applicatif au sein d’un système réparti constitué de
nœuds hétérogènes, ou de déployer sur un même nœud plusieurs entités applicatives conçues pour
des spécifications d’intergiciel différentes.
La structure de la couche neutre forme un intergiciel neutre configurable, basé sur un ensemble
de services fondamentaux [Quinot, 2003] dont la combinaison permet de traiter les communica-
c○ 2007 Thomas Vergnaud 103