INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Ainsi, la présente invention propose un mécanisme de réplication mixte : - Par valeur : au sens où les transitions d'objets permanents partagés sont reproduites quand elles ont été causées par des objets purement locaux dont le serveur n'a pas la visibilité (transitoires et permanents privés) ; - Par calcul : au sens où les transitions d'objets permanents partagés sont déduites par le serveur quand elles ont été causées par un autre objet permanent partagé (dont le serveur a alors la visibilité).
Plus précisément, la présente invention propose un système de traitement de données, comprenant des moyens serveurs et au moins un poste client, le ou au moins l'un des postes clients comportant un processeur apte à exécuter, en coopération avec les moyens serveurs, une application orientée objets comportant des objets répliqués comprenant chacun un objet client et un objet serveur destinés à être exécutés de façon identique respectivement dans le poste client et dans les moyens serveurs, système caractérisé en ce que : - l'application comprend également des objets non répliqués pouvant être exécutés dans le poste client seulement, - en ce que l'exécution d'un objet non répliqué engendrant un message d'exécution de l'objet client d'un objet répliqué, engendre également vers lesdits moyens serveurs un message d'exécution de l'objet serveur du même objet répliqué, - en ce que l'exécution de l'objet client d'un premier objet répliqué, engendrant un message d'exécution de l'objet client d'un second objet répliqué, n'engendre aucun message d'exécution vers lesdits moyens serveurs, tandis que dans ces derniers, l'exécution de l'objet serveur du premier objet répliqué engendre un message d'exécution de l'objet serveur du second objet répliqué.
De façon préférée, au moins certains des objets répliqués sont des objets partagés entre ledit poste client et au moins un autre poste client, et en ce que le résultat de
l'exécution de tout objet serveur d'un objet partagé est reproduit dans chacun desdits autres postes clients.
Avantageusement, ledit message d'exécution de l'objet serveur du même objet répliqué comprend : - un identificateur de l'objet serveur ; et - une information relative à l'état de l'objet partagé après sa transition.
D'autres aspects, buts et avantages de la présente invention apparaîtront mieux à la lecture de la description détaillée suivante d'une forme de réalisation préférée de celle-ci, donnée à titre d'exemple non limitatif et faite en référence aux dessins annexés, sur lesquels les figures 1 à 13 illustrent schématiquement différents états et comportements d'un procédé de gestion d'affichage selon l'invention, les figures 14 à 17 sont des vues schématiques en perspective illustrant le comportement de deux éléments d'affichage superposés et des zones associées selon une généralisation de l'invention, la figure 18 est une vue en plan des différentes zones exploitées, la figure 19 représente deux positions possibles d'un élément d'affichage donné, la figure 20 indique une symbolique de représentation des états du système de gestion d'affichage, la figure 21 est un diagramme d'états-transitions du système, la figure 22 illustre par une modélisation en section, transversalement au plan de l'affichage, les comportements illustrés sur la figure 21,
les figures 23 à 25 sont des vues schématiques en perspective illustrant le comportement du système de l'invention avec trois éléments d'affichage superposés, la figure 26 illustre par une modélisation en section, transversalement au plan de l'affichage, le comportement d'un système selon l'invention appliqué à une pluralité d'éléments d'affichage superposés. les figures 27 à 31illustrent les différentes étapes du comportement d'un procédé de gestion d'affichage selon l'invention, appliqué à des fenêtres d'un système d'exploitation, la figure 32 illustre une structure de liens entre pages ajoutés par un utilisateur selon la présente invention, la figure 33 illustre la combinaison de la Toile et d'une toile personnelle constituée par de tels liens ajoutés, la figure 34 illustre schématiquement la façon de créer l'association entre une page et ses liens ajoutés, la figure 35 illustre une façon d'afficher une page et les liens ajoutés qui y ont été associés, les figures 36a à 36c illustrent un exemple de combinaison de liens ajoutés, la figures 37 illustre différentes opérations permettant de créer des liens ajoutés entre pages, les figures 38 et 39 illustrent l'application d'un mécanisme de gestion d'affichage selon l'invention à une superposition de pages pourvues de leurs liens ajoutés,
la figure 69 illustre schématiquement l'importation d'un contenu d'un contenant dans un autre, la figure 70 illustre schématiquement la dérivation d'un contenant, la figure 71 illustre schématiquement l'importation d'un contenu d'un document vers un contenant d'un autre document, la figure 72 illustre schématiquement le principe de composition des contenus, la figure 73 illustre schématiquement le principe de structuration de références entre éléments, la figure 74 illustre schématiquement l'accès indirect à une page sur la Toile par l'intermédiaire du système, la figure 75 illustre schématiquement le procédé mis en #uvre par le système, la figure 76 illustre schématiquement deux contenants, la figure 77 illustre schématiquement le procédé d'importation, la figure 78 illustre schématiquement le procédé d'importation d'un contenu dans un contenant de catégorie différente, la figure 79 illustre schématiquement des containers imbriqués, les figures 80a et 80b illustrent schématiquement le procédé de dérivation, la figure 81 illustre schématiquement une structure infinie de dérivation,
la figure 82 illustre schématiquement un exemple simple de structure de document, la figure 83 illustre schématiquement le principe de stockage des attributs des contenus, la figure 84a illustre un exemple d'interface utilisateur dans laquelle à une page sont notamment associés des liens ajoutés et des liens sur des contenus dans un contenant, la figure 84b illustre un exemple d'interface utilisateur dans laquelle figurent des cases à cocher Demandeur et Offreur , la figure 85 est un diagramme de classe en représentation UML d'une structure hiérarchique de Contenants d'informations utilisée selon un troisième aspect de la présente invention, la figure 86 est un diagramme de classe incluant la notion de Profil d'Utilisateur, la figure 87 est une autre illustration de l'organisation de Profils, Contenants et Contenus, la figure 88 est un diagramme de classe dans lequel sont introduites les notions de Référence à Contenu (lien vers contenu) et de popularité de Contenu, la figure 89 est un diagramme de classe dans lequel sont introduites les notions de Contenu Direct et de Contenu Indirect, la figure 90 illustre un avantage essentiel d'une forme de réalisation de base de l'invention, la figure 91 est un diagramme de classe illustrant la notion de Référence en cascade,
la figure 92 illustre un principe de propagation de profil, les figures 93 et 94 illustrent la création de liens correspondant à la propagation de Profils de la figure 92, la figure 95 illustre un autre principe de propagation de profil, les figures 96 et 97 illustrent la création de liens correspondant à la propagation de Profils de la figure 95, les figures 98 et 99 illustrent des créations de liens occasionnées par un processus de Référencement, la figure 100 est un diagramme de classe intégrant les notions de propagation de Profils et de Référencement de Profils, les figures 101à104 illustrent quatre configurations possibles de transition de liens, les figures 105 à 107 illustrent des créations de liens concernant l'archivage d'éléments et leur restauration, la figure 108 illustre un principe de collecte de Profils sous forme d'un ensemble de fichiers communs, la figure 109 est un diagramme de classe mettant en #uvre le principe de la figure 108, la figure 110 illustre une construction d'arborescence dans le cadre du principe de la figure 108,
Considérons trois répertoires Rl,R2 et R3. La proximité transitive de R3 pour RI est fonction du minimum entre la proximité de R2 pour RI et la proximité de R3 pour R2 .
Un exemple est illustré sur la figure 60 : - la proximité de R2 pour RI est de 2 ; effet les liens ajoutés pointant sur les pages p2 et p3 sont en commun ; - la proximité de R3 pour R2 est de 1 (p5 seul est en commun) ; en découle que la Proximité Transitive de R3 pour RIest de 1 (le minimum entre 2 et 1), alors que la proximité de R3 pour RI n'est que de 0 (aucun lien ajouté en commun).
d'acceptation (CI -2) auprès du répertoire RI, alors, par transitivité, R2 aura un fort coefficient de probabilité d'acceptation (CO-2) auprès du répertoire RO.
Un va maintenant généraliser les concepts decnts dans les sections précédentes, en considérant des structures Contenants ( Containers en terminologie anglo-saxone) contenant des éléments Contenus ( Contents en terminologie anglo-saxone), à n'importe quel niveau dans la structure des informations gardées par l'utilisateur dans son espace de stockage personnel.
Toute la toile personnelle de l'utilisateur est vue comme une structure arborescente de contenus/contenants imbriqués, chaque contenu étant vu comme un document (ou fragment de document) au format XML auquel est optionnellement associée une spécification de présentation au format XSL. A chaque niveau dans cette structure d'arbre, un contenu ne peut être affiché à l'écran de l'ordinateur de manière autonome que si un document XSL lui est associé. Dans le cas inverse, le Content ancêtre le plus proche ayant un XSL est affiché par défaut.
De même, cette extension du système a pour objet de permettre à l'utilisateur de tirer (c'est-àdire de créer par glisser-déposer) des liens ajoutés de n'importe quel contenu à n'importe quel autre contenu. Ainsi, au lieu de ne pouvoir tirer des liens ajoutés qu'entres pages, entre répertoires et d'une manière mixte entre répertoires et pages, l'utilisateur pourra tirer un lien ajouté entre un élément dans une page et une autre page considérée dans sa globalité, par exemple.
On introduira en outre une troisième manipulation offerte à l'utilisateur : la dérivation de contenant, selon laquelle un premier contenant dérivé d'un deuxième contenant reçoit en mode Suggéré tous les contenus du deuxième contenant (ou éventuellement une sélection de ceux-ci) qui sont en mode Accepté (ou Gelé). Cette transmission de contenus se fait en permanence, en ce sens que même les contenus qui sont acceptés dans le futur dans le
deuxième contenant sont suggéré dans le premier contenant dès leur acceptation dans le deuxième contenant.
Le texte ci-dessous est un exemple simple de document en langage XML : exemple d'informations de toutes sortes exemple informations texte exemple informations texte Un exemple de feuille de style XSL, permettant d'obtenir le rendu, est présenté dans les dix paragraphes suivants.
Entête de la feuille de style :
Les n#uds du code source pour lesquels aucun traitement particulier n'est prévu sont copiés dans la page HTML : Les attributs du code source pour lesquels aucun traitement n'est prévu prennent les valeurs spécifiés dans le code source : Pour le tag Root, sont ajoutés un titre et un paragraphe : FAMILLE/AMITI E/ETC... Dans la rue, il y a plein de gens : La valeur de l'attribut name est inscrite en caractères gras.
Comme précédemment, les données associées aux profils d'abonné, que référencera PA,, ..., PA;, ..., PA,,, peuvent être stockées dans la carte à puce ou au contraire fournis, au coup par coup, par l'internaute selon une méthode similaire à ce qui à été décrit en regard de la figure 6C, par saisie dans un formulaire approprié. q est le nombre maximum de profils d'abonné disponibles. On notera que q n'est pas forcément égal à n. En effet, un serveur d'annuaire donné, que l'on référencera arbitrairement SA;, peut accepter plusieurs occurrences distinctes d'un même abonné (internaute), d'une part. D'autre part, plusieurs serveurs d'abonné, bien que distincts, peuvent accepter un même profil d'abonné et éventuellement partager protocole d'enregistrement commun.
Pour fixer les idées, on va supposer que la carte à puce 2a stocke quatre profils d'abonnés distincts, PAA à PAD, chacun des profils permettant de s'enregistrer sur un seul serveur d'annuaire, soit SAA à SAD. Un formulaire, ou page d'accueil, référencé P3, permettant cet enregistrement, peut présenter comme illustré schématiquement par la figure 6E. il comprend première zone de texte d'en-tête Zte similaire à la zone de texte Zt de la figure 6B, éventuellement complétée par des zones graphiques. Il comprend quatre zones de textes supplémentaires, Zt" à ZtD , associée aux quatre serveurs d'annuaires, à SAD.. Le formulaire permet de sélectionner un ou plusieurs, voire tous. Pour effectuer un choix entre ces serveurs d'annuaires, on peut prévoir zones dites "cases à cocher", CCA à CCD. A titre d'alternative, on peut prevoir des hyperliens sur la page d'accueil P3, chaque hyperlien adressant la à puce 2a par l'intermédiaire d'une dresse de rebouclage type de celle de relation (1), mais avec des paramètres distincts.
Comme dans le cas de la figure 6B, on prévoit un bouton d'envoi BS, permettant de transmettre le contenu du formulaire à la carte à puce 2a.
Quelle que soit la méthode utilisée pour effectuer la sélection de tout ou partie des serveurs d'annuaires, les paramètres passés à la carte à puce2a doivent permettre de sélectionner un ou plusieurs profils d'abonne, PAA à PAD, et dériver une ou plusieurs adresses "URL". Les actions demandées, par les paramètres passés à la carte à puce 2a, sont typiquement du type ?sa;=enr+pai (5), avec "sa; " le nom du serveur d'annuaire d'indice arbitraire ' parmi les n possibles, "enr" l'action requise d'enregistrement proprement dit "pai" le profil d'abonné à utiliser parmi les q possibles. Une ou plusieurs requêtes "HTTP" sont posées transmises aux serveurs d'annuaires concernés, SAA à SAD (figure 6E) et dans le cas général SAA à SA,, s'il existe n serveurs d'annuaire sélectionnables.
Le choix présenté sur la page d'accueil P3 est naturellement fonction de la carte à puce 2a insérée dans le lecteur 3. Les choix présentes dépendent des droits qui sont accordés à l'internante possesseur de la à puce 2a, notamment des abonnements souscrits à des services donnes et de leurs périodes de validité.
Une deuxième phase du procédé selon l'invention, c'est-à-dire la localisation, sur le réseau Internet, d'un internante associe à un identifiant quelconque peut se dérouler de façon très similaire à la phase d'enregistrement.
Pour ce faire, il est nécessaire d'interroger un ou plusieurs serveur(s) d'annuaire(s). Il est nécessaire aussi de disposer d'au moins un protocole "PL" spécifique localisation de cet internante. Enfin, s'il existe plusieurs serveurs d'annuaires interrogeables, SA, à SA,, il est généralement nécessaire également, comme dans le cas de l'enregistrement, de disposer de plusieurs protocoles localisation distincts.
protocoles de localisation peuvent être mis ceuvre à l'aide d'applications stockées dans la carte à puce 2a.
processus de localisation se déroule de façon tout à fait similaire à celui l'enregistrement de l'internante sur un ou plusieurs serveurs d'annuaire La seule exception notable est qu'un profil d'abonné PA; n'est plus explicitement requis. Il suffit de fournir à la carte à puce 2a l'identifiant de l'internante recherché et l'adresse du serveur d'annuaire SA;, ou pour le moins des parametres permettant à l'application associée à l'un des protocoles de localisation de déterminer cette adresse "URL". Un profil d'abonné PA; peut toutefois être utilisé pour en dériver automatiquement l'adresse "URL" du serveur d'annuaire SA; à l'aide duquel lequel un internante désire localiser un autre internante. Comme il a été indiqué, l'identifiant de l'internante recherché peut être adresse e-mel, adresse qui se présente typiquement sous la forme suivante avec "pseudo" le nom d'utilisateur de messagerie de l'internante plus généralement un pseudonyme, et "fournisseur. com" le nom et le suffixe du prestataire de service Internet",.com" pouvant être remplacé selon les cas par divers suffixes: ".fr", ".net", etc.).
La figure 7 illustre les principales étapes de la phase de localisation d'un internante par interrogation d'un annuaire SA; Dans une première étape la carte à puce 2a est adressée par le navigateur 10 du terminal 1, via les couches 13 et 23a. On récupère, par une commande de type "GET" par exemple, un formulaire de chargement à partir de la carte à puce 2a sous la forme d'une page d'accueil référencée P. Cette page d'accueil peut prendre différents aspects, similaires notamment à ceux décrits en regard des figures 6C ou 6E. Selon qu'il y ait un choix ou plusieurs choix possibles, l'internante sélectionne un ou plusieurs serveurs d'annuaires et fournit des données d'identification de l'internante recherché. Sur la figure 7, on a supposé qu'un seul serveur d'annuaire SA; était interrogeable.
La page est transmise sous forme d'une requête "HTTP" à carte à puce 2a et est interprétée par un agent traducteur de script At, associé à une application A, de mise en couvre de protocole "PL".
Par le double mécanisme client/serveur "WEB" et "CGI" (module référencé SvvES comme précédemment), une requête du type http:ll127.0.0.11? sa,--loc+pseudo@fournisseur.com est interprétée par la carte à puce 2a comme une demande de localisation de l'internante dont l'identifiant est (6) sur le serveur d'annuaire sa;.
Une requête "HTTP" est transmise à ce serveur qui renvoie les informations demandées, dans la mesure où elles sont disponibles. recherche dans sa base de données une adresse "1P" correspondant données d'identification reçues. En cas de succès, c'est-à-dire si l'internante demandeur est effectivement enregistré, si cet internante a le droit d'obtenir cette adresse et si les données reçues sont correctes, les données retransmises comprennent l'adresse "1P" de l'internante recherché, ce qui permet de le localiser.
Ces différentes étapes mettent en couvre des sessions entre agents appariés, selon un des aspects de l'invention. On peut également stocker dans la à puce 2a plusieurs applications, chacune étant destinée à la mise oeuvre d'un protocole de localisation distinct, a priori associé à un serveur d'annuaire également distinct.
Dans une variante préférée du procédé selon l'invention, on stocke dans la carte à puce 2a des applications permettant la mise en oeuvre de plusieurs protocoles d'enregistrement, plusieurs protocoles localisation et des fichiers de données pour l'enregistrement de plusieurs profils d'abonné. Cette disposition avantageuse permet de transformer la carte à puce 2a en base de données portable multi-annuaire comme illustré schématiquement par la figure 8. Sur cette figure, le terminal 1 n'a pas éte représenté. II est cependant clair que celui-ci est nécessaire à la mise oeuvre du procédé selon l'invention.
Les protocoles d'enregistrement, les protocoles de localisation et les profils d'abonné portent les références uniques, PE,, PL,, et PAZ, respectivement, avec x le nombre de protocoles d'enregistrement, y le nombre de protocoles de localisation et z le nombre de profils d'abonnés distincts. Cet ensemble permet d'établir des connexions avec n serveurs d'annuaires distincts, soit pour y enregistrer un internante porteur de la carte à puce 2a, soit pour localiser un internante sur le réseau Internet Ri.
(mt : 2H); 3,40 (mt : 1 H); 3,57 et 3,60 (2s : 2H en totalité); 3,65 (t large, J = 7,5 Hz : H); 4,26 et 4,30 (2s : 2H en totalité); 6,84 (tt, J = 9 et 2 Hz : 1H); 6,96 (mt : 2H); de 7,25 à 7,40 (mt : 8H).
La (+)-1-[4-(R*)-(4-chlorophényl)-{3-[(3,5-difluorophényl)méthylsulfonyl- méthlène]azétidin-1-yl}méthyl)benzyl]pyrrolidine, isomère forme B peut être préparée en opérant comme il est décrit dans l'exemple 3, à partir de à partir de 0,50 g de 1-{(R*)-[4-(chlorométhyl)phényl]-(4-chlorophényl)méthyl}-3-[(3,5- difluorophényl)(méthyl-sulfonyl)méthylène]azétidine, isomère forme B, 5 mg d'iodure de sodium, 15 cm3 de dichlorométhane, et 0,190 g de pyrrolidine. Le produit brut est chromatographié sur une colonne de gel de silice (granulométrie 0,06-0,200 mm, diamètre 1,5 cm, hauteur 20 cm), sous une pression de 0,1 bar d'argon en éluant avec du dichlorométhane puis avec un mélange dichlorométhane et méthanol (95/5 en volumes) et en recueillant des fractions de 25 cm3. Les fractions 20 à 40 sont réunies puis concentrées à sec sous pression réduite (2,7 kPa). On obtient 0,28 g de (+)-1-[4-(R*)-(4- chlorophényl)-{3-[(3,5-difluorophényl)méthylsulfonyl-méthylène]azétidin-1- yl}méthyl)benzyl]pyrrolidine, isomère forme B, sous la forme d'une meringue blanche. [a]20365nm = +26,8 +/- 0,8 (c = 0,5 %; dichlorométhane) [Spectre de R.M.N. 'H (300 MHz, CDCI3, # en ppm) : (mt : 4H); 2,50 (mt : 4H); 2,80 (s : 3H); 3,57 (s : 2H); 3,84 (mt : 2H); 4,34 (mt : 2H); 4,50 (s : 1 H); 6,84 (tt, J = 9 et 2,5 Hz : 1 H); 6,98 (mt : 2H); de 7,20 à 7,40 (mt : 8H)].
La 1-{( R*)-[4-(chlorométhyl)phényl]-(4-chlorophényl)méthyl}-3-[(3,5- difluorophényl)(méthylsulfonyl)méthylène]azétidine, isomère forme B, peut être préparée en opérant comme il est décrit dans l'exemple 3, à partir de 7,3 g du mélange des 2 diastéréoisomères formes B 1-{(R*)-[4- (chlorométhyl)phényl]-(4-chlorophényl)méthyl}-3-[(R)-(3,5-difluorophényl) (méthylsulfonyl)méthyl)]azétidin-3-ol et 1-{(R*)-[4-(chlorométhyl)phényl]-(4- chlorophényl)méthyl}-3-[(S)-(3,5-difluorophényl)(méthylsulfonyl)méthyl)]azéti- din-3-ol, de 8,2 g de 4-diméthylaminopyridine, de 150 cm3 de
dichlorométhane, et 3,2 cm3 de chlorure de méthylsulfonyle. Le produit brut est chromatographié sur une colonne de gel de silice (granulométrie 0,04- 0,06 mm, diamètre 3 cm, hauteur 30 cm), sous une pression de 0,2 bar d'argon en éluant avec du dichlorométhane et en recueillant des fractions de 100 cm3. Les fractions 15 à 30 sont réunies puis concentrées à sec sous pression réduite (2,7 kPa). On obtient 2,50 g de 1-{(R*)-[4- (chlorométhyl)phényl]-(4-chlorophényl)méthyl}-3-[(3,5-difluorophénylméthyl- sulfonyl)méthylène]azétidine, isomère forme B, sous la forme d'une meringue blanche.
Le mélange des 2 diastéréoisomères formes B 1-{(R*)-[4- (chlorométhyl)phényl]-(4-chloro phényl)méthyl}-3-[(R)-(3,5-difluorophényl) (méthylsulfonyl)méthyl)]azétidin-3-ol, et 1-{(R*)-[4-(chlorométhyl)phényl]-(4- chlorophényl)méthyl}-3-[(S)-(3,5-difluorophényl)(méthylsulfonyl)méthyl)]azéti- din-3-ol, peut être préparé en opérant comme il est décrit dans l'exemple 3, à partir de 11,0 g du mélange des 2 diastéréoisomères formes B 1-{(R*)-(4- chlorophényl)[4-(hydroxyméthyl)phényl]méthyl}-3-[(R)-(3,5-difluorophé- nyl)(méthylsulfonyl)méthyl)]azétidin-3-ol et 1-{(R*)-(4-chlorophényl)[4- (hydroxyméthyl)phényl]méthyl}-3-[(S)-(3,5-difluorophényl)(méthylsulfonyl) méthyl)]azétidin-3-ol, de 250 cm3 de dichlorométhane, et 3,1 cm3 de chlorure de thionyle. Le produit brut est chromatographié sur une colonne de gel de silice (granulométrie 0,04-0,06 mm, diamètre 3 cm, hauteur 30 cm), sous une pression de 0,2 bar d'argon en éluant avec un mélange cyclohexane et acétate d'éthyle (70/30 en volumes) et en recueillant des fractions de 50 cm3. Les fractions 9 à 25 sont réunies puis concentrées à sec sous pression réduite (2,7 kPa). On obtient 7,3 g du mélange des 2 diastéréoisomères formes B 1-{(R*)-[4-(chlorométhyl)phényl]-(4-chlorophényl)méthyl}-3-[(R)-(3,5- difluorophényl)(méthylsulfonyl)méthyl)]azétidin-3-ol, et 1 -{(R*)-[4- (chlorométhyl)phényl]-(4-chlorophényl)méthyl}-3-[(S)-(3,5-difluorophényl) (méthylsulfonyl)méthyl)]azétidin-3-ol, sous la forme d'une meringue blanche.