INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Selon un autre mode de réalisation, le système de détection comprend au moins un contacteur secondaire relié à la palette du contacteur principal ainsi qu’un circuit secondaire comprenant ledit contacteur secondaire, le contacteur secondaire étant configuré pour occuper un état fermé lorsque la palette du contacteur principal est dans la position en contact et un état ouvert lorsque la palette du contacteur principal est dans la position écartée, le circuit secondaire étant configuré pour générer un deuxième signal lorsque le contacteur secondaire est à l’état ouvert.
Selon un autre mode de réalisation, le système de détection comprend au moins un capteur de mesure d’une distance configuré pour mesurer une distance séparant ledit capteur de mesure d’une distance et la palette.
Selon une autre caractéristique, le capteur de mesure d’une distance et la palette sont séparés d’une distance donnée lorsque la palette est dans la position en contact, le capteur de mesure d’une distance étant configuré pour transmettre un deuxième signal à l’alimentation de commande lorsqu’une différence entre la distance mesurée et la distance donnée est supérieure à un seuil de distance donné.
Selon une caractéristique particulière, l’étape d’inscription, au sein d’une chaîne de blocs, d’une transaction basée au moins sur l’identifiant public d’évènement et sur une donnée issue de l’étape de vérification de la validité des données multimédias comprend :
- une étape d’obtention d’une clé publique associée à la représentation instantanée d’évènement ;
- une étape d’obtention de l’identifiant public d’évènement à partir de la clé publique associée à la représentation instantanée d’évènement ;
- une étape d’obtention d’une empreinte cryptographique d’une donnée représentative de des données multimédias ;
- une étape de signature, à l’aide d’une clé privée d’une entité de confiance, de l’identifiant public d’évènement et de l’empreinte cryptographique de la donnée représentative des données multimédias, délivrant une signature intermédiaire ;
- une étape de formation d’une transaction destinée à être insérée dans la chaîne de blocs, la transaction comprenant l’identifiant public d’évènement, l’empreinte cryptographique de la donnée représentative des données multimédias et la signature intermédiaire ;
- une étape de signature de la transaction avec la clé privée associée à l’identifiant public d’évènement, cette clé privée correspondant à la clé publique associée à la représentation instantanée d’évènement ; et
- une étape d’insertion de la transaction au sein de la chaîne de blocs.
Selon un mode de réalisation particulier, les étapes d’obtention de la première donnée représentative de l’évènement, sous la forme d’un identifiant public d’évènement et l’étape de sélection des données multimédias à associer à l’identifiant public d’évènements sont mises en œuvre au sein d’un terminal de communication en possession du utilisateur ; l’étape de vérification de la disponibilité dudit des données multimédias est mise en œuvre au sein d’un dispositif de vérification implémentant un service d’identification (et de certification) auquel le terminal de communication communique l’identifiant public d’évènement et les données multimédias ; et l’étape d’inscription, au sein de la chaîne de blocs, de la transaction, est initiée par l’intermédiaire du terminal de communication, après réception, en provenance du dispositif de vérification implémentant le service d’identification, d’une transaction partielle, comprenant une signature du service d’identification, ladite transaction partielle étant complétée par le terminal de communication après signature à l’aide de la clé privée associée à l’identifiant public d’évènement.
Ainsi, il est possible, à partir d’une application installée sur un terminal d’un utilisateur, de produire une association entre des données multimédias, librement choisies (ou créées) par l’utilisateur, tout en garantissant que les règles de mises en œuvre, centralisées, de choix de ces données multimédias soient respectées, et en garantissant la résolution des problèmes posés par les techniques de l’art antérieur précédemment mentionnées.
Selon une caractéristique particulière, l’étape de calcul, par le dispositif de vérification, des descripteurs, comprend au moins une étape de sélection des descripteurs à calculer en fonction du type de contenu multimédia reçus.
Selon un autre aspect, l’invention se rapporte également à un système électronique d’association d’un évènement impliquant l’utilisation d’un identifiant public d’une entité à des données multimédias, système caractérisé en ce qu’il comprend la mise en œuvre des moyens suivants :
- postérieurement à la mise en œuvre de moyens de vérification de la disponibilité des données multimédias, mise en œuvre de moyens d’inscription, au sein d’une chaîne de blocs, d’une transaction basée au moins sur l’identifiant public d’évènement et sur une donnée issue des données multimédias associées à l’identifiant public d’évènement.
Un tel système comprend notamment un terminal de communication d’utilisateur comprenant un module matériel de prise de vue couplé à un module matériel de traitement de ces prises de vue selon le procédé précédemment décrit, afin de permettre une association entre des données multimédias capturées par le module de prise de vue avec certains paramètres d’évènements utilisés par le module matériel de traitement.
La tête d’inspection 110 comporte trois modules 112 , à savoir un module avant 112A , un module central 112B , et un module arrière 112C . Ces modules sont articulés deux à deux au niveau d’une articulation 113 , et la tête d’inspection 110 comportant en outre des moyens moteurs 114 pour pivoter les modules 112 l’un par rapport à l’autre au niveau de l’articulation 113 dans au moins deux sens opposés. Les articulations 113 entre chaque paire de modules 112 adjacents sont configurées pour pivoter chacune autour d’un des axes d’articulation A113 , les axes d’articulation étant parallèles entre eux. Les modules 112 peuvent pivoter chacun autour d’au moins un des axes d’articulation A113 associé, lesquels sont orthogonaux au plan transversal d’inspection dans une phase de déploiement, dans un sens et dans l’autre, pour évoluer dans la tranche 4 du couloir 3 à inspecter.
Comme déjà évoqué, une première étape de déploiement de l’outil d’inspection 100 consiste à placer le chariot bloc support 101 au niveau de la tranche 4 transversale à inspecter. Durant cette étape, l’instrument d’inspection 100 est déplacé le long des rails longitudinaux 325 dans la direction longitudinale X du couloir 3 de stockage pour venir se positionner au niveau de la tranche transversale 4 . Lorsque l’instrument d’inspection 100 se déplace le long des rails longitudinaux 325 , par exemple d’un point de mesure à l’autre, celui-ci est totalement replié dans la cavité 320 longitudinale, de sorte que même un colis 2 qui serait appuyé contre la paroi latérale 32 du couloir 3 de stockage n’empêcherait pas le passage de l’instrument d’inspection 100 . Le bloc enrouleur 102 est monté mobile de manière amovible, et réversible, sur le chariot bloc support 101 de l’instrument d’inspection 100 , notamment grâce à une liaison glissière assurée par des rails intermédiaires transversaux 1015 supportés par une plateforme du chariot bloc support 101 . Lorsque l’instrument d’inspection 100 est positionné sur le rail 325 , le bloc enrouleur 102 de l’instrument d’inspection 100 peut ainsi être mû d’une position repliée (voir ) à une position avancée (voir ) où le bloc enrouleur 102 est translaté suivant le plan transversal d’inspection situé dans la tranche transversale 4 de sorte à venir placer la goulotte de sortie 1024 du bloc enrouleur 102 en porte à faux par rapport au chariot bloc support 101 et en dehors de la cavité 320 et dans l’espace intérieur du couloir de stockage 3 . Cette étape d’avancée (et de repli) est mise en œuvre grâce à des vérins d’actionnement du bloc enrouleur 102 , ceci en amont du déploiement et de l’inspection. Ainsi, quand l’instrument d’inspection 100 arrive au point d’inspection voulu, un frein moteur est actionné. Le bloc enrouleur 102 est alors poussé (dans la limite d’une course prédéterminée, par exemple de 160mm) vers le colis 2 de la première rangée ou colonne situé en vis-à-vis par les deux vérins pneumatiques et vient se plaquer contre ce dernier. Ensuite, une étape de repli inverse de l’étape d’avancement est assurée une fois l’inspection terminée avant une autre étape de positionnement à un autre tranche 4 à inspecter.
S’il est déterminé que l’empreinte des descripteurs existe déjà dans la chaîne de blocs, Le service d’identification transmet alors, en réponse à la requête du terminal de communication, une réponse d’indisponibilité (réponse négative). L’utilisateur est alors invité à sélectionner un nouveau contenu multimédia.
Lorsque l’empreinte n’est pas encore enregistrée dans la chaîne de blocs, cela signifie que le contenu multimédia est disponible à l’enregistrement. Le service d’identification forme alors partiellement une transaction de création de l’association « identifiant public d’évènement/contenu multimédia » et y inclut sa signature.
La transaction contient l’empreinte (des descripteurs) du contenu multimédia (et non le contenu multimédia lui-même), ainsi que l’identifiant d’évènement fourni par le terminal de communication lors de la transmission de la requête d’interrogation du service d’identification. Cette transaction est transmise par le service d’identification au terminal de l’utilisateur en réponse à la requête de création précédemment transmise.
Alternativement à cet exemple de réalisation, le calcul des descripteurs et de l’empreinte de ces descripteurs peut être réalisée au sein du terminal de communication de l’utilisateur. Ceci permet notamment d’accélérer les transmissions d’information et les traitements, notamment en réduisant fortement le volume d’information à transmettre. De plus, cela permet également de se passer du service d’identification, dans certains cas de figure au moins, et permet de se contenter d’utiliser un service de publication. Par exemple, lorsque le contenu multimédia est une photo ou une vidéo qui vient d’être capturée par le terminal de communication, et que le terminal de communication est en mesure de disposer de cette information, il n’est pas nécessairement utile de faire appel à un service d’identification. Auquel cas, le terminal de communication peut mener à bien, en local, les étapes de calcul des descripteurs et des empreintes et effectuer lui-même la pré-signature de la transaction à l’aide d’une clé privée (par exemple une clé privée d’un TEE ou d’un Secure Element ou tout autre moyen cryptographique valide).
5.4. Insertion de la transaction dans un registre non modifiable
Après avoir reçu une réponse positive du service d’identification, l’association « empreinte des descripteurs du contenu multimédia/identifiant de l’évènement » peut alors être enregistrée au sein de la chaîne de blocs.
En réponse à la requête de création de l’empreinte des descripteurs du contenu multimédia (soit par l’intermédiaire du service d’identification connecté au terminal de communication, soit en interne au sein du terminal de communication lui-même), le terminal de communication dispose d’une transaction partielle de création de cet transaction de la chaine de blocs contenant l’identifiant de l’évènement obtenu préalablement, l’empreinte des descripteurs du contenu multimédia, et la signature de ces deux données par le service d’identification à l’aide de sa clé privée. Pour compléter cette transaction, le terminal de communication signe celle-ci avec la clé privée associée à l’évènement, obtenues à l’issue de la concaténation et du hachage des données initiales. Cette signature doit correspondre à la clé publique déjà référencée dans la transaction partielle (c’est-à-dire qu’il s’agit de la clé privée correspondant à la clé publique de l’évènement).
Une fois la transaction complétée, elle est transmise à la chaîne de blocs par l’intermédiaire d’un nœud. La transaction est diffusée dans le réseau de nœuds jusqu’à être réceptionnée par des nœuds forgeurs (lorsque de telles distinctions existent entre les nœuds). Au moins un nœud valide la transaction reçue et l’incluent dans un bloc. Du point de vue des nœuds, une transaction reçue est considérée comme valide lorsque :
- l’empreinte des descripteurs (sélectionnés) du contenu multimédia n’est pas déjà enregistrée dans la chaîne de blocs ; cette étape est similaire à la vérification de disponibilité effectuée par le service d’identification ;
- la signature de l’empreinte des descripteurs du contenu multimédia et de l’identifiant de l’évènement effectuée par le service du service d’identification est valide suite à sa vérification à l’aide de la clé publique du service d’identification ; Cette clé publique est accessible aux nœuds de la chaîne, soit sur demande soit le service est lui-même un nœud de la chaine ;
- la signature de la transaction (par la clé privée de l’identité auto-souveraine) est valide et correspond à la clé publique signée (par l’intermédiaire de l’identifiant de l’évènement) par le service d’identification ; cette étape revient à vérifier que la transaction a bien été émise par le dispositif de communication de l’utilisateur à partir des données initiales. En effet, au sein d’une chaîne de blocs, pour qu’une transaction soit valide, elle doit contenir la signature (avec la clé privée) de l’émetteur (identifié par son adresse, qui est dérivée de la clé publique).
Lorsque ces trois conditions sont réunies, la transaction est validée et inscrite au registre. Cela créé un jeton unique appartenant à l’utilisateur identifié par l’empreinte du contenu multimédia et représentant un évènement que l’utilisateur a enregistré. Ceci complète la création de l’évènement dans cet exemple de réalisation.
5.5. Publication de l’évènement en lien avec l’entité
Lorsque le terminal de communication obtient confirmation de la création de la transaction dans la chaine de blocs, il est en mesure de réaliser une publication de l’évènement référencé dans la chaine. Le contenu multimédia dont les descripteurs et l’empreinte ont été calculés est alors téléversé vers un service de publication de contenus (tels qu’un réseau social par exemple), et associé à l’utilisateur (par le biais de son terminal de communication). La publication mentionne également, de manière complémentaire, l’identifiant public de la personne physique ou morale associée à l’évènement (par exemple par l’utilisation d’un hashtag) ajouté au contenu multimédia téléversé vers le service de publication de contenus. De manière complémentaire, l’adresse de la transaction dans la chaine de blocs est également transmise au service de publication de contenus. A réception de ces éléments, le service de publication de contenus, d’une part effectue classiquement la publication des éléments reçus et d’autre part recherche et identifie la transaction dans la chaine de blocs à partir des éléments reçus. Astucieusement, une fois cette vérification effectuée, le service de publication de contenus peut apposer, sur la publication, une marque certifiant son authenticité. De cette manière, les utilisateurs qui prendrons connaissance de cette publication sont en mesure de déterminer son authenticité et peuvent par ailleurs relayer une information elle-même authentique.
5.6. Autres caractéristiques et avantages
On présente, en relation avec la , une architecture simplifiée d’un terminal de communication (TC) apte à effectuer tout ou une partie du traitement tel que présenté précédemment. Un terminal de communication comprend un premier module électronique comprenant une mémoire 31, une unité de traitement 32 équipée par exemple d’un microprocesseur, et pilotée par un programme d’ordinateur 33. Le terminal de communication comprend optionnellement, pour des fonctionnalités de sécurité, comme la génération de matériels cryptographiques, un deuxième module électronique comprenant une mémoire sécurisée 34, qui peut être fusionnée avec la mémoire 31 (comme indiqué en pointillés, dans ce cas la mémoire 31 est une mémoire sécurisée), une unité de traitement sécurisée 35 équipée par exemple d’un microprocesseur sécurisée et de mesure physiques de protection (protection physique autour de la puce, par treillis, vias, etc. et protection sur les interfaces de transmission de données), et pilotée par un programme d’ordinateur 36 spécifiquement dédié à cette unité de traitement sécurisée 35, ce programme d’ordinateur 36 mettant en œuvre tout ou une partie du procédé de traitement d’une transaction tel que précédemment décrit. Le groupe composé de l’unité de traitement sécurisée 35, de la mémoire sécurisée 34 et du programme d’ordinateur dédié 36 constitue le module sécurisé (PS) du terminal de communication. Dans au moins un mode de réalisation, la présente technique est mise en œuvre sous la forme d’un ensemble de programmes installés en partie ou en totalité sur cette portion sécurisée du terminal de traitement de transaction. Dans au moins un autre mode de réalisation, la présente technique est mise en œuvre sous la forme d’un composant dédié (CpX) pouvant traiter des données des unités de traitement et installé en partie ou en totalité sur la portion sécurisée du dispositif de traitement. Par ailleurs, le dispositif comprend également des moyens de communication (CIE) se présentant par exemple sous la forme de composants réseaux (Wi-Fi, 3G/4G/5G, filaire) qui permettent au dispositif de recevoir des données (I) en provenance d’entités connectées à un ou plusieurs réseaux de communication et des transmettre des données traitées (T) à de telles entités.
Elle comprend également une sous-étape de dépôt du ou des matériaux formant le via conducteur VC. Dans l’exemple de la , cette sous-étape comprend tout d’abord le dépôt conforme d’une couche de titane Ti (par exemple par CVD, de l’anglais Chemical Vapor Deposition ou dépôt chimique en phase vapeur en français, PVD, de l’anglais Physical Vapor Deposition ou dépôt physique en phase vapeur en français ou ALD, de l’anglais Atomic Layer Deposition ou dépôt par couche atomique en français), puis d’une couche de nitrure de titane TiN (par exemple par CVD, PVD ou ALD), suivi du dépôt d’une couche de cuivre Cu (par exemple, par un dépôt PVD suivi d’un dépôt ECD de l’anglais Electro Chemical Deposition), l’épaisseur de la couche de cuivre étant choisie de sorte à combler complètement la tranché gravée lors de la sous-étape précédente. On notera ici que l’épaisseur de cuivre étant largement supérieure à l’épaisseur de nitrure de titane ou de titane, le cuivre reste conducteur (et non supraconducteur) et assure que l’ensemble du via reste conducteur même à très basses températures. Dans un mode de réalisation, la couche de titane a une épaisseur comprise entre 5 et 20 nm, la couche de nitrure de titane a une épaisseur compris entre 5 et 50 nm et la couche de cuivre a une épaisseur comprise entre entre 50 nm et 200 µm.
Formation d’au moins un via non traversant supra conducteur VS
Le procédé comprend également une étape de formation, dans le substrat SB, d’au moins un via non traversant supraconducteur VS, le ou les vias VS comprenant une extrémité exposée au niveau de la première face S1 (comme précédemment, ce ou ces vias VS seront rendus traversant par la suite).
Elle comprend également une sous-étape de dépôt du ou des matériaux formant le via supraconducteur VS.
Dans l’exemple de la , dans une première variante de réalisation, cette sous-étape comprend tout d’abord le dépôt conforme d’une couche de titane (par exemple par CVD, PVD ou ALD) suivie du dépôt d’une couche de nitrure de titane (par exemple par CVD, PVD ou ALD), l’épaisseur de la couche de nitrure de titane étant choisie de sorte à combler complètement la tranchée gravée lors de la sous-étape précédente.
Dans l’exemple de la , dans une deuxième variante de réalisation, cette sous-étape comprend tout d’abord le dépôt conforme d’une couche de titane (par exemple par CVD, PVD ou ALD, de l’anglais Atomic Layer Deposition ou dépôt par couche atomique en français) puis d’une couche de nitrure de titane (par exemple par CVD, PVD ou ALD) suivi du dépôt d’une couche d’un matériau diélectrique DI, l’épaisseur de la couche de matériau diélectrique étant choisie de sorte à combler complètement la tranché gravée lors de la sous-étape précédente. Dans un mode de réalisation, la couche de titane a une épaisseur comprise entre 5 et 20 nm, la couche de nitrure de titane a une épaisseur compris entre 5 et 50 nm et la couche de diélectrique a une épaisseur comprise entre 50 nm et 200 µm.
Formation d’au moins un niveau de routage S1NR1 au niveau de la première face S1
Comme illustré à la , le procédé comprend également une étape de formation d’au moins un niveau de routage S1NR1, de préférence une pluralité de niveaux de routage, au niveau de la première face S1, le niveau de routage S1NR1 comprenant au moins une piste conductrice PC non supraconductrice reliée à un via conducteur VC non supraconducteur et au moins une piste supraconductrice PS reliée à un via supraconducteur VS.
Plus particulièrement, si un seul niveau de routage est présent, alors ce niveau de routage comporte au moins une piste conductrice PC non supraconductrice et une piste supraconductrice PS. En revanche, si plusieurs niveaux de routage sont présents au niveau de la première face S1, alors un niveau de routage donné peut ne comporter qu’une ou plusieurs pistes conductrices PC non supraconductrices ou une ou plusieurs pistes supraconductrices PS.
Formation des métallisations sous billes UBM sur la première face S1
Dans un mode de réalisation, le procédé comprend également une étape de formation des métallisations sous billes conductrices UBMC au niveau d’une partie au moins des pistes conductrices PC et des métallisations sous billes supraconductrices UBMS au niveau d’une partie au moins des pistes supraconductrices PS.
Dans un mode de réalisation illustré aux , et , cette étape comprend tout d’abord une sous-étape de dépôt d’une couche de passivation PA suivie d’une sous-étape de gravure de la couche de passivation de sorte à former des ouvertures OU destinées à recevoir les métallisations sous billes et à les connecter aux pistes du même type. Cette étape comprend ensuite la réalisation, dans les ouvertures OU obtenues lors de la sous-étape précédente, de la ou des métallisations sous billes conductrices UBMC non supraconductrices au niveau d’une partie au moins des pistes conductrices PC non supraconductrices et de la ou des métallisations sous billes supraconductrices UBMS au niveau d’une partie au moins des pistes supraconductrices PS. Bien entendu, ces sous-étapes sont à répéter pour chaque type de métallisation sous billes, autrement dit une première fois pour les métallisations sous billes conductrices UBMC ou supraconductrices UBMS et une deuxième fois pour les métallisations sous billes supraconductrices UBMS ou conductrices UBMC.
Formation des billes conductrices BIC ou supraconductrice s BIS sur la première face S1
Dans un mode de réalisation, comme illustré à la , le procédé comprend également une étape de formation des billes d’un type choisi parmi les billes supraconductrices BIS et les billes conductrices BIC non supraconductrices, les billes BIC/BIS d’un type donné étant formées au niveau des métallisations sous billes UBMC/UBMS du même type. Autrement dit, un seul type de billes est déposé lors de cette étape. Dans l’exemple de la , seules les billes supraconductrices BIS sont déposées lors de cette étape, ces dernières BIS étant déposées au niveau des métallisations sous billes supraconductrices UBMS.
Formation de plots pour collage direct sur la première face S1