Brevet FR2985587A1 — publié le 20130712

PROCEDE D'AIDE A LA DECISION POUR h:ETTRE EN RELATION VIA UN SERVEUR UN UTILISATEUR D'UN TERMINAL UTILISATEUR AVEC AU MOINS UN R-kRTENAIRE POTTNTIEL DOMAINE TECHNIQUE DE L'INVENTION L'invention concerne un procédé d'aide à la décision pour mettre en relation via un serveur un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel. L'invention trouve une application particulièrement intéressante mais non limitative dans le cadre de la mise en relation de partenaires professionnels potentiels utilisateurs de terminaux nomades. ARRIERE-PLAN TECHNOLOGIQUE DE L'INVENTION Il est fréquent qu'un professionnel participe à des salons pour augmenter ses perspectives d'affaires en recherchant de nouveaux partenaires tels que par exemple des clients ou de nouveaux fournisseurs. Lors d'un salon, les professionnels qui se découvrent un intérêt commun échangent des cartes de visites sur lesquelles sont indiquées leurs coordonnées respectives. Ces cartes de visites permettent à chacun d'enrichir son propre réseau professionnel et de contacter une personne ultérieurement de façon à pouvoir éventuellement travailler ensemble. Néanmoins, les cartes de visite ne comportent aucune information sur le champ d'expertises ni même sur les compétences du contact et il est bien souvent difficile de se remémorer ces informations. Il s'ensuit que les contacts obtenus lors d'un salon ne peuvent pas être transmis à un collaborateur d'une entreprise. Une telle pratique ne permet donc pas d'enrichir le réseau professionnel d'une personne et encore moins le réseau professionnel d'une entreprise. Pour développer son réseau professionnel, une autre solution consiste à utiliser des réseaux sociaux professionnels tels que par exemple ViadeoTM ou LinkedinTM. En effet, ces réseaux sociaux professionnels accessibles via des terminaux permettent la mise en relation entre différents professionnels censés présenter des centres d'intérêts communs. Cette mise en relation est souvent mal ciblée, ce qui augmente le nombre de contacts inutiles et génère un flux important de transfert de données vers le terminal affichant les contacts ; ces nombreuses données influent négativement sur l'ergonomie d'affichage et sont de fait difficilement exploitables par l'utilisateur. DESCRIPTION GENERALE DE L'INVENTION Le procédé d'aide à la décision selon l'invention a donc plus particulièrement pour but de remédier aux inconvénients de l'état de la technique précités. Dans ce contexte, l'invention vise à proposer un procédé d'aide à la décision pour mettre en relation, via un serveur, un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel, la mise en relation étant effectuée de façon efficace et ciblée de sorte que l'utilisateur visualise clairement et rapidement ses partenaires potentiels sur son terminal utilisateur. A cette fin, l'invention porte sur un procédé d'aide à la décision pour mettre en relation via un serveur un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel, ledit procédé comportant les étapes suivantes : recherche par le serveur de similitudes entre des informations d'un profil utilisateur dudit utilisateur et des informations de profils partenaires de partenaires potentiels, chacun desdits profils comportant des informations privées et des informations publiques, attribution par le serveur pour chaque partenaire potentiel : - d'un premier indice de similitude entre les informations publiques dudit profil utilisateur et les informations publiques dudit profil partenaire, et - d'un deuxième indice de similitude entre les informations privées dudit profil utilisateur et les informations privées dudit profil partenaire, - transmission au terminal utilisateur d'un premier indice attribué, d'un deuxième indice attribué et des informations publiques d'au moins un profil partenaire, lesdites informations privées dudit au moins un profil partenaire étant exclues de ladite transmission ; - affichage dudit premier indice transmis et dudit deuxième indice transmis dudit au moins un profil partenaire sur ledit terminal utilisateur. Grâce au procédé de l'invention, l'utilisateur peut visualiser un premier indice de similitude (ou de points communs) entre ses informations publiques et celles du partenaire potentiel et un deuxième indice de similitude (ou de points communs) entre ses informations privées et celles du partenaire potentiel. Le fait de prendre en considération les informations publiques et les informations privées permet de cibler avec précision le partenaire potentiel. L'association de ces deux indices permet à l'utilisateur de décider rapidement et efficacement si ce partenaire potentiel est intéressant ou non. Les informations publiques peuvent également être affichées sur le terminal. II convient en outre de noter que les informations privées ne sont pas transmises de façon à restreindre au maximum la quantité d'informations transmises et de façon à assurer la confidentialité des informations privées. En d'autres termes, le serveur joue le rôle de tiers de confiance par lequel transite l'ensemble des informations privées et publiques. On entend par information publique, des informations que l'auteur (utilisateur ou partenaire) accepte de partager avec une personne tierce (utilisateur ou partenaire). A l'inverse, on entend par information privée, des informations que l'auteur (utilisateur ou partenaire) refuse de partager avec une personne tierce (utilisateur ou partenaire). Les informations privées ne sont donc pas accessibles à une autre personne que celle à qui elles appartiennent (mis à part le serveur qui agit en tant que tiers de confiance). Le procédé selon l'invention peut également présenter une ou plusieurs des caractéristiques ci-dessous, considérées individuellement ou selon toutes les combinaisons techniquement réalisables. Dans un mode de réalisation non limitatif, le procédé comporte une étape de filtrage pour filtrer la quantité d'indices et d'informations publiques transmises au terminal utilisateur. Dans un mode de réalisation non limitatif, le procédé comporte les étapes préalables de : - saisir des profils via des terminaux ; et - enregistrer lesdits profils saisis sur des moyens d'enregistrement accessibles au serveur. Dans un mode de réalisation non limitatif, le procédé comporte une étape de déclenchement de la recherche de similitudes, ledit déclenchement étant réalisé : - par une requête émise du terminal utilisateur au serveur, ou - par le serveur. Dans un mode de réalisation non limitatif, le procédé comporte une étape de sélection d'un profil partenaire par l'utilisateur de sorte qu'un espace de discussion de taille limité soit ouvert entre le terminal utilisateur et un terminal du partenaire correspondant au profil partenaire sélectionné. Dans un mode de réalisation non limitatif, le procédé comporte une étape de multiplication d'au moins un des indices par un coefficient correcteur. Dans un mode de réalisation non limitatif, le procédé comporte une étape d'enregistrement d'une pluralité de partenaires potentiels de l'utilisateur sur un serveur d'entreprise, lesdits partenaires potentiels enregistrés étant accessible à différents utilisateurs. Dans un mode de réalisation non limitatif, le procédé comporte une étape de mise à jour d'au moins un des profils partenaires enregistrés sur le serveur d'entreprise, ladite mise à jour étant réalisé par l'utilisateur ou l'un quelconque des différents utilisateurs. L'invention porte également sur un produit programme d'ordinateur comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé d'aide à la décision selon l'invention, lorsqu'il est chargé sur un ordinateur. L'invention a également pour objet un système d'aide à la décision pour mettre en relation via un serveur un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel, ledit système comportant un terminal utilisateur et un serveur adaptés pour mettre en oeuvre le procédé d'aide à la décision selon l'invention. BREVE DESCRIPTION DES FIGURES D'autres caractéristiques et avantages de l'invention ressortiront clairement de la description qui en est donnée ci-après, à titre indicatif et nullement limitatif, en référence aux figures annexées ci-jointes, parmi lesquelles : - la figure 1 illustre de façon non limitative un synoptique des étapes d'un procédé d'aide à la décision pour mettre en relation via un serveur un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel conforme à l'invention ; - la figure 2 illustre de façon non limitative un système d'aide à la décision pour mettre en relation via un serveur un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel conforme à l'invention. Pour des raisons de clarté, seuls les éléments essentiels pour la compréhension de l'invention ont été représentés, et ceci sans respect de l'échelle et de manière schématique. DESCRIPTION D'UN MODE DE REALISATION DE L'INVENTION La figure 1 illustre un synoptique des étapes d'un procédé 10 d'aide à la décision pour mettre en relation via un serveur un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel, le procédé 10 étant conforme à l'invention. Le procédé 10 comporte une étape de saisie de profils 11 via des terminaux. Les terminaux sont de préférence des terminaux nomades tels qu'un téléphone mobile, un Smartphone ou encore une tablette tactile. Lors de cette étape 11 l'utilisateur et les partenaires potentiels saisissent chacun leur propre profil. Les profils comportent des informations publiques et des informations privées. A titre d'exemple, les informations privées peuvent concerner le nom de la personne ayant saisi le profil et le nom de son employeur ou un domaine technique sensible. Les informations publiques peuvent concerner les compétences techniques et la localisation géographique de cette personne. Le procédé 10 comporte en outre une étape d'enregistrement des profils saisis 12. Dès lors qu'un profil est saisi, les informations publiques et les informations privées de ce profil sont transmises du terminal sur lequel ont été saisies les informations à des moyens d'enregistrement. En outre, ces moyens d'enregistrement sont accessibles au serveur de façon à ce que les informations soient enregistrées. Ces moyens d'enregistrement peuvent être formés par une base de données communiquant avec le serveur. Dans une réalisation différente, les moyens d'enregistrement sont formés par le serveur lui-même. Il convient de noter que l'étape de saisie 11 et l'étape d'enregistrement 12 ne sont pas réitérées tant qu'aucune modification ou suppression d'un profil saisi n'a été réalisée ou qu'un nouveau profil n'a été saisi. Le procédé comporte également une étape de déclenchement d'une recherche de similitudes 13. Ce déclenchement 13 peut par exemple être réalisé au moyen d'une requête émise du terminal utilisateur au serveur. Cette requête est émise lorsque l'utilisateur du terminal le requiert via une action effectuée sur le terminal utilisateur. Dans une réalisation différente, le déclenchement 13 est réalisé par le serveur lui-même qui réalise une mise à jour des profils modifiés, ajoutés ou supprimés. Cette mise à jour peut par exemple être effectuée de façon périodique, la période pouvant être journalière. Lorsque la recherche est déclenchée 13 par le serveur ou via le terminal, le procédé 10 comporte une étape de recherche 14 par le serveur de similitudes (indifféremment dénommées points communs) entre les informations du profil utilisateur de l'utilisateur et des informations de profils partenaires de partenaires potentiels, chacun des profils comportant des informations privées et des informations publiques. Dès lors que des similitudes ont été trouvées par le serveur, ce dernier attribue 15 pour chacun des partenaires potentiels : - un premier indice de similitudes entre les informations publiques du profil utilisateur et les informations publiques du profil partenaire, et - un deuxième indice de similitudes entre les informations privées du profil utilisateur et les informations privées du profil partenaire. Dans un exemple non limitatif, pour calculer le premier indice on considère que chaque profil est organisé sous la forme d'un arbre de profondeur. La profondeur p de chaque information publique que comporte l'arbre dépend de l'importance de cette information et est limitée à une profondeur maximum Max. Pour l'explication, on considère : - un utilisateur 11, - un partenaire potentiel 12, - un arbre de profondeur al associé à l'utilisateur 11, - un arbre de profondeur a2 associé au partenaire potentiel 12, et - p(i) la profondeur d'une information dans l'arbre avec i allant de 1 à Max. Un indice de rapprochement IDR est calculé pour chaque information comme suit : - si l'information x de l'utilisateur 11 de l'arbre de profondeur al est présente dans l'arbre de profondeur a2 à la profondeur i alors IDR(x) = p(i) / Max ; - si l'information x de l'utilisateur 11 de l'arbre de profondeur al est absente de l'arbre de profondeur a2 alors IDR(x) = O. Le premier indice peut être calculé en réalisant la somme des indices de rapprochement IDR calculés pour toutes les informations publiques du profil utilisateur divisé par le nombre d'informations de l'arbre de profondeur a1. Il est entendu que ce calcul peut également être appliqué au deuxième indice. Dans ce cas, il est calculé sur les informations privées. Dans une réalisation différente, on ne considère plus un unique arbre par utilisateur mais quatre arbres qui peuvent être : - l'arbre des offres de l'utilisateur contenant des informations publiques ; - l'arbre des offres de l'utilisateur contenant des informations privées ; - l'arbre des demandes de l'utilisateur contenant des informations publiques ; - l'arbre des demandes de l'utilisateur contenant des informations privées. Si on applique le calcul des indices de rapprochement IDR sur ces quatre arbres, on obtient les indices entre l'utilisateur et des partenaires potentiels dans quatre sphères qui peuvent êtres couplées ou non pour hiérarchiser un ensemble de partenaires potentiels. On peut par exemple privilégier les rencontres avec les partenaires potentiels de la sphère des demandes contenant des informations privées. Le procédé peut également comporter une étape de multiplication 16 d'au moins un des indices par un coefficient correcteur. Cette multiplication 16 permet d'augmenter artificiellement la similitude entre le profil utilisateur et un profil partenaire. En fonction du retour de l'utilisateur sur les partenaires « validés », le procédé réalise des ajustements lors des recherches suivantes. Cette étape 16 peut être réalisée : - soit à l'initiative de l'utilisateur : o si l'utilisateur définit via son profil utilisateur une liste de partenaires potentiels privilégiés au travers de leurs entreprises, alors un premier coefficient sera appliqué à chacun des indices calculés entre l'utilisateur et les différents partenaires faisant partie de cette entreprise de sorte que ces partenaires potentiels aient leurs indices de similitudes préalablement calculés augmentés ; o à l'inverse, si l'utilisateur définit via son profil utilisateur une liste d'entreprises avec lesquelles il ne souhaite pas travailler, alors un deuxième coefficient sera appliqué à chacun des indices entre l'utilisateur et les différents partenaires potentiels de cette entreprise de sorte que ces partenaires potentiels aient leurs indices de similitudes préalablement calculés diminués, le premier coefficient étant différent du deuxième coefficient ; - soit à l'initiative du serveur : si les membres (ou partenaires potentiels) d'une entreprise sont systématiquement évalués négativement par l'utilisateur via son profil, alors les autres membres de cette même entreprise peuvent être éloignés artificiellement en multipliant le deuxième coefficient avec les indices de similitudes de chacun de ces membres. Dans un exemple non limitatif, chacun des indices est formé par un pourcentage. Cette particularité est effectuée pour simplifier le traitement des indices par l'utilisateur. Le procédé 10 peut également comporter une étape de filtrage 17 pour filtrer la quantité d'indices et d'informations publiques qui seront ultérieurement transmises du serveur au terminal utilisateur. Cette étape de filtrage 16 permet de diminuer la quantité de données transmises au terminal utilisateur et donc de permettre un affichage clair de ces informations. Ce filtrage peut être effectué au moyen d'un seuil de similitudes que l'utilisateur a défini via son terminal. Ce seuil est appliqué aux indices de similitudes préalablement attribués de sorte que si les indices calculés sont en deçà du seuil de similitudes, les indices et les informations publiques correspondant ne sont pas transmis. Le procédé comporte également une étape de transmission 18 au terminal utilisateur du premier indice attribué, du deuxième indice attribué et des informations publiques d'au moins un profil partenaire. Il convient de noter que les informations privées des profils partenaires ne sont pas transmises au terminal utilisateur. Seul le deuxième indice de similitudes entre les informations privées de l'utilisateur et celles des partenaires potentiels est transmis. Ainsi, les informations privées restent confidentielles. Le procédé comporte également une étape d'affichage 19 sur le terminal utilisateur d'au moins le premier indice transmis et le deuxième indice transmis du au moins un profil partenaire. L'affichage peut consister en l'affichage sur un écran du terminal du premier indice et du deuxième indice. En sélectionnant le premier indice, les informations publiques peuvent apparaître à l'écran. Dans une autre réalisation, l'affichage peut afficher simultanément le premier indice, le deuxième indice et les informations publiques. Grâce à cet affichage l'utilisateur peut décider rapidement et efficacement si ce partenaire est potentiellement intéressant. Si ce partenaire lui semble intéressant au vu des indices et des informations publiques affichées, l'utilisateur sélectionne le profil partenaire 20. Un espace de discussion de taille limité s'ouvre alors entre le terminal utilisateur et un terminal du partenaire sélectionné. Cet espace de discussion est limité en taille mais est suffisant pour donner la possibilité de prendre rendez-vous, par exemple lors d'un salon professionnel. Dans une réalisation particulière, le procédé comporte une étape d'enregistrement 21 d'une pluralité de partenaires potentiels de l'utilisateur sur un serveur d'entreprise, les partenaires potentiels enregistrés étant accessible à différents utilisateurs. Dans ce cas, le réseau professionnel de chaque membre de l'entreprise est partagé via le serveur d'entreprise avec les autres membres de l'entreprise. Il s'ensuit que chaque membre possède un réseau professionnel étendu. En outre, le procédé peut également comporter une étape de mise à jour d'au moins un des profils partenaires enregistrés sur le serveur d'entreprise 22, la mise à jour étant réalisée par l'utilisateur appartenant à l'entreprise possédant le serveur d'entreprise ou l'un quelconque des différents utilisateurs appartenant à ladite entreprise. Ainsi, les profils partenaires potentiels enregistrés sur le serveur d'entreprise peuvent être enrichis, au fil des rencontres, par les utilisateurs appartenant à la même entreprise et ayant accès au serveur d'entreprise. Cette particularité permet à un utilisateur de mettre à jour les profils partenaires pour l'ensemble des utilisateurs du réseau de partenaires de l'entreprise. Cette particularité est particulièrement avantageuse pour une entreprise puisque la richesse des réseaux professionnels des membres d'une entreprise fait partie intégrante du capital immatériel de l'entreprise.30 L'affichage 19 de ces partenaires potentiels peut être réalisé de différentes manières. Dans un environnement informatique graphiquement pauvre, cet affichage peut par exemple être réalisé sous la forme d'un nuage de mots avec une taille de police variable en fonction du nombre d'occurrence d'une compétence donnée. Plus les partenaires potentiels de l'entreprise possèdent une compétence spécifique, plus cette compétence spécifique apparaît avec une taille de police importante dans le nuage. Une sélection de cette compétence peut renvoyer soit à un nuage de sous compétences associées ou soit à une liste de partenaires potentiels possédant cette compétence. Dans un environnement informatique graphiquement riche, cet affichage peut par exemple être réalisé sous la forme d'une cartographie en deux dimensions de territoires plus ou moins étendus en fonction de leur nombre de partenaires potentiels. Ces territoires peuvent être subdivisés en sous-territoires. Dans un autre exemple dans lequel l'environnement informatique est également graphiquement riche, l'affichage est réalisé sous la forme d'une cartographie 3D comportant : - un ensemble de sphères plus ou moins grandes dans lesquelles on peut entrer et trouver d'autres sphères représentant les sous ensembles de la première etc ... - une surface dans laquelle on peut se promener et entrer dans des bâtiments de plus ou moins grande taille, dans lesquels bâtiments il est possible de monter les étages et parcourir les bureaux pour arriver jusqu'à un partenaire potentiel qui possède la compétence exacte recherchée. La figure 2 illustre un système d'aide à la décision 40 pour mettre en relation via un serveur un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel. Le système 40 comporte un terminal utilisateur 41 et un serveur 42 adaptés pour mettre en oeuvre le procédé d'aide à la décision 10 selon l'invention. Il est entendu que les étapes du procédé d'aide à la décision 10 sont présentées ici dans un exemple non limitatif et elles peuvent être réalisées selon un ordre différent sans pour autant sortir du cadre de l'invention. REVENDICATIONS1. Procédé d'aide à la décision (10) pour mettre en relation via un serveur un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel, ledit procédé comportant les étapes suivantes : - recherche (14) par le serveur de similitudes entre des informations d'un profil utilisateur dudit utilisateur et des informations de profils partenaires de partenaires potentiels, chacun desdits profils comportant des informations privées et des informations publiques ; - attribution (15) par le serveur pour chaque partenaire potentiel : o d'un premier indice de similitude entre les informations publiques dudit profil utilisateur et les informations publiques dudit profil partenaire, et o d'un deuxième indice de similitude entre les informations privées dudit profil utilisateur et les informations privées dudit profil partenaire ; - transmission (18) au terminal utilisateur d'un premier indice attribué, d'un deuxième indice attribué et des informations publiques d'au moins un profil partenaire, lesdites informations privées dudit au moins un profil partenaire étant exclues de ladite transmission ; - affichage (19) dudit premier indice transmis et dudit deuxième indice transmis dudit au moins un profil partenaire sur ledit terminal utilisateur. 2. Procédé selon la revendication précédente caractérisé en ce qu'il comporte une étape de filtrage (17) pour filtrer la quantité d'indices et d'informations publiques transmises au terminal utilisateur. 3. Procédé (10) selon l'une des revendications précédentes comportant les étapes préalables de : - saisir (11) des profils via des terminaux ; et- enregistrer (12) lesdits profils saisis sur des moyens d'enregistrement accessibles au serveur. 4. Procédé (10) selon l'une des revendications précédentes comportant une étape de déclenchement (13) de la recherche de similitudes, ledit déclenchement étant réalisé : - par une requête émise du terminal utilisateur au serveur, ou - par le serveur. 5. Procédé selon l'une des revendications précédentes comportant une étape de sélection (20) d'un profil partenaire par l'utilisateur de sorte qu'un espace de discussion de taille limité soit ouvert entre le terminal utilisateur et un terminal du partenaire correspondant au profil partenaire sélectionné. 6. Procédé selon l'une des revendications précédentes comportant une étape de multiplication (16) d'au moins un des indices par un coefficient correcteur. 7. Procédé selon l'une des revendications 1 à 6 précédentes caractérisé en ce qu'il comporte une étape d'enregistrement d'une pluralité de partenaires potentiels de l'utilisateur sur un serveur d'entreprise (21), lesdits partenaires potentiels enregistrés étant accessible à différents utilisateurs. 8. Procédé selon la revendication 7 précédente caractérisé en ce qu'il comporte une étape de mise à jour (22) d'au moins un des profils partenaires enregistrés sur le serveur d'entreprise, ladite mise à jour étant réalisé par l'utilisateur ou l'un quelconque des différents utilisateurs. 9. Produit programme d'ordinateur comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé d'aide à la décision selon l'une quelconque des revendications précédentes 1 à 8, lorsqu'il est chargé sur un ordinateur. 10. Système d'aide à la décision (40) pour mettre en relation via un serveur un utilisateur d'un terminal utilisateur avec au moins un partenaire potentiel, ledit système (40) comportant un terminal utilisateur (41) et un serveur (42) adaptés pour mettre en oeuvre le procédé d'aide à la décision (10) selon l'une quelconque des revendications 1 à 8.