INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
On entrevoit toutefois les limites d’un tel système lorsque véhicule est stationné à un emplacement sans couverture réseau, par exemple dans un parking souterrain. Dans ces conditions, le véhicule ne peut plus recevoir de nouvelles autorisations d’accès. Par exemple un scooter en libre-service laissé par son dernier utilisateur dans une zone sans couverture en fin d’utilisation ne pourra plus être réservé.
Afin de lever cet inconvénient, il a été proposé que les autorisations d’accès puissent être transmises indirectement à un véhicule, par l’intermédiaire du terminal mobile d’un utilisateur qui souhaite l’utiliser. Pour cela, un serveur en ligne dispose d’un calendrier de réservation pour chaque véhicule de la flotte qu’il supervise. Lorsqu’un utilisateur souhaite réserver un véhicule, il transmet une demande au serveur. Le serveur génère alors une autorisation si le véhicule est disponible sur la plage horaire souhaitée. Si le véhicule n’est pas joignable, toutes les autorisations en attente pour le véhicule sont transmises au terminal mobile de l’utilisateur. De cette façon, lorsque l’utilisateur souhaite accéder au véhicule, les autorisations mémorisées dans son terminal mobile sont transmises au véhicule afin qu’il puisse autoriser ou non l’accès.
De cette façon, il est possible de réserver et d’accéder à un véhicule même quand celui-ci n’est pas disponible. Néanmoins, pour des raisons de coûts, les emplacements mémoire permettant d’enregistrer les réservations et autorisations à venir dans un véhicule sont limités. Un problème se pose donc lorsque qu’un utilisateur se présente pour accéder à un véhicule ne disposant pas de couverture réseau et que la mémoire du véhicule comprend déjà un nombre maximal de réservations : bien que l’utilisateur ait pu réserver le véhicule, il ne pourra pas y accéder faute pour le véhicule de pouvoir charger l’autorisation correspondante.
Il existe donc un besoin pour une technique qui permettent d’améliorer la situation.
A cet effet, il est proposé un procédé de gestion d’autorisation d’accès à un véhicule partagé, le véhicule disposant d’une mémoire dimensionnée pour mémoriser simultanément un nombre maximum de réservations, le procédé comprenant les étapes suivantes, mises en œuvre à la réception par un serveur d’une demande de réservation du véhicule, le serveur comprenant une représentation locale de la mémoire du véhicule :
Le serveur de réservation manipule une image de la mémoire du véhicule. Cette image de la mémoire du véhicule est synchronisée avec la mémoire physique du véhicule par la transmission au véhicule de commandes d’ajout et de suppression de réservations. De cette façon, on améliore la réactivité du système de réservation, la mise à jour de la mémoire du véhicule étant réalisée de façon asynchrone. En outre, la dépriorisation d’une réservation ultérieure au profit d’une nouvelle réservation dont la date de début est antérieure permet de ne plus être limité par le nombre d’emplacement mémoire physiquement disponibles dans le véhicule. La réactivité du système de réservation est ainsi améliorée.
Selon un mode particulier de réalisation, le procédé est tel que la transmission des commandes d’ajout de la première réservation et de suppression de la deuxième réservation comprend une sous étape de transmission desdites commandes à au moins un terminal mobile dont l’identifiant est associé à une réservation mémorisée dans la mémoire associée au véhicule, le terminal mobile étant configuré pour retransmettre lesdites commandes par une connexion sans fils à courte portée lors de la prise en charge du véhicule.
De cette façon, les autorisations d’accès peuvent être communiquées à un véhicule même lorsque celui-ci est stationné dans une zone sans couverture. Par exemple, lorsqu’un véhicule est remisé dans un parking souterrain hors de portée d’un réseau cellulaire, la mémoire du véhicule peut être mise à jour avec de nouvelles réservations lorsqu’un utilisateur prend possession du véhicule. Autrement dit, le terminal mobile utilisé pour déverrouiller le véhicule est utilisé pour mettre à jour les réservations dans la mémoire du véhicule de façon asynchrone.
Dans une réalisation particulière, le procédé est tel que les caractéristiques de la deuxième réservation sont mémorisées temporairement lors de l’étape de remplacement, et il comprend en outre les étapes suivantes, lorsqu'un emplacement de réservation est libéré dans la représentation locale de la mémoire du véhicule :
Génération d'une troisième réservation comprenant les caractéristiques de la deuxième réservation temporairement mémorisée, Mémorisation de la troisième réservation dans la représentation locale de la mémoire du véhicule, et Transmission au véhicule d'une commande d'ajout de la troisième réservation.
la représente un environnement serveur adapté pour mettre en œuvre e procédé de gestion selon une autre réalisation particulière, et
La est un diagramme montrant des états pouvant être occupés par une réservation.
Description détaillée La représente un véhicule partagé 100. Le véhicule 100 fait par exemple partie d’une flotte de véhicule réservables à distance par des utilisateurs.
Un utilisateur peut accéder au véhicule 100 par l’intermédiaire d’un terminal de communication 103, comme un smartphone, une montre connectée, un badge ou une tablette. Pour cela, le terminal mobile 103 comprend une mémoire dans laquelle est stockée une première donnée de réservation. La première donnée de réservation est une clef virtuelle 105 du terminal mobile 103 et permet d’accéder à un véhicule réservé à partir du terminal mobile 103. La clef virtuelle du terminal mobile comprend au moins une clef publique du véhicule, une date de début et une date de fin de réservation. De façon optionnelle, la première donnée de réservation comprend en outre des droits d’accès à certaines fonctionnalités ou équipement du véhicule, comme des droits d’accéder au coffre ou à utiliser une climatisation, un dispositif de divertissement ou une connexion réseau.
Lors d’une demande d’accès au véhicule, le terminal 103 transmet sa clef virtuelle 105 au véhicule 100 par l’intermédiaire d’une connexion réseau sans fil de type Bluetooth®, WiFi®, NFC et/ou cellulaire 2G, 3G, 4G ou 5G.
Le véhicule 100 dispose de moyens de communication sans fils 101 comme une interface réseau Bluetooth®, WiFi®, NFC et/ou une interface réseau cellulaire 2G, 3G, 4G ou 5G lui permettant d’établir une connexion 102 avec d’autres dispositifs comme le terminal 103, et notamment de recevoir une clef virtuelle 105 du terminal mobile transmise par le terminal 103.
Le véhicule 100 comprend en outre une mémoire 104, comme une mémoire FLASH, RAM ou une EEPROM, configurée pour mémoriser un nombre maximum prédéfini de deuxièmes données réservations pour des réservations à venir, par exemple 10 réservations. Une deuxième donnée de réservation est une clef virtuelle destinée au véhicule. Le nombre maximum de réservations que le véhicule peut mémoriser est par exemple limité par la quantité de mémoire physique installée.
Plus précisément, la mémoire 104 du véhicule permet de stocker des clefs virtuelles du véhicule pour autoriser ou non un accès au véhicule. Une clef virtuelle du véhicule mémorisée dans la mémoire 104 du véhicule comprend au moins une clef publique du terminal mobile autorisé à déverrouiller le véhicule, une date de début de réservation, une date de fin de réservation. De façon optionnelle, une clef virtuelle du véhicule peut en outre comprendre des autorisations d’accès à un ou plusieurs équipements du véhicule, comme l’accès au coffre, à la climatisation ou une durée et/ou un nombre maximum d’utilisation d’une fonctionnalité particulière, par exemple une limite de temps d’utilisation ou de téléchargement associée à une connexion réseau.
Le véhicule 100 comprend enfin un calculateur, par exemple un ECU 106 doté d’un processeur et d’une mémoire dans laquelle sont enregistrées des instructions de programme d’ordinateur configurées pour traiter les demandes d’accès au véhicule et notamment pour accorder ou refuser l’accès au véhicule par évaluation d’une correspondance entre une clef virtuelle d’un terminal mobile transmise par un terminal 103 et une clef virtuelle du véhicule enregistrée dans la mémoire 104 et à partir d’une date courante obtenue à partir d’une horloge de l’ECU 106. Plus précisément, les clefs virtuelles du véhicule et du terminal étant signées par le serveur grâce à une clef privée du serveur, le véhicule peut contrôler l’authenticité de la clef virtuelle du terminal mobile grâce à une clef publique du serveur provisionnée au préalable dans le véhicule.
La montre également un serveur 107 d’un réseau de communication 108. Le serveur 107 comprend des moyens de communication comme une interface réseau lui permettant d’établir des connexions avec d’autres dispositifs, et notamment d’échanger des messages avec le terminal mobile 103 et/ou avec le véhicule 100 par l’intermédiaire d’un réseau d’accès cellulaire non représenté. Plus précisément, l’interface réseau permet au serveur de transmettre une première donnée de réservation, c’est-à-dire une clef virtuelle 105 au terminal mobile 103 et une deuxième donnée de réservation, comme une clef virtuelle 110 au véhicule 100. Le serveur comprend en outre un processeur et un mémoire dans laquelle sont enregistrées des instructions de programme d’ordinateur qui, lorsqu’elles sont exécutées par le processeur, configurent le serveur pour mettre en œuvre les étapes d’un procédé de gestion d’autorisations d’accès selon une réalisation particulière de l’invention.
Le serveur 107 dispose d’une base de données 109 dans laquelle est stockée une représentation de la mémoire 104 du véhicule 100. La base de données 109 permet ainsi la mémorisation des données de réservation destinées à être enregistrées ou enregistrées dans la mémoire 104 du véhicule 100. La base de données 109 et dispose de la même capacité de stockage que la mémoire 104 du véhicule 100. Lorsqu’une réservation du véhicule 100 est ajoutée ou révoquée, le serveur 107 met à jour les enregistrements correspondant dans la base de données 109 et synchronise la base de données 109 avec la mémoire 104 du véhicule 100. Les mises à jour de la base de données 109 sont répercutées sur la mémoire 104 du véhicule 100 par l’intermédiaire de commandes d’ajout et/ou de suppressions de réservations transmises au véhicule 100. Dans un mode de réalisation particulier, les commandes d’ajout et/ou de suppression de réservations sont transmises au véhicule par l’intermédiaire d’un réseau cellulaire. Dans une réalisation particulière, les commandes d’ajout et/ou de suppression permettant de synchroniser la mémoire 104 du véhicule 100 avec la base de données 109 sont transmises au véhicule par l’intermédiaire du terminal 103, de sorte que le serveur 107 transmet dans un premier temps les commandes de mises à jour au terminal 103, et que dans un deuxième temps, le terminal 103 transmets les commandes au véhicule 100.
Le procédé de gestion d’autorisation va maintenant être décrit en référence à la sur laquelle sont représentées, sous la forme d’un ordinogramme, les principales étapes d’un procédé de gestion d’autorisation selon une réalisation particulière.
Lors d’une première étape 200, le serveur 107 reçoit une demande de réservation pour le véhicule 100. La réservation du véhicule est par exemple réalisée par un utilisateur au travers d’un site web ou d’une application mobile. La réservation reçue par le serveur 107 comprend ainsi au moins un identifiant du véhicule 100 réservé, une date de début et une date de fin de réservation, ainsi qu’un identifiant d’un terminal mobile 103 de l’utilisateur qui a réservé le véhicule.
Plus précisément, une réservation comprend deux parties. Une première partie est destinée à être mémorisée dans le terminal mobile 103. Il s’agit d’une clef virtuelle du terminal mobile et comprend au moins :
une clef publique du véhicule 100, une date de début de réservation, une date de fin de réservation.
De façon optionnelle, la première donnée de réservation peut comprendre en outre des droits d’accès à certaines fonctionnalités du véhicule.
La première donnée de réservation est signée par une clef privée du serveur pour en authentifier la provenance et l’intégrité.
Une réservation comprend également une deuxième partie destinée à être mémorisée par dans la mémoire 104 du véhicule. Il s’agit d’une clef virtuelle du véhicule et comprend au moins :
une clef publique du terminal mobile 103 une date de début de réservation, une date de fin de réservation.
De façon optionnelle, la deuxième donnée de réservation peut comprendre en outre des droits d’accès à certaines fonctionnalités du véhicule.
La clef virtuelle du véhicule est signée avec la clef priée du serveur 107 pour en authentifier la provenance et chiffrée avec la clef publique du véhicule 100. De cette façon, la clef virtuelle du véhicule peut être communiquée au véhicule par l’intermédiaire d’un terminal mobile d’un utilisateur en toute confidentialité.
A l’étape 201, le serveur 107 recherche, dans une représentation locale de la mémoire du véhicule comme la base de données 108, un emplacement disponible pour enregistrer la réservation reçue. Pour cela, le serveur peut obtenir le nombre d’enregistrements compris dans la base de données 108 à l’aide par exemple d’une requête SQL adaptée, et comparer le nombre d’enregistrements ainsi obtenu avec un nombre maximum de réservations qu’il est possible de mémoriser dans la mémoire 104 du véhicule.
Lorsqu’à l’issue de la comparaison, il est déterminé qu’aucun emplacement n’est disponible pour enregistrer la réservation, le serveur 107 met en œuvre une étape 202 au cours de laquelle il sélectionne, parmi les réservations mémorisées dans la base de données 108, une réservation dont la date de début est ultérieure à la date de début de la nouvelle réservation obtenue. Par exemple, le serveur sélectionne la réservation dont la date de début est la plus lointaine.
A l’étape 203, le serveur 107 mémorise les caractéristiques de la réservation sélectionnée. Par exemple, un identifiant du véhicule concerné, une date de début et une date de fin de réservation, ainsi qu’un identifiant du terminal mobile associé à la réservation sont mémorisés dans une liste d’attente, par exemple dans la base de données 109, afin qu’une que la réservation puisse être replacée dans la base de données 108 et transmise au véhicule avant le début de la réservation, lorsqu’un emplacement deviendra disponible.
A l’étape 204, le serveur 107 supprime la réservation sélectionnée de la base de données 108, libérant ainsi un emplacement pour y mémoriser la nouvelle réservation. La mémoire 104 du véhicule est alors mise à jour lors d’une étape 205 de façon que son contenu soit synchronisé avec le contenu de la base de données 108.
Pour cela, au cours d’une étape 205, le serveur transmet au véhicule une commande de suppression de la réservation dépriorisée, et une commande d’ajout de de la nouvelle réservation. Dans un mode de réalisation particulier, ces commandes sont transmises directement au véhicule par l’intermédiaire d’un réseau cellulaire. Selon une réalisation particulière, les commandes sont transmises au terminal mobile d’un ou plusieurs utilisateurs pour lesquels une réservation est enregistrée. Les commandes sont par exemple transmises au terminal 103 avec les premières données de réservation 105. De cette façon, lorsque l’utilisateur du terminal 103 prendra possession du véhicule, les commandes pourront être transmises au véhicule et la mémoire 104 pourra être mise à jour même en cas d’échec de transmission par un réseau cellulaire.
Dans une réalisation particulière, lorsqu’un emplacement est libéré dans la base de données 108, le serveur 107 regénère une nouvelle réservation à partir des caractéristiques de la réservation mémorisées à l’étape 203. La régénération comprend en particulier la génération d’une clef virtuelle 105 destinée au terminal mobile et d’une clef virtuelle 110 correspondante destinée au véhicule. La clef virtuelle du véhicule peut alors être mémorisées dans la base de données 108 et transmise au véhicule.
Dans un mode de réalisation particulier, le serveur 107 dispose de trois bases de données 300 à 302 représentées sur la .
Les premières parties de réservation, c’est-à-dire les clefs virtuelles destinées au terminal mobile 103 de l’utilisateur, sont mémorisées dans une base de données 300.
Les secondes parties de réservation, c’est-à-dire les clefs virtuelles destinées à être mémorisées dans la mémoire 104 du véhicule, sont enregistrées dans la base de données 301.
Enfin la troisième base de données 302 comprend des enregistrements permettant de faire le lien entre les clefs virtuelles de la base de données 300 destinées au véhicule et les clefs virtuelles de la base de données 301 destinées au terminal mobile.
La représente les différents états d’une clef virtuelle pour une réservation.
Les algorithmes de quantification de la pathogénicité du variant peuvent être mise en œuvre à travers les documentations ci-après indiquées de l’état de la technique et leur descriptions détaillées relatantes peuvent être omises.
Bien que la description se réfère aux modes de réalisations ci-dessus, l’homme du métier comprendra que diverses modifications et changements peuvent être apportés à la présente invention sans sortir de l’idée et du cadre de la présente invention.
10: base de données de variants génétiques
20: unité de prévision LoF
30: unité de calcul de premier score caractéristique
40: unité de calcul de deuxième score caractéristique
210: unité de réglage des variables
220: modèle log-linéaire
230: calculateur de probabilité LoF
Disjoncteur bipolaire actionné par un dispositif pyrotechnique Le sujet de l’invention est un disjoncteur bipolaire actionné par un dispositif pyrotechnique.
Les systèmes de coupure électrique, appelés ici disjoncteurs, sont souvent actionnés par des moteurs électromagnétiques. Ces actionneurs offrent des vitesses et des courses de déplacement du contact mobile qui sont relativement faibles, ce qui limite les capacités de coupure des arcs électriques qui apparaissent quand les contacts se séparent. Certains disjoncteurs industriels comprennent des chambres étanches, emplies d’un gaz diélectrique et dans lesquelles les contacts sont placés, ou des dispositifs de soufflage d’un gaz comprimé au moment de l’ouverture des contacts, pour accroître les capacités de coupure des arcs. Ces dispositifs additionnels comportent néanmoins des inconvénients, comme le caractère toxique de gaz couramment utilisés, tels que le SF6, ou les complications de structure induites par l’addition de la chambre de compression du gaz.
Le document US 2019/0198277 A1 décrit un dispositif de coupure comprenant un actionneur pyrotechnique pour couper des niveaux de courant élevés. La cartouche pyrotechnique s’enflammant propulse un piston, qui repousse le curseur portant le contact mobile avec une énergie suffisante pour rompre une butée et éloigner le contact mobile des contacts fixes d’une distance beaucoup plus importante que par la manœuvre d’un actionneur électromagnétique classique, également prévu sur ce disjoncteur. L’actionneur électromagnétique est employé, et suffisant, pour ouvrir le circuit électrique dans des circonstances normales ; et on recourt à l’actionneur pyrotechnique quand le courant est important et produit des arcs plus difficiles à éteindre, ce qui arrive pendant les courts-circuits par exemple. Ce disjoncteur est limité à l’ouverture d’un seul pôle électrique composé d’un contact mobile et d’une paire de contacts fixes. Il est de plus incommode dans la mesure où une rupture de pièce se produit dans le mécanisme de disjonction proprement dit, c’est-à-dire ailleurs que dans l’actionneur pyrotechnique, quand celui-ci est utilisé : une réparation du disjoncteur est nécessaire ensuite.
L’invention concerne aussi un disjoncteur comprenant un dispositif pyrotechnique, mais celui-ci est spécialement adapté à ouvrir simultanément deux pôles électriques.
L’ouverture simultanée de deux pôles électriques accroît les avantages associés au dispositif pyrotechnique et consistant principalement en une vitesse d’ouverture et une course d’ouverture toutes deux plus importantes qu’avec un actionneur habituel. Si en effet (et ceci concerne une application préférée, quoique non exclusive, de l’invention) les deux pôles électriques sont disposés en série sur un même circuit électrique, la tension entre les bornes du circuit est répartie entre eux, ce qui facilite la coupure des arcs, à condition que les instants d’ouverture des deux pôles soient simultanés. Le disjoncteur se révèle particulièrement apte à ouvrir avec succès des circuits électriques parcourus par des intensités élevées de courant, notamment pendant des courts-circuits.
la est un organigramme simplifié d’un exemple de réalisation d’un processus de traitement mis en œuvre dans un procédé de détection selon l’invention.
Description détaillée On va maintenant décrire, en référence aux figures 1 et 2, les différentes étapes d’un exemple pratique de réalisation 1 du procédé de détection selon l’invention, en même temps qu’un exemple de réalisation d’un système d’inspection visuelle mettant en œuvre ce procédé de détection.
Ce système d’inspection visuelle S est par exemple installé sur une ligne de production 20 d’objets 22-24 de forme tridimensionnelle. Un tapis de convoyage 21 porte ces objets qui passent dans un champ 26 d’analyse d’une caméra 25. Cette caméra produit un flux vidéo contenant des images-cible 28 prises de chaque objet passant successivement dans le champ d’analyse 26. Des images de référence 29 correspondant à des prises de vue d’objets sans anomalie ont été préalablement stockées pour être traitées par une unité de traitement 27 réalisant des opérations de normalisation, traitement multi-échelle et détection d’anomalie à la fois sur les images-cibles 28 et sur les images de référence 29. Cette unité de traitement 27 conduit à une opération de « scoring » ou cotation 30 qui délivre soit une information positive de qualité « OK », soit une alerte (NOK) transmise à une unité de contrôle 31 de la ligne de production 20.
Le procédé de détection 1 tel qu’illustré en comprend une séquence 4 de normalisation d’une image-cible 3 et d’un ensemble 2 d’images de référence. Cette séquence de normalisation délivre des images de référence normalisées 5 et une image-cible normalisée 6 qui sont ensuite traitées dans une séquence de détection 7. Dans un premier temps, une étape d’estimation mettant en œuvre un algorithme NLM (pour « Non Local Means ») est effectuée à différentes échelles 70,71,72 des images prétraitées et il en résulte un ensemble de cartes binaires 83,84,85 et un ensemble de résidus 73,74,75. Une étape de fusion conduit à la génération d’une carte binaire 8 et d’un résidu 9 qui sont ensuite traitées dans une séquence 10 de scoring ou cotation délivrant des informations de contrôle de qualité.
On va maintenant décrire de manière plus détaillée, en référence aux figures 3 et 4, des étapes des procédés de normalisation et de détection d’anomalie.
Pré-traitement : Normalisation objet Une première étape du procédé selon l’invention est la normalisation des données. On commence par une normalisation géométrique conventionnelle 31 de la position de l'objet suivie d'une normalisation 32 de son espace colorimétrique, puis on procède à une normalisation neuronale 33 de la variabilité.
Normalisation des couleurs et de l'éclairage : des variations d'exposition des objets normaux peuvent conduire à une grande variabilité de couleur. Le but de la normalisation des couleurs 32 est d'atténuer cette grande variabilité de couleur.
Soient u₁ et u₂ deux images avec H₁ et H₂ leurs histogrammes cumulés respectifs.
Afin d'amener les couleurs de deux images dans une dynamique commune, Delon [28, 29] propose de spécifier les histogrammes cumulés des deux images sur la moyenne harmonique des deux histogrammes cumulatifs
On étend cela à N images (ui) avec les histogrammes cumulatifs respectifs Hi par déterminant