DE10126847A1 - Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug - Google Patents

Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug

Info

Publication number
DE10126847A1
DE10126847A1 DE10126847A DE10126847A DE10126847A1 DE 10126847 A1 DE10126847 A1 DE 10126847A1 DE 10126847 A DE10126847 A DE 10126847A DE 10126847 A DE10126847 A DE 10126847A DE 10126847 A1 DE10126847 A1 DE 10126847A1
Authority
DE
Germany
Prior art keywords
mms
file
server
send
message
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
DE10126847A
Other languages
English (en)
Inventor
Josef Laumen
Andreas Schmidt
Markus Trauberg
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
Original Assignee
Siemens AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Priority to DE10126847A priority Critical patent/DE10126847A1/de
Priority to PCT/DE2002/001850 priority patent/WO2002100063A1/de
Priority to JP2003501910A priority patent/JP2004532485A/ja
Priority to EP02740367A priority patent/EP1393524A1/de
Priority to US10/479,432 priority patent/US20040153513A1/en
Publication of DE10126847A1 publication Critical patent/DE10126847A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • 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
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/08—Annexed information, e.g. attachments
    • 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/21—Monitoring or handling of messages
    • H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
    • 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/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data
    • 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
    • H04L67/62—Establishing a time schedule for servicing the requests
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Die Erfindung betrifft u. a. ein Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug in einer Sendeapplikation oder Sende-/Empfangsapplikation, die auf einer Mobilfunkeinrichtung oder auf einer an eine Mobilfunkeinrichtung angeschlossenen Einrichtung implementiert ist. Ein Aspekt der Erfindung zeichnet sich im wesentlichen dadurch aus, daß die Nachricht derart generiert und versendet wird, daß sie mindestens einen in einem mitversendeten Spezifikationsblock enthaltenen Verweis auf mindestens eine Datei umfaßt, die in einem Speicher außerhalb der Mobilfunkeinrichtung oder auf der an eine Mobilfunkeinrichtung angeschlossenen Einrichtung abgelegt ist. Gleichfalls werden entsprechende Verfahren in einem Provider-Netzwerkelement sowie entsprechende Vorrichtungen und Software-Programme vorgeschlagen.

Description

Die Erfindung betrifft Verfahren zur Handhabung einer Nach­ richt mit multimedialem Bezug in einer Sendeapplikation oder Sende-/Empfangsapplikation sowie in einem Provider- Netzwerkelement.
Des weiteren betrifft die Erfindung entsprechende Vorrichtun­ gen, Software-Programme und ein Software-Programm-Erzeugnis.
Das Mobilfunksystem GSM (GSM - Global System for Mobile Com­ munications) bietet neben der Sprachtelefonie auch die Mög­ lichkeit, kurze Textnachrichten von bis zu 160 Zeichen Länge zu versenden bzw. zu empfangen. Dieser Dienst heißt SMS (SMS - Short Message Service), s. GSM 03.40 version 7.4.0, Release 1998, Digital Cellular Telecommunications System, Technical realisation of the Short Message Service (SMS).
Für das Mobilfunksystem der nächsten Generation UMTS (UMTS - Universal Mobile Telecommunications System) wird zur Zeit eine multimediafähige Variante eines mobilen Nachrichtendien­ stes standardisiert, der sogenannte MMS (Multimedia Messaging Service), s. 3G TS 23.140 version 4.1.0, Release 4, Third Generation Partnership Project, Technical Specification Group Terminals, Multimedia Messaging Service (MMS), Functional De­ scription, Stage 2. Nachrichten mit multimedialen Inhalten werden im Folgenden zur besseren Abgrenzung von den Textnach­ richten des SMS nur noch kurz MMs (mm - Multimedia Message) genannt. Im Gegensatz zum SMS entfällt die Beschränkung auf reine Textinhalte. Beim MMS wird es möglich sein, Texte dem individuellen Geschmack entsprechend zu formatieren sowie Au­ dio- und Videoinhalte in eine Nachricht einzubetten.
Nach dem heutigen Stand der Technik wird eine Implementierung von MMS lediglich über WAP (WAP - Wireless Application Proto­ col) realisiert. Zur Überbrückung der Luftschnittstelle zwi­ schen einem MMS-tauglichen Endgerät und dem WAP Gateway ist die Benutzung des WAP WSP Transfer Protocols vorgesehen, s. 3G TS 23.140 version 4.1.0 (s. o.) und WAP-209- MMSEncapsulation, Release 2000; Wireless Application Proto­ col; WAP Multimedia Messaging Service; Message Encapsulation; MMS Proposed SCD 1.0.
In der einzigen Figur ist ein sogenanntes Transaction Flow Diagramm nach heutigem Stand der Technik gemäß WAP-209- MMSEncapsulation (s.o.) gezeigt, in dem der Austausch der WAP Nachrichten zwischen den vier beteiligten Instanzen (MMS User Agent A, MMS Relay/Server A, MMS Relay/Server B und MMS User Agent B) bei der Übertragung einer mm dargestellt ist. Unter MMS User Agent versteht man eine Applikation beispielsweise auf einem Mobilfunkgerät oder auf einem an ein Mobilfunkgerät angeschlossenen Gerät (z. B. Laptop, o. ä.), die MMS reali­ siert. Ein MMS Relay/Server ist ein Netzelement beim MMS Ser­ vice Provider, das den MMS User Agents die MMS-Funktionalität zur Verfügung stellt.
In der Figur ist eine bekannte Anwendung des Austausches von WAP Nachrichten ("MMS User Agent A schickt mm an MMS User A­ gent B") nach dem Stand der Technik dargestellt. Die im MMS User Agent A erzeugte mm wird mit der WAP Nachricht M- Send.req an den MMS Relay/Server A geschickt. Daraufhin er­ hält das MMS User Agent A die WAP Nachricht M-Send.confzu­ rück, mit der der korrekte Empfang der mm vom MMS Re­ lay/Server A bestätigt wird. Die Weiterleitung der mm zwi­ schen dem senderseitigen MMS Relay/Server A und dem empfän­ gerseitigen MMS Relay/Server B geschieht über SMTP (SMTP - Simple Mail Transfer Protocol), z. B. durch das Internet (IP - Internet Protocol). Danach informiert der MMS Relay/Server B den MMS User Agent B mit der WAP Nachricht M-Notification.ind über den Speicherplatz (URI - Universal Resource Identifier) der neu eingetroffenen und zum Herunterladen (Download) be­ reitliegenden mm. Der MMS Relay/Server B erhält daraufhin z. B. mit der WAP Nachricht M-NotifyResp.req eine Bestätigung, daß die Benachrichtigung (M-Notification.ind) über die einge­ troffene mm erfolgreich zugestellt worden ist. Der MMS User Agent B fordert dann mit Hilfe der WAP Nachricht WSP GET, mit der der URI an den MMS Relay/Server B geschickt wird, die Auslieferung der mm an. Mit der WAP Nachricht M-Retrieve.conf wird dem MMS User Agent B daraufhin vom MMS Relay/Server B die gewünschte mm zugestellt. Der MMS User Agent B quittiert mit der WAP Nachricht M-Acknowledge.ind den korrekten Empfang der mm. Für den Fall, daß der Absender den Wunsch geäußert hat, über einen erfolgreichen Empfang der von ihm verschick­ ten mm benachrichtigt zu werden, kann das MMS Relay/Server A dem nachkommen, indem die WAP Nachricht M-Deli very.ind an den MMS User Agent A geschickt wird.
Wenn ein Absender einer mm eine Datei in eine mm integrieren möchte, muß diese Datei auf dem Endgerät gespeichert sein. Ist die Datei nicht im Endgerät gespeichert, so kann der Ab­ sender die gewünschte Datei vor dem Abschicken der mm zu­ nächst über die Luftschnittstelle z. B. von seinem MMS Service Provider bei Kenntnis der entsprechenden URI der gewünschten Datei herunterladen, danach in seine mm einbauen und an­ schließend die komplette mm versenden. Diese mm ist dann um die Größe der angehängten Datei gewachsen. Nachteilig ist hierbei einerseits der Zeitaufwand, andererseits fallen hohe Kosten für die Übertragung auf der teuren Luftschnittstelle an.
Es ist Aufgabe der vorliegenden Erfindung, eine Vereinfachung bei der Handhabung von MMs in Bezug auf einzubindende Dateien zu realisieren.
Diese Aufgabe wird mit den Merkmalen gemäß Anspruch 1, 8, 14, 17, 18 bzw. 19 gelöst.
Die Erfindung betrifft sowohl die Erzeugung und das Versenden einer Nachricht mit dem erfindungsgemäßen Verweis durch eine Sendeapplikation (MMS User Agent A) als auch den Empfang und die Verarbeitung dieser Nachricht durch die zwischengeschal­ teten sende- und empfängerseitigen MMS Relay/Server A und B bzw. MMS Service Provider A und B (die jeweils identisch sein können). Gleichfalls erfaßt die Erfindung den Umgang auf Sei­ ten der Empfangsapplikation (MMS User Agent B), die über eine derart versendete Nachricht benachrichtigt wird und ihrer­ seits eine ausgewählte Aktion in Form einer Nachricht über den empfängerseitigen MMS Relay/Server anfordern kann. Ebenso sind die entsprechenden Software-Programme auf den einzelnen Vorrichtungen Bestandteil dieser Erfindung. Diese Vorrichtun­ gen weisen insbesondere die jeweils notwendigen Prozessoren, Steuereinheiten sowie Sende- und/oder Empfangseinrichtungen auf.
Ein wichtiges Merkmal der Erfindung ist es, dem Absender ei­ ner mm die Möglichkeit zu geben, sich das oben beschriebene Herunterladen (Download) des in Form einer Datei vorliegenden mm-Elementes auf seine Mobilfunkeinrichtung oder seine an die Mobilfunkeinrichtung angeschlossene Einrichtung (z. B. Laptop) zu ersparen. Statt dessen wird dem Absender die Möglichkeit gegeben, mittels einer auf der Einrichtung angeordneten oder mit dieser verbundenen Steuereinrichtung in seiner mm mindes­ tens einen Verweis in dem Spezifikationsblock auf mindestens eine Datei, bevorzugt in Form eines URI (Speicherplatz), an­ zugeben. Der URI der Datei ist hierbei selbstverständlich ein anderer als der für den gemäß dem Stand der Technik versende­ ten Teil der mm. Es ist somit insbesondere möglich, die min­ destens eine Datei erst nach der Übertragung der mm über die Luftschnittstelle (in der Figur mit Luftschnittstelle A be­ zeichnet) im Zuständigkeitsbereich des MMS Service Providers, dem sogenannten MMSE (MMSE - Multimedia Messaging Service En­ vironment), an den gemäß dem Stand der Technik verschickten Teil der mm anzuhängen. Die weitere Übertragung der vollstän­ digen mm einschließlich der angehängten Datei geschieht be­ vorzugt nach dem Stand der Technik. Vorteilhaft an diesem Verfahren ist die enorme Reduzierung des Datenaufkommens auf der senderseitigen Luftschnittstelle und die damit verbundene Kostenersparnis in zweifacher Hinsicht: zum einen, wenn - bei noch nicht auf der Sendeapplikation gespeicherter Datei-vom Absender anstelle der gewünschten Datei nur ihr URI herunter­ geladen wird und zum anderen beim Abschicken der mm selbst, weil nicht die gesamte ausgewählte Datei Bestandteil der mm ist, sondern nur ihr URI von wenigen Bytes Länge. Ein weite­ rer Vorteil besteht darin, daß nach dieser Erfindung ein MMS User Agent A selbst solche Dateitypen (z. B. Bild) und Datei­ formate (z. B. JPEG) als mm-Element verschicken kann, die er selbst nicht darzustellen bzw. wiederzugeben in der Lage ist.
Voraussetzung für das Umsetzen der oben beschriebenen Idee ist die Möglichkeit, einen URI (Speicheradresse) für die Da­ tei beim Abschicken einer mm angeben zu können. Das wird be­ vorzugt durch eine Modifikation im Spezifikationsblock der WAP Nachricht M-Send.req erreicht, mit welcher die Nachricht mit dem multimedialen Bezug versendet wird. In diesem Falle ist also der Verweis Teil des Spezifikationsblockes der WAP Nachricht M-Send.req. Im WAP MMS Transaction Flow Diagramm in der Figur ist diese WAP Nachricht deshalb dick hervorgehoben.
Im folgenden Beispiel entsprechend dieser Ausführungsform der Erfindung möchte Benutzer A (Andreas xxx) mittels einer MM Benutzer B (Markus yyy) zum Geburtstag gratulieren. Im MMS User Agent A wird die MM, die vorerst nur aus einem Text be­ steht, zusammengestellt. Zusätzlich möchte Benutzer A eine Geburtstagsmelodie in die MM integrieren. Da er gerade keine passende Melodie auf seinem Endgerät gespeichert hat, ent­ scheidet er sich, seinen MMS Service Provider zu kontaktieren (z. B. durch mobile web browsing) und eine Melodie aus dessen Angebot auszuwählen. Erfindungsgemäß muß der Benutzer A nur den URI (von wenigen Bytes Größe) anstelle der gesamten Au­ dio-Datei (Von typischerweise einigen kilo-Bytes Größe) auf sein MMS User Agent A herunterladen und diesen in seine MM integrieren.
Bevorzugt wird für diese Integration ein neues Kopf-Feld ein­ geführt, das zum Beispiel die Bezeichnung "X-Mms-Add-Element" tragen könnte. Der Feld-Name trägt beispielsweise den hexade­ zimalen Wert 0 × 89. Die Feld-Werte werden vorzugsweise gemäß WAP-209-MMSEncapsulation (s.o.) als Text-String codiert. Die Codierung des neu definierten Kopf-Feldes sieht dann wie folgt aus:
X-Mms-Add-Element: (0 × 89)
Add-Element-Value = Text-String Die WAP-Nachricht M-Send.req gemäß dem oben ausgeführten Bei­ spiel sieht demnach wie folgt aus.
M-Send.req (MMS User Agent A → MMS Relay/Server A):
X-Mms-Message-Type: m-send-req
X-Mms-Transaction-ID: TRANSACTION-ID#1
X-Mms-Version: 1.0
Date: Wed, 28 Feb 2001 10 : 44 : 11 +0100
From: [email protected]
To: [email protected]
Subject: Geburtstagsgruesse
X-Mms-Delivery-Report: Yes
X-Mms-Add-Element:
http: / / provider_ade/attachments/melody65
Content-Type: Applicationlvnd.wap.multipart.mixed
nEntries: 1
HeadersLen: XX
DataLen: XX
Content-Type: text/plain;
Hallo Markus,
Ich wünsche Dir mit dem angehängten
Lied alles Gute zum Geburtstag.
Viele Grüße, Andreas.
Danach kann die Geburtstags-MM abgeschickt werden. Sie ent­ hält nun neben dem Text auch die Speicheradresse (URI) im Kopf-Feld "X-Mms-Add-Element" der gewünschten Audio-Datei im Zuständigkeitsbereich des MMS Service Providers und ist damit deutlich kleiner als eine mm, die sich aus dem Text und der Audio-Datei selbst zusammensetzt.
Nach der fehlerfreien Übermittlung der MM vom MMS User Agent A an den MMS Relay/Server A wertet der MMS Service Provider A mittels einer Steuereinheit zunächst die Kopf-Felder der emp­ fangenen MM bzw. der WAP Nachricht M-Send.req aus. Ist - wie in dem hier ausgeführten Beispiel - das Kopf-Feld "X-Mms-Add- Element" vorhanden, wird die MM mit der vom Absender ge­ wünschten Audio-Datei vom MMS Service Provider A durch Anhän­ gen komplettiert, wobei die Referenzierung über den URI er­ folgt, und das Kopf-Feld "X-Mms-Add-Element" vorzugsweise wieder gelöscht. Anschließend wird die MM, die nun anstelle des Verweises die Datei selbst enthält, an den MMS Re­ lay/Server B des Empfängers über ein IP-Netzwerk (IP - Inter­ net Protocol) weitergeleitet. Die weitere Übertragung der mm an den Empfänger geschieht gemäß Stand der Technik, d. h. in der WAP Nachricht M-Retrieve.conf gemäß der Figur wird dem MMS User Agent B eine MM zugestellt, die aus zwei MM- Elementen besteht: dem Text und der von Benutzer A ausgewähl­ ten Melodie.
Die WAP-Nachricht M-Retrieve.confgemäß dem oben ausgeführten Beispiel sieht demnach wie folgt aus.
M-Retrieve.conf (MMS Relay/Server B → MMS User Agent B):
X-Mms-Message-Type: m-retrieve-conf
X-Mms-Transaction-ID: TRANSACTION-ID#3
X-Mms-Version: 1.0
Date: Wed, 28 Feb 2001 10 : 48 : 32 +0100
From: [email protected]
To: [email protected]
X-Mms-Message-ID: MESSAGE-ID#1
Subject: Geburtstagssgruesse
X-Mms-Delivery-Report: Yes
Content-Type: Application/vnd.wap.multipart.mixed
nEntries: 2
HeadersLen: XX
DataLen: XX
Content-Type: text/plain;
Hallo Markus,
Ich wünsche Dir mit dem angehängten
Lied alles Gute zum Geburtstag.
Viele Grüße, Andreas.
HeadersLen: XX
DataLen: 82345
Content-Type: audio/mp3,
...
Statt die besagte Datei im senderseitigen MMS Service Provi­ der anzuhängen, ist es vorteilhafterweise auch möglich, die Datei erst im empfängerseitigen MMS Service Provider anzuhän­ gen, vorausgesetzt, daß dieser die Möglichkeit eines solchen Zugriffs hat. In einer weiteren Alternative kann die Datei sich auch an einem anderen Speicherort befinden, aus dem der sende- und/oder empfängerseitige MMS Service Provider die Da­ tei abruft, so daß nachfolgend die Datei an die besagte Nach­ richt angehängt werden kann.
Dem Empfänger wird entweder - gemäß der zuvor beschriebenen Erfindungsvariante - die vollständige Nachricht übermittelt oder aber der Empfänger erhält die Möglichkeit der Auswahl, wie er mit der Datei verfahren möchte. Hierzu wird er vom empfängerseitigen MMS Relay Server benachrichtigt, daß eine Datei an einem Speicherort für ihn bereitliegt. Eine solche Benachrichtigung kann beispielsweise im Falle der WAP Archi­ tektur mittels der WAP Nachricht M-Notification.ind gesche­ hen. Bei einer Alternative wird der Empfänger zusammen mit der versendeten Nachricht (aber ohne die Datei) über das Vor­ handensein der Datei benachrichtigt.
Bevorzugt erhält der Empfänger zusätzliche Informationen über die Datei, beispielsweise ihren Namen, ihre Größe und/oder ihr Dateiformat. Vorteilhafterweise kann dann der Empfänger mittels der Empfangsapplikation anfordern, ob die im Verweis referenzierte Datei heruntergeladen werden soll oder nicht. Andere Möglichkeiten des Umgangs mit der Datei sind vorzugs­ weise das Öffnen der Datei an ihrem aktuellen Speicherort und/oder die Weiterleitung an einen anderen Speicherort, ein­ schließlich des Weiterleitens an eine andere Empfangsapplika­ tion. All diese Aktionen setzen voraus, daß der empfängersei­ tige MMS Relay/Server und die empfängerseitige Empfangsappli­ kation die detaillierte Benachrichtigung über die zusätzli­ chen Dateiinformationen unterstützen. Das Anfordern einer o­ der mehrerer der oben genannten Aktionen wird bevorzugt mit­ tels einer von der Empfangsapplikation an den empfängerseiti­ gen MMS Relay/Server gesendeten Nachricht realisiert. Im Fal­ le eines Herunterladens der Datei auf die Empfangsapplikation kann der Empfänger vorzugsweise wählen, ob die Datei in den gemäß dem Stand der Technik empfangenen Teil der Nachricht integriert oder separat von diesem abgelegt werden soll, falls die Empfangsapplikation dieses Vorgehen unterstüzt.
Die Erfindung läßt sich nicht nur bei der Versendung von MMs mittels WAP Nachrichten einsetzen, sondern auch bei zukünfti­ gen Sende- und Empfangsverfahren, insbesondere UMTS (Univer­ sal Mobile Telecommunication System).

Claims (19)

1. Verfahren zur Handhabung einer Nachricht (mm) mit multime­ dialem Bezug in einer Sendeapplikation oder Sende­ /Empfangsapplikation (MMS User Agent A, MMS User Agent B), die auf einer Mobilfunkeinrichtung oder auf einer an eine Mo­ bilfunkeinrichtung angeschlossenen Einrichtung implementiert ist, dadurch gekennzeichnet, daß die Nachricht (MM) derart generiert und/oder versendet wird, daß sie mindestens einen in einem mitversendeten Spezifikationsblock enthaltenen Verweis auf mindestens eine Datei umfaßt, die in einem Spei­ cher außerhalb der Mobilfunkeinrichtung oder auf der an eine Mobilfunkeinrichtung angeschlossenen Einrichtung abgelegt ist.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß der mindestens eine Verweis in einem Kopf-Feld des Spezifikati­ onsblocks implementiert ist.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daß der mindestens eine Verweis einen URI (Universal Resource Identifier) enthält.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Nachricht mit multimedialem Bezug mit der WAP-Nachricht M-Send.req von der Sendeapplikation (MMS User Agent A) an das senderseitige MMS Relay/Server (MMS Re­ lay/Server A) versendet wird, wobei die WAP-Nachricht M- Send.req mindestens ein Kopf-Feld ("X-Mms-Add-Element") mit dem mindestens einen Verweis enthält.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß der mindestens eine Verweis auf mindes­ tens eine Datei gerichtet ist, die im Zuständigkeitsbereich des senderseitigen MMS Service Providers (MMS Service Provi­ ders A), des empfängerseitigen MMS Service Providers (MMS Service Providers B) und/oder in einem externen Datenspeicher mit Zugriffsmöglichkeit durch den sender- und/oder empfänger­ seitigen MMS Service Provider (MMS Service Providers A, MMS Service Providers B) abgelegt ist.
6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß der Feld-Name des Kopf-Feldes ("X-Mms- Add-Element") den hexadezimalen Wert 0 × 89 trägt.
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß der Feld-Wert bzw. die Feld-Werte des Kopf-Feldes ("X-Mms-Add-Element") als Text-String kodiert ist bzw. sind.
8. Verfahren zur Handhabung einer Nachricht (mm) mit multime­ dialem Bezug, die nach einem der vorhergehenden Ansprüche von einer Sendeapplikation oder Sende-/Empfangsapplikation (MMS User Agent A, MMS User Agent B) gesendet und von einem Provi­ der-Netzwerkelement (MMS Relay/Server A, NNS Relay/Server B) empfangen wurde, wobei der mitversendete Spezifikationsblock im sender- und/oder empfängerseitigen MMS Service Provider (MMS Service Provider A, MMS Service Provider B) hinsichtlich des mindestens einen Verweises auf die mindestens eine Datei ausgewertet wird.
9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, daß die Auswertung hinsichtlich eines Verweises auf die mindestens eine Datei über den URI der Datei erfolgt.
10. Verfahren nach Anspruch 8 oder 9, dadurch gekennzeichnet, daß der empfängerseitige MMS Relay/Server (MMS Relay/Server B) die Empfangsapplikation (MMS User Agent B) über die in dem mindestens einen Verweis referenzierte mindestens eine Datei, bevorzugt inklusive ihrer charakteristischen Dateiattribute, benachrichtigt.
11. Verfahren nach Anspruch 10, dadurch gekennzeichnet, daß die Benachrichtigung mittels der WAP-Nachricht M- Notification.ind erfolgt.
12. Verfahren nach einem der Ansprüche 8 bis 11, dadurch ge­ kennzeichnet, daß der empfängerseitige MMS Relay/Server (MMS Relay/Server B) veranlaßt, daß die in dem Verweis referen­ zierte Datei nach Anforderung durch den Empfänger, der zuvor eine detaillierte Benachrichtigung gemäß Anspruch 10 oder 11 erhalten hat, mindestens einer der folgenden Aktionen unter­ zogen wird:
  • - Öffnen der Datei an ihrem aktuellen Speicherort,
  • - Weiterleitung der Datei an einen anderen Speicherort,
  • - Zustellung der Datei (Herunterladen) an die Empfangsappli­ kation (MMS User Agent B),
  • - Integrieren der Datei in die Nachricht mit dem multimedia­ len Bezug.
13. Verfahren nach einem der Ansprüche 8 bis 12, daß das Kopf- Feld ("X-Mms-Add-Element") nach erfolgreicher Ausführung des Auftrages beim senderseitigen MMS Relay/Server (MMS Re­ lay/Server A) oder beim empfängerseitigen MMS Relay/Server (MMS Relay/Server B) gelöscht wird.
14. Vorrichtung mit Mitteln zum Generieren, Versenden, Empfan­ gen und/oder Verarbeiten von Nachrichten (mm) mit multimedia­ lem Bezug, dadurch gekennzeichnet, daß die Nachrichten derart generierbar, versendbar, empfangbar und/oder verar­ beitbar sind, insbesondere nach einem Verfahren gemäß einem der vorhergehenden Ansprüche, daß sie mindestens einen in ei­ nem Spezifikationsblock, insbesondere einem Kopf-Feld, ent­ haltenen Verweis auf mindestens eine Datei umfassen, insbe­ sondere in Form eines URI (Universal Resource Identifier).
15. Vorrichtung nach Anspruch 14, dadurch gekennzeichnet, daß sie als Telekommunikationsvorrichtung, insbesondere Mobil­ funkeinrichtung und/oder eine an die bzw. eine Mobilfunkein­ richtung angeschlossene Einrichtung und insbesondere zur Durchführung ein oder mehrerer der Verfahrensschritte nach einem der Ansprüche 1 bis 7, ausgebildet ist, wobei die Datei in einem Speicher außerhalb dieser Einrichtungen abgelegt ist.
16. Vorrichtung nach Anspruch 14, dadurch gekennzeichnet, daß sie als Netzwerkelement im Bereich eines MMS Service Provi­ ders (MMS Service Provider A, MMS Service Provider B), insbe­ sondere zur Durchführung ein oder mehrerer der Verfahrens­ schritte nach einem der Ansprüche 8 bis 13, ausgebildet ist.
17. Software-Programm, welches auf einer Vorrichtung, insbe­ sondere einer Vorrichtung nach einem der Ansprüche 14 bis 16, derart ablaufen kann, daß das Software-Programm mitsamt der Vorrichtung die Verfahrensschritte gemäß einem der Ansprüche 1 bis 13 ausführt.
18. Software-Programm, welches in eine Vorrichtung, insbeson­ dere einer Vorrichtung nach einem der Ansprüche 14 bis 16, ladbar ist, so daß die derart programmierte Vorrichtung fähig oder angepaßt ist, die Verfahrensschritte gemäß einem der An­ sprüche 1 bis 13 auszuführen.
19. Software-Programm-Erzeugnis, das ein prozessorlesbares Speichermedium umfaßt, auf dem ein Programm gespeichert ist, welches es einer Vorrichtung, insbesondere einer Vorrichtung nach einem der Ansprüche 14 bis 16, nachdem es geladen worden ist, ermöglicht, die Verfahrensschritte gemäß einem der An­ sprüche 1 bis 13 durchzuführen.
DE10126847A 2001-06-01 2001-06-01 Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug Withdrawn DE10126847A1 (de)

Priority Applications (5)

Application Number Priority Date Filing Date Title
DE10126847A DE10126847A1 (de) 2001-06-01 2001-06-01 Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug
PCT/DE2002/001850 WO2002100063A1 (de) 2001-06-01 2002-05-22 Verfahren zur handhabung einer nachricht mit multimedialem bezug
JP2003501910A JP2004532485A (ja) 2001-06-01 2002-05-22 マルチメディアレファレンスを有するメッセージのハンドリングのための方法
EP02740367A EP1393524A1 (de) 2001-06-01 2002-05-22 Verfahren zur handhabung einer nachricht mit multimedialem bezug
US10/479,432 US20040153513A1 (en) 2001-06-01 2002-05-22 Method for handling a message with multimedia reference

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10126847A DE10126847A1 (de) 2001-06-01 2001-06-01 Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug

Publications (1)

Publication Number Publication Date
DE10126847A1 true DE10126847A1 (de) 2002-12-05

Family

ID=7686970

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10126847A Withdrawn DE10126847A1 (de) 2001-06-01 2001-06-01 Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug

Country Status (5)

Country Link
US (1) US20040153513A1 (de)
EP (1) EP1393524A1 (de)
JP (1) JP2004532485A (de)
DE (1) DE10126847A1 (de)
WO (1) WO2002100063A1 (de)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2404112A (en) * 2003-05-10 2005-01-19 Uriel Kalman Keen Communications system, apparatus and method
US7171222B2 (en) * 2002-09-30 2007-01-30 Comverse, Ltd. Multimedia messaging method and system for transferring multimedia content
DE102005043041A1 (de) * 2005-09-09 2007-03-22 Siemens Ag Verfahren und Vorrichtung zum Aufbau einer themenbezogenen Kommunikationsverbindung
EP1927055A2 (de) * 2005-09-14 2008-06-04 Roamware, Inc. Multimediafarbnachricht

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2357668A (en) * 1999-12-24 2001-06-27 Nokia Mobile Phones Ltd Mobile telephone interface allowing user-specification of message delivery conditions
GB2391340A (en) * 2002-07-31 2004-02-04 Motorola Inc Multimedia Message Billing System
FR2847406B1 (fr) * 2002-11-20 2005-01-14 Cegetel Procede et dispositif modulaire de tracage d'un message multimedia a travers un reseau de telecommunications
KR100619844B1 (ko) * 2004-03-30 2006-09-13 엘지전자 주식회사 Ｍｍｓ 콘텐츠 전송방법
US8229479B1 (en) 2006-05-23 2012-07-24 Nextel Communications, Inc. Systems and methods for multimedia messaging
US9654589B2 (en) * 2006-08-24 2017-05-16 Bby Solutions, Inc. Configurable personal audiovisual device for use in application-sharing system
WO2008025017A2 (en) 2006-08-24 2008-02-28 Chumby Industries, Inc. Configurable personal audiovisual device for use in networked application-sharing system
US8521857B2 (en) * 2006-08-24 2013-08-27 Bby Solutions, Inc. Systems and methods for widget rendering and sharing on a personal electronic device
WO2009002804A2 (en) * 2007-06-22 2008-12-31 Chumby Industries, Inc. Systems and methods for device registration
US20100057938A1 (en) * 2008-08-26 2010-03-04 John Osborne Method for Sparse Object Streaming in Mobile Devices

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
WO1999014909A1 (en) * 1997-09-16 1999-03-25 British Telecommunications Public Limited Company Messaging system
US6865191B1 (en) * 1999-08-12 2005-03-08 Telefonaktiebolaget Lm Ericsson (Publ) System and method for sending multimedia attachments to text messages in radiocommunication systems
FI111314B (fi) * 1999-11-05 2003-06-30 Nokia Corp Multimediasanomanvälityspalvelu

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7171222B2 (en) * 2002-09-30 2007-01-30 Comverse, Ltd. Multimedia messaging method and system for transferring multimedia content
GB2404112A (en) * 2003-05-10 2005-01-19 Uriel Kalman Keen Communications system, apparatus and method
DE102005043041A1 (de) * 2005-09-09 2007-03-22 Siemens Ag Verfahren und Vorrichtung zum Aufbau einer themenbezogenen Kommunikationsverbindung
EP1927055A2 (de) * 2005-09-14 2008-06-04 Roamware, Inc. Multimediafarbnachricht
EP1927055A4 (de) * 2005-09-14 2008-10-29 Roamware Inc Multimediafarbnachricht

Also Published As

Publication number Publication date
US20040153513A1 (en) 2004-08-05
EP1393524A1 (de) 2004-03-03
JP2004532485A (ja) 2004-10-21
WO2002100063A1 (de) 2002-12-12

Similar Documents

Publication Publication Date Title
EP1532797B1 (de) Verfahren zum übertragen von nutzdatenobjekten gemüss einem profilinformationsobjekt
DE10126847A1 (de) Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug
EP1356645A2 (de) Verfahren und vorrichtung zur manipulation übertragener nachrichten
DE102007002617B4 (de) Verfahren und Anordnung zur Verwaltung von Daten, sowie ein entsprechendes Computerprogramm und ein entsprechendes computerlesbares Speichermedium
EP1327341A2 (de) Verfahren zum übermitteln von kurznachrichten über das internet
EP1632065B1 (de) Verfahren zum übertragen von nachrichten in einem auf mms basierten kommunikationssystem
EP1415488B1 (de) Verfahren zur übertragung von daten
WO2002058359A1 (de) Verfahren und mobiltelekommunikationsgerät zur datenübertragung in einem mobilfunknetz
DE60315697T2 (de) Verfahren zum Senden von Multimedianachrichten zwischen unterschiedlichen Multimedia-Nachrichtendiestzentren
WO2003094481A1 (de) Verfahren zum übertragen von nutzdatenobjekten
WO2005043942A1 (de) Verfahren zum übertragen von verschlüsselten nutzdatenobjekten
DE10225425A1 (de) Verfahren zur Übertragung von Daten
EP1283636B1 (de) Multimedialer Nachrichtendienst mit dienstanbieterübergreifender Antwortvergebührungs-Funktionalität
DE10137866B4 (de) Verfahren zur Datenübertragung
EP1386456B1 (de) Benachrichtigung im Multimedia Messaging Service (MMS)
WO2004021663A1 (de) Verfahren sowie vorrichtung zur datenquellenspezifischen kennzeichnung von push-nutzdaten
WO2003085999A1 (de) Verfahren zur übertragung von daten, insbesondere mit multimedialen inhalten, in einem mobilfunknetz
WO2003101054A1 (de) Verfahren und vorrichtung zur datenübertragung
EP2027685B1 (de) Verfahren zur steuerung und benutzerspezifischen anpassung eines multimedia messaging dienstes
EP1263178A2 (de) Verfahren und Vorrichtung zur Präsentation von Multimedianachrichten
EP1944929B1 (de) Verfahren und Anordnung zur Verwaltung von Daten, sowie ein entsprechendes Computerprogramm und ein entsprechendes computerlesbares Speichermedium
WO2005060280A2 (de) Vorrichtung und verfahren zur positionsübermittlung bei kurznachrichtendiensten
EP1742431B1 (de) Selektive Push-Zustellung von elektronischen Nachrichten
WO2005067325A1 (de) Verfahren zur wiedererlangung von einer auf einem mms-client nicht verfügbaren verknüpfung auf eine auf einem mms-server abgelegte multimedia nachricht durch einen mms-client
EP1352500A1 (de) Verfahren und mobiltelekommunikationsgerät zur datenübertragung in einem mobilfunknetz

Legal Events

Date Code Title Description
8139 Disposal/non-payment of the annual fee