EP1459570A2 - Verfahren zur administrierung von anwesenheitsinformation in einem telekommunikations- und/oder datennetz - Google Patents

Verfahren zur administrierung von anwesenheitsinformation in einem telekommunikations- und/oder datennetz

Info

Publication number
EP1459570A2
EP1459570A2 EP02794980A EP02794980A EP1459570A2 EP 1459570 A2 EP1459570 A2 EP 1459570A2 EP 02794980 A EP02794980 A EP 02794980A EP 02794980 A EP02794980 A EP 02794980A EP 1459570 A2 EP1459570 A2 EP 1459570A2
Authority
EP
European Patent Office
Prior art keywords
administration
presence information
information
sip
administration process
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
EP02794980A
Other languages
English (en)
French (fr)
Inventor
Rudolf Stelzl
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.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens Corp
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 Siemens AG, Siemens Corp filed Critical Siemens AG
Publication of EP1459570A2 publication Critical patent/EP1459570A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • 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/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/30—Determination of the location of a subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42093—Notifying the calling party of information on the called or connected party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/42153—Administration or customisation of services by subscriber
    • H04M3/42161—Administration or customisation of services by subscriber via computer interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer

Definitions

  • the invention relates to a method for the administration of presence or availability information in a telecommunications and / or data network according to the preamble of claim 1.
  • next-generation networks presence-based services continue to play an increasingly important role.
  • presence-based services / applications information about the availability of subscribers (how and where a subscriber can be reached) is used for the service / application. For example, this information can be used to signal a subscriber whether and how a conversation partner desired by him can be reached.
  • a subscriber must be able to determine information about his presence (“presence") status.
  • the participant must be able to determine at any time the group of people who may have access to their presence information (e.g. all persons listed in their Outlook contact addresses or all participants in a closed user group).
  • the subscriber must be able to subscribe to messages about the presence status (hereinafter also "presence status") of another subscriber or a certain service (eg for receiving information as soon as subscriber X "Present” is).
  • these functions are usually entered using a graphical user input on PCs or handhelds.
  • a SlP user agent present on the terminal then converts this information into the corresponding SIP methods: "REGISTER” to determine one's own presence status and access rights; "SUBSCRIBE” to indicate that one wants to be informed about the presence status of a certain participant; Finally, “NOTIFY” is the information that the desired subscriber has assumed the subscribed presence status. As a rule, this information is sent to a so-called presence server, which then initiates the corresponding actions, e.g. B. the saving of the REGISTER information or the output of NOTIFY if the condition specified by SUBSCRIBE is fulfilled.
  • the invention is therefore based on the object of providing an improved method of the generic type which allows a substantial expansion of the user group of presence-based services and thus of their range of use and possible effects.
  • the invention includes the basic idea of providing a connection by means of interfaces not previously usable in this context, both for entering the presence status and for accessing information and service features derived therefrom.
  • the single figure gives a schematic, synoptic representation of the variants A) to E) listed below in a network structure in which the presence information is administered by means of SIP methods on a presence server and which different administration interfaces and format conversion options Has.
  • the figure is largely self-explanatory in connection with the following explanations of variants A) to E), so that a separate description of the figures is not necessary.
  • the functions 1), 2) and 3) listed at the outset can therefore be administered by any subscriber (PSTN / ISDN, H.323, SIP) in the following ways: A) Administration via web interface (HTTPS)
  • the web interface can either be offered directly by the presence server (internal interface between web interface and presence service) or via a separate web server, which in turn then uses the known SIP methods to manage the information administered at the web interface implements.
  • certain key sequences can be used to set your own presence status or to determine which subscriber should be subscribed to, or to set restrictions, by entering letters (analogous to the telephone books for mobile or cordless phones).
  • the PIN codes are either implemented directly in the presence server (e.g. if this has a PSTN / ISDN or H.323 interface) or they are converted to the corresponding SIP methods in a PSTN / ISDN SIP gateway implemented. Implementation to the INFO methods defined in SIP is also possible. In this case, the presence server must in turn convert the PIN codes into the corresponding presence information.
  • PS for presence status
  • PS not present
  • this information can go directly to a presence server that carries out the conversion, or the information can be converted into the corresponding messages on a separate server. Mapping the SMS to instant messaging messages is also possible. In this case, the presence server must implement the information.
  • voice dialogue e.g. the voice input "I can be reached in the office from 2 p.m. to 4 p.m.
  • Office this status would be valid between 2pm and 4pm.
  • the "automatic speech recognition" function of the voice portal can filter out the essential information via keyword spotting, and the voice portal can forward this information (as described under A) to the presence server via an "internal interface” or convert to the corresponding SIP methods and send them to the presence server.
  • Indirect (ie not actively controlled by the subscriber) information can also be used to control the presence information, e.g. B. is a participant, if he makes a phone call from his office, with a certain probability even after the phone call can still be reached.
  • a switching center can forward this information to a presence server via "IN-like" triggers. In this case it makes sense if the presence status after a adjustable time (e.g. 15 min) automatically changes back to the "unreachable" state, provided there is no further status change or refreshment of the "reachable” status (by another telephone call).
  • a adjustable time e.g. 15 min
  • the participant receives an SMS or an instant message as soon as the desired status has been reached.
  • the presence server can forward the desired information to a voice portal, which involves setting up a call and reading a standard announcement or reading it out beforehand Announcement specified by the subscriber about the presence status.
  • the desired state can also be reached by a Server are reported, which then automatically initiates a call between the two participants or even initiates a conference.
  • Reaching the desired status can also be indicated optically or acoustically. If necessary, the subscriber can then request more detailed information by calling a special number. This is particularly useful if he has subscribed to several participants.
  • the presence server can select the method based on the presence information of the subscriber (who carried out the SUBSCRIBE) and thereby achieve a higher probability of reaching it.
  • an SMS or an instant message is more advantageous than an announcement, since this could not be accepted.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Verfahren zur Administration von Anwesenheitsinformation in einem Telekommunikations- und/oder Datennetz (1), insbesondere zur Realisierung eines auf der Anwesenheitsinformation basierenden Dienstes, wobei Administrationsdaten für einen Administrationsvorgang per Spracheingabe und -erkennung oder per Tastatureingabe eines PIN-Codes oder in einem vordefinierten Kurznachrichten-Rahmen oder an einer IP-basierten Schnittstelle, außerhalb einer SIP-Methode, eingegeben und nachträglich in ein SIP-konformes Format zur Durchführung des Administrationsvorganges umgesetzt werden.

Description

Beschreibung
Verfahren zur Administrierung von Anwesenheitsinformation in einem Telekommunikations- und/oder Datennetz
Die Erfindung betrifft ein Verfahren zur Administrierung von Anwesenheits- bzw. Verfügbarkeitsinformation in einem Telekommunikations- und/oder Datennetz nach dem Oberbegriff des Anspruchs 1.
Sowohl in Telekommunikationsnetzen - dem Festnetz ebenso wie Mobilfunknetzen - als auch in Datennetzen - dem Internet ebenso wie Intranets - werden seit Jahren in zunehmendem Maße Dienste bereitgestellt und genutzt, die auf Informationen über die Anwesenheit bzw. Verfügbarkeit von Teilnehmern beruhen und nachfolgend auch als "presence-basierte Services" bezeichnet werden.
In Next-Generation-Networks (NGN) spielen presence-basierte Services eine weiter erheblich zunehmende Rolle. Bei presen- ce-basierten Services/Applikationen wird Information über die Verfügbarkeit von Teilnehmern (wie und wo ist ein Teilnehmer erreichbar) für den Service/die Applikation ausgenutzt. Beispielsweise kann diese Information dazu dienen, - einem Teilnehmer zu signalisieren, ob und wie ein von ihm gewünschter Gesprächspartner erreichbar ist, um bei einem Wechsel in den Zustand der Erreichbarkeit dann z. B. automatisch einen Verbindungsaufbau einzuleiten, - Rufweiter- bzw. Rufumleitungs-Szenarien zu optimieren oder - Konferenzen einzuleiten, wenn alle gewünschten Teilnehmer als verfügbar gekennzeichnet sind.
Für eine sinnvolle Dienstnutzung müssen folgende Funktionen zur Verfügung stehen: 1) Ein Teilnehmer muß Information über seinen Anwesenheits ( "Presence" ) -Zustand festlegen können. 2) Der Teilnehmer muß jederzeit den Personenkreis festlegen können, der auf seine Anwesenheitsinformation Zugriff haben darf (z. B. alle Personen die in seinen Outlook-Kontaktadressen aufgeführt sind oder alle Teilnehmer in einer Closed- User-Group) .
3) Der Teilnehmer muß sich auf Mitteilungen über den Anwesenheits-Status (nachfolgend auch "Presence-Status" ) eines anderen Teilnehmers oder eines bestimmten Dienstes subskribieren können (z. B. für den Erhalt einer Information, sobald Teil- nehmer X "Present" ist) .
4) Der Teilnehmer muß über das Eintreten der von ihm gewünschten Bedingungen (eines vorab definierten Zustandes) informiert werden können (z. B. Teilnehmer X ist in den Zustand "Present" gewechselt).
Im Bereich Telekommunikation werden diese Funktionen in der Regel über eine graphische Benutzereingabe auf PCs oder Hand- helds eingegeben. Ein auf dem Endgerät vorhandener SlP-User- Agent setzt diese Information dann in die entsprechenden SIP- Methoden um: "REGISTER", um den eigenen Presence-Status und die Zugriffsrechte festzulegen; "SUBSCRIBE", um mitzuteilen, daß man über den Presence-Status eines bestimmten Teilnehmers informiert werden will; "NOTIFY" schließlich ist die Information, daß der gewünschte Teilnehmer den subskribierten Anwe- senheits-Status eingenommen hat. In der Regel wird diese Information an einen sogenannten Presence-Server gesendet, der dann die entsprechenden Aktionen einleitet, z. B. das Abspeichern der REGISTER-Information oder die Ausgabe von NOTIFY, falls die durch SUBSCRIBE festgelegte Bedingung erfüllt ist.
Es ist also festzuhalten, daß bisher die Anwesenheitsinformation in der Regel über ein SIP-basiertes Endgerät des Teilnehmers verwaltet wird und daher nur für SIP-Teilnehmer verfügbar ist. Dies stellt eine empfindliche Einschränkung des Nutzerkreises dar, die weder im Interesse potentieller Nutzer noch der Dienstanbieter (die ja möglichst viele Nutzer errei- chen möchten) liegt.
Der Erfindung liegt daher die Aufgabe der Bereitstellung eines verbesserten Verfahrens der gattungsgemäßen Art zugrunde, welches eine wesentliche Erweiterung des Nutzerkreises von presence-basierten Services und somit von deren Einsatzbreite und Wirkungsmöglichkeiten erlaubt.
Diese Aufgabe wird durch ein Verfahren mit den Merkmalen des Anspruchs 1 gelöst.
Die Erfindung schließt den grundlegenden Gedanken ein, sowohl für die Eingabe des Presence-Status als auch für den Zugriff auf hiervon abgeleitete Informationen und Dienstmerkmale eine Anbindung durch bisher in diesem Zusammenhang nicht einsetzbare Schnittstellen bereitzustellen.
Im folgenden werden einige Alternativen beschrieben, wie An- wesenheitsinformation von jedem beliebigen Teilnehmer admi- nistriert werden kann bzw. wie ein beliebiger Teilnehmer über das Eintreten der von ihm gewünschten Bedingung informiert werden kann. Die einzige Figur gibt insoweit eine schematische, synoptische Darstellung der nachfolgend aufgeführten Varianten A) bis E) in einer Netzstruktur, bei der die Anwe- senheitsinformation mittels SIP-Methoden auf einem Presence- Server administriert wird und welche verschiedene Adminis- trierungs-Schnittstellen und Formatumsetzungsmöglichkeiten hat. Die Figur ist im Zusammenhang mit den nachfolgenden Erläuterungen der Varianten A) bis E) weitgehend selbsterklä- rend, so daß eine gesonderte Figurenbeschreibung verzichtbar ist.
Die eingangs aufgeführten Funktionen 1), 2) und 3) können demnach von jedem beliebigen Teilnehmer (PSTN/ISDN, H.323, SIP) über folgende Wege administriert werden: A) Administration über Web-Interface (HTTPS)
Das Web-Interface kann entweder direkt vom Presence-Server angeboten werden (interne Schnittstelle zwischen Web-Inter- face und Presence-Service) oder über einen separaten Web-Server, der dann wiederum die an der Webschnittstelle administrierte Information auf die bekannten SIP-Methoden umsetzt.
B) Eingabe über PIN-Codes
Bei klassischen PSTN/ISDN-Telefonen erfolgt in vielen Fällen die Dienststeuerung über PIN-Codes. Der Teilnehmer wählt eine vorgegebene Nummer und steuert dann über Tastenkombinationen (z. B. *1234#) seinen Dienst (z. B. RufUmleitung bei Mobilte- lefonen) .
Analog können bestimmte Tastenfolgen dazu benutzt werden, um den eigenen Presence-Status zu setzen bzw. um über die Buchstabeneingabe (analog wie den Telefonbüchern bei Mobil- oder Schnurlostelefonen) festzulegen, auf welchen Teilnehmer subskribiert werden soll, bzw. um Restriktionen festzulegen.
Die PIN-Codes werden entweder direkt im Presence-Server umgesetzt (z. B. wenn dieser ein PSTN/ISDN- oder H.323-Interface hat) oder sie werden in einem PSTN/ISDN-SIP-Gateway auf die entsprechenden SIP-Methoden umgesetzt. Auch eine Umsetzung auf die in SIP definierten INFO-Methods ist möglich. In diesem Fall muß wiederum der Presence-Server die PIN-Codes in die entsprechende Presence-Information umsetzen.
C) Eingabe über SMS
Über eine vordefinierte Struktur einer SMS bzw. über Keywörter kann die Presence-Information festgelegt werden (z. B. PS (für Presence Status) = present; PS = not present; Sub (für Subscribe) = Rudi Stelzl oder Sub = +49 89 722 23693) . Die SMS wird dann an eine vorgegebene Nummer gesendet.
Analog zu A) und B) kann diese Information direkt an einen Presence-Server gehen, der die Umsetzung vornimmt, oder die Information kann auf einem separaten Server in die entsprechenden Meldungen umgesetzt werden. Ein Mapping der SMS auf Instant-Messaging-Meldungen ist ebenfalls möglich. In diesem Fall muß wiederum der Presence-Server die Information umset- zen.
D) Eingabe über Sprache unter Nutzung eines Voice-Portals
Der Teilnehmer wählt die Nummer des Voice-Portals und kann per Sprachdialog die Presence-Information steuern (z. B. die Spracheingabe "Von 14 Uhr bis 16 Uhr bin ich im Büro erreichbar." könnte umgesetzt werden in einen Presence-Status: Office; dieser Status wäre gültig im Zeitraum 14 bis 16 Uhr) . Die "Automatic-Speech-Recognition" -Funktion des Voice-Portals kann über Keyword-Spotting die wesentliche Information herausfiltern, und das Voice-Portal kann diese Information (wie unter A) beschrieben) über eine "interne Schnittstelle" zum Presence-Server weiterleiten oder auf die entsprechenden SIP- Methoden umsetzen und an den Presence-Server senden.
E) Umsetzung von indirekt vorhandener Information in Presence-Status
Zur Steuerung der Presence-Information können auch indirekte (d. h. nicht vom Teilnehmer aktiv gesteuerte) Informationen verwendet werden, z. B. ist ein Teilnehmer, wenn er von seinem Büro aus ein Telefonat führt, mit einer gewissen Wahrscheinlichkeit auch nach dem Telefonat noch am Platz erreichbar. Über "IN-like" -Trigger kann eine Vermittlungsstelle die- se Information an einen Presence-Server weiterleiten. In diesem Fall ist es sinnvoll, wenn der Presence-Status nach einer einstellbaren Zeit (z. B. 15 min) automatisch wieder in den Zustand "nicht erreichbar" wechselt, sofern keine weitere Statusänderung bzw. Auffrischung des Status "erreichbar" (durch ein weiteres Telefonat) erfolgt.
Weitere Bespiele für die indirekte Gewinnung von Presence- Information sind Aktivitäten des Teilnehmers wie:
- Internet-Einwahl,
- Absendung von E-Mails, - Tastatureingaben am PC.
Möglich ist auch die Gewinnung von Information aus Kalendersystemen (z. B. Outlook). Einige dieser Möglichkeiten sind sicherlich datenschutzrechtlich bedenklich, könnten aber aufgrund firmeninterner Regelungen oder bei Zustimmung durch den Betroffenen sehr wohl eingesetzt werden.
Für die weiter oben beschriebene Funktion 4) ergeben sich folgende Alternativen:
F) SMS/lnstant-Messaging
Der Teilnehmer bekommt eine SMS oder eine Instant-Message zustellt, sobald der gewünschte Zustand erreicht wurde.
G) Ansage (Standardansage oder individuelle Ansage)
Insbesondere für PSTN/ISDN und H.323, die ja nicht unmittelbar eine SIP-NOTIFY-Meldung empfangen können, kann der Presence-Server die gewünschte Information an ein Voice-Portal weiterleiten, das über einen Rufaufbau und das Vorlesen einer Standardansage oder einer vorher vom Teilnehmer festgelegten Ansage über den Presence-Status informiert.
H) Spezialisierter Server
Das Erreichen des gewünschten Zustands kann auch an einen Server gemeldet werden, der dann automatisch einen Ruf zwischen den beiden Teilnehmern initiiert oder sogar eine Konferenz einleitet.
I) Visuelle oder akustische Indikation
Das Erreichen des gewünschten Zustands kann auch optisch oder akustisch angezeigt werden. Der Teilnehmer kann dann gegebenenfalls über Anruf einer speziellen Nummer detailliertere Information erfragen. Das ist vor allem dann sinnvoll, wenn er sich für mehrere Teilnehmer subscribiert hat.
J) Pop-Up-Fenster am PC
Darüberhinaus wird vorgeschlagen, daß die unter F) bis I) genannten (oder auch weitere) Verfahren nicht notwendigerweise a priori festgelegt werden müssen. Der Presence-Server kann das Verfahren aufgrund der Presence-Information des Teilneh- mers (der das SUBSCRIBE ausgeführt hat) auswählen und dadurch eine höhere Erreichenswahrscheinlichkeit erzielen.
Falls z. B. der Teilnehmer gerade selbst nicht am Arbeitsplatz, sondern in einem Meeting ist, ist eine SMS bzw. eine Instant-Message vorteilhafter als eine Ansage, da diese ja nicht entgegengenommen werden könnte .

Claims

Patentansprüche
1. Verfahren zur Administration von AnwesenheitsInformation in einem Telekommunikations- und/oder Datennetz, insbesondere zur Realisierung eines auf der Anwesenheitsinformation basierenden Dienstes, d a d u r c h g e k e n n z e i c h n e t, dass Administrationsdaten für einen Administrationsvorgang per Spracheingabe und -erkennung oder per Tastatureingabe ei- nes PIN-Codes oder in einem vordefinierten Kurznachrichten- Rahmen oder an einer IP-basierten Schnittstelle, außerhalb einer SIP-Methode, eingegeben und nachträglich in ein SIP- konformes Format zur Durchführung des Administrationsvorganges umgesetzt werden.
2. Verfahren nach Anspruch 1 , d a d u r c h g e k e n n z e i c h n e t, dass es sich bei dem Administrationsvorgang um die Änderung eines Anwesenheitsstatus handelt.
3. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, dass es sich bei dem Administrationsvorgang um die Definition eines Teilnehmerkreises handelt, der auf die Anwesenheitsin- formation zugreifen kann.
4. Verfahren nach Anspruch 1 , d a d u r c h g e k e n n z e i c h n e t, dass es sich bei dem Administrationsvorgang um die Subskrip- tion von Anwesenheitsinformation eines anderen Teilnehmers oder eines auf der Anwesenheitsinformation basierenden Dienstes handelt.
5. Verfahren zur Administration von Anwesenheitsinformation in einem Telekommunikations- und/oder Datennetz, insbesondere zur Realisierung eines auf der Anwesenheitsinformation basierenden Dienstes, d a d u r c h g e k e n n z e i c h n e t, dass Administrationsdaten für eine Änderung des Anwesenheits- status ohne aktive Eingabe durch den Teilnehmer, dessen Anwesenheitsstatus administriert wird, aus einem externen Infor- mationssystem eingespeist und nachträglich in ein SIP- konformes Format zur Durchführung der Änderung des Anwesenheitsstatus umgesetzt werden.
6. Verfahren zur Administration von Anwesenheitsinformation in einem Telekommunikations- und/oder Datennetz, insbesondere zur Realisierung eines auf der Anwesenheitsinformation basierenden Dienstes, d a d u r c h g e k e n n z e i c h n e t, dass im Rahmen eines Administrationsvorganges anfallende Aus- gangsdaten per Sprachsynthese und -ausgäbe oder per Textausgabe in einem vordefinierten Kurznachrichten-Rahmen oder einer Ins-tant-Message oder durch optische oder akustische Signalisierung oder über ein Pop-Up-Fenster an einem Datenendgerät ausgegeben werden, wobei vor der Ausgabe eine Umsetzung aus einem SIP-konfor en Primärformat in ein dem Ausgabemodus adäquates Sekundärformat erfolgt.
7. Verfahren nach Anspruch 6, d a d u r c h g e k e n n z e i c h n e t, dass es sich bei dem Administrationsvorgang um die Information über eine Änderung des Anwesenheitsstatus eines vorbestimmten Teilnehmers handelt.
EP02794980A 2001-12-27 2002-12-06 Verfahren zur administrierung von anwesenheitsinformation in einem telekommunikations- und/oder datennetz Withdrawn EP1459570A2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10164208A DE10164208A1 (de) 2001-12-27 2001-12-27 Verfahren zur Administrierung von Anwesenheitsinformation in einem Telekommunikations- und/oder Datennetz
DE10164208 2001-12-27
PCT/DE2002/004499 WO2003056850A2 (de) 2001-12-27 2002-12-06 Verfahren zur administrierung von anwesenheitsinformation in einem telekommunikations- und/oder datennetz

Publications (1)

Publication Number Publication Date
EP1459570A2 true EP1459570A2 (de) 2004-09-22

Family

ID=7711016

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02794980A Withdrawn EP1459570A2 (de) 2001-12-27 2002-12-06 Verfahren zur administrierung von anwesenheitsinformation in einem telekommunikations- und/oder datennetz

Country Status (4)

Country Link
US (1) US20050108550A1 (de)
EP (1) EP1459570A2 (de)
DE (1) DE10164208A1 (de)
WO (1) WO2003056850A2 (de)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8046476B2 (en) * 2003-01-29 2011-10-25 Nokia Corporation Access right control using access control alerts
US20050071361A1 (en) * 2003-09-29 2005-03-31 Siemens Information And Communication Networks, Inc. System and method for associating a device with a user
JP4118800B2 (ja) 2003-12-26 2008-07-16 ソフトバンクモバイル株式会社 プレゼンス表示システム及びゲートウエイ装置
DE102004011313A1 (de) * 2004-03-09 2005-09-22 Deutsche Telekom Ag Präsenz Service im Festnetz
EP1681830A1 (de) * 2005-01-14 2006-07-19 France Telecom Verfahren und Vorrichtung zum Erhalten von Informationen über die Anwesenheit und die Verfügbarkeit von einem Benutzer
US20060274701A1 (en) * 2005-06-03 2006-12-07 Telefonaktiebolaget Lm Ericsson (Publ) Means and method for notification
US20070003051A1 (en) * 2005-06-13 2007-01-04 Nokia Corporation System, network entity, terminal, method, and computer program product for presence publication
CN100411456C (zh) * 2006-04-12 2008-08-13 华为技术有限公司 预定义短消息业务的实现方法
JP2008311905A (ja) * 2007-06-14 2008-12-25 Hitachi Communication Technologies Ltd Ｓｉｐコンバータ装置
WO2009136823A1 (en) * 2008-05-05 2009-11-12 Telefonaktiebolaget Lm Ericsson (Publ.) A terminal and a method for enabling the terminal to reach another terminal
US9628831B2 (en) 2010-03-25 2017-04-18 Whatsapp, Inc. Multimedia transcoding method and system for mobile devices
US8995965B1 (en) * 2010-03-25 2015-03-31 Whatsapp Inc. Synthetic communication network method and system
CN105207882A (zh) * 2014-06-26 2015-12-30 中兴通讯股份有限公司 消息处理方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7870196B2 (en) * 2000-11-08 2011-01-11 Nokia Corporation System and methods for using an application layer control protocol transporting spatial location information pertaining to devices connected to wired and wireless internet protocol networks

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2003056850A3 (de) 2003-10-09
WO2003056850A2 (de) 2003-07-10
US20050108550A1 (en) 2005-05-19
DE10164208A1 (de) 2003-07-17

Similar Documents

Publication Publication Date Title
DE69836901T2 (de) Verfahren zum Hinzufügen von Kontext zu Kommunikationen
EP1459570A2 (de) Verfahren zur administrierung von anwesenheitsinformation in einem telekommunikations- und/oder datennetz
EP1020067A1 (de) Verfahren zum melden einer nachricht an einen teilnehmer
WO2003021461A1 (en) System and method for integrating voice over internet protocol network with personal computing devices
EP1547353B1 (de) Verfahren zur bereitstellung von abwesenheitsinformation
EP1214837A1 (de) Internet-telefonadapter
EP1016312B1 (de) Verfahren und anordnung für eine automatische übersetzung von nachrichten in einem kommunikationssystem
DE102011053994B3 (de) Verfahren zur Festnetzerreichbarkeit und dafür geeignetes Mobilfunkendgerät
EP2039183B1 (de) Push-to-talk pstn back-to-back user agent zur anbindung eines ptt systems mit der pstn/isdn welt
WO2017153458A1 (de) Verfahren zum einrichten eines leitens, insbesondere einer weiterleitung, eines gegenstandes einer kommunikationsaktivität, sowie vorrichtungen zur durchführung des verfahrens
EP1643739A1 (de) Telekommunikationsnetz und Dienstrechner sowie Verfahren zum Austausch von Nachrichten zwischen einem Endteilnehmer und einem Textnachrichten-Server
EP0939536A2 (de) Verfahren und Anordnung zum Bereitstellen von Leistungsmerkmalen für mobile Teilnehmer über ein Kommunikationsnetz
EP1229708A2 (de) Verfahren zur flexiblen Registrierung von Benutzern an verschiedenen IP-Telefon-Apparaten in einem IP-Telekommunikations-System
EP1954018A2 (de) Verfahren und Einrichtung zum Steuern des Aufbaus von Kommunikationsverbindungen
DE102006057817A1 (de) Verfahren und Vorrichtung zur Rufumleitung eines mobilen Endgerätes über unterschiedliche Netzwerke
DE19915160C2 (de) Verfahren zur Verbesserung der Erreichbarkeit von Mobilfunkteilnehmern
EP0989763A2 (de) Verfahren und Mobil-Kommunikationssystem zur Steuerung eines Kurznachrichtendienstes
EP2274902A1 (de) Universelle adressierung eines kommunikationspartners über transparente statische zuordnung einer rufnummer
EP1388995B1 (de) Zuordnung eines voreingestellten Minimumserviceprofils für Endgeräte einer IP-PBX
EP1921828B1 (de) Verfahren und Portal zum Herstellen einer Kommunikationsverbindung zwischen zwei unterschiedlichen Kommunikationsnetzen
DE102006039663A1 (de) Verfahren und System zur Durchführung einer Telekommunikation eines ersten Kommunikationsteilnehmers mit einem zweiten Kommunikationsteilnehmer über wenigstens ein Telekommunikationsnetzwerk
DE102005014769A1 (de) Steuerungssystem für Verbindungen in Telekommunikationsnetzen mit zugehörigem Verfahren zum Verbindungsaufbau
DE102006008013A1 (de) Verfahren zur Herstellung einer Sprachverbindung zwischen Endgeräten sowie Endgerät und Telefonsystem zur Durchführung des Verfahrens
DE10161510A1 (de) Telekommunikationsnetzwerk zur interoperablen Nachrichtenübermittlung
EP1673925A1 (de) Verfahren zur unterstuetzung von presence-basierten diensten

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: 20040308

AK Designated contracting states

Kind code of ref document: A2

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

17Q First examination report despatched

Effective date: 20050322

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20060530