Brevet FR2989246A1 — publié le 20131011

La présente invention concerne le domaine des appels d'urgence émis depuis un dispositif embarqué dans un véhicule accidenté vers un central d'appel via un réseau de communication cellulaire. Plus particulièrement, l'invention concerne le filtrage par un dispositif embarqué dans le véhicule des appels entrants émis par un central d'appel d'urgence. Un système d'appel d'urgence, illustré en partie haute de la Fig. 1, permet à un dispositif D embarqué dans un véhicule accidenté d'émettre un appel d'urgence vers un central d'appel d'urgence CA via un réseau de communication cellulaire NET. En fonctionnement normal du véhicule, le dispositif D est dans un état 1 dit 10 inactif. Suite à un événement El, par exemple au déclenchement d'un système d'Air Bag du véhicule, le dispositif D bascule vers un état 2 d'appel d'urgence (Push mode en anglais). Dans cet état, le dispositif D opère une géolocalisation du véhicule. Cette géolocalisation peut se faire pour tout moyen disponible dans le véhicule, par exemple 15 à l'aide d'un système par satellite tel que le GPS (Global Positioning System en anglais) ou l'un de ses homologues comme le russe GLONASS ou l'Européen Galileo. De plus, un appel d'urgence est ordonné, soit automatiquement par un calculateur à bord du véhicule, soit à l'initiative d'un usager alors à bord de ce véhicule. Le dispositif D compose alors un numéro d'urgence usuel tel que, par 20 exemple, les numéros 112, 911, etc. et émet cet appel d'urgence ordonné à destination de ce numéro d'urgence. Le central d'appel d'urgence CA reçoit alors cet appel d'urgence. Suite au décrochage d'un opérateur du central d'appel d'urgence, il est habituel que le dispositif D transmette au central d'appel d'urgence CA des informations 25 relatives, d'une part, aux caractéristiques du véhicule, telles que par exemple un numéro d'identification du véhicule (code VIN) et, d'autre part, à sa géolocalisation. Une fois ces informations reçues par le central d'appel d'urgence CA, l'usager, via le dispositif D, et l'opérateur du central d'appel d'urgence CA dialoguent entre eux. Une fois leur conversation terminée (événement CC généralement appelé Call Cleardown 30 en anglais), la communication entre le dispositif D et le central d'appel d'urgence CA est interrompue. Le dispositif D bascule alors dans un état 3 d'attente d'appel entrant (Standby en anglais) dans lequel le dispositif D est à l'écoute d'éventuels nouveaux appels entrants dans le dispositif via le réseau NET. Le dispositif D reste, en général, dans cet état une durée de temps maximale prédéterminée, typiquement 10 heures. Au-delà, un événement TO (TimeOut en anglais) provoque le basculement du dispositif D dans l'état 1. Le central d'appel d'urgence CA a alors normalement toutes les informations nécessaires pour organiser les secours et n'a plus besoin de recontacter l'usager. Toutefois, il est possible que le central d'appel d'urgence ait besoin de rappeler l'usager à bord du véhicule pour lui demander, par exemple, des informations complémentaires. Cette fonction est généralement appelée Callback en anglais. A cet effet, le central d'appel d'urgence CA émet un nouvel appel. Cet appel est considéré comme un nouvel appel entrant par le dispositif D (événement E2). Le dispositif D, alors dans l'état 3, bascule vers un état 4 de communication vocale (Pull mode en anglais) dans lequel il est tenté d'établir une communication avec le central d'appel d'urgence CA. A l'issue de la communication ou en cas d'impossibilité d'établissement de la communication (événement E3), le dispositif bascule vers l'état 3. Comme ce nouvel appel est un simple appel vocal, c'est-à-dire qu'aucune information autre que vocale n'est transmise à ce moment-là entre le central d'appel d'urgence CA et le dispositif D, le dispositif D ne peut pas déterminer l'identité de l'appelant et ne sait pas si l'appel entrant a été émis par le central d'appel d'urgence CA, par un autre central d'appel d'urgence ou par un autre appelant autre qu'un central d'appel d'urgence. Ainsi, le dispositif D traite de manière systématique et identique tout nouvel appel entrant : mise en attente du nouvel appel ou appel non considéré. En conséquence, si le dispositif reçoit un appel d'un central d'appel d'urgence alors qu'il est en communication avec un autre appelant (autre qu'un central d'appel d'urgence), le dispositif D ne peut pas déterminer si le nouvel appel entrant a été émis par un central d'appel d'urgence et ne peut donc couper (ou mettre en attente l'appel en cours) pour privilégier l'appel entrant émis par le central d'appel d'urgence. En d'autres termes, le dispositif ne peut affecter une priorité aux appels entrants et ne peut mettre en place une gestion d'appel entrant basé sur un mécanisme de priorité. Le problème résolu par la présente invention est de remédier aux inconvénients suscités. A cet effet, la présente invention concerne un procédé de filtrage d'appels entrants destiné à être mis en oeuvre par un dispositif embarqué dans un véhicule. Ledit dispositif ayant préalablement émis un appel d'urgence à destination d'un central d'appel d'urgence qui gère les appels d'urgence et ledit dispositif étant dans un état d'attente d'éventuels appels entrants émis par des appelants, le procédé est caractérisé en ce qu'il comporte les étapes suivantes : identification de l'appelant de chaque nouvel appel entrant, si l'appelant identifié est un central d'appel d'urgence, alors une communication entre le dispositif et un opérateur du central d'appel d'urgence est établie et le dispositif retourne à l'état d'attente d'éventuels appels entrants à la fin de la communication. Le procédé permet de trier les appels entrants une fois que le premier appel d'urgence a été émis par le dispositif embarqué dans un véhicule. Ce tri peut déboucher soit sur le rejet des appels entrants qui ne sont pas émis par un central d'appel d'urgence, soit affecter une priorité à chaque appel entrant. Par exemple, une priorité haute peut être affectée à un appel entrant lorsque cet appel est émis par le central d'appel d'urgence et une priorité basse est affectée sinon. On peut aussi prévoir un mécanisme de préemption dans le dispositif qui permet de couper ou mettre en attente un appel en cours dès qu'un nouvel appel entrant est identifié comme ayant été émis par un central d'appel d'urgence. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels: La Fig. 1 décrit schématiquement un système d'appel d'urgence. La Fig. 2 représente un diagramme d'états d'un dispositif d'un système d'appel d'urgence qui implémente le procédé de filtrage selon la présente invention. La Fig. 3 représente un exemple de séquencement temporel des échanges entre un dispositif et un central d'appel d'urgence. La Fig. 4 représente un exemple d'implémentation d'un mode de réalisation du procédé de filtrage dans le séquencement temporel de la Fig. 3. La Fig. 5 représente un exemple d'implémentation d'un autre mode de réalisation du procédé de filtrage dans le séquencement temporel de la Fig. 3. La Fig. 6 représente un exemple d'une architecture interne du dispositif D d'un système d'appel d'urgence. De manière générale, la présente invention concerne un procédé de filtrage d'appels entrants destiné à être mis en oeuvre par un dispositif D embarqué dans un véhicule. Le dispositif D a préalablement émis un appel d'urgence à destination d'un central d'appel d'urgence CA et le dispositif D est dans l'état 3 tel que décrit dans la partie introductive en relation avec la Fig. 1. Les éléments des Figs. qui sont identiques portent les mêmes références. La Fig. 2 représente un diagramme d'état du dispositif D qui implémente le procédé de filtrage selon la présente invention. Le diagramme d'état de la Fig. 2 comporte un nouvel état 5 de filtrage qui correspond à un état particulier du dispositif D dans lequel ce dispositif identifie l'appelant de chaque appel entrant et détermine si l'appel entrant a été émis par un central d'appel d'urgence ou par un autre appelant. Ainsi, lorsque le dispositif D est dans l'état 3, c'est-à-dire qu'il est à l'écoute d'un nouvel appel entrant éventuel, et qu'un événement E2 se produit, c'est-à-dire qu'un nouvel appel entrant se présente, le dispositif bascule vers l'état 5 au lieu de basculer dans l'état 4 comme c'est le cas selon la Fig. 1. Si l'appelant est identifié comme n'étant pas un central d'appel d'urgence, alors le dispositif bascule vers l'état 3 (événement E4). Si, au contraire, l'appelant est identifié comme étant un central d'appel d'urgence alors le dispositif D bascule dans l'état 4 de communication vocale et il est tenté d'établir une communication entre le dispositif D et le central d'appel d'urgence. A l'issue de la communication ou en cas d'impossibilité d'établissement de la communication (événement E3), le dispositif bascule vers l'état 3. Comme on s'en rend compte, le procédé de filtrage selon la présente invention peut être mis en oeuvre dans n'importe quel système d'appel d'urgence qui permet à un central d'appel d'urgence de rappeler un dispositif D embarqué dans un véhicule. A titre d'exemple de mise en oeuvre du procédé de filtrage, les moyens qui mettent en oeuvre ce procédé sont maintenant décrits dans le cadre d'un système d'appel d'urgence normalisé sous la forme d'un projet 3GPP (3rd Generation 30 Partnership Project en anglais) connu sous le nom générique ECa11. Ce système est une initiative de la Commission Européenne visant à accroître le nombre de vies sauvées lors d'accidents de la route. Cette mise en oeuvre n'est aucunement limitative et n'est donnée que pour illustrer une mise en oeuvre du procédé de filtrage revendiqué. Selon ce projet, le diagramme des états de la Fig. 1 est mis en oeuvre par une succession d'échanges de messages décrite à la Fig. 3 (norme ISO, EN 16062, pages 21-22, §7.4.5, §7.4.6 & §7.5). Le dispositif D, alors dans l'état 2, commence par émettre un appel d'urgence AU à destination du central d'appel d'urgence CA. Suite au décrochage, un protocole, appelé « protocole ECall » selon la norme suscitée, est alors utilisé pour que le dispositif D échange des messages avec le central d'appel d'urgence CA. L'un de ces messages, appelé SEND-MSD en anglais, est émis par le central d'appel d'urgence CA pour demander au dispositif D de lui transmettre des informations relatives, d'une part, aux caractéristiques du véhicule et, d'autre part, à sa géolocalisation. Ce protocole de transmission utilise un circuit de voix avec une modulation spéciale permettant de transmettre des données dans la voix à travers un réseau cellulaire, 3G par exemple. Cette fonction s'appelle « in-band modem » en anglais. Le dispositif D transmet alors au central d'appel d'urgence CA ces informations sous la forme d'un message appelé MSD (Minimum Set of Data en anglais) en utilisant cette modulation spéciale. Une fois les informations reçues par le central d'appel d'urgence CA, au moins un message d'acquittement, appelé 'LL-ACK' (acquittement de niveau 2 de la couche OSI de la norme) ou encore 'AL-ACK' (acquittement de niveau 5 de la couche OSI appelé HL-ACK selon la norme 3GPP TS 26.267), est envoyé par le central d'appel d'urgence CA et reçu par le dispositif D. Le message AL-ACK atteste que les informations émises ont été correctement reçues par le central d'appel d'urgence CA. Le message LL-ACK est en fait un message LL (Link-Layer) contenant le code ACK représenté en binaire par 0010 selon la description faite dans TS 3GPP 26.267 release 9 section 6.1.2 BCH Encoding. Les codes 0100 à 1111 sont indiqués comme non utilisés. L'usager et l'opérateur du central d'appel d'urgence CA dialoguent alors entre eux. Une fois leur conversation terminée (événement CC), la communication est interrompue et le dispositif D bascule dans l'état 3. Suite à l'apparition de l'événement E2 (nouvel appel entrant AU1), le dispositif bascule dans l'état 5 et il est déterminé si l'appelant de cet appel entrant est un central d'appel d'urgence. Si l'appelant est identifié comme n'étant pas un central d'appel d'urgence, alors le dispositif bascule vers l'état 3 et si, au contraire, l'appelant est identifié comme étant un central d'appel d'urgence alors le dispositif D bascule dans l'état 4 tel que expliqué en relation avec la Fig. 2. Selon un mode de réalisation du procédé, un appelant d'un nouvel appel entrant est identifié par le dispositif D à partir d'un message particulier reçu que cet appelant a émis à destination du dispositif D. Selon une variante de ce mode de réalisation, ce message particulier porte le numéro de l'appelant (Calier Line Identifier en anglais). Cette variante est avantageuse car elle permet au dispositif D de déterminer si le nouvel appel entrant a été émis par le central d'appel d'urgence auquel le dispositif D a émis son appel d'urgence. Avantageusement, le dispositif D mémorise au préalable, éventuellement dans une base de données, au moins un numéro d'un central d'appel d'urgence et le numéro d'un appelant est alors comparé avec chaque numéro de central d'appel d'urgence mémorisé, l'appelant étant alors considéré comme un central d'appel d'urgence lorsque son numéro est identique à l'un des numéros mémorisés. Ceci est particulièrement avantageux lorsque le numéro du central d'appel d'urgence peut varier en fonction de la localisation du véhicule accidenté ou encore selon l'opérateur qui gère le central d'appel d'urgence à proximité du véhicule accidenté. Le ou les numéro(s) de central d'appel d'urgence mémorisés par le dispositif D peuvent, selon une variante, être mis à jour (ajoutés, supprimés) suite à la réception d'un message qui porte un numéro de central d'appel d'urgence. Cette mise à jour est faite suite à la réception soit de certains messages qui portent un numéro de central d'appel d'urgence soit de chaque message particulier qui porte un numéro de central d'appel d'urgence. Selon une variante de ce mode de réalisation, le numéro de l'appelant est transmis de l'appelant vers le dispositif D sous forme d'un signal modulé en voix. Un exemple d'une telle méthode de transmission est connu sous le nom de «in-band modem » en anglais. Le numéro de l'appelant est porté dans le message d'acquittement LL mentionné plus haut. La Fig. 4 représente un exemple d'implémentation d'un mode de réalisation du procédé de filtrage dans le séquencement temporel de la Fig. 3. Selon cette implémentation, est utilisé un message d'acquittement LL défini par la norme suscitée pour qu'un central d'appel d'urgence CA émette son numéro d' identifiant. Suite à la réception du message MSD, le central d'appel d'urgence CA, au niveau de sa couche dite de liaison (modèle OSI), vérifie que la transmission a été correctement effectuée (vérification CRC). Les informations relatives aux caractéristiques du dispositif D et à sa géolocalisation sont alors remontées à la couche application pour traitement. Au niveau de la couche de liaison, le central d'appel d'urgence CA émet le message d'acquittement LL-ACK dans le cas où la vérification CRC est positive. Une fois le message LL-ACK reçu, le dispositif D et le central d'appel d'urgence CA basculent dans un mode transmission du numéro d'appel CLI. Dans ce mode particulier de fonctionnement, pour chaque chiffre CLI(i) du numéro d'appel CLI, le central d'appel d'urgence CA envoie un message LL décrit selon la norme TS 3GPP 26.267 release 9, section 6.1.4.1 Link-layer feedback messages et contenant, dans le champ DL-Data mentionné dans la norme précédente, le chiffre encodé par exemple de la façon suivante : 0 -> 0100 1 -> 0101 9 -> 1101 Côté dispositif, il est vérifié au niveau de sa couche de liaison si la transmission d'un message LL+CLI(i) s'est correctement effectuée (vérification CRC). Le dernier message LL envoyé contient un code particulier, par exemple 1111, pour indiquer la fin de la transmission du numéro d'appel CLI. Le central d'appel d'urgence CA et le dispositif D basculent alors du mode de transmission du numéro d'appel CLI vers un mode réception/transmission d'un message AL-ACK. Le central d'appel d'urgence CA émet alors à destination du dispositif D, le message d'acquittement AL-ACK défini selon la norme suscitée. On peut noter que le même procédé de transmission du numéro d'appel CLI 30 peut être mis en oeuvre en utilisant des messages AL-ACK au lieu des messages LL car un message AL-ACK est très similaire dans son encodage au message LL à l'exception de la trame de synchronisation qui est inversée (TS 3GPP 26.267 release 9 section 6.1.4.2 Higher-Layer Acknowledgement Message). Comme on l'a vu précédemment, selon un mode de réalisation du procédé, un appelant d'un nouvel appel entrant est identifié par le dispositif D à partir d'un message particulier reçu que cet appelant a émis à destination du dispositif D. Selon une variante de ce mode de réalisation, ce message particulier porte le nom de l'appelant. Ce message particulier est, par exemple, un message du mécanisme CNAP (Calling Name Presentation en anglais) décrit dans la norme 3GPP TS 24.096 Release 10. Le nom du central d'appel d'urgence CA peut être une chaîne normalisée, par exemple, « eCall PSAP ». De préférence, ce nom est stocké au sein de l'annuaire du réseau cellulaire NET avec le numéro de téléphone. Lors de l'établissement d'un appel, le réseau cellulaire NET mettant alors en oeuvre le mécanisme CNAP, recherche le nom de l'appelant à partir de son numéro de téléphone dans l'annuaire et le communique au dispositif D à travers le protocole décrit dans la norme 3GPP TS 24.096 Release 10, section 4. Cette variante est avantageuse car elle permet au dispositif D de déterminer si le nouvel appel entrant a été émis par le central d'appel d'urgence auquel le dispositif D a émis son appel d'urgence. Avantageusement, le dispositif D mémorise au préalable, éventuellement dans une base de données, au moins un nom d'un central d'appel d'urgence et le nom d'un appelant est alors comparé avec chaque nom de central d'appel d'urgence mémorisé, l'appelant étant alors considéré comme un central d'appel d'urgence lorsque son nom est identique à l'un des noms mémorisés. De manière équivalente, le nom de l'appelant peut être identique à un nom contenu dans une chaîne de caractères mémorisée. Ceci est particulièrement avantageux lorsque le nom du central d'appel d'urgence peut varier en fonction de la localisation du véhicule accidenté ou encore selon l'opérateur qui gère le central d'appel d'urgence à proximité du véhicule accidenté. De plus, la variante utilisant des noms plutôt que des numéros d'appelant est avantageuse car les noms peuvent être moins nombreux que les numéros. Le répertoire du dispositif D qui contient les identifiants de central d'appel d'urgence peut alors être de taille réduite. Un autre avantage de cette variante avec nom est que le central d'appel d'urgence n'a plus besoin de transmettre à l'avance son identifiant, ce qui rend le protocole plus robuste en cas d'erreurs de transmission dans un contexte d'appel d'urgence. Le ou les nom(s) de central d'appel d'urgence mémorisés par le dispositif D peuvent, selon une variante, être mis à jour (ajoutés, supprimés) suite à la réception d'un message qui porte un nom de central d'appel d'urgence. Cette mise à jour est faite suite à la réception soit de certains messages qui portent un nom de central d'appel d'urgence soit de chaque message particulier qui porte un nom de central d'appel d'urgence. Selon une variante de ce mode de réalisation, le nom de l'appelant est transmis de l'appelant vers le dispositif D sous forme d'un signal modulé en voix. Un exemple d'une telle méthode de transmission est connu sous le nom de 10 « in-band modem » en anglais. Selon un autre mode de réalisation, un appelant d'un nouvel appel entrant est identifié par le dispositif D à partir du type particulier d'un message reçu que cet appelant a émis à destination du dispositif D, l'appelant étant alors considéré comme un central d'appel d'urgence lorsque le type du message reçu est un message d'un 15 protocole particulier. Ce mode de réalisation est particulièrement avantageux car il ne demande aucune modification du protocole normalisé. Ce mode de réalisation est illustré à la Fig. 5 décrite en relation avec la Fig. 2. Le dispositif D est dans l'état 3. Une fois que le central d'appel d'urgence a émis un 20 nouvel appel entrant AU1 à destination du dispositif D, le central d'appel d'urgence CA se met en attente de recevoir un message vocal particulier Ml. Le dispositif D, alors dans l'état 3, reçoit l'appel entrant AU1 et bascule vers l'état 5. Il émet alors à destination de l'appelant le message vocal M1 qu'il a, éventuellement, mémorisé au préalable dans une de ses mémoires, et se met en attente de recevoir un autre message 25 particulier M2. L'appelant est alors considéré comme un central d'appel d'urgence si le dispositif reçoit ledit autre message particulier M2 avant l'expiration d'une durée prédéterminée T. On peut noter que l'illustration de la Fig. 5 n'est qu'un exemple de mise en oeuvre du mode de réalisation. En effet, en reprenant les termes de cet exemple, il est possible, en variante, que le dispositif D soit en attente de recevoir le 30 message M2 sans au préalable avoir émis le message Ml. Si à l'issue de cette durée prédéterminée T, aucun message M2 n'est reçu, un événement E4 est généré et le dispositif D bascule dans l'état 3 (évènement E4). En variante, à l'issue de cette durée prédéterminée T, le message M1 est réémis par le dispositif D tant qu'un nombre entier prédéterminé N de retransmission n'est pas atteint. Si ce nombre entier est atteint, l'événement E4 est généré et le dispositif D bascule dans l'état 3. Suite à la réception du message Ml, l'appelant, qui est alors un central d'appel d'urgence, émet le message M2 à destination du dispositif D. A réception de ce message M2 (évènement E5), le dispositif D bascule dans l'état 4 tel que expliqué à la Fig. 2. En variante, le message M2 est émis sans réception au préalable du message Ml. Le message M2 est par exemple le message SEND-MSD. A la Fig. 6 est représentée l'architecture d'un dispositif mettant en oeuvre le procédé de filtrage revendiqué. Le dispositif D comporte, reliées par un bus de communication 601, des ressources matérielles très limitées en termes de capacités qui sont: - un processeur, micro-processeur ou microcontrôleur 602 ; - une mémoire vive RAM (Random Access Memory en anglais ou Mémoire à Accès Aléatoire en français) 603 ; - une mémoire 604 de type ROM (Read Only Memory en anglais ou Mémoire à Lecture Seule en français) ou encore flash ou réinscriptible mais rémanente (telles que dans une clé USB) ; - des moyens d'interface 605 avec le réseau de téléphonie cellulaire NET. Le microcontrôleur 602 est capable d'exécuter des instructions chargées dans la RAM 603 à partir de la mémoire 604. Lorsque le dispositif D est mis sous tension, le microcontrôleur 602 est capable de lire de la RAM 603 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur qui cause la mise en oeuvre, par le microcontrôleur 602, de tout ou partie des procédés décrits ci-dessus en relation avec les Figs. 1-5. Le dispositif D comporte des moyens pour identifier l'appelant de chaque nouvel appel entrant, pour établir une communication entre le dispositif et un opérateur du central d'appel d'urgence si l'appelant identifié est un central d'appel d'urgence, et pour retourner à l'état d'attente d'éventuels appels entrants à la fin de la communication. Ces moyens sont formés par le microcontrôleur 602 qui coopère avec les mémoires 604 et RAM et les moyens 605 par exemple. Tout ou partie des procédés décrits ci-dessus en relation avec les Figs. 1-5 peut être implémenté sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable, tel qu'un DSP (Digital Signal Processor en anglais ou Unité de Traitement de Signal Numérique en français) ou un microcontrôleur, tel que le microcontrôleur 602, ou être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA (Field-Programmable Gate Array en anglais ou Matrice de Portes Programmable sur Champ en français) ou un ASIC (Application- Specific Integrated Circuit en anglais ou Circuit Intégré Spécifique à une Application en français). REVENDICATIONS1) Procédé de filtrage d'appels entrants destiné à être mis en oeuvre par un dispositif embarqué dans un véhicule, ledit dispositif ayant préalablement émis un appel d'urgence à destination d'un central d'appel d'urgence qui gère les appels d'urgence et ledit dispositif étant dans un état d'attente d'éventuels appels entrants émis par des appelants, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes : identification de l'appelant de chaque nouvel appel entrant, si l'appelant identifié est un central d'appel d'urgence alors une communication entre le dispositif et un opérateur du central d'appel d'urgence est établie et le dispositif retourne à l'état d'attente d'éventuels appels entrants à la fin de la communication. 2) Procédé selon la revendication 1, dans lequel un appelant d'un nouvel appel entrant est identifié par le dispositif à partir d'un message particulier reçu que cet appelant a émis à destination du dispositif 3) Procédé selon la revendication 2, dans lequel ce message particulier porte le numéro ou le nom de l'appelant. 20 4) Procédé selon la revendication 3, dans lequel le dispositif mémorise au préalable au moins un numéro d'un central d'appel d'urgence et le numéro d'un appelant est alors comparé avec chaque numéro de central d'appel d'urgence mémorisé, l'appelant étant alors considéré comme un central d'appel d'urgence 25 lorsque son numéro est identique à l'un des numéros mémorisés. 5) Procédé selon la revendication 4, dans lequel le ou les numéro(s) de central d'appel d'urgence mémorisé(s) par le dispositif est (sont) mis à jour suite à la réception d'un message qui porte un numéro de central d'appel d'urgence. 30 6) Procédé selon l'une des revendications 3 à 5, dans lequel le numéro de l'appelant est transmis de l'appelant vers le dispositif sous forme d'un signal modulé en voix. 7) Procédé selon la revendication 1, dans lequel un appelant d'un nouvel appel entrant est identifié par le dispositif à partir du type particulier d'un message reçu que cet appelant a émis à destination du dispositif, l'appelant étant alors considéré comme un central d'appel d'urgence lorsque le type du message reçu est un message d'un protocole particulier. 8) Procédé selon la revendication 7, dans lequel une fois que le central d'appel d'urgence a émis un nouvel appel entrant à destination du dispositif, le central d'appel d'urgence se met en attente de recevoir un message vocal particulier (M1), le dispositif reçoit l'appel entrant et émet alors à destination de l'appelant ledit message vocal particulier (M1), et se met en attente de recevoir un autre message particulier (M2), l'appelant étant alors considéré comme un central d'appel d'urgence si le dispositif reçoit ledit autre message particulier (M2) avant l'expiration d'une durée prédéterminée (T). 9) Procédé selon la revendication 8, dans lequel, à l'issue de cette durée prédéterminée (T), le message particulier (M1) est réémis par le dispositif tant qu'un nombre entier prédéterminé de retransmission n'est pas atteint. 10) Dispositif de filtrage d'appels entrants destiné à être embarqué dans un véhicule, ledit dispositif ayant préalablement émis un appel d'urgence à destination d'un central d'appel d'urgence qui gère les appels d'urgence et ledit dispositif étant prévu pour être dans un état d'attente d'éventuels appels entrants émis par des appelants distants, caractérisé en ce qu'il comporte des moyens pour: identifier l'appelant de chaque nouvel appel entrant, établir une communication avec un opérateur du central d'appel d'urgence si l'appelant identifié est un central d'appel d'urgence, et retourner à l'état d'attente d'éventuels appels entrants à la fin de la communication. 11) Produit programme d'ordinateur, caractérisé en ce qu'il comprend des instructions pour mettre en oeuvre, par un dispositif conforme à la revendication 10, le procédé selon l'une des revendications 1 à 9 lorsque ledit programme est exécuté par un processeur du dispositif 12) Moyens de stockage lisibles par ordinateur, caractérisés en ce qu'ils stockent un programme d'ordinateur comprenant des instructions pour mettre en oeuvre, par un dispositif adapté, le procédé selon l'une des revendications 1 à 9, lorsque ledit programme est exécuté par un processeur du dispositif et conformé à la revendication 10.