INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans un mode de réalisation préféré, les agents de traitement capillaire selon l’invention contiennent au moins un alkyl(oligo)glycoside comme tensioactif non ionique ou comme émulsifiant non ionique, notamment le Caprylyl/Capryl Glucoside, Decyl Glucoside, Lauryl Glucoside, Coco Glucoside, Arachidyl Glucoside ou leurs mélanges.
Dans un autre mode de réalisation préféré, il peut être avantageux que les agents de traitement capillaire selon l’invention contiennent un mélange d’alcool arachidique et de glucoside d’arachidyle. De tels mélanges sont disponibles, par exemple, sous le nom commercial Montanov ® 202. Il s’agit d’un émulsifiant non ionique sans huile de palme et qui présente une meilleure biodégradabilité que les émulsifiants non ioniques classiques - la plupart du temps alcoxylés.
Dans un autre mode de réalisation préféré, les agents de traitement capillaire selon l’invention contiennent - par rapport à leur poids total - en plus 0,01 à 10 % en poids d’au moins un principe actif hydratant.
Dans le cadre de la présente invention, on entend par principes actifs hydratants les céramides, les extraits végétaux, l’acide hyaluronique, le hyaluronate de sodium, les polyols, l’acide lactique, le lactate de sodium, les pyrrolidone carboxylates de sodium, le carbitol, le diéthylène glycol monométhyl éther, les triglycérides à chaîne moyenne, l’urée ou leurs mélanges.
Les agents de traitement capillaire selon l’invention peuvent comprendre un ou plusieurs principes actifs hydratants d’un ou de plusieurs de ces groupes.
Dans le cadre de la présente invention, on entend par polyols appropriés, de préférence les polyalcools (ou composés polyhydroxylés) ayant 2 à 20 atomes de carbone et au moins deux groupes hydroxyles. Des exemples typiques de polyols appropriés selon l’invention sont l’éthylène glycol, le 1,2-propylène glycol, le 1,3-propylène glycol, le dipropylène glycol, le 2-méthyl-1,3-propanediol, le 1,2-butylène glycol, le 1,3 -butylène glycol, 1,4-butylène glycol, l’isoprène glycol, le 1,2-pentanediol (pentylène glycol), le 1,3-pentanediol, le 1,2-hexanediol, le 1,6-hexanediol, le 1,2,6-hexanetriol, le glycérol, le diglycérol, l’érythritol, les alcools de sucre tels que le sorbitol, le mannitol, l’isomaltitol, le lactitol, le sorbitol, le xylitol, le fructose, le glucose, le lactose, le galactose ou des mélanges de ces polyols.
On préfère particulièrement le glycol, le 1,2-propylène glycol, le 1,3-propylène glycol, le 2-méthyl-1,3-propanediol, le glycérol, le 1,2-butylène glycol, le 1,3-butylène glycol, le 1,4-butylène glycol, le pentylène glycol, le 1,2-hexanediol, le 1,6-hexanediol, le 1,2,6-hexanetriol, le dipropylène glycol, le diglycérol, l’érythritol, le sorbitol et les mélanges des substances susmentionnées. On préfère tout particulièrement le 1,2-propylène glycol, le glycérol, le 1,3-butylène glycol, le pentylène glycol, le 1,6-hexanediol, le dipropylène glycol et/ou le diglycérol.
Typiquement, une telle règle comprend un identifiant de l’application logicielle API_TA, API_JM, un identifiant du type de flux de données STR_ID, un identifiant de la tranche de réseau à utiliser pour émettre le flux de données dans le réseau de communication RC et la valeur de l’indicateur de priorité IP associée. Par exemple, pour l’application métier « Technicien Augmenté », un flux de données de type STR_1, la tranche de réseau SL_1, la structure d’une telle règle est la suivante : « Indicateur de priorité IP - Application logicielle Métier API_TA – Tranche de réseau SL_1 – Type de flux de données STR_1 ». Elles sont stockées dans une mémoire, par exemple une mémoire M1 du dispositif 100 ou une mémoire de l’équipement terminal UE, IoT.
Optionnellement, les règles UE_R reçues en 30 sont associées à un mode opératoire de l’application logicielle API_TA, AP_JM. Par exemple, on compte trois modes opératoires distincts : - un mode opératoire nominal MO_1, qui correspond à une situation de fonctionnement normale ; - un mode opératoire d’alarme MO_2, qui correspond à une situation d’alarme ; et - un mode opératoire post-alarme MO_3, qui correspond à une situation de retour à la normale ou de redémarrage suite à l’alarme.
Le fait de distinguer différents modes opératoires permet de modifier les niveaux de priorité respectifs de chacun des types de flux de données utilisés par une application logicielle à la situation de chacun de ces modes.
Par exemple, l’indicateur peut prendre au moins les valeurs suivantes : - IP_1, par exemple égal à 1 pour un flux temps-réel de priorité haute ; - IP_2, par exemple égal à 2, pour un flux non temps-réel ou différé, de priorité haute ; - IP_3, par exemple égal à 3, pour un flux non temps-réel ou différé, de priorité faible.
On présente ci-après, dans la table 1, un exemple d’affectation de niveaux de priorité aux flux des applications métiers « technicien augmenté » et « jumeau numérique » pour les trois modes opératoires précédemment définis. Application métier Valeurs de l’indicateur de priorité par type de flux et par mode opératoire Type de flux Mode opératoire « nominal » Mode opératoire « alarme » Mode opératoire « Post-alarme » « Technicien Augmenté » Voix sur IP (STR_1) IP_1 IP_1 IP_1 Streaming vidéo (STR_2) IP_2 IP_1 IP_2 Données enrichies (STR_3) IP_3 IP_1 IP_3 « Jumeau Numérique » Voix sur IP (STR_1’) IP_1 IP_1 IP_1 Données de capteurs (STR_2’) IP_3 IP_1 IP_3
[Table 1]
Dans ce cas, les règles UE_R peuvent par exemple comprendre un attribut supplémentaire correspondant au mode opératoire qui leur est associé.
En 31, une information relative à un mode opératoire courant de l’application logicielle API_TA, API_JM est reçue. On suppose ici qu’il s’agit du mode opératoire nominal MO_1.
Dans une phase de fonctionnement, un flux de données STR est reçu en 32 de l’application logicielle API_TA, API_JM. En 33, la tranche de réseau est sélectionnée, à partir d’au moins une information comprise dans un en-tête du flux de données. Par exemple, il s’agit de l’adresse IP dite de destination qui identifie l’équipement qui recevra ce flux de données et/ou d’un identifiant de l’application API_TA, API_JM. Par exemple, cette information est extraite d’un en-tête d’un protocole de signalisation, tel que le protocole NAS (de l’anglais, « Non Access Stratum ») mis en œuvre dans les échanges entre l’équipement terminal et le réseau cœur 5G, et défini par la procédure « 4.16.12.2 UE Policy Association Modification initiated by the PCF » du 3GPP TS 23.502.
En 34, le type de flux de données STR_ID (par exemple voix, streaming vidéo ou échange de données) est obtenu, par exemple à partir du 2-uplet « adresse IP (de destination) ; protocole ID » extrait d’un en-tête du flux ou du triplet d’attributs « adresse IP (de destination), numéro de port, protocole ID ». L’utilisation du triplet d’attributs sert par exemple à différencier plus finement deux flux distincts d’une même application sur la base de leurs numéros de ports distincts.
C’est notamment le cas lorsque cette application est configurée pour transmettre ces flux à un même serveur applicatif, situé en première ligne, mais que ce dernier retransmet chacun d’eux à des serveurs spécialisés distincts, situés en deuxième ligne. Par exemple, pour l’application API_TA « technicien augmenté », un serveur spécialisé dans la reconnaissance de formes reçoit les flux de streaming vidéo, un autre serveur spécialisé dans l’indexation de documentation technique reçoit les flux de données enrichies et encore un autre serveur spécialisé dans les services interpersonnels de mise en relation reçoit les flux de voix sur IP.
En 35, la valeur du mode opératoire courant MO_1 est obtenue, le cas échéant. En 36, la règle UE_R stockée en mémoire correspondant à l’application logicielle API_TA, API_JM qui a émis le flux STR, au type de flux de données STR_ID et éventuellement au mode opératoire courant MO_1 est récupérée, ce qui permet d’obtenir la valeur de l’indicateur de priorité IP associée à ce flux de données STR. En 37, l’indicateur de priorité IP est inséré dans le flux de données STR. Par exemple, il est inséré dans un en-tête du flux de données STR, tel qu’un en-tête du protocole applicatif utilisé par l’application logicielle API_TA, API_JM. Par exemple, l’indicateur de priorité IP est inséré dans une variable d’un en-tête d’une requête HTTP GET. Il peut aussi être inséré dans un en-tête d’un paquet IP, d’une trame Ethernet, ou d’un contexte de réseau 3GPP (PDP context, EPB bearer, PDU session). En variante, il peut également être inséré dans la partie utile d’un tel paquet, trame ou contexte du flux de données STR.
En 38, le flux de données STR ainsi modifié est transmis dans la tranche de donnée SL_1 du réseau de communication RC.
On comprend que, suite à un changement du mode opératoire, la valeur de l’indicateur de priorité à insérer dans le prochain flux de données émis par l’application logicielle API_TA, API_JM est mise à jour et devient celle associée au nouveau mode opératoire courant.
On présente désormais, en relation avec la , sous une forme de logigramme, un exemple de mise en œuvre d’un procédé de traitement d’un flux de données reçu d’une application logicielle API_TA, API_JM s’exécutant sur l’équipement terminal UE, IoT, dans une tranche SL_1 de réseau de communications RC, selon un mode de réalisation de l’invention. Avantageusement, ce flux de données STR est reçu par une entité d’exécution EXE du plan de transfert UP du réseau de communications RC et le procédé est mis en œuvre par le dispositif 200 intégré dans cette entité d’exécution EXE configurée pour gérer au moins la tranche de réseau SL_1 du réseau RC. Si le réseau RC est un réseau de communications mobiles conforme à la 5G, il s’agit par exemple d’un équipement du réseau d’accès radio RAN, par exemple, dans une architecture O-RAN, cet équipement peut être celui implémentant la fonction O-CU-UP (« O-RAN Central Unit – User Plane » en anglais [O-RAN]), ou un équipement du cœur de réseau.
Avantageusement, on suppose ici que l’entité d’exécution EXE est configurée pour gérer les tranches SL_1 et SL_2 du réseau RC.
La polyoléfine fonctionnalisée peut être aussi choisie parmi les copolymères éthylène/propylène majoritaires en propylène greffés par de l'anhydride maléique puis condensés avec du polyamide (ou un oligomère de polyamide) mono aminé (produits décrits dans EP-A-0342066).
La polyoléfine fonctionnalisée peut aussi être un co- ou ter polymère d'au moins les motifs suivants : (1) éthylène, (2) (méth)acrylate d'alkyle ou ester vinylique d'acide carboxylique saturé et (3) anhydride tel que anhydride maléique ou acide (méth)acrylique ou époxy tel que (méth)acrylate de glycidyle.
- les copolymères éthylène/acétate de vinyle/anhydride maléique ou méthacrylate de glycidyle ;
Le terme "(méth)acrylate d'alkyle" désigne les méthacrylates et les acrylates d'alkyle en C1 à C8, et peut être choisi parmi l'acrylate de méthyle, l'acrylate d'éthyle, l'acrylate de n-butyle, l'acrylate d'iso butyle, l'acrylate d'éthyl-2-hexyle, l'acrylate de cyclohexyle, le méthacrylate de méthyle et le méthacrylate d'éthyle.
Par ailleurs, les polyoléfines fonctionnalisées précitées peuvent aussi être réticulées par tout procédé ou agent approprié (diépoxy, diacide, peroxyde, etc.) ; le terme polyoléfine fonctionnalisée comprend aussi les mélanges des polyoléfines précitées avec un réactif difonctionnel tel que diacide, dianhydride, diépoxy, etc. susceptible de réagir avec celles-ci ou les mélanges d'au moins deux polyoléfines fonctionnalisées pouvant réagir entre elles.
Les copolymères mentionnés ci-dessus, peuvent être copolymérisés de façon statistique ou séquencée et présenter une structure linéaire ou ramifiée.
Dans un mode de réalisation, la polyoléfine est réticulée.
S’agissant du plastifiant (e) Ledit au moins un plastifiant (e) peut être présent de 0 à 6%, en particulier de 1 à 6% notamment entre 2 et 4% en poids dans la composition.
Le plastifiant peut être un plastifiant couramment utilisé dans les compositions à base de polyamide(s).
Avantageusement, on utilise un plastifiant qui présente une bonne stabilité thermique afin qu'il ne se forme pas de fumées lors des étapes de mélange des différents polymères et de transformation de la composition obtenue.
L’excursion de tension sur ces capacités parasites, liée à l’action du circuit d’aide à la commutation 50, est égale à la tension minimale entre la tension d’entrée V in et la tension de sortie V out lorsque le pont de commutation 30, 40 comporte deux branches de commutations 32, 42. Pour une configuration abaisseur, telle que l’une des première A1 et deuxième A2 configurations abaisseur, l’excursion de tension sur ces capacités parasites est alors égale à la tension de sortie V out .
La charge électrique totale que doit apporter le circuit d’aide à la commutation 50, notée Q CALC , vérifie alors l’équation suivante :
Pour une configuration abaisseur respective, ladite charge électrique totale Q CALC vérifie alors l’équation suivante :
De manière analogue, pour une configuration élévateur respective, ladite charge électrique totale Q CALC vérifie alors l’équation suivante :
Cette charge Q CALC est idéalement échangée entre les instants temporels t 2 et t 3 pour les configurations abaisseurs A1 et A2, et un courant d’échange moyen, noté I CALC _utile , vérifie alors l’équation suivante :
Pour une configuration abaisseur respective, ledit courant d’échange moyen I CALC _utile vérifie alors l’équation suivante :
L’expression du courant dans un circuit d’aide à la commutation 50 constitué de l’inductance 70, noté alors I L - C ALC , vérifie typiquement l’équation suivante :
où V CALC représente la tension aux bornes du circuit d’aide à la commutation 50, i.e. aux bornes de l’inductance 70, et L représente l’inductance de l’inductance 70.
Dans l’exemple de la première configuration abaisseur A1 de la , en considérant le circuit d’aide à la commutation 50 placé du côté de la tension V pb , i.e. connecté au deuxième pont de commutation 40, comme dans l’exemple de la , la tension V CALC aux bornes du circuit d’aide à la commutation 50, correspondant alors à la tension V pb , est sensiblement égale à +V out entre sensiblement les instants temporels t 0 et t 3 (en considérant les durées de transition de t 0 à t 1 et de t 2 à t 3 courtes devant la durée de t 0 à t 3 ), et respectivement sensiblement égale à -V out entre les instants temporels t 3 et t 6 .
Quand la tension V CALC aux bornes du circuit d’aide à la commutation 50 est égale à V out , le courant I L - CALC dans le circuit d’aide à la commutation 50 augmente en t*V out /L, c’est-à-dire selon une première pente P1 égale à V out /L. Quand la tension V CALC aux bornes du circuit d’aide à la commutation 50 est égale à -V out , le courant I L - CALC dans le circuit d’aide à la commutation 50 décroit en -t*V out /L, c’est-à-dire selon une deuxième pente P2 égale à -V out /L.
De par la symétrie, le courant I L - CALC dans le circuit d’aide à la commutation 50 passe par zéro à l’instant temporel T/4, et sa valeur est maximale autour de l’instant temporel t 3 égal à T/2 et vaut alors un courant maximal I L-CALC -max égal à T/4*V out /L, i.e. égal à T.V out /(4L).
Comme la durée entre les instants temporels t 2 et t 3 est relativement courte par rapport à la période T du cycle de résonance, le courant I L-CALC est considéré comme relativement constant entre les instants temporels t 2 et t 3 et proche du courant maximal I L-CALC -max .
La valeur de l’inductance L est alors choisie pour que le courant maximal I L-CALC -max se rapproche du courant d’échange moyen I CALC -utile décrit précédemment.
Les courants maximal I L-CALC -max et d’échange moyen I CALC -utile vérifient typiquement l’inéquation suivante :
La valeur de l’inductance L vérifie ensuite l’équation suivante :
Une valeur maximale L max de l’inductance L, également appelée inductance maximale L max , vérifie donc l’équation suivante :
Avantageusement, une telle règle de repli R_UP_FK, R_CP_FK est associée aux indicateurs de priorité correspondant à des niveaux de priorité élevée. Par exemple, pour l’application logicielle API_TA, AP_JN, seuls les flux de données associés à un indicateur de priorité IP_1 peuvent bénéficier de cette solution de repli vers une autre tranche de réseau SL_2. Lorsque des modes opératoires sont mis en œuvre, on note que ce sont les seuls flux de données de type STR_1 en mode nominal MO_1 qui peuvent bénéficier de la solution de repli, mais qu’en revanche tous les types de flux STR_1, STR_2 et STR_3 en mode alarme MO2 peuvent en bénéficier.
Ce mécanisme présente donc l’avantage d’offrir une chance supplémentaire à un flux de données prioritaire d’être acheminé lorsque les ressources du plan de transfert UP ne sont pas suffisantes dans la tranche de réseau SL_1 sélectionnée pour l’application qui l’a émis.
Il s’articule avec les deux modes de réalisation précédemment décrits de la façon suivante : - dans le cas du premier mode de réalisation, selon lequel l’entité d’exécution EXE décide localement de l’action à exécuter en appliquant des règles de traitement obtenues au préalable de l’entité de gestion EMG, le mécanisme de repli qui vient d’être décrit peut soit être exécuté localement lui aussi sur la base d’une règle de repli R_UP_FK pourvu que l’entité d’exécution soit en charge de gérer au moins deux tranches de réseau SL_1, SL_2 accessibles à l’application logicielle concernée, soit la décision de bloquer le flux de données STR ou encore de limiter le flux de données STR, déclenche l’émission d’une notification à destination de l’entité de contrôle CTR pour qu’elle mette en œuvre le mécanisme de repli en question. Par exemple, la notification comprend l’indicateur de priorité, l’identifiant de l’application logicielle API_TA, API_JN, l’identifiant de la tranche de réseau sélectionnée SL_1. A réception, l’entité de contrôle CTR met en œuvre le mécanisme de repli et répond à la notification en transmettant soit une confirmation de l’action de blocage (ou limitation de l’acheminement) AC_2 soit l’action de transfert AC_3 en précisant la tranche de réseau SL_2 vers laquelle transférer le flux de données ; - dans le cas du deuxième mode de réalisation, selon lequel l’entité d’exécution EXE notifie l’entité de contrôle CTR dont elle dépend de l’indicateur de priorité détecté dans le flux de données STR qu’elle a reçu, et de la tranche de réseau SL_1 dans laquelle elle l’a reçu, le mécanisme de repli est avantageusement mis en œuvre par l’entité de contrôle CTR suite à la décision 52 de faire exécuter à l’entité EXE la décision AC_2 de blocage du flux de données STR. De la sorte, l’entité de contrôle envoie uniquement l’action de transfert AC_3 dans sa réponse à la notification NTF de l’entité d’exécution EXE, associée à la tranche de réseau SL_2 vers laquelle ce transfert doit être réalisé.
On présente maintenant, en relation avec la , un exemple d’architecture d’un réseau de communications RC mettant en œuvre l’invention. Il comprend un plan de gestion MP, un plan de transfert UP et un plan de contrôle CP. Le plan de gestion MP comprend une pluralité d’entités de gestion EMG_1, EMG_2, EMG_3 configurées pour définir des règles d’acheminement, de traitement et de contrôle de flux de données dans les différentes tranches SL_1, SL_2 du réseau RC. En particulier, les entités de gestion sont configurées pour transmettre des règles d’acheminement de flux de données à des équipements terminaux UE, IoT connectés au réseau RC, des règles de traitement à une pluralité d’entités d’exécution EXE_1, EXE_2, EXE_3 du plan de transfert UP, et des règles de contrôle à une pluralité d’entités de contrôle CTR_1, CTR_2, CTR_3 du plan de contrôle CP du réseau RC.
Ces règles permettent de décider, en fonction d’un niveau de ressources disponibles dans une tranche de réseau et d’un niveau de priorité de ce flux, si un flux de données peut être acheminé ou s’il doit être bloqué.
Certaines de ces entités d’exécution peuvent être configurées pour gérer plusieurs tranches SL_1, SL_2 du réseau RC, d’autres une seule. Celles qui sont configurées pour gérer au moins deux tranches du réseau RC pourront mettre en œuvre le mécanisme de repli décrit en relation avec la et l’appliquer aux flux de données les plus prioritaires.
Comme précédemment décrit, ce mécanisme de repli peut, en variante, être mis en œuvre par des entités de contrôle CTR_1, CTR_2, CTR_3 lorsque les entités d’exécution qu’elles contrôlent gèrent au moins deux tranches de réseau. Par exemple, l’entité d’exécution EXE_1 détecte un mode opératoire « alarme » et en informe l’entité de contrôle CTR_1 qui gère l’entité EXE_1. Cette entité CTR_1 peut alors décider de dupliquer les flux vers une autre tranche de réseau SL_2 qui est contrôlée par une entité d’exécution EXE_1’ (non représentée) pour le plan de transfert et par cette même entité CTR_1 pour le plan de contrôle.
Les entités d’exécution du plan transfert sont placés le long du chemin ou de la route empruntée par un flux de données STR émis par l’équipement terminal UE, IoT vers sa destination. On comprend donc que chacune d’entre elles est configurée pour mettre en œuvre le procédé de traitement d’un flux de données qui vient d’être décrit sous le contrôle de l’entité de contrôle CTR_1, CTR_2, CTR_3 dont elle dépend.
On note que l’invention s’applique également dans un contexte multi-opérateurs et que de ce fait, certaines entités d’exécution ou de contrôle peuvent être configurées pour avoir une connaissance des ressources d’une tranche de réseau d’un autre opérateur et prendre une décision de transfert d’un flux de données vers cette tranche de réseau. Par exemple, l’entité de contrôle qui prend la décision relative à l’acheminement du flux de données peut recevoir des informations relatives à un niveau de ressources disponibles dans cette tranche de réseau d’un autre opérateur de la part d’une entité de contrôle gérée par cet autre opérateur.
On présente désormais, en relation avec la , un exemple de structure matérielle d’un dispositif 100 d’émission d’un flux de données dans un réseau de télécommunications, auquel est connecté un équipement terminal, ledit réseau étant découpé en une pluralité de tranches de réseau, ledit dispositif comprenant un module de sélection d’une tranche de réseau de ladite pluralité au moins en fonction de l’identifiant de l’application logicielle, un module d’obtention d’un type dudit flux, ledit type appartenant à un groupe comprenant au moins un premier type et un deuxième type de flux, et un module d’insertion d’un indicateur de priorité associé au type de flux dans un en-tête du flux de données, l’indicateur de priorité appartenant à un groupe comprenant au moins un premier indicateur associé au premier type de flux et un deuxième indicateur associé au deuxième type de flux, le premier indicateur et le deuxième indicateur de priorité ayant des valeurs distinctes et un module d’émission du flux de données dans la tranche de réseau sélectionnée.
Avantageusement, le dispositif 100 comprend un module de réception d’au moins une règle d’acheminement d’un flux de données pour ladite application logicielle, ladite règle comprenant au moins un identifiant de ladite application logicielle, ledit type de flux, ledit indicateur de priorité associé audit type de flux et un identifiant d’une dite tranche de réseau; un module de stockage en mémoire de ladite au moins une règle de traitement , les modules de sélection et d’insertion étant configurés pour appliquer ladite au moins une règle. Avantageusement, le dispositif 100 comprend aussi un module d’obtention d’un mode opératoire de ladite application logicielle, ledit mode opératoire appartenant à un groupe comprenant au moins un premier mode opératoire et un deuxième mode opératoire, ladite au moins une règle d’acheminement étant associée audit mode opératoire.