<Desc/Clms Page number 1>
SYSTEMEINFORM @ @ @ SYSTEME INFORMATIF INTERACTIF SUR BASE DE LOCALISATION GEOGRAPHIQUE POUR TERMINAUX MOBILES.
Le système VirtuaGuide, sous sa dénomination commerciale, a pour vocation d'être utilisé comme service mobile d'informations géolocalisées. En clair, pour peu que l'on dispose d'un terminal mobile connecté au réseau GSM/GPRS, il est possible avec le VirtuaGuide de recevoir de l'information sur un lieu répertorié dans le système. Cette information, multimédia, peut-être des plus diverses (détail plus bas) en fonction des publics visé lors de sa création. Techniquement, le système est composé de plusieurs éléments (détaillés plus bas) liant une réalité géographique à un terminal portable utilisé comme interface d'entrée / sortie pour la communication avec un serveur de données distant connecté via le réseau GSM/GPRS existant.
La procédure est la suivante :
1. Définition des éléments de base
A chaque lieu répertorié par le VirtuaGuide est attaché un code unique qui permet son identification dans les bases de données du système distant (ex : Immeuble du 54
Place de l'Equerre à Louvain-La-Neuve peut être codé 54pLE1348'). Chaque lieu répertorié est appelé 'étape'. Chaque étape est liée à un contenu composé de documents textuels, audios, visuels et/ou vidéos ainsi qu'à un ensemble de commandes (ex : tester , aller , mfos liées ,...) qui seront traitées plus loin dans le texte.
# Les étapes peuvent être regroupées dans des ensembles appelés 'parcours' par le créateur des étapes (ex : 10 étapes décrivant des lieux touristiques de Couvin peuvent former un parcours si le créateur à décidé de les relier). Dans ce cas, le système de données inclura des indications de directions permettant de circuler entre les étapes.
> Trois moyens de se connecter au serveur d'information Virtuaguide co-existent. Ils seront utilisés par les utilisateurs en fonction des possibilités de leur terminal
EMI1.1
portable. Ces moye7isyrïties¯SMS/MMST¯arre-irrterface WAP et un-aeecs depuis une application JAVA embarquée sur le terminal.
2. Descriptif du processus
NB : La numérotation se retrouve sur le dessin-modèle : (1) : Un possesseur de terminal mobile arrive dans un lieu (ex : monument, ville,...) sur lequel il souhaite recevoir de l'information (ex : histoire du château ? Où trouver un hôtel ?,...). Soit un code affiché expose clairement que le lieu est répertorié (ex : '54pLEI348' ou '54 Place de l'Equerre CP 1348'), soit il devra effectuer une recherche par lui-même (ex : sur base du mot clé 'Thudinie').
<Desc/Clms Page number 2>
(2) :
Dans les deux cas, l' utilisateur utilise son terminal mobile pour entrer les informations selon une des possibilités de connexions abordées plus haut (donc par SMS/MMS, ou via un formulaire
WAP ou directement de l'application dédiée) et envoie le message (au n SMS dédié, ou en appuyant sur un bouton 'recherche' affiché) sur le réseau GSM/GPRS existant. Le serveur distant reçoit le message et le décode.
(3) :
Il interroge la base de données regroupant tous les lieux répertoriés et trouve la ou les correspondances avec le message reçu. Selon les informations regroupées, il renvoie vers l'utilisateur dont provient la requête, soit une information, soit une liste des parcours ou étapes liés au mot clé.
(4):
Pour ce faire, en particulier dans le premier cas, il consulte les bases de données regroupant les contenus et commandes liés à une étape particulière. Celles-ci donnent la liste des parcours à renvoyer ou les renseignements nécessaires à la construction du message, c'est-à-dire les éléments informationnels multimédias supportés par le système Virtuaguide. A savoir des documents textuels, des images digitalisées, des vidéos digitalisées, des commentaires audios digitalisés et des commandes à associer à l'étape (ex : dans le cas d'un parcours, les directions pour rejoindre l'étape suivante).
Le Virtuaguide supporte donc les contenus multimédias, ce qui lui donne la possibilité d'inclure des textes, images, sons et vidéo dans ses messages, selon les possibilités supportées par les réseaux de télécommunication WAP/GPRS et les possibilités du terminal mobile de l'utilisateur comme nous allons le voir avec la mise en forme avant envoi.
(5):
L'ensemble du contenu est envoyé à un processus de mise en forme XSLT qui se charge de générer la réponse à la volée. En effet, en fonction des données connue sur le terminal d'où la requête à été émise, ceci grâce à la manière dont le serveur distant a reçu le message, le contenu envoyé sera adapté, en tenant compte des possibilités techniques de ce terminal. Ces possibilités modifieront aussi la manière dont le message sera renvoyé. Un SMS/MMS reçu correspondra à un SMS/MMS émis, alors qu'une requête WAP correspondra à l'envoi d'une page WAP et qu'un message de l'application correspondra à un message spécifique.
(6) : Le message de réponse est envoyé vers l'utilisateur d'où la requête provient via le réseau GSM/GPRS existant.
(7) : Le terminal mobile reçoit et affiche la réponse. Celle-ci est donc composée d'un contenu, d'une liste de possibilités sous forme de commandes (détaillées juste après) ou d'indications géographiques pour se rendre vers une autre étape ainsi que de commandes additionnelles (par exemple : retour , plan des lieux ). Dans le cas d'une réception SMS/MMS, ces commandes sont de type Pour aller vers XXX, envoyez un SMS avec le texte YYYY au n Virtuaguide . Dans le cas d'une réception WAP, les commandes apparaissent sous formes de lien hypertextes reprenant la commande (ex : Pour aller vers XXX, cliquez ici ! ).
Enfin, dans le cas d'une réception dans le logiciel dédié, les commandes prennent la forme d'option dans les menus d'options accessibles par les 'soft buttons' de l'appareil (ex : Aller vers XXX ).
<Desc/Clms Page number 3>
(1): Retour au début du processus. A ceci près qu'après le premier contact l'utilisateur a également la possibilité de suivre un des choix proposé par les commandes renvoyées dans le message reçu. En suivant les indications de directions, l'utilisateur peut également poursuivre le parcours et son exploration, en se déplaçant physiquement vers une autre étape.
L'utilisateur peut quitter le système VirtuaGuide à tout moment en n'envoyant plus de message ou en quittant la page WAP ou l'application embarquée.
A titre d'exemple, dans sa première application, le système VirtuaGuide à été utilisé sous la forme d'une 'chasse au trésor'. Le serveur distant utilise dès lors les messages reçus pour tester la validité de l' information entrée par rapport aux codes des lieux répertoriés dans sa base de donnée. Sans correspondance, une réponse d'erreur est envoyée. En cas de réussite, par contre, le système envoie les indications pour se rendre à l'étape suivante (répertoriées dans le parcours établi à l'avance) et par la suite les informations (la question dans ce cas) relatives à l'étape.
Les commandes envoyées sont aide qui affiche un numéro de téléphone, retour pour revenir une étape en arrière et tester pour afficher à l'écran (dans le cas du WAP ou de l'application embarquée) un champ de demande de réponse et offrir un bouton unique pour l'envoi du prochain message vers le serveur distant.