INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
A titre d’exemple, le diamètre extérieur de la première paroi latérale 120 est de 10,9 mm et le diamètre intérieur de 8,19 mm.
La base 10 peut comprendre en outre une première paroi transverse 125 perpendiculaire à l’axe X-X’, située à proximité de l’extrémité libre 123. Le terme « à proximité » désigne une distance entre l’extrémité libre 123 et la première paroi transverse 125 comprise entre 0 et 10 mm. La première paroi transverse 125 est destinée à coopérer directement ou indirectement avec le support amovible 20. Notamment, elle forme avec la première paroi latérale 120 un logement 126.
Lorsque la souscription a une durée limitée, le module 7 de gestion est configuré pour prolonger cette durée de validité de sorte à maintenir la souscription active.
Cette souscription utilise l’opération CreateSubscription de l’interface API_MNG. Elle peut être mise à jour à tout moment par le module 7 de gestion, au moyen de l’opération UpdateSubscription de l’interface API_MNG. Plus particulièrement, le module 7 de gestion réalise ici une souscription par type de fonction NF (attribut subscrCond = NFTypeCond ), pour chaque type de fonction NF existant (la liste des types de fonctions NF étant connue et finie. A titre illustratif, dans le contexte du standard 3GPP, une telle liste est notamment fournie dans le document TS 29.510 cité précédemment et inclut des fonctions NF définies par le standard 3GPP de même que des fonctions NF non définies par le standard 3GPP dites « custom NF type »). Le module 7 de gestion indique en outre comme destinataire des notifications (« endpoint » en anglais) dans l’attribut nfStatusNotificationUri de l’opération CreateSubscription , l’URI du module 9 de mise à jour, qui est configuré pour traiter les notifications. De cette sorte, le module 7 de gestion s’assure d’être informé de la mise à jour de tous les profils de fonctions NF. Il convient de noter que cet URI peut être unique ou varier par exemple selon le type de la fonction NF précisé dans la souscription (en d’autres mots, on peut envisager plusieurs instances du module 9 de mise à jour, chacune ayant son propre « endpoint » et étant associée à un ou plusieurs types de fonctions NF), par exemple dans un souci de répartition de la charge de traitement des notifications.
Ainsi, toute modification affectant un profil géré par le micro-service MS_MNG correspondant à la souscription faite par le module 7 de gestion du micro-service MS_DISC est notifiée au module 9 de mise à jour, par l’intermédiaire de l’interface API_MNG et plus particulièrement de l’opération onNFStatusEvent (étape E50). Une telle modification peut consister en la création d’un nouveau profil, en la modification d’un ou de plusieurs profils existants, mémorisés dans la couche de persistance 6 du micro-service MS_MNG, en la modification du statut d’une fonction NF dans un profil existant (passage de l’état « Registered » à l’état « Suspended ») ou en la suppression d’un profil existant. Il convient de noter que la fréquence de mise à jour du profil d’une fonction NF peut être aléatoire ou liée à des processus automatiques répondant à une logique prédictive et modélisable.
Lorsqu’une notification porte sur une mise à jour d’un profil existant, elle peut prendre ici plusieurs formats : selon un premier format, le profil en question est transmis dans son intégralité au module 9 de mise à jour (ou pour le moins, tous les attributs du profil auxquels le module 7 de gestion a souscrit) ; selon un second format, une série d’opérations de transformation appliquées à la valeur précédente du profil et reflétant les modifications apportées à ce dernier est transmise dans la notification.
Ainsi, sur réception d’une notification selon le premier format, le module 9 de mise à jour met à jour le profil (ou la portion de profil) mémorisé dans le cache primaire 8 avec le profil (ou la portion de profil) modifié contenu dans la notification ; par exemple, il extrait le profil (ou la portion de profil) contenu dans la notification et le copie dans le cache primaire 8 en remplacement de celui qui est stocké. Selon une variante, seuls les attributs ayant été modifiés sont extraits de la notification et copiés dans le cache primaire 8 en remplacement des valeurs stockées du profil en question.
Sur réception d’une notification selon le second format, le module 9 de mise à jour lit le profil correspondant dans le cache primaire 8, applique la série d’opérations de transformation transmise dans la notification aux attributs du profil pour refléter les modifications apportées à ces attributs au niveau du profil géré par le micro-service MS_MNG, et copie le profil modifié ainsi obtenu à la place de celui stocké dans le cache primaire 8.
On note que dans le mode de réalisation décrit ici, si la notification porte sur un profil qui n’est pas présent dans le cache primaire 8, le module 9 de gestion récupère le profil complet (ou la portion du profil qui l’intéresse) en utilisant l’opération GetNFInstance de l’interface API_MNG.
Le choix de l’un ou l’autre des formats de notification dépend du mode de fonctionnement du dispositif NRF 2. Ce mode de fonctionnement peut résulter d’une configuration statique (par l’opérateur du réseau) ou varier dans le temps et/ou être choisi par le dispositif NRF 2 lui-même (par exemple si on considère un grand nombre d’opérations de transformation, il peut être pertinent pour des raisons de complexité et de rapidité d’exécution de transmettre le profil complet plutôt que les opérations de transformation).
A l’issue de la mise à jour du cache primaire 8 du micro-service MS_DISC (étape E60), le contenu du cache primaire 8 reflète fidèlement le contenu de la couche de persistance 6 du micro-service MS_MNG, autrement dit, le cache primaire 8 et la couche de persistance 6 sont synchronisés. On peut toutefois envisager que ponctuellement, le module 7 de gestion déclenche une vérification d’une concordance entre les deux contenus. Cette vérification peut être exécutée directement par le module 7 de gestion ou être confiée à un module d’audit externe, et s’appuyer sur des mécanismes de synchronisation connus de l’homme du métier et non décrits en détail ici (ex. vérification du nombre de profils, des types de profils, etc. via des mécanismes de type « checksum » ou CRC (pour « Cyclic Redundancy Check » en anglais)).
Ainsi les étapes E10 à E60 qui viennent d’être décrites permettent au module 7 de gestion de provisionner le cache primaire 8 et de maintenir son contenu à jour par rapport au contenu de la couche persistance 6 du micro-service MS_MNG. Elles permettent, en un laps de temps très court, de faire en sorte que le cache primaire 8 contienne tous les profils (ou portions de profil qui intéressent le micro-service MS_DISC) de fonctions NF gérés par le micro-service MS_MNG, afin que le micro-service MS_DISC soit pleinement opérationnel pour gérer les opérations qu’il est en charge d’exécuter et que les réponses qu’il apporte soient cohérentes avec les profils de fonctions NF gérés par le micro-service MS_MNG. Il convient de noter que le temps pour initialiser le cache primaire 8 dépend également de la capacité du micro-service MS_MNG à traiter des rafales (ou « bursts » en anglais) de requêtes GetNFInstance dans un intervalle de temps très court.
Nous allons maintenant détailler l’exécution d’une opération dont le micro-service MS_DISC a la charge, et plus particulièrement le traitement, par son module 10 de traitement, d’une requête de découverte reçue d’un dispositif applicatif 4 hébergeant une fonction NF « consumer » (étape E70). Cette requête de découverte est envoyée par le dispositif applicatif 4 au module 10 de traitement du micro-service MS_DISC par l’intermédiaire de l’interface API_DISC ; elle s’appuie sur l’opération SearchNFInstances , paramétrée avec les critères de recherche souhaités par le dispositif applicatif 4. Comme indiqué précédemment, l’opération SearchNFInstances comprend deux paramètres d’entrée obligatoires (type de la fonction réseau « consumer » et type de la fonction réseau « producer » recherché), et peut comprendre par ailleurs une pluralité de paramètres d’entrée optionnels représentant des critères de recherche additionnels spécifiés par le dispositif applicatif 4.
Dans le mode de réalisation décrit ici, suite à la réception de la requête de découverte SearchNFInstances , le module 10 de traitement du micro-service MS_DISC consulte un cache secondaire 11 (ou « frontend ») du micro-service MS_DISC (étape E80). Ce cache secondaire 11 est alimenté par le module 10 de traitement à chaque requête qui lui est adressée, si tant est qu’il s’agit d’une nouvelle requête (i.e. nouveaux paramètres) qui ne correspond pas à une requête déjà traitée par le module 10 de traitement dans une période de temps déterminée (correspondant à la durée de validité des réponses faites par le module 10 de traitement). Le module 10 de traitement mémorise ainsi dans le cache secondaire 11 chaque réponse adressée à un dispositif applicatif 4 lui ayant formulé une requête de découverte, en association avec les paramètres d’entrée de cette requête. Chaque entrée du cache secondaire 11 a une durée de vie égale à la durée de validité de la réponse correspondante. Ainsi, à chaque nouvelle requête reçue, le module 10 de traitement est configuré ici pour consulter systématiquement son cache secondaire 11 pour identifier si une requête similaire ou identique a déjà été traitée et si une réponse valide (c’est-à-dire dont la durée de validité n’est pas expirée) existe le cas échéant. Le cas échéant, il extrait la réponse qui a été faite à cette requête du cache secondaire 11, met à jour les entêtes HTTP de la réponse et la durée de validité de la réponse, et l’envoie au dispositif applicatif 4 (étape E100). Le recours au cache secondaire 11 permet de réduire le temps de réponse du micro-service MS_DISC et en particulier de son module 10 de traitement, puisque les traitements internes nécessaires à l’élaboration d’une réponse à une requête ne sont pas répétés pour toute opération SearchNFInstances identique ou similaire reçue dans un intervalle de temps correspondant à la durée de validité de la réponse.
Si la requête de découverte correspond à une requête qui n’a pas déjà été traitée par le module 10 de traitement ou si elle n’est pas reçue dans l’intervalle de temps correspondant à la durée de validité d’une réponse faite à une requête similaire ou identique, le module 10 de traitement interroge le cache primaire 8 pour élaborer une réponse à cette requête (étape E90). Plus spécifiquement, à partir des paramètres d’entrée de la requête SearchNFInstances qu’il a reçue, il identifie parmi les profils des fonctions NF (ou portions de profils) mémorisés dans le cache primaire 8, les fonctions NF dites candidates répondant à ces paramètres d’entrée et ainsi aux critères de recherche formulés par le dispositif applicatif 4. Il retourne alors les profils (ou portions de profils obtenus ou attributs des profils requis dans la réponse) des fonctions NF candidates extraits du cache primaire 8, dans une réponse à la requête SearchNFInstances , via son interface API_DISC (étape E100).
Dans chaque réponse faite à la requête SearchNFInstances (extraite du cache secondaire 11 ou nouvelle réponse élaborée en interrogeant le cache primaire 8), le module 10 de traitement inclut une durée de validité dans l’attribut validityPeriod de la réponse (ainsi que dans l’entête Cache-Control de la réponse). Cette durée de validité peut avoir une valeur fixe (par exemple configurée par l’opérateur du réseau, et choisie identique pour toutes les réponses ou par type de fonctions NF, etc.) ou être déterminée de façon dynamique. Si elle est choisie trop courte, le dispositif applicatif 4 à l’origine de la requête peut être amené à solliciter souvent, voire de façon excessive, le micro-service MS_DISC bien que les profils des fonctions NF qui lui sont fournis en réponse n’ont pas changé par rapport à sa précédente requête. A contrario , si cette valeur est choisie trop grande, une partie ou tous les profils de fonctions NF se trouvant dans le cache secondaire 11 ne seront plus à jour ce qui pourrait entrainer des dysfonctionnements ou un déséquilibre dans l’interfonctionnement des fonctions NF au sein du réseau cœur CN (ex. surcharge d’une fonction NF au détriment d’une autre (mauvais équilibrage ou contrôle de charge), sollicitation d’une fonction NF indisponible ou suspendue voire désenregistrée, etc.). La durée de validité doit donc être choisie de sorte à prendre en compte ces aspects.
La durée de validité indiquée dans une réponse s’applique à tous les profils de fonctions NF fournis dans cette réponse. Dans un mode particulier de réalisation, on peut envisager pour la fixer de tenir compte de la durée de validité du profil de fonction NF qui est amené à changer dans l’intervalle de temps le plus court parmi tous les profils de fonctions NF fournis dans la réponse, mais également, plus largement de prendre en compte la dynamicité du réseau cœur 5G (enregistrement de nouvelles fonctions NF, désenregistrement de fonctions NF).
Grâce à l’invention, le micro-service de découverte MS_DISC dispose de la fréquence de mise à jour de chaque profil de fonction NF via les notifications reçues par le module 9 de mise à jour pour chacun d’eux. Il est possible à partir de ces fréquences de mise à jour au module 10 de traitement de déduire une durée de validité plus ou moins prédictive pour chaque profil de fonction NF (correspondant à la fréquence de mise à jour du profil) et d’utiliser cette information pour déterminer une durée de validité d’une réponse fournie à une requête.
Le présent exposé concerne également un ensemble comprenant : - un élément de fixation selon l’une des revendications précédentes, - une bague, adaptée pour venir envelopper l’écrou de l’élément de fixation, - une rallonge, présentant un corps s’étendant selon une direction longitudinale définie par un axe longitudinal, ledit corps comprenant successivement, depuis une extrémité proximale vers une extrémité distale selon la direction longitudinale : une portion filetée, un collet et un écrou, dans lequel la portion filetée de la rallonge est adaptée pour être engagée dans le taraudage de l’élément de fixation, le collet de l’élément de fixation, le collet de la rallonge et la bague présentent une même section externe.
Selon un exemple, la rallonge présente un taraudage s’étendant depuis l’extrémité distale dans un volume interne de l’écrou et dans un volume interne du collet.
Le présent exposé concerne également un tel ensemble, comprenant en outre - un élément de liaison, présentant un corps s’étendant selon une direction longitudinale définie par un axe longitudinal, ledit corps comprenant successivement, depuis une extrémité proximale vers une extrémité distale selon la direction longitudinale * une portion filetée adaptée pour être engagée dans le taraudage de la rallonge, * un collet, * un portion fonctionnelle, ledit élément de liaison étant formé en une seule pièce, - un manchon, adaptée pour venir envelopper partiellement la portion filetée de l’élément de fixation.
La présente un élément de fixation selon un aspect de l’invention.
La représente un élément de fixation associé à un élément de liaison.
La est une vue en coupe partielle d’un élément de fixation associé à un une rallonge.
La représente une bague pour élément de fixation selon un aspect de l’invention.
La est une vue en coupe partielle qui représente l’association entre un élément de fixation, une bague et une rallonge en vue éclatée.
La est une vue en coupe partielle qui représente l’association entre un élément de fixation, une bague et une rallonge.
La présente un exemple de filetage pour l’élément de fixation.
La présente une variante de la .
On décrit à présent un élément de fixation et les éléments associés en référence aux figures 1 à 8.
On représente sur les figures un élément de fixation 100 qui comprend un corps 10 s’étendant selon une direction longitudinale définie par un axe longitudinal X-X. Dans la description qui suit, les éléments s’étendant axialement seront compris comme étant des éléments s’étendant selon l’axe longitudinal X-X, et les éléments s’étendant radialement seront compris comme étant des éléments s’étendant radialement par rapport à l’axe longitudinal X-X.
La composition à utiliser pour le processus cosmétique selon la présente invention peut comprendre, en plus des ingrédients susmentionnés, des ingrédients facultatifs généralement utilisés en cosmétique, spécifiquement, des tensioactifs ou des émulsifiants, des épaississants hydrophiles, des épaississants lipophiles inorganiques, des extraits naturels dérivés d’animaux ou de végétaux, des cires et similaires, dans une plage qui n’affecte pas les effets de la présente invention.
La composition à utiliser pour le processus cosmétique selon la présente invention peut comprendre le ou les additifs facultatif(s) ci-dessus en une quantité de 0,01 % à 50 % en poids, de préférence de 0,05 % à 30 % en poids, et plus préférentiellement de 0,1 % à 10 % en poids, par rapport au poids total de la composition.
La composition à utiliser pour la présente invention peut être préparée, par exemple, en mélangeant les ingrédients essentiels ci-dessus et le(s) ingrédient(s) facultatif(s), si nécessaire, comme expliqué ci-dessus..
Le procédé et les moyens pour mélanger les ingrédients essentiels et facultatifs ci-dessus ne sont pas limités. Tout procédé et moyen classique peuvent être utilisés pour mélanger les ingrédients essentiels et facultatifs ci-dessus afin de préparer la composition à utiliser pour la présente invention.
Référence 1 (Préparation des particules présentant une micro-protubérance)
Les particules présentant une micro-protubérance ont été préparées à l’aide d’une composition comportant les ingrédients montrés dans le Tableau 2.
Ingrédient Concentration (% p/p) Acide hyaluronique (30 kDa) 10 Red 33 1 Eau 89
La composition montrée dans le tableau 1 a été versée dans des cavités d’un moule où chacune des cavités a une forme de micro-protubérance et sèche à température ambiante. Ensuite, la composition sous la forme de la micro-protubérance dans chacune des cavités a été retirée du moule. La forme de la micro-protubérance est montrée dans le Tableau 3.
Forme Largeur de la base (μm) 200 Hauteur (μm) 370 Angle de tête (°) 30
Référence 2 (Préparation de la composition anhydre)
Une composition anhydre a été préparée en mélangeant les ingrédients montrés dans le Tableau 4.
Ingrédient Concentration (% p/p) Particules préparées dans la référence 1 10,00 Saccharose 0,90 Alcool oléylique 8,02 Copolymère éthylènediamine/dilinoléate dimère de stéaryle 4,45 Isododécane 76,63
Exemple 1 (Traitements)
Selon le mode de réalisation présenté sur les figures 1 à 8, la partie de manipulation 9, qui présente notamment une interface utilisateur 18, est montée mobile en rotation par rapport aux deux bras de liaison 10 autour d’un axe de rotation C et entre au moins une première position d’utilisation et une deuxième position d’utilisation. La première position d’utilisation est dédiée au premier mode d’utilisation et permet à l’interface utilisateur 18 d’être accessible pour un utilisateur lorsque l’appareil de cuisson 1 est dans le premier mode d’utilisation, et la deuxième position d’utilisation est dédiée au deuxième mode d’utilisation et permet à l’interface utilisateur 18 d’être accessible pour l’utilisateur lorsque l’appareil de cuisson 1 est dans le deuxième mode d’utilisation. La première position d’utilisation et la deuxième position d’utilisation sont avantageusement décalées angulairement l’une de l’autre d’environ 90°.
La partie de manipulation 9 est allongée et s’étend selon l’axe de rotation C qui est sensiblement parallèle à l’axe de pivotement A ; qui est par ailleurs, sensiblement horizontal lorsque l’appareil de cuisson 1 repose sur une surface horizontale.
La partie de manipulation 9 comporte également un boîtier 19 et une façade 20 fixée au boîtier 19. Le boîtier 19 et la façade 20 délimitent un logement interne 21 dans lequel est logée une carte électronique 22 associée l’interface utilisateur 18. La façade 20 est pourvue d’une surface principale 23 qui est sensiblement plane et sur laquelle est prévue l’interface utilisateur 18.
Selon le mode de réalisation de l’invention représenté sur les figures, l’appareil de cuisson 1 est configuré de telle sorte que la surface principale 23 est inclinée d’un angle d’inclinaison compris entre 30° et 60°, et avantageusement entre 40° et 50°, par rapport à un plan vertical, lorsque l’appareil de cuisson 1 repose sur une surface horizontale, que la deuxième structure 5 est dans la position de fermeture et que la partie de manipulation 9 est dans la première position d’utilisation. Egalement, l’appareil de cuisson 1 est configuré de telle sorte que la surface principale 23 est inclinée d’un angle d’inclinaison compris entre 30° et 60°, et avantageusement entre 40° et 50°, par rapport à un plan vertical, lorsque l’appareil de cuisson 1 repose sur une surface horizontale, que la deuxième structure 5 est dans la position d’ouverture maximale et que la partie de manipulation 9 est dans la deuxième position d’utilisation.
Comme montré plus particulièrement sur les figures 3 et 4, les bras de liaison 10 comportent chacun une portion de support 24 qui est globalement cylindrique, et la partie de manipulation 9 comporte deux portions de montage 25 pourvues chacune d’un logement de réception. La portion de support 24 de chaque bras de liaison 10 est reçue dans le logement de réception respectif et est montée mobile en rotation par rapport à la portion de montage 25 respective autour de l’axe de rotation C. De façon avantageuse, chaque portion de support 24 est tubulaire et comporte un passage central 26 qui est centré sur l’axe de rotation C. Au moins l’un des passages centraux 26 est configuré pour autoriser le passage d’un câble d’alimentation électrique apte à alimenter électriquement l’interface utilisateur 18, ou plus particulièrement la carte électronique 22 associée à l’interface utilisateur 18. Le passage central 26 est également configuré pour autoriser le passage d’au moins un câble de liaison reliant la carte électronique 22, associée à l’interface utilisateur 18, à l’unité de commande 17.
Comme montré également sur les figures 3 et 4, l’appareil de cuisson 1 comporte en outre un système d’indexage 27 configuré de telle sorte que chacune des première et deuxième positions d’utilisation est stable. Le système d’indexage 27 comporte par exemple deux évidements d’indexage 28 prévus sur chacun des deux bras de liaison 10, et un organe d’indexage 29 prévu sur chacune des portions d’extrémité de la partie de manipulation 9. Les évidements d’indexage 28 sont répartis autour de l’axe de rotation C. Chacun des organes d’indexage 29 est configuré pour coopérer avec un évidement d’indexage 28 respectif lorsque la partie de manipulation 9 occupe la première position d’utilisation et avec un évidement d’indexage 28 respectif lorsque la partie de manipulation 9 occupe la deuxième position d’utilisation.
Selon le mode de réalisation représenté sur les figures, chacun des organes d’indexage 29 est formé par une bille d’indexage 30. De façon avantageuse, chacune des billes d’indexage 30 est montée coulissante dans une partie de réception tubulaire 31 qui est prévue sur la portion d’extrémité respective de la partie de manipulation 9. Egalement, le système d’indexage 27 comporte deux éléments de sollicitation (non représentés sur les figures) associés chacun à un organe d’indexage 29 respectif. Chaque élément de sollicitation est avantageusement configuré pour solliciter la bille d’indexage 30 respective vers une position d’indexage.