Les autres données transférées d'un serveur à un client sont 
stockées dans des bases de données, et ce sont elles qui seront 
traitées par l'applet. Il s'agit de données géographiques 
(vectorielles et/ou images) ainsi que des données descriptives 
associées (éventuellement multimédias). Il peut aussi s'agir 
d'informations d'ordre pratique, telles que le nombre de places 
disponibles dans des parkings. 
Un serveur HTTP et un serveur système spécifique sont les 
composants logiciels nécessaires du côté serveur. Le serveur 
système sert de point d'entrée pour les clients, et il ne traite que 
les demandes de données de leur part (données géographiques, 
descriptives, multimédias). Les requêtes HTTP sont redirigées 
vers le serveur HTTP et ne sont traitées que par celui-ci. Il y a 
plusieurs raisons à une telle séparation des tâches entre les deux 
serveurs. 
En laissant traiter les requêtes HTTP par le serveur Web, on 
"réutilise" le code d'un serveur existant en s'assurant de leur 
traitement correct. Les requêtes de demande de données 
peuvent être à leur tour traitées plus efficacement par un serveur 
système. Il peut aussi accéder directement à une base de 
données (le serveur Web devrait dans ce cas utiliser des scripts 
CGI). Il peut traiter les données d'une carte localement et les 
envoyer par parties en fonction des besoins d'un client (le 
serveur Web ne peut envoyer que des fichiers entiers). Le 
serveur système permet d'augmenter la sécurité, car il n'y a pas 
d'accès direct aux bases de données, ni aux fichiers images. 
Figure 7 : Architecture du système 
Server 
Oient 
HTML 
page 
4.4. Fonctionnement 
On se sert d'un navigateur Web pour se connecter au serveur 
local et charger une page HTML contenant les références sur le 
code de l'applet, ainsi que le code de l'applet lui-même. Une fois 
chargée, l'applet commence son exécution, se connecte au 
serveur local, charge et visualise les données nécessaires : des 
images rasteurs et/ou des images vectorielles constituant une 
carte. A la demande de l'utilisateur, l'applet envoie une requête 
pour obtenir des données GPS au serveur local, reçoit la réponse 
et visualise sur le plan la position de véhicule. Le fonctionnement 
de l'applet peut être changé de manière à obtenir les positions 
des véhicules, stockées dans une base de données. 
Le serveur local s'exécute à son tour sur l'ordinateur client. Il peut 
recevoir des requêtes de la part de l'applet ou du navigateur 
exécutant celle-ci (les requêtes HTTP ou les connections par 
socket dans le cas général). Après avoir reçu une requête, il se 
connecte à un serveur système se trouvant sur une machine 
distante, envoie la requête, reçoit la réponse et la renvoie au 
demandeur (le navigateur ou l'applet). Il traite la requête 
localement dans le cas de besoin d'accès au GPS. Il récupère les 
données GPS reçues par un port série et il les envoie à l'applet. Il 
peut aussi envoyer les données du GPS au serveur du système 
pour les stocker dans la base de données. 
Le principe de fonctionnement du serveur système est similaire à 
celui du serveur local, et il dépend du type de la requête reçue. Il 
peut se connecter au serveur Web et renvoyer la réponse à un 
client. La réponse peut être un fichier au format HTML, le code 
de l’applet ou éventuellement d’autres données. Le serveur 
système peut lire et envoyer les données rasteurs et/ou 
vectorielles stockées dans les fichiers. Il peut aussi se connecter 
à une base de données pour exécuter une requête et envoyer la 
réponse à un client. Une requête peut être une demande de mise 
à jour de données ou une simple requête de sélection. 
4.5. Implémentation 
Toutes les parties du système sont implémentées comme des 
applications Java. Ce sont donc des applications portables, 
pouvant être exécutées sur n'importe quel système d'exploitation 
avec Java Runtime Environment (JRE). 
Le GPS étant connecté au port série, le serveur local y accède 
en utilisant un pacquetage javax, extension du Java 
Development Toolkit (JDK). Le serveur système se connecte à 
une base de données en utilisant les pilotes JDBC (Java 
Database Connectivity). De plus, le serveur système est 
indépendant de serveur HTTP, car il ne communique avec lui 
qu'au moyen de requêtes HTTP. 
La partie visible du client est une applet Java (Figure 8). Elle 
permet la lecture et la visualisation de données constituant les 
différentes couches d'une carte : des images vectorielles et 
rasteurs. Celles-ci constituent les informations statiques, qui ne 
changent pas au cours d'une session de travail, et dont le 
rechargement n'est pas nécessaire. Une carte peut contenir 
aussi des couches dynamiques représentant les informations sur 
la position du (ou des) véhicule(s). Dans le cas de la visualisation 
de ces couches dynamiques, l'applet consulte le serveur local à 
intervalle régulier en lui envoyant une requête pour obtenir de 
nouvelles données GPS. Après avoir reçu la réponse, l'applet 
effectue la conversion des données GPS dans le système de 
projection de la carte et les visualise ensuite. Le comportement 
de l'applet est similaire dans le cas de connexion à une base de 
données. 
Figure 8 : Le client - une applet Java 
GPS position 
Show / hide 
vector images 
1 Show/hide 
raster 
GPS position