[go: up one dir, main page]

WO2004066574A1 - Service de messagerie multimedia comprenant un service indiquant l'absence du destinataire - Google Patents

Service de messagerie multimedia comprenant un service indiquant l'absence du destinataire Download PDF

Info

Publication number
WO2004066574A1
WO2004066574A1 PCT/FR2003/003633 FR0303633W WO2004066574A1 WO 2004066574 A1 WO2004066574 A1 WO 2004066574A1 FR 0303633 W FR0303633 W FR 0303633W WO 2004066574 A1 WO2004066574 A1 WO 2004066574A1
Authority
WO
WIPO (PCT)
Prior art keywords
mms
message
auto
mmsc
terminal
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.)
Ceased
Application number
PCT/FR2003/003633
Other languages
English (en)
Inventor
Gwenaël LE BODIC
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.)
Alcatel Lucent SAS
Nokia Inc
Original Assignee
Alcatel SA
Nokia 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 Alcatel SA, Nokia Inc filed Critical Alcatel SA
Priority to AU2003296786A priority Critical patent/AU2003296786A1/en
Publication of WO2004066574A1 publication Critical patent/WO2004066574A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5322—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording text messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems
    • H04M3/53333—Message receiving aspects
    • H04M3/53341—Message reply

Definitions

  • the present invention relates to the field of multimedia messages received and / or sent from and / or to radiocommunication terminals, such as mobile telephones.
  • MMS Multimedia Messaging Service
  • SMS and EMS Short and advanced message services
  • MMS exchange can be supported by so-called second and third generation radio networks, such as the GPRS (General Packet Radio Service) or the UMTS (Universal Mobile Telecommunication System) for example.
  • MMS messaging services have taken into account the constraints of interoperability with electronic messaging services via the Internet to define the structure and mode of MMS exchange.
  • a radiocommunication terminal designed to support an MMS messaging service and to operate on a second or third generation network, can therefore exchange multimedia messages with terminals connected to the Internet network or to another type of wired or wireless network. .
  • Figure 1 schematically illustrates the network architecture of a multimedia messaging service.
  • Such an MMS exchange system is organized to cover several network elements so as to be able to ensure interoperability with existing messaging systems such as SMS and EMS as well as fixed messaging systems such as electronic messaging services. via Internet.
  • the MMS architecture requires on the one hand a network infrastructure capable of transporting, adapting and storing MMS messages, and on the other hand software elements allowing the composition, the sending and the reception of MMS messages, both at the terminal level. mobile than from the network.
  • an MMS environment is defined in a given radiocommunication network, designated under the term of MMSE (MMS Environment), including a set of network elements under the control of a multimedia messaging service provider (known as an MMS provider) giving access to MMS services as part of a user subscription to said network.
  • MMS Environment multimedia messaging service provider
  • a radiocommunication terminal capable of exchanging MMS contains software, designated as MMS User Agent (MMS-UA) in English terminology, which is embedded in the terminal.
  • MMS-UA MMS User Agent
  • This software (MMS-UA) allows the composition, presentation, sending and reception of MMS messages.
  • Each sending and receiving MMS-UA of an MMS is attached to an MMSE environment corresponding respectively to the network subscription domain of the sending and receiving terminal, these sending and receiving environments possibly being the same.
  • An MMS-UA communicates with the MMSC server of its MMSE environment through a dedicated interface MM1 of said server.
  • the keystone of the MMS network architecture is the relay server, commonly known by the acronym MMSC for MMS Center, shown in Figure 1.
  • An MMSC is associated with a given MMSE environment.
  • the MMSC is responsible on the one hand for transporting MMS messages in said environment and to other MMSC centers attached to other MMSE 'environments or to other messaging servers and on the other hand for storage (Stock) MMS messages pending their delivery to a terminal attached to said MMSE environment.
  • the MMSC is also in charge of adapting the content of MMS messages, keeping subscriber registers and interfacing with billing systems and the application of services offered to subscribers.
  • FIG. 2 schematically illustrates the structure of an MMS message.
  • a multimedia message is in the form of a so-called multipart message making it possible to include non-textual elements such as images, sounds or video sequences to be represented simultaneously when the message is read.
  • Such a multipart MMS is then formatted according to the MIME format (Multipurpose Internet Mail Extensions) extended with binary encoding for the transfer of the message over the radio link.
  • MMS-H header
  • MMS-B body
  • BP Body Part
  • the body of the message (MMS-B) therefore consists of a succession of parts (BP) each containing a header (BP-H) indicating the type of element and its size and data (BP-D) representing the definition of said message element.
  • the message header contains information relating to the transport of the message, such as, among other things, the identification of the recipient, of the sender, of the recipients in copy, an indication of delivery of the message; and information relating to the message sent, such as, among other things, the date of dispatch, the date of validity of the message, the address to which it is necessary to reply, the identification of the message to which it is replied, the subject of the message...
  • the header information is organized according to fields to which values are assigned.
  • MMS exchanges are generally carried out asynchronously, as illustrated in the diagram in FIG. 3.
  • different transmission reports as to the state of the MMS can be retransmitted to the terminal sending the message.
  • An MMS message is composed by an MMS-UA from a terminal and sent to
  • MMSC corresponding to the MMSE environment to which the sending terminal is attached.
  • This sending of an MMS can be accompanied by a request by the MMS-UA of the sending terminal of a set of transmission reports as to the fate of the message sent.
  • the exchange between the MMS-UA and the MMSC is carried out by a dedicated interface of the MMSC, called MMl.
  • This exchange is identified by the arrows A and B in the diagram and corresponds to a request to submit a message from the terminal to the MMSC and to an acknowledgment of receipt of this request.
  • the MMSC then takes care of delivering said message, by transmitting it if necessary to the MMSC of another MMSE environment or to the server of another network (Internet) or to the service of another messaging service, via a dedicated interface of the MMSC to other servers, called MM4.
  • the arrows C and D correspond to this transfer of the MMS message to another server acknowledging receipt.
  • the message can then be immediately delivered to the MMS-UA of the destination terminal or be stored by the MMSC.
  • the message is effectively transmitted to the destination terminal, the
  • MMSC can report it to the MMSC of the sending terminal which acknowledges receipt (exchange E and F on the dedicated interface MM4) which informs the MMS-UA of the sending terminal (arrow G).
  • exchange E, F, G are only carried out if the terminal sender ⁇ required such an acknowledgment of receipt for the delivery of the message to the destination terminal.
  • the sending terminal has requested acknowledgment of receipt of the message by the receiving terminal, it will receive this information represented by the arrows H to K of the diagram.
  • the MMS-UA 'of the receiving terminal will send a message to its MMSC via the dedicated MMT interface when it has read the MMS received, and the MMSC will inform its MMSC counterpart' who will transmit the reading report to the MMS-UA of the transmitter terminal.
  • the sending MMS-UA To receive the transmission reports mentioned above, the sending MMS-UA must request it from its MMSC. For example, the MMS-UA sends a request to the MMSC formulated as follows: MM1_ delivery_report.REQ to request to be informed of the delivery of the MMS to the receiving terminal; and the transmitting terminal will receive said transmission report formulated as follows: MMl_delivery_report.RES in the form of a preconceived MMS message.
  • the MMS-UA of a terminal communicates regularly with its
  • MMSC for configuration updates, such as subscriber registers, storage and message transmission settings, or others.
  • Such exchanges are made by sending data frames via the dedicated interface MM1 of the MMSC and are defined by the specifications of the 3GPP or the WAP Forum.
  • the present invention relates more particularly to a multimedia messaging service called MMS (Multimedia Messaging Service) consisting in transmitting a message through a radiocommunication network comprising a management center (MMSC) for multimedia messages to which radiocommunication terminals are attached, said MMS message comprising a header (MMS-H) containing parameters relating to the transport and content of said message, characterized in that said management center (MMSC) transmits a multimedia auto-response message to a terminal transmitting a message intended for a receiving terminal, the header (MMS-H) of said auto-response message comprising a pair of parameters whose value corresponds respectively to a start date and an end date, a non-zero value said parameters being associated with an indication of absence of the destination terminal for the period between these two dates.
  • MMS Multimedia Messaging Service
  • the invention also relates to a method for exchanging multimedia messages, known as MMS (Multimedia Messaging Service) between a transmitting terminal and a receiving terminal respectively connected to a management center (MMSC) for multimedia messages of a radiocommunication network.
  • MMS Multimedia Messaging Service
  • MMSC Management Center
  • the invention also relates to radiocommunication terminals able to be connected to multimedia message management centers (MMSC), called MMS (Multimedia Messaging Service) and comprising on-board software (MMS-UA) allowing the composition, reception and viewing multimedia MMS messages, characterized in that said software (MMS-UA) comprises navigation and coding means capable of assigning values to parameters of a request from a terminal to the management center (MMSC) corresponding to setting up an auto-response message, and interpreting the parameter values of an MMS message corresponding to an auto-response message.
  • MMS Multimedia Messaging Service
  • FIG. 1 already described, illustrates diagrammatically a network architecture allowing the exchange of MMS.
  • FIG. 2 already described, schematically illustrates the structure of an MMS multimedia message.
  • - Figure 3 already described, schematically illustrates the transmission, delivery and transmission report of an MMS.
  • FIG. 4a is of a transmission report request from an MMS-UA to its MMSC.
  • FIG. 4b is a diagram of certain parameters of the header of an MMS according to the invention.
  • the subject invention proposes to define new parameters in the header of a multimedia message in order to allow the establishment of an auto-response system.
  • a terminal will initialize the auto-response system by sending configuration parameters to its MMSC. The latter will then automatically send a pre-designed MMS auto-response in response to MMS sent by other terminals.
  • the initialization step consists in requesting the establishment of an auto-response message and in defining certain parameters of the header of the auto-response MMS which will be sent by the MMSC.
  • the header of an MMS contains a set of parameters associated on the one hand with the transport of the message and on the other hand with the message itself. These parameters are organized according to fields (X-MMS-identification of the field) to which values are assigned, certain fields having to be obligatorily filled, such as the priority of the message (X-MMS-Priority) for example.
  • the WAP Forum specifications (WAP 209) define, among other things, the field numbers of the parameters of the header of an MMS as well as the coding of the values which are assigned to each field. According to current specifications, the field number (X-MMS -%) is binary coded on one byte and the value assigned to it is binary coded on a variable number of bytes.
  • an MMS-UA embedded software includes navigation means making it possible to assign values to the various fields of composition of a multimedia message.
  • the screen of the radiocommunication terminal displays the various fields of an MMS message such as the recipient, the subject of the message and others; and a keyboard, possibly provided with a navigation button known per se, allows a user to enter numeric or text values in these fields.
  • the MMS-UA software also includes coding means, of the processor type, making it possible to convert the values entered on the keyboard into binary values, compatible with the WAP Forum specifications, to be transmitted to the MMSC network server via a dedicated standardized interface MMl.
  • a given terminal Tl belonging to a given MMSE environment performs an initialization step by transmitting to its management center MMSC a request to set up, or deactivate, an auto-response message. .
  • a request is illustrated in FIG. 4a and can be presented as follows: MMl -out-of-office-reply.REQ.
  • This request is transmitted by the dedicated interface MM1 previously defined and can be accompanied by parameters.
  • the MMSC will generally provide confirmation of the activation, or deactivation, of the request, via the dedicated interface MM1. This confirmation can be presented as follows: MMl -out-of-office-reply.RES.
  • Such a terminal Tl therefore includes on-board MMS-UA software allowing the composition, reception and display of MMS multimedia messages, as well as navigation and coding means capable of assigning values to parameters of an MMl -out request. -of-office-reply.REQ.
  • the MMS-UA software includes a "CREATE / UPDATE / DELETE" command allowing to create, modify or update the MMl -out-of-office-reply.REQ request.
  • the MMSC sends a confirmation (MMl -out-of-office- reply.RES) which includes a request identifier. This identifier will then allow a Tl terminal to issue other requests (MMl -out-of-office-reply.REQ) to modify
  • At least a couple of parameters of the creation request "CREATE" MMl -out-of-office-reply.REQ have values corresponding to dates. These dates are interpreted by the MMSC management center as the start and end dates of the implementation of the auto-response message request.
  • any terminal T2 belonging to an MMSE environment (identical or different from that to which the terminal Tl belongs) sends an MMS message to the terminal Tl
  • an MMS auto-response message will be sent by the management center .
  • Such a terminal T2 therefore also includes on-board MMS-UA software allowing the composition, reception and display of messages multimedia MMS, as well as decoding means capable of interpreting the value of the parameters of an MMS message corresponding to an auto-response message.
  • the header (MMS-H) of the auto-response message comprises a pair of fields whose values correspond respectively to a start date (X-MMS-000-Start-Date) and an end date (X- MMS-000-End-Date). If the value of these fields is not zero, the message displays an indication of absence for the period between these two dates when it is viewed by the recipient terminal.
  • the header of the auto-response message can also include a parameter whose value corresponds to a character string, a non-zero value of this parameter being associated with the display of a text giving an indication of the reason. absence in the auto-response message (X-MMS-000-Reason), such as "holidays", "missions" or other.
  • This parameter can also include a field corresponding to a character string associated with a free text allowing to give additional information such as "for any emergency, you can reach me at ".
  • the header of the auto-response message can also include another pair of parameters, the value of which corresponds respectively to a text and to an address, a non-zero value of said parameters being associated with an indication of the name (X- MMS-QOO-Agent-Name) and the contact details of a contact person (X- MMS-000-Agent-Address).

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Service de messagerie multimédia dit MMS (Multimédia Messaging Service) consistant à transmettre un message à travers un réseau de radiocommunication comprenant un centre de gestion (MMSC) des messages multimédia auquel sont rattachés des terminaux de radiocommunication, ledit message MMS comprenant un en-tête (MMS-H) contenant des paramètres relatifs au transport et contenu dudit message, caractérisé en ce que ledit centre de gestion (MMSC) émet un message multimédia d'auto-réponse vers un terminal émetteur d'un message destiné à un terminal récepteur, l'en-tête (MMS-H) dudit message d'auto-réponse comprenant un couple de paramètres dont la valeur correspond respectivement à une date de début et une date de fin, une valeur non nulle desdits paramètres étant associée à une indication d'absence du terminal destinataire pour la période comprise entre ces deux dates.

Description

SERVICE DE MESSAGERIE MULTIMEDIA COMPRENANT UN SERVICE INDIQUANT L'ABSENCE DU DESTINATAIRE
La présente invention concerne le domaine des messages multimédia reçus et/ou envoyés depuis et/ou vers des terminaux de radiocommunication, tels que des téléphones mobiles.
L'essor des messages multimédia, dits MMS (Multimédia Messaging Service), fait suite au grand succès des services de messages courts et avancés, dits SMS et EMS, dans le domaine de la radiocommunication. Les MMS constituent un développement de ce type de service de messagerie en offrant la possibilité d'inclure de plus en plus de données multimédia, tels que des images, des sons, des séquences vidéo et autres. L'échange de MMS peut être supporté par les réseaux radio dits de deuxième et troisième génération, tels que le GPRS (General Packet Radio Service) ou l'UMTS (Universal Mobile Télécommunication System) par exemple. En outre, les services de messagerie MMS ont pris en compte les contraintes d'interopérabilité avec les services de messagerie électronique via l'Internet pour définir la structure et le mode d'échange des MMS. Un terminal de radiocommunication, conçu pour supporter un service de messagerie MMS et pour fonctionner sur un réseau de deuxième ou troisième génération, peut donc échanger des messages multimédia avec des terminaux reliés au réseau Internet ou à d'autre type de réseau filaire ou sans fil.
La figure 1 illustre schématiquement l'architecture réseau d'un service de messagerie multimédia.
Un tel système d'échange de MMS est organisé pour couvrir plusieurs éléments de réseau de manière à pouvoir assurer l'interopérabilité avec les systèmes de messagerie existants tels que les SMS et EMS ainsi que les systèmes de messagerie fixes tels que les services de messagerie électronique via Internet. L'architecture MMS requiert d'une part une infrastructure réseau apte à transporter, adapter et stocker les messages MMS, et d'autre part des éléments logiciels permettant la composition, l'envoi et la réception de messages MMS, tant au niveau du terminal mobile que du réseau.
Ainsi, un environnement MMS est défini dans un réseau de radiocommunication donné, désigné sous le terme de MMSE (MMS Environment), incluant un ensemble d'éléments réseau sous le contrôle d'un fournisseur de service de messagerie multimédia (connu comme MMS provider) donnant accès aux services MMS dans le cadre d'un abonnement utilisateur audit réseau.
En outre, un terminal de radiocommunication apte à échanger des MMS contient un logiciel, désigné comme MMS User Agent (MMS-UA) en terminologie anglaise, qui est embarqué dans le terminal. Ce logiciel (MMS-UA) permet la composition, la présentation, l'envoi et la réception des messages MMS. Chaque MMS-UA émetteur et récepteur d'un MMS est attaché à un environnement MMSE correspondant respectivement au domaine d'abonnement réseau du terminal émetteur et récepteur, ces environnements émetteur et récepteur pouvant éventuellement être les mêmes. Un MMS-UA communique avec le serveur MMSC de son environnement MMSE par une interface dédiée MMl dudit serveur.
La clé de voûte de l'architecture réseau MMS est le serveur relais, communément désigné par le sigle MMSC pour MMS Centre, représenté sur la figure 1 . Un MMSC est associé à un environnement MMSE donné. Le MMSC est en charge d'une part du transport des messages MMS dans ledit environnement et vers d'autres centres MMSC attachés à d'autres environnements MMSE' ou vers d'autres serveurs de messagerie et d'autre part du stockage (Stock) des messages MMS dans l'attente de leur délivrance à un terminal attaché audit environnement MMSE. Par ailleurs, le MMSC est également en charge de l'adaptation de contenu des messages MMS, de la tenue de registres d'abonnés et de l'interface avec les systèmes de facturation et d'application de services proposés aux abonnés.
La figure 2 illustre schématiquement la structure d'un message MMS. Généralement, un message multimédia se présente sous la forme d'un message dit multiparties permettant d'inclure des éléments non textuels tels que des images, des sons ou des séquences vidéo à représenter simultanément lors de la lecture du message. Un tel MMS multiparties est alors mis en forme selon le format MIME (Multipurpose Internet Mail Extensions) étendu d'un encodage binaire pour le transfert du message sur le lien radio. Classiquement, un MMS présente un en-tête (MMS-H) et un corps (MMS-B) pouvant contenir une pluralité de parties, connues comme Body Part (BP), correspondant chacune à un élément du message MMS tel qu'un son, une image... Le corps du message (MMS-B) se compose donc d'une succession de parties (BP) contenant chacune un en-tête (BP-H) indiquant le type d'élément et sa taille et des données (BP-D) représentant la définition dudit élément de message.
L'en-tête du message (MMS-H) contient des informations relatives au transport du message, telles que, entre autre, l'identification du destinataire, de l'émetteur, des destinataires en copie, une indication de délivrance du message ; et des informations relatives au message envoyé, telles que, entre autre, la date d'envoi, la date de validité du message, l'adresse à laquelle il faut répondre, l'identification du message auquel il est répondu, l'objet du message...
Les informations de l'en-tête sont organisées selon des champs auxquels sont attribuées des valeurs.
Les échanges de MMS sont généralement effectués de manière asynchrone, comme l'illustre le diagramme de la figure 3. En particulier, différents rapports de transmission quant à l'état du MMS peuvent être retransmis au terminal émetteur du message. Un message MMS est composé par un MMS-UA d'un terminal et envoyé au
MMSC correspondant à l'environnement MMSE auquel est attaché le terminal émetteur. Cet envoi d'un MMS peut être accompagné d'une requête par le MMS-UA du terminal émetteur d'un ensemble de rapport de transmission quant au devenir du message émis. L'échange entre le MMS-UA et le MMSC est effectué par une interface dédiée du MMSC, dite MMl . Cet échange est identifié par les flèches A et B du diagramme et correspond à une requête de soumission d'un message du terminal au MMSC et à un accusé de réception de cette requête.
Le MMSC se charge alors de délivrer ledit message, en le transmettant le cas échéant au MMSC d'un autre environnement MMSE' ou au serveur d'un autre réseau (Internet) ou au service d'une autre messagerie, via une interface dédiée du MMSC aux autres serveurs, dite MM4. Les flèches C et D correspondent à ce transfert du message MMS vers un autre serveur accusant réception.
Le message peut alors être immédiatement délivré au MMS-UA du terminal destinataire ou être stocké par le MMSC. Lorsque le message est effectivement transmis au terminal destinataire, le
MMSC peut en reporter au MMSC du terminal émetteur qui accuse réception (échange E et F sur l'interface dédiée MM4) qui en informe le MMS-UA du terminal émetteur (flèche G). Ces échanges E, F, G ne sont effectués que si le terminal émetteur α requis un tel accusé de réception pour la délivrance du message au terminal destinataire. De même, si le terminal émetteur a requis un accusé de réception à la lecture du message par le terminal destinataire, il recevra cette information représentée par les flèches H à K du diagramme. Le MMS-UA' du terminal destinataire enverra un message à son MMSC par l'interface dédiée MMT lorsqu'il aura pris connaissance du MMS reçu, et le MMSC en informera son homologue MMSC' qui transmettra le rapport de lecture au MMS-UA du terminal émetteur.
Pour recevoir les rapports de transmission mentionnés précédemment, le MMS-UA émetteur doit en faire la requête à son MMSC. Par exemple, le MMS-UA envoie une requête au MMSC formulée comme suit : MM1_ delivery_report.REQ pour demander à être informé de la délivrance du MMS au terminal destinataire ; et le terminal émetteur recevra ledit rapport de transmission formulé comme suit : MMl_delivery_report.RES sous la forme d'un message MMS préconçu. Par ailleurs, le MMS-UA d'un terminal communique régulièrement avec son
MMSC pour des mises à jour de configuration, tels que les registres d'abonnés, les paramètres de stockage et de transmission des messages, ou autres. De tels échanges se font par l'envoi de trames de données via l'interface dédiée MMl du MMSC et sont définis par les spécifications du 3GPP ou du WAP Forum.
La présente invention se rapporte plus particulièrement à un service de messagerie multimédia dit MMS (Multimedia Messaging Service) consistant à transmettre un message à travers un réseau de radiocommunication comprenant un centre de gestion (MMSC) des messages multimédia auquel sont rattachés des terminaux de radiocommunication, ledit message MMS comprenant un en-tête (MMS-H) contenant des paramètres relatifs au transport et contenu dudit message, caractérisé en ce que ledit centre de gestion (MMSC) émet un message multimédia d'auto-réponse vers un terminal émetteur d'un message destiné à un terminal récepteur, l'en-tête (MMS-H) dudit message d'auto-réponse comprenant un couple de paramètres dont la valeur correspond respectivement à une date de début et une date de fin, une valeur non nulle desdits paramètres étant associée à une indication d'absence du terminal destinataire pour la période comprise entre ces deux dates. L'invention se rapporte également à un procédé d'échange de messages multimédia, dits MMS (Multimédia Messaging Service) entre un terminal émetteur et un terminal récepteur respectivement relié à un centre de gestion (MMSC) des messages multimédia d'un réseau de radiocommunication, caractérisé en ce qu'il comporte : une étape d'initialisation consistant à envoyer des données de configuration au centre de gestion (MMSC) par un terminal de radiocommunication, lesdites données comprenant une requête de mise en place d'un message d'auto-réponse (MMl -out-of-office-reply.REQ) ; - une étape d'auto-réponse par l'envoi d'un MMS par le centre de gestion
(MMSC) au terminal émetteur d'un message destiné au terminal récepteur ayant requis la mise en place d'un message d'auto-réponse. L'invention concerne également des terminaux de radiocommunication aptes à être reliés à des centres de gestion (MMSC) de messages multimédia, dits MMS (Multimedia Messaging Service) et comprenant des logiciels embarqués (MMS- UA) permettant la composition, la réception et la visualisation de messages multimédia MMS, caractérisé en ce que lesdits logiciels (MMS-UA) comprennent des moyens de navigation et de codage aptes à attribuer des valeurs à des paramètres d'une requête d'un terminal au centre de gestion (MMSC) correspondant à la mise en place d'un message d'auto-réponse, et à interpréter les valeurs de paramètres d'un message MMS correspondant à un message d'auto- réponse.
Les particularités et avantages de la présente invention apparaîtront plus clairement à la lecture de la description qui suit, donnée à titre d'exemple illustratif et non limitatif, et faite en référence aux figures annexées dans lesquelles : la figure 1 , déjà décrite, illustre schématiquement une architecture réseau permettant l'échange de MMS. la figure 2, déjà décrite, illustre schématiquement la structure d'un message multimédia MMS. - la figure 3, déjà décrite, illustre schématiquement le système transmission, délivrance et rapport de transmission d'un MMS.
La figure 4a est d'une requête de rapport de transmission d'un MMS-UA à son MMSC. La figure 4b est un schéma de certains paramètres de l'en-tête d'un MMS selon l'invention.
L'invention en objet propose de définir de nouveaux paramètres dans l'en- tête d'un message multimédia afin de permettre la mise en place d'un système d'auto-réponse.
Dans une première étape, un terminal va initialiser le système d'auto- réponse en envoyant des paramètres de configuration à destination de son MMSC. Ce dernier enverra ensuite automatiquement un MMS préconçu d'auto-réponse en réponse aux MMS émis par d'autres terminaux.
L'étape d'initialisation consiste à requérir la mise en place d'un message d'auto-réponse et à définir certains paramètres de l'en-tête du MMS d'auto-réponse qui sera envoyé par le MMSC.
Comme indiqué précédemment, l'en-tête d'un MMS contient un ensemble de paramètres associés d'une part au transport du message et d'autre part au message lui-même. Ces paramètres sont organisés suivant des champs (X-MMS- identification du champ) auxquels sont attribuées des valeurs, certains champs devant obligatoirement être remplis, tel que la priorité du message (X-MMS-Priority) par exemple.
Les spécifications du WAP Forum (WAP 209) définissent, entres autres, les numéros de champ des paramètres de l'en-tête d'un MMS ainsi que le codage des valeurs qui sont attribuées à chaque champ. Selon les spécifications actuelles, le numéro du champ (X-MMS-...) est codé en binaire sur un octet et la valeur qui lui est attribuée est codée en binaire sur un nombre variable d'octets.
Classiquement, un logiciel embarqué MMS-UA comporte des moyens de navigation permettant d'attribuer des valeurs aux divers champs de composition d'un message multimédia. Ainsi, l'écran du terminal de radiocommunication affiche les divers champs d'un message MMS tels que le destinataire, l'objet du message et autres ; et un clavier, éventuellement muni d'un bouton de navigation connu en soi, permet à un utilisateur de saisir des valeurs numériques ou textuelles dans ces champs. Le logiciel MMS-UA comporte également des moyens de codage, du type processeur, permettant de convertir les valeurs saisies au clavier en valeurs binaires, compatibles avec les spécifications du WAP Forum, à transmettre au serveur réseau MMSC par une interface dédiée normalisée MMl .
Selon l'invention, un terminal Tl donné appartenant à un environnement MMSE donné, effectue une étape d'initialisation en transmettant à son centre de gestion MMSC une requête de mise en place, ou de désactivation, d'un message d'auto-réponse. Une telle requête est illustrée figure 4a et peut se présenter comme suit : MMl -out-of-office-reply.REQ. Cette requête est transmise par l'interface dédiée MMl précédemment définie et peut être accompagnée de paramètres. Le MMSC fournira généralement une confirmation de l'activation, ou de la désactivation, de la requête, par l'interface dédiée MMl . Cette confirmation peut se présenter comme suit : MMl -out-of-office-reply.RES.
Un tel terminal Tl comprend donc un logiciel embarqué MMS-UA permettant la composition, la réception et la visualisation des messages multimédia MMS, ainsi que des moyens de navigation et de codage aptes à attribuer des valeurs à des paramètres d'une requête MMl -out-of-office-reply.REQ. A cet effet, le logiciel MMS-UA comprend une commande « CREATE/ UPDATE/ DELETE » permettant de créer, modifier ou mettre à jour la requête MMl -out-of-office-reply.REQ.
Lors de la création « CREATE » du message d'auto-réponse sur requête du
MMS-UA du terminal Tl , le MMSC émet une confirmation (MMl -out-of-office- reply.RES) qui inclus un identifiant de requête. Cet identifiant permettra ensuite un terminal Tl d'émettre d'autres requêtes (MMl -out-of-office-reply.REQ) pour modifier
« UPDATE » ou supprimer « DELETE » la requête de mise en place « CREATE ».
Avantageusement, au moins un couple de paramètres de la requête de création « CREATE » MMl -out-of-office-reply.REQ a des valeurs correspondant à des dates. Ces dates sont interprétées par le centre de gestion MMSC comme les dates de début et de fin de la mise en place de la requête de message d'auto-réponse.
Ainsi, lorsqu'un quelconque terminal T2 appartenant à un environnement MMSE (identique ou différent de celui auquel appartient le terminal Tl ) émet un message MMS à destination du terminal Tl , un message MMS d'auto-réponse sera émis par le centre de gestion.
Un tel terminal T2 comprend donc également un logiciel embarqué MMS- UA permettant la composition, la réception et la visualisation de messages multimédia MMS, ainsi que des moyens de décodage aptes à interpréter la valeur des paramètres d'un message MMS correspondant à un message d'auto-réponse.
Comme illustré sur la figure 4b, l'en-tête (MMS-H) du message d'auto- réponse comprend un couple de champs dont les valeurs correspondent respectivement à une date de début (X-MMS-000-Start-Date) et à une date de fin (X- MMS-000-End-Date). Si la valeur de ces champs est non nulle, le message affiche une indication d'absence pour la période comprise entre ces deux dates lors de sa visualisation par le terminal destinataire.
L'en-tête du message d'auto-réponse peut également comprendre un paramètre dont la valeur correspond à une chaîne de caractères, une valeur non nulle de ce paramètre étant associée à l'affichage d'un texte donnant une indication de la raison d'absence dans le message d'auto-réponse (X-MMS-000-Reason), telle que « congés », « missions » ou autre. Ce paramètre peut également inclure un champ correspondant à une chaîne de caractères associée à un texte libre permettant de donner des informations complémentaires telles que « pour toute urgence, vous pouvez me joindre au ... ».
L'en-tête du message d'auto-réponse peut en outre comprendre un autre couple de paramètres dont la valeur correspond respectivement à un texte et à une adresse, une valeur non nulle desdits paramètres étant associée à une indication du nom (X-MMS-QOO-Agent-Name) et des coordonnées d'une personne à contacter (X- MMS-000-Agent-Adress).

Claims

REVENDICATIONS
1. Service de messagerie multimédia dit MMS (Multimédia Messaging Service) consistant à transmettre un message à travers un réseau de radiocommunication comprenant un centre de gestion (MMSC) des messages multimédia auquel sont rattachés des terminaux de radiocommunication, ledit message MMS comprenant un en-tête (MMS-H) contenant des paramètres relatifs au transport et contenu dudit message, caractérisé en ce que ledit centre de gestion (MMSC) émet un message multimédia d'auto-réponse vers un terminal émetteur d'un message destiné à un terminal récepteur, l'en-tête (MMS-H) dudit message d'auto-réponse comprenant un couple de paramètres dont la valeur correspond respectivement à une date de début et une date de fin, une valeur non nulle desdits paramètres étant associée à une indication d'absence du terminal destinataire pour la période comprise entre ces deux dates.
2. Service de messagerie multimédia selon la revendication 1 , caractérisé en ce que l'en-tête (MMS-H) du message d'auto-réponse comprend en outre un paramètre dont la valeur correspond à un texte, une valeur non nulle dudit paramètre étant associée à une indication de la raison d'absence dans ledit message d'auto-réponse.
3. Service de messagerie multimédia selon la revendication 1 , caractérisé en ce que l'en-tête (MMS-H) du message d'auto-réponse comprend en outre un couple de paramètres dont la valeur correspond respectivement à un texte et à une adresse, une valeur non nulle desdits paramètres étant associée à une indication du nom et des coordonnées d'une personne à contacter dans ledit message d'auto-réponse.
4. Procédé d'échange de messages multimédia, dits MMS (Multimédia Messaging Service) entre un terminal émetteur et un terminal récepteur respectivement relié à un centre de gestion (MMSC) des messages multimédia d'un réseau de radiocommunication, caractérisé en ce qu'il comporte : - une étape d'initialisation consistant à envoyer des données de configuration au centre de gestion (MMSC) par un terminal de radiocommunication, lesdites données comprenant une requête de mise en place d'un message d'auto-réponse (MMl -out-of-office-reply.REQ) ; une étape d'auto-réponse par l'envoi d'un MMS par le centre de gestion (MMSC) au terminal émetteur d'un message destiné au terminal récepteur ayant requis la mise en place d'un message d'auto-réponse.
5. Procédé selon la revendication 4, caractérisé en ce que l'étape d'initialisation comporte l'attribution de valeurs à des paramètres associés à la requête de mise en place d'un message d'auto-réponse, lesdites valeurs ^e paramètres étant indiquées dans ledit message d'auto réponse. ^
6. Procédé selon la revendication 4, caractérisé en ce qu'il comporte en outre une étape de rapport par le centre de gestion (MMSC) des messages d'auto- réponse émis.
7. Terminal de radiocommunication apte à être relié à un centre de gestion (MMSC) de messages multimédia, dits MMS (Multimedia Messaging Service) et comprenant un logiciel embarqué (MMS-UA) permettant la composition, la réception et la visualisation de messages multimédia MMS, caractérisé en ce que ledit logiciel (MMS-UA) comprend des moyens de navigation et de codage aptes à attribuer des valeurs à des paramètres d'une requête dudit terminal au centre de gestion (MMSC) correspondant à la mise en place d'un message d'auto-réponse.
8. Terminal de radiocommunication comprenant un logiciel embarqué (MMS-UA) permettant la composition, la réception et la visualisation de messages multimédia, dits MMS (Multimedia Messaging Service), caractérisé en ce que ledit logiciel (MMS-UA) comprend des moyens de décodage aptes à interpréter les valeurs de paramètres d'un message MMS correspondant à un message d'auto-réponse.
PCT/FR2003/003633 2002-12-20 2003-12-09 Service de messagerie multimedia comprenant un service indiquant l'absence du destinataire Ceased WO2004066574A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2003296786A AU2003296786A1 (en) 2002-12-20 2003-12-09 Multimedia messaging service comprising a service indicating recipient's absence

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR02/16334 2002-12-20
FR0216334A FR2849334B1 (fr) 2002-12-20 2002-12-20 Service de messagerie multimedia comprenant un service indiquant l'absence du destinataire

Publications (1)

Publication Number Publication Date
WO2004066574A1 true WO2004066574A1 (fr) 2004-08-05

Family

ID=32406276

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/003633 Ceased WO2004066574A1 (fr) 2002-12-20 2003-12-09 Service de messagerie multimedia comprenant un service indiquant l'absence du destinataire

Country Status (3)

Country Link
AU (1) AU2003296786A1 (fr)
FR (1) FR2849334B1 (fr)
WO (1) WO2004066574A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1819112A1 (fr) * 2006-02-13 2007-08-15 Research In Motion Limited Procédé et systéme pour la notification de'activation de la messagerie à la reponse automatique.
CN100466668C (zh) * 2004-08-23 2009-03-04 华为技术有限公司 移动网短消息自动回复实现方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6163274A (en) * 1997-09-04 2000-12-19 Ncr Corporation Remotely updatable PDA
DE10102751A1 (de) * 2001-01-22 2002-07-25 Siemens Ag Automatische Beantwortung von alphanumerischen Nachrichten
EP1255414A2 (fr) * 2001-05-04 2002-11-06 Comverse Ltd Réponse et traitement automatique de SMS

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6163274A (en) * 1997-09-04 2000-12-19 Ncr Corporation Remotely updatable PDA
DE10102751A1 (de) * 2001-01-22 2002-07-25 Siemens Ag Automatische Beantwortung von alphanumerischen Nachrichten
EP1255414A2 (fr) * 2001-05-04 2002-11-06 Comverse Ltd Réponse et traitement automatique de SMS

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"ETSI TS 122 140 V5.2.0;Universal Mobile Telecommunications System (UMTS); Service aspects; Stage 1; Multimedia Messaging Service (3GPP TS 22.140 version 5.2.0 Release 5)", ETSI TS 123 140 V5.2.0, XX, XX, June 2002 (2002-06-01), pages 1 - 15, XP002225280 *
GOLDBERG S ET AL: "AUTO REPLY BASED ON TEXT MESSAGE CONTENT", MOTOROLA TECHNICAL DEVELOPMENTS, MOTOROLA INC. SCHAUMBURG, ILLINOIS, US, vol. 42, December 2000 (2000-12-01), pages 140 - 141, XP000970451, ISSN: 0887-5286 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100466668C (zh) * 2004-08-23 2009-03-04 华为技术有限公司 移动网短消息自动回复实现方法
EP1819112A1 (fr) * 2006-02-13 2007-08-15 Research In Motion Limited Procédé et systéme pour la notification de'activation de la messagerie à la reponse automatique.
US8296370B2 (en) 2006-02-13 2012-10-23 Research In Motion Limited System and method of sharing auto-reply information

Also Published As

Publication number Publication date
AU2003296786A1 (en) 2004-08-13
FR2849334B1 (fr) 2005-04-29
FR2849334A1 (fr) 2004-06-25

Similar Documents

Publication Publication Date Title
US8243890B2 (en) All-HTTP multimedia messaging
US7024209B1 (en) Unified messaging system configured for management of short message service-type messages
EP1599979B1 (fr) Gestion de messages
US8165049B2 (en) Filtering of electronic information to be transferred to a terminal
US20030193967A1 (en) Method, apparatus and system for processing multimedia messages
EP1220132A2 (fr) Méthode et système pour former un message combiné dans un système de télécommunication
KR20050051665A (ko) 적어도 두 개의 단말기 사이에서 적어도 하나의 멀티미디어메시지를 통신할 수 있는 방법
KR20040065293A (ko) 이동 통신 환경에서 메시지를 처리하기 위한 방법 및 장치
EP1460868B1 (fr) Timbre électronique pour message multimédia
US7502621B2 (en) Method for relay-transmitting messages among mobile communication terminals
EP1643744A1 (fr) Méthode de transfert d'information vidéo à plusieurs utilisateurs dans un réseau MMS
US20040185832A1 (en) Messaging via a multimedia messaging service (mms)
WO2004066574A1 (fr) Service de messagerie multimedia comprenant un service indiquant l'absence du destinataire
KR100978443B1 (ko) 단문 또는 멀티미디어 메시지 송수신 단말기 및 그 방법
EP1685727B1 (fr) Procédé et système de transmission et de réception de contenus multimédia via un réseau radiocommunication
KR100455132B1 (ko) 멀티미디어 메시징 서비스에서 메시지 전달 방법
US20050059382A1 (en) Method and a system for submitting a message deposited in an in-box of a messaging service
KR100878748B1 (ko) 웹투폰 단문메시지서비스를 이용하여 메시지를 전송하는방법 및 시스템
US6292823B1 (en) Method and apparatus for communicating messages of varying protocols over a single communications network
EP1583301A1 (fr) Système de messagerie vocale comportant une fonction de réponse de courrier électronique
KR100561670B1 (ko) 이동통신망에서 멀티미디어 메시징 서비스 제공 방법
WO2004066573A1 (fr) Service de messagerie multimedia comprenant un champ de reponse indiquant une date requise
KR20040054070A (ko) 통합 메신저 서비스 방법 및 시스템
KR100717855B1 (ko) 정보 전송 시스템 및 방법
KR100501147B1 (ko) Ｃｐ 컨텐츠의 재전송 방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP