INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Des modes de réalisation concernent également un ensemble à infusion, comprenant un dispositif de préparation d’une infusion du type qui vient d’être décrit, et un sachet d’infusion contenant ou prévu pour contenir un produit à infuser. Le sachet comprend un bord proximal, un bord distal, un premier bord latéral, un deuxième bord latéral, et un fil de liaison permettant de plonger le sachet dans un liquide, le fil de liaison comprenant une première branche ayant une extrémité attachée au sachet et une deuxième branche ayant une extrémité attachée au sachet. Le sachet comprend également une première section de gorge s’étendant le long du premier bord latéral du sachet et une deuxième section de gorge s’étendant le long du deuxième bord latéral du sachet. La première branche du fil de liaison s’étend dans la première section de gorge et a son extrémité attachée au bord distal du sachet. La deuxième branche du fil de liaison s’étend dans la deuxième section de gorge et a son extrémité attachée au bord distal du sachet. Ainsi, une traction sur le fil de liaison, lorsque le bord proximal du sachet est en appui contre une paroi de pressage, ramène le bord distal du sachet vers le bord proximal et provoque le pressage du sachet.
Des modes de réalisation concernent également un procédé de préparation d’une infusion, comprenant des étapes consistant à prévoir un récipient rempli d’un liquide, prévoir un sachet contenant un produit à infuser, couplé à un fil de liaison, prévoir un dispositif de préparation d’une infusion du type qui vient d’être décrit, introduire le fil de liaison dans l’ouverture du dispositif, poser le dispositif au-dessus du récipient avec la première surface d’appui et la deuxième surface d’appui en appui sur le bord du récipient, et bloquer le sachet dans une position dans laquelle il est immergé dans le liquide présent dans le récipient.
Selon un mode de réalisation, le procédé comprend l’étape consistant à tirer sur le fil de liaison de manière à ce que le sachet vienne au contact de la paroi de pressage.
Des modes de réalisation concernent également un sachet d’infusion contenant ou prévu pour contenir un produit à infuser, comprenant un bord proximal, un bord distal, un premier bord latéral, un deuxième bord latéral, et un fil de liaison permettant de plonger le sachet dans un liquide, dans lequel le fil de liaison passe dans une gorge pratiquée dans le sachet et parcourant tout ou partie de la périphérie du sachet, de telle sorte qu’une traction sur le fil, lorsque le bord proximal du sachet est en appui contre une paroi de pressage, ramène bord distal du sachet vers le bord proximal et provoque le pressage du sachet.
Selon un mode de réalisation, la gorge comprend une première section de gorge s’étendant le long du premier bord latéral, et une deuxième section de gorge s’étendant le long du deuxième bord latéral, et le fil de liaison comprend une première branche qui s’étend dans la première section de gorge et comporte une extrémité attachée au bord distal du sachet, et une deuxième branche qui s’étend dans la deuxième section de gorge et comporte une extrémité attachée au bord distal du sachet.
Selon un mode de réalisation, la gorge comprend une troisième section de gorge s’étendant le long du bord distal du sachet, la première branche du fil de liaison s’étend dans la première section de gorge et dans une partie de la troisième gorge où son extrémité est attachée au bord distal du sachet, et la deuxième branche du fil de liaison s’étend dans la deuxième section de gorge et dans une partie de la troisième gorge où son extrémité est attachée au bord distal du sachet.
Dans des modes de réalisation, au moins un coussin comporte un gel dans une enveloppe étanche. Le confort de l’utilisateur peut ainsi être amélioré.
Dans des modes de réalisation, le dispositif comporte un vêtement configuré pour entourer au moins le tronc de l’utilisateur de morphologie prédéterminée, vêtement muni d’au moins une poche de logement d’un coussin.
représente, schématiquement en vue arrière, un coussin lombaire d’un premier mode de réalisation particulier du dispositif objet de l’invention,
représente, schématiquement et en vue arrière, le premier mode de réalisation du dispositif objet de l’invention,
représente, schématiquement et en vue de face, un premier mode de réalisation d’un coussin de hanche,
représente, schématiquement et en vue de dessus, le coussin de hanche illustré en ,
représente, schématiquement et de face, un deuxième mode de réalisation particulier du dispositif objet de l’invention comportant un harnais thoracique,
représente, schématiquement et de face, un coussin dorsal de modes de réalisation particuliers du dispositif objet de l’invention,
représente, schématiquement et de dessus, une section horizontale du coussin dorsal illustré en ,
représente, schématiquement et de côté, un coussin dorsal illustré en figures 6 et 7,
représente, schématiquement et de dos, un troisième mode de réalisation particulier du dispositif objet de l’invention,
représente, en vue de face, un quatrième mode de réalisation particulier du dispositif objet de l’invention,
représente, en vue de dos, le dispositif illustré en , et
représente, sous forme d’un logigramme, des étapes d’un mode de réalisation particulier du procédé objet de l’invention.
Dans un autre mode de réalisation, la composition du premier élément (E1) comprend un seul homopolyamide ou au moins un copolyamide à longue chaine et la composition du deuxième élément (E2) comprend un seul homopolyamide ou au moins un copolyamide à longue chaine.
Dans un autre mode de réalisation, la composition du premier élément (E1) comprend un seul homopolyamide ou au moins un copolyamide à longue chaine et la composition du deuxième élément (E2) comprend un seul homopolyamide ou au moins un copolyamide à longue chaine et la composition du troisième élément (E3) s’il est présent comprend un seul homopolyamide ou au moins un copolyamide à longue chaine.
Dans un autre mode de réalisation, la composition du premier élément (E1) comprend un seul homopolyamide ou au moins un copolyamide à longue chaine et la composition du deuxième élément (E2) comprend un seul homopolyamide ou au moins un copolyamide à longue chaine et la composition du troisième élément (E3) s’il est présent comprend un seul copolyamide à motifs amides (Ba1) et à motifs polyéthers (Ba2).
Fournir un deuxième élément constitué d’une deuxième composition comprenant en poids au moins 30%, notamment au moins 50%, particulièrement au moins 70 %, plus particulièrement au moins 90 %, par rapport au poids total du deuxième élément, d’au moins un homopolyamide ou d’au moins un copolyamide à longue chaine, tel que défini ci-dessus,
En variante encore, plusieurs certificats sources peuvent être utilisés pour la génération des certificats dérivés.
Procédé d’évaluation d’un déploiement d’une configuration candidate d’un équipement d’accès radio d’un réseau de télécommunications, dispositif, système de gestion et programme d’ordinateur correspondants Domaine de l’invention L’invention se situe dans le domaine des télécommunications.
En particulier, l’invention concerne le déploiement de nouvelles ressources radio au niveau d’équipements d’accès radio d’un réseau de télécommunications.
Art antérieur Afin d’améliorer les performances et la disponibilité d’un réseau de télécommunications mobiles, notamment limiter les situations de congestion et plus généralement améliorer la qualité de service des utilisateurs, un opérateur est régulièrement amené à déployer de nouvelles ressources radio dans le réseau. Par exemple, un tel déploiement comprend l’implantation d’un nouvel équipement d’accès radio sur un nouveau site géographique ce qui va permettre d’augmenter les capacités du réseau dans la zone géographique considérée.
Or, en zone urbaine, déjà très dense, il devient difficile de déployer de nouveaux sites et une solution alternative consiste de plus en plus souvent à déployer une nouvelle configuration d’un équipement radio existant, c’est-à-dire à mettre en service de nouvelles fréquences d’émission/réception (ou cellules radio), voire de nouveaux secteurs d’émission/réception pour une fréquence existante.
Avant de décider d’engager des frais d’investissement et de procéder effectivement au déploiement de cette nouvelle configuration sur le terrain, l’opérateur du réseau aurait besoin d’évaluer l’impact d’une telle évolution de son réseau sur ses performances.
A cet égard, selon la technique connue, un outil logiciel, appelé « Meta Network Insights » (https://www.facebook.com/connectivity/solutions/network-insights) permet d’observer la variation de qualité de service perçue par des utilisateurs de l’application mobile de Facebook avant et après un déploiement d’une nouvelle configuration radio. Un inconvénient de cet outil est qu’il ne fait qu’observer des faits réels, mais ne procure aucune aide à la décision préalablement à la mise à jour d’une architecture de réseau d’accès.
A cette fin, l’invention propose un procédé d’évaluation d’un déploiement d’une configuration candidate, d’au moins un équipement d’accès radio d’un réseau de communication au niveau d’un emplacement, dit site, dans une zone géographique comprenant : - l’obtention de données réseau, dites historiques, relatives à audit réseau dans la zone géographique, lesdites données historiques comprenant au moins des informations topographiques relatives à des équipements d’accès radio existants dans ladite zone géographiques avant le déploiement de la configuration candidate au niveau d’emplacements, dits sites, et des mesures d’au moins un indicateur de performance du réseau de communication dans la zone géographique pendant une période temporelle écoulée, dite période de référence; et - la détermination d’une métrique d’évaluation de la configuration candidate, ou score, en fonction d’une variation dudit au moins un indicateur de performances du réseau de communication dans ladite zone géographique, induite par ledit déploiement et d’au moins un critère de priorisation associé à une métrique représentative d’une évolution d’une performance du réseau induite par ledit déploiement, ladite variation étant prédite au moins à partir des données réseau historiques et d’informations topographiques relatives à la configuration candidate.
L’invention propose ainsi une approche tout-à-fait nouvelle et inventive de la planification d’un déploiement d’un nouvel équipement d’accès radio ou d’une nouvelle configuration d’un équipement d’accès radio déjà existant dans un réseau de télécommunications, qui consiste à déterminer une métrique représentative d’une évolution des performances du réseau induites par ce déploiement dans une zone géographique englobant l’emplacement du site. Selon l’invention, cette métrique est déterminée en fonction d’au moins un critère de priorisation, ce qui permet de traduire en termes de métrique une politique de l’opérateur du réseau
Par exemple, un critère de priorisation peut être de favoriser une configuration candidate qui a un impact positif sur les performances de toutes les cellules du site concerné ou, en variante sur la seule bande de fréquences de 800 MHz. La politique d’’un opérateur peut être par exemple d’acter un déploiement sur un site, lorsque l’évolution des performances engendrée par le déploiement candidat est positif pour toutes les fréquences radio ou, en variante, positive pour la seule bande de fréquences de 800 MHz.
Selon un autre aspect de l’invention, le procédé comprend : - la prédiction de la variation dudit au moins un indicateur de performance du site à la suite du déploiement de la configuration candidate, à partir d’un modèle de prédiction préalablement appris, ledit modèle de prédiction étant mis en œuvre par un module d’intelligence artificielle configuré pour recevoir comme données d’entrée les données réseau historiques et les informations topographiques de la configuration candidate et produire comme données de sortie la variation dudit au moins un indicateur de performance, le score étant obtenu par application dudit au moins un critère de priorisation à la variation de l’indicateur de performance prédite.
Un avantage de recourir à un module d’intelligence artificielle est de profiter de sa puissance de traitement et d’intégration d’une quantité de données très importante et de sa capacité, une fois entraîné, à produire des résultats fiables, précis et reproductibles. Selon un premier mode de réalisation de l’invention, le modèle de prédiction est configuré pour prédire les valeurs d’au moins un indicateur de performance après le déploiement de la configuration candidate, qui sont ensuite exploitées pour déterminer une variation de cet indicateur par comparaison avec les valeurs historiques de l’indicateur de performances (relevées pendant la période de référence, avant le déploiement de la configuration candidate), ou bien selon un deuxième mode de réalisation, le modèle de prédiction produit directement une variation ou un taux de variation des valeurs de cet indicateur de performances entre avant et après le déploiement.
Selon encore un autre aspect, le procédé comprend en outre - la construction à partir des données réseau historiques, d’une table de données, dite de performances du réseau dans la zone géographique ; - la construction d’une table de données d’entrées destinées à être présentées audit module d’intelligence artificielle, à partir de la table de performances, des données topographiques relatives à la configuration candidate et de données externes historiques comprenant des données démographiques et cartographiques de la zone géographique une table de données de sortie étant produite par le module d’intelligence artificielle, comprenant au moins des valeurs prédites de la variation dudit au moins un indicateur de performance du site induite par le déploiement de la configuration candidate.
Un avantage est de fournir au module d’intelligence artificielle une table fusionnée de données d’entrée de types variés à partir de laquelle il va résoudre un problème de régression pour fournir au moins une valeur continue par indicateur de performances.
Le certificat dérivé est constitué d’au moins une partie donnée et d’au moins une partie signature. La partie donnée comprend donc au moins une clé privée K’ 1 et au moins une clé publique K’ 2 , générées par la mise en œuvre d’un algorithme de cryptographie, par exemple, de type RSA (pour « Rivest Shamir Adleman » du nom des inventeurs de l’algorithme cryptographique RSA) ou de type ECC (pour « Elliptic Curve Cryptography »). D’autres données de types différents, par exemple et de façon non limitative, un identifiant de constructeur d’un composant électronique, une durée de validité, un numéro de série du certificat, l’algorithme de chiffrement utilisé pour signé le certificat, des informations liées à l’autorité de certification émettrice, l’objet de l’utilisation de la clé publique, une version du standard de normalisation des certificats, une adresse internet, un nom de domaine internet ou bien encore par exemple, un identifiant associé à une application, peuvent aussi être produites (par exemple, par une lecture d’une valeur dans un fichier, par génération d’une valeur via une fonction d’une application) et donc composer aussi la partie donnée du certificat électronique. Dans un exemple de réalisation, tout ou partie des données (constituant la partie donnée) du certificat sont chiffrées (par exemple par la clé privée K’ 1 pour en garantir son secret). Les données générées du certificat dérivé sont mémorisées dans la mémoire vive 22.
Le procédé se poursuit ensuite à l’étape E12. Lors de cette étape, l’application primaire applique aux données du certificat dérivé un algorithme cryptographique de signature électronique (par exemple mis en œuvre par un algorithme cryptographique de type RSA ou ECC). Cet algorithme de signature électronique utilise la clé privée K 1 issue du certificat source (et mémorisée dans la première portion de mémoire 27 de la mémoire morte programmable 26). Cet algorithme utilise également un identifiant unique associé à l’application secondaire (cet identifiant unique est également mémorisé dans la première portion de mémoire 27 de la mémoire morte programmable 26). En d’autres termes, à l’issue de l’étape E12, les données du certificat dérivé ont été signées électroniquement par l’application primaire au moyen de la clé privée K 1 contenue dans le certificat source et le certificat dérivé généré comporte les données et leur signature associée. Le certificat dérivé, constitué des données et de la signature des données, est mémorisé en mémoire vive 22.
En pratique, l’application primaire, exécutée par le deuxième processeur 20, commande la lecture du certificat source mémorisé dans la mémoire morte programmable 26. L’application primaire envoie donc, au deuxième processeur 20, une requête de chargement du certificat source dans la mémoire vive 22. Le deuxième processeur 20 charge alors en mémoire vive 22 le certificat source en provenance de la mémoire morte programmable 26. L’application primaire lit ensuite, dans la mémoire vive 22, la clé privée K 1 issue du certificat source permettant de signer les données du certificat dérivé.
L’application primaire envoie ensuite une autre requête à l’application secondaire (étape E14) pour indiquer que le certificat dérivé a été généré et pour commander la mémorisation de ce certificat dérivé.
L’application secondaire transmet alors, au deuxième processeur 20, une requête de mémorisation du certificat dérivé dans la mémoire non-volatile réinscriptible 34 du deuxième moyen de mémorisation 30 (étape E16).
En pratique, le deuxième processeur 20 transmet une requête de mémorisation, dans la mémoire non-volatile réinscriptible 34, du certificat dérivé, mémorisé dans la mémoire vive 22, à destination du premier processeur 12. Cette mémorisation comprend une étape intermédiaire de chiffrement du certificat dérivé par l’interface de sécurisation 25. Cette étape de chiffrement comprend une étape d’envoi, par le deuxième processeur 20 à l’interface de sécurisation 25, d’une commande de chiffrement du certificat dérivé. L’interface de sécurisation 25 récupère alors le certificat dérivé mémorisé en mémoire vive 22 (au sens d’une lecture), et chiffre le certificat dérivé en utilisant la clé de chiffrement mémorisée dans la mémoire morte programmable 26 (la clé de chiffrement est préalablement mise à disposition de l’interface de mémorisation 25, par exemple, par une copie de cette clé de chiffrement, par le deuxième processeur 20 dans un registre de l’interface de sécurisation 25, par exemple ici, dans ledit deuxième registre de l’interface de sécurisation 25). L’interface de sécurisation 25 charge alors le certificat dérivé chiffré dans la mémoire vive 32.
Le premier processeur 12 du dispositif électronique 10 commande ensuite la mémorisation du certificat dérivé chiffré (mémorisé dans la mémoire vive 32) dans la première portion de mémoire 37 de la mémoire non-volatile réinscriptible 34 (étape E18), suite à la réception de la requête de mémorisation du certificat dérivé, en provenance du premier processeur 12.
En variante, cette commande de mémorisation peut être effectuée par le premier processeur 12 du dispositif électronique 10.
A l’étape E20, sur requête du premier processeur 12, le deuxième processeur 20 exécute l’application secondaire (via son système d’exploitation propre) afin de mettre en œuvre une fonctionnalité souhaitée, par exemple dans le cadre d’une authentification auprès d’un réseau de téléphonie d’un opérateur de télécommunications.
En pratique, afin par exemple d’être utilisée dans le cadre d’un réseau de téléphonie, l’application secondaire va devoir être authentifiée par une entité externe du réseau (externe au terminal hôte 1 comprenant le dispositif électronique 10 et l’élément sécurisé 15). Une authentification défi-réponse (ou « Challenge- response authentication » selon l’appellation d’origine anglo-saxonne) est par exemple mise en place.
Pour cela, sur requête du premier processeur 12, le deuxième processeur 20 génère une signature authentifiant l’application secondaire basée sur un nombre aléatoire (reçu par exemple par l’entité externe) et sur la clé privée K’ 1 du certificat dérivé. La signature associée à l’application secondaire est ensuite vérifiée par l’entité externe du réseau en s’appuyant sur la clé publique K’ 2 du certificat dérivé. Dans ce cadre, l’entité externe peut vérifier la validité de la clé publique K’ 2 au moyen du certificat source (que l’entité externe mémorise également). Plus précisément, l’entité externe vérifie la validité de la clé publique K’ 2 du certificat dérivé au moyen de la clé publique K 2 du certificat source (par vérification de la signature produite à l’étape E12). Pour plus de détails, on pourra se référer au document « RSP Technical Specification », GSM Association, version 2.2.1, 18 décembre 2018.
Au besoin, l’application secondaire peut commander une lecture du certificat dérivé chiffré, mémorisé dans la première portion de mémoire 37 de la mémoire non-volatile réinscriptible 34, afin d’utiliser les données du certificat dérivé (par exemple la clé privée K’ 1 ). Cette étape de lecture comprend l’envoi, par l’application secondaire, d’une commande de lecture du certificat dérivé, au deuxième processeur 20.
Le deuxième processeur 20 envoie ensuite une commande de chargement, dans la mémoire vive 32, du certificat dérivé mémorisé en mémoire non-volatile réinscriptible 34, au premier processeur 12. Le deuxième processeur 20, une fois le certificat dérivé mémorisé dans la mémoire vive 32 (par exemple via une notification du premier processeur 12), envoie une commande de lecture à l’interface de sécurisation 25, afin de lire (au sens de récupérer) dans la mémoire vive 32, le certificat dérivé chiffré.
L’interface de sécurisation 25 déchiffre alors le certificat dérivé au moyen d’une clé de déchiffrement mémorisée dans la mémoire morte programmable 26 et mémorise alors le certificat dérivé déchiffré dans la mémoire vive 22. L’application secondaire peut alors accéder aux données (par exemple la clé privée K’ 1 ) du certificat dérivé (suite, par exemple à la réception d’une notification de disponibilité, envoyée par le deuxième processeur 20) pour une utilisation dans le cadre de la mise en œuvre d’une fonctionnalité (par exemple dans le cadre d’une authentification de l’application secondaire auprès d’un réseau de téléphonie d’un opérateur de télécommunications).
Une fois que l’authentification réussie, l’entité externe du réseau autorise la mise en œuvre d’une fonctionnalité. Pour cela, l’entité externe délivre un jeu de clés à l’application secondaire. Ce jeu de clés est utilisé ensuite pour le chiffrement/déchiffrement de requêtes échangées pour la mise en œuvre d’une fonctionnalité de téléphonie (ou « Remote SIM Provisioning »).
En variante, le dispositif électronique peut comprendre plusieurs applications secondaires différentes (chacune par exemple associée à une fonctionnalité particulière). Dans ce cas, sur requête de chaque application secondaire, l’application primaire génère plusieurs certificats dérivés, chacun associé à une application secondaire. Chacun des certificats dérivés est généré à partir du même certificat source. En particulier, chaque certificat dérivé est signé électroniquement à partir de la clé privée K 1 (unique) contenue dans le certificat source. En pratique, l’interface de programmation permet les échanges spécifiques entre chaque application secondaire et l’application primaire. En particulier, chaque certificat dérivé est transmis uniquement à l’application secondaire concernée.
Les volets mobiles 14a, 14b permettent d’optimiser les performances aérodynamiques du véhicule.
Chaque volet mobile 14a, 14b est solidaire d’un axe de rotation 15 monté à rotation entre un guide central 16 et un guide latéral 17a, 17b.
Les axes de rotation 15 sont ici horizontaux, et passent par un axe transversal médian de chacun des volets, de sorte que lors de la rotation de chacun des volets d’une position vers l’autre position, chacun des volets mobiles est mis en rotation autour de son propre axe.