Konzept (PDF)

3.2 Aktualisieren der Clients
Der Server verwaltet für jeden Client eine Liste mit DE, die übertragen wurden und
sich also im Cache des jeweiligen Clients befinden können. Ändert ein Client eine DE,
so wird an alle Clients, deren Liste auf dem Server diese DE enthält, eine Botschaft
verschickt. Ist zur Zeit keine Session für einen Client angemeldet, so wird die Botschaft in
eine Warteschlange (message queue) gestellt. Bei Eröffnung der nächsten Session für den
Client wird diese Warteschlange abgearbeitet.
DE im Cache eines Clients, die vom Server die Botschaft erhalten haben, dass diese
DE sich geändert hat, laden die DE nicht sofort nach, sondern löschen lediglich deren
uptodate-Flag. Beim nächsten Zugriff auf die DE wird diese dann nachgeladen.
4 Sicherheit, Abrechnungsmechanismen
4.1 Authentifizierung
Ein Client kann nur mit einem Server Verbindung aufnehmen. Der Client ist dazu auf
dem Server registriert. Clients untereinander können nicht kommunizieren. Server untereinander
übetragen keine Benutzerdaten.
Clients besitzen Seriennummern, Benutzer haben Benutzerkennungen und Passwörter.
Die Clients sind nicht dafür zuständig, die Benutzer zu identifizieren. Daher ist es für
jeden Benutzer möglich, jeden Client zu benutzen. Jeder Client kann jedoch nur maximal
einen Benutzer bedienen.
Zu Beginn einer Sitzung muss sich der Benutzer mit Kennung und Passwort identifizieren.
Bei erfolgreicher Authentifizierung wird eine Server-Session eröffnet, die beim Verlassen
der Sitzung wieder geschlossen wird. Jede Session hat einen konfigurierbaren Time-Out.
Passwörter werden verschlüsselt übertragen.
4.2 Behinderung des Erspähens
Bei der Kommunikation über ein ISDN-Intranet oder über eine geschlossene Benutzergruppe
im Frame Relay (VPN), sind Versuche, die Daten zu erspähen von vornherein so
gut wie ausgeschlossen.
Erfolgt die Verbindung über das Internet, profitieren die AquaWeb-Nutzer von der standardmäßigen
Kompression aller Pakete mit einem nicht frei zugänglichen Algorithmus.
5