INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La certification peut avoir une durée limitée et dans le cas où le délai est expiré, l’orchestrateur devra procéder à une certification de la ressource conformément à l’étape 106.
Selon une autre option le service à instancier ne requiert pas des ressources certifiées et l’orchestrateur obtient lors d’une étape alternative à l’étape 106 ou à l’étape 103 non représentée sur la des ressources qui ne sont pas certifiées, donc sans donnée de certification de la ressource, l’obtention pouvant comprendre la sollicitation d’autres orchestrateurs d’entités contribuant à l’infrastructure de données.
On se réfère ensuite à la qui présente un procédé d’élaboration dynamique d’une infrastructure de données à partir de ressources certifiées, selon un autre mode de réalisation de l'invention.
Lors d’une étape E1, un client demande à un fournisseur de service SP1 un service ou l’accès à un nouveau service. Selon un exemple, ce client, résidentiel ou professionnel, transmet dans sa demande un paramètre utilisateur (client) relatif à une qualité de service requise pour ce service, cette qualité pouvant être par exemple formulée en terme commercial avec un terme parmi les termes suivants : standard, argent, or, ces termes étant classés selon le niveau de qualité attendu de moins exigeant (standard) à plus exigeant (or). Le client insère en outre un ou plusieurs paramètres relatifs à l’utilisateur tels que par exemple un paramètre indiquant le consentement de l’utilisateur ou du client pour une analyse des données ou une collecte des données le concernant en relation avec le service demandé à instancier dans un réseau virtuel de données. Le client indique en outre selon un exemple la zone géographique dans laquelle le service doit être instancié. Cette information est optionnelle car dans une alternative, le fournisseur de services peut déterminer la zone géographique à partir de la localisation du client transmettant la demande.
Lors d’une étape E2, le fournisseur de services SP1, à la suite de la réception de la demande, transmet à un dispositif de gestion des services GEST une requête d’instanciation du service demandé par le client dans une infrastructure de données, la requête comprenant les paramètres relatifs à l’utilisateur du service ainsi qu’un paramètre relatif à la zone géographique dans laquelle le service doit être instancié. Cette demande peut être transmise au fournisseur de services par l’intermédiaire d’une entité de type OSS (en anglais Operation Support System). Le paramètre relatif à la zone géographique peut comprendre une donnée GPS ou une indication de zone dans l’infrastructure de données, par exemple en lien avec la localisation d’un équipement de l’infrastructure de données.
Lors d’une étape E3, le dispositif de gestion des services GEST détermine les ressources requises pour la mise en œuvre du service demandé, conformément aux paramètres compris dans la requête reçue. Selon un exemple, pour un service d’accès à un service de visiophonie par l’intermédiaire d’un accès à un réseau mobile, le dispositif détermine des ressources d’accès dans un réseau mobile 5G, une ressource correspondant à un serveur de mise en relation d’un service de visiophonie, une ressource correspondant à des capacités de transmission entre le client et le réseau mobile et entre le réseau mobile et le serveur. Selon une alternative, une ressource peut indifféremment comprendre une donnée exploitée pour la mise en œuvre du service telle qu’une donnée de qualité de service ou de facturation, une capacité d’acheminement d’une donnée du service telle qu’un accès à un réseau fixe ou mobile ou un lien d’acheminement entre deux dispositifs, un identifiant d’un centre de données tel qu’un identifiant d’un serveur dans un environnement cloud, une fonction logicielle apte à assurer un traitement d’une donnée du service telle qu’une application ou un programme informatique. En outre, si le client a donné un consentement pour la collecte de données relative au service, les ressources déterminées doivent permettre cette collecte. Selon un autre exemple, le dispositif de gestion des services ne détermine pas lui-même les ressources et sollicite les différents orchestrateurs pour que ceux-ci déterminent les ressources nécessaires au déploiement du service, une information sur le service étant transmise par le dispositif de gestion des services lors d’une étape décrite ci-dessous. L’étape E3 est donc une étape facultative dans la mise en œuvre du procédé d’élaboration dynamique de l’infrastructure de données.
Lors d’une étape E4, le dispositif de gestion des services GEST détermine si de telles ressources compatibles avec le service à instancier sont présentes dans une base de données des ressources certifiées. Il est considéré que les capacités de transmission sont présentes dans la base de données et peuvent donc être utilisées sans requérir la sollicitation d’entités mettant en commun des ressources dans l’infrastructure de données.
Il apparait donc que des ressources doivent être déployées pour la mise à jour de l’infrastructure de données permettant d’instancier le service requis par le client lors de l’étape E1. Selon un exemple, le dispositif de gestion des services peut solliciter un autre dispositif de gestion des ressources, par exemple de ressources virtualisées, pour déterminer les ressources requises pour le service à instancier. Lors d’une étape E5, le dispositif de gestion des services GEST identifie une ou plusieurs entités pouvant mettre à disposition les ressources certifiées manquantes pour la mise en œuvre du service et à partir de ces entités, identifie lors de cette même étape E5 les orchestrateurs de ces entités à solliciter pour déployer les ressources certifiées. Les informations sur les entités, les ressources gérées par ces entités et les orchestrateurs associés à ces entités sont avantageusement comprises dans une base de données maintenue par le dispositif de gestion des services GEST ou par une entité que le dispositif de gestion des services peut joindre.
Lors d’une étape E6, le dispositif de gestion des services sollicite un orchestrateur ORCH pour obtenir une mise à disposition de ressources certifiées associées au service dont l’orchestrateur assure la gestion. L’orchestrateur peut être sélectionné en fonction des ressources identifiées à l’étape E3 ou bien par défaut, et dans ce cas, l’orchestrateur détermine si des ressources dont il assure la gestion peuvent contribuer au service identifié dans le message de l’étape E6. Selon l’exemple considéré dans ce mode de réalisation, des ressources d’accès dans un réseau mobile 5G et un serveur de mise en relation d’un service de visiophonie doivent être instanciés dans l’infrastructure de données et des orchestrateurs aptes à fournir ces ressources sont sollicités lors de l’étape E6. La ne comprend qu’un seul orchestrateur pour simplifier la lecture de la figure, mais une pluralité d’orchestrateurs peut être sollicitée lors de l’étape E6. La demande de déploiement d’une ressource dans l’infrastructure de données transmise lors de l’étape E6 comprend les paramètres obtenus dans l’étape E2, à savoir le paramètre relatif à un utilisateur ou client du service et un paramètre relatif à la zone géographique dans laquelle le service doit être instancié. Selon un exemple, la demande de déploiement peut avantageusement comprendre un délai à respecter pour la mise à disposition de la ressource et selon un autre exemple, la demande peut également comprendre une indication sur la nécessité que la ressource mise à disposition soit certifiée ou non. Selon une alternative, si la ressource doit être certifiée, un identifiant ou une adresse d’une entité de validation apte à certifier la ou les ressources peut être joint à la demande de déploiement. La demande de déploiement comprend en outre un critère de conformité de la ressource à déployer avec l’infrastructure de données. Ce critère de conformité peut notamment comprendre une indication sur la nécessité de déployer une ressource certifiée, et/ou une indication sur un paramètre de qualité de service ou de sécurité propre à l’infrastructure de données dans laquelle la ressource doit être instanciée. La ressource à déployer doit donc garantir que le niveau de sécurité et/ou de qualité de service et/ou de fiabilité de l’infrastructure de données est garanti après le déploiement de la ressource.
Les étapes suivantes permettant le déploiement de ressources certifiées dans une infrastructure de données pour la fourniture d’un service sont décrites dans la . Lors d’une étape E7, l’orchestrateur ORCH ayant déterminé les ressources R1 et R2 pouvant potentiellement être compatibles avec le service requis et l’infrastructure de données, transmet à ces ressources R1 et R2 une demande de création de description de ces ressources, cette demande de création comprenant les paramètres relatifs au service, tels que présents dans le message de l’étape E2 ainsi que le critère de conformité présent dans la demande de déploiement reçue lors de l’étape E6. Selon cet exemple, la ressource R1 correspond à une ressource d’accès à un réseau mobile 5G et la ressource R2 correspond à un serveur de mise en relation pour un service de visiophonie. Si par exemple le critère de conformité comprend un besoin de certification de la ressource, la demande de création de description de la ressource requise peut comprendre une adresse ou un identifiant d’une entité de validation de la ressource. Cette adresse ou cet identifiant peut selon une autre alternative être contenu dans une base de données accessible par la ressource dans le cas où une certification est requise. Il est considéré dans cet exemple que la ressource et plus exactement sa description doit être certifiée par une entité de validation et la demande de création de description de ressources comprend une adresse d’une entité de validation, dans cet exemple propre à chaque ressource. Ainsi l’adresse de l’entité VALID1 est transmise à la ressource R1 et l’adresse de l’entité VALID2 est transmise à la ressource R2. En fonction du type de ressource, l’entité de validation VALID1 (respectivement VALID2) peut être une entité d’un réseau d’un opérateur fixe ou mobile comme l’entité Network Slice Selection Function de sélection de tranche de réseau de l’infrastructure, une entité Network Data Analytics Function d’analyse des données réseau de l’infrastructure, une entité Network Exposure Function d’exposition de fonctions de l’infrastructure ou bien encore une passerelle par exemple de type UPF de réseau mobile.
Lors d’une étape E8, correspondant au démarrage d’une phase CERTIF de certification des ressources, la ressource R1 (respectivement R2) détermine au moins un paramètre correspondant à une prescription du service, conformément aux paramètres du service obtenues et du critère de conformité également lors de l’étape E7.
Lors d’une étape E9, la ressource R1 (respectivement R2) transmet à l’entité de validation VALID1 une requête de certification de la ressource R1 comprenant une description de la ressource R1. Cette description comprend le ou les paramètres déterminés lors de l’étape E8 et correspondent donc au service à instancier et à l’infrastructure de données. Selon un exemple, la description de la ressource peut ainsi comprendre un ou plusieurs des paramètres suivants ainsi que possiblement un paramètre générique en plus de tous les paramètres ci-dessous (localisation réseau telle qu’une adresse IP, un identifiant de cellule ou de terminaison fixe, une localisation géographique (GPS, zip code):
L’unité centrale 13 commande alors un fonctionnement de type B, décrit ci-après, jusqu’à ce que la différence de température Δ(T1-T2) entre la première T1 et la deuxième T2 température de la bouteille diminue vers une première valeur de différence seuil minimale ΔTmin1. Cette valeur de différence seuil minimale ΔTmin1 est toujours supérieure à la température de consigne Tc.
Le fonctionnement de type B comprend la diminution du voltage du module Peltier 5 pour qu’il atteigne une capacité de refroidissement Qc de la première face comprise entre 10% et 35 %, de préférence 30%, de sa capacité maximale de refroidissement Qcmax de la première face et un voltage du ventilateur tel que l’ensemble ventilateur/radiateur présente une résistance thermique comprise entre 0,9°C/Watt et 1,1°C/Watt, de préférence égale à 1°C/Watt (on tolère un échauffement de 0,9 à 1,1°C par watt consommé, donc un moins bon refroidissement que dans le fonctionnement de type A).
Dans l’exemple précédent d’un module Peltier 5 de Qcmax = 100 watts et d’un ventilateur de 15 CFM, le fonctionnement de type B reviendra à appliquer une tension de 6 à 8 volts au module Peltier 5 et à utiliser le ventilateur entre 60 et 70% de sa puissance, de préférence à 65% de sa puissance.
Ce fonctionnement permet un relatif réchauffement de la première face 5a du module Peltier (voir ci-après) tout en économisant l’énergie électrique consommée par le module Peltier 5 et le ventilateur 6. Ainsi, le dispositif diminue le refroidissement en mettant la première face 5a du module Peltier à une température supérieure à la température la plus froide relevée, en général la température T1 du fond de la bouteille, mais bien entendu à une température inférieure à la température de départ.
Ce fonctionnement contre-intuitif dans l’objectif général de refroidir le liquide, génère une inversion locale du gradient de température dans le fond de la bouteille, ce qui permet de manière étonnante d’homogénéiser la température dans le liquide.
L’unité centrale 13 commande ainsi une répétition de l’alternance des fonctionnements de type A et B, comme illustré sur la .
Dans un mode de réalisation préféré, à chaque itération j des fonctionnements de type A et B, les valeurs de différence seuil maximale ΔTmaxj augmentent et les valeurs de différence seuil minimale ΔTminj diminuent et tendent vers la température de consigne Tc.
Ainsi, à la première répétition, le deuxième fonctionnement A s’arrête lorsque Δ(T1-T2) est égale ou sensiblement égale à ΔTmax2, où ΔTmax2 est inférieur à ΔTmax1.
De même, à la première répétition, le deuxième fonctionnement B s’arrête lorsque Δ(T1-T2) est égale ou sensiblement égale à ΔTmin2, où ΔTmin2 est inférieur à ΔTmin1.
L’unité centrale 13 arrête les répétitions lorsque la différence de température Δ(T1-T2) entre la première T1 et la deuxième T2 température de la bouteille atteint une valeur de différence de fin Δ(T1-T2)fin, et que la première température T1 de la bouteille, la deuxième température T2 de la bouteille ou une combinaison (par exemple la moyenne (T1+T2)/2) de la première T1 et de la deuxième T2 température de la bouteille soit égale à la température de consigne Tc.
La valeur de différence de fin Δ(T1-T2)fin est une tolérance de fonctionnement. En effet, en l’absence d’agitateur mécanique, et malgré l’agitation obtenue par le procédé selon l’invention, il est possible qu’il existe toujours une différence de température mesurée entre les deux niveaux H1 et H2 de la bouteille. On choisit donc une valeur de Δ(T1-T2)fin qui tend vers zéro en valeur absolue bien entendu.
La répétition des fonctionnements s’arrête alors lorsque cette différence devient négligeable, c’est-à-dire lorsqu’elle est égale ou sensiblement égale à la valeur de différence de fin Δ(T1-T2)fin.
Pour maintenir le liquide à la température de consigne après la répétition d’alternance de fonctionnements de type A et B, de préférence après un fonctionnement de type B, l’unité centrale 13 commande un fonctionnement de type S comprenant l’arrêt du module Peltier 5 et du ventilateur 6, jusqu’à ce que la différence de température Δ(T1-T2) entre la première T1 et la deuxième T2 température de la bouteille atteigne une valeur de différence seuil Δ(T1-T2)seuil et/ou que la première température T1 de la bouteille, la deuxième température T2 de la bouteille ou une combinaison (par exemple la moyenne) de la première T1 et de la deuxième T2 température de la bouteille diffère de la température de consigne Tc par une valeur seuil de maintien en température Δ(T1-Tc)seuil, Δ(T2-Tc)seuil ou Δ(((T1+T2)/2)-Tc)seuil.
Une fois cette valeur seuil atteinte, ce qui signifie généralement que la bouteille s’est réchauffée, l’unité centrale 13 commande un fonctionnement de type B jusqu’à ce que la différence de température entre la première et la deuxième température de la bouteille atteigne la valeur de différence de fin Δ(T1-T2)fin, et que la première température T1 de la bouteille, la deuxième température T2 de la bouteille ou une combinaison de la première et de la deuxième température de la bouteille soit égale à la température de consigne Tc.
Le procédé selon l’invention comprend également des étapes spécifiques si la réserve électrique rechargeable n’est pas reliée à une source électrique. Cela signifie, généralement, que le dispositif est sur la table du consommateur, et qu’il va donc fonctionner sur batterie pour éviter l’encombrement des fils.
Dans son principe, le fonctionnement est similaire à ce qui a été décrit précédemment, et illustré en . La différence résidera essentiellement dans la cinétique, c’est-à-dire dans la pente des différentes parties de la courbe qui sera moins forte et, par conséquent, dans l’étalement de la courbe et le temps nécessaire au refroidissement.
Brève description des annexes et des figures D’autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les annexes : [Annexe. 1] L’annexe 1 représente une première partie d’un programme de détection pouvant être utilisé dans un mode particulier de réalisation ; [Annexe. 2] L’annexe 2 représente une deuxième partie d’un programme de détection pouvant être utilisé dans un mode particulier de réalisation ; Sur les figures : la représente des dispositifs de détection et d’identification conformes à un mode particulier de réalisation ; la représente sous forme d’ordinogramme les principales étapes de procédés de détection et d’identification pouvant être mis en œuvre dans un mode particulier de réalisation ; la représente l’architecture fonctionnelle d’un module de détection conforme à un mode particulier de réalisation de l’invention ; la représente l’architecture fonctionnelle d’un module d’identification conforme à un mode particulier de réalisation de l’invention.
Description détaillée La représente un mode particulier de réalisation de l’invention dans lequel les procédés de détection et d’identification sont mis en œuvre respectivement par des ordinateurs EQ1-EQ2 et un dispositif CNode de gestion de sécurité. Dans ce mode de réalisation, le dispositif CNode de gestion de sécurité a l’architecture matérielle d’un serveur informatique.
Dans cet exemple, l’invention est réalisée pour deux ordinateurs EQ1 et EQ2, mais l’invention ne limite pas le nombre d’ordinateurs. Elle peut être également appliquée à un unique ordinateur ou n’importe quel nombre d’ordinateurs, par exemple dans un parc informatique.
Par soucis de clarté, les détails de l’ordinateur EQ2 ne sont pas détaillés sur la , mais celui-ci comporte comme l’ordinateur EQ1 les composants permettant de mettre en œuvre le procédé de détection d’exploitabilité de vulnérabilité au sens de l’invention.
Les ordinateurs EQ1 et EQ2 comportent notamment un processeur 10, une mémoire vive de type RAM 11, une mémoire morte de type ROM 12, des moyens de communication 13 et une mémoire réinscriptible non volatile, par exemple un disque dur 14.
Chaque ordinateur EQn comporte un système logiciel SYSn. Dans cet exemple, le système logiciel SYS1 de l’ordinateur EQ1 comporte : - un module de détection MDET1 conforme à l’invention ; - un outil d’administration ADM1 associé à des droits de niveau administrateur ; - une première combinaison CNS d’espaces de nommage à laquelle est associé un processus de base PrR, c’est-à-dire le premier processus créé dans cette combinaison d’espaces de nommage ; - une deuxième combinaison CNS’ d’espaces de nommage à laquelle est associé un processus de base PrR’ ; et - un répertoire Rep permettant d’enregistrer des programmes de détections P1, Pk, Pm, et sur lequel sont enregistrés les programmes P1 et Pk.
Les processus de test PrT et PrT’ exécutant le programme Pk dans leurs combinaisons d’espaces de nommage CNS et CNS’ respectivement associées sont créés lors d’une mise en œuvre du procédé de détection.
Le dispositif de gestion de sécurité CNode est doté de moyens de communication 13’ avec les ordinateurs EQ1 et EQ2 et d’un module COM de communication avec un utilisateur, par exemple un administrateur de l’ensemble d’ordinateurs EQ1-EQ2.
Le dispositif de gestion de sécurité CNode comporte également un module d’identification MIDA conforme à l’invention.
La représente sur un ordinogramme un mode de réalisation des étapes d’un procédé de détection et d’un procédé d’identification réalisées conjointement par le module MDETn de l’ordinateur EQn et le module MIDA du dispositif de gestion de sécurité.
Sur l’exemple représenté par la , la mise en œuvre du procédé de détection par un seul ordinateur est représentée. Un tel exemple sur un seul ordinateur EQn est représenté par soucis de simplicité mais n’est en rien limitatif de l’invention. En particulier, les procédés de détection et d’identification peuvent être mis en œuvre pour plusieurs ordinateurs en parallèle.
Le module MIDA envoie et reçoit des signaux ou des messages par l’intermédiaire des moyens de communications 13’ précités. Le module MDETn envoie et reçoit des signaux ou des messages par l’intermédiaire de moyens de communications 13 précités.
Les ordinateurs EQ1 et EQ2 sont configurés pour pouvoir communiquer avec un serveur de sécurisation SRV_SEC via un réseau de communication NET. Ce serveur de sécurisation SRV_SEC comporte une base de données BD. Cette base de données BD comporte un ensemble d’identifiants IF_CVE1, ID_CVEk, et ID_CVEm de vulnérabilités, chaque identifiant étant respectivement associé avec un programme de détection P1, Pk ou Pm configuré pour produire un indicateur de l’exploitabilité d’une vulnérabilité, lorsque le programme de détection correspondant est exécuté par un processus de test au sens de l’invention.
Dans cette étape 10-40, lorsque l’information déterminée ig est inférieure à un premier seuil s1 choisi on considère qu’il n’y a pas de phénomène d’emballement thermique ou de dysfonctionnement du capteur CT (pas de mesures mti successives incohérentes) et donc on (le dispositif de surveillance DS) retourne effectuer la sous-étape 10. On a en effet la garantie que les mesures mti fournies sont cohérentes et l’assurance d’un fonctionnement du stator dans des conditions normales d’utilisation.
En revanche dans l’étape 10-40, lorsque l’information déterminée ig est supérieure au premier seuil s1 choisi on (le dispositif de surveillance DS) interdit temporairement l’utilisation de la machine motrice électrique MME dans une sous-étape 30. On considère en effet qu’il y a une augmentation trop rapide de la température interne de la machine motrice électrique MME sur le premier intervalle de temps it1 venant de s’écouler, ce qui est représentatif d’un phénomène d’emballement thermique et/ou d’un dysfonctionnement du capteur CT (mesures mti successives incohérentes), et donc par sécurité on interdit temporairement l’utilisation de la machine motrice électrique MME. Cela permet d’éviter une dégradation de la machine motrice électrique MME, voire le déclenchement d’un incendie, et donc de protéger le véhicule V et ses passagers.
Par exemple, le premier intervalle de temps it1 peut être compris entre 50 ms et 150 ms. A titre d’exemple illustratif, le premier intervalle de temps it1 peut être égal à 100 ms. Mais d’autres valeurs de premier intervalle de temps it1 peuvent être utilisées. Par exemple, la valeur du premier intervalle de temps it1 peut être choisie pendant la phase de mise au point du véhicule V.