DE602005001662T2 - Verfahren zum Synchronisieren der Status Information eines IMPS Clients - Google Patents

Verfahren zum Synchronisieren der Status Information eines IMPS Clients Download PDF

Info

Publication number
DE602005001662T2
DE602005001662T2 DE602005001662T DE602005001662T DE602005001662T2 DE 602005001662 T2 DE602005001662 T2 DE 602005001662T2 DE 602005001662 T DE602005001662 T DE 602005001662T DE 602005001662 T DE602005001662 T DE 602005001662T DE 602005001662 T2 DE602005001662 T2 DE 602005001662T2
Authority
DE
Germany
Prior art keywords
status information
information
client
status
version
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.)
Active
Application number
DE602005001662T
Other languages
English (en)
Other versions
DE602005001662D1 (de
Inventor
Cho Gunpo Song-Rae
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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of DE602005001662D1 publication Critical patent/DE602005001662D1/de
Application granted granted Critical
Publication of DE602005001662T2 publication Critical patent/DE602005001662T2/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • 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
    • H04L51/58—Message adaptation for wireless communication
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • 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/14—Session management
    • 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/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72406—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by software upgrading or downloading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Stored Programmes (AREA)
  • Communication Control (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Description

  • HINTERGRUND DER ERFINDUNG
  • 1. Fachgebiet der Erfindung
  • Die vorliegende Erfindung betrifft einen IMPS-Dienst (Instant Messaging and Presence Service, deutsch: Nachrichtensofortversand- und Präsenzdienst) und insbesondere ein Verfahren zum Synchronisieren von Statusinformationen eines IMPS Client, der Daten über das drahtlose Internet sendet/empfängt.
  • 2. Beschreibung des Stands der Technik
  • Der IMPS-Dienst stellt die neueste Technik für ein neues, auf dem Internet basierendes Kommunikationsgerät dar, die zum Austausch von Statusinformationen (nämlich von Präsenzinformationen) zwischen einem Mobilgerät, einem mobilen Kommunikationsdienstesystem und einem Internetbasierten Nachrichtensofortversandsystem dient. Ein bedeutsames Merkmal des IMPS-Dienstes ist die Bereitstellung des Statusdiensts und des Nachrichtensofortversands.
  • Der Statusdienst stellt einen Status eines IMPS Client, einen Status eines Benutzers und das Management einer Liste für einen Dienst registrierter Benutzer bereit und der Nachrichtensofortversand ermöglicht die Übermittlung oder den Empfang einer Sofortnachricht mit Text, Video, Bildern oder Ton von dem Benutzer eines bestimmten Client oder einem Benutzer eines anderen Nachrichtensofortversandsystems.
  • Das IMPS-System umfasst einen in einem bestimmten Gerät vorgesehenen, den IMPS-Dienst ausführenden Client sowie einen Server zum Aufbau einer Sitzung mit Clients und zur Übermittlung von Statusinformationen und einer Sofortnachricht an einen entsprechenden Client.
  • Statusinformation über in dem Client registrierte Kontakte und im Server gespeicherte Statusinformationen können mit den beiden folgenden Methoden miteinander synchronisiert werden.
  • Die eine Methode ist eine Statusinformationsnotifizierungsmethode, bei der der Server dann, wenn sich die Statusinformationen eines bei einem Client registrierten Kontakts ändern, anderen Clients Statusinformationen mit den entsprechenden Statusinformationen zur Verfügung stellt.
  • Wenn die Statusinformationen eines beim Server registrierten Kontakts aktualisiert werden, überträgt der Server eine Anforderungsnachricht zur Statusinformationsnotifizierung (PresenceNotificationRequest) mit den aktualisierten Statusinformationen an einen Client, wobei der Client mit einer Statusnachricht antwortet.
  • Bei der Statusinformationsnotifizierungsmethode stellt der Server immer dann, wenn sich Statusinformationen eines bei dem Client registrierten Kontakts ändern, die Statusinformationen automatisch dem Client zur Verfügung. Das bedeutet, dass selbst in einem Fall, in dem der Benutzer des entsprechenden Client die Statusinformationen des Kontakts nicht prüft, der Server fortlaufend die Statusinformationsdaten zu dem Client übermittelt. Obwohl also der Benutzer des Client die Statusinformationen des Kontakts nicht benötigt, werden die Statusinformationen dennoch übertragen.
  • Die zweite Methode ist eine Statusinformationsaneignungsmethode, bei der sich ein Client Statusinformationen von Kontakten, die für den Client registriert sind, selbst vom Server holt.
  • Wenn der Client eine Anforderungsnachricht zur Statusinformationsaneignung (GetPresenceRequest) mit einer Benutzerkennung oder einem Kontaktlistennamen zum Server überträgt, übermittelt der Server eine Antwortnachricht für die Statusinformationsaneignung (GetPresenceResponse) mit einem Ergebnis bezüglich der Anforderung und einem Statusattribut an den entsprechenden Client.
  • Die Statusinformationsaneignungsmethode stellt insofern ein Problem dar, als der Verkehr zunimmt und ein Kanal verschwendet wird, da auf eine einsprechende Aufforderung hin selbst Statusinformationen solcher Kontakte, deren Status sich nicht geändert hat, angefordert werden und die Statusinformationen jedes Kontakts über einen drahtlosen Kanal übertragen werden.
  • US 2002/0129103 A1 offenbart ein Verfahren zum Aktualisieren von Präsenzinformationen zwischen einem Client und einem Server.
  • ABRISS DER ERFINDUNG
  • Es ist daher ein Ziel der vorliegenden Erfindung, ein Verfahren zum Synchronisieren von Statusinformationen eines IMPS-Client zu schaffen, das in der Lage ist, nur die geringste Menge an Statusinformationen zu übermitteln und zu synchronisieren, die zwischen dem Server und dem Client in einer drahtlosen Umgebung erforderlich ist, in der die Datenübertragungsgeschwindigkeit gering oder die Bandbreite klein ist.
  • Um zumindest die obigen Zielsetzungen vollständig oder zum Teil zu lösen, ist ein Verfahren zum Synchronisieren von Statusinformationen eines IMPS-Client vorgesehen, das umfasst:
    Prüfen seitens eines Servers, ob in einer von einem bestimmten Client erhaltenen Statusinformationsanforderungsnachricht (GetPresenceRequest) Versionsinformationen (Present-Data-Version-Number) enthalten sind, und Vergleichen von Statusinformationen, die den Versionsinformationen entsprechen, und aktuellen Statusinformationen sowie Übermitteln von Statusänderungsinformationen eines Kontakts als Statusinformationsantwortnachricht an den Client, falls die Versionsinformationen in der empfangenen Statusinformationsanforderungsnachricht enthalten sind.
  • Um wenigstens diese Vorteile vollständig oder zum Teil zu erreichen, ist ferner ein Verfahren zum Synchronisieren von Statusinformationen in einem IMPS-Client vorgesehen, das umfasst: Übermitteln einer Statusinformationsanforderungsnachricht seitens eines bestimmten Client, Prüfen von Versionsinformationen aus der Statusinformationsanforderungsnachricht seitens eines Servers nach Erhalt der Statusinformationsanforderungsnachricht, Vergleichen von in Zuordnung zu einem ersten Wert gespeicherten Statusinformationen mit aktuellen Statusinformationen durch den Server, falls die Versionsinformationen der erste Wert sind, übermitteln einer Statusinformationsantwortnachricht mit anderen Statusinformationen und Versionsinformationen eines zweiten Werts durch den Server an den Client, und Aktualisieren von Statusinformationen von Kontakten durch den Client nach Erhalt der Statusinformationsantwortnachricht und Speichern des zweiten Werts als Versionsinformation.
  • Weitere Vorteile, Ziele und Merkmale der Erfindung werden zum Teil in der nachfolgenden Beschreibung erläutert und werden sich für einen Fachmann zum Teil bei der Prüfung des Nachfolgenden ergeben. Die Ziele und Vorteile der Erfindung lassen sich verwirklichen und erzielen, wie in den beigefügten Patentansprüchen besonders herausgestellt.
  • KURZBESCHREIBUNG DER ZEICHNUNGEN
  • Die Erfindung wird nun unter Bezugnahme auf die folgenden Zeichnungen näher beschrieben, in denen gleiche Bezugszeichen für gleiche Elemente stehen.
  • 1 ist ein Flussdiagramm eines erfindungsgemäßen Verfahrens zum Synchronisieren von Statusinformationen und
  • 2A und 2B sind Tabellen, die Formate von Statusinformationsanforderungsnachrichten und Statusinformationsantwortnachrichten gemäß der vorliegenden Erfindung zeigen.
  • AUSFÜHRLICHE BESCHREIBUNG BEVORZUGTER AUSFÜHRUNGSFORMEN
  • Ein Verfahren zum Synchronisieren von Statusinformationen eines IMPS-Client gemäß der vorliegenden Erfindung wird nun unter Bezugnahme auf die beigefügten Zeichnungen beschrieben.
  • Ein mobiles Endgerät, welches das drahtlose Internet nutzt, ist hinsichtlich der Datenübertragungsgeschwindigkeit im Vergleich zur Datenübertragungsgeschwindigkeit bei der Verwendung eines kabelgebundenen Internets benachteiligt. Daher muss ein in dem mobilen Endgerät implantierter Client eines IMPS-Dienstes (Nachrichtensofortversand und Präsenzdienst) Statusinformationen eines Kontakts durch Empfang kleinster Datenmengen von dem Server synchronisieren.
  • Folglich überträgt der Server gemäß der vorliegenden Erfindung nur Statusänderungsinformationen an einen Statusinformationen anfordernden Client. Der Server verwaltet in diesem Fall Versionsinformationen bezüglich der Statusinformationen von Kontakten, die beim Client registriert sind, und wenn der Server eine Statusinformationsanforderung von dem Client empfängt, vergleicht er Statusinformationen, die in Verbindung mit vom Client erhaltenen Versionsinformationen gespeichert sind, mit aktuellen Statusinformationen, um Statusänderungsinformationen zu gewinnen, und überträgt sie dann zu dem korrespondierenden Client. Der Server speichert dann die aktuellen Statusinformationen, indem er sie Versionsinformationen zuordnet, die einen Schritt höher sind als die vorherigen Versionsinformationen.
  • Die vorliegende Erfindung nutzt die Statusinformationsaneignungsmethode, bei der der Client Statusinformationen von im Client selbst registrierten Kontakten von dem Server anfordert und der Server nach Empfang der Anforderung Statusinformationen an den entsprechenden Client übermittelt. Der Client und der Server verwalten in diesem Fall die Statusinformationen in Verbindung mit den Versionsinformationen.
  • 1 ist ein Flussdiagramm eines Verfahrens zum Synchronisieren von Statusinformationen gemäß der vorliegenden Erfindung.
  • Wenn der Client eine Statusinformationsanforderungsnachricht an den Server überträgt, um Statusinformationen von für den Client selbst registrierten Kontakten mit den neuesten Informationen des Servers zu synchronisieren, empfängt der Server die Nachricht (Schritt S11) und prüft, ob die Statusinformationsanforderungsnachricht Versionsinformationen enthält (Schritt S13). Wenn dabei die Statusinformationsanforderungsnachricht das erste Mal übertragen wird, fügt der Client keine Versionsinformationen darin ein, wogegen dann, wenn die Statusinformationsanforderungsnachricht nicht erstmalig übertragen wird, der Client in jüngster Zeit vom Server empfangene Versionsinformationen einfügt und sie dann übermittelt.
  • Wenn in der Statusinformationsanforderungsnachricht keine Versionsinformationen enthalten sind, stellt der Server fest, dass die Statusinformationsanforderungsnachricht erstmalig vom Client übertragen wurde, speichert Statusinformationen aktueller Kontakte in Zuordnung zur Versionsinformation '0' und übermittelt Statusinformationen jedes Kontakts als Statusinformationsantwortnachricht an den entsprechenden Client (Schritt S15).
  • Wenn in der Statusinformationsanforderungsnachricht Versionsinformationen enthalten sind, vergleicht der Server die in Zuordnung zu den Versionsinformationen gespeicherten Statusinformationen mit den aktuellen Statusinformationen, um Statusänderungsinformationen der Kontakte zu gewinnen, und speichert Statusinformationen aktueller Kontakte in Zuordnung zu neuen Versionsinformationen (Schritt S17). Die neuen Versionsinformationen sind dabei die 'vorhergehenden Versionsinformationen + 1'.
  • Der Server überträgt eine Statusinformationsantwortnachricht mit den geänderten Statusinformationen und den neuen Versionsinformation an den Client (Schritt S19).
  • Zumindest muss der Server aktuelle Statusinformationen von Kontakten, neue Versionsinformationen, vorhergehende Statusinformationen von Kontakten vor der Aktualisierung und deren Versionsinformationen haben, d.h. die letzten beiden Versionsinformationen und die entsprechenden Statusinformationen.
  • Wenn die Statusinformationsantwortnachricht während der Übertragung verloren geht, erhält der Server erneut die Statusinformationsanfragenachricht mit den vor hergehenden Versionsinformationen vom Client und vergleicht die Statusinformationen in Zuordnung zu den vorhergehenden Versionsinformationen mit aktuellen Statusinformationen, um Statusänderungsinformationen bezüglich der Kontakte zu gewinnen.
  • Wenn nämlich die Statusinformationsantwortnachricht während der Übertragung verlorengeht, empfängt der Server erneut die Statusinformationsanforderungsnachricht mit den vorhergehenden Versionsinformationen von dem Client, wobei der Server in diesem Fall die letzten beiden Versionsinformationen die und entsprechenden Statusinformationen speichert, um so mit der Situation genau umgehen zu können.
  • Nach Empfang der Statusinformationsantwortnachricht aktualisiert der Client die in der Nachricht enthaltenen Statusinformationen, um sie mit den neuesten Statusinformationen zu synchronisieren, und speichert die neuen in der Antwortnachricht enthaltenen Versionsinformationen. Die neuen Versionsinformationen werden einer korrespondierenden Nachricht hinzugefügt, wenn der Client die nächste Statusinformationsanforderungsnachricht überträgt.
  • Die 2A und 2B sind Tabellen, die die Formate von Statusinformationsanforderungsnachrichten und Statusinformationsantwortnachrichten gemäß der vorliegenden Erfindung zeigen.
  • Wie in 2A dargestellt, enthält die Statusinformationsanforderungsnachricht zwingend ein Feld für den Nachrichtentyp sowie ein Feld für die Transaktionskennung. Optional enthält sie ein Feld für die Sitzungskennung und ein Feld für eine Statusinformationsattributsliste (Presence-Attribute-List), und bedingt enthält sie ein Feld für eine Benutzerkennungsliste, ein Feld für die Statusinformationsattributliste (Presence-Attribute-List) sowie ein Feld für die Versionsinformationen (Presence-Data-Version-Number).
  • Das Versionsinformationsfeld ist dabei ein neu hinzugefügtes Feld bei der vorliegenden Erfindung, das in einer erstmalig übertragenen Statusinformationsanforderungsnachricht nicht enthalten ist, wobei aber dann, wenn der Client Versionsinformationen hat, die entsprechenden Versionsinformation eingefügt werden.
  • Aus 2B lässt sich entnehmen, dass die Statusinformationsantwortnachricht zwingend den Nachrichtentyp, die Transaktionskennung und das Versionsinformationsfeld enthält, optional die Sitzungskennung und das Feld für die Statusinformationswerteliste (Presence-Value-List) enthält und bedingt ein Ergebnisfeld in Bezug auf eine Anforderung enthält. Bei der vorliegenden Erfindung ist das Versionsinformationsfeld ein neu hinzugefügtes Feld, das neue Versionsinformationen enthält, die durch Aktualisieren der in der Statusinformationsanforderungsnachricht enthaltenen Versionsinformationen um eine Stufe erhalten wurden.
  • Wenn der Server eine Statusinformationsanforderungsnachricht ohne die Versionsinformationen empfängt, setzt der Server die aktuellen Statusinformationen auf '0' zurück, fügt den Wert im Versionsinformationsfeld der Statusinformationsantwortnachricht hinzu und übermittelt selbige.
  • Das Format des in die Statusinformationsanforderungsnachricht und die Statusinformationsantwortnachricht eingefügten Versionsinformationsfelds kann als Zeichenfolge ebenso wie als eine ganze Zahl definiert werden.
  • Das soweit beschriebene Verfahren zum Synchronisieren der Statusinformationen eines IMPS-Client gemäß der vorliegenden Erfindung hat die folgenden Vorteile.
  • Da der Server nur Statusänderungsinformationen an den Client zur Synchronisierung der Statusinformationen überträgt, können der Verkehr auf den Funkkanälen verringert und die Anzahl verschwendeter Kanäle vermindert werden und folglich die Kanaleffizienz erhöht werden.

Claims (10)

  1. Verfahren zur Synchronisierung von Statusinformationen eines IMPS-Client, umfassend: Prüfen (S13) seitens eines Servers, ob in einer von einem bestimmten Client erhaltenen (S11) Statusinformationsanforderungsnachricht (GetPresenceRequest) Versionsinformationen (Presence-Data-Version-Number) enthalten sind, und Vergleichen (S17) von Statusinformationen, die den Versionsinformationen entsprechen, und aktuellen Statusinformationen sowie Übermitteln (S19) von Statusänderungsinformationen eines Kontakts als Statusinformationsantwortnachricht an den Client, falls die Versionsinformationen in der empfangenen Statusinformationsanforderungsnachricht enthalten sind.
  2. Verfahren nach Anspruch 1, wobei der Schritt des Übermittelns (S19) der Statusänderungsinformationsantwortnachricht umfasst: Erhalten (S17) der Statusänderungsinformationen des Kontakts, Speichern (S17) der aktuellen Statusinformationen in Zuordnung zu neuen Versionsinformationen und Übermitteln der Statusänderungsinformationen und der neuen Versionsinformationen an den Client.
  3. Verfahren nach Anspruch 2, wobei die neuen Versionsinformationen um einen Schritt gegenüber den Versionsinformationen erhöht sind.
  4. Verfahren nach Anspruch 2, ferner umfassend: Speichern von Statusinformationen in Zuordnung zu den in der Statusinformationsanforderungsnachricht enthaltenen Versionsinformationen (siehe Seite 7, Zeilen 8–11)
  5. Verfahren nach Anspruch 1, ferner umfassend: Speichern der aktuellen Statusinformationen von Kontakten in Zuordnung zu einem Versionsinformationsanfangswert, falls keine Versionsinformationen enthalten sind, und Übermitteln einer Statusinformationsantwortnachricht mit Statusinformationen jedes Kontakts und dem Versionsinformationsanfangswert an den Client.
  6. Verfahren zur Synchronisierung von Statusinformationen eines IMPS-Client, umfassend: Übermitteln einer Statusinformationsanforderungsnachricht seitens eines bestimmten Client, Prüfen (S13) von Versionsinformationen aus der Statusinformationsanforderungsnachricht seitens eines Servers nach Erhalt (S11) der Statusinformationsanforderungsnachricht, Vergleichen (S17) von in Zuordnung zu einem ersten Wert gespeicherten Statusinformationen mit aktuellen Statusinformationen durch den Server, falls die Versionsinformationen der erste Wert sind, Übermitteln (S19) einer Statusinformationsantwortnachricht mit anderen Statusinformationen und Versionsinformationen eines zweiten Werts durch den Server an den Client und Aktualisieren von Statusinformationen von Kontakten durch den Client nach Erhalt der Statusinformationsantwortnachricht und Speichern des zweiten Werts als Versionsinformation.
  7. Verfahren nach Anspruch 6, wobei bei dem Schritt des Übermittelns (S11) der Statusinformationsanforderungsnachricht die erste Statusinformationsanforderungsnachricht ohne Versionsinformationen übermittelt wird.
  8. Verfahren nach Anspruch 6, wobei bei dem Schritt des Übermittelns (S19) der Statusinformationsanforderungsnachricht der Client, sofern die entsprechende Nachricht die erste ist, keine Versionsinformationen dazufügt, wogegen der Client, sofern die entsprechende Nachricht nicht die erste ist, die in dem Client selbst gespeicherten Versionsinformationen zu der Nachricht hinzufügt.
  9. Verfahren nach Anspruch 6, wobei der Server zumindest einen ersten Wert, einen zweiten Wert in Zuordnung zu dem ersten Wert sowie Statusinformationen in Zuordnung zu dem zweiten Wert speichert (S17).
  10. Verfahren nach Anspruch 6, ferner umfassend: Übermitteln (S19) einer Statusinformationsantwortnachricht mit Statusinformationen jedes Kontakts und Versionsinformationen des zweiten Werts von dem Server an dem Client, sofern keine Versionsinformationen in der von dem Client übermittelten Statusinformationsanforderungsnachricht enthalten sind.
DE602005001662T 2004-06-08 2005-05-31 Verfahren zum Synchronisieren der Status Information eines IMPS Clients Active DE602005001662T2 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US57758304P 2004-06-08 2004-06-08
US577583P 2004-06-08
KR1020050040905A KR100690764B1 (ko) 2004-06-08 2005-05-16 아이엠피에스 클라이언트의 상태정보 동기화 방법
KR2005040905 2005-05-16

Publications (2)

Publication Number Publication Date
DE602005001662D1 DE602005001662D1 (de) 2007-08-30
DE602005001662T2 true DE602005001662T2 (de) 2008-06-05

Family

ID=34937083

Family Applications (1)

Application Number Title Priority Date Filing Date
DE602005001662T Active DE602005001662T2 (de) 2004-06-08 2005-05-31 Verfahren zum Synchronisieren der Status Information eines IMPS Clients

Country Status (6)

Country Link
US (1) US7602765B2 (de)
EP (1) EP1605664B1 (de)
JP (1) JP4771744B2 (de)
KR (1) KR100690764B1 (de)
AT (1) ATE367705T1 (de)
DE (1) DE602005001662T2 (de)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7587752B2 (en) * 2005-03-04 2009-09-08 Qualcomm Incorporated Methods and apparatus for providing a control channel in a data network
EP2226980B1 (de) * 2005-10-21 2011-07-06 Research In Motion Limited Sofortmitteilungsvorrichtung/Serverprotokoll
US8069153B2 (en) * 2005-12-02 2011-11-29 Salesforce.Com, Inc. Systems and methods for securing customer data in a multi-tenant environment
CN100493090C (zh) * 2006-01-25 2009-05-27 中国移动通信集团公司 移动终端与服务器之间的数据同步方法
US9154563B2 (en) * 2006-04-24 2015-10-06 Aol Inc. Alerts for monitoring user status
US20080052389A1 (en) * 2006-08-24 2008-02-28 George David A Method and apparatus for inferring the busy state of an instant messaging user
CN1921493A (zh) * 2006-09-08 2007-02-28 华为技术有限公司 通用消息系统以及登陆和登出该系统的方法
JP4846518B2 (ja) * 2006-10-20 2011-12-28 ソフトバンクモバイル株式会社 活動情報送受信システムおよび端末
US8942739B2 (en) * 2006-11-06 2015-01-27 Qualcomm Incorporated Methods and apparatus for communication of notifications
CN101257375B (zh) * 2006-12-31 2012-08-08 华为技术有限公司 实现多终端的消息同步的方法及装置
EP2028813A1 (de) * 2007-07-02 2009-02-25 British Telecmmunications public limited campany Verfahren zum Abgleich von zeitweise verbundenen Mobilendgeräten
US8832255B2 (en) 2007-11-30 2014-09-09 Red Hat, Inc. Using status inquiry and status response messages to exchange management information
US20090203389A1 (en) * 2008-02-07 2009-08-13 Syncplanet Llc Systems and methods for synchronizing information using short message services and email services
US9507630B2 (en) * 2012-02-09 2016-11-29 Cisco Technology, Inc. Application context transfer for distributed computing resources
KR20150088643A (ko) * 2014-01-24 2015-08-03 삼성전자주식회사 단말기 사용자의 커뮤니케이션 상태를 관리하는 단말기, 서버 및 방법
US9729480B2 (en) * 2015-02-04 2017-08-08 Kno2 Llc Interoperable clinical document-exchange system

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10229589A (ja) 1997-02-14 1998-08-25 Fujitsu Ltd 監視方法及び監視システム
US6138158A (en) 1998-04-30 2000-10-24 Phone.Com, Inc. Method and system for pushing and pulling data using wideband and narrowband transport systems
US6263362B1 (en) * 1998-09-01 2001-07-17 Bigfix, Inc. Inspector for computed relevance messaging
US6449622B1 (en) * 1999-03-08 2002-09-10 Starfish Software, Inc. System and methods for synchronizing datasets when dataset changes may be received out of order
US6564261B1 (en) * 1999-05-10 2003-05-13 Telefonaktiebolaget Lm Ericsson (Publ) Distributed system to intelligently establish sessions between anonymous users over various networks
US6714793B1 (en) 2000-03-06 2004-03-30 America Online, Inc. Method and system for instant messaging across cellular networks and a public data network
KR20020009741A (ko) * 2000-07-26 2002-02-02 황보영철 휴대전화단말기의 오퍼레이팅 기반환경 구축장치 및 이를이용한 응용프로그램의 무선 업그레이드 방법
US20020129103A1 (en) * 2001-03-12 2002-09-12 Birkler J?Ouml;Rgen Instant messaging presence service protocol
DE60230120D1 (de) 2001-03-14 2009-01-15 Nokia Corp Realisierung des präsenz-managements
JP2003132003A (ja) 2001-10-26 2003-05-09 Nec Corp 情報仲介システム、その方法及びそのプログラム
KR20030067319A (ko) * 2002-02-08 2003-08-14 박종태 무선 인터넷 기반의 인스턴트 메시지 시스템에서단문전송서비스를 이용한 실시간 사용자 상태정보 관리 방법
KR20020027432A (ko) * 2002-03-08 2002-04-13 김규천 단문 메시지를 이용한 상태정보 관리 시스템 및 방법
US7080404B2 (en) 2002-04-01 2006-07-18 Microsoft Corporation Automatic re-authentication
US6757722B2 (en) 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
KR100458271B1 (ko) * 2002-09-24 2004-11-26 에스케이커뮤니케이션즈 주식회사 커뮤니케이터 사용자 상태정보 제공방법
US20040068572A1 (en) 2002-10-04 2004-04-08 Zhixue Wu Methods and systems for communicating over a client-server network
JP2004140716A (ja) 2002-10-21 2004-05-13 Hitachi Ltd プレゼンス情報対応通信端末
JP2004326583A (ja) * 2003-04-25 2004-11-18 Toshiba Corp データ変換装置、データ交換方法およびプログラム

Also Published As

Publication number Publication date
DE602005001662D1 (de) 2007-08-30
ATE367705T1 (de) 2007-08-15
US20050271004A1 (en) 2005-12-08
EP1605664A1 (de) 2005-12-14
KR20060046054A (ko) 2006-05-17
EP1605664B1 (de) 2007-07-18
JP4771744B2 (ja) 2011-09-14
US7602765B2 (en) 2009-10-13
JP2005353056A (ja) 2005-12-22
KR100690764B1 (ko) 2007-03-09

Similar Documents

Publication Publication Date Title
DE602005001662T2 (de) Verfahren zum Synchronisieren der Status Information eines IMPS Clients
DE69216130T2 (de) Verfahren und Vorrichtung zur verbesserten Verteilung von elektronischen Mitteilungen
EP2826224B1 (de) Zugriff von clients auf einen serverdienst mittels einer opc-ua
DE69926807T2 (de) Verfahren zur ablieferung von nachrichten
DE102006014684B4 (de) Systeme und Verfahren für Instant- Messaging
DE69936267T2 (de) Drahtloses push-to-talk (ptt) internetrundsenden
DE60203550T2 (de) Verfahren, System and Computerprogrammprodukt für die Synchronisation von verschiedenen Datenstrukturen durch Benutzung von Aktualisierungsmeldungen
DE3586430T2 (de) Lokales netzwerk fuer numerische datenverarbeitungssysteme.
DE3854705T2 (de) Vorrichtung zum Aufbau und Steuern virtueller Netze.
DE69730201T2 (de) Sendevorrichtung mit mobilitätsmanager und verfahren zur kommunikation
DE60217907T2 (de) Lokale cache-speicherung von bildern für online-konferenzprogramme
DE602005004214T2 (de) Kommunikationssystem and Verfahren zur Aktualisierung von Software in einem Endbenutzergerät
DE69330266T2 (de) Einrichtung und Verfahren für automatische Verteilung von Informationen über die Identität von Netzwerkelementen
DE102008036453A1 (de) Verfahren zum Versenden von Daten und Kommunikationseinrichtung
DE602005004721T2 (de) Verfahren zur Verwaltung von verdoppelten Nachrichtenmeldungen in multimedialen Benachrichtigungsdiensten
EP1484882B1 (de) Verfahren zum Überwachen von Teilnehmerdiensten in einem Telekommunikationsnetz
EP1794949A1 (de) Verfahren zum verteilen von software und konfigurationsdaten sowie entsprechendes datennetz
DE60032070T2 (de) Architektur zur Bereitstellung von Leistungsmerkmalen für drahtlose Anrufe in einem drahtlosen Telekommunikationssystem
DE69838326T2 (de) Wiedergewinnung von gruppeninformation unter mobilen systemen
DE102008029142B3 (de) Verfahren zur Ermittlung aktiver Kommunikationssitzungen und Kommunikationssitzungs-Informationsserver
DE20221997U1 (de) System für Videokonferenzdienste und Servicezentrum
DE60320099T2 (de) Vorrichtung und verfahren zum verteilen von gestreamten echtzeit-informationen zwischen clients
DE602004005445T2 (de) Verfahren zur aktualisierung von sitzungseinleitungsinformationen in verbindung mit einer fernsprechverbindung und endgeräteeinrichtung mit dem verfahren
DE60313093T2 (de) Verfahren zum verteilen von informationen in einem präsenzdienstsystem
DE69834175T2 (de) Verfahren zur Bestimmung der Zugriffszeit von wiederholt übertragenen Objekte

Legal Events

Date Code Title Description
8364 No opposition during term of opposition