FR 2774537 A1 19990806 FR 9900123 A 19990108 A La présente invention concerne d'une manière générale l'accès à un site Internet et, d'une manière plus particulière, la gestion et l'actualisation des in- formations au niveau du site à partir d'un premier point d'accès, ainsi que l'accès multi-niveau aux informations à partir d'un second point d'accès. Divers systèmes ont été développés afin de per- mettre à un fournisseur éloigné et à un utilisateur éloi- gné d'accéder à des données et à des informations. Dans un tel système, un serveur d'accès éloigné permet à un utilisateur éloigné d'accéder à un réseau informatique local. Le serveur revoit une chaîne d'identifica- tion-utilisateur à partir de son port de communication, la chaîne ayant été entrée par l'utilisateur éloigné au niveau d'un ordinateur éloigné qui est relié au port de communication. La chaîne identifie l'utilisateur éloigné. Le serveur utilise la chaîne pour accéder à une base de données et déterminer une adresse IP ("Internet Proto- col") associée à la chaîne. L'adresse IP est nécessaire à l'ordinateur éloigné pour communiquer sur le réseau in- formatique local. La base de données contient une chaîne d'identification-utilisateur pour chaque utilisateur éloigné et une adresse IP pour chaque chaîne. Le serveur d'accès éloigné envoie l'adresse IP à l'ordinateur éloi- gné via le port de communication. Le serveur permet alors à l'ordinateur éloigné d'accéder au réseau informatique local et de communiquer sur le réseau informatique local en utilisant l'adresse IP. Un autre système est un système multi-tâche multi-utilisateur qui permet de transférer efficacement des données depuis une base de données éloignée vers des abonnés individuels et qui a une utilité particulière dans la distribution de données boursières. Un fournis- seur principal distribue les données rentrantes directe- ment à des tâches-utilisateur, à un fournisseur de répon- ses ou à un fournisseur-moniteur. Le fournisseur de ré- ponses fournit les réponses à des demandes spécifiques formulées par des utilisateurs en utilisant les informa- tions que contient la base de données. Le fournis- seur-moniteur maintient des listes d'informations qui sont surveillées par l'ordinateur central, pour des uti- lisateurs individuels. Le fournisseur de réponses et le fournisseurmoniteur ne répètent aucune demande à la base de données dans le cas o une demande similaire, formulée par un autre utilisateur, est déjà en attente de traite- ment. Les chemins de transfert des données entre les tâ- ches sont établis par un module de code qui peut être chaîné à n'importe laquelle des tâches. Les chemins de transfert sont établis en utilisant les informations d'une liste de configurations et celles-ci sont sur- veillées par le système d'exploitation via une liste d'attente établie pour chaque tâche-utilisateur. Les fournisseurs du système peuvent établir des listes d'abonnés via le module de code. Dans une autre application, un mécanisme d'au- torisation délivre des informations d'autorisation pour un client demandant l'accès à une ressource-serveur au sein d'un serveur, comportant un serveur de répertoires destiné à mémoriser les informations-client nécessaires au serveur lors de l'exécution d'un appel-opération, y compris les droits d'accès du client, et générant une de- mande de billet d'autorisation à l'attention du serveur. La demande de billet d'autorisation comprend une identi- fication du client et une identification des informa- tions-client nécessaires au serveur et est émise en asso- ciation avec un appel-opération. Le mécanisme d'autorisa- tion génère un billet d'autorisation comprenant les in- formations identifiées cryptées avec une clé de cryptage obtenue à partir du mot de passe du serveur. Le billet d'autorisation est envoyé au serveur et le serveur dé- crypte le billet d'autorisation avec le mot de passe du serveur et obtient les informations-client comprenant di- rectement les droits d'accès du client. Les informa- tions-client sont mémorisées dans des champs du serveur de répertoires identifiés par des étiquettes de champ gé- nériques. La demande de billet d'autorisation identifie les informations-client par des noms d'étiquette identi- fiant les champs, les informations demandées sont mémori- sées dans le billet d'autorisation dans les champs iden- tifiés par les noms d'étiquette, et le mécanisme du ser- veur lit alors les informations-client. Une autre application comprend un premier dis- positif de traitement de données (noeud I) relié à un premier réseau privé et à un serveur firewall (FWA). Le serveur firewall FWA est à son tour relié à un réseau pu- blic, tel que l'Internet. Un second dispositif de traite- ment de données (noeud J) est relié à un second réseau privé qui est relié à l'Internet via un serveur firewall (FWB). Le noeud I fournit un paquet de données, compre- nant des données IP et l'adresse de destination du noeud destinataire prévu J, au serveur firewall FWA. Le serveur firewall FWA est pourvu d'une valeur secrète et d'une va- leur publique. Le serveur firewall FWA obtient un certi- ficat DH (Diffie-Hellman) pour le serveur firewall FWB et détermine la valeur publique à partir du certificat DH. Une clé transitoire est générée d'une manière aléatoire et est utilisée pour crypter le paquet de données à transmettre par le serveur firewall FWA au serveur fire- wall FWB. Le paquet de données crypté est ensuite encap- sulé dans un paquet de transmission par le serveur fire- wall FWA. Le paquet de transmission comprend l'adresse de destination non-cryptée du serveur firewall FWB. Le ser- veur firewall FWA envoie alors le paquet de transmission au serveur firewall FWB, via l'Internet. Lors de la ré- ception du paquet de transmission en provenance du ser- veur firewall FWA, le serveur firewall FWB obtient un certificat DH pour le serveur firewall FWA et détermine la valeur publique à partir du certificat DH. Le serveur firewall FWB décrypte le paquet de données crypté reçu en provenance du serveur firewall FWA, d'o la récupération des données originelles envoyées par le noeud I sous forme non-cryptée au serveur firewall FWA. Le serveur fi- rewall FWB transmet alors le paquet de données décrypté au noeud destinataire J via le second réseau privé. L'achat constitue une composante importante de la conduite d'une affaire. Il implique l'établissement de sources-vendeurs autorisées, la recherche de nouvelles sources-vendeurs ou de sources inhabituelles et le main- tien des relations avec les vendeurs. D'une manière typi- que, à mesure que se tissent des relations solides et que les quantités achetées augmentent, la puissance d'achat peut augmenter et les coûts d'achat peuvent diminuer. Une importante partie de l'achat répétitif est basée sur l'historique des achats, c'est-à-dire sur ce qui a été acheté par le passé, les options souhaitées et les op- tions disponibles. La possibilité d'accéder à un historique des achats constitue un aspect important de l'achat répéti- tif. Un acheteur peut entretenir des archives, ainsi qu'un vendeur, mais ceci ne fera que révéler ce qui a été acheté par le passé. Un client peut avoir besoin de sa- voir quelles sont les options disponibles pour des achats programmés et un vendeur peut avoir à présenter de nou- veaux produits, ou des produits modifiés, susceptibles d'intéresser le client. Un contact direct répétitif entre le personnel du département des achats et le personnel du département des ventes ou département comptabilité ou au- tre personnel du vendeur peut permettre de faire face à cette situation. Il est possible de contacter, via de nombreux appels téléphoniques, plusieurs sources depuis le site du vendeur. Les informations rassemblées par l'acheteur au- près du vendeur doivent alors être communiquées par le personnel du département des achats aux personnes de l'organisation qui se sont enquises des informations. Des appels téléphoniques et/ou des réunions supplémentaires peuvent s'avérer nécessaires avant qu'une décision ne puisse être arrêtée en vue d'un achat définitif. L'ache- teur doit alors négocier le prix le meilleur sur la base d'un grand nombre de facteurs, parmi lesquels la nature de l'article et la quantité souhaitée. Par conséquent, un dispositif et un procédé se- raient souhaitables pour fournir des informations au ni- veau d'un site, gérer et actualiser continuellement les informations que contient le site à partir d'un premier point d'accès et permettre un accès multi-niveau aux in- formations du site depuis un second point d'accès. Selon un mode de réalisation, en conséquence, on fournit un procédé et un dispositif pour accéder à un site Internet contenant des informations qui sont conti- nuellement actualisées et gérées à partir de l'emplace- ment du vendeur et comportant des zones à accès limité et non-limité accessibles à partir de l'emplacement de l'acheteur, ainsi que pour maintenir un tel site. A cet effet, un dispositif d'information Internet comporte un site Web relié à un premier point Intranet utilisateur et à un second point Internet utilisateur. Le premier point-utilisateur est connecté pour fournir des informa- tions gérées multi-niveaux au site Web. Le second point-utilisateur est connecté pour permettre un ac- cès-utilisateur multi-niveau aux informations gérées, de sorte qu'un mot de passe sélectionné permette à un utili- sateur d'accéder à toutes les informations gérées et un autre mot de passe sélectionné permette à un utilisateur d'accéder à une partie limitée des informations gérées. Un gros avantage du présent mode de réalisation est que l'utilisateur situé au niveau du premier point actualise continuellement les informations que contient le site Web, ce qui réduit le besoin de recourir à des contacts directs et répétés, lesquels prennent du temps, avec l'utilisateur situé au niveau du second point. De plus, l'utilisateur situé au niveau du second point peut limiter l'accès aux informations que contient le site Web en limitant l'accès par un mot de passe, peut réduire le besoin de recourir à des contacts directs et répétés, lesquels prennent du temps, avec l'utilisateur situé au niveau du premier point, et peut accéder instantanément aux informations actualisées. On va maintenant décrire la présente invention, à titre d'exemple uniquement, en se reportant aux dessins annexés sur lesquels: - la figure 1 est une vue schématique illus- trant un mode de réalisation de réseau, - la figure 2 est une vue schématique illus- trant un mode de réalisation de site Web, - la figure 3 est une vue schématique illus- trant un mode de réalisation d'une zone "équipe" sur la page Web, - la figure 4 est une vue schématique illus- trant un mode de réalisation d'une zone "magasin" sur la page Web, - la figure 5 est une vue schématique illus- trant un mode de réalisation d'une zone "service" sur la page Web, - la figure 6 est une vue schématique illus- trant un mode de réalisation d'une zone "confidentiel" sur la page Web, - la figure 7 est une vue schématique illus- trant un mode de réalisation d'une zone "multi-accès" sur la page Web. Un réseau 10, représenté sur la figure 1, com- porte un site Web 12, comportant une page ou plusieurs pages Web, relié à un premier point-utilisateur 14 et à un second point-utilisateur 16. Le premier point-utilisateur 14, tel qu'utilisé dans le présent con- texte, est un terminal quelconque relié à un réseau privé utilisé par un fournisseur de site pour entrer des infor- mations gérées sur le site Web 12. Le second point-utilisateur 16, tel qu'utilisé dans le présent con- texte, est un terminal quelconque utilisé par un utilisa- teur du site, via l'Internet, pour accéder à tout ou par- tie des informations gérées, au niveau du site Web 12. Le fournisseur de site situé au niveau du pre- mier point-utilisateur 14 programme à l'aide d'une série d'outils Internet, comme indiqué par la référence 15, et publie sur une copie interne 17 du site Web à des fins de pré-production. En dernier lieu, le fournisseur de site publie sur le site Web 12. L'utilisateur du site situé au niveau du second point-utilisateur 16 a accès au site Web 12 et peut aussi communiquer directement via une liaison 19 avec le fournisseur de site situé au niveau du premier point-utilisateur 14 via, par exemple, e-mail afin de commander des marchandises mises en vente au niveau du site Web 12. De plus, le fournisseur de site accède di- rectement au site Web 12 à des fins de maintenance, par exemple afin de contrôler le trafic au niveau du site et la qualité du site. Le site Web 12 contient une ou plusieurs pages Web 18, comme représenté sur la figure 2, contenant des informations personnalisées, afin de permettre à des clients se trouvant au niveau du second point- utilisateur 16 de commercer plus facilement avec un fournisseur de site situé au niveau du premier point-utilisateur 14. La page Web 18 est hébergée sur le site Web (12) derrière un localisateur de ressources universel (URL) non-listé. Les utilisateurs situés au niveau du second point-utilisateur 16 disposent de codes d'identification utilisateur (ID) et de mots de passe utilisateur pour accéder à la page Web 18. La page Web 18 contient une zone "logo utilisa- teur" 20 et un menu de sélection contenant une zone "équipe fournisseur" 22, une zone "magasin" 24, une zone "service et assistance" 26, une zone "confidentiel" 28, une zone "informations site" 30, une zone "recherche" 32, une zone "multi-accès" 34 et une zone "accord de non-divulgation" (NDA) 36. Les informations des diverses zones de la page Web 18 énumérées ci-dessus sont mainte- nues à jour par le fournisseur de site grâce à de multi- ples mises à jour quotidiennes. La zone "logo utilisateur" 20 contient, avec l'autorisation de l'utilisateur, une représentation gra- phique du logo de l'organisation de l'utilisateur. Si l'utilisateur ne possède pas de logo ou ne souhaite pas que son logo soit utilisé, le nom de l'organisation de l'utilisateur peut être utilisé au format texte. La zone "équipe" 22, représentée sur la figure 3, contient le nom, l'adresse, les numéros de téléphone et de fax, les e-mail et le titre des membres de l'équipe du fournisseur et une zone "catégorie assistance" dans laquelle chaque membre de l'équipe est classé par catégo- rie, par exemple dans la catégorie ventes, service clients, etc. Les données énumérées dans la zone "équipe" peuvent être modifiées par des ajouts et des actualisa- tions pour être maintenues à jour. D'autres informations peuvent être fournies si cela est souhaité. La zone "magasin" 24, représentée sur la figure 4, fournit des liens vers des configurations-système standards utilisateur 24a contenant des informations ta- rifaires et permet de commander en ligne des produits; des liens vers un magasin de soldes 24b pour d'autres in- formations sur des produits; et des liens vers l'état des commandes 24c qui permettent à l'utilisateur d'accé- der à l'état et aux détails d'expédition des commandes fermes. Il est aussi possible de recevoir automatiquement par e-mail une notification d'envoi, si cela est souhai- té, de telle sorte que, lorsqu'une commande est envoyée, l'utilisateur en soit informé. Les informations de la zone "magasin" peuvent contenir une catégorie système, un titre, un membre à contacter, un prix et une liste d'op- tions. Les informations de la zone "magasin" peuvent être modifiées par le fournisseur de site, tel que par l'ajout d'une catégorie système, la modification d'une configura- tion standard, ou la modification d'autres données parmi les informations de la zone "magasin". La zone d'informations "service et assistance" 26, représentée sur la figure 5, contient des étiquettes de service système (SST) 26a qui utilisent un identifica- teur de système à cinq (5) chiffres localisé sur un auto- collant comportant un code à barres sur chaque produit. Les SST peuvent être entrées et des informations spécifi- ques au système-utilisateur seront fournies. Lorsque l'étiquette SST est entrée, un code de service express (ESC) 26b, qui est un code numérique unique, est généré à l'attention d'un utilisateur lorsque l'utilisateur entre l'étiquette SST au niveau du site Web. Ceci évite d'avoir des transferts d'appel et des options de menu pour que l'utilisateur soit routé directement vers un spécialiste, au niveau du site du fournisseur, qui pourra instantané- ment dépanner le système-utilisateur. Une bibliothèque de fichiers 26c joue le rôle d'entrepôt de fichiers à télé- charger, de programmes d'actualisation du BIOS et de pro- grammes utilitaires pour le système-utilisateur. Ceci permet aux utilisateurs de maintenir à jour leur système, tout à leur convenance. Ces fichiers peuvent être groupés par système, type de fichier, nom et date inscrits. Une fonction "état des commandes" 26d fournit l'état courant de commandes individuelles ou multiples. Les membres de l'équipe du fournisseur peuvent accéder en temps réel à une commande, à ses dates de production et d'expédition, directement à partir d'un système de gestion interne des commandes. La zone "confidentiel" 28, représentée sur la figure 6, contient une zone "liste des membres de l'équipe du service comptabilité" 28a et une zone "comptes-rendus des achats" 28b. La zone "liste des mem- bres de l'équipe du service comptabilité" contient des liens d'appel et permet un contact direct entre l'utili- sateur et les membres de l'équipe du service comptabili- té. Quatre (4) comptes-rendus des achats différents sont prévus et sont régulièrement mis à jour. Chaque comp- te-rendu peut être consulté en ligne ou peut être chargé sous plusieurs formats. Un compte-rendu "état et livrai- son des commandes" 28c présente à l'utilisateur des in- formations détaillées relatives à toutes les commandes, depuis la production jusqu'à la facturation. Un comp- te-rendu "détail des commandes par entreprise" 28d pré- sente les informations détaillées relatives aux articles expédiés et au montant dépensé par catégorie de produits pour les commandes facturées durant un mois. Un comp- te-rendu "résumé par entreprise" 28e présente tous les articles et les dépenses par catégorie de produits pour la commande facturée durant un mois. Enfin, un comp- te-rendu "résumé par emplacement" 28f présente tous les articles et les dépenses par catégorie de produits pour chaque emplacement au sein de l'organisation de l'utili- sateur et ne contient que les commandes facturées durant un mois. il La zone "informations" 30 contient des liens vers l'emplacement o est hébergé le site Web et des con- seils d'utilisation du site Web, ainsi qu'un formulaire à retourner afin de permettre à l'utilisateur de soumettre des idées au fournisseur quant à la manière d'améliorer le site Web. La zone "recherche" 32 permet d'accéder facile- ment à la page d'accueil du fournisseur, ainsi que de sé- lectionner des liens, sur le site Web, susceptibles d'in- téresser l'utilisateur. La zone "multi-accès" 34, représentée sur la figure 7, possède au moins deux (2) niveaux d'accès, as- sociés chacun au code d'identification (ID) et au mot de passe de l'utilisateur mentionnés précédemment. Une pre- mière zone d'accès est appelée zone "accès général" 34a et permet aux utilisateurs d'accéder à tout ce qui se trouve sur le site Web, hormis à la zone "confidentiel" 28. L'autre zone d'accès est appelée zone "accès géré" 34b et permet aux utilisateurs d'accéder à tout ce qui se trouve sur le site, y compris à la zone "confidentiel" 28. La zone "accès géré" peut, si on le souhaite, être subdivisée en deux zones d'accès multi- niveaux, un code d'identification et un mot de passe-utilisateur autori- sant un accès géré à un premier niveau permettant aux utilisateurs d'accéder à tout ce qui se trouve sur le site Web, y compris à une première partie 34c de la zone "confidentiel" 28 et un code d'identification et un mot de passe-utilisateur autorisant un accès géré à un second niveau permettant aux utilisateurs d'accéder à tout ce qui se trouve sur le site Web, y compris à la première partie 34c et à une seconde partie 34d, respectivement, de la zone "confidentiel" 28. Les membres de l'équipe du fournisseur contactent le personnel approprié au niveau de l'organisation de l'utilisateur et fournissent l'adresse URL et les codes d'identification (ID) et les mots de passe multi-niveaux nécessaires pour un ac- cès-utilisateur au site Web 12. Un gestionnaire Intranet, au niveau de l'organisation de l'utilisateur, peut ajou- ter un lien à partir du second point-utilisateur 16 sur le site Web 12 et renvoyer le code d'identification et le mot de passe-utilisateur généraux vers le lien, pour le site Web 12. Ceci permet à quiconque se trouve au niveau du second point-utilisateur 16 d'accéder au site Web 12, au lieu d'avoir à rappeler une adresse URL, un code d'identification et un mot de passe-utilisateur. L'orga- nisation de l'utilisateur sera responsable de la désigna- tion des personnes appropriées, au sein de l'organisation de l'utilisateur, qui disposeront du code d'identifica- tion et du mot de passe-utilisateur gérés, habituellement réservés à un groupe d'utilisateurs sélectionnés qui peu- vent être définis par la description de leur travail, leur rang, leur titre, etc. L'accord de non-divulgation en-ligne (NDA) 36 est affiché à chaque fois qu'un utilisateur visite pour la première fois le site Web 12. Après avoir entré l'adresse URL de la page Web 18 de l'organisation, l'uti- lisateur est invité à lire et à accepter l'accord en-ligne (NDA) 36. Une fois l'accord (NDA) 36 accepté, le disque dur de l'utilisateur, au niveau du terminal utili- sé, fera en sorte de ne plus soumettre l'accord (NDA) 36 à cet utilisateur particulier. Cependant, à chaque fois qu'un utilisateur accède pour la première fois à la page Web 18 de l'organisation à partir d'un terminal diffé- rent, au niveau du second point-utilisateur 16, l'utili- sateur est invité à accepter l'accord (NDA) 36 et, dans le cas d'une acceptation, le terminal utilisé fera en sorte de ne plus soumettre l'accord (NDA) 36 à cet utili- sateur particulier. * Comme on le voit, les avantages essentiels du présent mode de réalisation sont que le site Web fournit des informations qui sont continuellement actualisées par le fournisseur et rend les achats commerciaux plus faci- les à initier, à gérer et à maîtriser à la fois pour l'utilisateur/acheteur de l'organisation et le fournis- seur/vendeur et réduit les coûts d'achat et de mainte- nance à la fois pour l'utilisateur et le fournisseur. De plus, des relations directes améliorées entre l'utilisa- teur et le fournisseur sont possibles avant, pendant et après la vente. Le fournisseur peut affranchir le person- nel du département des ventes de tâches telles que se rapportant à la prise des commandes et la gestion de l'état des commandes, ce qui lui permet de consacrer plus de temps à la ventes des produits. L'utilisateur est en- couragé à effectuer un plus grand nombre de transactions et à recueillir davantage d'informations en-ligne, ce qui est plus efficace. Un avantage compétitif pour le four- nisseur est que l'utilisateur peut commercer plus facile- ment avec le fournisseur, d'une manière plus efficace en termes de coût. L'utilisateur satisfait est ainsi fidéli- sé et de nouveaux utilisateurs sont attirés par cette ma- nière d'acheter chez le fournisseur. Bien que des modes de réalisation illustratifs aient été représentés et décrits, un large éventail de modifications, de changements et de remplacements peuvent être envisagés dans la description qui précède et, dans certains cas, certaines caractéristiques des modes de réalisation peuvent être utilisées sans l'utilisation correspondante d'autres caractéristiques. En conséquence, les revendications annexées doivent être interprétées au sens large et d'une manière compatible avec la portée des modes de réalisation décrits ici. REVENDICATIONS 1. Dispositif d'information Internet caractéri- sé en ce qu'il comporte un site Web (12), un premier point Intranet utilisateur (14) con- necté pour délivrer continuellement des informations gé- rées multi-niveaux au site Web (12), un second point Internet utilisateur (16) con- necté pour permettre un accès-utilisateur multi-niveau aux informations gérées, un premier mot de passe sélec- tionné permettant d'accéder à toutes les informations gé- rées et un autre mot de passe sélectionné permettant un accès- utilisateur à une partie limitée des informations gérées. 2. Dispositif selon la revendication 1 caracté- risé en ce que le premier point-utilisateur (14) comprend un terminal quelconque qu'utilise un fournisseur de site Web pour entrer les informations gérées sur le site Web (12). 3. Dispositif selon la revendication 2 caracté- risé en ce que le second point-utilisateur (16) comprend un terminal quelconque qu'utilise un utilisateur du site Web (12) pour accéder à n'importe lesquelles des informa- tions gérées au niveau du site Web (12). 4. Dispositif selon la revendication 1 caracté- risé en ce que le site Web (12) héberge une page Web (18) qui comporte des informations personnalisées issues du premier point-utilisateur (14) à l'attention des utilisa- teurs qui se trouvent au niveau du second point-utilisateur (16). 5. Dispositif selon la revendication 4 caracté- risé en ce que la page Web (18) est accessible à partir du second pointutilisateur (16) via un localisateur de ressources universel non-listé, et les utilisateurs si- tués au niveau du second point-utilisateur (16) disposent d'au moins un code d'identification-utilisateur et d'un mot de passe-utilisateur. 6. Dispositif selon la revendication 4 caracté- risé en ce que la page Web (18) contient un logo (20) de l'utilisateur 7. Dispositif selon la revendication 1 caracté- risé en ce que le site Web (12) contient une liste des membres de l'équipe du fournisseur (22) au niveau du pre- mier point-utilisateur (14), pour chaque membre de l'équipe étant désignée un champ de responsabilités, les- dits membres de l'équipe pouvant être contactés par les utilisateurs se trouvant au niveau du second point-utilisateur (16). 8. Dispositif selon la revendication 1 caracté- risé en ce que le site Web (12) contient une liste de configurationsutilisateur standards (24) contenant des informations de tarification, les utilisateurs se trou- vant au niveau du second point-utilisateur (16) pouvant commander enligne lesdites configurations auprès dudit premier point-utilisateur (14). 9. Dispositif selon la revendication 8 caracté- risé en ce que lesdits utilisateurs se trouvant au niveau du second point-utilisateur (16) peuvent accéder aux don- nées d'état et d'expédition relatives aux commandes fer- mes reçues, au niveau du second point-utilisateur (16). 10. Dispositif selon la revendication 8 carac- térisé en ce que les utilisateurs se trouvant au niveau du second point-utilisateur (16) sont automatiquement in- formés de l'expédition d'une commande à partir du premier point-utilisateur (14). 11. Dispositif selon la revendication 1 carac- térisé en ce qu'un utilisateur se trouvant au niveau du second pointutilisateur (16) entre un identificateur de système qui génère un code numérique pour diriger l'uti- lisateur vers un spécialiste au niveau du premier point-utilisateur (14). 12. Dispositif selon la revendication 4 carac- térisé en ce que les utilisateurs se trouvant au niveau du second pointutilisateur (16) accèdent à une liste des membres de l'équipe du service comptabilité (28a) pour établir un contact direct avec un membre de l'équipe du service comptabilité au niveau du premier point-utilisateur (14). 13. Procédé d'information Internet caractérisé en ce qu'il comporte les étapes consistant à entrer des informations multi-niveaux sur le site Web (12) à partir d'un premier point Intranet utili- sateur (14); actualiser continuellement les informations multi-niveaux, accéder à toutes les informations au niveau du site Web (12) via un mot de passe donnant accès à un pre- mier niveau à partir d'un second point Internet utilisa- teur (16), et accéder à des parties limitées des informations au niveau du site Web (12) via au moins un autre mot de passe donnant accès à un autre niveau à partir du second point-utilisateur (16). 14. Procédé selon la revendication 13 caracté- risé en ce qu'il comporte en outre l'étape consistant à insérer au niveau du site Web (12) un page Web (18) qui contient des informations personnalisées à par- tir du premier point-utilisateur (14) à l'attention des utilisateurs qui se trouvent au niveau du second point-utilisateur (16). 15. Procédé selon la revendication 14 caracté- risé en ce qu'il comporte en outre l'étape consistant à permettre à des utilisateurs, possédant un lo- calisateur de ressources universel, au moins un code d'identificationutilisateur et au moins un mot de passe-utilisateur, qui se trouvent au niveau du second point-utilisateur (16), d'accéder à la page Web (18). 16. Procédé selon la revendication 14 caracté- risé en ce qu'il comporte en outre l'étape consistant à fournir une liste des membres de l'équipe du fournisseur à partir du premier pointutilisateur (14) pour que puissent y accéder les utilisateurs se trouvant au niveau du second point-utilisateur (16), pour chaque membre de l'équipe étant désigné un champ de responsabi- lités. 17. Procédé selon la revendication 14 caracté- risé en ce qu'il comporte en outre les étapes consistant à fournir une liste de configurations-utilisateur standards (24) à partir du premier point-utilisateur (14) de sorte que les utilisateurs se trouvant au niveau du second point-utilisateur (16) puissent effectuer une com- mande en-ligne auprès dudit premier point-utilisateur (14). 18. Procédé selon la revendication 14 caracté- risé en ce qu'il comporte en outre les étapes consistant à permettre à un utilisateur se trouvant au ni- veau du second point-utilisateur (16) d'accéder à des données d'état et d'expédition issues du premier point-utilisateur (14). 19. Procédé selon la revendication 14 caracté- risé en ce qu'il comporte en outre l'étape consistant à informer automatiquement les utilisateurs se trouvant au niveau du second point-utilisateur (16) de l'expédition d'une commande à partir du premier point-utilisateur (14). 20. Procédé selon la revendication 14 caracté- risé en ce qu'il comporte en outre l'étape consistant à entrer un identificateur de système au niveau du second point-utilisateur (16) pour générer un code nu- mérique et diriger un utilisateur se trouvant au niveau du second pointutilisateur (16) vers un spécialiste au niveau du premier pointutilisateur (14). 21. Procédé selon la revendication 14 caracté- risé en ce qu'il comporte en outre l'étape consistant à permettre d'accéder à une liste des membres de l'équipe du service comptabilité (28a) à partir du second point-utilisateur (16) pour permettre à un utilisateur se trouvant au niveau du second point-utilisateur (16) d'établir un contact direct avec un membre de l'équipe du service comptabilité au niveau du premier point-utilisateur (14).