FR2964226A1 - Method for managing and distributing e.g. water flow for user to schedule or organize event calendar in exhibition, involves modifying status of product and/or container for user when acquiring request is accepted by user - Google Patents

Method for managing and distributing e.g. water flow for user to schedule or organize event calendar in exhibition, involves modifying status of product and/or container for user when acquiring request is accepted by user Download PDF

Info

Publication number
FR2964226A1
FR2964226A1 FR1056800A FR1056800A FR2964226A1 FR 2964226 A1 FR2964226 A1 FR 2964226A1 FR 1056800 A FR1056800 A FR 1056800A FR 1056800 A FR1056800 A FR 1056800A FR 2964226 A1 FR2964226 A1 FR 2964226A1
Authority
FR
France
Prior art keywords
user
product
container
containers
acquisition request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR1056800A
Other languages
French (fr)
Inventor
Pierre Carde
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CONNECTION EVENTS
Original Assignee
CONNECTION EVENTS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by CONNECTION EVENTS filed Critical CONNECTION EVENTS
Priority to FR1056800A priority Critical patent/FR2964226A1/en
Publication of FR2964226A1 publication Critical patent/FR2964226A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting

Abstract

The method involves creating an acquiring request for determined container based on status e.g. price, type and product availability, of product for users (100) e.g. visitor or exhibitor, by a creating unit, where the acquiring request is in a form of electronic mail. The acquiring request is transmitted from one of the users to the other user for refusing or accepting the acquiring request by a transmitting unit. The status of the product and/or container of the user is modified when the acquiring request is accepted by the latter user. Independent claims are also included for the following: (1) a system for managing and distributing a product of a user to schedule or organize event time (2) a computer program comprising a set of instructions for executing a method for managing and distributing a product.

Description

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 METHOD AND SYSTEM FOR MANAGING AND / OR DISTRIBUTING AT LEAST ONE PRODUCT OF AT LEAST ONE USER AND COMPUTER PROGRAM USING THE SAME METHOD OF THE 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é. The present invention relates to a method for managing and / or distributing at least one product of at least one user capable of being connected to a computer network, particularly intended for the planning and organization of a calendar of an event, and a computer program implementing said method.

ARRIERE PLAN DE L'INVENTION BACKGROUND OF THE 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. It is well known electronic calendars, in the form of software implemented on a computer or the like such as a telephone for example, to note business appointments including. The use of these electronic calendars and the events that are recorded depend in particular on the sector of activity of the user. One of the best known and most widely used electronic calendars is the Outlook® calendar (registered trademark) developed by Microsoft® (registered trademark). Typically, a user receives a notification by e-mail for example when and where an event occurs where he must be present and the latter saves the appointment on the date and at the scheduled time. Incidentally, the Outlook® software may optionally automatically record the appointment if the mail received is an Outlook® notification issued by a third party. When the user's computer is connected to a computer network, such as a local network, for example, third parties who are part of that local area network and have authorization can create, modify or delete an appointment in Outlook®. Also known personal information managers known as PIM according to the acronym "Personal Information Manager". These are software used to interface, that is to say synchronize a computer with a communicating device such as a phone, a personal assistant, etc ... This software offers5 features agenda, notebook, post-it , appointments, address book and are often associated with email and groupware features or telephony (VoIP, SMS). They do not manage the multimedia data. Interfaced with a directory (LDAP for example), they are multi-users, so as to share messengers, calendars and schedules of meetings. We have already imagined improving the services of these software. This is particularly the case of the international patent application WO 02/097572 which describes a system and a method for programming an event on a network. The method includes creating a scheduling request that includes at least one set of event details and an event creator identifier. The programming request is sent to a server communicating with the network. The server has access to the guest's calendar and a calendar for the event creator. Upon receiving the scheduling request, an event record is created on the server that includes at least the set of details about the event and a link to the guest's calendar. 15 The event is also added to the guest agenda. The programming request can be created using a link associated with the event. Also known is International Patent Application WO 2006/123957 which discloses a scheduling and scheduling system with a computer processing system which manages an execution plan and / or schedule for a plurality of applications. users, and can determine if events of a first event program require a third party and, if so, complete the program and / or schedule of the third party of a second event program related to the first. All these systems and processes are not suitable for managing appointments at a show or an exhibition, for example, where many people from very different professional backgrounds of very different nationalities come to establish professional contacts.

BREVE DESCRIPTION DE L'INVENTION BRIEF DESCRIPTION OF THE 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. One of the aims of the invention is therefore to remedy these drawbacks by proposing a method of managing and / or distributing at least one product of at least one user able to be connected to a computer network, particularly intended for the planning and organization of a calendar of an event, and a computer program implementing said method, of simple design, inexpensive, and easy to use. For this purpose and in accordance with the invention, there is provided a method for managing and / or distributing at least one product of at least one user capable of being connected to a computer network, said user being identified on said network when connected to the latter by means of a client terminal such as a computer, a mobile phone or the like; said method is remarkable in that it comprises at least the following steps of recording in a database on a server the availability of the products and / or the need for products of each user, and / or the container and / or the need for containers of each user, all the availability of products and / or product needs and / or containers and / or container needs of each user being accessible from a client terminal connected to the computer network by means of a computer, a telephone or similar, assigning a status to each product, such as the type, price, product availability for example, and / or each container of each user and characteristics to each user, for creating a request for acquiring the products for a container determined according to the status of the products of each user, for transmitting to the server at least one acquisition request a user to another user who is able to refuse or accept said acquisition request, and finally to change the status of each product and / or each container of each user when an acquisition request is accepted by a other user. The step of creating a request consists at least in the following steps of selecting at least one product available for a specific container of another user, and creating a message containing the request for said product corresponding to the container. determined. Moreover, each user is able to assign a non-availability status to each of his products and / or containers, the non-availability of each product and / or container being provisional or final. Moreover, during the transmission to the server of an acquisition request, said server generates at least one so-called recommendation information relating to the products and / or containers of all the other users likely to be acquired by said user, said information being accessible only by the user sending the acquisition request.

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. EN 10 56800 4 Text amended in response to the irregularity notification of 02.11.2010 The said recommendation information is generated according to the content of the acquisition request and the status of each product and / or container of each user and the characteristics of each user.

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. Advantageously, the method according to the invention comprises a step of determining the container for each product comprising at least the following steps of determination of the containers blocked and / or subject to an acquisition request for each user, of comparing the number of blocked containers and / or being the subject of an acquisition request from different users, determining the priorities of each user by considering that more a user has containers blocked or subject to a request acquisition, the more it is priority, determination for each container of each user of its priority rank, decrementing the priority ranking of users, and acquisition of each container of each user with the corresponding product.

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. Another subject of the invention concerns a system for managing and / or distributing at least one product of at least one user capable of being connected to a computer network, said user being identified on said network when connected to a network. the latter by means of a client terminal such as a computer, a mobile phone or the like; said system is notable in that it includes at least one link, inserted in a web page or the like, to record in a database on a server the availability of products and / or the need for products and / or containers and / or container requirements of each user, all the availability of products and / or product needs and / or containers and / or container requirements of each user being accessible from a client terminal connected to the computer network by means of a browser installed on a computer, a telephone or the like, means for assigning a status to each product and / or container of each user and features to each user, means for creating an acquisition request products for a container determined according to the status of products and / or containers of each user, means for transmitting to the server at least one acq request uisition of a user to another user who is able to refuse or accept said acquisition request, means for modifying the status of each product and / or containing each user when an acquisition request is accepted by another user.

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. The acquisition request is transmitted in the form of an email. CABINET PLASSERAUD LH / SLP / CONNECT 0001 EN In addition, the system includes at least one link, inserted in said web page, to assign a non-availability status to each of the products and / or containers of the user, the non-availability of each product being provisional or final. In addition, said server comprises means capable of generating, during the transmission to the server of an acquisition request, at least one link, inserted in the web page, to a so-called recommendation information relating to the products and / or containers. of all the other users likely to be acquired by said user, said information being accessible only by the user sending the acquisition request. Said recommendation information is generated according to the content of the acquisition request and the status of each product and / or container of each user and the characteristics of each user and consists of a web page. Advantageously, it comprises means for determining the container for each product, said means comprising means for determining the containers that are blocked and / or subject to an acquisition request for each user, means for comparing the product. number of containers blocked and / or subject to a request for acquisition of different users, means for determining the priorities of each user considering that more a user has containers blocked or subject to a request method of determining, for each container of each user, priority ranking means for decrementing the priority ranking of the users and means for acquiring each container of each user with the product. corresponding. A final subject of the invention relates to a computer program implemented on a computer system for the management and / or distribution of at least one product of at least one user able to be connected to a computer network, said user 25 being identified on said network when connected to the latter by means of a client terminal such as a computer, a mobile phone or the like, said computer program being recorded on at least one physical medium; said program is remarkable in that it comprises at least one program code for recording in a database on a server the availability of the products and / or the need for products and / or containers and / or needs in containing each user, all the availability of products and / or product needs and / or containers and / or needs containing each user being accessible from a client terminal connected to the computer network by means of a computer , a phone or the like, a program code to assign a status to each product and / or container of each user and features to each user, a program code to create a request to purchase the products according to the statuses products and / or containers of each user, a program code for transmitting to the server at least one acquisition request from a user to another user who is capable of refusing or accepting said acquisition request, and a program code for modifying the status of each product and / or container of each user when an acquisition request is accepted by another user. The program code for the creation of a query comprises at least one program code for selecting at least one product for a given determined container available from another user, and a program code for creating a message including the application of the said product. Furthermore, it includes a program code for assigning a non-availability status to each of its products and / or containers, the non-availability of each product and / or container being provisional or final. In addition, it includes a program code for the server to generate, during the transmission to the server of an acquisition request, at least one so-called recommendation information relating to the products and / or containers of all other users likely to be acquired by said user, said information being accessible only by the user sending the acquisition request. Said recommendation information is generated according to the content of the acquisition request and the status of each product and / or container of each user and the characteristics of each user. Particularly advantageously, it comprises a program code for the determination of the container for each product, said code comprising at least one program code for the determination of the containers which are blocked and / or the subject of an acquisition request. for each user, a program code for comparing the number of blocked containers and / or being the subject of an acquisition request from the different users, a program code for determining the priorities of each user by considering that the more a user has containers that are blocked or subject to an acquisition request, the more priority it has, a program code for determining for each container of each user its priority rank, a program code for the decrementation the priority of the users, and a program code for the acquisition of each container of each user with the product correspo nding.

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. BRIEF DESCRIPTION OF THE DRAWINGS Other advantages and features will become more apparent from the following description of an alternative embodiment, given by way of non-limiting example, of the method of managing and / or dispensing at least one product. at least one user adapted to be connected to a computer network, according to the invention, with reference to the appended drawings, in which: - Figure 1 is a schematic representation of a system for managing a According to the method according to the invention, FIG. 2 is a flowchart of the various steps of the method according to the invention; FIG. 3 is a flow chart of the creation of a request for an appointment following the method according to the invention, - Figure 4 is a flow chart of the different stages of management of user calendars according to the method according to the invention, - Figure 5 is a flow chart of the different steps of cr invitation of a request from a list of projects, - figure 6 is a flowchart of the different steps of creating an invitation request from a list of users, - figure 7 is a flowchart of the different steps of creating an invitation request from a list of companies, FIG. 8 is a flowchart of the various steps of creating an invitation request from a calendar, FIG. 9 is. a flow chart of the management of appointments of a user according to the method according to the invention.

30 DESCRIPTION DETAILLEE DE L'INVENTION DETAILED DESCRIPTION OF THE 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. A method and a system for managing at least one calendar of at least one user adapted to be connected to a computer network will be described below, by way of nonlimiting example, said user being identified on said network when its connection to the latter by means of a client terminal such as a computer, a mobile phone or the like; However, it is obvious that the method and system can be adapted to any type of product and container such as a flow of water, a current intensity, physical objects, etc ... without departing from the framework of the invention. In this particular embodiment of the invention, a trade show is considered in which exhibitors are present and visitors are invited to meet said exhibitors to develop new industrial projects. Thus, in this example embodiment, the products correspond to meetings relating to "industrial" or economic projects and the containers correspond to hourly segments of a calendar, ie the show calendar, associated with a physical space (a stand ) allowing the appointment. With reference to FIG. 1, one or more users 100 connects to a network 101 such as the World Wide Web, said the Internet, by means of a computer, a mobile phone, or the like so that the user is in communication with one or more servers 102 hosting web pages. The user 100 uses a browser 103, also called Web browser, to display and interact with the web pages. Said servers 102 are in communication with one or more databases 104 in which are recorded information such as, for example, the profile of the user as well as the data relating to the (x) calendar (s). During an event, such as a trade show, for example, a user 100 connects to a specific website to view or manage his calendar with the other users participating in this show. By user is meant a person previously identified on the website in question. The said user is identified by registering on the website. When registering online, he identifies himself by indicating for example, his name, his first name, his e-mail address, the name of his company, the social purpose of his company and incidentally his needs for the development of his company (search for a determined industrial partner, search for distributors, etc ...). In this particular embodiment, there are essentially two types of users, the exhibitors on the one hand and the visitors on the other hand who essentially seek to get appointments with the exhibitors to develop new projects.

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. With reference to FIG. 2, the method according to the invention comprises a first step 201 of recording in a database 104 on a server 102 the availability of the projects and / or the need for projects of each user, and / or available time segments of each user, all the availability of projects and / or project needs and / or time segments of each user being accessible from a client terminal connected to the computer network by means of a computer, a phone or the like. Users, ie exhibitors and visitors, register beforehand on a website by filling in fields specifying the statutes of each project and / or the statutes of each time segment of the calendar as well as their characteristics such as their field of activity. , their contact information, their stand number (for exhibitors), their current projects, their partnership needs, etc. Thus, the method assigns in a step 202 a status for each project and / or each time segment of each user and features to each user. In a step 203, a so-called project acquisition request for a time segment determined according to the status of the projects of each user is created, then, in a step 204, said request to acquire a user to another user , from a visitor to an exhibitor for example, is transmitted to the server 102, the exhibitor being able to refuse or accept said acquisition request. Finally, the status of each project and / or each time segment of each user is changed in a step 205 when an acquisition request is accepted by another user. The creation of the so-called acquisition request 203, with reference to FIG. 3, comprises a first step 301 of selecting at least one project of an exponent for a determined hourly segment of a visitor, and a step of 302 creating a message including the appointment request for the selected project corresponding to the determined time segment. Incidentally, each user, be it an exhibitor or a visitor, is able to assign a non-availability status to each of his projects and / or time segments of his calendar, said time segments then having the status of blocked. This non-availability of each project and / or time segment is provisional or definitive. The modification of the status of each time segment is managed from the website when the user connects to said site. The user selects the time segment and assigns it the status of blocked by means of a drop-down menu for example.

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. Furthermore, advantageously, during the transmission to the server of an acquisition request, said server generates at least a so-called recommendation information relating to projects and / or time segments of all other users likely to be acquired by said user, said information being accessible only by the user sending the acquisition request. Said recommendation information is generated according to the content of the acquisition request and the status of each project and / or the time segment of each user and the characteristics of each user. For example, when a visitor requests an appointment with an exhibitor for the development of a project, the server generates one or more web pages, in the form of pop-ups for example, recommending to request an appointment with another exhibitor developing identical or similar projects. According to an essential characteristic of the method according to the invention, with reference to FIG. 4, the determination of the time segments is obtained for all the requests sent before a given period, for example 15 days before the beginning of the show, by means of an algorithm to optimize the calendars of each user. In a step 401, the time segments that are blocked and / or subject to an acquisition request are determined for each user, then in a step 402, the number of time segments that are blocked and / or that are subject to an acquisition request from the different users is compared with each other. Then, in a step 403, the priorities of each user considering that the more a user has containers blocked or subject to an acquisition request, the more priority it has, are determined, then, in a step 404 for each container of each user is determined its priority rank. After a step 405 of decrementing the priority rank of the users, each time segment of each user is filled with the corresponding appointment.

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. Thus, the software includes an algorithm that considers all users at the same level, whether it is an exhibitor at the trade show or a simple "visitor" of the show. The algorithm records in a table all appointment requests as well as all blocked time segments for each user. Then, it counts the number of time segments blocked and / or waiting for allocation of a time segment (it is a confirmed appointment). Then, it determines the priority of the users for the time segment (s) by considering that the longer a user has blocked or waiting time segments, the more priority it has.

Exemple : Example:

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. Consider a convention that lasts one day with 5 time segments of 60 minutes each. 91; -> 10h -> 11h Il - 12h 12h -> 13h Consider an exponent (el) and two visitors (vl and v2) who will each block a certain number of time segments (the blocked time segments are represented in black in the table below 8h .-> 9 ~ -i, - .. 1h 1h.>: I., 11h- -12.b 12h ._ = - 1h h 1 V 2 10 Both visitors (vl, v2) send a request for an appointment separately with the exponent el, the algorithm then determines the priorities by considering that the longer a user has blocked or waiting time segments, the more priority it has. has precedence over v2 and v1 and v2 has priority over v1. Then, on each time segment, the algorithm determines which is available by indicating its priority rank and after decrementing the priority rank of users, it fills the segment. with the corresponding appointment, repeats these steps for each time segment and, in this case, we obtain the schedule. following: 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 with El 20 Approximately two weeks before the beginning of the trade show, all the accepted appointments of the calendar are listed by the software. Then, the software lists all the free time segments of each user and proposes to each user to make appointments in these free segments according to the profile of the users and their free time segments, each user being able to refuse the free time segments. Request an appointment. Less than two weeks before the start of the show and during the duration of the show, the method according to the invention implemented by a software allows the making of appointments directly between users. For this purpose, each user has the possibility to make an appointment from his user profile depending on a project (Figure 5), a user (Figure 6) or a company (Figure 7) or from the agenda, ie from the common platform, according to a company present at the show (figure 8). With reference to FIG. 5, a user identified on the server can consult the web page linked to his profile and his calendar for a request for an appointment. For this purpose, in a step 501, he selects from a drop-down menu a project that interests him, without knowing the user carrying this project, then, in a step 502, he selects a free time segment for the two users and a request in the form of an e-mail is generated in a step 503, the e-mail including the date and the place of the appointment and possibly a message. In a step 504, the user validates the request, which is then transmitted to the second user in a step 505. With reference to FIG. 6, a user identified on the server can consult his agenda and request from the web page linked to his profile. an appointment request based on a user. For this purpose, in a step 601, he selects from a drop-down menu a user whom he would like to meet, then, in a step 602, he selects a free time segment for the two users and a request in the form of a e-mail is generated in a step 603, the e-mail including the date and the place of the appointment and possibly a message. In a step 604, the user validates the request, which is then transmitted to the second user in a step 605. Referring to FIG. 7, a user identified on the server can consult his diary and the web page linked to his profile. request a meeting appointment based on a company. It should be noted that several users can be part of the same company. For this purpose, in a step 701, he selects from a pull-down menu a company he would like to meet, then, in a step 702, he selects a free time segment for the two users and a request in the form of a e-mail is generated in a step 703, the e-mail including the date and the place of the appointment and possibly a message. In a step 704, the user validates the request which is then transmitted to the second user in a step 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).Finally, with reference to FIG. 8, a user connected to the common platform, i.e. the calendar, may request an appointment request depending on a company. For this purpose, in a step 801, he selects from a pull-down menu a company he would like to meet, then, in a step 802, he selects a free time segment for the two users and a request in the form of an e -mail is generated in a step 803, the email including the date and the place of the appointment and possibly a message. In a step 804, the user validates the request, which is then transmitted to the second user in a step 805. In order to manage his calendar, with reference to FIG. 9, each user can select a time segment from his calendar in a step 901, then it can perform several operations. If the time segment is free 902, the user can in a step 903 place said time segment in blocked status 904, said user being able to change at any time the status of the blocked time segment 904 in free time segment 902 in a step 905. When the time segment is free 902, the user can also request an appointment from another user in a step 906. If the user decides not to request an appointment, the time segment is set to status 907. If the user decides to request an appointment, he selects in a step 908 a company he would like to meet, then, in a step 909, a request in the form of an e-mail is generated, the email including the date and place of the appointment and possibly a message. In a step 910, the user validates the request which is then transmitted to the second user in a step 9. It will be observed that if the user does not validate the request, the latter can once again choose a new time segment 901. When the time segment is said to be waiting 907, the user can either block the time segment following the step 903 described above or request an appointment 25 from another user in a step 906 as described above or manage the time segment in a step 912. In this step 912, the user can consult in a step 913 the appointment request associated with the time segment and possibly cancel the appointment request in a step 914 so that the time segment resumes. a so-called free time segment status (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. Finally, it is obvious that the examples which have just been given are only particular illustrations, in no way limiting as to the fields of application of the invention.

Claims (21)

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. CLAIMS1 - Method for managing and / or distributing at least one product of at least one user capable of being connected to a computer network, said user being identified on said network when connected to the latter by means of a client terminal such as a computer, a mobile phone or the like, characterized in that it comprises at least the following steps: recording in a database on a server of the availability of products and / or the need for products of each user, and / or the container and / or need in containers of each user, all the availability of products and / or product needs and / or containers and / or container needs of each user being accessible from a client terminal connected to the computer network by means of a computer, a telephone or the like, assigning a status to each product, such as type, price, product availability for example, and / or each container of each user and features to each user, creating a request to acquire the products for a container determined according to the status of products of each user, transmission to the server from to least a request to acquire a user to another user who is able to refuse or accept said acquisition request, modification of the status of each product and / or each container of each user when an acquisition request is accepted by another user. 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é. 2 - Process according to claim 1, characterized in that the step of creating a request consists at least in the following steps of: selecting at least one product available for a specific container of another user, creating a a message comprising the request for said product corresponding to the determined container. 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. 3 - Process according to any one of claims 1 or 2, characterized in that each user is able to assign a status of non-availability to each of its products and / or containers. 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. 4 - Process according to claim 3, characterized in that the non-availability of each product and / or container is temporary or permanent. 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. 5 - Process according to any one of claims 1 to 4, characterized in that, during the transmission to the server of an acquisition request, said server generates at least a so-called recommendation information relating to the products and / or containers of all the other users likely to be acquired by said user, said information being accessible only by the user sending the acquisition request. 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. 6 - Process according to claim 5, characterized in that said recommendation information is generated according to the content of the acquisition request and the status of each product and / or container of each user and the characteristics of each user. 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. 7 - Process according to any one of claims 1 to 6, characterized in that it comprises a step of determining the container for each product comprising at least the following steps of: - determination of containers blocked and / or subject an acquisition request for each user, - comparing the number of blocked containers and / or being the subject of an acquisition request from the different users, - determining the priorities of each user by considering that more a user owns of containers that are blocked or subject to an acquisition request, the priority is, - determination for each container of each user of its priority ranking, - decrementation of the priority ranking of users, FR 10 56800 16 Text amended in response to the notification of irregularities of 02.11.2010 acquisition of each container of each user with the corresponding product. 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. 8 - Management system and / or distribution of at least one product of at least one user able to be connected to a computer network, said user being identified on said network when connected to the latter by means of a client terminal such as a computer, a mobile phone or the like, characterized in that it comprises at least one link, inserted in a web page or the like, for recording in a database on a server the availability of products and / or the need for products and / or containers and / or container needs of each user, the total availability of products and / or the needs of products and / or containers and / or container needs of each user being accessible from a client terminal connected to the computer network by means of a browser installed on a computer, a telephone or the like, means for assigning a status to each product and / or container of each e user and features to each user, means for creating a product acquisition request for a container determined according to the status of the products and / or containers of each user, means of transmission to the server of least a request to acquire a user to another user who is able to refuse or accept said acquisition request, means for modifying the status of each product and / or containing each user when an acquisition request is accepted by another user. 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. 9 - System according to claim 8, characterized in that the acquisition request is transmitted in the form of an email. 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 10 - System according to any one of claims 8 or 9, characterized in that it comprises at least one link, inserted in said web page, to assign a status of non-availability to each of the products and / or containers of the user. 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 11 - System according to claim 9, characterized in that the non-availability of each product is temporary or permanent. PLINTH CABINET LH / SLP / CONNECT 0001 EN 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. 12 - System according to any one of claims 8 to 11, characterized in that said server comprises means capable of generating, during the transmission to the server of an acquisition request, at least one link, inserted in the page web, to a so-called recommendation information on the products and / or containers of all other users likely to be acquired by said user, said information being accessible only by the user sending the acquisition request. 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. 13 - System according to claim 12, characterized in that said recommendation information is generated according to the content of the acquisition request and the status of each product and / or container of each user and the characteristics of each user and consists in a Web page. 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. 14 - System according to any one of claims 8 to 13, characterized in that it comprises means for determining the container for each product, said means comprising means for determining containers blocked and / or subject to an acquisition request for each user, means for comparing the number of blocked containers and / or being the subject of an acquisition request from the different users, means for determining the priorities of each user by considering that more than one If the user has containers that are blocked or subject to an acquisition request, the priority is to determine, for each container of each user, their priority rank, means of decrementing the priority rank of the users and the users. acquisition means of each container of each user with the corresponding product. 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. 15 - computer program implemented on a computer system for the management and / or distribution of at least one product of at least one user able to be connected to a computer network, said user being identified on said network when connection to the latter by means of a client terminal such as a computer, a mobile phone or the like, said computer program being recorded on at least one physical medium, characterized in that the computer program comprises at least one minus: - a program code to record in a database on a server the availability of products and / or the need for products and / or containers and / or needs containing each user, the total availability of products and / or product needs and / or containers and / or container requirements of each user being accessible from a client terminal connected to the computer network by means of a computer telephone, or the like, a program code for assigning a status to each product and / or container of each user and features to each user, a program code for creating a request for acquiring the products according to the status of the products and / or containers of each user, a program code for transmitting to the server at least one acquisition request from a user to another user who is able to refuse or accept said acquisition request, a code program for modifying the status of each product and / or container of each user when an acquisition request is accepted by another user. 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. 16 - Computer program according to claim 15, characterized in that the program code for the creation of a request comprises at least: a program code for the selection of at least one product for a given determined container of another user, a program code for creating a message containing the request for said product. 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. 17 - computer program according to any one of claims 15 or 16, characterized in that it comprises a program code to assign a status of non-availability to each of its products and / or containers. 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. 18 - Computer program according to claim 17, characterized in that the non-availability of each product and / or container is temporary or permanent. 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. 19 - Computer program according to any one of claims 15 to 18, characterized in that it comprises a program code for the server generates, during the transmission to the server of an acquisition request, at least a so-called recommendation information30 relating to the products and / or containers of all the other users likely to be acquired by said user, said information being accessible only by the user sending the acquisition request. 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. 20 - Computer program according to claim 19, characterized in that said recommendation information is generated according to the content of the acquisition request and the status of each product and / or container of each user and the characteristics of each user . 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 21 - Computer program according to any one of claims 15 to 20, characterized in that it comprises a program code for determining the container for each product, said code comprising at least: - a program code for the determination of containers blocked and / or subject to an acquisition request for each user, - a program code for comparing the number of blocked containers and / or being the subject of a request for acquisition of different users, - a program code for determining the priorities of each user by considering that the more a user possesses containers that are blocked or subject to an acquisition request, the more he has priority, - a program code for determining for each container of each user its priority rank, - a program code for decrementing the priority rank of the users, - a program code for the acquisition each container of each user with the corresponding product.
FR1056800A 2010-08-27 2010-08-27 Method for managing and distributing e.g. water flow for user to schedule or organize event calendar in exhibition, involves modifying status of product and/or container for user when acquiring request is accepted by user Withdrawn FR2964226A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1056800A FR2964226A1 (en) 2010-08-27 2010-08-27 Method for managing and distributing e.g. water flow for user to schedule or organize event calendar in exhibition, involves modifying status of product and/or container for user when acquiring request is accepted by user

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1056800A FR2964226A1 (en) 2010-08-27 2010-08-27 Method for managing and distributing e.g. water flow for user to schedule or organize event calendar in exhibition, involves modifying status of product and/or container for user when acquiring request is accepted by user

Publications (1)

Publication Number Publication Date
FR2964226A1 true FR2964226A1 (en) 2012-03-02

Family

ID=43746614

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1056800A Withdrawn FR2964226A1 (en) 2010-08-27 2010-08-27 Method for managing and distributing e.g. water flow for user to schedule or organize event calendar in exhibition, involves modifying status of product and/or container for user when acquiring request is accepted by user

Country Status (1)

Country Link
FR (1) FR2964226A1 (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010027481A1 (en) * 2000-02-09 2001-10-04 Whyel Gabriel C. Method and system for appointment/reservation scheduling
US20060122861A1 (en) * 2004-12-02 2006-06-08 Scott Michael R Corporate introduction system and method
US20070059674A1 (en) * 2005-08-12 2007-03-15 Fujitsu Limited Computer-readable recording medium having stored recommended exhibition booth selection program and recommended exhibition booth selection method
WO2008051961A2 (en) * 2006-10-24 2008-05-02 Mid-America Consulting Group Invitee-participant matching for meeting scheduling
US20100010855A1 (en) * 2008-07-14 2010-01-14 Cheng-Chieh Cheng Scheduling a Meeting of Users of Networked Computers

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010027481A1 (en) * 2000-02-09 2001-10-04 Whyel Gabriel C. Method and system for appointment/reservation scheduling
US20060122861A1 (en) * 2004-12-02 2006-06-08 Scott Michael R Corporate introduction system and method
US20070059674A1 (en) * 2005-08-12 2007-03-15 Fujitsu Limited Computer-readable recording medium having stored recommended exhibition booth selection program and recommended exhibition booth selection method
WO2008051961A2 (en) * 2006-10-24 2008-05-02 Mid-America Consulting Group Invitee-participant matching for meeting scheduling
US20100010855A1 (en) * 2008-07-14 2010-01-14 Cheng-Chieh Cheng Scheduling a Meeting of Users of Networked Computers

Similar Documents

Publication Publication Date Title
US11461805B2 (en) Call tracking
US9288275B2 (en) Computer implemented event-centric social networking platform
US20100036697A1 (en) Online Management of the Provision of Advice and Services
US8671009B1 (en) Systems and methods for on-line scheduling of appointments and other resources
US9253224B2 (en) Method and system for on-demand communities
US20110071893A1 (en) system and method for interactively connecting users and third party providers to individual or aggregated to-do list task items of users within the task management system
US20100088246A1 (en) System for, and method of, managing a social network
US9563858B2 (en) Automated setup of presentation event agenda and logistics
US20090125618A1 (en) Open platform for managing an agent network
CN103891250B (en) Method, system and the equipment of future delivery are carried out to digital content via network
US20110258125A1 (en) Collaborative Social Event Planning and Execution
US20120203579A1 (en) System for booking a time period for utilising a time based service or resource
US20180367629A1 (en) Platform and Related Process for Providing Push Notifications Via Unique Subscriber Applications
US20230318997A1 (en) Voice and video calling and recording within messaging session in message interface
US20170337569A1 (en) User Active Lead Management System and Uses Thereof
TW201011673A (en) Syndicated advertising and commerce through widgets
US20070112766A1 (en) Method for facilitating interaction
US20050256764A1 (en) Method and system for generating sales opportunities
JP2021518621A (en) Methods and systems for automatic call routing without caller intervention using anonymous online user behavior
US20070112626A1 (en) Computer interactive customer relationship management system
US7996237B2 (en) Providing collaboration services to business applications to correlate user collaboration with the business application
FR2964226A1 (en) Method for managing and distributing e.g. water flow for user to schedule or organize event calendar in exhibition, involves modifying status of product and/or container for user when acquiring request is accepted by user
JP7108246B1 (en) Apparatus, method and program for setting business negotiations
US20220327644A1 (en) Real estate sales device and byod system, method, and computer readable medium for real estate agents and clients
FR3083658A1 (en) METHOD FOR SHARING GEO-LOCATED VIDEO SEQUENCES CONNECTED TO SITES WITH CATEGORY NAVIGATION

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20120430

RN Application for restoration

Effective date: 20130312

FC Decision of inpi director general to approve request for restoration

Effective date: 20130610

ST Notification of lapse

Effective date: 20160429