FR3080930A1

FR3080930A1 - Systeme informatique de base de donnees

Info

Publication number: FR3080930A1
Application number: FR1870538A
Authority: FR
Inventors: Florent Bretey
Original assignee: Individual
Current assignee: Individual
Priority date: 2018-05-07
Filing date: 2018-05-07
Publication date: 2019-11-08
Also published as: FR3080931A1

Abstract

Le procédé de l'invention est mis en œuvre dans un système informatique de base de données comprenant au moins une base de données recouvrant un segment de produits prédéterminé, le système autorisant des accès d'utilisateur aux données de la base de données à travers une interface graphique d'utilisateur apparaissant sur un écran de visualisation. Conformément à l'invention, le procédé comprend - une implémentation dans l'interface graphique d'utilisateur d'une pluralité de premières métaphores graphiques sous la forme de cartes produit (CP1 à CPN) correspondant respectivement à des produits répertoriés dans la base de données dont des propriétés coïncident avec une requête d'utilisateur, les cartes produit étant générées à la volée en fonction de la requête d'utilisateur et comprenant des éléments de texte et d'image, - une implémentation dans l'interface graphique d'utilisateur d'une deuxième métaphore graphique sous la forme d'un tableau dynamique à deux entrées (TD) comportant une pluralité de cellules (C11 à C34), et - une sélection et une allocation des cartes produit aux cellules du tableau dynamique à deux entrées en fonction de filtres de ligne et de colonne (FL1 à FL3, FC1 à FC4) préalablement paramétrés par l'utilisateur.

Description

©) Le procédé de l'invention est mis en œuvre dans un système informatique de base de données comprenant au moins une base de données recouvrant un segment de produits prédéterminé, le système autorisant des accès d'utilisateur aux données de la base de données à travers une interface graphique d'utilisateur apparaissant sur un écran de visualisation. Conformément à l'invention, le procédé comprend

- une implémentation dans l'interface graphique d'utilisateur d'une pluralité de premières métaphores graphiques sous la forme de cartes produit (CP1 à CP__>N) correspondant respectivement à des produits répertoriés dans la base de données dont des propriétés coïncident avec une requête d'utilisateur, les cartes produit étant générées à la volée en fonction de la requête d'utilisateur et comprenant des éléments de texte et d'image,

- une implémentation dans l'interface graphique d'utilisateur d'une deuxième métaphore graphique sous la forme d'un tableau dynamique à deux entrées (TD) comportant une pluralité de cellules (C11 à C34), et

- une sélection et une allocation des cartes produit aux cellules du tableau dynamique à deux entrées en fonction de filtres de ligne et de colonne (FL1 à FL3, FC1 à FC4) préalablement paramétrés par l'utilisateur.

Illllllllllllllllllllllllllllllllllllllllllll

Description

Titre de l’invention : Système informatique de base de données [0001] La présente invention concerne de manière générale le domaine des bases de données. Plus particulièrement, l’invention concerne un procédé d’exploitation de bases de données et un système informatique de base de données pour la mise en œuvre de celui-ci. La présente invention trouve une application particulière, mais non exclusivement, dans les systèmes de base de données de produits.

[0002] Actuellement, dans une même entreprise, les bases de données de produits sont fréquemment multiples et non connectées entre elles. Ainsi, par exemple, une même entreprise pourra comprendre une ou plusieurs bases des produits commercialisés exploitées par le ou les départements commerciaux, une ou plusieurs bases des produits concurrents exploitées par le ou les départements marketing et une ou plusieurs bases de produits référencés de fournisseurs exploitées par le ou les départements achats. Bien souvent, la donnée produit est répétée dans des bases de l’entreprise sans que ces données, pourtant identiques, ne soient connectées et synchronisées. Les différents acteurs de l’entreprise mettent en forme les données par rapport à leurs besoins spécifiques et ne traitent que les informations qu’ils utilisent directement. De plus, ces bases de données répertorient généralement un nombre limité de produits et manquent d’exhaustivité par rapport aux différents produits existants sur un marché.

[0003] Le manque d’homogénéité et de normalisation entre les données des différentes bases est préjudiciable aux intérêts de l’entreprise. La multiplicité des bases de données provoque des duplications et des tâches à accomplir supplémentaires, par exemple dans la collecte et la mise à jour des données. L’entreprise s'expose ainsi à des surcoûts pour harmoniser les données et doit souvent acquérir des outils informatiques spécifiques afin de tirer un meilleur parti de son système d’information, comme par exemple lors de l’implantation d’un système de gestion de la relation client.

[0004] Par ailleurs, le manque d’exhaustivité et d’homogénéité des bases de données pénalise l’analyse sectorielle des produits par des comparaisons entre les caractéristiques et propriétés de ceux-ci, conduisant notamment à des processus décisionnels non optimaux.

[0005] Souvent, le contenu des bases est composé uniquement de texte et les résultats des requêtes sont restitués sous forme de liste de produits ou de tuiles d’image, avec des filtres simples, et sans assistance visuelle. La simple visualisation d’une liste de produits, filtrée et affichée de manière classique, ne permet pas de créer de la valeur ajoutée. Non didactiques, ces bases n’aident pas à la compréhension de la structure, de l’organisation ou des règles qui régissent un segment de produits. Une exportation des données pour une analyse dans un tableau de type Excel (marque déposée) pourra être une solution lorsque les données sont composées de chiffres, mais ne pourra pas convenir lorsque les données contiennent aussi du texte ou des images.

[0006] Il est souhaitable d’apporter une solution aux inconvénients susmentionnés de l’état de la technique en fournissant un nouveau système informatique de base de données qui soit adapté pour répertorier de manière exhaustive de grands volumes de données sous la forme d’objets virtuels pouvant comprendre notamment du texte, des chiffres, des images et/ou des liens hypertexte, et pour une analyse aisée de segments de produits.

[0007] Selon un premier aspect, l’invention concerne un procédé d’exploitation d’un système informatique de base de données comprenant au moins une base de données recouvrant au moins un segment de produits prédéterminé, le procédé étant mis en œuvre dans un système informatique autorisant des accès d'utilisateur aux données de ladite au moins une base de données à travers une interface graphique d’utilisateur apparaissant sur un écran de visualisation, comprenant

- une implémentation dans l'interface graphique d’utilisateur d'une pluralité de premières métaphores graphiques sous la forme de cartes produit correspondant respectivement à des produits répertoriés dans ladite au moins une base de données dont des propriétés coïncident avec une requête d'utilisateur, les cartes produit étant générées à la volée en fonction de la requête d'utilisateur et comprenant des éléments de texte et d'image,

- une implémentation dans l'interface graphique d’utilisateur d’une deuxième métaphore graphique sous la forme d’un tableau dynamique à deux entrées comportant une pluralité de cellules, et

- une sélection et une allocation des cartes produit aux cellules du tableau dynamique à deux entrées en fonction de filtres de ligne et de colonne préalablement paramétrés par l'utilisateur.

[0008] Selon une caractéristique particulière, le procédé comprend un processus de création de carte produit qui génère les cartes produit à la volée pour chaque dite requête d'utilisateur, le processus de création de carte produit exécutant, à partir d'un identifiant de produit et d'un identifiant d’utilisateur, une première étape de récupération de données de propriétés, une deuxième étape de séparation des données de propriétés, en fonction au moins de règles générales propres au segment de produits concerné et de caractéristiques générales propres à l’utilisateur, en une pluralité de sous-ensembles de propriétés, une troisième étape de calcul de rendus d’affichage pour différentes sections zonales d'une dite carte produit et une quatrième étape de compilation de rendus qui compile une pluralité de rendus d'affichage calculés dans la troisième étape et produit un rendu d'affichage final correspondant à la carte produit.

[0009] Selon une autre caractéristique particulière, le procédé comprend également une étape de récupération de droits d'utilisateur dans une base de données d’utilisateurs et une étape de récupération de données sectorielles d’utilisateur dans une base de données sectorielles d’utilisateur.

[0010] Selon encore une autre caractéristique particulière, la pluralité de sous-ensembles de propriétés comprend des données d’identification du produit, des données de caractéristiques techniques et des données de configuration d’affichage.

[0011] Selon encore une autre caractéristique particulière, la quatrième étape comporte également une intégration d'une traduction de terme, d'un pictogramme et/ou image et/ ou d'un style graphique dans le rendu d'affichage final.

[0012] L'invention concerne aussi un programme d’ordinateur comprenant des instructions de code de programme mettant en œuvre le procédé tel que décrit brièvement cidessus, lorsque celles-ci sont exécutées par un processeur d'un système informatique.

[0013] Selon un autre aspect, l'invention concerne aussi un système informatique de base de données comprenant un outil logiciel de création de base de données, un système de gestion de bases de données associé à au moins une base de données et au moins un serveur connecté à un réseau de communication de données, dans lequel sont compris également des moyens supplémentaires de mise en œuvre du procédé d’exploitation décrit brièvement ci-dessus. Typiquement, le réseau de communication de données est le réseau internet.

[0014] Selon une caractéristique particulière, le système informatique de base de données comprend une base de données dédiée à des données de produits, une base de données dédiée à des données d’identification de clients et/ou utilisateurs et une base de données dédiée à des données de configuration et paramétrage propres à des clients et/ ou utilisateurs et/ou à leurs secteurs d’activité.

[0015] Selon une autre caractéristique particulière, le système informatique de base de données comprend un serveur principal qui héberge l'outil logiciel de création de base de données, au moins une dite base de données et le système de gestion de bases de données et un nuage de serveurs autorisant un accès rapide au système informatique de base de données par des clients et/ou utilisateurs.

[0016] D’autres avantages et caractéristiques de la présente invention apparaîtront plus clairement à la lecture de la description ci-dessous d’un mode de réalisation particulier de l’invention en référence aux dessins annexés, dans lesquels :

[0017] [fig. 1] est un bloc-diagramme simplifié montrant un exemple d'architecture d'un système informatique de base de données selon l'invention ;

[0018] [fig.2] montre un exemple d'une fiche produit telle qu'utilisée dans un système informatique de base de données selon l'invention ;

[0019] [fig.3] montre un exemple d'une carte produit telle qu'utilisée dans un système informatique de base de données selon l'invention ;

[0020] [fig.4] est un bloc-diagramme simplifié montrant un processus de création de carte produit exécuté dans un système informatique de base de données selon l'invention ;

[0021] [fig.5] est un bloc-diagramme simplifié montrant un exemple d'architecture générale d'un tableau dynamique à deux entrées intégré dans un système informatique de base de données selon l'invention ;

[0022] [fig.6] est un exemple simplifié d'un tableau dynamique à deux entrées intégré dans un système informatique de base de données selon l'invention, dans une application de l'invention au segment des gants de protection ; et [0023] [fig.7] est un exemple simplifié d'une fenêtre contextuelle affichant plusieurs cartes produit contenues dans une même cellule du tableau dynamique à deux entrées de la Fig.6.

[0024] Il est maintenant décrit ci-dessus une forme de réalisation particulière SBD du système informatique de base de données selon l’invention pour des données de produits. On notera que le terme « produit » utilisé dans la présente description ne devra pas être interprété dans un sens restrictif, et pourra recouvrir aussi bien des produits sous forme d'articles, de composants, de pièces ou autres, que des services ou autres.

[0025] Comme montré à la Fig. 1, le système informatique de base de données SBD selon l’invention est déployé à travers un réseau de communication tel que le réseau internet IT.

[0026] Le système informatique de base de données SBD comprend essentiellement, en tant qu’organes fonctionnels, un outil logiciel de création de base de données OL, un système de gestion de bases de données SG_BD associés ici à trois bases de données BD_P, BD_ID et BD_DS, et un ou plusieurs serveurs connectés au réseau internet IT. Un ordinateur ADM est utilisé par l’administrateur du système informatique de base de données SBD pour communiquer avec les différents organes fonctionnels susmentionnés du système.

[0027] La base de données BD_P est la base de données principale qui est dédiée aux données des produits. La base de données BD_ID est dédiée à des données d’identification de clients/utilisateurs CL_n qui se connectent au système informatique de base de données SBD. La base de données BD_DS est dédiée à des données de configuration et paramétrage propres aux clients/utilisateurs CL_n et à leurs secteurs d’activité. L’intérêt des bases de données BD_ID et BD_DS apparaîtra plus tard dans la description.

[0028] Dans cet exemple de réalisation, un serveur principal SE héberge le système de gestion de bases de données SG_BD, les trois bases de données BD_P, BD_ID et BD_DS et l’outil logiciel OL et est relié par une liaison de communication de données à haut débit L1 à un nuage de serveurs NS (dit « cloud » en anglais) qui autorise un accès rapide au système informatique de base de données SBD par les différents clients/utilisateurs CL_n (CLi à CL_N) qui y sont connectés. Les différents clients/utilisateurs CL_n se connectent typiquement au système informatique de base de données SBD au moyen d’un navigateur internet installé dans un ordinateur OC, une tablette TC ou un téléphone intelligent TC dit « smartphone » en anglais.

[0029] La création de la base de données de produits BD_P et sa maintenance font appel à différents processus de traitement qui sont pilotés par le créateur de la base de données de produits BD_P et l’administrateur du système avec l’aide de l’outil logiciel OL. Ainsi, comme visible à la Fig.l, ces processus de traitement comprennent essentiellement un processus de collecte de données C_MJ, un processus d’harmonisation des données HARM, un processus d’identification de règles IDRG et un processus d’enrichissement et d’interconnexion des données EID.

[0030] Le concept de l’invention repose sur une approche exhaustive du segment de produits visant à obtenir une indexation unique de tous les produits existant sur un même segment de produits. L’ensemble des propriétés des produits, ainsi que l’ensemble des valeurs possibles de ces propriétés, sont également indexées. Chaque produit est modélisé dans sa complexité de manière à pouvoir le comparer à n’importe quel autre produit du même segment. Les différents attributs du produit, dits « propriétés » dans la présente demande, recouvrant par exemple des caractéristiques techniques, des propriétés à proprement parlé, des bénéfices, des avantages et autres, sont intégrés dans un modèle avec un langage qui autorise un traitement informatique. Ainsi, par exemple, des listes de choix prédéfinis sont typiquement utilisées, et la présence ou l’absence d’une propriété « X » est identifiée par « oui / non », ou « vrai / faux ». Lorsqu’un produit est indexé, toutes les données du marché relatives à ce produit peuvent être mises en relation par un rapprochement avec l’index. Un segment de produits est ainsi modélisé en un objet virtuel cohérent qui est requêtable à l’infini dans la base de données BD_P. Un segment de produits regroupe un ensemble exhaustif de produits homogènes qui sont caractérisables par l’agrégation des mêmes propriétés. Conformément à l’invention, les produits et leurs propriétés sont comparables entre eux au moyen d’un tableau dynamique à deux entrées qui est intégré dans le système informatique de base de données SBD de l’invention. Ce tableau dynamique à deux entrées sera décrit en détail par la suite en référence aux Figs.5 à 7.

[0031] L’ensemble exhaustif des produits formant un segment de produits et leurs propriétés sont identifiés par l’analyse de sources d’information variées comprenant notamment des catalogues et documents disponibles et des informations publiques contenues dans les sites internet des fabricants. Un identificateur unique est attribué à chacun des produits. L’analyse conduit à sélectionner un ensemble de propriétés qui, par convention, sont considérées par la suite comme caractérisant le segment de produits.

Ces propriétés pourront contenir des éléments très variés, comme notamment des normes, des champs de texte, de la description, des mesures, des éléments techniques de conception, des avantages, des documents et des images décrivant le produit, des données d’intelligence économique tels que le prix, les volumes échangés, les bénéfices réalisés, etc.

[0032] En référence à la Fig. 1, le processus de collecte de données C_MJ, piloté à l’aide de l’outil logiciel OL, est mis en œuvre pour acquérir la plus grande quantité d’information possible et lier les données extraites à des produits uniques et des propriétés uniques. Un robot logiciel ROB pourra être utilisé par l’outil logiciel OL pour extraire des données publiques sur des sites internet SI, par exemple, de fournisseurs. Outre les sites internet SI, différentes autres sources d’information, référencées de manière générale S_INF à la Fig.l, pourront être utilisées et comprendront, mais non exclusivement, par exemple des catalogues numériques, des informations payantes obtenues auprès de services d’intelligence économique, des saisies manuelles d’informations extraites de documents papier et autres.

[0033] On notera que le processus de collecte de données C_MJ devra être répété régulièrement pour mettre à jour les informations collectées et pouvoir garantir l’exhaustivité de la base de données de produits BD_P. La liste des produits du segment devra être mise à jour avec l’identification des nouveaux produits, de ceux retirés du marché et en éliminant les doublons.

[0034] Une fois que la masse de données est collectée et que chaque donnée est liée à un produit unique et à une propriété unique, le contenu de ces données est analysé au moyen de différents outils logiciels pendant le processus d’harmonisation des données HARM. Typiquement, des mots-clés sont recherchés dans les données pour déterminer si le produit possède ou non une propriété. Des listes de mots-clés, de mots-clés de négation et de mots associés sont utilisées pour cela. Les différentes appellations d’une technologie, propriété ou autres sont également identifiées et regroupées tout en gardant la trace des appellations d’origine.

[0035] Le processus d’identification de règles IDRG a notamment pour fonction de transformer en algorithmes les différentes règles qui régissent un produit. Ainsi, par exemple, les normes qui caractérisent les propriétés d’un produit sont recherchées et identifiées de manière homogène pour permettre le traitement informatique. On peut aussi dans ce processus IDRG créer des règles qui s’appuient sur des propriétés précédemment calculées afin de déduire d’autres propriétés des produits. L’identification des règles et le calcul des propriétés sont plus ou moins approfondis et étendus selon les applications et peuvent donner lieu à la création de centaines de propriétés qui seront personnalisées en fonction des besoins de l’utilisateur final.

[0036] Le processus d’enrichissement et d’interconnexion des données EID a pour fonction de lier un ensemble de données à la base de données de produits BD_P. Des listes de mots-clés permettant l'identification particulière d'un produit sont utilisées par des algorithmes pour identifier des ressemblances et interconnecter les fichiers de produit, notamment lorsque ceux-ci contiennent des informations différentes mais concernant en fait un même produit. On peut ainsi, à moindre coût et avec une marge d’erreur faible, relier un ensemble des données externes ou internes à l’entreprise à la base exhaustive BD_P, et donc relier entre elles l’ensemble des informations qui sont disponibles.

[0037] En référence aux Figs.2 à 7, il est maintenant décrit ci-dessous les traitements effectués par le système informatique de base de données selon l’invention pour restituer des résultats de requête à un utilisateur, ainsi que le tableau dynamique à deux entrées mis en œuvre dans l’invention pour permettre une analyse aisée des résultats de requête. Dans la description qui suit, à titre d’exemple, il est considéré le segment des gants de protection.

[0038] Le fonctionnement du système informatique de base de données selon l’invention, relativement à la restitution et à l’analyse des résultats de requête, repose sur un concept de cartes produit qui sont générées à la volée en fonction du produit cible, ici les gants de protection, et de l’utilisateur. La carte produit indique de manière synthétique les informations importantes du produit. Les informations sont apportées non seulement par du texte et des données chiffrées, mais aussi par des images et des pictogrammes qui procurent une assistance visuelle appréciable à l’utilisateur. Selon les applications de l’invention, les cartes produit pourront être générées directement à partir de données extraites des bases de données BD_P, BD_ID et BD_DS ou à partir de fiches produit FP générées préalablement et contenant les données extraites des bases de données susmentionnées.

[0039] La Fig.2 montre un exemple en noir et blanc d’une fiche produit FP. La fiche produit FP récapitule différentes données relatives à un produit qui ont été trouvées dans la base de données de produits BD_P à la suite d’une requête d’utilisateur. La fiche produit FP est typiquement de type dynamique, c’est-à-dire que son contenu dépendra du produit, de l’accès (utilisateur) et autres, et pourra comprendre un contenu varié en couleur, notamment ici du texte, des chiffres, des images, des pictogrammes et des liens hypertexte. Dans d’autres applications, les fiches produit comprendront un contenu multimédia incluant du son et des vidéos.

[0040] Comme visible à la Fig.2, la fiche produit FP est formée ici de huit zones ZI à Z8. La zone ZI contient des données d’identification du produit comme le nom du produit, sa référence, sa marque et au moins une image du produit.

[0041] Les zones Z2 à Z5 contiennent des caractéristiques techniques. La zone Z2 comprend des caractéristiques de conception. La zone Z3 comprend des normes. La zone Z4 comprend différentes informations de description. La zone Z5 comprend différentes propriétés techniques sous la forme de texte et de pictogrammes.

[0042] La zone Z6 comprend des ressources sous forme de liens hypertexte. La zone Z7 est réservée à des produits équivalents.

[0043] La zone Z8 contient essentiellement des informations liées au secteur d’affaire, comme les principaux fournisseurs et clients, des stocks disponibles, les ventes, l’évolution du prix, etc.

[0044] Un exemple de carte produit CP est montré à la Fig.3. La carte produit CP est une représentation condensée de la fiche produit FP dans laquelle n’apparaissent que les informations les plus importantes, présentées de manière synthétique et graphique.

[0045] Les cartes produit CP sont destinées à être visualisées sur écran en tant que résultat de requête d’utilisateur, en particulier dans les cellules du tableau dynamique à deux entrées intégré dans le système SBD. De manière générale, on notera que les contenus affichés dans une carte produit CP dépendront de l’utilisateur, de filtres établis préalablement pour définir les zones, le nombre et le contenu de celles-ci, ainsi que la configuration d’affichage.

[0046] On notera que la carte produit CP, telle que prévue dans l’invention, rend possible la restitution des résultats d’une requête d’utilisateur dans un tableau dynamique à deux entrées. En effet, c’est l’organisation des différentes cartes produit CP d’un segment de produits qui permet d’obtenir le tableau dynamique à deux entrées tel que prévu dans l’invention.

[0047] Ainsi, dans l’exemple de la Fig.3, la carte produit CP affiche le nom et/ou référence NAME du produit, sa marque MQ, une image IM, des propriétés PT et caractéristiques techniques CT pertinentes, les normes NOR relatives au produit (la norme EN 4543 concernant les gants de protection étant indiquée ici), des informations de prix et quantité QP qui sont typiquement des informations d’affaire appartenant à l’utilisateur. Les différentes données intégrées dans la carte produit CP sont disponibles notamment dans les zones ZI à Z8 de la fiche produit FP correspondante. L’image IM du produit et les pictogrammes utilisés pour les propriétés techniques PT et les normes NOR apportent à l’utilisateur une assistance visuelle pour une évaluation rapide des principaux aspects et propriétés du produit.

[0048] De manière générale, la carte produit CP est formée de différentes sections zonales dans lesquelles sont intégrées respectivement les informations pertinentes, à savoir, NAME, MQ, IM, PI, CT, NOR et QP dans cet exemple. On notera que l’ordre d’affichage et l’agencement des sections zonales sont régis par un programme dédié qui effectue son traitement en fonction de la nature du produit. La carte produit CP pourra ainsi prendre différents formats et configurations selon la nature du produit.

[0049] De manière avantageuse, on notera que la fiche produit FP et sa carte produit CP pourront être combinées pour former une page produit correspondante qui sera affichable sur écran. En considérant une page produit qui est agencée pour affichage avec les mêmes zones que la fiche produit FP, la carte produit CP pourra former la zone ZI montrée à la Fig.2. Ainsi, par exemple, lorsqu’une carte produit CP est affichée sur écran, l’utilisateur pourra obtenir un développement de celle-ci sous la forme de la page produit correspondante par un clic sur la carte produit CP.

[0050] Ee processus de création des cartes produit CP est maintenant décrit en référence plus particulièrement à la Fig.4. Dans cet exemple, il est considéré que les cartes produit CP sont produites directement à partir des données extraites des bases de données BD_P, BD_ID et BD_DS. Ee processus de création de carte produit, référencé PCP cidessous, crée les cartes produit à la volée, à la suite d’une requête d’un utilisateur.

[0051] Comme visible à la Fig.4, le processus de création de carte produit PCP se déroule en cinq étapes principales SI à S5.

[0052] L’étape SI correspond à l’émission d’une requête RQ par un utilisateur ayant un identifiant d’utilisateur Us_ID. La requête RQ qui, dans l’exemple décrit ici, concerne le segment de marché des gants de protection, conduit à récupérer un certain nombre d’identifiants de produit P_ID qui sont en correspondance avec le contenu de la requête.

[0053] L’étape S2 est une étape de récupération de données pour la production d’une carte produit CP à partir de l’identifiant d’utilisateur Us_ID et d’un identifiant de produit P_ID.

[0054] L’étape S2 comprend essentiellement trois sous-étapes S20, S21 et S22.

[0055] L’étape S20 exécute une fonction de récupération de propriétés R_PP. La fonction R_PP récupère l’ensemble des propriétés PP du produit P_ID dans la base de données de produits BD_P. Les propriétés PP sont traitées à l’étape S3 qui sera décrite plus bas.

[0056] L’étape S21 exécute une fonction de récupération de droits R_DR. La fonction R_DR consulte la base de données d’utilisateurs BD_ID et y récupère les droits DR octroyés à l’utilisateur Us_ID dans le système informatique de base de données SBD.

[0057] L’étape S22 exécute une fonction de récupération de données sectorielles d’utilisateur R_DS. La fonction R_DS consulte la base de données sectorielles d’utilisateur BD_DS et y récupère les données sectorielles d’utilisateur DS qui correspondent à l’utilisateur Us_ID. Les données sectorielles d’utilisateur DS contiennent essentiellement, d’une part, une définition pour l’utilisateur concerné Us_ID de caractéristiques générales CG (identification du produit, caractéristiques techniques et autres) visualisables dans les cartes produit CP et, d’autre part, une définition d’éléments d’information sectoriels BI visualisables dans les cartes produit CP (QP à la Fig.3). Les données sectorielles d’utilisateur DS pourront aussi comprendre des configurations d’affichage d’utilisateur (couleurs, pictogrammes et autres) propres à l’utilisateur Us_ID pour les caractéristiques générales CG et les éléments d’information sectoriels BI.

[0058] L’étape S3 exécute une fonction de séparation de propriétés S_PP. La fonction S_PP sépare l’ensemble des propriétés PP en des sous-ensembles de propriétés PP_ID, PP_TEC et PP_AL, en tenant compte de règles générales propres au segment, au secteur d’affaire concerné et autres, et des caractéristiques générales CG propres à l’utilisateur Us_ID.

[0059] Le sous-ensemble de propriétés PP_ID comprend les données d’identification du produit P_ID telles que marque, référence produit et autres (NAME et MQ à la Eig.3). Le sous-ensemble de propriétés PP_TEC comprend les caractéristiques techniques telles que des valeurs et autres éléments techniques (PT, CT, NOR à la Lig.3). Le sousensemble de propriétés PP_AE comprend les configurations d’affichage CAL pour la carte produit et l’ensemble de ses sections zonales.

[0060] L’étape S4 exécute des fonctions de rendu d’affichage R_ZID, R_ZT et R_ZS. La fonction R_ZID calcule le rendu RID de la section zonale dédiée au sous-ensemble de propriétés PP_ID (données d’identification du produit). La fonction R_ZT calcule les rendus RZT des sections zonales dédiées au sous-ensemble de propriétés PP_TEC (caractéristiques techniques du produit). La fonction R_ZS calcule le rendu RZS de la section zonale contenant les éléments d’information sectoriels BI. Les configurations d’affichage CEA sont utilisées par les fonctions R_ZID, R_ZT et R_ZS pour le calcul des rendus RID, RZT et RZS, respectivement.

[0061] L’étape S5 exécute une fonction de compilation de rendus R_C0MP qui compile les rendus RID, RZT et RZS et intègre des traductions éventuelles TRAD de termes et phrases, des images et pictogrammes PICTO et le style graphique GRPH dans le rendu final RCP de la carte produit CP.

[0062] En référence plus particulièrement aux Eigs.5 à 7, il est maintenant décrit des exemples de réalisation du tableau dynamique à deux entrées qui est intégré dans le système informatique de base de données selon l’invention afin de permettre une analyse aisée des résultats de requête.

[0063] Dans l'exemple de la Eig.5, le tableau dynamique à deux entrées TD est formé de trois lignes et quatre colonnes. Le tableau TD comporte donc ici douze cellules référencées Cil à C34.

[0064] Un filtre général LG et des filtres de ligne, EL1 à EL3, et de colonne, EC1 à EC4, sont prévus dans le tableau dynamique à deux entrées TD. Les filtres LG, EL1 à EL3 et EC1 à EC4 sont paramétrés par l'utilisateur afin d'obtenir une sélection de cartes produit qui seront accessibles à travers le tableau dynamique à deux entrées TD.

[0065] Dans l'exemple de la Eig.5, le tableau dynamique à deux entrées TD autorise l'analyse d'une sélection de cartes produit CP_aà CP_g. La sélection de cartes produit CP_a à CP_g est extraite par les filtres FG, FL1 à FL3 et FC1 à FC4 d'un ensemble de cartes produit ECP. L'ensemble de cartes produit ECP comprend ici N cartes produit, CPi à CP_N, qui ont été produites à la volée par le processus de création de carte produit PCP, à la suite d’une requête d’un utilisateur.

[0066] Chacune des cellules du tableau dynamique à deux entrées TD peut donner l'accès à une pluralité de cartes produit CP. Ainsi, comme montré dans cet exemple, les cellules C12 et C23 donnent accès à la consultation des cartes produit CP_b, CP_c, et CP_e à CP_h, respectivement. Les cellules Cil, C21 et C33 donnent accès à la consultation des cartes produit CP_a, CP_d et CP_g, respectivement.

[0067] La Eig.6 illustre un autre exemple TD_E de tableau dynamique à deux entrées, formé ici de trois lignes et cinq colonnes.

[0068] Les onglets PT1 à PT 10 représentent ici dix paramétrages différents du filtre général fg, des filtres de ligne fil à f!3 et des filtres de colonne fcl à fc5 qui sont définis par l’utilisateur pour son analyse du segment de marché des gants de protection. Les paramétrages PT1 à PT10 sont définis par l'utilisateur de façon à lui permettre une analyse du segment selon différents plans d'analyse qui présentent un intérêt pour lui.

[0069] Bien entendu, concernant ces dix paramétrages PT1 à PT10, il s’agit ici d’un exemple. De manière générale, le tableau dynamique à deux entrées inclus dans le système SBD selon l’invention pourra inclure un très grand nombre de configurations de filtrage, bien supérieur à dix, pour chacun des filtres susmentionnés.

[0070] La Eig.6 montre à titre d’exemple la sélection d'un plan d'analyse défini par le paramétrage PT1. Ainsi, dans l’exemple de la Eig.6, le paramétrage PT1 permet l'analyse du segment selon le niveau de protection contre les coupures et le niveau d'imperméabilisation du gant. Les filtres de ligne fil à fl3 sélectionnent les cartes produit selon différents niveaux de protection contre les coupures, représentés par des pictogrammes. Les filtres de colonne fcl à fc5 sélectionnent les cartes produit selon différents niveaux d'imperméabilisation, représentés aussi par des pictogrammes. Les cartes produit répondant à des critères de sélection identiques sont accessibles à travers une même cellule.

[0071] Comme cela apparaît à la Eig.6, lorsqu’une seule carte produit (cf. cellule référencée C_s) est sélectionnée pour une cellule du tableau TDE, la carte produit s’affiche directement dans la cellule. Dans le cas contraire, ceux sont les images IM (cf. Eig.3) des cartes produit qui sont affichées dans la cellule. Dans cet exemple, au maximum, les quatre images IM des quatre premières cartes produit sélectionnées de la cellule sont affichées dans celle-ci. Un clic sur la cellule provoque l’ouverture du fenêtre contextuelle, dite « pop up window » en anglais, dans laquelle sont affichées les cartes produit de la cellule.

[0072] La Eig.7 illustre le cas susmentionné pour une cellule C_E incluant deux cartes produit

CP_A et CP_B. Les images IM_A et IM_B correspondant aux cartes produit CP_A et CP_B sont affichées dans la cellule C_E. Un clic CLC sur la cellule C_E provoque l’ouverture d’une fenêtre contextuelle LC dans laquelle s’affiche les cartes produit CP_A et CP_B de la cellule C_E.

[0073] Bien entendu, l’invention ne se limite pas aux modes de réalisation particuliers qui ont été décrits ici à titre d’exemple. L’homme du métier, selon les applications considérées, pourra apporter différentes modifications et variantes entrant dans le champ de protection de l’invention.

Claims

[Revendication 1] [Revendication 2]

Revendications

Procédé d’exploitation d’un système informatique de base de données (SBD) comprenant au moins une base de données (BD_P, BD_ID, BD_DS) recouvrant un segment de produits prédéterminé, ledit procédé étant mis en œuvre dans un système informatique (SE, NS, IT, OC, TC, SC) autorisant des accès d'utilisateur (CL_n) aux données de ladite au moins une base de données (BD_P, BD_ID, BD_DS) à travers une interface graphique d’utilisateur apparaissant sur un écran de visualisation, comprenant

- une implémentation dans ladite interface graphique d’utilisateur d'une pluralité de premières métaphores graphiques sous la forme de cartes produit (CP) correspondant respectivement à des produits répertoriés dans ladite au moins une base de données (BD_P) dont des propriétés (PP) coïncident avec une requête d'utilisateur (RQ), lesdites cartes produit (CPi à CP_N) étant générées à la volée en fonction de ladite requête d'utilisateur (RQ) et comprenant des éléments de texte et d'image,

- une implémentation dans ladite interface graphique d’utilisateur d’une deuxième métaphore graphique sous la forme d’un tableau dynamique à deux entrées (TD) comportant une pluralité de cellules (Cl 1 à C34), et

- une sélection et une allocation desdites cartes produit (CPi à CP_N) auxdites cellules (Cl 1 à C34) dudit tableau dynamique à deux entrées (TD) en fonction de filtres de ligne et de colonne (FL1 à FL3, FC1 à FC4) préalablement paramétrés par futilisateur.

Procédé selon la revendication 1, caractérisé en ce qu'il comprend un processus de création de carte produit (PCP) qui génère lesdites cartes produit (CPi à CP_N) à la volée pour chaque dite requête d'utilisateur (RQ), ledit processus de création de carte produit (PCP) exécutant, à partir d'un identifiant de produit (P_ID) et d'un identifiant d’utilisateur (Us_ID), une première étape (S2, R_PP) de récupération de données de propriétés (PP), une deuxième étape (S3, S_PP) de séparation desdites données de propriétés (PP), en fonction au moins de règles générales propres audit segment de produits concerné et de caractéristiques générales (CG) propres à l’utilisateur (Us_ID), en une pluralité de sousensembles de propriétés (PP_ID, PP_TEC, PP_AF), une troisième étape (S4) de calcul de rendus d’affichage (R_ZID, R_ZT, R_ZS) pour différentes sections zonales d'une dite carte produit (CP) et une quatrième

étape (S5) de compilation de rendus (R_COMP) qui compile une pluralité de rendus d'affichage (RID, RZT, RZS) calculés dans ladite troisième étape (S4) et produit un rendu d'affichage final (RCP) correspondant à une dite carte produit (CP). [Revendication 3] Procédé selon la revendication 2, caractérisé en ce qu'il comprend également une étape de récupération de droits d'utilisateur (R_DR) dans une base de données d’utilisateurs (BD_ID) et une étape de récupération de données sectorielles d’utilisateur (R_DS) dans une base de données sectorielles d’utilisateur (BD_DS). [Revendication 4] Procédé selon la revendication 2 ou 3, caractérisé en ce que ladite pluralité de sous-ensembles de propriétés comprend des données d’identification du produit (PP_ID), des données de caractéristiques techniques (PP_TEC) et des données de configuration d’affichage (PP_AF). [Revendication 5] Procédé selon l'une quelconque des revendications 2 à 4, caractérisé en ce que ladite quatrième étape (S 5) comporte également une intégration d'une traduction de terme (TRAD), d'un pictogramme et/ou image (PICTO) et/ou d'un style graphique (GRPH) dans ledit rendu d'affichage final (RCP). [Revendication 6] Programme d’ordinateur comprenant des instructions de code de programme mettant en œuvre le procédé selon l'une quelconque des revendications 1 à 5 lorsque celles-ci sont exécutées par un processeur d'un dispositif informatique (SE). [Revendication 7] Système informatique de base de données (SBD) comprenant un outil logiciel de création de base de données (OL), un système de gestion de bases de données (SG_BD) associé à au moins une base de données (BD_P, BD_ID, BD_DS) et au moins un serveur connecté à un réseau de communication de données (IT), caractérisé en ce qu'il comprend également des moyens supplémentaires de mise en œuvre du procédé d’exploitation selon l’une quelconque des revendications 1 à 5. [Revendication 8] Système informatique de base de données (SBD) selon la revendication 7, caractérisé en ce que ledit réseau de communication de données (IT) est le réseau internet. [Revendication 9] Système informatique de base de données (SBD) selon la revendication 7 ou 8, caractérisé en ce qu'il comprend une base de données (BD_P) dédiée à des données de produits, une base de données (BD_ID) dédiée à des données d’identification de clients et/ou utilisateurs et une base de données (BD_DS) dédiée à des données de configuration et paramétrage

propres à des clients et/ou utilisateurs et/ou à leurs secteurs d’activité. [Revendication 10] Système informatique de base de données (SBD) selon l'une quelconque des revendications 7 à 9, caractérisé en ce qu'il comprend un serveur principal (SE) qui héberge ledit outil logiciel de création de base de données (OL), au moins une dite base de données et ledit système de gestion de bases de données (SG_BD), et un nuage de serveurs (NS) autorisant un accès rapide au système informatique de base de données (SBD) par des clients et/ou utilisateurs (7).