Organizzazione e ruoli in JADE: architettura BOID per la coordinazione

La comunicazione è probabilmente la caratteristica principale di JADE ed è implementata in pieno accordo con gli standard FIPA. Il paradigma di comunicazione è basato sullo scambio di messaggi asincrono.
Ogni agente è provvisto di una mailbox dove il run-time di JADE accoda i messaggi inviati da altri agenti. Quando (o se) questo messaggio verrà letto è definito a discrezione del programmatore.

Ogni messaggio è composto dalle seguenti proprietà:
- Il mittente del messaggio
- Una lista di destinatari
- L’atto comunicativo (o performativo) che indica cosa intende il mittente inviando il messaggio. Il performativo può essere una request se il mittente intende richiedere l’esecuzione di un’operazione, inform se invece vuole notificare un’informazione. Un elenco completo dei performativi è presente nell’Appendice B.
- Un contenuto che rappresenta l’informazione del messaggio
- Il linguaggio che indica la sintassi utilizzata nel contenuto
- L’ontologia che indica il vocabolario dei simboli utilizzato nel contenuto
- Un protocollo al quale il messaggio appartiene

Inviare un messaggio equivale a riempire questi campi definiti nella classe ACLMessage e invocare il metodo send() definito nella classe Agent. Tutti i performativi definiti dallo standard FIPA sono implementati in JADE.
Un agente può accedere alla propria mailbox invocando il metodo receive() che restituisce il messaggio se ci sono messaggi o null se la mailbox è vuota. E però tipicamente necessario bloccare un comportamento in attesa del ricevimento di un messaggio. Per ottenere questo scopo è stato definito il metodo blockingReceive() che non termina fin quando non arriva un messaggio. Questo metodo è però sconsigliato in quanto oltre a bloccare il comportamento impedisce che il controllo passi ad altri comportamenti congelando di fatto l’agente fin quando non arriva il messaggio richiesto (il che potrebbe anche non avvenire mai).
[...]
Quando viene invocato il metodo block(), il comportamento viene considerato bloccato e l’agente non schedulerà più la sua esecuzione. Nel momento in cui arriva un nuovo messaggio, tutti i comportamenti bloccati vengono sbloccati. Questa gestione è fortemente raccomandata per la gestione della ricezione dei messaggi.