DE19943453A1 - System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen - Google Patents

System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen

Info

Publication number
DE19943453A1
DE19943453A1 DE19943453A DE19943453A DE19943453A1 DE 19943453 A1 DE19943453 A1 DE 19943453A1 DE 19943453 A DE19943453 A DE 19943453A DE 19943453 A DE19943453 A DE 19943453A DE 19943453 A1 DE19943453 A1 DE 19943453A1
Authority
DE
Germany
Prior art keywords
gia
client
server
group interaction
applications
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
DE19943453A
Other languages
English (en)
Inventor
Peter Manhart
Heiko Ziegler
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Daimler AG
Original Assignee
DaimlerChrysler AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by DaimlerChrysler AG filed Critical DaimlerChrysler AG
Priority to DE19943453A priority Critical patent/DE19943453A1/de
Priority to EP00974285A priority patent/EP1221093A2/de
Priority to PCT/DE2000/003032 priority patent/WO2001020450A2/de
Publication of DE19943453A1 publication Critical patent/DE19943453A1/de
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1827—Network arrangements for conference optimisation or adaptation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/327—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the session layer [OSI layer 5]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Abstract

Die Erfindung betrifft ein Gruppeninteraktions(GIA)-System und ein Verfahren, mit dem hypermediale Informationssysteme um koordinierte Funktionen zur Unterstützung menschlicher Interaktion plattformübergreifend erweitert werden und eine stabile und Netzwerk transparente Kopplung von Systembausteinen über z. B. Internetdienste erzielt wird. Die Systembausteine sind in einem Rechner und/oder auf verschiedenen Rechnern in einem Internet verteilt. Die Kopplung der Systembausteine erfolgt über Erreignisse. Durch die asynchrone Kopplung der Bausteine wird die Stabilität und Flexibilität des Gesamtsystems wesentlich erhöht.

Description

Die Erfindung betrifft ein System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen für Klienten und Diensterbringer (Server) nach dem Oberbegriff der Patentansprüche 1 und 10.
Das Internet hat sich zu dem Standardnetzwerk für verteilte Anwendungen entwickelt. Ein wesentliches Problem bei der Entwicklung verteilter, komplexer Anwendungen ist in speziellen Anwendungskontexten die Abhängigkeit der Systemarchitektur und der Implementierung von den jeweiligen Netzwerkstrukturen. Die Internet-Protokolle im Umfeld des Word-Wide-Web (WWW) unterstützen im wesentlichen die Repräsentation, Speicherung, Verteilung und Darstellung hypermedialer Informationen in plattformübergreifender Form.
Der Erfindung liegt die Aufgabe zugrunde, ein System und ein Verfahren, die die bestehenden hypermedialen Informationssysteme für Klienten und Server, zum Beispiel web-basierte Informationssysteme, um koordinierte Funktionen zur Unterstützung menschlicher Interaktion erweitern. Die Erfindung wird für das System durch die kennzeichnenden Merkmale des Patentanspruchs 1 und für das Verfahren durch die kennzeichnenden Merkmale des Patentanspruchs 10 beschrieben. Vorteilhafte Weiterbildungen und Ausgestaltungen sind in den Unteransprüchen angegeben.
Das GIA-System wird im folgenden als Referenzimplementierung, d. h. in einer möglichen Ausführung der GIA-Architektur dargestellt. Die Entscheidungen für spezifische Umsetzungsvarianten, z. B. WWW als Hypermediasystem oder die dargestellte Ausprägung der Bedienschnittstelle, ergeben sich nicht zwingend aus der GIA-Architektur, sondern es werden entsprechend dem Stand der Technik die derzeit vorteilhaftesten Varianten gewählt. Das GIA-System hat den Vorteil, daß hypermediale Informationssysteme um koordinierte Funktionen zur Unterstützung menschlicher Interaktion plattformübergreifend erweitert werden und eine stabile und Netzwerk transparente Kopplung von Systembausteinen über Internetdienste erzielt wird. Die Systembausteine sind auf verschiedenen Rechnern in einem Internet und im Rechner in verschiedenen Prozeßräumen verteilt. Die Kopplung der Systembausteine erfolgt über Ereignisse. Es wird sowohl eine synchrone als auch eine asynchrone Kopplung unterstützt. Durch die asynchrone Kopplung der Bausteine wird die Stabilität und Flexibilität des Gesamtsystems wesentlich erhöht. Vorteilhafterweise wird im Gegensatz zu bestehenden Ansätzen (RMI, SUN/CORBA) eine Übertragung nicht auf ein bestimmtes Kommunikationsprotokoll beschränkt, sondern es werden beliebig bestehende Internet-Protokolle (Sockets, RMI, NNTP, SMTP etc.) und neuartige sog. verteilte Ereignissystem Protokolle zur Kopplung eingesetzt. Die GIA-Architektur unterstützt den transparenten, gleichzeitigen Einsatz mehrerer Protokolle (Multiprotokollkopplung). Außerdem ist eine automatische Auswahl adäquater Kopplungsprotokolle vorgesehen (Autoprotokollselektion). Die Kopplungsprotokolle sind von Hardware- und Software-Plattformen unabhängig. Das erfindungsgemäße GIA-System wird im folgenden am Beispiel einer Internetseite dargestellt. Die Informations- und Kontrollabläufe der WWW-basierten Gruppeninteraktion werden als Ausführungsbeispiele anhand von Aktivitätsdiagrammen unter Bezugnahme auf schematische Abbildungen näher erläutert.
In Fig. 1 ist die GIA-Systemarchitektur dargestellt.
Fig. 2 zeigt ein Aktivitätsdiagramm "Anmeldung".
Fig. 3 zeigt ein Aktivitätsdiagramm "URL-Wechsel"
Fig. 4 zeigt ein Aktivitätsdiagramm "Beginn des Folgens".
Fig. 5 zeigt ein Aktivitätsdiagramm "URL-Wechsel beim Folgen"
Zur Beschreibung der Erfindung werden die auch in der deutschen Sprache geläufigen, fachspezifischen englischen Ausdrücke verwendet.
Das vorliegende GIA-System besteht einerseits aus neuartigen CSCW (Computer Supported Cooperativ Work) Diensten, z. B. Dienst für die Benutzer- und Gruppenwahrnehmung (Awareness) und Diensten zur Unterstützung kooperativer Navigation im Informationsraum (Cooperative Navigation). Derzeit sind fünf koordinierte CSCW-Funktionen im GIA-System realisiert:
  • 1. Benutzerwahrnehmung (awareness): Während die Web-Benutzer sich auf der Web- Seite bewegen, nehmen sie andere Benutzer und Betreuer war, die sich am selben Ort oder untergeordneten Orten befinden. Die Web-Benutzer werden in einer Raumplanmetapher visualisiert. Die Wahrnehmung anderer Benutzer vermittelt die Belebtheit des Systems und steigert so dessen Attraktivität. Wahrnehmung ist auch eine Voraussetzung, um andere Benutzer kennenzulernen und Gemeinschaften zu bilden.
  • 2. Orts-Chat: Die Web-Benutzer können im GIA-System mit den anderen Benutzern einer Seite kommunizieren. Wechselt ein Benutzer die Seite, so kann auch seine Orts-Chat-Gruppe automatisch gewechselt werden.
  • 3. Orts-Diskussionsforen: Den Orten kann ein asynchrones Diskussionsforum zugeordnet werden. Beim Betreten des Ortes kann der Benutzer das Forum aktivieren und Anmerkungen zu den Informationen einfügen oder auf bestehende Anmerkungen antworten. So wird auch asynchrone menschliche Kommunikation unterstützt. Analog dem Orts-Chat kann bei einem Seitenwechsel das Forum angepaßt werden.
  • 4. Kooperative Navigation: Die Benutzer können ihre Browser verbinden. So sind individuelle Anleitung oder interaktive "Guided Tours" realisierbar.
  • 5. Bekannten-Chat: Es ist möglich Chat-Gruppen zu gründen, die unabhängig von den wechselnden Orten der Benutzer existieren. So können stabile und ortsunabhängige Kommunikationskanäle aufgebaut werden.
Die Bausteine der Klienten/Server Architektur sind in externe Anwendungen und interne Anwendungen gegliedert. Externe Anwendungen sind kommerziell verfügbare Systeme, die nur über Standardschnittstellen gesteuert werden können und deren Bedienschnittstelle im allgemeinen nicht verändert werden kann. Interne Anwendungen liegen im Quellcode vor und können deswegen besser gesteuert werden. Zudem kann ihre Bedienschnittstelle den Bedürfnissen des Anwendungsumfeldes angepaßt werden.
Gemäß Fig. 1 gliedert sich der Server 2 in den GIA-Server 5 für interne Anwendungen und externe Server Anwendungen 4. Der GIA-Server 5 implementiert über entsprechende Manager alle Systemfunktionen, die für den Server notwendig sind, jedoch von bereits kommerziell verfügbaren serverseitigen CSCW (Computer Supported Cooperative Work) Anwendungen nicht oder nur unzureichend abgedeckt werden. Bausteine des GIA-Servers sind beispielsweise ein GIA-Haupt-Manager, Gruppen-Manager, Struktur-Manager, Notifikations-Manager und externe Anwendungsadapter 3b.
Zu den externen Anwendungen gehören alle Anwendungen zur Unterstützung der GIA- Funktionen, die durch kommerziell verfügbare Systeme abgedeckt werden können. Hierzu gehören die Server für Internet-Protokolle, wie der EMAIL-, NNTP-, IRC- und HTTP-Server, wie auch Datenbanken und das Dateisystem des Server-Betriebssystems.
Der Klient 1 gliedert sich in den GIA- Klienten 6 für interne Anwendungen, die GIA- Internet-Protokoll-Klienten 8 und in externe Klienten Anwendungen 7.
Der GIA-Klient 6 implementiert alle Systemfunktionen, die für die internen Anwendungen notwendig sind, jedoch von bereits kommerziell verfügbaren klientenseitigen CSCW-Systemen nicht oder nur unzureichend abgedeckt werden. Bausteine des GIA-Klienten 6 sind beispielsweise ein GIA-Haupt-Klient, RMV (Room Map View)-Klient, Notifikations-Klient und externe Anwendungsadapter 3c.
Die GIA-Internet-Protokoll-Klienten 8 implementieren klientenseitige Bedienschnittstellen für Anwendungen, die aus standardisierten Internet-Protokollen bestehen. EMAIL-, NNTP- und der IRC-Klient gehören zu dieser Kategorie.
Zu den externen Klienten Anwendungen 7 gehören alle Anwendungen zur Unterstützung der GIA-Funktionen, die durch kommerziell verfügbare Systeme abgedeckt werden. Hierzu gehören beispielsweise WWW-Browser.
Die Verbindungen zwischen den Bausteinen sind einerseits die bekannten Internet Protokolle, z. B. SMTP, POP, NNTP, IRC und HTTP und andererseits ein neu entwickeltes Verbindungensystem zur Koppelung von GIA-Bausteinen, ein sogenanntes verteiltes Ereignissystem DES (Distributed Event System).
Die GIA-Server Bausteine 5 sind serverseitige Anwendungen, die im Quellcode vorliegen und damit besonders koordiniert zusammenwirken. Die Funktionen des GIA- Servers werden von Managern implementiert, die innerhalb von Server-Programmen ablaufen. Dem GIA-Haupt-Manager kommt in der GIA-Architektur eine zentrale Bedeutung zu. Er verwaltet für jeden am System angemeldeten GIA-Klienten eine entsprechende Session-Datenstruktur. Erfolgt die Kommunikation der Klienten mit den Managern über einen zentralen Punkt, dann ist der Haupt-Manager für die GIA-Klienten auch die Schnittstelle zu allen weiteren Managern und für alle Manager die Schnittstelle zu den GIA-Klienten. Der GIA-Haupt-Manager bietet anderen Komponenten Session­ spezifische Ereignisse (An-, Abmeldung, Ortswechsel) an. Der Gruppen-Manager implementiert die GIA-Funktionen zur Benutzergruppierung. Benutzer, die auf den strukturierten Informationsräumen interagieren, werden von dem Gruppen-Manager anhand ihrer Interaktionen mit dem GIA-System gruppiert. Die entstehenden Benutzergruppen werden vom Gruppen-Manager dynamisch anhand modifzierbarer Gruppierungsmetriken verwaltet. Klienten und andere Server können die Gruppen und deren Mitglieder vom Gruppen-Manager abfragen. Der Struktur-Manager implementiert Funktionen zur Strukturierung des Informationsraumes. Über die zugeordneten Adapter 3b werden unterschiedliche strukturierte Informationsquellen eingebunden (Dateisystem, Datenbanken etc.). Die Strukturinformation wird dynamisch gehalten und kann von den Klienten und anderen Servern abgefragt werden. Der Notifikations-Manager implementiert Funktionen zur Reaktion auf Veränderungen des Informationsraumes oder des GIA-Systems selbst. Er nimmt Anfragen entgegen, die Beschreibungen von Zustandsänderungen des Informationsraumes enthalten und löst bei Eintreten von nachgefragten Veränderungen eigenständig Benachrichtigungs- Ereignisse aus.
Die externen Server Anwendungen 4 liegen nicht im Quellcode vor und können deshalb nicht direkt abgefragt oder gesteuert werden. Externe Server Anwendungen 4 sind serverseitige Anwendungen, die kommerziell verfügbar sind und in das GIA-System über Adapter 3a eingebunden sind. Die Adapter 3a verbinden die externen Serveranwendungen mit dem GIA-Haupt-Manager und dem Notifikations-Manager durch Implementierung von Funktionen zur Steuerung (Aktor) und Abfrage (Sensor) von externen Anwendungen. Die Adapter koppeln die anwendungsspezifischen Details der Interaktion mit externen Anwendungen. Beispielsweise interagiert der NNTP- Adapter mit Anwendungen, die das NNTP-Protokoll zur Verfügung stellt und setzt interne Anfragen in NNTP-Anfragen, sowie NNTP-Antworten in interne Ergebnisse um.
Der EMAIL-Server verwaltet asynchrone benutzeradressierte elektronische Nachrichten. Beispiele für Implementierungen sind Server, die auf den Internet- Protokollen SMTP und POP aufbauen. Der NNTP-Server verwaltet asynchrone inhaltlich adressierte Hierarchien elektronischer Nachrichten. Die Nachrichtenhierarchien sind in sogenannten Diskussionsforen organisiert. Der Nachrichtenaustausch zwischen Klient und Server basiert auf dem Internet-Protokoll NNTP. Der IRC-Server verwaltet synchrone elektronische Nachrichten, die über sogenannte Kanäle auf Grundlage des Internet-Protokolls IRC verteilt werden. Der HTTP-Server verwaltet hypermediale Multimediadaten. Die Daten sind z. B. im HTML-Standard repräsentiert und werden über das HTTP-Protokoll ausgetauscht.
Die GIA-Klienten Bausteine 6 sind klientenseitige Anwendungen, die im Quellcode vorliegen und damit besonders koordiniert zusammenwirken können.
Der GIA-Haupt-Klient hat zwei wesentliche Funktionen. Einerseits stellt er die Hauptverbindung zum GIA-Server dar und stellt somit den internen Klienten Ereignisse des Servers zur Verfügung. Andererseits koordiniert er die CSCW-Dienste durch Interaktion zwischen den dienstspezifischen Klienten-Bausteinen und den Adaptern 3c, 3d.
Der RMV-Klient stellt die Position eines Benutzers im Informationsraum auf Grundlage einer Raumplanmetapher dar. Der aktuelle Standpunkt wird als Gang dargestellt, die vorn aktuellen Standpunkt erreichbaren Informationsräume durch vom Gang aus erreichbare Räume im Raumplan. Am aktuellen Standpunkt wird der Benutzer und alle anderen Benutzer dargestellt, die sich im selben Informationsraum befinden. Das gleiche gilt für die Subräume, wo die jeweilig anwesenden Benutzer visualisiert werden.
Der Notifikations-Klient ermöglicht es dem Benutzer des GIA-Systems, sich über Veränderungen des Informationsraumes benachrichtigen zu lassen. Beispielsweise wird bei Eingang einer neuen Nachricht in einem Forum des NNTP-Servers eine email an den Benutzer geschickt.
Folgende GIA-Internet-Protokoll-Klienten 8 werden beispielsweise im GIA-System verwendet.
Ein EMAIL-Klient zum Verfassen, Senden und Empfangen benutzeradressierter elektronischer Nachrichten und deren Versendung auf Grundlage bestehender Internet- Standards.
Ein NNTP-Klient zum Verfassen, Senden und Empfangen inhaltlich adressierter elektronischer Nachrichten im Rahmen sogenannter Diskussionforen von NNTP- Servern. Der Nachrichtenaustausch zwischen Klient und Server basiert auf dem Internet-Protokoll NNTP.
Ein IRC-Klient zum Verfassen, Senden und Empfangen synchroner elektronischer Nachrichten, die über sogenannte Kanäle auf Grundlage des Internet-Protokolls IRC ausgetauscht werden.
EMAIL-, NNTP- und IRC-Klient liegen im Quellcode vor und können direkt vom GIA- Klienten angesteuert und abgefragt werden.
Die externen Klienten Anwendungen 7 liegen nicht im Quellcode vor und können deshalb nicht direkt abgefragt oder gesteuert werden. Die externen Klienten Bausteine sind klientenseitige Anwendungen, die kommerziell verfügbar sind und über den Adapter 3d in das System eingebunden werden. Der Adapter 3d implementiert Funktionen zu Steuerung (Aktor) und Abfrage (Sensor) von externe Anwendungen. Der Adapter koppelt die anwendungsspezifischen Details der Interaktion mit externen Anwendungen. Beispielsweise interagiert der HTTP-Adapter mit Browsern, die den aktuellen Ausschnitt des Informationsraumes darstellen. Der Aktor des Adapters stößt das Laden neuer Seiten durch das GIA-System an und der Sensor leitet Seitenwechsel durch den Benutzer an das GIA-System weiter. Beispielsweise erlaubt der HTTP-Klient das Laden von Hypermediadaten über das HTTP-Protokoll und das Darstellen der HTML-Daten auf dem Klienten-Rechner.
Im folgenden werden beispielhafte Informations- und Kontrollabläufe der Bausteine des GIA-Systems beschrieben. Nicht angegeben werden die standardisierten Interaktionen auf der Grundlage von Internet-Protokollen (SMTP, POP, NNTP, IRC, HTTP), da diese aus den entsprechenden RFC (Request For Comment)-Dokumenten entnommen werden können.
Die Kopplung der Bausteine erfolgt über das verteilte Ereignissystem DES. Die Abläufe im System werden im folgenden mit Aktivitätsdiagrammen dargestellt. In diesen Diagrammen sind Aktivitäten als abgerundete Rechtecke dargestellt. Die horizontale Anordnung dieser Aktivitäten ergibt sich aus dem "Ort", an dem sie stattfinden (hier die entsprechenden Softwarekomponenten). Die vertikale Anordnung spiegelt den zeitlichen Ablauf wieder. Die Aktivitäten sind über Pfeile miteinander verbunden, auf denen der jeweils zugehörige Ereignisklasse vermerkt ist.
Ausführungsbeispiel: Anmeldung (Fig. 2)
Beginnt der GIA-Anwender z. B. den Anmeldevorgang, wird er vom GIA-Klienten nach seinen Benutzerangaben gefragt. Mit diesen Informationen versorgt, schickt der GIA- Klient ein Ereignis E1 (NewSessionEvent) an den GIA-Haupt-Manager. Bei Erhalt des NewSessionEvent legt der GIA-Haupt-Manager eine neue Sessionklasse an. Im Anschluß daran wird ein weiteres Ereignis E2 (NewSessionConfirmationEvent) an den GIA-Klienten geschickt, das ihm anzeigt, daß die neue Session erfolgreich angelegt wurde. Darüberhinaus enthält dieses Ereignis auch die Session ID (Identifikation) des GIA-Klienten, die er bei jeder weiteren Anfrage an den Session- Server zur Identifikation mitschicken muß.
Da sich der Gruppen-Manager für das Anlegen neuer Sessions registriert hat, wird auch er mittels eines weiteren Ereignisses E3 (SessionInitiatedEvents) darüber informiert. Erhält der GIA-Klient das NewSessionConfirmationEvent, ist für ihn der Anmeldevorgang abgeschlossen. Er setzt das User Interface auf aktiv.
Nach Erhalt des SessionInitiatedEvent trägt der Gruppen Manager das darin übergebene SessionData-Objekt in seine Sessiontabelle und in das entsprechende Gruppen-Objekt ein. Nun muß der Gruppen Manager nur noch ein weiteres Ereignis E4 (GroupChangeEvent) an den GIA-Klienten schicken.
Mit Erhalt des GroupChangeEvent kann der GIA-Klient seine Ortskarte und das Orts- Chat aktualisieren.
Ausführungsbeispiel: URL-Wechsel (Fig. 3)
Wenn der GIA-Anwender eine neue Seite im HTTP-Klienten lädt, registriert das der GIA-Klient über den entsprechenden Adapter. Dies löst innerhalb des GIA-Haupt- Klienten ein Ereignis E5 (URLChangeEvent) aus, für das sich der GIA-Haupt-Manager registriert hat.
Bei Erhalt des URLChangeEvent durch den GIA-Haupt-Manager aktualisiert dieser das entsprechende Session-Objekt. Da sich der Gruppen-Manager für das Ändern von URLs regiatriert hat, erhält er ein weiteres Ereignis E6 (URLUpdateEvent). Erhält der Gruppen Manager ein URLChangeEvent, entfernt er das entsprechende SessionData-Objekt aus der Teilnehmerliste der verlassenen Gruppe und trägt es in die Teilnehmerliste der neuen Gruppe ein. Dies löst ein weiteres Ereignis E7 (GroupChangeEvent) aus, das über den GIA-Haupt-Manager an den GIA-Klienten geschickt wird.
Mit Erhalt des GroupChangeEvent kann der GIA-Klient seine Ortskarte und das Orts- Chat aktualisieren.
Ausführungsbeispiel: Folgen (Fig. 4)
Zu Beginn des Folgens wählt ein "Folge"-Klient (Klient 1) seinen "Führungs"-Klienten (Klient 2) aus und aktiviert (z. B. per Auswahl aus einem Popup-Menü) den Folgen- Modus. Dies löst ein Ereignis E8 (StartFollowingRequestEvent) aus, das diesen Sachverhalt dem GIA-Haupt-Manager mitteilt.
Der GIA-Haupt-Manager reagiert auf dieses StartFollowingRequestEvent, indem er das Session-Objekt von Klienten 1 in die "Folge-Liste" im Session-Objekt von Klient 2 hinzufügt und die "Führungs-Referenz" im Session-Objekt von Klienten 1 auf das Session-Objekt von Klient 2 setzt. Außerdem schickt er jeweils ein weiteres Ereignis E9 (FollowingStatusEvent) an Klient 1 und Klient 2.
Klient 2 wird durch dieses FollowingStatusEvent über seinen neuen "Folgenden" informiert.
Klient 1 wird je nach FollowingStatusEvent über das erfolgreiche oder fehlgeschlagene Folgen informiert.
Ausführungsbeispiel: URL-Wechsel beim Folgen (Fig. 5)
Tritt nun beim Führenden ein URL-Wechsel auf, wird dieser Wechsel über ein Ereignis E10 (URLChangeEvent) an den GIA-Haupt-Manager weitergeleitet. Der GIA-Haupt-Manager aktualisiert das Session-Objekt des Führenden. Dieses Session-Objekt benachrichtigt alle Session-Objekte in seiner Folge-Liste mit einem weiteren Ereignis E11 (DoURLChangeEvent). Alle Session-Objekte der Folgenden senden das Ereignis E11 an ihren jeweiligen Klienten.
Der Klient reagiert auf dieses DoURLChangeEvent, indem er das neue Dokument des Führenden in den Browser lädt.
Das GIA-Verfahren in hypermedialen Informationsräumen fit Klienten und Server ist als Computerprogramm darstellbar, das in einen Rechner ladbar ist. Mit dem im Rechner gespeicherten Computerprogramm werden die Klienten- und Server-Bausteine für externe und interne Rechneranwendungen über entsprechende Netzwerkverbindungen gekoppelt. Die Netzwerkverbindungen werden über Internet- Protokolle und verteilte Ereignissystem (DES)-Protokolle hergestellt.
Die Erfindung ist nicht auf die in den Ausführungsbeispielen angegeben Web- Interaktionen beschränkt, sondern beliebige hypermediale Informationsräume, z. B. HyperCard sind in analoger Weise für die erfindungsgemäßen Gruppeninteraktionen geeignet. Auch Klient und Server können aus anderen weiteren Kombinationen von internen und externen Bausteinen aufgebaut sein.

Claims (24)

1. Gruppeninteraktions(GIA)-System in hypermedialen Informationsräumen für Klienten und Diensterbringer (Server), die in einem Rechner in verschiedenen Prozeßadressräumen und auf mehreren Rechnern in einem Netzwerk(Internet) verteilt sind, dadurch gekennzeichnet, daß das GIA-System aus Klienten- (1) und Server- (2) Bausteinen für externe und interne Rechneranwendungen und Netzwerkverbindungen zwischen externen und/oder internen Klienten- und Server- Bausteinen besteht, daß die Server-Bausteine (2) gegliedert sind in den GIA-Server (5) für interne Anwendungen und externe Server Anwendungen (4), daß die Klienten-Bausteine (1) gegliedert sind in den GIA-Klienten (6) für interne Anwendungen, externe Klienten Anwendungen (7) und Internet-Protokoll-Klienten (8), und daß Internet-Protokolle und/oder verteilten Ereignissystem(DES)- Protokolle die Netzwerkverbindungen zwischen den Klienten- und Server- Bausteinen bilden.
2. Gruppeninteraktions-System nach Anspruch 1, dadurch gekennzeichnet, daß der interne GIA Server (5) Manager enthält, die die Funktionen des GIA-Servers implementieren, und daß der GIA-Server einen Haupt-Manager, einen Gruppen- Manager, einen Struktur-Manager, und einen Notifikations-Manager enthält.
3. Gruppeninteraktions-System nach Anspruch 1, dadurch gekennzeichnet, daß die externen Server Anwendungen (4) über Adapter (3a) mit dem Haupt-Manager und Notifikations-Manager verbunden sind.
4. Gruppeninteraktions-System nach Anspruch 2, dadurch gekennzeichnet, daß der Struktur-Manager über Adapter (3b) mit externen Informationsquellen verbunden ist.
5. Gruppeninteraktions-System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Bausteine für externe Server Anwendungen (4) aus einem EMAIL-Server, einem NNTP-Server, einem IRC-Server, einem HTTP-Server aufgebaut sind.
6. Gruppeninteraktions-System nach Anspruch 1, dadurch gekennzeichnet, daß der GIA-Klient (6) aus einem GIA-Haupt-Klienten, einem RMV-Klienten und einem Notifikations-Klienten besteht.
7. Gruppeninteraktions-System nach Anspruch 1, dadurch gekennzeichnet, daß die Internet-Protokoll-Klienten einen EMAIL-Klienten, einen NNTP-Klienten und einen IRC-Klienten enthalten.
8. Gruppeninteraktions-System nach Anspruch 1, dadurch gekennzeichnet, daß ein WWW-Browser als externe Klienten Anwendung (7) installiert ist.
9. Gruppeninteraktions-System nach Anspruch 6 und 8, dadurch gekennzeichnet, daß ein Adapter (3d) die externen Klienten Anwendungen (7) mit dem GIA-Haupt- Klienten verbinden.
10. Verfahren zur Gruppeninteraktion (GIA) in hypermedialen Informationsräumen für Klienten und Diensterbringer (Server), dadurch gekennzeichnet, daß in einem GIA- System nach den vorhergehenden Ansprüchen die Klienten- (1) und Server- (2) Bausteine für externe und interne Rechneranwendungen über Netzwerkverbindungen zwischen den Klienten und Server gekoppelt werden, und daß die Netzwerkverbindungen über Internet-Protokolle und verteilte Ereignissystem(DES)-Protokolle zwischen Klienten- und Server-Bausteinen hergestellt werden, derart, daß Ereignisse der verteilten externen und internen Rechneranwendungen gekoppelt werden.
11. Gruppeninteraktions-Verfahren nach Anspruch 10, dadurch gekennzeichnet, daß die verteilten Ereignissystem(DES)-Protokolle sychron oder asynchron gekoppelt werden.
12. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit den verteilten Ereignissystem(DES)-Protokollen mehrere verteilte Rechneranwendungen unabhängig von Netzwerkbeschränkungen verkoppelt werden (Multiprotokollkopplung).
13. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit den verteilten Ereignissystem(DES)-Protokollen die Manager des GIA-Servers (5) und/oder die GIA-Klienten (6) gekoppelt werden.
14. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit den verteilten Ereignissystem(DES)-Protokollen externe Server Anwendungen (4) über Adapter (3a) mit den Managern des GIA- Servers (5) gekoppelt werden.
15. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit den verteilten Ereignissystem(DES)-Protokollen Internet-Protokoll-Klienten Anwendungen (8) mit dem GIA-Klienten (6) gekoppelt werden.
16. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit den verteilten Ereignissystem(DES)-Protokollen externe Klienten Anwendungen (7) über den Adapter (3d) mit dem GIA-Klienten (6) gekoppelt werden.
17. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit dem GIA-Haupt-Klienten einerseits die Hauptverbindung zum GIA-Server hergestellt wird und dem GIA-Klienten Ereignisse des Server zur Verfügung gestellt werden, und daß andererseits mit dem GIA-Haupt-Klienten die Koordination von CSCW-Diensten durch Interaktion mit den dienstspezifischen Klienten und den Adaptern (3c, 3d) durchgeführt wird.
18. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit dem RMV-Klienten die Position eines Benutzers im Informationsraum auf Grundlage einer Raumplanmetapher dargestellt wird, derart, daß der aktuelle Standpunkt als Gang und die vom aktuellen Standpunkt erreichbaren Informationsräume durch vom Gang aus erreichbare Räume im Raumplan dargestellt werden, und daß am aktuellen Standpunkt der Benutzer alle anderen Benutzer dargestellt werden, die sich im selben Informationsraum befinden.
19. Gruppeninteraktions-Verfahren nach Anspruch 18, dadurch gekennzeichnet, daß mit dem RMV-Klienten die Position von Benutzern von Subräumen dargestellt wird, in denen die jeweilig anwesenden Benutzer visualisiert werden.
20. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit dem Notifikations-Manager Funktionen zur Reaktion auf Veränderungen des Informationsraumes oder des GIA-Systems selbst implementiert werden, daß mit dem Notifikations-Manager Anfragen entgegen genommen werden, die Beschreibungen von Zustandsänderungen des Informationsraumes enthalten, und daß mit dem Notifikations-Manager bei Eintreten von nachgefragten Veränderungen eigenständig Benachrichtigungs- Ereignisse ausgelöst werden.
21. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit dem Notifikations-Klienten Benutzer des GIA- Systems über Veränderungen des Informationsraumes benachrichtigen werden.
22. Gruppeninteraktions-Verfahren nach Anspruch 21, dadurch gekennzeichnet, daß mit dem Notifikations-Klienten bei Eingang einer neuen Nachricht in einem Forum des NNTP-Servers eine email an den Benutzer geschickt wird.
23. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß mit den Adaptern (3a, 3b, 3c, 3d) die anwendungsspezifischen Interaktionen mit externen Anwendungen (4, 7, 8) über Aktoren und Sensoren gekoppelt werden.
24. Gruppeninteraktions-Verfahren nach Anspruch 23, dadurch gekennzeichnet, daß der Adapter (3d) mit Browsern, die den aktuellen Ausschnitt des Informationsraumes darstellen, derart interagiert, daß der Aktor des Adapters das Laden neuer Seiten durch das GIA-System anstößt und der Sensor leitet Seitenwechsel durch den Benutzer an das GIA-System weiter.
DE19943453A 1999-09-11 1999-09-11 System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen Ceased DE19943453A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE19943453A DE19943453A1 (de) 1999-09-11 1999-09-11 System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen
EP00974285A EP1221093A2 (de) 1999-09-11 2000-09-05 System und verfahren zur unterstützung der gruppeninteraktion (gia) in hypermedialen informationsräumen
PCT/DE2000/003032 WO2001020450A2 (de) 1999-09-11 2000-09-05 System und verfahren zur unterstützung der gruppeninteraktion (gia) in hypermedialen informationsräumen

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE19943453A DE19943453A1 (de) 1999-09-11 1999-09-11 System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen

Publications (1)

Publication Number Publication Date
DE19943453A1 true DE19943453A1 (de) 2001-03-15

Family

ID=7921584

Family Applications (1)

Application Number Title Priority Date Filing Date
DE19943453A Ceased DE19943453A1 (de) 1999-09-11 1999-09-11 System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen

Country Status (3)

Country Link
EP (1) EP1221093A2 (de)
DE (1) DE19943453A1 (de)
WO (1) WO2001020450A2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005042141A1 (de) * 2005-09-05 2007-03-15 Infineon Technologies Ag Konferenz-Kommunikationssystem, Verfahren zum Betreiben eines Konferenz-Kommunikationssystems, Notifizierungseinrichtung und Verfahren zum Notifizieren eines Kommunikationsendgeräts

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7234117B2 (en) 2002-08-28 2007-06-19 Microsoft Corporation System and method for shared integrated online social interaction
US7613812B2 (en) 2002-12-04 2009-11-03 Microsoft Corporation Peer-to-peer identity management interfaces and methods
US7567987B2 (en) 2003-10-24 2009-07-28 Microsoft Corporation File sharing in P2P group shared spaces
US8688803B2 (en) 2004-03-26 2014-04-01 Microsoft Corporation Method for efficient content distribution using a peer-to-peer networking infrastructure
US7620902B2 (en) 2005-04-20 2009-11-17 Microsoft Corporation Collaboration spaces
US7617281B2 (en) 2005-04-25 2009-11-10 Microsoft Corporation System and method for collaboration with serverless presence
US7752253B2 (en) 2005-04-25 2010-07-06 Microsoft Corporation Collaborative invitation system and method
US7660851B2 (en) 2005-07-06 2010-02-09 Microsoft Corporation Meetings near me
US8069208B2 (en) 2006-04-21 2011-11-29 Microsoft Corporation Peer-to-peer buddy request and response

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0874323A1 (de) * 1997-04-23 1998-10-28 International Business Machines Corporation Auf Web-Browsers basiertes Konferenzsystem

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0713177A1 (de) * 1994-11-17 1996-05-22 Texas Instruments Incorporated Objektorientiertes Interprozesskommunikationssystem
AU3727097A (en) * 1996-07-25 1998-02-20 Tradewave Corporation Method and system for generalized protocol implementation on client/server communications connections

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0874323A1 (de) * 1997-04-23 1998-10-28 International Business Machines Corporation Auf Web-Browsers basiertes Konferenzsystem
DE19717167A1 (de) * 1997-04-23 1998-10-29 Ibm Webbrowser-basiertes Konferenzsystem

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005042141A1 (de) * 2005-09-05 2007-03-15 Infineon Technologies Ag Konferenz-Kommunikationssystem, Verfahren zum Betreiben eines Konferenz-Kommunikationssystems, Notifizierungseinrichtung und Verfahren zum Notifizieren eines Kommunikationsendgeräts
US7873379B2 (en) 2005-09-05 2011-01-18 Infineon Technologies Ag Conference communication system and method with notification

Also Published As

Publication number Publication date
EP1221093A2 (de) 2002-07-10
WO2001020450A3 (de) 2001-12-06
WO2001020450A2 (de) 2001-03-22

Similar Documents

Publication Publication Date Title
DE69831904T2 (de) Dynamische Erstellung von Internetseiten
DE60038705T2 (de) Verfahren und vorrichtung für die aktivitäts-basierte zusammenarbeit eines rechnersystems, ausgestattet mit einem kommunikations-manager
DE60127795T2 (de) System und Verfahren zur Metrik- und Statusdarstellung
DE60009309T2 (de) System und verfahren zum presentieren von kanalisierten daten
DE69819211T2 (de) Verteilte interfacearchitektur einer programmierbaren industriellen steuerung
EP1305930B1 (de) System und verfahren zur übertragung von opc-daten über datennetze, insbesondere internet, mit asynchroner datenverbindung
DE60118487T2 (de) Kommunikationsystem auf Basis von WDSL Sprache
DE60029321T2 (de) Verfahren und vorrichtung zur fernbedienung eines hausnetzwerks von einem externen kommunikationsnetz
DE60008555T2 (de) Verfahren und vorrichtung zur effizienten übertragung von daten einer interaktiven anwendung zwischen klienten und server mit hilfe einer markup-sprache
DE60125913T2 (de) Datenübertragungsverfahren und vorrichtung
DE10003907A1 (de) Browser für die Anwendung beim Zugriff auf Hypertext-Dokumente in einer Mehrnutzer-Computerumgebung
EP1147642B1 (de) System und verfahren zum bedienen und beobachten eines automatisierungssystems über internet mit asymmetrischer internetverbindung
DE10051021A1 (de) System, Verfahren und Computerprogramm zur Veröffentlichung interaktiver Web-Inhalte in einer statisch verknüpften Web-Hierarchie
DE60110037T2 (de) System und Methode zur Dienstbereitstellung für Geräte in einem Hausnetz
EP1241603A1 (de) Internet-Banner
DE60318847T2 (de) Echtzeit-Nachrichtenaustausch in kooperativen Netzwerkumgebungen
DE19943453A1 (de) System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen
EP1362304B1 (de) System und verfahren zum speicherplatzoptimierten abspeichern und generieren von webseiten
WO2004044739A1 (de) Vorrichtung zur entwicklung und/oder konfiguration eines automatisierungssystems
EP3077924A1 (de) Vorrichtung, system und verfahren zur effizienten und verzögerungsarmen synchronisation graphenförmiger datenstrukturen
EP1280081A1 (de) Verfahren zum Erbringen eines Dienstes zur Organisation von Begegnungen für Teilnehmer eines Kommunikationsnetzes, sowie Kommunikationsnetz, Diensterechner und Programmmodul hierfür
WO2005015328A1 (de) System und verfahren zur web-basierten überwachung und steuerung mehrerer räumlich verteilter anlagen
EP1189149A1 (de) Verfahren und Anordnung zur Modifikation einer Webpage
DE19813883A1 (de) Managementsystem für die gezielte Bereitstellung von Internet-Informationen für geschlossene Benutzergruppen
DE69535478T2 (de) Informationsverarbeitungssystem

Legal Events

Date Code Title Description
OM8 Search report available as to paragraph 43 lit. 1 sentence 1 patent law
8110 Request for examination paragraph 44
8131 Rejection