Brevet FR2951002A1 — publié le 20110408

Le secteur technique de la présente invention est celui des télécommunications et l'invention concerne plus particulièrement un procédé et un système de ventes aux enchères automatisés où les utilisateurs participent aux ventes via un terminal connecté à un réseau. Les systèmes et procédés de vente aux enchères, par exemple, par Internet, permettent aux utilisateurs d'enchérir sur le prix de vente jusqu'à la fin d'une temporisation, la fin de cette temporisation correspondant à l'attribution de l'article mis aux enchères. Un problème technique est que lors d'une enchère sur Internet ou en réseau, les enchères montent généralement d'un certain niveau dans une phase préliminaire, longtemps avant la fin, puis lors de la phase finale, dans les dernières secondes, le hasard intervient puisque c'est le dernier enchérisseur pris en compte par le système qui remporte l'enchère. Ainsi, une personne particulièrement intéressée peut se trouver bloquée sans pouvoir enchérir sur elle-même et voir son lot attribué à un autre enchérisseur peut-être moins intéressé mais plus chanceux. D'une façon générale, les utilisateurs connaissant ce principe de finalisation de la vente se gardent bien de faire monter les enchères, et tentent leur chance dans les dernières secondes, en faisant intervenir le hasard. La présente invention permet de pallier un ou plusieurs inconvénients de l'art antérieur en proposant un procédé de vente aux enchères dans lequel un participant prêt à remporter une enchère mais dont le résultat est moins le fruit du hasard. Cet objectif est atteint grâce à un procédé de vente aux enchères d'un bien, réalisé à l'aide d'un serveur (SERI) pour des participants accédant chacun à la vente par un terminal (TU1, TU2) communiquant avec le serveur via un réseau de communication, le procédé comprenant une première phase de vente (E07, E08, E09) d'une première durée (T1) déterminée durant laquelle les participants peuvent réaliser une surenchère sur un prix en cours (PR2) du bien mis en vente à partir d'un prix de départ (PR1), caractérisé en ce qu'on attribue à chaque participant un nombre prédéterminé de surenchères et en ce que la première phase de vente se prolonge par une période d'une deuxième durée (Terl) déterminée durant laquelle si aucune surenchère n'est réalisée (C072), la vente se termine et le bien est attribué au participant ayant réalisé la dernière surenchère. Selon une particularité, si durant ladite période une surenchère est réalisée (C092), on initialise une deuxième phase de vente (E10, E11) durant laquelle les participants peuvent poursuivre des surenchères sur le prix en cours (PR2) du bien mis en vente, la durée de la deuxième phase de vente étant initialisée par une troisième durée (Ter2) déterminée, cette deuxième phase étant constamment réinitialisée (E11) par cette troisième durée (Ter2) à chaque surenchère réalisée (C101), la deuxième phase de vente se terminant lorsque aucune surenchère n'est intervenue pendant cette troisième durée. Selon une autre particularité, le procédé comporte une étape préalable (E02) d'inscription des participants à la vente aux enchères durant laquelle une première liste (LIST1) des participants est établie et mémorisée par le serveur, en ce qu'on établit une deuxième liste (LIST2) au cours de la première phase de vente ou avant la deuxième phase de vente, la deuxième liste comprenant au moins une partie des participants et étant déterminée en fonction des surenchères réalisées par les participants durant la première phase de vente (E07, E08, E09), et en ce qu'on élimine les participants exclus de la deuxième liste d'une participation à la deuxième phase de vente (E10, E11). Selon encore une autre particularité, lorsqu'une surenchère est réalisée par un des participants lors de la première phase de vente (E07, E08, E09), le prix en cours (PR2) est incrémenté d'un premier pas (PAS1) déterminé connu à l'avance par les participants et lorsqu'une surenchère est réalisée par un des participants lors de la deuxième phase de vente (ElO, E11), le prix en cours (PR2) est incrémenté d'un deuxième pas (PAS2) déterminé différent du premier pas (PAS1) et connu à l'avance par les participants. Un autre objet de la présente invention est de proposer un système de vente aux enchères dans lequel un participant prêt à dépenser la plus grosse somme remporte généralement les enchères dont le résultat est moins le fruit du hasard. Cet objectif est atteint grâce à un système de vente aux enchères d'un bien, comprenant un serveur (SERI) destiné à des participants accédant chacun à la vente par un terminal (TU1, TU2) communiquant avec le serveur via un réseau de communication, un module de traitement (MOD1) du serveur détectant et traitant des demandes de surenchères sur un prix en cours (PR2) du bien mis en vente à partir d'un prix de départ (PR1), les demandes de surenchères étant transmises par les terminaux des participants et traitées par le module de traitement (MOD1) majorant le prix en cours lors d'une première phase de vente (E07, E08, E09) qui se termine à l'issue d'un premier compte à rebours d'une première durée (Tl) déterminée, caractérisé en ce que le module de traitement (MOD1), en combinaison avec un module MOD2 moteur d'enchères, compare la valeur du premier compte à rebours avec une deuxième durée (Ter1) déterminée au moment de la réception de chaque demande de surenchère lors de la première phase de vente, le module de traitement (MOD1) terminant la première phase de vente et commençant une deuxième phase de vente si cette deuxième durée est supérieure à la valeur du premier compte à rebours au moment de la réception de cette demande de surenchère. Selon une caractéristique du système selon l'invention, le module de traitement (MOD1) assure une majoration du prix en cours et une réinitialisation d'un deuxième compte à rebours à une troisième durée déterminée à la réception d'une demande de surenchère lors de la deuxième phase de vente, la deuxième phase de vente se terminant à l'issue du deuxième compte à rebours initialisé à la troisième durée déterminée. Selon une autre caractéristique, le système comprend un module d'inscription qui génère et mémorise une première liste (LIST1) de participants à la vente aux enchères, puis une deuxième liste (LIST2) réduite par rapport à la première mémorisée dans le serveur (SERI) au cours de la première phase de vente ou avant la deuxième phase de vente. Selon encore une autre caractéristique, le module de traitement (MOD1) associe chaque participant à un paiement de frais d'inscription. Selon encore une autre caractéristique, le module de traitement (MOD1) incrémente le prix en cours (PR2) d'un premier pas (PAS1) déterminé, ou respectivement d'un deuxième pas (PAS2) déterminé, le premier pas étant différent du deuxième pas (PAS1) D'autres caractéristiques, avantages et détails de l'invention seront mieux compris à la lecture du complément de description qui va suivre de modes de réalisation donnés à titre d'exemple en relation avec des dessins sur lesquels : ù la figure 1 représente une vue schématique d'un exemple de système selon l'invention, ù les figures 2 et 3 représentent un exemple de mise en oeuvre du procédé selon l'invention. L'invention va à présent être décrite en référence aux figures précédemment citées. Le serveur SERI est par exemple un serveur de type Internet et comprend un dispositif de calcul et de traitement communiquant avec un dispositif de mémorisation et avec des interfaces de communications. Le serveur SERI supportant l'application de ventes aux enchères est, par exemple, accédé par une adresse réservée aux administrateurs ou une adresse rendue publique pour les utilisateurs du site Internet de vente aux enchères. Les biens vendus aux enchères peuvent être de tout type et peuvent par exemple comprendre des produits ou des biens matériels ou immatériels. Chaque administrateur ou participant utilise par exemple un terminal référencé TA1, TU1, TU2 ou TU3, tel qu'un ordinateur personnel ou une console multimédia ou un autre appareil de télécommunication, pour accéder au serveur SERI via le réseau Internet. Le terminal met en oeuvre par exemple un programme de navigation sur Internet. Le serveur qui héberge l'application pourrait aussi communiquer avec les terminaux des utilisateurs et des administrateurs, via un autre réseau que le réseau Internet, comme par exemple un réseau privé. Le serveur SERI communique avec au moins les terminaux des participants, référencés TU1 et TU2, et échange avec eux des données. Un participant peut aussi observer le déroulement des ventes ou consulter les archives ou les ventes à venir, sans s'identifier auprès du serveur SERI qui comprend par exemple une base de données BD1 stockant des données d'identification des participants U1, U2 et des données d'identification du ou des administrateurs Al. Le serveur SERI comprend par exemple d'autre part, une base de données BD2 comprenant des données B1, B2 représentatives de produits disponibles à la vente, par exemple entrées par un administrateur. De manière non limitative, une base unique de données regroupant les données BD1 et BD2 pourrait aussi être utilisée pour le stockage des données d'identification des participants ou des administrateurs et des données représentatives des produits disponibles à la vente. De manière non limitative, un participant s'identifie en fournissant un nom d'utilisateur et un mot de passe, pour pouvoir participer à une vente. Le terminal d'un participant à une vente aux enchères envoie par exemple, au module MOD2 moteur d'enchères, des données représentatives d'une surenchère sur le prix en cours PR2 d'un bien référencé RefBl mis en vente. Le serveur SERI envoie par exemple des données représentatives de la vente en cours VEN1 concernant par exemple : ù le prix en cours du bien mis en vente et ù les enchères précédentes associées à des indications d'identification des enchérisseurs. Le serveur SERI transmet par exemple aussi aux terminaux des utilisateurs, des données représentatives de fonctions activées ou non pour chacun des terminaux. Le serveur transmet par exemple à un terminal des données représentatives d'un bouton de participation à une vente, ce bouton étant à l'état activé, ou respectivement désactivé, et autorisant, ou respectivement empêchant, l'utilisateur de ce terminal de participer à la vente. De manière non limitative, le serveur SERI propose par exemple une page d'accueil permettant de : - visionner les ventes en cours, à venir ou terminées, - s'identifier ou s'inscrire dans la base de données des utilisateurs, - participer à une ou plusieurs ventes, - consulter son historique personnel d'actions en cours ou réalisées. Un utilisateur pourra aussi, par exemple grâce à un outil de barre de recherche, effectuer des recherches sur les enchères du site à partir de mots clé en appliquant par exemple un filtre basé sur le type de produit en combinaison ou séparément d'un filtre basé sur le statut de l'enchère qui peut être en cours, à venir ou terminée. Les participants désirant interagir avec le serveur pour participer aux ventes aux enchères ont par exemple préalablement souscrit un abonnement gratuit ou payant, par exemple via un module de gestion des utilisateurs dont des références et des identifiants sont par exemple inscrits dans la base de données BD1 des utilisateurs. Les types d'informations collectées relatives aux participants sont par exemple initialisés et gérés par un administrateur de l'application de vente aux enchères. Un administrateur gère par exemple aussi une bibliothèque de données relatives aux types de biens pouvant être mis en vente. Ainsi un type de bien peut par exemple être mis à jour ou initialisé par un administrateur. Un type de bien à vendre mémorisé correspondra par exemple à une structure à plusieurs champs tels que : - le texte descriptif du bien à vendre, - une variable à deux états correspondant respectivement à un état visible ou invisible de sa vente pour les utilisateurs, - l'image descriptive du bien à vendre, - une référence propre à un unique bien. Un bien disponible à la vente est par exemple mémorisé dans la base de données BD2 du serveur. Une référence unique est par exemple associée à ce bien à vendre. Les champs associés à ce bien sont par exemple mis à jour par l'administrateur ou conservés dans leur état après une initialisation automatique. Un administrateur accède par exemple à un module de saisie de nouveaux biens disponibles à la vente pour mettre à jour la base de données BD2 des biens à vendre. Un administrateur peut par exemple d'autre part, accéder à un module de saisie d'une nouvelle enchère. Si un nouveau bien est disponible à la vente, une nouvelle enchère VEN1 est par exemple initialisée et associée à ce bien E01. Les données mémorisées représentatives de ce bien à vendre sont par exemple mises à jour et représentatives d'une association à une vente aux enchères et d'une indisponibilité pour une autre mise en vente. La structure de données mémorisées associée à une enchère comprend par exemple différents champs comprenant des champs initialisés automatiquement, des champs initialisé par un administrateur, des champs mis à jour avant le lancement de l'enchère ou des champs mis à jour au cours de l'enchère. Les champs initialisés automatiquement comprennent par exemple une référence RefBl du bien associé à la vente aux enchères. Les champs initialisés par un administrateur comprennent 25 par exemple : - un nombre maximal de participants Nmaxl, - la date d'ouverture des inscriptions à la vente DHO1, - la date de clôture des inscriptions à la vente DHC1, - la date de lancement de la vente DHL1, 30 - la durée Tl de la première phase de vente, - la durée Terl de la période en fin de la première phase de vente, - la durée T2 de la deuxième phase de vente, - un pas de la première phase de vente PAS1, 35 - un pas de la deuxième phase de vente PAS2. Les dates DHO1, DHC1 et DHL1 sont par exemple exprimées sous la forme d'une année associée à un mois, un jour et une heure de la journée exprimée en heures, minutes et secondes. Les durées Tl, Terl, et T2 sont par exemple exprimées en heures, minutes et secondes. Les pas, également désignés comme écarts entre deux enchères, sont par exemple exprimés en Euro ou dans la 5 monnaie utilisée. Les champs, mis à jour avant le lancement, comprennent par exemple : - le prix de départ PR1, - le prix en cours du bien mis en vente PR2, 10 - la liste de participants à la première phase de vente LIST1, - le nombre de surenchères accordé aux participants. Les champs, mis à jour pendant une des phases de vente, comprennent par exemple : 15 - le prix en cours du bien mis en vente PR2, - les listes LIST2 et LIST3 réduites par rapport à la liste de participants à la première phase de vente LIST1, - l'historique HISTO1 des enchères réalisées et leur participant associé. 20 Des champs peuvent aussi être mis à jour après la fin de la vente, comme par exemple la liste LISTF des participants bénéficiant d'un remboursement des frais d'inscription. De manière non limitative, des valeurs temporaires peuvent être calculées, par exemple lors de la phase 25 d'inscription à une vente. Le nombre de participants déjà inscrits, le temps restant avant la fin des inscriptions et le prix estimé de départ de la vente peuvent, par exemple, être estimés régulièrement pour être transmis vers des terminaux d'utilisateurs avec les informations 30 représentatives d'une vente consultée par ces utilisateurs. De manière non limitative, des notes de texte, telles que des conditions supplémentaires de vente ou des explications concernant la baisse du prix de départ concordant avec le nombre croissant de participants, sont par exemple aussi 35 fournies aux utilisateurs consultant les enchères. Un module d'activation des enchères réalise, par exemple régulièrement ou de façon cyclique, des accès mémoire dans les données représentatives des différentes ventes aux enchères et notamment leurs champs de dates d'ouverture, de clôture ou de lancement. Lorsqu'une date d'ouverture correspond C01 à la date actuelle, le module d'activation des enchères rend par exemple visible la vente et le bien associé, sur le site proposé aux participants. La variable représentative de la visibilité du bien à vendre est par exemple mise à jour à l'état « visible », cette écriture en mémoire étant par exemple réalisée à partir de la référence RefBl au bien à vendre mémorisée dans la structure VENT de vente aux enchères. D'autre part, le module d'activation des enchères active E02 par exemple un module d'inscription MOD1 associé à cette vente aux enchères. Les participants visualisent par exemple une page de présentation de la vente aux enchères comprenant : - un descriptif du bien à vendre, - des conditions de vente, - une fonction d'inscription à la vente déclenchée en cliquant par exemple sur un bouton nommé « inscription ». Le module d'inscription MOD1 alloue par exemple un espace mémoire dont la taille est par exemple fonction du nombre maximal Nmaxl de participants prévus pour cette vente. L'espace mémoire LIST1 est par exemple utilisé pour stocker une liste comprenant des identifiants de chacun des participants inscrits et une donnée de comptage correspondant au nombre total de participants inscrits à la vente. De manière non limitative, le module d'inscription MOD1 interagit par exemple avec un module de paiement bancaire ou de prélèvement de crédits sur les comptes des participants pour le paiement des frais d'inscription à la vente. Le module d'inscription MOD1 arrête les inscriptions par exemple lorsque le nombre maximum de participants est atteint et se place dans un état de clôture de la vente aux enchères. Le module d'inscription MOD1 peut aussi être placé dans un état de clôture de la vente par le module d'activation lorsque la date de clôture CO2 de cette vente correspond à la date actuelle. De manière non limitative, la clôture de la vente peut être reportée de façon conditionnelle si par exemple un taux de participation minimum n'est pas atteint. Le taux de participation minimum est par exemple de 50%. Après un test du taux de participation E03, si le taux minimum n'est pas atteint CO31, l'inscription à la vente est par exemple prolongée E04 d'une durée de prolongation d'inscription déterminée mémorisée, correspondant par exemple à quelques minutes ou quelques heures ou quelques jours. Les dates de clôture et de lancement mémorisées de cette vente sont par exemple remises à jour C04 par le module d'activation des ventes aux enchères, le lancement étant par exemple ainsi repoussé de la durée de prolongation d'inscription. Si au contraire le taux de participation est atteint CO32, une étape E05 de clôture de l'inscription est réalisée, dans laquelle le module d'inscription MOD1 est par exemple désactivé. D'autre part, le prix de départ de l'objet mis en vente est par exemple calculé en fonction du nombre de participants et mémorisé. Le prix de départ calculé baisse par exemple avec l'accroissement du nombre de participants. La liste des participants à la première phase de vente est aussi mémorisée. Après la clôture des inscriptions, la date mémorisée de lancement de la vente aux enchères, est par exemple atteinte CO5 et détectée par le module d'activation MOD2 des ventes aux enchères. Le serveur comprend par exemple une horloge interne mettant à jour la date actuelle, chaque enchère nouvellement créée étant par exemple associée lors de son initialisation, au module d'activation des enchères. Lorsque la date de lancement CO5 est atteinte, le module d'activation active E06 par exemple un module MOD2 moteur d'enchères qui commence cette vente aux enchères. Le module MOD2 moteur d'enchères accède par exemple en lecture et en écriture au prix en cours mémorisé PR2. Le moteur d'enchères accède d'autre part à la liste mémorisée LIST1 des participants inscrits à la première phase de vente. De plus le moteur d'enchères accède en lecture et en écriture à l'espace mémoire HISTOI de stockage de l'historique des enchères. Le moteur d'enchères initialise par exemple un module de participation aux enchères sur chacun des terminaux des participants inscrits. Après que les terminaux des participants aient été activés C06, les participants visualisent par exemple le prix en cours associé au bien mis en vente et par exemple les dernières enchères et les participants les ayant réalisées, ainsi qu'un bouton activé de participation aux enchères, tandis le module MOD2 moteur d'enchères est dans une étape E07 d'attente de surenchère et de décomptage du premier compte à rebours, également désigné par premier décompteur TEMP1, initialisé à la première durée Ti. De manière non limitative, un participant surenchérit en cliquant un nombre déterminé de fois en pointant sur un bouton « enchérir », pour augmenter les enchères du premier pas déterminé. Son terminal transmet la demande d'enchère C071 au module MOD2 moteur d'enchères qui incrémente le prix en cours et met à jour l'historique des enchères E08. La valeur de ce premier pas est par exemple affichée sur l'écran du terminal client après avoir été transmise lors de l'initialisation du module de participation aux enchères. Au cours de la première phase de mise aux enchères, le module MOD2 moteur d'enchères met à jour le prix en cours en incrémentant, du premier pas, le prix en cours à chaque surenchère et enregistre les enchères réalisées par les utilisateurs inscrits à la vente, dans l'historique des enchères HISTO1. Après C08 la mémorisation de ces données, le module moteur d'enchères réalise, de manière non limitative, une étape E09 de comparaison de l'état du premier compte à rebours TEMP1 et du deuxième délai Terl correspondant à la période finale de façon à réaliser un saut à l'étape E07 d'attente de surenchère de la première phase de vente si C091 le compte à rebours est supérieur à la durée de la période finale ou sinon C092 terminer la première phase de vente et exécuter une étape E10 suivante de la deuxième phase de vente. D'autre part pendant les enchères, au cours de la première ou respectivement deuxième phase de vente, le module MOD2 moteur d'enchères transmet à chacun des terminaux des participants, des données représentatives du décompteur qui correspond au décompte du temps avant la fin de la première ou respectivement deuxième phase. De manière non limitative un participant est empêché de surenchérir sur sa propre enchère, par exemple par un contrôle réalisé par le moteur d'enchères avant de prendre en compte une demande de surenchère ou le bouton « enchérir » de surenchère de l'interface du terminal du dernier surenchérisseur peut être temporairement bloqué jusqu'à la surenchère suivante. La durée de la première phase de vente est par exemple initialement de quelques jours ou quelques heures ou quelques minutes ou quelques secondes, comme par exemple de 15 min. La période finale est par exemple de quelques jours ou quelques heures ou quelques minutes ou quelques secondes, comme par exemple de 30 secondes afin que la première phase de vente entre en période finale trente secondes avant la fin du décompte initialisé au premier délai Ti. Durant cette période finale, de durée correspondant au deuxième délai déterminé, si aucune proposition d'enchère n'est détectée C072, une étape E12 de confirmation de l'achat par le dernier enchérisseur est par exemple réalisée. Le dernier enchérisseur confirme par exemple son achat par un bouton de son interface pour activer une fonction de confirmation de son module de participation à la vente, afin d'acquérir le bien mis aux enchères. Si une proposition d'enchère est détectée durant la phase finale C092, le module moteur d'enchères bascule en deuxième phase de vente. Le décompteur est alors réinitialisé E10 à une valeur déterminée T2 correspondant à une troisième durée déterminée avant la fin de la deuxième phase de vente. De manière non limitative ce troisième délai peut être d'environ quelques jours ou quelques heures ou quelques minutes ou quelques secondes, comme par exemple de 45 secondes. De manière non limitative, le deuxième décompteur TEMP2 est également désigné par deuxième compte à rebours. Le serveur est par exemple équipé d'une pluralité de compteurs et décompteurs référencés TEMP1 ou TEMP2, synchronisés sur l'horloge interne. De plus à chaque surenchère détectée lors de cette deuxième phase de vente C101, le décompteur est réinitialisé E11 à la valeur correspondant au troisième délai, tandis que l'historique et le prix en cours sont mis à jour. Par exemple si le troisième délai est de 45 secondes, à chaque enchère détectée, le décompteur est réinitialisé à 45 secondes, la valeur du décompteur étant fournie en temps réel, par le moteur d'enchères, à chacun des modules des utilisateurs participant à cette deuxième phase de vente. Après mémorisation C11 des données mises à jour, le deuxième compte à rebours est de nouveau déclenché E10 tandis que le module MOD2 moteur d'enchères est en attente d'une surenchère. Chacun des participants de la deuxième phase de vente, peut surenchérir avant la fin du compte à rebours de la deuxième phase, provoquant des augmentations successives du prix en cours d'une valeur correspondant au deuxième pas. La fin de la deuxième phase a lieu C102 lorsque aucun des participants ne réalise plus d'enchère pendant une durée correspondant au troisième délai T2. Par exemple si ce délai est de 45 secondes, le bien mis en vente peut être attribué après que 45 secondes se soient écoulées sans détection d'enchère par le moteur d'enchères. Lorsque aucune enchère n'a été détectée C102 durant le troisième délai, l'étape E12 de confirmation de l'achat par le dernier enchérisseur est par exemple réalisée. Ainsi de façon avantageuse, le dernier enchérisseur sur le réseau est vraisemblablement la personne la plus intéressée. La prolongation de la durée de l'enchère étant activée à chaque enchère durant la deuxième phase de vente, d'un délai déterminé, jusqu'à l'écoulement de ce délai sans qu'une enchère ait lieu, ce mode de vente aux enchères en ligne permet aussi d'apporter une émulsion à la fin de la vente aux enchères. Cela apporte un intérêt pour les participants comme pour les observateurs. Le suspense relatif au prix de vente est aussi plus important puisque celui qui remporte l'enchère est celui qui est prêt à dépenser la somme la plus conséquente. L'amélioration de l'ambiance de la vente permet aussi d'attirer plus de participants. De manière non limitative, la deuxième phase de vente peut être associée à une deuxième liste de participants. Le module moteur d'enchères détermine par exemple la deuxième liste LIST2 en fonction d'un nombre minimum déterminé d'enchères à enregistrer par chaque participant. A titre d'exemple non limitatif, le nombre minimum d'enchères par utilisateur peut être de trois, pour pouvoir participer à la deuxième phase de vente. Un traitement est par exemple réalisé sur le fichier mémorisé d'historique HISTOI. De manière non limitative, la deuxième liste peut aussi correspondre aux N derniers enchérisseurs, N étant un nombre entier non nul mémorisé. De manière non limitative, la deuxième phase de vente peut avantageusement être réservée aux participants les plus actifs ou les plus intéressés. De manière non limitative, la deuxième liste est par exemple déterminée à la fin de la première phase de vente à partir d'un traitement de l'historique mémorisé ou cette liste réduite peut être déterminée en temps réel par le moteur d'enchères qui transmet à chacun des modules de participation des utilisateurs, des données représentatives de leur appartenance ou non à la liste réduite permettant de participer à une éventuelle deuxième phase de vente. Ainsi, les utilisateurs intéressés par le bien mis en vente sont susceptibles, en fonction des conditions d'admission à la deuxième phase de vente, de réaliser un nombre important d'enchères ou de faire des surenchères d'un montant élevé, ce qui dynamise la vente de l'objet. Les conditions d'admission à la deuxième phase de vente sont par exemple précisées dans une note explicative accessible avant ou après l'inscription à la vente. Selon une variante de réalisation, la deuxième phase de vente peut aussi être accessible à tous les participants inscrits dans la première liste LIST1 de participation à la première phase de vente. La deuxième phase de vente peut être associée à un pas de surenchère différent du pas de surenchère de la première phase. Des données représentatives du pas de surenchère sont par exemple transmises par le module d'enchères aux modules de participation exécutés sur les terminaux clients. Ce pas de surenchère est par exemple affiché sur le terminal client. De manière non limitative, le pas de surenchère de la deuxième phase de vente peut être inférieur ou supérieur à celui de la première phase de vente. Le deuxième pas associé à la deuxième phase de vente, étant inférieur au premier pas associé à la première phase de vente, le prix de vente est avantageusement déterminé plus finement et correspond mieux au prix que les acheteurs sont prêts à payer. Si le deuxième pas de surenchère est supérieur au premier, la vente est accélérée, le prix en cours augmentant plus rapidement. La deuxième phase de vente est par exemple écourtée ou est rendue plus spectaculaire. On pourrait aussi envisager une deuxième phase de vente évoluant régulièrement ou de façon cyclique. La deuxième phase de vente pourrait être de nouveau paramétrée au bout d'un délai déterminé ou après un nombre déterminé de réinitialisation du décompteur au troisième délai. Ce nouveau paramétrage peut par exemple concerner un changement du pas de surenchère ou une réduction de la deuxième liste des participants à la deuxième phase de vente ou une variation du troisième délai. Selon une variante de réalisation, les pas de surenchère de la première et de la deuxième phase de vente peuvent être 30 choisis égaux. Durant l'étape E12 de confirmation de la vente, le dernier enchérisseur qui doit confirmer son achat, peut refuser l'achat mais sous peine par exemple d'être exclu du site immédiatement. 35 En cas de refus de l'achat C121 par le dernier enchérisseur, une étape E15 de reprise de l'enchère est par exemple exécutée par le module moteur d'enchères. Durant cette étape E15, le moteur d'enchères traite par exemple la deuxième liste LIST2 des participants à la deuxième phase pour en extraire une troisième liste LIST3 de participants à la reprise de la deuxième phase de vente. Au moins le participant ayant refusé l'achat est exclu de la troisième liste LIST3 de participants à la reprise de la deuxième phase. Seuls les meilleurs enchérisseurs dans la deuxième liste LIST2 sont sélectionnés pour la troisième liste LIST3. Les différents enchérisseurs parmi les M derniers enchérisseurs sont par exemple choisis, M étant un entier non nul, comme par exemple 10. D'autre part, le module MOD2 moteur d'enchères détermine de nouveau le prix de départ PR1 correspondant, par exemple à la Même enchère enregistrée. Si M est par exemple égal à 10, la dixième enchère correspond par exemple au nouveau prix de départ. De plus pour éviter de multiplier les refus de confirmation d'achat, une variable représentative du nombre de refus est par exemple incrémentée. Après la mise à jour de ces données, si C152 le nombre de refus de confirmation d'achat a atteint ou dépassé un nombre maximum de refus, comme par exemple 2, une étape suivante E18 d'annulation de la vente est par exemple réalisée. Le nombre maximum de refus, choisi à 2 pour cet exemple de réalisation, peut être un entier naturel M1 non nul, un nombre de Ml-1 refus étant par exemple autorisé. Après la mise à jour des données de reprise de la deuxième phase de vente, si C151 le nombre de refus de confirmation d'achat n'a pas atteint le nombre maximum de refus, le module MOD2 moteur d'enchères exécute par exemple une étape E16 d'attente d'une demande de surenchère. Le module moteur d'enchères transmet par exemple aux terminaux des participants de la troisième liste LIST3, des données représentatives d'une reprise des enchères, le prix de départ étant réinitialisé à la même enchère. Le pas de surenchère correspond par exemple au deuxième pas de la deuxième phase. Un compteur à rebours est par exemple initialisé au troisième délai et est lancé. Si aucune enchère n'est réalisée avant la fin du troisième délai C162, la vente en cours est annulée. L'administrateur pourra par exemple modifier cette enchère en mettant à jour les données de dates d'ouverture, de fermeture et de lancement, afin de reprendre cette enchère ultérieurement. Si après la reprise de la deuxième phase de vente, une enchère est détectée C161, le module moteur d'enchère exécute une étape E17 d'incrémentation du prix en cours du bien vendu, et de mise à jour de l'historique des enchères. De plus le deuxième compteur à rebours TEMP2, également désigné comme deuxième décompteur, est réinitialisé au troisième délai. Après la mémorisation de ces données mises à jour C17, un saut est par exemple réalisé à l'étape E10 d'attente de surenchère de la deuxième phase de vente. Cette reprise de la deuxième phase de vente se termine comme précédemment par l'étape de confirmation de son achat par le dernier enchérisseur. Si de nouveau le dernier enchérisseur refuse d'acheter le bien à vendre, cet utilisateur est exclu du site. D'autre part, la vente en cours peut être annulée dans le cas où le nombre de refus mémorisés dépasse ou atteint le nombre maximum de refus autorisé pour cette vente. L'administrateur pourra alors mettre à jour les données de dates de l'enchère pour relancer la vente aux enchères ultérieurement. Lorsque C122 le dernier enchérisseur confirme son achat, une étape E13 de remboursement des frais d'inscription pour les meilleurs enchérisseurs est par exemple exécutée. Le participant ayant accepté l'achat du bien mis en vente ainsi que les différents participants parmi, par exemple, les X meilleurs enchères, X étant un entier non nul déterminé, sont remboursés de leur frais de participation à la vente aux enchères. Le remboursement des meilleurs participants permet notamment d'intéresser les participants qui sont par exemple avertis en lisant une note de texte associée à l'enchère relative aux modes de remboursement des frais de participation. Cette mesure de remboursement encourage par exemple les participants à faire partie de la deuxième liste pour avoir la possibilité d'être remboursés. La première phase de vente peut être ainsi encouragée. De plus les participants à la deuxième phase peuvent aussi être incités à faire partie des meilleurs enchérisseurs pour être remboursés. La première phase et la deuxième phase sont par exemple dynamisées par cette mesure, les meilleurs participants à la première phase de vente pouvant aussi être remboursés de leurs frais d'inscription si la vente s'arrête à la première phase. Après C13 la mémorisation des données représentatives des participants à rembourser, une étape suivante E14 de remboursement des frais d'inscription et de déclenchement du règlement du bien acquis est par exemple exécutée. Le participant ayant remporté l'enchère, est par exemple dirigé vers un lien sécurisé de paiement en ligne. Le paiement est par exemple réalisé à partir d'un compte bancaire ou par un numéro de carte de crédit ou un autre moyen de paiement. Le bien acheté peut aussi être payé avec un compte géré par le serveur et alimenté par le client. Chaque participant est par exemple associé à un montant d'achat maximum, ce montant étant par exemple validé par la banque du participant, au moins en partie, lors de son inscription ou ce montant étant crédité, au moins en partie, sur son compte client géré par le serveur supportant l'application de ventes aux enchères. Chaque surenchère réalisée par un des participants peut être par exemple comparée au montant d'achat maximum de ce participant et prise en compte uniquement dans le cas où la nouvelle enchère proposée est inférieure à ce montant d'achat maximum. Des modules ou applicatifs actifs sont par exemple réalisés chacun par un programme mémorisé et exécuté par un composant de traitement pour réaliser une ou plusieurs fonctions déterminées dans le serveur ou dans un terminal relié au réseau. On comprend que les programmes de traitement du serveur ou des terminaux, sont dotés d'au moins un sous- programme qui permet de mémoriser tous les résultats intermédiaires, obtenus successivement lors du traitement, par exemple à l'aide de tables de mémorisation. Un module exécuté peut aussi être composé de plusieurs programmes actifs. Un module peut aussi être `supporté par un environnement distribué. Différents algorithmes de calcul sont respectivement utilisés par des modules de calcul agencés pour récupérer les informations adéquates (portions de données ou de signaux en cours de traitement, résultats d'opérations précédentes, etc.). Il doit être évident pour l'homme du métier que la présente invention permet d'autres variantes de réalisation. Par conséquent, les présents modes de réalisation doivent être considérés comme illustrant l'invention définie par les revendications jointes. REVENDICATIONS1. Système de vente aux enchères d'un bien, comprenant un serveur (SERI) destiné à des participants accédant chacun à la vente par un terminal (TU1, TU2) communiquant avec le serveur via un réseau de communication, un module de traitement (MOD1) du serveur détectant et traitant des demandes de surenchères sur un prix en cours (PR2) du bien mis en vente à partir d'un prix de départ (PR1), les demandes de surenchères étant transmises par les terminaux des participants et traitées par le module de traitement (MOD1) majorant le prix en cours lors d'une première phase de vente (E07, E08, E09) qui se termine à l'issue d'un premier compte à rebours d'une première durée (Tl) déterminée, caractérisé en ce que le module de traitement (MOD1), en combinaison avec un module MOD2 moteur d'enchères, compare la valeur du premier compte à rebours avec une deuxième durée (Terl) déterminée au moment de la réception de chaque demande de surenchère lors de la première phase de vente, le module de traitement (MOD1) terminant la première phase de vente et commençant une deuxième phase de vente si cette deuxième durée est supérieure à la valeur du premier compte à rebours au moment de la réception de cette demande de surenchère. 2. Système de vente aux enchères selon la revendication 1, caractérisé en ce que le module de traitement (MOD1) assure une majoration du prix en cours et une réinitialisation d'un deuxième compte à rebours à une troisième durée déterminée à la réception d'une demande de surenchère lors de la deuxième phase de vente, la deuxième phase de vente se terminant à l'issue du deuxième compte à rebours initialisé à la troisième durée déterminée. 3. Système de vente aux enchères selon la revendication 1 ou 2, caractérisé en ce qu'il comprend un module d'inscription qui génère et mémorise une première liste (LIST1) de participants à la vente aux enchères, puis une deuxième liste (LIST2) réduite par rapport à la première mémorisée dans le serveur (SERI) au cours de la première phase de vente ou avant la deuxième phase de vente. 4. Système selon la revendication 3, caractérisé en ceque le module de traitement (MOD1) associe chaque participant à un paiement de frais d'inscription. 5. Système selon l'une des revendications 1 à 4, caractérisé en ce que le module de traitement (MOD1) incrémente le prix en cours (PR2) d'un premier pas (PAS1) déterminé, ou respectivement d'un deuxième pas (PAS2) déterminé, le premier pas étant différent du deuxième pas (PAS1). 6. Procédé de vente aux enchères d'un bien pour la mise en oeuvre du système selon l'une quelconque des revendications précédentes, mettant en oeuvre un serveur (SERI) pour des participants accédant chacun à la vente par un terminal (TU1, TU2) communiquant avec le serveur via un réseau de communication, le procédé comprenant une première phase de vente (E07, E08, E09) d'une première durée (Tl) déterminée durant laquelle les participants peuvent réaliser une surenchère sur un prix en cours (PR2) du bien mis en vente à partir d'un prix de départ (PR1), caractérisé en ce qu'on attribue à chaque participant un nombre prédéterminé de surenchères et en ce que la première phase de vente se prolonge par une période d'une deuxième durée (Ter1) déterminée durant laquelle si aucune surenchère n'est réalisée (C072), la vente se termine et le bien est attribué au participant ayant réalisé la dernière surenchère. 7. Procédé de vente aux enchères d'un bien selon la revendication 5, caractérisé en ce que, si durant ladite période, une surenchère est réalisée (C092), on initialise une deuxième phase de vente (E10, E11) durant laquelle les participants peuvent poursuivre des surenchères sur le prix en cours (PR2) du bien mis en vente, la durée de la deuxième phase de vente étant initialisée par une troisième durée (Ter2) déterminée, cette deuxième phase étant constamment réinitialisée (Ell) par cette troisième durée (Ter2) à chaque surenchère réalisée (C101), la deuxième phase de vente se terminant lorsque aucune surenchère n'est intervenue pendant cette troisième durée. 8. Procédé de vente selon la revendication 6 ou 7, caractérisé en ce qu'il comporte une étape préalable (E02)d'inscription des participants à la vente aux enchères durant laquelle une première liste (LIST1) des participants est établie et mémorisée par le serveur, en ce qu'on établit une deuxième liste (LIST2) au cours de la première phase de vente ou avant la deuxième phase de vente, la deuxième liste comprenant au moins une partie des participants et étant déterminée en fonction des surenchères réalisées par les participants durant la première phase de vente (E07, E08, E09), et en ce qu'on élimine les participants exclus de la deuxième liste d'une participation à la deuxième phase de vente (E10, E1l). 9. Procédé de vente selon la revendication 7, caractérisé en ce que lorsqu'une surenchère est réalisée par un des participants lors de la première phase de vente (E07, E08, E09), le prix en cours (PR2) est incrémenté d'un premier pas (PAS1) déterminé connu à l'avance par les participants et lorsqu'une surenchère est réalisée par un des participants lors de la deuxième phase de vente (E10, E1l), le prix en cours (PR2) est incrémenté d'un deuxième pas (PAS2) déterminé différent du premier pas (PAS1) et connu à l'avance par les participants.