FR 2964226 A1 20120302 FR 1056800 A 20100827 PROCEDE ET SYSTEME DE GESTION ET/OU DE DISTRIBUTION D'AU MOINS UN PRODUIT D'AU MOINS UN UTILISATEUR ET PROGRAMME D'ORDINATEUR METTANT EN OEUVRE LEDIT PROCEDE DOMAINE DE L'INVENTION La présente invention concerne un procédé de gestion et/ou de distribution d'au moins un produit d'au moins un utilisateur apte à être connecté à un réseau informatique, 10 particulièrement destiné à la planification et l'organisation d'un calendrier d'un évènement, et un programme d'ordinateur mettant en oeuvre ledit procédé. ARRIERE PLAN DE L'INVENTION 15 Il est bien connu des calendriers électroniques, sous la forme d'un logiciel mis en oeuvre sur un ordinateur ou similaire tel qu'un téléphone par exemple, permettant de noter des rendez-vous professionnels notamment. L'utilisation de ces calendriers électroniques et les évènements qui sont enregistrés dépendent notamment du secteur d'activité de son utilisateur. 20 L'un des calendriers électronique le plus connu et le plus utilisé est le calendrier Outlook® (marque déposée) développé par la société Microsoft® (marque déposée). Typiquement, un utilisateur reçoit une notification par courrier électronique par exemple de quand et où à lieu un évènement où il doit être présent et ce dernier enregistre le rendez vous à la date et à l'heure prévue. Accessoirement, le logiciel Outlook® peut 25 éventuellement enregistrer automatiquement le rendez-vous si le mail reçut est une notification Outlook® émise par un tiers. Lorsque l'ordinateur de l'utilisateur est connecté à un réseau informatique, tel qu'un réseau local par exemple, des tiers faisant parti de ce réseau local et ayant une autorisation peuvent créer, modifier ou supprimer un rendez-vous dans Outlook®. 30 On connaît également des gestionnaires d'informations personnelles dits PIM selon l'acronyme anglo-saxon «Personal Information Manager ». Ce sont des logiciels utilisés pour interfacer, c'est-à-dire synchroniser un ordinateur avec un périphérique communiquant tel qu'un téléphone, un assistant personnel, etc... Ces logiciels proposent5 des fonctionnalités agenda, bloc-notes, post-it, rendez-vous, carnet d'adresses et sont souvent associés à des fonctionnalités de courriel et de groupware ou de téléphonie (VoIP, SMS). Ils ne gèrent par contre pas les données multimédia. Interfacés avec un annuaire (LDAP par exemple), ils sont multi-utilisateurs, de façon à partager des messageries, des calendriers et des emplois du temps des réunions. On a déjà imaginé améliorer les services de ces logiciels. C'est le cas notamment de la demande de brevet internationale WO 02/097572 qui décrit un système et un procédé de programmation d'un évènement sur un réseau. Ledit procédé consiste à créer une demande de programmation qui comprend au moins un ensemble de détails relatifs à l'événement et 1 0 un identificateur du créateur d'événement. La demande de programmation est envoyée à un serveur communiquant avec le réseau. Ledit serveur a accès à l'agenda de l'invité et à un agenda destiné au créateur d'événement. Lors de la réception de la demande de programmation, un enregistrement d'événement est créé sur le serveur qui comprend au moins l'ensemble de détails concernant l'événement et un lien à l'agenda de l'invité. 15 L'événement est également ajouté sur l'agenda de l'invité. La demande de programmation peut être créée à l'aide d'un lien associé à l'événement. On connaît également la demande de brevet internationale WO 2006/123957 qui décrit un système de planification et d'établissement de calendrier assorti d'un système de traitement informatique qui gère un plan d'exécution et/ou un calendrier pour une pluralité 20 d'utilisateurs, et peut déterminer si des événements d'un premier programme d'événements nécessite un tiers et, si c'est le cas, remplir le programme et/ou le calendrier du tiers d'un second programme d'événements lié au premier. Tous ces systèmes et procédés ne sont pas adaptés à la gestion de rendez-vous sur un salon ou une exposition par exemple où de nombreuses personnes d'horizons 25 professionnels très différents et de nationalités très différentes se rendent pour nouer des contacts professionnels. BREVE DESCRIPTION DE L'INVENTION 30 L'un des buts de l'invention est donc de remédier à ces inconvénients en proposant un procédé de gestion et/ou de distribution d'au moins un produit d'au moins un utilisateur apte à être connecté à un réseau informatique, particulièrement destiné à la planification et l'organisation d'un calendrier d'un évènement, et un programme d'ordinateur mettant en oeuvre ledit procédé, de conception simple, peu onéreuse, et facile d'utilisation. A cet effet et conformément à l'invention, il est proposé un procédé de gestion et/ou de distribution d'au moins un produit d'au moins un utilisateur apte à être connecté à un réseau informatique, ledit utilisateur étant identifié sur ledit réseau lors de sa connexion à ce dernier au moyen d'un terminal client tel qu'un ordinateur, un téléphone mobile ou similaire ; ledit procédé est remarquable en ce qu'il comporte au moins les étapes suivantes d'enregistrement dans une base de données sur un serveur de la disponibilité des produits et/ou du besoin en produits de chaque utilisateur, et/ou du contenant et/ou du besoin en contenants de chaque utilisateur, l'ensemble des disponibilités des produits et/ou des besoins en produits et/ou des contenants et/ou des besoins en contenants de chaque utilisateur étant accessible depuis un terminal client connecté au réseau informatique au moyen d'un ordinateur, d'un téléphone ou similaire, d'assignation d'un statut à chaque produit, tel que le type, le prix, la disponibilité du produit par exemple, et/ou à chaque contenant de chaque utilisateur et de caractéristiques à chaque utilisateur, de création d'une requête d'acquisition des produits pour un contenant déterminé en fonction des statuts des produits de chaque utilisateur, de transmission au serveur d'au moins une requête d'acquisition d'un utilisateur à un autre utilisateur qui est apte à refuser ou accepter ladite requête d'acquisition, et finalement de modification des statuts de chaque produit et/ou de chaque contenant de chaque utilisateur lorsqu'une requête d'acquisition est acceptée par un autre utilisateur. L'étape de création d'une requête consiste au moins dans les étapes suivantes de sélection d'au moins un produit disponible pour un contenant déterminé d'un autre utilisateur, et de création d'un message comportant la demande dudit produit correspondant au contenant déterminé. Par ailleurs, chaque utilisateur est apte à assigner un statut de non disponibilité à chacun de ses produits et/ou contenants, la non disponibilité de chaque produit et/ou contenant étant provisoire ou définitive. De plus, lors de la transmission au serveur d'une requête d'acquisition, ledit serveur génère au moins une information dite de recommandation relative aux produits et/ou contenants de tous les autres utilisateurs susceptibles d'être acquis par ledit utilisateur, ladite information étant accessible uniquement par l'utilisateur envoyant la requête d'acquisition. FR 10 56800 4 Texte amendé en réponse à la notification d'irrégularités du 02.11.2010 Ladite information de recommandation est générée en fonction du contenu de la requête d'acquisition et du statut de chaque produit et/ou contenant de chaque utilisateur et des caractéristiques de chaque utilisateur. De manière avantageuse, le procédé suivant l'invention comporte une étape de détermination du contenant pour chaque produit comportant au moins les étapes suivantes de détermination des contenants bloqués et/ou faisant l'objet d'une requête d'acquisition pour chaque utilisateur, de comparaison du nombre de contenant bloqués et/ou faisant l'objet d'une requête d'acquisition des différents utilisateurs, de détermination des priorités de chaque utilisateur en considérant que plus un utilisateur possède de contenants bloqués ou faisant l'objet d'une requête d'acquisition, plus il est prioritaire, de détermination pour chaque contenant de chaque utilisateur de son rang de priorité, de décrémentation du rang de priorité des utilisateurs, et d'acquisition de chaque contenant de chaque utilisateur avec le produit correspondant. Un autre objet de l'invention concerne un système de gestion et/ou de distribution d'au moins un produit d'au moins un utilisateur apte à être connecté à un réseau informatique, ledit utilisateur étant identifié sur ledit réseau lors de sa connexion à ce dernier au moyen d'un terminal client tel qu'un ordinateur, un téléphone mobile ou similaire ; ledit système est remarquable en ce qu'il comporte au moins un lien, inséré dans une page web ou similaire, pour enregistrer dans une base de données sur un serveur de la disponibilité des produits et/ou du besoin en produits et/ou des contenants et/ou des besoins en contenants de chaque utilisateur, l'ensemble des disponibilités des produits et/ou des besoins en produits et/ou des contenants et/ou des besoins en contenants de chaque utilisateur étant accessible depuis un terminal client connecté au réseau informatique au moyen d'un navigateur installé sur un ordinateur, un téléphone ou similaire, des moyens pour assigner un statut à chaque produit et/ou contenant de chaque utilisateur et des caractéristiques à chaque utilisateur, des moyens de création d'une requête d'acquisition des produits pour un contenant déterminé en fonction des statuts des produits et/ou des contenants de chaque utilisateur, des moyens de transmission au serveur d'au moins une requête d'acquisition d'un utilisateur à un autre utilisateur qui est apte à refuser ou accepter ladite requête d'acquisition, des moyens de modification des statuts de chaque produit et/ou contenant de chaque utilisateur lorsqu'une requête d'acquisition est acceptée par un autre utilisateur. La requête d'acquisition est transmise sous la forme d'un courrier électronique. CABINET PLASSERAUD LH/SLP/CONNECT 0001 FR Par ailleurs, le système comporte au moins un lien, inséré dans ladite page web, pour assigner un statut de non disponibilité à chacun des produits et/ou contenants de l'utilisateur, la non disponibilité de chaque produit étant provisoire ou définitive. De plus, ledit serveur comporte des moyens aptes à générer, lors de la transmission au serveur d'une requête d'acquisition, au moins un lien, inséré dans la page web, vers une information dite de recommandation relative aux produits et/ou contenants de tous les autres utilisateurs susceptibles d'être acquis par ledit utilisateur, ladite information étant accessible uniquement par l'utilisateur envoyant la requête d'acquisition. Ladite information de recommandation est générée en fonction du contenu de la 1 0 requête d'acquisition et du statut de chaque produit et/ou contenant de chaque utilisateur et des caractéristiques de chaque utilisateur et consiste dans une page web. De manière avantageuse, il comporte des moyens de détermination du contenant pour chaque produit, lesdits moyens comportant des moyens de détermination des contenants bloqués et/ou faisant l'objet d'une requête d'acquisition pour chaque utilisateur, des 15 moyens de comparaison du nombre de contenant bloqués et/ou faisant l'objet d'une requête d'acquisition des différents utilisateurs, des moyens de détermination des priorités de chaque utilisateur en considérant que plus un utilisateur possède de contenants bloqués ou faisant l'objet d'une requête d'acquisition, plus il est prioritaire, des moyens de détermination pour chaque contenant de chaque utilisateur son rang de priorité, des 20 moyens de décrémentation du rang de priorité des utilisateurs et des moyens d'acquisition de chaque contenant de chaque utilisateur avec le produit correspondant. Un dernier objet de l'invention concerne un programme d'ordinateur mis en oeuvre sur un système informatique pour la gestion et/ou la distribution d'au moins un produit d'au moins un utilisateur apte à être connecté à un réseau informatique, ledit utilisateur 25 étant identifié sur ledit réseau lors de sa connexion à ce dernier au moyen d'un terminal client tel qu'un ordinateur, un téléphone mobile ou similaire, ledit programme d'ordinateur étant enregistré sur au moins un support physique ; ledit programme est remarquable en ce qu'il comporte au moins un code de programme pour enregistrer dans une base de données sur un serveur de la disponibilité des produits et/ou du besoin en produits et/ou des 30 contenants et/ou des besoins en contenant de chaque utilisateur, l'ensemble des disponibilités des produits et/ou des besoins en produits et/ou des contenants et/ou des besoins en contenant de chaque utilisateur étant accessible depuis un terminal client connecté au réseau informatique au moyen d'un ordinateur, d'un téléphone ou similaire, un code de programme pour assigner un statut à chaque produit et/ou contenant de chaque utilisateur et des caractéristiques à chaque utilisateur, un code de programme pour créer une requête d'acquisition des produits en fonction des statuts des produits et/ou des contenants de chaque utilisateur, un code de programme pour transmettre au serveur au moins une requête d'acquisition d'un utilisateur à un autre utilisateur qui est apte à refuser ou accepter ladite requête d'acquisition, et un code de programme pour modifier des statuts de chaque produit et/ou contenant de chaque utilisateur lorsqu'une requête d'acquisition est acceptée par un autre utilisateur. Le code de programme pour la création d'une requête comporte au moins un code de programme pour la sélection d'au moins un produit pour un contenant déterminé disponible d'un autre utilisateur, et un code de programme pour la création d'un message comportant la demande dudit produit. Par ailleurs, il comporte un code de programme pour assigner un statut de non disponibilité à chacun de ses produits et/ou contenants, la non disponibilité de chaque 1 5 produit et/ou contenant étant provisoire ou définitive. De plus, il comporte un code de programme pour que le serveur génère, lors de la transmission au serveur d'une requête d'acquisition, au moins une information dite de recommandation relative aux produits et/ou contenants de tous les autres utilisateurs susceptibles d'être acquis par ledit utilisateur, ladite information étant accessible 20 uniquement par l'utilisateur envoyant la requête d'acquisition. Ladite information de recommandation est générée en fonction du contenu de la requête d'acquisition et du statut de chaque produit et/ou contenant de chaque utilisateur et des caractéristiques de chaque utilisateur. De manière particulièrement avantageuse, il comporte un code de programme pour la 25 détermination du contenant pour chaque produit, ledit code comportant au moins un code de programme pour la détermination des contenants bloqués et/ou faisant l'objet d'une requête d'acquisition pour chaque utilisateur, un code de programme pour la comparaison du nombre de contenant bloqués et/ou faisant l'objet d'une requête d'acquisition des différents utilisateurs, un code de programme pour la détermination des priorités de chaque 30 utilisateur en considérant que plus un utilisateur possède de contenants bloqués ou faisant l'objet d'une requête d'acquisition, plus il est prioritaire, un code de programme pour la détermination pour chaque contenant de chaque utilisateur son rang de priorité, un code de programme pour la décrémentation du rang de priorité des utilisateurs, et un code de programme pour l'acquisition de chaque contenant de chaque utilisateur avec le produit correspondant. BREVE DESCRIPTION DES DESSINS D'autres avantages et caractéristiques ressortiront mieux de la description qui va suivre d'une variante d'exécution, donnée à titre d'exemple non limitatif, du procédé de gestion et/ou de distribution d'au moins un produit d'au moins un utilisateur apte à être connecté à un réseau informatique, conforme à l'invention, en référence aux dessins 1 0 annexés, sur lesquels : - la figure 1 est une représentation schématique d'un système pour la gestion d'un calendrier suivant le procédé conforme à l'invention, - la figure 2 est un ordinogramme des différentes étapes du procédé suivant l'invention, 15 - la figure 3 est un ordinogramme de la création d'une requête d'un rendez-vous suivant le procédé conforme à l'invention, - la figure 4 est un ordinogramme des différentes étapes de gestion des calendriers des utilisateurs suivant le procédé conforme à l'invention, - la figure 5 est un ordinogramme des différentes étapes de création d'une requête 20 d'invitation depuis une liste de projets, - la figure 6 est un ordinogramme des différentes étapes de création d'une requête d'invitation depuis une liste d'utilisateurs, - la figure 7 est un ordinogramme des différentes étapes de création d'une requête d'invitation depuis une liste de compagnies, 25 - la figure 8 est un ordinogramme des différentes étapes de création d'une requête d'invitation depuis un agenda, - la figure 9 est. un ordinogramme de la gestion des rendez-vous d'un utilisateur suivant le procédé conforme à l'invention. 30 DESCRIPTION DETAILLEE DE L'INVENTION On décrira ci-après, à titre d'exemple non limitatif, un procédé et un système de gestion d'au moins un calendrier d'au moins un utilisateur apte à être connecté à un réseau informatique, ledit utilisateur étant identifié sur ledit réseau lors de sa connexion à ce dernier au moyen d'un terminal client tel qu'un ordinateur, un téléphone mobile ou similaire ; Toutefois, il est bien évident que le procédé et le système pourra être adapté à tout type de produit et de contenant tel qu'un débit d'eau, une intensité de courant, des objets physiques, etc...sans pour autant sortir du cadre de l'invention. Dans cet exemple de réalisation particulier de l'invention, on considère un salon professionnel dans lequel des exposants sont présents et des visiteurs sont amenés à rencontrer lesdits exposants pour développer de nouveaux projets industriels. Ainsi, dans cet exemple de réalisation, les produits correspondent à des réunions relatives à des projets « industriels » ou économiques et les contenants correspondent à des segments horaires d'un calendrier, i.e. le calendrier du salon, associés à un espace physique (un stand) permettant le rendez-vous. En référence à la figure 1, un ou plusieurs utilisateurs 100 se connecte à un réseau 101 tel que le World Wide Web, dit Internet, au moyen d'un ordinateur, d'un téléphone portable, ou similaire de telle sorte que l'utilisateur est en communication avec un ou plusieurs serveurs 102 hébergeant des pages internet. L'utilisateur 100 utilise un navigateur 103, également appelé Web browser, pour afficher et interagir avec les pages internet. Lesdits serveurs 102 sont en communication avec une ou plusieurs bases de données 104 dans lesquelles sont enregistrées des informations telles que par exemple, le profil de l'utilisateur ainsi que les données relatives au(x) calendrier(s). Lors d'un évènement, tel qu'un salon professionnel par exemple, un utilisateur 100 se connecte à un site internet déterminé pour consulter ou gérer son calendrier avec les autres utilisateurs participant à ce salon. On entend par utilisateur une personne préalablement identifiée sur le site internet en question. Ledit utilisateur est identifié en s'inscrivant sur le site internet. Lors de son inscription en ligne, il s'identifie en indiquant par exemple, son nom, son prénom, son adresse e-mail, le nom de sa société, l'objet social de sa société et accessoirement ses besoins pour le développement de sa société (recherche de partenaire industriel déterminé, recherche de distributeurs, etc...). Dans cet exemple particulier de réalisation, il existe donc essentiellement deux types d'utilisateur, les exposants d'une part et les visiteurs d'autre part qui cherchent essentiellement à obtenir des rendez-vous avec les exposants pour développer de nouveaux projets. En référence à la figure 2, le procédé suivant l'invention comporte une première étape 201 d'enregistrement dans une base de données 104 sur un serveur 102 de la disponibilité des projets et/ou du besoin en projets de chaque utilisateur, et/ou des segments horaires disponibles de chaque utilisateur, l'ensemble des disponibilités des projets et/ou des besoins en projets et/ou des segments horaires de chaque utilisateur étant accessible depuis un terminal client connecté au réseau informatique au moyen d'un ordinateur, d'un téléphone ou similaire. Les utilisateurs, i.e. les exposants et les visiteurs, s'enregistrent préalablement sur un site internet en remplissant des champs précisant les statuts de chaque projet et/ou les statuts de chaque segment horaire du calendrier ainsi que leurs caractéristiques telles que leur domaine d'activités, leurs coordonnées, leur numéro de stand (pour les exposants), leurs projets en cours, leurs besoins de partenariat, etc... Ainsi, le procédé assigne dans une étape 202 un statut à chaque projet et/ou à chaque segment horaire de chaque utilisateur et des caractéristiques à chaque utilisateur. Dans une étape 203, une requête dite d'acquisition des projets pour un segment horaire déterminé en fonction des statuts des projets de chaque utilisateur est créée, puis, dans une étape 204, ladite requête d'acquisition d'un utilisateur à un autre utilisateur, d'un visiteur à un exposant par exemple, est transmise au serveur 102, l'exposant étant apte à refuser ou accepter ladite requête d'acquisition. Finalement, les statuts de chaque projet et/ou de chaque segment horaire de chaque utilisateur est modifiée dans une étape 205 lorsqu'une requête d'acquisition est acceptée par un autre utilisateur. La création de la requête dite d'acquisition 203, en référence à la figure 3, comporte une première étape 301 de sélection d'au moins un projet d'un exposant pour un segment horaire déterminé d'un visiteur, et une étape de 302 de création d'un message comportant la demande de rendez-vous relatif au projet sélectionné correspondant au segment horaire déterminé. Accessoirement, chaque utilisateur, qu'il s'agisse d'un exposant ou d'un visiteur, est apte à assigner un statut de non disponibilité à chacun de ses projets et/ou des segments horaires de son calendrier, lesdits segment horaires ayant alors le statut de bloqué. Cette non disponibilité de chaque projet et/ou segment horaire est provisoire ou définitive. La modification du statut de chaque segment horaire est gérée depuis le site internet lorsque l'utilisateur se connecte audit site. L'utilisateur sélectionne le segment horaire et lui attribue le statut de bloqué au moyen d'un menu déroulant par exemple. Par ailleurs, de manière avantageuse, lors de la transmission au serveur d'une requête d'acquisition, ledit serveur génère au moins une information dite de recommandation relative aux projets et/ou segments horaires de tous les autres utilisateurs susceptibles d'être acquis par ledit utilisateur, ladite information étant accessible uniquement par l'utilisateur envoyant la requête d'acquisition. Ladite information de recommandation est générée en fonction du contenu de la requête d'acquisition et du statut de chaque projet et/ou du segment horaire de chaque utilisateur et des caractéristiques de chaque utilisateur. Par exemple, lorsqu'un visiteur sollicite un rendez-vous avec un exposant pour le développement d'un projet, le serveur génère une ou plusieurs pages internet, sous la forme de pop-up par exemple, recommandant de requérir un rendez-vous avec un autre exposant développant des projets identiques ou similaires. Selon une caractéristique essentielle du procédé conforme à l'invention, en référence à la figure 4, la détermination des segments horaires est obtenue, pour toutes les requêtes émises avant un délai déterminé, par exemple 15 jours avant le début du salon, au moyen d'un algorithme afin d'optimiser les calendriers de chaque utilisateur. Dans une étape 401, les segments horaires bloqués et/ou faisant l'objet d'une requête d'acquisition sont déterminés pour chaque utilisateur, puis dans une étape 402, le nombre de segments horaires bloqués et/ou faisant l'objet d'une requête d'acquisition des différents utilisateurs est comparé les uns aux autres. En suite, dans une étape 403, les priorités de chaque utilisateur en considérant que plus un utilisateur possède de contenants bloqués ou faisant l'objet d'une requête d'acquisition, plus il est prioritaire, sont déterminés, puis, dans une étape 404, on détermine pour chaque contenant de chaque utilisateur son rang de priorité. Après une étape 405 de décrémentation du rang de priorité des utilisateurs, chaque segment horaire de chaque utilisateur est rempli avec le rendez-vous correspondant. Ainsi, le logiciel comporte un algorithme qui considère tous les utilisateurs au même niveau, qu'il s'agisse d'un exposant au salon professionnel ou d'un simple «visiteur» du salon. L'algorithme enregistre dans un tableau toutes les demandes de rendez-vous ainsi que tous les segments horaires bloqués pour chaque utilisateur. Ensuite, il compte le nombre de segments horaires bloqués et/ou en attente d'attribution d'un segment horaire (il s'agit d'un rendez-vous confirmé). Puis, il détermine la priorité des utilisateurs pour le ou les segments horaires en considérant que plus un utilisateur possède de segments horaires bloqués ou en attente, plus il est prioritaire. Exemple : Considérons une convention qui dure une journée avec 5 segments horaires de 60 minutes chacun. 91;->10h ->11h Il - -12h 12h->13h Considérons un exposant (el) et deux visiteurs (vl et v2) qui vont bloquer chacun un certain nombre de segments horaires (les segments horaires bloqués sont représentés en noir dans le tableau ci-dessous 8h.->9 ~-i , -.. 1 h 1'h. >:I ._, 11h- -12.b 12h._=-1- h E 1 V 2 10 Les deux visiteurs (vl,v2) envoient séparément une requête de rendez-vous avec l'exposant el. L'algorithme détermine alors les priorités en considérant que plus un utilisateur possède de segments horaires bloqués ou en attente, plus il est prioritaire. Ainsi, et est prioritaire sur v2 et sur vl et v2 est prioritaire sur vl. 15 Ensuite, sur chaque segment horaire, l'algorithme détermine qui est disponible en indiquant son rang de priorité et après avoir décrémenté le rang de priorité des utilisateurs, il rempli le segment horaire avec le rendez-vous correspondant. Il répète ces étapes pour chaque segment horaire et, dans le cas d'espèce, nous obtenons le calendrier suivant : Eh,- 9h ?h-:'>1 .ht 10h->1.1 ï 11.h-> 12 12h->13? 41 R Ci l ~,1 - c '+.' 2 RDV `1 _ RC~.'eecE1 t, 2 RD avec El 20 Environ deux semaines avant le début du salon professionnel, l'ensemble des rendez vous acceptés du calendrier est listé par le logiciel. Puis le logiciel liste tous les segments horaires libres de chaque utilisateur et propose à chaque utilisateur de prendre des rendez- 25 vous dans ces segments libres en fonction du profil des utilisateurs et de leurs segments 115 horaires libres, chaque utilisateur ayant la possibilité de refuser la demande de rendez-vous. Moins de deux semaines avant le début du salon et pendant la durée du salon, le procédé suivant l'invention mis en oeuvre par un logiciel permet la prise de rendez-vous directement entre utilisateurs. A cet effet, chaque utilisateur a la possibilité de prendre un rendez-vous depuis son profil d'utilisateur en fonction d'un projet (figure 5), d'un utilisateur (figure 6) ou d'une compagnie (figure 7) ou depuis l'agenda, c'est-à-dire de la plateforme commune, en fonction d'une compagnie présente sur le salon (figure 8). En référence à la figure 5, un utilisateur identifié sur le serveur peut consulter depuis 1 0 la page internet liée à son profil son agenda et requérir une demande de rendez-vous. A cet effet, dans une étape 501, il sélectionne dans un menu déroulant un projet qui l'intéresse, sans pour autant connaître l'utilisateur portant ce projet, puis, dans une étape 502, il sélectionne un segment horaire libre pour les deux utilisateurs et une requête sous la forme d'un e-mail est générée dans une étape 503, l'e-mail comportant la date et le lieu du 15 rendez-vous et éventuellement un message. Dans une étape 504, l'utilisateur valide la requête qui est alors transmise au second utilisateur dans une étape 505. En référence à la figure 6, un utilisateur identifié sur le serveur peut consulter depuis la page internet liée à son profil son agenda et requérir une demande de rendez-vous en fonction d'un utilisateur. A cet effet, dans une étape 601, il sélectionne dans un menu 20 déroulant un utilisateur qu'il souhaiterait rencontrer, puis, dans une étape 602, il sélectionne un segment horaire libre pour les deux utilisateurs et une requête sous la forme d'un e-mail est générée dans une étape 603, l'e-mail comportant la date et le lieu du rendez-vous et éventuellement un message. Dans une étape 604, l'utilisateur valide la requête qui est alors transmise au second utilisateur dans une étape 605. 25 En référence à la figure 7, un utilisateur identifié sur le serveur peut consulter depuis la page internet liée à son profil son agenda et requérir une demande de rendez-vous en fonction d'une compagnie. On notera que plusieurs utilisateurs peuvent faire partie de la même compagnie. A cet effet, dans une étape 701, il sélectionne dans un menu déroulant une compagnie qu'il souhaiterait rencontrer, puis, dans une étape 702, il sélectionne un 30 segment horaire libre pour les deux utilisateurs et une requête sous la forme d'un e-mail est générée dans une étape 703, l'e-mail comportant la date et le lieu du rendez-vous et éventuellement un message. Dans une étape 704, l'utilisateur valide la requête qui est alors transmise au second utilisateur dans une étape 705. Enfin, en référence à la figure 8, un utilisateur connecté à la plateforme commune, i.e. l'agenda, peut requérir une demande de rendez-vous en fonction d'une compagnie. A cet effet, dans une étape 801, il sélectionne dans un menu déroulant une compagnie qu'il souhaiterait rencontrer, puis, dans une étape 802, il sélectionne un segment horaire libre pour les deux utilisateurs et une requête sous la forme d'un e-mail est générée dans une étape 803, l'e-mail comportant la date et le lieu du rendez-vous et éventuellement un message. Dans une étape 804, l'utilisateur valide la requête qui est alors transmise au second utilisateur dans une étape 805. Afin de gérer son calendrier, en référence à la figure 9, chaque utilisateur peut 1 0 sélectionner un segment horaire de son calendrier dans une étape 901, puis il peut effectuer plusieurs opérations. Si le segment horaire est libre 902, l'utilisateur peut dans une étape 903 placer ledit segment horaire en statut bloqué 904, ledit utilisateur pouvant à tout moment modifier le statut du segment horaire bloqué 904 en segment horaire libre 902 dans une étape 905. Lorsque le segment horaire est libre 902, l'utilisateur peut également 15 requérir un rendez-vous auprès d'un autre utilisateur dans une étape 906. Si l'utilisateur décide de ne pas requérir de rendez-vous, le segment horaire est positionné en statut d'attente 907. Si l'utilisateur décide de requérir un rendez-vous, il sélectionne dans une étape 908 une compagnie qu'il souhaiterait rencontrer, puis, dans une étape 909, une requête sous la forme d'un e-mail est générée, l'e-mail comportant la date et le lieu du 20 rendez-vous et éventuellement un message. Dans une étape 910, l'utilisateur valide la requête qui est alors transmise au second utilisateur dans une étape 9. On observera que si l'utilisateur ne valide pas la requête, ce dernier peut à nouveau choisir un nouveau segment horaire 901. Lorsque le segment horaire est dit en attente 907, l'utilisateur peut soit bloquer le segment horaire suivant l'étape 903 décrite précédemment soit requérir un rendez-vous 25 auprès d'un autre utilisateur dans une étape 906 telle que décrite précédemment soit gérer le segment horaire dans une étape 912. Dans cette étape 912, l'utilisateur peut consulter dans une étape 913 la requête de rendez-vous associée au segment horaire et éventuellement annuler la requête de rendez-vous dans une étape 914 de telle sorte que le segment horaire reprenne un statut dit de segment horaire libre (902). 30 Enfin, il est bien évident que les exemples que l'on vient de donner ne sont que des illustrations particulières, en aucun cas limitatives quant aux domaines d'application de l'invention. REVENDICATIONS1 - Procédé de gestion et/ou de distribution d'au moins un produit d'au moins un utilisateur apte à être connecté à un réseau informatique, ledit utilisateur étant identifié sur ledit réseau lors de sa connexion à ce dernier au moyen d'un terminal client tel qu'un ordinateur, un téléphone mobile ou similaire, caractérisé en ce qu'il comporte au moins les étapes suivantes de : enregistrement dans une base de données sur un serveur de la disponibilité des produits et/ou du besoin en produits de chaque utilisateur, et/ou du contenant et/ou du besoin en contenants de chaque utilisateur, l'ensemble des disponibilités des produits et/ou des besoins en produits et/ou des contenants et/ou des besoins en contenants de chaque utilisateur étant accessible depuis un terminal client connecté au réseau informatique au moyen d'un ordinateur, d'un téléphone ou similaire, assignation d'un statut à chaque produit, tel que le type, le prix, la disponibilité du produit par exemple, et/ou à chaque contenant de chaque utilisateur et de caractéristiques à chaque utilisateur, création d'une requête d'acquisition des produits pour un contenant déterminé en fonction des statuts des produits de chaque utilisateur, transmission au serveur d'au moins une requête d'acquisition d'un utilisateur à un autre utilisateur qui est apte à refuser ou accepter ladite requête d'acquisition, modification des statuts de chaque produit et/ou de chaque contenant de chaque utilisateur lorsqu'une requête d'acquisition est acceptée par un autre utilisateur. 2 - Procédé suivant la revendication 1, caractérisé en ce que l'étape de création d'une requête consiste au moins dans les étapes suivantes de : sélection d'au moins un produit disponible pour un contenant déterminé d'un autre utilisateur, création d'un message comportant la demande dudit produit correspondant au contenant déterminé. 3 - Procédé suivant l'une quelconque des revendications 1 ou 2, caractérisé en ce que chaque utilisateur est apte à assigner un statut de non disponibilité à chacun de ses produits et/ou contenants. 4 - Procédé suivant la revendication 3, caractérisé en ce que la non disponibilité de chaque produit et/ou contenant est provisoire ou définitive. 5 - Procédé suivant l'une quelconque des revendications 1 à 4, caractérisé en ce que, lors de la transmission au serveur d'une requête d'acquisition, ledit serveur génère au moins une information dite de recommandation relative aux produits et/ou contenants de tous les autres utilisateurs susceptibles d'être acquis par ledit utilisateur, ladite information étant accessible uniquement par l'utilisateur envoyant la requête d'acquisition. 6 - Procédé suivant la revendication 5, caractérisé en ce que ladite information de recommandation est générée en fonction du contenu de la requête d'acquisition et du statut de chaque produit et/ou contenant de chaque utilisateur et des caractéristiques de chaque utilisateur. 7 - Procédé suivant l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il comporte une étape de détermination du contenant pour chaque produit comportant au moins les étapes suivantes de : - détermination des contenants bloqués et/ou faisant l'objet d'une requête d'acquisition pour chaque utilisateur, - comparaison du nombre de contenant bloqués et/ou faisant l'objet d'une requête d'acquisition des différents utilisateurs, - détermination des priorités de chaque utilisateur en considérant que plus un utilisateur possède de contenants bloqués ou faisant l'objet d'une requête d'acquisition, plus il est prioritaire, - détermination pour chaque contenant de chaque utilisateur de son rang de priorité, - décrémentation du rang de priorité des utilisateurs,FR 10 56800 16 Texte amendé en réponse à la notification d'irrégularités du 02.11.2010 acquisition de chaque contenant de chaque utilisateur avec le produit correspondant. 8 - Système de gestion et/ou de distribution d'au moins un produit d'au moins un utilisateur apte à être connecté à un réseau informatique, ledit utilisateur étant identifié sur ledit réseau lors de sa connexion à ce dernier au moyen d'un terminal client tel qu'un ordinateur, un téléphone mobile ou similaire, caractérisé en ce qu'il comporte au moins un lien, inséré dans une page web ou similaire, pour enregistrer dans une base de données sur un serveur de la disponibilité des produits et/ou du besoin en produits et/ou des contenants et/ou des besoins en contenants de chaque utilisateur, l'ensemble des disponibilités des produits et/ou des besoins en produits et/ou des contenants et/ou des besoins en contenants de chaque utilisateur étant accessible depuis un terminal client connecté au réseau informatique au moyen d'un navigateur installé sur un ordinateur, un téléphone ou similaire, des moyens pour assigner un statut à chaque produit et/ou contenant de chaque utilisateur et des caractéristiques à chaque utilisateur, des moyens de création d'une requête d'acquisition des produits pour un contenant déterminé en fonction des statuts des produits et/ou des contenants de chaque utilisateur, des moyens de transmission au serveur d'au moins une requête d'acquisition d'un utilisateur à un autre utilisateur qui est apte à refuser ou accepter ladite requête d'acquisition, des moyens de modification des statuts de chaque produit et/ou contenant de chaque utilisateur lorsqu'une requête d'acquisition est acceptée par un autre utilisateur. 9 - Système suivant la revendication 8, caractérisé en ce que la requête d'acquisition est transmise sous la forme d'un courrier électronique. 10 - Système suivant l'une quelconque des revendications 8 ou 9, caractérisé en ce qu'il comporte au moins un lien, inséré dans ladite page web, pour assigner un statut de non disponibilité à chacun des produits et/ou contenants de l'utilisateur. 30 11 - Système suivant la revendication 9, caractérisé en ce que la non disponibilité de chaque produit est provisoire ou définitive. CABINET PLASSERAUD LH/SLP/CONNECT 0001 FR 12 - Système suivant l'une quelconque des revendications 8 à 1l, caractérisé en ce que ledit serveur comporte des moyens aptes à générer, lors de la transmission au serveur d'une requête d'acquisition, au moins un lien, inséré dans la page web, vers une information dite de recommandation relative aux produits et/ou contenants de tous les autres utilisateurs susceptibles d'être acquis par ledit utilisateur, ladite information étant accessible uniquement par l'utilisateur envoyant la requête d'acquisition. 13 - Système suivant la revendication 12, caractérisé en ce que ladite information de recommandation est générée en fonction du contenu de la requête d'acquisition et du statut de chaque produit et/ou contenant de chaque utilisateur et des caractéristiques de chaque utilisateur et consiste dans une page web. 14 - Système suivant l'une quelconque des revendications 8 à 13, caractérisé en ce qu'il comporte des moyens de détermination du contenant pour chaque produit, lesdits moyens comportant des moyens de détermination des contenants bloqués et/ou faisant l'objet d'une requête d'acquisition pour chaque utilisateur, des moyens de comparaison du nombre de contenant bloqués et/ou faisant l'objet d'une requête d'acquisition des différents utilisateurs, des moyens de détermination des priorités de chaque utilisateur en considérant que plus un utilisateur possède de contenants bloqués ou faisant l'objet d'une requête d'acquisition, plus il est prioritaire, des moyens de détermination pour chaque contenant de chaque utilisateur son rang de priorité, des moyens de décrémentation du rang de priorité des utilisateurs et des moyens d'acquisition de chaque contenant de chaque utilisateur avec le produit correspondant. 15 - Programme d'ordinateur mis en oeuvre sur un système informatique pour la gestion et/ou la distribution d'au moins un produit d'au moins un utilisateur apte à être connecté à un réseau informatique, ledit utilisateur étant identifié sur ledit réseau lors de sa connexion à ce dernier au moyen d'un terminal client tel qu'un ordinateur, un téléphone mobile ou similaire, ledit programme d'ordinateur étant enregistré sur au moins un support physique, caractérisé en ce que le programme d'ordinateur comporte au moins : - un code de programme pour enregistrer dans une base de données sur un serveur de la disponibilité des produits et/ou du besoin en produits et/ou des contenantset/ou des besoins en contenant de chaque utilisateur, l'ensemble des disponibilités des produits et/ou des besoins en produits et/ou des contenants et/ou des besoins en contenant de chaque utilisateur étant accessible depuis un terminal client connecté au réseau informatique au moyen d'un ordinateur, d'un téléphone ou similaire, un code de programme pour assigner un statut à chaque produit et/ou contenant de chaque utilisateur et des caractéristiques à chaque utilisateur, un code de programme pour créer une requête d'acquisition des produits en fonction des statuts des produits et/ou des contenants de chaque utilisateur, un code de programme pour transmettre au serveur au moins une requête d'acquisition d'un utilisateur à un autre utilisateur qui est apte à refuser ou accepter ladite requête d'acquisition, un code de programme pour modifier des statuts de chaque produit et/ou contenant de chaque utilisateur lorsqu'une requête d'acquisition est acceptée par un autre utilisateur. 16 - Programme d'ordinateur suivant la revendication 15, caractérisé en ce que le code de programme pour la création d'une requête comporte au moins : un code de programme pour la sélection d'au moins un produit pour un contenant déterminé disponible d'un autre utilisateur, un code de programme pour la création d'un message comportant la demande dudit produit. 17 - Programme d'ordinateur suivant l'une quelconque des revendications 15 ou 16, caractérisé en ce qu'il comporte un code de programme pour assigner un statut de non disponibilité à chacun de ses produits et/ou contenants. 18 - Programme d'ordinateur suivant la revendication 17, caractérisé en ce que la non disponibilité de chaque produit et/ou contenant est provisoire ou définitive. 19 - Programme d'ordinateur suivant l'une quelconque des revendications 15 à 18, caractérisé en ce qu'il comporte un code de programme pour que le serveur génère, lors de la transmission au serveur d'une requête d'acquisition, au moins une information dite30de recommandation relative aux produits et/ou contenants de tous les autres utilisateurs susceptibles d'être acquis par ledit utilisateur, ladite information étant accessible uniquement par l'utilisateur envoyant la requête d'acquisition. 20 - Programme d'ordinateur suivant la revendication 19, caractérisé en ce que ladite information de recommandation est générée en fonction du contenu de la requête d'acquisition et du statut de chaque produit et/ou contenant de chaque utilisateur et des caractéristiques de chaque utilisateur. 21 - Programme d'ordinateur suivant l'une quelconque des revendications 15 à 20, caractérisé en ce qu'il comporte un code de programme pour la détermination du contenant pour chaque produit, ledit code comportant au moins : - un code de programme pour la détermination des contenants bloqués et/ou faisant l'objet d'une requête d'acquisition pour chaque utilisateur, - un code de programme pour la comparaison du nombre de contenant bloqués et/ou faisant l'objet d'une requête d'acquisition des différents utilisateurs, - un code de programme pour la détermination des priorités de chaque utilisateur en considérant que plus un utilisateur possède de contenants bloqués ou faisant l'objet d'une requête d'acquisition, plus il est prioritaire, - un code de programme pour la détermination pour chaque contenant de chaque utilisateur son rang de priorité, - un code de programme pour la décrémentation du rang de priorité des utilisateurs, - un code de programme pour l'acquisition de chaque contenant de chaque utilisateur avec le produit correspondant.25