INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La représente un procédé de gestion de diffusion de flux multimédia en mode M-ABR conforme à l’état de la technique dans lequel : - le serveur multicast MC_SRV et le module rendez-vous service RDV sont localisés dans le réseau NET de l’opérateur ; et - la passerelle de multidiffusion multicast MC_GW est intégrée dans la passerelle domestique HGW.
De façon connue, le serveur multicast MC_SRV utilise des ressources de diffusion point multipoint (étape 3E02) mises à disposition par l’opérateur du réseau (dans le cadre du M-ABR, ces ressources sont des adresses IP multicast) et récupère les contenus à diffuser en M-ABR (étape 3E01) au niveau du serveur de contenu CP_SRV.
Le module de rendez-vous service RDV doit également avoir la connaissance des contenus diffusés en M-ABR et la passerelle de diffusion multicast MC_GW connait l’association entre le (ou les) contenu(s) diffusé(s) en M-ABR et la (ou les) ressource(s) de diffusion point multipoints utilisé(s) réalisée au niveau du serveur multicast MC_SRV.
Dans cet exemple, lors de l’activation du module RDV dans le réseau, l’opérateur de réseau déclare deux nouvelles règles (étape 3E03) dans le DNS réseau (DNS_NET) : - la première règle (CP.net=>@IP_RDV) redéfinit la résolution du FQDN principal « CP.net » soit par l’adresse IP @IP_RDV du module RDV (en remplacement de l’adresse IP du serveur CP_SRV de diffusion de contenu). En variante non représentée ici, le FQDN principal « CP.net » peut être résolu par un nouveau FQDN « RDV.net » qui est résolu par l’adresse IP du module RDV ; - la seconde règle (CPBIS.net=>@IP_CDN) définit un FQDN secondaire « CPBIS.net » résolue par l’adresse IP @IP_CDN du serveur de contenu CP_SRV.
Par ailleurs, au niveau de la passerelle domestique HGW, lors de l’activation de la passerelle de diffusion multicast MC_GW, une nouvelle règle DNS (MC_GW.lan => @IP_MC_GW) est insérée (étape 3E05) dans le DNS DNS_HGW de la passerelle domestique HGW résolvant l’URL « MC_GW.lan » par l’adresse IP @IP_MC_GW de la passerelle de diffusion multicast.
Afin d’utiliser au mieux l’énergie du vent, les éoliennes peuvent être des éoliennes flottantes ou off-shore, c'est-à-dire qu’elles sont implantées en mer où les vents sont généralement plus forts et plus réguliers que sur terre.
De telles éoliennes flottantes sont généralement construites sur terre, par exemple dans des usines portuaires terrestres, puis elles sont transportées jusqu’à des zones d’intérêt et sont implantées dans les fonds marins. Les éoliennes flottantes peuvent par la suite être reconduites sur terre pour des opérations de maintenance ou encore lorsqu’elles nécessitent d’être démantelées.
La construction des éoliennes flottantes pose cependant des problèmes de logistique importants, avec notamment une occupation au sol conséquente, des besoins en aménagements spécifiques, des équipements de manutention spécifiques, ou encore des obtentions de permis de construction et environnementaux pour permettre le stockage et le déplacement au sol de structures de milliers de tonnes, ainsi que pour permettre la mise à l’eau de l’éolienne flottante ou encore l’assemblage en hauteur de l’éolienne sur sa fondation flottante.
La présente invention vise à pallier cet inconvénient en proposant une plateforme flottante ancrée équipée d’une ligne de fabrication et d’assemblage d’éoliennes flottantes en mer, qui vise ainsi à permettre la fabrication des éoliennes flottantes directement sur l’eau. Une telle plateforme permet une réduction des besoins logistiques, et donc des coûts, et un gain de temps puisqu’il n’est pas nécessaire de rapatrier les éoliennes flottantes sur terre, notamment lors des opérations de maintenance, les infrastructures à terre et portuaires n’étant pas nécessaires. La plateforme offre par ailleurs une réduction de l’empreinte carbone résultant des déplacements des éoliennes flottantes.
La présente invention a ainsi pour principal objet une plateforme off-shore flottante configurée pour la fabrication et/ou l’assemblage et/ou la maintenance et/ou le démontage en mer d’éoliennes flottantes comprenant une fondation flottante, au moins un mât, au moins une nacelle et au moins une pâle, la plateforme comprenant au moins une première zone dédiée à la fabrication de la fondation flottante configurée pour recevoir le mât et au moins une deuxième zone dédiée à l’assemblage et/ou à la maintenance et/ou au démontage de la fondation flottante et du mât, la plateforme étant composée d’une pluralité de caissons flottants.
La plateforme selon l’invention est une plateforme off-shore, c'est-à-dire destinée à être installée en mer ; en d’autres termes, la fabrication, l’assemblage, la maintenance ou le démontage des éoliennes flottantes pour lesquels elle est utilisée peuvent être réalisés en mer. La plateforme est à cet effet mobile, de sorte qu’elle peut être déplacée d’un point d’intérêt à un autre. Elle se compose de plusieurs caissons flottants, qui sont des caissons modulaires associés les uns aux autres, permettant une modularité dans la forme de la plateforme, afin de s’adapter aux besoins des opérations de fabrication, d’assemblage, de maintenance, de démontage. La forme de la plateforme n’est pas sujette à restriction de par sa modularité grâce à l’association de ces caissons.
Les éoliennes flottantes se composent d’une part d’un mât, parfois plusieurs mâts, à une extrémité duquel sont disposées une nacelle comprenant une turbine, parfois plusieurs turbines, et une ou plusieurs pâles, et d’autre part d’une fondation flottante qui est destinée à assurer la stabilité dans l’eau du mât et des éléments qu’il porte. La plateforme comprend au moins une première zone de fabrication de cette fondation flottante. La fabrication est plus particulièrement un assemblage de différentes pièces composant la fondation flottante. Cette fabrication est réalisée en série, c'est-à-dire que la plateforme permet de produire une pluralité de fondations flottantes. La plateforme comprend en outre au moins une deuxième zone au sein de laquelle la fondation flottante est assemblée au mât ou au sein de laquelle ces deux éléments sont démontés. Cette deuxième zone peut par ailleurs permettre l’assemblage ou inversement le démontage du mât, de la turbine et des pâles, ainsi que de façon générale l’ensemble des opérations de mise en service préalables à l’implantation de l’éolienne flottante. Grâce à ces deux types de zones, il est donc possible de produire directement en mer des éoliennes flottantes prêtes à être implantées et utilisées. Cela réduit les contraintes liées au déplacement de ces éoliennes flottantes lorsqu’elles sont construites sur terre puis acheminées en mer.
Selon une caractéristique, la plateforme est ancrée. Un tel ancrage peut être temporaire ou permanent. Une tel plateforme comprend ainsi des moyens d’ancrage destinés à immobiliser la plateforme en mer ou des moyens d’amarrage de ladite plateforme.
Le système d’amarrage et/ou d’ancrage est configuré pour maintenir une position géostationnaire temporaire ou permanente en flottaison de la plateforme.
Un tel système d’amarrage et/ou d’ancrage aux fonds marins comprend des lignes d’amarrage, des ancres et des connecteurs, et il permet de relier temporairement ou de façon permanente la plateforme aux fonds marins afin d’empêcher qu’elle ne dérive. Le système d’amarrage et/ou d’ancrage permet par ailleurs à la plateforme d’être déplacée sur l’eau.
Selon une caractéristique, la plateforme est configurée pour permettre la fabrication et/ou l’assemblage et/ou la maintenance et/ou le démontage d’éoliennes flottantes de différentes dimensions.
Selon une caractéristique de l’invention, la plateforme comprend une portion médiane s’étendant principalement longitudinalement et comprenant la première zone, et une portion périphérique comprenant la deuxième zone.
On comprend ainsi que la fabrication des fondations flottantes intervient au centre de la plateforme, tandis que l’assemblage de l’éolienne sur sa fondation a lieu en sa périphérie, c'est-à-dire de part et d’autre de la portion médiane et directement dans l’eau. La première zone est donc au cœur de la plateforme.
Selon une autre caractéristique de l’invention, la plateforme comprend trois premières zones dédiées à la fabrication de la fondation flottante disposées dans la portion médiane.
Les trois premières zones sont alignées les unes à la suite des autres selon une direction longitudinale. Chacune est dédiée à une opération particulière de la fabrication des fondations flottantes, leur réunion formant ainsi une chaîne de production continue au sein de la portion médiane.
Selon une caractéristique de l’invention, la plateforme comprend un portique de levage configuré pour se déplacer le long de la portion médiane, ce portique de levage coopérant avec un système de guidage au sol.
Selon un autre aspect, l’invention concerne un système de détermination d’un domaine de déclenchement comportant un dispositif de commutation comportant au moins un capteur de vibrations et un module de calcul électronique configuré pour mettre en œuvre un procédé de détermination d’un domaine de déclenchement tel que décrit brièvement ci-dessus.
Avantageusement, le système de détermination d’un domaine de déclenchement est configuré pour mettre en œuvre un procédé de détermination d’un domaine de déclenchement d’un dispositif de commutation de circuit électrique tel que brièvement décrit ci-dessus, selon toutes les variantes envisagées.
la est une représentation schématique des modules fonctionnels d’un système de détermination d’un domaine de déclenchement selon un mode de réalisation;
la illustre des exemples de d’enregistrements de vibration dans le domaine temporel pour un déclenchement normal et pour un déclenchement de défaut du dispositif de commutation ;
la illustre des exemples de spectrogrammes correspondant aux enregistrements de la ;
la est un synoptique des principales étapes d’un procédé de détermination d’un domaine de déclenchement dans une phase opérationnelle ;
la est un synoptique des principales étapes d’un procédé de détermination d’un domaine de déclenchement dans une phase d’apprentissage préalable à la phase opérationnelle.
La illustre de manière schématique les principaux blocs fonctionnels d’un système 2 de détermination d’un domaine de déclenchement selon un mode de réalisation.
Le système 2 comporte un dispositif de commutation de circuit électrique 4, également appelé disjoncteur par la suite, et un module de calcul électronique 6.
Le disjoncteur 4 comporte un module magnétothermique 8 configuré pour déclencher une coupure de circuit d’alimentation en courant électrique, schématiquement représenté par un fil 10, d’une installation électrique 12, l’installation électrique 12 comportant au moins une charge 14, le déclenchement étant effectué en cas de surcharge ou de défaut électrique. La source de courant électrique est par exemple un réseau de fourniture de courant électrique triphasé, ou monophasé, non représenté.
Divers modes de réalisation de module magnétothermique 8 sont connus dans le domaine des dispositifs de coupure de courant électrique (en anglais, ‘circuit breakers’).
Dans un mode de réalisation, le dispositif de commutation 4 est un dispositif compact de type MCCB (pour « Molded Case Circuit Breaker »), adapté pour fonctionner pour des courants allant de 16Ampères à 630Ampères.
Le disjoncteur 4 comporte, outre le module magnétothermique 8, un ou plusieurs capteurs de vibrations 16.
De préférence, le ou chaque capteur de vibrations 16 est un accéléromètre 3 axes.
Avantageusement, le capteur de vibrations 16 est adapté pour capter un signal représentatif des vibrations du dispositif de commutation. En effet, en cas de déclenchement d’une ouverture, pour un passage de position fermée en position « ouverte » (e.g. coupure du passage du courant électrique dans le circuit d’alimentation électrique de l’installation électrique), qu’il soit sur commande ou par disjonction, il se produit un choc mécanique qui excite les pièces du dispositif de commutation.
Au cours d’une étape 3E04, la passerelle de diffusion multicast MC_GW s’enregistre dans une base de données au niveau du module rendez-vous service RDV. Ainsi quand un dispositif sollicite le module rendez-vous service RDV via cette passerelle domestique HGW, le module rendez-vous service RDV sait si une passerelle de diffusion multicast MC_GW est présente pour ce dispositif.
Dans l’exemple de la , lorsque l’application CP_APP du dispositif récepteur OTT réalise la résolution du nom de domaine « CP.net », il obtient l’adresse IP @IP_RDV du module rendez-vous service RDV (étapes 3E10, 3E20), ainsi sa demande de contenu (étape 3E30) est redirigée vers le module RDV.
Le module rendez-vous service RDV réalise un fonction d’aiguillage. En effet, la réponse à la demande de contenu est une demande de redirection de la requête vers le FQDN «MC_GW.lan » (étape 3E42) si d’une part la passerelle de diffusion multicast MC_GW a été enregistrée sur le module rendez-vous service RDV et si d’autre part, le contenu est diffusé en mode M-ABR. Cette réponse, une fois résolue (étapes 3E52 et 3E62) permet au dispositif récepteur OTT d’obtenir le contenu de la passerelle de diffusion multicast MC_GW (étapes 3E72, 3E82 et 3E92).
Au contraire, si la passerelle de diffusion multicast MC_GW n’a pas été enregistrée dans la base de données, ou si le contenu demandé n’est pas diffusé en mode M-ABR ; la réponse à le demande de contenu (3E30) est une requête de redirection vers le FQDN secondaire « CPBIS.net » qui une fois résolue (étapes 3E51 et 3E61) permettra d’obtenir le contenu du serveur de contenu CP_SRV (étapes 3E71 et 3E81).
Il est important de noter que ce procédé de diffusion présente un inconvénient majeur en ce qu’il nécessite de déclarer (à l’étape 3E04), la passerelle de diffusion multicast MC_GW auprès du module rendez-vous service RDV.
En effet, en supposant que cet enregistrement ne soit pas effectué, et donc que le module rendez-vous service renvoie systématiquement, à l’étape 3E42, dès lors que le contenu demandé est accessible en multicast, une instruction de redirection vers un nom de domaine associé à une passerelle de diffusion multicast, même en l’absence d’une telle passerelle MC-GW, alors, l’étape 3E52 de résolution de ce nom de domaine entraînerait une rupture de service, typiquement une erreur de code HTTP 404. Pour éviter un tel désagrément, une solution connue consiste à gérer une telle réponse au niveau de l’application CP_APP du décodeur OTT pour rediriger la requête vers le serveur ce contenu CP_SRV pour une réception en unicast.
Cette solution n’est pas satisfaisante en ce qu’elle impose une modification du logiciel des récepteurs OTT.
L’invention vise un procédé de diffusion qui ne présente pas ces inconvénients.
Objet et résumé de l’invention Ainsi, et selon un premier aspect, l’invention concerne un procédé de configuration d’un module DNS mis en œuvre par une passerelle domestique configurée pour interconnecter un réseau local avec un réseau d’opérateur, ladite configuration comportant avec au moins : (i) un enregistrement d’un nom de domaine pointant vers une passerelle de multidiffusion comprise dans ladite passerelle domestique et configurée pour répondre à une requête d’accès à un contenu reçue sur le réseau local, par l’envoi de ce contenu en monodiffusion, ledit contenu étant reçu en multidiffusion par la passerelle de multidiffusion en provenance d’un serveur de multidiffusion de ce contenu via le réseau de l’opérateur ; (ii) une règle de résolution d’un nom de domaine d’au moins un serveur de contenu avec l’adresse d’un module d’aiguillage localisé dans le réseau de l’opérateur, ledit module d’aiguillage étant configuré pour, sur réception d’une requête d’accès à un contenu : - répondre par une requête de redirection vers ledit nom de domaine pointant vers ladite passerelle de multidiffusion si le contenu doit être accédé en multidiffusion ; et - répondre par une requête de redirection vers un nom de domaine secondaire pouvant être résolu par le module d’aiguillage en l’adresse du serveur dudit contenu si le contenu doit être accédé en monodiffusion.
Corrélativement, l’invention concerne un dispositif de configuration d’un module DNS compris dans une passerelle domestique configurée pour interconnecter un réseau local avec un réseau d’opérateur, ladite configuration comportant avec au moins : (i) un enregistrement d’un nom de domaine pointant vers une passerelle de multidiffusion comprise dans ladite passerelle domestique et configurée pour répondre à une requête d’accès à un contenu reçue sur le réseau local, par l’envoi de ce contenu en monodiffusion, ledit contenu étant reçu en multidiffusion par la passerelle de multidiffusion en provenance d’un serveur de multidiffusion de ce contenu via le réseau de l’opérateur ; (ii) une règle de résolution d’un nom de domaine d’au moins un serveur de contenu avec l’adresse IP d’un module d’aiguillage localisé dans le réseau de l’opérateur, ledit module d’aiguillage étant configuré pour, sur réception d’une requête d’accès à un contenu : - répondre par une requête de redirection vers le nom de domaine pointant vers ladite passerelle de multidiffusion si le contenu doit être accédé en multidiffusion ; et - répondre par une requête de redirection vers un nom de domaine secondaire pouvant être résolu par le module d’aiguillage en l’adresse dudit serveur de contenu si le contenu doit être accédé en monodiffusion.
Le procédé de configuration d’un module DNS selon l’invention est remarquable en ce qu’il permet d’aiguiller intelligemment le flux en unicast ou en multicast vers le récepteur OTT selon le mode de diffusion de ce flux, sans nécessiter d’enregistrement préalable ou de déclaration de la passerelle de diffusion multicast auprès du module rendez-vous service, ni de modification du logiciel des récepteurs OTT.
L’invention vise également un dispositif de résolution d’adresse configuré par le procédé de configuration mentionné ci-dessus et un procédé de résolution d’adresse mis en œuvre par un tel dispositif.
Ainsi, selon un deuxième aspect, l’invention concerne un procédé de résolution d’adresse mis en œuvre par une entité constituée par une passerelle domestique configurée pour interconnecter un réseau local avec un réseau d’opérateur, ce procédé comportant : - une étape de réception d’une requête de résolution d’un nom de domaine d’un serveur de contenu - une étape de réponse à ladite requête de résolution par l’envoi de l’adresse IP d’un module d’aiguillage localisé dans le réseau de l’opérateur, ledit module d’aiguillage étant configuré pour, sur réception d’une requête d’accès à un contenu,: - répondre par une requête de redirection vers un nom de domaine d’une passerelle de multidiffusion comprise dans ladite passerelle domestique si le contenu doit être accédé en multidiffusion ; et - répondre par une requête de redirection vers un nom de domaine secondaire pouvant être résolu par le module d’aiguillage en l’adresse d’un serveur dudit contenu si le contenu doit être accédé en monodiffusion.
Corrélativement, l’invention concerne un dispositif de résolution d’adresse destiné à être intégré dans une passerelle domestique configurée pour interconnecter un réseau local avec un réseau d’opérateur, ce dispositif comportant : - un module de réception, d’une requête de résolution d’un nom de domaine d’un serveur de contenu ; et - un module d’envoi d’une réponse à ladite requête de résolution, ladite réponse comportant l’adresse IP d’un module d’aiguillage localisé dans le réseau de l’opérateur, ledit module d’aiguillage étant configuré pour, sur réception d’une requête d’accès à un contenu,: - répondre par une requête de redirection vers le nom de domaine d’une passerelle de multidiffusion comprise dans ladite passerelle domestique si le contenu doit être accédé en multidiffusion ; et - répondre par une requête de redirection vers un nom de domaine secondaire pouvant être résolu par le module d’aiguillage en l’adresse d’un serveur dudit contenu si le contenu doit être accédé en monodiffusion.
L’invention concerne aussi une passerelle domestique configurée pour interconnecter un réseau local avec un réseau d’opérateur, cette passerelle étant caractérisée en ce qu’elle comporte un dispositif de configuration tel que mentionné ci-dessus.
L’invention concerne aussi une passerelle de multidiffusion intégrée à une passerelle domestique telle que mentionnée ci-dessus et configurée pour répondre à une requête d’accès à un contenu par l’envoi en monodiffusion de ce contenu, ce contenu étant reçu par ladite passerelle de multidiffusion en multidiffusion à partir d’un serveur de diffusion multicast de ce contenu, ladite passerelle de multidiffusion comportant un dispositif de configuration tel que mentionné ci-dessus.
Dans une troisième opération, le dispositif distant (par exemple un ordinateur ou un serveur de l’autorité de certification 101) met en œuvre une vérification des droits d’accès du premier véhicule 11 aux données d’identification du deuxième véhicule 12, dites deuxièmes données représentatives d’identification du deuxième véhicule 12.
La vérification des droits d’accès du premier véhicule 11 est avantageusement basée sur les premières données identifiant le premier véhicule 11.
Le dispositif distant vérifie par exemple la présence des identifiants du premier véhicule 11 dans une liste d’identifiants de véhicules autorisés à accéder aux deuxièmes données d’identifications de véhicule (correspondant par exemple à l’identité du propriétaire de chaque véhicule ou au certificat d’immatriculation de chaque véhicule). Les véhicules autorisés appartiennent par exemple à un premier ensemble de véhicules déterminé. Chaque véhicule de ce premier ensemble est autorisé à obtenir ou à accéder à l’identité réelle de tout autre véhicule ou de chaque véhicule d’un deuxième ensemble de véhicules déterminé. Une telle liste est par exemple stockée dans une base de données à laquelle l’autorité de certification accède. Une telle base de données est par exemple contrôlée par l’autorité de certification. Une telle base de données stocke par exemple l’ensemble des certificats pseudonymes générés pour chaque véhicule, avec une association (ou correspondance, de l’anglais « mapping ») entre l’identité de chaque véhicule et les certificats pseudonymes générés pour chaque véhicule.
Une telle association ou correspondance permet à l’autorité de certification 101 de faire le lien entre chaque certificat pseudonyme généré et le véhicule particulier auquel a été attribué ce certificat pseudonyme généré.
Les véhicules autorisés à obtenir les deuxièmes données donnant l’identité d’un véhicule correspondent par exemple aux véhicules identifiés comme appartenant à un type de véhicule particulier ou à une catégorie particulière, par exemple la police ou la gendarmerie.
Lorsque la vérification des droits d’accès du premier véhicule 11 indique que le premier véhicule 11 est autorisé à obtenir ou recevoir les deuxièmes données d’identification du deuxième véhicule 12, alors le dispositif distant transmet les deuxièmes données à destination du premier véhicule 11 selon le mode de communication V2X, par exemple I2V (de l’anglais « Infrastructure-to-Vehicle » ou en français « Infrastructure à véhicule »).
Dans le cas contraire, lorsque la vérification des droits d’accès du premier véhicule 11 indique que le premier véhicule 11 n’est pas autorisé à obtenir ou recevoir les deuxièmes données d’identification du deuxième véhicule 12, alors le dispositif distant ne transmet pas les deuxièmes données au premier véhicule 11. Dans ce cas de figure, le dispositif distant transmet par exemple à destination du premier véhicule 11 un ensemble de troisièmes données représentatives d’un refus d’accéder à la requête émise selon le mode de communication V2X.
Dans une quatrième opération, le premier véhicule 11 reçoit du dispositif distant les deuxièmes données selon le résultat de la vérification.
Si la vérification confirme les droits d’accès du premier véhicule 11, ce dernier reçoit les deuxièmes données donnant l’identité réelle du deuxième véhicule (par exemple le certificat d’immatriculation du deuxième véhicule 12).