116 
schéma de déploiement. 
Ainsi que le montre la Figure 3, l’architecture du système 
GEOLIB Web est une architecture à plusieurs niveaux. Elle est 
composée du client GEOLIB (composant ActiveX), du serveur 
GEOLIB, d’une ou plusieurs sources de données et du serveur 
HTTP (serveur Web). 
Figure 4. Architecture GEOLIB Web 
Nous retrouvons dans cette architecture les parties essentielles 
du système : 
A. Le serveur GEOLIB accède aux sources de données 
et répond aux requêtes des clients. 
B. Des sources de données qui peuvent être des fichiers 
en formats d’export, des SIG qui fonctionnent avec des 
données en formats propriétaires et qui prévoient 
l’accès et l’export de données via l’interface de 
programmation d’applications (API : Application 
Programming Interface). 
C. Des données chargées dans la mémoire du serveur 
GEOLIB au format interne du système. 
D. Le fichier de configuration du serveur. Ce fichier décrit 
l’organisation des cartes, définit des aspects 
d'affichage, des seuils de zoom, des rectangles 
englobants, des paramètres de démarrage du serveur 
et éventuellement des règles de sécurité. 
E. Le navigateur HTML (Internet Explorer) localisé sur le 
poste client. Le navigateur est au même temps un 
conteneur du composant ActiveX. 
F. Un serveur HTTP chargé de transmettre des pages 
HTML au navigateur du client. 
G. Le composant GEOLIB client stocké sur la machine 
des deux serveurs et accessible par le serveur HTTP. 
H. Une page au format HTML qui contient une référence 
au composant GEOLIB client. 
I. Des requêtes et des données qui transitent entre le 
serveur HTTP et le navigateur selon le protocole 
HTTP. Une des requêtes est la demande d’envoyer la 
page avec le composant GEOLIB client. 
J. Le composant GEOLIB client qui s’exécute dans le 
cadre du conteneur sur le poste client, suite à 
l’interprétation de la page HTML. Le composant 
travaille sur des données que le serveur lui a 
envoyées. Ces données sont dans la mémoire vive du 
composant au même format que dans la mémoire du 
serveur (C). Du fait des restrictions de sécurité du 
navigateur Web, le composant ne peut en aucun cas, 
même temporairement, stocker l’information sur le 
disque du poste client. L’information qu’il possède est 
donc limitée par la taille de la mémoire vive. C’est une 
restriction qui nécessite de mettre en place une 
technique de résolution de requêtes quand on travaille 
avec des données géographiques de grande taille. 
K. La communication entre le serveur et le client, à la 
base des requêtes du client et des réponses du 
serveur à ces requêtes. 
L’architecture du système GEOLIB mono-poste (Figure 5) est 
plus simple que celle destinée au Web. Le composant mono 
poste du système GEOLIB (A dans Figure 5) est un composant 
qui dispose de fonctionnalités serveur (A dans Figure 4) et de 
fonctionnalités client (J dans Figure 4). La partie serveur doit 
offrir les fonctionnalités de connexion aux sources de données et 
la gestion de données dans la mémoire. La partie client GEOLIB 
doit offrir les fonctionnalités de l’interface visuelle et aussi 
l’interface d’accès au système pour pouvoir utiliser les 
fonctionnalités du serveur. Toutes les parties liées à la connexion 
entre les machines (serveur HTTP, pages HTML, communication 
réseau) ne sont plus présentes. Le composant mono-poste n’est 
pas un exécutable indépendant comme l’est le serveur GEOLIB. 
Il adapte la forme de GEOLIB client et se présente sous la forme 
d’un composant ActiveX. 
Dans cette architecture, nous retrouvons l’applicatif Windows qui 
remplace le navigateur et joue le rôle de conteneur du 
composant ActiveX. Cet applicatif va utiliser les fonctionnalités 
fournies par le système GEOLIB mono-poste. 
~(ST; 
Fichier 
Configuration 
Données en format 
propirétaire 
Figure 5. Architecture GEOLIB mono-poste 
Nous pouvons aussi considérer une troisième architecture 
d’utilisation du système GEOLIB. Il s'agit d’une architecture 
classique client-serveur qui fonctionne avec les mêmes 
composants et selon le même modèle que l’architecture GEOLIB 
Web (Figure 4), à quelques détails près : 
• nous pouvons avoir un applicatif Windows à la place du 
navigateur, comme dans l’architecture GEOLIB mono 
poste ; 
• le cc 
clien 
Winc 
• toute 
n’est 
Les trois î 
L’architec 
sur le mê 
ces donm 
les deux ; 
n’est plus 
toutes les 
pas adapt 
• quanc 
certai 
l’utilis 
• quanc 
utilisa 
• et qt 
fréque 
L’architec 
données i 
l’utilisatior 
des applic 
L’architec 
toutes le: 
utilisateur 
des donn 
données 
sont résc 
données 
données 
GEOLIB, 
définissar 
(D dans F 
correspor 
aux utilisa 
est idéal 
organisai 
L’architec 
large. Gré 
le compc 
données, 
peut proc 
possibilité 
fonctionn; 
requêtes 
4.1. C 
Dans le 
embarque 
provenan 
standard. 
Ce systè 
largemen 
Nous utili 
(GPS : 
géograph 
données 
téléphone 
Internet 
composai 
navigatei 
le traitem 
L'architec 
de mieux