Brevet FR2814259A1 — publié le 20020322

Pour promouvoir leurs produits et/ou services, de nombreuses entreprises utilisent une flotte d'agents commerciaux, formant ce qu'il est courant d'appeler une"force de vente", chargés de démarcher des clients potentiels. Dans certains domaines d'activité, notamment dans l'industrie pharmaceutique, la force de vente est le principal moyen pour faire de la publicité. La force de vente d'un fabricant de produits pharmaceutiques, pour reprendre cet exemple, comprend des"visiteurs médicaux"chargés de visiter des médecins prescripteurs afin de leur présenter les produits du fabricant. Ces visiteurs peuvent être équipés d'un terminal de traitement de données, par exemple un ordinateur portable, mémorisant des informations relatives aux prospects, en l'espèce des médecins, et comprenant un logiciel permettant au visiteur de consulter les informations mémorisées et d'enregistrer des données d'activité. Ce type de terminal doit avoir des capacités, notamment de mémoire, très importantes et nécessite une maintenance logicielle. La présente invention propose de pallier ces inconvénients. A cet effet, l'invention concerne un procédé de communication pour assister un agent commercial, équipé d'un terminal de communication, dans lequel - le terminal se connecte à distance à un serveur central relié à une base de données, contenant des informations relatives à une flotte d'agents commerciaux et des informations relatives à des prospects de ces agents, et comportant des modules fonctionnels, respectivement associés à diverses fonctions d'assistance, - le serveur transmet au terminal une page source contenant des liens vers une pluralité de pages cibles d'accès à un module fonctionnel, - le terminal affiche la page source transmise et, sur activation de l'un des liens, adresse au serveur une requête d'acquisition de la page d'accès à un module fonctionnel associée à ce lien, - sur réception de la requête, le serveur transmet au terminal ladite page d'accès et le terminal accède à la fonction associée, - à l'aide de son terminal, l'agent utilise ladite fonction, mise en oeuvre par le serveur, à partir de la page d'accès transmise, en changeant le cas échéant de page dans le module fonctionnel. La partie logicielle des terminaux d'agent est ainsi déportée dans un serveur central et utilisable à distance, c'est-à-dire à travers un réseau de communication, par tous les terminaux d'agent de la flotte. En outre, les n informations relatives aux prospects et aux agents sont mémorisées dans une base de données commune à tous les agents de la flotte. Grâce à cela, les terminaux de communication des agents peuvent être très rudimentaires, avec des capacités mémoires limitées, et ne comprendre qu'une application de connexion au serveur et un interpréteur de pages. Dans un mode de réalisation particulier, - le serveur transmet au terminal une page d'un module fonctionnel, contenant un lien vers une page d'accès à un autre module fonctionnel, - le terminal affiche la page transmise, le visiteur active ledit lien et le terminal adresse alors au serveur une requête d'acquisition de la page d'accès à l'autre module fonctionnel, associée à ce lien, - sur réception de la requête, le serveur transmet au terminal ladite page d'accès et le terminal accède à la fonction associée, - à l'aide de son terminal, l'agent utilise ladite fonction, mise en oeuvre par le serveur, à partir de la page d'accès reçue, en changeant le cas échéant de page dans le module fonctionnel. Avantageusement, - le terminal adresse au serveur une requête d'acquisition de la page d'accès au module de saisie d'activité, - le serveur transmet au terminal au moins une page de saisie de données d'activité, - le terminal affiche la page de saisie transmise, l'agent saisit, dans la page, des données d'activité et le terminal transmet au serveur lesdites données, - le serveur mémorise les données d'activité transmises afin de générer une page de rapport d'activité et la transmettre au terminal. Les données d'activité, par exemple d'une journée, peuvent comprendre l'emploi du temps de l'agent, l'identité des prospects visités, les échantillons de produits remis aux prospects, d'éventuels commentaires etc.. A l'aide de ces données, mémorisées dans la base de données, le serveur peut générer ultérieurement différents types de pages de rapport d'activité telles qu'une page quotidienne contenant un résumé de l'activité journalière de l'agent, une page récapitulant l'activité de l'agent pendant une période déterminée, par exemple lors des trois derniers mois, ou encore une page répertoriant les échantillons remis aux prospects visités durant une période déterminée. Avantageusement encore, - le terminal adresse au serveur une requête d'acquisition de la page d'accès au module de préparation de tournée, - sur réception de cette requête, le serveur transmet au terminal au moins une page de saisie de paramètres de tournée, - le terminal affiche la page transmise et l'agent saisit des paramètres de tournée que le terminal transmet au serveur, - le serveur extrait d'une base de données une liste de prospects satisfaisant aux paramètres reçus, génère une page contenant ladite liste et la transmet au terminal, - le terminal affiche la page transmise, l'agent sélectionne une pluralité de prospects de la liste et le terminal transmet au serveur la sélection de prospects, - le serveur extrait de la base de données des informations relatives aux prospects sélectionnés, génère une page de tournée contenant lesdites informations et transmet la page de tournée au terminal. L'agent peut éditer la page de tournée reçue, par exemple par impression, ou l'enregistrer dans le terminal, afin de l'utiliser ultérieurement pour effectuer sa tournée. Dans un mode de réalisation particulier, - le terminal adresse au serveur une requête d'acquisition de la page d'accès au module de recherche d'un prospect, - sur réception de cette requête, le serveur transmet au terminal une page de saisie de critères de recherche, - le terminal affiche la page transmise, l'agent saisit des critères de recherche que le terminal transmet au serveur, - le serveur extrait de la base de données une liste de prospects, répondant aux critères de recherche reçus, génère une page de résultat contenant ladite liste de prospects et la transmet au terminal, - le terminal affiche la page de résultat transmise, l'agent sélectionne, dans la liste, le prospect recherché, et le terminal transmet la sélection au serveur, - le serveur extrait de la base de données des informations relatives au prospect recherché, génère une page de renseignements sur le prospect recherché, contenant lesdites informations, et la transmet au terminal. La consultation des informations relatives aux prospects dans la base de données est ainsi rendue plus facile. L'invention concerne également une infrastructure, pour la mise en oeuvre du procédé ci-dessus, comprenant - une base de données, contenant des informations relatives aux agents d'une flotte d'agents commerciaux et à des prospects de ces agents, - un serveur central, relié à la base de données et à un réseau de communication, comprenant un générateur de pages d'un site comportant au moins l'un des modules fonctionnels du groupe comprenant un module de saisie d'activité, un module de préparation de tournée, un module de recherche d'un prospect, un module de création d'une fiche signalétique de prospect, un module de modification d'une fiche signalétique de prospect, un module de rapport d'activité et un module de rapport de remise d'échantillons, - et une pluralité de terminaux de communication d'agent, comprenant des moyens de connexion au serveur central, à travers ledit réseau de communication, et des moyens pour interpréter et afficher lesdites pages. L'invention sera mieux comprise à l'aide de la description suivante d'un mode de réalisation particulier du procédé et de l'infrastructure de l'invention, en référence à la figure unique annexée qui représente l'infrastructure. Dans l'exemple particulier de la description, le procédé de communication de l'invention permet d'assister une flotte de"visiteurs médicaux", c'est-à-dire d'agents commerciaux d'un fabricant de produits pharmaceutiques, chargés de visiter des médecins prescripteurs afin de leur présenter les produits de ce fabricant. L'infrastructure, représentée sur la figure 1, comprend un serveur central 1, une base de données 2, à laquelle le serveur 1 est relié, et des terminaux de communication de visiteur 4. La base de données 2 mémorise des informations relatives aux visiteurs médicaux et à des prospects de ces visiteurs, en l'espèce les médecins prescripteurs. Les informations relatives aux visiteurs comprennent, pour chaque visiteur, des données d'identification (nom, code d'accès et mot de passe) et des données d'activité de ce visiteur, comportant notamment un historique de son activité journalière, un historique de ses contacts, ou rencontres, avec des médecins et un inventaire des échantillons remis aux médecins rencontrés. Les informations relatives aux médecins comprennent, pour chaque médecin, une fiche signalétique contenant des informations, telles que notamment l'identité du médecin, ses coordonnées, sa spécialité et son statut (exercice en ville, en hôpital ou mixte). La base de données 2 est enrichie au fur et à mesure par les visiteurs, comme cela sera explicité plus loin. Le serveur central 1 est relié à un réseau de communication 10, en l'espèce l'Internet, par l'intermédiaire d'un serveur de sécurité 3, destiné à contrôler l'accès des terminaux de visiteur 4 au serveur 1. Le serveur 1 héberge un site WEB d'assistance pour les visiteurs médicaux et comprend un générateur de pages WEB, ici de format standard HTML et un bloc d'interface de communication. Le terme"WEB"fait référence à l'Internet. Un site est formé d'une pluralité de pages contenant des éléments d'information multimédia et reliées entre elles, par exemple par des liens hypertextes. Le générateur de pages est destiné à générer les pages du site d'assistance, sous la forme de codes sources, à l'aide d'un programme préalablement créé et éventuellement de données extraites de la base de données 2. Ces pages WEB font fonction d'interface de communication entre le serveur 1 et les visiteurs médicaux. Elles peuvent contenir des zones de saisie de données, des menus déroulants permettant de sélectionner un élément dans une liste d'éléments, des informations utiles (date, informations relatives à l'activité d'un visiteur et/ou à un ou plusieurs prospects), et/ou un ou plusieurs liens vers d'autres pages du site. Ces pages peuvent être fixes, c'est-à-dire indépendantes des saisies des visiteurs médicaux et des données extraites de la base de données 2, ou bien dynamiques, autrement dit dépendantes de ces saisies et données. Le site d'assistance, hébergé par le serveur 1, comprend une page de contrôle d'accès, une page d'accueil, de sélection d'une fonction, et divers modules fonctionnels, respectivement associés à diverses fonctions d'assistance, comportant chacun une pluralité de pages, classées suivant un ordre déterminé et reliées entre elles. Par définition, la page d'entrée d'un module fonctionnel est la première page de ce module. Le site comprend ici un module de saisie d'activité, un module de préparation de tournée, un module de recherche d'un médecin, un module de création d'une fiche signalétique de médecin, un module de modification de la fiche signalétique d'un médecin, un module de rapport d'activité et un module de rapport de remise d'échantillons. On notera ici que chaque page WEB a une adresse informatique, dite "adresse URL", qui la localise sur l'Internet 10. Par définition, l'adresse URL d'un site est l'adresse de la page d'entrée de ce site. Dans l'exemple particulier de la description, la page d'entrée du site hébergé par le serveur 1 est la page de contrôle d'accès. Le bloc d'interface de communication est destiné à gérer la communication entre le serveur 1 et les terminaux de visiteur 4. Le serveur de sécurité 3 est un ordinateur, connecté à l'Internet 10 et à la base de données 2, destiné à vérifier la validité des codes d'accès et des mots de passe associés fournis par les terminaux 4 souhaitant se connecter au serveur 1, afin de contrôler l'accès de ces terminaux 4 au serveur 1, comme cela sera explicité plus loin. Chaque visiteur médical est équipé d'un terminal de communication 4. Ce terminal est ici un ordinateur portable comportant un modem de liaison à un réseau téléphonique, en l'espèce le réseau RTC, non représenté, une application de connexion à l'Internet 10 et un navigateur informatique, ou Internet, de type de la marque protégée"NETSCAPE NAVIGATOR". L'application de connexion Internet permet au terminal 4 de se connecter à l'Internet 10, par l'intermédiaire de son modem, ici par connexion téléphonique à travers le réseau RTC à un fournisseur 5 d'accès à l'Internet 10. Le navigateur Internet permet au terminal 4 d'interpréter et d'afficher des pages WEB, notamment des pages de format HTML, transmises sous la forme de codes sources. On soulignera ici que le terminal 4 est un terminal de communication rudimentaire n'ayant pas besoin d'avoir d'importantes capacités mémoires. Le procédé de communication pour assister un visiteur médical, équipé d'un terminal 4, va maintenant être décrit. Sous la commande du visiteur, le terminal 4 se connecte à distance au serveur central 1, à travers le réseau téléphonique et l'Internet 10. Pour cela, le terminal 4 se connecte à l'Internet 10, par connexion téléphonique au fournisseur d'accès 5, à travers le réseau RTC. Par ailleurs, le visiteur lance le navigateur Internet, en ouvrant ainsi une fenêtre de navigation sur l'écran du terminal 4. Après établissement de la connexion Internet, pour connecter le terminal 4 au serveur 1, le visiteur saisit l'adresse URL du site d'assistance, hébergé par le serveur 1, dans une zone d'adresse de la fenêtre de navigation. Le terminal 4 adresse alors au serveur 1 une requête d'acquisition de la page d'entrée du site. Sur réception de cette requête, le serveur 1 transmet au terminal 4 la page de contrôle d'accès au serveur 1, contenant une zone de code d'accès, ou de"login", et une zone de mot de passe. Le terminal 4 affiche la page de contrôle d'accès transmise, le visiteur saisit son login et son mot de passe dans les zones correspondantes et le terminal 4 transmet ces données d'identification au serveur 1. Le serveur de sécurité 3 vérifie la validité du login et du mot de passe fournis, par comparaison avec ceux mémorisés dans la base de données 2, afin d'autoriser ou de refuser l'accès du terminal 4 au serveur 1. En l'espèce, le login et le mot de passe de visiteur, fournis par le terminal 4, étant corrects, le serveur de sécurité 3 autorise l'accès du terminal 4 au serveur 1. Le serveur 1 transmet alors au terminal 4 la page d'accueil du site. Cette page d'accueil est une page source, de sélection d'une fonction, contenant des liens ici hypertextes vers des pages cibles d'accès à divers modules fonctionnels du site d'assistance, en l'espèce le module de saisie d'activité, le module de préparation de tournée, le module de recherche d'un médecin, le module de création d'une fiche signalétique de médecin, le module de rapport d'activité et le module de rapport de remise d'échantillons. Seul le module de modification de la fiche signalétique d'un médecin n'est pas accessible directement à partir de la page d'accueil, mais par l'intermédiaire du module de recherche de médecin, comme cela sera explicité plus loin. Le terminal 4 affiche la page d'accueil transmise et, par cliquage, le visiteur active le lien associé à la fonction qu'il souhaite utiliser, par exemple le lien vers la page d'accès au module de saisie de données d'activité, dans le cas où le visiteur souhaite saisir des données d'activité personnelles. Sur activation du lien, le terminal 4 adresse au serveur 1 une requête d'acquisition de la page d'accès au module fonctionnel, associée à ce lien. Cette requête constitue en fait une requête d'utilisation de la fonction associée au module. La page d'accès à un module fonctionnel est ici la page d'entrée de ce module. Sur réception de cette requête, le serveur 1 transmet au terminal 4 la page requise d'accès au module fonctionnel et le terminal 4 accède ainsi à cette fonction associée à ce module. L'agent utilise ensuite la fonction sélectionnée, mise en oeuvre par le serveur 1, à partir de la page transmise, en changeant le cas échéant de page dans le module fonctionnel considéré, comme explicité ci-dessous. On va maintenant décrire l'utilisation des fonctions proposées par le serveur 1 aux visiteurs médicaux. D'emblée, on notera que chaque page d'un module fonctionnel contient ici un menu déroulant contenant une liste de liens vers la page d'accueil du site et vers chacune des pages d'accès aux différents modules fonctionnels, à l'exception du module de modification de fiche signalétique de médecin. On peut ainsi, à partir de n'importe quelle page d'un module fonctionnel, à l'exception du module de modification de fiche signalétique de médecin, passer directement à la page d'accueil ou à la page d'entrée de l'un des modules fonctionnels. 1-Saisie de données d'activité Sur activation, par le visiteur, du lien vers la page cible d'accès au module de saisie de données d'activité dans la page d'accueil, le terminal 4 adresse au serveur 1 une requête d'acquisition de cette page cible. Sur réception de cette requête, le serveur 1 génère la page d'entrée du module de saisie de données d'activité et la transmet au terminal 4. Cette page est une première page de saisie des données d'activité journalière du visiteur et contient un calendrier permettant au visiteur d'indiquer la date du jour pour lequel il souhaite saisir des données d'activité, des menus déroulants pour qualifier, par sélection dans une liste, l'activité du matin, de l'après-midi et du déjeuner ou de la soirée, une zone de saisie du thème d'une relation professionnelle, une zone de saisie du kilométrage parcouru et une zone de commentaires. On notera ici que par"visite", on entend désigner un contact, c'est-àdire une rencontre, entre un visiteur et un médecin, sur le lieu de travail de celui-ci (généralement à son cabinet). Par"relation professionnelle", on entend désigner une rencontre entre un visiteur et un médecin dans un cadre différent, par exemple lors d'un congrès, à l'occasion d'un déjeuner ou d'un dîner, etc.. Le terminal 4 affiche la première page de saisie transmise, le visiteur saisit, dans cette page, des données d'activité personnelles, valide la saisie, puis le terminal 4 transmet au serveur 1 les données saisies qui sont enregistrées dans la base de données 2. Le serveur 1 génère ensuite, pour chaque médecin avec lequel le visiteur a été en contact pendant la journée considérée, à partir des données d'activité préalablement saisies, une deuxième page de saisie de données d'activité journalière contenant un récapitulatif sommaire des données d'activité préalablement saisies et une zone pour qualifier le contact (visite ou relation professionnelle) entre le médecin considéré et le visiteur et une zone pour saisir le nom du médecin, éventuellement par sélection dans une liste de médecins fournie par le serveur 1. Après validation de la saisie par le visiteur, le terminal 4 transmet le nom du médecin et la qualification du contact au serveur 1 qui les mémorise dans la base de données 2. Le serveur 1 génère ensuite, à partir des données préalablement saisies et d'autres données extraites de la base de données 2, une troisième page de saisie de données d'activité journalière contenant des renseignements sommaires sur le médecin préalablement identifié (notamment son nom, son adresse et sa spécialité), un lien ici hypertexte vers une page de renseignements sur ce médecin, un historique des précédents contacts entre le visiteur et ce médecin (visites et/ou relations professionnelles), une zone de saisie de la nature et du nombre des échantillons remis à ce médecin par le visiteur et une zone de saisie de la date d'un prochain rendez-vous avec ce médecin. Le serveur 1 transmet cette troisième page de saisie au terminal 4 qui l'affiche. Le visiteur peut alors prendre connaissance des informations qu'elle contient et saisir des données d'activité requises. Après validation de la saisie par le visiteur, le terminal 4 transmet les données saisies au serveur 1 qui les mémorise dans la base de données 2. Pour chaque médecin avec lequel le visiteur a été en contact lors de la journée considérée, le serveur 1 transmet au terminal 4 les deuxième et troisième pages de saisie de données d'activité, comme explicité ci-dessus. En fin de saisie des données d'activité de la journée considérée, le visiteur valide la saisie globale, par appui sur un bouton spécifique inséré ici dans la deuxième page de saisie, en transmettant ainsi au serveur 1 une indication de fin de saisie. Sur réception de cette indication, le serveur 1 génère une page de rapport d'activité, appartenant au module de saisie de données d'activité, contenant un résumé de l'activité du visiteur lors de la journée pour laquelle des données viennent d'être saisies. 2-Préparation de tournée Par définition, une tournée est un déplacement professionnel comportant des visites déterminées auprès de certains médecins. Sur activation, par le visiteur, du lien vers la page d'accès au module de préparation de tournée dans la page d'accueil, le terminal 4 adresse au serveur 1 une requête d'acquisition de cette page. Sur réception de cette requête, le serveur 1 génère la page d'entrée du module de préparation de tournée, contenant un menu déroulant de sélection, dans une liste, d'une région géographique de tournée, et transmet cette page au terminal 4. Le terminal 4 affiche la page transmise, le visiteur y sélectionne la région géographique dans laquelle il souhaite faire une tournée et le terminal envoie l'indication de la région géographique sélectionnée au serveur 1. A l'aide de l'indication transmise, le serveur 1 extrait de la base de données 2 la liste d'une pluralité de secteurs géographiques de la région sélectionnée et la liste des hôpitaux de cette région, puis génère une deuxième page de préparation de tournée contenant la liste des secteurs géographiques et diverses zones de sélection de paramètres de tournée tels que notamment le statut des médecins à visiter (exercice en ville, en hôpital ou mixte), le ou les hôpitaux dans lesquels le visiteur souhaite faire ses visites et la ou les spécialités des médecins à visiter. Le visiteur sélectionne, dans la liste, les secteurs géographiques dans lesquels il souhaite se déplacer et les autres paramètres de tournée requis, puis le terminal 4 envoie ces paramètres de tournée au serveur 1. Le serveur 1 extrait de la base de données 2 une liste de médecins satisfaisant aux paramètres de tournée saisis et reçus, génère une troisième page de préparation de tournée contenant cette liste et la transmet au terminal 4. Le terminal 4 affiche la page transmise, le visiteur y sélectionne les médecins qu'il souhaite visiter et le terminal 4 transmet la sélection au serveur 1. Le serveur 1 extrait de la base de données 2 des informations relatives à chacun des médecins sélectionnés, comportant notamment l'adresse de ce médecin et l'historique des précédentes visites du visiteur auprès de ce médecin, génère une page de tournée contenant ces informations puis transmet cette page au terminal 4. Le terminal 4 affiche la page de tournée transmise et le visiteur peut en commander l'impression et/ou la mémoriser dans son terminal 4, afin de pouvoir la consulter ultérieurement sans se connecter au serveur 1. 3-Recherche d'un prospect Afin d'obtenir des renseignements sur un médecin, le visiteur peut utiliser la fonction de recherche d'un médecin. Sur activation, par le visiteur, du lien vers la page d'accès au module de recherche d'un médecin dans la page d'accueil, le terminal 4 adresse au serveur 1 une requête d'acquisition de cette page d'accès. Sur réception de cette requête, le serveur 1 génère la page d'entrée du module de recherche de médecin, et la transmet au terminal 4. Cette page d'entrée du module de recherche de médecin est une page de saisie de critères de recherche, contenant des zones de saisie de divers critères de recherche tels que notamment le nom (ou au moins la ou les premières lettres du nom) du médecin recherché, le statut de ce médecin (exercice en ville, en hôpital ou mixte), l'hôpital et le secteur dans lequel ce médecin exerce. Le terminal 4 affiche la page transmise, le visiteur saisit, dans cette page, des critères de recherche, et le terminal 4 les transmet au serveur 1. Le serveur 1 extrait de la base de données 2 une liste de médecins répondant aux critères de recherche saisis et reçus, génère une page de résultat contenant cette liste, y insère, pour chaque médecin de la liste, un lien hypertexte associé vers une page de renseignements sur ce médecin, puis transmet la page de résultat au terminal 4. Le terminal 4 affiche la page de résultat transmise, le visiteur sélectionne le médecin recherché dans la liste, en activant le lien associé, et le terminal 4 adresse alors une requête d'acquisition de la page de renseignements sur le médecin recherché, en transmettant ainsi la sélection au serveur 1. Sur réception de cette requête, le serveur 1 génère la page de renseignements requise, à l'aide d'informations relatives au médecin recherché extraites de la base de données 2, et la transmet au terminal 4. La page de renseignements contient la fiche signalétique du médecin, un historique des précédentes visites effectuées par le visiteur auprès de ce médecin et un historique des précédentes relations professionnelles entre le visiteur et ce médecin. En outre, le serveur 1 insère dans cette page de renseignements un lien vers une page de modification de la fiche signalétique du médecin recherché. Le terminal 4 affiche la page de renseignements transmise et le visiteur prend connaissance des informations qu'elle contient. 4-Modification d'une fiche signalétique de médecin Pour modifier la fiche signalétique d'un médecin, à l'aide de son terminal 4, le visiteur lance une recherche du médecin visé et reçoit une page de renseignements sur ce médecin, comme cela vient d'être explicité. Le terminal 4 affiche la page de renseignements sur le médecin visé, le visiteur active le lien qu'elle contient vers la page de modification de la fiche signalétique du médecin et le terminal 4 adresse alors au serveur 1 une requête d'acquisition de cette page de modification. Sur réception de cette requête, le serveur 1 génère la page de modification requise, à l'aide des informations contenues dans la fiche signalétique du médecin visé, mémorisée dans la base de données 2 et la transmet au terminal 4. Cette page est la page d'entrée du module de modification de fiche signalétique de médecin. Elle contient des zones de saisie d'informations signalétiques concernant le médecin, vides ou contenant les informations déjà contenues dans la fiche signalétique du médecin mémorisée dans la base de données 2. Le terminal 4 affiche la page de modification de la fiche signalétique du médecin, le visiteur saisit les nouvelles informations concernant ce médecin dans les zones de saisie appropriées, le cas échéant en les substituant aux anciennes informations, puis le terminal 4 transmet les informations signalétiques du médecin au serveur 1. Le serveur 1 mémorise dans la base de données 2 les informations transmises, relatives au médecin concerné, en mettant ainsi à jour la fiche signalétique du médecin. 5-Création d'une fiche signalétique de médecin Sur activation, par le visiteur, du lien vers la page d'accès au module de création d'une fiche signalétique de médecin dans la page d'accueil, le terminal 4 adresse au serveur 1 une requête d'acquisition de cette page d'accès. Sur réception de cette requête, le serveur 1 génère et transmet au terminal 4 la page d'entrée du module de création de fiche signalétique de médecin. Il s'agit d'une page de saisie d'informations signalétiques relatives à un médecin, contenant les mêmes zones de saisie d'informations que la page de modification d'une fiche signalétique de médecin à la différence près que ces zones ne contiennent aucune information sur le médecin pour lequel on souhaite créer une fiche. Le terminal 4 affiche la page de création de fiche transmise, le visiteur saisit, dans cette page, des informations relatives au médecin pour lequel il souhaite créer une fiche signalétique et le terminal 4 transmet ces informations au serveur 1. Le serveur 1 crée une fiche signalétique pour le médecin considéré, à l'aide des informations saisies et transmises, et la mémorise dans la base de données 2. 6-Rapport d'activité Afin d'obtenir un rapport sur son activité lors d'une période déterminée, le visiteur active le lien vers la page d'accès au module de rapport d'activité. Le terminal 4 adresse alors au serveur 1 une requête d'acquisition de cette page. Le serveur 1 génère la page requise, d'entrée du module de rapport d'activité, contenant des zones de saisie de l'année, du mois et/ou du jour permettant de définir la période laquelle le visiteur souhaite obtenir un rapport d'activité, et transmet cette page au terminal 4. Le terminal 4 affiche la page transmise, le visiteur saisit l'année, le mois et/ou le jour requis et le terminal 4 transmet ces informations au serveur 1. Le serveur 1 extrait de la base de données les données d'activité journalière, préalablement enregistrées par le visiteur, concernant le mois ou le jour visés, génère une page de rapport d'activité contenant un récapitulatif de l'activité journalière du visiteur durant cette période et y insère, pour chaque journée d'activité rapportée, un lien ici hypertexte vers une page de rapport d'activité journalière, contenant des informations détaillées concernant l'activité de cette journée. Le serveur 1 transmet la page de rapport d'activité au terminal 4 qui l'affiche de façon à ce que le visiteur en prenne connaissance. Pour obtenir des détails sur l'activité d'une journée particulière, le visiteur active le lien associé à cette journée dans la page de rapport d'activité. Le terminal adresse alors au serveur 1 une requête d'acquisition de la page de rapport d'activité journalière pour cette journée. Le serveur 1 génère la page requise, qui contient les mêmes informations que celles contenues dans la page de résumé d'activité journalière du module de saisie d'activité, et la transmet au terminal 4 qui l'affiche. On pourrait également prévoir un module de rapport d'activité permettant au visiteur d'obtenir un récapitulatif de son activité sur une période de plusieurs mois. 7-Rapport sur les échantillons remis Afin d'obtenir un rapport sur l'ensemble des échantillons remis à des médecins par le visiteur, lors d'une période donnée, le visiteur active le lien vers la page d'accès au module de rapport de remise d'échantillons. Le terminal 4 adresse alors au serveur 1 une requête d'acquisition de la page d'accès à ce module. Le serveur 1 génère la page requise, d'entrée du module de rapport d'échantillons remis, et la transmet au terminal 4. Cette page est une page de saisie d'une période pour laquelle le visiteur souhaite obtenir un rapport. Le terminal 4 affiche la page transmise, le visiteur saisit la période requise et transmet l'indication de la période saisie au serveur 1. Le serveur 1 extrait alors de la base de données 2 la liste des échantillons de produit remis par le visiteur à des médecins lors de la période visée, génère une page de rapport contenant un tableau répertoriant ces échantillons, avec l'indication de leur nature, de leur nombre et des médecins auxquels ils ont été remis, puis transmet cette page au terminal 4. Le terminal 4 affiche la page de rapport transmise. Le visiteur peut alors en commander l'impression et/ou l'enregistrement dans le terminal 4. Au lieu d'accéder aux fonctions à partir de la page d'accueil du site d'assistance, le visiteur peut y accéder à partir de n'importe quelle page d'un module fonctionnel, compte tenu du fait que toutes ces pages contiennent des liens vers les pages d'accès aux modules fonctionnels, à l'exception du module de modification de fiche de médecin. Au lieu d'être relié à l'Internet 10, le serveur central 1 pourrait être relié à tout autre réseau informatique, et notamment à tout réseau IP (Internet Protocol-protocole Internet) utilisant les protocoles de l'Internet. Bien entendu, le site pourrait comprendre des modules fonctionnels autres que ceux précédemment décrits, comme par exemple un module de forum de discussion, permettant à des visiteurs de discuter entre eux, un module de gestion de frais, permettant aux visiteurs de tenir une comptabilité sur leurs frais de déplacement, de repas etc., ou un module de statistique et d'analyse des ventes, permettant aux visiteurs de prendre connaissance de l'état et de l'évolution des ventes des différents produits de leur entreprise. Dans la description qui précède, les agents commerciaux et les prospects sont respectivement des visiteurs médicaux et des médecins prescripteurs. L'invention pourrait tout aussi bien s'appliquer à des agents commerciaux et à des prospects d'autres domaines d'activité. REVENDICATIONS 1-Procédé de communication pour assister un agent commercial, équipé d'un terminal de communication (4), dans lequel - le terminal (4) se connecte à distance à un serveur central relié à une base de données, contenant des informations relatives à une flotte d'agents commerciaux et des informations relatives à des prospects de ces agents, et comportant des modules fonctionnels, respectivement associés à diverses fonctions d'assistance, - le serveur transmet au terminal une page source contenant des liens vers une pluralité de pages cibles d'accès à un module fonctionnel, - le terminal affiche la page source transmise et, sur activation de l'un des liens, adresse au serveur une requête d'acquisition de la page d'accès à un module fonctionnel associée à ce lien, - sur réception de la requête, le serveur transmet au terminal ladite page d'accès et le terminal accède à la fonction associée, - à l'aide de son terminal, l'agent utilise ladite fonction, mise en oeuvre par le serveur, à partir de la page d'accès transmise, en changeant le cas échéant de page dans le module fonctionnel. 2-Procédé selon la revendication 1, dans lequel - le serveur transmet au terminal une page d'un module fonctionnel, contenant un lien vers une page d'accès à un autre module fonctionnel, - le terminal affiche la page transmise, le visiteur active ledit lien et le terminal adresse alors au serveur une requête d'acquisition de la page d'accès à l'autre module fonctionnel, associée à ce lien, - sur réception de la requête, le serveur transmet au terminal ladite page d'accès et le terminal accède à la fonction associée, - à l'aide de son terminal, l'agent utilise ladite fonction, mise en oeuvre par le serveur, à partir de la page d'accès reçue, en changeant le cas échéant de page dans le module fonctionnel. 3-Procédé selon l'une des revendications 1 et 2, dans lequel - le terminal adresse au serveur une requête d'acquisition de la page d'accès au module de saisie d'activité, - le serveur transmet au terminal au moins une page de saisie de données d'activité, - le terminal affiche la page de saisie transmise, l'agent saisit, dans la page, des données d'activité et le terminal transmet au serveur lesdites données, - le serveur mémorise les données d'activité transmises afin de générer une page de rapport d'activité et la transmettre au terminal. 4-Procédé selon l'une des revendications 1 à 3, dans lequel - le terminal adresse au serveur une requête d'acquisition de la page d'accès au module de préparation de tournée, - sur réception de cette requête, le serveur transmet au terminal au moins une page de saisie de paramètres de tournée, - le terminal affiche la page transmise et l'agent saisit des paramètres de tournée que le terminal transmet au serveur, - le serveur extrait d'une base de données une liste de prospects satisfaisant aux paramètres reçus, génère une page contenant ladite liste et la transmet au terminal, - le terminal affiche la page transmise, l'agent sélectionne une pluralité de prospects de la liste et le terminal transmet au serveur la sélection de prospects, - le serveur extrait de la base de données des informations relatives aux prospects sélectionnés, génère une page de tournée contenant lesdites informations et transmet la page de tournée au terminal. 5-Procédé selon l'une des revendications 1 à 4, dans lequel - le terminal adresse au serveur une requête d'acquisition de la page d'accès au module de recherche d'un prospect, - sur réception de cette requête, le serveur transmet au terminal une page de saisie de critères de recherche, - le terminal affiche la page transmise, l'agent saisit des critères de recherche que le terminal transmet au serveur, - le serveur extrait de la base de données une liste de prospects, répondant aux critères de recherche reçus, génère une page de résultat contenant ladite liste de prospects et la transmet au terminal, - le terminal affiche la page de résultat transmise, l'agent sélectionne, dans la liste, le prospect recherché, et le terminal transmet la sélection au serveur, - le serveur extrait de la base de données des informations relatives au prospect recherché, génère une page de renseignements sur le prospect recherché, contenant lesdites informations, et la transmet au terminal. 6-Procédé selon la revendication 5, dans lequel - le serveur insère, dans la page de renseignements sur le prospect, un lien vers une page d'accès à un module de modification d'une fiche signalétique de prospect, mémorisée dans la base de données, - sur activation dudit lien, le terminal adresse au serveur une requête d'acquisition de ladite page d'accès, - sur réception de la requête, le serveur génère une page de modification de la fiche signalétique du prospect considéré et la transmet au terminal, - le terminal affiche la page de modification transmise, l'agent saisit de nouvelles informations, relatives au prospect considéré, et le terminal transmet lesdites informations au serveur, - le serveur mémorise les informations transmises, en mettant ainsi à jour la fiche signalétique du prospect dans la base de données. 7-Procédé selon l'une des revendications 1 à 6, dans lequel - le terminal adresse au serveur une requête d'acquisition de la page d'accès à un module de création d'une fiche signalétique de prospect, - sur réception de la requête, le serveur transmet au terminal une page de saisie d'informations relatives à un prospect, - le terminal affiche la page de saisie transmise l'agent saisit, dans la page, des informations relatives à un prospect déterminé, et le terminal transmet lesdites informations au serveur, - le serveur crée une fiche signalétique sur le prospect considéré, à l'aide des informations transmises, et la mémorise dans la base de données. 8-Procédé selon l'une des revendications 2 à 7, dans lequel - le terminal adresse au serveur une requête d'acquisition de la page d'accès à un module de rapport d'activité, - le serveur transmet au terminal une page de saisie d'une période d'activité, - le terminal affiche la page de saisie transmise, l'agent saisit, dans la page, la période pour laquelle il souhaite recevoir un rapport d'activité, et le terminal transmet l'indication de la période saisie au serveur, - le serveur génère une page de rapport d'activité contenant un récapitulatif de l'activité de l'agent pendant la période saisie, à l'aide de données d'activité mémorisées dans la base de données, et transmet cette page au terminal. 9-Procédé selon l'une des revendications 1 à 8, dans lequel - le terminal adresse au serveur une requête d'acquisition de la page d'accès à un module de rapport de remise d'échantillons, - le serveur transmet au terminal une page de saisie d'une période de remise d'échantillons, - le terminal affiche la page de saisie transmise, l'agent saisit, dans la page, la période pour laquelle il souhaite recevoir un rapport sur les échantillons remis, et le terminal transmet l'indication de la période saisie au serveur, - le serveur génère une page de rapport sur les échantillons remis répertoriant les échantillons remis par l'agent pendant la période saisie, à l'aide de données extraites de la base de données, et transmet cette page au terminal. 10-Infrastructure, pour la mise en oeuvre du procédé de la revendication 1, comprenant - une base de données (2), contenant des informations relatives aux agents d'une flotte d'agents commerciaux et à des prospects de ces agents, - un serveur central (1), relié à la base de données (2) et à un réseau de communication (10), comprenant un générateur de pages d'un site comportant au moins l'un des modules fonctionnels du groupe comprenant un module de saisie d'activité, un module de préparation de tournée, un module de recherche d'un prospect, un module de création d'une fiche signalétique de prospect, un module de modification d'une fiche signalétique de prospect, un module de rapport d'activité et un module de rapport de remise d'échantillons, - et une pluralité de terminaux de communication d'agent (4), comprenant des moyens de connexion au serveur central (1), à travers ledit réseau de communication (10), et des moyens pour interpréter et afficher lesdites pages. 11-Infrastructure selon la revendication 10, dans laquelle les terminaux d'agent (4) comprennent un navigateur informatique, agencé pour interpréter et afficher lesdites pages. 12-Infrastructure selon l'une des revendications 10 et 11, dans laquelle le serveur central (1) est relié à un réseau IP (Internet Protocol) (10) utilisant les protocoles de l'Internet.