RAPPORT D'ACTIVITÉ 2003 - WWW Ircam

RAPPORT DETAILLERECHERCHE ET DEVELOPPEMENTSERVICES EN LIGNEnorme, combinée à leur formalisation en XML, font de la miseen place d’une base de données performante fondée sur Mpeg7une gageure, à laquelle les produits standard et le personneld’Oracle, en particulier, n’ont pas su fournir de solution.En conclusion, le système MEDEE développé durant l’année 2003est :- Un système autonome, dédié à la gestion de descriptions dedonnées sonores. Ce système est indépendant de lalocalisation et de la représentation physique (fichiers) desdonnées qu’il décrit. Il ne s’intéresse pas non plus à lagestion des droits d’accès ;- MEDEE offre des fonctions de recherche permettant deretrouver les données sonores correspondant à des critèresde recherche portant sur ces descriptions ;- Les données échangées entre MEDEE et le reste du monde sontformalisées en XML, selon un schéma XML qui est uneextension du schéma Mpeg7 (plus précisément, à des fins desimplification, seuls les éléments génériques ou relatifs àl’audio de ce dernier ont été conservés). Cette interfaceexterne XML/Mpeg7 ne présume bien sûr pas de la façon (XMLet/ou représentation relationnelle) dont les données sontgérées à l’intérieur du sous-système MEDEE- Au niveau technique, MEDEE s’appuie sur le SGBD PostGreSQL,qui héberge des procédures PLPG/SQL. Une couche Java(« client MEDEE ») fournit, au dessus de ce système, unpremier niveau d’abstraction, pour les fonctionnalités oùcela est utile. Mais, en règle générale, l’intégration d’unegrande partie de l’ « intelligence » du système au sein mêmedu SGBD permet de s’affranchir de ce niveau intermédiaire ;des services élaborés, fournis par la base, peuvent ainsiêtre sollicités directement (au travers les protocolesstandard aux bases de données, JDBC, en l’occurrence). Cetteconnexion directe entre niveau logiciel applicatif et labase est importante, car elle améliore nettement lespossibilités de navigation dans les résultats de recherche,et permet de fournir des services demandés par lesutilisateurs, et irréalisables dans l’architecture de la SPI(combinaison entre fonctions de tri et affichage par pagesdans les listes d’échantillons obtenus en résultats derecherche).8.1.3 Partager, contrôler, interdireEn étendant les possibilités de partage de données à l’échellede l’Internet, les applications en ligne soulèventinévitablement la question du contrôle de la visibilité desdonnées en fonction des utilisateurs, et donc del’identification de ceux-ci. Ces problématiques ont tendance àêtre sous-estimées dans le cadre de projets de recherche etdéveloppement, où l’accent est bien sûr mis sur les aspectsplus prospectifs. Cependant, la gestion des utilisateurs et deleurs droits d’accès sur les données ne nous semble paspouvoir être évitée ; elle n’est pas non plus chose simple ourapidement traitée. L’ouverture du système, permettant à termeà des utilisateurs de développer leurs propres applicationss’interfaçant avec nos serveurs, complexifie encore ceproblème. On résume l’ensemble de la problématique dans lespoints suivants :- 150 -