INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Catalogue : Les produits du catalogues : Les produits du catalogues : nom : Le catalogue Observer les deux derniers templates (propres au langage XSL) qui ont pour effet de recopier mot à mot les n#uds pour lesquels l'attribut mix-localstyle-preferred a la valeur micr ou fragment pour les laisser aux passages suivants.
Ainsi, l'application d'affichage récupérera d'abord le code XML suivant : Le catalogue Catalogue :
Les produits du catalogues : Nouvelles créations du célèbre couturier fernand Durand. mix-fragmentlocalstyle-src="http://foo.com/style-produit-i.xsl" mix-localstyle-preferred="fragment" > Short Bunias 590Frs Laine vierge à 100% nom : Chemisier argent Ensuite, l'application d'affichage effectue un deuxième passage sur le document. Elle sélectionne le n#ud produit et lui applique la feuille de style http://foo.com/style- produit-l.xsl dont le code est par exemple le suivant : # http://foo.com/style-produit-l.xsl : left nom : prix : (TTC) description : Le produit miracle
preferred='fragment' $or$ ancestor(*/@mix-localstyle-preferred[text()='micr'$or$text()=1fragment'])"> On obtient ainsi finalement le document HTML suivant : Le catalogue Catalogue : Les produits du catalogues : Nouvelles créations du célèbre couturier fernand Durand. nom : Short Bunias prix : 590Frs (TTC) description :Laine vierge à 100% nom : Chemisier argent
Section Cibles et Poignées La construction de la présentation d'affichage en mode manipulation s'effectue en fonction des attributs possédés par les n#uds récipients et les n#uds fragments.
Les n#uds récipient possèdent un attribut mix-recipient-accessgrain dont la valeur indique si de nouveaux fragments peuvent y être insérés par le propriétaire du document ou par un visiteur .
Les n#uds fragments possèdent un attribut mix-fragment-accessgrain qui permet de distinguer ceux d'entre eux qui sont manipulables et pour quelles types de manipulations ils le sont. Par défaut, le fragment n'est pas manipulable individuellement, cependant il pourra l'être au sein d'un fragment ancêtre qui est manipulable le cas échéant. Dans le cas où ledit attribut à la valeur private , seul le propriétaire du document pourra le manipuler en édition et insertion, reproduction ou déplacement. Un seul et même objet graphique jouera le rôle de bouton d'édition (pour le cas du clic), de cible d'insertion et de poignée pour attraper le fragment et l'emmener ailleurs (cas du glisser-déposer). Dans le cas où ledit attribut a la valeur public , le fragment est aussi exportable par un visiteur ; une poignée lui sera présentée, cependant un visiteur ne pourra pas l'éditer. Dans le cas où en plus le n#ud parent possède l'attribut mix-recipient-accessgrain ayant la valeur public , ladite poignée servira aussi de cible pour le visiteur public.
Les feuilles de style, en langage XSL, génèrent des scripts appelant les fonctions pré-établies (et définies une fois pour toutes dans l'entête de la page Web générée) qui dessinent les boutons "poignées-cibles". Pour ce faire des blocs tels que les suivants sont insérés dans les templates (en terminologie XSL) pour transformer les n#uds fragments : gbxDraw( ' ', ' ', ' ' ...);
gbxDrawInsert( ' ', ' ', 'produit', 'urn:glassbox-document-2' ); Le premier bloc est apte à introduire dans la page HTML une fonction gbxDraw() qui permet d'insérer dans l'affichage un bouton poignée-cible. Cette fonction prend en paramètres 1. La référence du fragment à éditer (il s'agit de la valeur de l'attribut "mix-fragment-src" présenté plus loin) qui pourra notamment être retransmise aux fonctions gbxEdit() ou gbxInsert() (présentées plus bas) 2. La version du fragment et la version la plus récente à la source (il s'agit de la valeur de l'attribut "mix-sourcefragment-version" présentée plus loin) qui permet de dessiner différement la poignée s'il faut suggérer une nouvelle version Le deuxième template sert à introduire la fonction "gbxDrawInsert()" qui permet d'insérer dans l'affichage une cible d'insertion après le dernier fragment d'un récipient. Cette fonction prend en paramètres : 1. La référence du récipient cible (il s'agit de la valeur de l'attribut "mix-recipient-number" présenté plus loin) 2. La référence du fragment contenant le récipient (la valeur de l'attribut "mix-fragment-src" du premier "ancêtre" du noeud récipient ayant cet attribut) 3. Le référence du fragment à insérer 4. Le référence du fragment à la suite duquel il faut insérer.
Les boutons "poignées-cibles" appellent la fonctionnalité d'édition d'un fragment au moyen d'une fonction "gbxEdit()" qui appelle un service qui traite le fragment pour le présenter en un formulaire de saisie. Cette fonction prend la référence du fragment à éditer (il s'agit de la valeur de l'attribut "mix-fragment-src").
Elles mettent également en #uvre la fonctionnalité d'insertion ou de création d'un fragment au moyen d'une fonction "gbxInsert ()". Celle-ci prend en paramètres : 1. La référence du récipient cible ("mix-recipient-number") 2. La référence du fragment contenant le récipient 3. Le référence du fragment à insérer (à défault, la fonction donne un fragment vierge) 4. Le référence du fragment à la suite duquel il faut insérer (à défault, le service insérera en dernière position).
Ce premier perfectionnement de la présente invention présente, outre les avantages de la forme de réalisation de base, toute une série d'avantages supplémentaires, et principalement le fait de pouvoir dériver des Profils, et donc de bénéficier de canaux de communication automatiques entre Utilisateurs. Plus précisément : - alors que dans la forme de réalisation de base, l'Utilisateur pouvait consulter les Contenants de la BD Commune et s'abonner à (être automatiquement informé de) leurs nouveaux Contenus, le premier perfectionnement permet à l'Utilisateur de consulter et de s'abonner aux Profils qu'il a dérivé. Il exploite ainsi l'expertise (de regroupement sélectif et de catégorisation d'informations) matérialisée dans ces Profils ; le schéma de la figure 92 illustre qu'un Contenu, ajouté par un Utilisateur UB, est communiqué à un Utilisateur UA automatiquement via leurs Profils respectifs, grâce au fait que le Profil de UA (Profil A) est
dérivé de celui de UB (Profil B) ; autrement dit, les Références ajoutées dans un Profil d'un Utilisateur UB, lequel Profil est dérivé par un Utilisateur UA, sont par défaut automatiquement communiquées à UA.
- les Références ajoutées dans un Profil Dérivé sont automatiquement suggérées au(x) propriétaire (s) du (des) Profil(s) d'origine. Au cas où ce(s) dernier(s) les valide (nt), (leurs) propre(s) Profil(s) se trouve(nt) enrichi(s) de ces Contenus, et, en vertu de ce qui précède, ces derniers sont alors automatiquement propagés aux autres Utilisateurs ayant dérivé le (s) même(s)Profil(s) et qui s'y sont abonnés. ; le schéma de la figure 95 illustre la communication de UB à UC via le Profil de UA, Les Profils de UB et UC ayant été dérivés du Profil de UA.
Dans le même esprit que ce qui précède, une BD Personnelle est composée de Références plutôt que des Contenants et Contenus eux-mêmes. En effet, pour chaque Contenant, tous les Contenus (sauf ceux qui sont confidentiels) sont mémorisés en dehors de la BD Personnelle, dans un fichier commun ( Contenant ) . Dans la BD Personnelle, les références à ces Contenus forment un Profil . Certains de ces Profils peuvent être publiés à l'ensemble ou à un sous-ensemble des autres Utilisateurs (Profils Non Confidentiels - voir plus haut).
On va maintenant décrire la façon dont l'arborescence est construite par chaque Utilisateur , c'est-à-dire la façon dont les différents Sous-Contenants sont créés dans les Profils, ainsi que l'incitation qui existe pour un Utilisateur à dériver un Profil. a) Nouveau Contenant L'Utilisateur peut librement créer un nouveau Contenant, en tant que sous-profil dans un Profil de sa BD Perso. S'il est Non Confidentiel, celui-ci donnera lieu à un nouveau fichier (Contenant-1) dans la Partie Commune, comme illustré sur la figure 110. b) Contenant déjà existant Alternativement, l'Utilisateur peut dériver un Profil Non Confidentiel d'un autre Utilisateur ou un Profil de sa propre BD Personnelle. Ce Profil est ajouté en tant que Sous-Profil dans un Profil de sa BD Personnelle qu'il a choisi (il a par exemple inséré le Profil dérivé dans ce
Profil par la technique du glisser- déposer ). Les éléments (Contenus et SousProfils) que le Profil source contient sont automatiquement suggérés dans ce nouveau SousProfil.
Un Dictionnaire Signé contient la liste des fichiers du Dictionnaire Texte, avec les caractéristiques suivantes : # A chaque fichier est accolée sa valeur SHA- 1 sous forme hexadécimale.
# Le Dictionnaire est signé avec la clé privée correspondant à un e mail email@domain.net Cela signifie que le Dictionnaire Signé contient une zone qui permet à un process qui connaît la clé publique de : 1) Vérifier que le Dictionnaire a bien été signé par email@domain.net .
2) Vérifier que le contenu du Dictionnaire n'a pas été altéré par un tiers (intégrité).
Usage :
gen~signed~dic switches> dictionnary> dictionnary> file> e mail> [passphrase] Avec : - option switches : : expand directories [r]=recurse do not expand directories
- text dictionnary : full name of input text dictionnary - signed dictionnary : fullname of signed dictionnary to create - error file : file containing reporting errors - signing e mail e mail corresponding to a LW private key - passphrase : e mail private key passphrase Exemple : Voici un exemple de Dictionnaire Signé correspondant au Dictionnaire Texte décrit dans le script précédent (gen~signed~dic) :
LW SIGNED MESSAGE--> // Lastwall (R) Copyright (C) SafeLogic 2000 // c:\aroot\lastwall\lwdic~sign.txt Signed Dictionnary Creation at 17/2/2000 19:33:20 // //BEGIN LW FIELDS key~id=info@safelogic.com key~algo=MD5/RSA/PKCS#l crypto~algo=Blowfish/CBC/PKCS5Padding crypto~iv=8215A2C54127E18A //END LW FIELDS // LW FILE: c :\aroot\lastwall\exemplel.txt=ABD77AAC92E4113F1205FD1AC56E DD85F4509BB9 LW LENGTH: 19 LW FILE: c:\aroot\lastwall\exemple2.txt=ABD77AAC92E4133F1205FD1AC56E DD85F4509BB9 LW LENGTH: 19 LW FILE: c:\aroot\lastwall\exemple3.txt=8CC1FA4C1FA603725982DD3D8BCB F26409681EA7 LW LENGTH: 19 LW SIGNATURE
19DFB548BAEA0579A5B4E23309135BCC524C9765AAB30EAB7CBF2226B29 4E25E4E13A2310CECB94C403B9262C568D3B814ECC95ADFA9821DFDDB3B 7628F8BEC9AFA1BEE8FCE1B4422F505C663BD1FDEBA6D638424282569DD 7A82E7B1A247EDBF2DA640AF87502593EOD22A8F923B9559C5575069E5F F1C55C9D663D534AC4DC //END LW SIGNATURE--> Note : il s'agit d'un Dictionnaire Signé non chiffré (configuration par défaut).
Le script disp~crypt permet d'afficher les Dictionnaires Signés qui sont cryptés au moment de la génération.
1. 1 disp~crypt : affichage d'un Dictionnaire Signé crypté Si le Dictionnaire Signé a été crypté à la génération, disp~crypt, permet de l'afficher en mode décrypté. Il faut lancer le process en passant comme paramètres : *Le nom du Dictionnaire Signé.
*Le nom de l'e mail de signature/chiffrement.
'La passphrase associée à 1 e mail de signature/chiffrement.
disp~crypt dictionnary> e mail> [passphrase] Avec : - signed dic. signed dictionnary to display - signing e mail e mail corresponding to a LW private key - passphrase e mail private key passphrase Note : disp~crypt n'est à utiliser que si le paramètre clw~crypt~sign~dic de votre fichier d'initialisation est valorisé à true.
1. 2 check~dic : lancement d'un process de contrôle
check~dic permet de lancer un process de contrôle en une fois ou continu d'un dictionnaire, en précisant : *Une série de switchs pour indiquer : -Contrôle en boucle ou en un seul passage.
Le résultat de cette suppression est illustré sur la figure 119. ii) Suppression d'un sous-élément propre dérivé au moins une fois Considérons ici l'exemple où l'Utilisateur demo désire supprimer le sous-élément Demo 02 .
Or, d'après la valeur du Compteur de Dérivation, celui-ci est utilisé comme référence par un autre classeur (en l'occurrence le classeur Aline favoris ). On peut donc supprimer le lien entre Demo 0 et Demo 0 1 , mais on ne peut pas supprimer l'élément Demo 0 1 luimême.
Le fait que ce sous-élément soit rattaché à un élément archive permettra de pouvoir encore le visualiser le cas échéant le restaurer à l'initiative de l'Utilisateur, comme on va le voir cidessous.
iii) Restauration d'un sous-élément archive Pour restaurer un sous-élément archive , l'Utilisateur consulte l'élément archive et désigne le sous-élément à restaurer. Il suffit alors de remplacer le 0 par un + dans le lien correspondant au sous-élément. Puis on supprime le lien entre cet élément et l'élément archive . Ceci est illustré sur la figure 121.
Ainsi, à chaque ouverture de son élément dérivé, l'Utilisateur verra apparaître et disparaître des sous-éléments au gré de l'Utilisateur de l'élément original. Ainsi la figure 122 illustre le cas où un classeur n 9 Aline favoris (Idelement = 9) est dérivé d'un classeur n 2 (REFelement = 2), et possède donc implicitement les sous-éléments de ce dernier, tels que les éléments illustrés sur la figure 123, dont la variable Idparent est égale à 2.
On va décrire ci-dessous comment ces sous-éléments peuvent être Acceptés ou Refusés. i) Acceptation d'un sous-élément implicite L'Utilisateur doit accepter un sous-élément implicite (sous-élément de l'original) pour ne pas risquer de le voir disparaître et pour le proposer aux Utilisateurs qui dériveront ou qui ont dérivé à leur tour l'élément dérivé (par exemple, si dans l'exemple ci-dessus un troisième Utilisateur crée un classeur dérivé du classeur n 9).
Exemple d'acceptation du sous-classeur implicite Demo 0 Il La figure 124 illustre la création de l'élément n 15 dérivé du n 13, à savoir Demo 0 1 1 , et la figure 125 illustre la création du lien de parenté entre les éléments.
Le refus d'un sous-élément implicite est en fait un lien de parenté spécial entre ce sous- élément et le classeur dérivé qui permet de signifier le refus. En base de données, cela revient donc à créer un lien entre l'élément dérivé et le sous-élément avec la valeur - dans le champ Operation.
B41 0,059 0,001 0/5 0,081 0,019 2/6 Bactéries B41c: 5.109/ml 0,056 0,004 0/5 0,093 0,020 3/5 1010/ml 0,062 0,008 0/5 0,115 0,012 5/5 2,5.101 /ml 0,086 0,017 1/5 0,128 0,032 4/4 5.1010/ml 0,115 ~ 0,037 4/5 0,129 0,024 5/5
a SL28, sérum du lapin immunisé par voie intradermique avec le surnageant correspondant à l'hybride exprimé par pEHProSTC28 en présence d'adjuvant incomplet de Freund. (+) et (-), en présence ou en absence du sérum SL28. I/C, moyenne établie à partir d'un groupe de 4 à 11 souriceaux par échantillon. Un I/C : 0,090 est considéré comme positif. Le pourcentage (%) est déterminé par le rapport du nombre de souriceaux malades/nombre total de souriceaux testés. b Les inoculats sont incubés pendant 18 heures à + 4 C en présence de différents antisérums.
Les bactéries vivantes B41 lavées avec du PBS sont mises en présence ou en absence de SL28 et administrées immédiatement chez les souriceaux. La numérotation des bactéries est réalisée sur boîtes sélectives MacConkey lactose.
Par conséquent, seul ce sérum, nommé SL28, a été testé pour sa capacité à neutraliser les surnageants homologues ou hétérologues (Tableau 10). SL28 inhibe l'activité entérotoxique des hybrides exprimés par pEHSTC22, pEHProSTC28 et pSTC17 mais pas celle de l'hybride exprimé par pEHSTN24. Dans ce dernier cas, le résultat n'est pas surprenant puisque les tests ELISA (figures 4 et 6B) et les " Western " immuno-empreintes (figure 3) ont toujours montré un manque d'affinité des anticorps monoclonaux spécifiques de STa pour cet hybride. SL28 est
également efficace contre la toxine STp naturelle sécrétée par la souche B41. Afin de se rapprocher le plus possible des conditions naturelles d'infection, différentes quantités de bactéries B41 vivantes lavées avec du PBS ont été administrées, sans période d'incubation préalable avec le sérum SL28, à des souriceaux nouveau-nés (Tableau 10).
Alors que les bactéries B41 inoculées seules à une concentration de 5.109 à 5.1010 bactéries/ml induisent une accumulation de fluides intestinaux, les bactéries administrées en présence du sérum SL28 conservent leur entérotoxicité à une concentration de 5.1010 bact~ries/ml mais pas entre 5 . 109 bactéries/ml et 2,5.1010 bactéries/ml . Pour avoir la certitude que ces données résultaient bien d'un effet neutralisant et non d'un effet bactéricide du sérum, des quantités identiques de bactéries B41, diluées dans 90 % de tampon PBS (témoin négatif) ou dans 90 % de sérum SL28, ont été incubées pendant une nuit à température ambiante, puis dénombrées. Aucune différence n'a été observée en présence ou en absence de sérum, ce qui écarte un effet bactéricide du sérum.
3) Protection.
L'inoculation par voie orale de 1010 bactéries recombinantes vivantes à des souris adultes a été réalisée pendant trois jours consécutifs. Quelle que soit la souche de E. coli DH5[alpha], environ 105 à 106 bactéries étaient encore présentes dans l'intestin grêle trois heures après la
dernière inoculation, et un jour après dans le caecum et les fécès. Nous avons également montré précédemment (Tableaux 4 et 10) que ces bactéries vivantes injectées par voie intragastrique à des souriceaux nouveau-nés sont capables de déclencher l'accumulation de fluides intestinaux 3 h après leur inoculation. Par conséquent, rien ne s'oppose à l'utilisation des bactéries E. coli DH5a recombinantes vivantes pour stimuler l'immunité mucosale puisqu'elles peuvent se maintenir dans l'intestin et y sécréter les hybrides ClpG-STh.
Les différentes bactéries DH5a recombinantes ont alors été administrées à des groupes de quatre souris femelles gestantes par voie orale, comme décrit dans le chapitre Matériel et Méthodes. Chaque portée de souriceaux provenant de ces mères a été séparée en deux lots à l'âge de 3 jours. Le premier lot a été éprouvé avec 1,6 U de toxine STp purifiée, et l'autre, avec 2 U d'hybrides ayant servi à immuniser les souris gestantes. Le groupe de souriceaux issus des mères immunisées avec la souche DH5a (pEH524) a été utilisé comme groupe témoin négatif pour la protection. Dans la majorité des cas, les souriceaux ne sont pas protégés contre une dose de 1,6 U de toxine STp pure. Seuls les groupes de souriceaux issus des trois mères immunisées avec les bactéries recombinantes DH5a (pEHSTC22), un groupe de souriceaux issus d'une mère (souris N 3) immunisée avec la bactérie DH5[alpha] [pSTC17+pDSPH524] et un groupe de souriceaux issus d'une
mère (souris N 2) immunisée avec la bactérie " détoxifiée " DH5a [pSTCDM1 + pDSPH524] semblent partiellement protégés. En effet, dans tous ces cas, 40 % à 50 % des souriceaux résistent à 1,6 U de toxine. Certains souriceaux provenant des mères immunisées avec les bactéries DH5a (pEHProSTC28) ou DH5[alpha] [pSTC17+pDSPH524] paraissent également protégés contre 2 U d'hybrides homologues puisque seulement 20 % à 50 % des souriceaux développent une accumulation de fluides intestinaux. Cependant, les protections obtenues avec les hybrides homologues peuvent être dues à des anticorps dirigés seulement contre la partie ClpG de l'hybride. Dans l'ensemble, ces résultats sont plutôt décevants et ne permettent pas de conclure sur l'existence d'une protection des souriceaux issus des mères vaccinées par voie orale.
La présence d'anticorps anti-ClpG et anti-STh dans le sérum, le contenu intestinal et les fécès de chaque souris, a été mesurée trois jours après la mise bas. Les IgG et IgA anti-ClpG des différents prélèvements ont été quantifiées sur des plaques de microtitration recouvertes par 1 ug d'antigène ClpG/puits. La recherche des anticorps anti-STa a été effectuée sur une plaque ELISA sensibilisée avec la toxine STa (kit E. coli ST EIA, Oxoid). Des IgG anti-ClpG ont ainsi pu être mises en évidence dans le sérum d'une seule souris immunisée avec le témoin positif DH5a (pEH524) (titre log1= 1,7) et dans le sérum de deux souris immunisées avec les bactéries " détoxifiées (titres log10= 1, 2 et 2,6). Un bruit de fond élevé avec tous les
extraits correspondant aux contenus intestinaux n'a pas permis de détecter la présence d'anticorps dirigés contre la protéine ClpG et la toxine ST. L'analyse à partir des fécès s'est avérée alors le seul moyen d'évaluer la production d'anticorps au niveau de la muqueuse intestinale. Des anticorps IgG anti-ClpG (titres loglo= 1,5 et 1,2) et IgA anti-ClpG (titres loglo= 2,0 et 1,3) ont été décelés dans les fécès de deux souris immunisées avec les bactéries DH5[alpha] [pSTCDM1 + pDSPH524]. Aucune réponse IgG ou IgA anti-ST n'a été détectée dans les différents échantillons.
En résumé, l'immunisation des animaux par voie parentérale avec différentes préparations vaccinales (surnageants et bactéries vivantes) a permis, dans la majorité des cas, d'induire des titres élevés d'anticorps sériques spécifiques dirigés contre la protéine porteuse ClpG et la toxine STh. Au vu de ce travail, il est probable qu'il existe une relation directe entre l'immunogénicité et la structure spatiale de la molécule STh des hybrides puisque seuls ceux présentant une activité entérotoxique induisent la production d'anticorps IgG sériques anti-STa.
Seul le sérum (SL28) d'un lapin immunisé par voie intradermique avec le surnageant de culture de DH5a (pEHProSTC28) en présence d'adjuvant incomplet de Freund est capable de neutraliser l'activité entérotoxique de la toxine STa naturelle. Cependant, ces résultats encourageants demandent à être reproduits sur un plus grand
nombre de lapins. Les résultats sur la protection des souriceaux ne sont pas probants. Le faible niveau d'anticorps IgG ou IgA anti-ClpG et anti-STa obtenus dans le sérum et les fécès des mères 3 jours après la mise bas permet de penser qu'il en est de même pour le lait devant assurer la protection dans l'intestin des souriceaux.
Les nouvelles approches vaccinales soulignent l'importance de l'utilisation de protéines sous unitaires, de peptides ou de polysaccharides pour l'immunisation. L'avantage de ces approches mettant en jeu des protéines purifiées est l'élimination de composés responsables d'effets indésirables. Par ailleurs, ces antigènes pourront être sélectionnés sur la base de l'effet immunologique recherché comme par exemple l'induction de CTL (Lymphocytes T Cytotoxiques) ou au contraire la génération d'une forte réponse de type humoral. Cependant, le désavantage de ce type de préparation est que les antigènes possèdent généralement une faible immunogénicité et qu'il est nécessaire de les mélanger à des adjuvants.
Un autre axe de recherche particulièrement étudié en matière de vaccin concerne les voies mucosales. L'immunisation par voie mucosale représente en effet un formidable enjeu dans la mesure où la majorité des pathogènes initient une infection en interagissant avec les muqueuses de l'hôte et qu'après colonisation de la muqueuse, certains micro-organismes génèrent une maladie par le biais d'une sécrétion de facteurs toxiques alors que d'autres pénètrent les tissus de l'hôte pour générer des maladies systémiques. Les défenses mucosales sont par conséquent très importantes dans le contrôle de l'infection et le déroulement de la maladie.
La vaccination par voie mucosale et plus particulièrement l'immunisation par voie nasale présentent plusieurs avantages par rapport à la vaccination systémique. Tout d'abord, les immunisations par voie mucosale induisent la production d'IgA spécifiques directement au site de l'infection. Ces anticorps peuvent inhiber l'attachement des pathogènes à la muqueuse et la colonisation de celle ci. Par ailleurs, en plus de la réponse locale, une immunisation par voie muqueuse peut stimuler une réponse systémique de type IgG qui représentera une seconde barrière contre l'invasion des tissus par le micro-organisme pathogène. Enfin, d'un point de vue pratique, l'administration d'un vaccin par voie nasale est plus aisée qu'une injection par voie systémique.