Brevet FR2982059A1 — publié le 20130503

Système de lutte contre la contrefaçon de produits L'invention concerne le domaine des services informatiques aux utilisateurs. Elle concerne plus particulièrement un système de lutte contre la contrefaçon, faisant appel à un procédé de gestion d'informations sur au moins un produit mis en oeuvre par une plateforme intermédiaire de confiance et un procédé d'obtention d'information sur un produit mis en oeuvre par application logicielle. Pour lutter contre la contrefaçon, les solutions technologiques sont nombreuses. On peut classer les solutions anti-contrefaçons selon deux catégories: - les solutions de marquage (encres visibles ou invisibles, elles vont des encres fluorescentes, infrarouge en passant par les hologrammes et le marquage code-barres, jusqu'au marquage du médicament lui-même). - les solutions de traçabilité qui concernent essentiellement les solutions avec données de traçabilité encodées dans des codes barres (marquage permettant une traçabilité) ou de puces RFID (Radio Frequency Identification) ainsi que la solution mPedigree ®. Les techniques antérieures par simple marquage ne sont pas fiables en ce que le marquage peut être contrefait ou imité grossièrement. Elles ne permettent donc pas à l'utilisateur final de vérifier l'authenticité du produit marqué. Les meilleures garanties de sécurité sont donc celles offertes par les solutions de traçabilité. Les techniques antérieures de traçabilité pour médicaments permettant d'authentifier les boîtes de médicament à partir de données encodées sur une étiquette RFID ou dans un code-barres en interrogeant une base de donnée, ne garantissent pas que ces données encodées renvoient le consommateur vers une base de donnée authentique ni que les médicaments et leur marquage soient authentiques. La solution de traçabilité, développée par Sproxil (Nigeria), mPedigree (Ghana) ou Pharmasecure (Inde) pour la traçabilité de médicaments, consiste à apposer une étiquette à gratter sur le blister ou le flacon du médicament. Cette étiquette contient un code de vérification unique. Le consommateur révèle le code en grattant l'étiquette et envoie le code de vérification par message SMS vers un numéro raccourci et en quelques secondes les serveurs des centres de données des opérateurs mobile renvoient un message SMS de réponse vérifiant si le code de vérification est valide ou non. Bien que les références soient indiquées sur la boîte, le code de vérification ne permet pas d'identifier avec certitude le médicament ni le laboratoire fournisseur de ce médicament car il n'est pas possible de faire le lien entre le code et le médicament et/ou la boîte de médicaments. Cette méthode est aussi couteuse car elle impose au fabricant d'apposer une étiquette spécifique sur le médicament à tracer. En outre, l'étiquette pourrait facilement être déplacée d'un médicament à un autre. Enfin, elle impose à l'utilisateur de saisir le code de vérification : ce peut être fastidieux pour des codes de vérification longs. Un des buts de l'invention est de remédier à des problèmes, inconvénients ou insuffisances de l'état de la technique et/ou d'y apporter des améliorations. L'invention concerne, selon un premier aspect, un procédé de gestion d'informations sur au moins un produit, le procédé étant exécuté par une plateforme intermédiaire d'un tiers de confiance servant d'intermédiaire entre des terminaux d'utilisateurs et des plateformes de fournisseurs de produits, le procédé comprenant les étapes suivantes : - établissement d'une liaison de communication sécurisée entre la plateforme intermédiaire et une application logicielle, délivrée par le tiers de confiance et configurée pour communiquer lors son exécution par un terminal avec ladite plateforme intermédiaire à l'exclusion de toute autre plateforme intermédiaire ; - réception via la liaison de communication sécurisée d'informations de traçabilité encodées dans un code de traçabilité apposé sur le produit; - recherche, par consultation de données référençant des produits authentiques mis en circulation par au moins un fournisseur de produits, d'un produit référencé authentique associé aux mêmes informations de traçabilité que celles reçues; - envoi via la liaison de communication sécurisée d'au moins une première information résultant de ladite recherche. L'invention concerne, selon un deuxième aspect, un procédé d'obtention d'informations sur au moins un produit à partir d'informations de traçabilité identifiant ce produit et encodées dans un code de traçabilité apposé sur ledit produit, le procédé étant exécuté au sein d'un terminal par une application logicielle, délivrée par un tiers de confiance, le procédé comprenant les étapes suivantes : - acquisition des informations de traçabilité encodées dans le code de traçabilité; - établissement d'une liaison de communication sécurisée avec une plateforme intermédiaire du tiers de confiance, servant d'intermédiaire entre des terminaux d'utilisateurs et des plateformes de fournisseurs de produits et avec laquelle l'application logicielle est configurée pour communiquer à l'exclusion de toute autre plateforme intermédiaire; - transmission des informations de traçabilité dudit produit à ladite plateforme intermédiaire via la liaison sécurisée, les informations de traçabilité transmises étant destinées à être utilisées pour une recherche, par consultation de données référençant des produits authentiques mis en circulation par au moins un fournisseur de produits, d'un produit authentique référencé qui est identifié par les mêmes informations de traçabilité que celles reçues; - réception en retour via ladite liaison sécurisée d'au moins une première information résultant de ladite recherche. L'invention fait appel à une plateforme intermédiaire de confiance servant d'intermédiaire de confiance entre des terminaux d'utilisateurs et des plateformes de fournisseurs de produits : elle communique via une liaison de communication sécurisée à la fois avec l'application logicielle exécutée par le terminal et avec les plateformes de fournisseurs de produit. En outre, l'application logicielle qui communique avec la plateforme intermédiaire PFI est délivrée par le tiers de confiance et est configurée pour communiquer avec la plateforme intermédiaire à l'exclusion de toute autre plateforme intermédiaire. L'utilisateur est donc assuré que l'application logicielle est fiable et ne pourra interroger que cette plateforme intermédiaire. L'invention permet d'exploiter directement les informations de traçabilité, apposées sur les produits par les fabricants de ces produits, par exemple des codes-barres Datamatrix déjà légalement apposés sur les boîtes de médicaments : ce qui en fait la solution la moins onéreuse du marché. En effet, cette solution est moins onéreuse que la solution mPedigree actuellement utilisée par les pays émergents, puisqu'elle ne nécessite pas d'apposer une étiquette à gratter supplémentaire. De tels codes peuvent en outre être simplement lus par un lecteur de code et donc obtenus par l'application logicielle exécutée dans le terminal : l'utilisateur n'a donc aucune opération de saisie à effectuer. Le risque d'erreur de saisie est donc supprimé. La comparaison du code de traçabilité apposé sur le produit avec ceux des produits authentiques référencés mis en circulation permet de déterminer si le code de traçabilité est valide ou non, c'est-à-dire si le produit est référencé ou non auprès d'un fournisseur de produit. Selon un mode de réalisation du procédé de gestion selon l'invention, la première information indique si le produit semble authentique ou non selon qu'un produit référencé authentique est trouvé ou non. Il est en effet possible de détecter simplement une situation de contrefaçon si aucun produit authentique n'est référencé avec les informations de traçabilité reçues de l'application logicielle. Selon un mode de réalisation, le procédé de gestion selon l'invention comprend une étape d'incrémentation de la valeur compteur décomptant un nombre de consultations effectuées auprès de ladite plateforme intermédiaire pour un produit marqué avec les informations de traçabilité reçues, la première information indique si le produit marqué semble authentique ou non en fonction du résultat d'une comparaison entre la valeur dudit compteur après incrémentation et un nombre de produits référencés authentiques, mis en circulation et marqués avec les informations de traçabilité reçues. Ces caractéristiques permettent de gérer des situations dans lesquelles des informations de traçabilité valides, c'est-à-dire associées à un produit référencé authentique, sont utilisées pour marquer un produit contrefait. En comparant le nombre de consultations faites pour un produit marqué avec les informations de traçabilité reçues avec le nombre de produits référencés authentiques, mis en circulation et marqués avec les informations de traçabilité reçues, on peut détecter si le nombre total de produits en circulation est supérieur au nombre de produits authentiques mis en circulation. Ce qui conduit à une indication selon laquelle au moins un des produits ayant fait l'objet d'une consultation est un produit contrefait, c'est-à-dire non authentique. Selon un mode de réalisation du procédé de gestion selon l'invention, au moins une photo d'un produit référencé authentique trouvé lors de l'étape de recherche est transmise à l'application logicielle via la liaison de communication sécurisée et est destinée à être affichée sur un écran dudit terminal par ladite application logicielle. Ces caractéristiques permettent de valider l'analyse de contrefaçon effectuée par la plateforme intermédiaire en mettant à contribution l'utilisateur de l'application logicielle. Celui-ci peut en effet éventuellement détecter que le produit qu'il détient ne ressemble pas exactement à celui sur la photo. Des moyens de remontée d'informations et d'alerte seront alors proposés à l'utilisateur. Selon un mode de réalisation du procédé de gestion selon l'invention, des informations complémentaires en rapport avec ledit produit sont également transmises à l'application logicielle via la liaison de communication sécurisée, les informations complémentaires comprenant des informations sur ledit produit et/ou sur au moins une utilisation possible dudit produit et/ou sur un mode de consommation dudit produit et/ou sur un service en rapport avec ledit produit. De cette manière, l'utilisateur dispose d'informations diverses sur le produit qu'il détient et peut ainsi vérifier si ce produit correspond effectivement aux informations reçues. Des services complémentaires peuvent en outre être proposés, sans qu'une autre application logicielle soit nécessaire. Dans le domaine du médicament, il peut s'agir d'un service de pharmacovigilance qui avertit l'utilisateur sur les risques du médicament, le fait qu'il soit autorisé ou non dans le pays où se trouve l'utilisateur, etc. Selon un mode de réalisation, le procédé de gestion selon l'invention comprend un enregistrement de données de suivi dans le cas où il est détecté, lors l'étape de recherche, que ledit produit n'est pas référencé et une étape de transmission des données de suivi vers au moins un fournisseur de produit. De cette manière, les fournisseurs de produit sont informés sur les situations de contrefaçon détectées par la plateforme intermédiaire. Ils peuvent prendre des mesures adéquates, notamment ajouter des informations complémentaires qui sont transmises aux utilisateurs consultant la plateforme intermédiaire. En outre, lorsque les données de suivi comprennent des données de géolocalisation du terminal reçues via la liaison sécurisée, le ou les fournisseurs de produits concernés sont à même d'établir une cartographie des zones de circulation des produits contrefaits, d'envisager des enquêtes ou de mettre en place des mesures de prévention dans ces zones géographiques. Les différents modes de réalisation présentés ci-dessus sont combinables entre eux pour la mise en oeuvre de l'invention. Selon une implémentation préférée, les différentes étapes du procédé de gestion selon l'invention et celles du procédé d'obtention de données sont mises en oeuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données et étant conçu pour commander l'exécution des différentes étapes de ce procédé. En conséquence, l'invention vise aussi un programme, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. L'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, settop-box, routeur, etc.) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc.). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou non, avec ou sans processeur intégré pour l'exécution de logiciel. Il s'agit par exemple d'un circuit intégré, d'une carte à puce, d'une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. D'autres buts, caractéristiques et avantages de l'invention apparaîtront à travers la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite par référence aux dessins annexés dans lesquels: - la figure 1 représente de manière schématique un système de communication intégrant une plateforme intermédiaire selon l'invention; - la figure 2 représente un organigramme d'un mode de réalisation du procédé selon l'invention ; - la figure 3 représente un code à barre en deux dimensions, apposé sur un produit, susceptible d'être utilisé pour la mise en oeuvre de l'invention. L'invention est décrite plus en détail par référence aux figures. Elle est décrite dans le cas particulier de son application à la traçabilité de médicaments. L'invention s'applique à tout type de produits susceptibles d'être marqués d'un code de traçabilité: équipements informatiques et/ou téléphoniques, équipements hi-fi, produits alimentaires, vêtements, accessoires de mode, etc. La présente invention concerne un service anti-contrefaçon mis en oeuvre par une plateforme intermédiaire PFI d'un tiers confiance, reliée à une ou plusieurs bases de données, référençant les produits mis en circulation par un ou plusieurs fournisseurs de produits. En phase de packaging d'un produit, avant sa mise en circulation: - Des informations de traçabilité sont encodées dans un code de traçabilité, qui est apposé sur le produit; - Ces informations de traçabilité de chaque produit sont enregistrées dans une base de données du fournisseur de produit et rendues accessibles de manière sécurisée à la plateforme intermédiaire PFI. Une application logicielle est délivrée par le tiers de confiance aux utilisateurs pour leur permettre une consultation de la plateforme intermédiaire de confiance quant à l'authenticité d'un produit mis en circulation. La plateforme intermédiaire PFI permet de vérifier si les informations de traçabilité encodées dans un code de traçabilité, qui est apposé sur le produit correspondent (ou non) à un produit référencé dans une base de données d'un fournisseur de produit et si les produits ont été packagés (ou non) par un fournisseur de produit. Ces produits concernés par cette invention sont des produits marqués, par apposition sur ce produit d'un code de traçabilité contenant des informations de traçabilité. Le code de traçabilité peut être apposé sur le produit de différentes manières : - apposé directement sur le produit lui-même (ce pourrait être le cas par exemple d'un matériel informatique, d'un téléphone, etc.) ; - apposé sur un emballage de ce produit (ce pourrait être le cas par exemple d'un médicament, vendu dans une boîte) ou - apposé sur un objet associé / relié à ce produit avant la mise en circulation de ce produit (ce pourrait être le cas par exemple d'une étiquette cousue sur un vêtement ou un accessoires de mode). Le code de traçabilité apposé sur le produit peut être réalisé de différentes manières : - Un code-barres, par exemple un code-barres en deux dimension répondant par exemple à un des standards défini_l'organisme GS1 (Global Standards One) : « QR Code » ou « Code à barres EAN-13' » ou « Datamatrix » tel que défini dans le standard ISO IEC16022; - Un tag RFID (Radio Frequency Identification). Le tag RFID présente de multiples avantages puisqu'il sert à la fois de solution de marquage des prix, de solution de lutte contre le vol, de solution de lutte contre la contrefaçon et de solution de traçabilité au sein de la chaîne de distribution. Cependant, son coût reste élevé, entre 20 et 40 centimes d'euro par puce. Les solutions à base de codes-barres sont quant à elles moins onéreuses, entre 0.1 et 0.3 centimes d'euro pour les codes barres Datamatrix. Les solutions utilisant les codes-barres semblent donc actuellement les meilleures tant au niveau coût et efficacité qu'au niveau de la législation Européenne, puisque le marquage des boîtes de médicaments à l'aide d'un code- barres 2D (solution Datamatrix) sera rendu prochainement obligatoire au niveau européen. Notons qu'en France, les codes-barres Datamatrix sont déjà obligatoires depuis le 1er janvier 2011 pour le marquage de toutes boîtes de médicaments. L'invention sera décrite plus en détail dans le cas d'utilisation d'un code de traçabilité sous forme de code-barres, conforme au standard « Datamatrix ». Dans un tel code de traçabilité, dont un exemple est représenté à la figure 3, les informations de traçabilité encodées sont les suivantes : - Un identifiant du médicament et/ou du laboratoire (CIP13), sous forme de code CIP (Code Identifiant de Présentation) à 13 caractères, - Une date de péremption (DT) du médicament, - Un numéro de série (NS), optionnel, identifiant la boîte de médicament, - Un numéro de lot (LT). Un tel code de traçabilité est unique : le code CIP identifie le médicament et le numéro de série permet de distinguer deux boîtes de médicament d'un même médicament et d'un même lot. La figure 1 représente de manière schématique un système de traçabilité dans lequel se trouvent différentes entités, susceptibles de communiquer entre elle à travers un réseau étendu, par exemple à travers le réseau Internet réseau Internet RI. Ces entités sont les suivantes: - Plusieurs terminaux T1, T2, T3 d'utilisateurs U1, U2, U3 ; - Plusieurs plateformes de fournisseurs de produits PF1, PF2, PF3, en l'occurrence des plateformes de laboratoire fournissant des médicaments, chacune de ces plateformes gérant localement au moins une base de données DB1, DB2, DB3 servant à référencer les produits authentiques mis en circulation par au moins un fournisseur de produit; - Une plateforme intermédiaire PFI d'un tiers de confiance entre différents fournisseurs de produits et les utilisateurs U1, U2, U3, cette plateforme servant d'intermédiaire de confiance entre les terminaux et les plateformes de fournisseurs de produits. Chaque fournisseur de produit, mettant en circulation des produits (qu'ils soient vendus dans le commerce ou distribués gratuitement), enregistre dans au moins une base de données DB1, DB2 ou DB3, les informations de traçabilité de chacun de ces produits. Des informations complémentaires en rapport avec le produit sont également enregistrées dans la base de données en association avec les informations de traçabilité enregistrées. La plateforme intermédiaire PFI présente l'architecture matérielle d'un ordinateur, et comprend notamment une ou plusieurs mémoires et au moins un processeur de données pour l'exécution d'applications logicielles. La plateforme intermédiaire PFI est dotée en outre d'un module de gestion de base de données. La plateforme intermédiaire PFI est constituée physiquement par une ou plusieurs machines (serveurs, équipements de connexion, etc.) physiques. Elle peut en outre être mise en oeuvre et rendue accessible par des techniques de virtualisation de type « cloud computing » (informatique dans les nuages) et être donc être implantée physiquement en différents lieux et/ou par différents acteurs. Elle n'en reste pas moins, du point de vue de sa fonction et de son rôle dans la mise en oeuvre du service anti-contrefaçon, unique intermédiaire de confiance entre les terminaux d'utilisateurs et les plateformes de fournisseurs de service. La plateforme intermédiaire PFI exécute un procédé de gestion d'information sur un ou plusieurs produits. Elle est notamment configurée pour: - établir une liaison de communication sécurisée avec l'application logicielle APP, délivrée par le tiers de confiance et configurée pour communiquer lors son exécution par un terminal avec ladite plateforme intermédiaire à l'exclusion de toute autre plateforme intermédiaire ; - recevoir via la liaison de communication sécurisée des informations de traçabilité encodées dans un code de traçabilité apposé sur le produit faisant l'objet d'une consultation auprès de cette plateforme intermédiaire PFI; - rechercher, par consultation de données référençant des produits authentiques mis en circulation par au moins un fournisseur de produits et obtenues via une liaison de communication sécurisée auprès de plateformes de fournisseurs de produits, d'un produit référencé authentique associé aux mêmes informations de traçabilité que celles reçues; - envoyer via la liaison de communication sécurisée au moins une première information résultant de ladite recherche, notamment une information sur le caractère authentique du produit faisant l'objet de la consultation. La consultation par la plateforme intermédiaire PFI de données référençant des produits authentiques peut s'effectuer de différentes manières. Dans un premier mode de réalisation, représenté à la figure 1, la plateforme intermédiaire PFI utilise au moins une base de données DBI, gérée localement par la plateforme intermédiaire PFI, référençant les produits fournis par différents fournisseurs de produits et contenant des informations de traçabilité pour chaque produit référencé. Cette base de données DBI est alimentée par les plateformes PF1, PF2, PF3 des fournisseurs de produits, pour les différents produits mis en circulation par les fournisseurs de produits, à partir des informations enregistrées dans les différentes bases de données DB1, DB2, DB3. La base de données DBI de la plateforme intermédiaire PFI est alimentée par les plateformes PF1, PF2, PF3 avant la mise en circulation de nouveaux produits : au fur et à mesure de la mise en circulation ou bien de manière périodique. La liaison de communication entre la plateforme intermédiaire PFI utilisée pour alimenter une des bases de données est une liaison sécurisée : chiffrement des données transmises via cette liaison et liaison établie sous condition d'authentification mutuelle entre la plateforme intermédiaire PFI et la plateforme PF1, PF2, PF3 concernée. Il est ainsi garanti que les informations obtenues par la plateforme intermédiaire PFI sont des informations fiables et authentiques, provenant effectivement des fournisseurs de produit. Ces informations référencent donc des produits authentiques mis en circulation.p Les informations qui sont stockées dans la base de données DBI sont ainsi réputées être de confiance : fiables et authentiques, référençant les produits effectivement mis en circulation par différents fournisseurs de produits. Dans un deuxième mode de réalisation, la plateforme intermédiaire PFI n'utilise pas de base de données DBI gérée localement, mais interroge les bases de données DB1, DB2, DB3 gérées par l'intermédiaire des plateformes PF1, PF2, PF3 des fournisseurs de produits. Dans ce deuxième mode de réalisation, la liaison de communication entre la plateforme intermédiaire PFI utilisée pour interroger une des bases de données est également une liaison sécurisée : chiffrement des données transmises via cette liaison et liaison établie sous condition d'authentification mutuelle entre la plateforme intermédiaire PFI et la plateforme PF1, PF2, PF3 concernée. Il est ainsi garanti que les informations obtenues par la plateforme intermédiaire PFI sont des informations fiables et authentiques, provenant effectivement des fournisseurs de produit. Dans la suite de la description, on suppose que l'on se trouve dans le premier mode de réalisation dans lequel la base de données DBI est alimentée via une liaison sécurisée par les plateformes PF1, PF2, PF3 des fournisseurs de produits puis interrogée via un lien local de communication par la plateforme intermédiaire PFI. Chaque produit fourni par un fournisseur de produit est donc référencé dans la base de données DBI. La base de données DBI contient les informations de traçabilité de ce produit, ces mêmes informations de traçabilité étant encodées dans le code de traçabilité apposé sur ce produit avant sa mise en circulation. Ces informations de traçabilité servent en outre à identifier les produits référencés dans la base de données DBI. La base de données DBI (ainsi que chacune des bases de données DB1, DB2, DB3) mémorise en outre, en association avec un jeu d'informations de traçabilité, le nombre de produits authentiques mis en circulation par un fournisseur de service avec ce jeu d'informations de traçabilité. Dans le cas d'exemple cité plus haut pour les médicaments avec utilisation d'un code Datamatrix, - Le nombre de produits sera égal à 1 lorsque les informations de traçabilité identifient une boîte de médicament et une seule, car les informations de traçabilité comprennent un numéro de série qui permet d'identifier et distinguer chaque boîte de médicament; - Le nombre de produits sera égal au nombre de boîtes de médicament du même lot et du même médicament, lorsque les informations de traçabilité identifient un médicament et un lot, et que les informations de traçabilité ne comprennent pas le numéro de série qui permet d'identifier et de distinguer chaque boîte de médicament. En complément, pour améliorer les informations fournies aux utilisateurs, la base de données DBI (ainsi que chacune des bases de données DB1, DB2, DB3) mémorise en outre des informations complémentaires telles que : - des informations complémentaires sur ledit produit lui-même ; par exemple, lorsque ce produit est un médicament : sa composition, son nom, le nom du laboratoire fournisseur de ce médicament, sa forme galénique, une photo représentant le produit et/ou son emballage, etc. ; de telles informations sont destinées à être transmises à un utilisateur pour qu'il puisse comparer le produit effectivement en sa possession et celui référencé dans la base de données d'un fournisseur de produit; - des informations complémentaires sur une éventuelle alerte lorsque le lot du produit fait éventuellement l'objet d'un rappel par les autorités de santé (AFSSAPS en France) - des informations complémentaires sur au moins une utilisation possible de ce produit ; par exemple, lorsque ce produit est un médicament : les indications thérapeutiques du médicament, les effets indésirables, les interactions médicamenteuses, etc.; - des informations complémentaires sur un mode de consommation de ce produit ; par exemple, lorsque ce produit est un médicament : la posologie recommandée et le mode d'administration, etc.; - des informations complémentaires sur un service en rapport avec ce produit ; par exemple, lorsque ce produit est un médicament : un lien hypertexte vers une page Web comportant une fiche d'information et/ou une notice complète de ce produit et/ou des informations sur l'efficacité du produit (tests statistiques, etc.). Chacun des terminaux T1, T2, T3 présente l'architecture matérielle d'un ordinateur, et comprend notamment une ou plusieurs mémoires et au moins un processeur de données pour l'exécution d'applications logicielles. Ces terminaux T1, T2, T3 sont équipés d'un module d'acquisition de données de traçabilité encodées dans un code de traçabilité apposé sur un produit. Ces terminaux sont par exemple équipés d'un lecteur de codes de traçabilité, intégré dans le terminal, par exemple de type code barre, et d'un module logiciel pour extraire les informations de traçabilité encodées dans le code de traçabilité lu par le lecteur. Selon un autre exemple, les terminaux T1, T2, T3 sont équipés d'un simple appareil photo, intégré dans le terminal, capable de prendre une photo d'un tel code de traçabilité et d'un module logiciel conçu pour une interprétation de la photo prise et une extraction des informations de traçabilité encodées dans le code de traçabilité photographié. Ces terminaux Ti., T2, T3 sont de préférence des terminaux mobiles, de type terminaux téléphoniques mobiles, afin d'être aisément manipulables pour la prise de photo ou la lecture de code. Ces terminaux Ti, T2, T3 sont en outre équipés d'un module de communication pour leur permettre de communiquer à travers le réseau Internet avec la plateforme intermédiaire PFI. Chacun des terminaux Ti, T2, T3 est conçu pour exécuter une application logicielle APP, associée à la plateforme intermédiaire PFI et configurée pour communiquer avec cette plateforme intermédiaire PFI à l'exclusion de toute autre plateforme intermédiaire. L'application logicielle APP est délivrée par le tiers de confiance gérant la plateforme intermédiaire PFI. L'application logicielle APP est téléchargeable uniquement depuis un serveur de téléchargement géré par le tiers de confiance, ou bien transmise par courriel à un utilisateur sur demande de cet utilisateur formulée auprès du serveur de téléchargement. Un utilisateur souhaitant utiliser cette application logicielle doit obtenir des données d'identification et/ou d'authentification d'utilisateur (sous forme par exemple de nom d'utilisateur avec un mot de passe) : de telles données d'identification / d'authentification sont communiquées à l'utilisateur par le serveur de téléchargement, par exemple lors de son inscription sur un site Web du tiers de confiance ou suite au téléchargement de cette application logicielle. L'application logicielle APP chargée est destinée à être installée puis exécutée sur un des terminaux Ti, T2, T3. Cette application logicielle APP est conçue pour piloter le module d'acquisition du terminal dans lequel elle est exécutée, afin d'obtenir les informations de traçabilité encodées dans un code de traçabilité. Cette application logicielle APP est conçue notamment pour : - acquisition des informations de traçabilité encodées dans un code de traçabilité apposé sur ce produit, par lecture ou photographie de ce code de traçabilité, puis extraction des informations de traçabilité qui y sont encodées; - établir une liaison de communication sécurisée avec la plateforme intermédiaire PFI, via laquelle l'application logicielle APP fournit des données d'authentification pour que la plateforme intermédiaire PFI authentifie l'application logicielle APP et vérifie à partir de ces données d'authentification que l'application logicielle APP est autorisée à interroger cette plateforme intermédiaire PFI; - envoyer les informations de traçabilité du produit à la plateforme intermédiaire PFI via la liaison sécurisée établie, les informations de traçabilité transmises étant destinées à être utilisées pour une recherche par la plateforme intermédiaire PFI d'informations sur le produit par interrogation d'une ou de plusieurs bases de données. - recevoir en retour via ladite liaison sécurisée des informations résultant de cette recherche et concernant le produit pour lequel des informations de traçabilité ont été envoyées, - afficher tout ou partie des informations reçues de la plateforme intermédiaire PFI. L'application logicielle APP est également conçue pour obtenir des données de géolocalisation du terminal dans lequel elle est mise en oeuvre : géolocalisation GSM ou autre, GPS par exemple, si le terminal est équipé. Les procédés selon l'invention, mis en oeuvre respectivement par l'application logicielle APP et la plateforme intermédiaire PFI sont décrits plus en détail par référence à la figure 2. Le procédé de gestion d'information mis en oeuvre par la plateforme intermédiaire PFI comprend les étapes G05 à G59. Le procédé d'obtention d'informations mis en oeuvre par l'application logicielle APP comprend les étapes F10 à F69. Dans une phase de configuration initiale, l'utilisateur U1 du terminal T1 télécharge l'application logicielle APP sur son terminal T1 auprès d'un serveur SVR du tiers de confiance, associé à la plateforme intermédiaire PFI. L'utilisateur U1 obtient en outre des données d'authentification d'utilisateur par inscription, auprès de ce serveur SVR, au service anticontrefaçon mis en oeuvre par la plateforme intermédiaire PFI. Ces données d'authentification comprennent typiquement un identifiant utilisateur et optionnellement, un code d'accès secret (mot de passe), propres à cet utilisateur. Dans une étape initiale G05, la base de données DBI de la plateforme intermédiaire PFI est mise à jour par rapport aux produits mis en circulation, c'est-à-dire que cette base de données DBI référence tous les produits couramment en circulation pour tous les fournisseurs de produits pour lesquels la plateforme intermédiaire PFI sert d'intermédiaire de confiance. Puis, lors de l'étape F10, l'utilisateur U1 du terminal T1, souhaitant consulter la plateforme intermédiaire PFI pour un produit qu'il détient, déclenche l'exécution de l'application logicielle APP sur son terminal T1. L'application logicielle APP invite l'utilisateur U1 à fournir ses données d'authentification d'utilisateur qui lui ont été communiquées dans la phase de configuration initiale. L'application logicielle APP invite également l'utilisateur U1 à placer l'appareil photo ou le dispositif de lecture de code-barres du terminal T1 en position de lecture du code de traçabilité (code-barres Datamatrix, par exemple) apposé sur le produit pour lequel une consultation de la plateforme intermédiaire PFI est requise. Dans l'exemple décrit ici, on suppose que le produit en question est un médicament. Lors de l'étape F20, l'application logicielle APP du terminal T1 pilote l'appareil photo ou le dispositif de lecture de code-barres du terminal pour obtenir le code de traçabilité lu. L'application logicielle APP obtient alors les informations de traçabilité sur le produit, par extraction des informations encodées dans ce code de traçabilité. Comme illustré en figure 3, ces informations de traçabilité comprennent un identifiant du médicament CIP13, un numéro de série NS, un numéro de lot LT et une date de péremption DT. Lors de l'étape F30, l'application logicielle APP demande à établir une liaison de communication sécurisée avec la plateforme intermédiaire PFI. Elle envoie une requête vers la plateforme intermédiaire PFI en utilisant des données de connexion à cette plateforme intermédiaire PFI. De manière à garantir que l'application logicielle APP se connecte à la plateforme intermédiaire PFI à l'exclusion d'une autre plateforme, les données de connexion (adresse IP, port de communication, par exemple) sont encodées dans les instructions de code de l'application logicielle APP. Lors de l'étape G35, la plateforme intermédiaire PFI reçoit la demande d'établissement de liaison et établit la liaison de communication. Puis la plateforme intermédiaire PFI demande à l'application logicielle connectée de lui fournir des données d'authentification de l'application logicielle APP et/ou de l'utilisateur U1 de cette l'application logicielle APP pour que la plateforme intermédiaire PFI puisse authentifier l'application logicielle APP et/ou l'utilisateur U1. Lors de l'étape F40, l'application logicielle APP fournit les données d'authentification demandées : données d'authentification de l'application logicielle APP et/ou données d'authentification de l'utilisateur. Lors de l'étape G45, la plateforme intermédiaire PFI procède à l'authentification de l'application logicielle APP. La plateforme intermédiaire PFI vérifie à partir des données d'authentification de l'application logicielle APP que l'application logicielle APP est une application logicielle délivrée par le tiers de confiance et autorisée à interroger à cette plateforme intermédiaire PFI. Si les données d'authentification de l'application logicielle APP ne sont pas valides (authentification négative), la plateforme intermédiaire PFI refuse de fournir des informations à l'application logicielle ayant établi la liaison de communication et met fin à cette liaison de communication, le procédé se terminant. Dans le cas contraire (authentification positive), le procédé se poursuit. Lors de l'étape G45, la plateforme intermédiaire PFI procède en outre à l'authentification de l'utilisateur de l'application logicielle APP. La plateforme intermédiaire PFI vérifie à partir des données d'authentification de l'utilisateur que l'utilisateur est valablement inscrit auprès du service anti-contrefaçon fourni par la plateforme intermédiaire PFI. Si les données d'authentification de l'utilisateur ne sont pas valides (authentification négative), la plateforme intermédiaire PFI refuse de fournir des informations à l'application logicielle ayant établi la liaison de communication et met fin à cette liaison de communication, le procédé se terminant. Dans le cas contraire (authentification positive), le procédé se poursuit. Enfin, lors de l'étape G45, en cas d'authentification positive à partir des données d'authentification demandées, la plateforme intermédiaire PFI demande à l'application logicielle APP de lui fournir les informations de traçabilité du produit dont la plateforme intermédiaire PFI doit déterminer l'authenticité et pour lequel la plateforme intermédiaire PFI doit rechercher des informations. Optionnellement, des données de géolocalisation du terminal sont aussi demandées par la plateforme intermédiaire PFI. Lors de l'étape F50, l'application logicielle APP envoie à la plateforme intermédiaire PFI via la liaison sécurisée établie les informations de traçabilité du produit obtenues à l'étape F1. Optionnellement, si demandées, les données de géolocalisation du terminal sont aussi envoyées à la plateforme intermédiaire PFI. Lors de l'étape G55, les informations de traçabilité transmises sont utilisées par la plateforme intermédiaire PFI pour une recherche par celle-ci d'informations sur le produit associé à ces informations. Selon le mode de réalisation choisi, la plateforme intermédiaire PFI interroge via un lien local de communication la base de données locale DBI ou interroge à distance les bases de données DB1, DB2, DB3. Quel que soit le mode de réalisation choisi, la plateforme intermédiaire PFI interroge au moins une base de données référençant des produits mis en circulation pour y rechercher un produit référencé dont les informations de traçabilité sont identiques à celles reçues de l'application logicielle APP. A l'issue de l'exécution de l'étape G55, la plateforme intermédiaire PFI utilise les réponses obtenues lors de la recherche pour déterminer à partir de ces réponses si le produit dont les informations de traçabilité ont été reçues est référencé ou non dans la base de données DBI (ou, alternativement, dans au moins une des bases de données DB1, DB2, DB3 interrogées à distance). Dans le cas où la plateforme intermédiaire PFI détermine que le produit est effectivement référencé, la plateforme intermédiaire PFI obtient en outre des informations complémentaires sur ce produit, telles que celles listées plus haut, par interrogation de la base de données DBI (ou, alternativement, d'une des bases de données DB1, DB2, DB3). Lors de l'étape G56, La plateforme intermédiaire PFI incrémente la valeur d'un compteur associé aux informations de traçabilité reçues, afin de compter le nombre de produits en circulation faisant l'objet d'une consultation avec un même jeu d'informations de traçabilité. La valeur du compteur décompte le nombre d'utilisateurs ayant consulté la plateforme intermédiaire PFI pour ces informations de traçabilité. Cette variante suppose de distinguer les différents utilisateurs consultant la plateforme intermédiaire PFI à partir des données d'authentification de ces utilisateurs. Lorsque le produit identifié par ces informations de traçabilité est référencé dans la base de données DBI, la valeur de ce compteur est enregistrée dans la base de données DBI en association avec les informations de traçabilité de ce produit. Puis la plateforme intermédiaire PFI va indiquer à l'application logicielle APP si le produit est authentique ou non. Pour cela, la plateforme intermédiaire PFI prend en compte le fait que le produit est référencé ou non, et compare en outre la valeur du premier compteur avec une valeur de seuil. La valeur de seuil est ici égale, dans le cas d'un produit référencé, au nombre de produits en circulation avec un même jeu d'informations de traçabilité, et égale à 0 dans le cas contraire. Différents situations peuvent se produire. A. le produit est référencé, la valeur du compteur est inférieur ou égale à la valeur de seuil; B. le produit est référencé, la valeur du compteur est supérieure à la valeur de seuil; C. le produit n'est pas référencé (la valeur de seuil étant dans ce cas égale à 0, la valeur du compteur est forcément supérieure à la valeur de seuil). Situation A. Le produit est bien référencé et la valeur du compteur est inférieure ou égale à la valeur de seuil. Dans cette situation, la plateforme intermédiaire PFI ne détecte pas de situation de contrefaçon et indique à l'application logicielle APP que le produit est authentique. La plateforme intermédiaire PFI exécute ensuite l'étape G57 pour informer l'utilisateur U1 de l'application logicielle APP que le produit est a priori authentique. La plateforme intermédiaire PFI envoie également tout ou partie des informations complémentaires obtenues auprès de la base de données DBI (ou, alternativement, d'une des bases de données DB1, DB2, DB3). Lors de l'étape F67, l'application logicielle APP affiche sur un écran du terminal T1 tout ou partie des informations obtenues de la plateforme intermédiaire PFI: une indication selon laquelle le produit est a priori authentique ainsi que les informations complémentaires reçues. L'utilisateur dispose ainsi d'un ensemble complet d'information sur le produit. Même dans cette situation, une vérification complémentaire peut être proposée à l'utilisateur sur la base d'une photo du produit authentique, transmise par la plateforme intermédiaire PFI à l'application logicielle APP dans les informations complémentaires, puis présentée à cet utilisateur. En effet - même dans le cas où il existe un et un seul produit référencé authentique marqué avec un même jeu d'informations de traçabilité - il peut s'agir d'un produit contrefait marqué avec des informations de traçabilité d'un produit référencé authentique. L'application logicielle APP affiche alors des informations complémentaires telles que la photo du produit, la photo du marquage du produit ou de celle de son emballage (et/ou celle du blister dans le cas d'un médicament): l'utilisateur peut ainsi comparer le produit qu'il détient avec celui de la photo. Une contrefaçon par imitation, avec réutilisation d'informations de traçabilité valides, avec cependant quelques différences dans le design du produit ou le packaging du produit pourrait ainsi être détectée par l'utilisateur si le produit qu'il détient ne ressemble pas exactement à celui sur la photo. Dans ce cas, l'application logicielle APP propose à l'utilisateur d'envoyer à destination d'un fournisseur de produit un message d'alerte (sous forme de courriel, ou par connexion sur une page Web ou autre moyen approprié) permettant de notifier la plateforme intermédiaire PFI (et/ou un serveur du fournisseur de produit du produit référencé) d'une contrefaçon probable. L'application logicielle APP propose à l'utilisateur de prendre une photo du produit qu'il détient et de la joindre au message d'alerte. Cette photo permettra d'aider le fournisseur de produit référencé à conclure sur l'existence ou non d'une contrefaçon. L'application logicielle APP fournit optionnellement à l'utilisateur un numéro de pharmacovigilance (cas d'un médicament) à appeler et/ou un lien hypertexte vers une page Web via laquelle il peut obtenir des informations sur les produits contrefaisants connus. L'application logicielle APP propose d'autres services, pouvant intéresser l'utilisateur si le produit est effectivement authentique. Par exemple, dans le cas où le produit est un médicament, l'application logicielle APP affiche: - des informations sanitaires sur les effets indésirables du médicament, - un message d'alerte éventuel lorsque le lot concerné est un lot défectueux, - les précautions et préconisations d'emploi du laboratoire fournisseur du médicament. Selon un autre exemple, dans le cas où le produit est un médicament, l'application logicielle APP permet également d'indiquer à l'utilisateur si le produit (médicament, par exemple) est bien autorisé dans son pays. Le pays ou se trouve l'utilisateur est déterminé à partir d'une information de géolocalisation du terminal mettant en oeuvre l'application logicielle 35 APP. Selon un autre exemple, l'application logicielle APP propose en outre à l'utilisateur d'accéder à un service en rapport avec le produit. Par exemple, lorsque les informations complémentaires comprennent un lien hypertexte vers une page Web, l'application logicielle APP propose à l'utilisateur de charger la page Web en question. L'utilisateur peut accepter ou non le chargement de la page. Situation B. Le produit est référencé et la valeur du compteur est supérieure à la valeur de seuil. Dans cette situation, la plateforme intermédiaire PFI détecte une situation de contrefaçon probable et indique à l'application logicielle APP que le produit n'est probablement pas authentique. La plateforme intermédiaire PFI mémorise alors dans un premier fichier de suivi des données de suivi incluant : - le jeu d'informations de traçabilité valides, reçues en provenance d'une application logicielle APP pour un produit référencé; - la valeur du compteur, c'est-à-dire le nombre d'utilisateurs ayant consulté la plateforme intermédiaire PFI pour ce même jeu d'informations de traçabilité valides; - optionnellement, les dates de consultation de la plateforme intermédiaire PFI pour ce même jeu d'informations de traçabilité valides, - optionnellement, les données de géolocalisation (pays, position ou zone géographique, etc.) de chaque terminal consultant la plateforme intermédiaire PFI pour ce même jeu d'informations de traçabilité valides. Le fichier de suivi ainsi constitué est utilisé pour une analyse statistique de la contrefaçon concernant un produit donné : nombre de produits identifié par zone géographique, par période de temps, etc. Le fichier de suivi et/ou le résultat de l'analyse est transmis au fournisseur de produit dont le produit a été contrefait. Dans cette situation, le nombre de produits en circulation avec un même jeu d'informations de traçabilité valide est en effet supérieur au nombre effectif de produits authentiques mis en circulation avec ce jeu d'informations de traçabilité. C'est le signe que les informations de traçabilité d'un produit authentique sont utilisées pour au moins un autre produit, non authentique. Il n'est cependant pas possible de déterminer si le produit faisant l'objet de la consultation courante est celui qui n'est pas authentique ou si c'est le produit ayant fait l'objet d'une consultation antérieure qui n'est pas authentique. Seul l'examen du produit en question permet de trancher. La plateforme intermédiaire PFI exécute ensuite l'étape G58 pour informer l'utilisateur U1 de l'application logicielle APP de ce fait. En outre, afin de confirmer ou non la contrefaçon, la plateforme intermédiaire PFI fournit à l'utilisateur une photo du produit authentique et/ou demande à l'utilisateur U1 de fournir une photo du produit qu'il détient. Lors de l'étape G58, la plateforme intermédiaire PFI envoie donc à l'application logicielle APP une information pour avertir l'utilisateur U1 d'une situation de contrefaçon en rapport avec ce produit. La plateforme intermédiaire PFI envoie en outre tout ou partie des informations complémentaires obtenues auprès de la base de données DBI (ou, alternativement, d'une des bases de données DB1, DB2, DB3). Lors de l'étape F68, l'application logicielle APP affiche sur un écran du terminal T1 tout ou partie des informations obtenues de la plateforme intermédiaire PFI: une indication selon laquelle le produit n'est probablement pas authentique ainsi que les informations complémentaires. L'utilisateur dispose ainsi d'un ensemble complet d'information sur le produit. Dans cette situation, une vérification complémentaire est proposée à l'utilisateur sur la base d'une photo du produit authentique, transmise par la plateforme intermédiaire PFI à l'application logicielle APP dans les informations complémentaires, puis présentée à cet utilisateur. L'application logicielle APP affiche des informations complémentaires telles que la photo du produit authentique, la photo du marquage du produit ou de celle de son emballage (ou celle du blister dans le cas d'un médicament): l'utilisateur peut ainsi comparer le produit qu'il détient avec celui de la photo. Une contrefaçon par imitation avec cependant quelques différences dans le design du produit ou le packaging du produit pourrait ainsi être détectée par l'utilisateur si le produit qu'il détient ne ressemble pas exactement à celui sur la photo. Dans ce cas, l'application logicielle APP propose à l'utilisateur d'envoyer à destination d'un fournisseur de produit un message d'alerte (sous forme de courriel, ou par connexion sur une page Web ou autre moyen approprié) permettant de notifier la plateforme intermédiaire PFI (et/ou un serveur du fournisseur de produit du produit référencé) d'une contrefaçon probable. L'application logicielle APP propose à l'utilisateur de prendre une photo du produit qu'il détient et de la joindre au message d'alerte. Cette photo permettra d'aider le fournisseur de produit référencé à conclure sur l'existence ou non d'une contrefaçon. L'application logicielle APP fournit optionnellement à l'utilisateur un numéro de pharmacovigilance (cas d'un médicament) à appeler et/ou un lien hypertexte vers une page Web via laquelle il peut obtenir des informations sur les produits contrefaisants connus. L'application logicielle APP propose d'autres services, pouvant intéresser l'utilisateur si le produit est effectivement authentique. Par exemple, dans le cas où le produit est un médicament, l'application logicielle APP affiche: - des informations sanitaires sur les effets indésirables du médicament, - un message d'alerte éventuel lorsque le lot concerné est un lot défectueux, - les précautions et préconisations d'emploi du laboratoire fournisseur du médicament. Selon un autre exemple, dans le cas où le produit est un médicament, l'application logicielle APP permet également d'indiquer à l'utilisateur si le produit (médicament, par exemple) est bien autorisé dans son pays. Le pays ou se trouve l'utilisateur est déterminé à partir d'une information de géolocalisation du terminal mettant en oeuvre l'application logicielle APP. Selon un autre exemple, l'application logicielle APP propose en outre à l'utilisateur d'accéder à un service en rapport avec le produit. Par exemple, lorsque les informations complémentaires comprennent un lien hypertexte vers une page Web, l'application logicielle APP propose à l'utilisateur de charger la page Web en question. L'utilisateur peut accepter ou non le chargement de la page. Situation C. Le produit n'est pas référencé et, en outre, la valeur du compteur est toujours supérieure à la valeur de seuil égale à O. Dans cette situation, la plateforme intermédiaire PFI détecte une situation de contrefaçon certaine et indique à l'application logicielle APP que le produit n'est pas authentique. La plateforme intermédiaire PFI mémorise dans un deuxième fichier de suivi des données de suivi incluant : - les informations de traçabilité non valides, reçues en provenance d'une application logicielle APP pour un produit non référencé, - la valeur du premier compteur, c'est-à-dire le nombre d'utilisateurs ayant consulté la plateforme intermédiaire PFI pour le même jeu d'informations de traçabilité invalides; - optionnellement, les dates de consultation de la plateforme intermédiaire PFI pour le même jeu d'informations de traçabilité invalides, - optionnellement, les données de géolocalisation (pays, position ou zone géographique, etc.) de chaque terminal consultant la plateforme intermédiaire PFI pour le même jeu d'informations de traçabilité invalides. Le fichier de suivi ainsi constitué est utilisé pour analyse statistique de la contrefaçon concernant un produit donné : nombre de produits non authentiques par zone géographique, par période de temps, etc. Le fichier de suivi et/ou le résultat de l'analyse est transmis aux différents fournisseurs de produit en vue d'une recherche de produits contrefaits. La plateforme intermédiaire PFI exécute ensuite l'étape G59 pour informer l'utilisateur U1 de l'application logicielle APP que le produit n'est pas authentique et l'application logicielle APP exécute l'étape G69. La plateforme intermédiaire PFI envoie ainsi à l'application logicielle APP une information pour indiquer que le produit n'est pas authentique. La plateforme intermédiaire PFI envoie en outre tout ou partie des informations complémentaires obtenues auprès de la base de données DBI (ou, alternativement, d'une des bases de données DB1, DB2, DB3). Lors de l'étape F69, l'application logicielle APP affiche sur un écran du terminal T1 les informations obtenues de la plateforme intermédiaire PFI, et notamment une indication selon laquelle le produit n'est pas authentique. L'application logicielle APP affiche en outre des informations complémentaires telles que la photo du produit authentique, la photo du marquage du produit ou de celle de son emballage (ou celle du blister dans le cas d'un médicament): l'utilisateur peut ainsi comparer le produit qu'il détient avec celui de la photo. Une contrefaçon par imitation avec cependant quelques différences dans le design du produit ou le packaging du produit pourrait ainsi être détectée par l'utilisateur si le produit qu'il détient ne ressemble pas exactement à celui sur la photo. L'application logicielle APP propose à l'utilisateur d'envoyer à destination d'un fournisseur de produit un message d'alerte (sous forme de courriel, ou par connexion sur une page Web ou autre moyen approprié) permettant de notifier la plateforme intermédiaire PFI et/ou toutes plateformes des fournisseurs de produit pouvant être concernés. L'application logicielle APP propose à l'utilisateur de prendre une photo du produit qu'il détient et de la joindre au message d'alerte. Cette photo permettra d'aider le ou les fournisseurs de produit concernés à conclure sur l'existence ou non d'une contrefaçon. L'application logicielle APP fournit optionnellement à l'utilisateur un numéro de pharmacovigilance (cas d'un médicament) à appeler et/ou un lien hypertexte vers une page Web via laquelle il peut obtenir des informations sur les produits contrefaisants connus. L'invention qui vient d'être décrite propose un service de lutte contre la contrefaçon efficace et utilisable simplement par tous les utilisateurs de terminaux. La méthode décrite permet de garantir que les informations utilisées par la plateforme intermédiaire PFI pour répondre aux consultations des utilisateurs proviennent bien des bases de données des fournisseurs de produit. La plateforme intermédiaire PFI peut vérifier si un produit a bien été packagé par le fournisseur de service ou détecter la réutilisation du packaging d'un produit authentique. La plateforme intermédiaire PFI vérifie qu'il s'agit bien d'un utilisateur inscrit au service anti-contrefaçon. La plateforme intermédiaire PFI protège l'identité de l'utilisateur et ne la communique pas aux fournisseurs de service. Seule l'application logicielle authentique, téléchargée depuis le site du tiers de confiance l'opérateur permet de garantir que le consommateur se connecte bien sur la bonne plateforme de confiance. Une plateforme contrefaite pourrait en effet faire croire au consommateur qu'il utilise un service anti-contrefaçon et se connecter sur une autre plateforme. La plateforme intermédiaire PFI informe les fournisseurs de produit sur les produits marqués avec les mêmes informations de traçabilité que celles d'un produit authentique. En cas de duplication exacte d'un produit authentique et d'utilisation d'un jeu d'informations de traçabilité unique (avec numéro de série identifiant chaque boîte de médicament ou chaque instance de produit), le nombre de contrefaçon non détecté est limité à un exemplaire du produit faisant l'objet d'une consultation (on est dans la situation A, pour le premier produit faisant l'objet d'une consultation, mais dans la situation B pour le deuxième produit faisant l'objet d'une consultation). La plateforme de confiance est en mesure d'envoyer aux fournisseurs de produit une synthèse régulière des requêtes concernant les produits mis en question. L'invention permet notamment, à partir des données de géolocalisation des terminaux consultant la plateforme intermédiaire PFI, de remonter des informations sur les lieux (pays, ville...), le nombre (nombre d'interrogations et de médicaments contrefaits ou non) et la fréquence des contrefaçons vers les fournisseurs de produits et/ou les autorités compétentes. En cas par exemple de vol ou de détournement de lots de médicaments, l'invention permet de remonter aux receleurs et/ou distributeurs des médicaments. Application de l'invention L'un des domaines d'application privilégié de l'invention est la lutte contre la contrefaçon des médicaments. L'invention peut être généralisée à la lutte contre la contrefaçon de tous les produits du commerce moyennant l'apposition aux produits de codes de traçabilité. La technologie de traçabilité réglementaire Datamatrix en cours de déploiement au niveau national et européen, est utilisable directement, sans modification, pour la mise en oeuvre de l'invention. Le code-barres Datamatrix est réservé aux domaines de la santé et de l'automobile, mais il existe d'autres standards également utilisables pour d'autres produits tels que le QR Code (utilisé au Japon) et les codes-barres EAN-13 (utilisés dans la grande distribution). REVENDICATIONS1. Procédé de gestion d'informations sur au moins un produit, le procédé étant exécuté par une plateforme intermédiaire (PFI) d'un tiers de confiance servant d'intermédiaire entre des terminaux d'utilisateurs (T1, 12, T3) et des plateformes (PF1, PF2, PF3) de fournisseurs de produits, le procédé comprenant les étapes suivantes : - établissement d'une liaison de communication sécurisée entre la plateforme intermédiaire et une application logicielle, délivrée par le tiers de confiance et configurée pour communiquer lors son exécution par un terminal avec ladite plateforme intermédiaire à l'exclusion de toute autre plateforme intermédiaire ; - réception via la liaison de communication sécurisée d'informations de traçabilité encodées dans un code de traçabilité apposé sur le produit; - recherche, par consultation de données référençant des produits authentiques mis en circulation par au moins un fournisseur de produits, d'un produit référencé authentique associé aux mêmes informations de traçabilité que celles reçues; - envoi via la liaison de communication sécurisée d'au moins une première information résultant de ladite recherche, comprenant une information sur le caractère authentique du produit. 2. Procédé selon la revendication 1 dans lequel la première information indique si le produit semble authentique ou non selon qu'un produit référencé authentique est trouvé ou non. 3. Procédé selon la revendication 1 comprenant une étape d'incrémentation de la valeur compteur décomptant un nombre de consultations effectuées auprès de ladite plateforme intermédiaire pour un produit marqué avec les informations de traçabilité reçues, la première information indique si le produit marqué semble authentique ou non en fonction du résultat d'une comparaison entre la valeur dudit compteur après incrémentation et un nombre de produits référencés authentiques, mis en circulation et marqués avec les informations de traçabilité reçues. 4. Procédé selon la revendication 1 dans lequel au moins une photo d'un produit référencé authentique trouvé lors de l'étape de recherche est transmise à l'application logicielle via la liaison de communication sécurisée et est destinée à être affichée sur un écran dudit terminal par ladite application logicielle. 5. Procédé selon la revendication 1 dans lequel des informations complémentaires en rapport avec ledit produit sont également transmises à l'application logicielle via la liaison de communication sécurisée, les informations complémentaires comprenant des informations sur ledit produit et/ou sur au moins une utilisation possible dudit produit et/ou sur un mode de consommation dudit produit et/ou sur un service en rapport avec ledit produit. 6. Procédé selon la revendication 1 comprenant un enregistrement de données de suivi dans le cas où il est détecté lors l'étape de recherche que ledit produit n'est pas référencé et une étape de transmission des données de suivi vers au moins un fournisseur de produit. 7. Procédé selon la revendication 6, dans lequel les données de suivi comprennent des données de géolocalisation du terminal reçue via la liaison sécurisée de ladite application logicielle. 8. Procédé d'obtention d'informations sur au moins un produit à partir d'informations de traçabilité identifiant ce produit et encodées dans un code de traçabilité apposé sur ledit produit, le procédé étant exécuté au sein d'un terminal (Tl, T2, T3) par une application logicielle, délivrée par un tiers de confiance, le procédé comprenant les étapes suivantes : - acquisition des informations de traçabilité encodées dans le code de traçabilité; - établissement d'une liaison de communication sécurisée avec une plateforme intermédiaire (PFI) du tiers de confiance, servant d'intermédiaire entre des terminaux d'utilisateurs (T1, T2, T3) et des plateformes (PF1, PF2, PF3) de fournisseurs de produits et avec laquelle l'application logicielle est configurée pour communiquer à l'exclusion de toute autre plateforme intermédiaire; - transmission des informations de traçabilité dudit produit à ladite plateforme intermédiaire via la liaison sécurisée, les informations de traçabilité transmises étant destinées à être utilisées pour une recherche, par consultation de données référençant des produits authentiques mis en circulation par au moins un fournisseur de produits, d'un produit authentique référencé qui est identifié par les mêmes informations de traçabilité que celles reçues; - réception en retour via ladite liaison sécurisée d'au moins une première information résultant de ladite recherche, comprenant une information sur le caractère authentique du produit. 9. Procédé d'obtention d'informations selon la revendication 8 dans lequel au moins une photo d'un produit référencé authentique identifié par les mêmes informations de traçabilité est également reçue via la liaison sécurisée, l'application logicielle étant configurée pour commander l'affichage de ladite photo sur un écran du terminal. 10. Procédé d'obtention d'informations selon la revendication 8 dans lequel des informations complémentaires sur un service en rapport avec ledit produit sont également reçues via la liaison sécurisée, l'application logicielle étant apte à établir une connexion avec un serveur mettant en oeuvre ledit service.