FR 2888373 A1 20070112 FR 0507261 A 20050707 PROCÉDÉ POUR FACILITER LA VENTE D'ARTICLES DE TYPE VESTIMENTAIRE La présente invention se rapporte à un procédé pour 5 faciliter la vente d'articles vestimentaires. L'art antérieur connaît déjà des bases de données comprenant des informations sur les utilisateurs dans le but de faciliter la vente. En particulier, la demande EP 1229478 décrit un système comprenant des informations relatives aux mensurations des utilisateurs. Ce système, comprenant une base d'utilisateur et une base d'articles, est relié à une unité, par exemple placée en magasin. Lorsque l'utilisateur utilise cette unité, il s'identifie, ce qui provoque un appel à la base de données de mensurations d'utilisateur pour récupérer ses mensurations. L'unité permet également de prendre en entrée un article de type vestimentaire, par exemple grâce à un code barres. L'unité compare alors les caractéristiques du vêtement et celles de l'utilisateur et affiche un message sur un écran d'affichage de l'unité en magasin indiquant la correspondance ou non entre le modèle et les mensurations et/ou les préférences de l'utilisateur. Cependant, cette comparaison nécessite l'enregistrement de toutes les caractéristiques des articles dans la base d'articles, et ce, article par article. Cette contrainte pose bien sûr le problème de la quantité de travail nécessaire pour le responsable d'une enseigne afin de référencer cette masse de caractéristiques. Ceci pose également le problème de la capacité de stockage et du temps de traitement lorsqu'il est nécessaire de récupérer rapidement des informations depuis la base. La présente invention entend donc faciliter le traitement des références des articles dans un système permettant l'affichage de messages correspondant à un 5 article privilégié. Pour ce faire, la présente invention réalise de façon avantageuse une correspondance entre les mensurations et les articles des enseignes au niveau d'une base de données unique, et ce par l'intermédiaire de catégories d'articles. Par ailleurs, lorsque le dispositif est fortement utilisé, l'unité en magasin subit un engorgement pouvant créer une longue attente des utilisateurs, ce qui réduit l'utilité du système de base de mensurations. Un des objectifs de la présente invention est également de fournir un système permettant un achat facilité d'articles en magasin quelle que soit la quantité d'utilisateurs en magasin. Pour ce faire, la présente invention est du type décrit ci-dessus et elle est remarquable, dans son acception la plus large, en ce qu'elle concerne un procédé pour faciliter l'achat par un utilisateur d'un article vestimentaire associé à une enseigne comprenant les étapes consistant à : pour l'utilisateur, enregistrer ses caractéristiques vestimentaires dans une première table 30 d'une première base de données; pour l'enseigne, entrer dans une seconde base de données (3a), les références des articles en vente; pour l'enseigne, entrer dans un module 2, les correspondances entre les mensurations des utilisateurs et les tailles enseigne des catégories d'articles vendus par l'enseigne; importer de ladite seconde base de données 3a vers ledit module 2 lesdites références de sorte à associer à chaque référence d'article, une catégorie d'article; exporter depuis ledit module 2 lesdites correspondances et lesdites références 12 dans une seconde table 11 de ladite première base de données 1; pour l'utilisateur, entrer un identifiant utilisateur et un identifiant d'un article au niveau d'une station comprenant un moyen d'accès à ladite première base de données; - afficher la taille enseigne de l'article associé à l'identifiant d'article correspondant aux mensurations de l'utilisateur identifié par l'identifiant d'utilisateur par l'intermédiaire desdites correspondances. Avantageusement, afin que le procédé soit utilisable même en présence d'un grand nombre d'utilisateurs, ladite étape d'entrée d'un identifiant utilisateur et d'un identifiant d'un article est réalisée par un terminal de communication sans fil, et ladite étape d'affichage est réalisée au niveau dudit terminal. Dans ce cas, le procédé peut comprendre en outre une étape d'acquisition dudit identifiant dudit article par lecture par ledit terminal de communication d'une puce RFID associée audit article. Selon un mode de réalisation, ladite étape d'entrée dudit identifiant utilisateur et un identifiant d'un article au niveau de ladite station est réalisée en scannant un code barres associé audit utilisateur et un code barres associé audit article. On comprendra mieux l'invention à l'aide de la 5 description, faite ciaprès à titre purement explicatif, d'un mode de réalisation de l'invention, en référence aux figures annexées où : la figure 1 illustre un schéma du procédé selon l'invention. - les figures 2a et 2b sont des exemples de tables d'utilisateurs selon l'invention. la figure 3 représente un exemple de système pour la mise en oeuvre du procédé selon l'invention. la figure 4 est un exemple d'interface proposée à 15 l'utilisateur pour l'entrée de ses préférences sur les articles la figure 5 illustre la mise en oeuvre du procédé selon l'invention au niveau des magasins. Illustré figure 1, le système selon l'invention comprend une base de données 1 de type connu en soi, par exemple SQL Server, Oracle. Elle contient deux grandes tables: une première table 10 contenant l'ensemble des informations de mensurations saisies par les utilisateurs et une seconde table 11 contenant l'ensemble des données d'articles des enseignes clientes de notre système. Aux fins de la présente demande, une enseigne correspond à un magasin ou un ensemble de magasins ayant des informations d'articles communes. Ces enseignes peuvent correspondre à l'ensemble des magasins d'une marque, ou à un simple magasin vendant une pluralité de marques de vêtements. Les entrées de la table utilisateur comprennent par 5 exemple les informations suivantes pour chaque personne inscrite: - Age (ou date de naissance) - Sexe - Adresse e-mail - Pays - Département - Ville - Taille Poids - Date d'enregistrement - Enseignes de vêtements fréquentées et informations associées (dernières visites enregistrées, type d'articles demandés.) - Préférences selon le type d'articles - Mensurations Une table correspondant aux données utilisateurs est par exemple illustrée figure 2a. Il est possible qu'une même personne apparaisse plusieurs fois dans la base de données comme illustré figure 2b. Cette dernière aura jugé qu'entre son avant-dernier et son dernier enregistrement, ses mensurations, son poids et ses différentes caractéristiques ont changé significativement. Le système selon l'invention comprend également une table enseigne 11. À l'intérieur de cette table, sont compilées l'ensemble des informations sur les tailles de vêtements et les correspondances entre les tailles des vêtements des enseignes et les mensurations des utilisateurs Pour chacune des enseignes utilisant le système selon 5 l'invention, une sous-table spécifique sera créée et intégrée dans la table données articles de la base. Afin de générer la partie enseigne de la base de données 1, le système selon l'invention comprend également un module 2 d'import/export de données comme illustré figure 3. Ce module 2 est associé à une base de données 3b apte à stocker les références reçues de la base des références 3a. Cette base 3b est éventuellement intégrée au module 2 sous la forme d'une unité de stockage. Ce module 2 est mis à disposition de chacune des enseignes clientes utilisatrices du système. Il a trois fonctions principales: - création et paramétrage de catégories d'articles et de correspondances de tailles propres à l'enseigne, - importation de l'ensemble des références articles de l'enseigne, - exportation des données vers la base de données 1. On décrit maintenant le module 2 permettant d'exporter les données d'articles vers la base 1. Sur le module 2, des catégories d'articles sont définies par défaut (pantalons de sport, pantalons habillés, 30 chemises, sur-chemises...). Ces catégories sont les mêmes que celles à disposition des utilisateurs de la base de données 1. S'il le souhaite, le responsable de la base de données de l'enseigne peut ajouter des sous-catégories d'articles. Ces dernières permettent de prendre en considération la diversité des systèmes de tailles de vêtements de l'enseigne. Par exemple, une enseigne peut proposer deux types de pantalons habillés, les tailles disponibles pour le premier type étant 40, 42, 44, 46, 48, pour le second type de pantalons habillés elle peut proposer les tailles S, M, L, XL (pour le tour de taille) mais aussi les tailles 1, 2, 3 (pour la longueur de pantalon). Elle créera donc ici, à l'intérieur de la catégorie des pantalons habillés (définie par défaut), les sous-catégories pantalons habillés type 1 et pantalons habillés type 2 On notera que des sous- catégories par sexe et âge (enfants, femmes, hommes) peuvent être établies. Lors de la création d'une sous-catégorie de ce type, la mention sous-catégorie par sexe ou par âge devra être explicitement indiquée sur le module à l'endroit prévu à cet effet. Pour chacune des catégories (et sous-catégories éventuelles) d'articles qui viennent d'être définies, des correspondances de tailles sont alors créées. Le responsable de la base de données d'une enseigne 3, renseigne ici les informations relatives à une première catégorie d'articles. Il fournit par exemple une indication du type de clients susceptibles d'acheter un vêtement de cette catégorie ou sous-catégorie d'articles (Ce champ n'apparaîtra pas s'il s'agit d'une sous-catégorie d'articles par sexe ou âge). On notera qu'il n'est pas dans l'intérêt de l'enseigne concernée de trop restreindre ici le type de clients potentiels. Un homme peut très bien acheter pour lui un pull a priori destiné aux femmes et inversement. En revanche certains articles (ex. : soutien-gorge) ne peuvent être destinés qu'à un seul type de clients. On indique également les mensurations à prendre en compte pour cette catégorie d'articles. Par exemple, pour la catégorie pantalons habillés 15 type 1 , les mensurations à utiliser sont le tour de taille et la longueur de pantalon. On indique également, pour chacune des mensurations prises en compte, les tailles de vêtements proposées par 20 l'enseigne Exemple: tour de taille 40, 42, 44, 46, 48; longueur de pantalon: 1, 2, 3. On saisit les correspondances de tailles entre les mensurations réelles des utilisateurs et les tailles proposées par l'enseigne. Exemple: Tour de taille: taille enseigne 40 q mensuration utilisateur 76/80 taille enseigne 42 q mensuration utilisateur 80/84 taille enseigne 44 q mensuration utilisateur 84/88 Longueur: taille enseigne 1 b mensuration utilisateur 75/80 5 taille enseigne 2 mensuration utilisateur 80/85 taille enseigne 3 q mensuration utilisateur 85/90 Ces correspondances sont ainsi destinées à indiquer à l'utilisateur quelle taille choisir en fonction de la 10 catégorie d'article sélectionnée. On renseigne également le choix des préférences articles mises à disposition des clients pour cette catégorie d'articles. Exemple: normal, ajusté, baggy, large, tombant, près du corps (identiques à celles proposées aux utilisateurs Easy Size)... Pour les sous-catégories d'articles éventuellement définies, les préférences seront à choisir parmi les préférences disponibles pour les catégories d'articles auxquelles elles appartiennent. Ainsi, les préférences pour une sous-catégorie pulls d'hiver appartenant à la catégorie pulls seront nécessairement à choisir dans les préférences pulls définies par défaut sur le module. Il est bien sûr possible, pour l'enseigne, de modifier quand elle le souhaite l'ensemble des paramètres qui auront 30 été définis. Les catégories et sous-catégories d'articles définies et les correspondances de tailles établies, le module est pratiquement prêt à importer l'ensemble des références proposées par l'enseigne depuis la base de données de références 3a jusqu'au module 2 ou son unité de stockage 3b. Reste simplement à le paramétrer de telle sorte que l'import des données puisse s'effectuer correctement. Il s'agit donc ici d'indiquer, pour chacune des catégories et sous-catégories préalablement définies, le type de références articles devant y être classées. Exemple: 10 L'enseigne cliente a défini une sous-catégorie d'articles pulls hommes habillés type 1 . On sait par ailleurs, que tous les pulls de ce type proposés par l'enseigne en question ont une référence se terminant par 50. Le module 2 est alors paramétré de façon à permettre l'import de toutes les références de pulls hommes habillés type 1 dans la souscatégorie prévue à cet effet. On notera que seules les références des articles sont importées. Ceci allége considérablement le système notamment par rapport aux procédés nécessitant l'acquisition d'un ensemble de caractéristiques très précises pour chaque référence article. Le module 2 exporte alors les références des articles vers la base de données 1, ainsi que les correspondances entre les mensurations utilisateurs et les tailles enseigne. De la sorte, on comprend que l'on a réalisé au niveau de la table 11 de la base de données 1 une sous-table 12 contenant un certain nombre de tables de correspondance (catégories d'articles paramétrées) et contenant elles-mêmes l'ensemble des références articles placées dans les catégories d'articles préalablement définies par l'enseigne. L'ensemble permettant de convertir les mensurations utilisateurs de la table 10 en tailles vêtements proposées par l'enseigne. Tout cela évitant d'entrer de façon fastidieuse toutes les caractéristiques des articles. Pour cette partie import aussi, le paramétrage du module pourra être modifié à loisir par l'enseigne cliente. Il se peut très bien que, sans vouloir modifier les paramètres du module 2, une enseigne souhaite importer de nouvelles références dans des catégories déjà définies. Une option mettre à jour les références lui permettra d'importer les nouvelles références depuis sa base de données 3a. Elle n'aura ensuite qu'à effectuer un nouvel export vers la base 1. À ce stade, l'enseigne aura à la fois créé et paramétré les catégories et sous catégories d'articles. Elle aura également importé sur le module 2 l'ensemble des références articles depuis sa propre base de données 3a. On décrit maintenant la manière dont les informations utilisateurs sont transmises à la base de données 1. Pour ce faire, les utilisateurs se connectent à une application Internet 4 (développée selon un langage courant type ASP, .Net, PHP...) spécifiquement prévue à cet effet dont nous expliquons ici le fonctionnement. L'une des fonctions de l'application Internet 4 est de permettre à toute personne le souhaitant de rentrer les données nécessaires au bon fonctionnement de notre système. Il sera ainsi possible, pour chaque utilisateur de paramétrer l'application comme ceci est illustré figure 4. Il peut y entrer ses mensurations et ses préférences, pour chaque catégorie d'article. À partir de la base de données 1 renseignée conformément à l'invention, l'utilisateur peut maintenant accéder facilement aux données d'articles en magasin. Ceci est par exemple réalisé en plusieurs étapes décrites. Une étape préalable est l'obtention d'un identifiant, par exemple de type code barres, via une application Internet. - connexion à un serveur dédié par une application Internet, -entrée d'un identifiant personnel et d'un mot de passe, - récupération d'un code barres personnel, - impression du code barres personnel. Muni de ce code barres personnel l'utilisateur se rend en magasin et réalise les étapes suivantes: Il scanne 20 le code barres d'un article de son choix à une borne 5 située en magasin. Cette borne est apte à se connecter à un serveur associé à la base de données 1. À ce stade, l'enseigne cliente et le magasin sont identifiés, le barème de tailles relatif à cette catégorie d'articles est identifié dans la sous-table de l'enseigne concernée. L'affichage de la borne électronique invite alors à scanner son code barres personnel. L'utilisateur scanne ensuite 21 son code barres. Les données utilisateurs sont recherchées dans la table du même nom, les données utilisateurs nécessaires (selon l'enseigne elle-même) pour définir la taille à choisir dans cette catégorie d'articles sont extraites. Chacune des mensurations utilisées (ex. : tour de taille et entrejambe) est convertie conformément au barème de correspondances défini par l'enseigne. L'écran de la borne affiche alors 22 la taille à choisir. On notera que la borne de contrôle des tailles a aussi pour fonction d'identifier l'enseigne et le magasin dans lesquels la taille de l'article a été vérifiée . En effet, on peut envisager que l'on retrouve, un même code barres dans deux enseignes différentes, ces derniers renvoyant bien évidemment à des articles distincts. En identifiant l'enseigne dans laquelle la taille d'un article est vérifiée, la borne permettra d'éviter toute confusion de références. Par conséquent, il ne sera pas possible d'obtenir la taille d'un article d'une enseigne A depuis une borne placée dans une enseigne B (du fait des paramétrages de tailles différents opérés par chaque enseigne). Selon un mode de réalisation particulier, la borne 5 n'affiche pas les résultats de la correspondance et ceux-ci sont de préférence affichés directement sur un terminal mobile d'un utilisateur muni d'un lecteur de type RFID. Selon ce mode de réalisation, une personne se rend en magasin et souhaite connaître la taille à choisir pour un article quelconque L'article contenant une puce RFID est automatiquement reconnu par le téléphone mobile de l'utilisateur lui-même compatible RFID. Les caractéristiques articles recueillies par le téléphone ainsi que l'identifiant du client sont quasi instantanément transmis 20, 21 à la borne de contrôle tailles selon un système de transmission quelconque, par exemple de type Wi-fi ou Bluetooth. La borne 5 de contrôle des tailles reliée à la base de données de mensurations individuelles renvoie 22 directement et immédiatement sur le téléphone portable la taille à choisir pour l'article en question. Cette taille est alors affichée sur le terminal de l'utilisateur. On comprendra facilement que le fait que les identifiants soient sauvegardés sur le téléphone portable (ou autre système RFID équivalent) de l'utilisateur lui permet d'éviter l'étape d'impression des codes barres et facilite donc l'accès au système. On notera également que ce mode de réalisation est particulièrement avantageux dans le cas d'une utilisation massive de la borne 5 en magasin. Il permet de minimiser l'accès à la borne 5 en réalisant les connexions et l'affichage à distance, sans que les utilisateurs n'aient à se déplacer vers ladite borne 5. Selon un mode de mise en uvre particulier de l'invention, le système selon l'invention comprend également un dispositif d'acquisition automatique des mensurations, par exemple disposé au niveau des cabines d'essayage, afin que l'utilisateur qui n'a pas encore entré ses paramètres puisse le faire une fois pour toutes dans le magasin. Un tel dispositif est connu de l'homme du métier et est par exemple décrit dans le brevet FR2816821 B1. 10 Dans ce cas, le dispositif d'acquisition des mensurations est relié à la base de données 1 et les données utilisateurs sont transmises directement suite à l'acquisition. L'utilisateur reçoit également un identifiant qu'il pourra utiliser pour s'identifier à la borne 5 comme précédemment décrit. Selon un second mode de réalisation particulier de l'invention, l'applicatif Internet 4 fourni à l'utilisateur lui permet de gérer ses contacts et de recevoir les identifiants d'un certain nombre d'amis ou de proches. Ceci permet par exemple, de fournir les mensurations de ses proches et donc de savoir si les articles choisis 25 sont adaptés ou non. Il est également entendu que l'invention est utilisable pour des achats par correspondance. Pour cela, l'utilisateur peut entrer un code spécifique via un applicatif Internet, les références des articles étant elle- même identifiées par un code. En se connectant à la base de données 1, l'utilisateur peut donc également récupérer la taille enseigne adaptée à ses mensurations, pour un achat en ligne immédiat, ou un achat ultérieur, et ce, depuis sa station personnelle. L'invention est décrite dans ce qui précède à titre 5 d'exemple. Il est entendu que l'homme du métier est à même de réaliser différentes variantes de l'invention sans pour autant sortir du cadre du brevet. REVENDICATIONS 1. Procédé pour faciliter l'achat par un utilisateur d'un article vestimentaire associé à une enseigne comprenant 5 les étapes consistant à : - pour l'utilisateur, enregistrer ses caractéristiques vestimentaires dans une première table d'une première base de données; - pour l'enseigne, entrer dans une seconde base de données (3a), les références des articles en vente; pour l'enseigne, entrer dans un module (2), les correspondances entre les mensurations des utilisateurs et les tailles enseigne des catégories d'articles vendus par l'enseigne; - importer de ladite seconde base de données (3a) vers ledit module (2) lesdites références de sorte à associer à chaque référence d'article, une catégorie d'article; - exporter depuis ledit module (2) lesdites correspondances et lesdites références (12) dans une seconde table (11) de ladite première base de données (1) ; pour l'utilisateur, entrer un identifiant utilisateur et un identifiant d'un article au niveau d'une station comprenant un moyen d'accès à ladite première base de données; afficher la taille enseigne de l'article associé à l'identifiant d'article correspondant aux mensurations de l'utilisateur identifié par l'identifiant d'utilisateur par l'intermédiaire desdites correspondances. 2. Procédé selon la revendication 1, caractérisé en ce que ladite étape d'entrée d'un identifiant utilisateur et un identifiant d'un article est réalisée par un terminal de communication sans fil, et en ce que ladite étape d'affichage est réalisée au niveau dudit terminal. 3. Procédé selon la revendication 2, caractérisé en ce qu'il comprend en outre une étape d'acquisition dudit identifiant dudit article par lecture par ledit terminal de 10 communication d'une puce RFID associée audit article. 4. Procédé selon la revendication 1, caractérisé en ce que ladite étape d'entrée dudit identifiant utilisateur et un identifiant d'un article au niveau de ladite station est réalisée en scannant un code barres associé audit utilisateur et un code barres associé audit article.