FR 3093580 A1 20200911 FR 1902369 A 20190308 Description Titre de l'invention : TRAÇABILITÉ EN AMONT DE PEDIGREE DE BIEN ASSISTÉE PAR CHAÎNE DE BLOCS [0001] ARRIÈRE-PLAN TECHNOLOGIQUE DE L'INVENTION Domaine de l'invention [0002] La présente invention concerne le domaine du traçage de bien, et plus particu- lièrement la comptabilisation interentreprises d'un pedigree de bien. [0003] Description de la technique antérieure [0004] Un pedigree de bien fait référence à une comptabilisation tout au long de la vie de la création, des mouvements et de la consommation d'un bien depuis une source de fabrication jusqu'à un consommateur. De manière classique, un traçage de pedigree de bien est très important dans le contexte de l'industrie réglementée, comme dans la distribution de médicaments. Plus spécifiquement, une traçabilité en amont (et une traçabilité en aval) sont des composantes essentielles d'un traçage de pedigree. Dans une traçabilité en amont, tout participant à la chaîne de distribution d'un bien peut demander le pedigree d'un bien spécifique--habituellement par l'intermédiaire d'un numéro de série-- à une source d'origine du bien au-delà du fournisseur le plus immédiat au participant. Au contraire, dans une traçabilité en aval, tout participant à la chaîne de distribution d'un bien peut demander la disposition définitive d'un bien jusqu'à la consommation--également habituellement par l'intermédiaire d'un numéro de série. 100051 De manière notable, dans de nombreux pays, dans le cadre de la traçabilité d'un hien pharmaceutique, l'environnement réglementaire pertinent demande aux fabricants de médicaments de fixer un identifiant de produit pouvant être scanné sur tous les médicaments qui sont conditionnés pour une utilisation pharmaceutique. Le but de cette exigence est de permettre la confirmation de la validité, de la légitimité, et de la source de tous les produits pouvant trouver une application au sein de la chaîne logistique pharmaceutique en temps réel. En conséquence, chaque participant à la chaîne logistique d'un bien pharmaceutique sujet doit être en mesure de fournir des informations sur tout produit donné en un court laps de temps--parfois de quelques jours, ainsi que de notifier tout problème à l'instance réglementaire gouvernementale pertinente et à tous les partenaires de la chaîne logistique du bien pharmaceutique, par exemple une contamination et un défaut des fabricants. Ainsi, pour chaque transaction dans laquelle un participant à la chaîne logistique d'un hien sujet transfert la propriété du bien sujet, le participant doit transmettre un historique de transaction, des informations de transaction-incluant des informations de niveau de lot-et une dé- 2 claration de transaction du produit, tout cela dans un document unique. C'est ce document--l' historique de traçahilité--qui doit être stocké. [0006] Comme cela va apparaître, le processus de détermination de l'historique de traçahilité d'un bien sujet nécessite la coopération de chaque participant à la chaîne logistique. De même, le processus actuel de traçage de traitement de requête de traçahilité--que ce soit une traçahilité en aval à partir d'un point de la chaîne logistique jusqu'à la consommation finale, ou une traçahilité en amont à partir d'un point de la chaîne logistique jusqu'au point de fabrication--nécessite un certain degré de transparence, de telle sorte que chaque participant à la chaîne logistique sujet de la requête gagne en visibilité concernant l'identité de chaque autre participant. Cette visibilité est nécessaire pour vérifier l'authenticité du document de traçahilité généré. Néanmoins, révéler l'identité de chaque participant à la chaîne logistique peut ne pas être souhaitable du fait que l'identité d'un ou plusieurs des participants peut être sensible pour les participants à la chaîne logistique immédiatement en amont et en aval. De plus, l'implication d'un si grand nombre de participants à la chaîne logistique offre des opportunités non voulues pour la mutation du rapport de traçahilité de façon à produire des données non précises dans le rapport de traçahilité. [0007] BREF RÉSUMÉ DE L'INVENTION [0008] Des modes de réalisation de la présente invention concernent des déficiences de la technique concernant la détermination du pedigree d'un bien, et fournissent un procédé, un système et un produit programme informatique nouveaux et non évidents pour une traçabilité en amont et une traçabilité en aval d'un pedigree de bien assistée par une chaîne de blocs. Dans un mode de réalisation de l'invention, un procédé de génération d'historique de traçabilité inclut la réception, depuis un participant initiateur parmi plusieurs participants à une chaîne de garde de transactions d'un bien identifiable, par un certain intermédiaire parmi les plusieurs participants à la chaîne de garde, en provenance d'un réseau de communications informatique, d'une requête d'historique de traçabilité du bien identifiable. La requête peut être accompagnée par une identification d'un propriétaire de la requête d'historique de traçabilité, de données identifiant le bien et d'une identification de transaction parente en association avec un autre des participants à la chaîne de garde, et une forme cryptée par hachage des données. Ensuite, un identifiant est attribué à la requête d'historique de traçabilité, et la requête d'historique de traçabilité peut être vérifiée en interrogeant une chaîne de blocs au niveau d'un bloc correspondant à l'identification du propriétaire de la requête d'historique de traçabilité, avec la forme cryptée par hachage des données. [0009] Sous réserve que l'historique de traçabilité ne soit pas vérifié, un rejet peut être transmis aux participants d'origine sur le réseau de communication informatique. Mais sinon, sous réserve que l'historique de traçabilité soit vérifié, un document historique 3 de traçabilité est généré. Lorsqu'il est généré, le document historique de traçahilité inclut les données identifiant le hien, un identifiant du certain intermédiaire parmi les plusieurs participants, et une disposition du hien identifié incluant un identifiant d'un suivant immédiat parmi les plusieurs participants à la chaîne de garde. Ensuite, un hachage est calculé pour l'historique de traçahilité généré et une transaction de chaîne de blocs est effectuée, qui enregistre et stocke le hachage calculé en association avec l'identifiant attribué de la requête d'historique de traçahilité. Enfin, le document historique de traçahilité généré est transmis dans une réponse à la requête au participant initiateur sur le réseau de communication informatique. [0010] Selon un aspect du mode de réalisation, le certain intermédiaire parmi les plusieurs participants est un vendeur en amont du bien identifié, et le suivant immédiat parmi les plusieurs participants à la chaîne de garde est un acheteur du bien identifié auprès du certain intermédiaire parmi les plusieurs participants. Au contraire, selon un autre aspect du mode de réalisation, le certain intermédiaire parmi les plusieurs participants est un acheteur en amont du bien identifié, et le suivant immédiat parmi les plusieurs participants à la chaîne de garde est un vendeur du bien identifié au certain intermédiaire parmi les plusieurs participants. Dans les deux cas, la disposition du bien peut inclure une disposition telle qu'une acceptation et un transfert vers un participant immédiatement suivant dans la chaîne de garde, ou une acceptation et une fin en tant que destination d'origine ou finale du bien, ou une division entre deux participants immédiatement suivants différents ou plus dans la chaîne de garde, ou un refus de manipulation du bien. Enfin, selon encore un autre aspect du mode de réalisation, la vérification de l'historique de traçabilité inclut la localisation du bloc dans la chaîne de blocs correspondant à la requête en inten-ogeant une chaîne de blocs avec l'identification du propriétaire de la requête d'historique de traçabilité, et la localisation dans le bloc de données identifiant le participant initiateur. [0011] Dans un autre mode de réalisation de l'invention, un système de traitement de données est configuré pour générer un historique de traçabilité. Le système inclut une plate-forme informatique hôte qui comprend un ou plusieurs ordinateurs, chacun ayant une mémoire et au moins un processeur, et un module de génération d'historique de traçabilité pour un certain intermédiaire parmi plusieurs participants dans une chaîne de garde de transactions d'un bien identifiable. Le module inclut des instructions de programme informatique s'exécutant dans la mémoire de la plate-forme informatique hôte. Les instructions, lorsqu'elles sont exécutées dans la mémoire, reçoivent de la part d'un participant initiateur dans la chaîne de garde, à partir d'un réseau de communication informatique, une requête d'historique de traçabilité du bien identifiable accompagnée par une identification d'un propriétaire de la requête d'historique de traçabilité, des données identifiant le bien et une identification de transaction parente en association avec un autre des participants dans la chaîne de garde, et une forme cryptée par hachage des données. [0012] Les instructions attribuent en outre un identifiant à la requête d'historique de traçahilité, et vérifient la requête d'historique de traçahilité en interrogeant une chaîne de blocs au niveau d'un bloc correspondant à l'identification du propriétaire de la requête d'historique de traçabilité, avec la forme cryptée par hachage des données. Enfin, les instructions, sous réserve que l'historique de traçahilité ne soit pas vérifié, transmettent un rejet au participant initiateur sur le réseau de communication informatique. Mais sinon, les instructions, sous réserve que l'historique de traçahilité soit vérifié, génèrent un document historique de traçabilité incluant les données identifiant le bien, un identifiant du certain intermédiaire parmi les plusieurs participants, et une disposition du bien identifié incluant un identifiant du suivant immédiat parmi les plusieurs participants dans la chaîne de garde, calculent un hachage pour l'historique de traçahilité généré, effectuent une transaction de chaîne de blocs qui enregistre et stocke le hachage calculé en association avec l'identifiant attribué de la requête d'historique de traçahilité, et transmettent dans une réponse le document historique de traçahilité généré au participant initiateur sur le réseau de communication informatique. [0013] Des aspects supplémentaires de la présente invention vont être établis dans la des- cription qui suit, et vont apparaître en partie de manière évidente à partir de la description, ou peuvent être appris par la mise en pratique de l'invention. Les aspects de l'invention vont être réalisés et atteints au moyen des éléments et combinaisons particulièrement mis en évidence dans les revendications annexées. Il convient de comprendre que la description générale qui précède et la description détaillée qui suivent sont uniquement exemplaires et explicatives, et ne limitent pas l'invention, telle que revendiquée. [0014] BRÈVE DESCRIPTION DES DIFFÉRENTES VUES DES DESSINS [0015] Les dessins annexés, qui sont incorporés clans cette spécification et qui en constituent une partie, illustrent des modes de réalisation de l'invention et, conjointement avec la description, servent à expliquer les principes de l'invention. Les modes de réalisation illustrés ici sont actuellement préférés, en comprenant cependant que l'invention n'est pas limitée aux agencements et instruments précis représentés, dans lesquels : [0016] [fig.1] La figure 1 est une illustration graphique d'un processus pour générer un historique de traçabilité ; [0017] [fig.2] la figure 2 est une illustration schématique d'un système de traitement de données configuré pour générer un historique de traçabilité ; et, [0018] [fig.3] la figure 3 est un organigramme de programmation illustrant un processus pour générer un historique de traçabilité. Description des modes de réalisation [0019] Des modes de réalisation de l'invention sont prévus pour générer un historique de traçabilité. Selon un mode de réalisation de l'invention, un initiateur d' une requête d'historique de traçabilité dans une chaîne de garde de différents participants s'engageant dans des transactions de garde d'un bien identifiable de la fabrication à la consommation transmet une requête de traçabilité à un participant immédiatement suivant dans la chaîne (le garde, par exemple un participant immédiatement suivant en aval auquel le dispositif d'origine vend le bien identifiable, ou un participant immédiatement suivant en amont auquel l'initiateur a acheté le bien identifiable. De même, l'initiateur effectue une transaction de chaîne de blocs par rapport à une chaîne de blocs accessible sur un réseau de communication informatique, la transaction enregistrant et stockant un hachage calculé pour la requête d'historique de traçabilité en association avec un identifiant attribué de la requête d'historique de traçabilité. La requête d'historique de traçahilité inclut elle-même l'identifiant attribué de la requête d'historique de traçage, un identifiant d'une transaction parente, une identification des biens identifiables et une identification de l'initiateur. [0020] En réponse à la requête d'historique de traçahilité, le participant destinataire vérifie la requête d'historique de traçahilité en interrogeant la chaîne de blocs au niveau d'un bloc correspondant à l'identifiant attribué, avec la forme cryptée par hachage des données. Dans la mesure où le participant destinataire est incapable de vérifier la requête d'historique de traçahilité en calculant un hachage pour le contenu de la requête d'historique de traçahilité et en comparant le hachage calculé au hachage à l'intérieur du bloc, le destinataire transmet un message de rejet à l'initiateur sur le réseau de communication informatique. Mais sinon, le participant destinataire ayant vérifié la requête d'historique de traçahilité, le participant destinataire génère un document historique de traçabilité. Le document historique de traçahilité inclut des données qui identifient le bien, un identifiant du participant destinataire, et une disposition du bien identifié incluant un identifiant d'un immédiatement suivant parmi les participants dans la chaîne de garde dans une direction dans la chaîne de garde opposée à l'initiateur. Lc participant destinataire calcule ensuite un hachage pour l'historique de traçabilité généré, et inclut le hachage avec l'historique de traçabilité et effectue une transition de chaîne de blocs sur le bloc qui enregistre et stocke dans le bloc le hachage calculé en association avec l'identifiant attribué de la requête d'historique de traçabilité. Enfin, le participant destinataire transmet sur le réseau de communication informatique à l'initiateur, dans une réponse à la requête d'historique de traçabilité, le document historique de traçabilité généré. [0021] L'initiateur, à la réception du document historique de traçabilité, vérifie le contenu 6 du document historique de traçahilité avec le hachage associé et extrait du document historique de traçahilité les informations de disposition à inclure dans un historique de traçahilité du bien. De même, l'initiateur extrait du document historique de traçahilité l'identification de celui immédiatement suivant parmi les participants à la chaîne de garde. Ainsi, dans la mesure où la disposition n'indique pas une fin de la chaîne de garde telle que celui immédiatement suivant des participants dans la chaîne de garde est un certain intermédiaire parmi les plusieurs participants à la chaîne de garde, l'initiateur formule une nouvelle requête d'historique de traçahilité à celui immédiatement suivant parmi les participants à la chaîne de garde. Ensuite, le processus se répète jusqu'à ce que l'initiateur ait transmis à chacun des participants de la chaîne de garde une requête d'historique de traçahilité correspondant et ait reçu en retour un document historique de hachage, de sorte que le rapport d'historique de traçahilité inclut l'identité de chacun des participants à la chaîne de garde depuis l'initiateur jusqu'à un point de fin, et une disposition du bien identifié au niveau de chacun des participants. De cette manière, un historique de traçabilité peut être déterminé pour le bien identifiable sans nécessiter la divulgation non-confidentielle de l'identité de chacun des participants à la chaîne de garde à chacun des participants et en même temps, garantit l'authenticité à chacun des participants des requêtes d'historique de traçage reçues et également l'authenticité de chaque document historique de traçahilité généré. [0022] Dans une illustration supplémentaire, la figure 1 illustre de manière graphique un processus pour générer un historique de traçabilité. Comme représenté sur la figure 1, un participant initiateur 150A dans une chaîne de garde de par- ticipants 150A, 150B, 150C délivre une requête d'historique de traçabilité 160 à un participant suivant 150B dans la chaîne de garde par rapport à un bien identifiable, et enregistre sur une chaîne de blocs 100 une transaction 180 qui inclut un identifiant pour la requête 160 et une valeur de hachage de la requête 160, et reçoit en retour de la chaîne de blocs 100 un identifiant de transaction généré automatiquement. Le participant suivant 150B vérifie la requête d'historique de traçabilité 160 en délivrant une interrogation 190 à un bloc 110, sur la chaîne de blocs 100 avec l'identifiant de transaction pour la requête d'historique de traçabilité 160 et l'identification d'initiateur de l'initiateur 150A. Dans la mesure où la chaîne de blocs 100 inclut un bloc 110 qui inclut un identifiant de requête 120 correspondant à celui de l'interrogation 180, et où l'identification d'initiateur de l'interrogation 180 peut-être située dans le bloc 110 en tant qu'initiateur de la requête d'historique de traçabilité, et où une valeur de hachage stockée dans le bloc 110 pour l'identifiant de requête 120 correspond à un hachage calculé pour la requête d'historique de traçabilité 160, la requête d'historique de traçabilité 160 est vérifiée. 7 [0023] Lorsque le participant suivant 150B vérifie la requête d'historique de traçahilité 160, le participant suivant 150B génère un document historique de traçahilité 170 incluant des données de bien concernant le bien, comme un nom de bien, un numéro de série et un numéro de commande, et une indication d'une disposition du bien, comme une acceptation et un transfert vers un participant immédiatement suivant dans la chaîne de garde, ou une acceptation et une fin en tant que destination d'origine ou finale du bien, ou une division entre deux participants ou plus immédiatement suivants et différents dans la chaîne de garde, ou un refus d'une manipulation du bien. Le document historique de traçahilité 170 est de plus généré pour inclure un auto-identifiant pour le participant suivant 150B et un identifiant pour le participant immédiatement suivant 150C dans la chaîne de garde. Enfin, le document historique de traçahilité 170 est généré pour inclure une valeur de hachage pour les données dans le document historique de traçahilité 170. Ensuite, une opération d'écriture de chaînes de blocs 185 est délivrée à la chaîne de blocs 100 avec un identifiant de transaction 130A, un identifiant de requête 130B de la requête 160, un type de transaction 130C correspondant à l'indication de la disposition du bien, une estampille temporelle 130D, l'auto-identifiant 130E pour le participant suivant 150B, un identifiant pour un participant immédiatement suivant 130F par rapport au participant suivant 150B, et la valeur de hachage 130G pour les données 140 dans le document historique de traçahilité 170 en même temps qu'une signature numérique du participant suivant 150B. [0024] Ensuite, le document historique de traçabilité 170 est renvoyé au participant initiateur 150A. Le participant initiateur 150 vérifie ensuite l'authenticité du document historique de traçabilité 170 en se référant à la valeur de hachage 130G stockée dans la chaîne de blocs 100 pour l'identifiant de transaction 130A fourni par le participant suivant 150B. En conséquence, le participant initiateur 150A identifie ensuite le participant immédiatement suivant 150C à partir du document historique de traçabilité 170 et délivre une requête d'historique de traçabilité suivante 160 au participant immédiatement suivant 150C. Le processus se répète alors de telle sorte que le participant initiateur 150A est capable d'agréger les données provenant des divers documents historiques de traçabilité 170 produits par chacun des par- ticipants 150B, 150C dans la chaîne de garde de manière à produire un historique de traçabilité complet pour le bien identifié tout en permettant une vérification complète de chaque requête d'historique de traçabilité 160 et des documents historique de traçabilité renvoyés en référence au bloc 110 de la chaîne de blocs 110 sans révéler à chacun des participants 150B, 150C l'identité d'un autre. [0025] Le processus décrit en association avec la figure 1 peut être implémenté au sein d'un système de traitement de données. Dans une illustration supplémentaire, la figure 2 re- 8 présente de manière schématique un système de traitement de données configure pour générer un historique de traçabilité. Le système inclut différentes plates-formes informatiques hôtes 220, chacune incluant un ou plusieurs ordinateurs ayant chacun au moins un processeur et une mémoire. Les plates-formes informatiques hôtes 220 correspondent chacune à un participant différent d'une chaîne de garde pour un bien identifiable, et les plates-formes informatiques hôtes 220 sont couplées chacune les unes aux autres en communication sur le réseau de communication informatique 210. Chacune des plates-formes informatiques hôtes 220 inclut une hase de données de biens 230 stockant en son sein des données de bien pour certains différents des biens incluant une identification de chacun des biens, et un numéro de série correspondant et une indication de disposition incluant celui des participants à la chaîne de garde auquel le bien a été disposé et ceux des participants à la chaîne de garde d'où le bien a été reçu. [0026] TI convient de noter que les plates-formes informatiques hôtes 220 accèdent à une chaîne de blocs 240 à partir du réseau de communication informatique 210. De même, chacune des plates-formes informatiques hôtes 220 accède à un module de génération d'historique de traçabilité 300. À cet égard, le module de génération d'historique de traçabilité 300 inclut des instructions de programme informatique, dont une copie est stockée dans la mémoire de chacune des plates-formes informatiques hôtes 220, ou dont une copie est stockée à distance de chacune des plates-formes informatiques hôtes 220 et est récupérée pour une exécution sur demande par chacune des plates-formes informatiques hôtes 220, ou appliquée pour exécution par chacune des plates-formes informatiques hôtes 220 sous la forme d'un service basé dans le nuage. Dans tous les cas, lors de l'exécution, les instructions de programme du module 300 sont autorisées à recevoir une requête d'historique de traçabilité à partir d'un participant initiateur dans une chaîne de garde pour un bien identifiable. Le code de programme est de plus autorisé à vérifier la requête en se référant à un bloc dans la chaîne de blocs avec un identifiant de transaction correspondant à celui de la requête reçue, et à refuser la requête si la requête n'est pas vérifiée. [0027] Sous réserve que la requête puisse être vérifiée par les instructions de programme du module 300 par rapport à la chaîne de blocs 240, les instructions de programme sont autorisées à générer un document historique de traçabilité incluant des informations pertinentes concernant le bien identifiable de la requête en même temps qu'une indication d'une disposition du bien identifiable et d'une identité d'un certain immédiatement suivant parmi les participants duquel le bien identifiable a été reçu dans le cas d'une requête de traçabilité en amont, ou auquel le bien identifiable a été délivré dans le cas d'une requête de traçabilité en aval. Enfin, les instructions de programme du module 300 sont activées pour calculer une valeur de hachage pour le contenu du 9 rapport d'historique de traçabilité, signer la valeur de hachage avec un certificat numérique du participant destinataire, et insérer la valeur de hachage et la valeur de hachage signée numériquement dans le rapport d'historique de traçahilité. De même, les instructions de programme sont activées pour écrire sur le bloc de la chaîne de blocs à la fois un identifiant de celui correspondant des participants et la valeur de hachage, tout en renvoyant le rapport d'historique de traçahilité généré à celui initiateur parmi les participants duquel la requête de traçahilité a été reçue. [0028] Dans encore une illustration supplémentaire du fonctionnement du module de gé- nération d'historique de traçahilité 300, la figure 3 est un organigramme de programmation illustrant un processus pour générer un historique de traçahilité. En commençant au bloc 310, une requête d'historique de traçahilité pour un bien identifiable est reçue par un participant destinataire en provenance d'un participant initiateur. Au bloc 320, un identifiant de transaction pour la requête d'historique de traçahilité est récupéré à partir de la requête d'historique de traçahilité et au bloc 330, la requête d'historique de traçahilité est vérifiée sur un bloc d'une chaîne de blocs, le bloc correspondant à l'identifiant de transaction. De même, la requête d'historique de traçahilité est vérifiée en comparant une valeur de hachage calculée pour la requête d'historique de traçahilité avec une valeur de hachage stockée sur le bloc de la chaîne de blocs. Enfin, dans le bloc, un identifiant pour le participant initiateur est positionné à l'intérieur du bloc pour vérifier la requête d'historique de traçahilité. Dans le bloc de décision 340, si l'identifiant du participant initiateur ne peut pas être positionné dans le bloc, ou si un bloc ne peut pas être positionné dans la chaîne de blocs qui correspond à l'identifiant de transaction, dans le bloc 390, un message de rejet est envoyé par le participant destinataire au participant initiateur dans la chaîne de garde. Et, si le bloc est positionné dans la chaîne de blocs qui correspond à l'identifiant de transaction, mais si la valeur de hachage qui y est stockée ne correspond pas à une valeur de hachage calculée pour la requête d'historique de traçabilité, de la même manière, au bloc 390, un message de rejet est envoyé par le destinataire au participant initiateur dans la chaîne de garde. Sinon, le processus continue via le bloc 350. [0029] Dans le bloc 350, la requête d'historique de traçabilité ayant été vérifiée, des données pour le bien identifiable sont récupérées, comme le nom de bien, le numéro de série et la description. De même, une disposition du bien identifiable est récupérée dans la mémoire de données du participant destinataire en même temps qu'une identification du participant immédiatement suivant. Les données récupérées sont ensuite insérées dans un document historique de traçabilité, et une valeur de hachage est calculée pour les données récupérées dans le bloc 360, et insérée dans le document historique de traçabilité dans le bloc 370. Dans le bloc 380, une identification du participant destinataire et la valeur de hachage calculée sont stockées sur le bloc de la chaîne de blocs. Enfin, au bloc 400, le document historique de traçabilité généré est transmis au participant initiateur. [0030] La présente invention peut être réalisée au sein d'un système, d'un procédé, d'un produit programme informatique, ou d'une quelconque combinaison de ceux-ci. Le produit programme informatique peut comprendre un ou des supports de stockage lisibles par ordinateur ayant des instructions de programme lisibles par ordinateur sur celui-ci/ceux-ci, afin d'amener un processeur à mettre en oeuvre des aspects de la présente invention. Le support de stockage lisible par ordinateur peut être un dispositif tangible qui peut retenir et stocker des instructions à utiliser par un dispositif d'exécution d'instructions. Le support de stockage lisible par ordinateur peut être par exemple, niais sans s'y limiter, un dispositif de stockage électronique, un dispositif de stockage magnétique, un dispositif de stockage optique, un dispositif de stockage électromagnétique, un dispositif de stockage à semi-conducteurs, ou toute combinaison appropriée de ceux-ci. [0031] Des instructions de programme lisibles par ordinateur décrites ici peuvent être télé- chargées vers des dispositifs de calcul/traitement respectifs à partir d'un support de stockage lisible par ordinateur ou vers un ordinateur externe ou un dispositif de stockage externe via un réseau. Les instructions de programme lisibles par ordinateur peuvent s'exécuter entièrement sur l'ordinateur de l'utilisateur, partiellement sur l'ordinateur de l'utilisateur, en tant que module logiciel autonome, partiellement sur l'ordinateur de l'utilisateur et partiellement sur un ordinateur distant ou entièrement sur l'ordinateur ou le serveur distant. Des aspects de la présente invention sont décrits ici en se reportant à des illustrations d'organigramme de programmation et/ou des schémas fonctionnels des procédés, d'un appareil (systèmes) et de produits programmes informatiques selon des modes de réalisation de la présente invention. Il convient de comprendre que chaque bloc des illustrations d'organigramme de programmation et/ou des schémas fonctionnels, et que des combinaisons de blocs dans les illustrations d'organigramme de programmation et/ou les schémas fonctionnels, peut être implémenté ou peuvent être implémentées par des instructions de programme lisibles par ordinateur. [0032] Ces instructions de programme lisibles par ordinateur peuvent être fournies à un processeur d'un ordinateur polyvalent, d'un ordinateur spécialisé, ou d'un autre appareil de traitement de données programmable pour produire une machine, de telle sorte que les instructions, qui s'exécutent via le processeur de l'ordinateur ou d'un autre appareil de traitement de données programmable, créent des moyens pour implémenter les fonctions/actes spécifié(e)s dans le bloc ou les blocs d'organigramme de programmation et/ou de schéma fonctionnel. Ces instructions de programme lisibles par ordinateur peuvent également être stockées dans un support de stockage lisible par 11 ordinateur qui peut diriger un ordinateur, un appareil de traitement de données programmable, et/ou d'autres dispositifs pour qu'ils fonctionnent d'une manière particulière, de telle sorte que le support de stockage lisible par ordinateur ayant des instructions stockées sur celui-ci inclut un article de fabrication incluant des instructions qui implémentent des aspects de la fonction/de l'acte spécifié(c) dans le bloc ou les blocs d'organigramme de programmation et/ou de schéma fonctionnel. [0033] Les instructions de programme lisibles par ordinateur peuvent également être chargées sur un ordinateur, un autre appareil de traitement de donnée programmable, ou un autre dispositif pour amener une série d'étapes opérationnelles à être effectuées sur l'ordinateur, l'autre appareil programmable ou l'autre dispositif afin de produire un processus implémenté par ordinateur, de telle sorte que les instructions qui s'exécutent sur l'ordinateur, l'autre appareil programmable ou l'autre dispositif implémentent les fonctions/les actes spécifié(e)s dans le bloc ou les blocs d'organigramme de programmation et/ou de schéma fonctionnel. [0034] L'organigramme de programmation et les schémas fonctionnels des figures illustrent l'architecture, la fonctionnalité et le fonctionnement d'implémentations possibles des systèmes, procédés, et des produits programmes informatiques selon divers modes de réalisation de la présente invention. À cet égard, chaque bloc de l'organigramme de programmation ou des schémas fonctionnels peut représenter un module, un segment, ou une partie d'instructions, qui inclut une ou plusieurs instructions exécutables pour implémenter la ou les fonctions logiques spécifiées. Dans certaines implémentations en variante, les fonctions notées clans le bloc peuvent survenir en dehors de l'ordre indiqué sur les figures. Par exemple, deux blocs indiqués à la suite peuvent en fait être exécutés sensiblement en même temps, ou les blocs peuvent quelquefois être exécutés dans l'ordre inverse, selon la fonctionnalité impliquée. Il convient de noter que chaque bloc des schémas fonctionnels et/ou de l'illustration d'organigramme de programmation, et que des combinaisons de blocs dans les schémas fonctionnels et/ou l'illustration d'organigramme de programmation, peut être implémenté ou peuvent être implémentées par des systèmes à base de matériel à usage spécifique qui réalisent les fonctions ou les actes spécifiques ou mettent en oeuvre des instructions de matériel et informatique à usage spécifique. [0035] Les structures, matériaux, actes et équivalents correspondants de tous les moyens ou éléments d'étape et fonctionnels dans les revendications ci-dessous sont prévus pour inclure toute structure, tout matériau ou tout acte pour effectuer la fonction en combinaison avec d'autres éléments revendiqués, comme revendiqué spécifiquement. La description de la présente invention a été présentée dans des buts d'illustration et de description, mais n'est pas prévue pour être exhaustive ni pour limiter l'invention à la forme décrite. De nombreuses modifications et variantes apparaîtront à l'homme du 12 métier sans sortir de la portée ni de l'esprit de l'invention. Lc mode de réalisation a été choisi et décrit pour expliquer au mieux les principes de l'invention et l'application pratique, et pour permettre à d'autres que l'homme du métier de comprendre l'invention pour divers modes de réalisation avec diverses modifications comme étant adapté(e)s à l'utilisation particulière considérée. 13 [Revendication 1] [Revendication 2] [Revendication 3]