INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La présente invention peut dans un premier temps concerner le cas spécifique des drones, mais s'applique aussi à des aéronefs électriques. Elle peut trouver des applications dans bien d’autres domaines, comme : Pour les aéronefs à moteur électrique : Suivi de manifestations sportives (Tour de France, Paris-Dakar, etc…) depuis un drone ; Trajectoires des futurs taxi urbains ou aéronefs de transport civil électriques ; Suivi de navires ou de submersibles ; Surveillance d’infrastructures (chemins de fer, autoroutes, ligne électriques, frontières). Pour les voitures électriques ou les bateaux électriques.
Procédé de partage de données entre des équipements aéronautiques, système électronique de partage de données et programme d’ordinateur associés La présente invention concerne un procédé de partage de données entre des équipements aéronautiques.
La présente invention concerne également un système électronique de partage de données entre des équipements aéronautiques et un programme d’ordinateur configurés pour mettre en œuvre un tel procédé.
L’invention concerne le domaine de la communication entre des équipements aéronautiques.
Lors d’une mission de vol d’un aéronef, une pluralité d’agents sont impliqués. En effet, lors de son vol, un pilote de l’aéronef est au moins en communication avec un contrôleur aérien avec lequel il peut échanger des données sur sa mission de vol. Lors de telles communications, en règles générales, chaque utilisateur demande à son homologue les données dont il a besoin pour vérifier que la situation est conforme à un plan de vol ou alors pour déterminer différentes commandes liées à l’aéronef. Suite à la demande, l’homologue consulte un équipement avionique lui fournissant les données demandées et les transfère au premier utilisateur, par la parole ou via une communication numérique entre les équipements aéronautiques. Avec ce type de protocole de communication les données sont dites tirées (de l’anglais pull ). Autrement dit, le requérant de données est à l’origine de l’engagement du protocole de communication. Ou encore, c’est au requérant de données de signifier son besoin de données pour qu’elles lui soient fournies, le fournisseur de données ne réagissant qu’aux demandes du requérant.
Un tel mécanisme peut s’avérer suffisant lorsque seul un pilote de l’aéronef et un contrôleur aérien communiquent entre eux et que la situation n’est pas critique. Cependant, dès lors qu’un plus grand nombre d’agents sont impliqués, la quantité d’informations demandées rend ces communications trop lentes. De même, lorsque la situation est critique, par exemple pour la gestion d’une panne, la vitesse de transfert d’informations est un facteur clef qui discrimine les protocoles classiques de communication.
Pour pallier à ce problème, on connait le mécanisme de données poussées (de l’anglais push ). En effet, dans ce mécanisme, les informations issues de chaque équipement sont intégralement transmises aux autres équipements aéronautiques sans qu’une demande préalable de données ne soit nécessaire. Ainsi, l’utilisateur d’un équipement respectif n’a pas besoin de signifier son besoin pour que les données désirées lui soient transmises. Ce mécanisme permet donc de diminuer le temps d’obtention de données pour chaque utilisateur.
Cependant, dès que le nombre d’utilisateurs impliqués dépasse deux ou dès que la situation devient critique, la quantité de données à la disposition de chaque utilisateur est trop grande pour que l’utilisateur ait le temps de les traiter, pour déterminer celles dont il a besoin. En outre, une trop grande quantité de données disponibles augmente la charge cognitive des utilisateurs, voire favorise le sentiment de panique des utilisateurs des différents équipements aéronautiques pouvant conduire à des prises de décisions tardives ou erronées.
De plus, la communication d’une trop grande quantité de données est susceptible de surcharger les canaux de communications entre les équipements aéronautiques, conduisant à des ralentissements dans l’obtention des données.
Par exemple, la consigne de décélération est une valeur qui est ajoutée au niveau de décélération de base ND.
La illustre schématiquement un dispositif configuré pour le contrôle d’un niveau de décélération d’un système de conduite à pédale unique d’un véhicule électrique, selon un exemple de réalisation particulier et non limitatif de la présente invention.
Le dispositif 2 est configuré pour la mise en œuvre des opérations du processus décrites en regard les figures 1 à 3 et/ou des étapes du procédé décrit en regard de la .
La illustre schématiquement un organigramme des différentes étapes d’un procédé de contrôle d’un niveau de décélération ND d’un système de conduite à pédale unique d’un véhicule électrique, selon un exemple de réalisation particulier et non limitatif de la présente invention.
Dans une première étape 31, au moins une donnée D représentative de conditions de circulation routière à partir d’au moins un capteur embarqué du véhicule électrique 10.
Dans une deuxième étape 32, une consigne de décélération CD est déterminée en fonction de ladite au moins une donnée D.
Dans une troisième étape 33, un niveau de décélération ND est adapté selon la consigne de décélération.
Bien entendu, la présente invention ne se limite pas aux exemples de réalisation décrits ci-avant mais s’étend à un procédé de contrôle d’un niveau de décélération d’un système de conduite à pédale unique d’un véhicule électrique qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en œuvre d’un tel procédé.
Selon un mode de réalisation, l’algue du genre Ulva est choisie parmi l’ensemble des espèces du genre Ulva , de préférence dans le groupe constitué par les espèces Ulva lactuca , Ulva rigida , Ulva fasciata , Ulva pertusa , Ulva californica , Ulva gigantea , Ulva pseudocurvata , Ulva conglobata , Ulva armoricana , Ulva fasciculata , Ulva ohnoi , Ulva pseudolinza , Ulva reticulata , Ulva rotundata , Ulva elegans , Ulva prolifera , Ulva scandinavica , Ulva umbilicata , Ulva flexuosa , Ulva clathrata , Ulva compressa et Ulva intestinalis .
Selon un mode de réalisation préférée, l’algue du genre Ulva est choisie parmi Ulva lactuca , Ulva conglobata , Ulva ohnoi , Ulva reticulata , Ulva prolifera , Ulva flexuosa et Ulva intestinalis .
Selon un mode de réalisation, l’algue du genre Ulva est Ulva lactuca .
Selon un mode de réalisation, l’extrait d’algue du genre Ulva selon l’invention est susceptible d’être obtenu par le procédé décrit ci-après.
Inflammation Les inventeurs ont avantageusement démontré l’effet anti-inflammatoire de l’extrait selon l’invention vis-à-vis de la production de NO, de l’expression des protéines clés impliquées dans les cascades de signalisation liées au processus inflammatoire (NLRP-3 et iNOS), et de la sécrétion de cytokines pro-inflammatoires.
Ainsi, la présente invention concerne un extrait d’algue du genre Ulva selon l’invention pour son utilisation dans le traitement de l’inflammation.
Selon un mode de réalisation, la présente invention concerne un extrait d’algue du genre Ulva selon l’invention pour son utilisation dans le traitement de l’inflammation induite par un syndrome métabolique.
Le terme « syndrome métabolique » désigne usuellement les troubles du métabolismes énergétiques (hyperglycémie à jeun, insulino-résistance, hypertension, hypertriglycéridémie, accumulation de graisse viscérale, faible taux plasmatique de cholestérol HDL) associés à l’obésité ou au surpoids. On parle de syndrome métabolique lorsque sont présentes au moins trois des anomalies listées ci-dessus.
Selon un mode de réalisation, la présente invention concerne un extrait d’algue du genre Ulva selon l’invention pour son utilisation pour l’amélioration d’au moins un symptôme ou trouble associé à un syndrome métabolique.
Selon un mode de réalisation, la présente invention concerne un extrait d’algue du genre Ulva selon l’invention pour son utilisation dans le traitement de l’inflammation induite par l’obésité ou le surpoids.
L’obésité et le surpoids peuvent notamment être déterminés par le calcul de l’indice de masse corporelle (IMC). L’IMC s’obtient en calculant le rapport entre le poids et la taille au carré. Par exemple, une personne mesurant 1,62 m et pesant 55 kg a un IMC égal à 20 (c’est-à-dire : 55/1,62²). De manière générale, on dit qu’une personne a un poids normal lorsque son IMC est compris entre 18 et 25 kg/m², est en surpoids lorsque son IMC est compris entre 25 et 30 kg/m², et est obèse si son IMC dépasse 30 kg/m².
La présente invention concerne également une méthode pour le traitement de l’inflammation, comprenant l’administration d’un extrait d’algue selon l’invention à un mammifère en ayant besoin.
La présente invention concerne également l’utilisation d’un extrait d’algue selon l’invention pour l’obtention d’un médicament destiné au traitement de l’inflammation.
La présente invention concerne également une composition pharmaceutique ou vétérinaire comprenant un extrait d’algue selon l’invention pour son utilisation pour le traitement de l’inflammation.
T raitement des troubles cognitifs et /ou émotionnels induits par un syndrome métabolique.
Les inventeurs ont en effet démontré que l’extrait selon l’invention permet de protéger contre une dégradation des capacités cognitives et/ou une altération émotionnelle induites par un syndrome métabolique.
La représente une vue schématique d’une étape d’un procédé de fabrication d’une courroie selon l’invention, en particulier le positionnement d’une ébauche de courroie dans un moule,
La représente une vue schématique en coupe longitudinale d’un détail de l’étape du procédé de la ,
La représente une vue schématique d’une autre étape du procédé de fabrication d’une courroie selon l’invention, en particulier le positionnement d’une vessie gonflable à l’intérieur de l’ébauche,
La représente une vue schématique d’une autre étape du procédé de fabrication d’une courroie selon l’invention, en particulier l’impression du motif du moule sur l’ébauche,
La représente une vue schématique d’une autre étape du procédé de fabrication d’une courroie selon l’invention, en particulier le retrait de l’ébauche moulée,
La représente une vue schématique d’un test de résistance à la traction de la courroie selon l’invention,
La représente une vue schématique en perspective d’un ensemble selon l’invention comportant au moins une poulie et une courroie de transmission synchrone,
La représente une vue schématique de profil de l’ensemble de la , et
La représente une vue schématique en coupe transversale de l’ensemble de la .
Description détaillée de l’invention On s’intéresse à la qui montre une vue en en perspective d’une forme de réalisation d’une courroie 100 de transmission synchrone selon l’invention.
La courroie 100 de transmission synchrone comporte un corps 102 à base élastomère et un ensemble de câblés 110 de traction.
Le corps 102 à base élastomère comprend une portion dorsale 104. Ce corps 102 à base élastomère comprend aussi une portion ventrale 106, formée d’une pluralité de dents 112, 112’, 114, 114’. Cette pluralité de dents 112, 112’, 114, 114’ comporte d’une part une pluralité de dents transversales 112, 112’ et d’autre part une pluralité de dents longitudinales 114, 114’. La pluralité de dents transversales 112, 112’ et la pluralité de dents longitudinales 114, 114’ comportent chacune une surface externe configurée pour coopérer, au moins en partie, avec un creux de dent d’une poulie.
Chaque dent transversale 112, 112’ a, en outre, en section un premier profil 116 avec deux flancs 117 inclinés convergeant l’un vers l’autre en direction du sommet de la dent, ces deux flancs 117 étant, par ailleurs, reliés par au moins une partie arrondie au niveau du sommet.
On comprend par « arrondie » que le premier profil 116 des dents transversales 112, 112’ a une forme définissant au moins une courbure.
la représente schématiquement deux pixels d'un capteur de lumière selon un mode de réalisation ;
la représente des chronogrammes illustrant un exemple d'un mode de fonctionnement des pixels de la ;
la représente des chronogrammes illustrant un exemple d'un autre mode de fonctionnement des pixels de la ;
la représente schématiquement quatre pixels d'un capteur de lumière selon un mode de réalisation ;
la représente des chronogrammes illustrant un autre exemple du mode de fonctionnement de la ;
la représente des chronogrammes illustrant un exemple d'encore un autre mode de fonctionnement des pixels de la ;
la représente schématiquement un pixel d'un capteur de lumière selon encore un autre mode de réalisation ;
la représente des chronogrammes illustrant un exemple d'un mode de fonctionnement de plusieurs pixels de la ;
la représente des chronogrammes illustrant un exemple d'un autre mode de fonctionnement de plusieurs pixels de la ; et
la représente des chronogrammes illustrant un autre exemple du mode de fonctionnement de la .
Un autre objet de la présente invention est de fournir une solution pour mettre à jour une allocation fonctionnelle de manière automatique dès qu’un nouveau service déclaré ou supprimé.
Selon un premier aspect, la présente invention concerne un procédé de gestion de services mis en œuvre par des calculateurs embarqués d’un véhicule, lesdits calculateurs étant connectés entre eux à travers un réseau de communication, chaque calculateur comprenant une liste de services destinée à mémoriser au moins une information en relation avec un service. Le procédé détermine un premier calculateur comme étant l’un desdits calculateurs dont un évènement survient sur au moins l’un des services dont l’information est mémorisée dans la liste de services qu’il maintient ; le premier calculateur émet alors un premier signal porteur d’une information en relation avec ledit au moins un service ; et la liste de services maintenue par au moins un calculateur est mise à jour en fonction d’un deuxième signal porteur d’une information en relation avec ledit au moins un service.
La procédé permet une mise à jour dynamique d’une allocation fonctionnelle et temps-réel pour découvrir des services déclarés par des calculateurs d’un véhicule car elle permet d’obtenir rapidement une cartographie de ces services c’est-à-dire l’ensemble des services mis en œuvre par les calculateurs embarqués du véhicule.
Le procédé permet également la propagation rapide de toute modification d’une allocation fonctionnelle (ajout/suppression d’un service) et assure que les listes de services maintenues par les calculateurs sont toutes à jour.
La présente invention est particulièrement avantageuse pour les OEM (en anglais « Original Equipmenent Manufacter » en français, « fabricant d'équipement d'origine »), qui doivent fournir des équipements pour une grande diversité d’architectures fonctionnelles pour des marques de véhicules différentes. En effet, la présente invention peut mettre à jour les listes de services maintenues par des calculateurs quelle que soit l’architecture fonctionnelle ce qui facilite, notamment, la mise en œuvre d’évolutions de services de conduite automatisée ou de service multimédia par exemple. La présente invention permet ainsi de réduire des variantes logicielles qui pourraient s’avérer nécessaire pour déployer des services sur une plateforme logicielle spécifique et donc de réduire le coût financier pour la mise en œuvre d’options liées à ces services.
La présente invention permet aussi qu’une fonction d’un service déclaré par un calculateur soit transférée à un autre calculateur sans devoir faire la mise à jour de l’ensemble des calculateurs (et/ou proxy) de manière manuelle.
La présente invention est particulièrement avantageuse en cas d’une mise à jour à distance des services mis en œuvre par les calculateurs d’un véhicule car elle évite la mise en place d’une campagne de mise à jour de ces calculateurs (et/ou proxy) en mettant à jour automatiquement les listes de services maintenues par ces calculateurs dès qu’une modification de l’une des listes des services maintenues par ces calculateurs est modifiée.
Selon un premier mode de réalisation, l’évènement est une modification d’une information en relation avec ledit au moins un service ; le premier signal est diffusé à tous les calculateurs connectés au réseau de communication ; et la liste de services maintenue par chaque calculateur connecté au réseau de communication est mise à jour en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal.
Ce premier exemple de réalisation est avantageux car il permet une propagation rapide de toute modification de la cartographie des services déclarés dans une architecture fonctionnelle de calculateurs. Par contre, il peut consommer de la bande passante sur le réseau de communication du fait de la diffusion de signaux et de la complexité de l’architecture fonctionnelle des calculateurs.
Selon un deuxième exemple de réalisation, l’évènement est une demande d’une information en relation avec ledit au moins un service ; le premier signal est diffusé à tous les calculateurs connectés au réseau de communication ; et la mise à jour de la liste de services maintenue par au moins un calculateur en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service comprend : - détermination d’un deuxième calculateur comme étant un calculateur dont l’information en relation avec ledit au moins un service est mémorisée dans la liste de services maintenue par ledit calculateur ; - diffusion, par le deuxième calculateur, à tous les calculateurs connectés par le réseau de communication, d’un deuxième signal porteur de l’information en relation avec ledit au moins un service ; et - la liste de services maintenue par chaque calculateur connecté au réseau de communication est mise à jour (233) en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal.
Ce deuxième exemple de réalisation est avantageux car il limite le nombre de signaux diffusés en ciblant la diffusion d’une modification d’un service ou d’un nombre restreint de services. La bande passante requise pour cette diffusion est contrôlée par le nombre de services modifiés.
Selon un troisième exemple de réalisation, l’évènement est une demande d’une information en relation avec ledit au moins un service ; le premier signal est diffusé à tous les calculateurs connectés au réseau de communication ; et la mise à jour de la liste de services maintenue par au moins un calculateur en fonction d’un deuxième signal porteur de l’information en relation avec ledit au moins un service comprend : - détermination d’un deuxième calculateur comme étant un calculateur dont l’information en relation avec ledit au moins un service est mémorisée dans la liste de services maintenue par ledit calculateur ; - émission, par le deuxième calculateur, à destination du premier calculateur, d’un deuxième signal porteur de l’information en relation avec ledit au moins un service ; et - la liste de services maintenue par le premier calculateur est mise à jour en fonction de l’information en relation avec ledit au moins un service portée par le deuxième signal.
Ce troisième exemple de réalisation est avantageux car le nombre de service mis à jour et le nombre de calculateurs concernés sont deux paramètres qui permettent de contrôler la bande passante pour la mise à jour de services dans une architecture fonctionnelle de calculateurs. Ce mode de réalisation peut limiter au minimum la bande passante requise pour la mise à jour d’un service. Toutefois, la propagation de la mise à jour d’un service à l’ensemble des calculateurs d’une architecture fonctionnelle demande l’émission de signaux porteurs de demande de mise à jour de service.
Selon une variante, l’information demandée en relation avec ledit au moins un service par le premier calculateur est mémorisée dans la liste de services qu’il maintient.
Cette variante est avantageuse car elle permet une propagation d’une information d’un premier service mémorisée dans une liste de services maintenue par un calculateur même si un signal de demande concernant un deuxième service dont l’information est mémorisée dans cette liste de services est demandée. En effet, le signal de réponse émis par ce calculateur peut alors comprendre à la fois l’information en relation avec le premier signal et l’information en relation avec le deuxième signal. Le calculateur à l’initiative de la demande peut alors mettre à jour la liste des services qu’il maintient en mémorisant l’information en relation avec ces deux services.
Selon une variante, les calculateurs étant connectés pour former deux sous-réseaux, les premier et deuxième signaux émis ou diffusés par un calculateur d’un premier sous-réseau sont relayés pour être émis ou diffusés dans un deuxième sous-réseau par un calculateur jouant le rôle de passerelle entre les deux sous-réseaux.
Entre la bassine et le bord arrière, le plan-vasque 1 selon l’invention comprend en outre un orifice 4 destiné à recevoir une robinetterie d’alimentation en eau de la bassine 2.
De manière générale, l’orifice 4 est « centré » sur le plan 11 avec la bassine 12 : un centre de l’orifice 4 est aligné sur une perpendiculaire au bord arrière 11 avec un centre d’une section d’ouverture de la bassine 2, en vue de dessus.
La bassine 12 comporte un fond 121 ainsi qu’un trop-plein 124 positionnés sur une partie remontante 125 de la bassine 2. Ici en arrière de la bassine 12, cette dernière comporte un renfoncement 122 qui s’étend en saillie. Ici, le renfoncement 124 s’étend en saillie vers l’arrière depuis une partie remontante 125 arrière de la bassine 12, le fond 121 se prolonge dans le renfoncement 124 et comporte l’orifice d’évacuation 3 des eaux usées.
Ainsi, le renfoncement 122 se situe en arrière de la partie principale de la bassine 12, entre cette dernière et le bord arrière 110 du plan 11. Au surplus, le renfoncement 122 s’étend latéralement à l’orifice 4, ici à droite. En variante, le renfoncement 122 s’étend latéralement à gauche de l’orifice 4.
Le plan-vasque 1 selon l’invention comporte en outre un cache 123 destiné à coopérer avec le renfoncement 122 se sorte à restaurer une continuité du plan 11 au-dessus du renfoncement 122.
Ici, le cache 123 est plan. En variante de réalisation, le cache 123 est en forme de « L » de sorte à restaurer en partie la partie remontante 125 de la bassine 12 au niveau du renfoncement 122.
Ainsi dans cette configuration, le renfoncement 122 est couvert et caché à la vue par le cache 123 en forme de L : seul un espace pour le passage des eaux usées reste ménagé entre le cache 123 et le fond 121 de la bassine 12.
En référence aux figures 4 et 5, nous allons décrire rapidement une installation d’un plan-vasque 1 selon l’invention sur un meuble 5 sous vasque.
Le meuble 5 sous vasque est ici un meuble comportant deux tiroirs 60 et 60’ superposés et s’étendant sous le plan-vasque 1 selon l’invention.
Le plan-vasque 1 selon l’invention est ici donc posé sur le meuble 5, le bord arrière 110 en appui sur un mur non représenté sur les figures.
Au niveau du renfoncement 122, un système d’évacuation 8 est monté sur l’orifice d’évacuation 3 du plan-vasque 1 selon l’invention.
Du fait de la configuration particulière du plan-vasque 1 selon l’invention, le système d’évacuation 8, encombrant, est « rejeté » en arrière, contre le mur sur lequel le bord arrière 110 est en appui.
Ainsi le premier tiroir 60 situé en haut du meuble 5, juste en dessous du plan-vasque 1 selon l’invention, est entier car il ne comporte pas de découpe en « U », contrairement au montage des plans-vasques de l’art antérieur.
L’espace sous le fond 121 de la bassine 12 et donc sous le plan-vasque 1 selon l’invention est ainsi optimisé, le volume antérieurement occupé par le système d’évacuation 8 étant récupéré.
Les personnes à mobilité réduite en fauteuil roulant ou les personnes devant s’assoir devant le plan-vasque 1 selon l’invention ont de la place sous la bassine pour y positionner leurs jambes et faire face ainsi au plan-vasque 1 selon l’invention.