INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Il est encore connu d’utiliser cette technique de chauffage pour l’étude des propriétés physico-chimiques de la pâte boulangère lors la cuisson, en ce que la phase de pousse de la pâte en fermentation, puis la cuisson de la pâte peuvent être effectuées, successivement dans ladite enceinte de chauffage de l’appareil de chauffage ohmique, dans des conditions optimisées de température. Lors de la phase de pousse, la chaleur générée par la circulation du courant électrique permet une montée en température de la pâte à une température optimale, en vue de réduire le temps de la pousse.
Par exemple, lorsque le deuxième bord 26 de l’élément de support 14 est poussé vers sa deuxième position comme expliqué ci-dessus, chaque bras 28 coulisse dans la première portion 60 du dispositif de guidage 34 correspondant, plus particulièrement en s’éloignant de la portion de jonction 64, de sorte à tourner l’élément de support 14 selon le premier axe de rotation vers sa première position extrême ( ).
Comme illustré sur la , la première portion 60 du deuxième dispositif de guidage 34-2 est par exemple ouverte, de sorte que le deuxième bras 28-2 coulisse hors de ladite première portion 60.
De même, lorsque le deuxième bord 26 de l’élément de support 14 est tiré vers sa première position comme expliqué ci-dessus, chaque bras 28 coulisse dans la première portion 60 du dispositif de guidage 34 correspondant, plus particulièrement vers la portion de jonction 64, de sorte à tourner l’élément de support 14 selon le premier axe de rotation vers sa position centrale ( ).
De même, chaque bras 28 de l’élément de support 14 coulisse avantageusement dans la deuxième portion 62 du dispositif de guidage 34 correspondant, pour guider le déplacement de l’élément de support 14 entre la deuxième position extrême et la position centrale.
Avantageusement, le dispositif d’actionnement 16 comprend une unité de contrôle 68 agencée pour contrôler la mobilité de l’élément de support 14.
En particulier, l’unité de contrôle 68 est agencée pour contrôler la rotation de la roue dentée 30.
De préférence, l’unité de contrôle 68 comprend une interface de commande, par exemple comprenant des boutons et /ou une interface directement affichée sur l’élément fonctionnel 18, par laquelle l’utilisateur peut commander la mobilité de l’élément de support 14.
Par ailleurs, le dispositif d’actionnement 16 est peu complexe et économique. En particulier, un tel dispositif d’actionnement 16 comprenant une roue dentée 30 et une première crémaillère 31 permet une mobilité de l’élément de support 14, sans utilisation de systèmes complexes nécessitant un asservissement complexe.
Selon une caractéristique particulière, ladite étape d’entrainement comprend une étape curative de traitement manuel et/ou automatique dudit jeu de données, préalablement à ladite étape de consolidation.
De cette manière, il est notamment possible de conserver une expertise humaine dans le processus d’entrainement du modèle expérimental, afin par exemple de nettoyer, de filtrer, et/ou d’enrichir le jeu de données obtenu à l’issue de l’étape exploratoire avant qu’il ne soit utilisé comme base d’apprentissage pour la mise en œuvre de l’entrainement supervisé durant l’étape de consolidation.
Selon un autre aspect, la présente technique se rapporte également à un dispositif de mise à jour d’un modèle opérationnel courant d’un premier équipement d’un réseau de communication, consécutivement à une modification d’au moins une fonction logicielle d’un deuxième équipement dudit réseau de communication, avec lequel le premier équipement est interfacé. Un tel dispositif comprend, au sein dudit premier équipement :
Selon un autre aspect, la technique proposée se rapporte également à un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, comprenant des instructions de code de programme pour l’exécution d'un procédé de mise à jour d’un modèle opérationnel courant d’un premier équipement d’un réseau de communication tel que décrit précédemment dans l’un quelconque de ses modes de réalisation, lorsqu’il est exécuté sur un ordinateur.
illustre le principe général d’un procédé de mise à jour d’un modèle opérationnel courant d’un équipement d’un réseau de communication, dans un mode de réalisation particulier de la technique proposée ;
présente un diagramme de séquences du procédé de mise à jour d’un modèle opérationnel courant d’un équipement d’un réseau de communication, dans un mode de réalisation particulier de la technique proposée ;
décrit une architecture simplifiée d’un dispositif pour la mise en œuvre de la technique proposée, dans un mode de réalisation particulier.
La présente invention permet notamment d’offrir un système de type CRM (gestion de la relation client) qui reconnaît (ou qualifie) les visiteurs d’un site web en utilisant leurs empreintes numériques comme identifiants, y compris les visiteurs inconnus qui ne sont pas identifiés auprès du site (par login/mot de passe, ou par cookie par exemple) et qui utilisent éventuellement des protections contre le pistage ou encore des terminaux différents au cours de leurs visites du site. Un même utilisateur peut ainsi être reconnu à chaque visite d’un site web sans que l’identité de cet utilisateur soit connue (pas d’obligation de collecter des données personnelles (nom, date de naissance, etc.) ou des cookies).
Si un utilisateur utilisant deux terminaux différents pour accéder au même site web ST1 s’authentifie avec les deux terminaux (par exemple au moyen de formulaires), il est alors possible d’associer dans les données d’historique DH1 cet utilisateur avec les deux empreintes numériques générées pour les deux terminaux.
On peut ainsi suivre l’évolution des données de comportement DT4 de l’utilisateur UR1 au cours du temps et en déduire des informations pertinentes sur le comportement de cet utilisateur UR1 sur le site ST1, telles que le nombre visites du site, le parcours de l’utilisateur UR1 à chaque visite du site, les centres d’intérêt de l’utilisateur, ses habitudes de consommation, etc. L’invention permet de centraliser un ensemble d’informations pertinentes d’un utilisateur, en particulier les informations de comportement DT4 précitées.
En assurant un suivi ciblé et fiable de l’utilisateur UR1 au cours du temps, le propriétaire du site web ST1 peut mieux comprendre le profil de l’utilisateur UR1 (besoins, centres d’intérêt, etc.), et ainsi adapter le contenu du site web ST1 en conséquence, par exemple en créant ou adaptant le contenu en fonction du profil de l’utilisateur UR1 (création d’offres ou de contenus publicitaires en adéquation avec les centres d’intérêt de l’utilisateur, etc.). On peut ainsi optimiser le fonctionnement d’un site web, quel que soit le domaine concerné ou le but recherché. Le système de l’invention permet par exemple d’optimiser les ventes d’un site marchand ou d’optimiser les recettes publicitaires d’un site quelconque.
Dans un système de E-learning (apprentissage en ligne) par exemple, le système de l’invention permet de mieux suivre le comportement d’un utilisateur et donc de mieux comprendre les intérêts des apprenants. Dans une plateforme de partage de contenus multimédias, l’invention permet d’adapter les contenus multimédias proposés à un même utilisateur au fil du temps en fonction de ses préférences.
Selon un exemple particulier, le procédé comprend en outre une étape de contrôle du site web ST1 (après l’étape S8 d’enregistrement) au cours de laquelle le système PT1 adapte le site web ST1 (par exemple son contenu) en fonction des données d’historique DH1 enregistrées en S8 pour l’utilisateur UR1. Pour ce faire, lors d’une consultation du site web ST1 par l’utilisateur UR1, le système UR1 peut récupérer (ou consulter) les données d’historique DH1 associées à l’utilisateur UR1 et adapter le contenu du site web ST1 en fonction des données d’historique DH1 ainsi récupérées. On peut ainsi avantageusement personnaliser certains éléments du site web ST1 selon le profil ou les centres d’intérêt de l’utilisateur UR1 et donc améliorer l’expérience utilisateur (adaptation des objets web présentés, adaptation d’un contenu publicitaire, etc.).
Comme décrit ci-après dans différents exemples, il est en outre possible d’enrichir les données d’historique DH1 de l’utilisateur UR1 afin d’améliorer encore son suivi au cours du temps.
Ainsi, comme déjà indiqué dans un exemple particulier, le module d’analyse PG1 du terminal client T1 peut générer au sein du client de navigation 12 des données d’identification DT1 et/ou des données de performance DT2 tandis que l’utilisateur UR1 accède au site web ST1. Comme illustré en , le module d’analyse PG1 peut alors transmettre les données DT1 et/ou DT2 à la plateforme PT2 d’analyse de performance (par exemple de type Google Analytics® ou Matomo®). A partir des données DT1 et/ou DT2, la plateforme PT2 suit ou analyse les performances du site web ST1.
Selon un exemple, en réponse à l’accès de l’utilisateur UR1 au site web ST1, le module PG1 génère un cookie comprenant un identifiant applicatif ID3 comme déjà décrit. Le module PG1 transmet les données d’identification DT1 (comprenant l’identifiant ID3) et des données de performance DT2 au système PT2. Le système PT2 enregistre alors les données DT1 et DT2 en association avec ID3. En parallèle, le système PT1 enregistre (ou cause l’enregistrement) également au cours de la mise à jour S8 (figues 1-3) cet identifiant applicatif ID3 en association avec l’empreinte FP1 de l’utilisateur UR1 en tant que données d’historique DH1. L’enregistrement de l’identifiant ID3 dans les données d’historique DH1 permet avantageusement d’établir un lien (ou jointure) entre les données d’historique DH1 stockées dans le système PT4 d’une part et les données DT1 et DT2 stockées dans le système PT2 d’autre part. Grâce à cette liaison, il est possible d’enrichir les données d’historique DH1 avec les données d’autres applications. Cela permet d’améliorer encore le suivi de l’utilisateur UR1 en enrichissant ses données d’historique DH1 avec des données d’analyse de performances qui caractérisent les interactions de l’utilisateur UR1 (temps passé sur chaque page web 34, parcours du pointeur, etc.) avec le site web ST1.
Par ailleurs, comme déjà indiqué, les données d’utilisateur DT3 obtenues en S2 (figures 1-3) peuvent comprendre des données applicatives DT4b (par exemple des données de calque). Selon un exemple particulier, ces données applicatives DT4b peuvent alors être incluses dans les données de comportement DT4 qui sont enregistrés (S8 ; ) dans les données d’historique DH1 en association avec l’empreinte numérique FP1.
Par ailleurs, comme déjà indiqué, des données de formulaire FM1 peuvent être soumises par l’utilisateur UR1 au cours de son accès au site web ST1. De façon bien connue, un formulaire comprend un ensemble d’un ou plusieurs champs destinés à recevoir (ou contenir) des données saisies par un utilisateur. Typiquement, un utilisateur peut saisir des données dans un tel champ puis valider la saisie au moyen d’une commande appropriée. De telles données de formulaire FM1 peuvent être récupérées et traitées par le système PT1 ( ). Ces données de formulaire FM1 peuvent par exemple comprendre au moins l’une parmi les informations suivantes : nom du formulaire, nom de l’utilisateur, email de l’utilisateur, etc. Selon un exemple particulier, le système PT1 collecte les données de formulaire FM1 soumises par l’utilisateur et enregistre (S8 ; ) ces données de formulaire FM1 dans les données d’historique DH1 en association avec ladite au moins une empreinte numérique FP1 et les données de comportement DT4.
L’ajout des données de formulaire FM1 dans les données d’historique DH1 en association avec l’empreinte FP1 permet avantageusement de créer un lien (ou jointure) entre d’une part les données d’historique DH1 de l’utilisateur UR1 et d’autre part les données de l’utilisateur UR1 contenues dans le système PT3. Cela permet d’améliorer encore le suivi de l’utilisateur UR1 en enrichissant ses données d’historique DH1 avec des données de formulaire. Ainsi, lorsqu’un utilisateur UR1 remplit un formulaire, on peut associer les données de formulaires collectées avec des données d’historique DH1 préexistantes qui ont été préalablement enregistrées (S8, ) comme décrit ci-avant. De façon avantageuse, il n’est pas nécessaire d’attendre qu’un utilisateur s’enregistre au moyen d’un formulaire pour commencer à suivre et analyser son comportement. De cette manière, on peut améliorer significativement le suivi du parcours d’un client, y compris lorsque celui-ci accède dans un premier temps au site web ST1 de façon anonyme.
Par ailleurs, comme déjà indiqué, l’utilisateur UR1 peut accéder au site web ST1 de diverses manières, par exemple via un lien, enrichi en données, qu’il active depuis un site intermédiaire ST2 ( ). Selon un exemple particulier, le système PT1 obtient des données applicatives DT4b décodées par décodage d’un lien enrichi en données via lequel l’utilisateur UR1 accède au site web ST1. Autrement dit, le système PT1 décode ce lien enrichi activé par l’utilisateur UR1 pour accéder au site web ST1, ce décodage produisant des données décodées. Ces données décodées peuvent par exemple comprendre des données UTM. Au cours de l’étape S8 de mise à jour (figures 1-3), le système PT1 enregistre alors ces données décodées dans les données d’historique DH1 en association avec les données de comportement DT4 et l’empreinte numérique FP1. Cette fonction permet d’améliorer encore le suivi de l’utilisateur UR1 en enrichissant ses données d’historique DH1 avec des données décodées à partir d’un lien enrichi utilisé par l’utilisateur UR1 pour accéder au site web ST1. Cela permet avantageusement de déterminer l’origine et le contexte de l’arrivée de l’utilisateur UR1 sur le site web ST1.
Par ailleurs, les étapes S2-S8 du procédé de suivi peuvent être réitérées une pluralité de fois au cours du temps, par exemple à chacune parmi une pluralité de visites du site web ST1 par l’utilisateur UR1.
Ainsi, selon un exemple particulier, les étapes S2 à S8 ( ) sont réitérées pour chacune parmi une pluralité de visites de l’utilisateur UR1 sur le site web ST1. Les données d’historique DH1 de l’utilisateur UR1 sont alors mises à jour (S8) à partir des données de comportement DT4 obtenues en association avec chaque empreinte numérique FP1 correspondant audit utilisateur UR1. Comme déjà indiqué, un suivi fiable et personnalisé de l’utilisateur UR1 peut ainsi être réalisé au fil du temps, notamment au cours de plusieurs visites du site web ST1. Les empreintes numériques sont utilisées pour reconnaître un même utilisateur UR1 au cours de plusieurs visites du site web ST1 au cours du temps et pour rattacher à ce même utilisateur UR1 les données de comportement DT4 obtenues à chaque visite.
La représente schématiquement des étapes réalisées par le système PT1, et plus précisément par le module de contrôle PG3, lors de plusieurs itérations (ou cycles) successives du procédé de suivi selon un exemple particulier de réalisation. Pour ce faire, le processeur 20 implémente par exemple le module de contrôle PG3. Les différents modes de réalisation des étapes S2-S8 du procédé de suivi décrit précédemment en référence aux figues 1-3 s’appliquent de façon analogue aux modes de réalisation décrits ci-après en référence à la .
L’hydrogel obtenu à l’issue du procédé selon l’invention présente typiquement un pH allant de 6,8 à 7,8 (pH physiologique).
Méthode 1 ou 2 : Etape optionnelle Le procédé de la présente invention (méthode 1 ou 2) peut en outre comprendre une étape de conditionnement de l’hydrogel. Le conditionnement de l’hydrogel est typiquement réalisé dans un dispositif d’injection. Le conditionnement est de préférence réalisé juste avant l’étape de stérilisation (2). Ainsi, l’hydrogel stérile peut se présenter sous forme d’un dispositif d’injection pré-rempli avec l’hydrogel, par exemple une seringue pré-remplie avec l’hydrogel.
Hydrogel stérile L’hydrogel stérile obtenu par le procédé de la présente invention (méthode 1 ou 2) est un hydrogel à base d’un polysaccharide réticulé ou d’un polysaccharide non réticulé ou de leur mélange. L’hydrogel stérile obtenu par le procédé de la présente invention (méthode 1 ou 2) comprend donc un polysaccharide réticulé, ou un polysaccharide non réticulé, ou un mélange d’un polysaccharide réticulé et d’un polysaccharide non réticulé. Il est entendu que le polysaccharide réticulé peut être un mélange de polysaccharides réticulés.
L’hydrogel stérile obtenu par le procédé de la présente invention (méthode 1 ou 2) a un pH physiologique, i.e., allant de 6,8 à 7,8. Le pH de l‘hydrogel stérile est de préférence supérieur ou égal à 6.9 et inférieur ou égal à 7,4 ; 7,3 ; 7,2 ;7,1 ou 7.
L’hydrogel obtenu par le procédé de la présente invention est de préférence un hydrogel injectable, c’est-à-dire qui peut s’écouler et être injecté manuellement au moyen d’une seringue munie d'une aiguille de diamètre allant de 0,1 à 0,5 mm, par exemple d’une aiguille hypodermique de 32G, 30 G, 27 G, 26 G, 25 G.
L’hydrogel obtenu par le procédé de la présente invention peut comprendre de 0,1 à 5% en poids, de préférence de 1 à 3% en poids, de polysaccharide (poids total de polysaccharide, c’est-à-dire poids total de polysaccharide réticulé et/ou non réticulé, par exemple d’acide hyaluronique réticulé et/ou non réticulé), par rapport au poids total de l’hydrogel. Ainsi, lorsque l’hydrogel comprend, comme seul polysaccharide, un polysaccharide non réticulé, l’hydrogel obtenu par le procédé de la présente invention peut donc comprendre de 0,1 à 5% en poids, de préférence de 1 à 3% en poids, de polysaccharide non réticulé (par exemple d’acide hyaluronique non réticulé), par rapport au poids total de l’hydrogel. Lorsque l’hydrogel comprenant, comme seul polysaccharide, un polysaccharide réticulé, l’hydrogel obtenu par le procédé de la présente invention peut donc comprendre de 0,1 à 5% en poids, de préférence de 1 à 3% en poids, de polysaccharide réticulé (par exemple d’acide hyaluronique réticulé), par rapport au poids total de l’hydrogel. Lorsque l’hydrogel comprend le mélange d’un polysaccharide réticulé et non réticulé, l’hydrogel obtenu par le procédé de la présente invention peut donc comprendre de 0,1 à 5% en poids, de préférence de 1 à 3% en poids, d’un mélange de polysaccharide non réticulé et réticulé (par exemple d’acide hyaluronique non réticulé et/ou réticulé), par rapport au poids total de l’hydrogel. En particulier, la teneur en polysaccharide (par exemple en acide hyaluronique) non réticulé peut varier de 0,5 à 40% en poids, préférentiellement de 1 à 40% en poids, plus préférentiellement de 5 à 30% en poids, par rapport au poids total de polysaccharide (par exemple d’acide hyaluronique) présent dans l’hydrogel.
Les hydrogels stériles préparés selon le procédé de l’invention sont tout particulièrement utiles pour le comblement et/ou le remplacement de tissus, en particulier de tissus mous, notamment par injection de l’hydrogel dans le tissu.
Dans cet exemple, on suppose que l’utilisateur UR1 réalise deux visites successives du site web ST1, par exemple au cours de deux jours différents (ou deux dates différentes). L’utilisateur UR1 peut utiliser par exemple son client de navigation 12 implémenté par le même terminal client T1, ce dernier ayant éventuellement subi des modifications matérielles et/ou logicielles entre les deux visites. Le système PT1 exécute ( ) une itération (ou un cycle) du procédé de suivi précédemment décrit pour chaque visite (ou consultation) du site web ST1, à savoir une première itération IT1 des étapes S2-S8 lors de la première visite et une deuxième itération IT2 des étapes S2-S8 lors de la deuxième visite (subséquent à la première visite).
On suppose à titre d’exemple qu’avant la première visite (itération IT1) du site web ST1, l’utilisateur UR1 n’avait jamais visité ce site web, bien que des variantes soient possibles où l’utilisateur UR1 avaient déjà visité le site web.
Ainsi, en réponse à la première visite par l’utilisateur UR1 du site web ST1, le système PT1 réalise la première itération IT1 ( ) des étapes S2 à S8 comme précédemment décrit en référence aux figures 1-3. Au cours de l’étape S4 d’obtention, l’empreinte numérique de l’utilisateur UR1 obtenue (ou générée) par le système PT1 est notée FP0 (figures 1 et 4). Au cours de l’étape S6 d’obtention, les données de comportement de l’utilisateur UR1 obtenues par le système PT1 sont notées DT0 (figures 1 et 4). Au cours de l’étape S8 de mise à jour, le système PT1 met ainsi à jour (ou enregistre) les données d’historique – notées DH0 – à partir des données de comportement DT0 en association avec l’empreinte numérique FP0 de l’utilisateur UR1 (figures 1 et 4).
Il s’agit à ce stade de la première visite de l’utilisateur UR1 de sorte qu’aucune donnée d’historique n’était préalablement stockée en tant que donnée d’historique en association avec l’utilisateur UR1. Aussi, au cours de la mise à jour S8 de la première itération IT1, le système PT1 enregistre, en tant que données d’historique DH0 (figures 1 et 4), les données de comportement DT0 en association avec l’empreinte numérique FP0. Pour ce faire, le système PT1 envoie par exemple les données de comportement DT0 et l’empreinte numérique FP0 au système CRM PT4 pour enregistrement en tant que données d’historique DH0.
Ultérieurement, en réponse à la deuxième visite par l’utilisateur UR1 du site web ST1, le système PT1 réalise la deuxième itération IT2 ( ) des étapes S2 à S8 comme précédemment décrit en référence aux figures 1-3. Au cours de l’étape S4 d’obtention, l’empreinte numérique de l’utilisateur UR1 obtenue (ou générée) par le système PT1 est notée FP1 (figures 1 et 4). Au cours de l’étape S6 d’obtention, les données de comportement de l’utilisateur UR1 obtenues par le système PT1 sont notées DT1 (figures 1 et 4). Au cours de l’étape S8 de mise à jour, le système PT1 met ainsi à jour les données d’historique – notées DH1 – à partir des données de comportement DT1 en association avec l’empreinte numérique FP1 de l’utilisateur UR1 (figures 1 et 4).
Selon un exemple particulier, le système PT1 peut causer l’enregistrement (S8, figures 3-4), dans les données d’historique DH1 de l’utilisateur UR1, d’une pluralité d’empreintes numérique FP1 en association avec un même identifiant applicatif ID3. Ces empreintes FP1 sont obtenues (S4) selon le procédé de l’invention en réponse à une pluralité d’accès de l’utilisateur UR1 au site web ST1.
Selon un exemple particulier, le système PT1 peut causer l’enregistrement (S8, figures 3-4), dans les données d’historique DH1 de l’utilisateur UR1, d’une pluralité d’empreintes numérique FP1 en association avec un même identifiant de données de formulaire. Cet identifiant de données de formulaire peut être un quelconque identifiant contenu dans des données de formulaire FM1 soumises par l’utilisateur UR1 lors de plusieurs soumissions de formulaire auprès du site web ST1. Cet identifiant peut par exemple être ou comprendre une adresse email de l’utilisateur UR1.
Grâce à l’identifiant ID3 et/ou de l’identifiant de données de formulaire (adresse email), on peut avantageusement identifier l’ensemble des empreintes FP1 générées au cours du temps pour un même utilisateur UR1, pour un voire plusieurs terminaux T1.