INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
L'élément "ExternalCallDesc" permet de définir les contrôles à effectuer sur les appels de procédures externes : - le nom d'une procédure externe à contrôler (élément "FunctionName") ; - la librairie ou le fichier exécutable auquel cette procédure appartient (élément "Library").
De façon optionnelle, il permet aussi de définir les contrôles à effectuer pour laisser passer ou empêcher l'appel de cette procédure (élément "Condition") portant sur au moins l'un des paramètres d'appel suivants : - test de localisation d'un nom de fichier fourni en paramètre (élément "LocationTest") ; - test de valeur d'un paramètre (élément "ValueTest") ; test d'un bit particulier d'un paramètre (élément "BitTest").
A partir de la librairie 14, on génère une nouvelle librairie de protection 22 comportant des procédures d'appel des procédures de la librairie 14 et de surveillance des opérations de lecture et d'écriture de données effectuées lors de l'exécution de ces procédures de la librairie 14. Notamment, les procédures de la librairie de protection 22 sont adaptées pour examiner les conditions à remplir par les paramètres d'appel des procédures externes de la librairie 14 pour permettre l'exécution de celles-ci.
Le programme initial 10, son fichier de description 16 et la librairie 12 sont fournis en entrée d'un module de traitement 18, adapté pour générer un nouveau programme 20 associé à une nouvelle librairie 21.
Les procédures externes de la librairie 12 sont susceptibles de comporter des instructions d'appel de procédures du système d'exploitation que comporte la librairie 14. Le module de traitement 18 est donc adapté pour générer la nouvelle librairie 21 à partir de la librairie 12 en y remplaçant chaque appel de procédure externe de la librairie 14 par un appel de la procédure correspondante de la nouvelle librairie de protection 22.
Il est aussi adapté pour générer le nouveau programme 20 à partir du programme initial 10 en y remplaçant chaque appel de procédure externe de la librairie 12 ou 14 par un appel de la procédure correspondante de la nouvelle librairie 21 ou 22.
Ainsi, la nouvelle librairie de protection 22 fait écran entre, d'une part, le nouveau programme 20 et la nouvelle librairie 21, et, d'autre part, la librairie 14.
La génération de la nouvelle librairie de protection 22 est de préférence indépendante de la génération du nouveau programme 20 et de la nouvelle librairie 21, puisqu'elle concerne des procédures indépendantes de la présence du programme initial 10 dans l'ordinateur. Elle peut être réalisée une fois pour toute lors de l'installation de l'ordinateur. Par contre lors de son exécution, la nouvelle librairie de protection 22 fait appel au fichier de description 16, et à une liste 24 qui sera décrite en référence à la figure 2, pour contrôler tout appel à l'une des procédures de la librairie 14.
Le procédé de surveillance de l'exécution de programmes mis en #uvre par le système décrit précédemment est représenté sur la figure 2.
Il comporte une première étape 30 de lecture du programme d'ordinateur initial 10 et du fichier de description 16 associé. Lors de cette étape, on compare les instructions du programme initial 10 aux données du fichier de description 16 associé au programme.
Lors de l'étape 32 suivante, on peut prévoir l'affichage de procédures externes appelées par les instructions du programme initial 10, mais dont l'appel n'est pas prévu par le fichier de description 16. On peut prévoir également l'affichage de répertoires et de fichiers dans lesquels le programme initial 10 n'est pas autorisé à écrire ou lire des données, tel que prévu par le fichier de description 16. Ces dysfonctionnements peuvent en effet trahir la présence d'un virus perturbant l'exécution prévue des instructions du programme initial 10.
Ensuite, lors d'une étape 34 exécutée par le module de traitement 18, on génère la librairie 21 à partir de la librairie 12.
A3 : Le tag publicitaire, préalablement fourni par la régie et inséré par le Webmestre dans le code source de la page Web consultée, fait appel au serveur de publicité de la régie ou serveur de marqueur . En tenant compte de paramètres de contexte, le serveur de publicité de régie choisi un des marqueurs enrichis (RM) parmi ceux qu'il a en stock. Ce marqueur enrichi comprend un lien nommé Link (MP) vers un plan média et un lien nommé Link(Menu) vers un arbre.
A4 : Le marqueur enrichi contient une référence à un plan média (MP). La méthode JavaScript write de l'objet document permet d'écrire le lien vers le plan média (MP) dans le DOM de la page de consultation.
A5 : Le lien s'effectue donc vers le un serveur de publicité d'agence qui est un serveur de référence d'élément . Il s'agit d'un mécanisme permettant au serveur de publicité d'agence, en fonction des paramètres de contexte, de choisir une référence d'élément (Link(E)).
A6 : La méthode JavaScript write de l'objet document permet d'écrire le lien vers l'élément (E) dans le DOM de la page de consultation.
A7 : Le lien s'effectue donc vers le serveur de contenu, dit serveur d'élément , à l'aide de la référence link(E), afin d'extraire l'élément E.
A8 : Affichage de l'élément E sur la plate-forme cliente de l'internaute.
A9 : Le marqueur enrichi contient une référence (Link(Menu)) à un ensemble constitué d'une structure arborescente (T), d'une feuille de style et d'un moyen de déploiement (MD), incluant les règles de déploiement et
d'interactivité de ce menu. Cet ensemble est stocké sur un serveur, dit serveur d'arbre . Peut également y être stocké un mécanisme permettant au serveur d'arbre, en fonction des paramètres de contexte, de constituer dynamiquement l'arbre en question. La méthode JavaScript write de l'objet document permet d'écrire le lien Link (Menu) dans le DOM de la page de consultation.
A10 : Le lien s'effectue donc vers le serveur d'arbre, à l'aide de la référence Link (Menu) fait, par exemple, référence à un fichier JavaScript externe ( ), fichier constitué d'une série de commandes encapsulées dans des méthodes write de l'objet document afin d'écrire dans le DOM de la page de consultation.
All : Affichage de l'arbre (données, structure et style) accompagné de son moyen de déploiement et d'interactivité (MD) et téléchargement de l'ensemble de ce code sur la plate-forme cliente. Il peut être affiché ou attendre une action d'un utilisateur pour se déployer de façon visible sur la plate-forme cliente.
Dans le tableau suivant, les définitions sont présentées dans le cas des quatre déclinaisons de la présente invention :
Rich-Banner Rich-Geobject Rich-Word Rich-Image Affichage Déclenchement Consultation Requête Consultation Consultation d'un site web spatiale d'un site Web d'un site Web par un & thématique par un par un internaute internaute internaute Plugin Aucun SVG ou FLASH Aucun Aucun Serveur du Serveur Web Serveur spatial Serveur Web Serveur support de de contenu consultation Elément Type Bandeau objet graphique Mot Image publicitaire de géométrie élémentaire : cercle, rectangle, polyline, polygone...
Format Gif, Jpeg, SVG, FLASH, Text Gif, Jpeg, Flash, DHTML... DHTML Png...
Support Page Web Carte Noeud texte du Page Web géographique DOM d'une page imbriquée dans Web une page Web Serveur de Serveur de Serveur spatial Serveur Serveur l'élément bandeau de contenu de contenu Plugin Aucun SVG ou FLASH Aucun Aucun Déploiement Déclenchement Mouse over Mouse over Mouse over Mouse over Plugin Aucun (DHTML) SVG Aucun (DHTML) Aucun (DHTML) Utilisation Action de Click sur Click Click Click sur l'internaute commande de sur commande Sur commande commande de menu de menu de menu menu Format Fenêtre DHTML Fenêtre DHTML Fenêtre DHTML Fenêtre DHTML Minipage
Tableau 1 : définitions dans le cas de quatre déclinaisons de l'invention.
Les figures 7 et 8 représentent une modélisation du marché de l'e-publicité : la structure technique et les acteurs.
Lors de cette étape également, on génère le nouveau programme d'ordinateur 20 à partir du programme initial 10, en remplaçant les appels de procédures externes par des appels de procédures correspondantes des nouvelles librairies 21 et 22.
Comme cela a été dit précédemment, la nouvelle librairie 22 a de préférence été générée au préalable, avant l'exécution de ce procédé de surveillance.
Lors de l'étape 36 suivante, on exécute le nouveau programme 20 à la place du programme initial 10.
Pendant son exécution, le nouveau programme 20 appelle une première procédure de la librairie de protection 22 lors d'une étape 38, soit directement, soit indirectement via l'appel d'une procédure de la nouvelle librairie 21.
Lors de l'étape 40 suivante, on teste si cet appel de procédure externe est le premier. Si oui, on passe à une étape 42 de test sur l'environnement d'exécution du nouveau programme 20. Lors de cette étape 42, à l'aide du fichier de description 16, on détermine si le nouveau programme 20 est installé dans le répertoire prévu par le fichier de description 16 et si ses opérations de lecture/écriture s'effectuent dans les répertoires ou sous-répertoires prévus par le fichier de description 16.
Si des problèmes d'environnement d'exécution sont détectés, on passe à une étape 43 de signalisation d'un incident. Lors de cette même étape 43, on arrête de préférence l'exécution du nouveau programme 20. En variante, on peut aussi ignorer l'instruction en cours d'exécution et passer à la suivante dans le nouveau programme 20.
Sinon, on passe à une étape 44 de test. On passe également directement à cette étape 44 suite à l'étape 40, si l'appel de procédure externe effectué n'est pas le premier.
Lors de l'étape 44, on teste s'il y a un problème d'appel d'une procédure externe non prévu par le fichier de description 16. On vérifie également, à l'aide d'une liste 24 conservant en mémoire les fichiers et les clés de registre créés lors de l'exécution du nouveau programme 20, que celui-ci ne tente pas de supprimer ou d'ouvrir en lecture un fichier ou une clé de registre qu'il n'a pas lui-même créé en cours d'exécution et qui n'est pas prévu dans le fichier de description 16. La liste 24 est par exemple stockée par l'ordinateur sous forme d'un fichier.
Si l'un des problèmes précédents est détecté lors de l'étape 44, on passe à l'étape 43. Sinon, on passe à une étape 46 d'exécution de la procédure appelée lors de l'étape 38.
Ensuite, on passe à une étape 48 lors de laquelle on inscrit l'opération effectuée lors de l'étape 46 dans la liste 24, si cette opération a conduit à la création d'au moins un nouveau fichier ou à l'écriture de données dans au moins un fichier existant.
Enfin, on passe de nouveau à l'étape 38 dès que le nouveau programme 20 effectue l'appel d'une nouvelle procédure de la librairie de protection 22, soit directement, soit via l'appel d'une procédure de la nouvelle librairie 21.
Il apparaît clairement qu'un procédé selon l'invention permet de se prémunir efficacement contre l'intrusion de virus sur un ordinateur, en luttant contre leurs effets, plutôt qu'en tentant de les détecter a priori.
On notera que l'invention n'est pas limitée au mode de réalisation précédemment décrit.
En effet, en variante, le fichier de description 16 peut inclure la liste 24.
Annexe A - Exemple de schéma de fichiers de description de programmes <xs:element name = "KeyDirectoryCondition" type = "KeyDirCondType"
minOccurs = "0" maxOccurs = "unbounded"/>
Une URL dynamique peut être représentée sous la forme suivante : NomFichier.ext ? al=vl, ..., an=vn ext est l'extension de fichier et peut valoir notamment : asp, jsp, php, cfm ou xml.
Les ai sont les noms de paramètres et v1 les valeurs de chacun de ces paramètres. Considérons une minipage dont deux paramètres ai1 et ai2 représentent respectivement les latitudes et longitudes. Le fournisseur de service doit alors renseigner les deux champs Latitude et Longitude dans l'interface de création des services, en leur donnant respectivement les valeurs ai1 et ai2 . Dans la suite, nous considérerons que le fournisseur de service a entré dans les champs Latitude et Longitude respectivement les valeurs lat et long . Cette convention nous permettra de tracer la variable tout au long du processus de production.
L'interface de création de services est illustrée figure 10.
L'interface présentée figure 11 permet à un annonceur de créer une structure arborescente en associant à chaque feuille de l'arbre un code cible ou bien directement l'URL d'une page Web.
L'annonceur a le choix de saisir directement l'URL dans un champ texte prévu à cet effet (pour, par exemple, permettre à l'internaute d'afficher une minipage provenant de son propre site : on prévoit à cet effet la possibilité d'un glisser-déposer de la barre d'adresse du navigateur directement dans le champ de saisi de l'URL), ou bien de choisir, à l'aide d'une liste déroulante, un
service parmi ceux proposés par les fournisseurs de service.
Dans ce dernier cas, plusieurs possibilités : 1- L'annonceur n'a rien d'autre à saisir que le nom du service disponible dans la liste déroulante C'est le cas lorsque : 1. l'URL pointe vers une page statique 2. l'URL pointe vers une page dynamique dont les paramètres ne sont pas modifiables par l'annonceur 2. L'annonceur doit apporter des précisions à son choix C'est le cas lorsque : 2.Le service est semi-dynamique l'URL pointe vers une page dynamique dont les valeurs de certains paramètres de l'URL doivent être renseignés par l'annonceur.
La saisie de ce service dans la liste déroulante, entraîne alors l'ouverture d'une fenêtre présentant un formulaire, dans lequel l'annonceur renseigne les valeurs des paramètres. La validation de ce formulaire entraîne la concaténation d'une chaîne de caractères conduisant à créer l'URL qui sera stockée dans la base de données des structures arborescentes.
3.Le service est totalement dynamique l'URL est dynamique et la valeur de certains paramètres ne seront renseignés qu'au moment du déploiement graphique de la structure arborescente : c'est le cas, par exemple, des paramètres correspondant
à des coordonnées géographiques dont la valeur est déterminée par la position du curseur au moment du déploiement de la structure arborescente.
La kième structure arborescente T~il jj1 k de l'annonceur AD~il j ,est sauvegardée dans une base de données dans un serveur d'arbre. Cela permettra ainsi de la déployer sur de multiples éléments : bannière publicitaire, mot d'un article ou élément géométrique sur une carte géographique. Cela permettra également d'associer, au sein d'un même élément, des structures arborescentes appartenant à des annonceurs différents, ceci même s'ils sont gérés par des agences différentes.
La figure 12 (traçabilité des variables) illustre la production d'un service totalement dynamique dans le cadre du déploiement d'une structure arborescente sur un support cartographique. Pour effectuer la traçabilité des variables tout au long des différentes phases, on notera la réutilisation des deux variables lat et long comme définies dans le chapitre enregistrement des services .
Si un service géolocalisé a été incorporé, les noms des paramètres géographiques renseignés par le fournisseur de service, à l'occasion de la création dudit service, apparaissent dans le fichier xml en tant que valeur de l'attribut en tant que valeur de l'attribut "name" des tags "param" imbriqués dans le tag "url".
Dans une phase de développement, l'agence extrait de l'arbre multi-langues, un arbre mono-langue, ceci avant de l'associer à un élément. Ici, c'est la structure de langue anglaise qui a été extraite. Sont
également déterminées les couleurs des fonds et titre des menus.
Dans une phase de déploiement de la phase de production, l'internaute effectue un clic droit sur une carte, ou bien les coordonnées géographiques du lieu sont fournies par un GPS.
ESI-MS m/z 505 [M+H]+ Exemple 189 : Préparé à partir du dérivé de l'exemple 175 et de benzo[b]furan-2-boronic acid selon la méthode E.
ESI-MS m/z 489 [M+H]' Exemple 190 : Préparé à partir du dérivé de l'exemple 175 et de 4-tert- butylbenzeneboronic acid selon la méthode E.
ESI-MS m/z 505 [M+H]+ Exemple 191 :
Préparé à partir du dérivé de l'exemple 175 et de 4- (trifluoromethyl)benzeneboronic acid selon la méthode E.
ESI-MS m/z 517 [M+H]+ Exemple 192 : Préparé à partir du dérivé de l'exemple 175 et de 4- chlorobenzeneboronic acid selon la méthode E.
ESI-MS m/z 483 [M+H] Exemple 193 : Préparé à partir du dérivé de l'exemple 175 et de 3,4- dichlorobenzeneboronic acid selon la méthode E.
ESI-MS m/z 517 [M+H]+ 4. 25) Composé préparé à partir de l'intermédiaire 16 par la méthode A.
Exemple 194 : Préparé à partir de l'intermédiaire 16 et de 3,4- dichlorophenyl isocyanate selon la méthode A.
1H-NMR (DMSO-d,) 5 1. 63 (s, 4H) ; (m, 2H); 3. 02-3.08 (m, 2H) ; (m, 2H) ; 70(d, 2H) ; 5. 23-5.28 (m, 1H) ; 7. 26-7.89 (m, 8H) ; (s, 1H) ESI-MS m/z 489 [M+H] 4. 26) Composé préparé à partir de l'intermédiaire 17 par la méthode A.
Exemple 195 : Préparé à partir de l'intermédiaire 17 et de 3,4- dichlorophenyl isocyanate selon la méthode A.
ESI-MS m/z 485 [M+H].
4. 27) Composés préparés à partir de l'intermédiaire 18 par la méthode A.
Exemple 196 : Préparé à partir de l'intermédiaire 18 et de 3,4- dichlorophenyl isocyanate selon la méthode A.
ESI-MS m/z 475 [M+H]+ Exemple 197 : Préparé à partir de l'intermédiaire 18 et de 4- phenoxyphenyl isocyanate selon la méthode A.
ESI-MS m/z 499 [M+H]+ Exemple 198 : Préparé à partir de l'intermédiaire 18 et de 4-(6-methyl- 2-benzothiazolyl) phenyl isocyanate selon la méthode A.
ESI-MS m/z 554 [M+H]+ Exemple 199 : Préparé à partir de l'intermédiaire 18 et de 4- benzylphenyl isocyanate selon la méthode A.
Le matériau organique peut ainsi être choisi parmi les polymères et oligomères organiques qu'il s'agisse de composés naturels ou synthétiques.
Les polymères ou oligomères de l'invention peuvent être obtenus par polymérisation radicalaire ou par polycondensation.
Le matériau organique pourra ainsi être choisi parmi les poly(alcool vinylique), les poly(acide lactique), les poly(acide glycolique), les copolymères de l'acide lactique et de l'acide glycolique, les polystyrène, les poly(méth)acrylate de méthyle, les copolymères acryliques et méthacryliques, les polyamides, les polyesters, les polyuréthanes, et les polyurées.
Le matériau organique peut aussi être choisi parmi la cellulose et les dérivés de celle-ci comme les alkyl et hydroxyalkyl celluloses telles que la méthylcellulose, l'éthylcellulose et
l'hydroxyalkylcellulose ou comme les esters de cellulose tels que l'acétophtalate de cellulose.
Selon une deuxième forme de réalisation de l'invention, l'enveloppe entourant le c#ur est constituée par un matériau inorganique choisi parmi les oxydes métalliques et les polymères organométalliques.
L'enveloppe, la capsule constituée par un matériau organique ou inorganique a généralement une épaisseur de 2 à 300 nm, de préférence de 5 à 250 nm ; de préférence encore de 10 à 100 nm.
La formation de l'enveloppe, de la capsule, en matériau organique autour du noyau métallique, (constitué par la particule métallique passivée par les carboxylates) dans les particules enrobées des compositions de l'invention peut être réalisée par divers procédés.
202 6.34 3.53 68.22 203 4.08 2.64 23.42 204 10. 03 6. 16 n. d.
205 53.63 14.40 8.04 206 9. 06 10. 67 n. d.
207 24.58 21.22 n.d.
208 3.62 5.86 28.21 209 >100 >100 n.d.
210 98.53 88.11 n.d.
211 67.72 71.19 n.d.
212 26.76 37.54 n.d.
213 69.76 61.02 n.d.
214 91.89 63.98 n.d.
215 33.04 25.54 n.d.
216 98.99 75.60 n.d.
217 >100 >100 n.d.
218 61.47 50.74 n.d.
219 10.74 11.05 n.d.
220 4.76 3.22 20.80 221 23.43 21.21 n.d.
222 5.19 2.47 n.d.
# La création des arbres ou d'un mécanisme de création dynamique d'arbres : on inclue dans cette phase les créations des arbres (données et structure), des feuilles de style des arbres, et des moyens de déploiement et d'interactivité des arbres.
# La création d'éléments ou d'un mécanisme de création dynamique d'éléments.
# La création des marqueurs.
# La création des minipages ou d'un mécanisme de création dynamique des minipages.
# La création des services.
La phase de développement est la phase durant laquelle on enrichit un marqueur en lui associant un arbre stylisé avec moyen de déploiement, phase accompagnée de la substitution du marqueur originel par le marqueur enrichi.
Cette phase peut également consister en le stockage de l'association entre un élément et un arbre et son moyen de déploiement : c'est le cas, par exemple, du procédé qu'utilise Rich-Word.
La phase de production est la phase initiée par la requête d'un internaute ou d'une application. La phase de production comprend elle-même trois phases : # La phase d'affichage. Il s'agit de la phase initiée par un internaute ou une application, et dont le terme correspond à l'affichage de la représentation enrichie de l'élément.
# La phase de déploiement. Il s'agit de la phase initiée par une action d'un utilisateur sur la représentation
enrichie de l'élément et dont le terme correspond au déploiement graphique de la structure arborescente. Il peut s'agir notamment d'un déploiement de menus et sous- menus codés dans un langage compréhensible par la plate-forme cliente, ce qui est par exemple le cas du JavaScript dans une page Web.
# La phase d'utilisation. Il s'agit de la phase correspondant à des actions de l'utilisateur sur un ou des menu(s), sous- menu(s) ou commande(s) de la structure arborescente graphiquement déployée. Elle entraîne, une fois une feuille sélectionnée, l'exécution du code cible associé, ce qui peut conduire, par exemple, avec un code client JavaScript approprié, à l'affichage d'une minipage Web dans une fenêtre ouverte à cet effet.
Sur la figure 6, on observe les éléments suivants : MD : Moyen de déploiement MP : Plan media Link (MP): Lien au Plan media M : Marqueur originel RM : Marqueur enrichi (Rich Marker) E : Element RE : Rich Element Link (E): Lien à l'élément E T : Tree (structure arborescente) Link(Menu): Lien à un code modifiable par le biais de 3 interfaces (arbre, style et MD)
La phase de pré-développement est indiquée par les quatre flèches de la colonne phase de pré- développement . La phase de création des arbres peut consister à créer des mécanismes permettant d'obtenir dynamiquement les arbres, en phase de production, en fonction de paramètres de contexte. La création d'un arbre (ou d'un mécanisme de création d'arbre) peut se faire à partir d'un arbre existant que l'on modifie, ou par composition de deux arbres, l'arbre résultant étant obtenu par la greffe de la racine de l'un sur une feuille de l'autre. La phase de création des arbres peut, indépendamment, consister à utiliser trois interfaces séparées et dédiées à la création des données et de la structure de l'arbre, à la création des attributs stylistique de l'arbre et à la création de ses moyens de déploiement et d'interactivité. L'utilisation de ces interfaces conduit, par exemple, à la création d'un fichier JavaScript (extension js) pour les moyens de déploiement et d'interactivité, à la création d'une feuille de style (extension css) pour les attributs stylistiques de l'arbre ainsi que d'un fichier xml pour l'arbre proprement dit (structure et données). On peut également concevoir qu'à l'issue de la phase de pré-développement, les données, la structure et le style de l'arbre soient incorporées dans un même fichier JavaScript.
La phase de développement est indiquée sur la figure 6 par les trois flèches en pointillés, conduisant à la création d'un marqueur enrichi (RM), stocké sur le serveur de marqueur en substitution du marqueur originel (M).
La phase de production (cas de la RichBanner) peut être décrite comme ceci (en se référant à la figure 6) :
Al : Consultation d'une page Web par un internaute A2 : Le serveur Web contenant la page délivre la page Web objet de la consultation : c'est la page de consultation .
Les réactions électro-initiées considérées ici ont ceci de particulier que seule l'étape d'initiation est consommatrice ou génératrice de courant électrique.