enaio® server-api

Jobs sind Aufgaben, die durch den Server ausgeführt werden sollen, und eine bestimmte Akquise, Manipulation von Daten oder Steuerungsfunktionen abbilden. Somit lassen sich Jobs auch mit Funktionen vergleichen. Ein Serverjob hat folgenden allgemeinen Aufbau:

Zur Ausführung der Jobs muss zwischen einem anfordernden Client und dem Server eine Session erzeugt werden. Diese besteht einerseits aus einer Verbindung über ein technisches Protokoll (z. B. TCP) und andererseits aus verschiedenen Informationen zu dieser Verbindung, wie z. B. Authentifizierungs-, Stations- und Lizenzdaten. Über das technische Protokoll wurde zur Formulierung der Anfragen und Ergebnisse der Bearbeitung das Protokoll BIN-RPC gelegt. Dieses Protokoll legt fest, wie Anfragen, Parameter und Ergebnisse dargestellt werden müssen.

Der Kommunikationsverlauf zwischen Client und Server folgt diesem Schema:

Der Client ruft einen Job auf, indem die Jobbezeichnung und die dazugehörigen Parameter in XML verpackt und zum Server gesandt werden. Danach wartet der Client auf eine Antwort. Der Server-Kernel interpretiert die empfangenen Daten, ermittelt welche Engine den Job ausführen kann, und übergibt diesen an dessen Queue-Mechanismus zur Bearbeitung. Das Ergebnis wird dann von der Engine über den Server-Kernel an den Client übermittelt.

Ziel einer Archivanbindung für verschiedene Applikationen ist es, Dokumente, die mit Struktur- und Indexmerkmalen versehen sind, im DMS abzulegen, im Datenbestand zu recherchieren, Dokumente zu downloaden und ggf. zu löschen. Wie bereits beschrieben, werden die Funktionen durch den Aufruf von Serverjobs durchgeführt, die in der DMS-Engine und der Standard-Engine implementiert wurden.

enaio® verwendet folgende DMS-Objekte für die Abbildung von Informationsstrukturen:

Die Klassen von Ordnern, Registern und Dokumenten heißen Objekttypen. So ist beispielsweise ein Kundenordner oder eine Rechnungsart ein Objekttyp. Alle Instanzen der Klasse verfügen über die gleichen Felder zur Indexierung. Bei Dokumenten wird über den Objekttypen auch der Haupttyp festgelegt. Die Struktur der Indexdaten wird durch das Objektmodell vorgegeben, sodass für jeden Objekttypen eine eigene Menge von Feldern zur Verschlagwortung und Recherche definiert werden kann.

Nachfolgend werden Dokumente, Register und Ordner als Objekte bezeichnet, sofern eine genauere Spezifikation unerheblich ist. Jedes Objekt ist durch Indexdaten und sogenannte Basisparameter gekennzeichnet. Basisparameter werden automatisch vom System vergeben und sind zur internen Verwaltung der Objekte vorgesehen. Sie beinhalten Informationen über den Anleger eines Objektes, seine ObjektID, Änderungsdaten usw.

Jedes Objekt im DMS wird durch seinen Objekttypen und seine ObjektID eindeutig beschrieben. Für die meisten Jobs werden Objekttyp und ObjektID als Eingabeparameter erwartet.

Recherche: Anhand von Suchparametern werden Indexdaten und Basisparameter von Objekten zur weiteren Verarbeitung ermittelt. Über die ermittelten ObjektIDs und Objekttypen können dann weitere Recherchen durchgeführt oder die Dokumentdateien selbst heruntergeladen werden.

Import: Die aufrufende Applikation gibt Indexdaten und ggf. Dokumentdateien vor; daraufhin werden im System neue Objekte angelegt.