Le Centre de ressources numériques spatiales M²ISA est une structure composée d’une dizaine de partenaires localisés dans des lieux géographiquement distants appelés sites. Ceux-ci mettent à la disposition de la communauté scientifique SHS des connaissances et des données qui ont une particularité : la dimension géographique (spatiale). Afin de pouvoir communiquer entre eux, un geoportail est en cours de construction. Le CRN M²ISA est une structure CNRS adossée à l’UMR8564-CEIAS, structure qui, à terme, aura les caractéristiques d’une «infrastructure d’information géographique» conformément à la directive européenne de novembre 2006. Le projet de géoportail dédié à la communauté SHS (Science de l’Homme et de la Société) présente deux intérêts : un d’ordre scientifique, un autre d’ordre technique.
 
L’intérêt scientifique réside dans plusieurs faits. Les différents objectifs du geoportail sont : le partage, la diffusion, la consultation, l’interrogation, la manipulation, l’extraction, la visualisation avec la possibilité de changement de symbologie et les géotraitements de données spatiales et/ou thématiques. Ces différentes fonctions devront être accessibles soit en intranet soit en extranet. Il permettra de donner une envergure internationale aux projets de recherche ainsi que de valoriser les résultats de ceux-ci en donnant l’accès aux données initiales et/ou dérivées issues de ceux-ci. Il permettra également, la mutualisation des outils de traitement de données spatialisées accessibles à partir du géoportail.
 
L’intérêt technique réside dans le fait que la solution retenue est une architecture informatique n-tiers, modulaire et ouverte. Celle-ci est articulée autour d’un cœur composé de deux modules du logiciel ArcIMS (ArcInternet Map Server ) :  « ArcIMS Application Server » , « ArcIMS Spatial Server ».
 
Autour du cœur, ont été développées plusieurs interfaces à l’aide de logiciels libres et de langages de programmation orientés objet :
-          une interface client développée à partir de Html/Javascript qui offre un modèle de vue utilisateur générique
-          une interface de synchronisation/réplication de  données : JSP, FTPS
-          une interface de création de services cartographiques
et intégrée une plate-forme serveur web.
 
Cette architecture permet d’une part de faire évoluer les composants intégrée à celle-ci, d’autre part d’en ajouter de nouveaux.
 
Côté serveur, les outils de traitements sont stockés sous forme de servlets, servlets qui  constituent toute l’intelligence du système. L’interface client interagit avec les servlets grâce au framework DWR. DWR permet d’utiliser, en mode asynchrone, javascript pour exécuter des servlets situés côté serveur. Les échanges Client-serveur sont réalisés en XML et ArcXML puis  parsés par JDOM. L’utilisation des servlets java côté serveur donne la possibilité d’implémenter des fonctionnalités personnalisées. C’est le cas par exemple de la mise en commun de plusieurs fonctions en une seule. La mise en œuvre de ces servlets sur le serveur renforce aussi le niveau de sécurité du système dans sa globalité. 
 
Côté utilisateur, l’architecture informatique personnalisée prévoit plusieurs accès : l’utilisateur-chercheur et/ou fournisseur de données. L’utilisateur-chercheur se connecte au site pour y accéder et utiliser des services cartographiques déjà installés. Il a la possibilité d’effectuer certaines tâches : visualisation, modifications, ajout de couches, extraction, analyse spatiale. Le fournisseur de données pourra quant à lui transmettre des services cartographiques et des données via des interfaces réseaux spécifiques : JSP, FTPS…. Il se dégage de cette conception un aspect de consommation de services cartographiques à la volée. En effet, les fournisseurs de données mettent à disposition des services cartographiques qui sont automatiquement intégrés à l’architecture et directement consommables par le simple utilisateur. Le fournisseur peut aussi être un simple utilisateur. Pour assurer une compatibilité avec les systèmes informatiques existants, les extractions de données sont effectuées dans des formats d’échanges standards. L’architecture présentée ci-dessous est différente de l’utilisation standard de ArcIMS.

En effet, traditionnellement, une telle architecture aurait nécessité plus de moyens financiers. Deux possibilités auraient pu être envisagées,
soit avoir une licence par fournisseur de données ce qui conduirait à créer de projets locaux sans synchronisation possible. L’inconvénient est que les possibilités de personnalisation seront limitées et les projets auront des fonctionnalités différentes selon les connaissances des administrateurs locaux qui les créent.
 
soit avoir une licence flottante multi-utilisateurs pour permettre à chaque fournisseur de se connecter au serveur afin de créer et de déposer des services cartographiques.  Le coût de ces types de licences est beaucoup plus élevé sans apporter des fonctionnalités additionnelles pour autant.
 
Avec l’utilisation de cette architecture que nous proposons, on se dédouane de la lourdeur de la mise en œuvre, du coût supplémentaire, de l’incompatibilité des fonctionnalités d’un site à l’autre pour proposer aux utilisateurs une seule et même interface, générique, qui exploite les services à la volée.
 
Pour accompagner l’implémentation effective  de l’architecture présentée précédemment, est associé une « Plate-forme système » composée de trois services mis en œuvre avec des logiciels libres et des protocoles standards :
-          authentification avec LDAP
-          transfert de données avec FTPS
-          web
L’idée est de dé corréler cette partie de la plate-forme logicielle centrale (ArcIMS), de manière à la rendre indépendante de celle –ci. Cela permettrait à la fois d’utiliser des systèmes existants et choisis, et de rendre le projet le plus portable possible.