INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Composé 7b: N-[4-méthoxy-3-(4-méthylpipérazin-1-yl)phényl]-4pipérazin-l-ylamide Le composé 7b est préparé suivant la même procédure que celle décrite pour le composé 2b à partir des réactifs suivants composé 7a (9.55g,22mmol); acide trifluoroacétique (15ml),dichlorométhane (150ml). Après la neutralisation de l'acide trifluoroacétique, les deux phases sont évaporées sous pression réduite puis le brut obtenu est filtré sur silice avec un mélange (60/40/1) de dichlorométhane/méthanol/ammoniaque.
Masse obtenue : 6.06g (Rdt: 83%) RMN IH (DMSO): 2.22 (s,3H); 2.45 (M,4H); 2.67 (M,4H); 2.93 (M,4H); 3.32 (M,4H); 3.72 (s,3H); 6.78 (d,8.6Hz,lH); 7.01-7.09 (m,2H); 8.18 (s,lH).
Composé 7 : Le composé 7 est préparé suivant la procédure décrite pour le composé 6a à partir des réactifs suivants composé 7b (587mg,1.76mmol); 1-bromo-3-phénylpropane (330ml,2.11mmol); carbonate de césium (860mg,2.64mmol); diméthylformamide (20ml). le brut est purifié par chromatographie-éclair avec un mélange (91/9/1) de (dichlorométhane/méthanol/ammoniaque). Deux produits sont isolés.
* Composé le moins polaire N-[4-méthoxy-3-(4-méthylpipérazin-1- yl)phényl]-4-(3-phénylpropan- 1 -yloxycarbonyl)pipérazin- 1-ylamide Masse obtenue : 187mg (Rdt : 24%) RMN 1H (CDCl3) 1.99 (m,2H); 2.41 (M,3H); 2.71 (M,6H); 3.14 (M,4H); 3.48 (M,8H); 3.83 (s,3H); 4.14 (t,6.5Hz,2H); 6.33 (s,1H); 6.77 (d,8.6Hz,1H); 6.93-7.01 (m,2H); 7.16-7.28 (m,5H).
* Composé le plus polaire : composé 7 Masse obtenue : 300mg (Rdt : 38%) Analyse Elémentaire pour: C26H37N502-1 2C4H404-0 5H2O Calculées: C 61.67 ; H 7.19 ; N 11.67 ; Expérimentales: C 61.54 ; H 7.57 ; N 11.69 IR (KBr): 3435,3026,2938,2838,1649,1508 RMN 1H (DMSO) : 1.76 (m,2H); 2.37 (M,9H); 2.56-2.68 (M,6H); 2.99 (M,4H); 3.42 (M,4H); 3.73 (s,3H); 6.58 (s,2.4H); 6.79 (d,8.7Hz,lH); 7.04-7.09 (m,2H); 7.20-7.32 (m,5H); 8.08 (s,1H).
Point de fusion : 1640C EXEMPLE 8 Difumarate du 4-[2-(2,3-diméthylphényloay)éthane-l -yl)pipérazin- 1-yloate de [4-chloro-3-(4-méthylpipérazin-1-yl)]phényle
Composé 8a 2-chloro-1-(4-tert-butyloxycarbonylpipérazin-1yl)éthanone Le chlorure de chloroacétyle (2.42ml,30.4mmol) est ajouté goutte à goutte à une solution de 1 -tert-butyloxycarbonylpipérazine (5.1 5g,27.6mmol) et de carbonate de calcium (8.34g,83.4mmol) dans la méthyléthylcétone (60ml) refroidie à 0 C. Le mélange réactionnel est agité à cette température pendant 1 h 30 puis il est filtré sur Célite. La Célite est rincée plusieurs fois avec de l'acétate d'éthyle et une solution de soude 3M. Les deux phases du filtrat sont ensuite séparées et la phase organique est séchée sur sulfate de magnésium, filtrée et concentrée pour donner le produit attendu.
Les étapes qui viennent d'être décrites montrent que toutes les télécopies reçues, qu'elles soient réexpédiées ou non, sont enregistrées sur le disque CD-ROM telles que reçues à partir du fichier F1 du disque dur de l'ordinateur 22.
En outre, les fichiers F2 et F3 sont enregistrés sur le disque CD-ROM et contiennent les informations suivantes - celles fournies par toute télécopie à la réception et à l'émission, savoir date/heure de la télécopie, nombre de pages transmises, durée d'émission, code de réception ou code d'erreur, etc, ...
- celles fournies par l'identification des informations de la partie P2 de la première page normalisée de la télécopie, savoir le numéro de télécopie du destinataire, le numéro de télécopie de l'expéditeur, le code abonné de l'expéditeur, le numéro de téléphone de l'expéditeur, l'urgence de la télécopie, - celles résultant de l'analyse des informations identifiées et la décision prise, ces informations pouvant être sous la forme de codes.
La gestion informatique de tous ces éléments peut être réalisée par un logiciel de gestion de bases de données du genre de celui commercialisé sous les marques DBASE3, DBASE4 ou FOX PRO.
La description ci-dessus montre que le procédé de certification de télécopie selon l'invention comprend les étapes suivantes a) émission par l'expéditeur d'une télécopie à certifier au système de certification, ladite télécopie ayant un format déterminé pour la première page pour indiquer les caractéristiques de l'expéditeur, du destinataire et de la télécopie, b) réception de la télécopie à certifier par le système de certification et enregistrement des signaux reçus pour chaque télécopie dans une mémoire, c) analyse des signaux reçus pour chaque télécopie et correspondant à la première page pour identifier les caractéristiques de l'expéditeur, du destinataire et de la télécopie, d) analyse des caractéristiques de l'expéditeur, du destinataire et de la télécopie, e) dans le cas où les résultats de l'analyse ne sont pas satisfaisants, émission d'un message d'erreur à 1' expéditeur, f) dans le cas où les résultats de l'analyse sont satisfaisants, émission vers le destinataire de la télécopie reçue, g) enregistrement sur le support d'enregistrement non réinscriptible (32) de la télécopie reçue en l'état telle qu'enregistrée dans ladite mémoire et des caractéristiques de la télécopie reçue, de la décision prise et de la télécopie réexpédiée au destinataire.
Dans certaines circonstances, l'expéditeur peut être intéressé à recevoir, à ses frais, une confirmation par télécopie d'un document expédié, par exemple une commande de produits et/ou de prestations. Dans ce cas, l'invention prévoit que l'expéditeur envoie, par tous moyens, au destinataire de la commande, une page dont la zone P1 comporte la mention : "Confirmation Recommandée en Pré-Paiement".
La zone P2 comprend les caractéristiques de l'expéditeur et du destinataire mais dans ce cas, le destinataire est en fait l'expéditeur initial qui est intéressé à recevoir cette confirmation, expéditeur qui est un utilisateur du système de certification et à qui a été affecté un numéro de code pour les opérations de pré-paiement. C'est donc le numéro de code de l'expéditeur initial qui apparaît sur cette page. Cette page peut être envoyée par l'expéditeur initial soit par télécopie normale, soit par télécopie certifiée, soit par tout autre moyen.
Afin d'assurer une protection de l'utilisateur du système de certification quant à un usage non autorisé du pré-paiement par un tiers non utilisateur, le code de l'utilisateur est soumis, dans une variante, à un traitement de cryptage à l'émission chez l'expéditeur et à un traitement inverse de décryptage dans le système de certification.
A cet effet, l'utilisateur du système de certification reçoit une disquette ou une carte électronique compatible avec son appareil de télécopie qui peut être un micro-ordinateur équipé d'un dispositif WINFAX ou autre. La disquette ou carte électronique contient un logiciel de traitement du code de l'utilisateur de manière à aboutir à un nouveau code qui ne peut être décrypté que par le système de certification grâce à un logiciel approprié.
Cette disquette peut aussi contenir le format de la première page de la télécopie qu'il s'agisse d'une "Télécopie Certifiée" ou d'une "Confirmation Recommandée en Pré-Paiement".
PROCEDE DE SOUIAiXE D'AXES D'ARTICULATION SUR DES RhEMENTS DESTINES A FORMER DES MAILLONS ARTICULES D'UN BRACELET La présente invention concerne un procédé de soudage d'axes d'articulation sur des éléments destinés à former des maillons articulés dlun bracelet, notamment d'un bracelet de montre.
On connaît déjà des bracelets métalliques comprenant des maillons articulés formés chacun d'un ou plusieurs éléments, les maillons étant reliés entre eux au moyen d'axes d'articulation disposés dans des passages prévus à cet effet dans les faces latérales des maillons. Chaque axe est fixé sur un des maillons et articulé sur le maillon voisin. La fixation de l'axe sur le maillon peut être réalisée de différentes manières, à savoir par chassage, vissage ou encore par soudage.
Le chassage et le vissage des axes sur les maillons présentent le risque que les axes se déchassent respectivement se dévissent au cours du temps et conduisent à une désolidarisation intempestive des maillons, pouvant conduire à la perte du bracelet et le cas échéant de la montre attachée à celui-ci. On préfère donc généralement le soudage, qui procure une fixation sûre et définitive des axes sur les maillons.
Pour ce faire, une fois l'axe mis en place dans le passage du maillon, on chauffe localement l'extrémité visible de l'axe et la face latérale du maillon à souder, puis on apporte un métal ou un alliage métallique qui va jouer le rôle de soudure. Après cette opération de soudage, la face latérale du maillon est finie par des opérations successives de meulage et polissage qui donnent au maillon son aspect définitif.
Ce procédé de soudage des axes sur les maillons présente toutefois l'inconvénient de faire apparaître des défauts de coloration dans la zone de la soudure et de laisser subsister une auréole correspondant au pourtour de l'axe et due à au métal d'apport. Par ailleurs, on a constaté que la fiabilité de ces soudures laisse à désirer. En effet, les soudures sont souvent sujettes à la corrosion, si bien que la soudure entre les axes et les maillons ne peut être garantie de façon absolue et qu'il existe de forts risques de rupture de la soudure et/ou de 1 'axe.
L'invention a pour but de remédier à tous ces inconvénients en fournissant un procédé qui ne laisse aucune trace visible sur les maillons à l'endroit de la soudure après polissage et satinage, qui puisse être aisément automatisé, qui fournisse une liaison sûre et très peu sensible aux problèmes de corrosion et qui soit d'une mise en oeuvre simple et peu coûteuse.
Sur la figure 5, le Code d'Interface Homme Machine 32 de la figure 4 est constitué de quatre parties : (1) un logiciel d'Affichage avec Interaction de l'opérateur 32d, (2) un logiciel de Lancement IH(Interface Homme-Machine)-ITC 32a connecté fonctionnellement au logiciel d'Affichage avec Interaction de l'opé- rateur 32d, (3) un logiciel "Envoyer Un Evénemen." 32b connecté fonctionnellement au logiciel de Lancement IH-ITC 32a, et (4) un logiciel "Recevoir Un Evénement" 32c connecté fonctionnellement au logiciel de Lancement IH-ITC 32a. Le Code de Structure ITC (Noyau ITC) 34 sera connecté fonctionnellement à la fois au logiciel "Envoyer Un Evénement" 32b et au logiciel "Recevoir Un Evénement" 32c. Le logiciel d'Affichage avec Interaction de l'opéra- teur 32d va créer des affichages d'icônes sur les fenêtres 12b de l'écran d'affichage 12a, et affichera aussi, sur les fenêtres 12b, les "informations d'événements" qui sont demandées par d'autres applications client (cela sera décrit ultérieurement dans cette description).
En fonctionnement, en se reportant à la figure 5, un opérateur situé au niveau d'un poste de travail 10 de la figure 10, qui exécute une application client particulière, visualisera une variété d'icônes sur un affichage à fenêtres 12b sur l'écran d'affichage 12a du poste de travail de la figure 1 pour cette application client particulière. L'opérateur cliquera "sur" une ou plusieurs des icônes pour permettre ainsi à un objet d'intérêt parmi des "informations d'événements" particulières d'être transmis à partir de l'application client particulière (par exemple, à partir de l'application client 1 24cl de la figure 3) vers d'autres applications client (par exemple, l'application client 2 26cl de la figure 3) via le serveur 26c2. Le logiciel d'Affichage avec Interaction de l'opérateur 32d de la figure 5 va afficher l'affichage à fenêtres 12b et l'icône ou les plusieurs icônes de l'affichage à fenêtres 12b sur l'écran d'affichage 12a du poste de travail de la figure 1. Lorsque l'opérateur clique "sur" l'icône ou les plusieurs icônes de l'affichage à fenêtres 12b, le logiciel d'Affichage avec Interaction de l'opérateur 32d en informe le logiciel de Lancement IH-ITC 32a, et le logiciel de Lancement IH-ITC 32a active le logiciel "Envoyer Un Evénement" 32b. Le logiciel "Envoyer Un Evénement" 32b ordonne au Code de Structure ITC 34 de l'application client particulière (par exemple, l'application client 1) d'envoyer l'objet d'intérêt contenu dans les informations d'événements particulières aux autres applications client (par exemple, l'application client 2) via le serveur 26c2. Lorsque les autres applications client produisent les informations d'événements demandées, les autres applications client envoient les informations d'événements demandées directement au Code de Structure ITC 34 de l'application client particulière sans passage à travers le serveur 26c2 ni enregistrement.
Lorsque les informations d'événements demandées sont re çues par l'application client particulière (par exemple, client 1), le Code de Structure ITC 34 de l'application client particulière, à son tour, informe le logiciel "Recevoir Un Evénement" 32c de l'application client particulière. Le logiciel "Recevoir Un Evénement" 32c de l'application client particulière informe le logiciel de Lancement IH-ITC 32a de l'application client particulière que les informations d'événements demandées ont été re çues en provenance d'une autre application client. Le logiciel de Lancement IH-ITC 32a de l'application client particulière, à son tour, ordonne au logiciel d'Affichage avec Interaction de l'Opérateur 32d de l'application client particulière d'afficher les "informations d'événements" demandées sur l'écran d'affichage 12a du poste de travail 10 de la figure 1.
Chacune de ces quatre parties du Code d'Interface Homme-Machine 32 sera décrite ultérieurement dans la description.
En se reportant aux figures 3 et 6 à 13b, le fonctionnement du Code de Structure ITC (Noyau ITC) 34 de chaque application client, telle que l'application client 1 24cl et l'application client 2 25cul, est illustré.
Chaque application client inclut le Code de Structure ITC (Noyau ITC). Par exemple, le logiciel d'application client 1 24cl et le logiciel d'application client 2 26cl de la figure 3 incluent chacun un Code de Structure ITC 34. Le Code de Structure ITC 34 associé à une application client particulière quelconque interagit fonctionnellement avec le serveur 26c2 et le Code de Structure ITC 34 associé à chaque autre application client. Par exemple, le Code de Structure ITC 34 de l'ap- plication client 1 24cl dans le premier poste de travail 24 de la figure 3 interagit fonctionnellement avec le logiciel serveur 26c2 et le Code de Structure ITC 34 du logiciel d'application client 2 26cl dans le second poste de travail 26. Le Code de Structure 34 d'une première application client 24cl transmet des objets d'intérêt au serveur 26c2 ; celui-ci transmet des informations d'événements associées à un événement "X" au Code de Structure 34 d'une seconde application client 26cl ; et reçoit des informations d'événements associées à un événement "X" à partir du Code de Structure 34 de la seconde application client 26cl. Cette interaction fonctionnelle entre le Code de Structure 34 d'une première application client 24cl et le serveur 26c2 et le Code de Structure 34 d'autres applications client 26cl est décrite d'une manière plus détaillée dans les paragraphes qui vont suivre en référence aux figures 3 et 6 à 13b des dessins.
Sur les figures 3 et 6, en se reportant initialement à la figure 6, une représentation schématique de haut niveau de la distribution d'événements et d'intérêts est illustrée.
Sur la figure 3, on notera que le logiciel d'application client 1 24cl se trouve dans le premier poste de travail 24 et que le logiciel d'application client 2 26cl et le logiciel serveur 26c2 se trouvent dans le second poste de travail 26.
Sur la figure 6, une Application Client 1 24cl (appelée par la suite "Application 1") est interconnectée à une Application Client 2 26cl (appelée par la suite "Application 2"), l'Application 1 et l'Application 2 étant connectées à un serveur ITC 26c2. "L'Application Client 1" 24cl de la figure 6 représente le logiciel d'application client 1 24cl de la figure 3, "l'Application Client 2" 26cl de la figure 6 représentant le logiciel d'application client 2 26cl de la figure 3, et le serveur ITC 26c2 de la figure 6 représentant le logiciel serveur 26c2 de la figure 3. Lorsque l'Application Client 1 24cl de la figure 6 est exécutée dans le premier poste de travail 24 de la figure 3, un affichage à fenêtres (similaire à l'un des affichages à fenêtres 12b de la figure 1) apparaît sur l'écran d'affichage du moniteur du premier poste de travail 24. D'une manière similaire, lorsque l'Application Client 2 26cl de la figure 6 est exécutée dans le second poste de travail 26 de la figure 3, un autre affichage à fenêtres (similaire à l'un des affichages à fenêtres 12b de la figure 1) apparaît sur l'écran d'affichage du moniteur du second poste de travail 26. Les affichages à fenêtres apparaissant sur les deux moniteurs des premier et second postes de travail 24 et 26 peuvent être n'importe lesquels de ceux représentés sur la figure 2.
Sur la figure 6, on suppose que l'Application Client 1 24cl ("Application 1") exécute une première application client. De plus, on suppose que l'Application Client 2 26cl ("Application 2") exécute une seconde application client et, pendant l'exécution de la seconde application client par l'Application 2, certaines "informations d'événements" sont produites par l'Application 2.
Le terme "informations d'événements" et/ou le terme "événement" seront définis dans les trois paragra phes qui vont suivre par l'intermédiaire des trois exemples suivants.
A titre de premier exemple, pendant l'exécution de la seconde application client par l'Application 2 au niveau du second poste de travail 26, l'opérateur assis au niveau du second poste de travail 26 peut utiliser la souris 18 de la figure 1 pour placer un curseur sur l'une des fenêtres 12b de la figure 1 et pour sélectionner ainsi certaines informations dans cette fenêtre 12b. La "sélection." de certaines informations sur cette fenêtre 12b par l'Application 2 au niveau du poste de travail 26 peut impliquer soit un déplacement du curseur, soit un effacement d'informations ou une création d'informations.
La "sélection" de ces certaines informations dans cette fenêtre 12b constitue un "événement" et cet événement produit des "informations d'événements". L'Application 1 peut être intéressée par la réception de ces informations d'événements.
A titre de deuxième exemple, l'Application 1 est exécutée en France et implique une étude de la géologie du sol. L'Application 2 est exécutée à Houston et implique une application pétrophysique qui examine la pression dans un puits de forage. Il n'y a rien de commun entre l'Application 1 et l'Application 2, à l'exception d'un paramètre : la pression au niveau d'une certaine profondeur sous terre. L'Application 1 peut souhaiter examiner la courbe de pression en fonction de la profondeur produite dans l'Application 2. Par conséquent, la courbe de pression en fonction de la profondeur dans l'Application 2 et toute modification apportée sur celleci par un opérateur au niveau du second poste de travail 26 constituent des "informations d'événements". l'Application 1 est intéressée par la réception de ces informations d'événements.
A titre de troisième exemple, appelé "poursuite de curseur", l'Application 1, s'exécutant dans le premier poste de travail 24 de la figure 3, affiche une carte comportant des coordonnées x, y et z et un opérateur au niveau du premier poste de travail 24 peut déplacer un curseur sur la carte, ce qui produit des "informations d'événements" x, y et z. Cependant, l'Application 2, s'exécutant dans le second poste de travail 26 de la figure 3, visualise une représentation tridimensionnelle en "cube" d'un réservoir souterrain et l'Application 2 peut être intéressée par la réception des "informations d'événements" x, y et z à partir de l'Application 1 à chaque fois que des informations d'événements sont produites par l'Application 1. Par conséquent, lorsque l'opérateur au niveau du premier poste de travail 24 exécutant l'Application 1 déplace le curseur sur la carte, les "informations d'événements" x, y et z sont produites à partir de l'Application 1. Si l'Application 2 a préalablement exprimée un intérêt pour la réception de ces "informations d'événements" et lorsque les informations d'événements sont produites par l'Application 1, l'Application 1 dans le premier poste de travail 24 envoie ces "informations d'événements" à l'Application 2 dans le second poste de travail 26.
Sur la figure 6, lorsque l'Application 1 24cl exécute la première application client, on suppose que l'Application 1 est intéressée par la réception de certaines "informations d'événements particulières" à partir de l'Application 2 26cl lorsque l'Application 2 produit ces informations d'événements particulières. Dans ce cas, l'Application 1 24cl produit un signal "objet d'intéret" (qui est véhiculé le long de la ligne 36 sur la figure 6) à partir de l'Application 1 24cl vers le serveur ITC 26c2. Le serveur 26c2 informe l'Application 2 26cl de l'intérêt que porte l'Application 1 aux informations d'événements particulières en repropageant le signal "objet d'intérêt" mentionné ci-dessus à partir du serveur 26c2 vers l'Application 2 26cl (le long de la ligne 38 sur la figure 6). Le signal "objet d'intérêt" en provenance de l'Application 1 contient un identificateur qui identifie d'une manière unique l'Application 1. Par conséquent, lorsque l'Application 2 reçoit le signal d'objet d'intérêt (à partir de la ligne 38 sur la figure 6), l'Application 2 26cl sait que l'Application 1 24cl est intéressée par la réception des "informations d'événements particulières" lorsque les informations d'événements particulières sont produites par l'Application 2.
Enfin, on signale que ce type de coque connu présente une hauteur de tige et d'appendice postérieur élevée, qui augmente la difficulté d'introduction du pied dans la chaussure, du fait de la déformation limitée de l'appendice postérieur.
Du point de vue de la réalisation, en outre, la forme géométrique et les dimensions de la coque requièrent la réalisation d'un moule élaboré, imposant une extraction difficile et lente de la coque du moule lui-même.
On cite également le brevet italien 162 012, dans lequel est illustrée une chaussure de ski constituée d'une seule pièce, et, par conséquent, d'une coque et d'une tige qui lui est liée, enveloppant la jambe de l'utilisateur, un siège pour un contreport étant reçu à l'arrière de cette tige, le positionnement de celui-ci étant réglable en hauteur, et celui-ci pouvant être bloqué sélectivement et temporairement à la hauteur voulue.
Cette solution de type connu, de même que la précédente, présente un maintien postérieur qui dépend également, en plus de la rigidité du contrefort, des caractéristiques du matériau et des dimensions des composants dans la zone postérieure ; le contrefort modifie par conséquent la résistance à la flexion de la partie postérieure de la chaussure, mais n'influe en aucune façon sur la capacité de celle-ci à transmettre les forces latérales intéressant la seule zone postérieure.
En outre, le contrefort n'influence pas la rigidité de la chaussure en dehors de la zone concernée par celuici.
On connaît également le Brevet Européen EP-0646 334-A1, dans lequel est illustrée une chaussure de snowboard , qui est dotée d'un dispositif réglable pour le maintien postérieur de la jambe, constitué essentiellement d'une bande dentée interagissant avec un levier constitué par un petit crochet interagissant à la façon d'un sautereau avec les dents de la bande ; ceci a pour résultat le fait qu'une extrémité est associée en correspondance avec une bande passant latéralement au pied et venant transversalement en prise avec une semelle de la chaussure.
Le levier est lié de façon correspondante à un contrefort lui-même associé en sa partie inférieure en correspondance avec un appendice saillant à l'arrière de la semelle dans la zone du talon : cette conformation structurelle permet, lors du mouvement de la bande dentée, d'augmenter ou de diminuer la longueur utile de la bande associée à la semelle, de façon à permettre une modification de la position du contrefort, et, par conséquent, de l'inclinaison que la jambe peut prendre durant la pratique du sport.