INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Plus précisément, la relativement mauvaise conductivité thermique d’un tel matériau plastique n’empêche pas, même si elle est plus lente, une montée en température suffisante de la paroi de chauffe pour permettre l’évaporation de l’eau liquide qui pénètrerait dans la chambre, surtout que les parois constitutives d’une chambre de vaporisation, et notamment la paroi de chauffe, restent relativement fines (épaisseur inférieure à 5mm, de préférence inférieure à 3mm, en particulier de l’ordre de 2mm) et que le débit d’introduction d’eau liquide est également relativement faible (inférieur à 5g par minute, de préférence inférieur à 3g par minute, mieux inférieur à 1g par minute). Ainsi, il est possible de bénéficier des avantages de ces matériaux.
L’utilisation de tels matériaux permet également d’envisager une diminution du coût de fabrication de la chambre de vaporisation.
Le matériau plastique utilisé peut-être constitué d’un matériau plastique unique ou d’un mélange de matériaux plastiques. Dans le cas d’un mélange de matériaux plastiques, les caractéristiques sont données pour le mélange. Préférentiellement, chaque matériau constitutif dudit mélange remplit les caractéristiques données.
Bien évidemment, le matériau utilisé est thermorésistant et possède un point de fusion supérieur à 150°C, de préférence supérieur à 200°C.
Il a en outre été constaté que l’utilisation de tels matériaux présentait des avantages en termes de résistance à l’encrassement et au tarte. Sans vouloir être lié par aucune théorie, il est probable que l’utilisation d’un matériau à basse conductivité thermique induit une vitesse de vaporisation plus lente, ce qui permet une meilleure répartition de l’eau liquide dans la chambre de vaporisation. En effet, l’encrassement des chambres de vaporisation est essentiellement du à l’accumulation du tarte sensiblement au niveau du point d’injection de l’eau liquide, cette dernière étant vaporisée très rapidement dans une chambre mettant en œuvre un matériau usuel métallique hautement conducteur.
Préférentiellement le matériau plastique utilisé possède une masse volumique à 25°C inférieure à 2000 kg/m3. L’utilisation d’un tel matériau permet d’alléger sensiblement le poids de la chambre de vaporisation. Comme indiqué précédemment, un tel gain de masse est particulièrement sensible pour les appareils comprenant une unité portable intégrant la chambre de vaporisation.
Le matériau plastique utilisé peut comprendre des charges, en particulier des charges fibres. Préférentiellement, le matériau plastique utilisé comprend moins de 10% de charges.
Selon des modes de réalisation particuliers, le matériau plastique est choisi parmi les polyimides (PI), les polyphénolsulfones (PPSU), les sulfures de polyphénylène (PPS), le polytétrafluoroéthylène (PTFE), les polyéther-éther-cétones (PPEK), les polyéthersulfones (PESU), et leur mélange, en particulier des mélanges de ces matériaux entre eux.
Dans le cas où la valeur N est inférieure à la valeur NMax, la valeur N est incrémentée lors d’une étape E31c, cette incrémentation pouvant correspondre à une augmentation du nombre de sauts et/ou à un rayon plus grand du domaine dans lequel un dispositif est sélectionné. Une fois la valeur N incrémentée, l’étape E31a est de nouveau effectuée. Les étapes E31a, E31b et E31 c sont des sous-étapes de l’étape E31 décrite dans la et les étapes E32a et E32b sont des sous étapes de l’étape E32 décrite dans la .
On se réfère ensuite à la qui présente un dispositif 100 de sélection selon un mode de réalisation de l'invention.
Un tel dispositif de sélection peut être mis en œuvre dans une entité de gestion, telle que l’entité d’administration d’un réseau de télécommunications, par exemple instancié à partir de fonctions virtualisées.
Par exemple, le dispositif 100 de sélection comprend une unité de traitement 130, équipée par exemple d'un microprocesseur μP, et pilotée par un programme d'ordinateur 110, stocké dans une mémoire 120 et mettant en œuvre le procédé de sélection, dans les différents modes de réalisation, selon l'invention. A l’initialisation, les instructions de code du programme d’ordinateur 190 sont par exemple chargées dans une mémoire RAM, avant d’être exécutées par le processeur de l’unité de traitement 130. Un tel dispositif 100 de sélection comprend un module 101 de réception, configuré pour recevoir en provenance d’une entité cliente une requête Req d’utilisation de l’application, un module 102 d’obtention, configuré pour obtenir un paramètre associé à l’au moins un processus et une donnée de localisation de l’entité cliente, un module 103 de sélection du dispositif parmi la pluralité, dont la position dans l’infrastructure est à une distance requise par rapport à la donnée de localisation de l’entité cliente obtenue, le dispositif sélectionné comprenant en outre une ressource permettant de satisfaire le paramètre obtenu.
Avantageusement, le dispositif 100 de sélection comprend en outre un émetteur, adapté pour émettre à destination de l’entité cliente une consigne de mise en attente de l’entité cliente correspondant au délai d’instanciation de l’au moins un processus sur le dispositif sélectionné. Avantageusement, l’émetteur est configuré pour émettre à destination de l’entité cliente d’une donnée d’identification du dispositif sélectionné.
Avantageusement, le dispositif 100 de sélection comprend un module de détermination, adapté pour déterminer un ensemble de dispositifs parmi la pluralité comprenant des dispositifs dont la distance par rapport à l’entité cliente est inférieure à une valeur de référence calculée à partir de la donnée de localisation, et un module de sélection, adapté pour sélectionner le dispositif parmi l’ensemble de dispositifs déterminé, ledit dispositif comprenant des ressources aptes à satisfaire le paramètre.
Entité pour mettre en œuvre un service dans un réseau, dispositif applicatif, et procédé d’exécution d’une opération d’un service L’invention appartient au domaine général des télécommunications.
Elle concerne plus particulièrement une architecture permettant d’optimiser le fonctionnement et les performances d’un service qui s’appuie, lorsqu’il est appelé, sur des données gérées par un autre service.
L’invention a une application privilégiée mais non limitative dans le contexte d’un réseau cœur 5G (ou de 5 ème Génération) tel que défini par le standard 3GPP (ou « Third Generation Partnership Project » en anglais). Un tel réseau cœur 5G est composé de façon connue en soi de multiples fonctions réseau (NF ou « Network Functions » en anglais), chaque fonction NF ayant un rôle et une logique propre. Des exemples de telles fonctions NF sont par exemple une fonction réseau de gestion de l’accès et de la mobilité ou AMF (pour « Access and Mobility Management Function » en anglais), une fonction réseau de gestion de session ou SMF (pour « Session Management Function » en anglais), une fonction réseau de sélection de tranche réseau ou NSSF (pour « Network Slice Selection Function » en anglais), une fonction réseau de contrôle des politiques ou PCF (pour « Policy Control Function » en anglais), etc. La gestion de ces fonctions réseau est assurée dans le réseau cœur 5G par une autre fonction réseau, appelée catalogue de fonctions réseau ou NRF (ou « Network function Repository Function » en anglais). Cette fonction NRF est chargée de fournir à une fonction réseau cliente ou consommatrice de services (ou « consumer » en anglais) les informations lui permettant d’interagir, directement ou indirectement via un équipement intermédiaire (ou SCP pour « Service Communication Proxy » en anglais), avec une fonction réseau fournisseuse de services (ou « producer » en anglais).
Chaque fonction NF du réseau cœur 5G fournit classiquement une pluralité de services à d’autres fonctions du réseau cœur autorisées à y accéder, chaque service ayant lui-même un rôle et une logique qui lui sont propres, et pouvant comporter une ou plusieurs ressources (par exemple des ressources REST pour « REpresentational State Transfer » en anglais). Ainsi, par exemple, la fonction réseau NRF est composée, comme décrit notamment dans les documents 3GPP TS 23.502 intitulé « Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2; (Release 17) », v17.5.0, juin 2022, et TS 29.510 intitulé « « Technical Specification Group Core Network and Terminals; 5G System; Network Function Repository Services; Stage 3 (Release 17) », v17.6.0, juin 2022, de quatre services : un service de gestion Nnrf_NFManagement : ce service permet à une fonction NF « producer » (ou une instance d’une telle fonction réseau) d’enregistrer, de mettre à jour et de désenregistrer son profil auprès de la fonction NRF. Le profil (ou « NFProfile ») d’une fonction NF comprend une pluralité d’attributs caractérisant l’état opérationnel de la fonction NF (ex. sa disponibilité, sa charge, depuis quand elle a démarré, etc.), ses caractéristiques (ex. son identifiant, son nom de domaine pleinement qualifié ou FQDN (pour « Fully Qualified Domain Name » en anglais)), le type de fonction NF, comment elle peut être jointe, etc.), les services qu’elle offre, les ressources qu’elle gère, etc. Des attributs peuvent être définis plus spécifiquement au niveau de chaque service implémenté par la fonction NF (sinon ce sont ceux définis au niveau de la fonction NF qui s’appliquent) ; un service de découverte Nnrf_NFDiscovery : ce service permet à une fonction NF « consumer » d’obtenir une liste de profils de fonctions NF « producer » selon de multiples critères de recherche, qui peuvent être liés notamment à la logique de la fonction NF « consumer » et à un contexte d’exécution en cours ; un service d’autorisation Nnrf_AccessToken qui s’appuie sur le protocole de délégation d’autorisation OAuth2 ; un service d’amorçage Nnrf_Boostrapping qui permet à une fonction NF de connaître les points d’accès aux services offerts par la fonction NRF.
Ainsi, toute fonction NF « consumer » souhaitant consommer le service d’une fonction NF « producer » doit au préalable interroger le service de découverte Nnrf_NFDiscovery de la fonction NRF (en invoquant l’opération SearchNFInstances ) en fonction de sa logique métier et de son contexte d’exécution, afin d’obtenir une liste de profils de fonctions NF candidates, gérés par le service de gestion Nnrf_NFManagement, correspondant à ce contexte d’exécution. Puis, à partir de la liste de fonctions NF candidates obtenue, la fonction NF « consumer » identifie la fonction NF candidate la plus à même de lui fournir le service souhaité et envoie une requête HTTP (pour « HyperText Transfer Protocol ») au service idoine de cette dernière.
Le réseau cœur 5G, par ses spécifications, est particulièrement bien adapté aux environnements de type « nuages informatiques » (aussi plus communément connus sous l’appellation de « clouds » en anglais). Dans un tel environnement, les fonctions NF du réseau cœur 5G peuvent être conçues selon une architecture logicielle de micro-services (aussi parfois désignée dans la suite par « architecture micro-service » par souci de simplification).
En effet, de façon connue en soi, une telle architecture est couramment utilisée dans le domaine du développement des applications logicielles. Elle consiste à décomposer une application pour en isoler les fonctions principales qui peuvent s’exécuter indépendamment les unes des autres. Ces fonctions principales, désignées par « services » ou « micro-services », peuvent alors avantageusement être développées et déployées séparément, bien que fonctionnant en synergie. Elles peuvent être hébergées par un même dispositif applicatif ou par des dispositifs applicatifs distincts. La responsabilité et le nombre de micro-services dépendent des choix du concepteur de l’application. Dans l’exemple de la fonction NRF évoquée précédemment, on peut notamment envisager un micro-service pour chaque service Nnrf_NFManagement, Nnrf_NFDiscovery, Nnrf_AccessToken et Nnrf_Boostrapping, implémenté par la fonction NRF.
L’avantage d’une architecture micro-service par rapport à une architecture monolithique classique selon laquelle tous les composants forment une entité indissociable, est que chaque micro-service peut fonctionner (ou dysfonctionner) sans affecter les autres, ce qui facilite la structuration et les interventions des équipes de développement et de maintenance/mise à jour de l’application.
Ainsi, les architectures de micro-services, en raison de la flexibilité de chaque micro-service, s’intègrent de façon privilégiée (mais non limitative) dans les environnements « cloud » connus pour leur agilité et offrant des ressources partagées évolutives. La coordination et la supervision des micro-services sont assurées en temps réel par un orchestrateur, qui surveille notamment la charge de chaque instance de micro-service (aussi communément désignée par « pod » en anglais). Lorsque la charge des pods relatifs à un micro-service dépasse un seuil donné, l’orchestrateur instancie un nouveau pod dans le but de répondre à l’accroissement de la charge. Inversement, l’orchestrateur supprime un pod lorsqu’il estime que la charge courante répartie sur tous les pods descend en dessous d’un certain seuil. Cela permet de réduire la consommation de ressources (ex. CPU (pour « Central Processing Unit » en anglais), mémoire, énergie, etc.). Ce mécanisme dynamique de création et de suppression de pods est aussi connu sous le nom de scalabilité ou élasticité horizontale.
L’unité de contrôle 23 détecte ainsi pour chacune des plaques de chauffage 18, qu’une opération de remise en température a eu lieu c’est-à-dire qu’elle est effective, au terme d’une durée prédéfinie de fonctionnement ou pour une valeur prédéfinie de température détectée par la sonde de température 22. Cette durée prédéfinie de fonctionnement ou cette valeur prédéfinie de température est bien entendu inférieure à la valeur pour obtenir la remise en température du plateau-repas à sa température de distribution. Par exemple, il peut être considéré que l’unité de contrôle 23 détecte pour une plaque de chauffage 18, qu’une opération de remise en température est effective si la plaque de chauffage 18 fonctionne pendant une durée de chauffage comprise entre 2 et 10 minutes. A titre d’exemple, une opération de remise en température est considérée comme effective si la plaque de chauffage 18 fonctionne pendant une durée de chauffage de 5 minutes alors qu’une opération complète de remise en température dure autour de 45 minutes. En d’autres termes, même si l’opération de remise en température est interrompue avant son terme mais a dépassé une durée par exemple de 5 minutes, l’unité de contrôle 23 considère que cette plaque de chauffage 18 a effectué une remise en température effective.
Il est à noter qu’il peut être considéré qu’une remise en température des plateaux-repas est également effective pour les plaques de chauffage 18 atteignant une température prédéfinie. En d’autres termes, dès qu’une plaque de chauffage 18 atteint une température prédéfinie détectée par la sonde de température 22, alors cette plaque de chauffage est considérée comme ayant réalisée une remise en température effective du plateau-repas associé. Bien entendu, il est possible de combiner ce critère de température des plaques de chauffage avec le critère de durée de fonctionnement des plaques de chauffage pour caractériser une remise en température effective d’un plateau-repas.
Selon une autre caractéristique de l’invention, l’unité de contrôle 23 est configurée pour compter le nombre des plaques de chauffage 18 utilisées pour réaliser une remise en température effective des plateaux-repas. L’unité de contrôle 23 compte ainsi les plaques de chauffage 18 ayant réalisées une opération de remise en température effective des plateaux-repas, correspondant comme expliqué ci-dessus, à une durée prédéfinie de fonctionnement ou à l’atteinte d’une température prédéfinie. Ce comptage prend en compte ainsi les plaques de chauffage 18 ayant réalisées une remise en température incomplète mais également les plaques de chauffage 18 ayant réalisées une remise en température complète des plateaux-repas. A contrario, l’unité de contrôle 23 ne prend pas en compte les plaques de chauffage 18 commandées en fonctionnement selon une durée inférieure à la durée prédéfinie de fonctionnement ou n’ayant pas permis d’atteindre la température prédéfinie. L’unité de contrôle 23 délivre ainsi une information sur le nombre de plaques de chauffage 18 utilisées pour réaliser une remise en température effective des plateaux-repas, conformément à la définition donnée ci-dessus.
Il est à noter que l’unité de contrôle 23 peut comporter une unité d’affichage 25 permettant d’afficher au moins le nombre de plaques de chauffage 18 utilisées pour réaliser la remise en température effective des plateaux-repas. Selon cet exemple de réalisation, le chariot 1 est équipé de l’unité de contrôle 23 dont l’unité d’affichage 25 est montée en tous endroits appropriés pour être visible par un utilisateur d’un chariot. Cette unité d’affichage 25 peut également afficher la puissance consommée par exemple. Avantageusement, l’unité de contrôle 23 enregistre le nombre de plaques de chauffage 18 utilisées pour réaliser une remise en température effective des plateaux-repas. De manière classique, l’unité de contrôle 23 est architecturé autour d’au moins un microcontrôleur ou microprocesseur associé à des interfaces d’entrées/sorties et à des mémoires.
Selon une caractéristique avantageuse de réalisation, l’unité de contrôle 23 comporte un circuit de communication 26 avec un centre de gestion centralisé 27. Le circuit de communication 26 communique au centre de gestion centralisé 27, au moins le nombre de plaques de chauffage 18 utilisées pour réaliser la remise en température effective des plateaux-repas. Le circuit de communication 26 de l’unité de contrôle 23 communique avec le centre de gestion centralisé 27 de toute manière appropriée, par une liaison filaire ou sans fil. Par exemple, le centre de gestion centralisé 27 fait partie d’un réseau numérique….
Tel que cela ressort de la , il en découle une installation de gestion 30 pour gérer la remise en température de plateaux-repas insérés à l’intérieur d’au moins un chariot isotherme de transport 1 conforme à l’invention. Cette installation de gestion 30 comporte au moins un centre de gestion centralisé 27 communiquant avec le circuit de communication 26 d’au moins un chariot isotherme 1 de transport de plateaux-repas. Bien entendu, le centre de gestion centralisé 27 communique avec les circuits de communication 26 de plusieurs chariots isothermes 1 de transport de plateaux-repas, constituant ensemble au moins une flotte de chariots exploités sur un site. Le centre de gestion centralisé 27 reçoit ainsi de chaque chariot, au moins l’information sur le nombre de plaques de chauffage 18 utilisées pour réaliser une remise en température effective des plateaux-repas.
Selon une caractéristique avantageuse de réalisation, le centre de gestion centralisé 27 fournit pour chaque chariot isotherme de transport, un coût d’utilisation du chariot isotherme de transport en fonction du nombre de plaques de chauffage 18 utilisées pour réaliser la remise en température effective des plateaux-repas. A titre d’exemple, un prix unitaire est attribué pour chaque utilisation d’une plaque chauffage 18.
La description du chariot et de l’installation permettent de mettre en œuvre un procédé pour gérer la remise en température de plateaux-repas 2 qui découle directement de la description qui précède.
Le procédé selon l’invention vise à détecter les plaques de chauffage 18 utilisées pour permettre une remise en température des plateaux-repas 2 insérés à l’intérieur d’un chariot isotherme de transport 1. Après la commande en fonctionnement des plaques de chauffage 18 pour assurer une remise en température des plateaux-repas, le procédé vise à détecter les plaques de chauffage 18 utilisées pour réaliser une remise en température effective des plateaux-repas. Le procédé vise ensuite à compter les plaques de chauffage 18 utilisées pour réaliser une remise en température effective des plateaux-repas.
Selon une variante avantageuse de réalisation, le procédé consiste, pour détecter la présence d’un plateau-repas 2 positionné pour être remis en température par une plaque de chauffage 18, à analyser l’évolution de la température de la plaque de chauffage. En effet, il apparait que la température de la plaque de chauffage change en fonction de la présence ou non d’un plateau-repas.
Le procédé vise ainsi à analyser l’évolution de la température de la plaque de chauffage 18 en la comparant avec au moins une évolution de référence de la température de la plaque de chauffage. Ainsi, l’évolution de la température de la plaque de chauffage 18 est comparée avec une évolution connue de la température de la plaque de chauffage, en fonction de la présence ou non du plateau-repas. Typiquement, le procédé vise à comparer l’évolution de la température de la plaque de chauffage 18 avec: * une évolution de référence de la température de la plaque de chauffage pour laquelle le plateau-repas est absent, * une évolution de référence de la température de la plaque de chauffage pour laquelle le plateau-repas est présent, * et une évolution de référence de la température de la plaque de chauffage pour laquelle le plateau-repas ne comporte pas d’aliments à réchauffer.
La illustre à titre d’exemple l’évolution de référence au cours du temps, de la température de la plaque de chauffage 18 en présence d’un plateau-repas 2 (courbe A), en l’absence d’un plateau-repas 2 (courbe B) et en présence d’un plateau-repas 2 vide c’est-à-dire dépourvu d’aliments à réchauffer (courbe C).
L’analyse de l’évolution de la température de la plaque de chauffage 18 c’est-à-dire de la vitesse d’évolution de la température de la plaque de chauffage permet de savoir si la plaque de chauffage est en présence ou non d’un plateau-repas ou d’un plateau-repas vide.
Selon la variante de réalisation avantageuse mise en œuvre, le procédé vise à piloter le fonctionnement de toutes les plaques de chauffage 18 et à interrompre le fonctionnement des plaques de chauffage pour chacune d’entre elles dont l’évolution de la température de la plaque de chauffage ne correspond pas à une évolution de référence de la température de la plaque de chauffage pour laquelle le plateau-repas est présent. En d’autres termes, dès qu’est détecté l’absence d’un plateau-repas, le fonctionnement de la plaque de chauffage associée est arrêté. De plus, il peut être prévu que dès qu’est détecté un plateau-repas vide, le fonctionnement de la plaque de chauffage 18 associée est arrêté.
Il est à noter que le procédé selon l’invention peut être mis en œuvre avec un système différent de détection de la présence des plateaux-repas. Selon cette autre variante de réalisation, pour chaque plaque de chauffage 18, on détecte avant sa commande en fonctionnement, la présence d’un plateau-repas 2 positionné pour être remis en température par ladite plaque de chauffage, et on pilote en fonctionnement uniquement les plaques de chauffage 18 pour lesquelles les plateaux-repas 2 sont positionnés pour être remis en température.
Selon une caractéristique de l’invention, le procédé consiste à détecter les plaques de chauffage 18 utilisées pour réaliser une remise en température effective des plateaux-repas. Afin de détecter les plaques de chauffage 18 utilisées pour réaliser une remise en température effective des plateaux-repas, le procédé consiste à déterminer les plaques de chauffage utilisées pendant une durée déterminée et/ ou atteignant une température déterminée.
L’invention apporte un complément alimentaire, qui permet de surmonter les inconvénients précités, tout en apportant les éléments nécessaires à une convalescence rapide et un retour « à la normale » des fonctions biologiques, en restaurant en particulier l’énergie, l’immunité et les fonctions cognitives du patient.