INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans un mode de réalisation, les capteurs 104 incluent des chemins conducteurs d’électricité 602 (appelés « électrodes ») sur la base 102 (voir notamment figures 6 et 7). Les électrodes 602 peuvent prendre la forme d’un dépôt métallique sur au moins une face supérieure 604 de la plaque de mesure 106. La face supérieure 604 de la plaque de meure 106 est définie comme la face recevant les pieds de l’utilisateur (la face externe qui est visible). Pour assurer la connexion électrique avec le PCB, les électrodes 602 peuvent passer par un bord de la plaque de mesure 106 et s’étendre jusque sur une face inférieure 702 de la plaque de mesure 106. Le bord (ou les bords concernés) de la plaque de mesure 106 peut présenter une forme arrondie pour assurer que le dépôt métallique se fasse bien et que la continuité électrique soit assurée. De plus, un bord arrondi permet d’éviter les risques de blessure lors de la préhension de la station de mesure 100. Par arrondi, il est signifié un arc de cercle ou des formes similaires. Le bord arrondi permet aussi de simplifier le dépôt métallique lors de la fabrication. La demande FR2106653, décrit en détail ces chemins conducteurs d’électricité.
Les électrodes 602 sont connectées au PCB via un connecteur électrique, qui permet de faire la connexion entre le chemin conducteur d’électricité sur la face inférieure 702 et le PCB monté sur la plaque de support 202. Le commutateur 566 permet de connecter et déconnecter les électrodes aux différents systèmes (système d’acquisition ECG, système d’impédancemétrie, système de sudogramme, etc.). De la sorte, chaque électrode peut avoir plusieurs fonctions différentes en fonction de la position de commutation du commutateur 566. Le commutateur 566 comprend par exemple une pluralité d’interrupteurs pilotés par le MCU.
Dans l’architecture illustrée, les couples de chemins conducteurs d’électricité L1 et L3 ; L15 et L17 ; R2 et R4 ; R16 et R18 ne sont pas indépendants mais sont reliés électriquement en permanence, de sorte que la base 102 comprend en pratique sept électrodes indépendantes dans le groupe gauche LG et sept électrodes indépendantes dans le groupe droit RG. Ces connexions électriques permanentes peuvent se faire via les chemins électriques sur la plaque de mesure 106 (par exemple sur la face inférieure 702, non-illustré) ou via le PCB de la station de mesure 100.
Dans un exemple, les chemins conducteurs d’électricité de la face supérieure 604 correspondant aux électrodes ont une dimension (sur la face supérieure 604) selon la longueur Y comprise entre 1,5cm et 2 cm (par exemple 1,7cm) ; l’espacement entre deux bandes peut être compris entre 0,5cm et 1cm (par exemple 0,85cm) ; les électrodes peuvent avoir une dimension selon la largeur X supérieure à 10cm.
De la même manière que décrit précédemment pour la détermination de la distribution temporelle locale DL1 de passagers sortant du réseau en la station sur la première partie P1 de journée, le module de détermination 20 est par exemple configuré pour déterminer la distribution temporelle locale DL2 de passagers sortant du réseau en la station sur la deuxième partie de journée P2 en fonction d’une durée moyenne de trajet M (voir notamment la droite des graphes de la ). En particulier, et de façon analogue à ce qui a été décrit pour la détermination de la distribution temporelle locale DL1 de passagers sortant du réseau en la station sur la première partie P1 de journée, le module de détermination 20, pour déterminer une distribution temporelle locale DL2 de passagers sortant du réseau en la station sur la deuxième partie de journée P2, est configuré pour :
- calculer une distribution temporelle globale DGO2 de passagers sortant de l’ensemble du réseau de transport sur la deuxième partie de journée P2, ladite distribution temporelle globale DGO2 de passagers sortant correspondant à la distribution temporelle globale DGI2 de passagers entrants acquise sur la deuxième partie de journée P2, décalée de la durée moyenne de trajet M ;
- calculer un coefficient C1 d’affluence locale pour la première partie de journée, le coefficient C1 d’affluence locale correspondant au rapport du nombre local NL1 de passagers entrants acquis sur la première partie de journée P1, sur le nombre global NGI1 de passagers entrants sur la première partie de journée P1 ; et
- calculer la distribution temporelle locale DL2 de passagers sortants du réseau en la station sur la deuxième partie de journée P2, en factorisant la distribution temporelle globale de passagers sortants DGO2 calculée sur la deuxième partie de journée P2 par le coefficient C1 d’affluence locale calculé pour la première partie de journée P1.
Comme illustré en , le système 10 comprend en outre de préférence un écran d’affichage 26 connecté au module de détermination 20. L’écran d’affichage 26 est en particulier configuré pour afficher la distribution temporelle locale DL1, DL2 de passagers sortant du réseau en la station, déterminée par le module de détermination 20.
Comme vu plus haut, le module de détermination 20 est par exemple configuré pour déterminer en parallèle une distribution temporelle locale DL1 de passagers sortant du réseau en la station sur la première partie de journée P1 et une distribution temporelle locale DL2 de passagers sortant du réseau en la station sur la deuxième partie de journée P2.
L’écran d’affichage 26 est alors par exemple configuré pour afficher la distribution temporelle locale DL1, DL2 déterminée de passagers sortant du réseau en la station sur la première P1 et la deuxième P2 partie de journée, ou en d’autres termes l’ensemble de la journée J, comme cela est illustré en pointillées sur le graphe du bas de la .
Dans un mode de réalisation particulier illustré en , le système de supervision 10 comprend un dispositif 28 de mesure d’une distribution temporelle locale mesurée DLM1 de passagers sortant du réseau en la station sur la première partie de journée P1, et par exemple d’une distribution temporelle locale mesurée DLM2 de passagers sortant du réseau en la station sur la deuxième partie de journée P2. Le dispositif 28 de mesure d’une distribution temporelle locale mesurée DLM1, DLM2 est par exemple semblable au premier 22 et/ou au(x) deuxième(s) 24 dispositifs de contrôle d’entrée.
Selon ce mode de réalisation, la pluralité 12 de modules du système 10 comprend en plus un module de comparaison 30, configuré pour comparer ladite distribution mesurée DLM1 de passagers sortant du réseau en la station sur la première partie de journée P1 et la distribution temporelle locale DL1 déterminée de passagers sortant du réseau sur la première partie de journée P1. Le module de comparaison est en outre de préférence configuré pour comparer ladite distribution mesurée DLM2 de passagers sortant du réseau en la station sur la deuxième partie de journée P2 et la distribution temporelle locale DL2 déterminée de passagers sortant du réseau sur la deuxième partie de journée P2.
Le module de comparaison 30 est de préférence configuré pour valider la distribution temporelle locale mesurée DLM1 de passagers sortant du réseau sur la première partie de journée P1, et le cas échéant la distribution temporelle locale mesurée DLM2 de passagers sortant du réseau sur la deuxième partie de journée P2, si l’écart entre ladite distribution mesurée DLM1, DLM2 et la distribution temporelle locale déterminée de passagers DL1, DL2 est inférieur ou égal à un écart seuil prédéterminé.
Le module de comparaison 30 est de préférence configuré pour générer un signal d’alerte si l’écart entre la distribution temporelle locale mesurée DLM1 de passagers sortant du réseau sur la première partie de journée P1, et le cas échéant la distribution temporelle locale mesurée DLM2 de passagers sortant du réseau sur la deuxième partie de journée P2, avec la distribution calculée DL1, le cas échéant DL2, est supérieur à un écart seuil prédéterminé.
Dans les exemples des figures 1 et 2, le système de supervision 10 comprend une unité de traitement d’informations formée par exemple d’une mémoire 52 et du processeur 14 associé à la mémoire 52.
Dans les exemples des figures 1 et 2, le module d’acquisition local 16, le module d’acquisition global 18, le module de détermination 20, et dans l’exemple de la , le module de comparaison 30, sont réalisés chacun sous forme d’un logiciel, ou d’une brique logicielle, exécutable par le processeur 14.
La mémoire 52 du système de supervision 10 est alors apte à stocker un logiciel d’acquisition d’une distribution temporelle globale de passagers entrants, un logiciel d’acquisition d’un nombre local de passagers entrants et un logiciel de détermination d’une distribution temporelle locale de passagers sortants. Dans l’exemple de la , la mémoire est en outre apte à stocker un logiciel de comparaison de la distribution locale mesurée et de la distribution locale déterminée.
Le processeur 14 est alors apte à exécuter chacun des logiciels parmi le logiciel d’acquisition local, le logiciel d’acquisition global, le logiciel de détermination, et, dans l’exemple de la , le logiciel de comparaison.
En variante non représentée le module d’acquisition local 16, le module d’acquisition global 18, le module de détermination 20, et le cas échéant, le module de comparaison 30, sont réalisés chacun sous forme d’un composant logique programmable, tel qu’un FPGA (de l’anglais Field Programmable Gate Array ), ou encore sous forme d’un circuit intégré dédié, tel qu’un ASIC (de l’anglais Application Specific Integrated Circuit ).
Dans l’exemple décrit ici, la base de données 10 et le stockage 12 peuvent être mis en œuvre sur tout type de stockage de données propre à recevoir des données numériques : disque dur, disque dur à mémoire flash, mémoire flash sous toute forme, mémoire vive, disque magnétique, stockage distribué localement ou dans le cloud, etc. Les données calculées par le système 2 peuvent être stockées sur tout type de mémoire similaire à la mémoire de la base de données 10 et du stockage 12, ou sur ceux-ci. Ces données peuvent être effacées après que le système 2 a effectué ses tâches ou conservées.
Le serveur web 4 a pour fonction classique de recevoir des requêtes de contenu Internet du dispositif 8 et de retourner ce contenu à ce dernier. D’une manière classique selon le protocole http (ou https), cela est réalisé par l’émission d’une requête GET qui contient l’adresse web ou localisateur uniforme de ressource (URL pour « Uniform Resource Locator » en anglais) à laquelle un utilisateur du dispositif 8 cherche à accéder.
Dans les serveurs web classique 4, il n’est pas possible de personnaliser une ressource Web sans que l’utilisateur soit authentifié, c’est-à-dire qu’il ait ouvert une session d’identification sous une quelconque forme auprès du serveur web. C’est cette authentification qui permet au serveur web de choisir des contenus personnalisés pour l’utilisateur à partir d’une même adresse de page web générique. Par contenu personnalisé, on entend par exemple le fait d’afficher une page sur laquelle tout ou une partie du contenu est modifié en fonction, par exemple, des envies et/ou goûts et/ou préférences et/ou habitudes et/ou localisation et/ou la langue de l’utilisateur authentifié. Par exemple, sur un site d’actualités sportives, cela peut être réalisé en mettant en valeur le contenu récent relatif à une ou plusieurs équipes qu’un utilisateur a indiqué préférer.
Le système de distribution de contenu Internet personnalisé 2 selon l’invention est particulier en ce qu’il permet un traitement spécifique des requêtes de pages d’accueil en l’absence d’une authentification de l’utilisateur. Dit autrement, le système de distribution de contenu Internet personnalisé 2 reçoit une requête générique dépourvue d’identifiant de l’utilisateur, et est pourtant agencé pour fournir à cet utilisateur une version de la page web qui est adaptée à ses envies et/ou goûts et/ou préférences.
Cela est d’autant plus remarquable que la page web est un cas particulier où le serveur web n’a accès à aucune information qui permette de personnaliser l’expérience utilisateur en l’absence d’authentification, alors que le serveur web peut essayer de mettre en œuvre une personnalisation pour les autres pages d’un site, par exemple sur la base du parcours ayant permis d’y accéder depuis la page web.
Pour cela, la Demanderesse a découvert qu’il est avantageux de réaliser un pré-traitement de la requête d’accès à la page web, même si cela doit retarder de quelques millisecondes son chargement côté client, afin de fournir une page web pré-personnalisée.
Ainsi, le serveur web 4 reçoit une requête d’accès à une page web Hp.html référencée GET(Hp.html) sur la , et la transmet directement à un proxy inverse 6. L’utilisation de proxys inverses 6 est en elle-même connue principalement afin de réaliser un équilibrage de charge (« Load balancing » en anglais) pour les serveurs web 4 comprenant un grand nombre de serveurs 8 permettant de gérer des flux de visiteurs importants.
Dans le mode de réalisation décrit ici, le proxy inverse 6 est partiellement détourné de son usage premier afin de permettre de personnaliser la page web retournée au dispositif 3. Pour cela, le proxy inverse 6 utilise un identifiant Reqid du dispositif 3. Cet identifiant, lorsqu’il existe, est stocké localement dans un cookie sur le dispositif 3, et est transmis au serveur web 4 avec la requête GET(Hp.html).
Dans le cas où le dispositif 3 ne contient pas d’identifiant Reqid, celui-ci est généré et stocké pour la prochaine visite. Dans l’exemple décrit ici, l’identifiant Reqid est généré par un paquet fingerprint.js (https://fingerprintjs.com), ce qui garantit d’obtenir un identifiant unique pour chaque dispositif 3. En variante, d’autres méthodes pourront être utilisées pour générer l’identifiant Reqid.
A partir de l’identifiant Reqid, le proxy inverse 6 interroge la base de données 10 afin de récupérer un identifiant de segment. Les identifiants de segments sont utilisés pour choisir le contenu personnalisé.
Plus précisément, les utilisateurs des dispositifs 3 sont regroupés en fonction de leur comportement. Par exemple, ils peuvent être regroupés parce qu’ils ont visité une page particulière précédemment, ou une succession de pages particulières, ou parce que leur attitude a été similaire (par exemple, mise dans un panier d’un article mais pas d’achat, sélection d’informations particulières, etc.), etc.
Une fois ce regroupement déterminé, une page web personnalisée est définie pour ce groupe d’utilisateurs, également appelé segment. Enfin, le base de données 10 est mise à jour afin d’associer d’une part les identifiants Reqid et d’autre part les identifiants de segment qui leur correspond.
Ainsi, lorsque le proxy inverse 6 accède à la base de données 10, il récupère un identifiant de segment Sn qui désigne un groupe d’utilisateurs pour lequel une personnalisation particulière a été prévue.
Afin d’optimiser les performances, la base de données 10 peut avantageusement être mise en œuvre sur la forme d’un cache au sein du proxy inverse 6. En variante, elle peut être mise en œuvre de toute autre manière utile.
Ensuite, le proxy inverse 6 utilise le couple page web - identifiant de segment pour obtenir la version personnalisée de la page web Hp.html pour le segment d’identifiant Sn dans le stockage 12. Dans l’exemple décrit ici, cela est réalisé en adjoignant un suffixe correspondant à l’identifiant de segment Sn au nom de la page web. D’autres réalisations seront possibles, comme un stockage dans des répertoires associés à l’identifiant de segment, d’autres conventions de nommage, etc.
Dans l’exemple décrit ici, le proxy inverse 6 est un serveur NGINX. En variante, le proxy inverse 6 pourrait être un autre proxy inverse, comme un serveur HAProxy ou Traefik. Toujours en variante, le proxy inverse 6 pourrait être un microservice, par exemple mis en œuvre au moyen d’un serveur lambda de la société Amazon Web Services.
Dans cet exemple, on peut par exemple prévoir sur l’interface de l’application dédiée installée sur chaque terminal T1’ deux icônes, l’une de validation et l’autre d’invalidation.
Comme illustré en , il est donc possible pour les utilisateurs tiers de valider (OK) ou d’invalider (NOK) un contenu multimédia par une simple interaction avec l’interface.
Cette notification REQ contient également une invitation à produire ensuite un fichier certifié tiers FC1’ relatif au même événement EV dans les mêmes conditions que le fichier certifié FC1.
Chaque terminal T1’ reprend alors les mêmes étapes que celles décrites précédemment pour, à leur tour, capturer un contenu multimédia, associer celui-ci aux métadonnées pour certifier le contenu capturé puis transmettre le fichier certifié tiers FC1’ au serveur central 10.
Dans cet exemple et comme illustré en figures 2 ou 11, la mémoire 11 du serveur 10 stocke l’ensemble des fichiers certifié tiers FC1’ produits par les terminaux T1’ et le fichier certifié FC1 produit par le terminal T1.
Toujours comme illustré notamment en , le processeur 13 met ensuite en œuvre un algorithme de traitement configuré pour associer lors d’une étape S7 les différents fichiers certifiés tiers FC1’ avec le fichier certifié FC1 dans un fichier vérifié FV1.
Ainsi, comme illustré en , le fichier vérifié FV1 dans lequel sont associés le fichier certifié FC1 et les différents fichiers certifiés tiers FC1’ produits par les utilisateurs du système présents à proximité du lieu de publication du fichier certifié FC1, après le processus de vérification par la notification géolocalisée REQ, est enregistré dans la mémoire 11 du serveur 10 et est rendu consultable par tous les autres utilisateurs du système 100 qui sont équipés d’un terminal de communication T3 et qui ont accès au serveur 10.
Un des objectifs de la présente invention est de pouvoir authentifier un évènement EV avec plusieurs fichiers vérifiés.
Dans cet exemple, il est donc prévu comme illustré en figures 4 et 16 un autre ensemble d’utilisateurs dont un utilisateur U2 muni d’un autre terminal T2.
Dans l’exemple décrit ici, cet utilisateur U2 est également témoin de l’explosion EV à Kaboul.
Dans cet exemple, l’utilisateur U2 prend une photographie de la scène à 15h56.
Comme illustré en , le terminal de communication T2 de l’utilisateur U2 génère un fichier multimédia F2 comprenant une photo relative à cette explosion EV.
Si l’utilisateur U2 est témoin de la même explosion EV que l’utilisateur U1 et que les conditions sont sensiblement identiques (Kaboul, heure de l’évènement, altitude) ; certaines des métadonnées sont différentes.
On notera dans cet exemple que : - les utilisateurs U1 et U2 ont des points de vue différents (POV pour « point of view ») par rapport à l’explosion : l’utilisateur U1 se situe au Sud-Est et l’utilisateur U2 se situe au Nord-Est ;
- l’utilisateur U1 est immobile tandis que l’utilisateur U2 est en mouvement.
Le fichier multimédia F2 produit par le terminal T2 subit alors l’ensemble des étapes décrites précédemment pour le fichier multimédia F1 pour être certifié afin de générer un fichier certifié FC2.
Toujours selon des modes de réalisation particuliers, le procédé comprend en outre une conversion d’un montant dans une monnaie réelle en un montant dans la monnaie virtuelle selon un taux de conversion défini par le premier opérateur de jeux pour effectuer la troisième mise.
L’invention a également pour objet un dispositif configuré pour mettre en œuvre le procédé décrit ci-dessus. Les avantages procurés par ce dispositif sont similaires à ceux décrits précédemment au regard du procédé.
Un programme informatique, mettant en œuvre tout ou partie du procédé décrit ci-dessus, installé sur un équipement préexistant, est en lui-même avantageux, dès lors qu’il permet d’accéder et sélectionner facilement et rapidement un événement susceptible d’intéresser un utilisateur.
Fig. 2 illustre un exemple d’étapes d’un procédé de gestion des gains d’un jeu digital de hasard multi-joueurs, selon des modes de réalisation particuliers de l’invention ;
Fig. 3 illustre un premier exemple d’architecture logique d’un système informatique pour mettre en œuvre le procédé selon des modes de réalisation particuliers de l’invention ;
Fig. 4 illustre un exemple de diagramme temporel d’étapes d’un procédé de gestion d’un compte d’argent virtuel selon des modes de réalisation particuliers de l’invention ;
Fig. 5 illustre un exemple de diagramme temporel d’étapes d’un procédé de participation à un ou plusieurs jeux élémentaires d’argent, dont au moins l’un est multi-joueurs, selon des modes de réalisation particuliers de l’invention ;
Fig. 6 illustre un exemple de diagramme temporel d’étapes d’un procédé de participation à un jeu élémentaire d’argent mono-joueur, mis en œuvre suite au procédé de la , selon des modes de réalisation particuliers de l’invention ;
Fig. 7 illustre un second exemple d’architecture logique d’un système informatique pour mettre en œuvre le procédé selon des modes de réalisation particuliers de l’invention ; et
Fig. 8 illustre un exemple de dispositif pouvant être utilisé pour mettre en œuvre, au moins partiellement, des modes de réalisation de l’invention, notamment des étapes décrites en référence aux figures 3 à 7.
Si ce n’est pas le cas, le convertisseur 1 ouvre le contacteur d’entrée Ke et se déconnecte du réseau 29 ou du groupe électrogène 28 (étape E203) :
De préférence, la teneur totale de diol(s) A2 éventuel(s) est inférieure ou égale à 5% en poids, de préférence est comprise dans la gamme de 0,5 à 5%, de préférence de 1 à 4%, de préférence de 1 à 3,5%, de préférence de 1 à 3% en poids sur le poids total de la composition représentant 100%.
Avantageusement, lesdits diols peuvent être présents en une teneur allant de 1 % à 60 % en poids, par rapport au poids total de la composition, de préférence allant de 5 % à 50 % en poids, et préférentiellement allant de 10 % à 40 % en poids, par rapport au poids total de la composition selon l’invention.
Eau – Phase aqueuse Le kit, et en particulier la composition cosmétique de base utilisée dans le kit de la présente invention comprend de l’eau, et forme une phase aqueuse avec au moins les diols présents selon la présente invention. La phase aqueuse comprend de l’eau et éventuellement des ingrédients solubles ou miscibles dans l’eau comme les solvants hydrosolubles.
Parmi les solvants hydrosolubles pouvant être utilisés dans la composition conforme à l’invention, on peut citer notamment les monoalcools inférieurs ayant de 1 à 5 atomes de carbone tels que l’éthanol et l’isopropanol, les glycols, y-compris autres que lesdits diols selon l’invention et ayant de 2 à 8 atomes de carbone, tels que l’éthylène glycol, le propylène glycol, le 1,3-butylène glycol, le propanediol, le pentylèneglycol, la glycérine et le dipropylène glycol, les cétones en C 3 -C 4 et les aldéhydes en C 2 -C 4 .
La composition comprend de préférence de l’eau en une teneur allant de 2% à 99 % en poids, plus préférentiellement allant de 5% à 95% en poids par rapport au poids total de la composition.
La phase aqueuse est présente, de préférence, dans une concentration de 2 à 99% en poids, de préférence de 10 à 90% en poids, de préférence comprise dans la gamme de 20 à 80% en poids, plus particulièrement de 30 à 60% en poids, par rapport au poids total de ladite composition.
De préférence, la quantité d’eau dans la composition selon l’invention est supérieure ou égale à 20% en poids, de préférence supérieure ou égale à 50% en poids, voire supérieure ou égale à 70% en poids par rapport au poids total de la composition.
La quantité d’eau dans la composition selon l’invention varie de préférence dans la gamme de 20% à 85% en poids, de préférence de 40 à 80% en poids, et plus particulièrement 45 à 75% en poids par rapport au poids total de la composition.
Bloc sensoriel ou de fini peau - Corps gras - Phase grasse
•un coût de routage associé à chaque dispositif routeur et dispositif domotique en mode routeur.
L’invention concerne également un dispositif domotique, le dispositif domotique étant configuré pour être alimenté en énergie électrique par un réseau d'alimentation en énergie électrique, et être attaché à un réseau maillé sans-fil par l'intermédiaire d'un dispositif routeur d’un ensemble de dispositifs routeurs, le dispositif domotique étant adapté à au moins mettre en œuvre :