INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Le dispositif de commande DC est en outre configuré pour communiquer/interagir, par tout moyen de communication adapté, avec un module d’intelligence artificielle MIA en charge de l’apprentissage des différentes actions et interactions des avatars AV_UT1, AV_UT2, AV_UT3 et/ou de leurs traits de personnalité respectifs, pendant une durée où ces avatars ont été animés par l’utilisateur dans leurs environnements virtuels respectifs, à l’aide d’une interface de commande de type homme machine.
La représente une architecture dans laquelle est mis en œuvre un procédé de commande d’au moins un avatar selon un deuxième mode de réalisation de l'invention. Dans l’exemple représenté, N environnements virtuels différents, avec N≥1, sont représentés, par exemple trois environnements EV1’, EV2’, EV3’. Chacun de ces environnements virtuels modélise un scénario d’usage exécuté dans le cadre de l’utilisation d’un service de communication de données virtuel. Dans l’exemple représenté, un tel service est l’achat d’un produit ou d’un service à l’aide d’un smartphone (« téléphone intelligent ») ou de tout autre terminal de communication adapté (ex : tablette, montre connectée, etc.). Il pourrait bien sûr s’agir d’autres types de service, par exemple un service de téléchargement de contenus, un service de simulation d’entretien d’embauche, etc.
Dans l’environnement virtuel EV1’, respectivement EV2’, EV3’, une telle commande est appliquée à un avatar AV_UT1’, respectivement AV_UT2’, AV_UT3’. Ces avatars peuvent représenter un même utilisateur UT’ ou respectivement différents utilisateurs du monde réel ayant préalablement utilisé ce service en situation réelle. Ces avatars peuvent également être créés de toute pièce sans être rattachés à un utilisateur particulier ayant préalablement utilisé ce service en situation réelle.
Selon l’invention, chacun de ces environnements virtuels EV1’, EV2’, EV3’ est une modélisation numérique d’un environnement réel dans lequel des utilisateurs ont été confrontés en situation réelle avec l’utilisation du service de communication de données.
A cet effet, chacun des environnements virtuels EV1’, EV2’, EV3’ est similaire. Dans l’exemple représenté, l’environnement virtuel EV1’ (respectivement EV2’, EV3’) représente un avatar AV_UT1’ (respectivement AV_UT2’, AV_UT3’) en train d’acheter un produit ou un service ACV1’ (respectivement ACV2’, ACV3’) à l’aide de son smartphone TEV1’, (respectivement TEV2’, TEV3’).
Selon l’invention, chacun de ces avatars AV_UT1’, AV_UT2’, AV_UT3’ est commandé, non pas au moyen d’une interface homme-machine manipulée par l’utilisateur de ces avatars, mais automatiquement par un dispositif de commande DC’ d’un type similaire au dispositif de commande DC précité.
Plus précisément, un tel dispositif de commande DC’ est configuré pour appliquer automatiquement des actions à l’avatar AV_UT1’ (respectivement AV_UT2’, AV_UT3’) dans son environnement virtuel respectif EV1’ (respectivement EV2’, EV3’), en l’absence de toute intervention de l’utilisateur pour commander ou animer ces avatars avec une interface homme machine.
A titre d’exemples non exhaustifs, le type d’actions/activités commandées par le dispositif de commande DC’ comprend :
- une action physique de l’avatar AV_UT1’ (respectivement AV_UT2’, AV_UT3’), telle que par exemple un mouvement particulier (ex : bouger les doigts pour taper un code, se pencher pour saisir l’objet à acheter, froncer les sourcils, etc.),
- une interaction de l’avatar AV_UT1’ (respectivement AV_UT2’, AV_UT3’) avec un objet virtuel, par exemple un smartphone virtuel TEV1’ (respectivement TEV2’, TEV3’) ou un produit ou service virtuel ACV1’ (respectivement ACV2’, ACV3’),
- une interaction de l’avatar AV_UT1’ (respectivement AV_UT2’, AV_UT3’) avec un autre avatar AVU1’ (respectivement AVU2’, AVU3’), tel que par exemple un vendeur, un client, un vigile de la boutique dans lequel se trouve l’objet virtuel ACV1’ (respectivement ACV2’, ACV3’), etc.,
- un type de personnalité particulier de l’utilisateur de l’avatar ou attribué à l’avatar, par exemple un niveau d’ouverture d’esprit, un niveau d’extraversion, un niveau d’empathie,
En cas d’échec de l’authentification, le serveur 31 peut également envoyer au terminal d’accès 4 une notification (non représentée) comprenant un code de retour indiquant la raison dudit échec, qui peut être par exemple dû à : l’absence dans le coffre-fort central 24 d’une entrée correspondant à l’adresse numérique 8 communiquée dans la notification 36 ; l’absence de clé publique 3b, 3b’ active dans le coffre-fort 5 de l’utilisateur 1, c’est-à-dire une clé 3b, 3b’ que l’utilisateur 1 n’a pas révoquée ; l’invalidité du format de la signature du jeton de session et/ou du numéro aléatoire communiqués dans la notification 36 ; l’absence dans le coffre-fort 5 de l’utilisateur 1 d’une clé publique correspondant à la signature du jeton de session et/ou du numéro aléatoire communiqués dans la notification 36.
Pour renforcer davantage la sécurité de la connexion au service en ligne 2, le procédé peut également prévoir la communication au terminal d’accès 4 d’un numéro aléatoire additionnel généré par le serveur d’authentification 31, notamment via le lien interactif 30 préalablement communiqué audit terminal pour lancer la procédure d’authentification de l’utilisateur 1, afin que ledit terminal d’accès signe ce numéro additionnel au moyen de la clé privée 3a et retourne ledit numéro additionnel signé via la notification 36 audit serveur d’authentification.
De façon avantageuse, l’utilisateur 1 peut enregistrer des données d’identité complémentaires, ou des empreintes numériques calculées à partir de telles données, dans son coffre-fort personnel 5, afin de permettre leur utilisation par le serveur 26 lors d’une connexion au service en ligne 2 sans avoir à les enregistrer au niveau dudit serveur.
Pour ce faire, en relation avec les figures 4 et 5, le procédé prévoit en outre, après authentification de l’utilisateur 1 : la communication par ledit utilisateur au service en ligne 2 d’une notification 44 comprenant le jeton de session, des données d’identité dudit utilisateur et l’adresse numérique 8 de son coffre-fort 5 sur la chaîne de blocs ; l’enregistrement desdites données d’identité associées à ladite adresse numérique dans une base de données 45 liée audit service en ligne.
Comme représenté sur la , le terminal d’accès 4 comprend des moyens pour communiquer la notification 44 susmentionnée au serveur 26 de fourniture du service en ligne 2, ledit serveur comprenant des moyens pour effectuer l’enregistrement des données d’identité et de l’adresse numérique 8 extraites de cette notification 44 dans une base de données 45 telle que décrite précédemment.
Après réception de la notification 44, le serveur 26 envoie successivement : une requête 46 au coffre-fort central 24 pour vérifier la validité du coffre-fort 5 de l’utilisateur 1 en vérifiant la présence de son adresse numérique 8 dans ledit coffre-fort central ; une requête 47 au coffre-fort 5 de l’utilisateur 1 pour lire les données d’identité qui y sont enregistrées, notamment sous forme d’empreintes numériques.
Le serveur 26 lance ensuite une procédure 48 pour vérifier la validité des données d’identité communiquées dans la notification 44, qui prévoit de : calculer une empreinte de hachage à partir des données d’identité communiquées dans la notification 44 ; comparer l’empreinte de hachage ainsi calculée avec les données d’identité enregistrées dans le coffre-fort 5 ; en cas de succès de cette comparaison, enregistrer les données d’identité communiquées dans la base de données 45, en les associant à l’adresse numérique 8 du coffre-fort 5 ; envoyer en retour au terminal d’accès 4 une notification 49 de succès ou d’échec dudit enregistrement.
Les données d’identité communiquées dans la notification 44 peuvent varier selon le niveau de détail et/ou de confidentialité souhaité par l'utilisateur 1. En particulier, le serveur 26 peut comprendre plusieurs interfaces API correspondant chacune à un niveau de détail et/ou de confidentialité, et avec lesquelles le terminal d’accès 4 interagit sélectivement en fonction du niveau de détail et/ou de confidentialité souhaité. Par exemple, le serveur 26 peut comprendre : une interface pour enregistrer des données d’identité nominales, telles que le nom, le prénom ou la civilité de l’utilisateur 1 ; une interface pour enregistrer uniquement un identifiant ou un pseudonyme pour l’utilisateur 1 ; une interface pour enregistrer des données bancaires, notamment un numéro de compte bancaire de type IBAN (pour l’anglais « International Bank Account Number ») ; une interface pour permettre à l’utilisateur 1 d’effacer ses données d’identité préalablement enregistrées dans la base de données 45, sans pour autant supprimer son compte personnel sur le service en ligne 2 ; une interface pour permettre à l’utilisateur 1 de supprimer définitivement son compte personnel, avec effacement de toutes les données enregistrées dans la base de données 45.
En relation avec la , le serveur 26 de fourniture du service en ligne 2 comprend également une interface pour permettre l’enregistrement sur la chaine de blocs et par l’intermédiaire du serveur 26 d’une transaction 50 effectuée par l’utilisateur 1 avec le service en ligne 2 durant une session de connexion à son compte personnel.
En particulier, le serveur 26 peut enregistrer la transaction dans une mémoire tampon, afin de l’enregistrer ultérieurement sur la chaîne de blocs sans nécessiter l’intervention de l’utilisateur 1. Ainsi, l’utilisateur 1 peut enregistrer ses transactions sur la chaine de blocs en s’affranchissant des contraintes techniques liées aux délais de consensus nécessaires pour accorder un enregistrement de données sur une chaîne de blocs.
Pour ce faire, l’utilisateur 1 signe la transaction 50 avec la clé privée 3a de son terminal d’accès 4, puis envoie avec ledit terminal à destination du serveur 26 une notification 51 comprenant cette transaction 50 signée et l’adresse numérique 8 de son coffre-fort 5.
Le serveur 26 lance ensuite une procédure 52 pour vérifier la validité de la signature de la transaction 50, en comparant la clé publique dérivée de cette signature avec la clé publique 3b enregistrée dans le coffre-fort 5, auquel il accède grâce à l’adresse numérique 8.
A l’issue de cette procédure 52, le serveur 26 : envoie au coffre-fort 5 une notification 53 pour y enregistrer la transaction 50 en cas de succès de la vérification de sa signature ; envoie en retour au terminal d’accès 4 une notification 54 de succès ou d’échec de l’enregistrement de sa transaction 50, ladite notification comprenant un code de retour indiquant le succès ou le motif de l’échec, le cas échéant.
Par la suite, le serveur 26 enregistre la transaction 50 sur la chaîne de blocs lorsque le consensus est obtenu, et ce sans nécessiter l’intervention de l’utilisateur 1. En particulier, à l’issue de cet enregistrement, le serveur 26 l’inscrit dans le coffre-fort 5, afin que l’utilisateur 1 puisse être informé de l’exécution de cet enregistrement en consultant les inscriptions enregistrées dans son coffre-fort 5 lors d’une connexion ultérieure.
Ainsi, avec un tel procédé, l’invention permet de limiter, voire même d’éviter tout impact négatif des temps de latence d’une chaine de blocs sur l’inscription des ordres clients dans ladite chaine de blocs.
Procédé de vente de jetons non-fongibles sur une chaîne de blocs L’invention concerne un procédé pour permettre à un créateur de vendre des jetons non-fongibles (NFT, pour l’anglais « non fungible token ») à des utilisateurs sur une chaîne de blocs, ainsi qu’une architecture comprenant des moyens pour mettre en œuvre un tel procédé.
Selon une autre caractéristique particulièrement avantageuse de l’invention, le dispositif comprend des profilés plats de recouvrement des zones de jonction entre les différents profilés aboutés formant la couvertine. Ces profilés garantissent l’étanchéité au niveau des zones de liaison. Cette étanchéité peut être complétée par l’utilisation de matière adhésive insérée entre les surfaces ne contact (mastic, silicone, etc…).
Selon un mode de réalisation préféré, les différents éléments constitutifs du dispositif sont en aluminium.
Néanmoins, la décomposition en plusieurs parties et la possibilité d’utiliser la couvertine dans des applications sans poteau ou avec des profilés dédiés tel celui formant solin ont conduit la demanderesse à proposer des éléments du dispositif et notamment de la couvertine en matériau différent tels le PVC (Polychlorure de Vinyle) ou l’acier.
L’invention concerne également la clôture formée des poteaux et couvertine adoptant tout ou partie des caractéristiques ci-dessus décrites.
est un dessin schématique d’une vue en perspective d’une portion de clôture équipée d’un mode de réalisation du dispositif de l’invention ;
est un dessin schématique d’une vue en perspective du dispositif de l’invention au niveau d’un poteau ;
est un dessin schématique d’une vue en perspective éclatée de l’assemblage au niveau d’un poteau ;
est un dessin schématique d’une vue de côté en coupe partielle de l’assemblage des figures 2 et 3 ;
est un dessin schématique d’une vue partielle de dessus (sans couvertine) de l’assemblage de l’assemblage des figures 2 et 3 ;
est un dessin schématique d’une vue en perspective éclatée de l’assemblage poteau, base et platine ;
est un dessin schématique d’une vue en perspective de la platine seule ;
est un dessin schématique d’une vue de côté en coupe partielle d’un assemblage au niveau du poteau avec un autre mode de réalisation de lames ;
est un dessin schématique d’une vue de côté en coupe d’un assemblage de la couvertine sans poteau ;
est un dessin schématique d’une vue de côté en coupe d’un assemblage de la couvertine sans poteau et faisant sur un de ses profilés latéraux fonction de solin ;
est un dessin schématique d’une vue en perspective éclatée de l’assemblage poteau, base et platine selon un autre mode de réalisation ;
La est une vue en perspective d’un organe de plaquage, pris de manière isolée, du dispositif de plaquage des figures 2 et 3.
La est une vue de côté de l’organe de plaquage de la .
La est une vue de dessus de l’organe de plaquage des figures 4 et 5, selon encore un autre angle de vue.
La est une vue en perspective montrant un assemblage du dispositif de plaquage des figures 2 et 3.
La montre, selon une vue en coupe partielle, l’organe de plaquage et le corps du dispositif de plaquage en vue d’être assemblés.
La montre, selon une vue en coupe partielle, l’organe de plaquage et le corps du dispositif de plaquage assemblés.
La est une vue en perspective d’un organe de plaquage, pris de manière isolée, selon une première variante de réalisation.
La est une vue similaire à celle de la , selon une deuxième variante de réalisation de l’invention.
La est une vue similaire à celle de la , selon une troisième variante de réalisation de l’invention.
La montre partiellement et schématiquement un onduleur 1, qui est par exemple adapté à piloter le fonctionnement d’une machine électrique de traction d’un véhicule électrique ou hybride, notamment un véhicule automobile.
A cet effet, l’onduleur 1 comporte un module de puissance 2 et une carte électronique 3 configurée pour commander, de manière appropriée, le module de puissance 2. Le module de puissance 2 comporte pour ce faire des broches de commande 21 qui s’étendent en direction de la carte électronique 3 et qui viennent s’engager dans des connecteurs femelles 31 de la carte électronique 3 pour réaliser une connexion électrique.
L’onduleur 1 comporte une surface 4 de refroidissement configurée pour dissiper la chaleur générée par des composants de l’onduleur 1 et notamment, dans l’exemple illustré, du module de puissance 2.
Afin d’assurer une bonne conductivité thermique et donc une évacuation efficace de la chaleur, le module de puissance 2 est plaqué ou pressé contre la surface 4 de refroidissement par un dispositif de plaquage 5 de l’onduleur 1. Le dispositif de plaquage 5 est configuré pour exercer un effort sensiblement perpendiculaire à la surface du module de puissance 2 en contact avec la surface 4 de refroidissement.
L’onduleur 1 comporte un carter 8 dans lequel sont logés le module de puissance 2, la carte électronique 3 et le dispositif de plaquage 5. Pour des raisons de compacité de l’onduleur 1, le dispositif de plaquage 5 est disposé entre le module de puissance 2 et la carte électronique 3.
Le module de puissance 2 et la surface 4 de refroidissement ayant potentiellement sur leurs surfaces en contact des irrégularités de surface, par exemple de l’ordre 150 microns maximum, il est prévu un élément d’interface 6 conducteur thermiquement qui est interposé entre le module de puissance 2 et la surface 4 de refroidissement. L’élément d’interface 6 assure ainsi une conductivité thermique améliorée, notamment en comblant de potentiels interstices entre le module de puissance 2 et la surface 4 de refroidissement.
La conductivité thermique peut encore être améliorée en appliquant un effort en compression prédéterminé sur l’élément d’interface 6 qui, dans certains cas, présente des propriétés intrinsèques de conductivité thermique variant en fonction de l’effort appliqué. L’élément d’interface 6 est par exemple une pâte thermique, aussi désignée par le terme anglophone « gap filler », pour laquelle un effort en compression compris entre 5 daN et 100 daN, de préférence entre 20 daN et 60 daN, permet d’améliorer les propriétés de conductivité thermique de cette pâte thermique. L’utilisation d’une pâte thermique garantit également une répartition homogène de l’élément d’interface 6 entre le module de puissance 2 et la surface 4 de refroidissement, en s’étalant sous l’action de l’effort exercé par le dispositif de plaquage 5. Autrement dit, l’effort appliqué par le dispositif de plaquage 5 sur le module de puissance 2 contribue à l’expansion de l’élément d'interface 6. Cet effort contribue aussi à l’obtention d’une épaisseur prédéterminée, qui est de préférence la plus faible possible, de sorte à seulement combler les interstices entre le module de puissance 2 et la surface 4 de refroidissement afin d’assurer un transfert thermique homogène.
Le premier équipement aéronautique 30 est par exemple un système de gestion de vol, ou FMS (de l’anglais Flight Management System), de l’aéronef 15. Parmi les données POP_A stockées dans le premier équipement 30, certaines sont pertinentes pour un utilisateur du premier dispositif aéronautique 30, i.e. un pilote de l’aéronef 15. Ces données forment un premier jeu de données PROP_A (de l’anglais Personal Relevant Operational Picture ). On entend par « données pertinentes pour l’utilisateur » des données utiles ou nécessaires à l’utilisateur d’un équipement aéronautique pour la réalisation de la mission. Le premier jeu de données PROP_A est respectif du premier équipement 30.
Tout comme l’aéronef 15, la station au sol 20 comprend également des capteurs 31 propres à mesurer des données relatives à ladite station au sol 20 ou à un environnement de l’aéronef 15. La station au sol 20 comprend en outre un deuxième équipement aéronautique 35 recevant les données mesurées par les capteurs 31, calculant d’autres données et stockant les données mesurées et calculées POP_B.
Chaque équipement aéronautique 30, 35 comprend optionnellement un écran d’affichage propre à afficher des données reçues du système de partage 25 comme il sera décrit par la suite.
Préférentiellement chaque équipement aéronautique 30, 35 est en outre, ou en variante à la place, configuré pour calculer des commandes de l’aéronef 15 à partir des données reçues du système de partage 25.
Selon le premier exemple, le deuxième équipement aéronautique 35 est un dispositif électronique de contrôle aérien. Un utilisateur du deuxième équipement aéronautique 35 est un contrôleur aérien.
Selon le deuxième exemple, le deuxième équipement aéronautique 35 est un système de concentration de données du service de pompiers. L’utilisateur du deuxième équipement 35 est un pompier.
Parmi les données stockées dans le deuxième équipement aéronautique 35, certaines sont pertinentes pour l’utilisateur et forment un deuxième jeu de données PROP_B.
Le système électronique de partage de données 25 comprend une pluralité de dispositifs électroniques élémentaires 40. Dans l’exemple représenté sur la , le système de partage de données 25 comprend un premier 40A, un deuxième 40B et un troisième 40C dispositifs élémentaires.
Le système de partage 25 comprend au moins un module 45 d’obtention d’un jeu de données PROP_A, PROP_B issues d’un des équipements aéronautiques 30, 35, un module d’ajout 50, un module de filtrage 55, au moins un module de transmission 60, et préférentiellement au moins un module d’enrichissement 63.
Dans l’exemple représenté sur la , le système de partage 25 comprend un premier module d’obtention 45A, un premier module de transmission 60A, et préférentiellement un premier module d’enrichissement 63A inclus dans le premier dispositif élémentaire 40A. Le système de partage 25 comprend en outre un deuxième module d’obtention 45B, un deuxième module de transmission 60B et préférentiellement un deuxième module d’enrichissement 63B inclus dans le deuxième dispositif élémentaire 40B. Le module d’ajout 50 et le module de filtrage 55 sont, quant à eux, inclus dans le troisième dispositif élémentaire 40C distinct des premier 40A et deuxième 40B dispositifs élémentaires.
Le premier dispositif élémentaire 40A est connecté au premier équipement aéronautique 25 et au troisième dispositif élémentaire 40C. Le deuxième dispositif élémentaire 40B est connecté au deuxième équipement aéronautique 30 et au troisième dispositif élémentaire 40C.
Selon un mode de réalisation non-représenté, le premier dispositif élémentaire 40A est compris dans l’aéronef 15, et le deuxième dispositif élémentaire 40B est compris dans le système au sol 20.
Dans l’exemple de la , chaque dispositif élémentaire 40A, 40B, 40C est un ordinateur comprenant respectivement un processeur 65A, 65B, 65C et une mémoire 70A, 70B, 70C associée au processeur 65A, 65B, 65C et stockant des instructions logicielles propres à être exécutées par ledit processeur 65A, 65B, 65C.
Sur la , les modules 45A, 45B, 50, 55, 60A, 60B, 63A, 63B, sont réalisés chacun sous forme d’un ou plusieurs logiciel(s), ou d’une brique logicielle, exécutable par le processeur respectif 65A, 65B, 65C.
Le support lisible par ordinateur est par exemple un medium apte à mémoriser les instructions électroniques et à être couplé à un bus d’un système informatique. A titre d’exemple, le support lisible est un disque optique, un disque magnéto-optique, une mémoire ROM, une mémoire RAM, tout type de mémoire non-volatile (par exemple EPROM, EEPROM, FLASH, NVRAM), une carte magnétique ou une carte optique. Sur le ou chaque support lisible est alors mémorisé un programme d’ordinateur comprenant des instructions logicielles.
Ainsi, la cavité permet d’élargir la section de passage du fluide dans les zones où il aurait dû avoir une section de passage très réduite. Elle y réduit la perturbation du flux de fluide. La cavité facilite ainsi le remplissage du logement par le fluide, ainsi que son évacuation. L’arrivée du fluide dans le logement a lieu sans écrasement préalable et permet d’initier le mouvement du piston vers le haut. L’invention permet de réduire les pertes de charges. Réduire les pertes de charges permet donc la réduction de la température du fluide (pour un même effort et à vitesse équivalente). Cette réduction de la température permet de moins limiter la vitesse de rotation de la machine. L’invention permet aussi de réduire le cisaillement de fluide, ce qui évite son vieillissement prématuré.
On peut prévoir que la cavité débouche dans la zone de tête.
On peut prévoir que la cavité s’étend intégralement à une distance d’un axe du logement inférieure à une plus grande distance séparant la zone de tête et l’axe.
La cavité ne s’étend pas nécessairement dans le prolongement d’une face de la zone de tête du logement.
On peut prévoir que la cavité s’étend intégralement à distance d’un plan médian du logement perpendiculaire à un axe de rotation de la machine.