This paper presents a part of research work carried out within MobiliSIGprojectwhich aimsto design and developamultimodalmobiletechnology for helpingpeople with disabilities to navigate in Quebec City (Canada) asexperimentation location.MobiliSIG project focuses on building an accessibility database based on environmental factors and personal factors of people with disabilities. The works done in the framework of this article aim to define adapted, adaptable and adaptive itineraries related to multi-user, multiplatform, multimodal (user interfaces) and multi-environment contexts. Here,we willdefine severalscenarios which will allow us to identify different desired representations of the itinerary and to propose an architecture for their communicationthrough the web. MOTS-CLÉS :Diffusion web, itinéraire,multimodalité, appareils mobiles, mobilité réduite, fauteuil roulant, accessibilité
Les activités quotidiennes en ville telles que se rendre à son lieu de travail, à des services gouvernementaux, à des banques ou à toute autre activité socioéconomiques et culturelles mènent tout être humain à se déplacer dans son environnement en milieu urbain. En 2014, l’OMS1informe que plus d’un milliard de personnes serait en situation de handicap dans le monde (15 % de la population mondiale), se ralliant ainsi aux statistiques de Santé Canada: 3 300 000 canadiens avec un handicap, dont 200 000 en fauteuils roulant.Bien que destinés à faciliter les déplacements, lesGPS portableset embarqués dans les voitures ou Google Maps Navigation sur téléphones intelligentsse révèlent aussi souvent être très limités et limitatifs lorsqu’utilisés par des personnes avec incapacités physiques (ex. handicap moteur). Diversprojets d’assistance à la navigation et d’accessibilité ont ainsi vu le jour à travers le monde, suite à des initiatives d’organismes privés, publics ou associatifs, tels que les projets RouteAccessible(Canada), WheelMap(Allemagne), AccesSIG, Handimap(France) ou AXSmap(USA). En général, ces projets proposent aux personnes à mobilité réduite de définir leur itinéraire ou d’utiliser des données ouvertes et le crowd sourcing pour collaborer et contribuer à l’information disponible sur l’accessibilité des bâtiments et places publics. Malgré cela, plusieurs limites subsistent, notammentliées à une prise en compte inadéquate des utilisateurs en fauteuil roulant tels que l’usage de données géospatiales non précises (axes routiers au lieu des trottoirs et allées), la perception de l’environnement par l’utilisateurou encorela faible exploitation des interfaces multimodales.
Au Canada, un projet multidisciplinaire nommé MobiliSIG a vu le jouren 2013
pour répondre à cette problématique de déplacement des personnes à mobilité
réduite avec la Ville de Québec (Canada) comme lieu d’expérimentation. Ce projet a
pour but de concevoir et développer une solution technologique orientée web,
proposantdesinterfaces et interactions multimodales sur des supports mobiles
destinés et adaptés aux personnes à mobilité réduite en fauteuil roulant. Pour ce
faire, le projet se réfère au modèle PPH (Processus de Production du Handicap)
Les travaux de recherche, présentés dans cet article,sont effectués dans le cadre du projet MobiliSIG, au niveau du processus de diffusion web d’itinéraires issus de l’interrogation de la base de données d’accessibilité. Tout en tenant compte du contexte général du projet MobiliSIG, cette diffusion est confrontée à plusieurs contraintes. La principale contrainte est la méconnaissance de la solution cliente 1 Organisation mondiale de la santé (http://www.who.int/mediacentre/factsheets/fs352/fr/) Copyright © by the paper’s authors. Copying permitted for private and academic purposes. Proceedings of the Spatial Analysis and GEOmatics conference, SAGEO 2015.
Itinéraires adaptés, adaptables et adaptatifs pour personnes en fauteuil roulant3 finale qui sera développée, étant donné la diversitédes appareils mobiles etde leurs caractéristiques (système d’exploitation, taille d’écran, usage de la multimodalité, …). Cette contrainte implique d’adapter le contenu à diffuser aux caractéristiques de l’appareil de l’utilisateur. Une deuxième contrainte émane de la diffusion web qui implique que l’application cliente puisse être développée à partir des navigateurs web ou de façon native, permettantl’accès ou non à certaines fonctionnalités des dispositifs mobiles (GPS, accéléromètre,…).La prise en compte de l’utilisateur final est intimement liée aux précédentescontraintes, puisqu’il est nécessaire de lui proposer au final des données d’itinéraire et des données contextuelles adaptées aux modalités qui lui conviennent le mieux, ainsi qu’en fonction des contenus les plus appropriés selon le contexte d’usage de l’application finale (un PC ou une tablette à domicile ou au bureau, ou un téléphone intelligent pendant un déplacement).
Au regard de ces différentes contraintes, il se pose la question de recherche de savoir comment transmettre les informations d’itinéraire le plus adapté, le plus adaptable et le plus adaptatif possible au contexte d’usage des appareils mobiles dotées de capacités multimodales pour des personnes à mobilité réduite, tout en étant le plus générique possible.Par adapté, nous entendons un système qui est fait pour répondre aux besoins spécifiques d’un utilisateuraprès avoir pris en compte son profil. Un système est adaptable lorsque l’utilisateur peut modifier le comportement du système par des actions explicites (clic sur un bouton par exemple) pendant qu’il interagit avec celui-ci. Par contre, un système adaptatif est un système qui, pendant l’interaction avec l’utilisateur, sans action explicite de ce dernier, est capable de modifier son comportement en tenant compte du profil de l’utilisateur, ses préférences et ses habitudes. Notre objectif général de recherche consiste donc à concevoir et développer une infrastructure géo-informatique dédiée à la diffusion de données géospatiales et d’informations d’itinéraire propres à l’accessibilité des réseaux piétonniers selon les profils des personnes à mobilité réduite et à leurs dispositifs mobiles multimodaux suivant le contexte d’usage.L’objectif de cet article est d’identifier les besoins et les représentations voulues de l’itinéraire liés à cette diffusion afinde proposer une architecture fonctionnelle principalement orientée vers la conception de services web de diffusion d’itinéraire selonle contexte particulier de nos travaux.Nos travaux se veulent distinctif en voulant offrir un système de diffusion web générique et flexible qui pourra servir les principales plateformes existantes en produisant des itinéraires répondant aux besoins particuliers des utilisateurs.
Dans la suite de cet article, nous présenterons dans la section 2 un état de l’art sur les interfaces multimodales, des solutions de planification de déplacementset d’aide à la navigation et la représentation des itinéraires. Ensuite, dans la section 3, nous décrirons des scénarios nous aidant à identifier les contraintes et besoins à la réalisation de notre projet. La section 4proposera et décriraune architecture fonctionnelle. Enfin, dans les dernières sections, nous discuterons sur l’orientation de nos travauxrelativement à la plasticité des interfaces hommes-machine et surla mise en oeuvre d’un service web et de son langage de requête.
Afin de mieux comprendre le contexte de notre travail, un aperçu destravaux sur les interfaces multimodales pour la diffusion de l’information géospatiale est présenté. Ces connaissances sont nécessaires, car centrales à notre projet et aussi pour mieux nous positionner par rapport aux systèmes d’aide à la navigation pour les personnes en situation de handicap. De tels systèmes seront notamment présentés et brièvement décrits lorsqu’un intérêt sera porté aux personnes en fauteuil roulant. Ceci nous conduira à présenter la notion d’itinéraire et ses différentes représentations, indispensables à une diffusion qui s’adapte aux contextes d’usage.
Les interfaces multimodales se définissent comme étant l’usage, simultané ou
alterné, de modes ou modalités de communication (les modes tactile, visuel, sonore,
gestuel, olfactif et gustatif) entre l’homme et la machine
Les systèmes d’aide à la navigation sont de plus en plus présents dans nos vies pour accomplir des tâches courantes de déplacement pour un rendez-vous dans un
Itinéraires adaptés, adaptables et adaptatifs pour personnes en fauteuil roulant5
lieu inconnu ou identifier une destination lors de nos vacances. Le GPS mobile ou
embarqué (i.e. Garmin, Tom Tom) dans les voitures est l’exemple le plus connu de
ces systèmes pour trouver notre chemin. Les systèmes de guidage alors offerts
reposent sur des modalités d’interaction comme la visualisation de notre itinéraire
sur écran accompagné d’un guidage vocale. Google Maps nous permet également de
chercher et produire des itinéraires vers des destinations souhaitées. Son usage sur
téléphones intelligents permet un guidage en temps réel. Outre les véhicules, ces
systèmes d’aide à la navigation existent pour les personnes lors de leurs
déplacements à pied, commeNAVITIME sur téléphone mobile pour utiliser des
transports collectifs
Notre recherche s’est davantage intéresséeaux projets destinés à des personnes à
mobilité réduite et plus particulièrement en fauteuil roulant ou quadriporteur. A
l’instar des projets issus d’associations ou d’entreprises mentionnés en introduction,
des systèmes issus de projets de recherche ont été proposés récemment pour aider
les personnes à mobilité réduite. Le projet WeGoTo
Bien que ces projets proposent tous de créer des itinéraires pour planifier des déplacements en fonction des besoins particuliers des personnes en situation de handicap, les outils d’assistance à la navigation en temps réel qui tiennent compte de la perception que l’utilisateur a de l’environnement sont rares dans ce cas précis. Même les solutions mobiles développées diffusent et affichentprincipalement des cartes avec un itinéraire au lieu de proposer un outil de guidage.
L’élément central des systèmes de planification et d’aide à la navigation est
l’itinéraire, étudié à maintes reprises
La représentation d’un itinéraire prend aussi d’autres formes avec le texte, la
voix ou encore les photographies. Ainsi, l’usage du texte est courant pour décrire un
itinéraire, même si cela n’est pas nécessairement le plus pratique lorsqu’on se
déplace
Cette liste, non exhaustive, dediversesreprésentations d’un itinéraire et de moyens de communication nous permet de mieux appréhender les contenus qui pourraient être diffusés au travers du web dans le contexte de planification d’itinéraires et de guidage en déplacement. Même si toutes ces solutions ne sont pas adaptées pour des personnes à mobilité réduite, il est nécessaire de les considérer dans notre contexte particulier de non connaissance a priori de la solution d’interface multimodale à offrir aux utilisateurs. Dans la suite, nous nous concentrons sur notre proposition d’une solution de diffusion web d’itinéraires.
Le projet MobiliSIG repose sur une base de données d’accessibilité, un modèle PPH et une interface multimodale mobile, ce qui le différencie des autres projets présentés dans la section 2. Afin de mieux cerner nos besoins en terme de diffusion, nous avons défini des scénarios (cas d’utilisation), présentés dans cette section. Une analyse de besoins génériques sera également décrite.
Itinéraires adaptés, adaptables et adaptatifs pour personnes en fauteuil roulant7
Les scénarios décrits ici se concentrent sur l’usage d’une application dite MobiliSIG(non réalisée actuellement) et sur une personne à mobilité réduite, nommée M. Boulanger. M. Boulanger est un employé de l’IRDPQ qui se déplace en fauteuil roulant manuel et en transport en commun dans la ville de Québec.Pour être reconnu par l’application, il remplit au préalable un formulaire de profil type renseignant sur son/ses type(s) de handicap, ses capacités et ses préférences. Pour planifier ses déplacements, M. Boulanger utilisel’application sur son ordinateur de bureau, sa tablette et son téléphone intelligent. Le guidage est disponible uniquement sur sesappareilsmobiles.
Scénario 1 : M. Boulanger apprend par un de ses amis que son groupe de rock préféré RockBand donnera une prestation au Festival d’été de la Ville de Québec, sur la scène Loto-Québec, dans la soirée. Il sait où cefestival se déroule dans le centre-ville, mais il ne sait pas exactement où se trouve la scène Loto-Québec, ni son accessibilité en fauteuil roulant. Partant du café Tom Hortins équipé du Wi-Fi, il planifie son déplacement, à effectuer dans l’heure suivante, avec sa tablette en utilisant l’application MobiliSIG. En saisissant le nom de la scène dans la zone de recherche, il obtient sa localisation située au « Parc de la Francophonie », ainsi que l’itinéraire affiché sur une carte et adapté à son handicap, incluant ainsi un parcours en autobus. Pour s’y rendre, M. Boulanger utilise son téléphone intelligent avec guidage vocal pour suivre l’itinéraire du café à une station de bus accessible. Pendant le trajet en bus, M. Boulanger peut suivre sa position en temps réel sur l’application (point se déplaçant sur une carte). Une alerte sonore et/ou par vibration le prévient qu’il est à proximité de sa station de descente. Une fois sur le trottoir, l’application mobile s’adapte au changement de transport de M. Boulanger en lui proposant une carte. Or il n’arrive pas à s’orienter. Il décide donc de modifier son affichage pour obtenir un repère visuel représenté par une photographie de la rue etaugmentée d’une flèche indiquant la direction à suivre. Une fois de retour en déplacement, l’application bascule automatiquement en mode guidage vocal.
Scénario 2 : Suiteau scénario 1, M. Boulanger s’est rendu au spectacle et s’y est installé avec d’autres personnes à mobilité réduite.Pendant le déroulement de la prestation, M. Boulanger ressent le besoin d’aller aux toilettes, mais étant donné qu’il se trouve dans un parc, il ne sait pas où trouver des toilettes accessibles. Il recherche des toilettes à proximité en cliquant sur un menu de sélection pour choisir les toilettes dans une liste de points d’intérêts (POI) dans l’application MobiliSIG sur son téléphone intelligent. Des toilettes proposées, il sélectionne les toilettes accessibles les plus proches et obtientl’itinéraire sur la carte pour s’y rendre. Cependant de crainte de ne pas avoir assez d’énergie dans la batterie de son téléphone, il décide d’emprunter le mobile d’un de ses amis, en fauteuil roulant aussi. En utilisant le mobile de son ami, M. Boulanger constate que l’itinéraire pour se rendre aux mêmes toilettes accessibles est différent de celui qu’il a obtenu sur son propre téléphone. Il doit donc se déconnecter de l’application et se reconnecter avec son identifiant personnel pour obtenir l’itinéraire adapté à son profil.
Puisque les solutions clientes avec interfaces multimodales sont encore en cours de définition et de conception, nous avons délibérément pris le parti d’adapter nos mécanismes de diffusion à ce fait. Comme expliqué auparavant, nous souhaitons mettre un effort de généricité dans la personnalisation de l’itinéraire proposé à l’utilisateur en fauteuil roulant. C’est pourquoi, outre les interfaces multimodales, cinq (5) autres caractéristiques de multiplicité ont été identifiées : multimédia, multi-utilisateurs, multiplateformes, multi-environnements et multi-usages.
Concernant les interfaces multimodales, dans les scénarios, nous avons utilisé des modes de communication combinés ou non : visuel, vocal, sonore et tactile. Le mode visuel est rencontré lorsque des cartes de base sont affichées avec une représentation de l’itinéraire. La modalité vocale est utilisée pour guider l’utilisateur dans ses déplacements en fauteuil roulant. La modalité sonore est combinée à la modalité tactile ou haptique par l’usage respectif de bips sonores et de vibration. Ces modes impliquent la transmission de données ou informations spécialisées pour que l’application cliente puisse restituée la modalité (fichier textuel ou audio,…). Même s’il n’est pas mentionné dans les scénarios, l’usage de la parole est aussi envisagé en plus d’utiliser les écrans pour cliquer ou saisir des informations d’adresses pour procéder à la planification d’un déplacement.
Même si cela reste proche des interfaces multimodales, le multimédia est également présent pour la représentation d’un itinéraire. Les photographies pour s’orienter en sont un exemple et une volonté de lescombiner avec les autres représentations. Le son et la voix sont également des sources de média différentes.
L’aspectmultiplateformes est fortement présent dans nos travaux et dans les scénarios présentés, car nous prévoyons « jouer » avec trois typesd’appareils dotés de capacités et caractéristiques différentes (système d’exploitation, navigateur web, puissance de calcul, taille de l’écran, capteurs, …). Ces dernières doivent être prises en compte pour pouvoir adapter adéquatement nos contenus à diffuser, comme la taille d’une carte 2D qui sera vue différemment sur un écran d’ordinateur versus un écran de téléphone (par exemple, conservation de la visibilité et la lisibilité de la carte par généralisation cartographique ou les cartes à échelle variable).
L’un des besoins exprimés dans le scénario 2 est la prise en compte de différents profils d’utilisateur (multi-utilisateurs). En effet, les utilisateurs peuvent présenter différents types de handicap et/ou différents niveaux de sévérité de leur handicap. Il faut donc tenir compte de cet aspect dans la diffusion des données géoréférencées car l’itinéraire le plus accessible dépend du profil de l’utilisateur. Il est donc important de pouvoir identifier l’utilisateur (par son profil) pour modifier adéquatement les modalités et médias en conséquence.
L’aspect multi-environnements s’applique aussi à notre application, comme décrit dans nos scénarios. Par exemple, un environnement « calme » avec le bus n’impliquera pas la même diffusion d’informations que pour un environnement bruyant (concert) ou encore un environnement de bureau (lieu de travail), ayant un
Itinéraires adaptés, adaptables et adaptatifs pour personnes en fauteuil roulant9 impact sur les dispositifs informatiques utilisés. Les coordonnées GPS sont ici une des principales sources d’information pour déterminer dans quel environnement se trouve une personne, afin de pouvoir adapter les données à diffuser en conséquence. Le microphone de l’appareil représente aussi une source pertinente d’informationsutiles à la détection de l’environnement.
Enfin, la caractéristique multi-usages a un impact sur les diffusions produites puisque nous devons adapter le contenu en conséquence. Les deux principaux usages de l’application concernent la planification d’un déplacement et l’aide à la navigation (guidage). Bien que ces deux usages soient fortement liés et indispensables l’un envers l’autre, ils n’impliquent pas les mêmes mécanismes de diffusion tant en entrée qu’en sortie. Lors de la planification, nous devons connaitre les points de départ et d’arrivée, fournis ou non par l’utilisateur (saisie adresse, reconnaissance vocale, clique sur une carte, GPS appareil mobile), ainsi que des informations sur son profil afin de lui envoyer les données qui lui sont les plus adaptées possibles.En cours de déplacement, la position et l’orientation de l’utilisateur doivent être connues à tout moment, afin de le guider au mieux. Aussi, il doit être averti lorsqu’il ne suit pas l’itinéraire indiqué ou est proche d’un point d’intérêt (ex. bip sonore et vibration dans le bus à proximité d’une station d’arrivée). En plus des données GPS, les différents capteurs des appareils mobiles peuvent être nécessaires pour savoir comment l’appareil est utilisé et adapter la diffusion en conséquence (ex. si le mobile est dans la poche ou l’utilisateur regarde l’écran).
Toutes ces multiplicités conduisent aussi à garantir la faisabilité de mécanismes d’adaptation, d’adaptabilité et d’adaptativité. En effet, dans nosscénarios, ces mécanismes ont été illustrés à diverses reprises, respectivement, par la création d’itinéraire selon le profil d’utilisateur, ce qui remplit la fonction d’adaptation, le choix d’une représentation différente de l’itinéraire par l’utilisateur pour mieux se repérer qui remplit la fonction d’adaptabilité et le changement de représentation de l’itinéraire suivant l’environnement d’usage (dans le bus) qui répond à l’adaptativité.
La définition de notre architecture doit, dans un premier lieu, tenir compte des spécificités des interfaces multimodales pour pouvoir diffuser les itinéraires le plus adéquatement possible. Afin d’assurer une compatibilité matérielle et une indépendance vis-à-vis de la plateforme et du domaine d’application, le W3C a défini des recommandations sur les architectures et interfaces multimodales2(MMI). Une telle architecture comporte cinq (5) composants : traitement des entrées (parole, souris, clavier, …), fusion (unification des entrées issues des modalités), gestionnaire de dialogues/interactions (contrôle des interactions, tâches à effectuer), fission (préparation de la réponse à fournir selon les modalités identifiées) et présentation en sortie (voix, carte, son vibration, …). Dans un second lieu, nous avons choisi de nous orienter vers la mise en place d’une architecture orientée 2http://www.w3.org/TR/mmi-arch/
Copyright © by the paper’s authors. Copying permitted for private and academic purposes. Proceedings of the Spatial Analysis and GEOmatics conference, SAGEO 2015. services (SOA) afin de pouvoir plus facilement être découplée des interfaces clientes et de la base de données d’accessibilité liée au processus de calcul d’itinéraire. Le composant central de cette architecture présentée à la figure 1 est ainsi un service web de diffusion d’itinéraire qui doit respecter les standards OWS (OGC Web Services) de l’OGC (Open Geospatial Consortium) quant aux services web géospatiaux.
Notre architecture fonctionnelle est composée des tiers suivants : – le tiers ressources : il contient les bases de données d’accessibilité, de profil et d’historique. La base de données de profil stocke les informations relatives au handicap et au niveau de confiance de l’utilisateur pour se déplacer sur un trottoir. La base de données d’accessibilitécontient le réseau de trottoir avec ses caractéristiques (pente, revêtement, etc.) et les obstacles et facilitateurs qui s’y trouvent (bancs publics, regard d’égouts, etc.). Un outil de calcul d’itinéraires permet la création et l’actualisation des itinéraires en produisant un ensemble de segments de trottoir ayant des cotes d’accessibilité calculées à partir des bases de données profil et accessibilité. La base de données historique permet de conserver les requêtes et données de l’utilisateur sur ses appareils et peut servir à la gestion de ses préférences lors de la diffusion.
– le tiers serveur : c’est le coeur du système qui gère le processus d’adaptation et de représentation des itinéraires selon les informations fournies par les clients du système. Ce serveur est en fait notre service web de diffusion d’itinéraires, mais il peut remplir des tâches plus basiques afin de permettre la diffusion de la base de données d’accessibilité par exemple sous forme de carte, sans considération du calcul d’itinéraire. Le service web de transformation d’itinéraires est un élément central pour obtenir des itinéraires adaptés à façon, comme la transformation de segments de trottoirs en version textuelle. – le tiers client : ce tiers correspond aux applications clientes qui vont être en relation avec notre service web de diffusion d’itinéraire au travers des mécanismes de requête à transmettre et réponses à afficher ou communiquer. Certains de ces tiers (ordinateurs et tablette) sont utilisés uniquement lors de la planification du déplacement tandis que les autres le sont pour la planification et le guidage. Ces applications clientes doivent aussi correspondre à des interfaces multimodales et multimédias adaptées aux informations contextuelles (profil de l’utilisateur, localisation,…) transmise en temps réel (appareils mobile avec connexion) ou non.
Copyright © by the paper’s authors. Copying permitted for private and academic purposes. Proceedings of the Spatial Analysis and GEOmatics conference, SAGEO 2015.
Itinéraires adaptés, adaptables et adaptatifs pour personnes en fauteuil roulant11
Le fonctionnement de notre système débute par un client qui effectue une demande d’itinéraires via l’interface cliente. Cette demande est transmise à notre service web de planification/guidage avec toutes les données nécessaires (identifiant, point A, point B, appareil utilisé). Ce service web fusionne et encode les entrées, si nécessaire, et les transmet à l’outil de calcul d’itinéraire. Cet outil retourne un itinéraire sous de forme de segments accompagnés de leurs cotes d’accessibilité vers notre service web (WPS) spécialisé de transformation d’itinéraire. Les traitements réalisés à ce niveau visent à produire les représentations souhaitées de l’itinéraire, à savoir des lignes stylées du point de départ au point d’arrivée qui ont une couleur spécifique selon leur cote d’accessibilité (vert pour accessible, orange pour moyennement accessible,…) et/ou du texte avec des icônes directionnelles pour les directions à suivre.Les représentations obtenues sont ensuite transmises au service web de planification/guidage qui les utilisera en fonction des modalités disponibles et des préférences utilisateur pour lui présenter l’itinéraire sur un fond de carte (ou non) qu’il aura obtenu à partir d’un service (WMS).Lorsque l’utilisateur déclenche la navigation (clic bouton), un système de suivi de sa position utilisant le capteur GPS de son appareil (tracking) est mis en service par le service web de planification/guidage qui interagit ensuite avec le service web de transformation pour produire la représentation de la prochaine instruction de guidage vocale et l’envoyer à l’utilisateur. Aussi, le suivi de la position permet à l’utilisateur de visualiser sa position courante, d’être alerté sur la présence d’obstacleset/ou de points d’intérêt ou de se voir proposer un nouvel itinéraire s’il décide en cours de chemin de ne plus suivre l’itinéraire proposé au départ. La journalisation des requêtes et des actions de l’utilisateur dans la base de données historique est effectuée au fur et à mesure. Ces actions serviront à des fins de personnalisations et de recommandationsde l’itinéraire et de ses représentations pour l’utilisateur.
Copyright © by the paper’s authors. Copying permitted for private and academic purposes. Proceedings of the Spatial Analysis and GEOmatics conference, SAGEO 2015.
Notre service de diffusion aspire à produire des itinéraires appropriés aux contextes d’usages. Pour cela, il doit présenter quelques caractéristiques essentielles, principalement des fonctions liées à la multimodalité des interfaces, à la planification d’itinéraire et à la navigation (guidage).Cela implique de définir des langages de requête et des formats d’échange de données au sein de notre serveur et entre notre serveur et les clients.Pour ce faire, nous basons les spécifications de nos services web sur des normes d’organismes tels que le W3C (World Wide Web Consortium), l’OGCou l’ISO (International Organization for Standardization). La norme W3CEMMA (Extentible MultiModal Annotation) permet d’annoter et d’encoder les entrées utilisateur dans les systèmes multimodaux.Elle n’est cependant pas explicitement utilisée pour la sortie, qui est notre principale préoccupation. Plusieurs spécifications existent pour les formats d’échange en diffusion avec GML (Geography Markup Language) et KML(Keyhole Markup Language) de l’OGC, XML du W3C ou encore des formats non standardisés mais très utilisés comme JSON et GeoJSON. Enfin, des langages comme VoiceXML (reconnu par le W3C) et UsiXML (en attente de reconnaissance par le W3C) sont intéressant à explorer pour le codage des instructions de guidage vocal. Ces formats sont en train d’être étudiés et seront étendus, le cas échéant pour répondre à nos besoins de diffusion.
Nos travaux se rapprochent aussi des concepts liés à la plasticité des interfaces
homme machine, définie comme la capacité d’une IHM (Interface
HommeMachine) à s’adapter à son contexte d’usage dans le respect de son utilisabilité et de
son usage
Nos travaux nous ont menés vers l’acquisition de plus amples connaissances dans le domaine de l’aide à la navigation pour personnes à mobilité réduite à travers une revue de littérature. Cela nous a permis de mieux cerner le problème de la diffusion web d’itinéraires adaptés, adaptables et adaptatifs, notamment en faisant ressortir plusieurs modes possibles de représentation de l’itinéraire. En imaginant quelques cas d’utilisation, nous avons identifiédes besoins primaires et obligatoires pour garantir cette diffusion. Une architecture n-tiers a été proposée avec pour élément central un service web. Des réflexions sont encore en cours quant à la définition même de ce service web qui doit s’imprégner des architectures Copyright © by the paper’s authors. Copying permitted for private and academic purposes. Proceedings of the Spatial Analysis and GEOmatics conference, SAGEO 2015.
Itinéraires adaptés, adaptables et adaptatifs pour personnes en fauteuil roulant13 d’interfaces multimodales, tout en gardant à l’oeil le couplage éventuellement possibleavec la plasticité des interfaces dans notre contexte particulier. Évidemment, les spécifications d’un langage de requête pour la diffusion d’itinéraire doivent être pensées et approfondies pour tenir compte de nos multiples besoins. Les prochaines étapes visent à définir et implémenter ce langage de requête pour pouvoir rapidement diffuser des données adaptées à des profils d’utilisateurs distincts sur des plateformes mobiles ou pas. Les considérations liées à l’adaptabilité et à l’adaptativité devront aussi être intégrées dans nos processus et nos interfaces de test qui seront développées à des fins de validations de notre processus de diffusion. Remerciements
Les auteurs tiennent à remercier les fonds IRSC-CRSNG pour leur soutien financier au projet MobiliSIG. Nos remerciements vont aussi à toute l’équipe du projetMobiliSIGet au ROP03 pour leurs contributions enrichissantes aux discussions.
Taylor,