INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans un autre mode de réalisation, l’interface d'utilisateur peut détecter la présence du terminal de communication dans son environnement, autour de lui, l’émission du message d’identité étant mise en œuvre lorsque le terminal de communication 20 est détecté. La mise en œuvre de la détection d’un terminal de communication par une autre entité est connue de l’homme du métier et ne sera pas décrite ici.
Dans un autre mode de réalisation, l’utilisateur du terminal de communication 20 peut enclencher la mise en œuvre du procédé décrit. Par exemple, le procédé peut être initié par une action de l’utilisateur sur une touche dans son terminal de communication 20.
Dans ce mode de réalisation, la première interface d'utilisateur I1 reçoit E0 (étape représentée en traits pointillés) en provenance du terminal de communication, qui l’envoi F0, une requête d’identification ou requête de demande d’identité Ri. En réponse à la réception de cette requête d’identification, la première interface d'utilisateur envoi le message comportant une information indicative de l’identité.
Une fois les données descriptives DD obtenues, une deuxième interface d’utilisateur I2 est générée, lors d’une étape de génération F30, à partir des données descriptives obtenues. Ensuite, la deuxième interface d'utilisateur I2 générée est affichée, lors d’une étape d’affichage F40, sur le terminal de communication 20.
Dans un mode de réalisation, après réception par le terminal d’une information de type en provenance de la première interface d'utilisateur I1, le terminal de communication 20 initie une phase d’appairage avec la première interface d'utilisateur. Pour cela, le terminal de communication 20 émet à destination de la première interface d'utilisateur I1, une requête d’appairage R1. Cette requête d’appairage R1 comporte des données représentatives de l’identité du terminal de communication 20 permettant de l’identifier de manière unique. La première interface d'utilisateur I1, après réception E2 de la requête d’appairage R1, envoi E3 un message d’acceptation Ack_R1 de la demande d’appairage R1, au terminal de communication 20.
Cette phase d’appairage entre le terminal de communication 20 et a première interface d'utilisateur permet d’établir un canal de communication CC entre eux, via lequel échanger des données entre eux de manière sécuritaire. Dans ce mode de réalisation, le terminal de communication 20 et la première interface d'utilisateur I1 échangent de données entre eux, une fois que le terminal de communication 20 a reçu F12, l’acceptation Ack_R1 de la demande d’appairage R1.
La phase d’appairage est représentée sur cette figure après la mise en œuvre des étapes F20 à F40. Bien entendu, elle peut être mise en œuvre avant ces étapes ou de manière concomitante.
Une fois que la première interface d'utilisateur et le terminal de communication sont appairés, on considère que ces équipements sont connectés entre eux. L’échange de messages entre eux est ainsi possible.
Une fois la première interface d'utilisateur I1 et le terminal de communication 20 appairés et que la deuxième interface d'utilisateur I2 est affichée sur le terminal de communication 20, l’utilisateur peut agir sur la première interface d'utilisateur I1 en utilisant son terminal de communication, en particulier en agissant sur la deuxième interface d'utilisateur I2 affichée sur son terminal de communication 20.
Lorsque l’utilisateur réalise une action sur la deuxième interface d’utilisateur I2 (affichée sur son terminal de communication), par exemple positionner son doigt en regard d’une touche tactile, des données 100 représentatives de cette action sont émises, lors d’une étape d’émission F50, vers la première interface de communication I1. La réception par la première interface d’utilisateur, lors d’une étape de réception E4, des données 100 représentatives de cette action, induit la mise en œuvre E5 de l’action sur la première interface d'utilisateur I1.
Par la mise en œuvre de l’action sur la première interface d'utilisateur, on entend la transformation des événements ou actions réalisés sur la deuxième interface d'utilisateur en des événements ou actions réalisés sur la première interface d'utilisateur.
Comme il est connu de l’homme du métier, les événements d’une interface d'utilisateur, par exemple d’un clavier, sont transformés en actions par un dispositif de traitement ou module de gestion configuré pour gérer le fonctionnement de l’interface d’utilisateur. Dans la technique décrite, le dispositif de traitement 10 de la première interface d'utilisateur I1, reçoit des données représentatives d’une action réalisée sur la deuxième interface d'utilisateur I2 et traite cette action comme si elle avait été réalisée sur la première interface d'utilisateur elle-même.
Ainsi, par l’induction de la mise en œuvre d’une action sur la première interface d'utilisateur, on entend que les données représentatives d’une action sont récupérées par la première interface d'utilisateur I1 et utilisées comme si les actions réalisées sur la deuxième interface d’utilisateur I2 avaient été réalisées sur elle-même.
A titre d’exemple nullement limitatif, l’utilisateur peut saisir un code de type pin, en actionnant plusieurs touches numériques de la deuxième interface d'utilisateur I2 puis la touche OK. Des données représentatives de ces actions sont adressées E50 à la première interface d'utilisateur I1, puis la première interface d'utilisateur I1 met en œuvre les actions réalisées sur la deuxième interface d'utilisateur I2, c'est-à-dire actionne les touches numériques correspondantes puis la touche OK. Dans d’autres termes, la première interface d'utilisateur agit comme si le code avait été composé sur elle-même.
Dans un mode de réalisation, après écoulement d’une période de temps prédéfinie à compter de l’affichage dudit deuxième interface d'utilisateur, la première interface d’utilisateur et le terminal de communication sont déconnectés.
Dans ce mode de réalisation, la déconnexion est mise en œuvre automatiquement après l’écoulement de la période de temps prédéfinie pour que la première interface d'utilisateur puisse être utilisée par d’autres utilisateurs via leur terminal de communication. Dans d’autres termes, l’utilisateur du terminal de communication a une durée maximale correspondant à la période de temps prédéfinie pour utiliser la première interface d'utilisateur. Une fois cette période de temps écoulée, la première interface d'utilisateur est libérée pour pouvoir être utilisée par d’autres terminaux de communication.
Installation polyvalente de détection et de localisation de fuites de liquide. La présente invention concerne un système de détection de fuites de liquide. Elle concerne aussi un procédé de détection de fuites de liquide.
Etat de la technique antérieure Pour détecter des fuites de liquide, sur de grandes longueurs telles que des oléoducs ou des conduites d'eau ou sur de grandes surfaces telles que des locaux industriels ou des salles informatiques, il est connu d'installer des capteurs linéaires connectés entre en eux en série pour former une ligne de détection.
Dans une telle ligne de détection, chaque capteur comprend une partie allongée qui inclut sur tout ou partie de sa longueur un moyen sensible au(x) liquide(s) à détecter. Les capteurs comprennent aussi dans leur partie allongée un bus de communication, lesquels sont connectés entre eux pour former un bus d'interrogation parcourant toute la longueur de la ligne de détection. L'extrémité de la ligne de détection est connectée avec une centrale de gestion.
Une telle ligne de détection, dans une version sensible aux hydrocarbures, est décrite dans le document EP3066443. D'autres modes de détection sont connus, par exemple avec une sensibilité aux liquides conducteurs tels que l'eau comme décrit dans les documents FR2773613 et EP09306176.
Il reste souhaitable d'améliorer ce type de détecteurs et d'installations en particulier en matière de fiabilité, de coût, de performances, pour leur permettre de couvrir des zones plus importantes, plus variées, de façon plus souple à mettre en place ou à entretenir ou à gérer, ou à remplacer.
Un objectif de l'invention est de pallier en tout ou partie les inconvénients de l'état de la technique, en particulier en améliorant leurs performances sur ces différents points ou les compromis entre ces différentes performances.
Cet objectif est atteint avec un système de détection de fuites de liquide, comprenant une centrale de gestion et une pluralité de capteurs linéaires comprenant chacun une première extrémité et une deuxième extrémité et qui sont connectés entre eux en série.
Selon l’invention, la pluralité de capteurs linéaires, connectés entre eux, forment un bus d'interrogation linéaire présentant une première et une deuxième extrémités, ledit bus d'interrogation linéaire étant connecté à la centrale de gestion par au moins une de ses extrémités.
La centrale de gestion est agencée pour, l’au moins une extrémité du bus d’interrogation linéaire :
- envoyer au moins un signal d'interrogation à travers le bus d’interrogation linéaire et recevoir au moins un signal de réponse par la pluralité de capteurs linéaires via ladite extrémité,
la communication entre le bus d’interrogation linéaire et la centrale de gestion étant alors à double sens.
Le système de détection de fuites de liquide peut comprendre plusieurs centrales, lesdites centrales étant connectées entre elles via un réseau sans fil (par exemple Wifi) ou via une connexion filaire (par exemple Ethernet ou Modbus).
L’avantage de ce système, est que la communication entre le bus d’interrogation linéaire et la centrale de gestion est à double sens. On entend par « double sens » le fait que des signaux d’interrogation et des signaux de réponse sont reçus par la même extrémité dudit bus d’interrogation linéaire et ce pour les deux extrémités dudit bus d’interrogation linéaire. La centrale de gestion envoie les signaux d’interrogation aux deux extrémités du bus d’interrogation linéaire une extrémité après l’autre. En effet, la centrale de gestion attend de recevoir les signaux de réponse de la première extrémité du bus d’interrogation linéaire pour envoyer les signaux d’interrogation sur la deuxième extrémité du bus d’interrogation linéaire.
La communication entre la centrale de gestion et le bus d’interrogation linéaire est avantageusement réalisée via un élément de communication compris dans chaque capteur linéaire. L’élément de communication comprend au moins un module électronique de communication et un ou plusieurs conducteurs linéaires, les capteurs linéaires connectés ensemble formant un bus de communication.
Le bus d’interrogation linéaire peut également former une ligne de détection qui peut être connectée fonctionnellement à ladite centrale de gestion directement ou indirectement.
Le système peut également comprendre au moins un accessoire correspond à une dérivation et/ou un bouchon et/ou un câble neutre.
Selon une caractéristique, le container comporte un ensemble de capteurs agencés sur le container, aptes à détecter une tentative de déplacement et/ou de déverrouillage non autorisé dudit container durant la période déterminée, choisis parmi une caméra, un ou des capteurs d’ouverture/fermeture du ou des ouvrants, un ou des capteurs anti-soulèvement du container ; lesdits capteurs étant couplés au module de gestion de la sécurisation du container.
Selon une autre caractéristique, le container comporte au moins un indicateur d’alerte, agencé sur le container et apte à diffuser un signal d’alerte, choisi parmi une sirène, un flash, un gyrophare, un haut-parleur diffusant un message audio ; ledit indicateur étant couplé au module de gestion de la sécurisation du container.
Selon une autre caractéristique, la cavité de la base roulante loge un stockeur d’énergie électrique assurant l’alimentation électrique du container.
La présente invention a pour deuxième objet, un container mobile, sécurisé et communiquant d’un système de livraison tel que décrit ci-dessus.
La présente invention a pour troisième objet, un procédé de livraison de colis mis en œuvre par un système tel que décrit ci-dessus, consistant :
- à charger des colis dans le container mobile sur le lieu de chargement ;
- à transporter ledit container depuis le lieu de chargement jusqu’au lieu de livraison ;
- à immobiliser et verrouiller le container sur le lieu de livraison tant que le destinataire des colis, dûment autorisé, n’est pas venu récupérer le container ;
- à gérer la sécurisation du container par le module de gestion de la sécurisation du container, durant ladite période déterminée durant laquelle le destinataire n’est pas venu récupérer le container ; ladite gestion consistant, si une tentative de déplacement et/ou de déverrouillage non autorisés dudit container, durant la période déterminée, est détectée par le module de gestion de la sécurisation du container, alors :
- à partir du container, à informer la plateforme logistique et/ou le destinataire autorisé du contexte d’alerte et à diffuser des signaux d’alerte après confirmation de la prise en compte de l’alerte par la plateforme logistique et/ou le destinataire autorisé.
Selon une caractéristique, le procédé consiste à commander l’immobilisation et le verrouillage du container depuis un terminal portable comportant une application dédiée à la livraison de colis.
Selon une autre caractéristique, en cas d’oubli de commande de blocage et/ou de verrouillage du container, une fois le container déposé sur l’espace public, et à l’issue d’une temporisation déterminée, le module de gestion de la sécurisation du container commande automatiquement le verrouillage du ou des ouvrants et le blocage de la base roulante.
illustre, par une vue en perspective, un agencement d’un container mis en œuvre dans un système de livraison selon l’invention ; et
illustre un logigramme des principales étapes d’un procédé mis en œuvre par le système selon l’invention.
La présente invention permet de laisser, provisoirement, dans un lieu public, un container avec des moyens de surveillance réduits. En cas de problème : détection d’une tentative d’effraction/déplacement du container, c’est le container qui met en œuvre des moyens visant à déclencher de lui-même une ou des informations d’alarme et à alerter la plateforme logistique ou d’autres destinataires habilités à recevoir une alerte.
Selon une caractéristique, le procédé de gestion comporte préalablement audit établissement d’une connexion, l’émission à destination du dispositif de surveillance d’une requête d’activation configurée pour activer le service de surveillance entre ledit au moins un terminal de communication et ledit dispositif de surveillance.
Ainsi, le dispositif de gestion est configuré pour activer, lui-même, l’abonnement au service de surveillance, préalablement à l’établissement d’une connexion entre le dispositif de surveillance et le terminal de communication. On notera que dans ce mode de réalisation, le dispositif de gestion décide des périodes d’utilisation du terminal pour son utilisation primaire (établir de communications avec d’autres terminaux de communication) et des périodes d’utilisation du terminal pour son utilisation à des fins de surveillance.
Dans un autre mode de réalisation, l’abonnement au service de surveillance a été activé préalablement par un autre moyen que le dispositif de gestion.
Dans un mode de réalisation, le dispositif de gestion peut être configuré pour activer le service de surveillance à un moment prédéfini, par exemple à l’heure de fermeture des locaux hébergeant une entreprise. Grâce à l’activation de ce service, les locaux peuvent être surveillés en tirant partie des équipements de l’entreprise et sans nécessiter l’installation d’une infrastructure particulière destinée à la surveillance.
Dans un mode de réalisation, l’instant d’émission de la requête d’activation (par exemple, l’heure de fermeture des locaux) peut être prédéfinie ou programmée par défaut.
Dans un autre mode de réalisation, l’émission de la requête d’activation peut répondre à un événement particulier, tel que la fermeture d’une porte, l’extinction d’un système informatique, une action d’un utilisateur (par exemple l’actionnement d’un bouton) etc.
Selon une caractéristique, le procédé de gestion comporte en outre l’émission d’une requête de désactivation configurée pour désactiver le service de surveillance préalablement activé.
Ainsi, le dispositif de gestion est configuré pour désactiver lui-même le service de surveillance entre le terminal de communication et le dispositif de surveillance lorsque le service de surveillance ne pas nécessaire. Dans un mode de réalisation, le dispositif de gestion peut décider en temps réel de la désactivation du service, et ainsi raccourcir ou rallonger le temps d’activation du service en cas de nécessité.
Dans un autre mode de réalisation, l’émission de la désactivation intervient automatiquement après écoulement d’une période de service à compter de ladite émission de la requête d’activation.
Dans un autre mode, aucune émission d’une requête de désactivation n’est nécessaire pas pour désactiver le service de surveillance entre le terminal de communication et le dispositif de surveillance, la désactivation du service étant automatique après écoulement de la période de service.
Dans un mode de réalisation, comme pour l’activation du service, l’instant d’émission de la requête de désactivation peut être prédéfinie ou programmée par défaut. Par exemple, l’instant d’émission de la requête de désactivation peut correspondre à l’heure d’ouverture des locaux de l’entreprise.
Dans un autre mode de réalisation, l’émission de la requête de désactivation peut répondre à un événement particulier, tel que l’ouverture d’une porte, le démarrage d’un système informatique, une action d’un utilisateur (par exemple l’actionnement d’un bouton) etc.
Dans un autre mode de réalisation, la désactivation de l’abonnement au service de surveillance peut être mise en œuvre par un autre moyen que le dispositif de gestion.
Selon une caractéristique, l’établissement d’une connexion comporte l’émission vers ledit au moins un terminal de communication, d’une requête d’établissement d’un appel comportant un identifiant d’appelant correspondant à l’identifiant du dispositif de surveillance.
Selon un mode de réalisation, l’établissement d’une connexion comporte en outre l’émission vers le dispositif de surveillance, d’une deuxième requête d’établissement d’un appel comportant un identifiant d’appelant correspondant à l’identifiant dudit au moins un terminal de communication.
, un schéma simplifié d’un procédé de gestion de pointeur virtuel selon l’invention,
, un schéma simplifié d’un gestionnaire de pointeur virtuel selon l’invention,
, un schéma simplifié d’un générateur d’environnement virtuel selon l’invention,
, un schéma simplifié de mise en œuvre d’un pointeur virtuel selon l’invention lorsqu’il pointe en dehors de zones d’intérêt,
, un schéma simplifié de mise en œuvre d’un pointeur virtuel selon l’invention lorsqu’il pointe dans une zone d’intérêt.
La illustre un schéma simplifié d’un procédé de gestion de pointeur virtuel selon l’invention.
Le procédé de gestion de pointeur virtuel PV_MNGT dont la position pos relativement à un environnement virtuel EV reproduit est commandée gcmd, icmd par un dispositif de pointage DP: pos=pc comporte une adaptation ADAPT de la position du pointeur virtuel : pos=pa si la position commandée pc est incluse dans une zone d’intérêt . La position adaptée pa est une position prédéfinie dans la zone d’intérêt zi n . L’environnement virtuel ev comporte au moins une zone d’intérêt {zi n } n=1…N .
Un environnement virtuel est constitué d’un arrière-plan dans ou sur lequel sont disposés un ou plusieurs objets, notamment générés par un ou plusieurs traitements mis en œuvre par des dispositifs de traitements DT j . Chaque objet délimite une ou plusieurs zones. Par zone d’intérêt d’un environnement virtuel est entendu toute zone comportant un contenu et/ou une zone d’interaction (tel qu’un onglet d’un menu, un élément d’interaction d’un menu déroulant, une icône, etc.). Par exemple, dans le cas d’un objet de type menu, celui-ci est constitué d’autant de zones que d’éléments d’interaction du menu déroulant et/ou d’onglets du menu. Dans le cas d’un objet constitué par un contenu telle qu’une image, le contenu peut être constitué à lui seul une zone ou être constitué d’autant de zones que de sujets distinguables dans le contenu : bâtiments, plantes, personnages, animaux, etc.
En particulier, la position prédéfinie correspond au centre de la zone d’intérêt.
Ainsi, l’ambiguïté de la position du pointeur virtuel est complètement levée.
En particulier, le procédé de gestion comporte une réception CMD_REC d’une commande de pointage gcmd du pointeur virtuel en provenance d’un dispositif de pointage DP. La commande de pointage gcmd comporte des données de pointage dp dont est fonction la position commandée pc du pointeur virtuel.
En particulier, au moins une zone d’intérêt zi n est une zone interactive.
Ainsi, cela réduit les risques d’erreurs d’interaction, notamment d’interaction avec une zone interactive voisine avec la zone interactive souhaitée.
En particulier, le procédé de gestion PV_MNGT comporte un déclenchement d’une interaction I_TRG avec la zone d’intérêt pointée zi n commandée par le dispositif de pointage DP.
En particulier, le déclenchement d’interaction I_TRG est mis en œuvre suite à une réception CMD_REC d’une commande d’interaction icmd en provenance du dispositif de pointage DP lorsque le pointeur virtuel est positionné à une position adaptée pa dans une zone d’intérêt zi n .
Comme cela est visible aux figures 2 et 4 à 6, les moyens de connexion peuvent comporter une empreinte 27 ménagée dans l’oreille d’une extrémité 23 autour du perçage 26. L’empreinte 27 permet d’optimiser le serrage d’une tête de vis ou d’une tête de boulon dont la forme et les dimensions sont complémentaires de l’empreinte 27. Ici, l’empreinte 27 présente une forme d’hexagone. Dans cet exemple, une première mâchoire 22 porte un perçage 26 autour duquel est disposé une empreinte 27. La seconde mâchoire 23 comporte à son extrémité 24 un perçage 26 simple.
Dans un mode de réalisation, le dispositif de fixation 10 peut aussi comprendre une structure de renforcement 28 de chaque mâchoire 21, 22. Cette structure de renforcement 28 est notamment visible aux figures 3 et 5. En particulier, la structure de renforcement 28 s’étend sur une paroi externe de chaque mâchoire 21, 22. Ici, la structure de renforcement 28 s’étend selon un axe longitudinal définit entre l’embase 11 et l’extrémité 23, 24 de chaque mâchoire 21, 22. Ledit axe longitudinal peut être médian et transversal de la paroi de chaque mâchoire 21, 22. Comme illustré aux figures 3 et 5, la structure de renforcement est ici constituée par un bourrelé saillant de la paroi externe de chaque mâchoire 21, 22.
Dans un mode de réalisation particulièrement visible aux figures 4 et 5, chaque mâchoire 21, 22 comprend au moins un épaulement de blocage 29. L’épaulement de blocage 29 est disposé sur la paroi interne 25 d’une mâchoire 21, 22. L’épaulement de blocage 29 s’étend longitudinalement sur toute la hauteur d’une mâchoire 21, 22. La hauteur d’une mâchoire 21, 22 est définie par la distance entre chaque chanfrein de la mâchoire 21, 22. Dans l’exemple illustré aux figures 4 et 5, chaque mâchoire 21, 22 comporte deux épaulements de blocage 29. Ici, les épaulements de blocage 29 des deux mâchoires sont disposés de manière symétrique par rapport à un plan de symétrie P qui est transversal et médian du dispositif de fixation 10 (voir ). Les épaulements de blocage 29 augmentent la pression de serrage de la bride 20 la canne d’arrosage 100. Les épaulements de blocage 29 sont d’autant plus efficaces lorsque la canne d’arrosage 100 est cannelée comme cela est illustré aux figures 1 et 2.