INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Compte tenu du format des fichiers Fich.S# et de sa forme codée eFich.S#, seul une carte CL donnée et numérotée ID.c peut utiliser les fichiers Fich.S# correspondant à ID.c Selon la réalisation de la présente invention, on considère un logiciel, noté LD, ayant subi une procédure de protection selon la présente invention. Bien entendu, les explications qui suivent sont valables pour tout logiciel protégé selon la présente invention. Pour permettre une explication, on considère son utilisation dans le cas où l'ordinateur hôte est connecté à un lecteur LCL via un réseau de type Ethernet, en TCP/IP. C'est le cas du contexte 40. Le driver DRV précédemment citée permet de communiquer avec LCL par rapport au protocole TCP/IP. Selon la réalisation de la présente invention, la couche TCP/IP est sous-entendu dans les propositions de communication entre le programme driver DRV et le lecteur LCL considéré.
Selon des modes particuliers de réalisation non décrite, mais illustrée par la figure 4, plusieurs LCL peuvent être présents sur le réseau. Cependant, ces organisations ne change pas les caractéristiques de la présente invention.
Selon la réalisation de la présente invention, à l'obtention d'une ou plusieurs autorisation(s) d'utilisation du logiciel LD (licences d'utilisation), LD peut alors être exécuté.
Ainsi, au lancement du logiciel LD sur un ordinateur hôte, la fonction FFo est exécutée en premier. De manière générale, selon la réalisation de la présente invention, toutes les fonctions FF effectuent toutes une procédure commune: le chargement de eF vers LCL.
Selon la réalisation de la présente invention, lorsque le logiciel LD appelle une fonction donnée FF1, il lui transmet par passage de paramètres en utilisant par exemple la pile du système de l'ordinateur hôte, des informations paramètres, notées PARAM, utilisées directement et/ou indirectement lors de l'exécution éventuelle de la fonction F correspondant à FFj. Ensuite, FFj charge en mémoire le contenu du fichier eFi décrit précédemment. Puis, FFj appelle (au sens d'un appel de programmes informatiques) le driver DRV afin de lui communiquer les informations PARAM et l'adresse mémoire où se trouve eFi. Ces informations sont ensuite envoyées vers LCL à travers le réseau considéré. Des paramètres supplémentaires peuvent être rajoutés par une fonction FF1 dans les paramètres PARAM. Ainsi, PARAM contient notamment des informations relatives à l'heure courante dans l'ordinateur qui exécute ladite fonction FF1. II contient aussi un identifiant unique représentant cet ordinateur hôte (par exemple l'adresse IP de cet ordinateur sur le réseau qui est fournie par le système d'exploitation de cet ordinateur) et le numéro de série S# du logiciel correspondant à ladite fonction <RTI ID=27. rapport à l'horloge dudit ordinateur exécutant le logiciel LD. Cette indication de temps correspond au prochain moment où FFo devra être impérativement lancé par le logiciel LD.
De plus, I'ordre dans laquelle les autres fonctions FF1 sont appelées, n'est pas prévisible, car il dépend de l'utilisation de LD.
Dans une forme particulière de réalisation l'étui selon le premier mode de réalisation de l'invention comporte sur sa languette 9 des moyens aptes à solidariser l'étui sur un support. Un exemple de moyen de solidarisation consiste en un corps 10, éventuellement creux, dont la face arrière porte une matière adhésive. Ce corps 10 éventuellement creux a une profondeur au moins égale à la profondeur de la coque arrière de l'étui 1. Dans le cas où le corps 10 est creux, il est susceptible de contenir un composé parfumé ou tout autre produit équivalent.
Les moyens de solidarisation à un support peuvent être articulés à l'étui par tout moyen approprié telle qu'une charnière 11. Cette articulation autorise une liberté de mouvement relatif entre l'étui 1 et les moyens 10 de solidarisation à un support. Ainsi, lorsque l'étui 1 est solidarisé à un support, par exemple le tableau de bord d'une automobile, par la face arrière du moyen 10 de solidarisation, il bénéficie, grâce à la charnière 11, d'une certaine liberté de mouvement. Cette caractéristique permet notamment une prise en main facilitée de l'étui de l'invention.
Afin d'éviter les problèmes liés au déplacement du coin de préhension 47 lors des utilisations successives de l'étui 1, celui-ci comprend des moyens de poussée 45. Ceuxci vont pousser la pile 39 de produits d'hygiène 41 vers le dispositif d'ouverture 21, et favoriser ainsi le prélèvement du premier produit 41 à distribuer tout en empêchant le déplacement du coin de préhension 47 par rapport à la fenêtre de distribution 37.
Lesdits moyens de poussée 45 peuvent comprendre un ressort, par exemple un ressort à lames 45, disposé entre la pile 39 de produits 41 et le fond 15 de la coque 3 qui ne présente pas de dispositif d'ouverture, et représenté en vue de profil sous la forme d'un V à la figure 4.
Toutefois, les moyens de poussée 45 peuvent encore être formés par la face arrière de l'étui. Il suffit pour cela que cette dernière présente une concavité 4, maximale au repos, c'est à dire lorsque l'étui est vide. La concavité 4 est éventuellement reliée à la face arrière de l'étui par des soufflets 6 comme montré à la figure 4C. Lors de la mise en place de la pile de lingettes dans l'étui, les lingettes viennent appuyer contre la concavité 4. Au fur et à mesure de la sortie des lingettes, la concavité 4 fait pression, agissant ainsi comme un moyen de poussée sur les lingettes.
Les produits d'hygiène 41 sont pliés de manière à présenter un coin de préhension 47 sur leur face avant 49 le long du bord 43 qui est chevauché par la fenêtre de distribution et à distance des angles 44 de la pile La fenêtre de distribution 37 découvre le coin de préhension 47 du premier produit d'hygiène 41 à distribuer lorsque le clapet 29 est soulevé.
On va maintenant définir un premier mode de pliage d'un produit d'hygiène 41 qui réalise un coin de préhension 47 sur une face dudit produit, comme illustré aux figures 5 et 6.
La figure 5 représente un produit 41 en configuration dépliée sous la forme d'un rectangle R de longueur A et de largeur B. On a matérialisé en pointillés des lignes de partage 51 parallèles aux bords de longueur A et des lignes de partage 53 parallèles aux bords de largeur B.
Ces lignes de partage 51, 53 partagent le rectangle R en rectangles élémentaires 55, 57.
Dans l'exemple représenté, il y a une seule ligne de partage 53 qui définit deux rangées de rectangles élémentaires 55, 57 présentant tous une même longueur élémentaire C qui définit la plus grande dimension du produit 41 plié parallèlement à la longueur A du produit déplié. Par contre il y a deux lignes de partage 51 qui définissent deux colonnes adjacentes de rectangles élémentaires 55, présentant tous une largeur élémentaire D, et une colonne de rectangles élémentaires 57 présentant une largeur élémentaire E inférieure à la largeur élémentaire D.
La largeur élémentaire D définit la plus petite dimension du produit 41 plié, parallèle au bord d'arrêt 119 dans l'étui.
De préférence la largeur D est sensiblement double de la largeur E. La colonne des rectangles élémentaires 57 qui présente la plus petite largeur E est adjacente à un bord du rectangle R.
Le pliage du produit 41 est illustré à la figure 6. I1 comprend les étapes suivantes: -on plie en accordéon le rectangle R suivant les deux lignes de partage 51, en formant trois volets dont deux présentent la largeur D et le troisième la largeur E, -on plie ensuite l'accordéon le long de la ligne de partage 53 comme indiqué par la flèche 59.
On met ainsi en contact deux rectangles élémentaires 55 de largeur D, et on oriente vers l'extérieur les rectangles élémentaires 57 de largeur E.
L'invention concerne une boîte de vitesses munie d'un dispositif de commande pour le dégagement/engagement et la sélection automatisés d'un rapport de transmission de la boîte de vitesses, laquelle présente un élément de commande de boîte servant à l'établissement du rapport voulu et pouvant être actionné au moyen d'un actionneur de commande.
De telles boîtes de vitesses sont connues par exemple par le document DE-OS 19 637 001, d'après lequel un entraînement hydraulique est employé pour les dégagements/engagements de rapports ou vitesses et un second entraînement hydraulique est employé pour les sélections.
L'utilisation de deux entraînements pour les manoeuvres de changement de vitesse implique une construction et un montage onéreux pour le système d'entraînement.
Le but de l'invention est de créer une boîte de vitesses, du type indiqué au début, munie d'un dispositif de commande pour le dégagement/engagement de rapports et la sélection automatisés, qui présente une structure plus simple que les boîtes de vitesses munies de dispositifs de commande automatisée selon l'état de la technique.
L'invention vise également à réduire la diversité des pièces nécessaires.
Conformément à l'invention, on obtient ce résultat par le fait que l'actionneur de commande comporte un entraînement possédant un élément de sortie qui, lorsqu'il est animé d'un mouvement de rotation, confère à l'élément de commande de boîte un mouvement pour le dégagement/engagement d'un rapport de boîte ou pour la sélection d'une rainure d'enclenchement de rapports ou vitesses, et agit simultanément sur un accumulateur de force qui commande un élément intermédiaire pour l'actionnement de l'élément de commande de boîte en vue d'un dégagement/engagement de rapport ou de la sélection d'une rainure d'enclenchement, la commande de l'élément intermédiaire étant limitée à une position prédéterminée au moyen d'au moins un élément de retenue.
Il est avantageux que l'élément de commande de boîte soit un axe central de changement de vitesse au moyen duquel un dégagement/engagement de rapports puisse être produit par une translation axiale de l'axe et une sélection d'une rainure d'enclenchement de rapports ou vitesses puisse être produite par une rotation de l'axe.
Il peut être opportun aussi que l'élément de commande de boîte soit un axe central de changement de vitesse au moyen duquel un dégagement/engagement de rapports puisse être produit par une rotation de l'axe et une sélection d'une rainure d'enclenchement de rapports ou vitesses puisse être produite par une translation axiale de l'axe.
Il est également opportun qu'une liaison par complémentarité de formes existe, en direction axiale ou en direction circonférentielle dans le cas d'une rotation, entre l'élément de sortie de l'entraînement et l'élément de commande de boîte.
Une autre caractéristique avantageuse de l'invention prévoit qu'un élément de sélection, auquel l'élément intermédiaire peut appliquer une force, est disposé entre cet élément intermédiaire et l'élément de commande de boîte, une liaison par complémentarité de formes existant, en direction axiale ou en direction circonférentielle lors d'une rotation, entre l'élément de sélection et l'élément de commande de boîte.
Il est opportun que l'élément de commande de boîte puisse être actionné, tourné notamment, au moyen de l'élément intermédiaire, à l'encontre de la force exercée sur lui par un accumulateur de force.
Il est également avantageux que l'accumulateur de force soit articulé par un point d'attaque de force sur l'élément de sélection et par un autre point d'attaque de force sur un point fixe du carter de la boîte.
Il est en outre avantageux qu'au moins un élément de retenue comporte un verrou déplaçable et immobilisable au moyen d'un aimant ou d'un moteur électrique.
De même, il est opportun que le verrou limite ou bloque une rotation de l'élément intermédiaire à l'une des positions auxquelles ce verrou peut être amené.
D'autres caractéristique et avantages de l'invention ressortiront plus clairement de la description qui va suivre d'exemples de réalisation non limitatifs, ainsi que des dessins annexés, sur lesquels: - la figure 1 est une représentation schématique d'une chaîne cinématique; - la figure la montre une grille de guidage ou coulisse de changement de vitesse; - la figure 2 est une vue éclatée, en perspective, d'un dispositif de commande selon l'invention; et - les figures 3a à 9c sont des représentations schématiques illustrant différentes positions et manoeuvres effectuées à l'aide d'un dispositif de commande selon l'invention.
La figure 1 montre schématiquement un moteur à combustion interne 1, ou un autre moteur thermique, suivi d'un volant d'inertie 2 ainsi que d'un système de transmission de couple 3, formé par exemple par un embrayage, et d'une boîte de vitesses 4. Par l'intermediaire de l'arbre de sortie de cette dernière et, par exemple, d'un différentiel prévu à sa suite, peuvent être mues des roues motrices, d'un véhicule automobile par exemple.
Ainsi, selon la convention adoptée pour communiquer avec un lecteur LCL donné, des commandes sont définies par rapport à la possibilité pour les lecteurs LCL, de se connecter à aSVR par l'intermédiaire des ressources disponibles de communication réseau pour permettre par exemple une mise à jour du système informatique interne des appareils selon la présente invention ou encore la mise à l'heure de l'horloge interne 104 en cas de dysfonctionnement (la pile 103 est épuisée).
Selon le contexte d'utilisation 20 indiqué sur la figure 1, un récepteur hertzien numérique 22 est connecté sur le bus externe 114 du microcontrôleur 100, pour permettre à un lecteur LCL donné de recevoir des informations directement de l'organisme qui gère le serveur aSVR. Bien entendu, ce récepteur sera intégré dans le boîtier retenu pour l'utilisation du lecteur LCL. Il est ainsi possible d'envoyer des informations à tous les lecteurs LCL en service de manière générale et/ou spécifique.
De plus, la faible consommation de ce type de récepteur par rapport à un fonctionnement avec des piles électriques, permet de les laisser en fonctionnement permanent, même si le lecteur LCL est éteint. Selon une variante d'utilisation d'alimentation électrique, des piles rechargeables peuvent être employées avec le radiorécepteur 22 indépendamment de l'alimentation électrique du LCL (fournit éventuellement par le réseau électrique local). Bien entendu, le récepteur dispose de sa propre mémoire pour permettre de conserver les données reçues de l'émetteur 13 lorsque le lecteur LCL est éteint. Ainsi, le serveur aSVR peut envoyer des informations comme par exemple la mise à jour du système d'exploitation du lecteur LCL et/ou de la carte CL par l'intermédiaire d'un émetteur 13.
Selon une variante du fonctionnement des lecteurs LCL, une condition de durée peut être ajouter en plus des informations concernant les dates de mise en service et de fin d'utilisation (DB.d et DE.D). Cette condition est relative à l'utilisation de LCL avec le radiorécepteur 22. Ainsi, un lecteur LCL qui n'aurait reçu aucunes informations provenant de l'émetteur 20, refusera de fonctionner au moment de sa mise en marche par un utilisateur. Une procédure de connexion sur aSVR par l'intermédiaire du programme PGM devra être effectuée afin de récupérer les informations que ce lecteur LCL aurait pu manquer pour cause de mauvaise réception radio. Cette récupération se fait bien sûre par l'intermédiaire de la clé kT.d pour sécuriser la communication entre aSVR et le lecteur LCL en question.
De plus, afin d'envoyer de l'émetteur 13 des informations de manière sécurisée, les clés secrètes kLi précédemment décrites sont utilisées pour coder ces informations à envoyer par radio aux lecteurs LCL. On note ces informations MR. De plus, kLi est choisie de telle sorte qu'elle correspond avec la semaine où les informations partent de l'émetteur 13. On note eMR la forme codée de MR par kLi. En choisissant d'émettre les informations MR à partir du lundi qui suit la semaine (commençant un lundi et se terminant fin dimanche) où ces informations MR ont été définies, les mêmes informations sont envoyées en répétition suivant un intervalle donné durant toute la semaine. Ceci permet de s'assurer qu'elles ont bien été reçues, et d'éviter trop de connexion de LCL vers aSVR.
Cette variante de la présente invention présente beaucoup d'avantage, car elle permet dans un premier temps de retourner les fichiers Fich.S# de manière sécurisée vers le lecteur LCL correspondant à l'acheteur du logiciel associé à Fich.S#. Bien entendu, l'émetteur 13 peut envoyer de manière spécifique des informations vers un récepteur radio 22 donné. Cette variante permet un achat sans connexion informatique, mais par l'utilisateur directement au téléphone avec un accueil humain. Cette variante permet une complète séparation de la distribution du média d'enregistrement contenant un logiciel donné, de la vente des licences d'utilisation de ce logiciel donné.
Dans un deuxième temps, cette variante permet d'envoyer des informations concernant la perte d'un appareil. Compte tenu des capacités de stockage des modules de Disque Flash , un circuit DiskOnChip non illustré de la société Msystems est connecté avec un contrôleur éventuel sur le bus externe 114 du microcontrôleur 100 pour permettre au microcontrôleur 100 de disposer d'un disque de stockage. Un DiskOnChip de 12 mégaoctets est choisit selon la réalisation de la présente variante de l'invention. Selon d'autres variantes, une carte Disque Flash PCMCIA peut être employée à la place du DiskOnChip. Ainsi, à réception des informations eMR, le microcontrôleur 100 décode eMR à l'aide de la clé kLi de la semaine courante.
Ainsi, pour désactiver un appareil CL et/ou LCL donnés par rapport à leur utilisation, une information correspondant à son numéro de série peut être jointe. Ce numéro de série est alors sauvegardé sur le circuit DiskOnChip dans un fichier noté ANNUL qui sert à stocker tous les numéros de séries des appareils selon la présente invention, qui ne doivent plus être utilisés. Selon des modes particuliers de réalisation, par rapport à la sécurité nécessaire contre des modifications, ledit numéro peut ne pas être codé lors de son émission de l'émetteur 13.
Selon la présente invention, un procédé informatique d'authentification et de signature par LCL est effectué sur le fichier ANNUL. La signature électronique et les informations de l'authentification sont stockées dans la mémoire interne 111 du microcontrôleur 100. Ainsi, le microcontrôleur 100 à chaque démarrage vérifie si le fichier ANNUL n'a pas été remplacé par un autre fichier au même format ou modifié par une opération non autorisée.
Ce fichier ANNUL est alors utilisé lors de la procédure d'authentification entre une carte CL donnée et un lecteur LCL donnée par rapport à la procédure précédemment décrite. Si CL présente un ID.c qui est référencé dans le fichier ANNUL, LCL rejette alors la carte CL en question. De plus, au démarrage de LCL et/ou à réception d'une information MR, le microcontrôleur 100 du LCL, vérifie si son propre ID.d n'est pas référencé dans le contenu de MR et/ou ANNUL. Si le cas se présente, le microcontrôleur 100 se met hors service en détruisant le contenu de sa mémoire interne.
Ainsi, compte tenu de la réalisation de la présente variante, un appareil CL ou LCL peut être mis hors service dans un maximum de 1 semaine.
De plus, selon la réalisation de la présente invention, les appareils ont une utilisation d'au maximum 4 ans. Cette durée peut tout à fait se ramener à 2 ans. Dans le contexte de cette durée, en considérant une possibilité de pertes des appareils selon la présente invention, avec un volume de 1 million de pertes d'appareils en 2 deux ans (les pertes volontaires seraient empêchées par le prix d'achat d'un nouvel appareil en cas de perte). Ce volume peut sembler exagérer. Compte tenu des capacités des méthodes de compressions (un taux de 50%), et compte tenu de la taille de 128 bits d'un numéro de série ID, il faudrait donc environ et sans compression 15 mégaoctets, 8 mégaoctets avec compression d'espace de stockage de données. Sur une durée d'utilisation de deux ans des appareils selon la présente invention, la capacité de la DiskOnChip selon la présente variante suffit.
Pour le cas de durée d'utilisation plus longue, des capacités de stockage plus grandes peuvent être prises compte tenu de la capacité des modules DiskOnChip dans l'état actuel de l'art.
De plus, ledit radiorécepteur numérique, compte tenu de sa capacité de recevoir des informations qui le concerne uniquement, lors de l'achat d'une licence de logiciel, l'utilisateur peut recevoir par radio le fichier Fich.S# (décrite précédemment) correspondant à son achat de licences du logiciel numéroté S#. Cette fonctionnalité peut avoir un grand impact au niveau commercial (I'achat de lo envoyé sous forme codée avec la clé kLi de la semaine courante. Selon des variations de réalisations, on peut utiliser une clé de type kT.d pour les opérations d'achat.
La possibilité de faire rejeter l'utilisation d'un appareil selon la présente invention par le reste des appareils selon la présente invention, permet de donner aux utilisateurs la possibilité de récupérer une partie du contenu de leur carte CL perdue.
Ainsi, en tenant compte du format de fichier Fich.S#, la taille de ce fichier peut être ramenée à 66 octets dans un fichier nommé rFich.S#, en conservant uniquement les champs suivants: Sft du logiciel, lD.c, L#.S#, kEL.S#, kX.S#. En considérant uniquement les logiciels dont l'utilisateur possède une licence d'utilisation permanente, rFich.S# suffit pour définir l'utilisation de ces logiciels protégés selon la présente invention. Ainsi avec un module de mémoire de 64 kilooctets, on peut stocker au moins 990 licences de logiciels différents dont l'utilisation peut être définie par rFich.S#. Selon cette nouvelle variante, I'organisme qui gère aSVR, fournit lors de l'achat d'une carte CL une carte à puces (SmartCard) notée SC, et pouvant sécuriser des données en lecture et en modification. SC n'est pas illustrée. SC comporte un microcontrôleur intégrant sur une seule pastille de silicium, un processeur, un module mémoire Flash de 64 kilooctets, de la mémoire DRAM et OTPEPROM. Les accès en mémoire sont contrôlés par le processeur du microcontrôleur de SC. Cette carte est une carte à puces sécurisée. Cette carte à puces est utilisée à chaque fois que l'utilisateur acquière légalement une nouvelle licence pour une ou des utilisation(s) permanente(s) d'un logiciel donné protégé selon la présente invention. Lors de cette acquisition, cette carte est insérée dans le lecteur de cartes à puces qui communique avec le microcontrôleur 100 du lecteur LCL par le moyen du contrôleur de cartes à puces 153. Le fichier rFich.S# sera alors copié dans le module de mémoires Flash de 64 kilooctets du microcontrôleur de la carte à puces. Bien entendu, la carte à puces SC possède en interne une clé secrète kLi de la même manière que la carte CL. Cette clé est utilisée lors d'une procédure d'identification similaire à celle qui a lieu entre le lecteur LCL et la carte CL. Des modifications du contenu de la carte SC ne peuvent être effectuées uniquement par un lecteur LCL connecté à une carte CL associée. Ainsi, pour cette variante de la réalisation de l'invention, rFich.S# est stocké sous une forme codée, notée erFich.S#, par la clé kS.c de la carte CL. De plus, compte tenu des propriétés de sécurité des cartes à puces (SmartCard), erFich.S# et ainsi protégé contre la modification ou la lecture non autorisée. De toutes manière cette information est protégé. De plus, par l'emploi de la clé kS pour codée rFich.S#, cette carte ne peut être utilisée qu'avec la carte CL d'où les fichiers rFich.S# proviennent. Bien sûre, si l'utilisateur a acheté des licences d'un logiciel S en plus par rapport à celles qu'il a déjà dans sa carte CL, LCL copie alors erFich.S# et l'envoie vers la carte CL correspondant. Les champs de rFich.S# sont mis à jour par rapport au nombre de licences nouvellement acquises. Le nouveau fichier erFich.S# obtenu remplace ensuite l'ancien dans la mémoire interne du microcontrôleur de la carte SC.
Tableau 1 : Résultats comparatifs des Northern Blots de différentes lignées et tissus humains testés avec les sondes LVBL et SCGF.
Lignée Type LVBL SOGF1 CEM T-Lymph. +++ nt 2 CEMBCL CEM+HIV +++ Nt HUT 78 T-Lymph. + Nt MOLT-4 T-Lymph. ++ Nég.
Jurkat T-Lymph. +++ Nt SUP-T1 T-Lymph. ++ nt Raji B-Lymph. ++ nt Daudi B-Lymph. ++ nt HL60 Myéloïde +++ THP-1 Monocyt. + ++ U-937 Monocyt. f ++ Pancréas + +