Brevet FR2829256A1 — publié le 20030307

La présente invention concerne un procédé de déploiement d'une multiplicité de services auprès d'un ensemble d'utilisateurs potentiels et un système pour la mise en oeuvre de ce procédé. Plus particulièrement, la présente invention concerne un procédé de déploiement, du type comportant les étapes suivantes : - présentation de la multiplicité de services à l'ensemble des utilisateurs potentiels ; et - déploiement de la multiplicité de services à l'attention d'au moins une partie des utilisateurs. Un tel procédé est notamment utilisé en téléphonie ou pour le déploiement d'applications multimédia en entreprise. Généralement, la présentation de la multiplicité de services se fait avant son déploiement, par une information diffusée massivement sur l'intrant de l'entreprise, à l'attention des salariés de cette entreprise, qui constituent les utilisateurs potentiels. Ensuite, le déploiement de ces services est supervisé par une société de services extérieure. Cependant, ce procédé de déploiement ne permet pas de vaincre les a priori des utilisateurs potentiels et de prendre en considération les besoins particuliers de chacun. Par conséquent, l'offre déployée risque d'être surdimensionnée et la multiplicité de services proposés risque d'être sous-utilisée. Ceci entraîne un coût trop important consacré au déploiement compte tenu de l'utilisation réelle de la multiplicité de services. L'invention vise à remédier aux inconvénients d'un procédé de déploiement classique en créant un procédé de déploiement capable de dimensionner au plus juste le déploiement de la multiplicité de services proposés. A cet effet, l'invention a pour objet un procédé de déploiement d'une multiplicité de services du type précité, caractérisé en ce qu'il comporte au moins une étape de collecte d'informations en provenance des utilisateurs potentiels, et en ce que la présentation et le déploiement de la multiplicité de services sont effectués en fonction de ces informations collectées. Un procédé de déploiement selon l'invention peut en outre comporter l'une ou plusieurs des caractéristiques suivantes : - la présentation de la multiplicité de services et la collecte d'informations se font au moyen d'un logiciel de navigation sur un réseau de transmission d'informations multimédia ; - l'étape de collecte d'informations comporte une étape de collecte de réponses à des questionnaires d'expression de besoins, ces questionnaires étant remplis par des utilisateurs potentiels, et la multiplicité de services est déployée uniquement auprès des utilisateurs ayant rempli et renvoyé un questionnaire et dont les besoins exprimés par ce questionnaire peuvent être satisfaits par la multiplicité de services ; - l'étape de collecte d'informations comporte une étape de collecte de fiches de satisfaction des utilisateurs auprès desquels la multiplicité de services a été déployée, et la présentation de la multiplicité de services est effectuée en fonction de ces fiches de satisfaction ; - les fiches de satisfaction comportent des fiches d'anomalie constatées dans l'utilisation d'au moins un service ; - lors des étapes de présentation, de collecte d'informations et de déploiement, on utilise au moins une partie de la multiplicité de services ; - la multiplicité de services proposés aux utilisateurs potentiels est mise à jour régulièrement en fonction des informations collectées ; et - les questionnaires d'expression de besoins sont mis à jour régulièrement en fonction de la mise à jour de la multiplicité de services. L'invention a également pour objet un système de déploiement d'une multiplicité de services auprès d'un ensemble d'utilisateurs potentiels pour la mise en oeuvre d'un procédé tel que décrit précédemment, caractérisé en ce qu'il comporte au moins un serveur hébergeant au moins un site de consultation multimédia pour la présentation de la multiplicité de services et au moins un site interactif multimédia pour la collecte d'informations en provenance de l'ensemble des utilisateurs, ces sites étant accessibles par les utilisateurs à travers un réseau de transmission d'informations. Un système de déploiement selon l'invention peut en outre comporter la caractéristique selon laquelle il comporte des moyens de stockage des informations collectées et des moyens de suivi du traitement de ces informations collectées, accessibles par un administrateur du système. L'invention sera mieux comprise à l'aide de la description qui va suivre donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés sur lesquels : - la figure 1 représente schématiquement la structure d'un système de déploiement d'une multiplicité de services selon l'invention ; - la figure 2 représente les étapes d'une phase initiale de présentation de la multiplicité de services, pour un procédé de déploiement selon l'invention ; - la figure 3 représente les étapes d'une phase d'utilisation de la multiplicité de services, pour le procédé de déploiement selon l'invention ; - la figure 4 illustre les étapes d'un procédé de navigation sur un site de consultation du système de la figure 1 ; - la figure 5 illustre les étapes d'un procédé de navigation sur un site de collecte d'informations du système de la figure 1, pour répondre à un questionnaire d'expression de besoins ; - la figure 6 illustre les étapes d'un procédé de navigation sur le site de collecte d'informations, pour un support à l'utilisation de la multiplicité de services ; - la figure 7 illustre les étapes d'un procédé de navigation sur le site de collecte d'informations, pour la rédaction d'une fiche d'anomalie ; - la figure 8 illustre les étapes d'un procédé de navigation sur un site dynamique d'administration du système représenté à la figure 1, pour la gestion de fiches d'anomalie collectées par un administrateur du système ; et - la figure 9 illustre les étapes d'un procédé de navigation sur le site dynamique d'administration, pour la gestion de fiches d'anomalie reçues par un partenaire de l'administrateur, à partir d'un terminal distant. Le système de déploiement représenté à la figure 1 comporte un serveur 10 adapté pour la présentation et le transfert de données de type HyperText. Ce serveur 10 sera par la suite appelé serveur HTTP (pour HyperText Transfert Protocol). Il s'agit par exemple d'un serveur d'une entreprise désirant déployer une multiplicité de services auprès de ses salariés qui constituent des utilisateurs potentiels. Il héberge un site de consultation multimédia 12 pour la présentation de la multiplicité de services aux utilisateurs potentiels. Il comporte en outre un ensemble de sites interactifs multimédia personnalisés 14 pour la collecte d'informations en provenance de l'ensemble des utilisateurs potentiels et un site dynamique 16 d'administration de la multiplicité de services, accessible par un administrateur du système de déploiement et éventuellement par un partenaire d'une société de services extérieure. Enfin, le serveur HTTP 10 comporte de façon classique des moyens 18 de gestion de courriers électroniques entre les utilisateurs potentiels d'une part, et l'administrateur et le partenaire d'autre part. Le serveur HTTP 10 est relié à des moyens de stockage d'informations concernant l'ensemble des utilisateurs potentiels, formant annuaire 20, auquel il accède en lecture et en écriture. De même, le serveur HTTP 10 est relié, en lecture et en écriture, à une base de données 22 pour le stockage des informations collectées à partir de l'ensemble de sites interactifs de collecte 14 et du site dynamique d'administration 16. Le serveur HTTP 10 est en outre connecté à un réseau local 24 auquel sont raccordés des terminaux d'accès 26. A partir de ces terminaux d'accès 26, l'ensemble des utilisateurs potentiels peut accéder au serveur HTTP 10, et notamment au site de consultation 12, à l'ensemble de sites interactifs de collecte d'informations 14 et aux moyens 18 de gestion de courriers électroniques. Ces terminaux d'accès 26 sont des micro-ordinateurs comportant des moyens de communication multimédia de type classique, dont notamment un logiciel de navigation. Enfin, le serveur HTTP 10 est connecté à un terminal 28 d'administration du système de déploiement, muni lui aussi d'un logiciel de navigation. Cette connexion peut être réalisée au moyen du réseau local 24, ou bien par une liaison spécialisée, ou bien enfin à distance par un réseau de transmission d'informations tel que le réseau Internet. Cette connexion du terminal d'administration 28 au serveur HTTP 10 permet à l'administrateur du système de déploiement d'accéder aux différents sites 12,14 et 16 du serveur HTTP 10 ainsi qu'aux moyens 18 de gestion de courriers électroniques. Ainsi, l'administrateur du système de déploiement peut mettre à jour régulièrement la multiplicité de services proposée aux utilisateurs potentiels en fonction des informations collectées par les sites personnalisés interactifs de collecte d'informations 14, ces informations étant enregistrées dans la base de données 22. De même, les questionnaires d'expression de besoins élaborés par l'administrateur peuvent être mis à jour régulièrement en fonction de la mise à jour de la multiplicité de services. Eventuellement, une caméra 30 est associée au terminal d'administration 28, pour permettre l'établissement de communications visiophoniques entre l'administrateur du système de déploiement et l'un des utilisateurs potentiels de la multiplicité de services. La multiplicité de services est par exemple une multiplicité de services de téléphonie conforme au protocole IP ("Internet Protocol") comportant des services tels que le transfert d'appels, le rappel automatique, la visiophonie, etc. La phase initiale de présentation d'une multiplicité de services pour un procédé de déploiement de cette multiplicité de services, représentée à la figure 2, comporte une première étape 32 de diffusion d'un courrier électronique d'information comportant un lien de type hypertexte vers le site de consultation 12. Ce courrier électronique diffusé par les moyens de gestion 18 est émis par l'administrateur du système de déploiement à destination de tous les utilisateurs potentiels. Ensuite, lors d'une étape 34, un utilisateur potentiel, qui s'est connecté au réseau local 24 à partir de l'un des terminaux d'accès 26, lit le contenu du courrier électronique d'information qui lui est adressé et clique sur le lien hypertexte, afin de prendre connaissance des informations présentées sur le site de consultation 12. Lors de l'étape 36 suivante, l'utilisateur potentiel s'inscrit, pour répondre à un questionnaire d'expression de besoins, relatif à l'offre de la multiplicité de services. Cette inscription est effectuée par l'utilisateur potentiel sur le site de consultation 12. Un procédé de navigation sur ce site sera détaillé lors de la description de la figure 4. En réponse à cette inscription, lors d'une étape 38, les moyens 18 de gestion de courriers électroniques envoient un courrier électronique à l'utilisateur potentiel. Ce courrier électronique comporte un lien hypertexte vers l'un des sites personnalisés 14 de collecte d'informations. Le lien hypertexte comporte une adresse universelle de type URL comprenant un code secret généré aléatoirement par le serveur HTTP 10 et permettant à l'utilisateur potentiel, et à lui seul, d'accéder à ce site personnalisé 14 de collecte d'informations. Lors d'une étape 40, l'utilisateur potentiel accède au site personnalisé 14 de collecte d'informations à l'aide du lien hypertexte personnel qui lui a été fourni à l'étape précédente, pour répondre au questionnaire d'expression de besoins. Eventuellement, ce site personnalisé 14 de collecte d'informations propose des animations, des vidéos ou une mise en relation avec l'administrateur pour illustrer le questionnaire et aider l'utilisateur à répondre aux questions. L'aide met, par exemple, en oeuvre au moins une partie de la multiplicité de services. Ensuite, lors d'une étape de test 42, en fonction des réponses apportées par l'utilisateur potentiel aux questions du questionnaire, le système de déploiement de la multiplicité de services décide si cet utilisateur potentiel peut bénéficier d'au moins une partie de la multiplicité de services ou non. Par exemple, si l'utilisateur potentiel indique dans le questionnaire qu'il utilise régulièrement un service de communication à plusieurs, alors que la multiplicité de services ne comporte pas ce service, le système décidera de ne pas la lui proposer. D'une façon plus générale, si l'utilisateur potentiel ne peut pas bénéficier de la multiplicité de services, étant donné que celle-ci ne suffit pas pour satisfaire ses besoins, on passe à une étape 44 de fin de présentation, lors de laquelle le système lui indique qu'il ne peut bénéficier de la multiplicité de services, mais qu'il sera prévenu dès que celle-ci sera capable de répondre à ses besoins. Ainsi, la multiplicité de service est déployée uniquement auprès des utilisateurs potentiels ayant rempli et renvoyé le questionnaire et dont les besoins exprimés par ce questionnaire peuvent être satisfaits par la multiplicité de services. Dans ce cas, on passe à une étape 46. Lors de cette étape 46, le système de déploiement propose, via le site personnalisé 14 de collecte d'informations, un rendez-vous entre l'administrateur et l'utilisateur potentiel, pour la mise en place d'au moins une partie de la multiplicité de services auprès de cet utilisateur potentiel. Les services qui lui sont proposés dépendent directement des besoins exprimés par l'utilisateur potentiel dans le questionnaire. De la sorte, le système de déploiement ne met pas en place des services dont l'utilisateur potentiel n'a pas besoin. Les disponibilités de l'administrateur sont présentées à l'utilisateur potentiel dans un agenda qui sera alors mis à jour automatiquement, pour d'autres utilisateurs potentiels dès que cet utilisateur potentiel aura pris son rendez-vous. Ensuite, lors d'une étape 48 de confirmation, l'utilisateur potentiel reçoit de la part des moyens 18 de gestion de courriers électroniques, un courrier électronique confirmant la date et l'heure de rendez-vous, pour la mise en place de la multiplicité de services. Enfin, lors d'une dernière étape 50 de déploiement, un agent, tel que par exemple l'administrateur ou le partenaire installe la multiplicité de services sur le terminal d'accès 26 de l'utilisateur potentiel. L'utilisateur potentiel devient alors un utilisateur du système. La phase d'utilisation de la multiplicité de services, pour le procédé de déploiement de cette multiplicité de services, représentée à la figure 3, comporte une première étape 52 lors de laquelle l'utilisateur de la multiplicité de services se connecte, via le terminal d'accès 26, sur le site personnalisé 14 de collecte d'informations. L'utilisateur se connecte sur ce site lorsqu'il a décelé des défauts, un mauvais fonctionnement ou d'autres anomalies de la multiplicité de services, ou tout simplement pour une évaluation de cette multiplicité de services. Les informations qu'il souhaite transmettre à l'administrateur du système de déploiement sont collectées au moyen de fiches de satisfaction comprenant des fiches d'évaluation et des fiches d'anomalie. Ainsi, lors de l'étape 53 suivante, une fiche d'évaluation présentée à l'utilisateur en fonction de son profil s'affiche sur l'écran du terminal d'accès 26. Le profil de l'utilisateur est déterminé à partir du questionnaire qu'il a rempli lors de la phase d'initialisation. L'utilisateur peut remplir cette fiche avant de passer à l'étape suivante. A tout moment sur ce site, l'utilisateur peut demander l'établissement d'une communication visiophonique avec l'administrateur du système, en cliquant sur un icone intitulé par exemple "aide opérateur". Dans ce cas, lors de l'étape 54 suivante, l'utilisateur entre en communication visiophonique avec l'administrateur du système et peut lui faire part d'anomalies constatées dans l'utilisation de la multiplicité de services. Cette aide en ligne permet de régler instantanément un certain nombre d'anomalies constatées. Ensuite, lors de l'étape 56 suivante, l'utilisateur saisit, sur le site personnalisé 14 de collecte d'informations, les anomalies n'ayant pas pu être réglées lors de l'étape précédente, en remplissant une ou plusieurs fiches d'anomalie. Lors de l'étape 58 suivante, lorsque la saisie des anomalies a été effectuée et validée par l'utilisateur, celui-ci reçoit par courrier électronique, de la part des moyens 18 de gestion de courriers électroniques, un accusé de réception l'informant que ses anomalies ont bien été enregistrées. Plusieurs procédés de navigation sur le site 14 de collecte d'informations seront détaillés lors de la description des figures 5 à 7. Suite à l'étape 56 également, les fiches d'anomalie saisies et validées par l'utilisateur sont transmises depuis le site 14 de collecte d'informations vers le site d'administration 16. Lors d'une étape 60, l'administrateur du système de déploiement visualise ces fiches d'anomalie à partir du logiciel de navigation installé sur son terminal 28 et lui permettant de se connecter sur le site d'administration 16. Les anomalies ne pouvant être résolues que par l'administrateur sont résolues par celui-ci, lors d'une étape de gestion des anomalies 62. Sinon, si ces anomalies peuvent être résolues par le partenaire, l'administrateur les lui transmet lors d'une étape 64. Enfin, lors d'une étape 66, le partenaire résout les fiches d'anomalie qu'il a reçues. Un procédé de navigation sur le site d'administration 16 sera détaillé lors de la description des figures 8 et 9. Le procédé de navigation sur le site 12 de consultation représenté à la figure 4 comporte une première étape 68 de requête. Lors de cette étape, le terminal d'accès 26 exécute le logiciel de navigation en lui fournissant comme paramètre l'adresse universelle du site de consultation 12. L'exécution de cette étape de requête 68 est provoquée par le cliquage sur le lien hypertexte du site de consultation 12, réalisée lors de l'étape 34 décrite précédemment, pendant la phase d'initialisation. Ensuite, lors d'une étape 70, le logiciel de navigation présente une page contenant des informations de présentation de la multiplicité de services, des liens de type hypertexte vers d'autres sites multimédia, et un icone invitant l'utilisateur potentiel à s'inscrire pour répondre au questionnaire d'expression de besoins. Lors de l'étape 72 suivante, l'utilisateur potentiel valide son inscription en cliquant sur cet icone. Cet icone est en fait un lien de type hypertexte vers une page HTML de demande d'identification. Ainsi, lors de l'étape 74 suivante, le logiciel de navigation affiche la page HTML de demande d'identification, et lors de cette étape, l'utilisateur potentiel saisit son adresse de courrier électronique. Enfin, lors d'une dernière étape 76, l'utilisateur valide l'adresse de courrier électronique qu'il a saisie, ce qui a pour effet la transmission de la demande de participation au questionnaire d'expression de besoins à l'administrateur du système. Comme représenté à la figure 5, le procédé de navigation sur le site 14 de collecte d'informations, pour répondre au questionnaire d'expression de besoins, comporte une première étape 78 de requête d'une page de présentation de ce site 14. L'utilisateur potentiel exécute cette requête, en cliquant sur l'adresse universelle URL du site personnalisé, qui lui a été envoyée par courrier électronique précédemment. Lors de l'étape de test 80 suivante, le logiciel de navigation installé sur le terminal d'accès 26 est testé, notamment pour vérifier que sa version est compatible avec les pages de présentation du site 14 de collecte d'informations. Si la version du navigateur n'est pas compatible, on passe alors à une étape 82 d'arrêt du procédé. Lors de cette étape, une page d'erreur est présentée à l'utilisateur sur l'écran du terminal d'accès 26 et le procédé est stoppé. Si par contre le test sur le logiciel de navigation est positif, on passe à une étape 84, lors de laquelle le serveur HTTP 10 vérifie l'identité du terminal d'accès 26, de façon classique, au moyen de son numéro IP et son nom d'hôte. Ainsi, lors de l'étape de test 86 suivante, grâce à ces informations, le serveur HTTP 10 peut vérifier si le terminal d'accès 26 appartient bien au réseau local 24 de l'entreprise considérée. Si ce n'est pas le cas, on passe à l'étape 82 d'arrêt du procédé. Sinon, on passe à une étape 88 lors de laquelle le serveur HTTP 10 mémorise des variables de session, le numéro IP et le nom d'hôte du terminal d'accès 26. Ensuite, lors d'une étape 90, l'écran du terminal d'accès 26 affiche, au moyen du logiciel de navigation, la page d'accueil du site 14 de collecte d'informations, puis une page de présentation de la multiplicité de services proposée à l'utilisateur potentiel. Lorsque celui-ci a pris connaissance des informations relatives aux services proposés, le système de déploiement lui propose de répondre aux questions du questionnaire d'expression de besoins, lors d'une étape 92. Lors de cette étape, si l'utilisateur potentiel ne souhaite plus répondre au questionnaire, on passe alors à une étape 94 de fin de session. Si, par contre, l'utilisateur potentiel souhaite répondre au questionnaire, le serveur HTTP 10 lui propose, sur le site 14 de collecte d'informations, une liste de sousquestionnaires d'expression de besoins, chacun étant relatif à un service donné. Ainsi par exemple, un premier sous-questionnaire relatif au filtrage d'appels lui est présenté à une étape 96, un deuxième sous-questionnaire relatif au renvoi d'appels vers d'autres postes lui est présenté lors d'une étape 98, un troisième sous-questionnaire relatif à un service d'indication d'appels lui est présenté lors d'une étape 100, un quatrième sousquestionnaire relatif à un service de conférence à plusieurs lui est présenté lors d'une étape 102, un cinquième sous-questionnaire relatif à un service de rappel automatique lui est présenté lors d'une étape 104 et un sixième sous-questionnaire relatif à un service de visiophone lui est présenté à une étape 106. Lors de chacune des étapes 96 à 106, l'utilisateur potentiel répond à une série de questions pré-établies par l'administrateur du système. Suite à l'étape 96, lorsque l'utilisateur potentiel a rempli le questionnaire relatif au service de filtrage d'appels, on passe à une étape 108, lors de laquelle l'utilisateur potentiel choisit s'il souhaite avoir ou non un complément d'informations sur ce service. Si c'est le cas, on passe à une étape 110 lors de laquelle l'utilisateur reçoit un complément d'informations relatif au filtrage d'appels. Lors de cette étape, un compteur mémorisé dans la base de données 22 est incrémenté d'une unité. Ce compteur permet à l'administrateur du système de savoir combien de fois ce complément d'informations a été demandé par des utilisateurs potentiels. On passe ensuite à une étape 112. On passe également directement à cette étape 112, suite à l'étape 108, si l'utilisateur n'a pas souhaité avoir de complément d'informations. Les étapes 98,100, 102,104 et 106 de réponse aux autres sous-questionnaires sont également suivies d'étapes identiques aux étapes 108 et 110. Lors de l'étape 112, grâce aux variables de session enregistrées par le serveur HTTP 10 à l'étape 88, celui-ci retrouve l'adresse électronique de l'utilisateur potentiel ayant ouvert cette session. Puis, grâce à un fichier exécutable de type JAVASCRIPT effectuant une requête selon le protocole LDAP transmise à l'annuaire 20, le serveur HTTP 10 retrouve le nom et le prénom de l'utilisateur potentiel à partir de son adresse électronique. Enfin, lors d'une dernière étape 114 d'enregistrement, le serveur HTTP 10 enregistre dans la base de données 22 les informations fournies par l'utilisateur potentiel lors de cette session, c'est-à-dire son adresse électronique, son nom et son prénom, les réponses qu'il a fournies aux différents sous-questionnaires. Le procédé de navigation sur le site 14 de collecte d'informations pour une aide à l'utilisation de la multiplicité de services, représenté à la figure 6, comporte une première étape 116 de requête d'une session sur le site 14 de collecte d'informations demandée par un utilisateur de la multiplicité de services. Cette étape 116 reprend les étapes 78 à 88 précédemment décrites. Lors de l'étape 118 suivante, le serveur HTTP 10 interroge la base de données 22 afin d'identifier de façon unique l'utilisateur qui a ouvert la session. De la sorte, à l'étape suivante 120, le serveur HTTP 10 est capable de présenter à l'utilisateur une page HTML personnalisée lui proposant un menu, en fonction des informations qu'il a fournies lors de la session précédente et en fonction des services dont il bénéficie. Ainsi, lors de cette étape 120, l'utilisateur peut choisir d'envoyer un courrier électronique à l'administrateur du système, de participer à un forum de discussion entre utilisateurs, de solliciter une communication visiophonique avec l'administrateur du système ou de répondre à un questionnaire personnalisé d'évaluation de la multiplicité de services dont il bénéficie. Si l'utilisateur choisit d'envoyer un courrier électronique à l'administrateur du système, on passe à une étape 122 lors de laquelle il rédige une question à laquelle l'administrateur répondra par retour de courrier. S'il choisit de participer au forum de discussion, on passe à une étape 124 lors de laquelle il peut répondre à des questions émises par d'autres utilisateurs de la multiplicité de services et poser des questions auxquelles les autres utilisateurs de la multiplicité de services peuvent répondre. S'il choisit d'entrer en communication visiophonique avec l'administrateur, on passe à une étape 126 de mise en communication entre l'utilisateur et l'administrateur. Enfin, s'il choisit de répondre au questionnaire personnalisé d'évaluation, on passe à une étape 128 lors que laquelle il répond à une série de questions pré-établies par l'administrateur et dépendantes de son profil enregistré dans la base de données 22. Suite aux étapes 122,124, 126 et 128, on passe à une étape 130 de mise à jour de la base de données 22. Lors de cette étape, toutes les informations fournies par l'utilisateur lors des étapes 122,124, 126 ou 128 sont enregistrées dans la base de données 22. Suite à cette étape 130, l'utilisateur a le choix entre retourner à l'étape 120 lui présentant la page HTML personnalisée ou terminer la session lors d'une étape finale 132. Un procédé de navigation dans le site 14 de collecte d'informations, pour l'enregistrement d'une anomalie constatée par l'utilisateur dans le bon fonctionnement de la multiplicité de services, est représenté à la figure 7. La première étape 134 de ce procédé est identique à l'étape 116 de la figure 6. Il s'agit en effet d'une étape de requête d'une ouverture de session sur le site 14 de collecte d'informations. Suite à cette étape, on passe à une étape 136 de présentation de la page HTML personnalisée de ce site 14 de collecte d'informations dans laquelle le serveur HTTP 10 propose notamment à l'utilisateur de rédiger une fiche d'anomalie ou bien de visualiser une liste de fiches d'anomalie. Si l'utilisateur choisit de consulter la liste des fiches d'anomalie, on passe à une étape 138 lors de laquelle le serveur HTTP 10 présente sur l'écran du terminal d'accès 26 de l'utilisateur la liste des fiches d'anomalie enregistrées. Ensuite, lors d'une étape 140, si l'utilisateur sélectionne l'une des fiches d'anomalie, une nouvelle page HTML du site 14 de collecte d'informations lui présente des informations relatives à cette fiche d'anomalie, comportant le numéro d'enregistrement de l'anomalie, son objet, sa gravité, des informations relative au suivi ou à la résolution de cette anomalie, etc. Lors de l'étape 142 suivante, l'utilisateur peut naviguer dans la liste des fiches d'anomalie et consulter le descriptif complet d'autres fiches d'anomalies. Ensuite, on passe à une étape 144, lors de laquelle l'utilisateur choisit, soit de retourner à l'étape 136 de présentation de la page HTML, soit de clore la session lors d'une étape 146. Suite à l'étape 136, si l'utilisateur choisit de rédiger une nouvelle fiche d'anomalie, on passe à une étape 148 de rédaction de cette fiche d'anomalie. Lors de cette étape, le serveur HTTP 10 génère automatiquement un numéro d'identification de fiche d'anomalie et l'utilisateur saisit au clavier les informations décrivant le problème. Lors de l'étape 150 suivante, le serveur HTTP 10 incrémente un compteur d'affectation des numéros d'identification de fiches d'anomalie. Ensuite, lors d'une étape 152, le serveur HTTP 10 enregistre ces informations dans la base de données 22. Ensuite, lors d'une étape 154, l'utilisateur est informé de l'enregistrement de sa fiche d'anomalie. Enfin, lors d'une étape 156, le serveur HTTP 10 envoie un message de confirmation sous forme d'un courrier électronique ou d'un message de type SMS à l'administrateur du système. Suite à cette étape, on passe à l'étape 144 décrite précédemment. Le procédé de navigation dans le site dynamique d'administration 16, représenté à la figure 8, comporte une première étape 158 de requête d'une ouverture de session sur ce site par l'administrateur. Cette requête est exécutée à partir de son terminal d'administration 28. Suite à cette étape, on passe à une étape 160 de présentation d'une page d'accueil de ce site dynamique d'administration 16. Sur cette page d'accueil, le serveur HTTP 10 propose à l'administrateur de consulter une liste des fiches d'anomalie à traiter ou une liste globale de toutes les fiches d'anomalie. En effet, chaque fois que l'administrateur reçoit une fiche d'anomalie, il a la possibilité de la classer dans la liste des anomalies à traiter ou de la transmettre au partenaire. Si la fiche d'anomalie a été transmise au partenaire, elle apparaît dans la liste globale des fiches d'anomalie à traiter, mais pas dans la liste des fiches d'anomalie à traiter par l'administrateur. Si l'administrateur opte pour la liste des fiches d'anomalie à traiter, on passe à une étape 162 lors de laquelle la liste des fiches d'anomalie à traiter est présentée à l'administrateur sur son écran. Lors de l'étape 164 suivante, l'administrateur peut visualiser le détail d'une fiche d'anomalie à traiter et s'il souhaite y répondre, on passe une étape 166. Lors de cette étape, l'administrateur saisit des paramètres caractérisant cette fiche d'anomalie, tels que par exemple un degré de gravité ou un délai de résolution de la fiche d'anomalie. Ensuite, lors de l'étape 168, les données saisies par l'administrateur sont enregistrées dans la base de données 22, puis la fiche d'anomalie est réactualisée dans la liste des fiches d'anomalie à traiter, lors de l'étape 170 suivante. Si par contre, lors de l'étape 160, t'administrateur choisit de consulter la liste globale des fiches d'anomalie à traiter, on passe à des étapes 172,174, 176,178 et 180, respectivement identiques aux étapes 162,164, 166,168 et 170. Enfin, lors d'une étape 182, faisant suite aux étapes 170 et 180, l'administrateur termine la session en cours, en quittant le site dynamique d'administration 16. Le partenaire a lui aussi la possibilité de consulter la liste des fiches d'anomalie dont il a la charge, sur le site dynamique d'administration 16. Ainsi, le procédé de navigation dans le site dynamique d'administration 16 pour le partenaire, représenté à la figure 9, comporte une première étape 184 d'ouverture de session, lors de laquelle le partenaire se connecte sur le site dynamique d'administration 16, à partir d'un terminal distant. Lors de l'étape 186 suivante, le partenaire visualise sur son écran, la liste des fiches d'anomalie dont il a la charge. Ensuite, les étapes 188,190, 192 et 194 de ce procédé de navigation sont identiques aux étapes 164,166, 168 et 170 du procédé de navigation décrit à la figure 8. Elles ne seront donc pas de nouveau décrites. Il apparaît clairement qu'un procédé de déploiement tel que décrit précédemment permet le déploiement optimal d'une multiplicité de services, parce qu'il permet à l'administrateur de dimensionner la multiplicité de services déployée en fonction d'informations reçues des utilisateurs potentiels, avant et pendant le déploiement de la multiplicité de services. Un autre avantage du procédé de déploiement précédemment décrit est de familiariser l'utilisateur potentiel avec au moins une partie de la multiplicité de services en utilisant celle-ci lors des étapes de présentation, de collecte d'informations et de déploiement. Ainsi, l'utilisateur potentiel peut être informé a posteriori qu'il a utilisé la multiplicité de services sans le savoir, notamment lors de la présentation de celle-ci. REVENDICATIONS 1. Système de déploiement d'une multiplicité de services auprès d'un ensemble d'utilisateurs potentiels comportant d'une part un serveur (10) comprenant des moyens (12) de présentation de la multiplicité de services à l'ensemble des utilisateurs potentiels et d'autre part des moyens (28) d'administration pour le déploiement de la multiplicité de services, caractérisé en ce que le serveur comprend des moyens (14) de collecte d'informations en provenance des utilisateurs potentiels, et en ce que les moyens d'administration (28) comportent des moyens d'accès aux moyens de présentation et aux moyens (14) de collecte d'informations, pour la mise à jour régulière de la multiplicité de services proposés aux utilisateurs potentiels par les moyens de présentation (12) et pour le déploiement de la multiplicité de services en fonction des informations collectées par les moyens (14) de collecte d'informations. 2. Système de déploiement selon la revendication 1, caractérisé en ce que les moyens d'administration (28) sont intégrés dans un terminal relié au serveur (10) au moyen d'un réseau de transmission d'informations, et en ce que les moyens d'accès aux moyens de présentation et aux moyens de collecte d'informations comprennent un logiciel de navigation à travers ce réseau. 3. Système de déploiement d'une multiplicité de services selon la revendication 2, caractérisé en ce que le réseau est choisi parmi un réseau local (24), une liaison spécialisée et un réseau de type Internet. 4. Système de déploiement d'une multiplicité de services selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comporte des moyens (22) de stockage des informations collectées accessibles par les moyens de collecte (14) et par les moyens d'administration (28). 5. Système de déploiement d'une multiplicité de services selon l'une quelconque des revendications 1 à 4, caractérisé en ce que les moyens de collecte d'informations (14) et les moyens de présentation (12) mettent en oeuvre au moins une partie de la multiplicité de services. 6. Système de déploiement d'une multiplicité de services selon l'une quelconque des revendications 1 à 5, caractérisé en ce que les moyens de collecte d'informations (14) comportent des moyens de collecte de réponses à des questionnaires d'expression de besoin, ces questionnaires étant remplis par des utilisateurs potentiels, et en ce que les moyens d'administration (28) sont adaptés pour le déploiement de la multiplicité de services uniquement auprès des utilisateurs ayant rempli et renvoyé un questionnaire et dont les besoins exprimés par ce questionnaire peuvent être satisfaits par la multiplicité de services. 7. Système de déploiement d'une multiplicité de services selon l'une quelconque des revendications 1 à 6, caractérisé en ce que les moyens de collecte d'informations (14) comportent des moyens de collecte de fiches de satisfaction des utilisateurs auprès desquels la multiplicité de services a été déployée. 8. Système de déploiement d'une multiplicité de services selon la revendication 7, caractérisé en ce que les fiches de satisfaction comportent des fiches d'anomalie constatée dans l'utilisation d'au moins un service de la multiplicité de services.