INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Selon une forme de réalisation, l’étape de réglage consiste à régler la caractéristique de rayonnement en modifiant la luminance selon une valeur maximale de luminance, spécifique dans une zone d’affichage pour le passager, pour que dans une zone marginale de la zone d’affichage, on obtient, pour le conducteur, une valeur résiduelle de luminosité en utilisant la valeur maximale de luminosité qui représente la luminosité résiduelle de l’installation d’affichage, perçue dans la direction associée au conducteur. Dans l’étape de réglage, on règle la caractéristique de rayonnement en modifiant la luminance sur une valeur minimale de luminance, spécifiée dans la zone d’affichage pour que dans la zone marginale de la zone d’affichage, en utilisant cette valeur minimale de luminosité, on obtient une autre valeur de luminosité résiduelle. En outre, dans l’état de détermination on peut déterminer un contraste en utilisant la valeur maximale de luminosité et la valeur minimale de luminosité qui sont comparées dans l’étape de comparaison à un seuil de perception prédéterminé pour obtenir un résultat de comparaison.
Le résultat de comparaison peut représenter la luminosité résiduelle perceptible par le conducteur dans une direction associée ou un contraste dans l’installation d’affichage. De manière avantageuse, on détermine également la luminance ou le contraste agissant sur le conducteur et qui sont utilisés pour la zone d’affichage encore appelée région oculaire du conducteur. L’installation d’affichage comporte, par exemple, comme données de référence, la luminosité maximale et la luminosité minimale de l’installation d’affichage et détermine finalement l’intensité de l’action de la luminance sur le conducteur. Dans une forme de réalisation, ces données peuvent être obtenues par un procédé de mesure approprié pendant la fabrication de l’installation d’affichage et être enregistrées dans l’installation d’affichage ou dans un appareil de commande de l’installation d’affichage pour être appelées ou être comparées à une spécification d’objectif à respecter pour régler la luminosité de la spécification de montage qui serait sinon non respectée ou pour éliminer une partie à l’extérieur de la spécification.
Le procédé comprend également une étape de rotation du film lamellaire en utilisant le résultat de la comparaison pour régler la valeur du contraste sur une valeur inférieure au seuil de perception, pour régler la caractéristique de rayonnement de la lumière émise. De façon avantageuse, en tournant on réduit la luminosité résiduelle actuelle ou le contraste agissant sur le conducteur du véhicule. On peut également envisager d’installer le film lamellaire dans une position fixe dans l’installation d'affichage, par exemple, en équipant le procédé pour qu’à partir d’un nombre de films lamellaires ayant des angles de rotation de lamelles, différents, on installe l’angle de rotation respectif qui permet de passer, de façon garantie sous le seuil de perception dans une bande de tolérance suffisamment grande. Ce procédé est particulièrement utilisable si le seuil de perception pour un film lamellaire installé de manière fixe avec des lamelles orientées parallèlement à une perpendiculaire, c’est-à-dire des lamelles non tournées, on arrive à une faible bande de tolérance et ainsi à un rendement réduit de l’installation d’affichage qui respecte une spécification.
L’invention a également pour objet un procédé de gestion d’une installation d’affichage dans une variante telle que présentée ci-dessus, le procédé comprenant une étape d’émission de lumière dans un empilage optique pour afficher l’image en plus ou en variante, le symbole et une étape de commande de l’élément d’affichage pour émettre l’image et en plus ou en variante, le symbole en utilisant la lumière dirigée vers le passager.
Ces procédés peuvent être réalisés sous forme de programmes ou de circuits ou une combinaison de programmes et de circuits pour être implémentés, par exemple, dans au moins un appareil de commande.
L’invention telle que présentée développe en outre un dispositif conçu pour exécuter les étapes de la variante de l’un des procédés présentés ci-dessus dans des installations appropriées, pour les commander ou appliquer le procédé.
Cette variante de réalisation de l’invention sous la forme d’un dispositif permet une résoudre rapidement et efficacement le problème posé.
Le dispositif comporte au moins une unité de calcul pour traiter les signaux ou les données, au moins une unité de mémoire pour enregistrer les signaux ou les données, au moins une interface avec un capteur ou un actionneur pour enregistrer les signaux de capteur ou pour émettre des signaux de données ou de commande vers l’actionneur ou au moins une interface de communication pour recevoir ou émettre des données qui sont intégrées dans un protocole de communication. L’unité de calcul comprend, par exemple, un processeur de signal, un microcontrôleur ou un moyen analogue et l’unité de mémoire est une mémoire flash, une mémoire EEPROM ou une mémoire magnétique. L’interface de communication est réalisée pour enregistrer ou émettre les données par une liaison sans fil ou par une liaison par fil ; l’interface de communication, permet d’enregistrer ou d’émettre des données par une liaison par fil, enregistrer les données, par exemple, de manière électrique ou optique à partir d’une ligne de transmission de données ou les émettre dans une ligne de transmission de données.
Le dispositif est, par exemple, un appareil électronique qui traite les signaux des capteurs et fournit des signaux de commande ou de données en fonction de ceux-ci. Le dispositif peut comporter une interface sous forme de circuit ou de programme. Dans le cas d’une réalisation sous forme de circuit, l’interface est, par exemple, une partie d’un système ASIC qui contient différentes fonctions du dispositif. Il est également possible que les interfaces comportent des circuits intégrés qui leurs sont propres ou constituées au moins en partie de composants discrets. Dans le cas d’une réalisation sous forme de programme, les interfaces peuvent être des modules de programme qui sont, par exemple, résidants dans un microcontrôleur à côté d’autres modules de programme.
De façon avantageuse, l’invention porte également sur un produit-programme d’ordinateur ou plus simplement un programme d’ordinateur ayant un code programme qui peut être enregistré sur un support lisible par une machine ou un support de mémoire tel qu’une mémoire à semi-conducteur, un disque dur ou une mémoire optique pour l’exécution, l’application ou la commande des étapes du procédé selon l’une quelconque des formes de réalisation décrites ci-dessus, notamment lorsque le produit-programme ou le programme est exécuté par un ordinateur ou un dispositif.
La présente invention sera décrite ci-après de manière plus détaillée à l’aide d’exemples de l’installation d’affichage pour afficher une image ou un symbole pour le passager d’un véhicule et un procédé de mise en œuvre de l’installation représentés dans les dessins annexés dans lesquels :
schéma d’un véhicule pour la description d’un exemple de réalisation de l’installation et du procédé selon l’invention,
vue de côté schématique d’une installation d’affichage selon un exemple de réalisation,
vue de côté schématique d’un exemple de réalisation d’une installation d’affichage,
diagramme de la courbe de luminance habituelle par rapport à un angle de vue H pour décrire un exemple de réalisation du le procédé selon l’invention,
schéma de la disposition d’une installation d’affichage selon un exemple de réalisation,
Comme mentionné précédemment, le module de notification 2-C est configuré ici pour envoyer dans ses notifications soit le profil complet de l’entité NFk, soit une série d’opérations (comprenant une ou plusieurs opérations) de transformation à appliquer sur la valeur précédente du profil NF_PROFk (« profil précédent » au sens de l’invention) pour obtenir sa valeur courante (« profil courant » au sens de l’invention), autrement dit la valeur résultant de l’événement ayant déclenché la notification et intégrant les changements correspondant à cet événement. L’utilisation de l’un ou l’autre des modes de notification est à la discrétion de l’entité de contrôle NRF 2 (par exemple, en fonction de règles internes à l’entité de contrôle NRF 2), et peut être choisie par exemple en fonction de la quantité d’informations traduisant les modifications apportées au profil et devant être transmise vers les entités applicatives intéressées.
En l’espèce, l’événement en question correspond à une création du profil de l’entité NF_PROFk. Le module de notification 2-C choisit alors pour la notification envoyée au cours de l’étape F50, d’envoyer le profil NF_PROFk dans son intégralité à toutes les entités applicatives et en particulier à l’entité NFk, ayant souscrit aux notifications d’événements relatifs à ce profil.
On note que le module de réception NFk-B n’a pas nécessairement connaissance, avant de recevoir une notification d’événements relatifs à un profil, du format des informations contenues dans cette notification (i.e. profil complet ou série d’opérations de transformation). Dans le mode de réalisation décrit ici s’appuyant sur un réseau cœur CN 5G, comme décrit dans le document TS 29.510 (table 6.1.6.2.17-1), la notification comporte deux attributs associés respectivement à un profil complet (attribut nfProfile ) et à une série d’opérations de transformation (attribut profileChanges ), dont l’un seulement est présent c’est-à-dire, valorisé avec une valeur non nulle. De cette sorte, sur réception de la notification, le module de réception NFk-B est en mesure de savoir si cette notification contient le profil complet de l’entité applicative NFk ou seulement une série d’opérations de transformation. L’attribut nfProfile est toujours présent (i.e. valorisé à une valeur non nulle) lors de l’enregistrement d’une entité applicative.
Ainsi, sur réception de la notification envoyée par le module de notification 2-C de l’entité de contrôle NRF 2 par le module de réception NFk-B (étape E40), deux possibilités sont envisageables (étape test E50) : si le profil NF_PROFk est contenu dans son intégralité dans la notification reçue (i.e. attribut nfProfile présent et valorisé à une valeur non nulle) (réponse oui à l’étape test E50, ce qui est le cas dans l’exemple envisagé ici de la création du profil NF_PROFk), le module de réception NFk-B mémorise le profil complet reçu (qui correspond au profil courant de l’entité NFk-B), par exemple dans une mémoire non volatile non partagée (étape E60) ; si la notification ne contient pas le profil NF_PROFk dans son intégralité mais seulement une série d’opérations de transformation (comprenant une ou plusieurs opérations de transformation) traduisant les changements apportés au profil précédent de l’entité applicative (i.e. attribut profileChanges présent et valorisé à une valeur non nulle) (réponse non à l’étape test E50), le module de réception NFk-B obtient le profil précédent (avant modifications liées à l’événement) et reconstitue/évalue le profil courant NF_PROFk (autrement dit obtient une version à jour de ce profil) en lui appliquant la série d’opérations de transformation contenues dans la notification (étape E70). Puis il mémorise le profil courant ainsi obtenu, dans sa mémoire non volatile non partagée, afin de pouvoir l’utiliser comme profil précédent pour traiter une prochaine notification de l’entité de contrôle NRF 2 si besoin (étape E80). Il convient de noter que lors de l’étape E70, s’il ne dispose pas en mémoire du profil précédent de l’entité applicative NFk (qui correspond en définitive au profil courant de l’entité applicative avant réception de la notification en question), le module de réception NFk-B peut alors interroger l’entité de contrôle NRF 2 pour obtenir le profil courant NF_PROFk enregistré auprès de l’entité de contrôle NRF 2, par exemple en utilisant l’opération GetNFInstance (appartenant au service Nnrf_NFManagement défini par le standard 3GPP dans le document TS 29.510 cité précédemment). Dans ce cas, exceptionnellement il ne tient pas compte du contenu de la notification et mémorise le profil courant obtenu en interrogeant l’entité de contrôle NRF 2 dans sa mémoire non volatile non partagée pour une utilisation ultérieure comme décrit ci-avant.
Quelle que soit l’option qui s’applique, le module de réception NFk-B transmet ensuite le profil courant NF_PROFk de l’entité applicative NFk (telle que reçu de l’entité de contrôle ou reconstitué par le module de réception) au module de notification NFk-C (étape E90). Dans l’exemple d’un module de notification implémenté sous la forme d’un micro-service de traitement en temps réel de flux d’événements, cette transmission se traduit par la publication par le module de réception NFk-B du profil courant NF_PROFk dans le thème (ou « topic » en anglais) prévu à cet effet du micro-service event-stream, afin qu’il soit diffusé en l’état auprès des micro-services de l’entité applicative NFk concernés.
Le module de notification NFk-C mémorise le profil courant NF_PROFk (ex. en remplacement du profil précédent), par exemple dans une mémoire volatile non partagée (étape E100), puis notifie les micro-services s’étant préalablement enregistrés auprès de lui pour être informés des événements affectant le profil de l’entité applicative NFk (autrement dit ayant souscrit auprès du module de notification NFk-C à la notification de ces événements), et plus particulièrement ici informés de la création du profil de l’entité applicative NFk (étape E110). La notification envoyée par le module de notification NFk-C aux micro-services concernés comprend ici le profil courant NF_PROFk dans son intégralité.
La représente la gestion par l’entité applicative NFk et par l’entité de contrôle NRF2 d’autres événements affectant le profil NF_PROFk de l’entité applicative NFk que la création à proprement parler de ce profil.
Un tel événement peut être dû à l’entité applicative NFk elle-même, à une entité tierce du réseau, par exemple à l’entité OAM 9, ou à l’entité de contrôle NRF 2. Il consiste typiquement en la modification d’un ou de plusieurs attributs du profil NF_PROFk ou un désenregistrement de l’entité applicative NFk auprès de l’entité de contrôle NRF 2 résultant en une suppression de son profil.
Cet événement, lorsqu’il intervient (étape test 120) au niveau de l’entité applicative NFk, est signalé par le sous-module NFinst-MNGR de gestion à l’entité de contrôle NRF 2 (étape E130). Comme pour les notifications envoyées par l’entité de contrôle, l’événement peut être signalé sous la forme du profil NF_PROFk complet de l’entité applicative NFk ou sous la forme d’une série d’opérations de transformation.
Sur réception du signalement de l’entité applicative NFk par le module de réception 2-A de l’entité de contrôle NRF 2 (étape F60), cette dernière met à jour le profil NF_PROFk de l’entité applicative NFk pour répercuter les modifications signalées par l’entité applicative NFk (étape F70).
Cette mise à jour déclenche l’envoi, par le module de notification 2-C de l’entité de contrôle NRF 2, d’une notification aux entités du réseau ayant souscrit à une notification des événements affectant le profil de l’entité applicative NFk du type de celui signalé lors de l’étape F60, et en particulier, à l’entité applicative NFk elle-même (et plus spécifiquement à son module de réception NFk-B) (étape F80).
Comme lors de l’étape F50 précédemment décrite, le module de notification 2-C est configuré ici pour envoyer dans ses notifications soit le profil de l’entité NFk complet, soit une série d’opérations (comprenant une ou plusieurs opérations) de transformation à appliquer sur le profil précédent de l’entité applicative NFk pour obtenir son profil courant NF_PROFk. S’agissant ici d’un événement correspondant à une modification d’un ou plusieurs attributs du profil ou d’une suppression du profil, le module de notification 2-C choisit d’envoyer uniquement les opérations de transformation menant à cette modification. Il convient de noter qu’au-delà d’un certain nombre d’opérations de transformation, on peut envisager que le module de notification 2-C décide de notifier le profil courant dans son intégralité à l’entité applicative NFk.
S’en suivent alors au niveau de l’entité applicative NFk : par le module de réception NFk-B, des étapes E140 de réception de la notification, E150 de détection si le profil est transmis dans son intégralité ou seulement sous forme d’opérations de transformation, E160 d’enregistrement du profil courant transmis le cas échéant dans son intégralité ou E170 d’obtention et E180 d’enregistrement du profil courant de l’entité applicative lorsque la notification comprend seulement des opérations de transformation, E190 de transmission du profil courant au module de notification NFk-C de l’entité applicative NFk ; puis par le module de notification NFk-C, des étapes E200 de mémorisation du profil courant puis E210 de notification des micro-services concernés, identiques ou similaires respectivement aux étapes E40 à E110 décrites précédemment.
Les mêmes étapes F60 à F80 au niveau de l’entité de contrôle NRF 2 puis E140 à E210 au niveau de l’entité applicative NFk sont exécutées lorsqu’un événement affectant le profil NF_PROFk de l’entité applicative NFk est signalé par une entité tierce du réseau, comme par exemple par l’entité OAM 9 (étape G10). Cela vaut également pour les étapes F70-F80, E140 à E210 lorsque c’est l’entité de contrôle NRF 2 qui est à l’origine de cet événement (étape F90).
Comme mentionné précédemment, le premier mode de réalisation est particulièrement novateur et astucieux. Il permet de « détourner » un mécanisme de souscription/notification existant pour permettre aux différents micro-services d’une entité applicative d’être informés simultanément et en temps réel des modifications apportées dynamiquement au profil de l’entité applicative, que ce soit par un autre micro-service de l’entité applicative, l’entité de contrôle ou une autre entité tierce
Ce premier mode de réalisation offre la possibilité en outre de mettre en place des opérations de contrôle du bon fonctionnement de l’entité de contrôle NRF 2, et en particulier de sa fonctionnalité de notification. En effet, si une mise à jour du profil NF_PROFk auprès de l’entité de contrôle NRF 2 n’est pas suivie de la réception de la notification associée par l’entité applicative NFk, on peut alors supposer qu’il existe un dysfonctionnement dans la chaîne des notifications à partir de l’entité de contrôle NRF 2 impactant la chaîne de diffusion des notifications jusqu’aux micro-services concernés de l’entité applicative NFk. Un tel dysfonctionnement détecté, on peut envisager l’envoi par le module de gestion NFk-A de l’entité applicative NFk d’une alarme à l’entité de contrôle NRF 2 ou à une entité gérant cette dernière comme par exemple une entité OAM 9.
De manière préférentielle, les tensioactifs anioniques de type sulfate sont choisis, seuls ou en combinaison, parmi :
- les alkyl sulfates en C6-C24 et notamment les alkyl sulfates en C12-C20,
- les alkyl éther sulfates, notamment en C6-C24, voire en C12-C20, comprenant de préférence de 2 à 20 motifs oxyde d’éthylène ;
Lorsque le tensioactif anionique est sous forme de sel, ledit sel peut être choisi parmi les sels de métal alcalin, tels que le sel de sodium ou de potassium, les sels d’ammonium, les sels d’amine et en particulier les sels d’aminoalcool, et les sels de métal alcalino-terreux, tels que le sel de magnésium.
Parmi les sels d’aminoalcool pouvant être mentionnés, on peut inclure les sels de monoéthanolamine, diéthanolamine et triéthanolamine, les sels de monoisopropanolamine, diisopropanolamine ou triisopropanolamine, les sels de 2-amino-2-méthyl-1-propanol, sels de 2-amino-2-méthyl-1,3-propanediol et sels de tris(hydroxyméthyl)aminométhane.
De manière préférentielle, les tensioactifs anioniques sont choisis, seuls ou en association, parmi :
- les alkyl sulfates en C6-C24 et notamment en C12-C20 ;
- les alkyl éther sulfates en C6-C24 et notamment en C12-C20 ; comprenant de préférence de 2 à 20 motifs oxyde d’éthylène ;
-les alkylsulfosuccinates en C6-C24 et notamment en C12-C20, notamment les laurylsulfosuccinates ;
De préférence, le tensioactif anionique est choisi parmi le lauréth sulfate de sodium, le lauryl sulfate de sodium, et une combinaison de ceux-ci.
Au sein de la composition conforme à la présente invention, le ou les constituants bactériens peuvent être présents en une quantité d’environ 0,02 µg à 200 mg, notamment d’environ 0,2 µg à 2 mg, de préférence d’environ 20 µg, par dose unitaire de composition.
Lorsque la composition conforme à l’invention renferme, à titre d’adjuvant, un ou plusieurs compléments alimentaires et/ou nutriments ceux-ci peuvent notamment être choisis parmi les glucides, les lipides, des peptides autres que les muramyl peptides, les protéines, les acides gras, les acides aminés tels que la L-glutamine, les vitamines, les minéraux, et les prébiotiques tels que par exemple les fibres de gomme d’acacia, etc…
La composition conforme à la présente invention peut être une forme d’administration par voie orale ou respiratoire et se présenter par exemple sous la forme d’une poudre, d’une gélule ou d’un comprimé, d’une solution buvable, d’un spray nasal ou encore d’un spray aérien. Selon une forme de réalisation particulière de l’invention, ladite forme d’administration est sous forme gastro-résistante. Cette forme de réalisation est particulièrement adaptée lorsque la composition renferme au moins une souche bactérienne à titre d’adjuvant en plus dudit au moins muramyl peptide. En effet, cette forme de présentation lui permet de passer l’estomac sans être dégradée puis de libérer ladite bactérie au niveau de l’intestin.
La présente invention a également pour objet une méthode de traitement des retards de croissance squelettique chez un sujet humain ou animal juvénile, notamment chez un sujet en sous-nutrition, ladite méthode comprenant l’administration à un sujet qui en a besoin, d’une composition comprenant au moins un muramyl peptide et telle que définie selon le premier objet de l’invention.
Comme cela a été indiqué précédemment, ladite méthode peut être un traitement thérapeutique ou un traitement probiotique (ou de complément nutritionnel) lorsque la composition renferme en outre au moins une bactérie ayant un tropisme intestinal à titre d’adjuvant.
Ainsi, la présente invention a également pour objet une méthode de traitement probiotique ou postbiotique pour favoriser la croissance squelettique chez un sujet animal ou humain, notamment un sujet en sous-nutrition, ladite méthode comprenant l’administration au dit sujet, d’une composition comprenant au moins un muramyl peptide et dans le cas du traitement probiotique au moins une bactérie ayant un tropisme intestinal à titre d’adjuvant.
La méthode conforme à l’invention comprend l’administration d’une quantité suffisante d’une composition conforme au premier objet de l’invention et telle que définie ci-dessus. La quantité, la fréquence d’administration dépendront notamment de la sévérité du retard de croissance squelettique, de l’âge et de l’état du patient ou de l’animal. La méthode comprendra l’administration en une ou plusieurs fois, pouvant être échelonnée sur la période de croissance du sujet (jusqu’à la puberté ou la maturité sexuelle), de doses de composition selon l’invention. Les doses peuvent en particulier être fractionnées pour faciliter l’administration, notamment en fonction de l’âge du sujet. La fréquence d’administration est notamment comprise entre une dose (unique ou fractionnée) tous les jours et une dose tous les mois. Typiquement, la fréquence d’administration sera comprise entre une dose (unique ou fractionnée) tous les jours et une dose toutes les semaines, voire tous les 2, 3, 4, 5 ou 6 jours. Chaque dose (unique ou fractionnée) représente notamment plusieurs grammes à plusieurs dizaines de grammes de composition.