INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
toute autre cire ; de la paraffine liquide, du squalane, de la cire micro cristalline, de la cire de ceresine, de la cire paraffine, de la vaseline ou tout autre hydrocarbure ; de l' acide laurique, de l' acide myristique, de l'acide stéarique, de l' acide oléique, de l' acide isostéarique, de l' acide béhénique ou tout autre acide gras naturel ou de synthèse. Le cétanol, l'alcool stéarique, le 2-hexyl-1-décanol, 2-octyl-1-dodécanol, l'alcool laurique ou tout autre alcool à haut poids moléculaire (c' est-à-dire contenant six atomes de carbone ou plus), naturel ou de synthèse, peut aussi être utilisé. Il est aussi possible d'utiliser le myristate d'isopropyle, le palmitate d'isopropyle, le myristate de 2-octyl-l-dodécyle, l'oléate de 2-octyl-ldodécyle et l'oléate de cholestéryle.
Les alcools qui peuvent être utilisés sont, par exemple, le méthanol, l'éthanol, l'isopropanol, le menthol, l'isopulégol.
En tant qu'agent hydratant ou humectant, il est possible d'utiliser le glycérol, le propylèneglycol, le 1,3-butanediol, le sorbitol, le polyglycérol, le polyoxyéthylèneglycol, le dipropylèneglycol ou tout autre polyol. D'une part, les acides aminés, le lactate de sodium, le pyrrolidonecarboxylate de sodium ou tout autre facteur naturel d'hydratation peut être utilisé. D'autre part, il est également possible d'utiliser l'acide hyaluronique, le collagène, les mucopolysaccharides, le chondroïtine sulfate ou toute autre macromolécule soluble dans l'eau.
En tant qu'agent épaississant, il est possible d'utiliser, par exemple, l' alginate de sodium, les gommes xanthanes, les silicates d' aluminium, les extraits de pépins de coing, la gommes adragante, l'amidon ou toute autre macromolécule naturelle. Il est également possible d'utiliser la méthylcellulose, l'hydroxyéthylcellulose, la carboxyméthylcellulose,
l'amidon soluble, la cellulose cationique ou toute autre macromolécule semi-synthétique. Les polymères carboxyvinyliques, les alcools polyvinyliques ou toute autre macromolécule de synthèse, peuvent également être utilisés.
En tant que conservateur, il est possible d'utiliser les sels de l'acide benzoïque, les sels de l'acide salicylique, les sels de l'acide sorbique, les sels de l'acide déhydroacétique, les esters de l'acide paraoxybenzoïque, le 2,4, 4'-trichloro-2'-hydroxydiphényléther (éther 2,4,4'-trichloro-2'hydroxyphénylique), le 3,4, 4'-trichlorocarbanilide, le chlorure de benzalkonium, les hinokitiols, la résorcine et l'éthanol.
En tant qu'agent antioxydant, il est possible d'utiliser, par exemple, le dibutylhydroxytoluène, le butylhydroxyanisole, l'acide nordihydroguaiarétique, le gallate de propyle, l' acide ascorbique, le tocophérol.
En ce qui concerne les chelates, il est possible d'utiliser, par exemple, l'EDTA de calcium disodique, les éthylènediaminetétraacétates, le pyrophosphate, l'héxamétaphosphate, l' acide citrique, l' acide tartrique ou l' acide gluconique.
Avantageusement, le contexte est la situation géographique physique de l'utilisateur.
Selon un mode de mise en #uvre particulier, le contexte est un mot-clé.
Selon un autre mode de mise en #uvre particulier, le contexte est la date.
Selon une variante, le contexte est la situation géographique telle qu'elle est désignée par l'utilisateur.
Selon une autre variante, le contexte est une contrainte prédéfinie à l'avance.
De préférence, ladite page numérique est un support de carte.
Avantageusement, ladite page numérique est un support de contenu multimédia ou textuel.
Avantageusement, ladite page numérique est un support d'objet informatique.
De préférence, ladite page numérique est une page statique ou dynamique écrite en DHTML, XML, HTML, CHTML, WML, PHP, ASP, CFM, JSP, SVG, Java, JavaScript, ou VBScript.
Selon une variante, ladite page numérique est une page statique ou dynamique contenant du code écrit en DHTML, XML, HTML, C-HTML, WML, PHP, ASP, CFM, JSP, SVG, Java, JavaScript, ou VBScript.
Selon une autre variante, ladite page numérique est une page statique ou dynamique faisant appel à du code écrit en DHTML, XML, HTML, C-HTML, WML, PHP, ASP, CFM, JSP, SVG, Java, JavaScript, ou VBScript.
Selon un mode de mise en #uvre particulier, ladite page numérique est une page numérique statique ou dynamique, mettant en #uvre une animation Flash.
De préférence, ledit marqueur originel est constitué d'un code écrit en DHTML, SGML ou l'un de ses dérivés, XML ou l'un de ses dérivés, HTML, C-HTML, WML, PHP, ASP, CFM, JSP, SVG, Java, JavaScript, ou VBScript.
Avantageusement, ledit marqueur originel contient un code écrit en DHTML, SGML ou l'un de ses dérivés, XML ou l'un de ses dérivés, HTML, C-HTML, WML, PHP, ASP, CFM, JSP, SVG, Java, JavaScript, ou VBScript.
Avantageusement, ledit marqueur originel fait appel à un code écrit en DHTML, SGML ou l'un de ses dérivés, XML ou l'un de ses dérivés, HTML, C-HTML, WML, PHP, ASP, CFM, JSP, SVG, Java, JavaScript, ou VBScript.
Selon un mode de mise en #uvre particulier, ledit marqueur originel est un programme compilé ou précompilé, du code ASCII ou du texte.
A la place de la configuration de la variante comprenant les deux sortes d'unités 30A, 30B de dispositif d'éclairage dans lesquelles les pas de disposition des pastilles photoémissives sont décalés 35 d'un demi-pas environ, une autre configuration peut être utilisée avec au moins trois types d'unités de dispositif d'éclairage telles que les pas d'arrangement des pastilles photoémissives sont décalés d'une amplitude prédéterminée entre les unités de dispositif d'éclairage 40 utilisées.
Dans l'autre configuration, lorsque le véhicule est en virage, les pastilles photoémissives qui sont disposées afin qu'elles soient décalées de la quantité prédéterminée les unes par rapport aux autres sont mises 5 successivement en fonctionnement, si bien que la position à laquelle la saillie qui dépasse vers le haut est formée peut être déplacée horizontalement de manière progressive, et l'inconfort pour le conducteur du véhicule, dû à la commutation d'émission de lumière par 10 les pastilles photoémissives, peut être réduit.
On décrit maintenant une seconde variante du mode de réalisation. La figure 16 représente les parties principales d'un phare de véhicule dans cette variante, et elle est analogue à la figure 6.
Cette variante diffère du mode de réalisation en ce que, dans chacune des unités 30 de dispositif d'éclairage, la lentille de projection 32A est intégrée à la source de lumière 34 afin que les pastilles photoémissives 34Aa, 34Ab, 34Ac de la source de la 20 lumière 34 soient hermétiquement enfermées.
Dans cette configuration, les unités 30 de dispositif d'éclairage peuvent être formées d'unités à sources lumineuses de configuration très simple. Il est aussi possible d'empêcher l'interposition d'une couche 25 d'air entre la source de lumière 34 et la lentille de projection 32A. En conséquence, la réflexion à l'interface peut être éliminée et les flux de lumière de la source peuvent être efficacement utilisés. Dans cette configuration, la plaque de support 38 peut être éliminée 30 si bien que le phare peut encore être plus simplifié.
Les unités 20, 40 de dispositif d'éclairage peuvent aussi avoir une configuration analogue.
Dans le mode de réalisation et les variantes considérées, les quatre unités 20 de dispositif 35 d'éclairage, les quatre unités 30 ou 30A, 30B de dispositif d'éclairage et les quatre unités 40 de dispositif d'éclairage sont disposées en trois rangées décalées verticalement. Il est évident que le nombre et la disposition des unités de dispositif d'éclairage 40 peuvent être modifiés de façon convenable en fonction de la forme et de la distribution de lumière voulues.
Bien entendu, diverses modifications peuvent être apportées par l'homme de l'art aux phares et lampes qui viennent d'être décrits uniquement à titre d'exemple non limitatif sans sortir du cadre de l'invention.
PROCEDE DE SYNCHRONISATION TEMPORELLE ET FREQUENTIELLE D'UN TERMINAL MULTIMODE DESCRIPTION DOMAINE TECHNIQUE L'invention se situe dans le domaine de la synchronisation temporelle et fréquentielle d'un terminal multimode avec au moins deux stations de base différentes et concerne plus spécifiquement un procédé et un dispositif de synchronisation temporelle d'au moins deux modules d'accès radio d'un terminal de communication multimode susceptible de fonctionner selon au moins deux technologies d'accès radio distinctes dans un réseau de télécommunication cellulaire dans lequel, l'un desdits modules d'accès radio est actif dans la cellule courante et l'autre module d'accès radio est à l'état passif dans ladite cellule courante.
L'invention s'applique à un terminal multimode, tel que par exemple un terminal bimode GSMUMTS (respectivement Global System for Mobile Communications et Universal Mobile Télécommunications System).
ETAT DE LA TECHNIQUE ANTERIEURE Le système GSM est actuellement le système de téléphonie mobile de référence en Europe et dans le monde. Dans le but de garantir son évolution vers la troisième génération, des organismes de standardisation internationaux ont proposé l'UMTS dont les spécifications techniques sont développées au sein du
partenariat appelé 3GPP. Un souhait dans le processus de normalisation de l' UMTS a été celui de garantir son inter-opérabilité avec le GSM. Aussi, une classification spécifique décrivant quatre types de terminaux bimode GSM/UMTS, Type 1, Type 2, Type 3 et Type 4 a-t-elle été établie.
Avec les terminaux de Type 1, quand on se situe dans un réseau radio GSM ou dans un réseau radio UTRA (pour Universal Terrestrial Radio Access), la partie radio inactive du terminal (UTRA ou GSM) n'effectue aucune mesure de qualité de réception, ce qui suppose que le passage d'un mode à l'autre ne peut se faire qu'avec l'intervention de l'usager.
Avec les terminaux de Type 2, lorsqu'un terminal mobile est connecté à un réseau radio GSM ou à un réseau radio UMTS, la partie radio inactive du terminal (UTRA ou GSM) peut effectuer des mesures afin de basculer automatiquement vers le réseau qui dispose de la meilleure qualité de réception.
Les terminaux de Type 3 se différencient de ceux du Type 2 par le fait qu'ils offrent en plus la possibilité de recevoir de l'information simultanément dans les deux modes. En revanche, la transmission simultanée par les deux modes n'est pas possible. Comme pour les terminaux de type 2, le passage d'un réseau radio à un autre s'effectue de manière automatique.
Avec les terminaux Type 4, le passage d'un réseau radio à un autre s'effectue de manière automatique et l'on peut recevoir et transmettre de l'information simultanément sur les deux réseaux.
Un protocole est présenté ici dans le cadre d'un protocole unidirectionnel illustratif dont le seul propos est de mettre à jour une donnée. L'application de la méthode procède comme suit : - description abstraite du contexte ; - description abstraite des messages ; - description de l'encodage et du décodage des données ; - description de l'encodage et du décodage des messages ; 1. Description abstraite du contexte commun.
::= données gérées : type de données géré es ; ; ~~~~~~~~~ L'expression 'type de données gérées' peut représenter un type de données quelconque, par exemple : ::= entier 1 : integer , entier 2 : integer ; 2. Description abstraite des messages.
Le protocole est réduit à un seul message, qui modifie le contexte dans sa totalité. La description des messages se fait selon un langage formel adapté à la description d'actions portant sur le contexte de données :
on ::= CHOICE ; ::= on SET; 3. Description de l'encodage et décodage des données.
Cette description se fait en CSN.l, encapsulé dans un langage plus général combinant la description abstraite et la description concrète.
1. 1 Description abstraite Description des éléments du contexte indépendante des représentations, que ce soit pour la mémorisation dans les entités, ou pour la transmission dans des messages de protocole. ~~~~~~ : := abstract IMSI[0..1] : IMSI Connect state : Enumerated (not connected, connected) Connection parameters[iif(Connect state = connected, 1, 0)] : + Serving cell : -> UE context.Cell list + IMEI[0..1] : IMEI + Software Version Number[iif(PRESENT (IMEI), 1, 0)] : Integer (0..99) + Mobile Station Classmark 1 : RIL3.Mobile Station Classmark 1 + Mobile Station Classmark 2 delta[0..1] : RIL3.Mobile Station Classmark 2 delta + Mobile Station Classmark 3[0..1] : RIL3.Mobile Station Classmark 3 + Has been authenticated : Boolean + Is ciphered : Boolean + Service data[0..infinité] : + + CM service type : CM Service Type + + Priority : RIL3.Priority Level Location update state : Enumerated (roaming not allowed, updated) Location parameters[iif(Location update state = updated, 1, 0)] : + LAI+TMSI[0..1] : LAI+TMSI + Registered location area : -> UE context.LA list + Detach flag : Boolean + CTS permission : Boolean + CKSN availability : Boolean + CKSN[iif(CKSN availability, 1,0)] : RIL3.Ciphering Key Séquence Number + GSM ciphering key[0..1] : Bit string (64) + UMTS security data[0..1] : + + AUTN : Authentication Parameter AUTN + + UMTS ciphering key[0..1] : Bit string (128) + + UMTS integrity key[0..1] : Bit string (128)
1.2 Actions 1. 2.1 Gestion de mobilité dans le sens descendant (ou DL MM de l'anglais downlink mobility management ) 1. 2.1.1 Description abstraite Ceci décrit abstraitement le message de protocole qui peut être transmis de l'infrastructure vers la station mobile. action DL MM ::= abstract CHOICE do LOCATION UPDATING ACCEPT , do LOCATION UPDATING REJECT , do AUTHENTICATION REJECT , do AUTHENTICATION REQUEST , do TMSI REALLOCATION COMMAND , do CM SERVICE ACCEPT ,do CM SERVICE REJECT , do CM SERVICE PROMPT , do IDENTITY REQUEST ,do ABORT , do MM STATUS DOWNLINK ,do MM INFORMATION } 1. 2.1.2 Syntaxe de transfert Ceci indique la structure binaire du message. Cela fait apparaître en particulier un champ permettant de sélectionner une action particulière dans la liste des actions possibles. transfer ::= - flow of downlink MM messages { 00 {00 0010
#00 0100 #01 0001 #01 0010 #01 1010 10 0001 10 0010 #10 0101 10 1000 #10 1001 #11 0001 #11 0010 1. 2.2 Gestion de mobilité dans le sens montant (ou UL MM de l'anglais uplink mobility management ) 1. 2.2.1 Description abstraite action UL MM ::= abstract CHOICE do AUTHENTICATION FAILURE , do AUTHENTICATION RESPONSE , do IDENTITY RESPONSE , do TMSI REALLOCATION COMPLETE , do CM SERVICE ABORT ,do CM SERVICE REQUEST SUBSEQUENT , do MM STATUS UPLINK } 1. 2.2.2 Syntaxe de transfert transfer ::= -- flow of uplink MM messages once an RR connection is established { bit*2 {01 1100 #01 0100 #01 1001
#01 1011 #10 0011 #10 0100 11 0001 } ! 1. 2.3 Abandon (ou abort ) 1. 2.3.1 Description abstraite action ABORT ::= abstract parameters Reject cause : MM. Reject cause end if iif (Reject cause.cause grouping = MS identification error, Reject cause. MS identification error cause = illégal ME, false) then set Location update state : = roaming not allowed 1. 2.3.2 Syntaxe de transfert transfer ::= FAILURE") 1. 2.4.1 Description abstraite action AUTHENTICATION FAILURE ::= abstract parameters Reject cause : MM. Reject cause Authentication Failure parameter[iif(iif (Reject cause.cause grouping = network related failure, Reject cause.network-related failure cause = synch. failure, false), 1,0)]: MM.Authentication Failure parameter end on Location parameters {
set UMTS security data := null @ 1. 2.4.2 Syntaxe de transfert. transfer ::= REQUEST") 1. 2.6.1 Description abstraite action AUTHENTICATION REQUEST ::= abstract parameters Authentication Parameter RAND : MM.Authentication Parameter RAND Authentication Algorithm : Enumerated (UMTS, GSM) end on Location parameters { PREPARE set CKSN availability := True set CKSN
set GSM ciphering key : = A8(Authentication Parameter RAND.RAND) if Authentication algorithm = UMTS then set UMTS security data := { set AUTN set UMTS ciphering key := f3 (Authentication Parameter RAND.RAND) set UMTS integrity key := f4 (Authentication Parameter RAND.RAND) }} 1. 2.6.2 Syntaxe de transfert transfer ::= RESPONSE") 1. 2.7.1 Description abstraite action AUTHENTICATION RESPONSE ::= abstract parameters RES : Octet string (4..16) end COMMIT on Connection parameters { set Has been authenticated : = True transfer ::= {<instance(Authentication response extension.V.RES part 2) action CM SERVICE ABORT ::=
abstract on Connection parameters { set Service data = null } 1. 2.7.2 Syntaxe de transfert transfer null 1.2.8 Abandon de connexion pour service (ou "CM SERVICE ABORT") 1. 2.8.1 Description abstraite action CM SERVICE ABORT = abstract on Connection parameters { set Service data := null } 1. 2.8.2 Syntaxe de transfert transfer null 1. 2.9 Acceptation de la demande de connexion pour service (ou "CM SERVICE ACCEPT") 1. 2.9.1 Description abstraite action CM SERVICE ACCEPT = abstract COMMIT
1. 2.9.2 Syntaxe de transfert transfer ::= null 1. 2.10 Affichage du service de gestion de connexion (ou "CM SERVICE PROMPT") 1. 2.10.1 Description abstraite action CM SERVICE PROMPT := abstract parameters PD and SAPI . RIL3.PD and SAPI end 1. 2.10.2 Syntaxe de transfert transfer ::= Reject cause : MM. Reject cause end UNDO if iif (Reject cause.cause grouping = MS identification error, Reject cause.MS identification error cause = "illegal ME" or Reject cause. MS identification error cause = "IMSI unknown in VLR", false) then set Location update state '= roaming not allowed
1. 2.11.2 Syntaxe de transfert transfer ::= Mobile Identity Type : MM.Mobile Identity Type end if Mobile Identity Type = IMSI then send IMSI on Location parameters { if Mobile Identity Type = TMSI/P-TMSI then on LAI+TMSI { send TMSI } send CKSN availability if CKSN availability then send CKSN } on Connection parameters { send Mobile Station Classmark 1 send Mobile Station Classmark 2 delta PREPARE add Service data := { set CM Service Type set Priority }} 1. 2.12.2 Syntaxe de transfert : CM SERVICE REQUEST transfer ::= <Ciphering key séquence number uplink : <M-VD-IE (Ciphering key séquence number Uplink) <CM service type : <M-VD-IE (CM service type) <Mobile station classmark 2 : <M-LV-IE (Mobile station classmark 2, 4, 4) <Mobile identity : <M-LV-IE (Mobile identity, 2, 9) <Priority : <O-TVD-IE (1000, Priority Levé!) ~~~~~~~~~~~~~~~~~~~~~~~~~~~
abstract.Mobile Identity type returns Mobile identity.V.Type ofidentity.abstract abstract.IMSI returns Mobile identity.V IMSI.abstract abstract.TMSI returns Mobile identity.V.TMSI/P-TMSI.abstract abstract.IMEI returns Mobile identity.V.IMEI 1.2.13 Demande d'identité GSM (ou IDENTITY REQUEST ) 1. 2.13.1 Description abstraite action IDENTITY REQUEST ::= abstract parameters Mobile Identity Type : MM.Mobile Identity Type end 1. 2.13.2 Syntaxe de transfert transfer ::= 1. 2.14 Réponse d'identité (ou IDENTITY RESPONSE ) 1.2.14.1.1 Description abstraite action IDENTITY RESPONSE ::= abstract parameters Mobile Identity Type : MM.Mobile Identity Type
end if Mobile Identity Type = IMSI then set IMSI if Mobile Identity Type = IMEI then on Connection parameters { set IMEI } if Mobile Identity Type = IMEISV then on Connection parameters { set IMEI set Software Version Number := Integer (0..99) } 1. 2.14.2 Syntaxe de transfert transfer ::= 1.2.15 Acceptation de mise à jour de localisation (ou "LOCATION UPDATING ACCEPT") 1. 2.15.1 Description abstraite action LOCATION UPDATING ACCEPT ::= abstract parameters TMSI allocation status : Enumerated (new TMSI, keep TMSI, erase TMSI) Follow on proceed : Boolean end set Location update state := updated on Location parameters { set Registered location area if TMSI allocation status = new TMSI then on LAI+TMSI { set Location Area Identification set TMSI } if TMSI allocation status = erase TMSI then set LAI+TMSI := null set CTS permission := Boolean } 1. 2.15.2 Syntaxe de transfert
transfer ::= , keep TMSI, Mobile identity.V.TMSIIP-TMSI = 1**, erase TMSI, Mobile identity.V.TMSI/P-TMSI = bit**, new TMSI) abstract.TMSI returns Mobile identity.V.TMSI/P-TMSI.abstract 1.2.16 Rejet d'une mise à jour de localisation (ou LOCATION UPDATING REJECT ) 1. 2.16.1 Description abstraite action LOCATION UPDATING REJECT ::= abstract parameters Reject cause : MM. Reject cause end set Location update state := roaming not allowed 1. 2.16.2 Syntaxe de transfert transfer ::= INFORMATION") 1. 2.17.1 Description abstraite action MM INFORMATION::= abstract
parameters Universal time[0..1] : MM.Universal Time end on Location parameters { on Registered location area { OPTIONAL set Local time zone OPTIONAL set Daylight Saving Time on PLMN{ OPTIONAL set Full name for network OPTIONAL set Short name for network }}} on Connection parameters { on Serving cell { OPTIONAL set LSA identity }} 1. 2.17.2 Syntaxe de transfert transfer ::= Universal time and local time zone.Local time zone, )) function Universal time returns Universal time and local time zone.Universal time 1. 2.18 Statut dans le sens descendant de la Gestion de mobilité (ou "MM STATUS DOWNLINK") 1. 2.18.1 Description abstraite action MM STATUS DOWNLINK ::=
PROCEDE D'ENRICHISSEMENT DU CONTENU D'UNE PAGE NUMERIQUE DONT LE FORMAT PERMET LA CREATION DE LIENS VERS DES OBJETS INFORMATIQUES La présente invention se rapporte au domaine des procédés d'enrichissement du contenu de pages numériques.
La présente invention se rapporte plus particulièrement à l'enrichissement du contenu de pages numériques dont le format permet la création de liens vers des objets informatiques. Il peut par exemple s'agir de pages Web ou de pages consultables sur un appareil nomade tel qu'un PDA.
La publicité est aujourd'hui présente sur de nombreux sites web. De nombreux procédés permettent de cibler le contenu des bandeaux publicitaires en fonction de l'utilisateur. On connaît déjà plusieurs solutions de l'art antérieur.
L'art antérieur connaît déjà par la demande de brevet PCT WO 99/57660 (iWeb Ltd. ) un système et un procédé destinés à fournir un contenu, y compris un contenu d'informations riches à un public particulier d'utilisateurs d'ordinateurs, de préférence conformément aux caractéristiques de ces utilisateurs, de telle façon que le contenu soit exposé de manière contrôlée et soit transféré par une tierce partie dans un système "deux parties", tel que le World Wide Web. Par exemple, plutôt que de transférer le contenu, tel qu'une publicité, en tant que partie d'une page Web sur un site Web éloigné de l'utilisateur de l'ordinateur, l'invention transfère la publicité par l'ISP (prestataire de service Internet) de l'utilisateur, par exemple, sur l'écran de l'ordinateur de
l'utilisateur. La publicité ou un autre contenu est ainsi affiché facultativement à l'utilisateur, sans tenir compte du fait que la page Web soit affichée sur l'écran de l'ordinateur de l'utilisateur, d'une manière sensiblement transparente pour l'utilisateur. De cette façon, le contenu est ciblé spécifiquement à l'utilisateur, plutôt que d'être affiché de façon générale sur la page Web ou analogue transférée par des voies "deux parties" telles que des serveurs Web.
L'art antérieur connaît également par la demande de brevet américain US 5948061 (Double Click) des méthodes et des dispositifs pour cibler la distribution de publicité à travers un réseau comme l'Internet. Des statistiques sont compilées sur les utilisateurs individuels et les réseaux et l'utilisation des publicités est observée pour permettre un ciblage des utilisateurs individuels par les publicités. En réponse aux requêtes des sites affiliés, un serveur de publicité transmet aux personnes accédant à la page du site une publicité appropriée basée sur le profilage des utilisateurs et des réseaux.
L'art antérieur connaît également, par la demande de brevet PCT WO 01/29727 (Adfluence), des procédés de réseau pour la publicité interactive et le marketing direct. Dans un procédé de publicité interactive pour l' Internet, un bandeau est affiché dans l'espace de publicité d'une page Web. Le bandeau permet à l'utilisateur d'effectuer une transaction d'achat ou de visualiser une liste de biens et de services avec des descriptions, ceci sans quitter la page Web. La transaction de l'utilisateur a lieu grâce au bandeau, et ainsi l'utilisateur n'a pas besoin de quitter la page Web pour effectuer un achat. L'espace de publicité et le programme selon l'invention fournissent une apparence personnalisée qui ressemble à la marque de l'annonceur.