INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans certains modes de réalisation, le dispositif comprend un collecteur aval de fluide chaud fixé au corps d’échangeur, configuré pour collecter le premier fluide provenant du corps d’échangeur, comprenant une double paroi formant une cavité périphérique, et configuré pour prélever une fraction du deuxième fluide s’écoulant dans le collecteur amont de fluide froid, et pour amener ladite fraction vers le collecteur aval de fluide froid par l’intermédiaire de la cavité périphérique.
Dans cette configuration, le collecteur amont de fluide chaud et le collecteur aval de fluide comprennent chacun une double paroi, et une fraction du deuxième fluide est prélevée pour s’écouler dans la cavité de chacun de ces collecteurs. De préférence, la fraction du deuxième fluide est déviée dans la cavité périphérique du colleteur aval de fluide chaud par l’intermédiaire d’une section d’entrée, et est réinjectée dans le collecteur aval de fluide froid par l’intermédiaire d’une section de sortie. Les effets techniques décrits plus haut en référence au collecteur amont de fluide chaud peuvent ainsi également être obtenus pour le collecteur aval de fluide chaud.
On notera que la fraction du deuxième fluide prélevée et déviée dans la cavité périphérique du collecteur aval de fluide chaud peut être différente de la fraction du deuxième fluide prélevée et déviée dans la cavité périphérique du collecteur amont de fluide chaud, afin d’adapter cette quantité de deuxième fluide prélevée à la température des parois du collecteur aval de fluide chaud. En effet, le collecteur aval de fluide chaud étant en aval du corps d’échangeur, le premier fluide s’écoulant dans le collecteur aval de fluide chaud, en aval du corps d’échangeur, présente une température nécessairement inférieure à sa température lors de son passage dans le collecteur amont de fluide chaud.
Dans certains modes de réalisation, le collecteur amont de fluide chaud est configuré pour prélever une fraction du premier fluide à une extrémité amont du collecteur amont de fluide chaud, et pour amener ladite fraction vers le corps d’échangeur à une extrémité aval du collecteur amont de fluide chaud par l’intermédiaire de la cavité périphérique.
Dans cette configuration, contrairement aux modes de réalisation décrits plus haut, le premier fluide s’écoule à la fois dans la cavité principale et dans la cavité périphérique, dans le même sens de circulation. En d’autres termes, le premier fluide est séparé en un écoulement principal central, et un écoulement secondaire périphérique. Cette configuration permet de faire varier la température des parois de façon plus progressive, et ainsi de réduire les gradients thermiques. En particulier, le fait d’avoir un écoulement périphérique dans la double paroi, de débit plus faible que l’écoulement principal, permet d’avoir un coefficient d’échange plus faible et donc un gradient thermique au sein des parois plus faible.
On notera que le collecteur amont de fluide froid, le collecteur aval de fluide chaud, et le collecteur aval de fluide froid peuvent être également équipés d’une double paroi similaire, permettant de séparer les écoulements respectifs en un écoulement principal central, et un écoulement secondaire périphérique.
Dans certains modes de réalisation, la double paroi comprend une paroi interne délimitant la cavité principale, et une paroi externe disposée autour de la paroi interne, un intervalle entre la paroi interne et la paroi externe étant compris entre 1 et 10 mm.
Le présent exposé concerne également une turbomachine d’aéronef comprenant un dispositif d’échangeur de chaleur selon l’un quelconque des modes de réalisation précédents.
La représente schématiquement une vue de face et en coupe d’un dispositif d’échange de chaleur à courants croisés selon l’art antérieur,
La représente schématiquement une vue en perspective d’un dispositif d’échange de chaleur à courants croisés selon un premier mode de réalisation,
La représente schématiquement une vue de face et en coupe du dispositif d’échange de chaleur de la ,
On note que de tels contenus peuvent être stockés dans une mémoire du terminal, et/ou sur un serveur distant, et/ou dans le « cloud », etc. On utilise indifféremment les expressions « contenus du terminal » ou « contenus du premier utilisateur » pour désigner les contenus appartenant au premier utilisateur accessibles au moins au premier utilisateur via le terminal.
L’invention concerne également un terminal d’un premier utilisateur apte à restituer au moins un contenu correspondant, comprenant au moins un processeur configuré pour :
sélectionner, via une interface homme-machine dudit terminal, un premier contenu adapté à être restitué par le terminal, détecter un changement d’utilisateur du terminal, restituer au moins un deuxième contenu, sélectionné en tenant compte d’au moins une information de contexte associée au premier contenu.
Un tel terminal est notamment adapté à mettre en œuvre le procédé de gestion de la restitution de contenus décrit précédemment. Il s’agit par exemple d’un smartphone, d’un ordinateur, d’une tablette, etc. Un tel terminal pourra bien sûr être adapté pour mettre en œuvre les différentes caractéristiques relatives au procédé selon l’invention, qui peuvent être combinées ou prises isolément. Ainsi, les caractéristiques et avantages du terminal sont les mêmes que ceux du procédé décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement.
L’invention concerne encore un ou plusieurs programmes d’ordinateur comportant des instructions pour la mise en œuvre d’un procédé de gestion de la restitution de contenus tel que décrit ci-dessus lorsque ce ou ces programmes sont exécutés par au moins un processeur.
L’invention concerne par ailleurs un ou plusieurs supports d’enregistrement lisibles par un ordinateur, sur lequel sont enregistrés un ou plusieurs programmes d’ordinateur comprenant des instructions de code de programme pour l’exécution d’au moins une étape d’un procédé de gestion de la restitution de contenus tel que décrit ci-dessus, selon l’un quelconque des modes de réalisation. De tels supports d’enregistrement peuvent être n’importe quelle entité ou dispositif capable de stocker un programme.
la illustre les principales étapes mises en œuvre par un procédé de gestion de la restitution de contenus selon un mode de réalisation de l’invention ; la illustre les interactions entre une application dédiée à la restitution de contenus (par exemple une galerie), un terminal et un utilisateur ; la présente la structure simplifiée d’un terminal selon un mode de réalisation particulier.
Le principe général de l’invention repose sur l’obtention d’au moins une information de contexte associée à un premier contenu qu’un premier utilisateur souhaite partager sur un terminal, et la sélection automatique d’autres contenus (au moins un) qui peuvent également être partagés par le premier utilisateur, en tenant compte de l’information de contexte associée au premier contenu.
Ainsi, seul un deuxième contenu sélectionné en tenant compte de l’information de contexte associée au premier contenu peut être restitué par le terminal, si l’utilisateur courant du terminal n’est pas le premier utilisateur.
La solution proposée met ainsi en œuvre une détection d’un changement d’utilisateur. Si aucun changement d’utilisateur n’est détecté, i.e. si l’utilisateur courant du terminal est toujours le premier utilisateur, il n’y a pas de restrictions d’accès aux contenus. En revanche, si un changement d’utilisateur est détecté, i.e. si l’utilisateur courant du terminal n’est pas le premier utilisateur, il y a une restriction d’accès aux contenus. Une telle restriction peut éventuellement être levée si le premier utilisateur donne une autorisation spécifique, ou s’authentifie après qu’un changement d’utilisateur ait été détecté (par exemple à l’aide d’un mot de passe, d’un capteur de type biométrique…). De même, une telle restriction peut être levée lorsque l’utilisateur courant est de nouveau reconnu comme étant le premier utilisateur.
On présente ci-après, en relation avec la , les principales étapes mises en œuvre par un terminal d’un premier utilisateur selon un mode de réalisation de l’invention.
Au cours d’une première étape 11, un premier contenu C1 est sélectionné via une interface homme-machine du terminal, par le premier utilisateur du terminal, et peut être restitué par le terminal (ou rendu, en anglais « rendered »). On considère que le premier utilisateur du terminal (i.e. le propriétaire du terminal, l’utilisateur principal du terminal, un utilisateur ayant un compte sur le terminal ou ayant déverrouillé un accès au terminal, etc) souhaite partager ce premier contenu.
En référence maintenant à l'étape S2 de la , des données textuelles de référence TXT2 sont issues d’une ou plusieurs sources (autres que l’application en cours d’exécution par exemple). Par exemple, ces sources peuvent être des fichiers stockés au moins temporairement dans une mémoire MEM d’un dispositif selon la présente description, ou encore des pages web récemment (ou fréquemment) consultées par l'utilisateur. Par exemple, des fichiers (des fichiers images comportant du texte, ou des fichiers de texte éditable, ou autres) peuvent être stockés dans une zone mémoire dédiée, pour être consultés par le procédé décrit ici, afin d'y identifier des données textuel TXT2 qui peuvent être utilisées comme données de référence. Dans le cas d'un fichier image par exemple, une reconnaissance de caractères peut participer à déterminer si les données textuelles résultant de la conversion de l’image vers le texte peuvent être utilisées en tant que données de référence. Eventuellement, ces fichiers (ou des liens vers ces fichiers) peuvent être stockés dans la zone mémoire précitée avec une indexation de la nature des données qui peuvent être utilisées, par exemple : - des données propres à l’identité de l’utilisateur (données d’une carte d’identité de l’utilisateur, ou de sécurité sociale ou autre), - des données acquises dans un cadre professionnel, - etc.
En référence maintenant à l’étape S14 de la , une analyse sémantique des questions posées dans l'exécution de l'application, ou encore des données textuelles en cours d'écriture par l’utilisateur, permet d’établir un graphe sémantique à l’étape S5. Ce graphe sémantique GRAPH1 peut être par exemple sous la forme d'un arbre en représentation sémantique abstraite, par exemple en « AMR » (pour « Abstract Meaning Representation », en français « représentation sémantique abstraite »). Il est rappelé que l'AMR est un langage informatique de représentation sémantique. Les graphes AMR peuvent représenter une ou plusieurs phrases entières. L’AMR se distingue d’une analyse syntaxique notamment en ce que des phrases différentes, mais de sens similaire, peuvent avoir un même graphe AMR, même si elles ne sont pas formulées de manière identique. Un graphe arborescent notamment de type AMR comporte alors des nœuds et des feuilles, les feuilles étant des réponses à des questions représentées par des nœuds (ou « prédicats ») en amont. Par exemple, « 17h30 » peut être une feuille d’un nœud prédicat « à quelle heure ? ».
Ainsi, dans les modes de réalisation détaillés, l’établissement de ce graphe GRAPH1 peut permettre d'établir une structure des données textuelles requises pour identifier les données textuelles de la source qui peuvent correspondre aux données requises. En effet, suite à l’établissement de ce graphe GRAPH1 à l’étape S5 de la , le procédé propose aussi une analyse sémantique des données de référence TXT2 à l’étape S3, ainsi que l’établissement d’un graphe sémantique GRAPH2 de même nature (par exemple AMR) à l’étape S4, basé sur ces données de référence. La sélection d’une source à l’étape S2 peut d’ailleurs être fonction des données textuelles requises si les fichiers correspondant aux différentes sources sont indexés en mémoire en fonction de thèmes particuliers. Par exemple, les fichiers relatifs au thème « identité de l’utilisateur » peuvent être sélectionnés et analysés sémantiquement (après éventuelle conversion en données textuelles), si des prédicats du graphe GRAPH1 des données requises TXT1 correspondent à ce thème (en posant la question « numéro de sécurité sociale ? » par exemple).
L'étape S6 consiste ensuite à comparer les deux graphes GRAPH1 et GRAPH2 pour identifier des similarités notamment au niveau des prédicats. Par exemple, si des nœuds communs sont identifiés entre les deux graphes, les feuilles du deuxième graphe GRAPH2 issues de ces nœuds peuvent être des réponses à des questions formulées dans les prédicats du premier graphe GRAPH1. Ainsi, ces réponses peuvent correspondre aux données textuelles requises de l'étape S13. À l'issue de cette étape S6, les données textuelles de référence TXT2 peuvent ainsi permettre de formuler des recommandations à l’étape S7, visant à répondre aux questions du premier graphe GRAPH1, ou éventuellement à corriger des feuilles du premier graphe GRAPH1. Dans au moins certains modes de réalisation, ces recommandations, sous forme de données textuelles, peuvent directement alimenter l’application en cours d’exécution (sans intervention de l’utilisateur), ou encore être présentées à l’utilisateur à l’étape S15.
A cette étape S15, par exemple dans une application où l'utilisateur remplit un formulaire (en ligne sur une page web, ou de façon manuscrite sur une feuille de papier), une interface homme-machine peut être animée pour afficher sur un écran une fenêtre présentant un texte correspondant à la recommandation (en transparence ou à côté du formulaire de la page web, ou sur les verres de lunettes connectées en réalité augmentée lorsque l’utilisateur écrit sur une feuille ou un tableau). Alternativement, ou en complément, l'interface homme-machine peut comporter un casque audio et un message de recommandation peut être joué sur ce casque audio (le message indiquant par exemple les données textuelles requises ou encore une recommandation de corriger du texte saisi par l'utilisateur).
Ainsi, les données de référence issues des sources précitées à l’étape S2 permettent d'aider au renseignement de données requises par une application ou encore par l'utilisateur dans une activité de saisie de telles données (cette aide pouvant être fournie via l’animation de l'interface homme-machine précitée).
Les sources fournissant ces données de référence peuvent, à cet effet, être stockées en mémoire comme indiqué précédemment. Néanmoins, pour éviter de charger la mémoire et/ou éviter de proposer des données de référence non pertinentes, un test peut être mené à l’étape S8 pour déterminer si l’utilisateur valide la recommandation en saisissant les données requises. Si tel n’est pas le cas, les références du fichier comme source de données référentes peuvent être supprimées de la mémoire à l’étape S10. Par exemple, une intelligence artificielle peut être mise en œuvre pour déterminer les sources de données à retenir et qui peuvent être pertinentes, par apprentissage selon les validations des recommandations faites par l’utilisateur. En complément ou en variante, à l’étape S9, si une source n’est plus utilisée depuis une durée seuil (par exemple quelques jours ou plus), la référence à cette source dans la mémoire peut être effacée à l’étape S10.
Ainsi, une telle réalisation peut permettre notamment d’aider l’utilisateur à saisir des données, en alimentant directement l’application requérant ces données (l’utilisateur pouvant vérifier par exemple que les données d’un formulaire en ligne, remplies directement sans son intervention, sont correctes), ou encore en proposant une animation d’une interface homme-machine. Il est ainsi proposé une amélioration (par exemple une optimisation) des interactions entre des applications que peut utiliser un utilisateur en se positionnant par exemple « au-dessus » (selon un axe Z « d’un écran de visualisation » comme illustré sur la présentée loin) , ou à côté (selon des axes X, Y) ou plus généralement via la superposition d’informations dans le cas de lunettes de réalité augmentée, en combinant et en reliant les informations utiles à l’activité de l’utilisateur.
Les actions entre applications sont supposées reliées entre elles, selon par exemple des règles préférentielles que l’utilisateur fixe dans le programme informatique précité (et qui peuvent être affinées par apprentissage d’une intelligence artificielle). L’application de ces règles peut faire suite par exemple à la détection de mots ou phrases visibles à l’écran (indépendamment de l’application en cours d’utilisation). Ainsi, il peut être mis en œuvre des modules informatiques tels qu’une application de reconnaissance optique de caractères (ou « OCR »), une application informatique de représentation sémantique abstraite (ou « AMR »), un programme informatique d’identification de prédicats similaires dans les graphes et de recherche de feuilles réponses.
Des exemples de techniques pour une identification de contexte d’acquisition au sens de l’étape S1 sont présentés ci-après, dans le but de proposer par exemple une animation d’interface homme-machine dans un contexte de restitution des données requises.
On peut prévoir un module d’assistance multi-source requérant des entrées (« inputs ») d’un module d’analyse de contexte (« context analyzer »). Une première brique fonctionnelle identifie par exemple sur le ou les écrans de l’utilisateur les applications en cours d’utilisation. S’il s’agit d’une mise en œuvre dans un environnement de réalité augmentée, la première brique fonctionnelle identifie les zones réelles ou virtuelles qui ont l’attention de l’utilisateur. Cette identification peut être réalisée par suivi oculaire (ou « Eye Tracking »), et/ou par suivi d’appuis sur une surface tactile (ou « pad »), et/ou par suivi d’autre interface de saisie comme une souris (ou « mouse tracking »), ou plus généralement par suivi d’événements systèmes.
Cette étape permet par exemple d’extraire des images des zones applicatives observées par l’utilisateur ou de produire de telles images.
Pour un utilisateur qui observe deux applications distinctes régulièrement (avec par exemple des focus successifs vers les deux applications et/ou un déplacement du regard observé, détectés par mise en correspondance avec des positions X,Y des applications présentes à l’écran) et pendant un laps de temps configurable, deux images sont donc copiées et associées à ce laps de temps T (selon par exemple le test S12 présenté ci-avant).
La illustre un exemple d’application dans lequel un utilisateur d’une application de messagerie instantanée indique à un correspondant son désir de se rendre dans une ville à une certaine date. Il consulte parallèlement une autre application de réservation de moyen de transport en ligne pour se rendre à cette ville selon la . Deux images sont alors générées correspondant aux figures 2 et 3.
Bien entendu, le champ d’application du procédé peut s’étendre à un contexte de réalité virtuelle ou de réalité augmentée. Par exemple, des lunettes de réalité augmentée peuvent observer (et ainsi capturer) et représenter un tableau blanc (réel) et mettre en œuvre un procédé de reconnaissance de caractères manuscrits sur ce tableau à partir de l’acquisition d’une image réelle de ce tableau. Un écran de télévision qui restitue de l’information peut également faire l’objet de l’acquisition d’une image. Ainsi, il est possible de réaliser une composition de service dans un monde de réalité mixte (virtuelle/réelle).
Une reconnaissance optique des caractères présents sur les images ainsi copiées peut être réalisée, ainsi qu’une analyse précise des caractéristiques de ces zones de texte (pour identifier une zone éditable ou un libellé, par exemple). La récupération des caractères peut s’effectuer par exemple via une requête destinée au système d’exploitation de l’équipement informatique utilisé, ou, pour repérer une zone d’édition, par une analyse de l’apparence d’un pointeur de souris au survol de la zone comportant les caractères (le pointeur d’une souris n’étant plus une simple flèche sur une zone éditable par exemple), ou par l’apparence-même de la zone (par exemple avec ou sans une bordure, une couleur de fond différente, ou autres). Une telle réalisation peut permettre ensuite de définir les zones de texte à compléter d’une part, et les zones porteuses d’informations d’autre part. Il convient de noter qu’un suivi oculaire du regard de l’utilisateur (déterminé par une technique de type « Eye Tracking ») peut permettre, en complément ou en variante, de déterminer ces zones.
Dans ce mode de fonctionnement, la première vanne d’arrêt 21 est en position ouverte et le premier dispositif de détente 31 est en position fermée. Ainsi, le fluide réfrigérant à haute pression circulant dans le premier canal C1 est redirigé, au niveau du troisième point de raccordement R3, dans le sixième canal C6. Au niveau du quatrième point de raccordement R4, le fluide réfrigérant ne peut pas circuler vers la cinquième entrée/sortie E5 puis dans la troisième portion de circulation B3 de la boucle principale B en raison de l’effet du troisième clapet anti-retour 43 disposé en aval. L’intégralité du fluide réfrigérant circulant dans le sixième canal C6 est redirigé au niveau du quatrième point de raccordement C4 vers la sixième entrée/sortie E6, puis rejoint le troisième dispositif de détente 33 après avoir parcouru la quatrième portion de circulation B4. Comme dans le mode de fonctionnement précédent, la deuxième vanne 22 et la troisième vanne 23 sont fermées, et la quatrième vanne 24 est ouverte.
La schématise un procédé de fonctionnement d’un système de conditionnement thermique 100 tel que décrit préalablement, dans un mode de fonctionnement dit deuxième mode de déshumidification, dans lequel : - un débit Qr de fluide réfrigérant circule dans le dispositif de compression 7 où il passe à haute pression, et circule successivement dans le premier échangeur de chaleur 1 où il cède de la chaleur au fluide caloporteur, dans le premier canal C1 de circulation du module 50 où il passe à pression intermédiaire, dans le deuxième échangeur de chaleur 2 où il cède de la chaleur au flux d’air extérieur Fe, dans le deuxième canal C2 du module 50, dans la première section d’échange thermique 8a de l’échangeur interne 8, dans le troisième canal C3 du module 50, dans la quatrième portion de circulation B4, dans le troisième dispositif de détente 33 où il passe à basse pression, dans le troisième échangeur de chaleur 3 où il reçoit de la chaleur du premier flux d’air intérieur Fi-1, dans le quatrième canal C4 du module 50, dans la deuxième section d’échange thermique 8b de l’échangeur interne 8, et rejoint l’entrée 7a du dispositif de compression 7.
Le deuxième mode de déshumidification diffère du premier mode de refroidissement par le fait que le fluide réfrigérant subit une détente partielle au niveau du premier dispositif de détente 31, et par le fait que le premier flux d’air intérieur Fi-1 reçoit de la chaleur au niveau du premier échangeur 1. Les portions de circuit dans lesquelles le fluide réfrigérant circule sont les mêmes que dans le premier mode de refroidissement. La première vanne 21 est en position fermée, et le premier détendeur 31 est en position d’ouverture partielle, ce qui permet une détente partielle du fluide réfrigérant circulant dans le premier canal C1 Le fluide réfrigérant à pression intermédiaire se condense dans le deuxième échangeur 2 et dissipe de la chaleur dans le flux d’air extérieur Fe. Le volet de la première installation de chauffage, non représenté, permet au premier flux d’air intérieur Fi-1 d’être réchauffé au niveau du premier échangeur 1. Comme précédemment, le premier flux d’air intérieur Fi-1 est refroidi par le troisième échangeur 3.