INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
On a également représenté les couches supérieures, C3 C4, qui correspondent aux couches "d'adressage de réseau" ("1P", dans le cas d'Internet) et de "transport" ("TCP"). La couche supérieure d'application ("http", "e-mail", etc.) n'a pas été représentée.
L'interface entre les couches inférieures, C1 et C2, et couches superieures, C3 et C4, est constituée par une couche logicielle généralement appelée "driver couches basses". Les couches supérieures, C3 et C4, s'appuient sur cette interface et sont mises en oeuvre par l'intermédiaire de bibliothèques de fonctions spécifiques ou bibliothèques réseau 14, avec lesquelles elles correspondent. Dans le cas du réseau Internet, "TCPIIP" est mis en ceuvre au moyen de bibliothèques dites de "sockets". Cette organisation permet à un navigateur 10 de poser des requêtes vers un serveur 4, pour la consultation de pages "WEB" (protocole "HTTP"), pour le transfert de fichiers (protocole "FTP") ou l'envoi de courrier électronique (protocole "e-mail"), ce de façon tout à fait classique en soi.
Le terminal 1 comprend également un lecteur de carte 3, intégré ou non. Pour communiquer avec la carte à puce 2a, le lecteur de carte 30 englobe également deux couches basses, CC1 (couche physique) et (couche de lien de données), jouant un rôle similaire aux couches C1 et Les interfaces logicielles avec les couches CC1 et CC2 sont décrites, exemple, par la spécification "PC/SC" ("part 6, service provider"). Les couches elles-mêmes, CC1 et sont notamment décrites par les normes ISO 7816-1 à7816-4, comme il a eté rappelé.
Une couche logicielle supplémentaire 16 forme interface entre les couches applicatives (non représentées) et les couches inférieures, CC1 et CC2. La fonction principale dévolue à cette couche 16 est une fonction de multiplexageldémultiplexage.
Les communications avec la carte à puce 2a s'effectuent selon un paradigme similaire à celui utilisé pour la manipulation de fichiers dans un système d'exploitation du type "UNIX" (marque déposée) : OUVRIR ("OPEN"), LIRE ("READ"), ECRIRE ("WRITE"), FERMER ("CLOSE"), etc.
Du côté de la carte à puce 2a, on retrouve une organisation similaire, à savoir la présence de deux couches basses, référencées CCa1 (couche physique) et CCa2 (couche de lien de données), ainsi qu'une couche d'interface 26a, tout à fait similaire à la couche 16.
Selon une première caractéristique de l'invention, on prévoit, de part et d'autre, c' -à-dire dans le terminal 1 et dans la carte à puce 2a, deux couches de protocoles spécifiques : 13 et 23a, respectivement.
Dans le terminal 1, la couche spécifique 13 s'interface aux "drivers couches basses" 15, aux bibliothèques 14 des couches réseau, C3 et C4, et aux couches protocolaires du lecteur de carte 3, c'est-à-dire les couches inférieures, CC1 et via la couche de multiplexage 16. La couche spécifique 13 permet le transfert de paquets réseaux de et vers la carte à puce 2a. En outre elle adapte les applications existantes telles le navigateur Internet 10, le courrier électronique, etc., pour des utilisations mettant en ceuvre la carte à puce Du côté de la carte à puce 2a, on retrouve une organisation tout ' fait similaire constituée par une instance supplémentaire de la couche spécifique, référencée 23a, pendant de la couche 13.
De façon plus précise, les couches spécifiques, 13 et 23a, sont subdivisées en trois éléments logiciels principaux - un module, 130 ou 230a, de transfert de blocs d'informations entre les couches 13 et 23a, via les couches conventionnelles CC1, CC2, CCal et CCa2 ; - une ou plusieurs pièces de logiciel, dites "agents intelligents", 132 ou 232a, qui réalisent, par exemple, des fonctions de conversion de protocoles ; - et un module de gestion de la configuration spécifique, 131 et 231a, respectivement ; module qui peut être assimilé à un agent intelligent particulier.
Pour simplifier, on appellera ci-après les agents intelligents, "agents", comme il a été précédemment indiqué.
On retrouve donc, dans le terminal 1 et la carte à puce 2a, une pile protocolaire de communication entre les deux entités.
Les couches de niveau deux (couches de lien de données), CC2 et CCa2, assurent l'échange entre la carte à puce 2a et le terminal 1. Ces couches sont responsables de la détection et l'éventuelle correction d'erreurs de transmission. Différents protocoles sont utilisables, et à titre d'exemples non exhaustifs les suivants - la recommandation ETSI GSM 11.11 ; - le protocole défini par la norme ISO 7816-3, en mode caractère T=0 ; - le protocole défini par la norme ISO 7816-3, en mode bloc T=1 ; - ou le protocole défini par la norme ISO 3309, en mode trame "HDLC" (pour "High-Level Data Link Control procedure" ou procédure de commande de liaison à haut niveau). Dans le cadre de l'invention, on utilisera de préférence protocole ISO 7816-3, en mode bloc.
De façon connue en soi, à chaque couche de protocole, il associé un certain nombre de primitives qui permettent les échanges de donnees entre couches de même niveau et d'une couche à l'autre. A titre d'exemple, les primitives associées à la couche de niveau deux sont du type "demande de données" ("Data. requesY') et "envoi de données" par la carte ("Data. response"), ainsi que "confirmation de données" ("Data. confirm"), etc.
De façon plus spécifique, les couches 13 et 23a sont chargées du dialogue entre la carte à puce 2a et l'hôte, c'est-à-dire le terminal 1. Ces couches permettent l'échange d'informations entre un utilisateur (non représenté) terminal 1 et la carte à puce 2a, par exemple via menus déroulants sous la forme d'hypertexte au format "HTML". Elles permettent aussi la mise en place d'une configuration adaptée pour l'émission et/ou reception de paquets données.
Comme il a été indiqué ci-dessus, les couches comprennent trois entités distinctes.
La première couche, 130 ou 230a, est essentiellement constituée par un multiplexeur logiciel. Elle permet l'échange d'informations entre la carte à puce 2a et terminal hôte 1, sous la forme d'unités de données protocole. Elle joue un rote similaire à celui d'un commutateur de paquets de donnees. Ces unités sont émises ou reçues via la couche de niveau deux (couche liens de données). protocole particulier de communication permet mettre en communications au moins une paire d' "agents". Le premier agent chaque paire, 132, situé dans la couche 13, côté terminal 1, le second, 232a, est situé dans couche 23a, côté carte à puce 2a. Une liaison entre deux "agents" est associée à une session, que l'on pourra appeler "S-Agent'. session est un échange données bidirectionnel entre ces deux agents. l'une ou l'autre des couches, 3 et 23a, comporte plusieurs agents, les agents d'une même couche peuvent aussi établir de sessions entre eux et/ou avec modules 131 et 231a, qui constituent des agents particuliers. De façon plus précise, un agent est une entité logicielle autonome qui peut réaliser tout ou partie de fonctions des couches de niveau trois et quatre, en fonction de la configuration mise en oeuvre par le terminal 1.
Ceci permet de piloter les différentes actions Activity de tous les objets qui effectuent leur activité. Ce pilotage est assuré par le Séquenceur, chargé d'émettre l'événement next aux objets en ayant fait la demande.
Pour ce faire, un objet va dire au séquenceur qu'il a une activité à effectuer juste avant la dernière action de sa partie On Entry de l'état courant, en l'écrivant dans l'historique. (Au cas où il n'a qu'une seule action On Entry dans l'état courant, l'objet va informer le séquenceur avant d'effectuer l'action). Ceci est effectué via l'écriture dans l'historique à l'aide de put. L'ensemble d'informations stockées dans l'historique à chaque put doit donc être étendu de la façon suivante : en plus des informations déjà présentées, un put doit également contenir un type et un index d'obsolescence.
Le type indique s'il s'agit juste d'une simple écriture dans l'historique (type = trace), ou s'il s'agit d'une demande pour effectuer des activités (type = next).
L'index d'obsolescence (renseigné uniquement dans le cas type = next) permet de détecter si un next reçu est caduque suite à un changement d'état pendant des activités.
Si nous reprenons notre exemple de mise sous forme canonique de la figure 148, nous obtenons maintenant ce qui est illustré sur la figure 154, et dans le cas où l'objet doit effectuer des actions Activity, ce qui est illustré sur la figure 155.
Supposons qu'un utilisateur crée cet objet (dans le cas des actions Activity). Les informations figurant dans la trace pour cet objet vont donc être par exemple celles illustrées sur la figure 156.
Le diagramme d'état-transition présentant le comportement du Séquenceur pour la gestion de l'historique doit alors être étendu comme illustré sur la figure 157.
- Rôle du Séquenceur Le rôle du Séquenceur est de régir les différentes activités des objets en simulant une exécution en parallèle.
Pour ce faire, le Séquenceur exploite les informations de l'historique en suivant les différentes entrées, et en traitant les put dont type = next. Ceci est matérialisé par un autre curseur, le curseur de traitement, comme illustré sur la figure 158. Ce curseur indique donc, à chaque instant, où en est l'exécution de l'application.
A chaque fois que le curseur de traitement passe sur un put de type next, le Séquenceur envoie next à l'objet spécifié dans le put.
Le traitement des activités par le Séquenceur peut donc être modélisé par le diagramme d'état-transition illustré sur la figure 159.
Ainsi le diagramme d'état-transition complet du Séquenceur sera donc tel qu'illustré sur la figure 160.
d'intérêts du premier utilisateur). Ceci constitue un avantage tant au niveau de la pertinence du résultat que des performances d'exécution.
Au niveau de la pertinence du résultat, l'avantage de la focalisation est de pouvoir comparer les profils des utilisateurs en faisant abstraction des éléments de ces profils qui ne sont pas dans le contexte qui intéresse l'utilisateur au moment courant.
Autrement-dit, le nombre des éléments pertinents (par rapport au contexte courant) qui se trouvent être en commun entre le premier utilisateur et un deuxième utilisateur avec lequel il est comparé, d'une part n'est pas dilué dans la masse des éléments qui sont en commun globalement, et d'autre part peut être relativisé par rapport à la taille du domaine du contexte courant.
Pour focaliser les recherches de profils voisins, l'état de la technique connue consiste à partitionner les éléments des profils selon des catégories adoptées par l'ensemble des utilisateurs, qui permettent de les classer globalement ou par rapport à des attributs qui les caractérisent. On spécifie ainsi leur appartenance aux domaines respectifs pris en compte lors des recherches, ce qui permet d'élaguer les éléments des profils qui ne sont pas dans le domaine d'intérêt courant de l'utilisateur. Cependant, la catégorisation des éléments des profils nécessite pour les utilisateurs de s'entendre sur les vocabulaires de catégories à partager. Or cette approche n'est pas avantageusement adaptée à des systèmes largement décentralisés tels que l'Internet. L'avantage essentiel du procédé selon cet aspect de la présente invention est de focaliser la recherche sans devoir classer les éléments des profils selon des catégories partagées, et donc sans avoir à s'entendre sur des vocabulaires communs de catégories.
Au niveau des performances, la sélection peut se faire sur la base d'une recherche en accès direct grâce à une structure de données (telle qu'un fichier inversé) qui permette de retrouver les deuxièmes utilisateurs proches directement à partir de ladite page, ou même à partir de ladite page et de ses liens ajoutés.
Détails de la détection de Répertoires Proches Comme les utilisateurs peuvent placer des mêmes liens ajoutés dans des répertoires différents, le procédé peut servir à sélectionner des répertoires au lieu d'utilisateurs.
Notamment, le système peut avantageusement servir à sélectionner ; - des répertoires proches du premier utilisateur, - plusieurs répertoires d'un même deuxième utilisateur.
Dans la suite, on décrira donc l'approche consistant à sélectionner des répertoires plutôt que des utilisateurs.
Comme déjà indiqué pour le cas de la recherche des utilisateurs les plus proches, la sélection des répertoires les plus proches peut également se faire très efficacement grâce à une structure de données (tel qu'un fichier inversé) permettant de retrouver en accès direct les répertoires contenant une page donnée (la page courante de l'utilisateur). L'accès direct peut même se baser sur la page donnée et les liens Ajoutés qui lui sont associés.
On notera à cet égard que les liens Ajoutés à partir desquels est lancée la sélection sont ceux du répertoire courant (ou ceux de l'ensemble des répertoires courants sélectionnés par l'utilisateur, comme décrit dans la section Création de liens Ajoutés dans des Répertoires ).
La figure 57 schématise les deux types d'exécution de requête d'accès aux données (dans le cas où les données sont rangées dans des tables relationnelles) : - l'accès direct aux liens Ajoutés à partir : - d'une ou plusieurs pages, - d'un utilisateur,
- dans un (ou plusieurs) répertoires ; - l'accès direct aux utilisateurs et leurs répertoires à partir : - d'une (ou plusieurs) pages, - et de ses liens ajoutés (obtenus par une requête du premier type).
Rappelons que le premier type de requête est celui permettant les fonctionnalités Retrouver des liens Ajoutés décrites plus haut, alors que le deuxième type de requête est celle de Détection de Répertoires Proches , objet de la présente section.
Les répertoires les plus proches, sélectionnés automatiquement, sont présentés à l'utilisateur dans la deuxième liste (intitulée voisins d'intérêt ) illustrée de manière schématique dans la figure 55a. Comme déjà décrit dans la section précédente ( Publication de liens ajoutés ), l'utilisateur peut cocher un ou plusieurs des répertoires qui lui sont proposés par le système. En résultat, de nouveaux liens ajoutés, puisés dans ce ou ces répertoires, lui sont suggérés en association avec la page courante (conformément à la description de la section précédente).
Le système peut aussi offrir à l'utilisateur des moyens de tenter de se mettre en relation - par des moyens de communication synchrone sur Internet tels que la messagerie simultanée, la visioconférence, etc. - avec les utilisateurs possédant ces répertoires qui seraient en ligne en même temps que l'utilisateur.
En effet, dans les deux types d'architecture client-serveur représentés respectivement sur les figures 44 et 45, les requêtes que les utilisateurs forment au moyen de leur navigateur, sont communiquées au serveur dans lequel est exécuté le système. Ce dernier est donc capable de savoir si les utilisateurs en question sont en ligne et si on peut communiquer avec eux.
La description qui précède et la figure 5 illustrent
à titre d'exemple non seulement un procédé d'obtention de l'exitance lumineuse M, mais aussi les configurations des lignes initiales de référence déterminées par utilisation de l'exitance lumineuse M. D'autres procédés peuvent être utilisés pour le calcul de l'exitance lumineuse M et des configurations, suivant la forme de l'ampoule constituant la
source lumineuse et la commodité du traitement par calcul.
* Par exemple, lors de l'obtention de l'exitance lumineuse M, il est aussi possible de prendre en considération non seulement la position de l'ampoule B de la source lumineuse et la source ponctuelle F, mais aussi d'autres facteurs, tels que la distribution de lumière de l'ampoule B.
Etape 103 et dispositif 283 de création de licnes de réfé-
rence de surface courbe Le dispositif 283 de création de lignes de référence de surface courbe crée alors les lignes de référence 22 de surface courbe à partir des lignes initiales de référence 21. Comme décrit précédemment, chacune des lignes initiales
de référence 21 est créée dans des conditions selon les-
quelles l'exitance lumineuse M est constante. Une défor-
mation est appliquée à chacune des lignes initiales 21 de référence afin que les conditions de restriction de forme soient remplies, si bien que les lignes de référence de surface courbe 22a à 22k sont créées comme indiqué sur la figure 1. Par exemple, comme le réflecteur 2 a une convexité en saillie vers l'arrière, la ligne initiale de référence 21 représentée sur la figure 5 peut ne pas remplir des
conditions telles que la réduction d'épaisseur de la lampe.
Ainsi, une déformation est appliquée aux lignes initiales de référence 21 afin que les conditions de restriction de forme soient respectées. Cette déformation est aussi exécutée par prise en considération de l'amplitude de variation de l'exitance lumineuse M réalisée dans chaque partie à cause
de la déformation.
En plus de cette déformation permettant le respect des conditions de restriction de forme, il est possible de déformer les lignes initiales de référence 21 par prise en considération par exemple des angles que forment les rayons incidents avec les lignes initiales de référence 21. Les deux droites suivantes déterminent chaque angle: une droite
qui est un segment de droite correspondant à un rayon inci-
dent, et une droite qui est une tangente à l'une des lignes initiales de référence au point auquel cet angle doit être obtenu. Dans l'étape 102 d'établissement des lignes initiales de référence, on a considéré uniquement une procédure dans laquelle l'exitance lumineuse M est rendue constante dans chaque partie le long de chaque ligne initiale individuelle de référence 21. Ainsi, la différence d'exitance lumineuse M entre les lignes initiales respectives 21 de référence
n'est pas prise en compte.
# Ce dispositif doit répondre à l'exigence d'un bon compactage qui correspond à obtenir une bouteille compactée qui mesure au plus un tiers de sa hauteur initiale.
# Ce dispositif doit permettre de pouvoir reboucher la bouteille dans sa nouvelle forme sans difficultés.
# Ce dispositif doit être composé d'éléments simples, faciles à réaliser, genérant ainsi un minimum de pollution. En effet, la protection de l'environnement peut être considérée dès la conception d'un appareil. Des pièces simples à réaliser demandent moins d'énergie et produisent moins de déchets. Concevoir de telles pièces est une action en faveur de la protection de l'environnement.
INDICATION DE L'ETAT DE LA TECHNIQUE ANTERIIEURE FAISANT RESSORTIR LE PROBLEI# TECHNIQUE POSE Actuellement et cela depuis plusieurs années, nous pouvons acquérir des bouteilles d'eau minérale en matières plastiques qui sont prévues pour être compactées. En général, les bouteilles prévues pour être compactées possèdent une indication sur leur étiquette. Cette indication est un symbole qui signifie que la bouteille est compactable suivant son axe vertical et vers le bas (du goulot vers le fond de la bouteille). Aucune indication n'est présente pour désigner le mode de compactage. Cependant, il est évident que la majorité des gens vont compacter #s bouteilles à la main.
Cette activité réclame un effort musculaire pouvant aller de 10 à 25 Kilogrammes suivant la bouteille que l'on compacter. Cet effort est important et implique que la personne qui exécute cette action est en bonne santé. Cependant, les enfants, les personnes âgées, les personnes handicapées (bras cassé, main accidentée, ou handicap permanent), sont pénalisées par la méthode manuelle citée ci-dessus.
Aujourd'hui, de nombreuses actions sont menées pour participer à la protection de l'environnement. Compacter les bouteilles en plastique vides est une de ces actions. En effet, lorsque l'on remplit sa poubelle domestique de bouteilles compactées on constate très rapidement que l'on réalise un gain de place, une économie de sacs poubelle, et que l'on réduit le nombre fois où l'on doit sortir sa poubelle. L'environnement est donc débarrassé d'un trop grand nombre de sacs poubelle qui mettent des dizaines d'années à se dégrader.
Le compactage à la main tel qu'il existe aujourd'hui peut amener les gens à ne compacter leurs bouteilles en plastiques vide. L'invention présentée ci-après tendra à inverser cette tendance et donc participera activement à la protection de l'environnement.
EXPOSE DE VINVENTION PERMETTANT LA COWREHENSION DE LA SOLUTION TECHNIQUE QUI EST APPORTEE AU PROBLEME TECEMQUE POSE Le compactage classique (c'est à dire à l'aide des deux mains) d'une bouteille déroule de la façon suivante + la bouteille à compacter est a) débouchée b) compactée par l'action des deux mains placées de part et d'autres du goulot et exerçant une force vers le sol c) maintenue d'une main et rebouchée de l'autre La présente invention consiste en un dispositif qui permet de compacter facilement, à moindre effort et d!une seule main les bouteilles en plastique déjà prévues pour être compactées manuellement. Le compactage à l'aide du dispositif faisant l'objet de ce dépôt de brevet se déroule de la façon suivante : positionner le compacteur en position ouverte en actionnant levier (10- 11) par la poignée (l 1) (voir la figure 1). Le mouvement à réaliser suit un arc de cercle de 1 SO'. Le mouvement de la poignée démarre du bas du compacteur pour ce retrouver au-dessus de celui-ci à l'arrivée. Le levier restera dans cette position car les billes (5) se trouvent dans le logement des colonnes (1). Les efforts exercés par les ressorts (4) sur les billes (5) entrdinent le blocage du plateau haut (7) en position haute et empêchent ainsi au levier (l 0- 11) basculer soit en avant, soit en arrière, saisir et déboucher la bouteille en plastique vide à compacter, c) placer le bouchon dans le logement prévu sur le plateau haut d) placer le fond de la bouteille dans le logement du plateau bas (11), la bouteille repose en position verticale, e) saisir la poignée et effectuer un mouvement inverse à celui décrit en a), jusqu'à ce que le plateau haut (7) bute contre le bossage du support mural (3). En fin de mouvement, le levier reste bloqué du fait de l'élasticité de la bouteille qui tend à reprendre en partie sa forme initiale et de la position de l'axe (6) par rapport à la ligne qui rejoint les axes (2) et (8). L'axe (6) occupe en fin de compactage une position qui se trouve à gauche de la ligne citée ci-dessus (voir figure 3). Le plateau haut (7) se trouve en contact avec le bossage du support mural (3). Cette partie est une zone réalisée par poinçonnement déformant non débouchant. Le dispositif se retrouve alors dans un système de forces qui est du domaine de la statique, ce domaine désigne un état immobile, saisir le bouchon et le visser sur le goulot de la bouteille compactée. Cette action empêchera l'air de pénétrer dans la bouteille et la bouteille de pouvoir retrouver en partie sa forme initiale, saisir la poignée (11) et dégager la bouteille afin de la jeter à la poubelle. Une poubelle placée en dessous du compacteur (lui-même fixé au mur) permet d'accueillir directement la bouteille compactée à l'ouverture du dispositif. En effet, le plateau bas (9) bascule suffisamment à l'ouverture du dispositif pour laisser s'échapper la bouteille compactée qui bascule et tombe alors directement dans la poubelle. Le geste d'ouverture doit être tout de même assez rapide pour entraîner le basculement de la bouteille compactée dans la poubelle. Pour cette application, j'utilise personnellement une poubelle équipée d'une trappe à son sommet.
PRESENTATION DES DIFTERENTES FIGURES CONSTITUANT LES DESSINS # Feuille 1/4 figure 1 : dispositif en position ouverte prêt à recevoir une bouteille.
# Feuille 2/4 figure 2 : dispositif en position fermée dite de repos. Cette planche fait apparaître les numéros de pièces qui constituent dispositif # Feuille 3/4 figure 3 : représentation de type " avant après " qui indique * la trajectoire du levier (10-11), + la transformation de la bouteille que voit entière installée dans le dispositif en position ouverte et que l'on voit compactée dans le dispositif en position de compactage final (à noter ; le contact entre le plateau haut (7) et le bossage du support mural (3) ainsi que la position l'axe (6) par rapport à la ligne qui joint les axes (2) et (8 .