Brevet FR2729038A1 — publié le 19960705

Titre: Procédé et appareil de sélection et de gestion d'attributs personnels utilisant une mémoire de préférences Arrière-plan de l'invention Domaine de l'invention La présente invention concerne un système d'attribution et plus particulièrement des dispositifs et procédés associés de sélection et gestion d'attributs personnels. Description de la technique apparentée Un être humain utilise différents dispositifs tout au long de sa vie. Certains de ces dispositifs exigent qu'il manipule le dispositif dans bien des situations différentes. Un individu tend à être plus convivial et efficace si la façon dont il utilise les dispositifs et outils qu'il rencontre dans sa vie quotidienne dans différentes situations lui est conviviale et familière. Certains téléphones cellulaires sont capables de recevoir un module d'identification d'abonné (SIM) ou carte SIM qui contient l'identification de l'utilisateur et des informations comptables ainsi que l'autorisation d'accès aux caractéristiques du réseau et à sa fonctionnalité. En outre, le module d'identification d'abonné peut contenir une liste des numéros de téléphone fréquemment utilisés. Toutefois, cette liste de numéros de téléphone fréquemment utilisés ne fournit pas l'interface la plus conviviale et efficace à un téléphone cellulaire. Une interface utilisateur ou un système destinés à fournir l'interface la plus conviviale et la plus efficace à un individu et un dispositif tels qu'un téléphone cellulaire est nécessaire. Certains modèles automobiles permettent le stockage de préférences de position de siège et rétroviseurs pour un nombre limité de conducteurs particuliers. Ces informations sont programmées et stockées à l'intérieur du véhicule. Les préférences de position de siège et de rétroviseur sont activées par le conducteur s'identifiant lui-même, à l'aide, par exemple, de la clé qu'un utilisateur particulier utilise pour ouvrir un véhicule. Les préférences de position de siège et de rétroviseur se trouvent dans le véhicule car elles sont programmées dans une mémoire située dans le véhicule. Ainsi, lorsque le conducteur entre dans un autre véhicule programmable, tel qu'un véhicule de location, le conducteur doit déterminer à nouveau ses préférences de position. Certains ordinateurs travaillant en temps partagé permettent à chaque utilisateur individuel de stocker ses caractéristiques d'écran dans une mémoire centralisée de sorte que l'utilisateur peut accéder à cette interface familière par n'importe quelle borne reliée à l'ordinateur. Lorsque l'utilisateur ouvre une session dans un système utilisant un ordinateur travaillant en temps partagé semblable mais non interconnecté, il doit utiliser la configuration par défaut ou reprogrammer ses caractéristiques d'écran préférées. Ces exemples de programmation des préférences de l'utilisateur exigent que l'utilisateur reprogramme de nouveaux modèles d'équipement rencontrés par l'utilisateur. Par exemple, lorsqu'un utilisateur se sert d'un téléphone public dans un taxi ou un avion ou lorsqu'un utilisateur achète un nouveau dispositif de communication, l'interface la plus conviviale et la plus efficace ne peut pas être facilement obtenue et établie pour cet individu avec ce dispositif à cet instant donné. Il n'existe pas de mécanisme capable d'établir et gérer des préférences compatibles avec tous les nouveaux modèles de différents types de téléphones, automobiles, ordinateurs ou autre type d'équipement de confort. Brève description des dessins Les figures 1 à 5 illustrent différents dispositifs d'application capables d'accepter un dispositif donneur portable selon des modes de réalisation de la présente invention; La figure 6 illustre une communication entre des dispositifs d'application pour partager des préférences entre eux selon d'autres modes de réalisation de la présente invention; La figure 7 illustre une communication entre des dispositifs de communication sur un réseau selon un autre mode de réalisation de la présente invention; La figure 8 illustre un mode de réalisation servant d'exemple d'un dispositif d'application ayant des options de connexions multiples selon la présente invention; La figure 9 illustre une mémoire à l'intérieur d'un dispositif d'application servant d'exemple selon la présente invention; La figure 10 illustre une mémoire à l'intérieur d'un dispositif donneur servant d'exemple selon la présente invention; La figure 11 illustre un mode de réalisation d'une structure de données pour une mémoire de préférence de référence selon la présente invention; La figure 12 illustre un schéma fonctionnel représentant le transfert d'informations dans un dispositif d'application et un dispositif donneur selon la présente invention; La figure 13 illustre un appareil de stockage et de prédiction de préférences selon un mode de réalisation de la présente invention; Les figures 14 à 16 illustrent un organigramme réalisant un procédé destiné à obtenir des préférences lorsque de nouvelles préférences sont nécessaires selon la présente invention; La figure 17 illustre un organigramme destiné à mettre à jour des préférences selon la présente invention; La figure 18 illustre un organigramme pour l'initiation de l'utilisateur à la mise à jour des préférences spécifiques de non application. Description détaillée des modes de réalisation préférés Les problèmes précédents ainsi que d'autres peuvent être résolus par le système de sélection et de gestion des attributs personnels de la présente invention. Un utilisateur de multiples dispositifs d'application peut conserver les préférences de l'utilisateur dans un lieu convenable pour être utilisées par de multiples dispositifs d'application. De telles préférences sont stockées et leur accès est possible par de multiples dispositifs d'un grand nombre de façons, dans le temps et dans l'espace. Un dispositif de non application tel qu'une carte mémoire portable ou une base de données centrale largement accessible peut servir de dispositif donneur destiné à stocker et fournir des préférences aux dispositifs d'application. Les dispositifs d'application contenant la fonction du dispositif donneur peuvent également servir de dispositif donneur et communiquer avec d'autres dispositifs d'application. L'accès en temps réel peut être fourni par le biais d'un réseau à la préférence de référence d'un utilisateur fixée dans une mémoire de préférence de référence située dans toute application appropriée ou tout dispositif donneur. Les préférences peuvent donc être correctement établies pour des utilisateurs se servant d'un nouveau modèle d'équipement conforme par le biais d'une interface connectée de façon matérielle ou non à un dispositif. La figure 1 illustre un dispositif d'application tel qu'un téléphone cellulaire 101 capable d'accepter un dispositif donneur portable 105 tel qu'une carte intelligente ou une carte mémoire. La figure 2 illustre un dispositif d'application tel qu'un téléphone mobile 111 capable d'accepter un dispositif donneur portable 105, et les figures 3 à 5 illustrent des dispositifs d'application tels qu'un ordinateur personnel 121, un organiseur électronique personnel 131 et un tableau de bord 141 d'une automobile capable d'accepter un dispositif donneur portable 105. Le dispositif donneur portable 105 contient les préférences d'un utilisateur unique pouvant être utilisées avec n'importe lequel de ces dispositifs d'application correctement équipés. Lorsque le dispositif donneur portable 105 est inséré et qu'il se trouve en interpolation avec un dispositif d'application correctement équipé, les préférences établies par le biais de sessions avec ce dispositif d'application ou d'autres dispositifs d'application, de nature semblable, sont utilisées pour définir les attributs de ce dispositif d'application. Par le biais de ce mécanisme, l'utilisateur n'a besoin d'établir ses préférences d'interface qu'une seule fois. Les préférences pour des attributs communs à des dispositifs d'application multiples sont automatiquement réutilisables. Les préférences pour des attributs semblables mais non communes à d'autres dispositifs d'application peuvent être utilisés pour prévoir ou proposer des préférences pour ces dispositifs d'application. Le téléphone cellulaire 101, le téléphone mobile 111, l'ordinateur personnel 121, l'organiseur électronique personnel 131 et le tableau de bord 141 ont certains attributs qui sont communs à tous ces dispositifs. Les préférences d'un utilisateur individuel correspondant à ces attributs peuvent être stockées dans la carte mémoire ou le dispositif donneur portable 105 de l'utilisateur. Par exemple, les préférences d'affichage de l'utilisateur communes à tous ces dispositifs peuvent être stockées sur la carte mémoire de l'utilisateur ou un dispositif donneur portable 105. En supposant que l'utilisateur a une préférence de caractères particulière pour un attribut d'affichage, cette préférence de caractères est facilement accessible par chaque dispositif d'application acceptant le dispositif donneur portable ou la carte mémoire de l'utilisateur. Les préférences pour d'autres attributs d'affichage ou visuels tels que le contraste, la luminosité, le motif et la couleur du fond, le type d'icônes, la place des icônes et le choix de mesures analogiques ou numériques, par exemple peuvent également être traitées par ce mécanisme. Outre les préférences d'affichage, À! d'autres types de préférences, tels que des préférences auditives, circonstancielles/d'espace, de goût et d'odeur peuvent être accessibles par ce mécanisme pour établir les attributs d'un dispositif d'application particulier. Les dispositifs d'application 101, 111, 121, 131 et 141 contiennent tous un logiciel qui permet une interpolation avec le dispositif donneur portable 105. Le dispositif donneur portable 105 contient un logiciel de commande qui gère l'interfonctionnement avec les dispositifs d'application et gère l'organisation du contenu de la mémoire de préférences de référence. La figure 6 illustre un téléphone cellulaire 201, un organiseur électronique personnel 231 et un ordinateur personnel 221 capables de partager l'ensemble de préférences de référence d'un utilisateur sur des interconnexions entre eux. Ces dispositifs d'application ainsi que d'autres peuvent obtenir l'ensemble de préférences de référence de l'utilisateur d'un autre dispositif fonctionnant comme un dispositif donneur pour les préférences de l'utilisateur. L'ensemble de préférences de référence de l'utilisateur peut être accessible par l'intermédiaire de différents types d'interconnexions telles qu'une connexion infrarouge (IR), une connexion radiofréquence (RF) ou une connexion par câble les reliant. Dans le mode de réalisation de la figure 6, les dispositifs nécessitent un co-placement physique selon lequel l'un des dispositifs contient l'ensemble de préférences de référence de l'utilisateur dans une mémoire de préférences de référence. Une communication entre les dispositifs peut être établie par une liaison optique ou radiofréquence (RF) telle qu'une lumière infrarouge (IR). Le dispositif contenant l'ensemble de ! préférences de référence de l'utilisateur est de préférence appelé dispositif donneur, qui transmet les préférences à d'autres dispositifs d'application. Un dispositif d'application peut donc être à la fois un dispositif d'application et un dispositif donneur, devenant ainsi ce que l'on appelle dispositif donneur attaché. Lorsque les préférences sont établies par l'utilisateur d'un dispositif donneur (tel que l'organiseur électronique personnel 231), leur accessibilité par un autre dispositif d'application (tel que le téléphone cellulaire 201) est différée jusqu'à ce que le dispositif d'application (tel que le téléphone cellulaire 201) se trouve tout près physiquement de ou co-placé avec le dispositif donneur (tel que l'organiseur électronique personnel 231). Dans un mode de réalisation dans lequel des dispositifs d'application multiples fonctionnent comme un dispositif donneur attaché et dans lequel chacun contient un ensemble de préférences de référence pour le même utilisateur individuel, des copies multiples de l'ensemble de préférences de référence entrent parfois en conflit les unes avec les autres. Finalement, ces dispositifs donneur attachés deviennent co- placés ou interconnectés sur un réseau les uns avec les autres ou avec le vrai dispositif donneur. Lorsqu'un dispositif donneur ajouté devient co-placé ou interconnecté sur un réseau, l'ensemble de préférences de référence peut être arrangé en échangeant et en stockant les entrées de préférences les plus récentes identifiées, par exemple, par des horodateurs. Afin d'empêcher une contamination due à un écrasement d'anciennes préférences, l'utilisateur peut être interrogé au préalable. Dans un autre mode de réalisation, les préférences de sessions peuvent être stockées provisoirement dans la mémoire de préférences de sessions du dispositif d'application et partagées avec d'autres dispositifs d'application co-placés jusqu'à un moment donné auquel le dispositif contenant la mémoire de préférences de référence est réuni avec ces dispositifs d'application, et à ce moment, les préférences les plus récentes sont ensuite transmises à l'ensemble de préférences de référence pour une mise à jour. Afin d'éviter une contamination due à un écrasement d'anciennes références, l'utilisateur peut être interrogé au préalable. La figure 7 illustre un autre mode de réalisation du système de sélection et de gestion des attributs personnels selon la présente invention. Une pluralité de dispositifs d'application tels qu'un téléphone cellulaire 301 et un ordinateur personnel 321 peut établir des préférences pour une nouvelle application d'un utilisateur particulier dans un dispositif d'application par une communication sur un réseau mondial 350. Par exemple, le téléphone cellulaire 301 peut accéder à l'ensemble de préférences de référence d'un utilisateur sur le réseau mondial 350 stockée dans une mémoire de préférences de référence de l'ordinateur personnel 321. L'ordinateur personnel 321 peut ensuite être choisi pour stocker l'ensemble de préférences de référence de l'utilisateur fondée sur le style de vie de l'utilisateur et sur la position des outils existants. Par exemple, au lieu d'utiliser un ordinateur personnel 321, l'utilisateur peut s'abonner à un service de réseau qui stocke l'ensemble de préférences de référence de l'utilisateur dans une mémoire de préférences de référence du réseau mondial 350. Un tel service de réseau peut stocker des ensembles de préférences de référence de l'utilisateur dans un serveur de fichiers connecté au réseau mondial 350. Selon une autre solution, l'utilisateur peut choisir de stocker l'ensemble de préférences de référence dans un autre outil tel que l'ordinateur de son automobile auquel le réseau mondial 350 peut accéder par l'intermédiaire d'une interconnexion de données sans fil compatible avec le système d'autoroute de véhicule intelligent (IVHS). En outre, un téléphone cellulaire 301 peut contenir l'ensemble de préférences de référence de l'utilisateur stocké dans une mémoire de préférences de référence du téléphone cellulaire 301 et accessible par le biais du réseau mondial 350. Le réseau mondial 350 peut se connecter à différents réseaux locaux tels qu'un réseau de téléphonie cellulaire 360 ou un réseau de zone locale d'un ordinateur 370. L'ensemble de préférences de référence de l'utilisateur peut être transmis, par exemple, à partir d'une mémoire de préférences de référence du téléphone cellulaire 301 sur les réseaux de téléphonie cellulaire existants ou futurs 360. Par exemple, l'ensemble de préférences de référence de l'utilisateur peut être transmis sur des paquets de données numériques cellulaires (CDPD) ou un service de messages courts par un service de téléphonie mobile avancée analogique (AMPS) existant. L'ensemble de préférences de référence de l'utilisateur peut également être transmis sous un format de données du système Global System for Mobile communications (GSM) ou un système à accès multiple par répartition dans le temps (AMRT) ou à accès multiple par répartition de code (AMRC). Le mode de réalisation de la figure 7 propose la mise en oeuvre la plus souple et la plus appropriée de il la présente invention car un utilisateur peut obtenir un accès en temps réel instantané à l'ensemble de préférences de référence de l'utilisateur sans qu'il soit nécessaire de porter une carte ou de connecter physiquement des dispositifs tel que cela était requis précédemment. Le réseau mondial 350 est de préférence doté de super autoroutes de l'information mondiales ou de super autoroutes de l'information nationales si un réseau mondial n'est pas encore disponible. Un réseau mondial relayé par satellite ou un téléphone cellulaire ou un réseau de données peuvent également être utilisés en tant que réseau 350. En outre, la communication des préférences d'un utilisateur provenant d'un ensemble de préférences de référence de l'utilisateur pour une application particulière peut être transmise entre des dispositifs connectés à un sous-réseau tel qu'un réseau de zone locale ou un réseau de radiotéléphonie cellulaire. Ainsi, si un dispositif donneur et un dispositif d'application sont connectés, par exemple, dans un immeuble de bureaux au même réseau de zone locale, l'établissement d'une préférence peut être effectuée en temps réel sans qu'il faille accéder à un réseau extérieur tel que le réseau mondial 350. La figure 8 illustre un exemple d'un dispositif d'application ayant des options de connexion multiples. Les options de connexion multiples sont fournies par une interface réseau 410, un lecteur de cartes 420 ou un port d'interconnexion locale 430. Dans l'exemple de la figure 8, le dispositif d'application est un téléphone cellulaire 401 pouvant être connecté à un dispositif donneur par n'importe laquelle des options de connexion multiples. Le téléphone cellulaire 401 peut être conçu avec n'importe laquelle des, ou les trois options de connexion servant d'exemple. La connexion du téléphone cellulaire 401 au réseau mondial 550 peut être obtenue grâce à l'interface réseau 410. L'interface réseau 410 peut se connecter au réseau par l'intermédiaire d'un connecteur de réseau téléphonique RJ11, par l'intermédiaire d'une connexion ethernet, d'une connexion optique ou d'une connexion radiofréquence (RF) telle qu'un réseau de zone locale radiofréquence ou un réseau de données cellulaires. La connexion du téléphone cellulaire 401 à une carte donneuse 560 peut être obtenue grâce au lecteur de cartes 420. La carte donneuse 560 peut proposer une simple mémoire qui sera lue par le lecteur de cartes 420 ou peut contenir un processeur et une unité de gestion de mémoire (UGM) d'un circuit intégré spécifique d'application (CISA), et peut également être une carte intelligente. La connexion du téléphone cellulaire 401 à une interconnexion locale telle que celle illustrée sur la figure 6 peut être obtenue grâce au port d'interconnexion locale 430. Le port d'interconnexion locale 430 peut se connecter à un port d'interconnexion locale d'un dispositif donneur 541 par l'intermédiaire d'une connexion infrarouge (IR), une connexion par câble de connexion direct ou une connexion radiofréquence (RF). Le dispositif donneur 541 a un port d'interconnexion locale 530 pour se connecter au port d'interconnexion locale 430 du téléphone cellulaire 401. Le dispositif donneur 541 a un bus interne 543 pour se connecter à d'autres composants internes du dispositif. Le dispositif donneur 541 peut être connecté au téléphone cellulaire 401 par des moyens différents que par l'intermédiaire du port d'interconnexion locale 430. Au lieu de cela, le réseau 550 peut connecter le dispositif donneur 541 au téléphone cellulaire 401. Le téléphone cellulaire 401 de la figure 8 comporte de préférence un bus interne 440 pour connecter les composants internes du téléphone cellulaire 401 aux dispositifs d'interface 410, 420 et 430. Le bus interne 440 connecte également les composants internes du téléphone cellulaire 401 entre eux sous le contrôle d'une unité centrale de traitement 450 (UCT). Une mémoire de logiciel de commande de radiotéléphone 460 est connectée au bus interne 440 et fournit le contrôle de la fonctionnalité du téléphone cellulaire 401. Un sous- système radiotéléphonique 470 fonctionne selon les spécifications d'interface radio de téléphone cellulaire standards sous le contrôle de la mémoire de logiciel de commande du radiotéléphone 460. Des dispositifs d'entrée et de sortie tels qu'un microphone 481, un haut- parleur 483, un clavier 485 et un écran 487 sont connectés au bus interne du téléphone cellulaire 401 et fonctionnent sur celui- ci. Ces dispositifs d'entrée et de sortie fournissent des dispositifs d'interface utilisateur. Une mémoire de préférences de session 490 stocke les préférences de session d'un utilisateur particulier du dispositif d'application de ce téléphone cellulaire 401. Le téléphone cellulaire 401 peut accéder à la mémoire de préférences de session 490 par l'intermédiaire du bus interne 440 et les dispositifs d'interface de l'ensemble des préférences de référence 410, 420 et 430 peuvent également y accéder par l'intermédiaire du bus interne 440. Après l'établissement initial d'une session, le logiciel de gestion des attributs situé à l'intérieur des dispositifs d'interface 410, 420 et 430 obtient les préférences appropriées de l'ensemble des préférences de référence pour les attributs nécessaires. Les préférences appropriées sont stockées dans la mémoire de préférences de session 490 sur la base d'un dialogue avec le logiciel de commande du radiotéléphone 460 qui sait quels sont les attributs nécessaires au radiotéléphone cellulaire afin de faire fonctionner correctement les dispositifs d'entrée et de sortie. Une fois que tous ou certains des attributs nécessaires se sont vu attribuer des préférences pour un radiotéléphone cellulaire grâce au stockage, le logiciel de gestion des attributs n'est plus actif lors du fonctionnement du radiotéléphone cellulaire. Le logiciel de commande du radiotéléphone prend ensuite en charge le fonctionnement des dispositifs d'entrée et de sortie 481, 483, 485 et 487 selon les préférences de session établies et chargées dans la mémoire 490. La figure 9 illustre une mémoire, située à l'intérieur d'un dispositif d'application servant d'exemple, d'un système de sélection et de gestion des attributs personnels selon la présente invention. Le système 610 faisant fonctionner le dispositif gère les ressources à l'intérieur du dispositif d'application. Le logiciel d'application 620 et le logiciel de sélection des attributs personnels (SAP) 630 sont placés de façon périphérique par rapport au système 610 faisant fonctionner le dispositif. Le logiciel de commande des entrée/sortie 640 est en interaction avec le logiciel de sélection des attributs personnels afin de déterminer les préférences requises pour cette application. Ces préférences sont stockées dans la mémoire de préférences de session 650 et sont acquises en les échangeant par l'ensemble de préférences de référence de l'utilisateur du dispositif donneur. La figure 10 illustre la mémoire d'un dispositif donneur servant d'exemple partagé en un logiciel de sélection des attributs personnels (SAP) 710 et une mémoire de préférences de référence 720. Le logiciel de sélection des attributs personnels 710 est le logiciel de gestion qui organise la mémoire de préférences de référence 720 et établit une interface avec le dispositif d'application afin de déterminer quelles sont les parties et informations devant être fournies par la mémoire de préférences de référence 720 pour une session particulière. La figure 11 illustre un exemple d'une structure de données d'un ensemble de préférences de référence d'un utilisateur particulier stockée dans des cellules d'attributs de la mémoire de préférence de référence d'un dispositif donneur. L'ensemble de préférences de référence de chaque utilisateur peut être stocké en tant que matrice de sélection de référence tri-dimensionnelle 805 tel que cela est illustré par la matrice tridimensionnelle servant d'exemple de la figure 11. La matrice de sélection de référence multidimensionnelle de la figure 11 est structurée le long de trois axes d'accès: un axe des sens humains 810 d'accès, un axe des dispositifs d'application 820 d'accès et un axe de l'environnement 830 d'accès. L'axe des sens humains 810 d'accès est classé selon différents types de modes interface utilisateur tels que les modes visuel, audible circonstanciel/d'espace, de goût et d'odeur, par exemple. Ces catégories correspondent essentiellement aux sens biologiques d'un utilisateur humain. Les cinq catégories illustrées ne le sont qu'à titre d'exemple, et différentes catégories et sous-catégories d'attributs peuvent être utilisées en fonction du niveau de la sensibilité de préférence souhaitée par le système ou par un utilisateur particulier du système. Si la mémoire de préférences de référence est configurée de telle sorte qu'une application spécifique, telle qu'un logiciel de traitement de texte ou d'agenda puisse y accéder, l'axe des sens humains 810 peut être utilisé comme axe d'application d'accès. Dans un tel exemple, les attributs disponibles pour l'application correspondent aux catégories le long de l'axe 810. Les préférences d'un utilisateur particulier pour chacun des types d'attributs sont stockées dans une cellule d'attributs située à l'intersection des axes différents d'accès de la matrice. Par exemple, les cellules d'attribut associées à des attributs visuels sont stockées avec des préférences telles que les types de caractères, les tailles de caractères, les préférences de l'ordre des menus, les préférences de tailles des menus, les préférences de taille des fenêtres, la position des icônes, motifs, couleurs, tailles de caractères et les préférences concernant les mesures analogique ou numérique ou les graphiques à l'écran. En outre, les cellules d'attributs associées aux attributs audibles peuvent contenir des types d'invite tels que des invites de retour chariot, des invites de retour de courrier électronique, les invites d'erreur de déplacement ou des invites de modification effectuées, des préférences d'indication négative, des préférences de reconnaissance de parole et de langage, une sonnerie telle qu'une sonnerie d'alarme, une sonnerie normale, une sonnerie de données, des préférences de volume, des préférences de type de tonalité ou des préférences de sélection des stations d'émission de publicités, les préférences de commande des graves et des aigus ainsi que celles d'équilibrage et de fondu. Les cellules d'attributs associées aux attributs circonstanciels ou d'espace peuvent contenir des préférences de température des préférences d'humidité, des préférences de pourcentage d'air (frais) extérieur, des préférences d'équilibrage de l'air conditionné, des préférences de position des sièges, des préférences de position des rétroviseurs des automobiles et des préférences de température du chauffage des sièges. L'axe des dispositifs d'application 820 d'accès à la matrice de sélection de référence 508 définit des types particuliers de dispositifs d'application tels que des téléphones cellulaires, des ordinateurs personnels, des véhicules ou des organiseurs électroniques personnels. En outre, un type de dispositif d'application peut être un sous-ensemble de dispositifs d'application tel différents types de téléphones cellulaires fabriqués par différents constructeurs. L'axe de l'environnement 830 d'accès est un accès tridimensionnel à la matrice de sélection de référence 805 qui fournit une précision améliorée à l'accès de préférences à partir de la matrice au-delà de celle fournie par les axes de dispositifs d'application et d'attributs d'accès. L'accès d'environnement 830 est utile pour obtenir la sélection la plus précise. Plus de trois axes peuvent être utilisés en plus des trois axes 810, 820 et 830. Selon une autre solution, l'axe de l'environnement 830 peut être omis dans une mise en oeuvre plus simple de la matrice de sélection de référence 805. Les cellules d'attributs associées à l'axe de l'environnement 830 d'accès à la matrice de sélection de référence 805 peut comporter un environnement de bureau, un environnement domestique ou un environnement de véhicule, tel qu'un avion, une automobile, etc. Les conditions d'environnement le long de l'axe de l'environnement 830 sont différentes des dispositifs le long de l'axe des dispositifs d'application 820 ou des sens humains le long de l'axe des sens humains 810 car elles dépendent des conditions circonstancielles tels que le bruit de fond ambiant, l'obscurité ou la luminosité des conditions d'éclairage ambiant, ou d'autres caractéristiques dans un environnement particulier qui nécessite certaines combinaisons de préférences pour éviter une interruption ou pour aider les individus dans l'environnement. Par exemple, l'environnement est important dans un système de chauffage et d'air conditionné dans lequel l'environnement d'un individu dicte les préférences d'humidité et de températures souhaitées. L'axe de l'environnement 820 peut être utilisé, par exemple, pour obtenir différentes préférences si un utilisateur souhaite des températures au bureau inférieures à celles de la maison. Dans un tel exemple, une réunion au bureau peut être désignée comme une catégorie de sous-environnement qui nécessite une préférence: une sonnerie non audible pour un téléphone cellulaire utilisant un vibrateur. Toutefois, dans le bureau o l'utilisateur ne tient pas de réunion, un sous- environnement pour un bureau peut choisir une sonnerie audible pour un téléphone cellulaire. La matrice de sélection de référence 805 est de préférence accessible le long des axes multiples sur la base d'un vecteur de sélection de préférence reçu d'un dispositif d'application. Le vecteur de sélection de préférence contient au moins deux ou davantage de critères de sélection tels que les types de sens humains nécessaires, l'environnement ou la circonstance nécessaires et le type de dispositif d'application ou application réelle. Des préférences peuvent donc être établies en accédant à une mémoire de préférences de référence en utilisant des critères multiples tels qu'un sens humain nécessaire parmi une pluralité de préférences de sens humains stockées dans une circonstance particulière, par exemple, comme dans un avion ou une salle de conférence du bureau. Une telle mémoire de préférences de référence a jusqu'ici été possible. En accédant à une telle mémoire en utilisant le vecteur de préférences de référence, des préférences peuvent être mises en oeuvre pour plusieurs types de situations sans encombrer l'utilisateur d'une quantité de différents choix et procédures de mise en oeuvre. Les préférences stockées dans une cellule d'attributs de la matrice de sélection de référence 805 peuvent être accessibles directement en se fondant sur l'intersection des indices des axes. Par exemple, un dispositif d'application d'un téléphone cellulaire dans un environnement de bureau peut avoir des attributs visuels tels que la taille des caractères choisis parmi les préférences stockées dans la cellules d'attributs en intersection. Toutefois, lorsque le dispositif donneur n'est pas disponible ou lorsque des préférences inadéquates sont stockées dans la cellule d'attributs à une intersection avec les axes nécessaires, un utilisateur d'un dispositif d'application peut entrer directement des préférences dans le dispositif d'application pour qu'elles soient stockées dans une mémoire de préférences de session. Si l'utilisateur ne souhaite pas entrer des préférences à ce moment, les préférences peuvent être établies par une procédure d'établissement. Après l'établissement des procédures par la procédure d'établissement, l'utilisateur du dispositif d'application peut rectifier les préférences établies pour obtenir des préférences récemment choisies par l'utilisateur ou il peut remettre à plus tard la rectification et la sélection de préférences. La procédure d'établissement établit les préférences dans un mode de réalisation en assignant des préférences de défaut. En général, les préférences de défaut sont stockées pour un utilisateur classique dans un environnement classique dans chaque application utilisée avec un dispositif d'application. Selon une autre solution, dans un autre mode de réalisation, la procédure d'établissement peut établir des préférences grâce à une procédure de prédiction. Lorsque certaines préférences sont nécessaires dans un dispositif d'application et qu'elles sont soit indisponibles soit inacceptables, les préférences peuvent être établies et stockées dans la mémoire de préférences de session du dispositif d'application en les fournissant directement à partir de la matrice de sélection de préférence 805 par un procédé de prédiction. La procédure de prédiction peut prédire des préférences en accédant aux meilleures préférences suivantes stockées dans des cellules d'attributs adjacentes de la matrice de sélection de préférences. Les préférences peuvent également être déterminées avec précision en utilisant l'intelligence artificielle. Ainsi, la structure multidimensionnelle d'une mémoire de préférences peut être fournie par l'intelligence artificielle en utilisant des connaissances de base et des réseaux. Par exemple, la mémoire floue peut être utilisée pour prédire les préférences en utilisant une telle mémoire. En outre, les préférences peuvent être prédites par un réseau de neurones utilisé pour apprendre les préférences d'un utilisateur pour de nombreux dispositifs d'application, environnements et similaires. Un tel réseau de neurones peut prédire les préférences d'un utilisateur pour des attributs nécessaires au vu de ces nouveaux dispositifs d'application ou environnements. La procédure de prédiction peut se dérouler soit dans le dispositif d'application soit dans le dispositif donneur. Dans le dispositif d'application, la procédure de prédiction peut se dérouler en se fondant sur les préférences contenues sur le moment dans le dispositif d'application d'un utilisateur, telles que les préférences stockées dans la mémoire de préférences de session, ou en se fondant sur les préférences contenues dans une mémoire de préférences de référence d'un dispositif donneur. Dans un dispositif donneur, la procédure de prédiction peut se dérouler en se fondant sur les préférences d'un utilisateur stockées dans une mémoire de préférences de référence. Pour qu'un procédé de prédiction optimum se déroule dans un dispositif d'application, le dispositif d'application doit de préférence avoir accès au plus grand nombre possible de données de préférences disponibles en provenance de l'ensemble de préférences de référence d'un utilisateur. Le plus grand nombre possible de données de préférences disponibles est stocké dans une mémoire de préférences de référence d'un dispositif donneur. Ce transfert de la totalité de l'ensemble de préférences de référence de l'utilisateur provenant d'une mémoire de préférences de référence d'un dispositif donneur vers un dispositif d'application peut être pesant dans un réseau ou utiliser une quantité non raisonnable de mémoire dans le dispositif d'application. Dans de tels exemples, la prédiction peut être effectuée par un dispositif donneur ayant un processeur associé à la mémoire de préférences de référence. La procédure de prédiction, qu'elle se déroule dans le dispositif d'application ou dans le dispositif donneur, peut effectuer une interpolation et mettre à l'échelle des préférences associées de façon proche d'une matrice. Par exemple, les tailles de caractères choisies pour l'écran d'un ordinateur personnel seront supérieures aux tailles de caractères choisies pour l'écran d'un téléphone cellulaire car l'ordinateur personnel a un écran plus grand que celui du téléphone cellulaire. La taille de l'écran d'un organiseur électronique de poche est probablement intermédiaire, mais on ne peut pas avoir de préférence établie en ce qui concerne les tailles de caractères. Ainsi, l'algorithme de sélection ou de prédiction peut être utilisé pour calculer une distance appropriée entre la taille des caractères de l'ordinateur personnel et la taille des caractères du téléphone cellulaire afin de proposer une taille de caractères pour l'organiseur électronique de poche. La figure 12 illustre un schéma fonctionnel représentant le transfert d'informations entre un dispositif d'application 1210 et un dispositif donneur 1230 selon la présente invention. Un vecteur de sélection de préférences 1240 est envoyé par le dispositif d'application 1210 au dispositif donneur 1230 afin d'accéder à une ou plusieurs préférences 1280 contenues dans une mémoire de préférences de référence 1220. Le vecteur de sélection de préférences 1240 est dérivé par le dispositif d'application 1210 en fonction de la situation, telle que, par exemple, le type de dispositif d'application 1270 et le type d'application 1275 utilisés. Le type de dispositif 1270 et le type d'application 1275 sont de préférence déterminés par le dispositif d'application en utilisant un circuit d'ordinateur interne. Le vecteur de sélection de préférences 1240 peut donc représenter les axes d'accès des caractéristiques des attributs nécessaires. Par exemple, un code d'environnement 1242 et un code de sens humains 1245 indicateurs des attributs nécessaires peuvent être utilisés pour un vecteur de sélection de préférences 1240, exprimé par . Le vecteur de sélection de préférences 1240 peut être en outre défini par le type d'attributs nécessaires, tels que des préférences de perception auditive et visuelle par l'homme, exprimé par >. De préférence, le vecteur de sélection de préférences ne contient pas de code propre à l'utilisateur pour l'utilisateur particulier utilisant un dispositif d'application. Et ce cas certains dispositifs donneurs, tels que des cartes intelligentes, par exemple, sont de préférence spécifiques à un utilisateur unique. Dans un tel exemple, il n'est pas nécessaire d'envoyer les informations concernant l'utilisateur à la carte intelligente car la carte ne fournit des informations concernant les préférences qu'à un seul utilisateur. Dans des exemples pour lesquels une carte ou un autre dispositif donneur peut fournir des préférences à plus d'un utilisateur, en plus du vecteur, les informations donnant des indications sur l'utilisateur telles qu'un code propre à utilisateur doit être envoyé pour accéder à un dispositif donneur. Ainsi, pour un dispositif donneur servant plusieurs utilisateurs, les informations concernant l'utilisateur autres que le vecteur de sélection de préférences doivent être envoyées au dispositif donneur. La figure 13 illustre un appareil destiné à stocker et prédire des préférences selon un mode de réalisation de la présente invention. Un réseau de neurones à couches 1310 sert à la fois de mémoire pour stocker des préférences et de processeur pour prédire des préférences. Le réseau de neurones 1310 fonctionne pour fournir les préférences prédites 1320 en rapport avec un vecteur de sélection de préférences 1240 lorsqu'un commutateur de mode 1330 est en position basse. Lorsque le commutateur de mode 1330 est en position haute, le réseau de neurones 1310 fonctionne pour apprendre ou stocker les préférences d'entrée 1350 en rapport avec un vecteur de sélection de préférences 1340. Le réseau de neurones 1310 apprend ou stocke en se fondant sur les valeurs de poids 1370 communiquées aux noeuds individuels des couches. Un algorithme d'erreur de poids, illustré simplement par un comparateur 1360, fournit le poids en se fondant sur une différente existant entre les sorties du réseau de neurones et l'entrée de préférences 1350 pour une entrée 1340 d'un vecteur de sélection de préférences associée. Les figures 14 à 16 illustrent un organigramme pour l'initialisation de préférences lorsque de nouvelles préférences doivent être mises en oeuvre. Ce procédé est appelé à la case 901 lorsque les préférences doivent être initialisées. Par exemple, les préférences devront être mises en oeuvre lorsqu'une nouvelle application sera chargée dans un nouveau dispositif d'application à la case 903. Lorsque de nouvelles préférences sont nécessaires dans un dispositif d'application, le dispositif d'application détermine d'abord si le dispositif donneur est disponible à la case 905. Si le dispositif donneur n'est pas disponible, on passe à la case 907. S'il est disponible, on passe à la case 913. Le dispositif d'application peut également déterminer si l'application est utilisée pour la première fois par l'utilisateur en vérifiant les information stockées dans le dispositif d'application. Le stockage de ces informations dans le dispositif d'application peut utiliser trop de mémoire, et dans ce cas, le dispositif d'application et le dispositif donneur doivent communiquer entre eux pour déterminer si l'application est utilisée pour la première fois par cet utilisateur. Si cette application a déjà été utilisée par cet utilisateur, à la case 907, les préférences de défaut ou les préférences prédites fondées sur les préférences stockées au préalable sont utilisées par le dispositif d'application. Ces préférences sont obtenues à partir de la mémoire de préférences de session du dispositif d'application ou de l'ensemble de préférences de référence de l'utilisateur stockées dans la mémoire de préférences de référence du dispositif donneur. Puisque tous les autres dispositifs d'application ne nécessitent pas exactement les mêmes préférences pour l'application que celles sélectionnées par l'utilisateur pour un dispositif d'application précédent, on passe à la case 909 o l'on détermine si les préférences doivent être rectifiées. Si les préférences ne doivent pas être rectifiées, la session se termine à la case 911. Si les préférences doivent être rectifiées, on passe à la case 925 o l'utilisateur choisit d'effectuer la rectification immédiatement ou de la différer. Lorsque les préférences n'ont pas été établies pour cet application et pour cet utilisateur, on passe de la case 905 à la case 913. A la case 913, le dispositif donneur est accessible. L'accès au dispositif donneur peut se faire sur un réseau en temps réel, par l'intermédiaire d'une connexion sans fil ou directement par un câble, une radiofréquence ou des infrarouges, par exemple. Le dispositif d'application et le dispositif donneur effectuent ensuite une communication bidirectionnelle pour établir des catégories semblables et une sélection d'attributs réels à l'intérieur des catégories à la case 915. La plupart des attributs sont ensuite identifiés ou prédits en utilisant nombre des techniques décrites précédemment. De préférence, la matrice de sélection de référence est utilisée pour générer les informations concernant les préférences. Le dispositif d'application envoie au dispositif donneur à la case 916 le vecteur de sélection de préférences contenant, par exemple, un code de sens humains indicateur des attributs de sens humains nécessaires, un code d'environnement indicateur de l'environnement recherché pour les attributs nécessaires et un code de dispositif d'application indicateur du dispositif d'application particulier utilisé. Lorsque le dispositif donneur auquel on a accédé est d'un type capable de stocker des préférences de plusieurs utilisateurs, un code concernant l'utilisateur indiquant quel est l'utilisateur du dispositif d'application peut également être envoyé avec le vecteur de sélection de préférences. Le dispositif donneur reçoit ensuite le vecteur de sélection de préférences et n'importe quel code concernant l'utilisateur sur le réseau en temps réel ou par une liaison directe avec ou sans fil. Une mémoire de préférences de référence pertinente est sélectionnée par le dispositif donneur sur la base des codes concernant l'utilisateur reçus. En réponse au vecteur de sélection de préférences, le dispositif donneur obtient ou détermine ensuite les préférences, par exemple par prédiction. Ces préférences déterminées par le dispositif donneur sont ensuite renvoyées à la case 916 au dispositif d'application sur le réseau en temps réel ou par une liaison directe avec ou sans fil. En s'engageant dans cette communication bidirectionnelle, le dispositif d'application n'a pas besoin de contenir toute la mémoire de préférences de référence du dispositif donneur. On peut ensuite accéder au dispositif donneur en utilisant les informations indicatrices des axes multiples d'accès à, par exemple, la matrice de sélection de préférences. Sans le procédé de communication bidirectionnel d'envoi des informations, il n'est pas nécessaire de charger la matrice de préférences de référence tout entière dans la mémoire du dispositif de sorte que le dispositif d'application lui-même peut déterminer ou prédire les préférences. Ainsi, le chargement d'une mémoire de préférences de référence tout entière est possible lorsque la communication bidirectionnelle est évitée. La case 919 détermine si la matrice de sélection a généré les informations nécessaires concernant les préférences. Si la matrice de préférences de référence n'a pas généré les informations nécessaires concernant les préférences, on passe à la case 923 o une sélection est prédite sur la base des sélections d'attributs précédentes connexes pour des dispositifs d'application connexes utilisant les techniques de prédiction décrites précédemment. Si la matrice de sélection de référence génère les informations concernant les préférences, les préférences pour lesquelles il existe une correspondance dans la matrice sont ensuite utilisées à la case 921. Par la suite, l'utilisateur dit de préférence effectuer une rectification. La case 925 permet à l'utilisateur de définir si l'utilisateur souhaite effectuer la rectification ou la différer. Si l'utilisateur choisit de différer la rectification, l'utilisateur peut choisir s'il veut ou non être invité à effectuer des rectifications nécessaires au cours des interactions ultérieures, à la case 927. De telles invites peuvent être proposées après des temps de retard périodiques pendant lesquels on demande à l'utilisateur s'il souhaite à présent effectuer la rectification. Si l'utilisateur souhaite être invité à faire des rectifications nécessaires, l'utilisateur y est invité à la suite d'un événement particulier tel que la prochaine fois que l'utilisateur s'inscrit à l'application ou le moment suivant le temps de retard. Après un événement tel qu'un temps de retard, on demande à l'utilisateur à la case 929 s'il souhaite à présent effectuer la rectification. Si l'utilisateur souhaite à présent effectuer la rectification, on passe au procédé de rectification qui commence à la case 935. Toutefois, si l'utilisateur, à la suite de l'invite, ne veut pas effectuer la rectification à ce moment là, on passe à la case 931. A la case 931, l'utilisateur est invité par le dispositif à la suite d'événements tels que l'amorçage d'une nouvelle application. A la case 933, l'utilisateur est invité à effectuer une rectification lorsqu'on se dirige vers un niveau plus complexe de l'application. Si aux cases 931 ou 933 l'utilisateur choisit d'effectuer la rectification, on passe au procédé de rectification commençant à la case 935. Toutefois, si l'utilisateur décide de ne pas effectuer de rectification après les cases 931 ou 933, on revient à la case 927. Le procédé de rectification permet à l'utilisateur de particulariser les préférences prédites pour l'application utilisée par l'utilisateur dans ce dispositif d'application spécifique tel que résumé à la case 936, et permet à l'utilisateur d'identifier des préférences uniques pour les attributs que l'utilisateur souhaite rectifier tel que résumé à la case 937. L'utilisateur peut également effectuer une sélection d'attributs qui n'ont pas été rencontrés auparavant, tel que résumé à la case 939. Une telle particularisation ou sélection peut provenir d'une liste de choix déterminés en fonction des données historiques de l'utilisateur telles que les informations reçues d'un dispositif donneur. Le choix représente de préférence différentes préférences prédites classées par ordre de probabilité d'exactitude par le procédé de prédiction. Lors du procédé de rectification, on demande d'abord à l'utilisateur s'il souhaite différer une rectification de préférences de n'importe quel attribut particulier à la case 941. Si l'utilisateur choisit de différer la rectification de certains attributs particuliers, on passe de la case 943 à la case 945. A la case 943, les attributs que l'utilisateur a choisi de différer de ce procédé de rectification se voient assigner des préférences utilisant les défauts d'application ou de dispositif, ou préférences prédites. Les préférences que l'utilisateur choisit de rectifier sont ensuite sélectionnées pour les attributs restants à la case 945 et la session achevée à la case 947. L'organigramme des figures 14 à 16 peut également être utilisé pour configurer initialement le système de sélection et de gestion des attributs personnels pour un nouvel utilisateur. Le nouvel utilisateur, commençant à la case 901, a immédiatement besoin de lancer la procédure de rectification commençant à la case 935. Par la suite, les préférences sélectionnées seront stockées pour les attributs appropriés dans le dispositif donneur. La figure 17 illustre un organigramme destiné à mettre à jour automatiquement des préférences, opération qui commence à la case 1001. A la case 1003, soit le dispositif d'application soit le dispositif donneur déterminent s'il est nécessaire de mettre à jour la mémoire de préférences de référence de l'utilisateur. Un tel besoin peut surgir, par exemple, lorsque de nouvelles préférences ont été rectifiées et sont applicables à des applications multiples. Dans un tel exemple, ces nouvelles préférences doivent être stockées dans la mémoire de préférences de référence de l'utilisateur. Si aucune préférence ne doit être mise à jour, la session s'achève à la case 1005. La case 1007 attire l'attention de l'utilisateur en lui demandant s'il souhaite écraser les anciennes préférences. Si l'utilisateur souhaite arrêter l'écrasement d'anciennes préférences, la session s'achève à la case 1013. Si l'utilisateur autorise l'écrasement des anciennes préférences, la case 1015 détermine si le dispositif donneur est disponible, par exemple, si une connexion en temps réelle est actuellement disponible. Si un tel dispositif est disponible, on passe à la case 1017 o une connexion est établie avec le dispositif donneur par l'intermédiaire d'un réseau, une connexion directe avec ou sans fil. Toutefois, si l'accès à un autre dispositif n'est pas disponible, la mise à jour est différée de façon efficace en retournant de la case 1015 à la case 1003. Après l'établissement de la connexion avec le dispositif donneur par l'intermédiaire d'une connexion directe avec ou sans fil, le dispositif de mémoire de préférences de référence est mis à jour à la case 1019 en stockant les préférences datées les plus récentes, la session s'achevant à la case 1021. La figure 18 illustre un organigramme représentant la mise à jour initiée de préférences de l'utilisateur dont l'application n'est pas spécifique. Le procédé commence à la case 1101 o des préférences dont l'application n'est pas spécifique telles que la couleur ou le fond d'un écran ou le type de caractères sur un écran peuvent être mises à jour. Un utilisateur peut utiliser cette procédure de mise à jour lorsqu'il acquiert de nouvelles lunettes et qu'il souhaite régler des caractéristiques visuelles pour tous les exemples sans tenir compte de l'application ou du dispositif d'application. Une telle mise à jour est effectuée lorsque l'utilisateur a commandé une mise à jour de la mémoire de préférences de référence du dispositif donneur tel que déterminé à la case 1103. Si l'utilisateur n'a pas commandé une telle mise à jour, la session s'achève à la case 1105. Sinon, les attributs spécifiés de l'utilisateur et les nouvelles références à mettre à jour sont établis à la case 1109. Par la suite, la mémoire de préférences de référence est modifiée avec une préférence de touche soit pour un groupe de cellules d'attributs soit pour une cellule d'attributs unique à l'intérieur d'une matrice de sélection à la case 1111 et la session s'achève à la case 1113. Bien que l'invention ait été décrite et illustrée dans la description et les dessins précédents, il est compris que cette description ne correspond qu'à un exemple et que de nombreux changements et modifications peuvent être apportés par les spécialistes de la technique sans s'éloigner de l'esprit et de la portée véritables de l'invention. Par conséquent, de nombreux ensembles de préférences de référence de l'utilisateur peuvent être stockés dans différents endroits selon la commodité et la disponibilité des dispositif donneurs. REVENDICATIONS 1. Dispositif d'application (401) capable d'établir des préférences, ledit dispositif d'application étant caractérisé par: un port destiné à coupler un dispositif donneur (541) ayant des préférences; et un dispositif de commande (450) couplé de façon à fonctionner, audit port de façon à accéder au dispositif donneur par l'intermédiaire du port pour fournir au dispositif donneur un vecteur de sélection de préférences (1240) pour un utilisateur particulier et recevoir du dispositif donneur en réponse à cela des préférences spécifiques qui se rapportent au vecteur de sélection de préférences pour l'utilisateur particulier. 2. Dispositif d'application selon la revendication 1, dans lequel ledit dispositif de commande (450) est couplé de façon à fonctionner audit port pour accéder au dispositif donneur par l'intermédiaire du port pour fournir au dispositif donneur le vecteur de sélection de préférences (1240) à au moins trois dimensions 3. Dispositif d'application selon la revendication 1, dans lequel ledit dispositif de commande (450) est couplé de façon à fonctionner audit port pour accéder au dispositif donneur par l'intermédiaire du port pour fournir au dispositif donneur le vecteur de sélection de préférences (1240) caractérisé par des informations indicatrices de tous les environnements d'utilisation, les sens humains, le type de dispositif d'une application et pour recevoir d'un dispositif donneur en réponse à cela des préférences spécifiques qui s'y rapportent. 4. Dispositif d'application selon la revendication 1, dans lequel ledit port (541) se couple grâce à une connexion sans fil (475) avec le dispositif donneur ayant des préférences pour une pluralité d'utilisateurs; dans lequel ledit dispositif de commande (450) est couplé de façon à fonctionner audit port (541) pour accéder au dispositif donneur par l'intermédiaire du port pour fournir au dispositif donneur le vecteur de sélection de préférences (1240) comprenant des informations identifiant un utilisateur d'un dispositif d'application et pour recevoir du dispositif donneur en réponse à cela des préférences spécifiques. 5. Dispositif d'application selon la revendication 1, dans lequel ledit port (541) se couple sur un réseau (550) avec le dispositif donneur ayant des préférences pour une pluralité d'utilisateurs; et dans lequel ledit dispositif de commande (450) est couplé de façon à fonctionner audit port (541) pour accéder au dispositif donneur par l'intermédiaire du port pour fournir au dispositif donneur le vecteur de sélection de préférences (1240) comprenant des informations identifiant un utilisateur d'un dispositif d'application et pour recevoir du dispositif donneur en réponse à cela des préférences spécifiques. 6. Dispositif d'application selon la revendication 1, dans lequel ledit dispositif d'application est caractérisé par un radiotéléphone. 7. Dispositif donneur (1230) capable d'établir des préférences pour un dispositif d'application, ledit dispositif donneur étant caractérisé par: un port pour se coupler à un dispositif d'application pour recevoir un vecteur de sélection de préférences (1240) pour un utilisateur; et une mémoire de préférences de référence (1220, 805) ayant une structure multidimensionnelle et des préférences stockées et étant couplée de façon à fonctionner audit port pour fournir au dispositif d'application des préférences spécifiques qui se rapportent au vecteur de sélection de préférences pour l'utilisateur particulier. 8. Dispositif donneur selon la revendication 7, dans lequel ledit dispositif donneur comprend une carte (560) propre à l'utilisateur; dans lequel ladite mémoire de préférences de référence (1220, 805) a des préférences stockées pour un utilisateur; et dans lequel ledit port le couple avec le dispositif d'application pour recevoir le vecteur de sélection de préférences pour un utilisateur et pour fournir à partir de ladite mémoire de préférences de référence en réponse à cela des préférences spécifiques qui se rapportent à l'utilisateur. 9. Procédé d'établissement de préférences, ledit procédé étant caractérisé par les étapes consistant à: (a) coupler un dispositif d'application (401) nécessitant un établissement de préférences et un dispositif donneur (541) ayant des préférences; (b) accéder au dispositif donneur (541) ayant des préférences stockées; (c) fournir au dispositif donneur (541) un vecteur de sélection de préférences (1240) pour un utilisateur particulier; et (d) recevoir du dispositif donneur (541) en réponse à cela des préférences spécifiques qui se rapportent au vecteur de sélection de préférences pour l'utilisateur particulier. 10. Procédé d'établissement de préférences, ledit procédé étant caractérisé par les étapes consistant à: (a) coupler un dispositif d'application (401) nécessitant un établissement de préférences et un dispositif donneur (541) ayant des préférences; (b) accéder au dispositif d'application (401); (c) accéder à partir du dispositif d'application (401) à un vecteur de sélection de préférences (1240) pour un utilisateur particulier; et (d) accéder à une mémoire de préférences de référence (1220, 805) en utilisant les informations concernant les axes multiples d'accès au dispositif donneur (541) et en transmettant au dispositif d'application (401) des préférences spécifiques qui se rapportent au vecteur de sélection de préférences pour l'utilisateur particulier.