DE69922350T2 - Nachrichtenablieferungssystem - Google Patents

Nachrichtenablieferungssystem Download PDF

Info

Publication number
DE69922350T2
DE69922350T2 DE69922350T DE69922350T DE69922350T2 DE 69922350 T2 DE69922350 T2 DE 69922350T2 DE 69922350 T DE69922350 T DE 69922350T DE 69922350 T DE69922350 T DE 69922350T DE 69922350 T2 DE69922350 T2 DE 69922350T2
Authority
DE
Germany
Prior art keywords
message
request
server unit
client system
delivery
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.)
Expired - Lifetime
Application number
DE69922350T
Other languages
English (en)
Other versions
DE69922350D1 (de
Inventor
Takako Hirakata-shi Hirose
Hiromi Neyagawa-shi Wada
Yasunori Takatsuki-shi Tanaka
Atsunobu Ebina-shi Kato
Masaharu Yokohama-shi Nakatsuchi
Keizaburo Yokosuka-shi Sasaki
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.)
NTT Docomo Inc
Panasonic Corp
Panasonic Mobile Communications Co Ltd
Original Assignee
NTT Docomo Inc
Panasonic Mobile Communications Co Ltd
Matsushita Electric Industrial Co Ltd
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 NTT Docomo Inc, Panasonic Mobile Communications Co Ltd, Matsushita Electric Industrial Co Ltd filed Critical NTT Docomo Inc
Application granted granted Critical
Publication of DE69922350D1 publication Critical patent/DE69922350D1/de
Publication of DE69922350T2 publication Critical patent/DE69922350T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/23Reliability checks, e.g. acknowledgments or fault reporting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/224Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)

Description

  • Technisches Gebiet
  • Die vorliegende Erfindung betrifft ein Nachrichten-Zustellsystem von einem Server an einen Client und insbesondere eine Nachrichtenzustellung des PUSH-Typs.
  • Hintergrundtechnik
  • In den letzten Jahren kann ein Benutzer im Zuge der Entwicklung von fortgeschrittener Information verschiedenartige Information unmittelbar erlangen, indem er eine Adresse bestimmt, auf die über das Internet zugegriffen werden soll. Als Datenübertragungsprotokoll zwischen dem Client und dem Server hat HTTP (Hyper Text Transfer Protocol) weite Verbreitung gefunden. Da gemäß HTTP der Server auf die von dem Client ausgegebene Erfassungsanforderung antwortet und den Client über die angeforderte Information informiert, kann der Benutzer die Information erlangen.
  • Zusätzlich zu einem solchen PULL-Service kann jetzt der PUSH-Service eingesetzt werden, der den Benutzer automatisch über verschiedene Information von dem Kommunikationsunternehmen oder Provider, der den Service anbietet, informiert. Der PUSH-Service kann in den Mail-Services eingesetzt werden. Dieser Service informiert den Benutzer über die Tatsache, dass die Mail an dem Server eintrifft, und der Benutzer kann daher die Empfangssituation der Mail ergreifen und die Mail empfangen, ohne periodisch auf den Server zuzugreifen.
  • Wenn die Server-Einheit die Sendebestätigung auf der Netzwerkebene der unteren Schicht nach der Nachrichtenübertragung empfängt, zieht sie in Betracht, dass die Übertragung vollendet wurde, und löscht dann die gespeicherte Nachricht. Wenn in diesem Fall das Client-System die Daten der maximal empfangbaren Größe bereits empfangen hat, war es außerstande, die Nachricht als die Anwendung zu empfangen, aber die Übertragung der Nachrichtendaten auf der Netzwerkebene war erfolgreich. Als Folge gibt es ein Problem, dass der Löschungsprozess auf der Seite der Server-Einheit durchgeführt wird und daher der Benutzer außerstande ist, die Nachricht zu erlangen. Besonders in dem Fall des Client-Systems über das Funknetzwerk, z. B. das Mobil-Endgerät, kann vermutet werden, dass ein solches Problem häufig vorkommt, da Begrenzungen, z. B. kleine Speicherkapazität, vorhanden sind.
  • Die vorliegende Erfindung wurde gemacht, um das obige Problem zu überwinden, und es ist eine Aufgabe der vorliegenden Erfindung, ein Nachrichten-Zustellsystem bereitzustellen, das kein Fehlen der Nachricht erzeugt, indem es möglich gemacht wird, eine Anweisung von dem Client-System an die Server-Einheit auszugeben, um eine Nachricht zu verarbeiten, die von dem Client-System zu einem Zeitpunkt empfangen wird, wenn das Client-System den Empfang der Nachricht vollendet hat, und dann der Nachrichtenprozess auf der Seite der Server-Einheit in Übereinstimmung mit der Anweisung durchgeführt wird, während eine andere Anweisung von dem Client-System an die Server-Einheit ausgegeben wird, um eine nachfolgende Nachricht zu senden.
  • Das Dokument "RFC1939: Post Office Protocol version 3" offenbart, dass die Ansammlung von Nachrichten das Unvermögen des Benutzers, neue Nachrichten in dem Briefkasten zu empfangen, zur Folge haben kann, und schlägt vor, einige Methoden zu verwenden, um das Problem zu lösen. Das Dokument betont auch, dass es wichtig ist, Nachrichten im Fall einer anomalen Verbindungs-Beendigung zu löschen, weil der Client eins Nachricht nicht erfolgreich empfangen oder gespeichert haben kann.
  • Das Dokument "Internet Message Access Protocol – version 4rev1" offenbart, dass eine Nachricht entsprechend den Anweisungen des Client aus dem Briefkasten der Server-Einheit gelöscht oder rückgewonnen werden kann. Zum Beispiel kann der Befehl "expunge" aus dem momentan gewählten Briefkasten alle Nachrichten permanent entfernen, die das "deleted"-Flag gesetzt haben. Der Befehl "fetch" wird benutzt, um mit einer Nachricht in dem Briefkasten verbundene Daten zurückzugewinnen.
  • Offenbarung der Erfindung
  • Um das obige Problem zu überwinden, umfasst ein Nachrichten-Zustellsystem der vorliegenden Erfindung ein Client-System, das eine Zustellnachricht von einer Server-Einheit erlangt, durch Anfordern, die Zustellnachricht in der Server-Einheit in Übereinstimmung mit einer Benachrichtigung von der Server-Einheit zu senden, wobei das Client-System eine Speichereinrichtung für empfangene Nachrichten zum Speichern von der Server-Einheit empfangener Zustellnachrichteninformation und eine Anweisungs- und Nachrichtenerfassungs-Anforderungseinrichtung umfasst zum Informieren der Server-Einheit über eine nachfolgende Nachrichtenerfassungs-Anforderung, wenn eine nachfolgende Nachricht vorhanden ist, und eine Prozessanweisungsanforderung für die Zustellnachricht, deren Empfang vollendet ist, wenn der Empfang der Zustellnachricht von der Server-Einheit vollendet ist, und die Server-Einheit eine Zustellnachrichten-Speichereinrichtung zum Speichern der an das Client-System zu senden Zustellnachricht, und eine Nachrichten-Verarbeitungseinrichtung umfasst zum Senden einer in der Zustellnachrichten-Speichereinrichtung gespeicherten nachfolgenden Nachricht an das Client-System in Übereinstimmung mit einer Anforderung von dem Client-System und dann Verarbeiten der Zustellnachricht, deren Empfang vollendet ist.
  • In dem obigen Nachrichten-Zustellsystem ist es in einem Nachrichten-Zustellsystem der vorliegenden Erfindung vorzuziehen, dass durch Anweisen, aus der Zustellnachrichten-Speichereinrichtung der Server-Einheit als der Prozess für die Zustellnachricht, deren Empfang vollendet ist, die Nachrichten-Verarbeitungseinheit die Zustellnachricht, die von dem Client-System mitgeteilt wird und deren Empfang vollendet ist, aus der Zustellnachrichten-Speichereinrichtung in Übereinstimmung mit einer Anweisung von dem Client-System löscht.
  • Außerdem ist es in dem obigen Nachrichten-Zustellsystem in einem Nachrichten-Zustellsystem der vorliegenden Erfindung vorzuziehen, dass die Server-Einheit die in der Zustellnachrichten-Speichereinrichtung gespeicherte Zustellnachricht hält, bis ihre Löschung durch das Client-System befohlen wird, und dann die gleiche Zustellnachricht noch einmal sendet, wenn sie eine Erfassungsanforderung von dem Client-System empfängt.
  • Weiterhin ist es in dem obigen Nachrichten-Zustellsystem in einem Nachrichten-Zustellsystem der vorliegenden Erfindung vorzuziehen, dass die Server-Einheit eine Speichereinrichtung für verarbeitete Nachrichten zum Speichern der an das Client-System gelieferten Nachrichten enthält, und durch Anweisen, aus der Zustellnachrichten-Speichereinrichtung der Server-Einheit als der Prozess für die Zustellnachricht, deren Empfang vollendet ist, zu verschieben, verschiebt die Nachrichten-Verarbeitungseinrichtung die Zustellnachricht, die von dem Client-System mitgeteilt wird und deren Empfang vollendet ist, aus der Zustellnachrichten-Speichereinrichtung in die Speichereinrichtung für verarbeitete Nachrichten in Übereinstimmung mit einer Anweisung von dem Client-System.
  • Außerdem ist es in dem obigen Nachrichten-Zustellsystem in einem Nachrichten-Zustellsystem der vorliegenden Erfindung vorzuziehen, dass die Server-Einheit die in der Zustellnachrichten-Speichereinrichtung gespeicherte Zustellnachricht hält, bis ihre Verschiebung durch das Client-System befohlen wird, und dann die gleiche Zustellnachricht noch einmal sendet, wenn sie eine Erfassungsanforderung von dem Client-System empfängt.
  • Außerdem, in dem obigen Nachrichten-Zustellsystem umfasst ein Nachrichten-Zustellsystem der vorliegenden Erfindung vorzugsweise eine Nachrichtenanweisungs-Anforderungseinrichtung zum Informieren der Server-Einheit von nur einer Prozess-Anweisungsanforderung für die Zustellnachricht, deren Empfang vollendet ist, wenn keine nachfolgende Nachricht vorhanden ist.
  • Kurzbeschreibung der Zeichnungen
  • 1 ist ein Blockschaltbild, das eine erste Ausführung eines erfindungsgemäßen Nachrichten-Zustellsystems zeigt.
  • 2 ist ein Blockschaltbild, das eine zweite Ausführung eines erfindungsgemäßen Nachrichten-Zustellsystems zeigt.
  • 3 ist ein Flussdiagramm, das konkrete Prozeduren eines Steuervorgangs eines Client-Systems in dem in 1 gezeigten Nachrichten-Zustellsystem zeigt.
  • 4 ist ein Flussdiagramm, das konkrete Prozeduren eines Steuervorgangs einer Server-Einheit in dem in 1 gezeigten Nachrichten-Zustellsystem zeigt.
  • 5 ist eine Ablaufdarstellung, die ein Beispiel eines Nachrichten-Erfassungsschemas in dem in 1 gezeigten Nachrichten-Zustellsystem zeigt.
  • 6 ist eine Darstellung, die ein Beispiel von Datenformaten einer in dem in 1 gezeigten Nachrichten-Zustellsystem verwendeten Nachrichten-Erfassungsanforderung zeigt.
  • 7 ist eine Darstellung, die ein Beispiel eines Datenformates einer in dem in 1 gezeigten Nachrichten-Zustellsystem verwendeten Nachrichten-Erfassungsantwort zeigt.
  • Beste Weise zum Ausführen der Erfindung
  • Ausführungen der vorliegenden Erfindung werden nun im Einzelnen mit Verweis auf die Zeichnungen erklärt.
  • Erste Ausführung
  • 1 ist ein Blockschaltbild, das Konfigurationen eines Client-Systems und einer Server-Einheit in einem Nachrichten-Zustellsystem nach der ersten Ausführung zeigt.
  • Das Client-System 100 umfasst einen Erfassungsstart-Entscheidungsabschnitt 101, einen Erfassungs-Anforderungsabschnitt 102, einen Antwort Entscheidungsabschnitt 103, einen Nachrichten-Empfangsabschnitt 104, einen Erfassungs-und-Löschungs-Anforderungsabschnitt 105 und einen Empfangsnachrichten-Speicherabschnitt 106.
  • Wenn der Erfassungsstart-Entscheidungsabschnitt 101 beim Empfangen einer von einer Servereinheit gesendeten Erfassungsstart-Mitteilung durch Nachsehen des Empfangsnachrichten-Speicherabschnitts 106 feststellt, dass leere Nachrichten-Speicherbereiche vorhanden sind, setzt er einen Anfangswert als einen Erfassungs-Anforderungsnachricht-Identifizierer, der anschließend die Erfassung von der Server-Einheit 200 anfordert, und fordert dann den Erfassungs-Anforderungsabschnitt 102 auf, eine nachfolgende Nachricht zu erfassen. Die von der Server-Einheit 200 erlangten Nachrichtendaten werden im Empfangsnachrichten-Speicherabschnitt 106 gespeichert.
  • Der Erfassungs-Anforderungsabschnitt 102 sendet die Nachrichten-Erfassungsanforderung an die Server-Einheit 200, wenn die Erfassung der nachfolgenden Nachricht angefordert wird. Die Nachrichten-Erfassungsanforderung enthält den Erfassungs-Anforderungsnachricht-Identifizierer als die Erfassungs-Anforderungsinformation und fordert die Übertragung der durch die Server-Einheit 200 bestimmten Nachricht an.
  • Wenn der Antwort-Entscheidungsabschnitt 103 die von der Server-Einheit 200 gesendete Nachrichten-Erfassungsantwort empfängt, bestimmt er einen in der Nachrichten-Erfassungsanforderung enthaltenen Code und informiert dann den Nachrichten-Empfangsabschnitt 104, dass die Nachrichtendaten normal empfangen werden. Außerdem erfasst der Antwort-Entscheidungsabschnitt 103 den anschließend anzufordernden Erfassungs-Mitteilungsnachricht-Identifizierer aus der in der Nachrichten-Erfassungsantwort enthaltenen Erfassungs-Antwortinformation und aktualisiert dann den Erfassungs-Anforderungsnachricht Identifizierer, um anschließend die Erfassung anzufordern, in einen erfassten Wert des Erfassungs-Mitteilungsnachricht-Identifizierers.
  • Wenn der Nachrichten-Empfangsabschnitt 104 die Vollendung des Nachrichtenempfangs erfasst, registriert er die empfangenen Nachrichtendaten im Empfangsnachrichten-Speicherabschnitt 106, stellt dann die empfangene Nachricht in die Server-Einheit als den Löschungs-Anforderungsnachricht-Identifizierer, um anschließend die Löschung anzufodern, und fordert dann den Erfassungs-und-Löschungs-Anforderungsabschnitt 105 auf, die nächste Nachricht zu empfangen und die empfangene Nachricht zu löschen.
  • Wenn der Erfassungs-und-Löschungs-Anforderungsabschnitt 105 aufgefordert wird, die nächste Nachricht zu empfangen und die empfangene Nachricht zu löschen, sendet er die Nachrichten-Erfassungsanforderung zusammen mit der Löschungs-Anforderungsinformation an die Server-Einheit 200. Die Nachrichten-Erfassungsanforderung enthält den Erfassungs-Anforderungsnachricht-Identifizierer als die Erfassungs-Anforderungsinformation und enthält den Löschungs-Anforderungsnachricht-Identifizierer als die Löschungs-Anforderungsinformation und fordert die Server-Einheit 200 auf, die bestimmte Nachricht zu senden und die empfangene Nachricht zu löschen. In diesem Fall bestimmt der Erfassungs-und-Löschungs-Anforderungsabschnitt 105, ob der Erfassungs-Anforderungsnachricht-Identifizierer der Anfangswert ist oder nicht, und entscheidet dann, dass keine nachfolgende Nachricht vorhanden ist, wenn der Identifizierer der Anfangswert ist. Die Nachrichten-Erfassungsanforderung enthält daher nicht die Erfassungs-Anforderungsinformation und fordert die Server-Einheit lediglich auf, die empfangene Nachricht zu löschen.
  • Die Server-Einheit 200 umfasst einen Erfassungsstart-Informationsabschnitt 201, einen Anforderungs-Entscheidungsabschnitt 202, einen Nachrichten-Sendeabschnitt 203, einen Nachrichten-Löschungsabschnitt 204 und einen Zustellnachrichten-Speicherabschnitt 205.
  • Der Erfassungsstart-Informationsabschnitt 201 verlangt das Erfassen der Nachricht durch senden des Anrufs an das Client-System 100 als die Erfassungsstartmitteilung, wenn eine an das einzelne Client-System 100 zu liefernde Nachricht in dem Zustellnachrichten-Speicherabschnitt 205 akkumuliert ist. Die an das Client-System 100 zu liefernden Nachrichtendaten werden in dem Zustellnachrichten-Speicherabschnitt 205 gespeichert.
  • Wenn der Anforderungs-Entscheidungsabschnitt 202 die von dem Client-System 200 gesendete Nachrichten-Erfassungsanforderung empfängt, erfasst er den Erfassungs-Anforderungsnachricht-Identifizierer aus der in der Nachrichten-Erfassungsanforderung enthaltenen Erfassungs-Anforderungsinformation und verlangt dann das Senden der Nachricht, die durch den Erfassungs-Abforderungsnachricht-Identifizierer angegeben wird, der durch den Nachrichrichten-Sendeabschnitt 203 erfasst wurde. Außerdem erfasst der Anforderungs-Entscheidungsabschnitt 202 den Löschungs-Anforderungsnachricht-Identifizierer aus der in der Nachrichten-Erfassungsanforderung enthaltenen Löschungsanforderung und fordert dann den Löschungsabschnitt 204 auf, die durch den erfassten Löschungs-Anforderungsnachricht-Identifizierer angegebene Nachricht zu löschen.
  • Wenn der Nachrichten-Sendeabschnitt 203 aufgefordert wird, die Nachricht zu senden, holt er die Nachricht mit dem durch das Client-System 100 angegebenen Erfassungs-Anforderungsnachricht-Identifizierer aus dem Zustellnachrichten-Speicherabschnitt 205 und sendet dann die Nachrichten-Erfassungsantwort an das Client-System 100. Die Nachrichten-Erfassungsantwort enthält die Nachrichtendaten, die dem Erfassungs-Anforderungsnachricht-Identifizierer und dem Erfassungs-Mitteilungsnachricht-Identifizierer entsprechen, als die Erfassungs-Antwortinformation. Der Erfassungs-Mitteilungsnachricht-Identifizierer bezeich net die anzufordernde Nachricht. Da keine weitere Nachricht vorhanden ist, die zur Zeit des Sendens der letzten in der Server-Einheit 200 akkumulierten Nachrichtendaten anzufordern ist, wird der Anfangswert als der Erfassungs-Mitteilungsnachricht-Identifizierer mitgeteilt.
  • Wenn der Nachrichten-Löschungsabschnitt 204 aufgefordert wird, die Nachricht zu löschen, löscht er die Nachricht, die dem durch das Client-System 100 angegebenen Löschungs-Anforderungsnachricht-Identifizierer entspricht, aus dem Zustellnachrichten-Speicherabschnitt 205.
  • 3 ist ein Flussdiagramm, das eine Operation des Client-Systems in dem Nachrichten-Zustellsystem in der ersten Ausführung zeigt. Im Folgenden wird eine Operation des Client-Systems 100 zur Erfassung der Nachricht entsprechend der Mitteilung von der Server-Einheit 200 mit Verweis auf 3 erklärt.
  • Zuerst, wenn das Client-System 100 die Erfassungsstartmitteilung von der Server-Einheit 200 empfängt, sieht es in dem Empfangsnachrichten-Speicherabschnitt 106 nach, um zu entscheiden, ob die nachfolgende Nachricht gespeichert werden kann oder nicht (Schritt S30).
  • Wenn der Empfangsnachrichten-Speicherabschnitt 106 leere Nachrichtenspeicherbereiche hat und somit die nachfolgende Nachricht empfangen werden kann (JA in Schritt S30), wird der Anfangswert als der Erfassungs-Anforderungsnachricht-Identifizierer zum anschließenden Anfordern der Erfassung festgelegt (Schritt S31). Das Client-System 100 sendet die Nachrichten-Erfassungsanforderung an die Server-Einheit 200 (Schritt S32). Andererseits, wenn die empfangenen Nachrichten schon bis zu der maximalen Größe gespeichert wurden und somit die nachfolgende Nachricht nicht empfangen werden kann (NEIN in Schritt S30), wird der Prozess beendet.
  • Dann empfängt das Client-System 100 die Nachrichten-Erfassungsantwort von der Server-Einheit 200 und bestimmt dann den in der Nachrichten-Erfassungsantwort enthaltenen Antwortcode. Wenn das Client-System 100 die Antwort erfolgreich empfängt (Erfolg in Schritt S33), ergreift es den durch die Nachrichten-Erfassungsantwort bestimmten anschließend anzufordernden Erfassungs-Mitteilungsnachricht-Identifizierer und aktualisiert dann den Erfassungs-Anforderungsnachricht-Identifizierer zur anschließenden Erfassung in einen erfassten Wert des Erfassungs-Mitteilungsnachricht-Identifizierers (Schritt S34). Wenn andererseits das Client-System 100 versagt, die Nachrichten-Erfassungsantwort zu empfangen (Fehler in Schritt S33), wird der Prozess beendet.
  • Wenn der Empfang der Nachrichtendaten in der vorliegenden Nachricht vollendet wurde, werden während des Erfassens die empfangenen Nachrichtendaten in dem Empfangsnachrichten-Speicherabschnitt 106 registriert (Schritt S35). Dann wird die empfangene Nachricht als der Löschungs-Anforderungsnachricht-Identifizierer zum Anfordern der Löschung bestimmt.
  • Dann, wenn der Identifizierer der nachfolgenden Nachricht ein Wert anders als der Anfangswert ist, wird entschieden, dass die nachfolgend zu erfassende Nachricht in der Server-Einheit 200 vorhanden ist (nachfolgende Nachricht ist vorhanden in Schritt S36). Dann wird auf den Empfangsnachrichten-Speicherabschnitt 106 Bezug genommen, um festzustellen, ob der Empfang der nachfolgenden Nachricht möglich ist oder nicht (Schritt S37).
  • Wenn der Empfangsnachrichten-Speicherabschnitt 106 leere Nachrichtenspeicherabschnitte hat und die nachfolgende Nachricht empfangen werden kann (JA in Schritt S37), sendet das Client-System 100 die Nachrichten-Erfassungsanforderung zusammen mit der Löschungs-Anforderungsinformation an die Server-Einheit 200 (Schritt S38). Dann geht der Prozess zu Schritt S33. Die Nachrichten-Erfassungsanforderung enthält den Erfassungs-Anforderungsnachricht-Identifizierer als die Erfassungs-Anforderungsinformation, und enthält den Löschungs-Anforderungsnachricht-Identifizierer als die Löschungs-Anforderungsinformation und fordert die Server-Einheit 200 auf, die nachfolgende Nachricht zu senden und die empfangene Nachricht zu löschen.
  • Wenn andererseits der Identifizierer der nachfolgenden Nachricht der Anfangswert ist, wird entschieden, dass die nachfolgende zu erfassende Nachricht nicht in der Server-Einheit 200 vorhanden ist (keine nachfolgende Nachricht ist vorhanden in Schritt S36). Das Client-System 100 sendet dann die Nachrichten-Erfassungsanforderung zusammen mit der Löschungs-Anforderungsinformation an die Server-Einheit 200 (Schritt S39). Die Nachrichten-Erfassungsanforderung enthält nicht die Erfassungs-Anforderungsinformation und fordert die Server-Einheit 200 nur auf, die empfangene Nachricht zu löschen, verlangt aber nicht, die nachfolgende Nachricht zu senden.
  • Wenn der Empfangsnachrichten-Speicherabschnitt 106 keine leeren Nachrichtenspeicherabschnitte hat und die nachfolgende Nachricht nicht empfangen werden kann (Nein in Schritt S37), geht der Prozess zu Schritt S39).
  • 4 ist ein Flussdiagramm, das eine Operation der Server-Einheit in dem Nachrichten-Zustellsystem in der ersten Ausführung zeigt. Eine Operation, die durchgeführt wird, wenn die Server-Einheit 200 die Nachrichten-Erfassungsanforderung von dem Client-System 100 empfängt, wird im Folgenden mit Verweis auf 4 erklärt.
  • Zuerst, wenn die Server-Einheit 200 die Nachrichten-Erfassungsanforderung von dem Client-System 100 empfängt, stellt sie fest, ob die Erfassungs-Anforderungsinformation enthalten ist oder nicht (Schritt S40).
  • Wenn die Erfassungs-Anforderungsinformation enthalten ist (Ja in Schritt S40), ergreift die Server-Einheit 200 die durch den Erfassungs-Anforderungsnachricht-Identifizierer bezeichnete Nachricht aus dem Zustellnachrichten-Speicherabschnitt 205 und entscheidet dann, ob die ergriffene Nachricht die letzte in der Server-Einheit 200 akkumulierte Nachricht ist (Schritt S41). Wenn andererseits die Erfassungs-Anforderungsinformation nicht enthaften ist (Nein in Schritt S40), geht der Prozess zu Schritt S45.
  • Wenn die ergriffene Nachricht nicht die letzte in der Server-Einheit 200 akkumulierte Nachricht ist und die anzufordernde nachfolgende Nachricht vorhanden ist (Ja in Schritt S41), wird der Erfassungs-Mitteilungsnachricht-Identifizierer auf den nächsten aktualisiert (Schritt S42). Wenn andererseits die ergriffene Nachricht die letzte in der Server-Einheit 200 akkumulierte Nachricht ist und die anzufordernde nachfolgende Nachricht nicht vorhanden ist (Nein in Schritt S41) wird der Anfangswert als der Erfassungs-Mitteilungsnachricht-Identifizierer bestimmt (Schritt S43).
  • Dann sendet die Server-Einheit 200 die Nachrichten-Erfassungsantwort an das Client-System 100 (Schritt S44). Die Nachrichten-Erfassungsantwort enthält die aus dem Zustellnachrichten-Speicherabschnitt 205 geholten Nachrichtendaten und den Erfassungs-Mitteilungsnachricht-Identifizierer als die Erfassungs-Antwortinformation.
  • Dann entscheidet die Server-Einheit 200, ob die Löschungs-Anforderungsinformation in der von dem Client-System 100 empfangenen Nachrichten-Erfassungsanforderung enthaften ist oder nicht (Schritt S45).
  • Wenn die Löschungs-Anforderungsinformation enthalten ist (Ja in Schritt S45), wird die durch den Löschungs-Anforderungsnachricht-Identifizierer bezeichnete Nachricht aus dem Zustellnachrichten-Speicherabschnitt 205 gelöscht (Schritt S47).
  • 5 ist eine Ablaufdarstellung, die den Prozess zwischen dem Client-System und der Server-Einheit in dem Nachrichten-Zustellsystem in der ersten Ausführung zeigt. Eine Operation des Client-Systems zum Erlangen der Nachricht entsprechend der Benachrichtigung von der Server-Einheit 200 wird im Folgenden mit Verweis auf 5 erklärt.
  • Zuerst sendet die Server-Einheit 200 die Erfassungsstartmitteilung an das Client-System 100, wenn die an das Client-System 100 zu liefernden Nachrichten akkumuliert sind.
  • Das Client-System bestimmt den Anfangswert als den Erfassungs-Anforderungsnachricht-Identifizierer und sendet dann die Nachrichten-Erfassungsanforderung an die Server-Einheit 200.
  • Wenn die Server-Einheit 200 die Nachrichten-Erfassungsanforderung empfängt, stellt sie fest, dass der Anfangswert als der Erfassungs-Anforderungsnachricht-Identifizierer festgelegt ist, ergreift dann die erste Nachricht aus dem Zustellnachrichten-Speicherabschnitt 205 und sendet dann die Nachrichten-Erfassungsantwort an das Client-System 100. Die Nachrichten-Erfassungsantwort enthält nicht nur die Nachrichtendaten, sondern auch den Erfassungs-Mitteilungsnachricht-Identifizierer, der die anschließend anzufordernde Nachricht bezeichnet.
  • Wenn das Client-System 100 den Empfang der Nachrichtendaten in der momentanen Nachricht vollendet, registriert es während des Erfassens die empfangenen Nachrichtendaten im Empfangsnachrichten-Speicherabschnitt 106 und entscheidet dann, ob der durch die Nachrichten-Erfassungsnachricht angegebene Erfassungs-Mitteilungsnachricht-Identifizierer der Anfangswert ist oder nicht. Wenn der Identifizierer nicht der Anfangswert ist, wird ein Wert dieses Erfassungs-Mitteilungsnachricht-Identifizierers als der Erfassungs-Anforderungsnachricht-Identifizierer gesetzt, dann wird der Identifizierer der empfangenen Nachricht als der Löschungs-Anforderungsnachricht-Identifizierer gesetzt, und dann wird die Nachrichten-Erfassungsanforderung, die die Löschungs-Anforderungsinformation enthält, an die Server-Einheit 200 gesendet.
  • Wenn die Server-Einheit 200 die Nachrichten-Erfassungsanforderung empfängt, erfasst sie den in der Nachrichten-Erfassungsanforderung enthaltenen Erfassungs-Anforderungsnachricht-Identifizierer, ergreift dann die durch den Erfassungs-Anforderungsnachricht-Identifizierer bezeichneten Nachrichtendaten aus dem Zustellnachrichten-Speicherabschnitt 205 und sendet dann die Nachrichten-Erfassungsantwort an das Client-System 100. Wenn die vorliegende Nachricht nicht die letzte in der Server-Einheit 200 akkumulierte Nachricht ist und die nachfolgende Nachricht vorhanden ist, aktualisiert die Server-Einheit 200 den Erfassungs-Mitteilungsnachricht-Identifizierer, der die anzufordernde Nachricht angibt und in der Nachrichten-Erfassungsantwort enthalten ist. Wenn andererseits die vorliegende Nachricht die letzte in der Server-Einheit 200 akkumulierte Nachricht ist und die nachfolgende Nachricht nicht vorhanden ist, benutzt die Server-Einheit 200 den Anfangswert als den Erfassungs-Mitteilungsnachricht-Identifizierer, der die anzufordernde Nachricht angibt und in der Nachrichten-Erfassungsantwort enthalten ist. Außerdem erfasst die Server-Einheit 200 den in der Nachrichten-Erfassungsanforderung enthaltenen Löschobjektnachricht-Identifizierer und löscht dann die durch den Löschungs-Anforderungsnachricht-Identifizierer bezeichneten Nachrichtendaten aus dem Zustellnachrichten-Speicherabschnitt 205.
  • Wenn das Client-System 100 den Empfang der Nachrichtendaten in der vorliegenden Nachricht vollendet, registriert sie während des Erfassens die empfangenen Nachrichtendaten im Empfangsnachrichten-Speicherabschnitt 106 und stellt dann fest, ob der durch die Nachrichten-Erfassungsantwort bezeichnete Erfassungs-Mitteilungsnachricht-Identifizierer der Anfangswert ist. Wenn der Identifizierer der Anfangswert ist, entscheidet das Client-System 100, dass es keine anschließend zu erfassende Nachricht gibt, setzt dann den Identifizierer der empfangenen Nachricht als den Löschungs-Anforderungsnachricht-Identifizierer und sendet dann die Nachrichten-Erfassungsanforderung, die die Löschungs-Anforderungsinformation enthält, aber nicht die Erfassungs-Anforderungsinformation enthält, an die Server-Einheit 200.
  • Wenn die Server-Einheit 200 die Nachrichten-Erfassungsanforderung empfängt, erfasst sie den in der Nachrichten-Erfassungsanforderung enthaltenen Löschungs-Anforderungsnachricht-Identifizierer und löscht dann die durch den Löschungs-Anforderungsnachricht-Identifizierer bezeichneten Nachrichtendaten aus dem Zustellnachrichten-Speicherabschnitt 205.
  • 6 zeigt ein Beispiel von Datenformaten der Nachrichten-Erfassungsanforderung, die zwischen dem Client-System und der Server-Einheit gesendet/empfangen wird, die in dem Nachrichten-Zustellsystem in der ersten Ausführung verwendet werden.
  • (A) ist eine Darstellung, die ein Datenformat zeigt, das die Erfassungs-Anforderungsinformation und die Löschungs-Anforderungsinformation enthält. Dieses Datenformat besteht aus Verfahren, Adresse, Erfassungs-Anforderungsinformation, Löschungs-Anforderungsinformation und Version. Grenzen zwischen der Adresse, der Erfassungs-Anforderungsinformation und der Löschungs-Anforderungsinformation sind durch Verwenden eines Begrenzungszeichens "&" bestimmt, und Grenzen zwischen anderer Bestandteil-Informa tion sind durch einen Zwischenraum bestimmt. Das Verfahren kann GET, POST usw. bezeichnen, und GET wird benutzt, wenn die Nachricht von dem Server erlangt wird. Die Adresse bezeichnet den Server zum Akkumulieren der Nachrichten und ihrer Speicherbereiche. Die Version bezeichnet die benutzte Version des HTTP.
  • Die Erfassungs-Anforderungsinformation enthält den Erfassungs-Anforderungsnachricht-Identifizierer und verlangt das Senden der durch die Server-Einheit bezeichneten Nachricht. Die Löschungs-Anforderungsinformation enthält den Löschungs-Anforderungsnachricht-Identifizierer und verlangt das Löschen der bezeichneten Nachricht aus der Server-Einheit.
  • (B) ist eine Darstellung, die ein Datenformat zeigt, das die Erfassungs-Anforderungsinformation enthält. Dieses Datenformat besteht aus Verfahren, Adresse, Erfassungs-Anforderungsinformation und Version. Die Erfassungs-Anforderungsinformation enthält den Erfassungs-Anforderungsnachricht-Identifizierer und verlangt das Senden der durch die Server-Einheit bezeichneten Nachricht. Der Anfangswert wird als der Erfassungs-Anforderungsnachricht-Identifizierer benutzt, unmittelbar nachdem das Client-System 100 die Erfassungsstartmitteilung empfängt.
  • (C) ist eine Darstellung, die ein Datenformat zeigt, das die Löschungs-Anforderungsinformation enthält. Dieses Datenformat besteht aus Verfahren, Adresse, Löschung-Anforderungsinformation und Version. Die Löschungs-Anforderungsinformation enthält den Löschungs-Anforderungsnachricht-Identifizierer und verlangt das Löschen der bezeichneten Nachricht aus der Server-Einheit.
  • Es ist offensichtlich, dass die Erfassungs-Anforderungsinformation und die Löschungs-Anforderungsinformation in der Reihenfolge miteinander vertauscht werden können. Andere Bestandteil-Information kann hinzugefügt werden. Das Datenformat der Nachrichten-Erfassungsanforderung ist nicht auf dieses begrenzt.
  • Obwohl das Format, das benutzt wird, wenn HTTP angewandt wird, veranschaulicht wird, ist offensichtlich, dass die vorliegende Erfindung auf andere Protokolle angewandt werden kann.
  • 7 zeigt ein Beispiel eines Datenformates der Nachrichten-Erfassungsanforderung, die zwischen dem Client-System und der Server-Einheit gesendet/empfangen wird, die in dem Nachrichten-Zustellsystem in der ersten Ausführung verwendet werden.
  • Dieses Datenformat besteht aus Version, Antwortcode, Länge, Typ, Erfassungs-Antwortinformation, Datum und Nachrichtendaten. Eine Grenze zwischen Datum und den Nachrichtendate wird durch einen Zeilenvorschubcode angegeben, und Grenzen zwischen anderer Bestandteil-Information werden durch einen Zwischenraum angegeben. Der Antwortcode bezeichnet das Ergebnis des Prozesses in der Server-Einheit als Reaktion auf das Ergebnis von dem Client-System und gibt den normalen oder anomalen Grund an. Die Länge bezeichnet eine Datengröße der Nachrichtendaten. Der Typ bezeichnet den Medientyp der Nachrichtendaten und gibt den Text, das Bild, den Ton usw. an. Das Datum gibt das Datum zur Zeit des Sendens an. Die Nachrichtendaten entsprechen den Haupttextdaten der in der Server-Einheit akkumulierten Nachricht selbst. Die Erfassungs-Antwortinformation enthält den gesendeten Nachrichten-Identifizierer und den Erfassungs-Mitteilungsnachricht-Identifizierer und bezeichnet die gegenwärtig gesendete Nachricht und die anschließend als die Nachrichtendaten anzufordernde Nachricht. Wenn die gegenwärtig gesendete Nachricht die letzte in der Server-Einheit akkumulierte Nachricht ist, wird der Anfangswert als der Erfassungs-Mitteilungsnachricht-Identifizierer verwendet.
  • Es ist offensichtlich, dass die Erfassungs-Antwortinformation und der Typ usw. in der Reihenfolge miteinander vertauscht werden können. Andere Bestandteil-Information kann hinzugefügt werden. Das Datenformat der Nachrichten-Erfassungsantwort ist nicht auf dieses begrenzt. Außerdem, obwohl das Format, das benutzt wird, wenn HTTP angewandt wird, gezeigt wird, ist offensichtlich, dass die vorliegende Erfindung auf andere Protokolle angewandt werden kann.
  • Zweite Ausführung
  • 2 ist ein Blockschaltbild, das Konfigurationen eines Client-Systems und einer Server-Einheit in einem Nachrichten-Zustellsystem nach der zweiten Ausführung zeigt.
  • Das Client-System 100 der zweiten Ausführung ist ähnlich dem der ersten Ausführung, weil es den Erfassungsstart-Entscheidungsabschnitt 101, den Erfassungs-Anforderungsabschnitt 102, den Antwort-Entscheidungsabschnitt 103, den Nachrichten-Empfangsabschnitt 104 und den Empfangsnachrichten-Speicherabschnitt 106 umfasst. In der zweiten Ausführung ist der Erfassungs-und-Löschungs-Anforderungsabschnitt 105 weggelassen, und ein Erfassungs-und-Verschiebungs-Anforderungsabschnitt 110 ist alternativ hinzugefügt.
  • Die Server-Einheit 200 ist ebenfalls ähnlich der der ersten Ausführung, weil sie den Erfassungsstart-Mitteilungsabschnitt 201, den Anforderungs-Entscheidungsabschnitt 202, den Nachrichten-Sendeabschnitt 203 und den Zustellnachrichten-Speicherabschnitt 205 umfasst. In der zweiten Ausführung ist der Nachrichten-Löschungsabschnitt 204 weggelassen und ein Nachrichten-Verschiebungsabschnitt 210 ist alternativ hinzugefügt. Außerdem ist ein Speicherabschnitt 211 für verarbeitete Nachrichten hinzugefügt.
  • Bestandselemente, die in der zweiten Ausführung neu hinzugefügt sind, werden erklärt. Der Erfassungs-und-Verschiebungs-Anforderungsabschnitt 110 sendet die Nachrichten-Erfassungsanforderung zusammen mit der Verschiebungs-Anforderungsinformation an die Server-Einheit 200, wenn die Erfassung der nachfolgenden Nachricht und die Verschiebung der empfangenen Nachricht angefordert wird.
  • Die Nachrichten-Erfassungsanforderung enthält den Erfassungs-Anforderungsnachricht-Identifizierer als die Erfassungs-Anforderungsinformation und enthält den Verschiebungs-Anforderungsnachricht-Identifizierer als die Verschiebungs-Anforderungsinformation und fordert die Server-Einheit 200 auf, die bezeichnete Nachricht zu senden und die empfangene Nachricht zu verschieben. In diesem Fall wird festgestellt, ob der Erfassungs-Anforderungsnachricht-Identifizierer der Anfangswert ist oder nicht, und dann wird entschieden, dass keine nachfolgende Nachricht vorhanden ist, wenn der Identifizierer der Anfangswert ist. Die Nachrichten-Erfassungsanforderung enthält somit nicht die Erfassungs-Anforderungsinformation und fordert die Server-Einheit 200 nur auf, die empfangene Nachricht zu verschieben.
  • Wenn der Nachrichten-Verschiebungsabschnitt 210 aufgefordert wird, die Nachricht zu verschieben, verschiebt er die Nachricht, die durch den Verschiebungs-Anforderungsnachricht-Identifizierer, der durch das Client-System 100 bezeichnet wird, angegeben wird, aus dem Zustellnachrichten-Speicherabschnitt 205 in den Speichenabschnitt 211 für verarbeitete Nachrichten.
  • Die Nachrichtendaten, die an das Client-System 100 geliefert wurden, werden im Speicherabschnitt 211 für verarbeitete Nachrichten gespeichert.
  • Obwohl mit dem Obigen mehrere Ausführungen der vorliegenden Erfindung erklärt wurden, versteht es sich, dass die vorliegende Erfindung nicht auf den technischen Gehalt der obigen Ausführungen begrenzt ist. Das heißt, das Folgende kann in der vorliegenden Erfindung enthalten sein.
  • Erstens, in der ersten und zweiten Ausführung wird entschieden, ob der Empfangsnachrich ten-Speicherabschnitt leere Speicherbereiche besitzt oder nicht. Es ist jedoch möglich, die maximale Empfangszahl zu begrenzen und dann basierend auf der Zahl der empfangenen Nachrichtendaten anstelle der Größe zu entscheiden.
  • Weiter ist offensichtlich, dass Überschreiben der bereits gelesenen Nachrichten in der empfangenen Nachricht erlaubt sein kann. In diesem Fall können Funktionen hinzugefügt werden, die festlegen, dass das Überschreiben bestimmter Nachrichten nicht erlaubt ist.
  • Auch können ältere Nachrichten auf der Seite der Server-Einheit automatisch gelöscht werden, indem die Aufbewahrungsdauer der in der Server-Einheit angesammelten Zustellnachrichten begrenzt wird.
  • Außerdem ist offensichtlich, dass, wenn die Nachricht durch das Client-System als Reaktion auf die Erfassungsstart-Mitteilung von der Server-Einheit nicht erfasst werden kann, die Erfassungsstart-Mitteilung erneut von der Server-Einheit versucht werden kann.
  • Obwohl das Löschen oder Verschieben als der durch das Client-System bestimmte Prozess der empfangenen Nachricht durchgeführt wird, ist der Prozess nicht darauf begrenzt. Es ist offensichtlich, dass andere Prozess bestimmt werden können.
  • In der zweiten Ausführung ist es möglich, die verarbeiteten Nachrichten zu verwalten, indem die Aufbewahrungsdauer der verarbeiteten Nachrichten oder die Zahl der aufbewahrten Nachrichten begrenzt wird.
  • Industrielle Anwendbarkeit
  • Entsprechend dem erfindungsgemäßen Nachrichten-Zustellsystem ist es möglich, ein Nachrichten-Zustellsystem bereitzustellen, das nicht das Fehlen der Nachricht erzeugt, indem es möglich gemacht wird, eine Anweisung von dem Client-System an die Server-Einheit, eine durch das Client-System empfangene Nachricht zu verarbeiten, zu einem Zeitpunkt auszugeben, wenn das Client-System den Empfang der Nachricht als die Anwendung vollendet hat, und dann den Nachrichtenprozess auf der Seite der Server-Einheit in Übereinstimmung mit der Anweisung durchzuführen.

Claims (2)

  1. Nachrichten-Zustellsystem mit einem Client-System (100), das so eingerichtet ist, dass es eine Meldung von einer Server-Einheit (200) in dem System abruft, indem es die Server-Einheit entsprechend einer Benachrichtigung von der Server-Einheit auffordert, die Meldung zu senden, wobei das Client-System (100) enthält: eine Speichereinrichtung (106) für empfangene Nachrichten zum Speichern von von der Server-Einheit (200) empfangenen Nachrichten, und eine Entscheidungseinrichtung (101), die die Speichereinrichtung für empfangene Nachrichten (106) durchsucht und entscheidet, ob leere Nachrichten-Speicherbereiche zum Aufnehmen einer folgenden Nachricht vorhanden sind; wobei die Server-Einheit (200) enthält: eine Speichereinrichtung (205) für Zustellnachrichten zum Speichern von zu dem Client-System (100) zu sendenden Nachrichten; eine Nachrichten-Sendeeinrichtung (203), die ein in der Speichereinrichtung (205) für Zustellnachrichten gespeicherte Nachricht entsprechend einer Aufforderung von dem Client-System zu dem Client-System sendet, und eine Nachrichten-Verarbeitungseinrichtung (204, 210) zum weiteren Verarbeiten der Nachricht, deren Empfang abgeschlossen ist; dadurch gekennzeichnet, dass: das Client-System (100) enthält: eine Anweisungs-und-Nachrichtungserfassung-Aufforderungseinrichtung (105, 110), die so ausgeführt ist, dass sie eine Nachrichten-Erfassungsaufforderung zusammen mit einer Nachrichten-Verarbeitungsaufforderung zu der Server-Einheit sendet, wobei die Nachrichten-Erfassungsaufforderung verwendet wird, um die Server-Einheit anzuweisen, eine anschließende Nachricht zu senden, und wobei die Nachrichten-Verarbeitungsaufforderung eine Nachrichten-Löschaufforderung oder eine Nachrichten-Verschiebeaufforderung ist, die die Server-Einheit anweist, die Nachricht, deren Empfang abgeschlossen ist, zu löschen oder die Nachricht, deren Empfang abgeschlossen ist, in die Speichereinrichtung (211) für verarbeitete Nachrichten zu verschieben.
  2. Nachrichten-Zustellsystem nach Anspruch 1, wobei die Server-Einheit (200) so eingerichtet ist, dass sie die Nachricht in der Speichereinrichtung (205) für Zustellnachrichten hält, bis ihre Löschung oder Verschiebung durch das Client-System (100) angewiesen wird, und die gleiche Nachricht entsprechend einer Nachrichten-Erfassungsaufforderung von dem Client-System noch einmal sendet.
DE69922350T 1998-12-21 1999-12-21 Nachrichtenablieferungssystem Expired - Lifetime DE69922350T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP36291898 1998-12-21
JP36291898A JP3504171B2 (ja) 1998-12-21 1998-12-21 メッセージ配送システム
PCT/JP1999/007171 WO2000038373A1 (fr) 1998-12-21 1999-12-21 Systeme de remise de messages

Publications (2)

Publication Number Publication Date
DE69922350D1 DE69922350D1 (de) 2005-01-05
DE69922350T2 true DE69922350T2 (de) 2005-05-04

Family

ID=18478058

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69922350T Expired - Lifetime DE69922350T2 (de) 1998-12-21 1999-12-21 Nachrichtenablieferungssystem

Country Status (5)

Country Link
EP (1) EP1058423B1 (de)
JP (1) JP3504171B2 (de)
CN (1) CN100388715C (de)
DE (1) DE69922350T2 (de)
WO (1) WO2000038373A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4574062B2 (ja) * 2001-05-18 2010-11-04 住友重機械工業株式会社 携帯端末における電子メール一覧の取得方法、プログラム、及び携帯端末
WO2010112075A1 (en) 2009-04-02 2010-10-07 Nokia Siemens Networks Oy Message notification

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02108346A (ja) * 1988-10-18 1990-04-20 Fuji Xerox Co Ltd 電子メールシステムにおけるメッセージ取り出し方式
JPH06232976A (ja) * 1993-02-02 1994-08-19 Oki Electric Ind Co Ltd 電子メールの配送システム
SE503752C2 (sv) * 1995-08-30 1996-08-26 Sendit Ab System och värdanordning för överföring av elektronisk post över ett mobiltelenät
JPH10164124A (ja) * 1996-12-04 1998-06-19 Canon Inc 通信装置
US6185551B1 (en) * 1997-06-16 2001-02-06 Digital Equipment Corporation Web-based electronic mail service apparatus and method using full text and label indexing
JP2901058B2 (ja) * 1997-08-25 1999-06-02 株式会社日立テレコムテクノロジー 電子メール装置付き構内自動交換システム
JPH11203216A (ja) * 1997-11-13 1999-07-30 Casio Comput Co Ltd 電子メールシステム及び電子メール補助装置

Also Published As

Publication number Publication date
CN1291394A (zh) 2001-04-11
CN100388715C (zh) 2008-05-14
EP1058423B1 (de) 2004-12-01
EP1058423A4 (de) 2003-04-16
JP2000188606A (ja) 2000-07-04
WO2000038373A1 (fr) 2000-06-29
EP1058423A1 (de) 2000-12-06
DE69922350D1 (de) 2005-01-05
JP3504171B2 (ja) 2004-03-08

Similar Documents

Publication Publication Date Title
DE69730201T2 (de) Sendevorrichtung mit mobilitätsmanager und verfahren zur kommunikation
DE60122691T2 (de) Verfahren und vorrichtung zum verteilten cachen
DE69533335T2 (de) Überlastverhinderung in einem fernmeldenetzknoten
DE69735832T2 (de) Nachrichtenabruf über alternativen Zugang
DE69930287T2 (de) Verrechnung von nachrichtenkommunikation
DE10196732B4 (de) Verfahren, Speichermedium und System zur Verteilung von Software an prozessorbasierte Systeme
DE60117713T2 (de) Verfahren zum transferieren von teilnehmerdaten zwischen verschiedenen servern eines telekommunikationsnetzes
DE69933312T2 (de) Auswahlsteuerung eines gateway-unterstützungsknotens
DE60218358T2 (de) Verfahren und Vorrichtung zur Datenübertragung
DE69838262T2 (de) Allgemeine benutzer-authentifizierung für netz-rechner
DE60317429T2 (de) Verbindungsfeststellung eines Geräts durch ein Zwischengerät und Informationsübermittlung an dieses Gerät
DE60103800T2 (de) Verfahren zur Bereitstellung von Zugriff auf Daten
DE69922093T2 (de) Verfahren und System zum Verwalten von elektronischen Nachrichtenanhängen
DE69928786T2 (de) System und verfahren zum erleichtern der protokolleinigung zwischen knoten eines telekommunikationsnetzes
DE69926940T2 (de) Verfahren und System zum Auslagern der Konversionen von Nachrichtenanhängen
DE69926807T2 (de) Verfahren zur ablieferung von nachrichten
DE69927131T2 (de) Kommunikationsverfahren, -system und -vorrichtung und Server
DE69832664T2 (de) Verfahren und System zur Zeitstämpelung von Nachrichten basierend auf der Lokalisierung des Empfängers
DE60012580T2 (de) Verfahren und system zur identifizierungsinformations-bestimmung eines zur überwachenden teilnehmers in einem kommunikationsnetzwerk
DE69929436T2 (de) Verfahren und vorrichtung in einem drahtlosen kommunikationssystem zur dynamischen zu übertragenen applikationsdatenformatierung
DE10001838A1 (de) Verfahren und System zur Veränderung von Teilnehmerdaten
DE19644310A1 (de) Netzwerkmanagementgerät
DE69635811T2 (de) System und verfahren für kommunikationsverwaltung mit redundanz
DE60117899T2 (de) Mobilkommunikationssystem und Verfahren zur Standortsregistrierung einer Mobilstation
EP1484882B1 (de) Verfahren zum Überwachen von Teilnehmerdiensten in einem Telekommunikationsnetz

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: NTT DOCOMO INC., TOKIO/TOKYO, JP

Owner name: PANASONIC CORP., KADOMA, OSAKA, JP

Owner name: PANASONIC MOBILE COMMUNICATIONS CO., LTD, YOKO, JP