INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
L’invention concerne encore une méthode de spectroscopie par réflectance diffuse, la méthode comportant : - la mise en œuvre du procédé de focalisation selon l’invention, le milieu diffusant étant un tissu biologique et la zone d’étude comportant des chromophores, - l’émission d’un rayonnement de sonde spectroscopique vers l’unité de modulation optique afin de focaliser le rayonnement de sonde spectroscopique sur la zone d’intérêt, et - la détection de la partie du rayonnement réémis par les chromophores sensibles au rayonnement de sonde spectroscopique, qui est diffusée et réfléchie par le milieu diffusant.
La méthode de spectroscopie n’est pas une méthode thérapeutique. Elle vise seulement à détecter la présence de constituants spécifiques du tissu, et optionnellement en mesurer leur teneur.
Les chromophores peuvent être choisis parmi ceux constituant le tissu à examiner. Par exemple le tissu est une peau et les chromophores peuvent être choisis parmi l’hémoglobine, un sucre, en particulier le glucose, l’eau, un lipide, la mélanine, la bilirubine et leurs mélanges.
Lors de l’étape GET le procédé reçoit en provenance d’une balise émettrice située dans le magasin (100) un identifiant de l’objet attaché à la balise et une donnée correspondant à la date à laquelle l’identifiant a été émis par la balise. A noter que la balise peut réitérer l’étape d’émission à intervalle régulier.
Une fois la donnée et l’identifiant reçus par le procédé, celui-ci calcule (étape COMP) la distance à laquelle la balise (l’objet) se situe. Ce calcul est réalisé via la méthode dite « de temps de vol ». Concrètement, à la réception de l’identifiant et de la donnée en provenance de la balise, le procédé obtient la date courante (par exemple via une horloge interne). Il peut alors, en soustrayant la donnée reçue (date d’émission de l’identifiant) à la date courante obtenue, déterminer le temps de propagation de l’onde radio entre la balise et le dispositif (DISP). Optionnellement une étape de conversion de la donnée est réalisée avant la soustraction. Sachant que la vitesse de propagation de l’onde est connue pour une technologie donnée (UWB, Bluetooth, etc.), le procédé obtient la distance à laquelle se situe la balise et donc l’objet.
Selon un mode particulier de réalisation de l'invention, le procédé est également apte à calculer (COMP) la localisation d’un objet. Ce calcul est par exemple réalisé en utilisant la méthode dite « de la trilatération ». Concrètement, le procédé reçoit en provenance d’une première balise, en plus de l’identifiant d’objet et de la donnée associée, une valeur de distance entre cette-même balise (première balise) et une seconde balise dont l’identifiant et la donnée associée ont été également reçus par le procédé. Une fois les distances première balise / dispositif et seconde balise / dispositif calculées par le procédé, celui-ci peut déterminer la position relative du premier objet via la méthode dite de la trilatération. Cette méthode étant connue, le détail des calculs mathématiques sont pas décrits plus en détail ici.
Selon un mode particulier de réalisation de l'invention, le procédé est également apte sélectionner un identifiant d’objet parmi une pluralité d’identifiants reçus en provenance d’une pluralité de balises.
Dans le cas où le procédé est mis en œuvre par un terminal mobile utilisateur, l’invention propose de guider l’utilisateur dans sa recherche de produit lorsque celui-ci se trouve dans une boutique (100). Concrètement, une application mobile fournie par le marchand est par exemple téléchargée par le client sur son terminal mobile préalablement à sa venue en boutique (100). Lorsque le client entre dans la boutique, il démarre / lance l’application mobile sur son terminal. L’application active si besoin l’antenne émettrice / réceptrice du terminal mobile du client afin de communiquer avec les balises (101b) attachées aux produits (101a) placés dans les rayons de présentation (102) et potentiellement accessibles au client.
Selon un mode particulier de réalisation de l'invention, le terminal mobile est apte à restituer l’identifiant d’un objet et / ou la distance entre la balise de l’objet et le terminal mobile et / ou la position de l’objet (balise). Cette restitution peut être réalisée via une interface homme-machine telle qu’un écran, un haut-parleur ou bien un moteur vibreur. En outre, la restitution peut être fonction de la densité d’objets ou d’un type d’objets dans un espace donné. Ainsi, la taille et / ou la couleur de la police de caractère de l’identifiant peuvent varier en fonction de la densité d’objets. De même, la séquence et / ou la force des vibrations peuvent varier en fonction de la densité d’objets ou d’un type d’objet dans un espace donné. Lorsque la restitution est réalisée via un haut-parleur et plus précisément via une synthèse vocale, le texte vocalisé peut lui aussi varier en fonction de la densité d’objets ou d’un type d’objet dans un espace donné. Une fois les informations restituées à l’utilisateur, celui-ci peut, s’il le souhaite, sélectionner un identifiant d’objet (de produit). Une fois l’identifiant sélectionné seul cet identifiant et la distance et/ ou la position calculée de l’objet sont conservés au niveau de la restitution. Cela lui permet de sélectionner un produit en particulier et de se focaliser sur la recherche de ce produit (être guidé vers le produit). Alternativement, l’utilisateur peut sélectionner un identifiant d’objet avant l’étape de calcul de façon à ce que seules la distance et /ou la localisation de cet objet soient calculées et donc restituées. Cela permet de limiter les temps de calcul et la puissance de CPU utilisée par le procédé. La sélection peut par exemple se faire via une commande vocale (l’utilisateur prononce l’identifiant choisi) ou bien via la saisie de l’identifiant grâce à un clavier physique ou virtuel.
Selon un mode particulier de réalisation de l'invention, la sélection de l’identifiant par le l’utilisateur peut être fonction de données (méta-data) obtenues par le terminal mobile et associées aux identifiants d’objets. L’application mobile peut comprendre ces méta-data (composition des produits, valeur nutritive, nombre d’articles restant d’un même produit dans un magasin, mode d’emploi, etc.) ou bien les obtenir via une requête réseau auprès d’un serveur. Le serveur peut être un serveur Web hébergé dans le réseau ou bien situé dans la boutique comme par exemple le système de caisse.
Selon un mode particulier de réalisation de l'invention, la restitution peut comprendre les méta-data d’un produit.
Selon un mode particulier de réalisation de l'invention, le procédé peut sélectionner les objets à restituer en fonction de la distance calculée. Ainsi, si les objets sont à une distance inférieure à un seuil (par exemple 10 centimètres), ils sont restitués au niveau de l’interface homme-machine du dispositif. Ce mode de réalisation est particulièrement adapté aux personnes ayant un handicap visuel (malvoyants, aveugles) lorsque la restitution se fait via une synthèse vocale.
Selon un mode particulier de réalisation de l'invention, le procédé mis en œuvre par le terminal mobile peut réitérer à intervalle régulier l’étape de calcul (par exemple toutes les secondes) de la distance et / ou de la position relative du ou des objets. Ce mode de réalisation, permet à l’utilisateur d’ajouter un identifiant d’un article à une liste lorsque l’article (objet) est mis en contact avec le terminal mobile (distance égale à zéro entre le terminal mobile et la balise du produit (objet)). Cette liste est par exemple un panier (liste d’achat) comprenant l’ensemble des articles pris par l’utilisateur (client) dans la boutique.
Selon un mode particulier de réalisation de l'invention, lorsqu’un produit est ajouté dans la liste d’achat, l’application mobile peut émettre à destination d’un serveur une requête indiquant que le produit a été pris par le client. Le serveur est par exemple situé dans le réseau ou bien présent dans la boutique (par exemple le système de caisse) et apte à gérer les stocks du magasin. Ainsi, le serveur connait en temps réel l’état des stocks du magasin et peut automatiquement commander de nouvelles marchandises si celles-ci venaient à manquer.
Selon un mode particulier de réalisation de l'invention, lorsqu’un article de la liste est mis en contact avec le terminal mobile (distance égale à zéro entre le terminal mobile et la balise du produit / objet), celui-ci est supprimé de la liste d’achats. En outre, l’application mobile peut émettre à destination d’un serveur gérant les stocks du magasin, une requête indiquant que le produit a été remis en rayon par le client. Ainsi, le serveur peut remettre l’article « rendu » / remis par le client dans l’inventaire des produits du magasin.
La liste peut ensuite être émise à destination du système de caisse ou bien d’un serveur situé dans le réseau permettant de procéder au paiement des produits listés. Si le paiement est validé alors le système de caisse ou bien le serveur envoie une ou plusieurs requêtes aux balises des produits achetées pour que celles-ci se détachent physiquement des produits et / ou se désactivent. Ainsi, le client peut sortir du magasin avec ses achats en laissant les balises dans un endroit adapté. A noter que les balises peuvent être collectées par un employé du magasin par exemple au niveau du système de caisse.
Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. Selon d'autres modes particuliers de réalisation de l'invention, l'invention s'applique également à un portique de sécurité de magasin. En effet, lorsqu’un utilisateur a payé ses achats, par exemple au niveau du système de caisse, le procédé peut obtenir du système de caisse le ou les identifiants d’objets payés (deuxième donnée au sens de l’invention).
En outre, le procédé de localisation exécuté par le portique peut réitérer à intervalle régulier (par exemple toutes les secondes) l’étape de calcul de la distance et / ou de la position relative du ou des objets. Ainsi, ce mode de réalisation permet de détecter lorsqu’un utilisateur approche du portique avec des objets (produits) payés. Le portique peut alors émettre une ou plusieurs requêtes à destination des balises des produits achetées pour que celles-ci se détachent physiquement des produits ou bien se désactivent. Le client peut alors sortir du magasin avec ses achats en laissant les balises dans un endroit adapté.
Selon un mode particulier de réalisation de l'invention, le portique peut également émettre à destination d’un serveur apte à gérer les stocks du magasin, la liste des objets pour lesquels la ou les balises ont été désactivées / détachées. Le serveur peut être situé dans le réseau (privé ou public) ou bien présent dans la boutique (par exemple le système de caisse).
Dans un autre exemple, au moins un dit premier identifiant dudit domaine client est extrait dudit message de sollicitation.
Dans cet exemple, le premier identifiant en question dudit domaine client est véhiculé dans un champ du message de sollicitation. Ainsi, il suffit au premier serveur de mitigation d’extraire cette information du message de sollicitation.
Dans une implémentation du présent procédé, au moins un dit premier identifiant dudit domaine client peut être obtenu par le premier serveur de mitigation au moyen d’un deuxième identifiant dudit domaine client extrait du message de sollicitation.
Ce mode de réalisation a une application privilégiée lorsque le message de sollicitation comprend un deuxième identifiant du domaine client commun à plusieurs serveurs ou services de mitigation (c-à-d. qui identifie plusieurs serveurs/services de mitigation), dont le premier serveur de mitigation ayant reçu le message de sollicitation, et que le premier serveur de mitigation n’est pas en mesure de traiter ce message. Il est en effet important de pouvoir identifier un autre serveur de mitigation habilité à le traiter.
Dans cette situation, le premier serveur de mitigation peut utiliser le deuxième identifiant extrait du message de sollicitation pour obtenir un nom de domaine associé audit domaine client. Puis, à partir de ce nom de domaine il peut, par exemple en interrogeant la première base de données, obtenir un ou plusieurs identifiants du domaine client associés au nom de domaine obtenu (premiers identifiants au sens de l’invention), et à partir de ces identifiants du domaine client, identifier un ou plusieurs serveurs de mitigation habilités à traiter le message de sollicitation. Le choix du ou des serveurs de mitigation vers lesquels orienter le message de sollicitation pour traitement peut dépendre de différents paramètres (politiques de mitigation, accords existants avec le domaine client et/ou entre les services de protection, etc.)
Dans une variante de réalisation, lorsque le message de sollicitation comprend un identifiant du domaine client commun à plusieurs serveurs ou services de mitigation dont le premier serveur de mitigation ayant reçu le message de sollicitation, et que le premier serveur de mitigation n’est pas en mesure de traiter ce message, il utilise cet identifiant du domaine client pour identifier les autres serveurs de mitigation habilités à traiter le message de signalisation.
Dans un exemple, le procédé comprend en outre une étape d’obtention d’au moins une information de localisation dudit deuxième serveur de mitigation par interrogation d’une deuxième base de données au moyen dudit premier identifiant dudit domaine client.
Une telle information de localisation dudit deuxième serveur de mitigation peut comprendre au moins une adresse réseau dudit deuxième serveur de mitigation et/ou au moins un numéro de port dudit deuxième serveur de mitigation.
Ainsi, il est possible de contacter ce deuxième serveur de mitigation afin de l’informer de la survenue d’une attaque ayant pour cible des ressources du domaine client.
Dans un exemple, les informations d’identification et/ou de localisation dudit deuxième serveur sont transmises par le premier serveur au nœud client.
Ainsi à réception de ces informations, le nœud client peut émettre un nouveau message de sollicitation directement à destination du deuxième serveur.
Dans un autre exemple, le premier serveur de mitigation agit comme un relai pour le nœud client en transmettant le message de sollicitation à destination du deuxième serveur. Cette deuxième variante a pour avantage de réduire le délai de traitement du message de sollicitation.
L’invention concerne également un procédé de protection d’un domaine client contre une attaque informatique, ledit procédé étant mis en œuvre par un nœud client hébergé par le domaine client et comprenant :
- la transmission d’un message de sollicitation d’une assistance pour la gestion d’attaques à destination d’un premier serveur de mitigation d’attaques; et
- la réception d’au moins une information d’identification d’au moins un deuxième serveur de mitigation d’attaques habilité à traiter ledit message de sollicitation, le premier et le deuxième serveur de mitigation d’attaques étant associés à des services de mitigation distincts ; et
- la transmission dudit message de sollicitation destination dudit deuxième serveur de mitigation.
- préparer une solution comprenant un polymère électriquement conducteur et un solvant, la solution ayant de préférence une viscosité inférieure à 1000cP (1Cp = 1mPa.s),
Selon ce complément facultatif, dans l’exemple de la , le capteur comporte, c’est-à-dire est apte à mettre en œuvre, une seule couche de détection 64 disposée au-dessus de la surface tactile 62, comme représenté en partie supérieure de cette figure ; ou encore deux couches distinctes de détection 64 disposées l’une au-dessus de l’autre, et au-dessus de la surface tactile 62, comme représenté en partie inférieure de cette figure. La ou chaque couche de détection 64 est de préférence une couche de détection infrarouge.
Selon ce complément facultatif, lorsque le capteur est apte à mettre en œuvre plusieurs couches de détection 64, il est configuré pour déterminer en outre une direction 66 de déplacement du doigt du pilote 16, comme représenté sur les figures 6 et 7.
Le capteur d’orientation 28, visible sur la , est par exemple un accéléromètre disposé dans le casque 32 du pilote 16 et propre à déterminer la posture de la tête du pilote 16 à partir des accélérations mesurées du casque 32. Le capteur d’orientation 28 est ainsi propre à déterminer la direction d’orientation à partir de la posture de la tête du pilote 16 et de l’orientation de l’aéronef 14 reçue par au moins capteur, non représenté, embarqué dans l’aéronef 14.
Le module d’acquisition 40 est configuré pour acquérir une manipulation du dispositif d’interaction 22 par le pilote 16. Le module d’acquisition 40 est typiquement configuré pour acquérir, de la part du dispositif d’interaction 22, une position de chaque toucher tactile contre ledit dispositif d’interaction 22, ou encore des positions initiale et finale du glisser tactile contre ledit dispositif d’interaction 22, et en particulier contre la surface tactile 62.
Lorsqu’en complément facultatif le dispositif d’interaction 22 comporte le capteur disposé en périphérie de la surface tactile 62 et apte à mettre en œuvre au moins une couche de détection 64, le module d’acquisition 40 est configuré en outre pour acquérir un signal indicatif de la présence du doigt du pilote 16, de la part du capteur et en cas de franchissement d’une couche de détection 64 respective par ledit doigt.
Le module de détermination 42 est configuré pour déterminer, en fonction de la manipulation acquise par le module d’acquisition 40, au moins une position d’interaction I1, I2 dans le premier référentiel 60 associé au dispositif d’interaction 22.
Le module de détermination 42 est typiquement configuré pour déterminer chaque position d’interaction I1, I2 dans le premier référentiel 60, selon la fonction de transfert associée au dispositif d’interaction 22, et en particulier selon le type en absolu ou en relatif de ladite fonction de transfert.
Lorsqu’en complément facultatif le dispositif d’interaction 22 comporte le capteur disposé en périphérie de la surface tactile 62 et apte à mettre en œuvre au moins une couche de détection 64, le module de détermination 42 est configuré en outre pour déterminer une position de pré-détection I PD dans le premier référentiel 60 et en fonction du signal indicatif de présence acquis par le module d’acquisition 40.
En complément facultatif encore, lorsque le capteur disposé en périphérie de la surface tactile 62 comporte deux couches distinctes de détection 64 et est configuré pour déterminer la direction de déplacement 66, le module de détermination 42 est alors configuré pour déterminer la position de pré-détection I PD en fonction du signal indicatif de présence et de ladite direction de déplacement 66.
Le module de conversion 44 est configuré pour convertir chaque position d’interaction I1, I2 en une position convertie C1, C2 dans un deuxième référentiel 70 associé à l’écran d’affichage tête portée 30.
Lorsque les premier 60 et deuxième 70 référentiels sont des référentiels en deux dimensions, le module de conversion 44 est configuré pour convertir une abscisse de la position d’interaction I1, I2 en une abscisse de la position convertie C1, C2 via une multiplication par un ratio horizontal, et respectivement pour convertir une ordonnée de la position d’interaction I1, I2 en une ordonnée de la position convertie C1, C2 via une multiplication par un ratio vertical. Autrement dit, le module de conversion 44 est configuré pour obtenir l’abscisse de la position convertie C1, C2 en multipliant l’abscisse de la position d’interaction I1, I2 par le ratio horizontal, et respectivement pour obtenir l’ordonnée de la position convertie C1, C2 en multipliant l’ordonnée de la position d’interaction I1, I2 par le ratio vertical.
Le ratio horizontal est égal à une dimension horizontale de l’écran d’affichage tête portée 30 divisée par une dimension horizontale associée au dispositif d’interaction 22, et le ratio vertical est égal à une dimension verticale de l’écran d’affichage tête portée 30 divisée par une dimension verticale associée au dispositif d’interaction 22. Lorsque le dispositif d’interaction 22 est en forme du pavé tactile 58, la dimension horizontale, respectivement verticale, associée au dispositif d’interaction 22 est typiquement la dimension horizontale, respectivement verticale, de la surface tactile 62.
En complément, le positionnement du deuxième référentiel 70 associé à l’écran d’affichage tête portée 30 est mobile suivant un mouvement de la tête du pilote 16, et le module de conversion 44 est alors configuré pour définir le positionnement du deuxième référentiel 70 en fonction de la direction d’orientation fournie par le capteur d’orientation 28.
Selon ce complément, pour chaque position convertie C1, C2, le module de conversion 44 est alors configuré pour définir le positionnement du deuxième référentiel 70 à l’instant temporel correspondant à l’acquisition de la position d’interaction I1, I2 à convertir ; puis pour convertir la position d’interaction I1, I2 en la position convertie C1, C2 dans le deuxième référentiel 70 selon le positionnement préalablement défini ; l’abscisse de la position convertie C1, C2 au sein du deuxième référentiel 70 ainsi positionné étant alors égale au produit de l’abscisse de la position d’interaction I1, I2 avec le ratio horizontal, et l’ordonnée de la position convertie C1, C2 au sein du deuxième référentiel 70 ainsi positionné étant alors égale au produit de l’ordonnée de la position d’interaction I1, I2 avec le ratio vertical.
Selon ce complément, dans l’exemple de la , une première position d’interaction I1 est acquise par le module d’acquisition 40 lorsque la tête du pilote 16 est orientée selon une première orientation A, puis une deuxième position d’interaction I2 est acquise par le module d’acquisition 40 après un mouvement de la tête du pilote 16, symbolisé par la flèche M1, et lorsque la tête du pilote 16 est orientée selon une deuxième orientation B. Dans cet exemple de la , le module de conversion 44 est alors configuré pour définir d’abord le positionnement du deuxième référentiel 70 correspondant à la première orientation A, le deuxième référentiel étant alors noté 70A, et pour convertir la première position d’interaction I1 en la première position convertie C1 dans le deuxième référentiel noté 70A. Le module de conversion 44 est ensuite configuré pour définir le positionnement du deuxième référentiel correspondant à la deuxième orientation B, le deuxième référentiel étant alors noté 70B, et pour convertir la deuxième position d’interaction I2 en la deuxième position convertie C2 dans le deuxième référentiel noté 70B.
Lorsqu’en complément facultatif le dispositif d’interaction 22 comporte le capteur disposé en périphérie de la surface tactile 62 et apte à mettre en œuvre au moins une couche de détection 64, le module de conversion 44 est configuré en outre pour convertir la position de pré-détection I PD déterminée dans le premier référentiel 60 par le module de détermination 42, en une position convertie de pré-détection C PD dans le deuxième référentiel 70, comme représenté sur la .
où V est la vitesse de balayage et a et b sont des premier et deuxième coefficients (et plus particulièrement des nombres réels).