INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
A l’étape a), le positionnement de l’écarteur dentaire permet d’écarter les lèvres inférieure et supérieure de l’utilisateur l’une de l’autre pour améliorer la visibilité des arcades dentaires inférieure et supérieure respectivement.
La préhension et/ou le positionnement du support peuvent être effectués par un opérateur différent de l’utilisateur.
A l’étape b), l’utilisateur peut être guidé par l’exécution du programme d’ordinateur tel que décrit ci-dessus. L’acquisition peut être déclenchée automatiquement suite à l’introduction de l’écarteur dentaire dans la bouche de l’utilisateur. Le procédé peut comporter la mesure de l’intensité lumineuse dans la chambre de prises de vue, et le déclenchement de l’acquisition des images lorsque l’intensité lumineuse est inférieure à une intensité lumineuse minimale prédéterminée.
L’acquisition de l’image peut être déclenchée par l’utilisateur ou par un opérateur différent de l’utilisateur, par exemple en réponse à une information fournie par le module de commande. L’utilisateur peut déclencher l’acquisition en émettant un ordre de commande lu par le dispositif de prises de vue et/ou le dispositif d’affichage. L’ordre de commande est par exemple l’actionnement d’un bouton poussoir fixé sur le support, une pression sur un écran tactile du dispositif d’affichage.
Plusieurs images peuvent être acquises à l’étape b). Elles peuvent être acquises en série, c’est-à-dire que l’appareil d’acquisition d’images acquiert successivement, et notamment selon une fréquence d’acquisition fixe, les images suite à un unique déclenchement de l’acquisition. Les images peuvent être affichées selon l’étape c) en temps réel sur le dispositif d’affichage.
De préférence, le dispositif d’affichage est séparé de l’appareil d’acquisition d’images d’une distance inférieure à 5 m, voire inférieure à 1 m, et de préférence supérieure à 20 cm.
Un tel réseau est par exemple représenté à la . Ce réseau comprend plusieurs clients C1 et C2, chacun connecté à un serveur participant respectivement P1 et P2 (pour « Participating » selon la dénomination du 3GPP MCS en anglais). Les serveurs participants P1 et P2 peuvent communiquer avec d’autres serveurs du réseau. A la , les serveurs participants P1 et P2 communiquent chacun avec au moins un serveur Non-contrôleur (pour « Non Controlling » selon la dénomination du 3GPP MCS en anglais). Le serveur participant P1 communique avec le serveur non-contrôleur NC1 et le serveur participant P2 avec le serveur non-contrôleur NC2 et avec le serveur non-contrôleur NC3. Chaque serveur non-contrôleur NC1 à NC3 communique avec un même serveur contrôleur C (pour « Controlling » selon la dénomination du 3GPP MCS en anglais). Les serveurs participant P1 et P2, contrôleur C et non-contrôleur NC1 à NC3 sont des serveurs de type « MCX servers » tels que définis dans le 3GPP MCS.
Le réseau représenté à la comprend plusieurs groupes de communication G1 à G3, les groupes G1 et G2 comprenant un client respectivement C1 et C2, et un serveur participant respectivement P1 et P2. Chaque groupe de communication G1 à G3 comprend un serveur non-contrôleur respectivement NC1 à NC3. Le client C2 appartient et au groupe de communication G2 et au groupe de communication G3. Le groupes de communication G1 à G3 sont regroupés en un regroupement de groupes de communication GA. Les serveurs participants P1 et P2 sont des serveurs qui ont en charge la gestion des clients du groupe de communication auquel ils appartiennent. Le serveur participant respectivement P1 et P2 a la gestion du client respectivement C1 et C2. Le serveur Contrôleur C a en charge la gestion du regroupement de groupes de communication GA. Les serveurs Non-Contrôleurs NC1 à NC3 peuvent être vus comme des sous-serveurs du regroupement de groupes de communication et ont en charge la gestion d'un ou plusieurs des groupes « constituant » G1 à G3 du regroupement GA de groupes de communication.
Lorsque les fonctions « participant », « contrôleur » et « non-contrôleur » sont mises en œuvre par des serveurs indépendants, on parle alors de « serveur participant », « serveur contrôleur » et « serveur non-contrôleur ». Lorsqu’elles sont toutes mises en œuvre par un même serveur ou réparties sur plusieurs serveurs, on parle alors de « fonction participant », « fonction contrôleur » et « fonction non-contrôleur ». Les termes « fonction » et « serveur » pourront alors être utilisés de manière interchangeable dans la suite de la description, et ne dépendent que de l’implémentation choisie. On utilisera principalement la dénomination « serveur », ceci n'empêchant en rien qu’un même dispositif physique mette en œuvre une ou plusieurs des fonctions « participant », « contrôleur » et/ou « non-contrôleur ».
Chaque client C1 et C2 est un dispositif utilisateur, aussi appelé équipement utilisateur (UE) ou entité cliente, et est par exemple un smartphone, une tablette, un ordinateur portable ou tout autre dispositif, par exemple une clé 4G/5G, permettant de communiquer au sein d’un réseau. Un dispositif utilisateur comprend au moins une mémoire et au moins un processeur, la mémoire comprenant des instructions qui, lorsqu’elles sont exécutées par le processeur, conduisent l’équipement utilisateur à mettre en œuvre les actions qui lui sont attribuées dans la suite de la description. Préférentiellement, les dispositifs utilisateur comprennent un module d’affichage. De la même manière, les différents serveurs MCX C, P1, P2et NC1 à NC3, sont des dispositifs comprenant au moins une mémoire et au moins un processeur, la mémoire comprenant des instructions qui, lorsqu’elles sont exécutées par le processeur, conduisent le serveur à mettre en œuvre les actions qui lui sont attribuées dans la suite de la description. Les serveurs et les dispositifs utilisateurs sont reliés entre eux et forment au moins un réseau tel que celui représenté à la , ce réseau mettant en œuvre des communications filaires, sans fil, ou toute combinaison.
Le client C2 appartient au groupe de communication G2 et au groupe de communication G3. Il est ainsi géré, au sein du groupe G2 et du groupe G3, par le serveur participant P2. Ainsi, lorsqu’une communication est destinée au groupe G2, le serveur participant P2 informe le client C2 de la communication, et lorsqu’une communication est destinée au groupe G3, le serveur participant P2 informe le client C2 de la communication. Un problème apparait lorsqu’un client appartenant à un groupe du regroupement de groupes GA cherche à communiquer au sein du regroupement de groupes GA. Un tel problème est représenté à la .
Le problème intervient lorsqu’une requête émise par un client du regroupement de groupes est à destination du même regroupement de groupes. Dans l’exemple de la , le client C1 émet une requête à destination du regroupement de groupes, par exemple une requête de communication. Pour cela, selon le standard 3GPP MCS, cette requête est d’abord transmise au serveur participant qui gère le client C1 au sein de son groupe de communication G1, c’est-à-dire le serveur participant P1, puis à son serveur non-contrôleur NC1. Le serveur non-contrôleur NC1 remonte alors la requête au serveur contrôleur C, qui est chargé de la transmettre à chaque autre groupe de communication appartenant au regroupement de groupes de communication GA, c’est-à-dire aux groupes G2 et G3.
Une telle requête, dans le standard 3GPP MCS, est du type « SIP », SIP étant un protocole d’initiation de session (« Session Initiation Protocol » en anglais). Une requête SIP, aussi appelée « SIP REQUEST », peut être une invitation de type « SIP INVITE », définie par la RFC 3261, ou un message de type « SIP MESSAGE ».
La requête SIP REQUEST 1 est une requête d’invitation à établir une session dans le regroupement de groupes GA. Dans le cadre du standard 3GPP MCS, ce message comprend un champ indiquant le groupe destinataire de la communication, c’est-à-dire le groupe global de regroupement (« regroup ») GA dans l’exemple de la .
La requête SIP REQUEST 1 comprend aussi un champ indiquant à quel groupe de communication compris dans le groupe global GA le client C1 appartient. Le groupe G1 du client C1 compris dans le groupe global GA est appelé « constituent », appelé ainsi car il fait partie des trois groupes « constituant » le groupe global GA.
Enfin, la requête comprend un champ comprenant l’identifiant du client C1 à l’origine de la requête.
Lorsque cette requête parvient au serveur contrôleur C du groupe global GA, le serveur contrôleur C dispatche cette requête aux serveurs non-contrôleurs de chaque autre groupe constituant le groupe global GA, c’est-à-dire à NC2 et NC3, comme représenté à la . La requête est donc dupliquée pour chaque groupe, le serveur contrôleur C envoie donc une requête SIP REQUEST 2 au serveur non-contrôleur NC2 et une requête SIP REQUEST 3 au serveur non-contrôleur NC3. Chaque requête indique, dans le champ , le groupe destinataire de la communication, c’est-à-dire le groupe G2 pour la SIP REQUEST 2 et le groupe G3 pour la SIP REQUEST 3 et dans le champ , le groupe de communication auquel le serveur contrôleur C appartient, c’est-à-dire le groupe GA.
De préférence, le procédé comporte le traitement de la ou des images acquises dans une position de l’appareil d’acquisition d’images et la génération d’une information, de préférence destinée à l’utilisateur. De préférence, l’information est affichée par le dispositif d’affichage.
L’invention pourra mieux être comprise à la lecture de la description détaillée qui va suivre et du dessin annexé dans lequel :
représente un exemple de kit de prises de vues selon l’invention,
est une vue en perspective d’un exemple de dispositif de prises de vue,
est une vue en coupe selon un plan longitudinal du dispositif de prises de vue de la ,
et sont des vues en perspective depuis différents points d’observation d’un autre exemple de dispositif de prises de vue,
illustre schématiquement un exemple de mise en œuvre du procédé d’acquisition d’images au moyen du kit selon l’invention.
Description détaillée On a illustré à la un exemple de kit de prises de vues 1 selon l’invention.
Le kit 1 comporte un dispositif de prises de vues 2 et un dispositif d’affichage 3.
Le dispositif de prises de vues 2 comporte un support 4 et un appareil 5 d’acquisition d’images. L’appareil 5 d’acquisition d’images peut présenter un volume inférieur à 40 cm 3 , ce qui résulte en un dispositif de prises de vues particulièrement compact.
Le support 4 comporte une portion de support creuse 7. Le dispositif comporte par ailleurs un écarteur dentaire 9.
La portion de support creuse 7 présente une forme générale tubulaire et allongée s’étendant selon un axe longitudinal X. Elle comporte une partie tubulaire 11 creuse et une paroi de fond 13 qui obture une extrémité longitudinale de la partie tubulaire. La partie tubulaire 11 et la paroi de fond 13 délimitent une chambre 15 de prises de vues dans laquelle l’appareil 5 d’acquisition d’images est logé.
La paroi de fond 13 peut être pleine ou comporter des ouvertures d’aération la traversant de part en part dans son épaisseur, par exemple sous la forme de trous cylindriques et/ou de rainures. Dans une variante, la portion de support creuse 7 peut être exempte d’une telle paroi de fond.
Au moins une partie de la partie tubulaire 11, voire toute la partie tubulaire comme illustré, s’étend de préférence parallèlement à l’axe longitudinal X, pour faciliter le maintien et la manipulation de la portion de support creuse.
La partie tubulaire 11 présente au moins une section transverse à l’axe longitudinal X présentant une forme générale sensiblement oblongue. Une telle forme de la portion de support creuse facilite la prise en main du support et correspond en outre sensiblement à la forme du contour de l’ouverture d’accès à la cavité buccale d’un utilisateur, qui est délimitée par les lèvres inférieure et supérieure lorsque l’utilisateur écarte ses mâchoires inférieure et supérieure l’une de l’autre.
Conformément à l’invention, il est donc proposé un dispositif de nettoyage d'une face extérieure d'une surface vitrée d'une fenêtre de toit comprenant au moins un cadre encadrant ladite surface vitrée, étant fixé sur ledit toit d'un habitat individuel ou collectif, et comportant deux montants latéraux parallèles entre eux et reliant des traverses inférieure et supérieure entre elles, remarquable en ce qu'il comporte au moins : - un caisson fixé sur et le long de ladite traverse supérieure et contenant au moins un réservoir, une carte électronique de commande, un moteur électrique, et une pompe, - un collecteur d'eau de pluie agencé pour être disposé sur le toit au-dessus dudit caisson et raccordé audit réservoir, - un diffuseur permettant de projeter, à l'aide de ladite pompe, de l’eau de pluie collectée contenue dans le réservoir sur le haut de la face extérieure de ladite surface vitrée, - un outil de nettoyage disposé perpendiculairement auxdits deux montants latéraux, et - des moyens de guidage permettant de déplacer, à l'aide dudit moteur électrique, l'outil de nettoyage le long desdits deux montants latéraux.
Le caisson comprend de préférence un panneau de cellules photovoltaïques associé à un moyen de stockage d'énergie électrique afin de fournir aux différents éléments dudit caisson l'énergie électrique nécessaire à leur bon fonctionnement.
Le réservoir est avantageusement isotherme.
De manière préférée, le réservoir comporte des doubles parois séparées par une couche d'air.
Selon un mode de réalisation particulier, le collecteur est en forme générale de goulotte dont la section transversale est en forme de U et s'évasant en direction de son bord supérieur, de sorte à canaliser l'eau de pluie collectée vers un passage étroit situé sur son bord inférieur, ledit collecteur comprenant alors une plaque en forme générale de trapèze et deux ailes issues perpendiculairement de chacun des bords latéraux inclinés de la plaque, les extrémités inférieures des deux ailes et le bord inférieur de ladite plaque déterminant ledit passage, le collecteur étant disposé sur le toit de l'habitat de manière à ce que sa plaque soit en appui sur le toit, ses ailes étant orientées du côté opposé audit toit.
Le collecteur est avantageusement réalisé en matériau souple et résistant aux conditions climatiques, afin d'épouser parfaitement la forme du toit et d'éviter tout risque d'oxydation.
Le collecteur est avantageusement associé à des moyens de filtration pour préserver la propreté de l'eau de pluie collectée afin de garantir l'efficacité et la pérennité du dispositif de nettoyage.
De manière préférée, ces moyens de filtration sont du type par gravité et comportent deux étages de filtration : un premier étage constitué d'une grille pour retenir les impuretés de grandes dimensions telles que des feuilles, et un deuxième étage constitué d'un élément filtrant pour retenir les plus petites impuretés telles que le sable, ces deux étages étant accolés pour former un ensemble de filtration complet disposé au droit du passage du collecteur, afin de filtrer l'eau de pluie collectée avant son entrée dans le réservoir.
L'outil de nettoyage comporte de préférence au moins un outil de frottement.
Selon un mode de réalisation particulier, l'outil de frottement est monté pivotant sur un support, ce dernier comportant des butées configurées pour autoriser un pivotement de l'outil de frottement entre une position "repos" dans laquelle ledit outil de frottement n'est plus en contact avec la surface vitrée et s'étend sensiblement parallèlement à cette dernière, et une position "nettoyage" dans laquelle ledit outil de frottement est en contact avec la surface vitrée et s'étend sensiblement perpendiculairement à cette dernière.
Selon un mode de réalisation avantageux, les moyens de guidage comportent au moins : - deux rails fixés chacun le long d'un des deux montants latéraux du cadre de la fenêtre de toit, - deux chariots coulissant chacun le long d'un des deux rails et recevant chacun l'une des extrémités longitudinales de l'outil de nettoyage, - une courroie tendue le long d'un desdits deux montants latéraux entre une poulie motrice entrainée en rotation par le moteur et une poulie réceptrice, lesdites poulies motrice et réceptrice pivotant autour d'un axe perpendiculaire audit montant latéral associé, ladite courroie étant solidarisée à l'outil de nettoyage.
Les moyens de guidage comportent de préférence deux courroies tendues chacune le long d'un desdits deux montants latéraux entre une poulie motrice et une poulie réceptrice, les deux poulies motrices étant fixées sur un arbre de transmission entrainé par le moteur.
Selon un mode de réalisation avantageux, les liaisons entre l'outil de nettoyage et les chariots et entre chaque courroie et l'outil de nettoyage sont du type liaison linéaire annulaire.
De manière avantageuse, le dispositif de nettoyage comporte au moins : - un capteur de température de l'air ambiant extérieur, - un capteur d'humidité de l'air ambiant extérieur, - un détecteur de niveau bas dans le réservoir, - un détecteur de niveau haut dans le réservoir, et - un capteur de température de l'eau de pluie contenue dans ledit réservoir, lesdits capteurs étant au moins en partie contenus dans le caisson.
Le dispositif de nettoyage comporte en outre un module de communication associé à la carte électronique de commande agencé pour communiquer, via une connexion sans fil, avec une application affichable sur un écran électronique d'une télécommande ou d'un appareil connecté au réseau internet, cette application permettant de paramétrer et/ou de contrôler ou commander le dispositif de nettoyage.
Le serveur non-contrôleur NC2 reçoit la requête SIP REQUEST 2 et le serveur non-contrôleur NC3 reçoit la requête SIP REQUEST 3. Chaque serveur non-contrôleur va alors transmettre cette requête aux serveurs participants de leurs groupes respectifs. Le serveur participant P2 va donc recevoir la requête SIP REQUEST respectivement 4 et 5, respectivement du serveur non-contrôleur NC2 et du serveur non-contrôleur NC3. Il va ensuite transmettre la requête aux clients qu’il gère, incluant le client C2 qui appartient aux groupes G2 et G3. Ainsi, le serveur participant P2 va transmettre une requête SIP REQUEST respectivement 6 et 7 au client C2, les requêtes SIP REQUEST 6 et SIP REQUEST 7 étant identiques. Le client C2 n’a alors aucun moyen de savoir duquel du serveur non-contrôleur NC2 ou du serveur non-contrôleur NC3 provient chacune des requêtes SIP REQUEST 6 et SIP REQUEST 7. Le client C2 peut cependant avoir des rôles différents dans les différents groupes G2 et G3 dont il est membre, par exemple un rôle de « dispatcher » ou de chef d’équipe, impliquant des priorités différentes, qui peuvent par exemple lui permettre ou non de préempter le droit de parole à d’autres utilisateurs du groupe ayant une priorité moindre, ou encore utiliser des alias fonctionnels différents dans les différents groupes, qui peuvent donner une information d’identification complémentaire aux autres utilisateurs participant au regroupement.
Le client C2 recevant chaque requête, même s’il peut savoir par la structure du regroupement qu’il va recevoir plusieurs requêtes similaires, ne peut pas choisir au titre duquel des groupes constituants il va traiter la requête, et donc éventuellement choisir son rôle, sa priorité ou son alias fonctionnel dans le regroupement.
De plus, dans le protocole, le client C2 est obligé de répondre à chaque requête reçue. Il existe donc un risque que le client C2 accepte chacune des différentes requêtes, ce qui peut conduire à établir de multiples sessions identiques de media par exemple voix ou vidéo qui pourront avoir un impact sur les performances globales du réseau.
Il existe alors un besoin de résoudre les problèmes présentés précédemment.
L’invention offre une solution aux problèmes évoqués précédemment, en permettant à une entité cliente recevant une multitude de requêtes identiques de discriminer les requêtes reçues.
Un aspect de l’invention concerne un procédé de discrimination, par une première entité cliente destinataire, de requêtes dans un réseau de communication selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission-Critical System », le réseau de communication comprenant au moins : un groupe global de communication regroupant une pluralité de groupes de communication, au moins une entité cliente émettrice affiliée à un premier groupe de communication de la pluralité de groupes de communication, l’entité cliente destinataire, affiliée au moins à un deuxième et à un troisième groupes de communication de la pluralité de groupes de communication, un serveur contrôleur en charge de la gestion du groupe global de communication, au moins un serveur participant gérant chaque entité cliente, pour chaque groupe de communication de la pluralité de groupes de communication : au moins un serveur non-contrôleur du groupe global de communication en charge de la gestion du groupe de communication,
le procédé comprenant au moins les étapes de : transmission, par l’entité émettrice, via le serveur participant gérant l’entité émettrice et le serveur non-contrôleur du premier groupe, au serveur contrôleur, d’une requête de service de mission critique au sein du groupe global, détermination, par le serveur contrôleur, des groupes de communication compris dans le groupe global de communication, transmission de la requête de service de mission critique, par le serveur contrôleur, au serveur non-contrôleur de chaque groupe de communication déterminé comme compris dans le groupe global de communication, détermination, par chaque serveur non-contrôleur, des entités clientes destinataires de la requête de service mission critique, transmission de la requête de service de mission critique, par chaque serveur non-contrôleur, à chaque entité cliente destinataire déterminée, via le serveur participant gérant l’entité cliente destinataire déterminée, réception d’au moins une première requête de service de mission critique provenant du serveur non-contrôleur du deuxième groupe de communication et d’une deuxième requête de service de mission critique provenant du serveur non-contrôleur du troisième groupe de communication, par la première entité cliente destinataire, chaque requête reçue comprenant au moins une information de groupe d’appartenance du serveur non-contrôleur émetteur de la requête, acceptation, par la première entité cliente destinataire, d’une requête parmi la première et la deuxième requête en fonction de l’information de groupe d’appartenance du serveur non-contrôleur émetteur de la requête.
Grâce à l’invention, une entité cliente destinataire de requêtes identiques provenant de plusieurs groupes de communication auxquels elle appartient peut discriminer ces requêtes et n’en accepter qu’une, résolvant les problèmes de l’art antérieur. Ainsi, il est possible pour une entité cliente de choisir le rôle qu’elle aura dans une communication en connaissant le groupe de communication au titre duquel elle reçoit chaque requête et en choisissant la requête qui lui convient, et donc le groupe de communication à partir duquel elle va accepter la requête de service dans le groupe global de communication.