Brevet FR3118842A1 — publié le 20220715

Procédé d’intégration d’un détecteur de premier type à une centrale d’alarme, la centrale d’alarme étant reliée à une passerelle et pouvant être reliée à au moins un détecteur de second type par un premier réseau, la passerelle et le détecteur du premier type étant reliés à une plateforme de service par un second réseau. Le procédé comporte de recevoir une demande d’intégration du détecteur du premier type ; générer un dispositif virtuel comportant des caractéristiques d’un détecteur du second type et représentant le détecteur du premier type ; envoyer à la centrale d’alarme une demande d’association à un détecteur du second type identifié comme étant le dispositif virtuel ; générer une procédure de transcodage transformant chaque message du détecteur du premier type en un message du dispositif virtuel ; et lorsqu’un message en provenance du détecteur du premier type est reçu, transcoder ledit message et transmettre le message transcodé. Figure à publier avec l’abrégé : Fig. 2 PROCEDE D’INTEGRATION D’UN DETECTEUR DANS UN SYSTEME D’ALARME La présente invention concerne le domaine des systèmes d’alarme et concerne plus précisément l’intégration d’un détecteur dans un système d’alarme. ETAT DE LA TECHNIQUE ANTERIEURE Un système d’alarme comporte généralement un ou plusieurs détecteurs dont le rôle est d’observer leur environnement et d’identifier une intrusion en détectant des variations telles qu’un mouvement ou une variation de chaleur. Un système d’alarme comporte en outre une centrale d’alarme reliée à chaque détecteur et qui assure la gestion de la surveillance d’un site tel qu’une propriété en s’appuyant sur des informations transmises sous forme de messages par chaque détecteur. Par exemple, lorsqu’un détecteur détecte un mouvement, ledit détecteur transmet un message comportant une information représentative d’une intrusion à la centrale d’alarme. Sur réception du message comportant une information représentative d’une intrusion, la centrale d’alarme décide ou non d’activer une alarme selon des critères prédéterminés, tels qu’une activation préalable d’un mode de surveillance, une heure de la journée ou une réception d’une information transmise par un autre détecteur dans un délai prédéfini par exemple. Par ailleurs, de plus en plus de propriétés s’équipent de détecteurs tels que des caméras accessibles à distance. Un tel détecteur permet à un utilisateur d’observer en son absence ce qui se passe dans une propriété, en accédant, en temps réel et à distance, à des données dudit détecteur. L’utilisateur peut ainsi visualiser des images acquises ou recevoir des messages comportant une information représentative d’une intrusion. L’accès auxdites données est possible via internet en utilisant par exemple un service à distance de plateformes vidéo. Un tel détecteur est facile à installer puisqu’il suffit de le connecter à internet et d’enregistrer un identifiant dudit détecteur sur la plateforme vidéo afin que la plateforme vidéo récupère les données du détecteur. L’utilisateur peut alors accéder, à n’importe quel moment et via internet, aux données hébergées sur la plateforme vidéo. En outre, un tel accès se fait de manière sécurisée en utilisant par exemple un compte client protégé par un mot de passe. Toutefois, un tel détecteur n’est pas compatible avec un système d’alarme. En particulier, un tel détecteur ne peut pas communiquer avec la centrale d’alarme puisque ledit détecteur et la centrale d’alarme ne sont pas reliés entre eux et ne sont pas configurés pour échanger des informations entre eux. La centrale d’alarme ne peut donc pas prendre en compte un message comportant une information représentative d’une intrusion, envoyé par ledit détecteur. Il est souhaitable de pallier ces inconvénients de l’état de la technique. Il est notamment souhaitable de fournir une solution qui permette à la centrale d’alarme de recevoir des messages comportant une information représentative d’une intrusion provenant de la caméra accessible à distance. Il est en outre souhaitable de fournir une solution qui permette au détecteur d’envoyer des données vers la centrale d’alarme sans requérir de mise à jour des logiciels d’exploitation de la centrale d’alarme et de la caméra. Un objet de la présente invention est de proposer un procédé d’intégration d’un détecteur, dit détecteur d’un premier type, à une centrale d’alarme, la centrale d’alarme étant reliée, par l’intermédiaire d’un premier réseau de communication faisant appel à un premier protocole réseau, à une passerelle, la centrale d’alarme pouvant être reliée, par l’intermédiaire du premier réseau de communication, à au moins un détecteur, dit détecteur d’un second type, le détecteur du premier type étant relié à une plateforme de service distant par l’intermédiaire d’un second réseau de communication faisant appel à un second protocole réseau, la passerelle étant reliée à la plateforme de service distant par l’intermédiaire du second réseau de communication. Le procédé comporte : recevoir, par la passerelle, en provenance de la plateforme de service distant une demande d’intégration du détecteur du premier type, ladite demande d’intégration comportant un identifiant dudit détecteur du premier type ; générer, par la passerelle, un dispositif virtuel comportant des caractéristiques d’un détecteur du second type, ledit dispositif virtuel représentant le détecteur du premier type ; envoyer, à destination de la centrale d’alarme, une demande d’association à un détecteur du second type, ledit détecteur du second type étant identifié comme étant le dispositif virtuel ; générer, par la passerelle, une procédure de transcodage permettant de transformer chaque message en provenance du détecteur du premier type, adapté au second protocole réseau, en un message émis par le dispositif virtuel et adapté au premier protocole réseau, lorsqu’une acceptation d’association au dispositif virtuel est reçue en provenance de la centrale d’alarme ; et, lorsqu’un message en provenance du détecteur du premier type est reçu par l’intermédiaire de la plateforme de service distant, transcoder, par la passerelle, ledit message et transmettre le message transcodé à la centrale d’alarme. Ainsi, la centrale d’alarme peut recevoir des messages provenant du détecteur de premier type, bien que ledit détecteur de premier type ne soit pas capable d’envoyer des messages à destination de la centrale d’alarme en utilisant le premier protocole de communication et sans modification de produits installés que sont la centrale d’alarme ou le détecteur de premier type. La centrale d’alarme peut alors recevoir des informations du détecteur de premier type sans faire appel à une mise à jour d’un logiciel d’exploitation. En outre, une mise à jour du logiciel d’exploitation du détecteur de premier type n’est pas non plus nécessaire. Selon un mode de réalisation particulier, la procédure de transcodage comporte une table de routage qui s’applique à chaque message en provenance du détecteur du premier type et comporte en outre une adaptation de protocole depuis le second protocole réseau vers le premier protocole réseau. Ainsi, un message reçu du détecteur de premier type peut facilement être transformé en un message tel que généré par un dispositif de second type. Selon un mode de réalisation particulier, le procédé comporte en outre : recevoir, par la plateforme de service distant, une demande d’activation du détecteur du premier type, ladite demande d’activation comportant un identifiant du détecteur du premier type ; envoyer, par la plateforme de service distant, à destination de la passerelle une demande d’intégration du détecteur du premier type lorsqu’une demande d’activation du détecteur du premier type est reçue, ladite demande d’intégration comportant un identifiant dudit détecteur du premier type ; envoyer, par la passerelle, à destination de la plateforme de service distant, une confirmation d’intégration du détecteur du premier type, lorsqu’une acceptation d’association au dispositif virtuel est reçue en provenance de la centrale d’alarme. Le procédé comporte en outre, lorsqu’une confirmation d’intégration est reçue en provenance de la passerelle par la plateforme de service distant : transmettre, par la plateforme de service distant, à la passerelle chaque nouveau message reçu en provenance du détecteur du premier type ; et envoyer, par la plateforme de service distant, une confirmation d’activation du détecteur du premier type. Ainsi, un détecteur de premier type peut aisément être intégré à la centrale d’alarme. Selon un mode de réalisation particulier, la demande d’activation du détecteur du premier type est reçue en provenance d’une application client, ladite application étant reliée à la plateforme de service distant par l’intermédiaire du second réseau de communication, et la confirmation d’activation du détecteur du premier type est envoyée à destination de l’application client. Ainsi, un utilisateur du détecteur de premier type et de la centrale d’alarme peut à tout moment demander à intégrer le détecteur de premier type à la centrale d’alarme sans effectuer d’installation matérielle ou logicielle. Selon un mode de réalisation particulier, le détecteur du premier type est une caméra vidéo et le second réseau de communication est le réseau internet. Ainsi, une caméra vidéo connectée par internet peut aisément être intégrée à une centrale d’alarme de sorte que la centrale d’alarme puisse s’appuyer sur des informations transmises sous forme de messages de la caméra vidéo pour gérer des décisions d’alarme. L’invention concerne également une passerelle, reliant une centrale d’alarme par l’intermédiaire d’un premier réseau de communication faisant appel à un premier protocole réseau à une plateforme de service distant par l’intermédiaire d’un second réseau de communication faisant appel à un second protocole réseau, la centrale d’alarme pouvant être reliée par l’intermédiaire du premier réseau de communication, à au moins un détecteur d’un second type, et la plateforme de service distant étant reliée par l’intermédiaire du second réseau de communication à un détecteur d’un premier type. La passerelle comporte : des moyens pour recevoir en provenance de la plateforme de service distant une demande d’intégration du détecteur du premier type, ladite demande d’intégration comportant un identifiant dudit détecteur du premier type ; des moyens pour générer un dispositif virtuel comportant des caractéristiques d’un détecteur du second type, ledit dispositif virtuel représentant le détecteur du premier type ; des moyens pour envoyer, à destination de la centrale d’alarme, une demande d’association à un détecteur du second type, ledit détecteur du second type étant identifié comme étant le dispositif virtuel ; des moyens pour générer une procédure de transcodage permettant de transformer chaque message en provenance du détecteur du premier type, adapté au second protocole réseau, en un message émis par le dispositif virtuel et adapté au premier protocole réseau, lorsqu’une acceptation d’association au dispositif virtuel est reçue en provenance de la centrale d’alarme ; et des moyens pour transcoder chaque message reçu en provenance du détecteur du premier type par l’intermédiaire de la plateforme de service distant et pour transmettre ledit message transcodé à la centrale d’alarme. L’invention concerne également un système d’intégration comportant ladite passerelle, comportant la plateforme de service distant, le détecteur du premier type et la centrale d’alarme. La passerelle comporte en outre des moyens pour envoyer, à destination de la plateforme de service distant, une confirmation d’intégration du détecteur du premier type, lorsqu’une acceptation d’association au dispositif virtuel est reçue en provenance de la centrale d’alarme. La plateforme de service distant comporte en outre : des moyens pour recevoir une demande d’activation du détecteur du premier type, ladite demande d’activation comportant un identifiant du détecteur du premier type ; des moyens pour envoyer à destination de la passerelle une demande d’intégration du détecteur du premier type lorsqu’une demande d’activation du détecteur du premier type est reçue, ladite demande d’intégration comportant un identifiant dudit détecteur du premier type ; des moyens pour transmettre à la passerelle chaque nouveau message reçu en provenance du détecteur du premier type, et pour envoyer une confirmation d’activation du détecteur du premier type, lorsqu’une confirmation d’intégration est reçue en provenance de la passerelle. Selon un mode de réalisation particulier, le système d’intégration comporte en outre une application client, ladite application étant reliée à la plateforme de service distant par l’intermédiaire du second réseau de communication et comportant des moyens pour envoyer la demande d’activation du détecteur du premier type comportant un identifiant dudit détecteur du premier type, et dans lequel la plateforme comporte des moyens pour envoyer la confirmation d’activation du détecteur du premier type à destination de l’application client lorsqu’une confirmation d’intégration est reçue en provenance de la passerelle. L’invention concerne également un programme d’ordinateur, qui peut être stocké sur un support et/ou téléchargé d’un réseau de communication, afin d’être lu par un processeur. Ce programme d’ordinateur comprend des instructions pour implémenter le procédé mentionné ci-dessus dans l’un quelconque de leurs modes de réalisation, lorsque ledit programme est exécuté par le processeur. L’invention concerne également un support de stockage d’informations stockant un tel programme d’ordinateur. 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'au moins un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : illustre schématiquement un système d’intégration d’un détecteur d’un premier type ; illustre schématiquement un procédé d’intégration du détecteur de premier type ; illustre schématiquement un procédé d’activation pour l’intégration du détecteur de premier type ; illustre schématiquement un procédé d’exploitation du détecteur de premier type intégré ; et illustre schématiquement un exemple d’architecture matérielle d’un module de traitement. EXPOSE DETAILLE DE MODES DE REALISATION La Fig. 1 illustre ainsi schématiquement un système d’intégration 100 d’un détecteur d’un premier type 104 à un système d’alarme 101. Le système d’intégration 100 comporte le système d’alarme 101. Le système d’alarme 101 est situé sur un site de surveillance, tel qu’une maison d’habitation, et comporte une centrale d’alarme 102 et au moins un détecteur, dit détecteur d’un second type 103. Le détecteur de second type 103 est relié à la centrale d’alarme 102 par l’intermédiaire d’un premier réseau de communication 111, ledit premier réseau de communication utilisant un premier protocole de communication. Le premier protocole de communication est par exemple un protocole de communication propriétaire tel que le protocole commercialisé par la demanderesse sous la dénomination X3D. En outre, le détecteur de second type 103 est reconnaissable par la centrale d’alarme 102. Autrement dit, le détecteur de second type 103 est capable d’envoyer des messages à destination de la centrale d’alarme 102 en utilisant le premier protocole de communication et la centrale d’alarme 102 peut recevoir et traiter lesdits messages par elle-même. Par exemple, le détecteur de second type 103 est un détecteur infrarouge qui envoie à destination de la centrale d’alarme 102 un message comportant une information représentative d’une intrusion lorsque ledit détecteur infrarouge détecte la présence d’un être vivant sur le site de surveillance. La centrale d’alarme 102 traite ensuite ledit message et décide ou non d’émettre une alarme en fonction d’autres paramètres prédéterminés. Le détecteur de second type 103 peut alternativement être un détecteur de code muni d’un clavier ou un détecteur d’ouverture magnétique par exemple. Le système d’intégration 100 comporte en outre le détecteur de premier type 104. Le détecteur de premier type 104 est un détecteur qui est situé sur le même site de surveillance que le système d’alarme. En outre, le détecteur de premier type 104 observe et analyse son environnement afin de détecter des variations. Lorsque le détecteur de premier type 104 détecte une variation dépassant un seuil prédéfini, le détecteur de premier type 104 envoie un message INTRUSION 400 comportant une information représentative d’une intrusion. Selon un mode de réalisation particulier, le détecteur de premier type 104 est une caméra vidéo qui acquière des images de son environnement et effectue une analyse desdites images afin de détecter un mouvement ou des éléments inhabituels. Contrairement au détecteur de second type 103, le détecteur de premier type 104 n’est pas relié à la centrale d’alarme 102 par l’intermédiaire du premier réseau de communication 111. Par exemple, le détecteur de premier type 104 ne peut pas envoyer des messages utilisant le premier protocole de communication. Le détecteur de premier type 104 n’est donc pas reconnaissable par la centrale d’alarme 102. Le système d’intégration 100 comporte une plateforme 105, qui est une plateforme de service distant, hébergée par exemple par un serveur distant. La plateforme 105 permet d’accéder à distance à des messages envoyés par le détecteur de premier type 104 comportant par exemple des images acquises ou un message INTRUSION 400 comportant une information représentative d’une intrusion. Pour cela, la plateforme 105 est reliée au détecteur de premier type 104 par l’intermédiaire d’un second réseau de communication 112 utilisant un second protocole de communication. Le second réseau de communication 112 est par exemple un réseau de communication étendu tel qu’internet et le second protocole de communication est par exemple le protocole IP. Ainsi, la plateforme 105 reçoit, sous forme de paquets, chaque message envoyé par le détecteur de premier type 104. Le système d’intégration 100 comporte en outre une application client 106. L’application client 106 est reliée à la plateforme 105 par l’intermédiaire du second réseau de communication 112. En outre, l’application client peut accéder, via la plateforme 105, à des messages envoyés par le détecteur de premier type 104 en envoyant une requête comportant un identifiant dudit détecteur de premier type 104, ledit identifiant étant par exemple une adresse IP (pour « Internet Protocol » en anglais) du détecteur de premier type 104 associée à un numéro de série du détecteur de premier type 104. Par exemple, l’application client 106 est installée sur un téléphone mobile d’un utilisateur et récupère un message comportant une information représentative d’une intrusion en provenance du détecteur de premier type 104 ou des images acquises par le détecteur de premier type 104. Selon un mode de réalisation particulier, l’application client 106 accède de manière sécurisée au détecteur de premier type 104 sur la plateforme 105 grâce à un numéro de compte protégé par un mot de passe, permettant d’accéder de manière sécurisée au détecteur de premier type 104 et à un compte client assurant la légitimité de l’utilisateur à accéder audit détecteur de premier type 104. Ledit compte client est configuré pour connecter l’application client 106 à la plateforme 105 sur laquelle est connecté le détecteur de premier type 104. Ainsi, seul l’utilisateur légitime peut accéder à distance à des messages envoyés par le détecteur de premier type 104 tandis qu’une tierce personne ne peut pas accéder audit détecteur de premier type 104. Le système d’intégration 100 comporte en outre une passerelle 107 qui relie le système d’alarme 101 au second réseau de communication 112 et permet ainsi de relier le système d’alarme 101 à la plateforme 105. Ainsi, il est possible d’accéder à des informations envoyées par le système d’alarme 101 depuis l’application client 106. En outre, la plateforme 105 comporte un service de gestion tel qu’un moteur de règle qui permet d’exécuter des actions en fonction d’informations reçues en provenance de l’application client 106, en provenance du détecteur de premier type 104 ou en provenance du système d’alarme 101 via la passerelle 107. Selon un mode de réalisation particulier, la plateforme 105 est divisée en deux sous-plateformes qui communiquent entre elles. La première sous-plateforme est reliée à au moins un détecteur de premier type 104, réceptionne des messages envoyés par chaque détecteur de premier type 104, et diffuse lesdits messages en association avec l’identifiant dudit détecteur de premier type 104 vers une seconde sous-plateforme. La seconde sous-plateforme comporte le service de gestion qui communique avec l’application client 106, avec la passerelle 101 et avec la première sous-plateforme. La seconde plateforme peut être configurée pour associer à un numéro de compte client l’identifiant d’un détecteur de premier type 104. Dans le système d’intégration 100, chaque entité que sont la passerelle 107, le détecteur de premier type 104, la centrale d’alarme 102, le détecteur de second type 103, la plateforme 105 et l’application client 106, comporte un module de traitement 1000 (non représenté) permettant à chaque entité de participer à une mise en œuvre de l’invention. La Fig. 2 illustre schématiquement un procédé d’intégration du détecteur de premier type 104 dans le système d’alarme 101. Le procédé d’intégration est implémenté par un module de traitement 1000 de la passerelle 107. Dans une étape 202, la passerelle 107 reçoit une demande d’intégration du détecteur de premier type 104. La demande d’intégration comporte l’identifiant dudit détecteur de premier type 104. Ledit identifiant est par exemple une adresse IP dudit détecteur de premier type 104, utilisée pour communiquer dans le second réseau de communication, associée à un numéro de série dudit détecteur de premier type 104, ledit numéro de série permettant d’identifier de manière unique le détecteur de premier type 104. La demande d’intégration du détecteur de premier type 104 est reçue en provenance de la plateforme 105 et comprend l’identifiant du détecteur de premier type 104. Alternativement, la demande d’intégration du détecteur de premier type 104 est reçue en provenance de l’application client 106. Dans une étape suivante 203, la passerelle 107 génère temporairement un dispositif virtuel comportant des caractéristiques d’un détecteur de second type 103. Autrement dit, la passerelle 107 crée une entité virtuelle capable d’émettre des messages, sous forme de paquets, à destination de la centrale d’alarme 102 via le premier réseau de communication 111, lesdits messages pouvant être traités par la centrale d’alarme 102. Le dispositif virtuel est par exemple enregistré dans une mémoire vive ou mémoire temporaire. En outre, la passerelle 107 associe audit dispositif virtuel l’identifiant du détecteur de premier type 104 de sorte que ledit dispositif virtuel représente le détecteur de premier type 104. Ainsi, le dispositif virtuel permet d’émuler un dispositif adapté 103 capable de communiquer avec la centrale d’alarme 102. En outre, la passerelle 107 attribue au dispositif virtuel un identifiant du dispositif virtuel reconnu dans le premier réseau de communication 111, et permettant à la centrale d’alarme 102 d’identifier ledit dispositif virtuel parmi différents détecteurs de second type 103 ou d’autres dispositifs virtuels. Ainsi, la centrale d’alarme 102 peut communiquer avec le dispositif virtuel en utilisant ledit identifiant du dispositif virtuel. La passerelle 107 est capable d’attribuer audit dispositif virtuel chaque message émis par la centrale d’alarme 102 et comportant ledit identifiant du dispositif virtuel. La passerelle 107 enregistre de manière pérenne, dans une base de données par exemple, l’identifiant du détecteur de premier type 104 en association avec l’identifiant du dispositif virtuel. Dans une étape 204 suivante, la passerelle 107 émet, en utilisant le dispositif virtuel, une demande d’association à destination de la centrale d’alarme 102, ladite demande d’association comportant les mêmes caractéristiques que toute demande d’association émise par un détecteur de second type 103. Dans une étape 206, la passerelle 107 identifie si elle reçoit en provenance de la centrale d’alarme 102 une confirmation d’association audit dispositif virtuel en réponse à la demande d’association. Si elle reçoit une telle confirmation, la passerelle 107 effectue une étape 207. Sinon, la passerelle 107 effectue une étape 220. A l’étape 220, la passerelle 107 supprime le dispositif virtuel et envoie un message représentatif d’un refus d’intégration par le système d’alarme 101 à la plateforme 105, ou alternativement à l’application client 106. A l’étape 207, la passerelle 107 enregistre de manière durable le dispositif virtuel, par exemple en l’enregistrant dans une mémoire non volatile. La passerelle 107 génère une procédure de transcodage permettant de transformer chaque message du détecteur de premier type 104, adapté au second protocole réseau, en un message émis par le dispositif virtuel et adapté au premier protocole réseau. La procédure de transcodage comporte une table de routage qui s’applique à chaque paquet d’un message reçu en provenance du détecteur de premier type 104 et comportant l’identifiant dudit détecteur de premier type 104. Ledit identifiant du détecteur de premier type 104 permet d’identifier de manière unique le détecteur de premier type 104, tel que par exemple le numéro de série du détecteur de premier type 104. La procédure de transcodage comporte en outre une adaptation de protocole depuis le premier protocole réseau vers le second protocole réseau. La table de routage indique, pour chaque message comportant l’identifiant du détecteur de premier type 104, d’envoyer un message comportant l’identifiant du dispositif virtuel vers le premier réseau de communication 111. Ainsi, un message émis par le détecteur de premier type 104 peut être transformé afin d’être communiqué à la centrale d’alarme 102. Dans une étape 211 suivante, la passerelle 107 se met en attente d’un message en provenance du détecteur de premier type 104. Dans une étape 212, la passerelle 107 identifie si un message INTRUSION 402 du détecteur de premier type 104 est reçu via la plateforme 105. Si c’est le cas, une étape 213 est effectuée. Sinon, l’étape 211 est réitérée. A l’étape 213, la passerelle 107 transcode le message INTRUSION 402 issu du détecteur de premier type 104 et génère ainsi un message INTRUS_COD 404 émis par le dispositif virtuel et interprétable par la centrale d’alarme 102 comportant une information émise par le détecteur de premier type 104 telle qu’une information représentative d’une intrusion. Dans une étape 214, la passerelle 107 envoie le message INTRUS_COD 404 émis par le dispositif virtuel à destination de la centrale d’alarme 102. Ainsi, la centrale d’alarme 102 peut recevoir et traiter un message comportant une information générée par le détecteur de premier type 104 comme si ledit message provenait d’un détecteur de second type 103, ce qui évite d’effectuer des mises à jour pour modifier la configuration d’un logiciel de la centrale d’alarme 102. La Fig. 3 illustre schématiquement un procédé d’activation pour l’intégration du détecteur de premier type 104. Dans une étape 300, le module de traitement 1000 de l’application client 106 envoie, à destination de la plateforme 105, une demande d’activation ACTIV_RQ d’un détecteur de premier type 104 à un système d’alarme 101. La demande d’activation ACTIV-RQ comporte un identifiant du détecteur de premier type 104, tel qu’un numéro de série associé à une adresse IP. Un utilisateur du détecteur de premier type 104 et du système d’alarme 101 peut ainsi demander à tout moment à la passerelle 107 d’intégrer ledit détecteur de premier type 104 audit système d’alarme 101. Dans une étape 301, le module de traitement 1000 de la plateforme 105 effectue une vérification afin de déterminer si le détecteur de premier type 104 est accessible depuis la plateforme 105. Si c’est le cas, le module de traitement 1000 de la plateforme 105 effectue une étape 302. Sinon, le module de traitement 1000 de la plateforme 105 renvoie un refus d’activation vers l’application client 106. A l’étape 302, le module de traitement 1000 de la plateforme 105 envoie, à destination de la passerelle 107, une demande d’intégration INTEG_RQ du détecteur de premier type 104. Ladite demande d’intégration INTEG_RQ comporte l’identifiant du détecteur de premier type 104. Selon un mode de réalisation particulier, l’étape 302 est identique à l’étape 202 de la . Dans une étape 303, identique à l’étape 203 de la , le module de traitement 1000 de la passerelle 107 génère temporairement un dispositif virtuel comportant des caractéristiques d’un détecteur de second type 103. Le dispositif virtuel est par exemple sauvegardé dans une mémoire temporaire telle qu’une mémoire tampon. En outre, le module de traitement 1000 de la passerelle 107 associe audit dispositif virtuel l’identifiant du détecteur de premier type 104 de sorte que ledit dispositif virtuel représente le détecteur de premier type 104. Le module de traitement 1000 de la passerelle 107 attribue en outre audit dispositif virtuel l’identifiant du dispositif virtuel reconnu dans le premier réseau de communication 111 et permettant à la centrale d’alarme 102 d’identifier ledit dispositif virtuel et de le distinguer parmi d’autres dispositifs virtuels ou d’autres détecteurs de second type 103. Le module de traitement de la passerelle 107 enregistre de manière pérenne, dans une base de données par exemple, l’identifiant du détecteur de premier type 104 en association avec l’identifiant du dispositif virtuel. Dans une étape 304, identique à l’étape 204 de la , le module de traitement 1000 de la passerelle 107 envoie, via le dispositif virtuel, une demande d’association ASSO_RQ audit dispositif virtuel à destination de la centrale d’alarme 102, ladite demande d’association ASSO_RQ comportant l’identifiant du dispositif virtuel. Dans une étape 305, le module de traitement 1000 de la centrale d’alarme 102 accepte la demande d’association et effectue une étape 306. Notons que dans le cas où la centrale d’alarme 102 n’accepte pas la demande d’association, par exemple, si la centrale d’alarme 102 est déjà reliée à un nombre de détecteurs adaptés 103 dépassant un seuil prédéfini, le module de traitement 1000 de la centrale d’alarme 102 envoie à destination du dispositif virtuel un refus d’association. Sur réception du refus d’association, le module de traitement 1000 de la passerelle 107 n’enregistre pas le dispositif virtuel en mémoire non volatile et transmet un refus d’intégration à la plateforme 105 qui renvoie un refus d’activation à l’application client 106. A l’étape 306, le module de traitement 1000 de la centrale d’alarme 102 envoie dans le premier réseau de communication 111 une confirmation d’association ASSO_CONFIRM comportant l’identifiant du dispositif virtuel attribué à l’étape 303. La confirmation d’association ASSO_CONFIRM est ainsi reçue par la passerelle 107 qui attribue, grâce à l’identifiant du dispositif virtuel, ladite confirmation d’association ASSO_CONFIRM au dispositif virtuel. Dans une étape 307, identique à l’étape 207 de la , le module de traitement 1000 de la passerelle 107 enregistre de manière durable le dispositif virtuel, par exemple dans une mémoire non volatile, et génère une procédure de transcodage permettant de transformer chaque paquet d’un message reçu en provenance du détecteur de premier type 104, identifié par son identifiant (par exemple, son adresse IP et son numéro de série) en un paquet émis par le dispositif virtuel, identifié par l’identifiant du dispositif virtuel attribué à l’étape 303. Dans une étape 308, le module de traitement 1000 de la passerelle 107 envoie à destination de la plateforme 105 une confirmation d’intégration INTEG_CONFIRM du détecteur de premier type 104 au système d’alarme 101. Dans une étape 309, le module de traitement 1000 de la plateforme 105 met en œuvre un transfert automatique, vers la passerelle 107 du système d’alarme 101, de chaque nouveau message reçu en provenance du détecteur de premier type 104. Pour cela, une action de transfert automatique est attribuée à chaque message émis spontanément par le détecteur de premier type 104 identifié par l’identifiant dudit détecteur de premier type 104. Dans une étape 310, le module de traitement 1000 de la plateforme 105 envoie une confirmation d’activation ACTIV_CONFIRM du détecteur de premier type 104 au système d’alarme 101, à destination de l’application client 106. Selon un mode de réalisation particulier, lorsque le détecteur de premier type 104 est déconnecté, la plateforme 105 envoie à la passerelle 107 une information représentative d’une déconnexion dudit détecteur de premier type 104. La passerelle 107 transmet alors à la centrale d’alarme 102, via le dispositif virtuel, une information représentative d’une déconnexion ou d’une absence de message reçu du détecteur de premier type 104 pendant une durée prédéterminée, par exemple pendant deux heures. La Fig. 4 illustre schématiquement un procédé d’exploitation du détecteur de premier type 104 intégré au système d’alarme 101. Le détecteur de premier type 104 est considéré comme étant intégré au système d’alarme 101 lorsque le module de traitement 1000 de la plateforme 105 envoie une confirmation d’activation ACTIV_CONFIRM du détecteur de premier type 104 au système d’alarme 101, comme indiqué précédemment en relation avec l’étape 310. Dans une étape 400, le module de traitement 1000 du détecteur de premier type 104 envoie à destination de la plateforme 105, un message INTRUSION comportant une information représentative d’une intrusion. Dans une étape 402, le module de traitement 1000 de la plateforme 105 transfère automatiquement le message INTRUSION à la passerelle 107. Dans une étape 403, le module de traitement 1000 de la passerelle 107 effectue un transcodage du message INTRUSION provenant du détecteur de premier type 104 afin de générer un message transcodé INTRUS_COD émis par le dispositif virtuel, adapté au second protocole réseau, et comportant l’information représentative d’une intrusion comprise dans le message INTRUSION généré par le détecteur de premier type 104. Dans une étape 405, le module de traitement 1000 de la centrale d’alarme 102 reçoit le message transcodé INTRUS_COD et traite l’information représentative d’une intrusion dudit message transcodé INTRUS_COD comme s’il s’agissait d’une information représentative d’une intrusion d’un détecteur de second type 103 tel que par exemple un détecteur infra-rouge. Le module de traitement 1000 de la centrale d’alarme 102 peut alors décider ou non de générer une alarme, en fonction d’autres critères prédéterminés. La Fig. 5 illustre schématiquement un exemple d’architecture matérielle d’un module de traitement 1000. Le module de traitement 1000 comporte alors, reliés par un bus de communication 510 ; un processeur ou CPU (« Central Processing Unit » en anglais) 501 ; une mémoire vive RAM 502 ; une mémoire morte ROM (« Read Only Memory » en anglais) 503 ; une unité de stockage 504, telle qu’un disque dur HDD (« Hard Disk Drive » en anglais), ou un lecteur de support de stockage, tel qu’un lecteur de cartes SD (« Secure Digital » en anglais) ; et une interface COM 505 permettant de communiquer avec au moins une autre entité du système d’intégration 100. Lorsque le module de traitement 1000 est compris dans la passerelle 107, l’interface de communication COM 505 comporte une pluralité d’interfaces de communication permettant de communiquer avec la centrale d’alarme 102 via le premier réseau de communication 111 d’une part et permettant de communiquer avec la plateforme 105 et l’application client 106 via le second réseau de communication 112 d’autre part. Lorsque le module de traitement 1000 est compris dans la centrale d’alarme 102, l’interface de communication COM 505 permet de communiquer avec le détecteur de second type 103 et la passerelle 107 via le premier réseau de communication 111. Lorsque le module de traitement 1000 est compris dans le détecteur de second type 103, l’interface de communication COM 505 permet de communiquer avec la centrale d’alarme 102 via le premier réseau de communication 111. Lorsque le module de traitement 1000 est compris dans le détecteur de premier type 104, l’interface de communication COM 505 permet de communiquer avec la plateforme 105 via le second réseau de communication 112. Lorsque le module de traitement 1000 est compris dans la plateforme 105, l’interface de communication COM 505 permet de communiquer avec le détecteur de premier type 104, l’application client 106 et la passerelle 107 via le second réseau de communication 112. Lorsque le module de traitement 1000 est compris dans l’application client 106, l’interface de communication COM 505 permet de communiquer avec la plateforme 105 et, selon un mode de réalisation particulier, avec la passerelle 107, via le second réseau de communication 112. Le processeur CPU 501 est capable d’exécuter des instructions chargées dans la RAM 502 à partir de la ROM 503, d’une mémoire externe (telle qu’une carte SD), d’un support de stockage, ou d’un réseau de communication. Lorsque l’entité (i.e. la passerelle 107, le détecteur de premier type 104, la centrale d’alarme 102, le détecteur de second type 103, la plateforme 105 ou l’application client 106) est mise sous tension, le processeur CPU 501 est capable de lire de la RAM 502 des instructions et de les exécuter. Ces instructions forment un programme d’ordinateur causant l’implémentation, par le processeur CPU 501, de tout ou partie des étapes décrites ici en relation avec le module de traitement 1000 de l’entité considérée. Tout ou partie desdites étapes peut ainsi être implémenté sous forme logicielle par exécution d’un ensemble d’instructions par une machine programmable, telle qu’un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur, 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 un ASIC (« Application-Specific Integrated Circuit » en anglais). D’une manière générale, chaque entité du système d’intégration 100 comporte ainsi de la circuiterie électronique configurée pour implémenter tout ou partie des étapes décrites ici en relation avec le module de traitement 1000 de l’entité considérée. Procédé d’intégration d’un détecteur, dit détecteur d’un premier type, à une centrale d’alarme, la centrale d’alarme étant reliée, par l’intermédiaire d’un premier réseau de communication faisant appel à un premier protocole réseau, à une passerelle, la centrale d’alarme pouvant être reliée, par l’intermédiaire du premier réseau de communication, à au moins un détecteur, dit détecteur d’un second type, le détecteur du premier type étant relié à une plateforme de service distant par l’intermédiaire d’un second réseau de communication faisant appel à un second protocole réseau, la passerelle étant reliée à la plateforme de service distant par l’intermédiaire du second réseau de communication, le procédé étant caractérisé en ce qu’il comporte : - recevoir, par la passerelle, en provenance de la plateforme de service distant une demande d’intégration du détecteur du premier type, ladite demande d’intégration comportant un identifiant dudit détecteur du premier type, - générer, par la passerelle, un dispositif virtuel comportant des caractéristiques d’un détecteur du second type, ledit dispositif virtuel représentant le détecteur du premier type, - envoyer, à destination de la centrale d’alarme, une demande d’association à un détecteur du second type, ledit détecteur du second type étant identifié comme étant le dispositif virtuel, - générer, par la passerelle, une procédure de transcodage permettant de transformer chaque message en provenance du détecteur du premier type, adapté au second protocole réseau, en un message émis par le dispositif virtuel et adapté au premier protocole réseau, lorsqu’une acceptation d’association au dispositif virtuel est reçue en provenance de la centrale d’alarme, Et en ce que, lorsqu’un message en provenance du détecteur du premier type est reçu par l’intermédiaire de la plateforme de service distant, transcoder, par la passerelle, ledit message et transmettre le message transcodé à la centrale d’alarme. Procédé selon la revendication 1, dans lequel la procédure de transcodage comporte une table de routage qui s’applique à chaque message en provenance du détecteur du premier type et comporte en outre une adaptation de protocole depuis le second protocole réseau vers le premier protocole réseau. Procédé d’activation d’un détecteur du premier type à la centrale d’alarme, caractérisé en ce qu’il comporte le procédé selon la revendication 1, et en ce qu’il comporte en outre : - recevoir, par la plateforme de service distant, une demande d’activation du détecteur du premier type, ladite demande d’activation comportant un identifiant du détecteur du premier type, - envoyer, par la plateforme de service distant, à destination de la passerelle une demande d’intégration du détecteur du premier type lorsqu’une demande d’activation du détecteur du premier type est reçue, ladite demande d’intégration comportant un identifiant dudit détecteur du premier type, - envoyer, par la passerelle, à destination de la plateforme de service distant, une confirmation d’intégration du détecteur du premier type, lorsqu’une acceptation d’association au dispositif virtuel est reçue en provenance de la centrale d’alarme, Et, lorsqu’une confirmation d’intégration est reçue en provenance de la passerelle par la plateforme de service distant : - transmettre, par la plateforme de service distant, à la passerelle chaque nouveau message reçu en provenance du détecteur du premier type, - envoyer, par la plateforme de service distant, une confirmation d’activation du détecteur du premier type. Procédé selon la revendication 3, caractérisé en ce que la demande d’activation du détecteur du premier type est reçue en provenance d’une application client, ladite application étant reliée à la plateforme de service distant par l’intermédiaire du second réseau de communication, et en ce que la confirmation d’activation du détecteur du premier type est envoyée à destination de l’application client. Procédé selon l’une des revendications 1 à 4, caractérisé en ce que le détecteur du premier type est une caméra vidéo et en ce que le second réseau de communication est le réseau internet. Passerelle, reliant une centrale d’alarme par l’intermédiaire d’un premier réseau de communication faisant appel à un premier protocole réseau à une plateforme de service distant par l’intermédiaire d’un second réseau de communication faisant appel à un second protocole réseau, la centrale d’alarme pouvant être reliée par l’intermédiaire du premier réseau de communication, à au moins un détecteur d’un second type, et la plateforme de service distant étant reliée par l’intermédiaire du second réseau de communication à un détecteur d’un premier type, la passerelle étant caractérisée en ce qu’elle comporte : - des moyens pour recevoir en provenance de la plateforme de service distant une demande d’intégration du détecteur du premier type, ladite demande d’intégration comportant un identifiant dudit détecteur du premier type, - des moyens pour générer un dispositif virtuel comportant des caractéristiques d’un détecteur du second type, ledit dispositif virtuel représentant le détecteur du premier type, - des moyens pour envoyer, à destination de la centrale d’alarme, une demande d’association d’un détecteur du second type, ledit détecteur du second type étant identifié comme étant le dispositif virtuel, - des moyens pour générer une procédure de transcodage permettant de transformer chaque message en provenance du détecteur du premier type, adapté au second protocole réseau, en un message émis par le dispositif virtuel et adapté au premier protocole réseau, lorsqu’une acceptation d’association au dispositif virtuel est reçue en provenance de la centrale d’alarme, et - des moyens pour transcoder chaque message reçu en provenance du détecteur du premier type par l’intermédiaire de la plateforme de service distant et pour transmettre ledit message transcodé à la centrale d’alarme. Système d’intégration caractérisé en ce qu’il comporte la passerelle selon la revendication 6, en ce qu’il comporte en outre la plateforme de service distant, le détecteur du premier type et la centrale d’alarme, en ce que la passerelle comporte en outre : - des moyens pour envoyer, à destination de la plateforme de service distant, une confirmation d’intégration du détecteur du premier type, lorsqu’une acceptation d’association au dispositif virtuel est reçue en provenance de la centrale d’alarme, et en ce que la plateforme de service distant comporte : - des moyens pour recevoir une demande d’activation du détecteur du premier type, ladite demande d’activation comportant un identifiant du détecteur du premier type, - des moyens pour envoyer à destination de la passerelle une demande d’intégration du détecteur du premier type lorsqu’une demande d’activation du détecteur du premier type est reçue, ladite demande d’intégration comportant un identifiant dudit détecteur du premier type, - des moyens pour transmettre à la passerelle chaque nouveau message reçu en provenance du détecteur du premier type, et pour envoyer une confirmation d’activation du détecteur du premier type, lorsqu’une confirmation d’intégration est reçue en provenance de la passerelle. Système d’intégration selon la revendication précédente comportant en outre une application client, ladite application étant reliée à la plateforme de service distant par l’intermédiaire du second réseau de communication et comportant des moyens pour envoyer la demande d’activation du détecteur du premier type comportant un identifiant dudit détecteur du premier type, et dans lequel la plateforme comporte des moyens pour envoyer la confirmation d’activation du détecteur du premier type à destination de l’application client lorsqu’une confirmation d’intégration est reçue en provenance de la passerelle. Programme d’ordinateur pouvant être stocké sur un support et/ou téléchargé d’un réseau de communication, afin d’être lu par un processeur, et comprenant des instructions pour implémenter le procédé selon l’une des revendications 1 à 5, lorsque ledit programme est exécuté par le processeur. Support de stockage d’informations stockant un programme d’ordinateur selon la revendication précédente.