EP1221093A2 - 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
EP1221093A2
EP1221093A2 EP00974285A EP00974285A EP1221093A2 EP 1221093 A2 EP1221093 A2 EP 1221093A2 EP 00974285 A EP00974285 A EP 00974285A EP 00974285 A EP00974285 A EP 00974285A EP 1221093 A2 EP1221093 A2 EP 1221093A2
Authority
EP
European Patent Office
Prior art keywords
client
gia
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.)
Withdrawn
Application number
EP00974285A
Other languages
English (en)
French (fr)
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.)
Mercedes Benz Group 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
Publication of EP1221093A2 publication Critical patent/EP1221093A2/de
Withdrawn 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 OR CALCULATING; 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]

Definitions

  • the invention relates to a system and method for supporting the
  • GAA Group interaction
  • the Internet has become the standard network for distributed applications.
  • a major problem in the development of distributed, complex applications in special application contexts is the dependency of the system architecture and the
  • the Internet protocols in the context of the Word Wide Web (WWW) essentially support the representation, storage, distribution and display of hypermedia information in a cross-platform form.
  • the invention is based on the object of a system and a method which expand the existing hypermedia information systems for clients and servers, for example web-based information systems, by coordinated functions to support human interaction.
  • the invention is for the system by the characteristic features of
  • the GIA system is used in the following as a reference implementation, i.e. shown in a possible version of the GIA architecture.
  • the decisions for specific implementation variants, e.g. WWW as a hypermedia system or the version of the user interface shown do not necessarily result from the GIA architecture, but the currently most advantageous variants are selected in accordance with the prior art.
  • the GIA system has the advantage that hypermedia information systems are expanded to include coordinated functions to support human interaction across platforms and that a stable and network-transparent coupling of system components via Internet services is achieved.
  • the system modules are distributed on different computers in an Internet and in the computer in different process rooms.
  • the system blocks are linked via events. Both synchronous and asynchronous coupling are supported.
  • the asynchronous coupling of the blocks significantly increases the stability and flexibility of the overall system.
  • transmission is advantageously not restricted to a specific communication protocol, but rather any existing Internet protocols (sockets, RMI, NNTP, SMTP etc.) and new so-called distributed event system protocols Coupling used.
  • the GIA architecture supports the transparent, simultaneous use of several protocols (multiprotocol coupling). In addition, an automatic selection of adequate coupling protocols is provided (auto protocol selection).
  • the coupling protocols are independent of hardware and software platforms.
  • the GIA system according to the invention is shown below using the example of a website. The information and control processes of the WWW-based group interaction are explained in more detail as exemplary embodiments on the basis of activity diagrams with reference to schematic diagrams.
  • the GIA system architecture is shown in FIG.
  • Fig. 2 shows an activity diagram "registration”.
  • Fig. 4 shows an activity diagram "start of following”.
  • the present GIA system consists on the one hand of new types of CSCW (Computer Supported Cooperative Work) services, e.g. Service for user and group perception (awareness) and services to support cooperative navigation in the information space (cooperative navigation).
  • CSCW Computer Supported Cooperative Work
  • Five coordinated CSCW functions are currently implemented in the GIA system:
  • the web users can communicate with the other users of a page in the GIA system. If a user changes the page, his local chat group can also be changed automatically.
  • Location discussion forums An asynchronous discussion forum can be assigned to the locations. When entering the site, the user can activate the forum and add comments to the information or reply to existing comments. This also supports asynchronous human communication. Similar to the local chat, the forum can be adapted when changing pages.
  • Cooperative navigation Users can connect their browsers. In this way, individual instructions or interactive "guided tours" can be realized.
  • chat It is possible to set up chat groups that exist regardless of the changing locations of the users. So stable and location independent
  • the building blocks of the client / server architecture are divided into external applications and internal applications.
  • External applications are commercially available systems that can only be controlled via standard interfaces and whose user interface cannot be changed in general.
  • Internal applications are available in the source code and can therefore be better controlled.
  • their user interface can be adapted to the needs of the application environment.
  • the server 2 is divided into the GIA server 5 for internal applications and external server applications 4.
  • the GIA server 5 implements, via appropriate managers, all system functions that are necessary for the server, but which are not or only insufficiently covered by server-side CSCW (Computer Supported Cooperative Work) applications that are already commercially available.
  • Components of the GIA server are for example a GIA main manager, group manager, structure manager, notification manager and external application adapter 3b.
  • External applications include all applications that support GIA functions that can be covered by commercially available systems. These include the servers for Internet protocols, such as the EMAIL, NNTP, IRC and HTTP servers, as well as databases and the file system of the server operating system.
  • Client 1 is divided into GIA clients 6 for internal applications, GIA Internet protocol clients 8 and external client applications 7.
  • the GIA client 6 implements all system functions that are necessary for the internal applications, but are not or only insufficiently covered by client-side CSCW systems that are already commercially available.
  • Components of the GIA client 6 are, for example, a GIA main client, RMV (Room Map View) client, notification client and external application adapter 3c.
  • the GIA Internet protocol clients 8 implement client-side user interfaces for applications that consist of standardized Internet protocols.
  • EMAIL, NNTP and the IRC client belong to this category.
  • External client applications 7 include all applications to support the GIA functions that are covered by commercially available systems. These include, for example, WWW browsers.
  • connections between the blocks are the well-known Internet protocols, e.g. SMTP, POP, NNTP, IRC and HTTP and, on the other hand, a newly developed connection system for coupling GIA modules, a so-called distributed event system DES (Distributed Event System).
  • SMTP Session Transfer Protocol
  • POP POP
  • NNTP NTP
  • IRC Internet Protocol
  • HTTP HyperText Transfer Protocol
  • DES Distributed Event System
  • the GIA server modules 5 are server-side applications that are present in the source code and thus interact in a particularly coordinated manner.
  • the functions of the GIA Servers are implemented by managers who run within server programs.
  • the GIA main manager is of central importance in the GIA architecture. It manages a corresponding session data structure for each GIA client logged on to the system. If the communication with the managers takes place via a central point, then the main manager for the GIA clients is also the interface to all other managers and for all managers the interface to the GIA clients.
  • the GIA main manager offers other components session-specific events (registration, deregistration, change of location).
  • the group manager implements the GIA functions for user grouping. Users who interact in the structured information spaces are grouped by the group manager based on their interactions with the GIA system. The resulting user groups are managed dynamically by the group manager based on modifiable grouping metrics. Clients and other servers can query the groups and their members from the group manager.
  • the structure manager implements functions for structuring the information space. Different structured information sources (file system, databases etc.) are integrated via the assigned adapters 3b. The structure information is kept dynamic and can be queried by the clients and other servers.
  • the Notification Manager implements functions for reacting to changes in the information room or the GIA system itself. It accepts inquiries that contain descriptions of changes in the state of the information room and independently triggers notification events when changes occur.
  • External server applications 4 are not in the source code and therefore cannot be queried or controlled directly.
  • External server applications 4 are server-side applications that are commercially available and are integrated into the GIA system via adapter 3 a.
  • the adapter 3 a connect the external
  • the adapters couple the application-specific details of the interaction with external applications.
  • the NNTP adapter interacts with applications provided by the NNTP protocol and converts internal requests into NNTP requests and NNTP responses into internal results.
  • the EMAIL server manages asynchronous user-addressed electronic messages. Examples of implementations are servers that are based on the Internet protocols SMTP and POP.
  • the NNTP server manages asynchronous content-related hierarchies of electronic messages. The message hierarchies are in so-called
  • Discussion forums organized. The exchange of messages between client and server is based on the Internet protocol NNTP.
  • the IRC server manages synchronous electronic messages that are distributed via so-called channels based on the Internet protocol IRC.
  • the HTTP server manages hypermedia multimedia data. The data are e.g. represented in the HTML standard and are exchanged via the HTTP protocol.
  • the GIA client building blocks 6 are client-side applications that are available in the source code and can therefore work together in a particularly coordinated manner.
  • the main GIA client has two main functions. On the one hand, it represents the main connection to the GIA server and thus makes events of the server available to internal clients. On the other hand, he coordinates the CSCW services through interaction between the service-specific client modules and the adapters 3c, 3d.
  • the RMV client represents the position of a user in the information room on the basis of a room plan metaphor.
  • the current position is represented as a corridor, the information rooms that can be reached from the current point of view by rooms in the room plan that are accessible from the corridor.
  • the current position shows the user and all other users who are in the same information room. The same applies to the subspaces where the respective users present are visualized.
  • the notification client enables the user of the GIA system to be notified of changes in the information space. For example, when a new message arrives in a forum of the NNTP server, an email is sent to the user.
  • the following GIA Internet protocol clients 8 are used, for example, in the GIA system.
  • An EMAIL client for composing, sending and receiving user-addressed electronic messages and sending them based on existing Internet standards.
  • An NNTP client for composing, sending and receiving content-related electronic messages in the context of so-called discussion forums of NNTP servers.
  • the exchange of messages between client and server is based on the Internet protocol NNTP.
  • An IRC client for composing, sending and receiving synchronous electronic messages that are exchanged via so-called channels based on the Internet protocol IRC.
  • EMAIL, NNTP and IRC clients are available in the source code and can be accessed and queried directly by the GIA client.
  • the external client applications 7 are not in the source code and therefore cannot be queried or controlled directly.
  • the external client modules are client-side applications that are commercially available and integrated into the system via the 3d adapter.
  • the adapter 3d implements functions for control (actuator) and query (sensor) of external applications.
  • the adapter couples the application-specific details of the interaction with external applications.
  • the HTTP adapter interacts with browsers that represent the current section of the information space.
  • the actuator of the adapter initiates the loading of new pages by the GIA system and the sensor forwards page changes by the user to the GIA system.
  • the HTTP client allows the loading of hypermedia data via the HTTP protocol and the display of the HTML data on the client computer.
  • the blocks are linked via the distributed event system DES.
  • the processes in the system are shown below with activity diagrams. In these diagrams, activities are shown as rounded rectangles. The horizontal arrangement of these activities results from the "place” at which they take place (here the corresponding software components). The vertical arrangement reflects the chronological sequence. The activities are linked by arrows on which the relevant event class is noted.
  • the GIA client will ask for his user information.
  • the GIA client sends an event El (NewSessionEvent) to the GIA main manager.
  • event El NewSessionEvent
  • the GIA main manager creates a new session class.
  • Another event E2 (NewSessionConfirmationEvent) is then sent to the GIA client, indicating that the new session was successfully created.
  • this event also contains the session ID (identification) of the GIA client, which he must send to the session server for identification with every further request.
  • the group manager Since the group manager has registered for the creation of new sessions, he is also informed of this by means of another event E3 (SessionlnitiatedEvents). If the GIA client receives the NewSessionConfirmationEvent, the registration process is completed. It sets the user interface to active. After receiving the Session InitiatedEvent, the group manager enters the SessionData object transferred in it into its session table and into the corresponding group object. Now the group manager only has to send another event E4 (GroupChangeEvent) to the GIA client. Upon receipt of the GroupChangeEvent, the GIA client can update their location map and location chat.
  • E3 SessionlnitiatedEvents
  • Exemplary embodiment URL change (FIG. 3) If the GIA user loads a new page in the HTTP client, the GIA client registers this via the corresponding adapter. This triggers an event E5 (URLChangeEvent) within the main GIA client for which the main GIA manager has registered. Upon receipt of the URLChangeEvent by the GIA main manager, he updates the corresponding session object. Since the group manager has registered for changing URLs, it receives another event E6 (URLUpdateEvent). If the group manager receives a URLChangeEvent, it removes the corresponding SessionData object from the participant list of the abandoned group and enters it in the participant list of the new group. This triggers another event E7 (GroupChangeEvent), which is sent to the GIA client via the GIA main manager.
  • E5 URLChangeEvent
  • E6 URLUpdateEvent
  • the GIA client Upon receipt of the GroupChangeEvent, the GIA client can update their location map and location chat.
  • a "follow” client selects its “lead” client (client 2) and activates the follow mode (e.g. by selecting from a pop-up menu).
  • the GIA main manager responds to this StartFoUowingRequestEvent by adding the session object from client 1 to the "follow-up list" in the session object from client 2 and the "leadership reference" in the session object from client 1 sets client 2's session object. He also sends another event E9 (FollowingStatusEvent) to client 1 and client 2. Client 2 is informed about his new "following" by this FollowingStatusEvent.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

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 Ereignisse. Durch die asynchrone Kopplung der Bausteine wird die Stabilität und Flexibilität des Gesamtsystems wesentlich erhöht.

Description

Beschreibung
System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen
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 lund 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 Ausfuhrungsbeispiele anhand von Aktivitätsdiagrammen unter Bezugnahme auf schematische Abbildungen näher erläutert.
In Fig.l 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ätsdiagrarnm"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 Systertifunktionen, 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-Intemet-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 Sessionspezifische 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 3 a eingebunden sind. Die Adapter 3 a verbinden die externen
Serveranwendungen mit dem GIA-Haupt-Manager und dem Notifϊkations-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 vom 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 El (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 (SessionlnitiatedEvents) 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 Sessionini tiatedEvent 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) Werm 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 registriert 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 (StartFoUowingRequestEvent) aus, das diesen Sachverhalt dem GIA-Haupt-Manager mitteilt. Der GIA-Haupt-Manager reagiert auf dieses StartFoUowingRequestEvent, 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.

Claims

Patentansprüche
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.
. 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 (3 a) 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 (3 a) 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.
EP00974285A 1999-09-11 2000-09-05 System und verfahren zur unterstützung der gruppeninteraktion (gia) in hypermedialen informationsräumen Withdrawn EP1221093A2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE19943453 1999-09-11
DE19943453A DE19943453A1 (de) 1999-09-11 1999-09-11 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

Publications (1)

Publication Number Publication Date
EP1221093A2 true EP1221093A2 (de) 2002-07-10

Family

ID=7921584

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00974285A Withdrawn EP1221093A2 (de) 1999-09-11 2000-09-05 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)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7493363B2 (en) 2001-09-19 2009-02-17 Microsoft Corporation Peer-to-peer group management and method for maintaining peer-to-peer graphs
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
US7596625B2 (en) 2003-01-27 2009-09-29 Microsoft Corporation Peer-to-peer grouping interfaces and methods
US7496648B2 (en) 2003-10-23 2009-02-24 Microsoft Corporation Managed peer name resolution protocol (PNRP) interfaces for peer to peer networking
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
US7752253B2 (en) 2005-04-25 2010-07-06 Microsoft Corporation Collaborative invitation system and method
US7617281B2 (en) 2005-04-25 2009-11-10 Microsoft Corporation System and method for collaboration with serverless presence
US7660851B2 (en) 2005-07-06 2010-02-09 Microsoft Corporation Meetings near me
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
US8069208B2 (en) 2006-04-21 2011-11-29 Microsoft Corporation Peer-to-peer buddy request and response

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0981486A (ja) * 1994-11-17 1997-03-28 Texas Instr Inc <Ti> ソフトウェア・アプリケーション・プログラム間の共通の通信インターフェースを与えるオブジェクト指向型方法及び装置
WO1998004971A1 (en) * 1996-07-25 1998-02-05 Tradewave Corporation Method and system for generalized protocol implementation on client/server communications connections
DE19717167A1 (de) * 1997-04-23 1998-10-29 Ibm Webbrowser-basiertes Konferenzsystem

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO0120450A2 *

Also Published As

Publication number Publication date
WO2001020450A3 (de) 2001-12-06
WO2001020450A2 (de) 2001-03-22
DE19943453A1 (de) 2001-03-15

Similar Documents

Publication Publication Date Title
DE69831904T2 (de) Dynamische Erstellung von Internetseiten
DE69801816T2 (de) Vorrichtung und verfahren zur aktualisierung und zur synchronisierung von informationen zwischen einem klient und einem server
DE69602461T2 (de) Verfahren und server-rechner zum lastausgleich zwischen den prozessoren des server-rechners
EP1436676B1 (de) Verfahren zum bedienen und zum beobachten von feldger ten
EP1305930B1 (de) System und verfahren zur übertragung von opc-daten über datennetze, insbesondere internet, mit asynchroner datenverbindung
DE60112436T2 (de) Online-verzeichnisauskunftssystem
EP1436677B1 (de) Verfahren zur inbetriebnahme eines bedien- und beobachtungssystems von feldgeräten
DE60313531T2 (de) Verfahren und Gerät zur Verarbeitung von sofortigen Nachrichten
EP2724494B1 (de) Verfahren zum betreiben eines feldgerätes und feldgerät
DE69432883T2 (de) System und verfahren zur automatischen auflösung eines segments in einem localen netz
EP1221093A2 (de) System und verfahren zur unterstützung der gruppeninteraktion (gia) in hypermedialen informationsräumen
DE60318847T2 (de) Echtzeit-Nachrichtenaustausch in kooperativen Netzwerkumgebungen
DE10048653A1 (de) Digitales Verzeichnis zur Verwendung in einem Kommunikationssystem
EP1362304B1 (de) System und verfahren zum speicherplatzoptimierten abspeichern und generieren von webseiten
EP1179942A1 (de) Verfahren und Vorrichtung zur Verwaltung einer Vielzahl von Endgeräten
WO2003094046A2 (de) Verzeichnisdienst in einem automatisierungssystem
EP1189382A2 (de) Verfahren zur Ermittlung und Visualisierung von Netzwerktopologien
EP3077924A1 (de) Vorrichtung, system und verfahren zur effizienten und verzögerungsarmen synchronisation graphenförmiger datenstrukturen
WO2000078007A1 (de) Selektion von informationseinheiten für mobile client-rechner
WO2005015328A1 (de) System und verfahren zur web-basierten überwachung und steuerung mehrerer räumlich verteilter anlagen
DE19813883A1 (de) Managementsystem für die gezielte Bereitstellung von Internet-Informationen für geschlossene Benutzergruppen
EP1518386B1 (de) System und verfahren zur direkten kommunikation zwischen automatisierungsgeräten
WO2005041490A1 (de) Nutzung von diensten innerhalb eines kommunikationsnetzes mit internetmechanismen und eines automatisierungssystems
DE102007053916A1 (de) Verfahren zum Verwalten von Netzkomponenten in einem Netzwerk und Netzkomponente
EP1618726B1 (de) Automatisierungssystem mit automatischer bereitstellung von diagnoseinformationen

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20020207

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20060502