\section{Agenten auf Basis der {\em Tycoon Business Conversations}}

Zwei Problemkreise treten in allen Agentenmodellen auf:
\begin{itemize}
\item Die Organisation der Kooperation autonomer Entit"aten. 
\item Die Strukturierung eines Bezugssystems, in dem sich autonome Entit"aten
orientieren k"onnen. \end{itemize}

Agenten ohne eine M"oglichkeit der Kooperation mit anderen, ebenfalls autonomen
Agenten, sind nur von eingeschr"anktem Nutzen. In diesem Falle ist der Agent
gezwungen, alle Teilaufgaben, die zur Erbringung seiner Gesamtaufgabe notwendig
sind, in seinem eigenen Kontext zu l"osen. Dazu kann er sich zwar an ubiquit"ar
in seinem Bezugssystem vorhandene Komponenten binden. Problematisch ist hierbei
allerdings, da"s er keine Annahme "uber den aktuellen Zustand dieser Komponenten
machen kann. Das liegt darin begr"undet, da"s diese Komponenten sich auf
ausserhalb des Modells befinden, d.h. die einzige m"ogliche Aussage ist, da"s
sie ein Teil des verwendeten Implementationssystems sind und daher auch
zumindest technisch nutzbar sind. Das tats"achliche Verhalten dieser Komponenten
"uber die Zeit kann von Fall zu Fall variieren. Es gibt keine normierende
Protokollschicht, die den Zugriff auf den Komponentenzustand verbindlich regelt
oder weitere Aussagen "uber momentane bzw. zuk"unftige Zust"ande und g"ultige
Zustands"uberg"ange erm"oglicht.
   
Das wiegt besonders schwer, wenn mehr als ein Agent diese zustandsbehaftete
Komponente konkurrierend nutzen will. Hier ist eine Synchronisation der Zugriffe
auf die Komponente unumg"anglich um einen konsistenten Komponentenzustand zu
gew"ahrleisten. Die Konsequenz hieraus ist, da"s ein Komponentenzustand f"ur
ubiquit"are Komponenten vermieden wird oder das der Agent den Zustand
vollst"andig kapselt (wodurch die Komponente faktisch zustandslos wird).






 
