FR3125909A1

FR3125909A1 - Procede et dispositf de detection d’un événement se rapportant au deplacement ou au sabotage d’un objet

Info

Publication number: FR3125909A1
Application number: FR2108242A
Authority: FR
Inventors: Yoann Alfonsi
Original assignee: Globalexpert; Global'expert
Current assignee: Globalexpert; Global'expert
Priority date: 2021-07-29
Filing date: 2021-07-29
Publication date: 2023-02-03
Anticipated expiration: 2041-07-29
Also published as: FR3125909B1

Abstract

PROCEDE ET DISPOSITF DE DETECTION D’UN ÉVÉ NEMENT SE RAPPORTANT AU DEPLACEMENT OU AU SABOTAGE D’UN OBJET Procédé pour générer une alerte relevant l’état d’un objet agencé sur un objet caractérisé en ce qu’il comprend : Réception (REC) et horodatage (HOR) d’une position provenant d’un système de géolocalisation au moyen d’une interface permettant la réception de signaux de géolocalisation ;Détection (DET) d’un déplacement du dispositif le cas échéant :Enregistrement (ENR2) d’un ensemble d’au moins une donnée d’état ou d’une donnée relative au mouvement dudit dispositif produite ; Génération (GEN) et transmission (TRANS) automatique d’un premier message (M1) vers un premier serveur distant au sein d’un réseau de données au moyen d’une interface de communication sans fil comportant :une première donnée horodatée en cas d’émission du mouvement de l’accéléromètre et/ou ;une seconde donnée horodatée en cas d’émission de la donnée d’état du capteur de déplacement. Figure pour l’abrégé : Fig.1

Description

PROCEDE ET DISPOSITF DE DETECTION D’UN ÉVÉNEMENT SE RAPPORTANT AU DEPLACEMENT OU AU SABOTAGE D’UN OBJET

Domaine de l’invention

Le domaine de l’invention se rapporte à celui des procédés et dispositifs de détection d’un évènement se rapportant au déplacement ou au sabotage d’un objet positionné dans un espace urbain. Plus particulièrement, le domaine de l’invention concerne les dispositifs et procédés anti-décrochage notamment de panneaux d’affichage agencés sur des murs, parois et espaces publics ou privés.

État de la technique

Actuellement, il existe des solutions visant à vérifier qu’un certain type d’objet reste conforme à un état pendant une durée prédéfinie. C’est le cas par exemple des panneaux d’affichage sur la voie publique indiquant une mention légale telle qu’une période de réalisation de travaux ou l’identifié d’un maitre d’œuvre ou encore toute autre réglementation qui doit être portée à connaissance du public dans un périmètre donné.

Ces solutions reposent le plus souvent sur un contrôle humain, c’est-à-dire une vérification périodique qu’un affichage est bien présent pendant une durée donnée. Ces vérifications ont parfois une valeur légale dans la mesure où l’affichage doit être assuré pendant une période légale sans qu’un tiers n’ait pu être privé d’une information qui soit distinctement visible sans interruption pendant une période donnée. Une solution vise à faire se déplacer un huissier pour attester de la conformité de l’affichage avec les données mentionnées visiblement pendant toute la durée légale, souvent autour de 2 mois.

Or, un problème est que cette solution impose un déplacement, cette solution est économiquement couteuse et elle peut être sujette à des erreurs humaines.

Il existe un besoin de définir une solution qui puisse assurée de l’affichage de données légales pendant une période prédéfinie qui puisse servir de preuve en cas de contestation.

L’invention permet de pallier les inconvénients précités.

Selon un aspect, l’invention concerne un procédé pour générer une alerte relevant un état d’un dispositif agencé sur un objet caractérisé en ce qu’il comprend :

Détection d’un déplacement du dispositif le cas échéant :
- par la génération d’une donnée d’état émise par un capteur d’état dudit dispositif indiquant un déplacement du dispositif vis-à-vis de l’objet ; et/ou
- par la génération d’une donnée relative au mouvement dudit dispositif (1) émise par un accéléromètre du dispositif;
Enregistrement d’au moins une donnée d’état produite ou une donnée relative au mouvement dudit dispositif produite ;
Réception et horodatage d’au moins une position provenant d’un système de géolocalisation au moyen d’une interface permettant la réception de signaux de géolocalisation ;
Enregistrement d’un ensemble de positions produites par le module de géolocalisation au sein d’une mémoire du dispositif ;
Génération et transmission automatique d’un premier message vers un premier serveur distant au sein d’un réseau de données au moyen d’une interface de communication sans fil, ledit premier message (M₁) comportant :
- une première donnée horodatée en cas d’émission du mouvement de l’accéléromètre et/ou ;
- une seconde donnée horodatée en cas d’émission de la donnée d’état du capteur de déplacement,
- un identifiant dudit dispositif,
- une position enregistrée dudit dispositif.

Un avantage est de permettre de contrôler qu’un objet est resté à une position donnée pendant une période de temps prédéfinie. Lorsque l’objet a été déplacé ou que le dispositif a été désolidarisé dans la période de temps prédéfinie, il est possible d’en obtenir une trace grâce au procédé de l’invention. Dans ce cas, une intervention sur place permet de limiter le décalage de délai induit par un vol ou un sabotage survenant sur l’objet.

Selon un mode de réalisation, le procédé comprend une séquence d’initialisation comportant :

Insertion de la batterie dans le dispositif ;
Fixation du dispositif sur l’objet, ledit dispositif comportant un capteur d’état, ledit capteur d’état étant positionné de sorte à enclencher un état dudit capteur d’état ;
Initialisation automatique d’un module de géolocalisation de manière à recevoir un signal provenant d’un système de géolocalisation ;
Acquisition d’une position dudit dispositif ;
Emission d’un message d’initialisation comportant l’identifiant du dispositif vers un serveur distant, ladite position acquise et une date d’initialisation.

Un avantage est de permettre une activation avec une batterie suffisante pour maintenir le fonctionnement du dispositif pendant une période prédéfinie. Enfin, la date de début, c’est-à-dire la date d’initialisation, peut être exploitée par un serveur distant pour s’assurer que le délai de purge est bien respecté depuis une date certaine.

Acquisition d’une pluralité de photos dudit dispositif et dudit objet ;
Acquisition d’un identifiant d’objet ;
Acquisition d’un identifiant de dispositif ;
Acquisition d’une date d’installation ;
Transmission des données de contexte comportant lesdites photos, les identifiants et de la date d’installation vers un second serveur.

Un avantage est de permettre de générer des éléments de preuve que l’installation de départ est conforme à une mise en œuvre de la solution fonctionnelle et opérationnelle. Elle permet également d’intégrer des éléments probants dans un constat numérique qui sera généré avec les informations de positions du dispositif.

Selon un mode de réalisation, le procédé comprend l’acquisition et l’enregistrement d’une première position dudit dispositif selon une période d’acquisition journalière, ladite première position étant acquise à une date aléatoire dans la période d’acquisition. Un avantage est d’obtenir une position à une fréquence régulière tout en économisant de l’énergie en limitant le nombre de calculs de positions réalisées. Par ailleurs, cette solution permet de générer un aléa qui empêche un tiers d’altérer l’opération d’une réelle position.

Selon un mode de réalisation, l’activation d’un état du capteur d’état pendant une durée donnée active automatiquement le module de géolocalisation. Cette solution a l’avantage de ne pas nécessiter d’interface de contrôle de pilotage du dispositif lors de son installation.

Génération et transmission automatique d’un second message, vers le premier serveur distant au sein d’un réseau de données au moyen d’une interface de communication sans fil, ladite période de transmission étant comprise entre 1 jour et 15 jours, ledit second message comportant notamment :
- un identifiant dudit dispositif,
- une position horodatée enregistrée dudit dispositif.

Un avantage est de générer des données permettant d’attester qu’aucune anomalie n’est survenue pendant une période de temps prédéfinie.

Selon un mode de réalisation, le procédé comprend :

Génération d’une requête depuis un second serveur, ledit second serveur extrayant les données collectées par le premier serveur à une date prédéfinie après la date d’initialisation;
Comparaison de l’identifiant d’un dispositif enregistré dans une base de données du premier serveur avec un identifiant stocké dans une mémoire du second serveur;
Comparaison de la date d’initialisation enregistrée dans la base de données du premier serveur avec une date d’installation du dispositif ;
Comparaison de la première donnée avec la seconde donnée du premier message et analyse d’au moins une position dudit dispositif pour générer un indicateur de corrélation indiquant au moins un évènement parmi la liste des évènements suivants :
- un évènement relatif à un déplacement de l’objet et/ou ;
- un évènement relatif à un déplacement du dispositif et/ou;
- un évènement relatif à un arrachage dudit dispositif de l’objet,
- une fausse alerte.

Un avantage est de permettre de corréler les données des différents capteurs afin de vérifier si l’évènement est lié à une fausse alerte ou non.

Selon un mode de réalisation, le procédé comprend :

Génération d’une requête depuis un second serveur, ledit second serveur extrayant les données collectées par le premier serveur à une date prédéfinie après la date d’initialisation;
Comparaison l’identifiant d’un dispositif enregistré dans une base de données du premier serveur avec un identifiant stocké dans une mémoire du second serveur ;
Comparaison la date d’initialisation enregistrée dans la base de données du premier serveur avec une date d’installation du dispositif ;
Lorsqu’aucun premier message n'est émis sur une première période ou lorsque l’ensemble des premiers messages émis sont associés à des fausses alertes :
- Génération d’un constat numérique comportant au moins les données de contexte et les données des seconds messages ou une synthèse de ces données sur une période prédéfinie et le cas échéant les données des premiers messages lorsqu’ils ont été émis ;
- Génération d’une empreinte numérique du constat numérique ;
- Association de ladite empreinte numérique avec des données associées comportant au moins un identifiant et une date d’écriture correspondant à la date de génération du constat numérique vers un serveur ;
- Transmission des données associées et de l’empreinte numérique vers au moins un serveur distant pour l’insertion des données dans une blockchain.

Selon un aspect l’invention concerne un système anti-arrachage d’un objet comportant un dispositif pour la production d’une alerte, ledit dispositif étant destiné à être fixé à un objet caractérisé en ce qu’il comprend :

un module de géolocalisation configuré pour récupérer des signaux de géolocalisation depuis un système de géolocalisation afin de déterminer une position dudit dispositif ;
un accéléromètre générant des premières données de mouvement ;
un capteur d’état générant une donnée d’état physique d’un contacteur ;
un calculateur configuré pour :
- recevoir la donnée d’état du capteur d’état et produire une seconde donnée horodatée en cas de modification de la donnée d’état du capteur de déplacement,
- recevoir la donnée de mouvement de l’accéléromètre et produire une première donnée horodatée en cas de modification du mouvement de l’accéléromètre,
une mémoire pour enregistrer un ensemble de positions produites par le module de géolocalisation, un ensemble de premières données et un ensemble de secondes données;
une batterie alimentant l’ensemble des équipements électroniques du dispositif ;

ledit dispositif étant configuré pour envoyer :

Au moins un premier message émis automatiquement vers un premier serveur distant au sein d’un réseau de données au moyen du calculateur et d’une interface de communication sans fil lorsqu’une première donnée et/ou une seconde donnée est/sont produite(s), ledit premier message comportant au moins un identifiant dudit dispositif, au moins une position enregistrée dudit dispositif, une première donnée et une seconde donnée enregistrées.

Un avantage est de définir une solution autonome qui permet de vérifier automatiquement que l’objet surveillé n’est pas vandalisé ou volé ou accidenté.

Selon un mode de réalisation, le premier message comprend une donnée relative au niveau courant de batterie. Un avantage est de permettre d’anticiper une action pendant la période prédéfinie de manière à ce qu’un constat numérique puisse être généré sur toute la période de surveillance.

Selon un mode de réalisation, le système anti-arrachage comprend en outre un premier serveur pour recevoir les données émises par le dispositif, ledit serveur enregistrant les données au sein d’une base de données interrogeable par un équipement tiers, ledit premier serveur comportant un calculateur pour réaliser :

des premières opérations de comparaison entre les données enregistrées dans le premier serveur et des données d’une requête émise par un second serveur pour extraire des données du premier serveur, les opérations de comparaison permettant d’authentifier une entité.

Un avantage est de permettre de donner des accès à des tiers disposants d’un parc de dispositif de l’invention dont ils peuvent disposer et mettre en œuvre dans différents endroits.

Selon un mode de réalisation, le système anti-arrachage comprend en outre un second serveur pour recevoir et analyser des données enregistrer par le premier serveur, ledit second serveur comportant un calculateur pour réaliser :

des secondes opérations de comparaison entre les données enregistrées dans le premier serveur et les données du second serveur pour vérifier l’état du premier dispositif et générer le cas échéant un constat numérique.

Un avantage est de permettre de configurer avec une grande souplesse la vérification des états du dispositif depuis un serveur applicatif qui permet de générer des constats numériques.

Brève description des figures

D’autres caractéristiques et avantages de l’invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent :

: une séquence d’étapes selon un mode de réalisation de l’invention du procédé de l’invention permettant d’émettre une alerte ;
: une séquence d’étapes d’initialisation du dispositif selon un mode de réalisation de l’invention du procédé de l’invention ;
: une séquence d’étapes d’initialisation réalisée à partir d’un terminal électronique utilisateur selon un mode de réalisation de l’invention du procédé de l’invention ;
: une séquence d’étapes visant à récupérer les données enregistrées pour la production d’un constat numérique selon un mode de réalisation de l’invention du procédé de l’invention ;
: un schéma de principe d’un mode de réalisation des principaux composants du dispositif de l’invention ;
: un schéma de principe d’un mode de réalisation des principaux équipements du système de l’invention ;
: une représentation d’un mode de réalisation d’une étape de prise de photo d’une séquence d’initialisation du procédé de l’invention ;
: une représentation d’un mode de réalisation d’une fixation d’un dispositif de l’invention sur la face arrière d’un panneau d’affichage,
: une représentation d’un mode de réalisation d’une face arrière d’un dispositif de l’invention.

La représente des étapes d’un mode de réalisation du procédé de l’invention. En premier lieu, le procédé comporte une étape d’initiation nommée INIT sur la . Cette étape d’initialisation INIT comporte une première étape INIT₁d’initialisation qui consiste en l’activation du dispositif 1 de l’invention et de sa séquence d’allumage et de fonctionnement et une seconde étape d’initialisation INIT₂qui consiste en l’acquisition d’un ensemble de données à partir d’un terminal électronique d’un utilisateur, tel qu’un smartphone, afin de collecter les données initiales d’installation d’un objet 2 et du dispositif 1.

Initialisation INIT1

La première étape d’initialisation INIT₁est décrite à la . Cette étape comporte l’insertion d’une batterie B au sein du dispositif. La batterie B a une capacité donnée et préférentiellement insérée avec un niveau qui permet au dispositif 1 de fonctionner pendant une durée déterminée. Cette durée est par exemple d’un minimum de 2 mois. La batterie B doit être suffisante pour réaliser d’une part les opérations d’acquisition par le dispositif 1 des messages de géolocalisation pour permettre de calculer des positions et d’autre part les opérations de génération de messages restituant l’état du capteur d’état C₁et les données de l’accéléromètre AC₁.

Lorsque la batterie B est insérée dans le dispositif 1, ce dernier peut être fixé à l’objet 2 dont on souhaite surveiller et contrôler l’état. L’étape de fixation est notée FIX sur la . Selon un mode de réalisation, un moyen de fixation comprend deux ouvertures 10 du dispositif 1 qui permettent d’insérer des mèches (non représentées). Ces mèches viennent, par exemple, s’insérer dans deux ouvertures de l’objet 2. Lorsque l’objet 2 est un panneau 2 comme représenté à la , le dispositif 1 peut être positionné dernière ce dernier. Le dispositif 1 est donc préférentiellement agencé sur l’objet de sorte à être non directement visible. Il peut être masqué selon la nature de l’objet 2 auquel il est fixé.

Selon un mode de réalisation, la batterie B peut être insérée lorsque le dispositif 1 est déjà fixé.

Selon un mode de réalisation, le dispositif 1 comporte un contacteur 9 formant saillie du boitier du dispositif 1. Ce contacteur 9 contrôle l’état d’un discret ou d’un état binaire d’un capteur d’état C₁. L’enfoncement du contacteur 9 permet d’activer un état du capteur d’état C₁. Lorsque ce dernier est enfoncé, cela peut par exemple signifier que l’état du capteur C₁est normal. La représente un exemple d’un contacteur non enfoncé. Dans ce cas de figure, le dispositif 1 est préférentiellement positionné sur l’objet 2 de sorte que le contacteur 9 reste enfoncé, l’objet 2 formant un obstacle plan maintenant le contacteur enfoncé. L’enfoncement du contacteur du capteur C₁est préférentiellement réalisé lors de l’installation du dispositif 1 sur l’objet 2, notamment lorsque ce dernier est fixé à l’objet 2. L’objet 2 et le dispositif 1 ont par exemple deux surfaces planes permettant de former un appui de l’un contre l’autre. Cette possibilité permet d’enfoncer un contacteur 9 formant saillie au niveau du plan du dispositif 1.

L’invention permet de tirer profit de l’engagement de ce contacteur pendant une durée prédéterminée pour activer le module de géolocalisation M_GEO. L’initialisation du module de géolocalisation INIT_GEO entraine son allumage grâce à la batterie B et la réception des premiers messages de géolocalisation depuis un système tiers. Selon d’autres modes de réalisation, d’autres actions peuvent être implémentées de sorte à initialiser le module de géolocalisation M_GEO. Selon un exemple, un autre contacteur ou un bouton spécifique peuvent être engagés par un utilisateur de manière à initialiser le module. Selon un exemple, le dispositif 1 comporte une interface de contrôle sans fil, par exemple grâce à une interface Bluetooth ou Wifi ou toute autre interface utilisant un protocole de communication sans fil permettant de piloter un composant électronique du dispositif 1.

Lorsque la première position est reçue, un premier message d’initialisation M₀peut être émis vers un serveur distant SERV₁. A cette fin, le dispositif 1 comporte une interface de communication sans fil. Préférentiellement, cette interface peut être une interface de communication à faible consommation. Le protocole de communication peut être une communication 2G, GPRS, 3G, 4G ou encore un protocole de type LORA ou SIGFOX ou tout autre protocole de communication sans fil permettant de transférer des données via un réseau de données NET₁.

Selon un mode de réalisation, le dispositif 1 comporte un module de géolocalisation M_GEOconfiguré pour recevoir des messages de localisations S_SATprovenant d’un système GPS, c’est-à-dire des signaux émis depuis des satellites. Le dispositif de l’invention peut être configuré pour recevoir des signaux d’autres constellations de satellites, tels que GLONASS, GALILEO ou BEIDU. La représente un exemple de représentation de signaux émis depuis des satellites vers le dispositif 1 qui est fixé à un objet 2. L’initialisation du module de géolocalisation M_GEOcomprend une séquence de démarrage visant à rechercher des signaux provenant des satellites, à appliquer éventuellement des facteurs correctifs auxdits signaux. Il peut répéter la phase de recherche jusqu’à obtenir un ensemble de satellites sélectionnés dont il reçoit les signaux S_SAT.

Selon un autre mode de réalisation, le module de géolocalisation M_GEOest configuré pour recevoir des signaux provenant d’un réseau de téléphonie sans fil, par exemple d’une antenne relais de téléphonie mobile. Ainsi, en localisant différentes antennes et grâce à un algorithme de trilatération ou de triangulation, la position du dispositif 1 peut être calculée.

Selon un mode de réalisation, le dispositif 1 de l’invention de l’invention est configuré pour acquérir des signaux une fois par jour à un instant choisi comme aléatoire. Cette méthode d’acquisition permet d’économiser de l’énergie électrique délivrée par la batterie. Par ailleurs, cette méthode permet d’obtenir au moins une fois par jour une position du dispositif 1. Cela permet notamment d’effectuer des vérifications après la récupération d’un ensemble de positions que le dispositif 1 n’a pas été déplacé pendant une période donnée, par exemple sur une période de quelques mois.

Le paramétrage du module de géolocalisation M_GEOpeut donc avoir une première configuration visant à collecter des positions de manière organisée, quelque soit les évènements survenant et détectés par le dispositif 1.

Selon un mode de réalisation, le module de géolocalisation M_GEOcomprend une seconde configuration qui vise à engager un enregistrement de la position courante lorsqu’un évènement est détecté par le calculateur du dispositif 1. Cet évènement peut être lié à la modification d’un paramètre physique d’un capteur, tel qu’un état du capteur d’état C₁, ou à une détection d’un mouvement par un accéléromètre AC₁ou plus généralement par une centrale inertielle. Cette seconde configuration peut être mise en œuvre en même temps que la première configuration.

Le dispositif 1 est donc configuré de sorte qu’un capteur qui détecte un changement d’état émet un signal numérique vers un calculateur du dispositif 1 qui enregistre les données émises par le capteur au sein d’une mémoire. Ces données sont alors envoyées automatiquement au sein d’un message M₁vers un serveur distant SERV₁. La représente un exemple d’émission d’un message M₁par le dispositif 1, ledit message M₁étant émis au travers d’un réseau de données NET₁pour être acheminé jusqu’à un serveur SERV₁.

Le procédé de l’invention permet d’horodater automatiquement toutes les positions acquises par le dispositif 1 et donc par le serveur SERV₁. Chaque position est associée à une date. Cette dernière date peut être associée dès lors qu’une position est transmise, enregistrée ou traitée. Dans ce cas de figure, la donnée de date qui est associée peut être également transmise, enregistrée ou traitée. La date peut être acquise depuis le dispositif 1 et/ou également depuis le serveur SERV₁.

Initialisation INIT2

Selon un mode de réalisation, lorsque le dispositif est fixé, le procédé comprend une autre séquence d’initialisation INIT₂. Cette séquence d’initialisation permet d’acquérir un ensemble d’information relatif à l’agencement de l’objet 2, du dispositif 1, de leur identification respective et à l’acquisition d’une date de démarrage.

La décrit cette seconde séquence d’initialisation INIT₂. Selon un mode de réalisation, une première étape ACQ_PHOTO de cette séquence INIT₂vise à recueillir des images de l’installation de l’objet 2 et du dispositif 1. A cette fin un terminal utilisateur permet de prendre un ensemble de photos de l’objet 2 et/ou du dispositif 1.

Selon un mode de réalisation, une première photo du numéro de série 11 ou de l’identifiant du dispositif 1 est prise au moyen du terminal électronique 3. Un exemple d’étiquetage d’un identifiant 11 est illustré à la . Selon différents exemples de réalisation, le numéro de série peut être situé à l’avant du dispositif ou à l’arrière ou encore sur un bord latéral. Selon un mode de réalisation, une première photo de ce numéro est acquise. Selon un autre exemple qui peut être complémentaire, l’identifiant est saisi depuis une interface utilisateur du terminal électronique par l’utilisateur. Lorsque les deux étapes sont requises cela permet de limiter les risques d’une photo pas suffisamment nette ou d’une mauvaise recopie de l’utilisateur sur l’interface utilisateur du terminal. Selon un exemple de réalisation, un contrôle à distance permet de valider que la saisie est correcte, c’est-à-dire que le numéro du dispositif 1 est bien connu et stocké dans une base distante. A cette fin, le terminal électronique 3 comprend une interface de communication permettant d’interroger une base de données distante afin de vérifier la réelle existence du numéro de série, identifiant ou numéro du dispositif 1.

Selon un mode de réalisation, une seconde photo de l’installation du dispositif 1 sur l’objet 2 est acquise. Cette seconde photo permet de contrôler la bonne installation, c’est-à-dire que la fixation est réalisée entre l’objet 2 et le dispositif 1 ou encore que le contacteur soit bien maintenu selon la configuration d’agencement du dispositif 1 sur ledit objet 2.

Selon un mode de réalisation, une troisième photo est acquise de la face avant de l’objet 2. La représente un exemple d’un panneau d’affichage 2 positionné sur un élément de chantier 20. D’autres éléments de chantier tels que l’élément 21 peuvent être intégrés dans la scène de la photo acquise. Selon un exemple, le procédé de l’invention comprend une étape visant à acquérir différentes images de la face avant de l’objet 2 à différentes échelles ou différentes distances entre le terminal électronique et l’objet 2. Ces différentes photos peuvent permettre de réaliser différents objectifs. Notamment, une troisième photo d’un gros plan de la face avant du panneau 2 permet d’obtenir des informations inscrites sur le panneau de manière lisible et déchiffrable par une lecture de l’image soit par un humain, soit par une machine par exemple avec une fonction de reconnaissance de caractère, tel qu’un système OCR. Une quatrième photo avec un premier recul permet d’acquérir une image du panneau 2 avec un élément présent à proximité du panneau. Dans le cas de la , il s’agit d’un élément de chantier 20. L’objectif de cette photo est d’obtenir un élément d’agencement de l’objet 2 au sein d’une scène. Cette quatrième photo peut alors être confrontée en cas de litige ou en cas de contestation pour démontrer que l’objet 2 a été déplacé ou non. Enfin, une cinquième photo avec un second recul permet par exemple de prendre une scène englobant plusieurs éléments aux alentours de l’objet 2. Cette cinquième photo permet d’obtenir une seconde preuve d’un positionnement de l’objet 2 dans un contexte donné, par exemple un contexte de travaux, de chantier, etc.

Selon un mode de réalisation, lorsqu’un incident survient, par exemple après l’émission d’un message M1 qui indique un déplacement du dispositif 1, un déplacement d’un humain tel qu’un opérateur, un huissier ou un agent sur le lieu de l’objet permet d’acquérir une sixième photo de l’incident. Cette photo peut représenter un objet 2 déplacé, un dispositif 1 décroché de l’objet 2 ou encore un acte de sabotage quelconque.

La seconde séquence d’initialisation INIT₂peut comprend l’acquisition d’informations relatives à un nom de maitre d’ouvrage, un nom de maitre d’œuvre, un nom de propriétaire, un nom d’un mandataire, un nom de conducteur de travaux, un nom de promoteur, une adresse, un identifiant de chantier, un identifiant de travaux, un numéro de parcelle, un identifiant d’un objet, d’un mandat, d’une autorisation de travaux, un numéro de permis de construire ou de travaux, etc.

Ces données peuvent être saisies manuellement ou être acquises automatiquement par l’extraction des données utiles d’une photo. La représente deux étapes ACQ_ID₁et ACQ_ID₂. L’étape ACQ_ID₁correspond à l’acquisition d’au moins un identifiant d’un dispositif 1 fixé à l’objet 2. L’étape ACQ_ID₂correspond à l’acquisition d’au moins un identifiant d’un objet 2.

La seconde séquence d’initialisation INIT₂comprend un horodatage dont l’étape est notée ACQ_T_INST sur la . L’horodatage peut être réalisé au moment où l’utilisateur acquiert les données relatives à la seconde séquence d’initialisation INIT2 ou peut être réalisé automatiquement par le terminal électronique 3 au moment de l’émission du message d’initialisation M0. Une autre solution est celle où le second serveur SERV₂stockant les données acquises, notées DATA₀, horodate les données au moment de la réception des données lorsque la seconde séquence d’initialisation se termine.

Les données acquises DATA₀par le terminal électronique peuvent par exemple être regroupées pour être émises vers un serveur distant SERV₂.

L’horodatage noté T_INST permet de vérifier que la date de début du lancement du procédé est bien la date du jour à laquelle l’initialisation INIT a été réalisée. Cette date permet également au second serveur SERV2 de générer automatique des requêtes à des instants donnés auprès du premier serveur SERV₁qui recueille les données émises pendant le fonctionnement du dispositif 1. En effet, lors de son allumage le dispositif 1 établit une communication avec un serveur SERV₁. Cette communication est possible, car le dispositif 1 comprend une mémoire stockant des paramètres de configuration qui permet d’établir automatiquement une communication vers un premier serveur SERV₁. A titre d’exemple, les adresses IP du serveur 1 peuvent être préenregistrées dans une mémoire du dispositif 1.

Lorsque les deux phases d’initialisation INIT₁et INIT₂sont terminées, les deux serveurs SERV₁et SERV₂ont connaissance des équipements formés par le couple dispositif 1 et objet 2.

Selon un mode de réalisation, consécutivement à ces deux phases d’initialisation INIT₁et INIT₂, les deux serveurs SERV₁et SERV₂peuvent confirmer leur connaissance respective en émettant un message automatiquement l’un vers l’autre de manière unidirectionnelle ou de manière bidirectionnelle.

Détection d’un évènement du capteur d’état

Selon un mode de réalisation, le système de l’invention comprend un calculateur configuré pour recevoir une modification du paramètre physique correspondant à un paramètre d’état du capteur d’état C₁. Lorsque le dispositif 1 est arraché ou retiré de l’objet 2, le contacteur du dispositif 1 repasse en position relâchée. Selon un mode de réalisation, cette action a pour conséquence de déclencher une acquisition d’une nouvelle position du dispositif 1. A cette fin, le module de géolocalisation M_GEOpeut être piloté dès lors qu’un changement de variable d’état du capteur d’état 1 est modifié. Ce mode de réalisation a l’avantage d’obtenir une position au moment de la détection de l’arrachage ou du retrait du dispositif 1. Selon un mode de réalisation, la fréquence d’acquisition de la position peut être augmentée en cas d’arrachage ou de retrait du dispositif 1 de sorte que sa position soit connue précisément en cas de vol par exemple. La fréquence peut être par exemple toutes les heures ou toutes les minutes. Selon un mode de réalisation, la fréquence d’acquisition de la position dépend du niveau de batterie B restant. Ainsi, cette configuration permet d’adapter la précision de la localisation du dispositif 1 en fonction du niveau de batterie B disponible.

Afin de réaliser cette fonction de détection, les sorties du capteur d’état C₁sont connectées à un calculateur K tel que représenté à la . Lors d’un changement d’état du capteur d’état C1, un signal peut être émis vers le calculateur. Le calculateur K peut être un microcontrôleur, un microprocesseur, un FPGA ou tout autre composant électronique comportant des capacités de calculs permettant d’effectuer des opérations. Le calculateur peut être configuré pour déclencher des actions auprès des autres composants électroniques du dispositif 1. Par exemple, à réception d’un changement d’état du capteur d’état C₁, le calculateur K peut être configuré pour :

Interroger un paramètre ou une variable de l’accéléromètre AC1 ou d’une centrale inertielle ;
Interroger un niveau de batterie B ;
Lire une variable stockée dans la mémoire, telle qu’une position ou une heure ;
Entrainer la mesure d’une nouvelle position en générant une requête vers le module de géolocalisation M_GEO;
Générer l’émission d’un message M₁vers un serveur distant SERV₁;
Modifier une fréquence de traitement d’un composant tel que la fréquence à laquelle la position est acquise par le module de géolocalisation M_GEO;
Forcer l’état d’une variable dans une mémoire,
Etc.

Détection d’un évènement de l’accéléromètre

Selon un mode de réalisation, le dispositif 1 comporte un accéléromètre, un gyroscope ou plus généralement une centrale inertielle. Le cas de l’invention est ici traité avec l’exemple d’un accéléromètre, toutefois l’invention se rapporte à tout autre composant susceptible d’être configuré ou agencé pour détecter un mouvement du dispositif.

Selon un mode de réalisation, l’invention comprend un calculateur configuré pour recevoir une variable correspondant à la détection d’un mouvement généré par l’accéléromètre AC₁. Lorsque le dispositif 1 subit un mouvement du fait du déplacement de l’objet 2, d’une chute de l’objet 2, d’un arrachage ou d’un retrait du dispositif 1 vis-à-vis de l’objet 2, etc., l’accéléromètre génère une donnée correspondant au mouvement que subit le dispositif 1. Selon un mode de réalisation, ce mouvement a pour conséquence de déclencher une acquisition d’une nouvelle position du dispositif 1. A cette fin, le module de géolocalisation M_GEOpeut être piloté dès lors qu’un mouvement est détecté par l’accéléromètre AC₁. Ce mode de réalisation a l’avantage d’obtenir une position au moment de la détection de l’arrachage ou du retrait du dispositif 1 ou encore d’un déplacement de l’objet 2 ou d’une chute de ce dernier. Selon un mode de réalisation, la fréquence d’acquisition de la position peut être augmentée en cas de détection d’un mouvement par l’accéléromètre AC₁de sorte que sa position soit connue précisément en cas de vol par exemple comme cela est détaillé précédemment lors d’un changement d’état du capteur d’état C₁.

Afin de réaliser cette fonction de détection d’un mouvement, les sorties de l’accéléromètre AC₁sont connectées à un calculateur K tel que représenté à la . Lors d’une mesure d’une variable relative à un mouvement du dispositif 1 par l’accéléromètre AC₁, un discret peut être émis vers le calculateur ou une donnée indiquant la valeur de l’accélération, la valeur de la vitesse, l’orientation ou la direction du mouvement peuvent être transmise au calculateur selon l’équipement utilisé [Accéléromètre, gyroscope, centrale inertielle, etc.}. Le calculateur peut être configuré pour déclencher des actions auprès des autres composants électroniques du dispositif 1. Par exemple, à réception d’une variable indiquant un mouvement du dispositif 1 générée par l’accéléromètre AC₁, le calculateur K peut être configuré pour :

Interroger un état du capteur d’état C₁;
Interroger un niveau de batterie B ;
Lire une variable stockée dans la mémoire, telle qu’une position ou une heure ;
Entrainer la mesure d’une nouvelle position en générant une requête vers le module de géolocalisation M_GEO;
Générer l’émission d’un message M₁vers un serveur distant SERV₁;
Modifier une fréquence de traitement d’un composant tel que la fréquence à laquelle la position est acquise par le module de géolocalisation M_GEO;
Forcer l’état d’une variable dans une mémoire,
Etc.

Un intérêt du dispositif 1 de l’invention est de disposer de deux sources matérielles permettant de détecter un évènement relatif à un arrachement ou un détachement du dispositif 1 de l’objet. Ainsi, le système de l’invention permet de limiter les fausses alertes liées par exemple à une mauvaise détection, un léger mouvement ou un évènement extérieur affectant la mesure d’un capteur. Ainsi, lors de l’analyse des données, par exemple par le serveur SERV₂, le procédé de l’invention permet de corréler ou corroborer les données de différents capteurs avec une même date de manière à vérifier la concomitance d’un évènement mesuré sur deux capteurs différents.

Selon un mode de réalisation, le dispositif 1 de l’invention comprend une horloge, c’est-à-dire une source temporelle commune permettant de générer un signal d'horloge pour horodater les différents évènements traités par le calculateur K qui sont enregistrés dans une mémoire M représentée à la .

Selon d’autres modes de réalisation, d’autres capteurs sont intégrés dans le dispositif 1, lesdits capteurs étant configurés pour détecter un paramètre physique relatif au mouvement du dispositif, un agencement vis-à-vis de l’objet auquel il est fixé, un contrôle de son intégrité ou de son fonctionnement. Les étapes de détection d’un mouvement par l’accéléromètre AC₁ou d’arrachage ou de détachement du capteur d’état C₁du dispositif 1 sont notées DET sur la .

Selon un mode de réalisation, lorsqu’une détection DET a lieu, le dispositif 1 de l’invention est configuré pour recueillir une position dudit dispositif 1 de l’invention. Cette étape est notée REC sur la . La position calculée est alors horodatée. Cette étape est notée HOR sur la . Selon une alternative, le dispositif 1 de l’invention ne recalcul par une nouvelle position dudit dispositif 1 mais lit sur une mémoire la dernière position enregistrée, c’est-à-dire au plus tard 24h avant si une position est enregistrée quotidiennement de manière aléatoire. Selon un mode de réalisation, lorsqu’un évènement est détecté, un ensemble de dernières positions du dispositif 1 qui sont enregistrées sont émises vers un serveur distant en plus de la position acquise juste après la détection d’un évènement.

Afin d’activer la réception de nouveaux messages de géolocalisation, le module de géolocalisation peut être sollicité par le calculateur K de sorte qu’une recherche de satellites soit engagée jusqu’à la réception de messages permettant le calcul d’une nouvelle position.

Les données provenant des capteurs et du module de géolocalisation M_GEOsont enregistrées dans une mémoire M du dispositif 1. Les étapes d’enregistrement de ces données sont notées ENR₁et ENR₂sur la . Selon un exemple, ces deux étapes peuvent être réalisées selon une seule étape.

Ensuite, le procédé de l’invention comprend une étape d’émission d’au moins un message M₁comportant les données produites par les capteurs et éventuellement enrichies par le dispositif 1, ces données sont notées DATA₁pour les données produites par l’accéléromètre AC₁et DATA₂pour les données produites par le capteur d’état C₁.

Cette étape est notée GEN pour la génération des messages M₁ou des trames de données et TRANS pour la transmission au moyen d’une interface de communication sans fil vers un serveur distant, tel que le serveur SERV₁.

Les messages M₁générés et transmis comportent préférentiellement les données produites par chaque capteur ayant produit des données. Selon un mode de réalisation, elles comprennent les dernières données produites de chaque capteur sur un laps de temps prédéfini. Selon un mode de réalisation, les données sont enrichies des dernières positions acquises et des dates associées et éventuellement d’autres données du dispositif 1, tel qu’un identifiant, une température, un niveau d’humidité ou encore un niveau sonore.

Les données sont émises vers un serveur distant SERV₁. La représente des messages M₁émis vers le serveur SERV₁qui enregistre ces données. Les données d’initialisation comprises dans le ou les message(s) M₀sont également transmises et enregistrées au sein du serveur SERV₁.

Selon un mode de réalisation, lorsque le serveur SERV₁reçoit un message M₁, il émet automatiquement un message vers un second serveur SERV₂permettant d’indiquer à ce dernier la réception d’un message correspondant à un évènement survenu sur le dispositif 1. Dans ce cas, une communication entre les deux serveurs permet d’envoyer les données reçues du dispositif 1 sur une fenêtre de temps prédéfini.

Emission de messages périodiques M2

Selon un mode de réalisation, le procédé de l’invention permet d’émettre des données régulièrement au serveur SERV₁indépendamment qu’un évènement soit détecté par le dispositif 1. A cette fin, le procédé de l’invention comprend une étape de génération et de transmission automatique d’un message M₂ _.Les messages M₂sont préférentiellement émis à des dates prédéfinies. Les messages M₂comprennent par exemple un ensemble de positions calculées sur une période donnée, un identifiant du dispositif 1. Selon un mode de réalisation, chaque message M₂comprend certaines données reçues lors de l’initialisation du dispositif 1 telles que la date d’initialisation T_INIT. Le message M₂peut éventuellement comprendre les dernières données produites par les capteurs C₁ou AC₁. Cette solution permet éventuellement de récupérer des données qui n’auraient pas été émises par le message M₁qui est émis spontanément lorsque l’évènement survient.

Selon un mode de réalisation, les messages M₂sont émis tous les 5 jours pendant une période prédéfinie par exemple une période de 2 mois. Selon un autre exemple, les messages M₂sont émis tous les 7 jours. Selon d’autres exemples, la fréquence d’émission des messages M₂peut être réduite ou augmentée, par exemple à 10 jours, 15 jours ou 20 jours. La fréquence peut être automatiquement adaptée en fonction du niveau de batterie B restant ou du niveau de batterie mesuré à l’initialisation. Pour cela, le calculateur K reçoit des données de gestion d’alimentation de la batterie B, par exemple de manière périodique.

Afin de réaliser cette action périodique, le dispositif 1 de l’invention est configuré de sorte que le calculateur K lit un état d’une mémoire M comportant les données émises au sein du message M₂.

C ommunication entre le serveur SERV ₁ et un serveur tiers SERV ₂

Le procédé de l’invention comprend des étapes réalisées sur le premier serveur collectant les données des messages M₀, M₂et M₁lorsque ce(s) dernier(s) est/sont émis. Le serveur SERV₁comporte un module d’authentification AUTH permettant d’authentifier l’accès à des données stockées sur une base de données dudit serveur SERV₁lorsqu’un équipement tiers interroge ladite base de données.

A cet effet, un second serveur SERV₂est configuré pour récupérer les données d’installation DATA₀collectées par l’utilisateur lors de l’installation du dispositif 1. Ces données d’installation DATA₀comprennent au moins des données d’identification du dispositif 1, de l’objet 2, une date d’installation T_INST et des photos du dispositif 1 et/ou de l’objet 2.

Le serveur SERV₂est configuré pour émettre automatiquement une requête REQ₁auprès du premier serveur SERV₁pour récupérer des données transmises par le dispositif au cours de sa mise en service. Les données récupérées par le serveur SERV₂peuvent comprendre des données des messages M₀, M₁, M₂. L’étape de génération d’une requête du serveur SERV₁et serveur SERV₂est notée GEN_REQ₁sur la . La requête REQ₁peut être émise à une période prédéfinie T₁après la date d’installation T_INST. Typiquement, selon un mode de réalisation un ensemble de requêtes {REQi}_i _c _[1,N]peut être émis du serveur SERV₂vers le serveur SERV₁. Par « ic[1,N] », il doit être compris « i » incluant une valeur entre 1et N.

A chaque connexion du second serveur SERV₂auprès du premier serveur SERV1, une étape d’authentification AUTH est réalisée. Cette étape peut être réalisée directement au sein du premier serveur SERV₁ou au sein d’un serveur tiers dédié à l’authentification d’un équipement ou d’un utilisateur.

Lorsque l’authentification est réussie, le premier serveur SERV₁transmet les données collectées d’un dispositif 1 donné au second serveur SERV₂. Ainsi, les données de position, les données de chaque capteur et toutes les données enregistrées relatives à un dispositif 1 donné peuvent être transférées vers le second serveur SERV₂.

Selon un mode de réalisation, le premier serveur SERV₁peut être configuré pour envoyer automatiquement une notification au serveur SERV₂en cas de réception d’un message M₁correspondant à un évènement survenu sur le dispositif 1 ou l’objet 2. Selon un mode de réalisation, le serveur SERV₂a émis préalablement des données vers le serveur SERV₁lui permettant d’adresser des messages, tels qu’une adresse réseau, par exemple une adresse IP. Par ailleurs, le serveur SERV₂peut être configuré pour accepter des messages provenant du serveur SERV₁. Ainsi, le serveur SERV₁peut s’authentifier spontanément auprès du serveur SERV₂lorsqu’il transmet une notification consécutivement à la réception d’un message M₁. Ces données permettant de s'authentifier par la suite ou d’adresse(s) réseau(x) sont par exemple transmises entre les deux serveurs SERV₁et SERV₂au moment de l’installation et de l’initialisation du dispositif 1. Selon un mode de réalisation, le serveur SERV₁comprend une table d’accès à un ensemble de serveurs SERV₂qui sont chacun dédiés à un parc de dispositifs 1.

Le second serveur SERV₂est configuré pour réaliser des opérations d’analyse sur les données reçues du premier serveur SERV₁.

Une première analyse consiste à vérifier des données d’identité du dispositif 1 entre les données collectées par chacun des serveurs SERV₁et SERV₂dans les phases d’initialisation et installation. Cette étape COMP₁peut comprendre par exemple la comparaison d’un identifiant enregistré par chaque serveur et la comparaison COMP₂d’une date d’initialisation T_INIT et d’une date d’installation T_INST. Selon un mode de réalisation, ces phases de comparaison peuvent être incluses dans la phase d’authentification du second serveur SERV₂auprès du premier serveur SERV₁.

Une seconde analyse effectuée consiste à vérifier si au moins un capteur a produit des données de mouvements ou de déplacement. Cette seconde analyse peut comprendre une opération qui vise à comparer COMP₃les données produites de différents capteurs lorsque des évènements ont été détectés. Ces opérations sont notamment réalisées lorsqu’un premier message M₁est émis. Ces comparaisons sont préférentiellement suivies d’analyses ANA₁qui visent à confirmer la survenance d’un évènement ou l’infirmation de la survenance d’un évènement, par exemple lorsqu’une fausse alerte est produite.

Selon un mode de réalisation, lorsqu’aucun évènement n’est détecté, par exemple lorsqu’aucun message M₁n’est émis, ou lorsque les seuls évènements détectés et émis au travers de messages M₁correspondent à des fausses alertes, le procédé de l’invention permet de générer un constat numérique CN₁automatiquement. Un constat numérique CN₁peut être par exemple produit au format « .pdf ». D’autres formats numériques peuvent être utilisés dans le cadre de l’invention. Le constat numérique CN₁peut comprendre un ensemble d’informations comportant notamment : l’identifiant du dispositif, les photos acquises lors de l’installation, l’identifiant de l’objet ou toute ou partie des informations caractérisant ledit objet 2. En outre, le constat numérique CN₁peut comprendre l’ensemble des positions dudit dispositif 1 qui ont été relevées par le serveur SERV₁et envoyées au second serveur SERV₂. Le cas échéant, le constat numérique CN₁peut comprendre les données de capteurs tels que les données C₁ou AC₁, le niveau de la batterie restant au moment de la publication du constat CN1. Ce niveau peut alors être une donnée émise du serveur SERV₁au serveur SERV₂lorsque cette donnée est elle-même intégrée dans l’un des messages M₀et/ou M₁et/ou M₂.

Selon un mode de réalisation, un constat numérique CN1 est publié au bout d’une période prédéfinie. Selon un mode de réalisation, un ensemble de constats numériques peut être publié à des instants prédéfinis. Par exemple, un nouveau constat numérique peut être édité à chaque fois qu’un message M₂est émis et qu’une requête du serveur SERV₂est émise vers le serveur SERV₁dans les mêmes fréquences ou sensiblement aux mêmes périodes.

Selon un mode de réalisation, une étape d’encodage cryptographique permet de générer un code unique à partir d’un constat numérique CN₁publié. L’étape d’encodage cryptographique vise à produire par exemple un HASH du document de manière à authentifier ce document à n’importe quel moment de manière unique. Selon un exemple l’algorithme SHA 156 peut être utilisé afin de générer un hash du constat numérique CN₁. Le Hash d’un document permet de vérifier que ce document est bien celui qui a été à l’origine de l’opération d’encodage cryptographique. Un identifiant peut être associé au Hash généré. L’identifiant peut celui d’une personne, d’une machine ou il peut être produit par un calculateur afin d’associer la valeur du Hash a un code connu du possesseur du constat numérique CN₁.

Selon un mode de réalisation, le Hash produit peut être intégré dans une blockchain accessible depuis un site web ou plus généralement un serveur de données. L’intégration du Hash et de l’identifiant produit à minimal dans la blockchain permet de mettre à disposition un moyen de de vérifier que le constat produit est authentique.

Ainsi, l’invention permet de générer une preuve qu’un affichage a bien été réalisé sur une période donnée, par exemple de 2 mois. Cet affichage ayant été réalisé et la production de constat attestation que l’affichage a bien eu lieu tout le long de la période permet de délivrer une preuve qu’aucun évènement n’a pu entraver la prise de connaissance d’une information mentionnée sur l’affichage.

Lorsqu’un événement est détecté, par exemple du fait de l’émission d’un message M1 et que le serveur n’a pas pu produire un constat numérique attestant que l’affichage n’a pas été entravé, alors une intervention humaine peut être programmée de manière à réafficher une information à partir d’une réinstallation du panneau déplacé ou à partir d’une nouvelle installation d’un nouveau panneau d’affichage.

Claims

Procédé pour générer une alerte relevant un état d’un dispositif (1) agencé sur un objet caractérisé en ce qu’il comprend :
Détection (DET) d’un déplacement du dispositif (1) le cas échéant :

par la génération d’une donnée d’état émise par un capteur d’état (C₁) dudit dispositif (1) indiquant un déplacement du dispositif (1) vis-à-vis de l’objet ; et/ou

par la génération d’une donnée relative au mouvement dudit dispositif (1) émise par un accéléromètre (AC1) du dispositif (1) ;

Enregistrement (ENR₁) d’au moins une donnée d’état produite ou une donnée relative au mouvement dudit dispositif (1) produite ;

Réception (REC) et horodatage (HOR) d’au moins une position provenant d’un système de géolocalisation au moyen d’une interface permettant la réception de signaux de géolocalisation (S_SAT) ;

Enregistrement (ENR₂) d’un ensemble de positions produites par le module de géolocalisation au sein d’une mémoire du dispositif (1) ;

Génération (GEN) et transmission (TRANS) automatique d’un premier message (M₁) vers un premier serveur distant (SERV₁) au sein d’un réseau de données (NET₁) au moyen d’une interface de communication (INT₁) sans fil, ledit premier message (M₁) comportant :

une première donnée (DATA₁) horodatée en cas d’émission du mouvement de l’accéléromètre (AC₁) et/ou ;

une seconde donnée (DATAT₂) horodatée en cas d’émission de la donnée d’état du capteur de déplacement (C₁),

un identifiant dudit dispositif (1),

une position (POS1) enregistrée dudit dispositif (1).
Procédé de la revendication 1 caractérisé en ce qu’il comprend une séquence d’initialisation (INIT₁) comportant :
Insertion (INSER_B) de la batterie dans le dispositif (1) ;

Fixation (FIX) du dispositif (1) sur l’objet, ledit dispositif (1) comportant un capteur d’état, ledit capteur d’état (C₁) étant positionné de sorte à enclencher (ACT_C₁) un état dudit capteur d’état (C₁) ;

Initialisation (INIT_GEO) automatique d’un module de géolocalisation (M_GEO) de manière à recevoir un signal (S_SAT) provenant d’un système de géolocalisation ;

Acquisition (ACQ_POS) d’une position dudit dispositif (1) ;

Emission d’un message d’initialisation (M₀) comportant l’identifiant du dispositif (1) vers un serveur distant (SERV₁), ladite position acquise (POS₁) et une date d’initialisation (T_INIT).
Procédé de la revendication 1 caractérisé en ce qu’il comprend une séquence d’initialisation (INIT₂) comportant :
Acquisition d’une pluralité de photos dudit dispositif et dudit objet ;

Acquisition d’un identifiant d’objet (ID₂) ;

Acquisition d’un identifiant de dispositif (ID₁) ;

Acquisition d’une date d’installation (T_INST),

Transmission des données de contexte (DATA₀) comportant lesdites photos, les identifiants (ID₁, ID₂) et de la date d’installation (T_INST) vers un second serveur (SERV₂).
Procédé de la revendication 1 caractérisé en ce qu’il comprend l’acquisition et l’enregistrement d’une première position (POS₁) dudit dispositif (1) selon une période d’acquisition journalière, ladite première position (POS₁) étant acquise à une date aléatoire dans la période d’acquisition.
Procédé de la revendication 2 caractérisé en ce que l’activation d’un état du capteur d’état (C₁) pendant une durée donnée active automatiquement le module de géolocalisation (M_GEO).
Procédé de la revendication 1 caractérisé en ce qu’il comprend une séquence d’initialisation comportant :
Génération et transmission automatique d’un second message (M₂), vers le premier serveur distant (SERV₁) au sein d’un réseau de données (NET₁) au moyen d’une interface de communication (INT₁) sans fil, ladite période de transmission étant comprise entre 1 jour et 15 jours, ledit second message (M₂) comportant notamment :

un identifiant dudit dispositif (1),

une position (POS₁) horodatée enregistrée dudit dispositif (1).
Procédé de la revendication 1 caractérisé en ce qu’il comprend :
Génération d’une requête depuis un second serveur (SERV₂), ledit second serveur (SERV₂) extrayant les données collectées par le premier serveur (SERV₁) à une date prédéfinie après la date d’initialisation (D_init) ;

Comparaison (COMP₁) de l’identifiant d’un dispositif (1) enregistré dans une base de données du premier serveur (SERV₁) avec un identifiant stocké dans une mémoire du second serveur (SERV₂) ;

Comparaison (COMP₂) de la date d’initialisation (T_INIT) enregistrée dans la base de données du premier serveur (SERV₁) avec une date d’installation (T_INST) du dispositif (1) ;

Comparaison (COMP₃) de la première donnée (DATA₁) avec la seconde donnée (DATA₂) du premier message (M₁) et analyse (ANA₁) d’au moins une position dudit dispositif (1) pour générer un indicateur de corrélation indiquant au moins un évènement parmi la liste des évènements suivants :

un évènement relatif à un déplacement de l’objet (2) et/ou ;

un évènement relatif à un déplacement du dispositif (1) et/ou;

un évènement relatif à un arrachage dudit dispositif (1) de l’objet (2) ;

une fausse alerte.
Procédé de la revendication 1 caractérisé en ce qu’il comprend :
Génération d’une requête depuis un second serveur (SERV₂), ledit second serveur (SERV₂) extrayant les données collectées par le premier serveur (SERV₁) à une date prédéfinie après la date d’initialisation (D_init) ;

Comparaison (COMP1) l’identifiant d’un dispositif (1) enregistré dans une base de données du premier serveur (SERV₁) avec un identifiant stocké dans une mémoire du second serveur (SERV₂) ;

Comparaison (COMP₂) la date d’initialisation (T_INIT) enregistrée dans la base de données (BD1) du premier serveur (SERV₁) avec une date d’installation (T_INST) du dispositif (1) ;

Lorsqu’aucun premier message (M₁) n'est émis sur une première période (T₁) ou lorsque l’ensemble des premiers messages (M₁) émis sont associés à des fausses alertes (FA) :

Génération d’un constat numérique (CN₁) comportant au moins les données de contexte (DATA₀) et les données des seconds messages (M₂) ou une synthèse de ces données sur une période prédéfinie et le cas échéant les données des premiers messages (M₁) lorsqu’ils ont été émis ;

Génération d’une empreinte numérique (HASH₁) du constat numérique ;

Association de ladite empreinte numérique (HASH₁) avec des données associées (DATA₃) comportant au moins un identifiant (ID) et une date d’écriture (Te) correspondant à la date de génération du constat numérique (CN₁) vers un serveur ;

Transmission des données associées (DATA₃) et de l’empreinte numérique (HASH) vers au moins un serveur distant (SERV₃) pour l’insertion des données dans une blockchain.
Système anti-arrachage d’un objet comportant un dispositif (1) pour la production d’une alerte, ledit dispositif (1) étant destiné à être fixé à un objet (2) caractérisé en ce qu’il comprend :
un module de géolocalisation (MGEO) configuré pour récupérer des signaux de géolocalisation (S_SAT) depuis un système de géolocalisation afin de déterminer une position dudit dispositif (1);

un accéléromètre (AC₁) générant des premières données de mouvement ;

un capteur d’état (C₁) générant une donnée d’état physique d’un contacteur (9) ;

un calculateur (K) configuré pour :

recevoir la donnée d’état du capteur d’état (C₁) et produire une seconde donnée (DATAT₂) horodatée en cas de modification de la donnée d’état du capteur de déplacement (C₁),

recevoir la donnée de mouvement de l’accéléromètre (AC₁) et produire une première donnée (DATA1) horodatée en cas de modification du mouvement de l’accéléromètre (AC₁),

une mémoire pour enregistrer un ensemble de positions produites par le module de géolocalisation, un ensemble de premières données (DATA₁) et un ensemble de secondes données (DATA₂) ;

une batterie (B) alimentant l’ensemble des équipements électroniques du dispositif (1) ;
ledit dispositif (1) étant configuré pour envoyer :
Au moins un premier message émis automatiquement vers un premier serveur distant (SERV₁) au sein d’un réseau de données (NET₁) au moyen du calculateur (K) et d’une interface de communication (INT₁) sans fil lorsqu’une première donnée (DATA₁) et/ou une seconde donnée (DATA₂) est/sont produite(s), ledit premier message (M₁) comportant au moins un identifiant (ID₁) dudit dispositif (1), au moins une position (POS₁) enregistrée dudit dispositif (1), une première donnée (DATA₁) et une seconde donnée (DATA₂) enregistrées.
Système anti-arrachage selon la revendication 9, caractérisé en que le premier message (M₁) comprend une donnée relative au niveau courant de batterie (B).
Système anti-arrachage selon la revendication 9, caractérisé en ce qu’il comprend en outre un premier serveur (SERV₁) pour recevoir les données émises par le dispositif (1), ledit serveur (SERV₁) enregistrant les données au sein d’une base de données interrogeable par un équipement tiers, ledit premier serveur (SERV₁) comportant un calculateur pour réaliser :
des premières opérations de comparaison entre les données enregistrées dans le premier serveur (SERV₁) et des données d’une requête émise par un second serveur (SERV₂) pour extraire des données du premier serveur (SERV₁), les opérations de comparaison permettant d’authentifier une entité.
Système anti-arrachage selon la revendication 9, caractérisé en ce qu’il comprend en outre un second serveur (SERV₂) pour recevoir et analyser des données enregistrer par le premier serveur (SERV₁), ledit second serveur (SERV2) comportant un calculateur pour réaliser :
des secondes opérations de comparaison entre les données enregistrées dans le premier serveur (SERV₁) et les données du second serveur (SERV₂) pour vérifier l’état du premier dispositif (1) et générer le cas échéant un constat numérique (CN₁).