FR 2931267 A1 20091120 FR 0802626 A 20080515 PROCEDE ET DISPOSITIF DE GESTION DE RESSOURCES ET SUPPORT D'ENREGISTREMENT POUR CE PROCEDE L'invention concerne un procédé et un dispositif de gestion de ressources et un support d'enregistrement pour la mise en oeuvre de ce procédé. Les ressources sont ici des fichiers exécutables stockés dans une mémoire d'un calculateur électronique ou des adresses permettant à une application informatique de contacter une personne ou d'accéder à une information. Par procédé de gestion, on désigne un procédé qui permet de classer et de trier ces ressources selon des critères prédéterminés pour permettre à un utilisateur de retrouver facilement l'une de ces ressources. Par exemple, les procédés de gestion de ressources permettent notamment d'ordonner et de filtrer les ressources en fonction de critères prédéterminés. Il existe des procédés de gestion d'adresses de personnes. Ces procédés sont également appelés procédés de gestion de carnet d'adresses. Par exemple, un tel procédé existe dans l'application Outlook de Microsoft �. Les cartes de ce carnet d'adresses sont conçues pour contenir les différentes adresses possibles d'un contact tel que ses numéros de téléphone, ses adresses E-mail et son adresse postale. Cette carte est enregistrée dans un format spécifique à l'application qui doit l'exploiter. Ainsi, par exemple, lorsqu'un utilisateur souhaite envoyer un E-mail à un contact qu'il a sélectionné dans son carnet d'adresses, seule l'application Outlook peut exploiter le contenu de la carte pour effectuer cette tâche. Il existe également de nombreux autres procédés de gestion d'autres ressources. Par exemple, les navigateurs Internet permettent de gérer des adresses vers des pages Web ou HTML (Hyper Text Markup Language). Ces procédés sont plus connus sous le terme de gestion des favoris. D'autres applications permettent de gérer des fichiers d'images, d'audio ou de vidéo. Toutefois, ces différents procédés de gestion sont incompatibles entre eux. Par exemple, un procédé de gestion d'un carnet d'adresses ne peut pas en plus gérer des raccourcis vers des pages Web ou des images ou des fichiers audio ou vidéo. Il est cependant souhaitable de disposer d'un procédé de gestion de ressources permettant de gérer différents types de ressources et ceci quelle que soit l'application informatique à exécuter pour exploiter ces ressources. L'invention vise à satisfaire ce souhait. Elle a donc pour objet un procédé de gestion de ressources comprenant la mémorisation, dans une mémoire d'un calculateur électronique, d'un modèle instanciable d'une carte destinée à contenir une description d'une ressource, ce modèle de carte imposant, lors de son instanciation pour créer une nouvelle carte, l'acquisition : • d'un identifiant de la carte permettant d'identifier cette carte parmi l'ensemble des cartes déjà créées, • d'au moins un chemin d'accès contenant l'adresse dans le cas où la ressource est une adresse et un chemin d'accès dans le cas où la ressource est un fichier exécutable, et • un domaine de référence pour chaque chemin d'accès, le domaine de référence spécifiant, dans le cas où la ressource est une adresse, quelle est l'application informatique à exécuter parmi plusieurs applications susceptibles d'être spécifiées par le domaine de référence pour contacter la personne correspondant à cette adresse ou pour accéder à l'information correspondant à cette adresse. Le modèle de carte utilisé ici permet de définir quelle est l'application qui doit être exécutée en réponse à la sélection de cette carte par un utilisateur. Ainsi, ce procédé de gestion de ressources permet de gérer avec un même modèle de carte des adresses uniquement utilisables par des applications informatiques différentes. Il devient donc possible d'utiliser un même gestionnaire de ressources pour gérer des adresses aussi diverses que des raccourcis vers des pages Web, des chemins d'accès à des fichiers vidéo ou audio, des adresses E-mail ou postales d'une personne, des numéros de téléphone de personnes, ... etc. Les modes de réalisation de ce procédé peuvent comporter une ou 25 plusieurs des caractéristiques suivantes : le domaine de référence spécifie, dans le cas où la ressource est un fichier exécutable, que la ressource décrite est un fichier exécutable localisé à l'emplacement indiqué par le chemin d'accès ; 30 le procédé comprend la création d'une première et d'une seconde nouvelles cartes par instanciation du modèle de carte pour décrire, respectivement, une première et une seconde adresses, les domaines de référence respectifs de ces première et seconde adresses spécifiant, respectivement, une première 35 et une seconde applications informatiques, la première application informatique étant incapable de contacter la personne ou d'accéder à l'information correspondant à la seconde adresse ; le modèle instanciable permet également, lors de instanciation 40 pour créer une nouvelle carte, de définir librement un nom et une valeur d'au moins une étiquette ; le modèle instanciable permet également, lors de son instanciation pour créer une nouvelle carte, de créer un champ destiné à contenir un lien de la carte créée vers une autre carte pour incorporer par référence le contenu de cette autre carte dans la carte créée lorsque celle-ci est présentée à un utilisateur ; le modèle instanciable permet également, lors de son instanciation pour créer une nouvelle carte, la définition d'un domaine de référence par défaut lorsque la carte créée contient plusieurs domaines de référence, le domaine de référence par défaut spécifiant l'application informatique à exécuter par défaut en réponse à la sélection de cette carte par un utilisateur ; lors de la création d'une nouvelle carte par instanciation du modèle, le domaine de référence peut spécifier une application informatique à exécuter choisie dans le groupe comprenant une application pour passer un appel téléphonique, une application pour envoyer un E-mail, une application pour jouer un fichier audio ou vidéo, une application pour afficher une page Html, et une application pour afficher un flux RSS. Ces modes de réalisation du procédé de gestion présentent en outre les avantages suivants : - avoir un modèle de carte qui permet également de décrire des fichiers 25 exécutables d'une application informatique permet d'adapter facilement le procédé de gestion à tout type de ressources, - avoir un modèle instanciable qui permet à l'utilisateur de définir librement le nom et la valeur d'une étiquette, et ceci quelle que soit la ressource décrite par la carte permet ensuite de définir des critères de recherche 30 communs permettant de sélectionner différents types de ressources exploitables par des applications informatiques incompatibles entre elles, - avoir un modèle instanciable qui permet d'incorporer par référence le contenu d'autres cartes évite de dupliquer les informations, ce qui en fin de compte limite la taille de l'espace de stockage nécessaire pour stocker les 35 cartes créées, - avoir un modèle instanciable qui permet de définir un domaine de référence par défaut permet de simplifier l'utilisation de ces cartes. L'invention a également pour objet un support d'enregistrement d'informations contenant des instructions pour l'exécution du procédé de 40 gestion de ressources ci-dessus lorsque ces instructions sont exécutées par un calculateur électronique. Enfin, l'invention a également pour objet un dispositif de gestion de ressources comprenant une mémoire électronique contenant un modèle instanciable d'une carte destinée à contenir une description d'une ressource, ce modèle de carte imposant, lors de son instanciation pour créer une nouvelle carte, l'acquisition : • d'un identifiant de la carte permettant d'identifier cette carte parmi l'ensemble des cartes déjà créées, • d'au moins un chemin d'accès contenant l'adresse dans le cas où la ressource est une adresse et un chemin d'accès dans le cas où 10 la ressource est un fichier exécutable, et • un domaine de référence pour chaque chemin d'accès, le domaine de référence spécifiant, dans le cas où la ressource est une adresse, quelle est l'application informatique à exécuter parmi plusieurs applications susceptibles d'être spécifiées par le 15 domaine de référence pour contacter la personne correspondant à cette adresse ou pour accéder à l'information correspondant à cette adresse. L'invention sera mieux comprise à la lecture de la description qui va suivre donnée uniquement à titre d'exemple non limitatif et faite en se référant 20 aux dessins sur lesquels : - la figure 1 est une illustration schématique d'un système de télécommunication incorporant un dispositif de gestion de ressources, - la figure 2 est une illustration schématique d'un modèle instanciable d'une carte utilisée dans le dispositif de gestion de ressources de la figure 1, 25 - la figure 3 est une illustration de plusieurs cartes créées par instanciation du modèle de la figure 2 ; - la figure 4 est une illustration d'une autre carte créée par instanciation du modèle de la figure 2, et - la figure 5 est un organigramme d'un procédé de gestion de ressources 30 à l'aide du dispositif de la figure 1. La figure 1 représente un système 2 de télécommunication permettant à des utilisateurs de contacter d'autres utilisateurs ou d'accéder à des informations. A cet effet, ces utilisateurs utilisent des terminaux de communication. 35 Pour simplifier la figure 1, seul un terminal 4 de communication a été représenté. Les principales caractéristiques des autres terminaux de communication peuvent être déduites de la description qui sera faite du terminal 4. Le terminal 4 permet de contacter d'autres personnes par l'intermédiaire 40 d'un réseau 6 de transmission d'informations. Par exemple, ce réseau 6 comprend le réseau Internet. Ici, le terminal 4 est capable d'établir un appel téléphonique avec un téléphone 8 ou d'envoyer un E-mail vers un poste informatique 10. Le terminal 4 est également apte à accéder à différentes informations telles que des fichiers audio enregistrés sur un serveur 12 distant de fichiers audio et à des pages Html enregistrées sur un serveur Internet distant 14. Le terminal 4 est réalisé à l'aide d'un calculateur électronique apte à exécuter des instructions enregistrées sur un support d'enregistrement d'informations pour mettre en oeuvre le procédé de la figure 5. Dans le cas particulier décrit ici, le terminal 4 est un ordinateur équipé d'une unité centrale 20 raccordée à une mémoire électronique 22. L'unité centrale 20 est également raccordée à une interface homme-machine comprenant un écran 24 et un clavier 26. Par exemple, l'unité centrale 20 comprend un calculateur électronique 28 apte à exécuter les instructions d'applications informatiques enregistrées dans 15 la mémoire 22. Ici, la mémoire 22 comprend des fichiers exécutables correspondant aux applications informatiques suivantes : - une application téléphonique 30 ayant un module pour appeler le téléphone 8 et un module pour envoyer un message SMS (Short Message 20 Service) par l'intermédiaire du réseau 6, - une application 32 capable d'envoyer des E-mail ou courriers électroniques vers un destinataire, - un navigateur Internet 34 capable d'accéder à des informations enregistrées sur des serveurs Internet tels que le serveur 14, 25 - une application informatique 36 ayant un module capable de jouer des fichiers musicaux, un module pour jouer des fichiers vidéo et un module pour afficher des images enregistrés dans une mémoire locale ou sur un serveur distant de fichiers tel que le serveur 12. La mémoire 22 comprend également des instructions 38 nécessaires à 30 l'exécution du procédé de la figure 5. Ainsi, l'association de ces instructions 38 et du calculateur 28 forme un dispositif de gestion de ressources implémenté dans le terminal 4. Enfin, la mémoire 22 comporte également les différentes informations nécessaires à l'exécution du procédé de la figure 5. En particulier, la mémoire 35 22 comprend : - un modèle 40 instanciable de carte, - une liste 42 de noms d'étiquette, - une liste 46 de noms de domaine de référence, une liste 48 de noms de domaine de référence par défaut, et 40 - une zone 50 de stockage d'informations relatives au terminal 4 et aux utilisateurs du terminal 4. La figure 2 représente un exemple de modèle instanciable 40 de carte. Ce modèle comporte : - un champ WCARD-ID destiné à contenir un identifiant unique permettant d'identifier la carte créée parmi l'ensemble des autres cartes déjà 5 créées, - un champ WCARD-NAME destiné à contenir le nom de la carte, - une section ADDRESS destinée à contenir le chemin d'accès à la ressource ainsi que le domaine de référence associé à cette ressource, - un champ WCARD-DOMAIN destiné à indiquer quel est le domaine de 10 référence par défaut lorsque la carte créée comporte plusieurs chemins d'accès, et - une section TAG destinée à contenir une ou plusieurs étiquettes. Typiquement, le contenu du champ WCARD-ID est rempli automatiquement lors de l'instanciation de ce modèle. 15 Le champ WCARD-NAME peut être soit rempli manuellement par l'utilisateur lors de la création d'une nouvelle carte par instanciation de ce modèle soit automatiquement à partir du contenu d'autres champs du modèle. La section ADDRESS est destinée à contenir un ou plusieurs chemins d'accès. Le chemin d'accès est une adresse d'une personne à contacter ou d'une 20 information à accéder lorsque la ressource est une adresse. Dans le cas où la ressource est un fichier exécutable, le chemin d'accès correspond au chemin d'accès à ce fichier exécutable. La valeur du chemin d'accès est enregistrée dans un champ ADDRESS-VALUE. Chaque chemin d'accès est associé à un domaine de référence 60. Ici, le domaine de référence 60 est défini à l'aide des champs 25 ADDRESS-DOMAIN-NAME et ADDRESS-DOMAIN-SERVICE-LIST. Le champ ADDRESS-DOMAIN-NAME est conçu pour contenir le nom du domaine de référence. Lors de l'instanciation du modèle 40, ce nom peut uniquement être choisi dans la liste 46. Par exemple, ici, la liste 46 comporte les noms suivants : - � TELECOM-PHONE � pour indiquer que le chemin d'accès est ici un 30 numéro de téléphone, - � INTERNET-E-MAIL � pour indiquer que le contenu du chemin d'accès est une adresse E-mail, - � INTERNET-WEB � pour indiquer que le chemin d'accès est une URL (Uniform Ressource Locator) d'une page Html, 35 - � INTERNET-RSS � pour indiquer que le chemin d'accès correspond à un flux RSS (� Reach Site Summary � ou � RDF Site Summary � ou � Really Simple Syndication �), - � FILE-MUSIC � pour indiquer que le chemin d'accès est un chemin d'accès à un fichier audio, 40 - � FILE-PICTURE � pour indiquer que le chemin d'accès est un chemin d'accès à un fichier contenant une image, et - � FILE-APPLICATION � pour indiquer que le chemin d'accès est un chemin d'accès à un fichier exécutable d'une application informatique. Le champ ADDRESS-DOMAIN-SERVICE-LIST contient une liste des applications informatiques susceptibles d'exploiter le contenu du champ ADDRESS-VALUE. Ici, le contenu du champ ADDRESS-DOMAIN-SERVICE-LIST est fonction du contenu du champ ADDRESS-DOMAIN-NAME. Par exemple, le contenu du champ ADDRESS-DOMAIN-SERVICE-LIST est défini à l'aide du tableau suivant : Contenu du champ ADDRESS-DOMAIN- Contenu du champ ADDRESS-DOMAIN- NAME SERVICE-LIST correspondant TELECOM-PHONE PLAYER-PHONE, PLAYER-SMS-SEND INTERNET-E-MAIL PLAYER-E-MAIL-SEND INTERNET-WEB PLAYER-WEB INTERNET-RSS PLAYER-RSS FILE MUSIC PLAYER-MUSIC FILE PICTURE PLAYER-PICTURE FILE VIDEO PLAYER-VIDEO Ainsi, le domaine de référence 60 définit quelle est la ou les applications informatiques qui doivent être exécutées pour exploiter le contenu du champ ADDRESS-VALUE. Lorsque plusieurs applications sont possibles, un message s'affiche pour que l'utilisateur choisisse lui-même entre les différentes applications susceptibles d'être exécutées. Ici les applications � PLAYER-PHONE � et � PLAYER-SMS-SEND � correspondent, respectivement, aux modules capable de passer un appel téléphonique et d'envoyer un SMS de l'application 30. L'application � PLAYER-EMAIL-SEND � correspond à l'application 32. L'application � PLAYER-WEB � correspond à l'application 34. L'application � PLAYER-RSS � correspond à un module particulier de l'application 34 permettant de s'abonner et de lire des flux RSS. Les applications � PLAYER-MUSIC �, � PLAYER-PICTURE � et � PLAYER-VIDEO � correspondent à des modules respectifs de l'application 36. Chaque chemin d'accès est également associé à un champ ADDRESSPLAYER-STATUT. Le contenu de ce champ permet de discriminer entre un chemin d'accès à un fichier exécutable et un chemin d'accès correspondant à une adresse. Par exemple, ce chemin d'accès comprend la donnée � Y � lorsque le chemin d'accès est un chemin d'accès à un fichier exécutable et la valeur � N � dans le cas contraire. Lorsque le chemin d'accès est un chemin d'accès à un fichier exécutable, deux champs supplémentaires ADDRESS-PLAYER-DEVICE et ADDRESS-PLAYER- SYNTAX doivent être complétés. Le champ ADDRESS-PLAYER-DEVICE indique quel est ou quels sont les systèmes d'exploitation sur lesquels le fichier exécutable peut être exécuté. Le champ ADDRESS-PLAYER-SYNTAX décrit le format d'un ou plusieurs paramètres qui doivent être transmis à cette application lorsque celle-ci est exécutée. Typiquement, le ou les paramètres en question sont contenus dans le champs ADRESS-VALUE d'une carte. La section ADDRESS peut contenir la description d'un ou plusieurs chemins d'accès. Dans le cas où la section ADDRESS contient la description de plusieurs chemins d'accès, le champ WCARD-DOMAIN permet de définir quel est le chemin d'accès à utiliser par défaut lorsque la carte créée par instanciation du modèle 40 est sélectionnée par un utilisateur. Ici, le contenu de ce champ WCARD-DOMAIN est par exemple choisi dans une liste 48. Pour simplifier, ici, cette liste 48 est identique à la liste 46 à l'exception du fait qu'elle comporte en plus la valeur � PERSON � qui permet d'indiquer que la carte décrit l'adresse d'une personne. Ici, la valeur � PERSON � indique que l'application par défaut à utiliser pour joindre cette personne est � PLAYERPHONE �. La section TAG permet de définir lors d'une instanciation du modèle 40 une ou plusieurs étiquettes. Par exemple, ces étiquettes sont destinées à servir 20 de critères de recherche d'une ou plusieurs cartes créées. Ici, chaque étiquette est définie à l'aide des champs suivants : - un champ TAG-TYPE indiquant quel est le type d'étiquette défini, - un champ TAG-NAME destiné à contenir le nom de l'étiquette, et - un champ TAG-VALUE destiné à contenir la valeur de l'étiquette. 25 Ici, le modèle 40 est conçu pour imposer que le contenu du champ TAG-TYPE soit choisi dans une liste prédéterminée. Par exemple, cette liste prédéterminée contient les trois valeurs suivantes � DOMAIN �, � SYSTEM �, et � USER �. Lorsque la valeur du champ TAG-TYPE est � DOMAIN �, alors la valeur du champ TAG-NAME peut uniquement être choisie dans la liste 42. Ici, la liste 30 42 associe des valeurs possibles pour le champ TAG-NAME en fonction de la valeur contenue dans le champ WCARD-DOMAIN. Par exemple, si la valeur du champ WCARD-DOMAIN est � PERSON �, alors la valeur du champ TAG-NAME doit être choisie dans la liste suivante {� NOM �, � PRENOM �, � DATE DE NAISSANCE �, ...}. 35 Dans le cas où le champ WCARD-DOMAIN contient la valeur � FILE-MUSIC �, alors le contenu du champ TAG-NAME doit être choisi dans la liste suivante {� TYPE D'ENCODAGE �, � TYPE DE FICHIER �, ...}. Si le contenu du champ TAG-TYPE est � SYSI'EM �, alors il s'agit d'une étiquette dont le nom et la valeur sont automatiquement déterminés par le 40 dispositif de gestion de ressources. Par exemple, il peut s'agir d'une étiquette pour indiquer quelle est la dernière date de révision du contenu de la carte créée. Enfin, si le contenu du champ TAG-TYPE est � USER �, alors le contenu des champs TAG-NAME et TAG-VALUE peut être librement choisi par l'utilisateur lors de la création d'une carte par instanciation du modèle 40. Le modèle 40 de carte impose donc l'acquisition, lors de la création d'une carte par instanciation de ce modèle, d'un certain nombre de champs. La figure 3 représente quatre exemples de cartes 70 à 73 créées par instanciation du modèle 40. La carte 70 décrit une société dont le nom est �ATT �. L'identifiant de la carte 70 est � WCARD1 �. La carte 70 est dépourvue d'une section ADDRESS. Par contre, le champ WCARD-DOMAIN a été rempli avec la valeur � PERSON �. La carte 70 comporte une étiquette 76 utilisée pour définir l'adresse postale de la société ATT. Dans le cas particulier représenté sur la figure 3, une étiquette du type � DOMAIN � a été utilisée pour définir l'adresse postale de cette société. La carte 71 décrit une image. Cette carte comporte un identifiant WCARD2 et un nom � ATT logo� ainsi qu'un chemin d'accès au fichier contenant l'image à afficher. Le chemin d'accès est contenu dans le champ ADDRESS-VALUE. Ce chemin d'accès est associé à un domaine de référence défini par la valeur des champs ADDRESS-DOMAIN-NAME et ADDRESS-SERVICELIST. Ici, ce domaine de référence indique que l'application à exécuter pour afficher cette image est l'application � PLAYER-PICTURE �. La carte 72 décrit un fichier audio enregistré sur un serveur distant tel que le serveur 12. Cette carte porte ici l'identifiant � WCARD3 � et le nom � RING-MUSIC �. Cette carte contient également le chemin d'accès au fichier audio sur le serveur 12 ainsi qu'un domaine de référence. Ici, le domaine de référence spécifie que l'application à exécuter pour écouter ce fichier audio est l'application � PLAYER-MUSIC �. De plus, l'utilisateur a librement défini une étiquette dont le nom est � CLASS � et dont la valeur est � C2 �. Cette étiquette est en quelques sortes une annotation de l'utilisateur destiné à lui permettre de retrouver facilement l'étiquette 72. L'étiquette 73 décrit quant à elle une personne nommée � Tom �. Certaines personnes peuvent être contactées par téléphone ou par E-mail. La carte 73 contient donc un premier chemin d'accès contenant un numéro de téléphone et un deuxième chemin d'accès contenant l'adresse E-mail de cette personne. Chacun de ces chemins d'accès est associé à un domaine de référence spécifiant quelle est l'application à exécuter pour contacter cette personne soit par téléphone soit par E-mail. Plus précisément, lorsque le chemin d'accès contient un numéro de téléphone, le domaine de référence précise que les applications à exécuter sont � PLAYER-PHONE � et � PLAYER- SMS-SEND �. Etant donné que deux applications sont susceptibles d'être exécutées, lorsque l'utilisateur cherche à joindre cette personne en utilisant son numéro de téléphone, un écran est affiché pour demander de choisir entre ces deux applications susceptibles d'être exécutées pour joindre cette personne à l'aide de son numéro de téléphone. Dans le cas de l'adresse E-mail, le domaine de référence spécifie que l'application à exécuter est � PLAYER-E-MAIL-SEND �. Enfin, la carte 73 comporte également cinq étiquettes. Deux de ces étiquettes sont utilisées pour définir le nom de famille et l'adresse postale de cette personne. On remarquera que la valeur de l'étiquette définissant l'adresse postale est l'identifiant � WCARD1 � de la carte 70. Ainsi, dans ce cas précis, l'adresse postale de cette personne est définie par référence à une autre carte. Dans ce cas, lors de l'affichage des informations concernant cette personne, son adresse sera obtenue à partir du contenu de la carte 70. Les autres étiquettes définies sont des étiquettes librement définies par l'utilisateur. Ici, l'utilisateur a défini une étiquette dont le nom est � LOGO � et dont la valeur comporte une référence à la carte 71 de sorte que la description du logo contenu dans la carte 71 n'a pas besoin d'être reprise dans la carte 73. Une autre étiquette porte le nom � RING � et la valeur de cette étiquette comporte une référence à l'étiquette 72 de manière à ne pas avoir à incorporer dans la carte 73 la description complète du fichier audio déjà incluse dans la carte 72. Enfin, la dernière étiquette définie par l'utilisateur porte le nom � CLASS � c'est-à-dire un nom identique à celui déjà utilisé dans l'étiquette 72. De plus, la valeur de cette étiquette est également � C2 � comme dans l'étiquette 72. Ainsi, si l'utilisateur recherche des cartes contenant une étiquette dont le nom est � CLASS � et dont la valeur est � C2 �, il retrouvera au moins les étiquettes 72 et 73. Ainsi, l'utilisateur arrive à sélectionner et à gérer des cartes décrivant des ressources de types totalement différents. La figure 4 représente un exemple d'une carte 80 créée par instanciation du modèle 40. Cette carte 80 décrit une application exécutable qui peut être localisée dans une mémoire à l'aide du chemin d'accès contenu dans le champ ADDRESS-VALUE. Dans ce cas, le domaine de référence indique qu'il s'agit d'un fichier exécutable. A cet effet, le champ ADDRESS-DOMAIN-NAME contient la valeur � FILE-APPLICATION �. De plus la valeur du champ ADDRESS-PLAYERSTATUT est égale à � Y�. Ici, le champ ADDRESS-PLAYER-DEVICE indique que le système d'exploitation sur lequel doit être exécutée cette application est le système d'exploitation � Windows-XP � � et qu'aucune syntaxe particulière du paramètre n'est exigée.40 11 Ici, le nom de cette carte est � PLAYER-PHONE �. Ainsi, cette carte décrit l'application � PLAYER-PHONE � à exécuter lorsque le chemin d'accès d'une carte contient un numéro de téléphone. A titre d'illustration, une étiquette librement définie par l'utilisateur a 5 été ajoutée au contenu de la carte 80. Cette étiquette porte le nom � CLASS � et a la valeur � C3 �. Le fonctionnement du système 2 va maintenant être décrit plus en détail en regard du procédé de la figure 5. Initialement, lors d'une étape 90, le modèle 40 est enregistré dans la 10 mémoire 22 ainsi que les différentes applications et informations nécessaires pour la gestion des cartes. Ensuite, lors d'une étape 92, l'utilisateur crée des cartes par instanciation du modèle 40. Lors de chaque création d'une carte, le modèle 40 définit les informations et le format des informations qui doivent être saisies par l'utilisateur. 15 Une fois que plusieurs cartes ont été créées, lors d'une étape 94, l'utilisateur peut sélectionner l'une de ces cartes. En réponse à la sélection d'une carte décrivant une adresse pour contacter une personne ou pour accéder à une information, l'application spécifiée par le domaine de référence est exécutée. Le contenu du champ ADDRESS-VALUE est transmis en tant que 20 paramètre à cette application spécifique pour lancer automatiquement l'exécution d'un appel ou l'envoi d'un message SMS vers la personne à contacter ou pour lancer la présentation de l'information à accéder. Dans le cas où la carte sélectionnée décrit un fichier exécutable, l'exécution de ce fichier exécutable est automatiquement lancée en réponse à la section de cette carte. 25 En parallèle des étapes de création et de sélection de cartes, l'utilisateur peut procéder, par exemple, aux étapes suivantes : - une étape 96 de modification et/ou de suppression d'une carte, et - une étape 98 de recherche d'une ou plusieurs cartes. Lors de l'étape 98, les cartes sont recherchées à l'aide de critères 30 spécifiés par l'utilisateur comme par exemple les noms et/ou valeurs de certaines étiquettes. On comprend donc que grâce au modèle 40, il est possible de gérer des ressources quelconques à l'aide d'une même application. De nombreux autres modes de réalisation sont possibles. Par exemple, le 35 terminal 4 peut être un téléphone mobile ou un assistant personnel tel qu'un PDA (Personnal Digital Assistant) ou tout autre terminal de communication. Les ressources susceptibles d'être décrites à l'aide du modèle 40 ne sont pas limitées aux exemples donnés dans la description précédente. Par exemple, des fichiers vidéo, des documents ou autres peuvent également être décrits par 40 une carte obtenue en instanciant le modèle 40. De même, les différentes listes 42, 46 et 48 peuvent être complétées ou modifiées comme désiré. REVENDICATIONS1. Procédé de gestion de ressources, ces ressources étant des fichiers exécutables stockés dans une mémoire électronique ou des adresses permettant à une application informatique de contacter une personne ou d'accéder à une information, caractérisé en ce que ce procédé comprend : - la mémorisation (90), dans une mémoire d'un calculateur électronique, d'un modèle instanciable d'une carte destinée à contenir une description d'une ressource, ce modèle de carte imposant, lors de son instanciation pour créer une nouvelle carte, l'acquisition : • d'un identifiant de la carte permettant d'identifier cette carte parmi l'ensemble des cartes déjà créées, • d'au moins un chemin d'accès (ADDRESS-VALUE) contenant l'adresse dans le cas où la ressource est une adresse et un chemin d'accès dans le cas où la ressource est un fichier exécutable, et • un domaine de référence (60) pour chaque chemin d'accès, le domaine de référence spécifiant, dans le cas où la ressource est une adresse, quelle est l'application informatique à exécuter parmi plusieurs applications susceptibles d'être spécifiées par le domaine de référence pour contacter la personne correspondant à cette adresse ou pour accéder à l'information correspondant à cette adresse. 2. Procédé selon la revendication 1, dans lequel le domaine de référence (60) spécifie, dans le cas où la ressource est un fichier exécutable, que la ressource décrite est un fichier exécutable localisé à l'emplacement indiqué par le chemin d'accès. 3. Procédé selon l'une quelconque des revendications précédentes, dans lequel le procédé comprend la création (92) d'une première et d'une seconde nouvelles cartes par instanciation du modèle de carte pour décrire, respectivement, une première et une seconde adresses, les domaines de référence respectifs de ces première et seconde adresses spécifiant, respectivement, une première et une seconde applications informatiques, la première application informatique étant incapable de contacter la personne ou d'accéder à l'information correspondant à la seconde adresse. 4. Procédé selon l'une quelconque des revendications précédentes, dans 40 lequel le modèle instanciable permet également, lors de instanciation pourcréer une nouvelle carte, de définir librement un nom et une valeur d'au moins une étiquette (TAG). 5. Procédé selon l'une quelconque des revendications précédentes, dans lequel le modèle instanciable permet également, lors de son instanciation pour créer une nouvelle carte, de créer un champ destiné à contenir un lien de la carte créée vers une autre carte pour incorporer par référence le contenu de cette autre carte dans la carte créée lorsque celle-ci est présentée à un utilisateur. 6. Procédé selon l'une quelconque des revendications précédentes, dans lequel le modèle instanciable permet également, lors de son instanciation pour créer une nouvelle carte, la définition d'un domaine de référence par défaut (WCARD-DOMAIN) lorsque la carte créée contient plusieurs domaines de référence, le domaine de référence par défaut spécifiant l'application informatique à exécuter par défaut en réponse à la sélection de cette carte par un utilisateur. 7. Procédé selon l'une quelconque des revendications précédentes, dans lequel lors de la création d'une nouvelle carte par instanciation du modèle, le domaine de référence peut spécifier une application informatique à exécuter choisie dans le groupe comprenant une application pour passer un appel téléphonique, une application pour envoyer un E-mail, une application pour jouer un fichier audio ou vidéo, une application pour afficher une page Html, et une application pour afficher un flux RSS. 8. Support (22) d'enregistrement d'informations, caractérisé en ce qu'il comporte des instructions pour l'exécution d'un procédé de gestion conforme à l'une quelconques des revendications précédentes, lorsque ces instructions 30 sont exécutées par un calculateur électronique. 9. Dispositif de gestion de ressources, ces ressources étant des fichiers exécutables stockés dans une mémoire électronique ou une adresse permettant à une application informatique de contacter une personne ou d'accéder à une 35 information, caractérisé en ce que ce dispositif comprend une mémoire électronique (22) contenant un modèle instanciable d'une carte destinée à contenir une description d'une ressource, ce modèle de carte imposant, lors de son instanciation pour créer une nouvelle carte, l'acquisition : • d'un identifiant de la carte permettant d'identifier cette carte 40 parmi l'ensemble des cartes déjà créées, • d'au moins un chemin d'accès (ADDRESS-VALUE) contenant l'adresse dans le cas où la ressource est une adresse et un chemin d'accès dans le cas où la ressource est un fichier exécutable, et • un domaine de référence (60) pour chaque chemin d'accès, le domaine de référence spécifiant, dans le cas où la ressource est une adresse, quelle est l'application informatique à exécuter parmi plusieurs applications susceptibles d'être spécifiées par le domaine de référence pour contacter la personne correspondant à cette adresse ou pour accéder à l'information correspondant à cette adresse.