FR 2970356 A1 20120713 FR 1150184 A 20110110 PROCEDE DE REGULATION DE L'ACCES A UN ENSEMBLE D'APPLICATIONS ET SYSTEME POUR LA MISE EN OEUVRE DE CE PROCEDE DOMAINE DE L'INVENTION L'invention concerne de manière générale le domaine des services proposés à bord de véhicules roulants, ainsi que le domaine de l'aide à la navigation. Cette invention s'inscrit également dans un contexte de sécurisation maximale des usagers de véhicules, visant à proposer une gamme variée de services aux usagers tout en optimisant leur sécurité, en particulier en limitant les capacités d'attention nécessaires à l'usage de ces services. ETAT DE LA TECHNIQUE Il existe déjà dans l'état de la technique des systèmes intégrés à des véhicules et permettant une régulation de certaines fonctions du véhicule ou d'appareils mobiles tels que des téléphones mobiles, quand ceux-ci se trouvent dans le véhicule. Par exemple, un tel système est proposé qui permet d'interdire l'utilisation de fonctions de communication - telles qu'émission d'appels, envoi et réception de messages, etc. - depuis un téléphone portable ou autre appareil connecté à un réseau de télécommunications, quand celui-ci se trouve dans un véhicule roulant. Cette solution est néanmoins limitée aux fonctions de communication d'un appareil mobile, et ne fonctionne que sur un mode « tout ou rien », c'est-à-dire que les fonctionnalités sont disponibles quand le véhicule est à l'arrêt et indisponibles quand il se déplace. Ceci ne contribue pas à proposer une gamme de services variés à un usager d'un véhicule, et en outre ceci ne permet pas d'accéder au moins en partie à certaines fonctionnalités d'un appareil mobile, quand le véhicule se déplace, ce qui peut dans certains cas s'avérer utile, voire nécessaire. Il existe également des systèmes d'aide à la navigation s'appuyant sur des informations obtenues par des capteurs installés dans le véhicule ou par des systèmes extérieurs, comme par exemple un GPS. Cependant, ces systèmes ne sont pas optimaux car nécessitent par exemple un grand nombre de clics ou de manipulations, et en outre ils ne s'adaptent pas au mode roulant de la voiture, ce qui augmente la dangerosité de l'utilisation de tels systèmes. PRESENTATION DE L'INVENTION L'invention propose quant à elle un procédé de gestion d'un ensemble d'applications proposées par un support de services permettant de mettre à disposition d'un usager d'un véhicule au moins une application interactive, caractérisé en ce qu'on adapte l'état de disponibilité d'au moins une application et on modifie l'état d'une interface permettant d'interagir avec celle-ci, en fonction d'informations relatives au véhicule ou à sa situation. Notamment, l'interface comprend une interface graphique, et au moins une application est représentée sur l'interface graphique au moyen d'une icône graphique correspondante, dont on modifie l'apparence en fonction des informations relatives au véhicule ou à sa situation. L'invention propose en outre un programme d'ordinateur comportant des éléments de code mettant en oeuvre les étapes du procédé conforme à l'invention lorsque ledit programme est exécuté sur un support de services, un ordinateur de bord de véhicule, ou tout autre moyen autonome à processeur. Elle propose également un ensemble comportant un support de services permettant de mettre à disposition d'un usager d'un véhicule au moins une application interactive, ledit support comportant des moyens de communication lui permettant de charger à distance des données, caractérisé en ce qu'il comporte des moyens de traitement intégrés au support de services ou à l'ordinateur de bord du véhicule ou indépendants, lesdits moyens de traitement recevant de l'ordinateur de bord ou du support de services des informations relatives au véhicule ou à sa situation et commandant en fonction de ces informations l'adaptation de l'état de disponibilité d'au moins une application et la modification de l'état d'une interface permettant d'interagir avec celle-ci. DESCRIPTION DES FIGURES D'autres caractéristiques, buts et avantages de la présente invention apparaîtront à la lecture de la description détaillée qui va suivre, au regard des figures annexées, données à titre d'exemples non limitatifs et sur lesquelles : - La figure 1 représente schématiquement différents moyens intervenant dans une mise en oeuvre possible de l'invention. - La figure 2 illustre différentes étapes d'un exemple de mise en oeuvre possible de l'invention. - La figure 3a illustre un exemple d'interface graphique proposant différentes applications, la figure 3b illustrant quant à elle le cas où certaines applications ne sont pas disponibles. - La figure 4 représente un exemple d'affichage d'une application particulière une fois sélectionnée. - Les figures 5a et 5b illustrent un exemple d'affichage d'une application, respectivement en mode non roulant et en mode roulant.30 DESCRIPTION DETAILLEE D'UN OU PLUSIEURS MODES DE REALISATION ET DE MISE EN OEUVRE DE L'INVENTION Sur la figure 1, on a représenté un véhicule 1 qui comprend d'une part un ordinateur de bord 3 et d'autre part un ou plusieurs capteurs 21 munis d'une interface de programmation leur permettant de dialoguer avec l'ordinateur de bord 3. Le ou les capteurs 21 utilisés en l'occurrence peuvent être de différentes natures : capteurs donnant la vitesse, le sens de rotation des roues, la quantité de carburant restant dans le réservoir, l'état du frein parking (enclenché ou non), présence d'un individu sur le siège passager, etc. On a également représenté sur la figure 1 un support de services 4, qui est par exemple un téléphone mobile ou un « Smartphone », ou encore un ordinateur portable, mais qui peut être plus généralement tout appareil, mobile ou intégré au véhicule, comprenant des moyens de communication (Wi-Fi, téléphonie mobile 3G, etc.) lui permettant de charger à distance des données. Le support de services 4 peut en outre être le boitier d'un système de géo-localisation 22 GPS ou être associé à des moyens GPS. Alternativement, le véhicule 1 peut ne pas comprendre d'ordinateur de bord 3, et le cas échéant le support de services 4 peut dialoguer avec le ou les capteurs 21 sans passer par l'intermédiaire de l'ordinateur de bord 3. Un tel support de services 4 comporte en mémoire plusieurs applications, qui permettent à un utilisateur d'accéder à un ou plusieurs services proposés par des éditeurs de service à distance (serveur 23). Ces applications peuvent par exemple être des applications de courrier électronique, d'informations sur le trafic ou les conditions de circulation, d'informations géolocalisées concernant par exemple le tourisme de proximité (points d'intérêt ou évènements locaux...), les services de proximité (essence, supermarché etc.) ou la météo locale, des applications de type réseau social, d'assurance auto dont la prime est calculée en fonction des déplacements réels, notification en cas d'approche de radars, ou encore des services audios et vidéos, etc. Le support de services 4 et l'ordinateur de bord 3 sont connectés à des moyens d'interface 5, permettant à un usager d'interagir avec les applications proposées. Par exemple il peut s'agir de l'écran du support de services 4 mobile - ou encore d'un écran intégré au tableau de bord du véhicule 1. Cet écran peut être de type tactile ou être associé à un ensemble de moyens de commande, comme par exemple des boutons de commande ou une commande vocale. Ces moyens d'interface 5 sont gérés par un programme mis en oeuvre par des moyens de traitement 6, qui peuvent être ceux du support de services 4, ou encore qui peuvent correspondre à l'ordinateur de bord 3, mais qui peuvent également, comme illustré sur la figure 1, correspondre à des moyens distincts intégrés ou non dans le véhicule. Ce programme est par exemple téléchargé à distance sur ou via le support de services 4. Il établit un dialogue entre les moyens de traitement 6 et le cas échéant l'ordinateur de bord 3, le support de services 4 ou d'autres moyens tel que le boitier GPS, afin de remonter différentes données et informations (mesures des capteurs 21, informations fournies par le ou les serveurs externes 23, données issues du traitement GPS 22, etc.). Traitement de détermination du mode dans lequel se trouve le véhicule Comme l'illustre la figure 2, ces informations sont traitées par le programme de gestion afin de déterminer le mode dans lequel se trouve le véhicule (par exemple, « roulant ou prêt à rouler » ou « à l'arrêt » (étape A). Ainsi par exemple, dans le cadre de cette étape, le programme de gestion compare à un certain seuil (5 ou 10km/h), la vitesse du véhicule telle que fournie par les capteurs 21, le cas échéant via l'ordinateur de bord 3, ou encore celle fournie par le traitement GPS. Selon que cette vitesse est ou non supérieure audit seuil, le programme considère que le véhicule 1 est à l'arrêt ou au contraire qu'il se trouve dans un « mode roulant », nécessitant une capacité d'attention accrue de la part du conducteur. En variante ou en complément, le programme peut tester l'état « enclenché » ou non du frein de parking ou encore tester si le moteur est ou non en route pour en déduire si le véhicule est ou non dans un état « prêt à rouler », qui nécessiterait là aussi une capacité d'attention accrue. Commande de l'état de disponibilités des applications En fonction du résultat de cette étape de détermination A, le programme commande l'état de disponibilités des applications proposées par le support de services 4 (étape B). Trois types d'état peuvent être prévus pour une même application : « disponible », « non disponible », ou « disponible avec des fonctionnalités modifiées ». Par exemple, le mode « roulant » peut interdire par défaut l'accès à certaines applications qui, si elles étaient utilisées, exigeraient trop d'attention de la part de l'usager, au détriment de sa sécurité. Pour d'autres applications, le programme de gestion peut ne bloquer que certaines fonctionnalités, en mettant en place un mode simplifié d'utilisation. Ainsi par exemple, si une application propose des fonctionnalités interactives, dont l'utilisation par le conducteur nécessite un mouvement particulier de sa part (appui sur un bouton ou sur une zone de l'écran 5), ces fonctionnalités peuvent être rendues indisponibles, tandis que d'autres fonctionnalités de l'application, comme la transmission d'informations visuelles ou sonores, sont quant à elles maintenues, alors même que le véhicule est en mode « roulant ». Bien entendu, si au contraire le véhicule 1 est à l'arrêt, ou s'arrête après avoir été en mode « roulant », le programme de gestion restaure la disponibilité de l'ensemble des applications. Il est également possible de modifier les états de disponibilité de certaines applications en fonction de la localisation du véhicule 1, par exemple en rendant indisponibles des applications quand le véhicule 1 se trouve dans un pays étranger. Egalement, si un passager est détecté par un capteur 21, le programme de gestion peut maintenir la disponibilité de l'ensemble des applications, car alors le passager peut contrôler les applications à la place du conducteur. Affichaqe Le programme de gestion adapte l'état de l'interface 5, et notamment de l'écran, en fonction des disponibilités des applications. En référence à la figure 3a, on a représenté un exemple d'interface graphique 51 qui se présente sous la forme d'un affichage comportant, des icônes interactives 52 correspondant chacune à une application, et des icones 53 de commande de défilement. Comme l'illustre la figure 3b, l'affichage des icônes 52 est modifié en fonction de l'état de disponibilité de l'application correspondante, de façon à ce que l'usager dans le véhicule comprenne aisément que cette application n'est pas accessible. Ainsi, si une application est non disponible, l'icône 52 correspondante peut disparaître de l'écran ou apparaître en nuances de gris. Elle peut également apparaitre avec un contraste modifié par rapport à une application disponible (par exemple un faible contraste). Son affichage peut éventuellement être accompagné d'une icône indiquant que l'application n'est pas disponible, de façon à la distinguer encore plus nettement d'une icône d'une application disponible, D'autres solutions d'affichage permettant de distinguer les différents états de disponibilité des applications sont bien entendu possibles. Par ailleurs, lorsqu'un utilisateur sélectionne une application qui, malgré le mode « roulant » du véhicule est disponible ou disponible en étant restreinte à certaines fonctions, l'affichage change pour passer au menu spécifique de l'application. C'est ce qu'illustre la figure 4 dans le cas où l'application sélectionnée est une application qui fournit au conducteur des informations en temps réel en fonction de la situation du véhicule. Cette application agrège différentes données en temps réel et fournit une synthèse au conducteur comprenant les conditions météo, les conditions de circulation, la vitesse du véhicule ainsi que la vitesse limite autorisée, et les informations sur la radio écoutée. Pour conserver un affichage lisible et qui n'encombre pas la charge mentale du conducteur, ces informations sont présentées de façon très succincte, par exemple en étant regroupées dans un petit nombre de cadrans, typiquement deux ou quatre cadrans. Ainsi le conducteur ne consacre que très peu de temps à la lecture de l'écran. L'affichage de l'application peut également changer si le programme de gestion a modifié la disponibilité de certaines fonctionnalités de l'application. Les fonctionnalités non disponibles peuvent apparaître en nuances de gris, ou avec un contraste modifié - par exemple faible - ou ne pas apparaître du tout sur l'écran de l'interface 5. Typiquement, le programme de gestion peut supprimer l'affichage des fonctionnalités nécessitant une commande, pour ne pas accaparer les capacités d'attention du conducteur. Un exemple en ce sens est illustré sur les figures 5a et 5b, dans lequel la commande « créer un nouveau trajet » n'est plus visible en mode « roulant » (figure 5b). Ce programme de gestion permet donc, par la mise en oeuvre d'une interface graphique claire et simple d'utilisation, d'exploiter au maximum une gamme de services tout en assurant la sécurité du conducteur, en limitant les capacités d'attention nécessaires à l'utilisation des applications proposées. 30 REVENDICATIONS1. Procédé de gestion d'un ensemble d'applications proposées par un support de services (4) permettant de mettre à disposition d'un usager d'un véhicule (1) au moins une application interactive, caractérisé en ce qu'on adapte l'état de disponibilité d'au moins une application et on modifie l'état d'une interface (5) permettant d'interagir avec celle-ci, en fonction d'informations relatives au véhicule ou à sa situation. 2. Procédé selon la revendication 1, dans lequel les informations relatives au véhicule ou à sa situation sont transmises par au moins un capteur (21), un système de géolocalisation (22) ou un serveur distant (23), à un ordinateur de bord (3) du véhicule (1) ou au support de services (4). 3. Procédé selon la revendication 1, dans lequel l'interface comprend une interface graphique (51), et au moins une application est représentée sur l'interface graphique (51) au moyen d'une icône graphique correspondante (52), dont on modifie l'apparence en fonction des informations relatives au véhicule (1) ou à sa situation. 4. Procédé selon la revendication 1, dans lequel l'état de disponibilité d'une application est un état parmi le groupe suivant : application disponible, application non disponible, application disponible avec fonctionnalités modifiées. 5. Procédé selon la revendication 4, dans lequel, si une application est non disponible, l'icône graphique correspondante (52) n'apparaît pas sur l'interface (5), ou apparaît en nuances de gris, ou apparaît avec un contraste modifié par rapport à celui d'une application disponible. 30 6. Procédé selon la revendication 4, dans lequel on détermine, en fonction des informations relatives au véhicule (1) et à sa situation, si le véhicule (1) est en mode roulant ou non, puis, - si le véhicule (1) est en mode roulant, on adapte l'état de disponibilité d'au moins une application en l'état non disponible ou en l'état disponible avec fonctionnalités modifiées, - si le véhicule (1) n'est pas en mode roulant, on maintient l'ensemble des applications disponibles. 7. Procédé selon la revendication 4, dans lequel on détermine, en fonction des informations relatives au véhicule ou à sa situation, si un passager est présent dans le véhicule (1), et le cas échéant on maintient la disponibilité de l'ensemble de la ou les applications. 8. Programme d'ordinateur comportant des éléments de code mettant en oeuvre les étapes du procédé selon l'une des revendications précédentes lorsque ledit programme est exécuté sur un support de services (4), un ordinateur de bord (3) de véhicule (1), ou tout autre moyen autonome à processeur. 9. Ensemble comportant un support de services (4) permettant de mettre à disposition d'un usager d'un véhicule (1) au moins une application interactive, ledit support comportant des moyens de communication lui permettant de charger à distance des données, caractérisé en ce qu'il comporte des moyens de traitement intégrés au support de service (4) ou à l'ordinateur de bord (3) du véhicule (1) ou indépendants, lesdits moyens de traitement recevant de l'ordinateur de bord (3) ou du support de services (4) des informations relatives au véhicule (1) ou à sa situation et commandant en fonction de ces informations l'adaptation de l'état de disponibilité d'au moins une application et la modification de l'état d'une interface (5) permettant d'interagir avec celle-ci.