FR2941069A1 - Procede d'auto-configuration de calculateurs d'une architecture electronique - Google Patents

Abstract

Une architecture électronique (RE) comprend : - un calculateur central (CC) propre à interroger des calculateurs (Ci) auxquels il est connecté (directement ou indirectement) pour déterminer des secondes données d'environnement définissant leurs relations au sein du réseau électronique (RE), et à transmettre à ces calculateurs (Ci) des données de personnalisation et les secondes données d'environnement déterminées qui les concernent respectivement, et - des calculateurs (Ci) agencés chacun pour déterminer des premières données d'environnement définissant leur environnement électrique direct, et pour se configurer en fonction au moins des données de personnalisation reçues, des secondes données d'environnement reçues et des premières données d'environnement déterminées.

Description

PROCÉDÉ D'AUTO-CONFIGURATION DE CALCULATEURS D'UNE ARCHITECTURE ÉLECTRONIQUE L'invention concerne les architectures électroniques ou électriques (ou réseaux) qui comprennent des calculateurs connectés à des éléments (ou organes ou équipements ou modules ou composants) ainsi qu'à un calculateur central, et plus précisément la configuration de tels calculateurs. Dans certains domaines, comme par exemple celui de l'automobile, la configuration des calculateurs d'un réseau (ou d'une architecture électronique (ou électrique)) se fait par télécodage au moyen d'un outil (de configuration ou de diagnostic) que l'on connecte au réseau par une prise dite de diagnostic. Le télécodage peut alors être manuel ou automatique. Dans le cas du télécodage automatique, une fois que l'outil a été connecté au réseau, il adresse à chaque calculateur des valeurs de paramètres qui sont spécifiques aux fonctions qu'il héberge ainsi que des informations relatives à son environnement électrique personnel (ou direct) et aux autres calculateurs avec lesquels il va devoir communiquer. On notera que l'outil reçoit les valeurs de paramètre et les informations destinées aux calculateurs électroniques d'un système d'informations auquel il est couplé via l'Internet (éventuellement par une liaison non filaire). Dans le cas du télécodage manuel, c'est un technicien qui doit configurer les calculateurs les uns après les autres en choisissant pour chaque calculateur, parmi plusieurs possibilités, les valeurs de paramètres qui sont spécifiques aux fonctions qu'il héberge ainsi que les informations relatives à son environnement électrique personnel (ou direct) et aux autres calculateurs avec lesquels il va devoir communiquer. Ce choix se fait alors en fonction des connaissances personnelles dont dispose le technicien sur le système (par exemple un véhicule automobile) dans lequel est implanté l'architecture électronique (ou réseau) à configurer. Dans le cas du télécodage manuel, des erreurs de configuration peuvent être faites. Or, de telles erreurs peuvent entraîner des dysfonctionnements au niveau de certains calculateurs. Cela peut être notamment le cas lorsque la configuration effectuée ne reflète pas correctement les caractéristiques (électriques et/ou électroniques) réelles du réseau électronique. A titre d'exemple non limitatif, une erreur de configuration peut entraîner la perte de l'assistance sonore d'une fonction d'aide au stationnement d'un véhicule automobile, ou le non fonctionnement d'une fonction embarquée, ou encore un comportement dangereux d'un véhicule automobile, comme par exemple des démarrages moteur intempestifs engendrant des bonds en avant non souhaités.

Par ailleurs, une mauvaise configuration étant difficile à diagnostiquer, il sera généralement difficile d'y remédier, et par conséquent elle risque d'induire des messages de défaut ou d'erreur, éventuellement de façon répétitive. De plus, une configuration automatique induit généralement la perte des données personnelles des usagers, qui définissent des modes de fonctionnement ou des réglages d'éléments (ou équipements ou organes ou composants ou encore modules) connectés aux calculateurs. Par conséquent, après le remplacement d'un calculateur, un usager (ou client) doit généralement de nouveau fournir ses données personnelles (comme par exemple les fréquences de ses radios préférées, des numéros de téléphone, les réglages des sièges et des rétroviseurs, et/ou l'activation ou la désactivation d'une sécurité enfant). L'invention a donc pour but d'améliorer la situation grâce à la mise en oeuvre d'un mécanisme d'auto-configuration des calculateurs d'une architecture électronique (ou réseau). Elle propose plus précisément à cet effet un procédé, dédié à la configuration de calculateurs d'une architecture électronique (ou électrique) comprenant en outre un calculateur central, et consistant : i) à déterminer au niveau de chaque calculateur des premières données d'environnement qui définissent l'environnement électrique direct dans lequel il évolue, ii) à interroger les calculateurs au moyen du calculateur central de manière à déterminer des secondes données d'environnement qui définissent leurs relations au sein de l'architecture électronique, iii) à transmettre du calculateur central vers les calculateurs des données de personnalisation et les secondes données d'environnement déterminées qui les concernent respectivement de sorte qu'ils se configurent en fonction (au moins) des données de personnalisation reçues, des secondes données d'environnement reçues et des premières données d'environnement déterminées. Le procédé selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - à l'étape i), une fois qu'un calculateur a fini de déterminer les premières données d'environnement qui définissent son environnement électrique direct, il peut se configurer en fonction de ces premières données d'environnement ; - on peut effectuer l'étape ii) après que chacun des calculateurs se soit configuré ; - à l'étape iii) on peut transmettre du calculateur central vers les calculateurs les données de personnalisation et les secondes données d'environnement déterminées qui les concernent respectivement, afin qu'ils achèvent leur configuration en fonction de ces données de personnalisation et de ces secondes données d'environnement reçues ; - à l'étape iii) on peut également transmettre du calculateur central vers certains au moins des calculateurs des données de fonctionnement devant être prises en compte lors de leur configuration ; - avant d'effectuer l'étape i) on peut stocker les données de personnalisation dans le calculateur central ; - à l'étape iii) certains au moins des calculateurs peuvent se configurer également en fonction de données personnelles qui définissent des modes de fonctionnement ou des réglages définis par un client ; - après avoir effectué l'étape iii) on peut effectuer une étape iv) dans laquelle le calculateur central interroge les calculateurs afin de déterminer leurs données personnelles et/ou leurs données de personnalisation en vue de leur stockage.

L'invention propose également une architecture électronique (ou réseau) comprenant : - un calculateur central propre à interroger des calculateurs (connectés à lui, directement ou indirectement) pour déterminer des secondes données d'environnement définissant leurs relations au sein de l'architecture électronique, et à transmettre à ces calculateurs des données de personnalisation et les secondes données d'environnement déterminées qui les concernent respectivement, et - des calculateurs agencés chacun pour déterminer des premières données d'environnement définissant leur environnement électrique direct, et pour se configurer en fonction au moins des données de personnalisation reçues, des secondes données d'environnement reçues et des premières données d'environnement déterminées. L'architecture selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - chaque calculateur peut être agencé, une fois qu'il a déterminé les premières données d'environnement qui définissent son environnement électrique direct, pour se configurer en fonction de ces premières données d'environnement, et pour achever sa configuration après avoir reçu du calculateur central les données de personnalisation et les secondes données d'environnement déterminées qui le concernent, en fonction des données de personnalisation et des secondes données d'environnement reçues ; - le calculateur central peut être agencé pour transmettre à certains au moins des calculateurs des données de fonctionnement devant être prises en compte lors de leur configuration ; - certains au moins des calculateurs peuvent être agencé pour se configurer également en fonction de données personnelles définissant des modes de fonctionnement ou des réglages définis par un client ; - le calculateur central peut être agencé pour interroger les calculateurs afin de déterminer leurs données personnelles et/ou leurs données de personnalisation en vue de leur stockage.

D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et du dessin annexé, sur lequel l'unique figure illustre schématiquement et fonctionnellement un exemple d'architecture électronique (ou réseau) selon l'invention.

Le dessin annexé pourra non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention a pour but de proposer un procédé permettant de configurer des calculateurs d'une architecture électronique (ou électrique) (ou réseau).

Dans ce qui suit, on considère, à titre d'exemple non limitatif, que l'architecture électronique (ou réseau) est embarquée dans un véhicule automobile, tel qu'une voiture. Mais, l'invention n'est pas limitée à cette application. Elle concerne en effet tout type d'architecture électronique (ou électrique) (ou réseau) quel que soit le système dans lequel il est implanté ou embarqué. On a schématiquement et fonctionnellement représenté sur l'unique figure un exemple d'architecture électronique RE selon l'invention (ici embarqué dans une voiture). Une telle architecture RE comprend un calculateur central CC auquel sont couplés, via au moins un bus, des calculateurs Ci. Le nombre de calculateurs Ci est ici non limitativement égal à 4 (soit i = 1 à 4). Mais, il peut prendre n'importe quelle valeur supérieure ou égale à deux (2). Chaque calculateur Ci comprend des bornes (ou pins ) d'entrée/sortie auxquelles est connecté au moins un élément (ou organe ou équipement ou module ou encore composant) de la voiture. Tout type d'élément peut être connecté à un calculateur Ci. Ainsi, il pourra par exemple s'agir d'un capteur ou d'un actionneur ou d'un interrupteur ou d'un moteur électrique ou d'un autoradio ou d'un équipement de téléphonie ou d'un amplificateur ou d'un écran affichage ou d'un dispositif d'aide au stationnement (ou de sécurité ou d'aide à la conduite) ou encore d'un automate. On notera que les éléments qui sont connectés électriquement à des bornes d'entrée/sortie d'un calculateur Ci, constituent ensemble l'environnement électrique direct du calculateur Ci.

Dans l'exemple non limitatif illustré, le premier calculateur Cl est couplé à deux éléments 011 et 012 (ou Oij, avec i = 1 et j = 1 ou 2), le deuxième calculateur C2 est couplé à un unique élément 021 (ou Oij, avec i = 2 et j = 1), le troisième calculateur C3 est couplé à deux éléments 031 et 032 (ou Oij, avec i = 3 et j = 1 ou 2), et le quatrième calculateur C4 est couplé à trois éléments 041, 042 et 043 (ou Oij, avec i = 4 et j = 1 à 3). L'architecture électronique RE comprend également une prise (ou connecteur) de diagnostic PD qui est connecté au moins au calculateur central CC et auquel peut être connecté un outil de diagnostic et/ou de configuration OD, pouvant lui-même être couplé (éventuellement par une liaison non filaire et via l'Internet) à un système d'informations. Ce dernier appartient par exemple au constructeur automobile qui fabrique la voiture dont l'architecture RE doit être configurée. Il est chargé de fournir à un outil OD des données de personnalisation qui sont spécifiques à la voiture à configurer et qui définissent par exemple son modèle (ou type), le pays dans lequel elle circule, le climat dudit pays, la silhouette de la voiture (berline, coupé, break), une partie au moins des options (type de sièges embarqués ou motorisation, par exemple), les identifiants des calculateurs Ci embarqués, et la liste des identifiants des calculateurs Ci' avec lesquels chaque calculateur Ci (i' # i) est en relation (c'est-à-dire ceux avec lesquels il doit partager ou échanger des données). La configuration des calculateurs Ci de l'architecture électronique RE présentée ci-avant se fait au moyen d'un procédé de configuration. On notera que ce procédé peut être mis en oeuvre aussi bien en phase d'étude et de développement d'une fonction ou d'un système que dans une usine (ici lors de la fabrication de la voiture) ou que dans un local de service après vente (comme par exemple un garage) pour effectuer une re-configuration ou une mise à jour de configuration. On notera qu'afin qu'un calculateur Ci puisse mettre en oeuvre l'invention, il doit comporter un module de traitement MTi qui se présente de préférence sous la forme d'un module logiciel (ou informatique). Mais, ce module de traitement MTi peut également se présenter sous la forme de circuits électroniques ou d'une combinaison de circuits électroniques et de modules logiciels. De même, pour qu'un calculateur central CC puisse mettre en oeuvre l'invention, il doit comporter un module de traitement central MTC qui se présente de préférence sous la forme d'un module logiciel (ou informatique).

Mais, ce module de traitement principal MTC peut également se présenter sous la forme de circuits électroniques ou d'une combinaison de circuits électroniques et de modules logiciels. Le procédé de configuration comprend au moins trois étapes principales.

Une première étape principale (i) consiste à déterminer au niveau de chaque calculateur Ci (au moyen de son module de traitement MTi) des premières données d'environnement (ou données d'environnement électrique) qui définissent l'environnement électrique direct dans lequel il évolue.

Pour ce faire, chaque module de traitement MTi peut par exemple déterminer localement la tension (ou le courant) qui règne (ou circule) aux bornes (connectées à des éléments Oij) de son calculateur Ci. Puis, il détermine en fonction de chaque tension ou courant le type d'élément Oij qui lui correspond. A cet effet il peut par exemple stocker une table établissant une correspondance entre des valeurs de tension ou de courant et des identifiants d'élément Oij. Dans une variante, il peut par exemple détecter une présence lorsque les stimuli de son calculateur Ci à son environnement font l'objet d'une réponse, sans pour autant tenter de qualifier la réponse. Les premières données d'environnement sont par exemple la présence d'un élément Oij, les caractéristiques techniques de chaque type d'élément Oij connecté à un calculateur Ci et/ou le nombre d'éléments Oij d'un même type connectés à un calculateur Ci. Comme illustré, chaque calculateur Ci peut comporter des moyens de stockage MSi dans lesquels son module de traitement MTi peut stocker les premières données d'environnement qui définissent son environnement électrique direct, ainsi qu'éventuellement des données personnelles propres à certains éléments Oij qui sont connectés à lui et fournies par un usager (comme par exemple les fréquences de ses radio préférées, des numéros de téléphone, les réglages des sièges et des rétroviseurs, et/ou l'activation ou la désactivation d'une sécurité enfant). Une deuxième étape principale (ii) consiste à interroger les calculateurs Ci au moyen du calculateur central CC afin de déterminer des secondes données d'environnement (ou données d'environnement réseau) qui définissent leurs relations au sein de l'architecture électronique RE. Cette interrogation est supervisée et initiée par le module de traitement central MTC du calculateur central CC, par exemple à la requête d'un outil OD. L'interrogation est destinée à collecter auprès des calculateurs Ci des informations qui vont permettre au module de traitement central MTC du calculateur central CC de construire (ou compléter ou encore mettre à jour) l'image de l'architecture électronique RE. Ces informations sont principalement les identifiants des calculateurs Ci qui sont connectés au calculateur central CC.

Une fois que le module de traitement central MTC du calculateur central CC dispose des identifiants de tous les calculateurs actifs Ci qui sont connectés à ce dernier (directement ou indirectement), il détermine parmi les données de personnalisation qui lui sont fournies par l'outil OD celles qui représentent les listes des identifiants des calculateurs Ci' avec lesquels les calculateurs actifs Ci (i # i') sont respectivement en relation. Le module de traitement central MTC du calculateur central CC est alors en mesure de constituer une image de l'architecture électronique RE (définie par ses calculateurs actifs Ci et les relations entre ces derniers), puis de déterminer des secondes données d'environnement (ou données d'environnement réseau) qui définissent ces relations inter-calculateurs actifs Ci au sein de l'architecture électronique RE. On notera qu'il est avantageux, au moins lors de la toute première phase de configuration (ici en usine), que l'outil OD fournisse au calculateur central CC les données de personnalisation spécifiques à la voiture dans laquelle il est embarqué avant que les calculateurs Ci n'effectuent la première étape (i). Par conséquent, et comme illustré, le calculateur central CC peut comporter des moyens de stockage centraux MSC dans lesquels son module de traitement central MTC peut stocker les données de personnalisation fournies par l'outil OD et/ou les secondes données d'environnement qu'il a déterminées. Une troisième étape principale (iii) consiste tout d'abord à déterminer au moyen du module de traitement central MTC du calculateur central CC pour chaque calculateur Ci les secondes données d'environnement qui le concernent spécifiquement parmi celles déterminées lors de la deuxième étape (ii) et qui sont éventuellement stockées dans les moyens de stockage centraux MSC, et les données de personnalisation qui le concernent spécifiquement parmi celles que le calculateur central CC a reçues de l'outil OD. Puis, le calculateur central CC transmet aux calculateurs Ci au moins leurs données de personnalisation et leurs secondes données d'environnement respectives, afin qu'ils s'auto-configurent en fonction au moins de ces données de personnalisation reçues, de ces secondes données d'environnement reçues et des premières données d'environnement qu'ils ont eux-mêmes déterminées lors de la première étape (i). On notera que lors de la troisième étape (iii) le calculateur central CC peut également et éventuellement transmettre à certains au moins des calculateurs Ci des données de fonctionnement qu'ils doivent prendre en compte lors de leur configuration. Ces données de fonctionnement sont relatives au système dans lequel est embarquée l'architecture RE. Dans le cas d'une voiture, il peut par exemple s'agir de données dites d'usure de la voiture, qui sont utiles à la maintenance, comme par exemple le kilométrage cumulé, le kilométrage depuis la dernière révision, le kilométrage restant avant la prochaine vidange, le kilométrage des pneus depuis leur installation. Suivant le type des données d'usure, l'utilisation de ces dernières peut varier. Par exemple, un calculateur Ci peut s'en servir pour allumer un voyant de manière à prévenir le client que sa voiture doit être vidangée. Mais, l'utilisation de ces données est faite par les opérateurs des services après- vente et non pas par les calculateurs Ci eux-mêmes. Il est également important de noter, bien que cela ne soit pas obligatoire, que lors de la première étape (i) il est avantageux, une fois qu'un calculateur Ci a déterminé les premières données d'environnement définissant son environnement électrique direct, que ce calculateur Ci se configure (au moins partiellement) en fonction de ces premières données d'environnement. Dans ce cas, le calculateur central CC effectue l'étape (ii) une fois que tous les calculateurs Ci se sont configurés. Par ailleurs, et toujours dans ce dernier cas, le calculateur central CC transmet lors de la troisième étape (iii) aux calculateurs Ci les données de personnalisation, qui les concernent respectivement et qu'il a reçues de l'outil OD, et les secondes données d'environnement, qu'il a déterminées et qui les concernent respectivement, ainsi que des éventuelles données de fonctionnement, afin qu'ils achèvent leur configuration en fonction de ces données de personnalisation et de ces secondes données d'environnement reçues, ainsi que des éventuelles données de fonctionnement reçues. On notera également que lors de la troisième étape (iii) certains au moins des calculateurs Ci peuvent également et éventuellement se configurer en fonction de données personnelles qui définissent des modes de fonctionnement ou des réglages définis par le client (ici le conducteur du véhicule). Comme indiqué précédemment, ces données personnelles sont par exemple stockées dans les moyens de stockage MSi des calculateurs Ci.

On notera également qu'une fois que la troisième étape (iii) a été effectuée, on peut éventuellement effectuer une quatrième étape (iv) dans laquelle le calculateur central CC interroge les calculateurs actifs Ci afin de déterminer leurs données personnelles et/ou leurs données de personnalisation en vue de leur stockage en correspondance de leurs identifiants respectifs, par exemple dans les moyens de stockage centraux MSC. Grâce à ce stockage, une re-configuration en après-vente peut se faire au moyen d'un outil de configuration sans qu'il y ait besoin de connecter ce dernier à un système d'informations. En outre, cela permet de ne pas perdre les données personnelles des usagers lors d'une reconfiguration.

La diminution du nombre de données de personnalisation transmises aux calculateurs Ci depuis les systèmes d'informations induit une diminution statistique des risques d'erreur de configuration liée aux manipulations et à la génération de ces données de personnalisation. Il en résulte une meilleure fiabilité des fonctions électroniques/électriques embarquées et une réduction des messages d'erreur ou de défaut induits par des diagnostics erronés du fait d'une configuration incorrecte. L'invention ne se limite pas aux modes de réalisation de procédé de configuration et d'architecture électronique (ou électrique) (ou réseau) décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après.

Claims (13)

1. REVENDICATIONS1. Procédé de configuration de calculateurs (Ci) d'une architecture électronique (RE) comprenant en outre un calculateur central (CC), caractérisé en ce qu'il consiste : i) à déterminer au niveau de chaque calculateur (Ci) des premières données d'environnement définissant l'environnement électrique direct dans lequel il évolue, ii) à interroger lesdits calculateurs (Ci) au moyen dudit calculateur central (CC) de manière à déterminer des secondes données d'environnement définissant leurs relations au sein de ladite architecture électronique (RE), iii) à transmettre dudit calculateur central (CC) vers lesdits calculateurs (Ci) des données de personnalisation et les secondes données d'environnement déterminées qui les concernent respectivement de sorte qu'ils se configurent en fonction au moins desdites données de personnalisation reçues, desdites secondes données d'environnement reçues et desdites premières données d'environnement déterminées.
2. 2. Procédé selon la revendication 1, caractérisé en ce qu'à l'étape i), une fois qu'un calculateur (Ci) a déterminé les premières données d'environnement qui définissent son environnement électrique direct, ledit calculateur (Ci) se configure en fonction de ces premières données d'environnement.
3. 3. Procédé selon la revendication 2, caractérisé en ce que l'on effectue l'étape ii) après que chacun desdits calculateurs (Ci) se soit configuré.
4. 4. Procédé selon l'une des revendications 2 et 3, caractérisé en ce qu'à l'étape iii) on transmet dudit calculateur central (CC) vers lesdits calculateurs (Ci) lesdites données de personnalisation et les secondes données d'environnement déterminées qui les concernent respectivement de sorte qu'ils achèvent leur configuration en fonction desdites données de personnalisation et desdites secondes données d'environnement reçues.
5. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce qu'à l'étape iii) on transmet également dudit calculateur central (CC) vers certains au moins desdits calculateurs (Ci) des données de fonctionnement devant être prises en compte lors de leur configuration.
6. 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'avant d'effectuer l'étape i) on stocke lesdites données de personnalisation dans ledit calculateur central (CC).
7. 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce qu'à l'étape iii) certains au moins desdits calculateurs (Ci) se configurent également en fonction de données personnelles définissant des modes de fonctionnement ou des réglages définis par un client.
8. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce qu'après avoir effectué l'étape iii) on effectue une étape iv) dans laquelle ledit calculateur central (CC) interroge lesdits calculateurs (Ci) de manière à déterminer leurs données personnelles et/ou leurs données de personnalisation en vue de leur stockage.
9. 9. Architecture électronique (RE) comprenant des calculateurs (Ci) connectés à un calculateur central (CC), caractérisée en ce que : - ledit calculateur central (CC) est propre à interroger lesdits calculateurs (Ci) pour déterminer des secondes données d'environnement définissant leurs relations au sein de ladite architecture électronique (RE), et à transmettre auxdits calculateurs (Ci) des données de personnalisation et les secondes données d'environnement déterminées qui les concernent respectivement, et - chaque calculateur (Ci) est agencé pour déterminer des premières données d'environnement définissant l'environnement électrique direct dans lequel il évolue, et pour se configurer en fonction au moins desdites données de personnalisation reçues, desdites secondes données d'environnement reçues et desdites premières données d'environnement déterminées.
10. 10. Architecture selon la revendication 9, caractérisée en ce que chaque calculateur (Ci) est agencé, une fois qu'il a déterminé les premières données d'environnement qui définissent son environnement électrique direct, pour seconfigurer en fonction de ces premières données d'environnement, et pour achever sa configuration après avoir reçu dudit calculateur central (CC) les données de personnalisation et les secondes données d'environnement déterminées qui le concernent, en fonction desdites données de personnalisation et desdites secondes données d'environnement reçues.
11. 11. Architecture selon l'une des revendications 9 et 10, caractérisée en ce que ledit calculateur central (CC) est agencé pour transmettre à certains au moins desdits calculateurs (Ci) des données de fonctionnement devant être prises en compte lors de leur configuration.
12. 12. Architecture selon l'une des revendications 9 à 11, caractérisée en ce que certains au moins desdits calculateurs (Ci) sont agencés pour se configurer également en fonction de données personnelles définissant des modes de fonctionnement ou des réglages définis par un client.
13. 13. Architecture selon l'une des revendications 9 à 12, caractérisée en ce que ledit calculateur central (CC) est agencé pour interroger lesdits calculateurs (Ci) de manière à déterminer leurs données personnelles et/ou leurs données de personnalisation en vue de leur stockage.