DE102004047689A1

DE102004047689A1 - Verfahren zur Realisierung eines Presence Services und Presence System

Info

Publication number: DE102004047689A1
Application number: DE102004047689A
Authority: DE
Inventors: Manfred Dr. Hutt; Florian Nierhaus; Rainer Zimmermann
Original assignee: Siemens AG
Current assignee: Siemens AG
Priority date: 2004-09-30
Filing date: 2004-09-30
Publication date: 2006-04-13
Also published as: CN1939037A; CN1939037B; DE502005001890D1; US8041398B2; EP1712065B1; WO2006034933A1; EP1712065A1; US20090191851A1

Abstract

Verfahren zur Realisierung eines Presence Services, mit einer auf einer Anzeigeeinrichtung eines Endgerätes anzeigbaren Buddy-Liste (BL_R, BL_T), wobei in einem aktivierten Status die Buddy-Liste (BL_R, BL_T) selbst angezeigt wird und in einem deaktivierten Status die Buddy-Liste (BL_R, BL_T) selbst nicht sichtbar ist und wobei die Buddy-Liste (BL_R, BL_T) bei einer Zustandsänderung mindestens eines zu überwachenden Teilnehmers und/oder mindestens einer dem Teilnehmer zugeordneten Einrichtung (P_Source) durch eine Steuereinrichtung (P_System) aktualisiert wird. Erfindungsgemäß erfolgt im deaktivierten Status die Aktualisierung der Buddy-Liste (BL_R, BL_T) durch die Steuereinrichtung (P_System) anhand eines anderen Verfahrens als im aktivierten Status.

Description

Die vorliegende Erfindung betrifft ein Verfahren zur Reduzierung der Anzahl der für eine Realisierung eines so genannten „Presence Services" zu übermittelnden Änderungsmeldungen und ein entsprechendes Presence System.

Aus der Produktschrift der Firma Siemens „ISDN im Büro – HICOM", Sonderausgabe telcom report und Siemens Magazin COM, 1985, ISBN 3-8009-3849-9, insbesondere der Seiten 26–31 und 58–66, ist eine Kommunikationsanlage bekannt, die neben vermittlungsbezogenen Funktionen zusätzliche Funktionen zur Verfügung stellt. Solche zusätzlichen Funktionen werden im Allgemeinen als Leistungsmerkmale bezeichnet, wobei ein bekanntes Leistungsmerkmal der so genannte „Presence Service" ist. Durch das Leistungsmerkmal „Presence Service" werden einem Teilnehmer an einem ihm zugeordneten Endgerät – beispielsweise einem Telefon oder einem Personal Computer – Informationen über den aktuellen Status anderer Teilnehmer bzw. deren Endgeräte anzeigt. Diese Informationen sind dabei häufig in Form einer Liste – in der Literatur häufig als Buddy-List bezeichnet – organisiert. Die Teilnehmer der Liste sind dabei in der Regel frei konfigurierbar, beispielsweise können in einer derartigen Liste alle an einem Projekt arbeitenden Personen oder die Mitarbeiter einer Abteilung zusammengefasst werden.

Um einen real-time Presence Service realisieren zu können, ist es notwendig, dass alle Statuswechsel – beispielsweise Abheben oder Auflegen eines Telefonhörers bei einem Telefonendgerät – der überwachten Teilnehmers erkannt und Änderungsmeldungen an die entsprechenden Endgeräte zur Aktualisierung der Listen übermittelt werden. Dies kann unter Umständen zu einer hohen Belastung in den Systemen führen. Geht man bei spielsweise von einem System mit 50 Teilnehmern pro Liste, 20.000 zu überwachenden Einrichtungen, 10 Updates pro Stunde und Teilnehmer und einer Übertragungsrate von 1 kByte pro Update aus, so führt dies allein für die Änderungsmeldungen zu einer Systembelastung von 22,76 MBit/s.

Eine Möglichkeit zur Reduzierung der Systembelastung besteht in der Reduzierung der Anzahl der über das Presence System übermittelten Änderungsmeldungen. Eine bekannte Möglichkeit zur Reduzierung der Änderungsmeldungen ist, dass durch das Presence System nicht mehr alle Zustandsänderungen an die Endgeräte übermittelt werden. Dies kann jedoch dazu führen, dass gerade diejenigen Statuswechsel vom Presence System „unterdrückt" werden, die für einen Teilnehmer interessant sind.

Der vorliegenden Erfindung liegt somit die Aufgabe zugrunde, ein alternatives Verfahren und ein entsprechendes Presence System anzugeben, durch welches die Anzahl der über das System zu übermittelnden Änderungsmeldungen reduziert werden kann.

Eine Lösung der Aufgabe erfolgt bezüglich des Verfahrens durch die Merkmale des unabhängigen Patentanspruchs 1 und bezüglich des Presence Systems durch die Merkmale des unabhängigen Patentanspruchs 17.

Die Erfindung basiert auf einem System, bei dem in einem aktivierten Status Teilnehmerinformationen selbst an einer Anzeigeeinrichtung eines Endgerätes angezeigt und in einem deaktivierten Status die Teilnehmerinformationen selbst nicht sichtbar sind. Die Teilnehmerinformationen umfassen dabei Informationen über die Teilnehmer selbst und/oder über die den Teilnehmern zugeordneten Einrichtungen, wobei die Teilnehmerinformationen vorzugsweise in Form einer aus der Literatur bekannten „Buddy-Liste" organisiert sind.

Zur besseren Verständlichkeit der vorliegenden Anmeldung wird im Folgenden anstelle des Begriffs „Teilnehmerinformationen" der Begriff „Buddy-Liste" verwendet, wobei die Verwendung des Begriffs „Buddy-Liste" keine Einschränkung auf die Organisation der Teilnehmerinformationen in Form einer Liste bedeutet.

Erfindungsgemäß wird eine Information, ob sich die Buddy-Liste in einem aktivierten oder in einem deaktivierten Status befindet an eine die Aktualisierung der Buddy-Liste steuernde Steuereinrichtung übermittelt, wobei im deaktivierten Status die Aktualisierung der Buddy-Liste anhand eines anderen Verfahrens erfolgt, als im aktivierten Status.

Gemäß der vorliegenden Erfindung befindet sich die Buddy-Liste in einem deaktivierten Status wenn einer der folgenden Fälle vorliegt:

a) die Buddy-Liste ist verdeckt, beispielsweise befindet sich auf der Anzeigeeinrichtung eine andere Applikation im Vordergrund;
b) die Buddy-Liste befindet sich außerhalb des sichtbaren Bereichs der Anzeigeeinrichtung;
c) die Buddy-Liste ist lediglich als ein die Buddy-Liste repräsentierendes Symbol dargestellt (die Buddy-Liste ist „ikonisiert");
d) ein Teil der Buddy-Liste ist als ein die Buddy-Liste repräsentierendes Symbol dargestellt.

Ein wesentlicher Vorteil der Erfindung besteht darin, dass das erfindungsgemäße Verfahren auf einfache Weise in bereits bestehende Systeme implementiert werden kann.

Vorteilhafte Weiterbildungen der Erfindung sind in den Unteransprüchen angegeben.

Gemäß einer Ausgestaltung der vorliegenden Erfindung erfolgt im deaktivierten Status eine Aktualisierung der Teilnehmerin formationen nicht unmittelbar nach einer Zustandsänderung des mindestens einen zu überwachenden Teilnehmers bzw. der im zugeordneten Einrichtung, sondern nach vorgegebenen Zeitabständen.

Durch eine derartige Reduzierung der im System zu übermittelnden Änderungsmeldungen, besteht mit dem gleichen Presence System die Möglichkeit eine größere Anzahl von Teilnehmern bzw. Einrichtungen zu überwachen und/oder mehr Buddy-Listen zu verwalten.

Gemäß einer weiteren Ausgestaltung der vorliegenden Erfindung können die Zeitanstände nach denen eine Aktualisierung der Buddy-Liste erfolgt durch einen Benutzer individuell eingestellt werden. Auf diese Weise kann die Aktualisierung der Buddy-Liste an die individuellen Bedingungen eines Teilnehmers angepasst werden. Alternativ können die Zeitabstände steuereinrichtungs-individuell eingestellt werden, so dass alle von der Steuereinrichtung gesteuerten Buddy-Listen gleichzeitig aktualisiert werden.

Gemäß einer weiteren Ausgestaltung der vorliegenden Erfindung wird die Buddy-Liste im deaktivierten Status nur bei Änderungen von nicht-echtzeitkritischen Zuständen eines zu überwachenden Teilnehmers aktualisiert. Auf diese Weise kann die Anzahl der übermittelten Änderungsmeldungen weiter reduziert werden. Da sich echtzeitkrititsche Zustände während des deaktivierten Status in der Regel mehrfach ändern ist eine permanente Aktualisierung dieser echtzeitkrititschen Zustände nicht notwendig.

Gemäß einer weiteren Ausgestaltung erfolgt die Übermittlung der Information, ob sich die Buddy-Liste in einem aktivierten oder in einem deaktivierten Status befindet, implizit dadurch, dass durch das Endgerät die Verbindung zwischen der Steuereinrichtung und dem Endgerät unterbrochen wird, oder alternativ durch eine explizite Meldung. Bei einer expliziten Meldung kann dahingehend unterschieden werden, ob die Buddy-Liste – beispielsweise bei einer Verdeckung – weiter an der Aktualisierungsinformation interessiert ist, oder ob die Buddy-Liste – beispielsweise bei einer Ikonisierung – nicht mehr an der Aktualisierungsinformation interessiert ist.

Ein Ausführungsbeispiel der Erfindung wird im Folgenden anhand der Zeichnung näher erläutert.
Dabei zeigt:
1: ein Strukturbild zur schematischen Darstellung der am erfindungsgemäßen Verfahren beteiligten wesentlichen Funktionseinheiten;
2: ein Ablaufdiagramm zur Veranschaulichung der bei einer ersten Ausgestaltung der Erfindung ablaufenden wesentlichen Verfahrensschritte; und
3: ein Ablaufdiagramm zur Veranschaulichung der bei einer zweiten Ausgestaltung der Erfindung ablaufenden wesentlichen Verfahrensschritte.
1 zeigt ein Presence System P_SYS mit mehreren zu überwachenden Teilnehmern bzw. den Teilnehmern zugeordneten Einrichtungen P_Source und mehreren Buddy-Listen BL_R, BL_T. Hierbei wird eine Zuständsänderung bei einem zu überwachenden Teilnehmer bzw. bei einer zu überwachenden Einrichtung P_Source über eine entsprechende Aktualisierungsmeldung E – in der Literatur häufig als Presence Source Event bezeichnet – an einen zentralen Presence Server P_Server übermittelt. Der Presence Server P_Server ermittelt diejenigen Buddy-Listen BL_R, BL_T, bei denen ein Eintrag für den relevanten Teilnehmer bzw. die relevante Einrichtung existiert und übermittelt eine entsprechende Änderungsmeldung UR, UT an die ermittelten Buddy-Listen BL_R, BL_T.
Die Buddy-Listen BL_R, BL_T werden jeweils auf – nicht dargestellten – Anzeigeeinrichtungen des Presence Systems P_SYS angezeigt. Bei den Anzeigeeinrichtungen kann es sich beispielsweise um das Display eines Telefons oder um eine auf einem PC ablaufende Applikation handeln. Hierbei wird zwischen so genannten „Rich Client Buddy-Listen" BL_R und „Thin Client Buddy-Listen" BL_T unterschieden, wobei ein „Rich Client" ein Endgerät mit eigener Verarbeitungskapazität und ein „Thin Client" ein Endgerät ohne eigene Verarbeitungskapazität ist. Beispielsweise ist ein „Rich Client" durch ein Personal Computer oder ein Telefonendgerät – insbesondere ein IP-Phone (IP: Internet Protocol) – und ein „Thin Client" durch ein PDA (Personal Digital Assistent) oder ein auf dem Personal Computer laufenden Web Browser realisiert.
Bei den „Thin Clients" wird zwischen dem Presence Server P_Server und den „Thin Clients" eine weitere die Steuerung der „Thin Clients" bzgl. des Presence Service realisierende – nicht dargestellte – Einheit benötigt. Somit werden – Zustandsänderungen von zu überwachenden Teilnehmern bzw. Einrichtungen anzeigende – Änderungsmeldungen UR, UT vom Presence Server P_Server entweder – bei den „Rich Clients" – direkt an die entsprechenden Endgeräte bzw. – bei den „Thin Clients" – an die weitere Einheit übermittelt.
Bei dem erfindungsgemäßen Presence System P_SYS besteht die Möglichkeit die Buddy-Liste BL_R, BL_T in einen aktivierten Status und in einen deaktivierten Status zu versetzen, wobei bei dem aktivierten Status die Buddy-Liste BL_R, BL_T selbst angezeigt wird und in dem deaktivierten Status die Buddy-Liste BL_R, BL_T selbst nicht sichtbar ist.
Ein deaktivierter Status vorliegt dabei beispielsweise vor, wenn

a) die Buddy-Liste BL_R, BL_T auf der Anzeigeeinrichtung – durch eine andere Anwendung – verdeckt ist, oder
b) die Buddy-Liste BL_R, BL_T sich außerhalb des sichtbaren Bereichs der Anzeigeeinrichtung befindet, oder
c) die Buddy-Liste BL_R, BL_T lediglich durch ein die Buddy-Liste BL_R, BL_T repräsentierendes Symbol dargestellt ist, oder
d) ein Teil der Buddy-Liste BL_R, BL_T durch ein diesen Teil repräsentierendes Symbol dargestellt ist.

Das erfindungsgemäße Verfahren wird im Folgenden anhand der 2 und 3 näher erläutert, wobei aus Klarheitsgründen weiterhin auf die 1 Bezug genommen wird.
2 zeigt ein Ablaufdiagramm zur Veranschaulichung der bei einer ersten Ausgestaltung der Erfindung ablaufenden wesentlichen Verfahrensschritte. Hierbei wird nach dem Start des Presence Services im Presence Server P_Server auf das Eintreffen einer Aktualisierungsmeldung E gewartet. Beim Eintreffen einer Aktualisierungsmeldung E wird überprüft, ob die Aktualisierungsmeldung E einen Statuswechsel eines Teilnehmers bzw. einer dem Teilnehmer zugeordneten Einrichtung signalisiert. Ist dies nicht der Fall, wird auf das Eintreffen einer weiteren Aktualisierungsmeldung E gewartet.
Wird dagegen durch die Aktualisierungsmeldung E ein Statuswechsel des Teilnehmers bzw. der Einrichtung signalisiert wird in einem nächsten Schritt überprüft, ob für den Teilnehmer bzw. die Einrichtung in einer der Buddy-Listen BL_R, BL_T ein Eintrag vorhanden ist. Ist dies nicht der Fall, wird der geänderte Teilnehmerstatus im Presence Server P_Server gespeichert und es wird auf das Eintreffen einer weiteren Aktualisierungsmeldung E gewartet.
Ist in einer der Buddy-Listen BL_R, BL_T ein entsprechender Eintrag vorhanden, wird überprüft, ob sich die mindestens eine entsprechende Buddy-Liste BL_R, BL_T in einem aktivierten oder einem deaktivierten Status befindet. Befindet sich die mindestens eine entsprechende Buddy-Liste BL_R, BL_T im aktivierten Status, wird die Zustandsänderung durch den Presence Server P_Server unmittelbar an das entsprechende Endgerät übermittelt, so dass die Zustandsänderung durch eine aktualisierte Buddy-Liste BL_R, BL_T an der Anzeigeeinrichtung des Endgeräts angezeigt werden kann. Anschließend wird wiederum auf das Eintreffen einer weiteren Aktualisierungsmeldung E gewartet.
Befindet sich die mindestens eine entsprechende Buddy-Liste BL_R, BL_T dagegen im deaktivierten Status, wird die Zustandsänderung nicht mehr unmittelbar, sondern nur noch in vorgebbaren Zeitintervallen an das entsprechende Endgerät übermittelt. Ist das Zeitintervall noch nicht abgelaufen, wird der geänderte Teilnehmerstatus wiederum im Presence Server P_Server gespeichert und es wird auf das Eintreffen einer weiteren Aktualisierungsmeldung E gewartet.
Ist das Zeitintervall dagegen abgelaufen wird der letzte gültige Zustand des mindestens einen zu überwachenden Teilnehmers bzw. der mindestens einen zu überwachenden Einrichtung P_Source an die Buddy-Liste BL_R, BL_T übermittelt. Enthält die Buddy-Liste BL_R, BL_T mehrere zu überwachende Teilnehmer bzw. Einrichtungen werden durch den Presence Server P_Server die Stati aller zu überwachenden Teilnehmer bzw. Einrichtungen ermittelt und nachfolgend die Zustandsänderungen in einer Sammelmeldung gesammelt an die Buddy-Liste BL_R, BL_T übermittelt. Anschließend wird wiederum auf das Eintreffen einer weiteren Aktualisierungsmeldung E gewartet.
Beispielsweise erfolgt die Aktualisierung einer Buddy-Liste BL_R, BL_T in Zeitintervallen von jeweils 30 Sekunden.
Gemäß einem ersten Verfahren kann der Zeitabstand von 30 Sekunden für die Aktualisierung der Buddy-Liste BL_R, BL_T für die gesamte Zeitdauer in der sich die Buddy-Liste BL_R, BL_T im deaktivierten Status befindet konstant beibehalten werden. Dies hat den Vorteil, dass keine weiteren Konfigurationen für das Verfahren benötigt werden.
Gemäß einem zweiten Verfahren kann der Zeitabstand variabel ausgestaltet werden. Hierbei ist es besonders vorteilhaft den Zeitabstand für die Aktualisierung der Buddy-Liste BL_R, BL_T mit zunehmender Zeitdauer in der sich die Buddy-Liste BL_R, BL_T im deaktivierten Status befindet zu erhöhen, da erfahrungsgemäß mit zunehmender Zeitdauer die Wahrscheinlichkeit für eine erneute Aktualisierung der Buddy-Liste BL_R, BL_T immer geringer wird.
Während der Zeitdauer, in der sich die Buddy-Liste BL_R, BL_T im deaktivierten Status befindet, wird ständig überprüft, ob die Buddy-Liste BL_R, BL_T aktiviert wurde. Dies kann beispielsweise durch eine entsprechende Meldung vom Endgerät an den Presence Server P_Server erfolgen. Alternativ kann der Status der Buddy-Liste BL_R, BL_T periodisch vom Presence Server P_Server abgefragt werden. Dieses Verfahren wird in der Literatur als „Polling" bezeichnet, wobei zur Reduzierung der Netzlast die Zeitabstände zwischen zwei Polling-Abfragen so einzustellen sind, dass sie größer als das Zeitintervall sind.
Wurde die Buddy-Liste BL_R, BL_T aktiviert, werden Zustandsänderung eines zu überwachenden Teilnehmers bzw. einer zu überwachenden Einrichtung P_Source durch den Presence Server P_Server wieder unmittelbar an das entsprechende Endgerät übermittelt.
3 zeigt ein Ablaufdiagramm zur Veranschaulichung der bei einer zweiten Ausgestaltung der Erfindung ablaufenden wesentlichen Verfahrensschritte.
Die zweite Ausgestaltung unterscheidet sich von der ersten Ausgestaltung dadurch, dass im deaktivierten Status anstelle einer Aktualisierung der Buddy-Liste BL_R, BL_T in vorgebbaren Zeitabständen nur noch eine Aktualisierung der Buddy-Liste BL_R, BL_T erfolgt, wenn eine Änderung eines nicht-echtzeitkritischen Zustands eines zu überwachenden Teilneh mers bzw. einer zu überwachenden Einrichtung P_Source vorliegt.
Beispiele für nicht-echtzeitkritische Zustände sind unter anderem: „Teilnehmer ist im Büro", „Teilnehmer ist in einer Besprechung" oder „Teilnehmer ist im Urlaub". Beispiele für echtzeitkritische Zustände sind unter anderem: „Teilnehmer ist besetzt" oder „Teilnehmer ist frei".
Diese Ausgestaltung des erfindungsgemäßen Verfahrens basiert auf der Überlegung, dass sich echtzeitkrititsche Zustände während einer Deaktivierung der Buddy-Liste BL_R, BL_T in der Regel mehrfach ändern. Somit ist eine permanente Aktualisierung dieser echtzeitkrititschen Zustände in der Buddy-Liste BL_R, BL_T nicht erforderlich, da sie von dem Nutzer der Buddy-Liste BL_R, BL_T nicht benötigt bzw. abgefragt werden. Es ist folglich ausreichend, die echtzeitkritischen Zustände in der Buddy-Liste BL_R, BL_T erst bei einer erneuten Aktivierung der Buddy-Liste BL_R, BL_T entsprechend zu aktualisieren.
Gemäß einer dritten – nicht dargestellten – Ausgestaltung der Erfindung wird die erste mit der zweiten Ausgestaltung kombiniert. Folglich werden bei einem deaktivierten Status nur nicht-echtzeitkritische Zustände der Buddy-Liste BL_R, BL_T in vorgebbaren Zeitabständen aktualisiert.
Vorteilhafterweise besteht die Möglichkeit die Einstellungen für die Aktualisierung einer Buddy-Liste BL_R, BL_T durch einen Benutzer individuell konfigurieren zu können. So ist beispielsweise der Zeitabstand nach der eine Aktualisierung der Buddy-Liste BL_R, BL_T erfolgt benutzer-individuell einstellbar. Möglich ist auch, dass der Zeitabstand derart konfigurierbar ist, dass er abhängig von der Tageszeit oder der Anwesenheit des Benutzers verändert wird. Alternativ können die Zeitabstände steuereinrichtungs-individuell eingestellt wer den, so dass alle von der Steuereinrichtung gesteuerten Buddy-Listen gleichzeitig aktualisiert werden.
Die Erfindung basiert somit auf der Überlegung, dass nur Informationen über aktuell von der Buddy-Liste BL_R, BL_T benötigte Zustandsänderungen vom System an die Buddy-Liste BL_R, BL_T übermittelt werden. Informationen über nicht benötigte Zustandsänderungen werden im Presence System „unterdrückt".
Eine entsprechende Unterdrückung der Änderungsmeldungen UR, UT für die Aktualisierung der Buddy-Liste BL_R, BL_T erfolgt dabei im Presence Server P_Server. Auf diese Weise kann der Meldungsverkehr zwischen dem Presence Server P_Server und den Endgeräten stark reduziert werden.

Claims

Verfahren zur Realisierung eines Presence Services, mit auf einer Anzeigeeinrichtung eines Endgerätes anzeigbaren Teilnehmerinformationen (BL_R, BL_T), bei dem in einem aktivierten Status die Teilnehmerinformationen (BL_R, BL_T) selbst angezeigt werden und in einem deaktivierten Status die Teilnehmerinformationen (BL_R, BL_T) selbst nicht sichtbar sind, und bei dem die Teilnehmerinformationen (BL_R, BL_T) bei einer Zustandsänderung mindestens eines zu überwachenden Teilnehmers und/oder mindestens einer dem Teilnehmer zugeordneten Einrichtung (P_Source) durch eine Steuereinrichtung (P_Server) aktualisiert werden, dadurch gekennzeichnet dass im deaktivierten Status die Aktualisierung der Teilnehmerinformationen (BL_R, BL_T) durch die Steuereinrichtung (P_Server) anhand eines anderen Verfahrens erfolgt, als im aktivierten Status.
Verfahren nach Anspruch 1, dadurch gekennzeichnet dass die Teilnehmerinformationen (BL_R, BL_T) Informationen über einen Teilnehmer selbst und/oder über dem Teilnehmer zugeordnete Einrichtungen umfassen.
Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet dass ein deaktivierter Status vorliegt wenn, a) die Teilnehmerinformationen (BL_R, BL_T) auf der Anzeigeeinrichtung verdeckt sind, oder b) die Teilnehmerinformationen (BL_R, BL_T) sich außerhalb des sichtbaren Bereichs der Anzeigeeinrichtung befinden, oder c) die Teilnehmerinformationen (BL_R, BL_T) durch ein die Teilnehmerinformationen (BL_R, BL_T) repräsentierendes Symbol dargestellt sind, oder d) ein Teil der Teilnehmerinformationen (BL_R, BL_T) durch ein diesen Teil repräsentierendes Symbol dargestellt sind.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet dass im aktivierten Status eine Aktualisierung der Teilnehmerinformationen (BL_R, BL_T) unmittelbar nach einer Zustandsänderung des mindestens einen zu überwachenden Teilnehmers und/oder der Einrichtung (P_Source) erfolgt.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet dass im deaktivierten Status eine Aktualisierung der Teilnehmerinformationen (BL_R, BL_T) nicht unmittelbar nach einer Zustandsänderung des mindestens einen zu überwachenden Teilnehmers und/oder der Einrichtung (P_Source) erfolgt, sondern jeweils nach vorgegebenen Zeitintervallen.
Verfahren nach Anspruch 5, dadurch gekennzeichnet dass für die Aktualisierung nur der letzte gültige Zustand des mindestens einen zu überwachenden Teilnehmers und/oder der Einrichtung (P_Source) übermittelt wird.
Verfahren nach Anspruch 5 oder 6, dadurch gekennzeichnet dass bei Zustandsänderungen von mehreren zu überwachenden Teilnehmern und/oder Einrichtungen (P_Source), die Zustandsänderungen gesammelt in einer Sammelmeldung an das Endgerät übermittelt werden.
Verfahren nach einem der Ansprüche 5 bis 7, dadurch gekennzeichnet dass mit einer zunehmenden Zeitdauer, während der sich die Teilnehmerinformationen (BL_R, BL_T) im deaktivierten Status befinden, die Zeitintervalle verlängert werden.
Verfahren nach einem der Ansprüche 5 bis 8, dadurch gekennzeichnet dass die Zeitintervalle Benutzer-individuell oder Steuereinrichtungs-individuell einstellbar sind.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet dass mittels der Teilnehmerinformationen (BL_R, BL_T) echtzeitkritische und nicht-echtzeitkritische Zustände des mindestens einen zu überwachenden Teilnehmers und/oder der Einrichtung (P_Source) angezeigt werden.
Verfahren nach Anspruch 10, dadurch gekennzeichnet dass die Teilnehmerinformationen (BL_R, BL_T) im deaktivierten Status nur bei Änderungen von nicht-echtzeitkritischen Zuständen des mindestens einen zu überwachenden Teilnehmers und/oder der Einrichtung (P_Source) aktualisiert werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet dass im deaktivierten Status eine Übermittlung von entsprechenden Änderungsmeldungen von der Steuereinrichtung (P_Server) an das Endgerät unterdrückt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet dass nach einem Wechsel vom deaktivierten in den aktivierten Status eine Aktualisierung der Teilnehmerinformationen (BL_R, BL_T) wiederum unmittelbar erfolgt.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet dass eine Übermittlung einer Information, dass sich die Teilnehmerinformationen (BL_R, BL_T) im deaktivierten Status befindet, implizit dadurch erfolgt, dass durch das Endgerät die Verbindung zwischen der Steuereinrichtung (P_Server) und dem Endgerät unterbrochen wird.
Verfahren nach einem der Ansprüche 1 bis 13, dadurch gekennzeichnet dass eine Übermittlung einer Information, dass sich die Teilnehmerinformationen (BL_R, BL_T) im aktivierten oder deaktivierten Status befinden durch eine explizite Signalisierung erfolgt.
Verfahren nach Anspruch 15, dadurch gekennzeichnet dass in Fällen, in denen ein deaktivierter Status signalisiert wird, zusätzlich eine Information darüber übermittelt wird, ob eine Aktualisierung die Teilnehmerinformationen (BL_R, BL_T) weiter erfolgen soll, oder nicht.
Presence System (P_SYS) zur Durchführung eines der Verfahren nach einem der vorhergehenden Ansprüche 1–9.
Presence System (P_SYS) nach Anspruch 17, dadurch gekennzeichnet dass das Endgerät ein Personal Computer, ein schnurgebundenes Telefon, ein Mobiltelefon oder ein PDA (Personal Digital Assistent) ist.