Titre de l`Article

SETIT 2005
3rd International Conference: Sciences of Electronic,
Technologies of Information and Telecommunications
March 27-31, 2005 – TUNISIA
Service de messagerie multimédia mobile
consultable via une interface Web
F.Chehbour, C.Boukhari et N.Nouali
Division Informatique Mobile
CEntre de Recherche sur l’Information Scientifique et Technique CERIST
Rue des trois frères aissou, Ben Aknoun, Alger, Algérie
Fax : 213 21 91 21 26
[email protected]
[email protected]
[email protected]
Résumé: L’un des derniers développements en matière de messagerie mobile est le service de messagerie multimédia
mobile MMS, introduit avec la nouvelle version du protocole WAP qui est la version 2.0. Ce dernier donne une
nouvelle dimension à la messagerie mobile. Tout en assurant la transmission automatique et immédiate des messages
personnels à l'instar du SMS, il permet désormais aux utilisateurs de téléphones mobiles d'enrichir leurs messages en y
intégrant du son, des images et autres éléments pour en faire de véritables messages vidéo et audio personnalisés.
Avec MMS, un utilisateur peut non seulement envoyer son message multimédia d'un téléphone à un autre, mais aussi
d'un téléphone mobile à une adresse de messagerie électronique et inversement. Cette caractéristique augmente
considérablement les possibilités offertes par la communication mobile, aussi bien au niveau personnel que
professionnel
L'objectif de cet article est d’implémenter un service de messagerie multimédia MMS consultable via une interface web,
permettant aux utilisateurs ne disposant pas d'appareils mobiles d'envoyer des messages multimédia à un autre
utilisateur nomade.
Mots clés: Internet mobile, Messagerie mobile, MMS, Terminal mobile, WAP 2.0.
1 Introduction
Le monde de l’Internet et de la téléphonie, auparavant
disjoints, tendent actuellement à se rapprocher pour le
plus grand bonheur des utilisateurs qui se trouvent au
centre de cet environnement et qui appelé l’internet
mobile.
Parmi les technologies qui ont permis ce
rapprochement, on peut citer le WAP (Wireless
Application Protocol) : c’est un protocole développé
par le WapForum qui permet la liaison entre Internet
et le terminal mobile. La dernière version du WAP
(WAP2.0) a apporté de nombreuses améliorations à la
version précédente. (WAPAS,1998)
Parmi les services les plus intéressant offerts par le
WAP2.0, citons le service MMS (Multimedia
Messaging Service). MMS est un service de
messagerie non instantané qui remplace le SMS et qui
offre beaucoup de possibilités d’améliorer les
messages tant du point de vue qualité (messages plus
riches avec de la couleur, du son, et de la vidéo), que
du point de vue quantité avec une taille qui peut
atteindre 100Ko de données. (GPPMMS, 2002)
Pour augmenter le rayon d’action du service MMS et
toucher le maximum d'utilisateurs, il a été envisagé la
réalisation d’un service de messagerie multimédia
consultable via une interface web. Ce service
permettra, à partir d’un site web, de composer,
d’envoyer des messages multimédia vers des
téléphones mobiles ainsi que de gérer le parc
d’abonnés au service. Il devra permettre aussi la
facturation des messages envoyés, et tout cela au sein
d’un environnement ergonomique.
Nous allons présenter dans ce qui suit, les
différentes étapes de la conception et de la réalisation
de notre application. La section 2 présente
l’architecture du MMS, la section 3 présente les
différents types d’échanges et d’application de service
MMS, la section 4 présente environnement applicatif
de notre service, La section 5
aborde
l’implémentation de notre système. Ensuite, on donne
les résultats des tests réalisés, où nous exposerons les
SETIT2005
résultats
obtenus
dans
diverses
conditions
d’utilisation. Enfin on termine par une conclusion et
perspectives d’évolution de notre application
2 Architecture du MMS
La figure suivante montre que la messagerie
multimédia englobe différents types de réseaux. La
connexion entre ces réseaux se fait par le protocole
Internet et les différents protocoles de messagerie.
Cette approche permet de rendre compatible les
services de messageries qui sont disponibles sur les
réseaux sans fils de 2ème génération GPRS et 3ème
générations UMTS avec les systèmes de messageries
d’Internet. (GPPMMS, 2003)
• MMS User Agent ou MMS Client :
C’est l’élément système qui interagit avec l’utilisateur.
Le MMS User Agent est une fonction de niveau
application qui réside dans le terminal mobile de
l’utilisateur, qui lui permet de voir, de composer, et de
manipuler des messages MMS.
• Les serveurs externes:
Différents serveurs externes peuvent être inclus ou
connectés au MMSE, tels que :
- Le serveur email qui fournit les services email
traditionnels.
- Systèmes de messagerie sans fil externes tels que le
SMS.
- D’autres systèmes tels que le Fax et la messagerie
vocale (Voicemail).
La liaison entre les serveurs externes et le MMS User
Agent est assurée par le MMSC qui permet
l’intégration de différents types de serveurs à travers
différents réseaux.
• MMS VAS Application :
Le MMS VAS Application (Value Added Services)
offre des services à valeur ajoutée tels que la météo,
informations, etc. à l’utilisateur MMS, il est
principalement utilisé par les fournisseurs de contenus.
2.2 Description fonctionnelle des éléments de
l’architecture MMS
Figure 1. Les éléments de l’architecture MMS
2.1 Les éléments de l’architecture MMS
• MMS Relay/Server ou MMSC (Multimédia
Messaging Service Center):
Il est responsable du stockage, de la manipulation des
messages entrant et sortants, il assure le transfert de
messages entre différents systèmes de messagerie. Il
interagit aussi avec des réseaux externes tel que
Internet, Intranet, et transfert des messages entre
différents réseaux mobiles. Le MMS Relay/Server doit
pouvoir générer les CDRs (Charging Data Record)
nécessaires pour la facturation.
• MMSE :
(Multimédia
Messaging
Service
Environment)
MMSE est un ensemble d’éléments réseau spécifiques
au MMS, sous le contrôle d’une seule administration
qui est le MMS Relay/Server ou MMSC. Cet
environnement peut inclure différents types de réseaux
(2G ou 3G). Il fournit toutes les fonctionnalités
nécessaires au service telles que la notification et le
stockage de message multimédia (MM).
• MMS User Databases
Cet élément peut être constitué d’une ou plusieurs
entités qui contiennent des informations concernant
l’abonnement et la configuration de l’utilisateur
(exemple : profil utilisateur), ce qui peut servir pour
l’authentification.
• MMS User Agent
Le MMS User Agent doit fournir les fonctionnalités
de niveau application suivantes :
- La composition, présentation, envoi et récupération
message multimédia.
- Gestion et présentation des messages contenus dans
les MMBoxs (que nous verrons plus loin).
- La manipulation de périphériques externes tels que
caméra ou appareil photos.
- La gestion du profil utilisateur.
• MMSC
Le MMSC doit fournir les fonctionnalités suivantes :
- Réception, stockage et envoi de messages (Store and
Forward).
- Conversion des messages MMS envoyés par le
MMSC vers des systèmes de messagerie externes au
format approprié (par exemple vers un compte e-mail)
et l’inverse.
- Notification du MMS User Agent lors de l’arrivée
d’un message qui lui est destiné.
- Génération du Delivery-Report (Rapport de livraison
du message).
- Translation et résolution d’adresses, ainsi que le
masquage d'adresses.
- Garantir la livraison du message à un autre MMSE.
- Adaptation du contenu du message en fonction du
terminal et du profil utilisateur.
- Génération du CDR (Charging Data Record)
nécessaire à la facturation.
- La suppression de MM suivant le profil utilisateur ou
le filtrage d’informations.
- Conversion des types de médias et vérification de la
disponibilité du terminal.
SETIT2005
• MMBoxes
Une caractéristique optionnelle du MMS est de
supporter le stockage de MM sur le réseau, et qui est
appelée « MMBox ». C’est une entité logique qui est
associé au MMS Relay/Server et dans laquelle des
MM peuvent être stockés (automatiquement ou sur
demande de l'utilisateur), récupérés ou supprimés.
• MMS User Databases et HLR
Ces bases de données utilisateurs doivent fournir des
informations sur la souscription de l’utilisateur MMS,
information pour le contrôle de l’accès au MMS et des
informations sur les capacités actuelles du terminal de
l’utilisateur. (GPPMMS,2003)
3. Types d’échanges et d’applications
MMS
2.2 Types d’échanges
Différents types d’échanges peuvent avoir lieu
entre les utilisateurs MMS, et cela dépend de
l’expéditeur et du destinataire. Ces types se présentent
comme suit :
3.1.3 Transactions Application Originated
Figure 4. Message envoyé vers une application
Dans ce cas l’expéditeur du message MMS est une
application. Le message peut être destiné directement
à un mobile ou à une autre application. Le message
peut être traité dans une ou plusieurs applications
avant qu’il ne soit envoyé au destinataire.
3.1.4 Transactions Application Terminated
Dans ce cas le destinataire du message est une
application. L’origine du message peut être un mobile
ou une autre application. Dans ce cas un utilisateur
peut envoyer un MMS vers une adresse email, depuis
un téléphone portable.
3.1.1 Transactions Mobile Originated
Dans ce type de transactions, l’expéditeur est la
station mobile (MS). Le message peut être destiné à
un autre mobile, à une adresse e-mail, ou à une
application qui se charge de la conversion des formats.
Figure 5. Message envoyé vers une application
3.2 Types d’applications et exemples
Figure 2. Message envoyé par un mobile
3.1.2 Transactions Mobile Terminated
Dans ce cas le message a comme destination finale
un mobile. L’expéditeur du message peut être un autre
mobile ou une application.
Du point de vue du MMSC, il existe trois types
d’applications : Originated, Terminated et Processing.
¾ Originated Application : c’est une application qui
envoie des MMS au MMSC. Un exemple d’une
telle application origine est «Un service de
création et d’envoi de message MMS basé sur le
WEB».
¾ Terminated Application : c’est une application qui
reçoit des messages de la part d’une autre
application ou d’un mobile via un MMSC.
¾ Processing Application est à la fois expéditeur et
destinataire. Cette application reçoit un message
MMS, le traite ou le converti, puis l’envoie à
nouveau au MMSC (NGSWMMS, 2003).
4. Environnement applicatif
Figure 3. Message envoyé vers un mobile
Notre travaille consiste à réaliser un service de
messagerie multimédia sous la forme d'un site web,
qui à travers son interface conviviale, fournit à
l'utilisateur une interaction intuitive qui rend la
composition et l'envoi d'un message MMS très facile.
Ce service de messagerie que l'on a nommé
MMSAnywhere peut être comparé à un service email
classique dans la mesure où il offre beaucoup de
fonctionnalités que l'on trouve dans un service email,
SETIT2005
tels que la gestion des comptes d'utilisateurs,
sauvegarde des messages envoyés, téléchargement de
fichiers depuis un ordinateur (upload), gestion du
carnet d'adresses, etc. En plus il permet de
prévisualiser le message multimédia avant son envoi,
ce qui permet d'avoir une idée ou un aperçu de la
manière avec laquelle il sera affiché sur le terminal
mobile du destinataire.
4.1 Position de notre service dans l'architecture
MMS
Puisque notre service de messagerie envoie des
messages multimédia vers le centre MMSC, alors il
est considéré comme Orginating Application.
4.2 Schéma fonctionnel de MMS Anywhere
Figure 6. Fonctionnement global de MMSAnywhere
1. En ouvrant la première page du site, l'utilisateur
peut s'identifier pour accéder au compositeur de
messages MMS, s'enregistrer au service ou encore
ajouter des unités à son compte (crédit).
2. Après avoir reçu la requête du client, le serveur web
interroge la base de données pour ajouter un nouvel
utilisateur, récupérer ou modifier des informations
relatives au client.
3. En cas de réussite de l'authentification du client, et
si ce client possède dans son compte suffisamment
d'unités pour envoyer un message, le serveur web
ouvre une session avec le client et lui permet d'accéder
à la page de composition de messages multimédias.
4. Interaction avec le serveur pour sélectionner les
fichiers à inclure dans le message, ces fichiers peuvent
être dans la galerie multimédia proposée par défaut et
donc accessibles par tous les utilisateurs ou dans
l'espace personnel de l'utilisateur qui ne peut être
accédé que par ce dernier.
A noter que dans cette étape un utilisateur peut ajouter
à son message des fichiers qui sont sur son ordinateur.
Pour cela il doit les télécharger (ou uploader) vers son
dossier personnel ou la galerie multimédia dans le
serveur web.
5. Utilisations des fonctions de la librairie MMS pour
construire le message MMS et générer la requête
HTTP POST qui contiendra le message multimédia à
envoyer.
6. Envoi du message multimédia vers le centre
MMSC.
4.3 La base de données
La conception d’une base de données est une étape
fondamentale pour gérer les abonnés à notre service et
la facturation des messages.
4.3.1 Gestion des abonnés au service MMSAnywhere
Pour qu'un utilisateur puisse accéder au service
MMSAnywhere il doit s'identifier en introduisant son
nom d'utilisateur et son mot de passe, s'il est déjà
inscrit. Dans le cas contraire, un formulaire
d'inscription lui est proposé pour introduire toutes les
informations nécessaires. Après la validation du
formulaire, le processus d'inscription ajoute
l'utilisateur à la base de données et lui alloue un
espace utilisateur d'une taille de 2 Mo dans lequel il
pourra stocker ses fichiers personnels ainsi que les
messages envoyés. MMSAnywhere permet aussi à un
abonné de gérer son carnet d'adresses où il peut
ajouter ou supprimer des contacts.
4.3.2 Facturation du service MMSAnywhere
Pour pouvoir envoyer des messages multimédia à
des destinataires mobiles, notre service doit utiliser un
centre MMSC qui est dans la plupart des cas la
propriété d'un opérateur téléphonique. Comme cette
utilisation n'est pas gratuite, on devra payer les frais de
l'exploitation du MMSC au propriétaire de ce dernier.
Par conséquent on doit rendre le service payant pour
amortir ces frais.
Le modèle de facturation que nous avons adopté est la
facturation par événement qui consiste à facturer les
messages au même prix quelque soit la taille et la
destination (prix forfaitaire). Notre choix a été motivé
par les contraintes et les caractéristiques suivantes :
1. Absence d'un système de payement par carte de
crédit bancaire en Algérie.
2. Ce modèle de facturation est simple à comprendre
par les utilisateurs.
3. MMS étant un nouveau service, ce modèle pas
cher et simple, contribuera à son développement.
4. Donne une liberté à l'utilisateur, contrairement à
l'abonnement.
5. Environnement de développement
Les caractéristiques du système à développer,
observées dans la section précédente imposent un
certain nombre de contraintes quant à son
implémentation et surtout en ce qui concerne la façon
de le tester. Car étant donné qu’aucune infrastructure
MMS n’est disponible en l’Algérie, en plus du fait que
les réseaux sans fil actuellement déployés ne sont pas
adaptés au transport de données rend le test de notre
application dans un environnement réel impossible, ce
qui nous oblige à utiliser des émulateurs pour
reproduire cet environnement.
5.1 Plateforme de développement
Le choix de la plateforme s'est porté sur Windows
pour la simple raison que tous les émulateurs que nous
SETIT2005
avons utilisé fonctionnent uniquement sous Windows.
5.2 Le langage de développement Java Server
Page (JSP)
Les JSP sont un standard permettant de développer
des applications Web interactives, c'est-à-dire dont le
contenu est dynamique. (Patzer, 2000)
5.3 Serveur Web Apache Tomcat 4 Servlet/JSP
Container
Tomcat est un serveur web conteneur pour pages
JSP. Lorsqu'un utilisateur demande une page JSP,
Tomcat traduit cette page en Servlet et lui renvoie la
page HTML correspondante.(Hunter, 2001)
5.4 MySQL
MySQL est un système robuste de Gestion de
Bases de Données (SGBD), multi utilisateurs et multi
thread
5.5 Editeur de pages Web – Dreamweaver MX
Macromedia Dreamweaver MX est un éditeur
HTML professionnel destiné à la conception, au
codage et au développement de sites, de pages et
d'applications Web. Quel que soit l'environnement de
travail utilisé (codage manuel HTML ou
environnement d'édition visuel), Dreamweaver
propose des outils qui aideront à créer des applications
Web dynamiques reposant sur des bases de données à
l'aide de langages serveur tels que JSP ou ASP.
5.6 NOKIA MMS Java Library
NOKIA MMS Java Library facilite aux
développeurs la création d'applications basées sur le
service MMS. Elle offre les fonctionnalités suivantes:
ƒ Création et encodage de messages en respectant les
spécifications décrites par le WAPForum.
ƒ Décodage de messages. Permet la récupération du
contenu multimédia du corps du message MMS reçu
toujours suivant les spécifications du WAPForum
(WAPMMS, 2002). Cette fonctionnalité n'est pas
utilisée par notre application.
ƒ Envoi des messages MMS au MMSC à partir d'une
application Originating en utilisant le protocole
HTTP 1.1. (NJMMS, 2002)
5.7 Emulateurs
5.7.1 NOKIA Series 60 Content Authoring
Nokia Series 60 est un émulateur qui permet de
reproduire d'une façon très proche de la réalité les
principales fonctions et caractéristiques des téléphones
mobiles compatibles MMS notamment la gamme
Série 60 NOKIA. C'est un outil professionnel destiné
au développeurs d'applications WAP et MMS qui nous
permet de voir comment le message sera affiché sur le
navigateur d'un terminal mobile. Cet émulateur
possède la possibilité de détecter et d'afficher
automatiquement les messages stockés dans son
répertoire mmsin. (NHTCMMS, 2003)
Figure 7. NOKIA Series 60 Emulator
5.7.2 NOKIA MMSC EIAF Emulator
En l'absence d'une véritable infrastructure MMS et
d'un vrai centre MMSC, nous avons été contraints
d’utiliser un émulateur Nokia MMSC External
Application Interface Emulator. Cet émulateur est un
outil qui fournit presque les mêmes caractéristiques
qu'un MMSC réel ce qui nous a permis de tester les
fonctionnalités de notre application.
Figure 8. Interface MMSC EAIF Emulator
MMSC EAIF est capable de recevoir des messages
multimédia envoyés par des applications de type
Originating Application, de vérifier la structure des
messages, de valider le format des messages reçus et
enfin de retourner une réponse à l'application.
Le service que nous devons développer est considéré
du point de vue MMSC, comme une Originating
Application, alors on doit configurer le MMSC en
conséquence :
Figure 9. Configuration du MMSC en mode Originating
Après avoir sélectionné le type d'application, on doit
par la suite indiquer au MMSC sur quel numéro de
port il doit attendre les messages envoyés par notre
application, pour cela on doit utiliser le fichier de
configuration du MMSC qui est eaifem.properties.
(NMMSCE, 2002)
SETIT2005
objet Slide Java.
6 Résultats et tests
L'objectif de cette section consiste à présenter les
résultats des tests de notre application.
Figure 10. Fichier de Configuration du MMSC
5.3 Interconnexion de notre application avec les
émulateurs :
Figure 12. Page d'accueil de notre site
Figure 11. Interconnexion des émulateurs
1.
2.
3.
4.
Communication Application – MMSC Emulator.
Notre application (serveur web, serveur BD,
pages dynamiques et JavaBeans) envoie les
messages vers le MMSC sur le port 8189. Donc
l'adresse du MMSC sera 127.0.0.1:8189 car nous
faisons un test localement. De son coté
l'émulateur MMSC renvoie vers l'application et
sur la même session HTTP de l'envoi du message,
un accusé de réception.
Application – Nokia Java MMS Library. Notre
application doit utiliser la librairie MMS pour
pouvoir construire et envoyer les messages MMS.
Emulateur MMSC – Espace de stockage. A la
réception d'un message multimédia valide, le
MMSC renvoie automatiquement ce message vers
le répertoire MMSIN de l'émulateur du terminal.
Espace de stockage – Emulateur terminal. Les
émulateurs
téléphones
mobiles
détectent
automatiquement la présence de fichiers
(messages MMS) dans leur répertoire MMSIN et
les affichent sur leurs écran. (NSCA,2003)
La figure 12 représente la page d'accueil de notre site
web (MMSAnywhere). A travers laquelle les
utilisateurs peuvent s’inscrire pour pouvoir envoyer
des messages MMS, si l’utilisateur est déjà abonné au
notre service il doit au préalable s'identifier en
introduisant son nom d'utilisateur et son mot de passe,
comme il peut ajouter un crédit à son compte.
6.1 Composition du message multimédia
L'interface utilisateur lui permet d'accéder à la
galerie multimédia composée d'images et de sons
proposés par défaut ou à son espace personnel pour
composer son message. Avant d'envoyer son message,
l'utilisateur peut le prévisualiser pour avoir une idée
de la façon avec laquelle son message sera perçu par
le destinataire.
La figure suivante montre la composition d'un
message MMS :
5.4 Construction et envoi des messages MMS
Un message MMS est organisé en Slides
(diapositives). Chaque slide peut contenir une image,
du texte et un fichier audio, et grâce au fichier SMIL
(Synchronization Multimédia Intrégration Langauge)
on peut synchroniser l'affichage des différents objets
multimédias du message de tel sorte qu'on puisse voir
une image et du texte et en même temps écouter un
fichier audio pendant une certaine durée exprimée en
secondes et ainsi de suite pour les autres Slides.
Pour pouvoir construire un message MMS, on doit
d'abord récupérer les fichiers sélectionnés par
l'utilisateur. Pour cela, on crée pour chaque Slide un
Figure 13. Composition du message MMS
SETIT2005
6.2 Envoi du message vers le MMSC
Conclusion :
Le travail réalisé consiste en une application web,
à partir du quel, des utilisateurs peuvent envoyer des
messages MMS vers d'autres utilisateurs mobiles.
Donc notre travail était concentré sur la partie filaire.
Les avantages les plus importants de notre service sont
les suivants :
Figure 14. Réception du message par le MMSC
La figure 14 montre la réception du message envoyé.
L'émulateur génère un identificateur pour ce dernier et
indique l'expéditeur et le destinataire, la date d'arrivée
du message au MMSC, ainsi qu'un indicateur (SI) qui
permet de savoir si la forme et les entêtes du message
sont corrects, dans ce cas la couleur de l'indicateur est
verte, sinon elle sera rouge.
6.3 Renvoi du message vers l'émulateur du
terminal mobile
A la réception du message, le MMSC copie ce
dernier dans le répertoire MMSIN de l'émulateur, ce
dernier le détectera automatiquement (Figure à
gauche). Les deux autres figures montrent l'affichage
du message sur l'émulateur.
ƒ Permettre à un utilisateur d'envoyer des messages
multimédia même s'il ne possède pas un terminal
compatible MMS.
ƒ Permettre à un utilisateur d'envoyer des messages
multimédia même dans le cas où son opérateur ne
dispose pas d'une infrastructure MMS.
ƒ Offrir la possibilité à un utilisateur d'envoyer des
messages multimédias indépendamment du lieu où il
se trouve, car notre application est un site web et donc
peut être accédée à partir de n'importe quel endroit
dans le monde, à condition bien sûr de bénéficier
d'une connexion internet.
Cependant on aurait souhaité de disposer d'une
véritable plateforme WAP 2.0 – MMS pour pouvoir
tester notre application dans un environnement réel
avec toutes ses contraintes. Mais en l'absence en
Algérie de ces moyens, nous avons été contraints
d'utiliser des émulateurs, qui, il faut le souligner, nous
ont donné satisfaction.
Comme perspectives de notre application, on peut
citer :
ƒ L'utilisation dans le domaine médical et plus
précisément dans la télémédecine. En effet un
médecin qui dispose d'images médicales (ECG,
Radios, …) ou vidéo sur son PC, peut les envoyer au
sein d'un message MMS en les accompagnant de
commentaires vocaux ou textuels directement vers les
téléphones de ses collègues pour obtenir d'éventuels
conseils ou diagnostics de leur part. Mais ceci
nécessite de nouveaux téléphones mobiles avec des
écrans à forte résolution qui ne sont pas encore
répandus sur le marché.
ƒ Notre application peut être utilisée par les
entreprises pour envoyer des publicités vers leurs
clients pour les informer de la disponibilité de
nouveaux produits ou services.
ƒ Possibilité d'utilisation de notre application par un
fournisseur de contenus pour envoyer à ses abonnés
des informations diverses telles que les informations
d'actualités et économiques, météo, résultats
sportifs…
Figure 15 . Affichage du message sur l'émulateur
Enfin, on peut dire que le MMS est un service complet
qui va ouvrir de nouvelles perspectives d'évolution des
services pour les utilisateurs privés comme
professionnels. Comme le MMS présente à la fois des
fonctions professionnelles et des fonctions pour les
loisirs, il peut répondre à des besoins variés pour
différents segments d'utilisateurs.
SETIT2005
Remerciement
Les auteurs remercient les étudiants ingénieurs
Mr. RAHALI.R A et Mr. DEKAR.L
d’avoir
implémenter ce service, ainsi qu’aux membres de
l’équipe DIM pour leur soutien.
Références
(GPPMMS, 2002) 3rd Generation Partnership Project :
Multimedia Messaging Service MMS Stage 1, Release 5
3GPP TS 22.140 V 5.4.0 December 2002.
(GPPMMS, 2003) 3rd Generation Partnership Project :
Multimedia Messaging Service MMS Functional
description. Stage 2, Release 5 3GPP TS 23.140 V 5.6.0
Mars 2003.
(Hunter, 2001) Jason Hunter, William Crawdord :
Java Servlet Programming, 2nd Edition. Edition
O’Reilly, Avril 2001.
(NGSWMMS, 2003) NOKIA : Getting Started with MMS.
Forum NOKIA Version 1.0, 25 Juin 2003.
(NHTCMMS, 2003) NOKIA : How to create MMS Service.
Forum NOKIA. Version 4.0, 26 Juin 2003.
(NJMMS, 2002) NOKIA Java MMS Library, Version 1.1, 4
Mars 2002
(NMMSCE, 2002) NOKIA MMSC Emulator User's Guide
Version 1.0, 4 Mars 2002
(NSCA, 2003) NOKIA Series 60 Content Authoring SDK
Version 1.2 for Symbian OS User's Guide, Juin 2003
(Patzer, 2000) Andrew Patzer : Programmation Java
coté serveur. Servlet, JSP et EJB. Edition Eyrolles,
Janvier 2000.
(WAPAS,
1998)WAP
Forum,
Wireless
application
protocole architecture speciafication, avril 1998,
(WAPMMS, 2002) WAP Forum :
Encapsulation. Version 05 janvier 2002.
WAP
MMS