INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
On va maintenant décrire la façon dont l'arborescence est construite par chaque Utilisateur , c'est-à-dire la façon dont les différents Sous-Contenants sont créés dans les Profils, ainsi que l'incitation qui existe pour un Utilisateur à dériver un Profil. a) Nouveau Contenant L'Utilisateur peut librement créer un nouveau Contenant, en tant que sous-profil dans un Profil de sa BD Perso. S'il est Non Confidentiel, celui-ci donnera lieu à un nouveau fichier (Contenant-1) dans la Partie Commune, comme illustré sur la figure 110.
b) Contenant déjà existant Alternativement, l'Utilisateur peut dériver un Profil Non Confidentiel d'un autre Utilisateur ou un Profil de sa propre BD Personnelle. Ce Profil est ajouté en tant que Sous-Profil dans un Profil de sa BD Personnelle qu'il a choisi (il a par exemple inséré le Profil dérivé dans ce Profil par la technique du glisser-déposer ). Les éléments (Contenus et Sous-Profils) que le Profil source contient sont automatiquement suggérés dans ce nouveau Sous-Profil.
On notera ici que le fait de dériver un Profil n'engendre pas automatiquement la dérivation de toute la structure sous-jacente. Autrement dit, les Sous-Profils ne sont pas dérivés d'office, mais seulement si l'Utilisateur les ajoute explicitement. En effet, dans le cas contraire, le processus de dérivation pourrait rentrer dans une boucle infinie. c) Incitation l'Utilisateur à dériver un Profil i) Lien Profil-Profil Créé L'Utilisateur peut décider de dériver un Profil suite à sa consultation, par sa propre initiative, des Profils (non confidentiels) mis à sa disposition par les autres Utilisateurs. ii) Lien Profil-Profil Suggéré ou Dérivé Grâce au processus de suggestion descendante indiqué plus haut à propos du premier perfectionnement, les nouveaux Sous-Profils ajoutés dans un Profil PI, duquel un Profil P2 a été dérivé, se retrouvent automatiquement dans P2, en mode suggéré.
Inversement, grâce au processus de suggestion remontante, un nouveau Sous-Profil
ajouté dans P2 est suggéré dans P1. Quand un nouveau Sous-Profil apparaît ainsi, l'Utilisateur peut l'ignorer (c'est le cas par défaut), le garder (l'ajouter) ou le refuser. iii) Lien Profil-Profil Référence ( Suggestion Manuelle ) Ce processus est appelé Référencement . Un Utilisateur UA peut, de sa propre initiative, suggérer une Référence RI ou un Profil P1 à un Utilisateur UB , pour qu'il soit dérivé en tant que Référence RI' ou profil Pl' sous un Profil P2 (Non Confidentiel) de la BD Personnelle de UB.
Ces différents liens apparaissent sur le diagramme de classe de la figure 111.
Outre les avantages mentionnés plus haut à propos de la forme de réalisation de base et du premier perfectionnement (niveaux 1 et 2), ce second perfectionnement de l'invention ajoute d'autres avantages : - tout d'abord, différents Utilisateurs peuvent avoir une structure différente de Contenants ; l'Utilisateur est ainsi maître de la catégorisation de ses données et n'est pas contraint par une structure commune figée ; dans ce nouveau cadre, le système : * exploite toujours le fait que les Contenants sont partagés (avantage du niveau 1), et * permet des dérivations non seulement de Contenus mais aussi de structures arborescentes de Contenants.
- ensuite, la dérivation de Profil ou de Contenu peut se faire, non seulement par l'initiative de l'Utilisateur qui dérive, mais aussi par l'initiative d'un autre Utilisateur qui souhaite que ses Profils ou Contenus soient dérivés dans un Profil externe (mécanisme de Référencement) et qui pour cela les suggèrent manuellement (par opposition aux suggestions automatiques décrites plus haut.
Ce dernier avantage est considérable ; grâce au Référencement, le système peut s'étendre et voir sa Communauté d'Utilisateurs augmenter toujours plus, sans véritable risque de pollution à cause de l'introduction d'informations de mauvaise qualité. En effet, bien que de telles informations puissent effectivement être introduites dans le système, le nombre d'Utilisateurs qui y accéderont ne sera pas significatif. Car pour que l'on y accède à grande échelle, il faudrait qu'elles soient Référencées dans les Profils publics à grande audience , c'est-à-dire connus par un grand nombre d'Utilisateurs et largement consultés et/ou dérivés. Or, les propriétaires de ces Profils publics ne sont pas obligés d'accepter un Référencement suggéré par n'importe qui et peuvent le filtrer. Ils filtreront ainsi les mauvaises informations sous peine de dévaloriser leurs propres image et la confiance de leur audience . Les Utilisateurs du système jouent donc eux-mêmes le rôle de modérateurs décentralisés. Le système est ainsi auto-régulé.
E. Troisième perfectionnement (niveau 4) Ce troisième perfectionnement consiste en une évolution du deuxième pour prendre en compte l'assemblage, dans un Profil d'un Utilisateur, de plusieurs ensembles de Contenus pour un même Contenant.
Selon ce perfectionnement, les Profils du Niveau 3 sont remplacés par des Classeurs . Un Classeur est associé à un Contenant et contient (zéro, une ou) plusieurs Pages . Chaque Page rassemble un ensemble de Contenus.
Lorsque les legs sont suffisamment longs, les transitions successives sont proportionnelles aux legs et la continuité de la trajectoire est assurée par une succession de legs et de transitions qui n'interfèrent pas.
Cependant, lorsque les legs sont de courte distance et forment entre eux des angles de 90 ou plus, il est courant de voir apparaître des configurations semblables à celles des figures 2. 1 et 2. 2 qui rendent le calcul automatique de trajectoire impossible sans moyen supplémentaire.
Dans le cas de la figure 2.1, la transition (AB) dépasse ou overshoote la terminaison du leg L2. On parle également de cas de fish . Dans ce cas, il n'est pas possible de calculer la transition suivante par les méthodes
usuelles. Dans le cas de la figure 2.2, le point (B') terminal de la transition (A'B') se situe au-delà du point initial (C') de la transition suivante (C'D') . On parle alors de cas de bird . On parle, pour désigner de manière générique ces deux types de cas de fish-bird .
La solution classique apportée par l'art antérieur (notamment le brevet US 3,994,456) à ce type de situations est de sauter le leg intermédiaire et de calculer une transition directe comme indiqué sur les figures 3. 1 et 3. 2. Sur la figure 3.1, le leg (L2) de la figure 2. 1 a été sauté et une transition unique (AE) a été calculée. De même, sur la figure 3.2, le leg (L'2) de la figure 2. 2 a été supprimé et une transition unique (A'D') a été également calculée.
Cette solution ne permet pas de résoudre les cas du type illustré par les figures 4. 1 et 4. 2 où plusieurs transitions successives font apparaître des fish-bird (cas de fish-bird multiple). Au contraire, la présente invention permet la mise en #uvre de moyens autorisant le saut de plusieurs legs consécutifs, comme illustré sur les figures 5. 1 et 5. 2, et le calcul de la transition entre le dernier leg non sauté et le premier leg suivant.
Sur la figure 4.1, les cinq legs de L "1 à L"5, tous de type TF (Track to Fix), seraient normalement reliés par des transitions (A"B") à (G"H") faisant apparaître trois birds (B" overshoote C" ; D" overshoote E" ; F"' overshoote G"'). Selon l'art antérieur, le leg L "2 est sauté et la transition entre L "1 et L "3 est calculée, puis la procédure normale serait que le leg L "4 soit sauté et que la transition entre L "3 et L "5 soit calculée. Cependant, il n'y a pas dans ce cas de moyen d'éviter que la suite des deux transitions L "1 L "3 et L "3 L "5 ne génère une discontinuité. Le calculateur sera donc en erreur et le pilote devra reprendre la main. Comme illustré sur la figure 5. 1, l'invention permet de sauter les legs L "2, L "3 et L "4 et de calculer la transition directe de L "1 à L "5 par le segment (I"J ") qui est une transition de type II. Une autre illustration de l'intérêt de l'invention est fournie par les figures 4. 2 et 5. 2. Sur la figure 4. 2 est exposé une autre configuration de cinq legs TF générant deux birds ((B'") overshoote (C"') et (Fil!) overshhote (G'")) et un fish (D'' overshoote la terminaison du leg L"'3). La trajectoire selon l'invention, illustrée sur la figure 5. 2 est également calculée par le saut
de trois legs, le premier et le cinquième leg étant directement reliés par une transition (A'"L'") également de type II.
Le calculateur selon l'invention sera normalement composé, comme illustré en figure 6, d'un module de stockage (MEM) permettant de mémoriser les données du plan de vol, d'un module de calcul (CAL), d'un dispositif d'acquisition et de traitement des données fournies par les capteurs de vol (CAP), tels que cap, altitude, vitesse, distance par rapport à un repère DME entre autres, d'un module d'entrée manuelle de données par un pilote ou navigateur (ENT), tel qu'un clavier entre autres, un module d'affichage des données de plan de vol et de trajectoire pour le pilote ou le navigateur (AFF).
Le module de calcul selon l'invention peut notamment comporter un processeur de type Power PC ou TMS320C31 ou C34 et différents étages mémoires et composants passifs. Ce module pourra être remplacé par tout autre module de calcul capable d'effectuer un calcul complet de trajectoire selon la norme, soit sur deux cent legs au maximum, en cinq secondes ou moins.
L'organisation fonctionnelle des moyens qui font l'objet de la présente invention est illustrée sur le bloc diagramme de la figure 7. Ces moyens sont constitués par un programme d'ordinateur dont l'effet technique est notamment de permettre le calcul de la trajectoire de l'aéronef sur la totalité du plan de vol et donc de supprimer tous les cas de fish-bird, simples ou multiples.
Soient les définitions suivantes : - (i), l'index du leg courant ; - (PLI), le Previous Leg Index ou index du dernier leg non sauté ; - (MT), la matrice de choix des transitions en fonction des cas d'enchaînement des legs ; (MT) peut prendre deux valeurs (M~1) et (M~2) ; - (FBS), le Fish-Bird Status qui peut prendre les valeurs NONE ou aucun lorsqu'il n'y a pas de fish-bird, TOLO ou Trans Onto Leg Overshoot dans le cas fish illustré par la figure 2. 1, TM ou Trans Merge dans le cas bird illustré par la figure 2.2 ; - (TS) est un indicateur d'état logique qui permet de distinguer les cas où un traitement spécifique doit être appliqué ((TS) = 1);
- (n) est le nombre de legs sautés depuis le dernier leg non sauté.
A l'initialisation du calculateur, (i) est fixé à la valeur (io) qui désigne le premier leg sur lequel des calculs sont possibles, soit en règle générale, le leg suivant immédiatement le leg actif, c'est-à-dire le leg parcouru par l'avion à ce moment. Un test est ensuite appliqué sur (PLI) et (TS). Si (PLI) = (i)- 1 ET (TS) = 0, d'une part, le dernier leg non sauté est le leg précédent le leg courant, cela veut dire qu'aucun cas de fish-bird n'a été détecté ((FBS) = NONE ) et d'autre part qu'il n'y a pas de traitement spécifique à appliquer. La transition entre le leg précédent et le leg courant doit être choisie dans une matrice (M~1) telle que celle figurant ci-dessous, où les en-têtes des lignes (j) et des colonnes (k) sont les abréviations des legs de la norme ARINC 424 et les valeurs figurant dans les cases de la matrice sont les numéros d'ordre de # à VI des types de transitions de la figure 1, le symbole (*) indiquant les enchaînements impossibles et la lettre (D) une discontinuité obligatoire définie par l'ARINC.
K1 I 2 I 3 I 4 I 5 I 6 I 7 I 8 I 9 l 10 I 11 I 12 I 13 I 14 I 15 I 16 I 17 I 18 l 19 I 20 I 21 J AF CA CD CF CI CR DF FA FM HA HF Hum IF PI ~R~F TF~ VA VD VI VM VR 1 AF VI III III 1 III III * 1 V V V * "~!~"~Ù L~ III III III '" III 2 CA III III Il III III IV Il Il D III III III III III
3 CD VI III III Il III III IV Il Il * * * D * * III III III III III
A cet effet, l'invention propose un étui pour article ou produit du type constitué par une boîte avec des moyens de centrage et de maintien du produit à l'intérieur de la boîte, étui qui est caractérisé en ce que les moyens de centrage et de maintien sont formés d'une seule pièce à partir d'un flan en papier cartonné.
D'une manière générale, les moyens de centrage et de maintien du produit forment, une fois logés dans la boîte, au moins une ondulation destinée à venir au contact du produit et, avantageusement au moins deux ondulations en regard l'une de l'autre et destinées à venir au contact du produit de part et d'autre de celui-ci.
Les moyens de centrage et de maintien comprennent généralement plusieurs volets qui sont formés dans le flan en papier cartonné et séparés par des premières lignes de pliage s'étendant suivant un premier axe, et au moins un volet porte des secondes lignes de pliage pour former au moins une ondulation lorsque les moyens de maintien et de centrage sont logés dans la boîte.
A titre d'exemple, les secondes lignes de pliage pour former au moins une ondulation sont perpendiculaires aux premières lignes de pliage des volets.
Selon un mode de réalisation, les moyens de centrage et de maintien comprennent au moins un volet central qui est bordé par deux volets latéraux, chaque volet ayant une forme sensiblement rectangulaire avec une largeur qui correspond à celle du côté de la boîte sur lequel il est destiné à venir en appui et une hauteur qui est inférieure ou égale à celle de la boîte, et les ondulations d'un volet peuvent s'étendre sur tout ou partie de la largeur du volet.
Avantageusement, le volet central peut présenter deux largeurs différentes de part et d'autre des ondulations formées dans ledit volet.
Selon un autre mode de réalisation, au moins une ondulation est formée dans les volets latéraux, et ces ondulations viennent en vis-à-vis lorsque les moyens de centrage et de maintien sont logés à l'intérieur de la boîte.
D'une manière générale, chaque ondulation forme un pli qui est délimité par trois secondes lignes de pliage parallèles entre elles, la ligne centrale de pliage formant le sommet de l'ondulation qui est destinée à venir au contact du produit. Avantageusement, une découpe est formée au niveau de la ligne centrale de pliage, cette découpe ayant une forme complémentaire à celle du produit.
D'une manière générale, l'invention s'applique à tout produit ou article qui est vendu à la clientèle dans un étui, sachant que les produits ou articles concernés ne se limitent pas à un secteur d'activité particulier, et peuvent être très différents les uns des autres tant dans la forme, la consistance,..., que la destination.
A titre d'exemple, les produits concernés par l'invention peuvent être des flacons de parfum ou d'eau de toilette dans l'industrie des cosmétiques, des bouteilles de vin, des vases, des bougies, etc.
D'autres avantages, caractéristiques et détails de l'invention ressortiront du..,.çqmplément de description qui va suivre en référence à des dessins annexés, donnés uniquement à titre d'exemple et dans lesquels - la figure 1 illustre un article tel un flacon de parfum ou d'eau de toilette par exemple, - la figure 2 illustre un étui sous la forme d'une boîte et destiné à recevoir le flacon de la figure 1, - la figure 3 est une vue en perspective d'un exemple de réalisation de moyens de centrage et de maintien selon l'invention du flacon de la figure 1 à l'intérieur de l'étui de la figure 2, - la figure 4 est une vue de dessus et en plan d'un flan en papier cartonné utilisé pour réaliser les moyens de centrage et de maintien de la figure 3, - la figure 5 est une vue de dessus et en plan d'un flan en papier cartonné pour réaliser les moyens de centrage et de maintien selon un autre exemple de réalisation, - la figure 6 est une vue en coupe des moyens de centrage et de maintien de la ligne 5, lorsque ces moyens sont logés à l'intérieur de la boîte, - la figure 7 est une vue de dessus et en plan d'un flan en papier cartonné pour réaliser les moyens de centrage et de maintien selon encore un autre exemple de réalisation, et - la figure 8 est une vue simplifiée et schématique d'une partie des moyens de centrage et de maintien de la figure 7, lorsque ces moyens sont logés à l'intérieur de la boîte.
Sur la base de l'ensemble des figures annexées, on va décrire l'invention en prenant comme exemple un produit tel un flacon de parfum ou d'eau de toilette dans le secteur d'activité de l'industrie des cosmétiques.
D'une manière classique et connue en soi, un flacon F de parfum ou d'eau de toilette avec un corps ç et un bouchon b du type de celui illustré sur la figure 1 est placé à l'intérieur d'un étui qui se présente sous la forme d'une boîte B, en papier cartonné par exemple, du type de celle illustrée sur la figure 2. Cette boîte B est généralement de forme parallélipipédique rectangle et ses dimensions sont globalement adaptées à celles du flacon F.
D'une manière générale, le boîte B s'étend sur une hauteur H et présente une paroi avant 11 qui porte des inscriptions sur la nature du produit, la marque sous laquelle il est vendu et le nom du fabricant du produit,..., deux parois latérales 12, une paroi arrière 13, une paroi supérieure ou couvercle 14 et une paroi inférieure ou de fond 15.
Comme indiqué en préambule, on centre et on maintient le flacon F à l'intérieur de la boîte B par des moyens 10 qui font l'objet de l'invention et dont un premier exemple de réalisation est illustré à la figure 3.
Ces moyens 10 sont réalisés en papier cartonné et ils sont destinés à former une ou plusieurs ondulations 17 destinées à venir au contact du corps ç du flacon F.
Selon une deuxième caractéristique de l'invention, la partie OL des programmes de chargement n'a plus à être stockée obligatoirement dans le terminal, c'est-à-dire en relation de proximité physique avec la seconde partie IL. Tout au contraire, le programme OL peut être stocké sur un serveur éloigné, connecté au terminal via un réseau de type Internet.
Pour ce faire, et selon une autre caractéristique de l'invention, la carte à puce se comporte comme un serveur/client de type "WEB" pour le terminal qui lui est associé.
Pour atteindre ce but, on prévoit une couche de logiciel de communication spécifique dans la carte à puce et son pendant dans le terminal. Le terme "spécifique" doit être entendu comme spécifique au procédé de l'invention. En effet, ces couches de communications, dites spécifiques, sont banalisées quelle que soit l'application considérée. Elles n'interviennent que dans le processus d'échanges de données bidirectionnels entre la carte à puce et le terminal, d'une part, et la carte à puce et le réseau, d'autre part.
Les couches logicielles de communication spécifiques comprennent notamment des composants logiciels, dits "agents intelligents", permettant en particulier des conversions de protocoles. Les agents intelligents seront appelés ci-après plus simplement "agents". II existe des agents appareillés dans les couches de communication spécifiques respectives associées au terminal et à la à puce. Selon le procédé de l'invention, il s'établit des sessions entre agents appareillés.
Selon une autre caractéristique, le procédé de l'invention rend possible l'activation d'applications de type conventionnel, c'est-à-dire du type "CGA" precité, localisées dans une carte à puce, sans devoir les modifier en quoi soit. Pour ce faire, on prévoit un ou plusieurs agents intelligents particuliers dits traducteurs de script, qui reçoivent des requêtes d'un navigateur et traduisent en ordres "APDU" compréhensibles par l'application de type "CGA".
ce fait, on implante dans la carte à puce une fonction similaire à celle connue par ailleurs sous la dénomination "CGI" dans les serveurs "WEB" classiques. Cette fonction permet de mettre en oeuvre une application dans à puce par un protocole Internet de type "HTTP".
Le chargement d'une "applet" dans la carte à puce peut s'effectuer cette interface "CGI". La partie IL du programme de chargement est considere comme étant un script de commandes, que l'on appellera "cgi-script", attache a fonctionnalité serveur "WEB" offerte par la carte à puce. Les échanges entre programmes OL et IL peuvent se dérouler avec l'aide de formulaires classiques en langage "HTML" ou "forms" selon la terminologie anglo-saxonne.
Tout en conservant les normes ISO précitées pour les communications entre terminal et carte à puce, via le lecteur de carte à puce, le procédé selon l'invention permet des échanges entre les parties de programmes chargement OL et IL en faisant appel au protocole de communication Internet "TCPIIP", la partie OL et les "applets" à charger pouvant être stockées en local dans un serveur éloigné.
L'invention a donc pour objet principal un procédé de chargement d'une pièce de logiciel dans une carte à puce à partir d'un terminal connecté à ladite carte à puce par l'intermédiaire d'un lecteur de carte à puce permettant communications selon un premier protocole déterminé, ledit chargement effectuant par la mise en ceuvre et la coopération de premier et second programmes de chargement, ledit second programme de chargement étant stocké dans ladite carte à puce, caractérisé en ce qu'il comprend au moins les phases suivantes une première phase préliminaire consistant à implanter, dans ladite à puce, une première pièce de logiciel, formant une couche protocolaire de communication spécifique; une deuxième phase préliminaire consistant à implanter, dans ledit terminal, une seconde pièce de logiciel, formant une couche protocolaire communication spécifique; ce que lesdites première et seconde pièces de logiciel comprennent en outre moins une paire de premières entités logicielles appariées, chacune desdites entités coopérant l'une avec l'autre de manière à permettre l'établissement d'une session d'échanges de données bidirectionnels entre au moins ledit terminal et ladite carte à puce, de manière à ce que ladite à puce offre la fonctionnalité d'un client/serveur "WEB" ; ce qu'il comprend une troisième phase préliminaire consistant à implanter dans ladite carte à puce au moins une deuxième entité logicielle, apte à interpréter une suite d'instructions et à la traduire en une suite d'ordres, maniere à coopérer avec ladite seconde pièce de logiciel spécifique pour ladite carte à puce offre une fonctionnalité d'interface passerelle dite "CGI", dite carte à puce comprenant au moins une desdites suites d'instructions associée au dit second programme de chargement; en ce qu'il comprend au moins les étapes suivantes ouverture d'une première session d'échanges de données entre au moins ledit terminal et ladite carte à puce, pour la transmission d'une requête pour que ledit premier programme de chargement récupère des données de paramétrage de chargement fournies par ledit second programme de chargement; 21 ouverture d'une deuxième session d'échanges de données entre ladite carte à puce et au moins ledit terminal pour transmettre lesdites données de paramétrage de chargement au dit premier programme de chargement, lesdites données de paramétrage comportant une référence aux dites instructions associées au dit second programme de chargement ; et 31 ouverture d'une troisième session d'échanges de données entre au moins ledit terminal et ladite carte à puce, pour la soumission d'un fichier de chargement prenant en compte lesdites données de paramétrage de chargement, ledit fichier comprenant des données représentant ladite pièce de logiciel à charger; interprétation de ladite suite d'instructions associée au dit second programme de chargement, par mise en ceuvre de ladite fonctionnalité "CGI", de manière générer une suite d'ordres transmise au dit second programme de chargement, à exécuter ce programme et à obtenir ledit déchargement de ladite pièce de logiciel.