Brevet FR2938994A1 — publié le 20100528

Arrière-plan de l'invention L'invention se situe dans le domaine des réseaux de télécommunication et plus particulièrement dans celui du domaine des services de messagerie. Deux principaux services de messagerie sont actuellement connus, à savoir le service de messagerie SMS ("Short Message Service") et le service de messagerie MMS ("Multimedia Message Service"). Le service de messagerie SMS, défini par la norme de téléphonie GSM 03.40, permet à un utilisateur de transmettre des messages textuels courts, de taille maximale comprise entre 70 et 160 caractères suivant la langue et le codage associé (7, 8 ou 16 bits par caractère). Par extension de langage, un "SMS" désigne également un message transmis par le service SMS. De façon connue, lorsque l'utilisateur d'un client de messagerie SMS saisit un message dont la taille est supérieure à la taille maximale précitée, ce message est automatiquement segmenté et envoyé à son destinataire par plusieurs SMS, chacun comportant un en-tête contenant les informations de segmentation nécessaires à sa reconstruction par le destinataire. On parle dans ce cas de "SMS long" ou "SMS concaténé". A la différence du service SMS, le service de messagerie multimédia MMS, normalisé auparavant par le 3GPP ("3rd Generation Partnership Project") et l'OMA ("Open Mobile Alliance"), permet de transmettre des messages au contenu purement textuel mais aussi des messages multimédia (contenu image, audio, vidéo, texte enrichi...). Par extension de langage, un "MMS" désigne également un message transmis par le service MMS. La taille des MMS peut atteindre plusieurs dizaines, voire plusieurs centaines de kilo-octets, cette taille limite étant fixée par les opérateurs de télécommunications. Actuellement, les services de messagerie SMS et MMS sont complètement indépendants et sollicitent des équipements différents du réseau de télécommunication (serveur SMSC / MMSC par exemple). De même, pour supporter les deux services, les terminaux utilisateurs doivent incorporer deux applications, un client SMS et un client MMS, leurs deux interfaces utilisateurs pour la création, la composition et l'envoi d'un message étant différentes. D'une façon générale, l'invention vise à unifier ces deux services de façon à simplifier la gestion des messages de service courts et des messages de service multimédia, tant du point de vue de l'utilisateur que du point de vue de l'opérateur. Objet et résumé de l'invention Selon un premier aspect, l'invention concerne un procédé de traitement d'un message de service multimédia comportant : - une étape de détection d'au moins un critère rempli par ce message ; - une étape de création d'au moins un message de service court; et - une étape d'envoi du ou de ces message(s) de service court(s) à au moins un destinataire du message de service multimédia. Corrélativement, l'invention concerne un dispositif de traitement d'un message de service multimédia comportant : - des moyens de détection d'au moins un critère rempli par ce message ; - des moyens de création d'au moins un message de service court; et - des moyens d'envoi du ou de ces message(s) de service court(s) à au moins un destinataire du message de service multimédia. Ainsi, d'une façon générale, l'invention propose un procédé et un dispositif permettant de créer automatiquement un message de service court, à partir d'un message de service multimédia, lorsque ce message multimédia remplit au moins un critère déterminé. Dans un mode particulier de réalisation, le critère précité est la présence, dans le message de service multimédia, d'un texte d'une longueur supérieure à une longueur seuil, l'invention permettant d'envoyer ce texte au destinataire dans un message court ou dans plusieurs messages courts concaténés. Autrement dit, l'invention permet, dans ce mode de réalisation, de convertir un message multimédia en un ou plusieurs messages courts dès lors que le texte contenu dans le message multimédia a une longueur supérieure à une longueur seuil. Ce mode particulier de l'invention est particulièrement adapté lorsque le message multimédia est purement textuel. Mais il s'applique également, comme explicité infra, lorsque le message multimédia comporte aussi un objet multimédia non textuel. La longueur seuil peut avantageusement être choisie de façon à ce que le coût (pour l'opérateur et/ou pour l'utilisateur) de l'envoi du ou des messages courts soit inférieur au coût d'envoi du message multimédia. Dans un mode particulier de l'invention, le critère est la présence, dans le message de service multimédia, d'un objet multimédia incompatible avec les capacités de traitement d'au moins un destinataire de ce message. C'est notamment le cas lorsqu'un destinataire d'un message multimédia comportant un objet multimédia non textuel se trouve être un client SMS. L'invention permet alors d'envoyer à ce ou ces destinataire(s) un message court (ou plusieurs messages courts concaténés) dont le texte peut être : - un texte prédéfini indépendant du texte contenu, le cas échéant, dans le 20 message court ; ou - un texte obtenu à partir du texte compris dans le message multimédia, par exemple le texte dans son intégralité, ou un résumé constitué par les premiers caractères de ce texte, de manière à avoir un contenu textuel inférieur à la taille maximale. 25 Dans un mode particulier de réalisation de l'invention, un message de service multimédia comportant au moins une partie du message multimédia d'origine est envoyé à au moins un destinataire du message multimédia d'origine, en plus du ou des message(s) court(s). En particulier, lorsque le message multimédia d'origine comporte du texte et 30 un objet multimédia non textuel, ce mode de réalisation de l'invention permet d'envoyer le texte au destinataire par un message court et l'objet multimédia par un message multimédia. Dans un mode particulier de l'invention, le procédé de traitement comporte une étape de contrôle apte à permettre ou empêcher 35 la création, et donc l'envoi, du ou des messages courts. Préférentiellement, cette étape de contrôle prend en compte des paramètres de configuration, ceux-ci pouvant notamment comporter : - un paramètre pour activer/désactiver la conversion de messages multimédia en messages courts dès lors que la taille du message multimédia est supérieure à une longueur seuil ; - cette longueur seuil elle-même ; - un paramètre pour définir si la conversion précitée doit être systématique, ou soumise à l'accord explicite de l'utilisateur, par exemple via une boîte de dialogue notamment présentée sur l'écran du terminal. Dans un mode de réalisation, les paramètres de configuration sont initialement fixés par l'opérateur ou par le fabricant du terminal. Dans un mode de réalisation, au moins un de ces paramètres peut être modifié par l'opérateur ou par l'utilisateur, localement ou à distance. Les avantages et caractéristiques particuliers du dispositif de traitement selon l'invention sont les mêmes que ceux du procédé de traitement selon l'invention et ne seront pas rappelés ici. L'invention concerne également un terminal comportant un dispositif de traitement tel que mentionné ci-dessus. Selon un autre aspect, l'invention vise un procédé de réception d'un message de service court comportant : - une étape de création d'au moins un message de service multimédia comportant au moins le contenu du message de service court ; et - une étape d'envoi du message de service multimédia à au moins un destinataire du message de service court. Corrélativement, l'invention concerne un dispositif de réception d'un message de service court comportant : - des moyens de création d'au moins un message de service multimédia comportant au moins le contenu du message de service court ; et - des moyens d'envoi du message de service multimédia à au moins un destinataire du message de service court. Selon ce deuxième aspect, l'invention permet la conversion d'un message court en message multimédia. Dans un mode particulier de réalisation, le contenu du message multimédia comporte le contenu d'au moins deux messages courts destinés à un même destinataire. Dans un mode de réalisation, le procédé de réception selon l'invention utilise les informations de segmentation contenues dans les messages courts pour identifier ceux qui doivent être concaténés dans un même message multimédia. Dans un mode de réalisation, la création du message multimédia comporte l'insertion d'un objet multimédia dans ce message multimédia. Ainsi, l'invention permet, par exemple, d'insérer, dans le message multimédia, une image associée à l'émetteur du message court, extraite par exemple d'un annuaire. Les caractéristiques et avantages particuliers du dispositif de réception sont identiques à ceux du procédé de réception selon l'invention et ne seront pas rappelés ici. L'invention vise aussi un terminal comportant un dispositif de réception tel que mentionné ci-dessus. L'invention, selon ces deux aspects (conversion de messages de service multimédia en messages de service courts et conversion de messages de service courts en messages de service multimédia) peut également être mise en oeuvre dans une plateforme de service de messagerie. En conséquence, l'invention vise aussi une plateforme de service de messagerie comportant : - un dispositif de traitement de messages multimédia tel que mentionné ci-dessus ; ou - un dispositif de réception de messages courts tel que mentionné ci-dessus ; ou - un dispositif de traitement de messages multimédia et un dispositif de réception de messages courts tels que mentionnés ci-dessus. Dans un mode particulier de réalisation, les différentes étapes du procédé de traitement et/ou du procédé de réception sont déterminées par des instructions d'un ou plusieurs programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif de traitement, un terminal, une plateforme de service, ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de traitement tel que décrit ci-dessus. L'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif de réception, dans un terminal, dans une plateforme de service ou plus généralement dans un ordinateur, ce programme comportant les instructions adaptées à la mise en oeuvre d'un procédé de réception tel que décrit ci-dessus. Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un 15 ordinateur, et comportant des instructions d'au moins un des programmes d'ordinateur mentionnés ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, par exemple 20 un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être 25 acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté 30 pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins D'autres caractéristiques et avantages de la présente invention 35 ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 représente, sous forme d'organigramme, les principales étapes d'un procédé de traitement conforme à l'invention, dans 5 un mode particulier de réalisation ; - la figure 2 représente, de façon schématique, un dispositif de traitement conforme à l'invention dans un mode particulier de réalisation ; - la figure 3 représente, sous forme d'organigramme, les principales étapes d'un procédé de réception conforme à l'invention dans 10 un mode particulier de réalisation ; - la figure 4 représente, de façon schématique, un dispositif de réception conforme à l'invention dans un mode particulier de réalisation ; - les figures 5 et 6 représentent deux terminaux conformes à l'invention dans des modes particuliers de réalisation ; et 15 - la figure 7 représente une plateforme conforme à l'invention dans un mode particulier de réalisation. Description détaillée de plusieurs modes de réalisation La figure 1 représente, de façon schématique, les principales 20 étapes d'un procédé de traitement d'un message de service multimédia, conforme à l'invention. On suppose ici que l'invention est mise en oeuvre dans le contexte d'une messagerie unifiée, et le procédé de traitement commence, dans cet exemple par une étape E5 de réception d'un message MSG d'un 25 type quelconque, destiné à une pluralité de destinataires D;, où i = 1 à N. Le contenu de ce message (charge utile) est référencé CONT. Au cours d'une étape E10, sont recherchés, parmi ces destinataires ceux dont l'adresse est l'adresse d'un client MMS, par exemple un numéro de téléphone. 30 Dans cet exemple, on supposera que les adresses où i = 1 à K, sont effectivement des adresses de clients MMS. Au cours d'une étape E15, le message MSG est envoyé aux autres destinataires où i = K + 1 à N, selon le protocole déterminé à partir du format de leurs adresses. 35 Dans le mode de réalisation décrit ici, au cours d'un test E20, il est déterminé si le contenu CONT du message est un texte TXT pur, un tel contenu pouvant être envoyé sous forme d'un message de service court, éventuellement concaténé. Si tel est le cas, le résultat du test E20 est positif. Ce test est suivi par un test E22, au cours duquel il est vérifié si la longueur du texte TXT est supérieure à un seuil TH défini par défaut ou par configuration. Si tel n'est pas le cas, la conversion ne doit pas être effectuée, et le message multimédia est envoyé sans conversion aux destinataires où i = 1 à K, au cours d'une étape E30. Dans l'exemple de réalisation décrit ici, si la longueur du texte TXT est supérieure au seuil TH, il est vérifié, au cours d'une étape de contrôle E25, si des paramètres de configuration sont programmés pour : - paramétrer la non conversion du message multimédia en message court ; - paramétrer la conversion automatique du message multimédia en message court ; ou - paramétrer cette conversion après accord de l'utilisateur. Dans le premier cas, le test de contrôle E25 est suivi par l'étape E30 déjà décrite au cours de laquelle le message multimédia est transmis aux destinataires où i = 1 à K, de façon classique, sans conversion. Dans le troisième cas, une demande est transmise à l'utilisateur, au cours de l'étape E25 pour valider ou non la conversion de messages multimédia en messages courts. Si l'utilisateur refuse la conversion, le message multimédia est envoyé aux destinataires où i = 1 à K, comme décrit précédemment, au cours de l'étape E30. Lorsque le message de service multimédia ou MMS doit être converti en message de service court ou SMS, soit de façon systématique, soit après accord de l'utilisateur, le test E25 est suivi par une étape E40 au cours de laquelle est créé un ou plusieurs SMS, le contenu de ce(s) SMS étant obtenu par segmentation du contenu textuel TXT du MMS. Ce(s) SMS est (sont) envoyé(s) aux destinataires où i = 1 à K, au cours d'une étape E45. Nous venons de décrire, en référence aux étapes E20 à E45, le traitement d'un MMS purement textuel, dans un mode particulier de réalisation de l'invention. Dans le cas où le MMS n'est pas purement textuel, le test E20 est suivi par un test E50 au cours duquel est vérifié que le contenu du MMS est valide, c'est-à-dire composé d'un ou plusieurs objet(s) multimédia OBJ et éventuellement d'un texte TXT. Si tel n'est pas le cas, une erreur est générée au cours d'une étape E52. Si le contenu CONT du MMS est validé, le test E50 est suivi par une étape E55 au cours de laquelle est vérifié si les destinataires D;, où i = 1 à K, ont la capacité pour recevoir le(s) objet(s) multimédia OBJ contenus dans le MMS. On supposera dans cet exemple que seuls les destinataires D;, où i = 1 à L, ont cette capacité. Pour ces destinataires où i = 1 à L, est vérifié, au cours d'une étape de contrôle E60, en fonction des paramètres de configuration, si, le cas échéant, le texte TXT doit être converti en SMS. Si tel n'est pas le cas, l'étape de contrôle E60 est suivie par une étape E65 au cours de laquelle est envoyé le MMS, aux destinataires D;, où i = 1 à L, de façon classique Lorsque les paramètres de configuration (autorisation systématique ou soumise à accord de l'utilisateur) requièrent la conversion du texte TXT en SMS, l'étape de contrôle E60 est, dans cet exemple, suivie par : - une étape E70 au cours de laquelle est créé un message de service multimédia MMS2 avec les objets multimédia OBJ ; et - une étape E75 au cours de laquelle est créé un ou plusieurs SMS contenant la partie purement textuelle TXT du MMS. Le ou les SMS ainsi que le message de service multimédia MMS2 sont envoyés aux destinataires D;, où i = 1 à L, au cours d'une étape E80. Pour les destinataires D;, où i = L+1 à N, qui n'ont pas la capacité pour recevoir les objets multimédia OBJ contenus dans le MMS, est ou sont créé(s) (étape E85), dans ce mode de réalisation, un ou plusieurs SMS, dont le contenu TXT2 est constitué par: - un message prédéfni ; ou par une partie au moins du texte TXT contenu dans le MMS. Les différents SMS ainsi obtenus sont envoyés aux destinataires D;, où i = L+1 à N, au cours d'une étape E90. La figure 2 représente un dispositif de traitement de messages 35 de service multimédia MMS conforme à l'invention dans un mode particulier de réalisation. Dans cet exemple, le dispositif 100 de traitement a l'architecture matérielle d'un ordinateur. Il comporte notamment un processeur 101, une mémoire non volatile réinscriptible 102 et une mémoire morte 103, cette ou ces mémoire(s) constituant un support d'informations pour contenir un programme d'ordinateur conforme à l'invention apte à mettre en oeuvre le procédé de traitement décrit précédemment en référence à la figure 1. Ce dispositif de traitement 100 comporte une unité 107 pour recevoir un MMS. Lorsque le dispositif de traitement 100 est mis en oeuvre dans une plateforme de service, cette unité 107 est un module de communication MMS connu de l'homme du métier pour recevoir un message MMS depuis un réseau de télécommunication. [Nota: "Module de communication MMS" : il s'agit de faire référence au module logiciel de bas niveau d'un terminal ou d'une plateforme de service chargé de l'envoi et de la réception des MMS. Le module de conversion vient s'insérer entre ce module de communication et les couches plus élevées du client de messagerie avec ses IHM.] Lorsque le dispositif de traitement est mis en oeuvre dans un terminal, l'unité 107 reçoit le MMS en provenance de l'application du terminal dite "client MMS" (ou d'une application de messagerie unifiée) de ce terminal. Le dispositif de traitement 100 comporte des moyens 105 pour envoyer des SMS sur le réseau de télécommunication RT ou vers une application du terminal dite "client SMS". Dans l'exemple de réalisation décrit ici, la mémoire non volatile réinscriptible 102 comporte une zone MSG_ZONE pour contenir des messages MMS ou SMS et une table T_CFG pour mémoriser des paramètres de configuration. Dans l'exemple décrit ici, le dispositif de traitement 100 reçoit les données de configuration D_CONF (émises par un terminal TERM) par un port 104, via un réseau R1 local (de type USB, Bluetooth, WiFi, ...) ou distant (par exemple de type Internet). Sur réception de ces données de configuration D_CONF, le processeur 101 met à jour la table T_CFG de la mémoire non volatile réinscriptible 102. Dans l'exemple de réalisation décrit ici, la mémoire morte 103 comporte trois modules informatiques, à savoir : - un client SMS référencé C_SMS ; - un module de contrôle M_CTRL adapté à prendre en compte les données 5 de configuration pour autoriser ou non la conversion d'un MMS en SMS ; et - un module M_DET pour détecter si le MMS répond aux critères de conversion. Concrètement, lorsque le dispositif 100 reçoit un MMS par son 10 unité 107, il transfert ce MMS dans la zone MSG_ZONE, et, si le module de détection M_DET détecte que ce SMS doit être converti, il donne instruction au client SMS C_SMS de convertir le message MMS en SMS comme décrit précédemment en référence à la figure 1, ce(s) SMS étant envoyé(s) sur le réseau de télécommunication RT ou vers un client SMS 15 local par les moyens d'envoi 105 du dispositif. La figure 3 représente, sous forme d'organigramme, les principales étapes d'un procédé de réception conforme à l'invention. Au cours d'une première étape, on suppose que l'on reçoit un ou plusieurs SMS, ces SMS comportant, le cas échéant, des informations 20 de segmentation (SMS concaténé). Dans l'exemple de réalisation décrit ici, est créé, au cours d'une étape F20, un MMS dont le contenu est la concaténation des contenus des SMS reçus à l'étape F10, destinés au même destinataire. Dans le mode particulier de réalisation décrit ici, est inséré, dans 25 le MMS, un objet multimédia OBJ constitué, dans cet exemple par une image associée à l'émetteur de ces SMS. Le MMS est envoyé au destinataire du SMS au cours d'une étape F30. La figure 4 représente, de façon schématique, un dispositif de 30 réception conforme à l'invention. Dans l'exemple de réalisation décrit ici, ce dispositif 200 a l'architecture matérielle d'un ordinateur. Il comporte un processeur 201, une mémoire vive non volatile et réinscriptible 202 et une mémoire morte 203, cette ou ces mémoire(s) 35 constituant un support pour un programme d'ordinateur conforme à l'invention dont les principales étapes ont été décrites précédemment en référence à la figure 3. De façon similaire à ce qui a été décrit en référence à la figure 2, le dispositif de réception 200 comporte des moyens 204 pour recevoir des données de configuration D_CONF depuis un réseau R1 local ou distant, et, dans sa mémoire non volatile réinscriptible 202, une zone MSG_ZONE pour stocker des MMS ou des SMS et une table de configuration T_CFG mise à jour par le processeur 201 en fonction des données de configuration D_CONF. Le dispositif de réception 200 comporte une entité 205 pour recevoir des SMS, soit depuis un client SMS local, soit depuis un réseau de télécommunication RT. Il comporte également des moyens 207 pour envoyer des MMS soit sur un réseau de télécommunication RT, soit vers un client MMS du 15 terminal. Dans l'exemple de réalisation décrit ici, la mémoire 203 comporte les modules suivants : - un client MMS référencé C_MMS ; - un module de configuration M_CFG apte, à autoriser ou non la 20 conversion du MMS en SMS, en fonction des données de configuration D_CONF; et - un module de contrôle M_CTRL apte à créer un MMS à partir d'un ou plusieurs SMS, par analyse de leurs informations de segmentation et éventuellement d'un ou plusieurs objets multimédia OB). 25 Lorsque le dispositif de réception 200 reçoit un ou plusieurs SMS, il les stocke dans la zone de messages MSG_ZONE, vérifie les données de configuration, et donne instructions au client C_MMS de créer le MMS, celui-ci étant envoyé sur le réseau de télécommunication RT ou vers un client MMS local par les moyens d'envoi 207 du dispositif. 30 La figure 5 représente un terminal 10 conforme à l'invention, celui-ci comportant un dispositif 100 de traitement conforme à l'invention. Dans le mode de réalisation décrit ici, le dispositif 10 comporte une interface homme-machine IFiM par laquelle l'utilisateur peut saisir les données de configuration D_CONF suivantes : 35 - L : taille du texte d'un MMS à partir duquel celui-ci doit être converti en un ou plusieurs SMS ; paramètre de conversion : systématique / soumise à l'autorisation explicite de l'utilisateur ; et - zone de saisie du contenu CONT du message MMS. Dans cet exemple de réalisation, le ou les SMS créés par le dispositif 100 sont émis sur le réseau de télécommunication RT. La figure 6 représente, de façon schématique, un autre terminal 20 conforme à l'invention, celui-ci comportant un dispositif 200 de réception conforme à l'invention. Celui-ci reçoit, par ses moyens de réception 205, un ou plusieurs 10 SMS d'un réseau de télécommunication RT. Le terminal 20 comporte, une interface homme-machine IHM pour afficher le contenu du MMS en sortie de l'unité 207. La figure 7 représente, de façon schématique une plateforme de services de messagerie conforme à l'invention. 15 Dans l'exemple de réalisation décrit ici, cette plateforme a l'architecture matérielle d'un ordinateur. Elle comporte un processeur 501, une mémoire non volatile réinscriptible 502 et une mémoire morte 503, par exemple de type ROM. Cette plateforme comporte également un serveur WEB 504 pour 20 recevoir des données de configuration D_CONF en provenance d'un client TERM connecté à la plateforme via le réseau Internet. La mémoire non volatile réinscriptible 502 comporte une zone pour stocker des SMS ou des MMS et une table de configuration T_CFG mise à jour par le processeur 501 sur réception des données D_CONF. 25 La plateforme 50 comporte des moyens 5050 (respectivement 5051) pour envoyer et recevoir des SMS (respectivement MMS) sur et depuis un réseau de télécommunication RT. Dans l'exemple de réalisation décrit ici, la mémoire morte 503 comporte un client SMS C_SMS, un client MMS C_MMS et un module de 30 contrôle M_CTRL. Le module de contrôle M_CTRL est adapté, dans ce mode de réalisation à : - analyser les informations de segmentation des SMS reçus depuis le réseau de télécommunication RT et, le cas échéant, à donner instructions 35 au client MMS C_MMS pour créer un message MMS à partir du contenu de ces SMS ; - à vérifier, si les paramètres de configuration du D_CONF choisis par l'opérateur, autorisent ou non la conversion de MMS en SMS ; - à détecter, si les conditions de la conversion (par exemple présence d'un objet multimédia ou longueur de texte supérieure à un seuil) du contenu 5 d'un MMS doit entraîner une telle conversion ; et - lorsque la conversion doit être effectuée, donner instruction aux clients SMS C_SMS pour créer un ou plusieurs SMS à partir du texte contenu dans le MMS. REVENDICATIONS1. Procédé de traitement d'un premier message de service multimédia comportant : - une étape (E35, E55) de détection d'au moins un critère rempli par ledit premier message de service multimédia ; - une étape (E40, E75, E85) de création d'au moins un message de service court ; et - une étape (E45, E80, E90) d'envoi dudit message de service court à au moins un destinataire dudit premier message de service multimédia. 2. Procédé de traitement selon la revendication 1 dans lequel : - ledit critère (E35) est la présence, dans ledit premier message de service multimédia, d'un texte (T)CT) d'une longueur (L) supérieure à une longueur seuil (TH), - ledit texte (TXT) étant envoyé (E45) audit destinataire dans au moins un message de service court. 3. Procédé de traitement selon la revendication 1, dans lequel ledit message court comporte au moins une partie de contenu dudit premier message de service multimédia. 4. Procédé de traitement selon la revendication 1 comportant une étape (E65, E80) d'envoi d'un deuxième message de service multimédia comportant au moins une partie du contenu dudit premier message de service multimédia à au moins un destinataire dudit premier message de service multimédia. 5. Procédé de traitement selon la revendication 1 comportant une étape (E25, E60) de contrôle apte à commander une demande de validation de la création dudit message de service court. 6. Dispositif (100) de traitement d'un message de service multimédia comportant :- des moyens (M_DET) de détection d'au moins un critère rempli par ledit message de service multimédia ; - des moyens (M_C) de création d'au moins un message de service court ; et - des moyens (105) d'envoi d'au moins un message de service court à au moins un destinataire dudit premier message de service multimédia. 7. Terminal (10) comportant un dispositif de traitement selon la 10 revendication 6. 8. Procédé de réception d'un message de service court comportant : - une étape (F20) de création d'au moins un message de service 15 multimédia comportant au moins le contenu dudit message de service court ; et - une étape (F30) d'envoi dudit message de service multimédia à au moins un destinataire (D) dudit message de service court. 20 9. Procédé de réception selon la revendication 8, caractérisé en que ledit message de service multimédia comporte le contenu d'au moins plusieurs messages de service courts destinés audit destinataire. 10. Procédé de réception selon la revendication 8, caractérisé en 25 que ladite étape (F20) de création comporte en outre l'insertion d'un objet multimédia (OBJ) non textuel dans ledit message de service multimédia. 11. Dispositif (200) de réception d'un message de service court comportant : 30 - des moyens (M_C) de création d'au moins un message de service multimédia comportant au moins le contenu dudit message de service court ; et - des moyens (207) d'envoi dudit message de service multimédia à au moins un destinataire dudit message de service court. 35 12. Terminal (20) comportant un dispositif de réception (200) selon la revendication 11. 13. Plateforme (50) de service de messagerie comportant au moins un dispositif de traitement d'un message de service multimédia selon la revendication 6, ou un dispositif de réception d'un message de service court selon la revendication 11. 14. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de traitement d'un message de service multimédia selon l'une quelconque des revendications 1 à 5 lorsque ledit programme est exécuté par un ordinateur (100, 10, 50). 15. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de réception d'un message de service court selon l'une quelconque des revendications 8 à 10 lorsque ledit programme est exécuté par un ordinateur (200, 20, 50).