INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La boucle de fluide réfrigérant peut consister en une pompe à chaleur réversible et l’échangeur de chaleur peut être un évapo-condenseur au sein duquel circule le fluide réfrigérant. De manière plus précise, l’échangeur de chaleur comprend la surface d’échange de chaleur au sein de laquelle s’effectuent les échanges de calories entre le flux d’air traversant ladite surface d’échange, c’est-à-dire passant entre les tubes le cas échéant au travers d’organes de dissipation thermique agencés entre les tubes, et le fluide réfrigérant circulant au sein de la pluralité de tubes de ladite surface d’échange, le fluide réfrigérant captant ou cédant des calories au flux d’air en fonction de la configuration de la boucle de fluide réfrigérant, destinée à chauffer ou refroidir l’habitacle.
Ce serveur de communication multi-plateformes est, par exemple, interrogé directement par le nœud récepteur via une requête d’interrogation. Cette requête d’interrogation comprend alors l’identifiant du nœud émetteur et la forme d’onde utilisée. En retour, le serveur de communication fournit les caractéristiques de transmission du chemin prédéterminé. Le nœud récepteur va alors pouvoir évaluer la qualité du chemin prédéterminé sur lequel la requête d’intérêt a été reçue afin d’estimer la capacité dudit chemin à assurer, comme le lien retour, la qualité de service pour le transfert du contenu.
Dans un mode de réalisation particulier, au moins une des caractéristiques de transmission du chemin prédéterminé est choisie parmi une liste de caractéristiques comprenant un débit du chemin prédéterminé, une latence du chemin prédéterminé, un taux de perte ou une durée de vie du chemin prédéterminé, une souveraineté du chemin prédéterminé, un niveau de protection du chemin prédéterminé, un coût d’utilisation du chemin prédéterminé.
Un autre objet de l’invention concerne un nœud récepteur d’un réseau orienté données, ledit nœud récepteur étant adapté pour recevoir une requête d’intérêt pour l’accès à un contenu provenant d’un nœud émetteur. Le nœud récepteur comprend une unité centrale de traitement de données, une interface entrée/sortie, un module de stockage de contenu, un module de stockage d’informations de relayage et un module de stockage de requête d’intérêt en attente. Ces éléments sont configurés pour mettre en œuvre les étapes d’un procédé de traitement de la requête d’intérêt reçue par ledit nœud récepteur, selon l’invention.
Dans un mode de réalisation particulier, l’interface entrée/sortie est compatible avec les formes d’onde 5G.
Les communications entre les différents nœuds du réseau sont réalisées via un réseau de téléphonie classique. En variante, les communications sont réalisées via une constellation de satellites.
Un autre objet de l’invention concerne un réseau orienté données comportant au moins un nœud récepteur selon l’invention.
Un autre objet de l’invention concerne l’utilisation d’un réseau orienté données selon l’invention pour la transmission d’un contenu à un utilisateur. Le réseau orienté données est utilisable par un opérateur de télécommunication, un distributeur de contenu, un intégrateur et/ou un fournisseur de solutions de communications pour des réseaux contraints.
Un autre objet de l’invention concerne un programme d’ordinateur comportant des instructions de programme exploitables par un nœud récepteur d’un réseau orienté données, ledit nœud récepteur étant adapté pour recevoir une requête d’intérêt provenant d’un nœud émetteur en vue de l’accès à un contenu, lesdites instructions de programme lorsqu’elles sont exécutées par ledit nœud récepteur déclenchant la mise en œuvre d’un procédé de traitement de la requête d’intérêt selon l’invention.
la illustre un réseau orienté données selon l’art antérieur ;
la illustre un réseau orienté données selon l’invention comprenant un nœud récepteur adapté pour traiter une requête d’intérêt ;
la est un agrandissement du nœud récepteur de la ;
la illustre les étapes d’un procédé de traitement de la requête d’intérêt reçue par le nœud récepteur de la .
La illustre un réseau orienté données selon l’invention comprenant ici : - un nœud émetteur N E ; - un nœud récepteur N R ; - un autre nœud N A .
Le nœud émetteur N E est un nœud du réseau adapté pour émettre une requête d’intérêt principale Ri P en direction du nœud récepteur N R via un chemin prédéterminé W p . Le chemin prédéterminé W p est défini par un identifiant @MAC du nœud émetteur N E, par un identifiant @MAC du nœud récepteur N R et par une forme d’onde FO utilisée pour véhiculer la requête d’intérêt principale Ri P . La forme d’onde FO englobe l’ensemble des informations concernant l’onde électromagnétique véhiculant la requête tel qu’une longueur d’onde, une polarisation de l’onde, un comportement ondulatoire, etc.
L’innovation proposée par notre méthode se focalise sur quatre aspects : La séparation entre les vraies chutes et les phénomènes semblables Le calcul d’un score de risque de chute pour adapter au mieux la détection de chutes La signalisation d’une variation brusque du score de risque de chute pour prédire une chute risquant d’arriver dans peu de temps (et l’éviter si possible) La prise en compte de retours de l’utilisateur (confirmation ou infirmation des détections de chute, résultats de consultations médicales suite à une alerte de prédiction de chute) afin d’améliorer le système en continu (Reinforcement Learning).
Module radio La liaison radio sert à relier le dispositif à des unités de traitement et de stockage (via un concentrateur si nécessaire), pour effectuer sa configuration par un superviseur, à remonter les messages d’alerte et/ou les résultats du dispositif vers le superviseur, à détecter la présence ou la disparition du dispositif, et à envoyer les caractéristiques (curseurs) calculées en local pour être traitées à distance dans les algorithmes d’intelligence artificielle d’analyse approfondie.
Module audio Le module audio comprend un microphone pour recevoir une commande et un haut-parleur pour faire un retour sur la reconnaissance de la commande ou non. Cette analyse est activée par une commande clé. Il permettra en outre une alerte (notification) localement, demandant ou non une intervention de l’utilisateur.
Ecran tactile, buzzer, vibreur L’écran sert à afficher des messages, permet d’appuyer sur des boutons de confirmation, d’annulation, de demande d’aide, et pour afficher des notifications visuelles. Des notifications sonores ou mécaniques seront aussi possibles grâce à l’utilisation d’un buzzer et d’un vibreur.
Module accéléromètre Le module contient 3 accéléromètres suivant un trièdre direct (x, y, z). Ainsi à chaque instant t ak d’échantillonnage, on aura, selon la sensibilité de l’accéléromètre, en norme projetée sur chacun des trois axes, le triplet Avec le module
Module magnétomètre Le module contient 3 magnétomètres suivant un trièdre direct (x, y, z). Ainsi à chaque instant t mk d’échantillonnage, on aura, selon la sensibilité du magnétomètre, en norme projetée sur chacun des trois axes, le triplet : Avec le module :
Module gyroscope Le module contient 3 gyroscopes suivant un trièdre direct (x, y, z). Ainsi à chaque instant t gk d’échantillonnage, on aura, selon la sensibilité du gyroscope, en norme projetée sur chacun des trois axes, le triplet Avec le module
Capteur de pression Le capteur de pression remonte la pression et la température, ce qui permet d’avoir une approximation de l’altitude.
Tensiomètre/tachymètre cardiaque Le tensiomètre permet de mesurer la tension artérielle des sujets porteurs du système. Le tachymètre cardiaque quant à lui permet de mesurer leur rythme cardiaque.
Estimation du risque de chute Le risque de chute dépend de plusieurs facteurs : Facteurs environnementaux Lumière faible Hauteur du lit ou de la chaise Surfaces Type de chaussures Facteurs physiologiques L’âge Le sexe Une variation de la marche (modification de la posture et freeze of gait FOG) : stabilité, symétrie, fluidité Un changement dans le cycle de sommeil L’association de médicaments La déficience visuelle (cataracte, glaucome) La pression sanguine La prise de médicaments psychotropes (somnifères, antidépresseurs) La fréquence cardiaque Une perte de stabilité/équilibre Des maladies cardiovasculaires Une hypertension orthostatique Une anomalie dans le rythme cardiaque (syndrome vasovagal, bradycardie, tachycardie) La sédentarité La consommation d’alcool Facteurs psychologiques Expériences passées de chutes Appréhension/peur de tomber
Description du système Le système fonctionne à 4 volets : Configuration du système par l’utilisateur en définissant son profil en renseignant : son âge, son sexe, sa taille, son poids, l’historique de chutes antérieures, ses maladies, ses traitements. Calcul de score de risque de chute de départ et configuration du système de détection de chute en fonction de ce score. Calcul d’un score de risque de chute hebdomadaire en introduisant les curseurs de : vitesse de marche, stabilité, symétrie, fluidité de marche, cycle de sommeil, tension artérielle, fréquence cardiaque, équilibre, activité quotidienne … En fonction de ce nouveau score un réajustement de la configuration de la détection de chute sera effectué. Détection d’une variation d’un score de risque de chute journalier se basant sur : la vitesse de marche, la stabilité, la symétrie, la fluidité de marche, le cycle de sommeil, la tension artérielle, la fréquence cardiaque, l’équilibre, l’activité quotidienne … Si une variation importante est détectée un signalement aura lieu pour éviter la chute qui risque d’avoir lieu.
Curseurs moteurs Les facteurs influençant le risque de chutes sont répartis sur des facteurs environnementaux, physiologiques et psychologiques. La plupart de ces facteurs demandent une consultation clinique, visite du lieu de vie (qui peut ne pas être unique), ou des tests trop spécifiques. L’invention se focalise sur les curseurs moteurs qui se basent sur l’activité de la personne pour avoir une représentation des facteurs physiologiques.
Signal Magnitude Area La « SMA » représente l’activité moyenne de la personne, l’observation sur les intervalles de temps « T » reflète la dynamique de la personne (sédentarité), et sa moyenne d’activité physique dans la journée. Elle est étudiée sur les accélérations, le champ magnétique et les accélérations angulaires.
Modules Les modules instantanés permettent d’analyser le type d’activité, le sommeil, le réveil …
HJORTH Activity La « HJORTH Activity » représente l’énergie de la personne, l’observation sur les intervalles de temps « T » reflète la vitesse de marche de la personne. Elle est étudiée sur les accélérations, le champ magnétique et les accélérations angulaires.
HJORTH Mobility La « HJORTH Mobility » représente l’harmonie dans les activités de la personne, l’observation sur les intervalles de temps « T » reflète la stabilité et la symétrie dans la marche de la personne. Elle est étudiée sur les accélérations, le champ magnétique et les accélérations angulaires.
En conséquence, à l’étape 241, l’opérateur de niveau le plus bas utilise le fichier « bas » F1 comme fichier de configuration de l’interface du routeur qu’il gère et, parallèlement et indépendamment, à l’étape 242, l’opérateur de niveau le plus haut utilise le fichier « haut » F2 comme fichier de configuration de l’interface du routeur qu’il gère.
Ainsi, l’opérateur du domaine 101 utilise le fichier F1 pour configurer la première interface 113 côté routeur 102 et l’opérateur du domaine 110 utilise le fichier F2 pour configurer la première interface 114 côté routeur 112.
De manière similaire, pour monter la jonction 121, le préfixe « 45 » étant supérieur au préfixe « 44 », l’opérateur du domaine 101 utilise le fichier F1 pour configurer la seconde interface 123 côté routeur 102 et l’opérateur du domaine 120 utilise le fichier F2 pour configurer la seconde interface 124 côté routeur 112.
Et, pour monter la jonction 131, le préfixe « 44 » étant supérieur au préfixe « 25 », l’opérateur du domaine 101 utilise le fichier F2 pour configurer la troisième interface 123 côté routeur 102 et l’opérateur du domaine 130 utilise le fichier F1 pour configurer la troisième interface 134 côté routeur 112.
Cependant, pour pouvoir utiliser ces deux seuls fichiers pour configurer les interfaces d’une jonction entre routeurs de bordure mettant en œuvre un routage BGP, le réseau de communication IP doit être modifié comme cela va maintenant être présenté.
Comme on peut le constater pour le routeur 102 de la , les première et seconde interfaces 113 et 123 possèdent les mêmes adresses IP (et GRE).
Par conception, il est impossible d’avoir, sur un même équipement, plusieurs interfaces ayant les mêmes adresses IP (et GRE). En effet, il est impossible d’insérer plusieurs fois les mêmes adresses IP dans une table de routage, en l’occurrence une table de routage BGP. /
Comme le besoin de pouvoir configurer plusieurs jonctions sur un même routeur de bordure est fort, pour pouvoir utiliser les deux seuls fichiers de configuration indiqués ci-dessus, il est avantageux de mettre en œuvre des tables de routage virtuelles – VRF (« Virtual Routing and Forwarding ») et de renseigner chaque table avec des informations de routage BGP adaptées.
Selon l’invention, une table VRF pour le routage BGP est associée à chaque interface d’un routeur de bordure, cette interface constituant l’extrémité locale d’une jonction établissant un voisinage BGP avec une interface distante d’un routeur de bordure distant.
Si la définition d’une table VRF n’est pas couverte par une norme particulière, l’emploi de tables VRF est largement répandu chez les équipementiers et dans les logiciels réseaux. De manière connue, une table VRF est identifiée par trois paramètres:
- un paramètre de distinction de route – RD (« Route Distinguisher ») : cette information, qui est spécifique d’une table VRF, permet par conséquent d’identifier de façon unique les routes contenues dans une table VRF particulière.
- deux paramètres de routes cibles exportées et importées – ERT et IRT (« Export et Import Route Target ») : il s’agit d’informations associées à chaque préfixe d’une table VRF pour segmenter et orienter les flux. Lorsque les mêmes paramètres ERT/IRT sont définis sur deux tables VRF différentes, cela permet un import/export des routes correspondantes entre ces deux tables VRF et de créer des plans de routage entre ces VRF.
Un routeur de bordure BGP tient à jour une table de routage globale qui regroupe notamment l’ensemble des tables VRF pour le routage BGP.
Cette table de routage globale comporte notamment les champs suivants :
- un paramètre de distinction de route – RD, qui permet d’identifier chaque table VRF et par conséquent chaque interface locale du routeur de bordure ;
- deux paramètres de routes cibles exportées et importées – ERT et IRT, identiques pour toutes les tables VRF du routeur de bordure ;
Le fait de pouvoir changer le rôle des nœuds au fil des itérations, et en particulier que des nœuds de travail prennent au moins temporairement le rôle de nœud d’agrégation permet de constituer des clusters de façon beaucoup plus flexible que dans les méthodes de l’art antérieur dans lesquelles l’agrégation, lorsqu’elle existe, est effectuée par des serveurs.
Lorsqu’un nœud joue le rôle de nœud de travail, il reçoit, en provenance du nœud d’agrégation de son cluster, des poids d’un modèle ayant la structure des modèles de tous les nœuds de l’ensemble pour initialiser les poids de son propre modèle et il transmet à ce nœud d’agrégation les poids de son modèle entraîné avec un jeu de données locales à ce nœud.
Dans un mode de réalisation de l’invention, le nœud d’agrégation d’un cluster relaye la communication entre les nœuds au sein du cluster. Dans ce mode de réalisation, si on utilise le coût de communication entre deux nœuds comme critère (unique ou pas) pour déterminer les clusters d’une partition de nœuds, le coût de communication au sein d’un cluster peut être la somme des coûts de communication entre le nœud d’agrégation du cluster et chacun des nœuds du cluster.
Dans un mode de réalisation, pour limiter (par exemple minimiser) les coûts de communication, le nœud d’agrégation d’un cluster est choisi à proximité des nœuds du cluster.
Dans un mode de réalisation de l’invention, le nœud d’agrégation d’un cluster est un des nœuds de l’ensemble des nœuds précité. Auquel cas, il gère non seulement le modèle du cluster mais aussi son propre modèle comme décrit précédemment.
Dans un mode de réalisation de l’invention, le nœud d’agrégation d’un cluster relaye la communication entre l’entité de coordination et les nœuds de son cluster.
Dans certains modes particuliers de réalisation de l’invention, le nœud d’agrégation d’un cluster a la possibilité de réorganiser son cluster, en particulier de créer des sous-clusters au sein de son cluster ou d’exclure des nœuds de son cluster.
Dans un mode particulier de réalisation, on peut utiliser plusieurs niveaux de cluster, et le modèle d’un cluster de niveau n peut être obtenu par agrégation des modèles des clusters de niveau n+1. Dans ce mode de réalisation, le nœud d’agrégation d’un cluster de niveau n peut par exemple relayer les communications avec les nœuds d’agrégation des clusters de niveau n-1 et/ou de niveau n+1.
Dans un mode de réalisation de l’invention, on peut considérer que l’entité de coordination est un nœud d’agrégation de niveau le plus bas, par convention de niveau 0 par exemple.
Dans un mode de réalisation de l’invention, l’entité du réseau qui envoie, à un nœud d’un cluster de niveau n, l’information selon laquelle ce nœud doit jouer ledit rôle de nœud d’agrégation dans ce cluster, les identifiants des nœuds de ce cluster et les poids d’un modèle global à l’ensemble des nœuds est : - une entité de coordination telle que mentionnée ci-dessus; ou - un nœud qui joue un rôle d’agrégation dans un cluster de niveau n-1.
De même, dans un mode de réalisation de l’invention, l’entité du réseau qui envoie à un nœud l’information selon laquelle il doit jouer le rôle de nœud de travail dans un cluster de niveau n et l’identifiant d’un nœud d’agrégation de ce cluster est : - une entité de coordination telle que mentionnée ci-dessus; ou - un nœud qui joue un rôle d’agrégation dans un cluster de niveau n-1.
Dans un mode particulier de réalisation, le modèle agrégé de chaque cluster est envoyé au cluster de niveau inférieur, par exemple de façon conditionnelle, comme après un nombre constant d’itérations. Les modèles agrégés peuvent ainsi remonter jusqu’à l’entité de coordination qui peut agréger ces modèles dans une version mise à jour du modèle global.
Ce modèle global peut être ensuite redescendu à tous les nœuds pour une nouvelle mise en œuvre du procédé soit directement soit via les noeuds d’agrégation.
Dans certains modes de de réalisation de l’invention, la partition des nœuds en clusters peut tenir compte d’un coût de communication entre les nœuds d’au moins un cluster ou pour tenir compte d’au moins un service mis en œuvre par au moins un des nœuds. Mais d’autres critères peuvent être utilisés.
Par exemple, dans un mode particulier de réalisation de l’invention, les clusters de la partition des nœuds (dans la partition initiale par exemple) sont déterminés pour minimiser un coût de communication entre les nœuds de ce cluster. Mais d’autres critères peuvent être utilisés. Les clusters de la partition (comme la partition initiale) peuvent par exemple être déterminés pour privilégier le regroupement des nœuds qui mettent en œuvre un même service dans le réseau de communication. Ils peuvent aussi être créés aléatoirement.
Le fait de prendre en compte le coût de communication entre les nœuds d’un cluster, soit pour l’initialisation, soit pour la réorganisation des clusters peut aider à une réduction potentielle du coût de communication. En effet, si les nœuds sont regroupés par zones géographiques et que les mises à jour des poids sont uniquement partagées entre les nœuds d’une même zone géographique, la latence de communication et la consommation d'énergie seront réduites puisqu'elles sont des fonctions croissantes de la distance entre les deux nœuds communiquant les poids.
De plus, chaque nœud du réseau NDN maintient un ensemble de tables ou modules NDN parmi lesquels on distingue : - un module de stockage de contenu (également appelé « Content Store » ou module CS en anglais) identifié sous les références C1, C2, P ; - un module de de stockage d’informations de relayage (également appelé « Forwarding Information Base » en anglais ou module FIB) ; - un module de stockage de demandes d’intérêt en attente (également appelé « Pending Interest Table » en anglais ou module PIT).
Le protocole associé au réseau NDN fonctionne en mode Pull c’est-à-dire en mode requête/réponse. La illustre un exemple de fonctionnement d’un tel réseau NDN.
Dans ce réseau, le nœud producteur de contenu RP produit le contenu dénommé : Video/Cat/HD/Chunk1. Le nœud consommateur RC1 est désireux d’obtenir ce contenu. Pour cela, ce nœud consommateur RC1 envoie une requête d’intérêt appelée « Interest Packet » en anglais. Cette requête comprend le nom du contenu et elle est envoyée via la face F1, conformément à la stratégie de relayage utilisée dans cet exemple et représentée par le module FIB. Le nœud routeur R1 reçoit la requête d’intérêt et vérifie dans son module CS si le contenu recherché est disponible. Si ce contenu n’est pas disponible dans le nœud routeur R1, celui-ci transmet la requête d’intérêt via sa face F2 et inscrit dans son module PIT un intérêt pour Video/Cat/HD/Chunk1 reçu sur sa face F1. Le nœud routeur R2 effectue les mêmes opérations en transmettant via sa face F3 la requête d’intérêt et en inscrivant l’intérêt reçu sur sa face F1 dans son module PIT. Le nœud producteur de contenu RP reçoit la requête d’intérêt pour le contenu qu’il a produit et donc qu’il possède. En retour, il envoie le contenu sous forme de paquets de données (également appelés « Data Packet » en anglais) via son interface de réception. Le nœud routeur R2 reçoit les paquets de données du contenu et il les stocke dans son module CS local. Ces paquets de données sont ensuite relayés selon les informations sauvegardées dans le module PIT via l’interface F1. L’entrée du module PIT correspondant à l’intérêt/contenu en question est ensuite effacée. Le nœud routeur R1 effectue les mêmes opérations que le nœud routeur R2 en direction du nœud consommateur RC1, initiateur de la requête d’intérêt. Si le nœud consommateur RC2 veut également obtenir le contenu Video/Cat/HD/Chunk1, il envoie alors une requête d’intérêt pour ce contenu en direction du nœud routeur R2. Celui-ci reçoit alors la requête d’intérêt et répond avec le contenu sauvegardé au préalable dans son module CS.
Le réseau NDN a été initialement conçu pour des réseaux filaires et Internet. Dans les réseaux sans-fil avec plusieurs liens radio (formes d’onde FO), il est nécessaire de limiter la diffusion de l’intérêt sur certaines de ces formes d’onde et plus généralement de contrôler la diffusion des requêtes d’intérêt afin d’optimiser en retour le chemin des données. Des travaux divulgués dans le document « Closing the Floodgate with Stateless Content-Centric Networking, ICCCN 2017 » et dans le document « Reducing forwarding state in content-centric networks with semi-stateless forwarding, Infocom 2014 » proposent de modifier le module PIT afin de pouvoir adapter de façon plus aisée le chemin des données (chemin retour). En effet, dans un réseau NDN, les données du contenu suivent obligatoirement le sens inverse de la requête d’intérêt grâce à l’information stockée dans ce module PIT. Cependant, les solutions exposées dans ces documents nécessitent des modifications importantes dans le réseau NDN apportant des contraintes supplémentaires pour l’obtention des contenus.
Il existe donc un besoin d’améliorer le fonctionnement global d’un réseau orienté données en vue d’optimiser le transfert des contenus entre les nœuds de ce réseau.
Plus particulièrement, la présente invention a pour objectif de résoudre le problème de diffusion et d’inondation de requêtes d’intérêt dans un réseau NDN fonctionnant dans un environnement radio contraint.