INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Ainsi et selon un mode de réalisation, la présente divulgation est relative à un procédé pour le nettoyage de plusieurs rangées de tables comprenant au moins une première rangée de tables et une deuxième rangée de tables, et dans lequel les étapes /a/ à /f/, voire /g/ sont mises en œuvre pour assurer le nettoyage de la première rangée de tables, et dans lequel on procède au nettoyage de la deuxième rangée par un désaccouplement de l’unité de nettoyage du premier châssis, et le repositionnement du premier châssis sur une table de la deuxième rangée selon une nouvelle étape /c/ et le repositionnement de l’unité de nettoyage sur le premier châssis selon une nouvelle étape /e/ pour assurer le renouvellement des étapes /f/, voire /g/ sur les tables de la deuxième rangée de tables..
L’équipement selon la présente divulgation trouve une application particulière pour le nettoyage d’une table voire de préférence d’une pluralité de tables T1, T2, T3, les tables T1, T2, T3 de panneaux s’étendant suivant une direction longitudinale X, la ou chaque table T1 ; T2, T3 comprenant un nombre entier N de panneaux typiquement compris entre 1 et 6, suivant la direction transversale Y.
Comme compréhensible de la présente divulgation, l’équipement est notable en ce qu’il présente les avantages suivants par rapport aux systèmes de l’état de la technique : - les premiers moyens de guidage G1 et les deuxièmes moyens de guidage G2 qui coopèrent avec le premier bord externe de la table et le deuxième bord externe de la table permettent de garantir un guidage de l’équipement suivant la direction longitudinale X, quelle que soit l’inclinaison de la table, qui peut éventuellement être d’inclinaison nulle (i.e horizontale), et contrairement aux équipements de l’état de la technique guidé seulement en un bord externe haut de la table qui ne fonctionnent que lorsque la table présente une inclinaison minimale, typiquement de l’ordre de 20°, - au moins selon un mode de réalisation, le premier châssis, adaptable en longueur est facilement adaptable à la dimension de la table selon la direction transversale Y, notamment par des longerons télescopiques, ou encore par exemple par une conception modulaire des longerons en plusieurs sections, cette longueur étant elle-même dépendante du nombre entier N de panneaux suivant la direction transversale, et avantageusement sans nécessiter de changement sur l’unité de nettoyage qui est toujours la même quel que soit le nombre entier N, - au moins selon un mode de réalisation, le changement de position de l’unité nettoyage s’effectue via des moyens de guidage en coulissement le long du premier châssis, et donc sans nécessiter de l’opérateur un effort important de manutention, et de préférence, au moins selon un mode de réalisation, ce changement de position s’effectue sans risque de marquage des cellules par les organes de roulements motorisés lors d’un tel changement de position grâce à leur escamotage lors du coulissement, - au moins selon un mode de réalisation, les organes de roulements/frottement des moyens d’avance motorisés sont d’écartement réglable, de préférence sur une plage s’étendant au moins entre 160 cm et 215 cm, de sorte à s’adapter à toute dimension de panneaux cadrés, et de sorte à toujours pouvoir régler l’écartement des organes de roulement de sorte que ceux-ci engagent avec le cadre métallique du panneau solaire et non les cellules photovoltaïques, - au moins selon un mode de réalisation, une source unique de fluide sous pression typiquement de l’eau sous pression, permet d’assurer l’avance motorisée de l’équipement, la pulvérisation d’un fluide de nettoyage sur les cellules photovoltaïques des panneaux, ainsi que le brossage mécanique des panneaux, et de préférence sans nécessiter de source d’énergie électrique pour ces opérations. Eventuellement, l’unité de nettoyage voire le système de guidage ne nécessite(nt) pas de source électrique pour leur fonctionnement.
PROCEDE DE TRAITEMENT DE SURFACE POUR AMELIORER LA PERFORMANCE D’UN SYSTEME THERMODYNAMIQUE AVEC CYCLE A ABSORPTION La présente invention se rapporte au domaine général des systèmes thermodynamiques avec cycle à absorption.
L’invention est particulièrement intéressante puisqu’elle conduit à de très bonnes efficacités de transferts de masse et de chaleur lors des processus d’absorption et de désorption, améliorant ainsi la performance globale du cycle.
Les systèmes thermodynamiques avec cycle à absorption permettent par exemple de produire du froid à partir d’une source chaude (circuit frigorifique) ou encore d’obtenir une pompe à chaleur. Ces machines à absorption sont intéressantes car elles utilisent comme source de la chaleur à moyenne/haute température, provenant du solaire ou des rejets de procédés industriels, au lieu de l’énergie électrique, qui est une source est précieuse et couteuse.
Ainsi, il est intéressant de coupler une machine à absorption avec des systèmes solaires thermiques, des réseaux de chaleur, des usines industrielles voire même des générateurs électriques turbo-gaz de grosse puissance.
Les orchestrateurs des entités transmettent les informations reçues aux différentes ressources pour que celles-ci puissent être certifiées préalablement à leur mise à disposition dans une infrastructure de données. Cette certification peut s’opérer à priori, par exemple en fonction de services génériques dont les caractéristiques sont à priori connues, ou bien à la suite de la demande de mise en œuvre d’un service dans une infrastructure de données.
Lors d’une étape 201, une ressource transmet à une entité d’évaluation une requête de certification d’un paramètre de la ressource contribuant au service à instancier. Cette transmission fait suite à la réception d’une demande d’un service à instancier ou bien en prévision d’un service à instancier. La ressource pourra être ainsi déployée plus rapidement puisqu’elle aura été certifiée. La ressource peut envoyer une requête à toutes les entités de validation pour lesquelles elle a reçu une adresse ou bien à une entité de validation en particulier en fonction du paramètre à certifier, l’information sur l’entité de validation valide en fonction du paramètre pouvant être obtenu en provenance de l’orchestrateur ou bien en utilisant une table associant une entité de validation et un paramètre d’une ressource. La ressource décrit les paramètres de la ressource dans un schéma d’auto-description (SSD) et soumet ce SSD pour certification à une ou plusieurs entités d’évaluation en fonction du nombre de paramètres à certifier. Dans le cas où il s’agit d’une certification consécutive à une demande de mise en œuvre de service, le schéma d’auto-description comprend notamment des paramètres contribuant à la mise en œuvre du service à mettre en œuvre par l’intermédiaire de l’infrastructure de données à élaborer à partir des ressources à certifier.
Lors d’une étape 202, l’entité d’évaluation compare le schéma d’auto-description reçu comprenant un ou plusieurs paramètres avec au moins une valeur requise pour la mise en œuvre du service dans l’infrastructure de données. Par exemple, si un paramètre est relatif à la localisation, l’entité d’évaluation va comparer le paramètre de localisation avec une zone de localisation attendue pour la ressource. S’il s’agit d’une capacité d’acheminement, l’entité d’évaluation va comparer la capacité d’acheminement mise à disposition par la ressource avec une valeur de bande passante attendue pour le service. S’il s’agit d’un paramètre lié à la capacité de stockage ou de capacité de calcul, l’entité d’évaluation compare le paramètre reçu ou la valeur du paramètre avec une capacité requise pour le service. L’entité d’évaluation peut certifier les différents paramètres dont elle a la charge de façon globale, en fonction de la comparaison de tous les paramètres évalués, ou bien elle peut certifier chacun des paramètres individuellement. Les valeurs attendues pour un service peuvent être des valeurs discrètes ou bien des intervalles ou bien encore des valeurs avec des pourcentages au-delà ou en deçà desquelles le paramètre est considéré comme valide et donc positif pour ce qui concerne la certification de la ressource pour ce paramètre.
Lors d’une étape 203, dans le cas où le résultat de la comparaison est positif, c’est-à-dire que le paramètre ou les paramètres comparés par l’entité d’évaluation correspondent aux valeurs attendues, l’entité d’évaluation transmet à la ressource une donnée de certification attestant que les paramètres évalués du schéma d’auto-description sont valides pour le service requis dans l’infrastructure de données. Si plusieurs entités d’évaluation évaluent différents paramètres de la ressource, cette ressource sera certifiée si les différentes entités d’évaluation indiquent que les différents paramètres évalués par les différentes entités d’évaluation correspondent aux valeurs respectivement attendues par les différentes entités d’évaluation.
La preuve de certification d’un ou plusieurs paramètres d’une ressource par une entité d’évaluation peut comprendre une clé privée de l’entité d’évaluation ou une signature du paramètre ou des paramètre évalué(s) par une clé privée, attestant de la certification par une entité d’évaluation. Selon un exemple, l’ensemble des clés privées ou des certificats des entités d’évaluation ayant respectivement évalué les différents paramètres de la ressource sont utilisés pour prouver la certification de la ressource pour l’ensemble des paramètres évalués.
Lors d’une étape 204, dans le cas où la ressource est effectivement certifiée, la ressource ou bien un gestionnaire de la ressource ayant obtenu l’information de la certification de la ressource transmet au dispositif de gestion des services et/ou à un registre des ressources une information attestant de la conformité de la ressource pour le service à mettre en œuvre dans l’infrastructure de données. Cette certification est valide pour un service dans l’infrastructure de données et ne peut être utilisée pour un autre service, sauf si cet autre service a des caractéristiques identiques au premier service, ce qui peut autoriser la réutilisation de l’information de certification. Cette information de conformité peut, selon un exemple, être transmise au dispositif de gestion des services. Ainsi, ce dispositif peut associer un service avec des ressources certifiées et peut en outre être garant que les ressources effectivement utilisées pour mettre à jour une infrastructure de données pour assurer la fourniture d’un service ont bien été certifiées préalablement et comprennent des paramètres compatibles avec le service à déployer. Selon un autre exemple, l’information attestant de la conformité de la ressource peut être transmise à un gestionnaire des ressources de l’infrastructure des données qui est sollicité par le dispositif de gestion des services ou par une autre entité, par exemple en cas d’audit des ressources.
Dans le cas où à l’étape 202, la comparaison d’un paramètre avec une valeur attendue n’est pas positive et le paramètre ne correspond donc pas à une valeur attendue pour certifier le paramètre pour le service à mettre en œuvre, la cause pour laquelle le paramètre ne correspond à une valeur attendue et l’impact sur le service sont évalués . Ainsi, à l’étape 205, la cause de l’échec de la certification par l’entité d’évaluation est identifiée notamment grâce à l’information sur l’échec transmise par l’entité d’évaluation à destination de la ressource. Celle-ci peut ainsi évaluer quel paramètre de la ressource dans le schéma d’auto-description n’a pas permis une certification de la ressource. Dans le cas où le paramètre ne peut être modifié, par exemple s’il s’agit d’un paramètre inhérent à la ressource tel qu’un paramètre de localisation de la ressource, ou une capacité maximale de la ressource en terme de stockage, de calcul ou d’acheminement par exemple, la ressource est considérée comme non conforme pour le service à déployer et une information de non-conformité de la ressource est transmise lors d’une étape 207 au dispositif de gestion des services et/ou à un registre des ressources, n’autorisant pas l’utilisation de cette ressource pour la mise à jour de l’infrastructure de données pour assurer la mise en œuvre du service requis.
Dans le cas où il s’agit d’un paramètre qui peut être modifié dans le schéma d’auto-description, par exemple un nombre d’interfaces disponibles pour le service à instancier ou une valeur de bande passante qui peut être modifiée pour la ressource, un nouveau schéma d’auto-description comprenant un ou plusieurs paramètres modifiés pour la même ressource peut être déterminé lors d’une étape 206 et de nouveau soumis à la certification auprès de l’entité d’évaluation lors d’une étape 201 pour que les paramètres modifiés puissent être comparés à des valeurs attendues pour l’intégration de la ressource à l’infrastructure de données en vue d’instancier le service. Plusieurs modifications d’un ou plusieurs paramètres et donc plusieurs évaluations de paramètres par une entité d’évaluation sont envisageables avant qu’une information de conformité ou de non-conformité (étapes respectives 204 et 207) soit émise.
En cas de non-conformité ou bien encore si un ou plusieurs paramètres ne permettent pas une certification de la ressource par l’entité d’évaluation, une autre ressource d’une même entité ou d’une autre entité, sollicitée lors de l’étape 200, contribuant à l’infrastructure de données peut se faire évaluer par l’entité d’évaluation, de façon à pouvoir déterminer et certifier une ressource alternative pour la mise à jour de l’infrastructure de données pour le service à instancier.
On se réfère ensuite à la qui présente un procédé d’élaboration dynamique d’une infrastructure de données, selon un autre mode de réalisation de l'invention.
Ce procédé d’élaboration dynamique d’une infrastructure de données permet de construire ou de mettre à jour une infrastructure de données pour permettre la mise en œuvre d’un service de données. Les services applicatifs, faisant intervenir un terminal client et/ou un serveur de données et/ou des applications de type IOT (en anglais Internet Of Things) requièrent des ressources différentes et des paramètres de ressources adaptées aux différents services. L’instanciation d’un nouveau service requiert donc une mise à jour d’une infrastructure de donnée voire la mise en œuvre d’une nouvelle infrastructure de données pour garantir un acheminement adapté des données du service dans le réseau de communication dans lequel l’infrastructure de données, aussi appelée espace virtuel de données, est élaborée.
Lors d’une étape 100, un dispositif de gestion des services reçoit une requête d’instanciation d’un service. La requête comprend un paramètre relatif à un utilisateur du service, correspondant par exemple à une information sur le consentement de l’utilisateur à partager ou à exploiter des données propres à l’utilisateur, et la requête comprend en outre un paramètre relatif à la zone géographique dans laquelle ledit service doit être déployé. Selon un exemple, la zone géographique correspond à une donnée GPS ou à des coordonnées géographiques. Cette requête est par exemple émise par un dispositif de gestion des services en charge de la fourniture de services à une clientèle, un opérateur de télécommunications, ou un opérateur de services à destination d’entreprises.
La requête peut en outre comprendre des caractéristiques intrinsèques au service à implémenter, telle que des caractéristiques de qualité de service, de sécurité du service, ou de type du dispositif de gestion des services, tel que le pays d’appartenance du dispositif, ou de confidentialité. La requête peut en outre comprendre une information sur le délai à respecter pour l’instanciation du service, c’est-à-dire le délai où le service devra être instancié.
Le dispositif de gestion des services détermine à partir de la requête reçue une ou plusieurs entités aptes à contribuer à la mise en œuvre du service via la mise à jour de l’infrastructure de données. Ainsi, à l’étape 101, le dispositif de gestion identifie des orchestrateurs d’entités aptes à fournir des ressources contribuant à l’infrastructure de données, à modifier pour satisfaire la fourniture du service requis. Le dispositif de gestion utilise ainsi le paramètre relatif à l’utilisateur ainsi que le paramètre relatif à la zone géographique, ces paramètres pouvant limiter à des entités garantissant un respect des contraintes associées à l’utilisateur et/ou des contraintes de déploiement de ressources dans une zone géographique donnée. Ainsi, si par exemple, la zone géographique présente est la France, le dispositif de gestion sollicitera des entités disposant de ressources en France. Le dispositif de gestion transmet ainsi lors de cette étape 101 une demande de ressources, déterminées pour satisfaire le service requis, à un (ou plusieurs) orchestrateur des entités préalablement déterminées. Le dispositif de gestion peut ainsi utiliser les différents paramètres associés au service (sécurité, qualité de service, confidentialité…), pour déterminer les ressources requises pour un service donné. Selon un autre exemple, le dispositif de gestion consulte ou sollicite un autre dispositif du réseau de communication pour obtenir une liste de ressources correspondant au service à implémenter. Cette correspondance permet de déterminer les ressources à ajouter ou à modifier dans une infrastructure de données pour garantir la fourniture du service à instancier. Si des ressources requises pour le service, correspondant aux paramètres de la requête, sont déjà présentes dans l’espace de données alors le dispositif de gestion peut s’abstenir de solliciter une entité pour ajouter une telle ressource à l’espace virtuel de données. L’identification d’orchestrateurs à solliciter peut faire suite à la détermination par le dispositif de gestion des services des ressources nécessaires pour mettre en œuvre le service requis. Les orchestrateurs aptes à fournir les ressources nécessaires seront alors sélectionnés en fonction des ressources à déployer pour instancier le service demandé.
Lors d’une étape 102, l’orchestrateur sollicité lors de l’étape 101 identifie des ressources propres à son entité aptes à contribuer au service et donc à ajouter potentiellement à l’infrastructure de données en fonction des paramètres et du critère de conformité reçus et de valeurs relatives au service et à l’infrastructure de données. Les ressources nouvellement déployées doivent en effet respecter les contraintes telles que reçus dans la demande de déploiement mais aussi des contraintes relatives à l’infrastructure de données et des valeurs théoriques relatives au service. L’orchestrateur détermine dans un premier temps si la ressource est toujours présente dans le réseau de communication en sollicitant par exemple un dispositif d’administration du réseau de communication. Dans le cas où la ressource n’est pas présente, l’orchestrateur peut déployer ou requérir le déploiement d’une nouvelle ressource dont les caractéristiques permettent de répondre aux caractéristiques du service à instancier. Dans le cas ou plusieurs orchestrateurs d’une même entité ou de plusieurs entités sont sollicités, chaque orchestrateur vérifie la possible disponibilité des ressources dont il assure la gestion dans l’infrastructure de données du réseau de communication. Ainsi, pour un service de VoD (en anglais Video On Demand), un orchestrateur d’un opérateur de télécommunications fournissant des ressources d’acheminement, un orchestrateur d’une entité de stockage des flux VoD, un orchestrateur d’un réseau de cache et un orchestrateur de gestion de la facturation pourront par exemple être sollicités pour mettre à disposition leurs ressources respectives. L’infrastructure de données, en capacité de supporter des flux de données de VoD, sera ainsi élaborée en ajoutant les ressources des différentes entités intervenant pour la fourniture du service de VoD.
Selon un premier exemple, l’orchestrateur transmet les informations reçues, et notamment les paramètres relatifs au service à instancier, aux différentes ressources pour que celles-ci puissent être certifiées préalablement à leur mise à disposition dans une infrastructure de données. L’orchestrateur transmet en outre une adresse d’une entité d’évaluation pour que la ressource, et plus précisément les paramètres de la ressource devant être certifiés, soit certifiée lors de l’étape 106, préalablement à son déploiement dans le réseau de communication en vue de mettre à jour l’espace de données. L’étape 106 correspond à la certification d’une ressource telle que décrite dans la et le texte correspondant décrivant la .
Selon un aspect de l’invention, la base de l’espaceur présente une largeur inférieure à la largeur de la face inférieure de la cellule de la batterie.
Avantageusement, l’ensemble de cellule de batteries comporte n batteries, n étant un nombre entier supérieur ou égal à 3, et au moins (n-1) espaceurs inter-batteries, avantageusement n espaceurs inter-batteries.
est une vue schématique d’une batterie.
est une vue d’un mode de réalisation d’un espaceur inter-batteries selon l’invention.
est une vue schématique de l’espaceur inter-batteries de la monté autour de la batterie représentée sur la .
est une vue schématique illustrant deux batteries contiguës chacune reposant sur un espaceur inter-batteries selon l’invention.
est une vue de côté d’un ensemble batterie-espaceur inter-batteries, selon la ou 4.
est une vue de dessus de l’assemblage visible sur la .
est une vue schématique d’un boîtier destiné à loger des batteries disposant d’un système de refroidissement par aspersion de ces batteries.
est une vue schématique du boîtier représenté sur la dans lequel des batteries ont été disposées, chaque batterie reposant sur un espaceur inter-batteries.
Description des modes de réalisation. En référence aux orientations et directions d’extension des batteries 1 et des espaceurs inter-batteries 10, la direction longitudinale est représentée par l’axe longitudinal X tandis que les axes vertical Z et transversal Y représentent respectivement les direction verticale et transversale. Ces axes définissent ensemble un trièdre XYZ représenté sur les figures 1 à 3. Dans ce repère, les qualificatifs « haut » ou « supérieur » sont représentés par le sens positif de l’axe vertical Z, les qualificatifs « bas ou « inférieur » étant représentés par le sens négatif de ce même axe vertical Z.
Le système de régulation thermique objet de l’invention vise à réguler la température d’un bloc batterie 1, notamment d’un bloc batterie d’un véhicule automobile électrique et/ou hybride. Il peut toutefois équiper d’autre type de véhicules ou être utilisé pour réguler la température d’autres composants électriques et/ou électroniques tels que des éléments d’électronique de puissance, par exemple de façon non limitative des semi-conducteurs, tels que des diodes ou transistors. Il pourrait s’agir aussi de composants de serveurs informatiques. Selon un mode préféré de réalisation, la régulation thermique consiste en un refroidissement des cellules du bloc batterie 1.
Ainsi, si l’on considère la batterie 1 et l’espaceur inter-batteries 10 représentés respectivement sur les figures 1 et 2, leur hauteur est considérée suivant l’axe Z, leur longueur suivant l’axe X et leur largeur suivant l’axe Y.
La batterie 1 peut être schématisée sous une forme générale parallélépipédique rectangle. Cette forme parallélépipédique présente une longueur, une largeur et une hauteur. Chaque batterie 1 présente une face supérieure 2 et une face inférieure 3 opposées reliées par deux des grandes faces latérales 4, 5 et deux petites faces latérales 6, 7.