EP1256078A1 - Systeme de gestion d'une chaine de vente d'un produit - Google Patents
Systeme de gestion d'une chaine de vente d'un produitInfo
- Publication number
- EP1256078A1 EP1256078A1 EP01907779A EP01907779A EP1256078A1 EP 1256078 A1 EP1256078 A1 EP 1256078A1 EP 01907779 A EP01907779 A EP 01907779A EP 01907779 A EP01907779 A EP 01907779A EP 1256078 A1 EP1256078 A1 EP 1256078A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- sale
- contract
- product
- offer
- conditions
- 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
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
Definitions
- the present invention relates to a system for managing a chain for the sale of a product comprising data storage means, means of access to the storage means and a management server, in communication with the storage means and comprising a motor. recovery
- a known system makes it possible to manage the sale of a product by a buyer as a function of a contract concluded between the latter and a seller, the terms of the contract, in particular the pricing conditions, being stored in memory in the storage means.
- the sales chain includes Drise sellers that is to say an initial seller and at least one dealer system does not allow to automatically manage all the only channel the r deny link is managed based on the pass contract between I buyer and last reseller As the management of the rest of the chain is not automated, the other users of the system must calculate their income themselves based on the sales made
- the invention aims to remedy the drawbacks of a conventional system by creating a management system for an automated sales chain regardless of the number of intermediate resellers and whatever their respective ta ⁇ iary conditions.
- the subject of the invention is therefore a system for managing a product sales chain comprising means for storing data, means for accessing storage means and a management server, in communication with the storage means and co-supporting a enhancement engine characterized in that the storage means are accessible on the one hand by an initial seller for the preparation and storage in the latter of an initial sale offer associated with the conditions of sale of the product on the other hand by the minus a reseller for the preparation and storage in the storage means of an intermediate purchase contract for this product and of an intermediate sale offer for this product after the end of the contract, associated with the central conditions of sale validating the conditions of sale of the seller's offer to sell precede and in addition by a final customer for the preparation and the storage in the storage means of a final purchase contract for this product validating the conditions of sale of the sale offer of the last reseller.
- This system makes it possible to store contracts and sales conditions in memory, in particular the pricing conditions, linking two by two all users of the system. Thus, each time the product is consumed, the system is able to reconstruct the complete chain of sale and manage it automatically
- the management system of a sales chain may further include one or more of the following characteristics - the storage means are accessible by several successive resellers for the successive preparation and storage of intermediate purchase contracts for this product and intermediate sales offers respectively derived from these contracts and associated with sales conditions each contract validating the sales conditions of the sales offer previously developed and stored,
- the storage means include accounts associated with each of the users of the system, whether they are initial seller reseller or final buyer, these accounts being accessible by users by means of access
- the valuation engine is adapted to manage the account for each user of the system as a function of the successive sales made between the latter two and the respective purchase contracts, and
- each sales offer includes a specific price offer cl
- the valuation engine includes an iterative calculation process on each contract in the sales chain according to the specific price offer
- FIG. 1 is a diagram illustrating the general structure of a system for managing a chain for the sale of a product according to the invention
- FIG. 2 represents a static diagram connecting different elements stored in the storage means
- FIG. 3 represents a dynamic diagram detailing the process of drawing up a contract by a user of the system
- - Figure 4 shows a dynamic diagram detailing the process of drawing up a sales offer by a user of the system
- the management system of a sales chain for a product represented in FIG. 1 comprises a database 2 and a management server 4
- the management server 4 comprises software broken down into several modules of the client 6 or server 8 type
- One of the modules constitutes a recovery engine 1 0, of the server type, and receives as input a consumption ticket 12 in the form of a signal developed and transmitted by a remote application server 14 connected by a network of the Internet type. to the management server 4
- the consumption ticket includes the reference to a purchase contract and consumption information relating to a product designated in the sale offer validated by the contract
- the valuation engine interacts with the database 2 to calculate the debits and credits to be assigned to accounts stored in the database and associated, each, with a user of the sales chain of the product consumed. sequence of instructions executed by the engine 10 during this interaction will be detailed later
- Another module constitutes a contract server 16 which receives as input a creation order 1 8 of sale offer or contract developed and transmitted in the form of a signal from a third module consisting of description means 20 of customer type
- the order to create a sales offer includes the reference of a seller, the reference of a product, a price offer, general terms and / or the reference of a contract
- the contract creation order includes reference to an offer to sell and re f erence of a customer
- the contract server interacts with the database to create in it the contract or the sale offer according to the order to creation
- the sequence of instructions executed by the contract server 16 during of this interaction will be detailed below with reference to Figures 3 and 4
- a ⁇ uat ⁇ diagnostil module constitutes an account server 22 II receives as input a display order 24 transmitted in the form of a signal in from a fifth module consisting of MONITORING means 26, of the client type
- the viewing order includes a user's reference
- the account server 22 interacts with the database 2 in order to return to the tracking means, the balance of the user's account, updated by the valuation engine 10
- the instructions executed by the account server 22 during this interaction consist of computer codes of conventional type suitable for the intended use. They will therefore not be described subsequently.
- the description means 20 are connected to a remote user server 28 by an Internet type network and are suitable for recording the information necessary for the preparation of an order 18 for creating a contract or a sale offer.
- the monitoring means 26 are connected to the user server
- the database comprises different classes of objects and links connecting objects of different classes Two objects of the same class are independent
- the database contains a Products class 30 which contains a list of cnacun objects defining a product offered for sale
- a User class 32 contains a list of objects, each defining a user of the system by a reference to an account stored in the database, not shown in this figure, and by a type chosen from “seller”, “seller” and “ Buyer "
- a class tariff offers 34 contains a list of objects, each defining, as is conventional, a tariff offer a class sales offers 36 c o ntient a list of objects, each defining an offer for sale and including s general terms
- a Contracts class 38 contains a list of objects, none of which define a contract
- a Contract delegation class 40 contains a list of objects, each defining a delegated contract.
- Each sale offer in class 36 is further defined by a link to a product in class 30, a link to a user of the "seller” or “reseller” type in class 32, a link to a price offer from the class 34 and at most a link to a delegated contract of the class Delegation of contracts 40
- Each contract of the Contracts 38 class is further defined by a link to a user of the “buyer” or “reseller” type, a link to an offer to sell and at most a link to an aelegated contract of the Delegation of contracts class 40 Ce last link only exists when the user is of the "reseller” type
- Each delegated contract of the Delegation of contracts 40 class is further defined by a link to an offer to sell of class 36 and a contract of the Contracts 38 class linked to the same user of the “reseller” type.
- each product is in in addition to being defined by at least one link to an offer to sell, each price offer by at least one link to an offer to sell, each user of the “buyer” or “reseller” type by at least one link to a contract and each user of the type "Seller” or “reseller” by at least one link to an offer to sell
- the database 2 is accessible on the one hand, by an initial seller for the preparation and storage in the latter of an initial sale offer associated with the conditions of sale of the product on the other hand by one or more reseller (s) for the preparation and storage in the base of data 2 of an intermediate purchase contract of this product and an intermediate sale offer for this product which is derived from the contract and which is associated with sales conditions, the contract validating the sales conditions of the sales offer of the seller or the previous reseller
- the database 2 is accessible by a final buyer for the preparation and storage in the latter of a final purchase contract for this product validating the conditions of sale of the sale offer of the last reseller
- This chain is automatically activated by the valuation engine 10 of the management server 4 as soon as the final buyer consumes or acquires the product
- the management server 4 manages the account of each user of the system, namely the initial seller, the reseller (s) and, possibly, the final buyer, based on successive sales made two by two between them and respective purchase contracts
- a user of the “buyer” or “reseller” type creates a contract according to the process described in FIG. 3
- the User server 28 By means of the User server 28, it performs an activation 42 of the description means 20 by transmitting a signal 44 which includes its identity as well as the reference of an offer to sell the database which it wishes to validate.
- the description means control transmission means 46 which transmit a contract creation order 18 to the contract server 16
- the latter controls management means 48 of the database 2.
- These execute on the one hand the transmission of an order 50 for the creation 52 of an additional object of the user class, of the “buyer” or “reseller” type and of an associated account, if this object does not yet exist in the database and on the other hand the transmission of an order 54 for the creation 56 of an additional object of the contract class.
- a user of the “seller” or “reseller” type creates a sale offer according to the process described in the FIG.
- the user server controls the activation of the description means by transmitting the signal 44 which this time comprises its identity, the reference of a product, a price offer and general terms.
- the signal also includes the reference of a cortrat previously validated by itself.
- the description means control the transmission means 46 which transmit an order to create 18 sales offers to the contract server 16
- the latter controls the management means 48 of the database 2.
- creation 68 includes a step of recording general terms in the database
- creation 68 also comprises, on the one hand, a second step of creating a new delegated contract of the class Delegation of contracts, linked to the contract previously validated by the reseller and referenced in signal 44, on the other hand , a third step of creating a link between the sale offer and this delegated contract.
- an end user of the “buyer” type activates a sales chain for a product according to the following process.
- the application server transmits to the valuation engine 10 a consumption ticket 12 and the reference of a contract. Then, the valuation engine consults the contract in the database 2, which contract returns the consumption ticket to the sales offer which it validates in the database 2. From the consumption ticket and the price offer linked to the sale offer validated by the contract indicated in the ticket, the valuation engine calculates an amount to be debited to the buyer's account and to be credited to the seller linked to the sale offer At this stage, if the sale offer is linked to a class 40 delegated contract, the process is repeated, that is, the consumption ticket is sent to the contract é to the delegated contract We then recover the tariff offer of this last contract The process is repeated until reaching the last sale offer which is not linked to any delegated contract It will be noted that the invention is not limited to described embodiment
- the Users class 32 does not contain a type chosen from “buyer”, “seller” or “reseller”.
- a user implicitly behaves as a buyer when he creates a contract as a seller when he creates a sale offer and resells it when he creates a sale offer mentioning a contract created by himself
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Le système comprend des moyens de stockage de données (2), des moyens d'accès (20, 26) aux moyens de stockage et un serveur de gestion (4), en communication avec les moyens de stockage et comportant un moteur de valorisation (10). Les moyens de stockage (2) sont accessibles d'une part par un vendeur initial pour l'élaboration et le stockage d'une offre de vente initiale associée à des conditions de vente du produit, d'autre part par au moins un revendeur pour l'élaboration et le stockage d'un contrat d'achat intermédiaire de ce produit et d'une offre de vente intermédiaire de ce produit, dérivée du contrat, associée à des conditions de vente, le contrat validant les conditions de vente de l'offre de vente du vendeur précédent, et en outre par un acheteur final pour l'élaboration et le stockage d'un contrat d'achat final de ce produit validant les conditions de vente de l'offre de vente du dernier revendeur.
Description
J Système de gestion d 'une chaîne de vente d un produit .
La présente invention concerne un système de gestion d'une chaîne de vente d un produit comprenant des moyens de stockage de données, des moyens d accès aux moyens αe stockage et un serveur de gestion, en communication avec les moyens de stockage et comportant un moteur de valorisation
Par exemple, un système connu permet de gérer la vente d'un produit par un acheteur en fonction d un contrat passe entre celui-ci et un vendeur, les termes au contrat notamment les conditions tarifaires étant stockés en mémoire dans les moyens de stockage Lorsque la chaîne de vente comprend Dlusieurs vendeurs c est-à-dire un vendeur initial et au moins un revendeur le système ne permet pas de gérer automatiquement toute la chaîne Seul le dernier maillon est gère en fonction du contrat passe entre I acheteur et le dernier revendeur La gestion du reste de la chaîne n étant pas automatisée les autres utilisateurs du système doivent calculer leurs revenus eux-mêmes en fonction des ventes réalisées
Il en resuite une gestion non automatique et donc difficile des chaînes de vente comportant au moins un revendeur
L invention vise a remédier aux inconvénients d un système classique en créant un système de gestion d une chaîne de vente automatisé quel que soit le nombre de revendeurs intermeαiaires et quelles que soient leurs conditions taπiaires respectives
L invention a donc pour objet un système de gestion d une chaîne de vente d un produit comprenant des moyens de stockage de αonnees, des moyens d accès aux moyens αe stockage et un serveur de gestion, en communication avec les moyens de stockage et cornoortant un moteur de valorisation caractérise en ce que les moyens de stocκage sont accessibles d'une part par un vendeur initial pour l'élaboration et le stockage dans ces derniers d une offre de vente initiale associée a des conditions de vente du produit d autre part par au moins un revendeur pour l'élaboration et le stockage dans les moyens αe stocκage d un contrat d achat intermédiaire de ce produit et d'une offre αe vente intermédiaire de ce produit αeπvee du contrat, associée a des conditions de vente le centrât validant les conditions de vente de l'offre de vente du vendeur précèdent et en outre par un acneteur final pour I élaboration
et le stockage dans les moyens αe stockage d'un contrat d'acnat final de ce produit validant les conditions de vente de l'offre de vente du dernier revendeur.
Ce système permet de la sorte de stocker en mémoire les contrats et les conditions de vente, notamment les conditions tarifaires, liant deux à deux tous les utilisateurs du système Ainsi, à chaque consommation du produit, le système est capable de reconstituer la chaîne complète de vente et de la gérer automatiquement
Le système de gestion d'une chaîne de vente selon l'invention peut en outre comporter une ou plusieurs des caractéristiques suivantes - les moyens de stockage sont accessibles par plusieurs revendeurs successifs pour l'élaboration et le stockage successifs de contrats d'achat intermédiaires de ce produit et d'offres de ventes intermédiaires dérivées respectivement de ces contrats et associées a des conditions de vente chaque contrat validant les conditions αe vente de l'offre de vente précédemment élaborée et stockée ,
- les moyens de stockage comportent des comptes associés à chacun des utilisateurs du système, qu'ils soient vendeur initial revenαeur ou acheteur final, ces comptes étant accessibles par les utilisateurs pai les moyens d'accès
- le moteur de valorisation est adapté pour gérer le compte αe chaque utilisateur du système en fonction des ventes successives réalisées entre ces derniers αeux a deux et des contrats d'achat respectifs et
- chaque offre de vente comporte une offre tarifaire spécifique cl le moteur de valorisation comporte un processus de calcul itératif sur chaque contrat de la chaîne de vente en fonction de l'offre tarifaire spécifique L'invention sera mieux comprise à l'aide de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés sur lesquels
- la figure 1 est un schéma illustrant la structure générale d'un système de gestion d'une chaîne αe vente d'un proαuit selon l'invention - la figure 2 représente un diagramme statique reliant différents éléments stockés dans les moyens de stockage ,
- la figure 3 représente un diagramme dynamiαue détaillant le processus d élaboration d'un contrat par un utilisateur du système , et
- la figure 4 reor asente un diagramme dynamique détaillant le processus d élaboration d une offre de vente par un utilisateur du système ;
Le système de gestion d'une chaîne de vente d'un produit représenté à la figure 1 comporte une base de données 2 et un serveur de gestion 4 Le serveur de gestion 4 comporte un logiciel décomposé en plusieurs modules du type client 6 ou serveur 8
L'un des modules constitue un moteur de valorisation 1 0, de type serveur, et reçoit en entrée un ticket de consommation 12 sous forme d'un signal élaboré et transmis par un serveur d'application 14 distant connecté par un réseau de type Internet au serveur de gestion 4 Le ticket de consommation comprenα la référence d'un contrat d'achat et une information de consommation relative a un produit désigne dans l'offre de vente validée par le contrat
A partir de cette information le moteur de valorisation interagit avec la base de données 2 pour calculer les débits et crédits à affecter sur des comptes stockés dans la base de données et associés, chacun, à un utilisateur de la chaîne de vente du produit consommé La séquence d'instructions exécutées par le moteur 10 lors de cette interaction sera détaillée par la suite
Un autre module constitue un serveur de contrats 16 qui reçoit en entrée un orαre de création 1 8 d'offre de vente ou de contrat élaboré et transmis sous forme d'un signal en provenance d'un troisième module constitué de moyens de description 20 de type client L'ordre de création d'offre de vente comprend la référence d'un vendeur, la référence d'un produit, une offre tarifaire, des termes généraux et/ou la référence d'un contrat
L'ordre de création de contrat comprend la référence d'une offre de vente et la référence d'un client
A partir de ces informations, le serveur de contrats interagit avec la base de données pour créer dans celle-ci le contrat ou l'offre de vente en fonction αe I ordre αe création La séquence d'instructions exécutées par le serveur de contrats 16 lors de cette interaction sera détaillée par la suite en référence aux figures 3 et 4
Un αuatπème module constitue un serveur de comptes 22 II reçoit en entrée un ordre de visualisation 24 transmis sous forme d un signal en
provenance d'un cinquième module constitué de moyens de SUIVI 26, de type client
L'ordre de visualisation comprend la référence d'un utilisateur
A partir de cette information, le serveur de comptes 22 interagit avec la base de données 2 afin de retourner aux moyens de suivi, le solde du compte de l'utilisateur, mis à jour par le moteur de valorisation 10
Les instructions exécutées par le serveur de comptes 22 lors de cette interaction sont constituées par des codes informatiques de type classique appropriés pour l'utilisation envisagée Ils ne seront donc pas décrits par la suite
Les moyens de description 20 sont connectés à un serveur utilisateur 28 distant par un réseau de type Internet et sont adaptés pour I enregistrement des informations nécessaires à l'élaboration d'un ordre de création 18 de contrat ou d'offre de vente De même, les moyens de suivi 26 sont connectés au serveur utilisateur
28 par un réseau de type Internet et sont adaptés pour l'enregistrement des informations nécessaires à l'élaboration d'un ordre de visualisation 24
En référence a la figure 2, la base de données comprend différentes classes d'objets et des liens reliant des objets de classes différentes Deux objets de la même classe sont indépendants
On voit sur cette figure que la base de données contient une classe Produits 30 qui contient une liste d'objets cnacun définissant un produit proposé à la vente
Une classe Utilisateurs 32 contient une liste d objets, chacun définissant un utilisateur du système par une référence à un compte stocké dans la base de données, non représenté sur cette figure, et par un type choisi parmi « vendeur », « revenαeur » et « acheteur »
Une classe Offres tarifaires 34 contient une liste d objets, chacun définissant, comme cela est classique, une offre tarifaire Une classe Offres de ventes 36 co ntient une liste d'objets, chacun définissant une offre de vente et comprenant de s termes généraux
Une classe Contrats 38 contient une li ste d'objets, cnacun définissant un contrat
Enfin, une classe Délégation de contrats 40 contient une liste d'objets, chacun définissant un contrat délégué
Chaque offre de vente de la classe 36 est en outre définie par un lien vers un produit de la classe 30, un lien vers un utilisateur du type « vendeur » ou « revendeur » de la classe 32, un lien vers une offre tarifaire de la classe 34 et au plus un lien vers un contrat délégué de la classe Délégation de contrats 40
Le lien vers un contrat délégué n'existe que lorsque l'utilisateur est du type « revendeur » Pour au elle soit validée une offre de vente doit être en outre définie par au moins un lien vers au moins un contrat de la classe Contrats 38
Chaαue contrat αe la classe Contrats 38 est en outre défini par un lien vers un utilisateur du type « acheteur » ou « revendeur » un lien vers une offre de vente et au plus un lien avec un contrat αélégué de la classe Délégation de contrats 40 Ce dernier lien n existe que lorsque l'utilisateur est du type « revendeur »
Chaque contrat délègue de la classe Délégation de contrats 40 est en outre défini par un lien vers une offre de vente de la classe 36 et un contrat de la classe Contrats 38 liés à un même utilisateur du type « revendeur » Enfin, cnaque produit est en outre défini par au moins un lien vers une offre de vente chaque offre tarifaire par au moins un lien vers une offre de vente, chaque utilisateur du type « acheteur » ou « revendeur » par au moins un lien vers un contrat et chaque utilisateur du type « vendeur » ou « revendeur » par au moins un lien vers une offre de vente Comme cela sera décrit en détail par la suite, la base de données 2 est accessible d une part, par un vendeur initial pour l'élaboration et le stockage dans cette dernière d'une offre de vente initiale associée à des conditions de vente du produit d'autre part par un ou plusieurs revendeur(s) pour l'élaboration et le stockage dans la base de αonnées 2 d'un contrat d'achat intermédiaire de ce produit et d une offre de vente intermédiaire de ce produit qui est dérivée du contrat et qui est associée a des conditions de vente, le contrat validant les conditions de vente de l'offre de vente du vendeur ou du
revendeur précédent Les conditions de vente comportent des termes généraux et une offre tarifaire
Enfin, la base de données 2 est accessible par un acheteur final pour l'élaboration et le stockage dans cette dernière d'un contrat d'achat final de ce produit validant les conditions de vente de l'offre de vente du dernier revendeur
On crée ainsi une chaîne de vente entre un vendeur initial, un ou plusieurs revendeur(s) ιntermédιaire(s) et un acheteur final
Cette chaîne est automatiquement activée par le moteur de valorisation 10 du serveur de gestion 4 dès que l'acheteur final consomme ou acquiert le produit
Dès lors, le serveur de gestion 4, et en particulier le moteur de valorisation assure la gestion du compte de chaque utilisateur du système, à savoir le vendeur initial, le ou les revendeur(s) et, éventuellement, l'acheteur final, en fonction des ventes successives réalisées deux à deux entre ces derniers et des contrats d'achat respectifs
Ainsi, un utilisateur du type « acheteur » ou « revendeur » crée un contrat selon le processus décrit à la figure 3
Au moyen du serveur Utilisateur 28, il exécute une activation 42 des moyens de description 20 en transmettant un signal 44 qui comporte son identité ainsi que la référence d une offre de vente de la base de données qu'il souhaite valider
Ensuite les moyens de description pilotent des moyens de transmission 46 qui transmettent un ordre de création 18 de contrat au serveur de contrats 16 Celui-ci commande alors des moyens de gestion 48 de la base de données 2. Ceux-ci exécutent d'une part la transmission d'un ordre 50 pour la création 52 d'un objet supplémentaire de la classe utilisateurs, du type « acheteur » ou « revendeur » et d'un compte associé, si cet objet n'existe pas encore dans la base de données et d'autre part la transmission d'un ordre 54 pour la création 56 d'un objet supplémentaire de la classe contrats Par ailleurs, un utilisateur du type « vendeur » ou « revendeur » crée une offre de vente selon le processus décrit à la figure 4 De même que précédemment au moyen du serveur utilisateur, il pilote I activation des moyens de description en transmettant le signal 44 qui comporte cette fois-ci
son identité, la référence d'un produit, une offre tarifaire et des termes généraux. Lorsque l'utilisateur est du type « revendeur », le signal comporte également la référence d'un cortrat validé précédemment par lui-même.
Ensuite, les moyens de description pilotent les moyens de transmission 46 qui transmettent un ordre de création 18 d'offre de vente au serveur de contrats 16 Celui-ci commande alors les moyens de gestion 48 de la base de données 2. Ceux-ci provoquent :
- la transmission d'un ordre 50 pour la création 52 d'un objet supplémentaire de la classe Utilisateurs, du type « vendeur » ou « revendeur » et d'un compte associé, si cet objet n'existe pas encore dans la base de données ;
- la transmission d'un ordre 58 pour la création 60 d'un objet supplémentaire de la classe Produits, si cet objet n'existe pas encore dans la base de données ; - la transmission d'un ordre 62 pour la création 64 d'un objet supplémentaire de la classe Offres tarifaires ; et
- la transmission d'un ordre 66 pour la création 68 d'un objet supplémentaire de la classe Offres de vente Cette création 68 comprend une étape d'enregistrement des termes généraux dans la base de données Lorsque l'utilisateur est du type « revendeur », la création 68 comprend en outre, d'une part, une deuxième étape de création d'un nouveau contrat délégué de la classe Délégation de contrats, lié au contrat validé précédemment par le revendeur et référencé dans le signal 44, d'autre part, une troisième étape de création d'un lien entre l'offre de vente et ce contrat délégué.
Enfin, un utilisateur final du type « acheteur » active une chaîne de vente d'un produit selon le processus suivant.
Au moyen du serveur d'application, il transmet au moteur de valorisation 10 un ticket de consommation 12 et la référence d'un contrat. Puis, le moteur de valorisation consulte le contrat dans la base de données 2, lequel contrat renvoie le ticket de consommation à l'offre de vente qu'il valide αans la base de données 2.
A partir du ticket de consommation et de l'offre tarifaire liée à l'offre de vente validée par le contrat indiqué dans le ticket, le moteur de valorisation calcule un montant à débiter au compte de l'acheteur et à créditer sur le compte du vendeur lié à l'offre de vente Lors de cette étape, si l'offre de vente est liée à un contrat délégué de la classe 40, le processus est réitéré, c'est-à-dire, le ticket de consommation est transmis au contrat é au contrat délégué On récupère alors l'offre tarifaire de ce dernier contrat Le processus est réitéré jusqu'à atteindre la dernière offre de vente qui n'est liée à aucun contrat délégué On notera que l'invention n'est pas limitée au mode de réalisation décrit
En effet selon un autre mode de réalisation, la classe Utilisateurs 32 ne contient pas de type choisi parmi « acheteur » « vendeur » ou « revendeur » Dans ce cas un utilisateur se comporte implicitement en acheteur lorsqu'il crée un contrat en vendeur lorsqu'il crée une offre de vente et en revendeur lorsqu'il crée une offre de vente mentionnant un contrat créé par lui-même
Claims
REVENDICATIONS
1 Système de gestion d'une chaîne de vente d'un produit (30), comprenant des moyens de stockage (2) de données, des moyens d'accès (20, 26) aux moyens de stockage et un serveur de gestion (4), en communication avec les moyens de stockage et comportant un moteur de valorisation (10), caractérisé en ce que les moyens de stockage (2) sont accessibles d'une part par un vendeur initial pour l'élaboration et le stockage dans ces derniers d'une offre de vente (36) initiale associée à des conditions de vente du produit, d'autre part par au moins un revendeur peur I élaboration et le stockage dans les moyens de stockage (2) d un contrat (38) d'achat interméαiaire de ce produit et d'une offre de vente (35) intermédiaire de ce produit, dérivée du contrat, associée a αes conditions de vente le contrat validant les conditions de vente de l'offre de vente du vendeur précédent et en outre par un acheteur final pour l'élaboration et le stockage dans les moyens de stockage d'un contrat d'achat final de ce produit validant les conditions de vente de l'offre de vente du dernier revendeur
2 Système de gestion d'une chaîne de vente d'un produit selon la revendication 1 caractérisé en ce que les moyens de stockage (2) sont accessibles par plusieurs revendeurs successifs pour l'élaboration et le stockage successifs de contrats (38) d achat intermédiaires αe ce produit et d'offres de ventes (36) intermédiaires dérivées respectivement de ces contrats et associées a des conditions de vente, chaque contrat validant les conditions de vente de l'offre de vente précéαemment élaborée et stockée 3 Système de gestion d'une chaîne αe vente d'un produit selon la revendication 1 ou 2 caractérisé en ce que les moyens de stockage (2) comportent des comptes associés à chacun des utilisateurs (32) du système, qu'ils soient vendeur initial revendeur ou acheteur final, ces comptes étant accessibles par les utilisateurs par les moyens d'accès (20, 26) 4 Système de gestion d une chaîne de vente d'un produit selon la revendication 3 caractérisé en ce que le moteur de valorisation ( 10) est adapté pour gérer le compte de chaαue utilisateur (32) du système en fonction des
ventes successives réalisées entre ces derniers deux a deux et des contrats (38) d'achat respectifs
5 Système de gestion d'une chaîne de vente d'un produit selon l'une des revendications 1 à 4, caractérisé en ce que chaque offre de vente (36) comporte une offre tarifaire (34) spécifique et en ce que le moteur de valorisation (10) comporte un processus de calcul itératif sur chaque contrat de la chaîne de vente en fonction de l'offre tarifaire spécifique
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0001802A FR2805064B1 (fr) | 2000-02-14 | 2000-02-14 | Systeme de gestion d'une chaine de vente d'un produit |
FR0001802 | 2000-02-14 | ||
PCT/FR2001/000414 WO2001059632A1 (fr) | 2000-02-14 | 2001-02-13 | Systeme de gestion d'une chaine de vente d'un produit |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1256078A1 true EP1256078A1 (fr) | 2002-11-13 |
Family
ID=8846974
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP01907779A Withdrawn EP1256078A1 (fr) | 2000-02-14 | 2001-02-13 | Systeme de gestion d'une chaine de vente d'un produit |
Country Status (6)
Country | Link |
---|---|
US (1) | US20030144919A1 (fr) |
EP (1) | EP1256078A1 (fr) |
AU (1) | AU2001235664A1 (fr) |
FR (1) | FR2805064B1 (fr) |
IL (1) | IL151071A0 (fr) |
WO (1) | WO2001059632A1 (fr) |
Families Citing this family (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2406874A1 (fr) * | 2002-10-04 | 2004-04-04 | E-Racking.Com | Serveur fournissant des solutions de stockage |
US7460652B2 (en) | 2003-09-26 | 2008-12-02 | At&T Intellectual Property I, L.P. | VoiceXML and rule engine based switchboard for interactive voice response (IVR) services |
US7936861B2 (en) | 2004-07-23 | 2011-05-03 | At&T Intellectual Property I, L.P. | Announcement system and method of use |
US8165281B2 (en) | 2004-07-28 | 2012-04-24 | At&T Intellectual Property I, L.P. | Method and system for mapping caller information to call center agent transactions |
US7580837B2 (en) | 2004-08-12 | 2009-08-25 | At&T Intellectual Property I, L.P. | System and method for targeted tuning module of a speech recognition system |
US20060062375A1 (en) * | 2004-09-23 | 2006-03-23 | Sbc Knowledge Ventures, L.P. | System and method for providing product offers at a call center |
US7197130B2 (en) | 2004-10-05 | 2007-03-27 | Sbc Knowledge Ventures, L.P. | Dynamic load balancing between multiple locations with different telephony system |
US7668889B2 (en) | 2004-10-27 | 2010-02-23 | At&T Intellectual Property I, Lp | Method and system to combine keyword and natural language search results |
US7657005B2 (en) | 2004-11-02 | 2010-02-02 | At&T Intellectual Property I, L.P. | System and method for identifying telephone callers |
US7724889B2 (en) | 2004-11-29 | 2010-05-25 | At&T Intellectual Property I, L.P. | System and method for utilizing confidence levels in automated call routing |
US7242751B2 (en) | 2004-12-06 | 2007-07-10 | Sbc Knowledge Ventures, L.P. | System and method for speech recognition-enabled automatic call routing |
US7864942B2 (en) * | 2004-12-06 | 2011-01-04 | At&T Intellectual Property I, L.P. | System and method for routing calls |
US20060126808A1 (en) * | 2004-12-13 | 2006-06-15 | Sbc Knowledge Ventures, L.P. | System and method for measurement of call deflection |
US7751551B2 (en) | 2005-01-10 | 2010-07-06 | At&T Intellectual Property I, L.P. | System and method for speech-enabled call routing |
US7627096B2 (en) * | 2005-01-14 | 2009-12-01 | At&T Intellectual Property I, L.P. | System and method for independently recognizing and selecting actions and objects in a speech recognition system |
US7627109B2 (en) | 2005-02-04 | 2009-12-01 | At&T Intellectual Property I, Lp | Call center system for multiple transaction selections |
US20060188087A1 (en) * | 2005-02-18 | 2006-08-24 | Sbc Knowledge Ventures, Lp | System and method for caller-controlled music on-hold |
US8130936B2 (en) * | 2005-03-03 | 2012-03-06 | At&T Intellectual Property I, L.P. | System and method for on hold caller-controlled activities and entertainment |
US8223954B2 (en) | 2005-03-22 | 2012-07-17 | At&T Intellectual Property I, L.P. | System and method for automating customer relations in a communications environment |
US7933399B2 (en) * | 2005-03-22 | 2011-04-26 | At&T Intellectual Property I, L.P. | System and method for utilizing virtual agents in an interactive voice response application |
US7636432B2 (en) | 2005-05-13 | 2009-12-22 | At&T Intellectual Property I, L.P. | System and method of determining call treatment of repeat calls |
US7657020B2 (en) | 2005-06-03 | 2010-02-02 | At&T Intellectual Property I, Lp | Call routing system and method of using the same |
US8005204B2 (en) | 2005-06-03 | 2011-08-23 | At&T Intellectual Property I, L.P. | Call routing system and method of using the same |
US8503641B2 (en) | 2005-07-01 | 2013-08-06 | At&T Intellectual Property I, L.P. | System and method of automated order status retrieval |
US8175253B2 (en) * | 2005-07-07 | 2012-05-08 | At&T Intellectual Property I, L.P. | System and method for automated performance monitoring for a call servicing system |
US8526577B2 (en) | 2005-08-25 | 2013-09-03 | At&T Intellectual Property I, L.P. | System and method to access content from a speech-enabled automated system |
US8548157B2 (en) | 2005-08-29 | 2013-10-01 | At&T Intellectual Property I, L.P. | System and method of managing incoming telephone calls at a call center |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4799156A (en) * | 1986-10-01 | 1989-01-17 | Strategic Processing Corporation | Interactive market management system |
US5710887A (en) * | 1995-08-29 | 1998-01-20 | Broadvision | Computer system and method for electronic commerce |
JPH0973480A (ja) * | 1995-09-01 | 1997-03-18 | Fujitsu Ltd | コンテンツ販売価格課金システム及び課金方法 |
US5974395A (en) * | 1996-08-21 | 1999-10-26 | I2 Technologies, Inc. | System and method for extended enterprise planning across a supply chain |
US6047274A (en) * | 1997-02-24 | 2000-04-04 | Geophonic Networks, Inc. | Bidding for energy supply |
US5970470A (en) * | 1997-07-08 | 1999-10-19 | Walker Asset Management Limited Partnership | System and method for establishing and managing subscription purchase agreements including commitments to purchase goods over time at agreed upon prices |
CA2310323A1 (fr) * | 1997-11-19 | 1999-05-27 | I2 Technologies, Inc. | Outil informatique d'estimation de produits |
-
2000
- 2000-02-14 FR FR0001802A patent/FR2805064B1/fr not_active Expired - Lifetime
-
2001
- 2001-02-13 WO PCT/FR2001/000414 patent/WO2001059632A1/fr not_active Application Discontinuation
- 2001-02-13 US US10/203,563 patent/US20030144919A1/en not_active Abandoned
- 2001-02-13 IL IL15107101A patent/IL151071A0/xx unknown
- 2001-02-13 EP EP01907779A patent/EP1256078A1/fr not_active Withdrawn
- 2001-02-13 AU AU2001235664A patent/AU2001235664A1/en not_active Abandoned
Non-Patent Citations (1)
Title |
---|
See references of WO0159632A1 * |
Also Published As
Publication number | Publication date |
---|---|
US20030144919A1 (en) | 2003-07-31 |
FR2805064B1 (fr) | 2003-01-24 |
IL151071A0 (en) | 2003-04-10 |
WO2001059632A1 (fr) | 2001-08-16 |
FR2805064A1 (fr) | 2001-08-17 |
AU2001235664A1 (en) | 2001-08-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1256078A1 (fr) | Systeme de gestion d'une chaine de vente d'un produit | |
US10304121B1 (en) | Methods of expanding commercial opportunities for internet websites through coordinated offsite marketing | |
AU780964B2 (en) | Interactive upsell advisor method and apparatus for internet applications | |
US6125388A (en) | System for transporting information objects between a user station and multiple remote sources based upon user modifiable object manifest stored in the user station | |
US7865399B2 (en) | Distributed electronic commerce system with centralized point of purchase | |
US6032130A (en) | Multimedia product catalog and electronic purchasing system | |
FR2798753A1 (fr) | Systeme et procede pour delivrer sur un site internet des ordinateurs configures en ligne par le client | |
US20010041988A1 (en) | Customer renders seller issued incentive-voucher to after-sales service providers to enhance service quality | |
CA2432042A1 (fr) | Systemes et procedes de fidelisation sur internet | |
FR2829602A1 (fr) | Systeme embarque de transaction par radio et procede | |
EP1314143B1 (fr) | Dispositif et procede de sauvegarde d'information de transaction en ligne | |
EP1269360A1 (fr) | Procede permettant a un adjudicateur de faire parvenir un appel d'offre a un ou plusieurs prestataires selectionnes | |
CA2609107A1 (fr) | Systeme de gestion de la distribution de produits | |
US20030014319A1 (en) | Universal world wide Web user shopping cart transferable with its load from Web page to Web page | |
CA2397888A1 (fr) | Systeme et procede de stockage et de traitement de donnees a l'aide d'un telephone mobile | |
FR2903797A1 (fr) | Systeme permettant a un utilisateur d'optimiser la gestion des operations de commerce electronique effectuees simultanement au travers d'une pluralite de canaux de vente heterogenes. | |
WO2020140105A1 (fr) | Système et procédé d'intégration et de distribution de produit numérique à l'aide de l'infrastructure de courtage de services infonuagiques | |
US20070011325A1 (en) | Protocol mediation for adaptation in semantic web services | |
WO2023139338A1 (fr) | Procédé de contrôle de systèmes à évènements discrets | |
EP2924638A1 (fr) | Procédé et système de paiement divisé d'un produit ou service | |
FR2864663A1 (fr) | Echange securise de donnees, notamment de donnees certifiees pour l'affacturage | |
Panov | Subscription and payment systems for SaaS applications | |
FR2816085A1 (fr) | Procede et dispositif pour procurer un produit en permettant de faire evoluer ledit produit | |
EP1169680A1 (fr) | Systeme assistant de commerce electronique | |
WO2002001398A2 (fr) | Systeme et procede de construction de moteurs modulaires de commerce electronique, de traitement de transactions de commerce electronique hors connexion et de conception de vitrines electroniques |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20020731 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR |
|
AX | Request for extension of the european patent |
Free format text: AL;LT;LV;MK;RO;SI |
|
17Q | First examination report despatched |
Effective date: 20021204 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN |
|
18W | Application withdrawn |
Effective date: 20040105 |
|
RBV | Designated contracting states (corrected) |
Designated state(s): DE ES GB IT SE |