INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Or, il est important de garantir un positionnement précis de la paroi de guidage du rail de guidage par rapport au cliquet afin, d’une part, de garantir la fiabilité du blocage et, d’autre part, éviter que des efforts trop importants transitent par le mécanisme de blocage et ne soient ainsi susceptibles de l’endommager.
Une idée à la base de l’invention est un mécanisme de blocage destiné à bloquer en rotation un arbre d’un véhicule.
L’invention concerne un mécanisme de blocage destiné à bloquer en rotation un arbre de transmission d’un dispositif de mobilité équipé d’au moins un évidement de verrouillage, le mécanisme de blocage comprenant : un cliquet mobile comprenant un doigt de verrouillage, le cliquet mobile étant monté pivotant dans un plan autour d’un axe de pivotement X sur un carter de transmission entre une position de verrouillage dans laquelle le doigt de verrouillage est engagé dans l’évidement de verrouillage et une position libérée dans laquelle le doigt de verrouillage est désengagé dudit évidement de verrouillage, le cliquet mobile comprenant une surface de came, un actionneur linéaire qui déplace un chariot mobile, le chariot mobile comportant un premier galet et un deuxième galet, un rail de guidage fixé au carter de transmission, le chariot mobile étant guidé par le rail de guidage, le rail de guidage formant une paroi de fixation et une paroi de guidage accolées contre une paroi correspondante du carter de transmission, la paroi de fixation et la paroi de guidage étant positionnées orthogonalement l’une par apport à l’autre, le premier galet est placé avec un premier axe de rotation disposé perpendiculairement par rapport à la paroi de fixation tout en étant placé au contact du deuxième galet et du cliquet mobile, le deuxième galet est placé avec un deuxième axe de rotation disposé perpendiculairement par rapport à la paroi de fixation tout en étant placé au contact de la paroi de guidage, - le rail de guidage étant monté fixé au carter de transmission par un moyen de fixation, le rail de guidage et le moyen de fixation coopérant l’un avec l’autre de telle manière que la paroi de fixation est retenue au carter de transmission tout en étant apte à être déplacé par rapport à ce même moyen de fixation.
Grâce à ces caractéristiques, le rail de guidage est maintenu au carter de transmission tout en laissant un jeu qui permet de rattraper le défaut de géométrie de la pièce. Par cette fixation selon l’invention, c'est l'effort de fonctionnement par le cliquet mobile qui fait le placage du deuxième galet plutôt que la vis comme dans l’art antérieur.
Du fait du jeu existant entre la paroi de fixation et le moyen de fixation d’une part et entre la paroi de fixation et le carter de transmission d’autre part, la position de la paroi de guidage du rail de guidage peut être ajustée en permanence à la paroi correspondante du carter tout en restant constamment accolée à la même paroi du carter de transmission. Ceci garanti que le premier galet et le deuxième galet coopéreront le plus possible avec leur axe de rotation respectif Y1, Y2 parallèles l’un par apport l’autre. Ainsi, on s’assure que les efforts exercés par le cliquet mobile seront répartis le plus uniformément possibles le long des galets et de la paroi de guidage.
Selon un mode de réalisation de l’invention la paroi de fixation est fixée au carter de transmission avec un jeu prédéfini entre le moyen de fixation et le carter de transmission. Le jeu est prédéfini de telle sorte à ce que la paroi de fixation puisse être déplacée dans l’espace afin d’autoriser un ajustement de la paroi de guidage par translation parallèlement à la paroi correspondante du carter de transmission.
Selon un mode de réalisation de l’invention, le rail de guidage est fixé au carter de transmission de telle sorte à ce que la paroi de guidage puisse être déplacée contre la paroi correspondante du carter sans se décoller de cette même paroi contrairement à la paroi de fixation qui peut être décollée de la paroi correspondante du carter.
Selon un mode de réalisation, la paroi de fixation du rail de guidage présente une épaisseur comprise entre 1,5mm et 3,5mm; de préférence entre 2,5 et 3mm.
Grâce à ces caractéristiques, lorsque le chariot mobile est en mouvement relatif par rapport au rail de guidage, les forces de frottement entre le chariot mobile et le rail de guidage sont diminuées. Ainsi le déplacement du chariot mobile est assuré sans usure du chariot mobile ou du rail de guidage.
Selon un mode de réalisation de l’invention, le moyen de fixation est formé par une vis épaulée présentant une tête de vis, une portion épaulée et une tige, la tige étant destinée à être enfoncée dans le carter de transmission, la portion épaulée étant destinée à être positionnée au-dessus du carter de transmission, une longueur de la portion épaulée entre la tête de vis et le carter de transmission étant supérieure à une épaisseur de la paroi de fixation du rail de guidage. La longueur de la portion épaulée est mesurée le long d’un axe d’allongement de la vis épaulée. L’épaisseur de la paroi de fixation est mesurée le long d’un axe parallèle à l’axe d’allongement de la vis épaulée.
Selon un mode de réalisation de l’invention, la vis épaulée est insérée au travers d’un orifice formé dans une épaisseur de la paroi de fixation, l’orifice comportant un premier diamètre supérieur à un deuxième diamètre de la portion épaulée de la vis et inférieure à un troisième diamètre de la tête de vis. Ainsi, la paroi de guidage ne peut pas être décollée complètement du carter car elle est retenue par la tête de vis qui l’empêche de s’enlever du carter de transmission.
Selon un autre mode de réalisation; l’orifice peut aussi être de forme oblongue. Une telle forme permet une plus petite liberté de mouvement dans une direction parallèle au sens de déplacement du chariot, et plus grande dans une direction perpendiculaire.
Selon un mode de réalisation de l’invention, le rail de guidage est formé d’un seul tenant dans une bande de matériau métallique pliée.
Dans une variante de réalisation, la fonction de coût peut être une fonction de coût dérivable. En particulier, la fonction de coût peut être une fonction de type ‘entropie croisée’. Dans ce cas, le critère d’évaluation peut être défini par l’expression (12) suivante :
Alternativement, dans les modes de réalisation où un échantillonnage est déterminé à partir du vecteur de prédiction de comportement , la fonction de coût peut être une fonction de type « moyenne de ‘précision moyenne’ », encore appelée MAP (ou mean average precision selon l’expression anglo-saxonne correspondante) et désignée ci-après par la notation . Dans ce cas, le critère d’évaluation peut être défini selon l’équation (13) suivante :
Il est à noter qu’une fonction de coût de type MAP n’est pas dérivable. Le critère d’évaluation défini par l’équation (13) correspond à la moyenne des ‘précisions moyennes’ (AP) de chaque élément de l’échantillonnage . La précision moyenne d’ordre , ou , peut être définie comme la moyenne des précisions de chacun des ordres de l’échantillonnage . En outre, la précision à l’ordre , ou , peut être définie comme le nombre d’éléments ‘pertinents’ parmi -premiers éléments (c’est-à-dire les premiers produits recommandés).
Avantageusement, la combinaison de l’utilisation d’une fonction de coût non-dérivable à l’application de l’algorithme du type « Algorithme de descente de gradient stochastique » peut être effectués à partir d’un procédé d’apprentissage par renforcement, et en particulier selon la méthode de « policy-gradient ». La méthode de « policy-gradient » (appliquée à d’autres problématiques) est notamment décrite dans l’article “Simple statistical gradient-following algorithms for connectionist reinforcement learning” de R. J. Williams et al. 1992, Machine learning, 8(3):229–256, ou dans l’article “Policy gradient methods for reinforcement learning with function approximation” de R. S. Sutton et al. 1999, Advances in neural information processing systems, page 12.
Dans les modes de réalisation où la fonction de coût est dérivable, lors d’une itération donnée, notée par exemple , de l’algorithme d’apprentissage, le bloc de comparaison 146 peut être configuré pour déterminer un coefficient de perte à partir des valeurs d’erreur associées à chaque individu d’entrainement . En particulier, le coefficient de perte peut être défini selon l’équation (14) suivante :
Le coefficient de perte est à minimiser à chaque itération. Ainsi, le bloc de comparaison 146 peut également être configuré pour évaluer la valeur du coefficient de perte par rapport à un critère d’évaluation minimal prédéterminé. Le bloc de comparaison 146 peut être en outre configuré pour générer un point arrêt du modèle d’apprentissage si la valeur du coefficient de perte est inférieure ou égale au critère d’évaluation minimal .
Dans les modes de réalisation où la fonction de coût est de type MAP, lors d’une itération donnée, notée par exemple , de l’algorithme d’apprentissage, le bloc de comparaison 146 peut être configuré pour déterminer un objectif (ou coefficient de gain) à partir des critères d’évaluation associées à chaque individu d’entrainement . En particulier, le coefficient de gain peut être défini comme l’espérance mathématique du critère d’évaluation .
Dans des modes de réalisation, le coefficient de gain peut être défini selon l’équation (15) suivante :
Le coefficient de gain est à maximiser à chaque itération. Ainsi, le bloc de comparaison 146 peut également être configuré pour évaluer la valeur du coefficient de gain par rapport à un critère d’évaluation maximal prédéterminé. Le bloc de comparaison 146 peut être en outre configuré pour générer un point arrêt du modèle d’apprentissage si la valeur du coefficient de gain est supérieure ou égale au critère d’évaluation maximal .
Dans certains modes de réalisation, lors d’une itération , le dispositif d’apprentissage de données 14 peut être configuré pour arrêter l’application du modèle d’apprentissage à la fin de l’itération , en réponse à la détection d’un point arrêt. Dans ce cas, la valeur du nombre d’itérations de l’algorithme d’apprentissage peut alors être fixée égale à , par exemple.
L’algorithme d’apprentissage comprend également un bloc de rétropropagation 148 configuré pour appliquer une phase de rétropropagation par gradients calculés à partir de la fonction de mapping .
Le bloc de rétropropagation 148 est alors configuré pour mettre en œuvre la phase de rétropropagation par gradients pour chaque individu d’entrainement à partir d’un « message retour » noté .
L’échangeur de chaleur carburant-huile secondaire peut être un échangeur de chaleur carburant-huile asservi. Une partie, mais pas la totalité, du carburant sortant de l’échangeur de chaleur carburant-huile principal peut être dirigée vers l’échangeur de chaleur carburant-huile asservi. L’échangeur de chaleur carburant-huile asservi peut augmenter davantage la température du carburant, fournissant ainsi un refroidissement d’huile supplémentaire, avant de fournir le carburant à utiliser dans des mécanismes d’asservissement du moteur à turbine à gaz (par exemple, pour l’actionnement et/ou le chauffage hydraulique à carburant). Ces mécanismes d’asservissement peuvent comporter un système antigivre de nacelle. Les mécanismes d’asservissement peuvent comporter des actionneurs de moteur. Les mécanismes d’asservissement peuvent comporter une soupape asservie de refroidissement de carter de turbine et/ou d’aube de turbine. Seul le carburant qui a traversé l’échangeur de chaleur carburant-huile secondaire peut être utilisé dans ces systèmes auxiliaires. Le carburant utilisé dans ces systèmes peut être renvoyé dans un réservoir de carburant pour remise en circulation ultérieure, ou être recombiné avec un autre carburant sortant de l’échangeur de chaleur carburant-huile principal et entrer dans la chambre de combustion.
Arrière-plan technologique Le développement de certains logiciels peut nécessiter une grande capacité de simulation de données avant de pouvoir commercialiser ces logiciels, de manière à garantir leur qualité et leur robustesse. A titre d’exemple non limitatif, dans le domaine du développement d’un logiciel d’aide à la conduite destiné à être embarqué dans un véhicule automobile, il est nécessaire de réaliser, avant commercialisation, des campagnes de validation qui font intervenir généralement un grand nombre de modules logiciels composant le logiciel, ainsi qu’un nombre important d’ensembles de données d’entrée associés à ces modules selon un plan d’exécution prédéfini. Ces campagnes de validation sont très consommatrices en termes de stockage de données et de capacités de calcul.
Par ailleurs, l’emploi de certains logiciels commercialisés peut également nécessiter des campagnes d’exécution de ces programmes logiciels en utilisant un nombre important d’ensembles de données d’entrées selon des plans d’exécution complexes. Ici encore, les campagnes d’exécution requièrent des ressources importantes en termes de stockage et de temps de calcul.
De nombreuses entreprises ou autres organisations ont de plus en plus recours à des centres de données abritant un nombre important de systèmes informatiques interconnectés pour prendre en charge l’exécution de logiciels de plus en plus volumineux dont l’exécution nécessite un grand nombre d’ensembles de données d’entrée selon des campagnes et des plans de validation (ou plus généralement d’exécution) plus ou moins complexes.
Des solutions doivent encore être proposées pour améliorer ces systèmes.
L’invention a pour objet un véhicule automobile comprenant une unité de calcul configurée pour exécuter en temps réel des fonctionnalités logicielles embarquées propres au fonctionnement du véhicule automobile, et des moyens de communication configurés pour transmettre et recevoir des données par communications sans fil.
Selon l’invention, l’unité de calcul comporte un module logiciel de supervision configuré pour : - envoyer S1 périodiquement à un centre de données, via une communication sans fil , un message représentatif d’un état de disponibilité du véhicule automobile, déterminé à partir de paramètres représentatifs d’un état courant du véhicule ; - recevoir et mémoriser S2, en cas de disponibilité, au moins un module logiciel composant un logiciel à exécuter, au moins un ensemble de données d’entrée associé, transmis par le centre de données via une communication sans fil ; - exécuter S3, pour ledit au moins un ensemble de données d’entrée, ledit au moins un module logiciel mémorisé, sur une ou plusieurs périodes temporelles déterminées de sorte à ne pas perturber une exécution en temps réel de fonctionnalités logicielles propres au fonctionnement dudit véhicule automobile; et - transmettre S4 audit centre de données, via une communication sans fil, un ensemble de données de sortie correspondant au résultat de l’exécution dudit au moins un module logiciel.
Selon une caractéristique possible de l’invention, ledit module logiciel de supervision est en outre configuré pour commander S5, après transmission S4 de l’ensemble de données de sortie, la désinstallation dudit au moins un module logiciel et l’effacement local dudit au moins un ensemble de données d’entrée et de l’ensemble de données de sortie.
Selon une caractéristique possible de l’invention, les paramètres représentatifs d’un état courant du véhicule correspondent à un état de marche ou un état d’arrêt du moteur du véhicule, et/ou à un pourcentage de charge d’une batterie du véhicule, et/ou à une information indiquant si la batterie du véhicule est en cours de charge, et/ou une information de géolocalisation du véhicule, et/ou une information représentative d’une bande passante courante allouable pour une communication sans fil.
L’invention a pour autre objet un centre de données pour la gestion d’un service d’exécution de logiciels.
Selon l’invention, le centre de données comporte des moyens de stockage configurés pour stocker au moins un module logiciel composant un logiciel , au moins un ensemble de données d’entrée et au moins un plan de test pour exécuter ledit au moins un module logiciel selon une campagne de test prédéfinie, et un module logiciel de supervision configuré pour : - recevoir périodiquement S6, via des communications sans fil, des messages représentatifs d’un état de disponibilité transmis par un ou plusieurs véhicules automobiles selon l’invention; - transmettre S7 à au moins un véhicule automobile disponible au moins un desdits modules logiciels et au moins un ensemble de données d’entrées stockées dans les moyens de stockage ; et - recevoir S8, via une communication sans fil, un ensemble de données de sortie transmis par ledit véhicule, correspondant à un résultat d’exécution par ledit au moins un véhicule automobile disponible, dudit au moins un desdits modules logiciels transmis après exécution sur ledit au moins un ensemble de données d’entrée.
Selon une caractéristique possible de l’invention, le module logiciel de supervision est en outre configuré pour transmettre audit véhicule automobile, après réception dudit résultat d’exécution, un ordre de désinstallation du module logiciel et d’effacement local des ensembles de données d’entrée et de sortie associés.
L’invention a pour autre objet un système de gestion d’un service d’exécution de programmes logiciels comprenant : - une flotte de véhicules automobiles selon l’invention ; - au moins un centre de données selon l’invention.
La illustre schématiquement des processus d’exécution associés à deux exemples de logiciels ;
La représente schématiquement un exemple d’élaboration d’une campagne de test de logiciels ;
La illustre schématiquement un système de gestion d’un service d’exécution de logiciels utilisant un centre de données et une pluralité de véhicules automobiles conformes à l’invention;
la est une vue schématique en coupe du dispositif d’entraînement motorisé illustré à la , selon un plan de coupe passant par un axe de rotation d’un arbre de sortie de l’actionneur électromécanique, cette vue schématique en coupe étant interrompue localement ;
la est une vue schématique en perspective de l’arbre de sortie de l’actionneur électromécanique et d’un élément de liaison assemblé sur l’arbre de sortie ;
la est une vue schématique en perspective et éclatée de l’arbre de sortie de l’actionneur électromécanique et de l’élément de liaison illustrés à la ;
la est une vue schématique en perspective de l’arbre de sortie de l’actionneur électromécanique et de l’élément de liaison lors de l’insertion de ceux-ci à l’intérieur du tube d’enroulement ; et
la est une vue schématique en perspective d’une partie du tube d’enroulement.
Le dispositif d’occultation 3 peut être un store, notamment un store comprenant une toile enroulable ou un volet roulant. La présente invention s’applique à tous les types de dispositif d’occultation.
Le dispositif d’occultation 3 comprend un dispositif d’entraînement motorisé 5. Le dispositif d’entraînement motorisé 5 comprend un actionneur électromécanique 11 illustré aux figures 3 et 4.
Le dispositif d’entraînement motorisé 5 et, par conséquent, le dispositif d’occultation 3 comprend, en outre, un tube d’enroulement 4. En outre, le tube d’enroulement 4 est agencé de sorte à être entraîné en rotation, autrement dit est entraîné en rotation, par l’actionneur électromécanique 11.
Selon un mode de réalisation, le module de génération comprend en outre un module d’encodage, le module d’encodage étant configuré pour générer au moins une instruction encodée associée à au moins une instruction de la séquence aléatoire d’instructions élémentaires, l’au moins une instruction encodée étant fonction de l’au moins une instruction et d’au moins une autre instruction de la séquence aléatoire d’instructions élémentaires, l’au moins une autre instruction précédent l’au moins une instruction dans la séquence aléatoire d’instructions élémentaires.
Selon un autre aspect, l’invention concerne également un système configuré pour une sécurisation d’une saisie des éléments d’un code personnel d’identification, dit code PIN, sur un terminal mobile selon l’un des modes de réalisation décrits ci-avant, le système comprenant un serveur selon l’un des modes de réalisation décrits ci-avant, et le terminal mobile.
est une représentation schématique des éléments d’un système configuré pour mettre en œuvre le procédé selon l’invention, pour sécuriser une saisie des éléments d’un code PIN sur un clavier virtuel dessiné sur l’écran tactile d’un terminal mobile communicant avec un serveur.
illustre un exemple d’un clavier virtuel dessiné avec des zones de saisie de formes différentes.
est une présentation schématique du séquencement des étapes mises en œuvre par le terminal mobile et par le serveur.
Pour que cela soit beaucoup plus difficile pour l’attaquant de déterminer la présentation du clavier virtuel de saisie des éléments du code PIN, et d’en déduire ensuite le chiffre saisi par une saisie tactile sur une zone de saisie du clavier virtuel, il convient de supprimer les instructions de haut niveau configurées dans l’application de paiement du terminal mobile pour dessiner sur l’écran du terminal mobile les zones de saisie du clavier virtuel de saisie, du type {« dessiner la touche » , « dessiner le chiffre » }, et de remplacer ces instructions de haut niveau par une séquence d’instructions de bas-niveau pour les opérations de dessin du clavier virtuel de saisie, par exemple « dessiner le polygone ». Ladite séquence d’instructions de bas niveau configurées pour les opérations de dessin du clavier virtuel de saisie est calculée et rendue variable de manière aléatoire par le serveur, avant d’être transmise à l’application du terminal mobile d’une manière séquentielle et cryptée qui ne révèle pas la nature, l’objet, et les paramètres des opérations de dessin, de sorte que seule l’application de paiement sur le terminal mobile dispose des règles d’interprétation de la séquence d’instructions de bas niveau qui lui est transmise.
De manière complémentaire et à titre de précaution additionnelle, les instructions sont exécutées et supprimées aussitôt après, les unes après les autres, à la volée au fur et à mesure de leur réception en provenance du serveur.
Selon ces dispositions, une analyse du flux d’instructions transmises par le serveur à destination de l’application sur le terminal mobile, qui supposerait notamment de casser le cryptage utilisé pour protéger les données transmises, ne révèlera par la présentation du clavier virtuel de saisie sur l’écran du terminal mobile.
En effet, selon ces dispositions, le clavier virtuel de saisie n’est pas défini en termes d’opérations de haut-niveau relative à l’affichage de zones de saisie positionnées sur l’écran et de chiffres associés à ces zones de saisie, mais en termes d’une séquence d’opérations élémentaires de dessin graphique qui ne révèle pas directement d’information sur le positionnement des zones de saisie, et des chiffres associés à ces zones de saisie, à moins de décoder la séquence des opérations élémentaires de dessin graphique ou de « dumper » directement la mémoire graphique pour obtenir l’image rendue par l’exécution de l’ensemble de la séquence des opérations élémentaires.
Cette approche permet également de dessiner des zones de saisie, ou touches du clavier virtuel tactile, de tailles différentes, telles que représentées à titre d’exemple sur la .
La est une représentation schématique des éléments d’un système comprenant un terminal mobile TM et un serveur S, configurés pour communiquer et mettre en œuvre le procédé selon l’invention, de manière à sécuriser une saisie des éléments d’un code PIN sur un clavier virtuel CV dessiné sur un écran tactile ET du terminal mobile TM.
Habituellement, les éléments d’un code PIN sont des chiffres, comme cela est représenté sur la , mais les éléments du code PIN peut comprendre tout autre symbole graphique accepté par l’application de saisie.