Brevet FR3117228A1 — publié le 20220610

Procédé de traçage numérique de données La présente invention concerne un procédé de traçage numérique de données issues de plusieurs sources de données, le procédé comprenant les étapes de : obtention de données initiales issues de plusieurs sources de données, chaque donnée initiale comprenant des éléments initiaux et des liaisons initiales, chaque élément initial ayant un type et une valeur, détermination d’une donnée finale en fonction d’au moins deux données initiales suite à la fusion d’éléments initiaux desdites données initiales entre eux selon une stratégie de fusion, les éléments initiaux fusionnés permettant d’obtenir un élément fusionné ayant un type et une valeur, et détermination d’un historique de fusion pour chaque élément fusionné, l’historique de fusion comprenant le type et la valeur de chaque élément initial dont est issu l’élément fusionné, le type et la valeur de l’élément fusionné et des données relatives à la stratégie de fusion. Figure pour l'abrégé : 7 Procédé de traçage numérique de données La présente invention concerne un procédé de traçage numérique de données issues de plusieurs sources de données. La présente invention concerne aussi un produit programme d’ordinateur et un support lisible d’informations associés. Dans des domaines tels que la surveillance, de nombreuses données en provenance de différentes sources de données sont collectées et analysées. Pour diminuer les redondances et faciliter, ainsi, l’analyse des données, des techniques de compression de données, aussi appelées fusion de données, sont utilisées. Néanmoins, une fois la fusion réalisée, il est difficile de remonter aux informations d’origine. Il n’est en outre pas aisé de comprendre et vérifier les critères de fusion. Or, cette absence de suivi des opérations effectuées s’avère problématique pour certaines applications critiques, notamment lorsque certaines sources de données sont considérées moins fiables que d’autres. Cela rend les données fusionnées moins fiables et plus difficiles à exploiter. Il existe donc un besoin pour un procédé permettant d’améliorer la compréhension d’une fusion de données en vue de faciliter l’exploitation des données fusionnées. A cet effet, la présente description porte sur un procédé de traçage numérique de données issues de plusieurs sources de données, le procédé étant mis en œuvre par ordinateur et comprenant les étapes de : obtention de données initiales issues de plusieurs sources de données, chaque donnée initiale comprenant des éléments initiaux et des liaisons initiales, chaque élément initial ayant un type et une valeur, chaque élément initial appartenant à une première catégorie d’éléments, dits entités initiales, ou à une deuxième catégorie d’éléments, dits relations initiales, les liaisons initiales reliant des entités initiales entre elles par l’intermédiaire d’une relation initiale, détermination d’une donnée finale en fonction d’au moins deux données initiales suite à la fusion d’éléments initiaux desdites données initiales entre eux selon une stratégie de fusion, les éléments initiaux fusionnés appartenant à une même catégorie d’éléments et permettant d’obtenir un élément fusionné, l’élément fusionné ayant un type et une valeur, et détermination d’un historique de fusion pour chaque élément fusionné, l’historique de fusion comprenant le type et la valeur de chaque élément initial dont est issu l’élément fusionné, le type et la valeur de l’élément fusionné et des données relatives à la stratégie de fusion. Suivant des modes de réalisation particuliers, pris isolément ou suivant toutes combinaisons techniquement possibles, le procédé comprend : - la stratégie de fusion met en œuvre des fonctions, chaque fonction étant représentée par un ensemble d’éléments de fonction comprenant chacun un type et une valeur, l’historique de fusion comprenant des éléments historique et des liaisons historique, chaque élément historique ayant un type et une valeur, les éléments historique appartenant à : une première catégorie d’éléments historique dits entités historique, regroupant les éléments initiaux, l’élément fusionné et les éléments de fonction représentatifs des fonctions, et une deuxième catégorie d’éléments historique, dits relations historique, les liaisons historique reliant des entités historique entre elles par l’intermédiaire des relations historique ; - les relations historique et les liaisons historique sont représentatives de la stratégie de fusion appliquée aux éléments initiaux via les éléments de fonction pour obtenir l’élément fusionné ; - chaque élément initial a, en outre, un historique initial comprenant le type et la valeur de l’élément initial, ainsi que des données d’identification de la source de données dont est issu l’élément initial, l’historique de fusion déterminé pour chaque élément fusionné incluant l’historique initial de chaque élément initial dont est issu l’élément fusionné ; - chaque entité historique est associée à au moins une donnée complémentaire choisie parmi : un horodatage indiquant la date et/ou l’heure de génération de l’entité historique, une donnée relative au lieu de génération de l’entité historique, une donnée relative à l’ordinateur par lequel a été générée l’entité historique, et une donnée relative à un utilisateur de l’ordinateur par lequel a été générée l’entité historique ; - les données initiales d’au moins une source de données sont issues de mesures effectuées par un capteur ; - le procédé comprend : une étape d’acquisition d’une commande d’affichage de l’historique de fusion déterminé pour un élément fusionné, et une étape d’affichage de l’historique de fusion dudit élément fusionné sur un afficheur ; - les données initiales sont relatives à au moins un équipement, le procédé comprenant une étape de mise en œuvre d’une action sur l’équipement en fonction de la ou de données finales obtenues, et d’au moins un historique de fusion. La présente description se rapporte également à un produit programme d’ordinateur comportant un support lisible d’informations, sur lequel est mémorisé un programme d’ordinateur comprenant des instructions de programme, le programme d’ordinateur étant chargeable sur une unité de traitement de données et mettant en œuvre un procédé tel que décrit précédemment lorsque le programme d’ordinateur est mis en œuvre sur l’unité de traitement des données. La présente description se rapporte aussi à un support lisible d’informations sur lequel est mémorisé un produit programme d’ordinateur tel que décrit précédemment. D’autres caractéristiques et avantages de l’invention apparaîtront à la lecture de la description qui suit de modes de réalisation de l’invention, donnés à titre d’exemple uniquement et en référence aux dessins qui sont : , , une vue schématique d’un exemple d’ordinateur permettant la mise en œuvre d’un procédé de traçage numérique de données, , , un organigramme d’un exemple de mise en œuvre d’un procédé de traçage numérique de données, , , une représentation schématique d’un exemple d’une donnée finale G obtenue suite à la fusion de deux éléments initiaux G1 et G2 de deux données initiales distinctes, , , une représentation schématique d’un exemple de trois historiques initiaux, chacun associé à un élément initial distinct, , , une représentation schématique d’un autre exemple d’historique initial, , , une représentation schématique d’un exemple d’un historique de fusion associé à un élément fusionné obtenu à la suite de deux fusions, l’historique de fusion ayant été représenté en deux parties par soucis de lisibilité, la illustrant seulement la première partie, , , une représentation schématique de la deuxième partie de l’historique de fusion illustré en , et , , une représentation schématique de différents types et sous-types d’entités. Un calculateur 10 et un produit programme d’ordinateur 12 sont illustrés par la figure 1. Le calculateur 10, est de préférence, un ordinateur. Plus généralement, le calculateur 10 est un calculateur électronique propre à manipuler et/ou transformer des données représentées comme des quantités électroniques ou physiques dans des registres de calculateur 10 et/ou des mémoires en d’autres données similaires correspondant à des données physiques dans des mémoires, des registres ou d’autres types de dispositifs d’affichage, de transmission ou de mémorisation. Le calculateur 10 est en interaction avec le produit programme d’ordinateur 12. Dans l’exemple illustré par la , le calculateur 10 comporte un processeur 14 comprenant une unité de traitement de données 16, des mémoires 18 et un lecteur 20 de support d’informations. Dans l’exemple illustré par la , le calculateur 10 comprend aussi, une interface homme-machine 22, tel qu’un clavier, et un afficheur 24. Le produit programme d’ordinateur 12 comporte un support d’informations 26. Le support d’information 26 est un support lisible par le calculateur 10, usuellement par l’unité de traitement de données 16. Le support lisible d’informations 26 est un médium adapté à mémoriser des instructions électroniques et capable d’être couplé à un bus d’un système informatique. A titre d’exemple, le support d’informations 26 est une clé USB, une disquette ou disque souple (de la dénomination anglaise « Floppy disc »), un disque optique, un CD-ROM, un disque magnéto-optique, une mémoire ROM, une mémoire RAM, une mémoire EPROM, une mémoire EEPROM, une carte magnétique ou une carte optique. Sur le support d’informations 26 est mémorisé le programme d’ordinateur 12 comprenant des instructions de programme. Le programme d’ordinateur 12 est chargeable sur l’unité de traitement de données 16 et est adapté pour entraîner la mise en œuvre d’un procédé de traçage numérique de données, décrit dans la suite de la description, lorsque le programme d’ordinateur 12 est mis en œuvre sur l’unité de traitement 16 du calculateur 10 Le fonctionnement du calculateur 10 va maintenant être décrit en référence à la , qui illustre schématiquement un exemple de mise en œuvre d’un procédé de traçage numérique de données et aux figures 3 à 8 qui sont des exemples permettant d’illustrer certaines étapes du procédé. Par le terme « traçage numérique de données », il est entendu le fait d’associer une information à une donnée indiquant l’origine de la donnée et/ou les actions ayant permis d’obtenir la donnée à partir d’autre données. Dans la description, les termes « fusion » et « compression » sont utilisés de manière équivalente. Dans l’exemple décrit dans ce qui suit, le procédé de traçage numérique est mis en œuvre par le calculateur 10 en interaction avec le produit programme d’ordinateur 12, c’est-à-dire est mis en œuvre par ordinateur. Le procédé de traçage comprend une étape 100 d’obtention de données initiales Di. Les données initiales Di sont typiquement issues de plusieurs sources de données distinctes et hétérogènes. Par le terme « hétérogène », il est entendu qu’une même information peut être décrite différemment en fonction de la source de données considérée. Les données initiales Di sont, par exemple, des données relatives à des individus, à des installations ou à des équipements. Les sources de données sont des bases de données d’informations. Par exemple, les sources de données sont des bibliothèques numériques, des réseaux sociaux, des blogs, des fichiers créés par un opérateur ou une machine, des traces de signal GPS, ou encore des résultats d’analyses de données de capteurs (radars, AIS par exemple). Avantageusement, les données initiales Di d’au moins une source de données sont issues de mesures effectuées par un capteur. Le capteur est, par exemple, une caméra, un capteur sonore, ou tout capteur de mesure d’une grandeur physique (radar, AIS par exemple). Chaque donnée initiale Di comprend des éléments initiaux Ei et des liaisons initiales Li. Chaque élément initial Ei a un type et une valeur. Le type d’un élément correspond à un concept représenté par l’élément. Chaque type est associé à un ensemble de valeurs possibles. La valeur d’un élément correspond à la valeur prise par le type de l’élément parmi l’ensemble de valeurs possibles. Chaque élément initial Ei appartient à une première catégorie d’éléments, dits entités initiales Ci, ou à une deuxième catégorie d’éléments, dits relations initiales Ri. Les éléments initiaux Ei appartenant à la première catégorie d’éléments diffèrent de ceux de la deuxième catégorie d’éléments par les types desdits éléments qui sont différents. Les liaisons initiales Li relient des entités initiales Ci entre elles par l’intermédiaire d’une relation initiale Ri. Notamment, les entités initiales Ci sont représentatives d’états (identité d’une personne, lieu) et les relations initiales Ri établissent un lien entre ces états (action d’une entité sur une autre). Dans un mode de mise en œuvre, chaque donnée initiale Di est, ainsi, sous la forme d’une représentation ontologique. La représentation ontologique est, par exemple, un graphe conceptuel ou une représentation logique d’ordre un, c’est-à-dire une représentation comprenant des symboles alphanumériques et des symboles de ponctuation. Les symboles représentent des relations entre des objets du monde réel (Exemple : localisation ([Voiture : « Titine »@V1], [Position : « 48.853, 2.35 »@ND] exprime que la voiture V1 est appelé Titine, et est positionnée à la localisation ND qui se trouve aux coordonnées GPS 48.853 ; 2.35). De manière générale, une ontologie est une entité formée par un ensemble de connaissances, de faits et de règles relatifs à un domaine donné, par exemple, scientifique, culturel, administratif, savoir-faire industriel ou commercial. Plus précisément, une ontologie est un ensemble de concepts, chaque concept pouvant être en relation avec d’autres concepts. Un concept regroupe un ensemble de mots désignant la même notion, typiquement des synonymes. Par exemple, un aéronef est un concept qui peut également être désigné comme engin volant. Toutefois, le cas des synonymes n’est pas le seul cas possible. A titre d’exemple, pour le concept d’aéronef et le concept les atouts d’une compagnie, un nouveau concept peut être les aéronefs de ladite compagnie. Une ontologie est représentable sous forme d’un graphe dont les points sont les concepts, une relation étant représentée par un trait entre deux points, comme cela est le cas pour les graphes conceptuels. Une ontologie est aussi représentable sous la forme de symboles alphanumériques, comme cela est le cas pour les représentations logiques d’ordre un. Dans l’exemple illustré par la , il est illustré deux données initiales Di, l’une sous la forme d’un graphe conceptuel G1 et l’autre sous la forme d’un graphe conceptuel G2. Dans cet exemple, chaque donnée initiale Di comprend deux entités initiales Ci, une relation Ri et deux liaisons Li reliant chaque entité initiale Ci à la relation Ri. En particulier, la donnée initiale Di représentée par le graphe conceptuel G1 comprend : une première entité initiale Ci dont le type est « Homme » et la valeur « John Dow », une deuxième entité initiale Ci dont le type est « Pays » et la valeur « Philippines », et une relation Ri dont le type est « Relation » et la valeur « Habite ». La donnée initiale Di représentée par le graphe conceptuel G2 comprend : une première entité initiale Ci dont le type est « Personne » et la valeur « J. Dow », une deuxième entité initiale Ci dont le type est « Pays » et la valeur « Afrique du sud », et une relation Ri dont le type est « relation » et la valeur « Voyage ». L’homme du métier comprendra que la représentation des données sous la forme de graphes conceptuels est donnée à titre d’exemples, ces données pouvant tout à fait être représentées sous d’autres formes. Par exemple, une représentation logique d’ordre un du graphe conceptuel G1 est : Habite ([Homme : John Dow], [Pays : Philippines]). Avantageusement, chaque élément initial Ei est, en outre, associé à un historique initial Hi permettant la traçabilité de l’élément initial Ei, c’est-à-dire de remonter à des informations relatives à l’origine de l’élément initial Ei. L’historique initial Hi comprend, ainsi, le type et la valeur de l’élément initial Ei, ainsi que des données d’identification de la source de données dont est issu l’élément initial Ei. Dans un exemple de mise en œuvre, l’historique initial Hi présente la même forme que les données initiales Di. Ainsi, si les données initiales Di sont sous la forme d’une représentation ontologique, telle qu’un graphe conceptuel, il en sera de même pour l’historique initial Hi. Dans cet exemple, l’historique initial Hi comprend des éléments historiques initiaux Ehi et des liaisons historiques initiales Lhi. Chaque élément historique initial Ehi a un type et une valeur. Chaque élément historique initial Ehi appartient : soit à une première catégorie d’éléments historique initiaux dits entités historique initiales Chi, soit à une deuxième catégorie d’éléments historique initiaux, dits relations historique initiales Rhi. Les liaisons historique initiales Lhi relient des entités historique initiales Chi entre elles par l’intermédiaire des relations historique initiales Rhi. Notamment, les entités historique initiales Ci sont représentatives des éléments initiaux Ei et des sources de données, et les relations initiales Ri établissent un lien entre ces éléments. Avantageusement, les relations historique initiales Rhi et les liaisons historique initiales Lhi permettent d’établir l’origine de l’élément initial Ei correspondant. Dans l’exemple illustré par la , trois exemples d’historiques initiaux Hi1, Hi2, Hi3 sont représentés. Chaque historique initial Hi1, Hi2, Hi3 présente une première entité historique initial Chi représentative de l’élément initial Ei auquel correspond ledit historique initial Hi, une deuxième entité historique initiale Chi représentative de la source de données dont est issu l’élément initial Ei, et une relation historique initiale Rhi établissant un lien entre l’élément initial Ei et la source de données dont il est issu. Ainsi, pour le premier historique initial Hi1 qui est l’historique de l’entité initiale « Homme : John Dow » : la première entité historique initiale a pour type « Homme » et pour valeur « John Dow » (correspond à l’élément initial), la deuxième entité historique initiale a pour type « Source » et pour valeur « Source A », et la relation historique initiale a pour type « relation » et pour valeur « A ressource ». Avantageusement, chaque entité historique initiale Chi d’un historique initial Hi est, associée à au moins un horodatage indiquant la date et/ou l’heure de génération de l’entité historique Ch. Dans l’exemple illustré par la , l’horodatage est illustré sous la forme d’une succession de chiffres dans chaque entité historique initiale Chi. Cet horodatage est, par exemple, du type UNIX, c’est-à-dire qu’il désigne le nombre de secondes écoulées depuis le 1er janvier 1970 à minuit UTC. Avantageusement, chaque historique initial Hi comprend au moins une entité historique initiale Chi choisie parmi une entité représentative de : une date et une heure de création d’une source de données (horodatage), un fichier considéré dans une source de données, et une information unitaire représentée sur une ou plusieurs lignes indexées d’un fichier. Ainsi, dans l’exemple illustré par la , qui est une extension du premier historique initial Hi1 illustré en , il est représenté trois entités historique initiales Chi additionnelles et trois relations historique initiales Rhi additionnelles, à savoir : une entité historique initiale Chi dont le type est « Date-heure » et dont la valeur est « 11/03/2020 14 : 20 », une entité historique initiale Chi dont le type est « Fichier » et dont la valeur est « C/Documents/aaa.xls », une entité historique initiale Chi dont le type est « Ligne » et dont la valeur est « 1446 », une relation historique initiale Rhi établissant une relation entre les entités historique initiales « Source : Source A » et « Date-heure : 11/03/2020 14 : 20 », dont le type est « Relation » et la valeur « A date-heure », une relation historique initiale Rhi établissant une relation entre les entités historique initiales « Source : Source A » et « Fichier : C/Documents/aaa.xls », dont le type est « Relation » et la valeur « A fichier », et une relation historique initiale Rhi établissant une relation entre les entités historique initiales « Fichier : C/Documents/aaa.xls » et « Ligne : 1446 », dont le type est « Relation » et la valeur « A ligne ». En variante, l’historique initial Hi de chaque ou d’au moins une entité est vide. Cela est notamment le cas lorsque la source de données d’origine est inconnue. Le procédé de traçage comprend une étape 110 de détermination d’au moins une donnée finale Df. La donnée finale Df est issue de la fusion d’au moins deux éléments initiaux Ei appartenant à des données initiales Di différentes, notamment issues de sources de données différentes. La fusion est effectuée selon une stratégie de fusion. A l’issue de la fusion, il est obtenu un élément fusionné Ec ayant un type et une valeur. Par exemple, le type de l’élément fusionné Ec est le type de l’un des éléments initiaux Ei dont est issu l’élément fusionné Ec ; et la valeur de l’élément fusionné Ec est la valeur de l’un des éléments initiaux Ei dont est issu l’élément fusionné Ec. La stratégie de fusion stipule notamment que les éléments fusionnés appartiennent à une même catégorie d’éléments, c’est-à-dire soit tous à la première catégorie d’éléments, soit tous à la deuxième catégorie d’éléments. Notamment, dans un exemple, la stratégie de fusion met en œuvre des fonctions F, à savoir : une fonction de compatibilité propre à tester si les types des éléments à fusionner sont compatibles, une fonction de similarité propre à tester la similarité entre les valeurs des éléments à fusionner en fonction d’un seuil de similarité, et une fonction de fusion propre à définir le type et la valeur de l’élément fusionné Ec résultant de la fusion. Chaque fonction F a, par exemple, un nom, des données d’entrées, un ou plusieurs paramètres et des données de sortie (résultats). Ces informations (données d’entrées, paramètres, données de sortie, nom de la fonction) sont, par exemple, représentées par au moins un type et au moins une valeur correspondante dans un historique (historique de fusion), chaque type et chaque valeur associée définissant un élément, dit élément de fonction. La fusion est, par exemple, effectuée selon un procédé tel que décrit dans le document FR 2 986 636 A, le document FR 2 940 487 A ou encore dans l’article de Laudy, C., Ganascia, J. G., & Sedogbo, C. (2007, July), High-level fusion based on conceptual graphs. In 2007 10th International Conference on Information Fusion (pp. 1-8) IEEE. Un exemple de donnée finale Df sous la forme d’un graphe conceptuel G est illustrée sur la . La donnée finale Df est issue des données initiales Di représentées par les graphes conceptuels G1 et G2. En particulier, l’entité Ci « Homme : John Dow » de la donnée initiale Di (première donnée) représentée par le premier graphe conceptuel G1 a été fusionnée avec l’entité Ci « Personne : J. Dow » de la donnée initiale Di (deuxième donnée) représentée par le deuxième graphe conceptuel G2. Le résultat de la fusion est l’entité fusionnée Cc « Homme : John Dow ». Ainsi, dans cet exemple, le type et la valeur de l’entité fusionnée Cc sont le type et la valeur de la première donnée. Mises à part les entités initiales Ci fusionnées qui ont été remplacées par l’entité fusionnée Cc, la donnée finale Df comprend les mêmes éléments et liaisons que les données initiales Di. Le procédé de traçage comprend une étape 120 de détermination d’un historique de fusion Hc pour chaque élément fusionné Ec. L’historique de fusion Hc est une donnée permettant notamment de remonter aux éléments initiaux Ei dont est issu l’élément fusionné Ec. L’historique de fusion Hc comprend, ainsi, une information relative au type et à la valeur de chaque élément initial Ei dont est issu l’élément fusionné Ec, au type et à la valeur de l’élément fusionné Ec et des données relatives à la stratégie de fusion. Dans un exemple de mise en œuvre, l’historique de fusion Hc présente la même forme que les données initiales Di et que la donnée finale Df. Ainsi, si les données initiales Di sont sous la forme d’une représentation ontologique, telle qu’un graphe conceptuel, il en sera de même pour la donnée finale Df et l’historique de fusion Hc. Dans cet exemple, l’historique de fusion Hc comprend des éléments historique Eh et des liaisons historique Lh. Chaque élément historique Eh a un type et une valeur. Les types des éléments historique Eh comprennent notamment les types des éléments initiaux Ei, de l’élément fusionné Ec et des éléments de fonction représentatifs des fonctions F utilisées lors de la mise en œuvre de la stratégie de fusion. Les valeurs des entités des graphes historique sont par exemple les valeurs des éléments initiaux Ei, de l’élément fusionné Ec et des éléments de fonction représentatifs des fonctions F utilisées lors de la mise en œuvre de la stratégie de fusion. Pour les éléments de fonction, les valeurs représentent, par exemple, le nom de la fonction de compatibilité choisie, le nom de la fonction de similarité choisie, le nom de la fonction de fusion ou la valeur du seuil de similarité. Les éléments historique Eh appartiennent : soit à une première catégorie d’éléments historique dits entités historique Ch, regroupant les éléments initiaux Ei, l’élément fusionné Ec et les éléments de fonction, soit à une deuxième catégorie d’éléments historique, dits relations historique Rh. Les liaisons historique Lh relient des entités historique Ch entre elles par l’intermédiaire des relations historique Rh. Notamment, les entités historique Ch sont représentatives des éléments initiaux Ei, de l’élément fusionné Ec et des éléments de fonction représentatifs des fonctions F de la stratégie de fusion, et les relations initiales Ri établissent un lien entre ces éléments. Avantageusement, les relations historique Rh et les liaisons historique Lh sont représentatives de la stratégie de fusion appliquée aux éléments initiaux Ei via les éléments de fonction pour obtenir l’élément fusionné Ec. Avantageusement, l’historique de fusion Hc déterminé pour chaque élément fusionné Ec inclut l’historique initial Hi de chaque élément initial Ei dont est issu l’élément fusionné Ec. Une telle inclusion permet une non-perte d’information lors de fusions multiples. Un exemple d’historique Hc est illustré par les figures 6 et 7 pour un élément fusionné Ec obtenu à la suite de deux fusions d’éléments. La première fusion est illustrée sur la et la deuxième fusion sur la . La première fusion a permis d’obtenir l’entité fusionnée Ec « Homme : John Dow », à partir des entités initiales « Homme : John Dow » et « Personne : J. Dow ». L’encadré C1 de l’historique Ec donne les informations relatives à la première fusion. En particulier, la partie de l’historique de fusion Hc relative à la première fusion comprend : l’élément fusionné Ec « Homme : John Dow » résultant de la première fusion, les historiques initiaux Hi1 et Hi2 des entités initiales Chi dont est issu l’élément fusionné Ec, les entités historique Ch et relations historique Rh relatives à la stratégie de fusion comprenant : une entité historique Ch de type « Fonction de fusion » et de valeur « garder nom complet », une entité historique Ch de type « Stratégie de fusion » et de valeur « *», une entité historique Ch de type « Seuil » et de valeur « 0,8 » une entité historique Ch de type « Mesure de similarité » et de valeur « détection des initiales », une relation historique Rh de type « Relation » et de valeur « A ressource », une relation historique Rh de type « Relation » et de valeur « Fonction de fusion », une relation historique Rh de type « Relation » et de valeur « Fonction de compatibilité », et une relation historique Rh de type « Relation » et de valeur « Produit par ». La deuxième fusion a permis d’obtenir l’entité fusionnée Ec « Homme : John Dow », à partir de l’entité initiale « Personne : J. Dow » et de l’entité issue de la première fusion « Homme : John Dow ». L’encadré C2 de l’historique Ec donne les informations relatives à la deuxième fusion. La partie de l’historique de fusion Hc relative à la deuxième fusion comprend notamment : l’élément fusionné Ec « Homme : John Dow » résultant de la deuxième fusion, les historiques des entités dont est issu l’élément fusionné Ec : historique initial Hi3 et la partie de l’historique relative à la première fusion, et les entités historique Ch et relations historique Rh relatives à la stratégie de fusion qui sont, dans ce cas, les mêmes que pour la première fusion. L’ensemble des types des entités historique Ch correspondants à l’exemple des figures 6 et 7 est récapitulé sur la . Les types des entités sont dans cet exemple : « Personne » et « Homme », ces entités se rapportant aux entités initiales et fusionnées, le type « Homme » étant un sous-type du type « Personne ». « Stratégie de fusion », « Mesure de similarité », « Seuil », « Fonction de fusion », ces entités se rapportant à la stratégie de fusion, et « Source », cette entité se rapportant aux sources de données. Avantageusement, chaque entité historique Ch est associée à au moins une donnée complémentaire choisie parmi : un horodatage indiquant la date et/ou l’heure de génération de l’entité historique Ch (illustré dans les cases entités des exemples des figures 6 et 7), une donnée relative au lieu de génération de l’entité historique Ch, et une donnée relative à l’ordinateur par lequel a été générée l’entité historique Ch, une donnée relative à un utilisateur de l’ordinateur par lequel a été générée l’entité historique Ch. Optionnellement, le procédé de traçage comprend une étape 130 d’acquisition d’une commande d’affichage de l’historique de fusion Hc obtenu pour un élément fusionné Ec. Par exemple, la commande émane d’un opérateur et est acquise via l’interface homme-machine 22 du calculateur 10. La commande est, par exemple, émise en vue de vérifier la provenance des éléments fusionnés Ec. Le procédé de traçage comprend une étape 140 d’affichage de l’historique de fusion Hc dudit élément fusionné Ec sur un afficheur, tel que l’afficheur 24 du calculateur 10. En fonction de l’historique affiché, les données finales Df sont par exemple considérées fiables ou non fiables, notamment si la source de donnée d’origine est considérée fiable ou non fiable. Optionnellement, lorsque les données initiales Di sont relatives à au moins un équipement, le procédé comprend une étape 150 de mise en œuvre d’une action sur l’équipement en fonction de la ou de données finales Df obtenues, et d’au moins un historique de fusion Hc. Par exemple, si les données initiales Di et finales Df sont relatives à la maintenance d’un équipement, l’action de maintenance correspondant aux données finales Df est réalisée sur l’équipement, notamment s’il a été déterminé que les données finales Df sont fiables au vu des historiques de fusion. Ainsi, le présent procédé permet via la détermination d’un historique de fusion Hc d’améliorer la compréhension et la fiabilité des données issues d’une fusion de données, ainsi que la compréhension elle-même en tant qu’opération sur ces données. Cela facilite, ainsi, l’exploitation des données fusionnées. Le présent procédé s’applique ainsi particulièrement au domaine technique du traitement d’informations, avec application par exemple à l’aide à la décision ou à l’analyse de situations ou de systèmes complexes, notamment lorsque les informations à fusionner sont issues de diverses sources d’informations hétérogènes. En particulier, de nombreuses applications militaires et civiles utilisent des systèmes d’analyses et de décision basés sur des informations issues d’une pluralité de sources hétérogènes, comme par exemple une pluralité de capteurs (ex : surveillance de périmètres, détection et classification de cibles, autoguidage des munitions pour le domaine militaire, pour le domaine civil : maintenance industrielle, prévision météorologique, télédétection). Une application est, par exemple, l’analyse de données de sources hétérogènes pour la collection de preuve. Dans ce contexte, la fusion sémantique est utilisée pour fusionner des données hétérogènes provenant de différentes sources de données. La traçabilité permise par le présent procédé permet de fiabiliser les preuves collectées. Une autre application est, par exemple, l’étude des informations échangées sur les réseaux sociaux où des informations de différents niveaux de qualité sont utilisées. Notamment, différents niveaux de crédibilité sont attribués aux différents acteurs des réseaux sociaux. Ainsi, lors de l’utilisation des informations relayées sur les réseaux sociaux, le présent procédé permet de remonter à l’origine de l’information, ce qui permet d’en évaluer la fiabilité. Le présent procédé permet notamment de (i) tracer les différentes fusions effectuées (ii), suivre les étapes effectuées tout en gardant l’ordre de leurs réalisations, (iii) avoir une preuve des étapes réalisées, et (iv) comprendre les étapes réalisées avec un besoin d’interprétabilité. Dans un mode de mise en œuvre, le procédé permet de garder un historique de toutes les fusions réalisées. Les traces des fusions sont, par exemple, représentées à l’aide de graphes conceptuels avec une ontologie propre qui est composée de (i) sous-type et super-type de l’entité qui a été fusionnée; (ii) d’ontologie propre à la traçabilité représentant des informations liées à la fusion, et (iii) d’ontologie propre aux sources d’informations. Les entités et relations du graphe d’historique, représentant l’historique des différentes fusions pour une entité donnée, permettent de représenter la fonction de similarité et le seuil associé, la fonction de fusion et la fonction de compatibilité associés aux fusions. Ces traces sont représentées pour chaque entité ou relation sous la forme d’une propriété en plus qui représente son historique. Chaque information est de préférence horodatée au moment où elle est créée pour garder une trace sûre et sans ambiguïté. Le présent procédé propose de suivre le processus de fusion sémantique de données hétérogènes en ajoutant à chaque entité fusionnée un historique sous la forme d’un graphe conceptuel avec son propre formalisme. Cette solution permet de suivre l’évolution de la fusion de chaque concept et relations. Le fait d’ajouter cet historique à chaque entité facilite l’historique et la lisibilité de l’information en sachant pour chaque entité d’où elle provient. Le fait d’utiliser le même formalisme (des graphes conceptuels) et de stocker l’information d’historique sous la même forme que l’historique en lui-même permet, d’une part, une homogénéité de l’information et, d’autre part, s’il est souhaité condenser l’historique (graphe d’historique) ou fusionner deux historiques (deux graphes d’historique ou plus), de définir des fonctions de similarité et de fusion propre au graphe d’historique. Ainsi, le présent procédé présente notamment les avantages suivants : (i) la trace des différentes fusions réalisées ; (ii) la trace de tous les paramètres et stratégie de fusion ; (iii) l’utilisation de graphes conceptuels pour représenter la trace (même manière de représenter la connaissance que l’information en elle-même qui sera fusionnée) permet de fusionner des traces si elles sont redondantes pour rendre une information de traçabilité elle-même condensée ; (iv) le procédé est générique et adaptable à n’importe quel cas d’utilisation ; (v) le procédé permet à un opérateur de comprendre les différentes étapes qui ont mené à l’information synthétique. L’homme du métier comprendra que les modes de réalisation précédemment décrits peuvent être combinés pour former de nouveaux modes de réalisation pourvu qu’ils soient compatibles techniquement. Notamment, des variantes de représentation des données initiales, finales et des historiques sont compatibles avec le présent procédé. En outre, les exemples décrits portent sur la fusion d’entités, mais le présent procédé est aussi compatible avec la fusion de relations. De plus, les types et les valeurs des entités et relations mentionnées ne sont pas limitatifs et sont à adapter en fonction de l’application visée. Procédé de traçage numérique de données issues de plusieurs sources de données, le procédé étant mis en œuvre par ordinateur et comprenant les étapes de : obtention de données initiales (Di) issues de plusieurs sources de données, chaque donnée initiale (Di) comprenant des éléments initiaux (Ei) et des liaisons initiales (Li), chaque élément initial (Ei) ayant un type et une valeur, chaque élément initial (Ei) appartenant à une première catégorie d’éléments, dits entités initiales (Ci), ou à une deuxième catégorie d’éléments, dits relations initiales (Ri), les liaisons initiales (Li) reliant des entités initiales (Ci) entre elles par l’intermédiaire d’une relation initiale (Ri), détermination d’une donnée finale (Df) en fonction d’au moins deux données initiales (Di) suite à la fusion d’éléments initiaux (Ei) desdites données initiales (Di) entre eux selon une stratégie de fusion, les éléments initiaux (Ei) fusionnés appartenant à une même catégorie d’éléments et permettant d’obtenir un élément fusionné (Ec), l’élément fusionné (Ec) ayant un type et une valeur, et détermination d’un historique de fusion (Hc) pour chaque élément fusionné (Ec), l’historique de fusion (Hc) comprenant le type et la valeur de chaque élément initial (Ei) dont est issu l’élément fusionné (Ec), le type et la valeur de l’élément fusionné (Ec) et des données relatives à la stratégie de fusion. Procédé selon la revendication 1, dans lequel la stratégie de fusion met en œuvre des fonctions (F), chaque fonction (F) étant représentée par un ensemble d’éléments de fonction comprenant chacun un type et une valeur, l’historique de fusion (Hc) comprenant des éléments historique (Eh) et des liaisons historique (Lh), chaque élément historique (Eh) ayant un type et une valeur, les éléments historique (Eh) appartenant à : une première catégorie d’éléments historique dits entités historique (Ch), regroupant les éléments initiaux (Ei), l’élément fusionné (Ec) et les éléments de fonction représentatifs des fonctions (F), et une deuxième catégorie d’éléments historique, dits relations historique (Rh), les liaisons historique (Lh) reliant des entités historique (Ch) entre elles par l’intermédiaire des relations historique (Rh). Procédé selon la revendication 2, dans lequel les relations historique (Rh) et les liaisons historique (Lh) sont représentatives de la stratégie de fusion appliquée aux éléments initiaux (Ei) via les éléments de fonction pour obtenir l’élément fusionné (Ec). Procédé selon l’une quelconque des revendications 1 à 3, dans lequel chaque élément initial (Ei) a, en outre, un historique initial (Hi) comprenant le type et la valeur de l’élément initial (Ei), ainsi que des données d’identification de la source de données dont est issu l’élément initial (Ei), l’historique de fusion (Hc) déterminé pour chaque élément fusionné (Ec) incluant l’historique initial (Hi) de chaque élément initial (Ei) dont est issu l’élément fusionné (Ec). Procédé selon la revendication 2 ou 3, ou la revendication 4 dans sa dépendance avec la revendication 2 ou 3, dans lequel chaque entité historique (Ch) est associée à au moins une donnée complémentaire choisie parmi : un horodatage indiquant la date et/ou l’heure de génération de l’entité historique (Ch), une donnée relative au lieu de génération de l’entité historique (Ch), une donnée relative à l’ordinateur par lequel a été générée l’entité historique (Ch), et une donnée relative à un utilisateur de l’ordinateur par lequel a été générée l’entité historique (Ch). Procédé selon l’une quelconque des revendications 1 à 5, dans lequel les données initiales (Di) d’au moins une source de données sont issues de mesures effectuées par un capteur. Procédé selon l’une quelconque des revendications 1 à 6, dans lequel le procédé comprend : une étape d’acquisition d’une commande d’affichage de l’historique de fusion (Hc) déterminé pour un élément fusionné (Ec), et une étape d’affichage de l’historique de fusion (Hc) dudit élément fusionné (Ec) sur un afficheur. Procédé selon l’une quelconque des revendications 1 à 7, dans lequel les données initiales (Di) sont relatives à au moins un équipement, le procédé comprenant une étape de mise en œuvre d’une action sur l’équipement en fonction de la ou de données finales (Df) obtenues, et d’au moins un historique de fusion (Hc). Produit programme d’ordinateur comportant un support lisible d’informations, sur lequel est mémorisé un programme d’ordinateur comprenant des instructions de programme, le programme d’ordinateur étant chargeable sur une unité de traitement de données et mettant en œuvre un procédé selon l’une quelconque des revendications 1 à 8 lorsque le programme d’ordinateur est mis en œuvre sur l’unité de traitement des données. Support lisible d’informations sur lequel est mémorisé un produit programme d’ordinateur selon la revendication 9.