INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Le paramètre a également un impact sur la stabilité du contrôle : il garantit une valeur de fréquence constante pour un changement de monotonie de variation de la puissance mesurée. Sa valeur peut être choisie dans une plage variant de 0,05p.u. à 0,5p.u. par exemple. Par ailleurs, la précision de réglage des onduleurs, tant du module de production ENRv que du système de stockage par batterie, est augmenté par l’ampleur de la plage de variation de la fréquence. Dans l’exemple de la , on a f fin -f start =1Hz, qui est avantageuse en ce qu’il s’agit de la valeur déjà imposée par la norme appliquée aux onduleurs de type 4. D’autres valeurs peuvent également être envisagées, en fonction notamment des caractéristiques des onduleurs intégrés dans les modules de production ENRv présents sur le micro-réseau îloté.
Les différentes valeurs numériques proposées ci-avant permettent d’assurer une stabilité satisfaisante du contrôle de la fréquence, tout en tenant compte de certains compromis. Cependant, ces valeurs sont paramétrables selon l’usage. On notera que, bien que le contrôle le plus stable soit celui pour lequel la fréquence est constante et la puissance injectée par les modules ENRv dans le micro-réseau îloté ne varie pas, cette solution n’est pas optimale car elle implique un découplage complet des modules ENRv du micro-réseau, donc une perte financière et d’énergie verte.
La première loi d’évolution décrite ci-avant en relation avec la pilote une valeur consigne de fréquence que l’on peut noter f hystérésis (P mes ), qui alimente un deuxième étage de construction de la première loi de contrôle de la fréquence en fonction de la puissance mesurée aux bornes de la batterie, présenté ci-après en relation avec la .
Sur la figure 4, on a représenté une variation fictive de la fréquence f hystérésis (P mes ) en fonction du temps. Le traitement par niveaux de découplage de la courbe représentative de cette variation assure une stabilité par un blocage temporaire de diminution de la fréquence, si cette dernière dépasse un seuil de fréquence de découplage d’un onduleur de type 1, de type 2, ou de type 3. Sur la figure 4, on a représenté f seuil découplage 1 =50,2Hz, qui est la fréquence de découplage d’un onduleur de type 1, f seuil découplage 2 =50,4Hz, qui est la fréquence de découplage d’un onduleur de type 2, et f seuil découplage 3 =50,6Hz, qui est la fréquence de découplage d’un onduleur de type 3 (soit où i est le type d’onduleur, ). On notera qu’on pourrait généraliser de 3 à N seuils de fréquence de découplage, où N≥0, dans un réseau qui comprendrait N types d’onduleurs présentant N fréquences de découplage distinctes pour lesquels la fonction P(f) n’est pas activée.
Quand la valeur consigne de fréquence imposée par la première loi d’évolution f hystérésis (P mes ) de la croît et atteint une première fréquence seuil de blocage égale à , ou , on interdit à la valeur consigne de fréquence de prendre une valeur inférieure à une deuxième fréquence seuil de blocage, qui est supérieure à la première fréquence seuil de blocage d’une valeur égale à . Ainsi, la valeur consigne de fréquence minimale est bloquée, pendant une durée paramétrable d’une heure par exemple, à f seuil découplage 1 +0,05Hz, f seuil découplage 2 +0,05Hz ou f seuil découplage 3 +0,05Hz. Dans un autre mode de réalisation, la durée de blocage peut être fixée à trente minutes, à 1h30, ou encore à deux heures, selon la configuration du micro-réseau îloté et le compromis recherché entre stabilité et utilisation de la puissance des modules de production ENRv. Notamment, cette durée de blocage peut être optimisée en fonction du rapport des puissances suivantes : - la puissance installée du système de stockage par batterie ; - la puissance installée des modules ENRv présents sur le micro-réseau îloté ; - la puissance de charge (i.e. la puissance de charge installée ou la courbe de charge attendue). Ainsi, on peut par exemple réduire cette durée pour optimiser la production d’énergie d’origine renouvelable, lorsqu’on estime qu’il n’y a pas de risque important du point de vue de la puissance installée, i.e. quand la puissance installée du système de stockage par batterie est très supérieure à la puissance installée des modules ENRv.
Dans ce mode de réalisation où la transaction T n’est pas connue des deux services de signature MSIGN1, MSIGN2, le service de diffusion BCAST peut être exécuté par le serveur SRV1 couplé au module HSM1. On obtient ainsi comme précédemment une architecture de système dans laquelle le module de sécurité matériel qui autorise la signature de transactions ne peut pas les signer lui-même car il ne possède pas les secrets SH1, SH2 permettant de les signer, et les services de signature qui signent les transactions n’ont pas connaissance de celles-ci.
Dans le mode de réalisation de la , le module HSM1 fournit la transaction T au service de signature MSIGN1 du dispositif SIGNDV et au service de signature MSIGN2 du module HSM2. Le service de signature MSIGN1 fournit au service de diffusion BCAST une signature partielle SIG1 qui est fonction de la transaction et de la part SH1. Le service de signature MSIGN2 fournit au service de diffusion BCAST une signature partielle SIG2 qui est fonction de la transaction et de la part SH2. Le service BCAST combine les deux signatures partielles au moyen de la fonction Fmpc pour obtenir la signature de la transaction. La transaction T peut être fournie au service BCAST par l’un ou l’autre des dispositifs signataires ou par le module HSM1.
Dans ce mode de réalisation, bien que la transaction T soit connue des différentes parties du système, aucune des deux parties signataires ne peut signer la transaction si elle n’a pas connaissance de la signature partielle fournie par l’autre partie. On pourra préférer de faire exécuter le service de diffusion BCAST par le serveur SRV1 couplé au module HSM1, comme illustré en traits pleins sur la , plutôt que de le faire exécuter par l’une ou l’autre des deux parties signataires.
Dans le mode de réalisation de la , le module HSM1 fournit le condensat HT de la transaction, le chemin de dérivation DRV et l’identifiant IDF de la fonction de signature au service de signature MSIGN1 du dispositif SIGNDV et au service de signature MSIGN2 du module HSM2. Le service de signature MSIGN1 fournit au service de diffusion BCAST une signature partielle SIG1 qui est fonction du condensat HT et de la part SH1. Le service de signature MSIGN2 fournit au service de diffusion BCAST une signature partielle SIG2 qui est fonction du condensat HT et de la part SH2. Le service BCAST combine les deux signatures partielles au moyen de la fonction Fmpc pour obtenir la signature de la transaction. La transaction T est fournie ici au service BCAST par le module HSM1.
Dans ce mode de réalisation, on pourra faire exécuter le service de diffusion BCAST par le serveur SRV1 couplé au module HSM1, comme illustré en traits pleins sur la , pour obtenir comme précédemment une architecture de système dans laquelle le module de sécurité matériel qui autorise la signature de transactions ne peut pas les signer lui-même car il ne possède pas les secrets SH1, SH2 permettant de les signer, et les services de signature qui signent les transactions n’ont pas connaissance de celles-ci.
La est un diagramme de séquence décrivant la réalisation d’une transaction au moyen du système de la selon l’un des modes de réalisation des figures 17C ou 17D. La décrit des étapes du diagramme de séquence de la . Le procédé de signature tel que montré sur la et décrit par la comprend des étapes identiques à celles du diagramme de la , à savoir les étapes S1 à S20, S50 à S52. Ce procédé se distingue essentiellement du procédé de la en ce que les étapes S30 à S34 de signature de la transaction et de diffusion de celle-ci sont remplacées par des étapes S40 à S46. A l'étape S40, le service de gouvernance GOV crée un canal de communication sécurisé SC2a, via la liaison https3, avec le service de signature MSIGN1, et un canal de communication sécurisé SC2b, via la liaison https2, avec le service de signature MSIGN2. A une étape S41, le service de gouvernance envoie au service de signature MSIGN1, via le canal sécurisé SC2a, la transaction brute T ( ) ou lui envoie son condensat HT, le chemin de dérivation DRV et l’identifiant IDF ( ). Ces données sont éventuellement accompagnées d’une demande de signature (qui peut être implicite ou prendre la forme d’une commande). A une étape S41’, le service de gouvernance envoie au service de signature MSIGN2, via le canal sécurisé SC2b, la transaction brute T ( ) ou lui envoie son condensat HT, le chemin de dérivation DRV et l’identifiant IDF ( ). Ces données sont éventuellement accompagnées d'une demande de signature (qui peut être implicite ou prendre la forme d’une commande).
A une étape S42, le service de signature MSIGN1 génère la signature partielle SIG1 au moyen de la part SH1. A une étape S43, le service de signature MSIGN1 envoie la signature partielle SIG1 au service de diffusion BCAST.
A une étape S44, le service de signature MSIGN2 génère la signature partielle SIG2 au moyen de la part SH2. A une étape S45, le service de signature MSIGN1 envoie la signature partielle SIG1 au service de diffusion BCAST.
À ce stade, le processus est sécurisé par la signature partielle de la transaction de sorte que si la transaction est interceptée et altérée par un attaquant, la signature partielle sera erronée et la signature finale le sera aussi. En effet, ni le module HSM2, ni le dispositif SIGNDV ne peuvent signer la transaction seuls. Pour signer la transaction, il faut les deux signatures.
A une étape S46, le service BCAST assemble les signatures partielles SIG1, SIG2 au moyen de la fonction Fmpc pour obtenir la signature de la transaction, puis diffuse la transaction signée sur la blockchain BNC concernée. Si les signatures SIG1, SIG2 ont été générées à partir du condensat HT, les services de signature MSIGN1, MSIGN2 ne peuvent pas communiquer la transaction brute T au service BCAST. Une étape de transmission de la transaction T au module BCAST, par le module HSM1, non représentée sur la , peut alors être prévue (Cf. ).
Il apparaîtra clairement à l'homme de l'art que les modes de réalisation qui viennent d'être décrits d’un système de transaction à sécurité améliorée pour la gestion mutualisée de comptes de cryptoactifs, sont susceptibles de diverses variantes. En particulier, dans le mode de réalisation de la , le dispositif de signature supplémentaire SIGNDV pourrait être le module de sécurité matériel HSM1. Dans d’autres modes de réalisation, un troisième voire un quatrième dispositif de signature partielle pourraient être prévus pour générer une signature multipartite comprenant trois composantes ou plus.
Système de gestion mutualisée de comptes de cryptoactifs, ayant des modules matériels de gouvernance et de signature distincts La présente invention concerne un système et un procédé de gestion mutualisée de comptes de cryptoactifs, dans lequel une demande de réalisation d’une transaction sur un compte de cryptoactif ne peut être exécutée qu’après avoir reçu l’accord d’au moins un approbateur et satisfait une règle de gouvernance.
Arrière-plan Ces dernières années, le développement des cryptomonnaies ou autres types de cryptoactifs gérés par la blockchain, tels que les jetons non fongibles ("NFT") et les contrats intelligents ("Smart Contracts"), a donné naissance à divers moyens de stockage et de conservation des clés privées et publiques attachées à ces différents types de cryptoactifs. C’est ainsi que sont apparus les portefeuilles de cryptoactifs communément appelés "wallets" permettant le stockage et la conservation de ces clés. Un portefeuille de cryptoactifs est un dispositif matériel ou logiciel dont la fonction est de stocker les clés privées et publiques attachées à des comptes de cryptoactifs, et de signer des transactions au moyen de ces clés. .
La montre schématiquement un exemple de portefeuille matériel de cryptoactifs HW, par exemple le dispositif commercialisé par la demanderesse sous l’appellation "Nano" ou "Stax", et un dispositif hôte HDV exécutant une application compagnon HSW, par exemple l’application "Ledger Live" développée par la demanderesse. Le dispositif HW ne pouvant pas se connecter directement à l’Internet pour des raisons de sécurité, il est associé au dispositif hôte HDV pour réaliser des transactions sur la blockchain. Le dispositif hôte HDV est par exemple un ordinateur, un téléphone mobile, une tablette ou équivalent. La connexion entre le dispositif HW et le dispositif hôte HDV peut être de type USB ou Bluetooth par exemple.
Lors de la première mise en service du dispositif HW, celui-ci génère une clé maître K0 à partir de laquelle il pourra ultérieurement dériver des clés privées Kj de comptes de cryptoactifs, et fournit à l’utilisateur une phrase de récupération de 24 mots que celui-ci devra conserver sur un support physique approprié, par exemple une feuille de papier ou un support inaltérable tel une plaque de métal gravée, qu'il devra conserver en lieu sûr.
Une fois relié au dispositif hôte, le dispositif HW peut interagir avec le logiciel compagnon pour permettre à un utilisateur USR de réaliser des transactions sur la blockchain BCN ou sur des sites d’échange décentralisé. Le dispositif HW peut par ailleurs communiquer avec un module de sécurité matériel HSM ("Hardware Security Module") situé dans un datacenter. Un tel module de sécurité matériel est également appelé en français "boîte noire transactionnelle" BTN (https://fr.wikipedia.org/wiki/Hardware_Security_Module). Il est généralement de règle que le module de sécurité matériel HSM ne stocke pas les clés privées de l’utilisateur et assure seulement le contrôle de l’authenticité du dispositif HW, sa mise en service, la mise à jour de son système d’exploitation, le téléchargement de programmes d’application certifiés, etc.
Les panneaux 31 et 35 sont fixés à la paroi porteuse 2 par des moyens d’ancrage qui sont bien connus en tant que tels et qui traversent les panneaux 31 et 35. On a désigné par la référence 98 des bouchons d’isolant thermique venant recouvrir ces moyens d’ancrage.
La membrane d’étanchéité primaire 80 comporte des tôles métalliques ondulées 81, dont une seule est représentée sur la afin de ne pas surcharger le dessin. Les tôles métalliques ondulées 81 sont réalisées en un alliage métallique, par exemple en acier inoxydable. Les tôles métalliques ondulées 81 sont soudées les unes aux autres par recouvrement selon la technique connue. Les tôles métalliques ondulées 81 présentent une série d’ondulations 82 parallèles à l’arête 99, et une série d’ondulations 83 orthogonales à l’arête 99, ces ondulations permettant aux tôles métalliques ondulées 81 de résister aux phénomènes de contraction thermique dus au contact avec le gaz liquéfié. La référence 84 désigne des nœuds disposés aux intersections entre les ondulations 82 et 83. La référence 87 désigne des portions planes des tôles métalliques ondulées 81 entre les ondulations 82 et 83.
Afin d’ancrer la membrane d’étanchéité primaire 80 à la barrière thermiquement isolante primaire 60, les plaques de couvercle respectives 67 et 68B des blocs primaires plans 65 et des éléments de pontage 68 portent respectivement des platines métalliques 65P et 68P, de façon connue en soi. De façon connue en soi, les blocs primaires plans 65 peuvent comporter une fente de relaxation 66R destinée à être positionnée sous une ondulation 82 correspondante.
Le gaz liquéfié destiné à être stocké dans la cuve peut notamment être un gaz naturel liquéfié (GNL), c’est-à-dire un mélange gazeux comportant majoritairement du méthane ainsi qu’un ou plusieurs autres hydrocarbures. Le gaz liquéfié peut également être un gaz de pétrole liquéfié (GPL), c’est-à-dire un mélange d’hydrocarbures issu du raffinage du pétrole comportant essentiellement du propane et du butane. Le gaz liquéfié peut également être de l’ammoniac, de l’hydrogène ou de l’éthane par exemple.
Lorsqu’il est en mer, le navire est sujet à des mouvements variés liés aux conditions climatiques. Ces mouvements du navire se répercutent sur le gaz liquéfié contenu dans la cuve qui, en conséquence, est sujet à du ballottement dans la cuve pouvant produire des impacts sur les parois de cuve. Lorsque le ballottement dépasse la capacité des parois de cuve à absorber ou disperser le ballottement, les impacts sur les parois de cuve peuvent provoquer des endommagements de ces parois. Or il est nécessaire de conserver l’intégrité des parois de cuve pour conserver l’étanchéité et les caractéristiques d’isolation des cuves.
Il est donc important d’estimer une probabilité d’endommagement dû au ballottement au moment de la conception des parois de cuve, afin de vérifier qu’elles sont suffisamment robustes. Pour cela il est utile de disposer un ou plusieurs instruments de mesure d’efforts dans les parois de cuve. Le ou les instruments de mesure d’efforts mesurent les efforts générés par les impacts de gaz liquéfié sur les parois de cuve. Les mesures obtenues grâce aux instruments de mesure d’efforts peuvent être utilisées pour estimer la probabilité d’un endommagement et/ou pour valider des estimations de cette probabilité réalisées à l’aide d’essais sur des modèles réduits de cuves.
On décrit maintenant, en référence aux figures 3 à 8, un panneau isolant 200 muni d’un instrument de mesure d’efforts 300 qui peut être intégré dans les parois de cuve décrites ci-dessus.
La est une vue en perspective d’ensemble du panneau isolant 200. Le panneau isolant 200 comporte un élément d’isolation thermique secondaire 220, un élément de membrane d’étanchéité secondaire 260, et un élément d’isolation thermique primaire 270.
L’élément d’isolation thermique secondaire 220 comporte une plaque de fond 230, par exemple en bois contreplaqué, sur laquelle est disposé un bloc 240 de mousse thermiquement isolante (cf. et ), par exemple de la mousse de polyuréthane optionnellement renforcée de fibres de verre. Le bloc 240 peut par exemple être collé à la plaque de fond 230. Une plaque de couvercle secondaire 250, par exemple en bois contreplaqué, est disposée sur le bloc 240. Le bloc 240 peut par exemple être collé à la plaque de couvercle secondaire 250.
L’élément de membrane d’étanchéité secondaire 260 est disposé sur la plaque de couvercle secondaire 250 et recouvre toute la plaque de couvercle secondaire 250.
L’élément d’isolation thermique primaire 270 comporte un bloc 271 de mousse thermiquement isolante, par exemple de la mousse de polyuréthane optionnellement renforcée de fibres de verre. Une plaque de couvercle primaire 272, par exemple en bois contreplaqué, est disposée sur le bloc 271. Le bloc 271 peut par exemple être collé à la plaque de couvercle 272. Des douilles filetées 275 sont installées sur la plaque de couvercle 272 et peuvent être utilisées pour maintenir divers outils servant au montage de la paroi de cuve.
Le bloc 271 est disposé sur une portion centrale de l’élément d’étanchéité secondaire 260 à distance des bords de l’élément d’isolation thermique secondaire 220. Il comporte dans son épaisseur une fente de relaxation 272R analogue à la fente de relaxation 66R, porte en outre des platines métalliques 272P analogues aux platines métalliques 65P et 68P pour l’ancrage de la membrane d’étanchéité primaire 80. Le bloc 271 est fixé à l’élément de membrane d’étanchéité secondaire 260, par exemple par collage, et est ainsi indirectement fixé à la plaque de couvercle 250.
Le panneau isolant 200 a vocation à être fourni sous la forme d’un élément préfabriqué en dehors de l’espace interne de la cuve et présentant des dimensions standardisées. Plus précisément, le panneau isolant 200 présente de préférence des dimensions extérieures, et notamment une largeur b (cf. , et ), qui sont identiques à celles d’un élément isolant préfabriqué constitué d’un panneau plan 35 et d’un bloc primaire plan 65 comme on l’a décrit ci-dessus. Ainsi, si l’on souhaite munir une paroi de cuve d’instruments de mesure 300 décrits ci-après, il suffit de disposer un panneau isolant 200 à chaque emplacement souhaité dans la paroi de cuve, en lieu et place d’un élément isolant préfabriqué, sans qu’une quelconque modification de la paroi de cuve soit nécessaire.
On voit également sur la des cordons de mastic 989 pouvant être disposés entre le panneau isolant 200 et la paroi transversale 2, de façon connue en soi.
Description détaillée En référence à la , on propose un procédé implémenté par un système télématique dans un véhicule. Le procédé comprend une fourniture S10 d’une détection de risque de collision entre le véhicule et un autre véhicule. Le procédé comprend une fourniture S20 d’un graphe comprenant des arcs représentant des voies de circulation au niveau de la collision et des nœuds entre les arcs représentant des connexions entre les voies représentées. Le procédé comprend une identification S30 de l’arc représentant la voie sur laquelle le véhicule circule à partir d’une position du véhicule. Le procédé comprend une détermination S40 de l’absence de risque de collision lorsque l’autre véhicule ne circule pas sur voie représentée par un arc relié sur le graphe à l’arc identifié.
En effet, le procédé permet de mieux écarter les risques de collision détectés qui ne sont pas réels, c’est-à-dire dont la détection est erronée. Notamment, le procédé utilise le graphe représentant les voies de circulation au niveau de la collision pour en déduire si le risque de collision est réel ou non compte tenu des voies de circulation sur lesquelles les véhicules circulent, et des intersections qui existent au niveau de la collision potentielle. Lorsque les voies de circulation ne se croisent pas, le graphe permet de déduire que le risque n’est pas réel. Ainsi, en présence d’un ouvrage permettant le passage simultané de plusieurs véhicule en même temps (en présence d’un pont par exemple), le procédé permettra d’écarter les risques de collision détectées entre les véhicules pour des véhicules arrivant sur des voies différentes au niveau de l’ouvrage. Le procédé utilise le graphe pour écarter le risque de collision à chaque fois que les voies sur lesquelles circulent ne se croisent pas.
Le procédé peut s’exécuter pendant que le véhicule circule. Les étapes S10 à S40 peuvent être répétées par le procédé pendant que le véhicule circule. Par exemple, le procédé peut comprendre une répétition des étapes S10 à S40 à chaque fois qu’un autre véhicule a un parcours qui rencontre celui du véhicule. Les étapes S10 à S40 sont alors répétées pour ce nouveau véhicule. Le risque de collision détecté est dans ce cas à chaque répétition un risque de collision avec le nouveau véhicule rencontré. Les détails donnés ci-après s’appliquent à chaque répétition des étapes S10 à S40 pour chaque nouveau véhicule rencontré.
Le parcours de chaque véhicule peut représenter le mouvement du véhicule pendant une durée à venir prédéterminée (par exemple une durée inférieure à 10 minutes et/ou supérieure à 10 secondes, par exemple une durée d’environ 1 minute). Alternativement ou additionnellement, le parcours peut représenter le mouvement du véhicule sur une longueur prédéterminée (par exemple une longueur inférieure à 10 kilomètres et/ou supérieure à 100 mètres, par exemple une longueur d’environ 300 mètres).