FR 3003421 A1 20140919 FR 1352167 A 20130312 Arrière-plan de l'invention L'invention se situe dans le domaine des procédés et systèmes d'appel d'urgence, à savoir des procédés et systèmes permettant d'appeler 5 un numéro d'urgence, typiquement pour appeler un centre de secours, les médecins urgentistes, les pompiers, ... Le document « Pan-European eCall Implementation Guidelines, Draft v3.0 de l'EeIP (European eCall Implementation Platform) » publié le 3 février 2012 fixe comme objectif de concevoir, dans le cadre du service 10 eCall de l'Union Européenne, un système permettant à un véhicule accidenté de contacter un numéro d'urgence et de communiquer automatiquement aux équipes de secours des données permettant à ces équipes un accès rapide et efficace sur le lieu de l'accident. L'invention propose une solution pour implémenter ces directives. 15 Objet et résumé de l'invention Plus précisément, et selon un premier aspect, l'invention concerne 20 un système d'appel d'urgence comportant : - un dispositif de déclenchement d'appel d'urgence ; et - un dispositif de communication comportant un élément sécurisé, cet élément sécurisé comportant : - au moins deux profils opérationnels dont un profil d'urgence ; 25 - des moyens aptes à recevoir un événement émis par le dispositif de déclenchement d'appel d'urgence via un canal de communication locale ; - des moyens d'activation d'un profil d'urgence permettant d'effectuer des appels d'urgence dans un réseau de communication, 30 si ce profil n'est pas actif ; et - des moyens d'appel d'un numéro d'urgence dans le réseau pour effectuer l'appel d'urgence. Corrélativement, l'invention concerne un procédé d'appel d'urgence mis en oeuvre par un élément sécurisé comportant au moins 35 deux profils opérationnels dont un profil d'urgence, cet élément sécurisé étant compris dans un dispositif de communication connecté localement à un dispositif de déclenchement d'appel d'urgence, ce procédé comportant : - une étape de réception d'un événement en provenance du dispositif de déclenchement d'appel d'urgence via un canal de communication locale ; - une étape d'activation d'un profil d'urgence permettant de placer des appels d'urgence dans un réseau de communication, si ce profil n'est pas actif ; et - une étape d'appel d'un numéro d'urgence dans le réseau pour effectuer l'appel d'urgence. Ainsi, et d'une façon générale, l'invention propose une solution pour basculer automatiquement vers un profil opérationnel d'urgennce dénommé ci-après « eCALL Profile » lorsqu'un événement spécifique est détecté. On rappelle qu'un profil opérationnel est un ensemble de données et d'applications permettant à un élément sécurisé sur lequel il est installé et activé de s'authentifier auprès d'un réseau de télécommunications. Ce profil d'urgence peut selon les pays : - avoir besoin de s'authentifier avec un réseau (selon la norme 3GPP 31.102). C'est notamment le cas en Russie qui dispose d'un opérateur 20 virtuel prioritaire par rapport aux autres et dédié aux appels d'urgence ; ou - ne pas avoir besoin de s'authentifier sur un réseau particulier. C'est le cas en particulier en France où il n'est pas nécessaire de s'authentifier pour appeler les numéros d'urgence tels que le 112 pour les secours 25 médicaux ou le 18 pour les pompiers. Or dans l'état actuel de la technique, le basculement vers un profil opérationnel ne peut se faire que sur réception d'une commande émise par une entité externe de type SM-SR. Cette contrainte n'est pas compatible avec les exigences d'un service d'urgence. 30 Dans un mode préféré de réalisation, le système de gestion d'appel d'urgence selon l'invention est destiné à être incorporé dans un véhicule. Dans un autre mode de réalisation, le dispositif de communication est un dispositif portable, par exemple un téléphone, couplé à des 35 capteurs aptes à détecter un état de santé de l'utilisateur de ce dispositif pour déclencher un appel d'urgence. Ainsi, et de façon très avantageuse, l'invention offre une possibilité pour activer automatiquement un profil d'urgence pour passer un appel d'urgence lorsqu'un événement prédéterminé se produit. L'invention permet ainsi de passer un appel d'urgence très 5 rapidement même si le profil opérationnel actif au moment où survient l'accident n'est pas le profil d'urgence. L'invention permet aussi de basculer vers le profil d'urgence même si le véhicule est hors de couverture du réseau associé au profil opérationnel actif, ce qui n'était pas possible dans l'état actuel de la 10 technique puisque le basculement ne pouvait se faire que sur réception d'une commande reçue du SM-SR. Dans un mode de réalisation, le dispositif de déclenchement d'appel d'urgence comporte un mécanisme de type airbag et/ou un ordinateur de bord aptes à générer l'événement précité. 15 L'invention permet aussi d'automatiser complètement le basculement et l'appel d'urgence sans aucune intervention humaine. Cette caractéristique est particulièrement importante en cas d'accident corporel. Dans un mode particulier de réalisation, l'élément sécurisé est un élément sécurisé embarqué et soudé au dispositif de communication, par 20 exemple un microcircuit de type eUICC, par exemple tel que défini par la norme ETSI 102 221. Pour plus de renseignement sur les éléments sécurisés UICC et eUICC, l'homme du métier se rapportera respectivement à la norme ETSI 102.221 et aux spécifications ETSI TS 103 383. Dans un mode particulier de réalisation, les profils de l'élément 25 sécurisé de type eUICC sont chacun associés à un domaine de sécurité particulier. Dans un mode particulier de réalisation, l'appel d'urgence est utilisé pour communiquer des données permettant de localiser l'appel d'urgence et préférentiellement de rappeler le dispositif de communication 30 sur un numéro associé à un des profils différent du profil d'urgence. Les données sont par exemple stockées dans le profil d'urgence ou dans une mémoire non volatile du système d'exploitation du véhicule. Dans un mode particulier de réalisation, le procédé d'appel d'urgence selon l'invention comporte une étape d'identification du profil 35 d'urgence à partir d'une donnée associée à l'événement. Dans un mode préféré de réalisation, l'étape d'appel du numéro d'urgence est suivie par une étape d'activation d'un profil différent du profil d'urgence, éventuellement après une durée prédéterminée. Cette caractéristique est très importante car elle permet aux services de secours de rappeler le véhicule accidenté. Dans un mode particulier de réalisation, l'activation de ce profil est effectuée sur réception d'une commande émise par une entité SM-SR. Brève description des dessins D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement et de manière complète à la lecture de la description ci-après, laquelle est donnée à titre d'exemple non limitatifs et en référence 15 aux dessins annexés dans lesquels : - la figure 1 représente sous forme d'organigramme, les principales étapes d'un procédé d'appel d'urgence conforme à l'invention ; et - la figure 2 représente de façon schématique un système d'appel d'urgence conforme à un mode particulier de réalisation de l'invention. 20 Description détaillée de l'invention La figure 1 représente sous forme d'organigramme, les principales 25 étapes d'un procédé d'un appel d'urgence conforme à l'invention. Dans l'exemple de réalisation décrit ici, ce procédé est mis en oeuvre dans le véhicule 100 représenté à la figure 2. Le véhicule 100 comporte un mécanisme 110 de sécurité de type airbag et ordinateur de bord 120 connus en soi. 30 Le véhicule 100 comporte également un dispositif de communication 130 comportant un élément sécurisé 150 conforme à l'invention et une interface 140 entre cet élément sécurisé 150 et le réseau. Cette interface 140 comporte notamment, et comme de façon 35 connue, un émetteur/récepteur couplé à une antenne. Dans le mode de réalisation décrit ici, cet élément sécurisé 150 est un élément sécurisé de type eUICC. Il comporte notamment : - un système d'exploitation OS; - une mémoire non volatile 151; - un module 152 de gestion de profil ; et - un module 154 d'installation de profil. Dans le mode de réalisation décrit ici, la mémoire non volatile 151 comporte un domaine de sécurité privilégié ISD et des domaines de sécurité secondaires SSD1, SSD2. Le domaine de sécurité ISD est privilégié en ce qu'il est apte en particulier, et comme de façon connue, à créer ou supprimer des domaines de sécurité secondaires SSD1, SSD2 dans la mémoire non volatile 151, en coopération avec les modules 152 de gestion de profil et 154 d'installation de profil. Plus précisément, - le module 152 de gestion de profil communique de façon sécurisée avec une entité SM-SR (Subscription Manager - Secure Routing) du réseau pour recevoir, installer, activer/désactiver un profil dans les domaines de sécurité SSD1, SSD2, l'entité SM-SR communiquant à cet effet avec une entité PCF (Policy Control Function) de l'opérateur; et - le module 154 d'installation de profil communique de façon sécurisée avec une entité SM-DP (Subscription Manager - Data Preparation) du réseau pour décrypter les blocs d'un profil et les installer dans les domaines de sécurité SSD1, SSD2, l'entité SM-DP communiquant à cet effet avec une base de données de profils BD de l'opérateur. Dans le mode de réalisation décrit ici : - le domaine de sécurité secondaire SSD1 comporte un profil opérationnel P1 permettant au dispositif de communication 130 de communiquer dans un premier réseau mobile MN1 ; et - le domaine de sécurité secondaire SSD2 comporte un profil d'urgence P_eCall permettant au dispositif de communication 130 de communiquer dans un réseau mobile MN_eCall pour effectuer des appels d'urgence eCall. Dans le mode de réalisation décrit ici, l'appel d'urgence est utilisé 35 notamment pour communiquer des données DCV permettant de localiser l'appel d'urgence et préférentiellement de rappeler le dispositif de communication 130 sur un numéro associé à un profils différent du profil d'urgence P_eCall. A cet effet, dans le mode de réalisation décrit ici, le profil d'urgence P-eCall comporte un fichier de données DCV propres au 5 véhicule 100 et au conducteur principal de ce véhicule destinées à être transmises aux équipes de secours. Dans le mode de réalisation décrit ici, ces données DCV comportent : - des caractéristiques physiques du conducteur (groupe sanguin, 10 allergies) ; des caractéristiques du véhicule (marque, modèle, couleur, ...) ; - le nombre de passagers dans le véhicule ; le numéro de téléphone du véhicule associé au profil P1 actif avant l'événement EV. 15 Conformément à l'invention, le dispositif de communication 130 est apte à recevoir, au cours d'une étape E10, un événement EVT via un canal de communication locale 155. Ce canal de communication locale peut être un bus filaire ou un canal de communication sans fil, par exemple de type Bluetooth. 20 Dans le mode de réalisation décrit ici, cet événement EVT est reçu par un module logiciel PSM du système d'exploitation OS de l'élément sécurisé 150, en provenance du système d'exploitation 125 du véhicule. Dans le mode de réalisation décrit ici, l'événement EVT est généré par le mécanisme 110 de type airbag et/ou par l'ordinateur de bord 120. 25 Par exemple, et plus précisément, le système d'exploitation 125 envoie un événement EVT au module logiciel PSM lorsqu'il reçoit un signal SIG généré : - soit sur déclenchement du système d'airbag 110; soit lorsqu'une personne (par exemple le conducteur ou un 30 passager du véhicule) actionne une commande 121 de l'ordinateur de bord 120. Sur réception de l'évènement EVT, le module PSM identifie, au cours d'une étape E20, l'identifiant du profil d'urgence P_eCall. Cette 35 identification peut se faire à l'aide d'une donnée, par exemple un identifiant ou un drapeau associé à l'événement EVT. Au cours d'une étape E22, le module PSM vérifie si le profil d'urgence P_eCall est actif. Si ce n'est pas le cas, le profil d'urgence P_eCall doit être activé. A cet effet, l'étape E22 est suivie par : une étape E25 au cours de laquelle le module PSM mémorise l'identifiant P1 du profil actif ; une étape E30 au cours de laquelle le module PSM contrôle le module 152 de gestion de profil pour que celui-ci active le profil d'urgence P_eCall ; et une étape E40 au cours de laquelle le système d'exploitation OS de l'élément sécurisé 150 redémarre l'élément sécurisé 150, par une opération dite de « RESET », ce qui entraîne automatiquement la lecture de toutes les données du profil actif, en l'occurrence celles du profil d'urgence P_eCall. Une fois le profil d'urgence P_eCall activé, le dispositif de communication 130 effectue un appel d'urgence vers un numéro d'urgence NU mémorisé dans ce profil au cours d'une étape E50. Préférentiellement, les données DCV relatives au conducteur et au véhicule, mémorisées dans la mémoire non volatile 151 sont communiquées aux équipes d'urgence. Cet appel d'urgence peut être initié par le profil d'urgence P_eCall, par le système d'exploitation OS, ou par une personne via l'interface 121 de l'ordinateur de bord 120. Dans le mode de réalisation décrit ici, le dispositif de communication 130 attend une durée D prédéterminée (étape E60) avant de terminer l'appel d'urgence. L'attente de cette durée D n'est pas obligatoire, l'appel d'urgence pouvant être terminé dès que les données DCV ont été transmises aux services de secours. Puis, dans le mode de réalisation décrit ici, on rebascule (étape E70) vers le profil qui était actif avant l'événement EVT, à savoir vers le profil P1 dont l'identifiant a été mémorisé à l'étape E25. A cet effet, le module PSM contrôle le module 152 de gestion de profil pour que celui-ci active le profil P1 puis le système d'exploitation OS de l'élément sécurisé 150 redémarre l'élément sécurisé 150. Le centre de secours est alors en mesure d'appeler le véhicule, le numéro de téléphone du véhicule associé au profil réactivé lui ayant été communiqué parmi les données DVC à l'étape E50. S'il est déterminé au cours de l'étape E22 déjà décrite que le profil d'urgence P_eCall est actif, l'étape E22 est suivie par l'étape E50 d'appel d'urgence, suivie par le basculement vers le profil Pi (étape E70) éventuellement après une durée D prédéterminée (étape E60). Dans le mode de réalisation précédemment décrit ici, le fichier de 10 données DCV propres au véhicule 100 et au conducteur principal est stocké dans le profil d'urgence P-eCall. En variante non représentée, ces données peuvent être stockées dans une mémoire non volatile du système d'exploitation 125 du véhicule. Elles sont alors accessibles par le dispositif de communication 130 après 15 un processus d'authentification et de déchiffrement lorsque celui-ci effectue un appel d'urgence (étape E50). Dans une autre variante non représentée, les données DCV sont stockées dans la mémoire non volatile 151, en dehors du profil d'urgence P-eCall. 20 Dans le mode de réalisation précédemment décrit, l'appel d'urgence est terminé en rebasculant vers le profil actif avant l'évènement EVT (étape E70). En variante non représentée, l'appel d'urgence peut être terminé 25 sur réception d'une commande émise par une entité externe au véhicule, par exemple par l'entité SM-SR, la réception d'une telle commande entraînant l'activation du profil actif avant l'évènement EVT et le redémarrage (RESET) de l'élément sécurisé. Dans une autre variante de réalisation, on reste sur le profil 30 d'urgence P-eCall après l'appel d'urgence, les données DCV envoyées aux équipes de secours comportant un numéro associé à ce profil P_eCall permettant de rappeler le véhicule. REVENDICATIONS1. Système (250, 155, 130) d'appel d'urgence comportant : - un dispositif (250) de déclenchement d'appel d'urgence ; et - un dispositif de communication (130) comportant un élément sécurisé (150), cet élément sécurisé (150) comportant : - au moins deux profils (P1, P_eCall) dont un profil d'urgence (P_eCall) ; - des moyens (PSM) aptes à recevoir un événement (EVT) émis par le dispositif (250) de déclenchement d'appel d'urgence via un canal (155) de communication locale ; - des moyens (152) d'activation d'un profil d'urgence (P_eCall) permettant d'effectuer des appels d'urgence dans un réseau de communication, si ledit profil n'est pas actif (E22) ; et - des moyens d'appel d'un numéro d'urgence (NU) dans ledit réseau pour effectuer ledit appel d'urgence. 2. Système de gestion d'appel selon la revendication 1, caractérisé en ce que ledit élément sécurisé (250) est constitué par un microcircuit eUICC comportant des domaines de sécurité (SSD1, SSD2) comportant lesdits profils (P1, P_eCall). 3. Système de gestion d'appel d'urgence selon la revendication 1 ou 2, caractérisé en ce que ledit appel d'urgence est utilisé pour communiquer des données (DCV) permettant de localiser l'appel d'urgence et préférentiellement de rappeler ledit dispositif de communication (130) sur un numéro associé à un desdits profils différent dudit profil d'urgence (P_eCall). 4. Système de gestion d'appel d'urgence selon la revendication 3, caractérisé en ce que lesdites données (DCV) sont stockées dans ledit profil d'urgence (P_eCall). 5. Système de gestion d'appel d'urgence selon l'une quelconque des revendications 1 à 4 destiné à être incorporé dans un véhicule et caractérisé en ce que le dispositif (250) de déclenchement d'appel d'urgence comporte un mécanisme (110) de type airbag et/ou un ordinateur de bord (120) aptes à générer ledit événement (EVT). 6. Système de gestion d'appel d'urgence selon l'une quelconque des revendications 1 à 5 dans lequel : - ledit dispositif de communication (130) est un dispositif portable, par 10 exemple un téléphone ; et - ledit dispositif (250) de déclenchement d'appel d'urgence un ensemble d'un ou plusieurs capteurs aptes à détecter un état de santé de l'utilisateur dudit dispositif de communication (130) pour déclencher un appel d'urgence. 15 7. Procédé d'appel d'urgence mis en oeuvre par un élément sécurisé (150) comportant au moins deux profils (P1, P_eCall) dont un profil d'urgence (P_eCall), ledit élément sécurisé (150) étant compris dans un dispositif de communication (130) connecté localement à un dispositif 20 (250) de déclenchement d'appel d'urgence, ce procédé comportant : - une étape (E10) de réception d'un événement (EVT) en provenance du dispositif de déclenchement d'appel d'urgence (250) via un canal (155) de communication locale ; - une étape (E30, E40) d'activation d'un profil d'urgence (P_eCall) 25 permettant de placer des appels d'urgence dans un réseau de communication, si ledit profil n'est pas actif (E22) ; et - une étape (E50) d'appel d'un numéro d'urgence (NU) dans ledit réseau pour effectuer ledit appel d'urgence. 30 8. Procédé d'appel selon la revendication 7 caractérisé en ce qu'il comporte une étape (E22) d'identification dudit profil d'urgence (P_eCall) à partir d'une donnée associée audit événement (EVT). 9. Procédé d'appel selon la revendication 7 ou 8, caractérisé en ce 35 que l'étape (E50) d'appel du numéro d'urgence (NU) est suivie par une étape d'activation d'un profil (P1) différent dudit profil d'urgence (P_eCall). 10. Procédé d'appel selon la revendication 9, caractérisé en ce que l'activation dudit profil (P1) est effectuée sur réception d'une commande émise par une entité SM-SR.5