INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La présence du matériau granulaire solide 38 autour de l’enceinte de confinement a pour avantage d’augmenter la tenue latérale la structure alvéolaire verticale à la traction sub-horizontal.
Selon encore une autre disposition avantageuse illustrée par la , l’enceinte de confinement 6 du système formant un point d’ancrage comprend, au niveau de sa surface interne 40, des rugosités permettant de limiter le risque de déchaussement du système par rapport au matériau granulaire solide 12.
Un procédé d’installation d’un système formant un point d’ancrage tel que défini précédemment peut être le suivant. L’étape initiale consiste à transporter sur une barge le système jusqu’à une zone d’installation. Ensuite, le système est déposé sur le fond marin.
Un autre procédé d’installation d’un système formant un point d’ancrage tel que défini précédemment peut être le suivant. L’étape initiale consiste à remorquer le système en mer jusqu’à sa zone d’installation. A cet effet, on équipera le système de dispositifs de flottaison temporaire, tels que des bouées par exemple.
Une fois arrivé à la zone d’installation, le système, et plus précisément son enceinte de confinement, est déposé sur le fond marin en dégonflant et/ou en remplissant d’eau de mer les dispositifs de flottaison, puis le matériau granulaire solide est déposé pour remplir au moins partiellement l’intérieur de l’enceinte de confinement.
Modules de paroi convenant pour fabriquer une structure porteuse d’une cuve étanche et thermiquement isolante, et procédés associés L’invention se rapporte au domaine des ouvrages flottants, notamment navires et barges, destinés au stockage et/ou au transport d’un produit liquide froid, notamment d’un gaz liquéfié. En particulier, l’invention se rapporte au domaine des ouvrages flottants comportant des cuves étanches et thermiquement isolantes à membranes pour le stockage et/ou transport d’un gaz liquéfié, tel que du Gaz Naturel Liquéfié, du Gaz de Pétrole Liquéfié, de l’ammoniac ou de l’hydrogène par exemple.
L’invention concerne plus particulièrement des modules de paroi convenant pour fabriquer une structure porteuse d’une cuve étanche et thermiquement isolante.
Arrière-plan technologique Dans le domaine de la construction navale, il est connu de fabriquer des ouvrages flottants du type décrit ci-dessus de façon modulaire, c’est-à-dire en assemblant des modules (communément appelés « blocks » en anglais) les uns aux autres.
Notamment, dans le document KR 10-2010-0034149 A, la structure porteuse d’une cuve étanche et thermiquement isolante est fabriquée en assemblant des modules, puis la cuve est assemblée dans la structure porteuse ainsi fabriquée.
Parmi les éléments apportés pour assembler la cuve dans la structure porteuse ainsi fabriquée, on compte des plats d’ancrage conçus pour permettre l’ancrage d’une membrane d’étanchéité. De tels plats d’ancrage sont désignés en anglais par les appellations « anchoring flat bars », « anchoring bars » ou « flat bars ».
Selon le document KR 10-2010-0034149 A, ces plats d’ancrage sont soudés dans l’espace interne de la structure porteuse après la fabrication de celle-ci. Cette approche n’est pas pleinement satisfaisante. En effet, en pratique, il s’avère nécessaire de meuler les plats d’ancrage et la structure porteuse déjà peinte avant de procéder à la soudure des plats d’ancrage, ce qui génère une quantité importante de poussière dans l’espace interne de la structure porteuse. Il faut donc attendre que l’installation des plats d’ancrage soit terminée et que les poussières soient éliminées avant de pouvoir commencer l’assemblage de la cuve, ce qui augmente la durée totale de fabrication et le coût de fabrication de l’ouvrage flottant.
En outre, la structure porteuse fabriquée est en général déjà peinte du côté opposé à celui où l’on soude les plats d’ancrage. La soudure des plats d’ancrage dégrade la peinture de ce côté opposé de la structure porteuse. Il s’avère donc nécessaire de reprendre la peinture du côté opposé après la soudure, ce qui augmente encore la durée totale et le coût de fabrication de l’ouvrage flottant.
Résumé L’invention fournit un module de paroi transversale convenant pour fabriquer une structure porteuse destinée à contenir une cuve étanche et thermiquement isolante, le module de paroi transversale étant configuré sous la forme d’un cofferdam et comprenant : - une première paroi transversale; - une deuxième paroi transversale espacée de et parallèle à la première paroi transversale, la première paroi transversale présentant des bords de paroi transversale, la première paroi transversale étant plane et étant destinée à former au moins une partie d’une paroi transversale de la structure porteuse ; - des éléments structurels assemblant la première paroi transversale et la deuxième paroi transversale l’une à l’autre ; et - des éléments métalliques plats soudés à la première paroi transversale pour permettre l’ancrage d’une membrane d’étanchéité à la première paroi transversale, dans lequel les éléments métalliques plats sont disposés le long d’au moins un dit bord de paroi transversale à distance dudit bord de paroi transversale, les éléments métalliques plats présentant une épaisseur orientée perpendiculairement audit bord de paroi transversale et une longueur orientée parallèlement audit bord de paroi transversale.
L’invention adopte l’approche inverse de celle du procédé de l’art antérieur décrit ci-dessus, à savoir fournir les éléments métalliques plats préinstallés sur le module de paroi transversale avant d’assembler la structure porteuse, et non assembler la structure porteuse puis installer les éléments métalliques plats sur la paroi transversale. Cela présente l’avantage d’installer les éléments métalliques plats dans une phase de construction se déroulant à plat et de façon automatique (en termes de soudure), plutôt que d’installer les éléments métalliques plats à partir d’un échafaudage.
En effet, seul un équipement utilisateur 2 est représenté en pour la clarté de l’exposé, mais le système de télécommunication peut comprendre en pratique de nombreux équipements utilisateur connectés au cœur de réseau 10, éventuellement via d’autres parties du réseau d’accès radio 4 du réseau de téléphonie mobile.
Comme déjà indiqué, le cœur de réseau 10 est par exemple réalisé conformément à la spécification 3GPP TS 23.501, ici dans la version 15.12.0 (décembre 2020).
Comme représenté sur la , le cœur de réseau 10 comprend notamment un module de gestion d’accès 12, un système d’authentification 14, un module de gestion de données d’abonné 16 et un module d’enregistrement 18 conçu pour répertorier les différents modules fonctionnels du réseau. En pratique, le cœur de réseau 10 comprend d’autres éléments (conformément à la spécification précitée), mais seuls sont mentionnés ici les éléments utiles à la compréhension de l’invention.
Le système d’authentification 14 est utilisé comme décrit ci-dessous dans le cadre de l’authentification de chaque équipement utilisateur en vue de sa connexion au réseau de téléphonie mobile. Dans l’exemple décrit ici, le système d’authentification 14 met en œuvre les services de la fonction AUSF (pour " Authentication Server Function ").
Comme décrit dans la suite, le système d’authentification peut être réalisé au moyen d’un dispositif électronique ou de plusieurs dispositifs électroniques.
Le système d’authentification 14 comprend par exemple un processeur et une mémoire dans laquelle sont notamment mémorisées des instructions de programme d’ordinateur conçues pour mettre en œuvre les étapes effectuées par le système d’authentification 14 comme décrit ci-dessous lorsque ces instructions sont exécutées par le processeur.
En variante, le système d’authentification 14 pourrait comprendre au moins deux processeurs mettant chacun en œuvre certaines des étapes effectuées par le système d’authentification 14 comme décrit ci-dessous.
Selon une autre variante encore, le système d’authentification 14 pourrait être réalisé au moyen d’un circuit intégré à application spécifique (ou ASIC pour " Application Specific Integrated Circuit ").
Le système d’authentification 14 peut par ailleurs comprendre une enclave sécurisée pour le stockage de clés cryptographiques et de données secrètes, comme décrit plus loin.
Le système d’authentification 14 est configuré (par exemple lorsque le système d’authentification est réalisé au moyen d’un circuit intégré à application spécifique) ou programmé (par exemple au moyen des instructions exécutables par un processeur comme mentionné ci-dessus) pour mettre en œuvre un premier microservice 20 et un second microservice 22.
Comme décrit dans la suite, le premier microservice 20 et le second microservice 22 ont des fonctionnements indépendants et effectuent chacun des tâches spécifiques présentées dans la suite.
En pratique, le premier microservice 20 est par exemple mis en œuvre du fait de l’exécution d’un premier logiciel (ou programme d’ordinateur) par un processeur du système d’authentification 14 et le second microservice 22 peut alors être mis en œuvre du fait de l’exécution d’un second logiciel (programme d’ordinateur), distinct du premier logiciel, par ce même processeur du système d’authentification 14.
Selon une autre possibilité de réalisation, le premier microservice 20 peut être mis en œuvre du fait de l’exécution d’un premier logiciel (ou programme d’ordinateur) par un premier processeur du système d’authentification 14 et le second microservice 22 peut être mis en œuvre du fait de l’exécution d’un second logiciel (ou programme d’ordinateur), distinct du premier logiciel, par un second processeur du système d’authentification 14, le second processeur étant distinct du premier processeur.
Selon une possibilité de réalisation, le premier microservice 20 peut être mis en œuvre au sein d’un premier dispositif électronique faisant partie d’un réseau visité (ou réseau en service, ou " serving network " selon l’appellation anglo-saxonne fréquemment utilisée) et le second microservice 22 peut alors être mis en œuvre au sein d’un second dispositif électronique faisant partie du réseau domestique (ou " home network " selon l’appellation anglo-saxonne fréquemment utilisée). Dans ce cas, le premier microservice 20 peut être mis en œuvre du fait de l’exécution d’un premier logiciel (ou programme d’ordinateur) par un processeur du premier dispositif électronique et/ou le second microservice 22 peut être mis en œuvre du fait de l’exécution d’un second logiciel (ou programme d’ordinateur), distinct du premier logiciel, par un processeur du second dispositif électronique. Les échanges entre l’équipement utilisateur 2 et le premier microservice 20 peuvent ainsi être réalisés au sein du réseau visité ; les échanges entre le premier microservice 20 et le second microservice 22, en quantité limitée comme expliqué dans la suite, seront quant à eux réalisés entre réseau domestique et réseau visité.
Selon encore une autre possibilité de réalisation, le premier microservice 20 est mis en œuvre au moyen d’un premier circuit intégré à application spécifique et le second microservice 22 est mis en œuvre au moyen d’un second circuit intégré à application spécifique distinct du premier circuit intégré à application spécifique.
Dans l’exemple décrit ici, le premier microservice 20 et le second microservice 22 sont reliés par une connexion sécurisée 24 au sein de laquelle le premier microservice 20 est configuré comme client et le second microservice 22 est configuré comme serveur. Cette connexion sécurisée 24 est par exemple réalisée au moyen d’une infrastructure de type gRPC.
Selon une variante, le système comprend en outre une ou plusieurs caméras et/ou un ou plusieurs microphones embarquées dans le véhicule et reliés en communication au dispositif 2.
Procédé et dispositif de rendu d’un contenu sonore dans un véhicule en fonction de l’environnement du véhicule La présente invention concerne les procédés et dispositifs de rendu d’un contenu sonore dans un véhicule, notamment mais non exclusivement dans un véhicule automobile. La présente invention concerne également un procédé et un dispositif de composition d’un contenu sonore à restituer dans un véhicule.
Arrière-plan technologique Les véhicules contemporains sont équipés d’un système audio embarqué pour agrémenter les trajets en véhicule et offrir au conducteur et/ou aux passagers du véhicule la possibilité d’écouter tout contenu audio enregistré ou diffusé. Un système audio embarqué dans un véhicule comprend de manière générale une unité de tête, un amplificateur et une ou des enceintes de haut-parleur(s).
Il existe aujourd’hui une large variété de contenus audios accessibles lors des déplacements en véhicule, que ce soit des contenus audios diffusés par ondes radios, des contenus audios diffusés en mode continu (de l’anglais « streaming »), par exemple accessibles par abonnement via une application mobile, des contenus audios enregistrés sur un dispositif de stockage de données embarqué dans le véhicule ou connecté au véhicule (par exemple du type clé USB).
Cependant, l’expérience utilisateur vis-à-vis du rendu de contenus audios dans son véhicule reste largement perfectible.
Selon un premier aspect, la présente invention concerne un procédé de rendu d’un contenu sonore dans un véhicule, le véhicule embarquant une caméra ayant dans son champ de vision au moins une partie d’un environnement extérieur du véhicule, le procédé comprenant les étapes suivantes : - réception de données d’image représentatives d’un ensemble d’images acquises par la caméra ; - détermination d’un ensemble de paramètres d’environnement représentatifs de l’environnement par analyse des données d’image ; - rendu du contenu sonore en fonction de l’ensemble de paramètres d’environnement.
La prise en compte de l’environnement dans lequel se trouve le véhicule à partir de l’analyse d’images de l’environnement extérieur du véhicule pour le rendu d’un contenu sonore permet d’améliorer l’expérience utilisateur lorsqu’il est à l’intérieur de son véhicule. Cela permet en effet d’adapter le contenu sonore (par exemple une musique d’ambiance) en fonction de caractéristiques ou d’évènements détectés dans l’environnement autour du véhicule, en temps réel et au fur et à mesure du déplacement du véhicule.
Le contenu sonore rendu dans le véhicule est ainsi en meilleure adéquation avec l’environnement du véhicule, permettant par exemple d’améliorer la capacité du conducteur à appréhender l’environnement dans lequel il circule.
Selon une variante, le rendu comprend les étapes suivantes : - détermination d’un ensemble de paramètres de composition de contenu audio en fonction de l’ensemble de paramètres d’environnement ; - composition d’un contenu audio en fonction de l’ensemble de paramètres de composition.
Selon une autre variante, la composition correspond à : - une composition algorithmique du contenu audio en fonction de l’ensemble de paramètres de composition ; ou - une composition du contenu audio à partir d’un ensemble d’échantillons sonores en fonction de l’ensemble de paramètres de composition.
Selon une variante supplémentaire, le contenu sonore correspond audit contenu audio.
Selon encore une variante, le rendu comprend en outre les étapes suivantes : - détermination d’un ensemble de paramètres de traitement de contenu audio en fonction des paramètres d’environnement ; - traitement du contenu audio en fonction de l’ensemble de paramètres de traitement pour obtenir le contenu sonore.
Selon les modes de réalisation, un même identifiant d’appel secondaire NS2 peut être associé à une multiplicité de deuxièmes identifiants d’appel primaires N2 n , N2 n+1 , … différents, si chacun de ces identifiants d’appel primaires N2 n , N2 n+1 , est appelé, via l’identifiant NS2, par une multiplicité de terminaux différents, disposant respectivement d’identifiants d’appels primaires N1 n , N1 n+1 , … différents.
Selon un exemple, l’identifiant d’appel secondaire NS2 peut être associé à deux identifiants d’appel primaires de respectivement deux terminaux différents qui sont appelés respectivement par deux autres terminaux disposant respectivement de deux identifiants d’appel différents. - En revanche, le deuxième identifiant d’appel secondaire NS2 ne peut pas être associé à deux identifiants d’appel primaires de respectivement deux terminaux différents qui sont appelés respectivement à partir du même identifiant d’appel.
Selon des modes de réalisation envisagés, les identifiants d’appels secondaires N2 n , N2 n+1 , … peuvent être provisionnés en amont par le module de pseudonymisation ou par un module tiers.
Les associations entre le deuxième identifiant d’appel primaire N2 et le deuxième identifiant d’appel secondaire NS2 peuvent être pérennes, limitées dans le temps ou être interrompues au cas par cas par le module de pseudonymisation, en fonction d’évènements spécifiques, dont des exemples ont été mentionnés plus haut.
En E300c, le module de pseudonymisation envoie ledit deuxième identifiant d’appel secondaire NS2 au terminal T1 disposant du premier identifiant d’appel primaire N1, afin que le terminal T1 puisse initier l’appel requêté en 300a, à partir du premier identifiant d’appel primaire N1.
A l’issue de l’envoi E300c, le procédé de pseudonymisation met alors en œuvre des étapes E301, E302 et E303 qui sont respectivement similaires aux étapes E201, E202, E203 de la et qui, à cet effet, ne seront pas décrites à nouveau.
Description d’un autre exemple d’architecture dans laquelle le procédé de pseudonymisation d'appel est mis en œuvre
En référence à la [ ], est décrit un autre exemple d’architecture dans lequel le procédé de pseudonymisation d’appel est mis en œuvre. Cette architecture comprend : - quatre terminaux de communication T1, T2, T3 et T4, par exemple des smartphones ou des tablettes, associés respectivement à des identifiants d’appels N1, N2, N3 et N4, utilisés par 4 personnes distinctes, respectivement nommées Bernard, Alice, Bérengère et Alain. - un cinquième terminal de communication S, par exemple un serveur ou un routeur, - un module de pseudonymisation MDP en charge de traiter les appels émis par le terminal T1, respectivement T2, T3, T4, depuis l’identifiant d’appel N1, respectivement N2, N3 et N4, à destination d’un identifiant d’appel N2/N3/N4, respectivement N1/N3/N4, N1/N2/N4, N1/N2/N3,
- un réseau de communication R, tel que par exemple du type voix, Edge, 3G, 4G, 5G, etc.
Selon des modes de réalisation envisagés, le module MDP peut être intégré au terminal S comme illustré sur la ou constituer une entité tierce indépendante (non représentée).
Selon un mode de réalisation, les numéros N1, N2, N3 et N4 correspondent respectivement aux numéro 06xxxxxx01, 06xxxxxx02, 06xxxxxx03, 06xxxxxx04.
Selon un mode de réalisation, 4 numéros d’alias ou numéros secondaires respectivement 06zzzzzz01, 06zzzzzz02, 06zzzzzz03 et 06zzzzzz04 sont provisionnés par le serveur S.
Description du procédé de pseudonymisation dans un autre mode de réalisation de l’invention incluant plusieurs pseudonymisations d’appels
La représente les principales actions relatives à plusieurs mises en œuvre en parallèle du procédé de pseudonymisation d’un appel tel qu’illustré en , au sein d’une architecture similaire à celle illustrée en .
La illustre en E501a, E502a, E503a la pseudonymisation de l’identifiant d’appel N1 à partir duquel le terminal T1 de Bernard appelle sur l’identifiant d’appel N2 du terminal T2 d’Alice. Les étapes E501a, E502a, E503a étant respectivement similaires aux étapes E201, E202, E203 de la , elles ne seront pas décrites plus avant. Dans l’exemple représenté, en E502a, le module de pseudonymisation MDP associe à l’identifiant d’appel N1 un identifiant d’appel secondaire NS1 « 06zzzzzz01 ».
La illustre en E501b, E502b, E503b la pseudonymisation de l’identifiant d’appel N3, à partir duquel le terminal T3 de Bérengère appelle sur l’identifiant d’appel N2 du terminal T2 d’Alice. Les étapes E501b, E502b, E503b étant similaires respectivement aux étapes E201, E202, E203 telles qu’illustrées en , elles ne seront pas décrites plus avant. Dans l’exemple représenté, en E502b, le module de pseudonymisation MDP associe à l’identifiant d’appel N3 un identifiant d’appel secondaire NS3 « 06zzzzzz02 ».
L’invention propose également un procédé mis en œuvre dans un système d’authentification d’un équipement utilisateur, comprenant les étapes suivantes :
- réception par un premier microservice d’une demande d’authentification en provenance d’un module de gestion d’accès ;
- réception par un second microservice d’un résultat attendu ;
- mémorisation par le second microservice du résultat attendu ;
- transmission, par le premier microservice et à destination du module de gestion d’accès, de données de réponse destinées à l’équipement utilisateur ;
- réception, par le premier microservice et en provenance du module de gestion d’accès, d’un résultat déterminé par l’équipement utilisateur ;
- comparaison, par le second microservice, du résultat attendu et du résultat reçu en provenance du module de gestion d’accès.
Le résultat attendu peut être reçu d’un module de gestion de données d’abonné à travers un canal de communication sécurisé.
Comme déjà indiqué, le premier microservice et le second microservice peuvent être reliés par une connexion sécurisée.
Le procédé peut comprendre une étape de transmission, du premier microservice au second microservice, du résultat reçu en provenance du module de gestion d’accès.
- production d’un condensat par le second microservice et en fonction du résultat attendu ;
- transmission du condensat au premier microservice.
Les caractéristiques optionnelles du système présentées ci-dessus peuvent par ailleurs éventuellement s’appliquer à ce procédé.
L’invention propose par ailleurs un ensemble comprenant un premier programme d’ordinateur et/ou un second programme d’ordinateur,
le premier programme d’ordinateur étant conçu pour, lorsque ce premier programme d’ordinateur est exécuté par un processeur, mettre en œuvre un premier microservice effectuant des actions de réception d’une demande d’authentification en provenance d’un module de gestion d’accès, de transmission au module de gestion d’accès de données de réponse destinées à l’équipement utilisateur et de réception du module de gestion d’accès d’un résultat déterminé par l’équipement utilisateur,
- un premier microservice conçu pour recevoir une demande d’authentification en provenance d’un module de gestion d’accès, pour transmettre au module de gestion d’accès des données de réponse destinées à l’équipement utilisateur et pour recevoir du module de gestion d’accès un résultat déterminé par l’équipement utilisateur ; et
- un second microservice conçu pour recevoir un résultat attendu, pour mémoriser le résultat attendu et pour comparer le résultat attendu et le résultat reçu du module de gestion d’accès.
La manipulation des données sensibles est ainsi confiée au second microservice, tandis que d’autres tâches (y compris les échanges avec le module de gestion d’accès) sont réalisées par le premier microservice.
Le second microservice peut ainsi être conçu avec des exigences de sécurité élevées, tandis que la conception du premier microservice peut être plus souple et intégrer d’autres fonctionnalités moins sensibles, notamment des échanges avec un autre module de réseau tel qu’un module d’enregistrement des différents modules (fonctionnels) du réseau (par exemple la fonction NRF pour " Network Repository Function " dans un réseau 5G).
Les fonctionnalités affectées au second microservice impliquent par ailleurs ici des échanges avec seulement deux entités (à savoir : le premier microservice et le module de gestion de données d’abonné), de sorte que seules deux interfaces sécurisées sont nécessaires pour assurer la sécurité des données manipulées par le second microservice. Le premier microservice peut alors assurer les échanges avec d’autres modules fonctionnels (par exemple le module de gestion d’accès et le module d’enregistrement précitée), avec des exigences moindres en matière de sécurité des interfaces.