Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Grundlagen für Agenten
Bevor wir uns mit architektonischen Details befassen, sollten wir die verschiedenen Rollen skizzieren, die Agenten spielen, da „Agent“ ein überladener Begriff ist, der auf viele Anwendungsfälle angewendet werden kann. Lassen Sie uns mit einigen allgemeinen Begriffen beginnen, die helfen können, sie zu kategorisieren.
Auf der äußersten Ebene müssen wir damit beginnen, die Rolle und Art der Agenten zu klassifizieren. Dies ist eine Herausforderung, da es eine Vielzahl von Szenarien gibt, in denen Agenten für eine beliebige Anzahl von Problemen eingesetzt werden können. In dieser Diskussion konzentrieren wir uns jedoch darauf, was es bedeutet, einen Agenten in eine Anwendung oder ein System einzuführen. In diesem Modell legen wir den Schwerpunkt darauf, wie und wo Agenten die Erfahrung Ihres Systems am besten bereichern können. Die von Ihnen ausgewählten Optionen beeinflussen, wie Ihre Agenten aufgebaut, integriert und auf verschiedene Domänen und Anwendungsfälle angewendet werden. Das folgende Diagramm zeigt zwei Agentenmuster, die Builder verwenden.
Auf der linken Seite des Diagramms befindet sich ein interaktionsbasierter Agent. In diesem Modus erstellt ein Agent einen Einblick in ein vorhandenes System, um Interaktionen mit den zugrunde liegenden Diensten zu orchestrieren, um ein Ziel oder Ergebnis zu erreichen. Entscheidend ist, dass der Agent einem System als alternative Methode zur Steuerung der Funktionen und Fähigkeiten des Systems hinzugefügt wird. Stellen Sie sich zum Beispiel vor, dass ein unabhängiger Softwareanbieter (ISV) über ein Buchhaltungssystem mit Benutzererfahrung verfügt, das zur Ausführung von Vorgängen verwendet wird. Der interaktionsbasierte Agent vereinfacht die Interaktion mit diesen vorhandenen Funktionen. Es geht weniger darum zu lernen, wie man ein grob definiertes Ziel erreicht, sondern vielmehr darum, eine Möglichkeit zur Orchestrierung bekannter Pfade bereitzustellen.
Im Gegensatz dazu stellt das aufgabenbasierte System auf der rechten Seite des Diagramms einen anderen Ansatz dar. Die Agenten in diesem System nutzen ihr Wissen und ihre Fähigkeiten, um zu lernen, Aufgaben zu erledigen und Geschäftsergebnisse zu erzielen. Man könnte argumentieren, dass beide Modelle zu Geschäftsergebnissen führen, aber ein aufgabenbasiertes Modell stützt sich darauf, dass die Agenten selbst bestimmen, wie ein Ergebnis erzielt werden kann. Solche Agenten sind weniger deterministisch und verlassen sich stattdessen auf ihre Fähigkeit, zu lernen und sich weiterzuentwickeln. Im Gegensatz dazu sind interaktionsbasierte Agenten hauptsächlich darauf ausgelegt, eine Reihe bekannter Funktionen zu orchestrieren. Diese Unterschiede wirken sich darauf aus, wie Sie Agenten zur Unterstützung Ihres Unternehmens erstellen, einsetzen und integrieren.
Außerdem benötigen wir Begriffe, die beschreiben, wie und wo wir Agenten einsetzen. Wo sich ein Agent innerhalb Ihres Systems befindet, kann sich darauf auswirken, wie das System aufgebaut, in welchem Umfang es sich befindet und wie es gesichert wird. Das folgende Diagramm skizziert zwei unterschiedliche Modelle, die auf Agenten angewendet werden könnten.
Auf der linken Seite des Diagramms befindet sich ein Bereitstellungssystem mit drei verschiedenen Agenten. Die Agenten sind externen Clients ausgesetzt, bei denen es sich um andere Agenten oder Anwendungen handeln kann. Bei diesem Modell werden Agenten als öffentliche Agenten bezeichnet.
Im Gegensatz dazu zeigt das Diagramm auf der rechten Seite Agenten innerhalb der Implementierung der Lösung. In diesem Fall gibt es eine Reihe von Anwendungsdiensten, die von Benutzern oder Systemen genutzt werden. Diese Benutzer interagieren mit der Anwendung, ohne sich bewusst zu sein, dass Agenten Teil des Erlebnisses sind. Die Agenten werden dann von den Diensten des zugrunde liegenden Systems aufgerufen und orchestriert. Auf diese Weise eingesetzte Agenten werden als private Agenten bezeichnet.
Ein Großteil des Nutzens eines Agenten konzentriert sich auf das öffentliche Modell, bei dem Anbieter ihre Agenten möglicherweise veröffentlichen, um sie mit anderen Agenten von Drittanbietern zu integrieren. Die Agenten wären dann Teil eines Geflechts oder Netzes miteinander verbundener Dienste, die zusammen in der Lage sind, viele Anwendungsfälle abzudecken. Diese Agenten könnten zwar in vielen Bereichen eingesetzt werden, der business-to-business Anwendungsfall ist jedoch naheliegend. Das folgende Diagramm bietet einen konzeptuellen Überblick darüber, wie es aussehen könnte, ein Inkasso-Agent zusammenzustellen, das ein bestimmtes Problem löst.
Das Diagramm zeigt vier Geschäftsagenten, die zusammenarbeiten, um eine Reihe von Zielen zu erreichen. Wenn Agenten auf diese Weise zusammengesetzt sind, stellen sie ein Agentensystem dar, und es gibt viele Varianten solcher Systeme. Sie könnten ein vorkonfiguriertes Set von zusammenarbeitenden Agenten sein, die üblicherweise als eine Einheit verwendet werden. Oder das System könnte dynamisch von Kunden zusammengestellt werden, die eine Kombination von Agenten auswählen möchten, die ihren Bedürfnissen am besten entspricht.
Beide Ansätze bieten praktikable Möglichkeiten für die Integration von Agenten. Manche Agenten werden mit der Erwartung entwickelt, dass sie in spezifische Systeme integriert werden, in denen sie ihren Wert, ihre Reichweite und ihre Wirkung maximieren können. Diese Vorstellung von Agentensystemen wirft auch Fragen darüber auf, wie Agenten erworben werden, und es könnte viele Möglichkeiten geben, dieses Problem zu lösen. Das folgende Diagramm zeigt anhand von Beispielen, wie diese Agenten und Systeme durch Transaktionserfahrungen geschaffen werden können.
Es werden zwei Beispiele für Markterfahrungen gezeigt. Auf der linken Seite wird ein Marktplatz genutzt, um vorgefertigte Systeme zu erwerben. In diesem Szenario entdeckt und integriert der Marktplatz Systeme, die umfassendere Ziele verfolgen, die die Integration und Orchestrierung mehrerer Agenten erfordern.
Das Beispiel auf der rechten Seite zeigt einen Marktplatz, auf dem Agenten entdeckt und zu Agentensystemen zusammengefasst werden. In diesem Szenario können Kunden ein beliebiges System kompatibler, integrierter Agenten zusammenstellen, das ihren Anforderungen entspricht. Ob Agenten auf diese Weise zusammengestellt werden können, hängt vom Kompatibilitätsmodell und den Integrationsanforderungen der einzelnen Agenten ab.
